长短信改造与实现指南：基于与SGIP协议.pdfVIP

SP长改造建议

一、设置UDHI标志

TP_udhi

值1整数GSM协议类型。详细解释请参考GSM03.40中的

9.2.3.23，仅使用1位，右对齐。

SGIP的Submit信令中的TP_udhi设置为0x40。

二、消息内容增加用户数据包头UDH

包头一共6个字节，如下：

1、字节一:包头长度，固定填写0x05;

2、字节二:包头类型标识，固定填写0x00，表示长；

3、字节三:子包长度，固定填写0x03，表示后面三个字节的长度；

4、字节四到字节六：包内容：

1)字节四：长消息参考号，每个SP给每个用户发送的每条参考号都应该不同，可以从

0开始，每次加1，最大255，便于同一个终端对同一个SP的消息的不同长进行

识别；

2)字节五：本条长消息的总消息数，从1到255，一般取值应大于2；

3)字节六：本条消息在长消息中的位置或序号，从1到255，第一条为1，第二条为

2，最后一条等于第四字节的值。

注：移动终端支持的一条消息的内容长度为140字节，因此后面还可以增加134个字节的

的消息内容，若编码格式为0则可以增加134个ASCII字符，若编码格式为8则可

以增加67个中英文字符。

例子:05000300

0201050003

000202

3GPP0340对长的实现方案进行了详细的说明，请参考：

9.2.3.24TP‑用户数据(TP‑UD)

TP‑User‑Data字段的长度在SM‑TL的PDU中定义（参见子条款9.2.2）。TP‑User‑Data字

段可能仅包含短消息本身，或者根据TP‑UDHI的设置，还包含一个头部。

当TP‑UDHI值设置为0时，TP‑User‑Data字段仅包含短消息，用户数据可以是7位

（默认字母表）数据、8位数据或16位（UCS2）数据。

当TP‑UDHI值设置为1时，TP‑User‑Data字段的第一个八位字节开始包含一个头部，顺序如

下，从TP‑User‑Data字段的第一个八位字节开始。

无论用户数据头的是否被忽略或丢弃，MS应始终将整个TPDU完整地为接

收到的形式。

字段长度

用户数据头长度1字节

SP长改造建议

一、设置UDHI标志

TP_udhi

Value1IntegerGSM协议类型。详细解释请参考GSM03.40中的

9.2.3.23,仅使用1位，右对齐。

SGIP的Submit信令中的TP_udhi设置为0x40。

二、消息内容增加用户数据包头UDH

包头一共6个字节，如下：

1、字节一：包头长度，固定填写0x05；

2、字节二：包头类型标识，固定填写0x00，表示长；

3、字节三：子包长度，固定填写0x03，表示后面三个字节的长度；

4、字节四到字节六：包内容：

1）字节四：长消息参考号，每个SP给每个用户发送的每条参考号都应该不同，可以

从0开始，每次加1，最大255，便于同一个终端对同一个SP的消息的不同的长短

信进行识别；

2）字节五：本条长消息的的总消息数，从1到255，一般取值应该大于2；

3）字节六：本条消息在长消息中的位置或序号，从1到255，第一条为1，第二条为2，

最后一条等于第四字节的值。

注：移动终端支持的一条消息的内容长度为140字节，因此后面还可