长短信拆分的技术细则书.docVIP

长短信拆分文档说明 2004-11-24 1．概要 本规范是为了解决客户端所发的短消息过长时而设计 2．名词解释 短消息长度超过协议规定的最大长度的时候，便对它进行拆分发送。 3．消息定义 请查阅CMPP V2.0。 4．拆分规范说明 CMPP协议规定短消息最大长度为140，（DCS非0时） 拆分的消息UDHI字段要置为1表示该消息的内容有头结构。 针对长消息拆分的头结构表示如下： 05 00 03 00 04 01 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 1 2 3 4 5 6 其中头结构各位表示如下 ： 1，表示后面的头的长度，不包括自身。 3，表示头结构为拆分的连续短消息。 4：是0—255的循环递增正整数，标识同一超长消息的子消息（补充：liangqiangzhi）。 同一批消息该值相同 5，表示拆分的总条数。 6，表示该条为第几条。 具体的参见规范。 后面是编码后的短消息内容。 短消息长度为包括头结构的长度。 例如一条短消息编码后如下要拆分成3条 AAAAAABBBBBBCCCCCC DCS为8 三条分别为： 00 03 00 03 01 00 41 00 41 00 41 00 41 00 41 00 41 00 03 00 03 02 00 42 00 42 00 42 00 42 00 42 00 42 05 00 03 00 03 03 00 43 00 43 00 43 00 43 00 43 00 43 三条消息的UDHI都为1 5相关的消息结构体(红色代表注意事项) CMPP_SUBMIT操作的目的是SP在与ISMG建立应用层连接后向ISMG提交短信。 ISMG以CMPP_SUBMIT_RESP消息响应。 5.1 CMPP_SUBMIT消息定义（SP?ISMG） 字段名字节数属性描述Msg_Id(12)8Unsigned Integer信息标识，由SP侧短信网关本身产生，本处填空。Pk_total(20)1Unsigned Integer相同Msg_Id的信息总条数，从1开始Pk_number(21)1Unsigned Integer相同Msg_Id的信息序号，从1开始Registered_Delivery(22)1Unsigned Integer是否要求返回状态确认报告： 0：不需要 1：需要 2：产生SMC话单 （该类型短信仅供网关计费使用，不发送给目的终端）Msg_level(23)1Unsigned Integer信息级别Service_Id(24)10Octet String业务类型，是数字、字母和符号的组合。Fee_UserType(34)1Unsigned Integer计费用户类型字段 0：对目的终端MSISDN计费； 1：对源终端MSISDN计费； 2：对SP计费; 3：表示本字段无效，对谁计费参见Fee_terminal_Id字段。Fee_terminal_Id(35)21Unsigned Integer被计费用户的号码（如本字节填空，则表示本字段无效，对谁计费参见Fee_UserType字段，本字段与Fee_UserType字段互斥）TP_pId(56)1Unsigned IntegerGSM协议类型。详细是解释请参考GSM03.40中的9.2.3.9TP_udhi(57)1Unsigned IntegerGSM协议类型。详细是解释请参考GSM03.40中的9.2.3.23,仅使用1位，右对齐（为长短信时TP_udhi必须置1）Msg_Fmt(58)1Unsigned Integer信息格式 0：ASCII串 3：短信写卡操作 4：二进制信息 8：UCS2编码 15：含GB汉字 。。。。。。 Msg_src(59)6Octet String信息内容来源(SP_Id)FeeType(65)2Octet String资费类别 01：对“计费用户号码”免费 02：对“计费用户号码”按条计信息费 03：对“计费用户号码”按包月收取信息费 04：对“计费用户号码”的信息费封顶 05：对“计费用户号码”的收费是由SP实现FeeCode(67)6Octet String资费代码（以分为单位）ValId_Time(73)17Octet String存活有效期，格式遵循SMPP3.3协议At_Time(90)17Octet String定时发送时间，