computer keyboard
Author Image

By: Aivis Olsteins

In News

2017-05-22

Adding SMS to Voice

We are adding SMS support to our SAARA platform, beta testing available

After months of continuous development, we are finally proud to release SMS-enabled version of SAARA system. It is built on our new SAARA engine, which in turn is based on field-proven Arrow/Longbow system.

The basic principle of the system is that we integrate SMS functions into existing system design, by making SMS services as one of the services our customers can offer. When previously everything was Voice telecom centered, now we have added more generalized approach, by making Voice services as one of the possible services, and adding SMS on equal terms. Of course, Voice is still dominant, as that is where we came from. But everything Voice related, is now being applied to the SMS as well. That includes a routing engine, real time authorization and accounting, as well as interface features.

Here are some more details:

1. Services

SMS services are supported in multiple ways:

  • MT messages sent either from Clients SMPP connector (binding to SAARA), RESTful API, or web interface
  • SMS enabled DID numbers. They can either receive MO messages via SMPP bindings, or see them on web interface. RESTful API support coming soon
  • Various monthly recurring fees based on DID number charges.
  • DID numbers can either be regular or toll-free, thus supporting per-message billing plans or flat rate plans. 

Here is how it looks in network context:

ESME diagram in network

2. Carriers

Carrier now is a universal entity, and can have both Voice and SMS services. The Carriers can provide SMS services, and we have added SMPP-related entries to their settings. Each carrier can have multiple SMPP accounts, i.e. bindings which can be used to route messages to. Same as in voice, a rate table can be assigned to the carrier, and that affects how messages sent through this carrier, affects billing. Carriers can be 2-way, i.e. they can both support MO and MT messages. Carriers can be added to the routing by means of routing group.

3. Routing

We are giving higher prominence to the Routing now, by moving it out of Products and making it a separate top level entry. The reasons behind that is that routing functions have became more extensive, and secondly require separate access rights: i.e. persons responsible for routing are usually not the ones who set Products and Rates. Therefore Products and Rates and now separate. SMS routing is implemented similarly as Voice, with the exception that LCR is not ready yet. However, that is coming soon, together with some even more advanced routing modes.

4. Clients

Clients now has new tabs where you can manage their SMPP bindings, SMS-DID numbers, or RESTful API access credentials. Their invoices now include SMS related charges as well.

5. Architecture  

New blocks in the system are:

  • SMPP client/server - manages SMPP protocol, client bindings, server binding, message sending and receiving, delivery reports.
  • Authentication/Accounting module - new and rebuilt. Manages real time authentication and accounting. 
  • Routing engine -  generates routing tables.
  • Cache - used to store routing tables for faster access. Also stores delivery reports and parts of multi-part messages.

The system, as with all SAARA products is scalable horizontally and vertically, i.e. components can be separated and installed on separate hardware units both for performance improvements and for redundancy.

Here is how it looks in general:

ESME diagram

If you are interested to be a beta tester, please let us know here.

 

 

Leave a comment
About Author
Author Image

My name is Aivis Olsteins and I am owner of DataTechLabs. My experience in Telecoms started in early 1990's and I have worked in multiple technical positions in mobile, messaging and data networks. My expertise lies in telecom networks, database systems, distributed processing and large data analysis. These posts are my attempt to share my knowledge with everyone who might find it useful.

Get in Touch

If you have something to say, please use the contact form below to get in touch with us. We will get back to you as soon as possible.

Mail Us

DataTechLabs SIA, Muzikas str 12A
Jurmala, LV-2008, Latvia.

Call Us

+371 67 66 09 01
+ 1 202 499 1550

E-mail Us

info@datatechlabs.com
support@datatechlabs.com