请问gsm短消息串接机制的问题

youtiao

下面是我的论文，但是对于串接机制的内容我是从英文材料中翻译过来的，我对英文不太感冒，基本上是有猜的性质，请各位引导。不能上传word文档，如果阅读带来不便请谅解
问题：短消息串接发送以后，在接收方，消息是不是自动串接的，格式如何？如果不是自动串接，那么大家通过什么参数判断发送来的消息是短消息还是串接短消息，格式如何？谢谢
(1)PDU数据格式分析：
假设：短消息中心号码是‘+8613800731500’，对方号码是13908473375，消息内容是“Hi”。从手机发出的PDU串可以是‘08 91 68 310870 1305F0 11 00 0D 91 3109483773F5 00 00 00 02 C834’对照Pdu编码规则，具体分析如下：
08——短信息中心地址长度。指（91）+（683108701305F0）的长度。
91——短信息中心号码类型。91是TON/NPI遵守International/E.164标准，指在号码前需加‘+’号；此外还有其它数值，但91最常用。
91——10010001
BIT No.        7        6        5        4        3        2        1        0
Name        1        数值类型        号码鉴别
其中数值类型（Type of Number）：000－未知，001－国际，010－国内,111－留作扩展；号码鉴别（Numbering plan identification）:0000－未知，0001－ISDN/电话号码(E.164/E.163)，1111－留作扩展；
683108701305F0——短信息中心号码。由于位置上略有处理，实际号码应为：8613800731500（字母F是指长度减1）。这需要根据不同的地域作相应的修改。以上三条通称短消息中心地址（Address of the SMSC）。
11——文件头字节。11&h=00010001&b
BIT No.        7        6        5        4        3        2        1        0
Name        TP-RP        TP-UDHI        TP-SPR        TP-VFP        TP-RD        TP-MTI
Value        0        0        0        1        0        0        0        1
其中应答路径——TP－RP（TP Reply Path）：0－不设置， 1－设置；用户数据头标识——TP－UDHL（TP User Data Header Indicator）：0－不含任何头信息; 1－含头信息（注意：课题中大家使用增强型短消息，此处要设为1）;状态报告要求——TP－SPR（TP-Status-Report-Request）：0－需要报告; 1－不需要报告；有效期格式——TP－VPF（TP Validity Period Format）：00－不提供（Not present），10－整型（标准），01—预留，11－提供8位字节的一半（Semi Octet Represented）；拒绝复制——TP－RD（TP Reject Duplicates）：0－接受复制， 1－拒绝复制；信息类型提示——TP－MTI（TP Message Type Indicator）：00－读出（Deliver）， 01－提交（Submit）。
00——信息类型（TP Message Reference）。
0B——被叫号码长度。
91——被叫号码类型（同第二点）。
3109483773F5——被叫号码，经过了位移处理，实际号码为“13908473375”。以上三点通称目的地址（TP Destination Address）。
00——协议标识TP－PID（TP Protocol Identifier）。
BIT No.        7        6        5        4        3        2        1        0
Bit No.7与Bit No.6： 00－如下面定义的分配Bit No.0－Bit No.5。01—参见GSM03.40协议标识完全定义。10－预留。11－为服务中心（SC）特殊用途分配Bit No.0－Bit No.5。一般将这两位置为00。Bit No.5：0－不使用远程网络，只是短消息设备之间的协议，1－使用远程网络。Bit No.0－Bits No.4：00000－隐含，00001－电传，00010－group 3 telefax，00100－语音，00101－欧洲无线信息系统（ERMES），00110－国内系统，10001－任何基于X.400的公用信息处理系统，10010－Email。
00——数据编码方案TP-DCS（TP Data Coding Scheme）。
BIT No.        7        6        5        4        3        2        1        0
Bit No.7与Bit No.6：一般设置为00；Bit No.5：0－文本未压缩，1－文本用GSM标准压缩算法压缩；Bit No.4：0－表示Bit No.1、Bit No.0为保留位，不含信息类型信息，1－表示Bit No.1、Bit No.0含有信息类型信息；Bit No.3与Bit No.2：00－默认的字母表，01－8bit，10－USC2（16bit），11－预留；Bit No.1与Bit No.0：00－Class 0，01－Class 1，10－Class 2（SIM卡特定信息），11－Class 3。
00——有效期TP－VP（TP Valid Period）。
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 周
02——用户数据长度TP－UDL（TP User Data Length）。
C834——用户数据TP-UD（TP User Data）“Hi”。
这是短消息的Pdu模式,那么增强型消息是怎样的形式呢？大家注意在Pdu模式的文件头的TP－UDHL位，当大家采用增强型消息时大家把他取1，然后在对用户用户数据长度（例中的02）和数据部分（例中的C834）进行一些改动，格式如表5-4

