SMS PDU编码数据串格式分析

PDU协议数据单元详细介绍

PDU 相当于一个数据包,它由构成消息(SMS)的信息组成。作为一种数据单元,它必须包含源/目的地址、保护(有效)时间、数据格式、协议类型和正文,正文长度可达140字节,它们都以十六进制表示。PDU结构根据短消息由移动终端发起或以移动终端为目的而不同。

PDU 中 USC 16bit编码用于发送Unicode字符,即中文等,7bit只能发ASCII字符,8bit用来发数据信息如图片铃音等。短信息内容长度140字节,最大可以发送160个字符,其中每个字符与编码方式占比为 [160字符/7位],[140字符/8位]或[70个字符/16位],在3GPP TS 24.011, 子条款 7.3. 定义了SMS消息应被封装在RPDUs(中继协议数据单元)数据串中。其中RPDU数据通过SIP MESSAGE Requests从一个蜂窝网络到另一个蜂窝网络,这些SIP请求应当使用MIME类型“application/vnd.3gpp.sms”

6种PDU介绍:

复制代码
1.SMS-DELIVER,包含从SC到MS的消息(基站发给手机的短信)。
2.SMS-DELIVER-REPORT,包含
    a)失败原因(如果需要的话)
    b) 对于SMS-DELIVER或SMS-STATUSREPORT的确认
3. SMS-SUBMIT,包含从MS到SC的消息(从手机发出到基站的短信)。 
4. SMS-SUBMIT-REPORT,包含
    a)失败原因(如果需要的话)
    b) 对于SMS-SUBMIT或SMS-COMMAND的确认
5. SMS-STATUS-REPORT,包含从SC到MS的状态报告。
6. SMS-COMMAND,包含从MS到SC的命令。
复制代码

GSM 7 bit Default Alphabet

每个字符代表7位,参阅3GPP TS 23.038 或 ETSI GSM 03.38.

7bit 的编码方式规则:

7bit编码是把所有8bit 数据的高位去掉,形成7bit 数据,接下来将7bit数据的第二个字节的最低位,移到第一个字字节的最高位形第一个新的8位数据,再把第三个字节的最后两位移到第二个字节的最高位形第二个新的数据,以此类推,最后一个不足8位的7bit 数据全部用0补充形成一个新的8bit数据。解码过程与编码过程相逆。

(GSM 7 bit Default Alphabet)

Numbering-plan-identification(号码鉴别)

0000—未知,0001—ISDN/电话号码(E.164/E.163),1111—留作扩展;

一般默认为0001(国际格式),表示电话号码类型的。

下面是GSM03.40号码鉴别的解释:

复制代码
Bits3 2 1 0  
0 0 0 0    Unknown  
0 0 0 1    ISDN/telephone numbering plan (E.164/E.163) 
0 0 1 1    Data numbering plan (X.121) 
0 1 0 0    Telex numbering plan 
1 0 0 0    National numbering plan 
1 0 0 1    Private numbering plan  
1 0 1 0    ERMES numbering plan (ETSI DE/PS 3 01-3) 
1 1 1 1    Reserved for extension
复制代码

RP-DATA (SMS-SUBMIT类型 手机到基站) 

参考:3GPP TS 24.011 subclause 7.3.1.2

复制代码
RP-MESSAGE:000000069133010000F019069133010000F011000A9133163254760000AA05F330BB4E07
RPDU:000000069133010000F019
TPDU (SMS-SUBMIT):069133010000F011000A9133163254760000AA05F330BB4E07 
复制代码

短信内容:salut

数据串解码

RPDU数据串

复制代码
00 RP-Message Type  比特值=000 方向=手机到基站(Mobile Station to Network) RP-Message=RP-DATA
00 RP-Message Reference  值=0x00
00 RP-Originator Address  该字段仅包括长度指示符,对于传出信息,没有定义
复制代码

RP-Destination Address

此项为短信中心地址, 06代表地址长度,91=号码鉴别,用国际格式号码(在前面加‘+’),33010000F0=短信中心号码+331000000,因为长度是9位奇数,最后一个字节的5~8比特会全部置为1所以就是补‘F’凑成偶数个

说简单点就是2位为一组,前后调换33前后调换为33,01调换为10,0000怎么调换都是0,连起来就是3310000000

19 RP-User Data  十六进制占一个字节大小(代表十进制的25),表示TPDU的数据长度

TPDU数据串

SMSC Address information

短信中心地址信息,包含目标短信中心地址,06=地址长度,91=号码鉴别,用国际格式号码(在前面加‘+’),33010000F0=短信中心号码+331000000,因为长度是9位奇数,最后一个字节的5~8比特会全部置为1所以就是补‘F’凑成偶数个

说简单点就是2位为一组,前后调换33前后调换为33,01调换为10,0000怎么调换都是0,连起来就是3310000000

11 SMS-SUBMIT first octet    基本参数,不拒绝重复/无有效期/无状态的请求/没有用户数据头/无回复路径
00 TP-Message Reference

