短信內容解析_周錦參考模板

1、1 / 11產品名稱密級無線產品秘密產品版本共4頁短消息內容解析總結（僅供內部使用）擬制：擬制：周錦周錦日期：日期：2006-1-3審核：審核：日期：日期：批準：批準：日期：日期：華為技術有限公司版權所有 侵權必究1概述概述 .42短消息的格式短消息的格式 .42.1SCA(短消息的中心地址) .42.2TPDU(傳輸協(xié)議數(shù)據(jù)單元).42.2.1First Octet.52.2.2MR (Message Reference) .62.2.3DA (Destination Address)目的地址字段.62.2.4PID 協(xié)議標識.62.2.5DCS 用戶數(shù)據(jù)的編碼方式.62.2.6VP(有效期

2、).72.2.7UDL（User Data Length）用戶數(shù)據(jù)長度.72.2.8UD(User Data) 用戶數(shù)據(jù).73各種短消息格式的區(qū)別各種短消息格式的區(qū)別 .83.1SMS_SUBMIT和SMS_DELIVER的PDU格式比較.83.2級聯(lián)短消息和普通長度短消息的區(qū)別.84短消息內容的解析短消息內容的解析 .94.1UCS_2編碼.94.2GSM-7編碼.95附錄：參考資料清單附錄：參考資料清單 .9短消息內容技術報告關鍵詞： 短消息 PDTU 編碼摘 要： 為了在RNC側能夠識別短信的內容，對短消息TPDU的格式和參數(shù)進行了解釋，并針對不同的編碼格式對短消息的內容進行解析。縮略語

3、清單：縮略語縮略語英文全名英文全名中文解釋中文解釋TPDUTransfer protocol data unit傳輸協(xié)議數(shù)據(jù)單元DCSData Code Scheme 用戶數(shù)據(jù)的編碼方式1 1概述概述在進行短消息接收測試過程中，當出現(xiàn)手機接收不到短消息同時也接收不到相關信令的時候，就需要到RNC側跟蹤，查看RNC有沒有接收到相關信令，而RNC側并不能象手機一樣，將消息的內容解析出來，只是以16進制的形式來表示相關的信令和短消息內容。這就需要我們對短消息內容的格式和編碼有所了解，有助于問題的定位。2 2短消息的格式短消息的格式首先來介紹一下短消息的格式，以下面的數(shù)據(jù)為例，這是在RNC側跟蹤發(fā)送方

4、抓取消息的RP_MESSAGE_BODY部分：069168310992008251290B813108010020F000089074(0500030F0202003100350020002D00326D4B8BD56D4B8BD56D4B8BD56D4B8BD56D4B8BD56D4B8BD5)，它主要是由SCA和TPDU兩部分構成。TPDUSCAFirst OctetMRDAPIDDCSVPUDLUD0691683109920051290B813108010020F000089074剩余括號中的內容2.12.1SCA(SCA(短消息的中心地址短消息的中心地址) )06：表示短消息中心號碼長

5、度，單位為字節(jié)，指下面的91683109920091：表示短消息中心號碼類型，二進制表示為10010001，格式如下表所示：1exttype ofnumberNumbering planidentification這里號碼類型（TYPE OF NUMBER）值為001,表示 International Number，號碼前可以加。其中000未知，001國際，010國內,111留作擴展編碼標識。（Numbering plan identification）為0001，表示電話號碼類型。6831099200：表示短消息中心號碼，格式如下表所示，因此解析時以兩位為一個組，每組的內容位置進行交換。上面

6、解析出的短消息中心為8613902900。Number digit 2Number digit 1octet 1Number digit 4Number digit 3octet 22.22.2TPDU(TPDU(傳輸協(xié)議數(shù)據(jù)單元傳輸協(xié)議數(shù)據(jù)單元) )TPDU：Transfer protocol data unit對于消息SMS_SUBMIT包括如下幾個部分:First Octet，Message Reference，Destination Address，Protocol Identifier，Data Code Scheme，Validity Period，User Data Length

7、， User Data。下面對這幾個部分分別進行解釋：2.2.1First Octet 51，轉化成二進制為：01010001對于SMS_SUBMIT消息，它的結構如下表所示Bit7Bit6Bit5Bit4Bit3Bit2Bit1Bit0RPUDHISRRVPFRD MTI01010001MTI: Message-Type-Indicator 短消息類型標識符，取值如下：bit1bit0Message type00SMS-DELIVER (in the direction SC to MS)00SMS-DELIVER REPORT (in the direction MS to SC)10SM

8、S-STATUS-REPORT (in the direction SC to MS)10SMS-COMMAND (in the direction MS to SC)01SMS-SUBMIT (in the direction MS to SC)01SMS-SUBMIT-REPORT (in the direction SC to MS)11ReservedRD: -Reject-Duplicates，防止SC儲存重復短消息，以及給MT重復發(fā)送信息。1： SC拒絕接收某條短消息的SMS-SUBMIT，此SM和前面已經提交的來自同一始發(fā)地址的SM具有相同的TP-MR和TP-DA 。0：SC接收

