短信内容解析周锦

《短信内容解析周锦》由会员分享，可在线阅读，更多相关《短信内容解析周锦（10页珍藏版）》请在装配图网上搜索。

1、产品名称密级无线产品秘密产品版本共10页短消息内容解析总结（仅供内部使用）拟制：拟制：周锦周锦日期：日期：2006-1-3审核：审核：日期：日期：批准：批准：日期：日期：华为技术有限公司版权所有 侵权必究1概述概述 .42短消息的格式短消息的格式 .42.1SCA(短消息的中心地址) .42.2TPDU(传输协议数据单元).42.2.1First Octet.52.2.2MR (Message Reference) .62.2.3DA (Destination Address)目的地址字段.62.2.4PID 协议标识.62.2.5DCS 用户数据的编码方式.62.2.6VP(有效期).72.

2、2.7UDL（User Data Length）用户数据长度.72.2.8UD(User Data) 用户数据.73各种短消息格式的区别各种短消息格式的区别 .83.1SMS_SUBMIT和SMS_DELIVER的PDU格式比较.83.2级联短消息和普通长度短消息的区别.84短消息内容的解析短消息内容的解析 .94.1UCS_2编码.94.2GSM-7编码.95附录：参考资料清单附录：参考资料清单 .9短消息内容技术报告关键词： 短消息 PDTU 编码摘 要： 为了在RNC侧能够识别短信的内容，对短消息TPDU的格式和参数进行了解释，并针对不同的编码格式对短消息的内容进行解析。缩略语清单：缩略

3、语缩略语英文全名英文全名中文解释中文解释TPDUTransfer protocol data unit传输协议数据单元DCSData Code Scheme 用户数据的编码方式1 1概述概述在进行短消息接收测试过程中，当出现手机接收不到短消息同时也接收不到相关信令的时候，就需要到RNC侧跟踪，查看RNC有没有接收到相关信令，而RNC侧并不能象手机一样，将消息的内容解析出来，只是以16进制的形式来表示相关的信令和短消息内容。这就需要我们对短消息内容的格式和编码有所了解，有助于问题的定位。2 2短消息的格式短消息的格式首先来介绍一下短消息的格式，以下面的数据为例，这是在RNC侧跟踪发送方抓取消息的

4、RP_MESSAGE_BODY部分：069168310992008251290B813108010020F000089074(0500030F0202003100350020002D00326D4B8BD56D4B8BD56D4B8BD56D4B8BD56D4B8BD56D4B8BD5)，它主要是由SCA和TPDU两部分构成。TPDUSCAFirst OctetMRDAPIDDCSVPUDLUD0691683109920051290B813108010020F000089074剩余括号中的内容2.12.1SCA(SCA(短消息的中心地址短消息的中心地址) )06：表示短消息中心号码长度，单位为

5、字节，指下面的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(传输协议数据单元传输协议数据单元) )TPDU：Transfer protocol data unit对于消息SMS_SUBMIT包括如下几个部分:First Octet，Message Reference，Destination Address，Protocol Identifier，Data Code Scheme，Validity Period，User Data Length， Use

7、r 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)10SMS-STA

8、TUS-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重复发送信息。1： SC拒绝接收某条短消息的SMS-SUBMIT，此SM和前面已经提交的来自同一始发地址的SM具有相同的TP-MR和TP-DA 。0：SC接收某条短消息

9、的SMS-SUBMIT，此SM和前面已经提交的来自同一始发地址的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：不要求状态报告1：要求状态报告UDHI: User-Data-Header

10、-Indicator0：用户数据中只包含短消息。1：用户数据中除短消息外还有一个数据头。RP: Reply-Path1：在SMS_SUBMIT中设置了RP参数0: 在SMS_SUBMIT中没有设置RP参数2.2.2MR (Message Reference)2.2.3DA (Destination Address)目的地址字段0B813108010020F0：它的编码方式与SCA的编码方式是一致的，0B代表目的地址字段的长度，指3108010020F0，单位为位，经过了位移处理，实际号码为“13801000020”。81转化成二进制为10000001，具体含义参考2.12.2.4PID （Pr

