短信內(nèi)容解析_周錦參考模板_第1頁(yè)
短信內(nèi)容解析_周錦參考模板_第2頁(yè)
短信內(nèi)容解析_周錦參考模板_第3頁(yè)
短信內(nèi)容解析_周錦參考模板_第4頁(yè)
短信內(nèi)容解析_周錦參考模板_第5頁(yè)
已閱讀5頁(yè),還剩6頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、1 / 11產(chǎn)品名稱密級(jí)無(wú)線產(chǎn)品秘密產(chǎn)品版本共4頁(yè)短消息內(nèi)容解析總結(jié)(僅供內(nèi)部使用)擬制:擬制:周錦周錦日期:日期:2006-1-3審核:審核:日期:日期:批準(zhǔn):批準(zhǔn):日期:日期:華為技術(shù)有限公司版權(quán)所有 侵權(quán)必究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é)議標(biāo)識(shí).62.2.5DCS 用戶數(shù)據(jù)的編碼方式.62.2.6VP(有效期

2、).72.2.7UDL(User Data Length)用戶數(shù)據(jù)長(zhǎng)度.72.2.8UD(User Data) 用戶數(shù)據(jù).73各種短消息格式的區(qū)別各種短消息格式的區(qū)別 .83.1SMS_SUBMIT和SMS_DELIVER的PDU格式比較.83.2級(jí)聯(lián)短消息和普通長(zhǎng)度短消息的區(qū)別.84短消息內(nèi)容的解析短消息內(nèi)容的解析 .94.1UCS_2編碼.94.2GSM-7編碼.95附錄:參考資料清單附錄:參考資料清單 .9短消息內(nèi)容技術(shù)報(bào)告關(guān)鍵詞: 短消息 PDTU 編碼摘 要: 為了在RNC側(cè)能夠識(shí)別短信的內(nèi)容,對(duì)短消息TPDU的格式和參數(shù)進(jìn)行了解釋,并針對(duì)不同的編碼格式對(duì)短消息的內(nèi)容進(jìn)行解析??s略語(yǔ)

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

4、抓取消息的RP_MESSAGE_BODY部分:069168310992008251290B813108010020F000089074(0500030F0202003100350020002D00326D4B8BD56D4B8BD56D4B8BD56D4B8BD56D4B8BD56D4B8BD5),它主要是由SCA和TPDU兩部分構(gòu)成。TPDUSCAFirst OctetMRDAPIDDCSVPUDLUD0691683109920051290B813108010020F000089074剩余括號(hào)中的內(nèi)容2.12.1SCA(SCA(短消息的中心地址短消息的中心地址) )06:表示短消息中心號(hào)碼長(zhǎng)

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

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對(duì)于消息SMS_SUBMIT包括如下幾個(gè)部分:First Octet,Message Reference,Destination Address,Protocol Identifier,Data Code Scheme,Validity Period,User Data Length

7、, User Data。下面對(duì)這幾個(gè)部分分別進(jìn)行解釋:2.2.1First Octet 51,轉(zhuǎn)化成二進(jìn)制為:01010001對(duì)于SMS_SUBMIT消息,它的結(jié)構(gòu)如下表所示Bit7Bit6Bit5Bit4Bit3Bit2Bit1Bit0RPUDHISRRVPFRD MTI01010001MTI: Message-Type-Indicator 短消息類型標(biāo)識(shí)符,取值如下: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儲(chǔ)存重復(fù)短消息,以及給MT重復(fù)發(fā)送信息。1: SC拒絕接收某條短消息的SMS-SUBMIT,此SM和前面已經(jīng)提交的來(lái)自同一始發(fā)地址的SM具有相同的TP-MR和TP-DA 。0:SC接收

9、某條短消息的SMS-SUBMIT,此SM和前面已經(jīng)提交的來(lái)自同一始發(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)報(bào)告1:要求狀態(tài)報(bào)告UDHI: User-Data-H

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

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

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

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

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

15、SC;若 SIM 卡滿則上報(bào)給SC 失敗并帶原因0 0 :Class3,存儲(chǔ)到 TE。但 MS 接收到短消息還沒(méi)有傳遞到 TE 就給 SC 回復(fù)通過(guò)上表可以看出,上面短消息的編碼格式采用的是無(wú)壓縮的UCS2編碼格式。2.2.6VP(Validity Period)有效期90,轉(zhuǎn)化為十進(jìn)制為144,計(jì)算實(shí)際值如下表所示:VP value(&h) 相應(yīng)的有效期 00 to 8F (VP+1)*5 分鐘 90 to A7 12小時(shí)+(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ù)長(zhǎng)度74,轉(zhuǎn)化為十進(jìn)制為116,顧名思義表示用戶數(shù)據(jù)的具體長(zhǎng)度,具體表示如下:1.若是7-bit 缺省編碼,則表示共有多少個(gè)septets2.若是8bit編碼,則表示共有多少個(gè)Octets3.若是UCS2編碼,則UDL表示共有多少個(gè)Octets4.若是有壓縮的7-bit or 8bit or UCS2編碼,則UDL表示壓縮后共有多少個(gè)Octets。5.對(duì)壓縮的短消息編碼,的數(shù)據(jù)長(zhǎng)度不超過(guò)160septets;對(duì)無(wú)壓縮編碼的短消息,長(zhǎng)度不超過(guò)140Octets。2.2.8UD(User Data) 用戶數(shù)據(jù)0500030F0202003100350020002D00326D4B8BD

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論