9、某條短消息的SMS-SUBMIT，此SM和前面已經提交的來自同一始發(fā)地址的SM具有相同的TP-MR和TP-DA 。VPF: Validity-Period-Format,取值如下：bit4bit300TP-VP field not present10TP-VP field present - relative format01TP-VP field present - enhanced format11TP-VP field present - absolute formatSRR: Status-Report-Request0：不要求狀態(tài)報告1：要求狀態(tài)報告UDHI: User-Data-H

10、eader-Indicator0：用戶數(shù)據(jù)中只包含短消息。1：用戶數(shù)據(jù)中除短消息外還有一個數(shù)據(jù)頭。RP: Reply-Path1：在SMS_SUBMIT中設置了RP參數(shù)0: 在SMS_SUBMIT中沒有設置RP參數(shù)2.2.2MR (Message Reference)2.2.3DA (Destination Address)目的地址字段0B813108010020F0：它的編碼方式與SCA的編碼方式是一致的，0B代表目的地址字段的長度，指3108010020F0，單位為位，經過了位移處理，實際號碼為。81轉化成二進制為10000001，具體含義參考2.12.2.4PI

11、D （Protocol Identifier） 協(xié)議標識00,轉化成二進制為00000000，它由一個字節(jié)構成，各位的編碼如下：Bit No.7與Bit No.6：一般將這兩位置為00Bit No.5：0不使用遠程網絡，只是短消息設備之間的協(xié)議；1使用遠程網絡。Bit No.0Bits No.4：00000隱含；00001電傳；00010group 3 telefax；00100語音；00101歐洲無線信息系統(tǒng)（ERMES）；00110國內系統(tǒng)；10001任何基于X.400的公用信息處理系統(tǒng)；10010Email。普通用戶之間發(fā)送的短消息都為00。2.2.5DCS（ Data Code Sch

12、eme） 用戶數(shù)據(jù)的編碼方式08，轉化成二進制為00001000，它由一個字節(jié)構成，各位的取值含義如下表所示：Bit7bit4 Bit3.bit00：短消息沒有壓縮Bit51：短消息被壓縮，暫不支持。0：指示bit1，bit0保留00 xxBit41：bit1，bit0為短消息類型指示Bit1 bit0 ： 短消息類型指示0 0 ：Class0，提供顯示并回復SC已收到，但不存儲0 1 ：Class1，存儲到NV中（當NV滿時存儲SIM卡中）1 0 ：Class2，SIM專用，存儲后將存儲狀態(tài)回 復給SC；若SIM卡滿則上報給SC并帶原因0 0 ：Class3，存儲到TE。但MS接收到短消息還

13、 沒有傳遞到TE就給SC回復Bit3 bit2 ： 短消息類型指示0 0 ： GSM 7bit缺省編碼0 1 ：8bit 數(shù)據(jù)1 0 ：UCS2編碼方式，當用戶輸入漢字時選用此值0 0 ：保留值01001011 保留1100丟棄短消息內容，出現(xiàn)消息等待提示，用戶數(shù)據(jù)采用GSM 7 bit編碼Bit30 設置與 bit741101 時的設置一樣1101存儲短消息，出現(xiàn)消息等待提示，用戶數(shù)據(jù)采用GSM 7 bit編碼Bit3 提示指示，取值如下：0：消息等待提示功能無效 1：激活消息等待提示功能Bit2 保留，取值為 0Bit1 bit0 短消息類型指示0 0 ：有語音留言等待0 1 ：有傳真消息

14、等待1 0 ：有 E-mail 信息等待0 0 ：其它未知類型的消息等待1110存儲短消息，出現(xiàn)消息等待提示，用戶數(shù)據(jù)采用無壓縮的UCS2編碼Bit30 設置與 bit741101 時的設置一樣1111Data coding/message classBit3 保留，取值為 0Bit2 短消息的編碼方式，取值如下：0： GSM 7bit 缺省編碼1：8bit 數(shù)據(jù)Bit1 bit0 短消息類型指示0 0 ：Class0，提供顯示并回復 SC 已收到，但不存儲0 1 ：Class1，存儲到 NV 中（當 NV 滿時存儲 SIM 卡中）1 0 ：Class2，SIM 專用，存儲后將存儲狀態(tài)回復給

15、SC；若 SIM 卡滿則上報給SC 失敗并帶原因0 0 ：Class3，存儲到 TE。但 MS 接收到短消息還沒有傳遞到 TE 就給 SC 回復通過上表可以看出，上面短消息的編碼格式采用的是無壓縮的UCS2編碼格式。2.2.6VP（Validity Period）有效期90，轉化為十進制為144，計算實際值如下表所示：VP value(&h) 相應的有效期 00 to 8F (VP+1)*5 分鐘 90 to A7 12小時+(VP-143)*30分鐘 A8 to C4 (VP-166)*1天 C5 to FF (VP-192)*1 周 2.2.7UDL（User Data Lengt