11、otocol Identifier） 协议标识00,转化成二进制为00000000，它由一个字节构成，各位的编码如下：Bit No.7与Bit No.6：一般将这两位置为00Bit No.5：0不使用远程网络，只是短消息设备之间的协议；1使用远程网络。Bit No.0Bits No.4：00000隐含；00001电传；00010group 3 telefax；00100语音；00101欧洲无线信息系统（ERMES）；00110国内系统；10001任何基于X.400的公用信息处理系统；10010Email。普通用户之间发送的短消息都为00。2.2.5DCS（ Data Code Scheme）

12、用户数据的编码方式08，转化成二进制为00001000，它由一个字节构成，各位的取值含义如下表所示：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专用，存储后将存储状态回 复给SC；若SIM卡满则上报给SC并带原因0 0 ：Class3，存储到TE。但MS接收到短消息还 没有传递

13、到TE就给SC回复Bit3 bit2 ： 短消息类型指示0 0 ： GSM 7bit缺省编码0 1 ：8bit 数据1 0 ：UCS2编码方式，当用户输入汉字时选用此值0 0 ：保留值01001011 保留1100丢弃短消息内容，出现消息等待提示，用户数据采用GSM 7 bit编码Bit30 设置与 bit741101 时的设置一样1101存储短消息，出现消息等待提示，用户数据采用GSM 7 bit编码Bit3 提示指示，取值如下：0：消息等待提示功能无效 1：激活消息等待提示功能Bit2 保留，取值为 0Bit1 bit0 短消息类型指示0 0 ：有语音留言等待0 1 ：有传真消息等待1 0

14、 ：有 E-mail 信息等待0 0 ：其它未知类型的消息等待1110存储短消息，出现消息等待提示，用户数据采用无压缩的UCS2编码Bit30 设置与 bit741101 时的设置一样1111Data coding/message classBit3 保留，取值为 0Bit2 短消息的编码方式，取值如下：0： GSM 7bit 缺省编码1：8bit 数据Bit1 bit0 短消息类型指示0 0 ：Class0，提供显示并回复 SC 已收到，但不存储0 1 ：Class1，存储到 NV 中（当 NV 满时存储 SIM 卡中）1 0 ：Class2，SIM 专用，存储后将存储状态回复给 SC；若

15、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 Length）用户数据长度7

16、4，转化为十进制为116，顾名思义表示用户数据的具体长度，具体表示如下：1.若是7-bit 缺省编码，则表示共有多少个septets2.若是8bit编码，则表示共有多少个Octets3.若是UCS2编码，则UDL表示共有多少个Octets4.若是有压缩的7-bit or 8bit or UCS2编码，则UDL表示压缩后共有多少个Octets。5.对压缩的短消息编码，的数据长度不超过160septets；对无压缩编码的短消息，长度不超过140Octets。2.2.8UD(User Data) 用户数据0500030F0202003100350020002D00326D4B8BD56D4B8BD5

17、6D4B8BD56D4B8BD56D4B8BD56D4B8BD5，由于前面UDHI=1,因此在这串数据中桔黄色的数据是UDH（用户数据头）部分，用户数据的结构如下图所示：05表示UDHL（Length of User Data Header），长度为1个字节，00表示为IEI(Information-Element-Identifier),长度也为一个字节，其中00代表该短消息是级联短消息。03表示为IEIDL(Length of Information Element), 长度为1个字节，0F0202其中0F表示为ref_num,表示发送第几条长短消息，02表示本条超长短消息的总共段数，第二

