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   ,如需转载请自行联系原作者
相关文章
串口网口16进制发送的和ASCII发送以及16进制接收和ASCII接收区别
我们在工控软件中,会经常使用到网口和串口,去接受和发送数据。通常我们发送数据的模式有两种,一种16进制,一种是ASCII码。16进制的的经常会用来和仪器PLC等设备通讯。ACSII码是一种文本模式。
870 0
串口网口16进制发送的和ASCII发送以及16进制接收和ASCII接收区别
|
语音技术
发送octet-stream格式的请求返回乱码处理
octet-stream格式的请求返回乱码处理
|
2月前
|
数据采集 语音技术
**source_len字段表示的是音频数据中有效语音部分的长度**。
**source_len字段表示的是音频数据中有效语音部分的长度**。
11 1
|
7月前
|
存储
14.3 Socket 字符串分块传输
首先为什么要实行分块传输字符串,一般而言`Socket`套接字最长发送的字节数为`8192`字节,如果发送的字节超出了此范围则后续部分会被自动截断,此时将字符串进行分块传输将显得格外重要,分块传输的关键在于封装实现一个字符串切割函数,将特定缓冲区内的字串动态切割成一个个小的子块,当切割结束后会得到该数据块的个数,此时通过套接字将个数发送至服务端此时服务端在依次循环接收数据包直到接收完所有数据包之后在组合并显示即可。
32 0
14.3 Socket 字符串分块传输
|
10月前
|
JSON C# 数据格式
使用C#语言来进行json串的接收
使用C#语言来进行json串的接收
|
传感器 人机交互
STM32:串口收发HEX数据包理论篇(内含:1.实验现象+2.文本数据包/HEX数据包+ 3.文本数据包接收/HEX数据包接收)
STM32:串口收发HEX数据包理论篇(内含:1.实验现象+2.文本数据包/HEX数据包+ 3.文本数据包接收/HEX数据包接收)
423 0
STM32:串口收发HEX数据包理论篇(内含:1.实验现象+2.文本数据包/HEX数据包+ 3.文本数据包接收/HEX数据包接收)
|
存储 传感器 移动开发
Alink 格式报文发送 | 学习笔记
快速学习 Alink 格式报文发送
114 0
Alink 格式报文发送 | 学习笔记
|
定位技术 iOS开发
讲解:如何将手机联系人转换成vcf格式(vcard格式)?
1、转换成vcf格式也就是vcard格式的话,你先在电脑打开个软件,金芝号码提取导入助手,然后把你的材料也就是一般常见的铭字和号码复制好,选择软件的第三个功能模块“导入通讯录”,依次把刚才复制好的材料,分别粘贴进软件的第一个框和第二个框。2、点击“转换通讯录”,你将得到一个vcf格式的文件(vcard格式),你把这个vcf文件保存到电脑桌面。3、当然了,我们的最终目的肯定不住于此。我们通过电脑矀xin或电脑Q,把这个vcf格式的文件发送给你手机矀xin或手机Q,你在手机上打开这个vcard,那么就会自动批量把号码导入通讯录了。
讲解:如何将手机联系人转换成vcf格式(vcard格式)?
|
数据库 数据安全/隐私保护
VOS3000错误编码原因解析
出现各种vos问题可以 \ VOIP内部挂机
1100 0
|
编解码
RTP 包格式 详细解析
H.264 视频 RTP 负载格式 1. 网络抽象层单元类型 (NALU) NALU 头由一个字节组成, 它的语法如下:       +---------------+      |0|1|2|3|4|5|6|7|      +-+-+-+-+-+-+-+-+      |F|NRI|  Type   |      +---------------+ F: 1 个比特.
1225 0