Nvia Technical Guides
SMS API Wiki 1.0
SMS API Wiki 1.0
  • Basics
    • Glossary
  • 1. Sending SMS-MT
    • 1.1 Interfaces
      • 1.1.1 HTTP Request
        • Sending text, flash and binary messages
        • Sending WAP push messages
      • 1.1.2 JSON Request
        • Sending text, flash and binary messages
        • Sending WAP push messages
      • 1.1.3 Webservices
        • Sending text, flash and binary messages
        • Sending WAP push messages
      • 1.1.4 SMPP interface
        • About the SMPP interface
        • Date time formats for scheduled delivery and validity period
    • 1.2 Date time formats
    • 1.3 Error Codes
    • 1.4 Delivery Report Callback
  • 2. SMS - 2 Ways
    • 2.1 Sonic MQ
    • 2.2 HTTP with Content-Reply (Synchronous)
    • 2.3 HTTP (2 requests)
    • 2.4 Unanswered messages
    • 2.5 Delivery reports (DLR)
  • 3. SMS Certified by Blockchain
    • 3.1 SMS Certified by Blockchain
    • 3.2 Sending a SMS certified by blockchain
  • EXAMPLES
    • GitHub sendMtSms
Powered by GitBook
On this page
  1. 2. SMS - 2 Ways

2.1 Sonic MQ

About Sonic MQ

To guarantee message privacy for each client, all clients have their own exclusive reception queue (cola_recepción_cliente), and the forward queue will be common for all users: NviaQ. Once a SMS is received at our platform it is handled by our queue manager –SonicMQ- and sent to the corresponding queue with a unique ID, along with the message’s text and other parameters. Clients that want to handle premium messages must have a connection to the SonicMQ manager, and once the message is proccesed, the response will be sent to the NviaQ queue at our platform. At the moment the SonicQ supports Java class, C client, or a DLL for Visual Basic based solutions. Nvia provides all the necessary modules for clients to integrate via API. The parameters for the API integration are:

  • Broker’s IP Address

  • Queue name (one for reception and for forwarding)

  • Username

  • Password

When a message from an end user is received at the platform, a text string is sent to the client’s queue with the following parameters in the described order and separated by ‘|’:

  • IdMensaje (MessageId): Unique Identifier

  • pais (Country): Numeric Code for the country (See Figure 2.1)

  • operadora (Carrier): Alphanumeric Carrier Code (See Figure 2.1) Please note that if the syntax doesn’t correspond exactly it will return error.

Figure 2.1 (example for country Spain)

SPAIN - 34

OPERATOR

CODE

Movistar

MO

Vodafone

VO

Nvia

AM

Euskaltel

EK

Yoigo

YO

Telecable

TC

R!

R!

KPN

KP

At this point an event will be thrown on the client as a response to the arrival of the OnMessage message. Once the content has been processed, the client would have to answer the SMS through his forwarding queue with the corresponding method (SendMessage).

The answer is a text with parameters separated by ‘|’. Parameters (in order) are:

  • IdMensaje (Message ID): unique message identifier

  • Datos (data): generally the text to send

  • Udh: User Data Header, hexadecimal code

  • Dcs: Data Coding Scheme, (Integer)

In case of a WapPush (the data field will have the value “WapPush”), the following parameters will be accepted:

  • IdMensaje (Message ID): unique message identifier

  • Datos (data): WAPPUSH

  • URL: without “http://”

  • TextoWap (Wap Text): text that appears before the download