18、个02表示序列号（seq_num）：本条短消息是超长短消息的第几段。后面黑色的数字代表短消息的内容。UDLUDHLIEIaIEDaIEIb. IEInIEDLnIEDn Octet BoundaryTotal number of OctetsLength IndicatorTotal number of OctetsLength IndicatorOctetsOctetsIEIDLaSM (8 bit dataor UCS-2 data)3 3各种短消息格式的区别各种短消息格式的区别上一节是以发送的级联短消息为例介绍了短消息的格式和各个参数的含义，这一节就发送的短消息和接收的短消息的格式进行比

19、较，并将级联短消息和普通长度的短消息进行比较。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中的格式也是不同的，具体不同请参见下面的表格。Bit7Bit6Bit5B

20、it4Bit3Bit2Bit1Bit0SMS_SUBMITRPUDHISRRVPFRDMTISMS_DELIVERRPUDHISRI00RDMTI这里SRI指Status-Report-Indication，0：不返回状态报告1：返回状态报告。3.23.2级联短消息和普通长度短消息的区别级联短消息和普通长度短消息的区别级联短消息和普通长度的短消息首先在First Octet中部分字段取值是不一样的：级联短消息的UDHI1，普通长度的短消息UDHI=0;另外级联短消息在UD前面带有一个数据头，格式在2.2.8中已有介绍。而普通长度的短消息只有短消息内容，即UDL后面紧跟着UD，中间没有UDH。4

21、 4短消息内容的解析短消息内容的解析前面我们已经知道了短消息的格式，下面就要根据短消息的编码格式对短消息的内容进行解析。上面举例的短消息是UCS2编码，这里就首先介绍一下UCS2的解码方法。4.14.1UCS_2UCS_2编码编码当短消息的内容为汉字的时候，采用UCS2编码，UCS2编码的规格是两个字节表示一个汉字，具体内容可以通过WORD里的菜单“插入”符号来进行解析，在弹出的“符号”对话框中，在“来自”下拉列表框中选中“Unicode（十六进制）”，在“字符代码”中以4位为一个单位输入User Data中的字符，就可以知道具体代表的是什么含义。比如003100350020002D00326

22、D4B8BD56D4B8BD56D4B8BD56D4B8BD56D4B8BD56D4B8BD5，前4位0031，解析出来是1，将这个字符串以四位为一个单位挨个解析，就可以得出上述的字符为“15 -2测试测试测试测试测试测试”4.24.2GSM-7GSM-7编码编码当字符为英文的时候，一般采用GSM-7位编码，它可以简单地理解为ASCII码，具体编码方式如下表所示，如果一个字母用一个字节表示就是：7 6 5432100 1a 1b1c1d1e1f1g两个字符用两个字节表示就是：7 6 5432102g 1a 1b1c1d1e1f1g0 0 2a2b2c2d2e2f假设有 5 个字符，“23a”分

23、别用二进制表示为2：00110010 00110010 3：00110011 0 001100110110010a：01100001 (00 01)(1000)(0101)(1001)(1011)(0010)将2的二进制的bit7去掉，将3的二进制编码的最后一位即bit 0移到2的bit7上,这样依次将下一7位编码的后几位逐次移到前面,形成新的8位编码,如上图所示,最后形成的结果以8位为单位变回到16进制：18 59 B2，再每两个16进制数为单位从后往前将顺序翻转,这样上面的”23a”最后变成了B2 59 18.当解析短消息内容时,将前面编码的顺序反过来进行解析即可得到实际内容。综上所述,根

24、据前两节对短消息的格式和编码的介绍,当进行短消息内容解析的时候,首先根据短消息的结构读取短消息的DCS格式,根据短消息的具体编码格式,对短消息的内容进行一一的解析，即可得到实际短消息的内容。5 5附录：参考资料清单附录：参考资料清单TS23.038 Alphabets and language-specific informationTS23.040 Technical realization of Short Message Service (SMS)TS24.011 Point-to-Point (PP) Short Message Service (SMS) support on Mobile Radio Interface 杨金莲 3GPP格式的短消息解析