[发明专利]短信处理方法及短信处理装置

说明书

技术领域

本发明涉及一种短信处理方法，尤其涉及一种移动通信终端的长短信的处 理方法，并涉及一种相应的短信处理装置。

背景技术

目前越来越多的手机和网络支持大数据长度的短信发送(Concatenated messages)，而对于用户来讲希望看到一条完整或者一次收到的部分长短信的提 示。

1、网络传输和转发短信的用户数据长度限制

根据3GPP系列文档(3GPP TS 23.040 version 4.2.0 Release 4)协议中 对短信(short message service)的描述，CDMA 1X/EVDO现有网络根据IS-637C 协议，支持的短信用户数据长度为140字节，不能一次性承载大数据长度的短信 传输和转发。

2、使用长短信发送大数据长度短信

为了能够在目前短信用户数据长度限制的基础上实现大数据长度的短信的 传输和转发业务，网络段和终端需要同时支持用户数据头的填充和解码，将大 数据长度短信根短成普通短信的长度进行顺序发送。终端能够编码和解码含有 用户数据头的短信并能够正确地显示其内容，网络端的短信中心也能够将终端 需要转发的数据进行有效的封装或者网间转换。

3、长短信用户数据头描述

根据(3GPP TS 23.040 version 4.2.0 Release 4)协议中对短信(short message service)的描述，长短信在内容数据中增加了用户数据头新信息，从 而占据了实际用户数据6个字节的长度。为了配合这些数据信息能够正确地被编 码和解码，短信息的控制域中增加了对UDHI(User Data Header Indicator， 用户数据头标识)的描述，用来标识用户数据中是否存在用户数据头信息。

由于用户数据长度被限定为140字节，长短信用户数据中有6个字节(稍候 介绍不常用的7字节格式)被用来存储头信息，因此用户数据单段最大长度分别 为7-bit-153个字符、Unicode-67个字符、8-bit-134个字符。可参看文档(3GPP TS 23.040 version 4.2.0 Release 4)第9.2.3.24.1关于长短信的描述 (concatenated short messages)。

不论短信用户内容使用何种编码方式如7-bit或者8-bit或者Unicode等，按 照637C协议上述6个字节的数据头均不进行编码，而是按照字节进行原值的填 充。此6个字节所表示的含义分别为

Byte 1：数据头长度UDHL，此时固定值为5；

Byte 2：长短信格式，一般为0，表示8-bit表示长短信参考号；

Byte 3：详细头信息长度，此时固定值为3；

Byte 4：长短信参考号，此时为一个字节表示，值为0-255(0xFF)；

Byte 5：长短信总段数，即一条长短信最长为255(0xFF)段；

Byte 6：当前分段在长短信中的序号；

如一条短信的头信息为05 00 03 0A 03 01，表示长短信的参考号为0A， 总段数为3段，当前是第1条。

一条长短信在分段进行打包发送的时候，需要将各段的头信息按照如此的 格式进行格式化，并保证这些分段的短信使用了同一个参考号，例上述头信息 参考号为0A，表明这条长短信的其他分段的参考号均为0A，以保证接收端能够 明确此三段短信是一条长短信。

除了上述6字节长度的数据头结构格式之外，还有一种用户数据头使用7个 字节表示。这两种方式区别在于后者使用了两个字节来表示参考号。具体各字 节含义如下所述。

Byte 1：数据头长度UDHL，此时固定值为6；

Byte 2：长短信格式，一般为8，表示16-bit表示长短信参考号；

Byte 3：详细头信息长度，此时固定值为4；

Byte 4：长短信参考号的第一个字节；

Byte 5：长短信参考号的第二个字节；

Byte 6：长短信总段数，即一条长短信最长为255(0xFF)段；

Byte 7：当前分段在长短信中的序号；

上述中第4～5字节合用表示一个参考号。7字节的头信息格式会导致Unicode 编码的用户数据出现奇数个字节，并需要补位。