16、h）用戶數(shù)據(jù)長度74，轉化為十進制為116，顧名思義表示用戶數(shù)據(jù)的具體長度，具體表示如下：1.若是7-bit 缺省編碼，則表示共有多少個septets2.若是8bit編碼，則表示共有多少個Octets3.若是UCS2編碼，則UDL表示共有多少個Octets4.若是有壓縮的7-bit or 8bit or UCS2編碼，則UDL表示壓縮后共有多少個Octets。5.對壓縮的短消息編碼，的數(shù)據(jù)長度不超過160septets；對無壓縮編碼的短消息，長度不超過140Octets。2.2.8UD(User Data) 用戶數(shù)據(jù)0500030F0202003100350020002D00326D4B8BD

17、56D4B8BD56D4B8BD56D4B8BD56D4B8BD56D4B8BD5，由于前面UDHI=1,因此在這串數(shù)據(jù)中桔黃色的數(shù)據(jù)是UDH（用戶數(shù)據(jù)頭）部分，用戶數(shù)據(jù)的結構如下圖所示：05表示UDHL（Length of User Data Header），長度為1個字節(jié)，00表示為IEI(Information-Element-Identifier),長度也為一個字節(jié)，其中00代表該短消息是級聯(lián)短消息。03表示為IEIDL(Length of Information Element), 長度為1個字節(jié)，0F0202其中0F表示為ref_num,表示發(fā)送第幾條長短消息，02表示本條超長短消

18、息的總共段數(shù)，第二個02表示序列號（seq_num）：本條短消息是超長短消息的第幾段。后面黑色的數(shù)字代表短消息的內容。UDLUDHLIEIaIEDaIEIb. IEInIEDLnIEDn Octet BoundaryTotal number of OctetsLength IndicatorTotal number of OctetsLength IndicatorOctetsOctetsIEIDLaSM (8 bit dataor UCS-2 data)3 3各種短消息格式的區(qū)別各種短消息格式的區(qū)別上一節(jié)是以發(fā)送的級聯(lián)短消息為例介紹了短消息的格式和各個參數(shù)的含義，這一節(jié)就發(fā)送的短消息和接收的

19、短消息的格式進行比較，并將級聯(lián)短消息和普通長度的短消息進行比較。3.13.1SMS_SUBMITSMS_SUBMIT和和SMS_DELIVERSMS_DELIVER的的PDUPDU格式比較格式比較SMS_SUBMITSMS_DELIVERFirst OctetFirst OctetMRDAOAPIDPIDDCSDCSVPSCTSUDLUDLUDUD其中SCTS指Service-Centre-Time-Stamp，短消息中心時間戳，包括年,月，日，小時，分鐘，秒以及時差。另外SMS_SUBMIT和SMS_DELIVER在First Octet中的格式也是不同的，具體不同請參見下面的表格。Bit7

20、Bit6Bit5Bit4Bit3Bit2Bit1Bit0SMS_SUBMITRPUDHISRRVPFRDMTISMS_DELIVERRPUDHISRI00RDMTI這里SRI指Status-Report-Indication，0：不返回狀態(tài)報告1：返回狀態(tài)報告。3.23.2級聯(lián)短消息和普通長度短消息的區(qū)別級聯(lián)短消息和普通長度短消息的區(qū)別級聯(lián)短消息和普通長度的短消息首先在First Octet中部分字段取值是不一樣的：級聯(lián)短消息的UDHI1，普通長度的短消息UDHI=0;另外級聯(lián)短消息在UD前面帶有一個數(shù)據(jù)頭，格式在2.2.8中已有介紹。而普通長度的短消息只有短消息內容，即UDL后面緊跟著UD，

21、中間沒有UDH。4 4短消息內容的解析短消息內容的解析前面我們已經知道了短消息的格式，下面就要根據(jù)短消息的編碼格式對短消息的內容進行解析。上面舉例的短消息是UCS2編碼，這里就首先介紹一下UCS2的解碼方法。4.14.1UCS_2UCS_2編碼編碼當短消息的內容為漢字的時候，采用UCS2編碼，UCS2編碼的規(guī)格是兩個字節(jié)表示一個漢字，具體內容可以通過WORD里的菜單“插入”符號來進行解析，在彈出的“符號”對話框中，在“來自”下拉列表框中選中“Unicode（十六進制）”，在“字符代碼”中以4位為一個單位輸入User Data中的字符，就可以知道具體代表的是什么含義。比如003100350020002D00326D4B8BD56D4B8BD56D4B8BD56D4B8BD56D4B8BD56D4B8BD5，前4位0031，解析出來是1，將這個字符串以四位為一個單位挨個解析，就可以得出上述的字符為“15 -2測試測試測試測試測試測試”4.24.2GSM-7GSM-7編碼編碼當字符為英文的時候，一般采用GSM-7位編碼，它可以簡單地理解為ASCII碼，具體編碼方式如下表所示，如果一個字母用一個字節(jié)表示就是：7 6 5432100 1