TP-Destination-Address

复制代码
0A=地址长度(代表十进制的10),91=号码鉴别id=ISDN,3316325476=+3361234567

00 TP-Protocol-identifier
00 TP-Data-Coding-Scheme    00表示7-bit编码(英文)、04表示8-bit编码(图片和铃声)、08表示UCS2编码(汉字)
AA TP-Validity-Period        有效期4天

05 TP-User-Data-Length        当使用7bit编码,长度就是消息内容字符数(salut=长度为5位)
复制代码

在各种编码方式下意义有所不同。7-bit编码时,指原始短消息的字符个数,而不是编码后的字节数。8-bit编码时,就是字节数。UCS2编码时,也是字节数,等于原始短消息的字符数的两倍。如果用户信息(TP-UD)中存在一个头(基本参数的TP-UDHI为1),在所有编码方式下,用户信息长度(TP-UDL)都等于头长度与编码后字节数之和。如果采用GSM 03.42所建议的压缩算法(TP-DCS的高3位为001),则该长度也是压缩编码后字节数或头长度与压缩编码后字节数之和。

TP-User-Data

F330BB4E07 在这个例子中内容为 salut

RP-DATA (SMS-DELIVER类型 基站到手机) 

复制代码
RPDU参考:3GPP TS 24.011 subclause 7.3.1.1
TPDU参考:3GPP TS 23.040 subclause 9.2.2.1
RP-MESSAGE:0100069133010000F0001E069133010000F0040A91331632547600000000000000000005F330BB4E07
RPDU:0100069133010000F0001E
TPDU (SMS-DELIVER):069133010000F0040A91331632547600000000000000000005F330BB4E07
复制代码

数据串解码

RPDU数据串

01 Message Type Indicator 0 0 1  n -> ms  RP-DATA (传送方向为基站到手机)
00 Message Reference

RP-Originator Address

复制代码
06 短信中心地址长度
91 号码鉴别,国际格式号码(在前面加‘+’)
33010000F0=短信中心号码+331000000,因为长度是9位奇数,最后一个字节的5~8比特会全部置为1所以就是补‘F’凑成偶数个
说简单点就是2位为一组,前后调换33前后调换为33,01调换为10,0000怎么调换都是0,连起来就是3310000000

00 RP-Destination Address  该字段仅包括长度指示符,对于传入信息,没有定义
1E RP-User Data  十六进制占一个字节大小(代表十进制的30),表示TPDU的数据长度
复制代码

TPDU数据串

SMSC Address information

短信中心地址信息,包含目标短信中心地址,06=地址长度,91=号码鉴别,用国际格式号码(在前面加‘+’),33010000F0=短信中心号码+331000000,因为长度是9位奇数,最后一个字节的5~8比特会全部置为1所以就是补‘F’凑成偶数个

说简单点就是2位为一组,前后调换33前后调换为33,01调换为10,0000怎么调换都是0,连起来就是3310000000

04 TP-User-Data-Header-Indicator PDU类型:SMS-DELIVER

复制代码
bit1  bit0      Message type
  0    0        SMS-DELIVER (in the direction SC to MS)
  0    0        SMS-DELIVER REPORT (in the direction MS to SC)
  1    0        SMS-ST A TUS-REPORT (in the direction SC to MS)
  1    0        SMS-COMMAND (in the direction MS to SC)
  0    1        SMS-SUBMIT (in the direction MS to SC)
  0    1        SMS-SUBMIT-REPORT (in the direction SC to MS)
  1    1        Reserved
复制代码

TP-Originating-Address

0A 地址长度
91 号码鉴别,国际格式号码(在前面加‘+’)
3316325476 短信发送方号码+3361234567

说简单点就是2位为一组,前后调换,33前后调换为33,16调换为61,32为23,54为45,76为67,连起来就是3361234567

复制代码
00 TP-Protocol-identifier   
00 TP-Data-Coding-Scheme    00表示7-bit编码(英文)、04表示8-bit编码(图片和铃声)、08表示UCS2编码(汉字)
00000000000000 TP-Service-Centre-Time-Stamp    时间戳,此例未设置
05 TP-User-Data-Length        当使用7bit编码,长度就是消息内容字符数(salut=长度为5位)
复制代码

TP-User-Data

F330BB4E07 在这个例子中内容为 salut


openBTS 发送pdu中文短信的问题,简单记录下:sendsmspdu只在openBTS2.6的版本中代码,之后的版本中,已经取消了该部分功能,在CLI目录代码里只实现了sendsms的代码;不自己码代码的情况下,从“华为过360,gsms1800”这类伪BTS系统看“黑产技术牛”写的相关代码可解决。 ​​​​

伪BTS基站系统前端代码分享

链接:https://pan.baidu.com/s/1jJuPIuU 密码:sg92

sigline.gif 
本文转自 K1two2 博客园博客,原文链接:http://www.cnblogs.com/k1two2/p/8315208.html   ,如需转载请自行联系原作者
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值