中国移动EMPP v2.0 协议补充说明
此文的依据是EMPP v2.0的协议，因为原有协议上的描述并不清晰，所以在此补充如下：
数据格式定义详解(原文链接 http://ddbiz.com/?p=118)
1. Octet string
C#中，Octet string就是一个 byte[]数组，一般可以通过Encoding.ASCII.GetBytes(string)来获得
2. 字节顺序
在Socket中，使用byte buffer传输数据时，必须对int,uint等超过2个byte的整形进行传输字节调整，可以通过调用
IPAddress.HostToNetworkOrder进行转换，也可以通过指针进行转换
同理，从socket中获取的buffer,在转换回整形是，仍需要使用IPAddress.NetworkToHostOrder进行调整
3. EMPP_CONNECT中的 AuthenticatorSource
AuthenticatorSource 使用的是 md5一组数据，这组数据的初始化，是根据
AccountId string类型,非Octet string +
9个二进制0 +
Password string类型 +
MMddHHmmss string类型的日期串
组成的 Octet string
也可以分别取各部分的string的 Octet String,合并后再进行md5
4. EMPP_ACTIVE_TEST
EMPPv2.0文档中建议的心跳包设置为
间隔时间 C = 3分钟
超时时间 T = 5秒
超时次数 N = 3次
可是实际应用中,当客户端1分钟无数据发送的话, EMPP服务端就做了拆线,收到 TCP:Flags: AF 标志
所以实际的应用中, 应该使用每分钟发送一次检测包
5. EMPP_SUBMIT长短信的设置
EMPPv2.0中关于长短信的格式设置没有做详细说明，要完成长短信，必须设置如下内容：
Ø Tp_udhi必须为1
Ø Msg_fmt必须为 08 (UCS2编码)
Ø MsgContent必须在头部增加6个字节的长短信标志位：
0x05 udhi 协议的体长度，可以为 05(6个字节的tp_udhi协议)和 06(7个字节的协议)，本系统采用的是6字节的udhi协议
0x01 参见 GSM 03.40规范中 9.2.3.24.1，表示随后的这批长短信的标识位长度，取值为1，
0x03 表示剩下的短信标识的长度
0x00 短信的唯一标志，可以忽略之
0x02 长短信分割的数量， 2表示分成2段；4表示分成4段
0x01 长短信中的第几段
6. EMPP_DELIVERY
当通过短信平台发送短信时，SMSC发送完毕，且客户端接收(仅仅检测到观看时的状态)到后，SMSC向SP发送了此状态报告，以表明用户已经观看了。更详细的信息，可以观看状态报告
手机发送的上行数据，也是通过 EMPP_DELIVERY来发送给平台的。
7. EMPP_CHANGEPASS
EMPP规定链接的帐户密码必须每3个月修改一次（上海这里是如此，其他地区请自行沟通）。于是实现了 EMPP_CHANGEPASS 。结果，每次请求更新密码，链接就会被断开，经查询才知，这个密码不能通过此命令更新（已经禁止通过程序更新密码），只能通过 web的管理界面手动更新。SHIT!!
8. Valid_Time和At_Time
EMPP平台上的时间定义方式，当有通信包的字段需要使用时间格式时，一般的定义如： YYMMDDhhmmsstnnp,其理解方式可为：
YYMMDDhhmmss 年月日时分秒, 对应的c#定义为 yyMMddHHmmss
t 十分之一秒，对应的c#定义为 f
nn 相对于UTC的四分之一小时，比如北京时区为+8, 则 nn = 8*4 = 32
p 取值为+或者-，表示超前或落后与UTC的时间，比如北京为 +8，则p = +
9. 补充一些错误代码
有些错误代码在文档中没有被定义，这里逐一列出
DTBLACK：目的号码在企信通黑名单是，需要联系客户经理删除。
DTERROR：手机号码错误，或不存在。
MK:0001：这个是网关返回的一个错误代码，具体还需要联系客户经理到网关查询
<待续>(原文链接 http://ddbiz.com/?p=118)