SGIP长短信
搞了半个月的SGIP长短信协议，协议的涉及主要内容如下，其他内容和短协议没有区别。
一、设置UDHI标志
TP_udhi
| Value |
1 |
Integer |
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个中英文字符。
反复测试之后，得到如下结论：
SP端不需要对短信进行分条处理
1.tp_udhi=0x40;
2.长消息不需要分条直接转化成 ucs2 编码的byte数组
3.messagecoding=8
4. byte[] tp_udhiHead = new byte[6];
tp_udhiHead[0] = 0x05;
tp_udhiHead[1] = 0x00;
tp_udhiHead[2] = 0x03;
tp_udhiHead[3] = 0x01;
tp_udhiHead[4] = (byte)(1);
tp_udhiHead[5] = 0x01;
5.把tp_udhiHead和message数组组合
SP把消息发送到ISMG之后ISMG根据消息长度自动分条，用户手机如果有自动合并消息内容的功能就能收到长短信，否则还是收到分条的短信。