CMPP长短信支持设计.docVIP

CMPP长短信支持设计 长短信支持框架 以05 00 03 XX MM NN短信框架的模式： 其中： XX为篇幅标示，同一篇幅的短信采用同一篇幅编号。 MM为总页数： NN为当前页：从1开始编号。 支持UCS-2编码(8)和含汉字编码(15)两种模式，消息的发送采用UCS-2编码模式（Unicode）。 发送处理流程（注意线程安全）： 1.发送内容长度大于0 且小于1024字节 支持短信内容最大长度为1024字节。 2.计算总页数（按Unicode模式） 3.分页插入缓冲队列 4.修改入库操作，如果前字节为 05 00 03 模式，替换为(nn/mm)格式。 对于长短信的模式，入库时按拆分后单条方式入库且每条短信前面补短信编号，例如： （1/3）短信内容 (2/3) 短信后续内容 (3/3) 短信最后内容 发送过程CMPP协议注意要点 1.经过测试，对于长短信，消息的发送必须采用Unicode才能处理成功，即msg_fmt必须设置为08值，所以系统发送处理过程中统一采用Unicode模式。 2.同时处理过程中对于长短信TP_UDHI域值必须设置为1，而对于非长短信数据TP_UDHI值必须设置为0。 测试结果说明 通过对目前手头能获得的手机的测试，各种型号的手机均支持长短信模式，只是对多普达智能手机测试过程中，发现对于长短信的处理有较长延时现象，而对正常的短信则不存在这个问题，其他手机对长短信的处理基本和正常短信的处理一样，可以确定延时的原因是手机原因。 相关资料说明 超长短信的处理办法 GSM 03.40规范（TP-06 1999-12-15 7.4.0）中规定了SME对于超长短信的合并处理。规范制定至今，已经超过6年，绝大多数正在使用的手机，都支持这一功能。CMPP协议中，CMPP_SUBMIT_MESSAGE中有两个字段pk_total和pk_numer，恰看起来，这就是发送超长短信的设置参数，其实不然，这两个参数的设置，应该是没有用处。发送超长短信，需要做两件事情：设置TP_udhi的值设置为1，在消息正文中增加协议头。协议后可以两种格式，分别是长度为6和长度为7的协议头。格式如下：6位协议头格式：05 00 03 XX MM NNbyte 1 : 05, 表示剩余协议头的长度byte 2 : 00, 这个值在GSM 03.40规范9.2.3.24.1中规定，表示随后的这批超长短信的标识位长度为1（格式中的XX值）。byte 3 : 03, 这个值表示剩下短信标识的长度byte 4 : XX，这批短信的唯一标志，事实上，SME(手机或者SP)把消息合并完之后，就重新记录，所以这个标志是否唯一并不是很重要。byte 5 : MM, 这批短信的数量。如果一个超长短信总共5条，这里的值就是5。byte 6 : NN, 这批短信的数量。如果当前短信是这批短信中的第一条的值是1，第二条的值是2。例如：05 00 03 39 02 01 7位的协议头格式：06 08 04 XX XX MM NNbyte 1 : 06, 表示剩余协议头的长度byte 2 : 08, 这个值在GSM 03.40规范9.2.3.24.1中规定，表示随后的这批超长短信的标识位长度为2（格式中的XX值）。byte 3 : 04, 这个值表示剩下短信标识的长度byte 4-5 : XX XX，这批短信的唯一标志，事实上，SME(手机或者SP)把消息合并完之后，就重新记录，所以这个标志是否唯一并不是很重要。byte 6 : MM, 这批短信的数量。如果一个超长短信总共5条，这里的值就是5。byte 7 : NN, 这批短信的数量。如果当前短信是这批短信中的第一条的值是1，第二条的值是2。例如：06 08 04 00 39 02 01 7位协议头和6位协议头的区别是，6位协议头短信的标识字段是1个byte，而7位协议头短信的标志字段为2个byte。大多手机采用6位的协议头，也就是05 00 03 XX MM NN。发送的短信这么处理，接受短信反过来就可以了。上述内容，在CMPP协议以及多款手机上经过测试验证。关联网页链接