前言

短訊息中心（SMSC）可以與各種擴充套件短訊息實體（ESME）配合工作，從而為移動使用者提供豐富多采的功能。

       SMSC指短訊息中心。

       ESME在本規範中指的是通過本規範規定的協議與SMSC通訊，請求特定的短訊息服務的功能實體。

       SS指人工話務接入並受理短訊息服務請求的系統。

       AS指利用互動式語音技術受理短訊息服務請求的系統。

       SS（祕書檯）和AS（自動臺）是典型的ESME。

SMSC和ESME之間的傳輸網路可以是基於X.25, 或TCP/IP。

ESME到SMSC的訊息

ESME到SMSC的訊息，如：提交、查詢、刪除短訊息等請求，ESME必須以TRANSMITTER型別連線到SMSC。

圖4描述了一個典型的TRANSMITTER型別的請求應答的示例。TRANSMITTER型別的ESME是以BIND_TRANCESMITTER連線到SMSC的ESME，此型別的ESME向SMSC發起提交短訊息，查詢短訊息狀態，刪除短訊息等請求，SMSC返回請求的應答。

ESME和SMSC之間的請求應答訊息可以是阻塞方式也可以是非同步方式的。所以ESME可能在SMSC沒有應答的情況下，發起多個請求到SMSC。

SMSC應該按照收到的請求順序，給EMSE迴響應。但是ESME必須能夠處理沒有按順序的響應。

SMSC到ESME的訊息

SMSC到ESME的訊息，如：SMSC轉發短訊息到ESME，ESME必須以RECEIVER型別連線到SMSC。

圖5描述了一個典型的RECEIVER型別的ESME和SMSC之間的訊息序列的示例。RECEIVER型別的ESME是以BIND_RECEIVER連線到SMSC的ESME，SMSC向此類ESME轉發短訊息，ESME向SMSC迴應答。

ESME和SMSC之間的請求應答訊息可以是阻塞方式也可以是非同步方式的。所以SMSC可能在ESME沒有迴應答的情況下，傳送發起多個deliver_sm請求到ESME。

ESME應該按照收到的請求順序，給SMSC返回響應。但是SMSC必須能夠處理沒有按順序回的響應。

訊息流

本規範中規定的所有協議，不管是從ESME到SMSC，還是從SMSC到ESME的訊息，接收到請求的一方，都必須給請求方回一個應答訊息（acknowledge）。

訊息語法

       在以下語法說明中，遵從以下規則：

              A.未使用的欄位，依據型別必須設定為0或NULL。

              B.訊息由訊息頭和訊息體組成。

              C.狀態（Command_status）的定義如表3所示。

狀態定義

型別定義

              （1）integer：一定位元組數所組成的整數，高位在前，低位在後。例                                             如：1位元組（BYTE），2位元組（WORD )  , 4位元組 （DWORD)                                                 ，6位元組等等。

              （2）C_String：以NULL結束的ASCII字串。

（3）C_DecString：以NULL結束的ASCII字串，它由一系列的10進位制字元                     組成（‘0’---‘9’）。

       （4）C_OctetString：由任意8位位元組組成資料流串。

              （5）C_HexString：以NULL結束的ASCII字串，它由一系列的16進位制字元組                         成（‘0’---‘9’，‘A’（‘a’）---‘F’（‘f’））。

              （6）C_UnicodeString：以NULL結束的Unicode編碼的字串。

              （7）C_StringTime：表示時間的字串，它為以下格式。“YYMMDDhhmmsstnnp" ，                 長度定為17個位元組或1個位元組，最後一個位元組值必須為NULL，1個位元組表示                           使用預設的時間定義（由短訊息中心實現時具體設定），17個位元組的具體格式                          如下：