表5-4
数据+头的长度        头的长度        标识
取00        UD的长度        串接机制00        SMS的最大数目        当前顺序号        CH/CF
取00        编码数据

说明：标识：指在协议GSM03.40中对于串接型PDU对应的应取00；
CH：Compressed Header    CF：Compressed Footer
   对于第一条和最后一条短消息需要CH/CF其它的短消息不需要
   同上假设：短消息中心号码是‘+8613800731500’，对方号码是13908473375，消息内容是8条“Hi”。从手机发出的第一个增强型PDU串可以是‘08 91 68 310870 1305F0 51 00 0D 91 3109483773F5 00 00 00 09 07 00 02 00 08 01 00 C834’。第二个增强型PDU串可以是‘08 91 68 310870 1305F0 51 00 0D 91 3109483773F5 00 00 00 08 07 00 02 00 08 02 C834’。
要想把接收到的字符串中的相关信息，比如发送者手机号、发送日期和时间以及短消息内容从Pdu字符串中“分解”出来，计算机必须编写一段解码算法，才能实现此目的。因此，解决这个问题，首先必须了解接收到的Pdu字符串结构和相关意义，然后按不同信息段分解Pdu字符串，最后还原短消息。
假设：SMSC号码是+8613800731500，对方号码是13908473375，消息内容是“Hi”。手机接收到的PDU串可以是‘08 91 68 31 08 70 13 05 F0 84 0D 91 68 31 09 48 37 73 F5 00 00 30 30 21 80 63 54 80 02 C834’ 对照规范具体分析,接收到的短消息Pdu字符串的结构如下：


分 段        含    义        说    明
08        地址信息的长度        共八位字节(包括91)
91        SMSC地址格式(TON/NPI)        用国际格式号码(在前面加‘+’)
68 31 08 70 13 05 F0        SMSC地址 13800731500        补‘F’凑成偶数个
84        基本参数(TP-MTI/MMS/RP)        接收，无更多消息，有回复地址
0D        回复地址数字个数        共13个十进制数(不包括91和‘F’)
91        回复地址格式(TON/NPI)        用国际格式号码(在前面加‘+’)
68 31 09 48 37 73 F5        回复地址(TP-RA) 13908473375        补‘F’凑成偶数个
00        协议标识(TP-PID)        普通GSM类型，点到点方式
00        用户信息编码方式(TP-DCS)        7-bit编码
30 30 21 80 63 54 80        时间戳(TP-SCTS)        2003-3-12 08:36:45  +8时区
02        用户信息长度(TP-UDL)        实际长度6个字节
C834        用户信息(TP-UD)        短消息内容为“你好!”

同样当采用增强型短消息时对于用户信息长度部分和用户信息部分的解码同样服从表5-4的格式。
   如果对方是以增强型短消息的形式发送的数据大家将会收到如下Pdu串：
‘08 91 68 31 08 70 13 05 F0 84 0D 91 68 31 09 48 37 73 F5 00 00 30 30 21 80 63 54 80 09 07 00 02 00 08 01 00 C834’