CMPP3.0协议

合集下载

CMPP协议

CMPP协议

CMPP协议
CMPP协议,全称为中国移动短信网关协议。

它是一种专门为移动短信网关设计的协议,是中国移动推荐的短信网关接口协议,可实现企业和服务提供商通过中国移动短信网关向移动用户发送短信。

这个协议主要被用于企业向用户发送营销短信、提醒短信、验证短信等。

CMPP协议是一种传输层协议,它采用面向连接的方式进行数据传输,同时具有较高的可靠性和安全性。

CMPP协议的数据传输是通过TCP/IP协议层来完成的,数据采用二进制方式进行传输。

CMPP协议中常常使用的字段有:
1. packet length:表示整个数据包的长度;
2. command ID:表示当前数据包的命令类型;
3. sequence ID:表示当前数据包的序列号;
4. status:表示当前操作的状态;
5. message ID:表示发送的短信ID;
通过CMPP协议,用户可以实现与中国移动短信网关的交互,同时也可以获得以下好处:
1. 高效性:CMPP协议通过TCP/IP协议传输数据,可以快速、稳定地将短信发送出去;
2. 节省成本:使用CMPP协议可以避免使用第三方短信服务商,从而节省短信发送费用;
3. 可靠性:CMPP协议使用面向连接的方式进行数据传输,数据传输比较可靠,而且可以实现短信的状态报告;
4. 安全性:CMPP协议中的数据采用二进制方式进行传输,
保护了数据的安全性,同时可实现短信的彩信、长短信等功能。

总之,CMPP协议是一种非常值得使用的移动短信网关协议。

它的高效性、可靠性、安全性和可扩展性都有很好的表现,在中国移动短信网关中具有广泛的应用。

中国移动通信企业标准cmpp30

中国移动通信企业标准cmpp30

中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳互联网短信网关接口协议C h i n a M o b i l e P o i n t t o P o i n t版本号: 3.0.0╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目录1 范围 (1)2 引用标准 (1)3 术语和定义 (1)4 网络结构 (3)5 CMPP功能概述 (3)6 协议栈 (4)7 通信方式 (4)7.1 长连接 (4)7.2 短连接 (6)7.3 本协议涉及的端口号 (6)7.4 交互过程中的应答方式 (7)8 消息定义 (7)8.1 基本数据类型 (7)8.2 消息结构 (7)8.3 消息头格式(Message Header) (8)8.4 业务提供商(SP)与互联网短信网关(ISMG)间的消息定义 (8)8.4.1 SP请求连接到ISMG(CMPP_CONNECT)操作 (8)8.4.1.1 CMPP_CONNECT消息定义(SP→ISMG) (8)8.4.1.2 CMPP_CONNECT_RESP消息定义(ISMG → SP) (9)8.4.2 SP或ISMG请求拆除连接(CMPP_TERMINA TE)操作 (9)8.4.2.1 CMPP_TERMINATE消息定义(SP→ISMG或ISMG → SP) (9)8.4.2.2 CMPP_TERMINATE_RESP消息定义(SP→ISMG或ISMG → SP) (10)8.4.3 SP向ISMG提交短信(CMPP_SUBMIT)操作 (10)8.4.3.1 CMPP_SUBMIT消息定义(SP→ISMG) (10)8.4.3.2 CMPP_SUBMIT_RESP消息定义(ISMG → SP) (11)8.4.4 SP向ISMG查询发送短信状态(CMPP_QUERY)操作 (12)8.4.4.1 CMPP_QUERY消息的定义(SP→ISMG) (12)8.4.4.2 CMPP_QUERY_RESP消息的定义(ISMG →SP) (13)8.4.5 ISMG向SP送交短信(CMPP_DELIVER)操作 (13)8.4.5.1 CMPP_DELIVER消息定义(ISMG→SP) (13)8.4.5.2 CMPP_DELIVER_RESP消息定义(SP → ISMG) (16)8.4.6 SP向ISMG发起删除短信(CMPP_CANCEL)操作 (16)8.4.6.1 CMPP_CANCEL消息定义(SP → ISMG) (16)8.4.6.2 CMPP_CANCEL_RESP消息定义(ISMG → SP) (17)8.4.7 链路检测(CMPP_ACTIVE_TEST)操作 (17)8.4.7.1 CMPP_ACTIVE_TEST定义(SP → ISMG或ISMG→SP) (17)8.4.7.2 CMPP_ACTIVE_TEST_RESP定义(SP → ISMG或ISMG→SP) (17)8.5 互联网短信网关(ISMG)之间的消息定义 (17)8.5.1 源ISMG请求连接到目的ISMG(CMPP_CONNECT)操作 (17)8.5.2 源ISMG请求拆除到目的ISMG的连接(CMPP_TERMINATE)操作 (17)8.5.3 链路检测(CMPP_ACTIVE_TEST)操作 (17)8.5.4 源ISMG向目的ISMG转发短信(CMPP_FWD)操作 (17)8.5.4.1 CMPP_FWD定义(ISMG→ ISMG) (18)8.5.4.2 CMPP_FWD_RESP定义(ISMG→ ISMG) (21)8.6 互联网短信网关(ISMG)与汇接网关(GNS)之间的消息定义 (21)8.6.1 ISMG请求连接到GNS或GNS请求连接到ISMG(CMPP_CONNECT)操作 (21)8.6.2 ISMG请求拆除到GNS的连接或GNS请求拆除到ISMG的连接(CMPP_TERMINA TE)操作218.6.3 ISMG向汇接网关查询MT路由(CMPP_MT_ROUTE)操作 (21)8.6.3.1 CMPP_MT_ROUTE消息定义(ISMG→GNS) (22)8.6.3.2 CMPP_MT_ROUTE_RESP消息定义(GNS → ISMG) (22)8.6.4 ISMG向汇接网关查询MO路由(CMPP_MO_ROUTE)操作 (22)8.6.4.1 CMPP_MO_ROUTE消息定义(ISMG→GNS) (22)8.6.4.2 CMPP_MO_ROUTE_RESP消息定义(GNS → ISMG) (23)8.6.5 ISMG向汇接网关获取MT路由(CMPP_GET_MT_ROUTE)操作 (23)8.6.5.1 CMPP_GET_MT_ROUTE消息定义(ISMG→GNS) (24)8.6.5.2 CMPP_GET_ ROUTE_RESP消息定义(GNS → ISMG) (24)8.6.6 SMG向汇接网关获取MO路由(CMPP_GET_MO_ROUTE)操作 (25)8.6.6.1 CMPP_GET_MO_ROUTE消息定义(ISMG→GNS) (25)8.6.6.2 CMPP_GET_MO_ROUTE_RESP消息定义(GNS → ISMG) (25)8.6.7 ISMG向汇接网关更新MT路由(CMPP_MT_ROUTE_UPDATE)操作 (26)8.6.7.1 CMPP_MT_ROUTE_UPDA TE消息定义(ISMG→GNS) (26)8.6.7.2 CMPP_MT_ROUTE_UPDA TE_RESP消息定义(GNS → ISMG) (27)8.6.8 ISMG向汇接网关更新MO路由(CMPP_MO_ROUTE_UPDATE)操作 (27)8.6.8.1 CMPP_MO_ROUTE_UPDATE消息定义(ISMG→GNS) (27)8.6.8.2 CMPP_MO_ROUTE_UPDATE_RESP消息定义(GNS → ISMG) (28)8.6.9 汇接网关向ISMG更新MT路由(CMPP_PUSH_MT_ROUTE_UPDA TE)操作 (29)8.6.9.1 CMPP_PUSH_MT_ROUTE_UPDATE消息定义(GNS→ISMG) (29)8.6.9.2 CMPP_PUSH_MT_ROUTE_UPDATE_RESP消息定义(ISMG → GNS) (29)8.6.10 汇接网关向ISMG更新MO路由(CMPP_PUSH_MO_ROUTE_UPDA TE)操作 (29)8.6.10.1 CMPP_PUSH_MO_ROUTE_UPDATE消息定义(GNS→ISMG) (30)8.6.10.2 CMPP_PUSH_MO_ROUTE_UPDATE_RESP消息定义(ISMG → GNS) (30)8.7 系统定义 (31)8.7.1 Command_Id定义 (31)8.7.2 错误码使用说明 (31)8.7.3 ISMG与GNS之间消息使用的错误码定义 (32)8.7.4 GNS上路由信息的Route_Id的编号规则 (33)9 附录1 短信群发功能的实现 (34)10 附录2 GNS协议目前实现说明 (34)11 修订历史 (36)前言本规范规定了移动梦网短信业务开展过程中各网元(包括ISMG、GNS和SP)之间的消息类型和定义,目前为3.0.0版本,是在原来2.1.0版本的基础上进行修订而成。

CMPP3.0长短信实现方案

CMPP3.0长短信实现方案

Msg_Fmt
1
Msg_src
6
FeeType
2
FeeCode
6
ValId_Time
17
At_Time
17
Src_Id
21
DestUsr_tl
1
Dest_terminal_Id 32*DestUsr_tl Dest_terminal_type 1
Msg_Length
1
Msg_Content LinkID
的标识位长度为 1(格式中的 XX 值)。
c) byte 3 : 03, 这个值表示剩下短信标识的长度 d) byte 4 : XX,这批短信的唯一标志,事实上,SME(手机或者 SP)把消息合并完之后,
就重新记录,所以这个标志是否唯一并不是很重要。 e) byte 5 : MM, 这批短信的数量。如果一个超长短信总共 5 条,这里的值就是 5。 f) byte 6 : NN, 这批短信的数量。如果当前短信是这批短信中的第一条的值是 1,第二
在 cmpp 协议里,CMPP­_SUBMIT 消息定义中有相应的参数配置: 1. TP_udhi :0 代表内容体里不含有协议头信息 1 代表内容含有协议头信息(长短信,push
短信等都是在内容体上含有头内容的)当设置内容体包含协议头,需要根据协议写入相 应的信息,长短信协议头有两种:
Ø 6 位协议头格式:05 00 03 XX MM NN a) byte 1 : 05, 表示剩余协议头的长度 b) byte 2 : 00, 这个值在 GSM 03.40 规范 9.2.3.24.1 中规定,表示随后的这批超长短信
后,就重新记录,所以这个标志是否唯一并不是很重要。 e) byte 6 : MM, 这批短信的数量。如果一个超长短信总共 5 条,这里的值就是 5。 f) byte 7 : NN, 这批短信的数量。如果当前短信是这批短信中的第一条的值是 1,第二

在基于CMPP3.0协议的互联网短信平台中非托管模块的调用方法

在基于CMPP3.0协议的互联网短信平台中非托管模块的调用方法

照SP (hr esg ert er 短消息点对点协议) MPSotMsaePe oPe, 协议标 准向互联网短信网关 IM (n en t S o tM sa e SG It r e h r e s g G tw y转发请 求,I ̄ aea) Si G通过 C P (h n o ie P e o M P C ia M b l e r t Pe ,中国移动点对 点协议) er 协议将请求最终发送给客户所 请求的s 。其中s 实际上指的就是我们要构建的短消息平 P P
维普资讯
在 基


M 3协 的 联 短 平 中 托 模 的 用 法 P. 议 互 网 信 台 非 管 块 调 方 P。
Ivk naae Mdl i Itre SotMsaePafr ae fCP3OPooo oeUmngd oue nent hr esg ItomBsdo MP. rtcl n n 刘耕砚 车文刚 彭俊如 张智坤 章 程
’ 提供 了一种基于 C M
1 c P概述 MP
厂— 、

洲"
r …… 厂 、
/ ,—: \ /
: … 露 嬲
. 协议的互 联网 平台 短信 实现关键 技
露 、 ¥
CP C iaMb】 er t er M P(hn o iePe oPe ,中国移动点对点
Pl f m: I o U ma ge Mo l at or nv ke n na d du e
非 托 管 模 块 的
调 用
方 法
0 引言 随着移动通信的迅猛发展和市场竞争 口益集中于业务竞 争和服务竞争。移动增值业务已成为国际移动通信领域最受
台。 短消息发送 的流程正好与接收流程相 反。 互联网短消息平台,通过 C P 协议,以互联 网为媒质, MP

移动cmpp3.0协议状态位列表

移动cmpp3.0协议状态位列表

zzzz 的值 (4 位, 不足 4 位前面补 0) 255 1024 1025 1026 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1056 1057 1058 1060 1061 1062 1063 1064 不明错误。
CMPP2.0/3.0 协议接入的状态报告状态位列表
状态报告中的 状态位(字符 串)
数据库中的状态位 话单中的状态 (十进制数字) 位(字符串或 十进制数字
含义
备注
CMPP2.0/3.0 协议定义的标准状态位 DELIVRD EXPIRED 0 70000~70999 0 MI:nnnn 成功 消息过期 nnnn 为 SMSC 返回的错误值 DELETED 71000~71999 72000~72999 73000~73999 74000~74999 75000~75999 76000~76999 MJ:nnnn 消息被删除 nnnn 为 SMSC 返回的错误值 UNDELIV MK:nnnn 下发失败 nnnn 为 SMSC 返回的错误值 ACCEPTD ML:nnnn 已经接收 nnnn 为 SMSC 返回的错误值 UNKNOWN MM:nnnn 未知错误 nnnn 为 SMSC 返回的错误值 REJECTD MN:nnnn 拒绝接收 nnnn 为 SMSC 返回的错误值 OTHER MH:nnnn 其他错误 nnnn 为 SMSC 返回的错误值
ID:1241
241
241
ID:1242
242
242
SMMC 校验失 SMMC 返回错误 败 应答, 消息内容非法

CMPP3.0长短信实现方案

CMPP3.0长短信实现方案

CMPP3.0长短信实现⽅案CMPP3.0 长短信实现⽅案长短信息:是指超过70个汉字,140个字节的信息内容⼀、CMPP协议相关字段分析CMPP协议具体部分请参考《中国移动互联⽹短信⽹关接⼝协议(V3.0.0).doc》CMPP_SUBMIT消息定义(SP--->SMG)红⾊部分表⽰发长短信要更改的字段洋红⾊部分表⽰发长短信可以更改或者不更改的字段在cmpp协议⾥,CMPP-_SUBMIT消息定义中有相应的参数配置:1.TP_udhi :0代表内容体⾥不含有协议头信息1代表内容含有协议头信息(长短信,push短信等都是在内容体上含有头内容的)当设置内容体包含协议头,需要根据协议写⼊相应的信息,长短信协议头有两种:6位协议头格式:05 00 03 XX MM NNa)byte 1 : 05, 表⽰剩余协议头的长度b)byte 2 : 00, 这个值在GSM 03.40规范9.2.3.24.1中规定,表⽰随后的这批超长短信的标识位长度为1(格式中的XX值)。

c)byte 3 : 03, 这个值表⽰剩下短信标识的长度d)byte 4 : XX,这批短信的唯⼀标志,事实上,SME(⼿机或者SP)把消息合并完之后,就重新记录,所以这个标志是否唯⼀并不是很重要。

e)byte 5 : MM, 这批短信的数量。

如果⼀个超长短信总共5条,这⾥的值就是5。

f)byte 6 : NN, 这批短信的数量。

如果当前短信是这批短信中的第⼀条的值是1,第⼆条的值是2例如:05 00 03 39 02 017 位的协议头格式:06 08 04 XX XX MM NNa)byte 1 : 06, 表⽰剩余协议头的长度b)byte 2 : 08, 这个值在GSM 03.40规范9.2.3.24.1中规定,表⽰随后的这批超长短信的标识位长度为2(格式中的XX值)。

c)byte 3 : 04, 这个值表⽰剩下短信标识的长度d)byte 4-5 : XX XX,这批短信的唯⼀标志,事实上,SME(⼿机或者SP)把消息合并完之后,就重新记录,所以这个标志是否唯⼀并不是很重要。

cmpp3.0 和cmpp2.0 中的不同之处

cmpp3.0 和cmpp2.0 中的不同之处

cmpp3.0协议中需要注意的地方
CMPP协议还在用得是有两个版本,一个是CMPP2.0,另外一个是CMPP3.0。

从SP 接入到CMPP3.0开始,就是接入了卓望的MISC系统。

单从协议上讲CMPP2.0和3.0之间的最大区别是3.0增加了LinkID。

然后在Fee_terminal_type,
Dest_terminal_type以及Src_terminal_type增加对用户号码的定义,当这些用户号码类型为0:表示真实号码;为1:表示伪码。

从增加的这些信息可以看到,第一,LinkID其实是一个临时的定购关系标识,也就是说对于点播类业务,SP的短信系统收到这个LinkID后,才能建立正常的定购关系,而发送的信息必须携带LinkID才可以成功收费,否则就会监权失败,信息发送不出去。

这样就从技术上阻止了SP乱发收费信息;第二,用户号码类型,现在传给SP还是普通的手机号码,那么有了这个标识就是以后有可能发送上来的不是用户的手机号码了,而是一个普通的伪码,那么以后SP就不能获得最终用户的手机号码了。

CMPP3.0除了协议方面的改进外,还把定购关系从SP方面剥离。

以前CMPP2.0的时代,用户的定购关系由SP自行把握,因此很容易出现SP私自捆绑用户收费的现象,现在中国移动上了MISC1.6后,就把所有定购关系都放在运营商,而通过Provision的方式来和SP进行定购用户的同步,并且订购关系以运营商里面的数据为准,这也是从技术上杜绝了SP自己管理的定购关系所出现的问题。

Cmpp协议。

中国移动短信网关接口协议(CMPP-mark)V3.0

中国移动短信网关接口协议(CMPP-mark)V3.0

中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳中国移动通信互联网短信网关接口协议C h i n a M o b i l e P o i n t t o P o i n t版本号: 3.0.0╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目录1 范围 (1)2 引用标准 (1)3 术语和定义 (1)4 网络结构 (2)5 CMPP功能概述 (3)6 协议栈 (3)7 通信方式 (3)7.1 长连接 (4)7.2 短连接 (6)7.3 本协议涉及的端口号 (6)7.4 交互过程中的应答方式 (7)8 消息定义 (7)8.1 基本数据类型 (7)8.2 消息结构 (7)8.3 消息头格式(Message Header) (8)8.4 业务提供商(SP)与互联网短信网关(ISMG)间的消息定义 (8)8.4.1 SP请求连接到ISMG(CMPP_CONNECT)操作 (8)8.4.1.1 CMPP_CONNECT消息定义(SP→ISMG) (8)8.4.1.2 CMPP_CONNECT_RESP消息定义(ISMG → SP) (9)8.4.2 SP或ISMG请求拆除连接(CMPP_TERMINATE)操作 (9)8.4.2.1 CMPP_TERMINATE消息定义(SP→ISMG或ISMG → SP) (9)8.4.2.2 CMPP_TERMINATE_RESP消息定义(SP→ISMG或ISMG → SP) (9)8.4.3 SP向ISMG提交短信(CMPP_SUBMIT)操作 (10)8.4.3.1 CMPP_SUBMIT消息定义(SP→ISMG) (10)8.4.3.2 CMPP_SUBMIT_RESP消息定义(ISMG → SP) (11)8.4.4 SP向ISMG查询发送短信状态(CMPP_QUERY)操作 (12)8.4.4.1 CMPP_QUERY消息的定义(SP→ISMG) (12)8.4.4.2 CMPP_QUERY_RESP消息的定义(ISMG →SP) (13)8.4.5 ISMG向SP送交短信(CMPP_DELIVER)操作 (13)8.4.5.1 CMPP_DELIVER消息定义(ISMG→SP) (13)8.4.5.2 CMPP_DELIVER_RESP消息定义(SP → ISMG) (16)8.4.6 SP向ISMG发起删除短信(CMPP_CANCEL)操作 (16)8.4.6.1 CMPP_CANCEL消息定义(SP → ISMG) (17)8.4.6.2 CMPP_CANCEL_RESP消息定义(ISMG → SP) (17)8.4.7 链路检测(CMPP_ACTIVE_TEST)操作 (17)8.4.7.1 CMPP_ACTIVE_TEST定义(SP → ISMG或ISMG→SP) (17)8.4.7.2 CMPP_ACTIVE_TEST_RESP定义(SP → ISMG或ISMG→SP) (17)8.5 互联网短信网关(ISMG)之间的消息定义 (17)8.5.1 源ISMG请求连接到目的ISMG(CMPP_CONNECT)操作 (17)8.5.2 源ISMG请求拆除到目的ISMG的连接(CMPP_TERMINATE)操作 (17)8.5.3 链路检测(CMPP_ACTIVE_TEST)操作 (18)8.5.4 源ISMG向目的ISMG转发短信(CMPP_FWD)操作 (18)8.5.4.1 CMPP_FWD定义(ISMG→ ISMG) (18)8.5.4.2 CMPP_FWD_RESP定义(ISMG→ ISMG) (21)8.6 互联网短信网关(ISMG)与汇接网关(GNS)之间的消息定义 (22)8.6.1 ISMG请求连接到GNS或GNS请求连接到ISMG(CMPP_CONNECT)操作 (22)8.6.2 ISMG请求拆除到GNS的连接或GNS请求拆除到ISMG的连接(CMPP_TERMINATE)操作 (22)8.6.3 ISMG向汇接网关查询MT路由(CMPP_MT_ROUTE)操作 (22)8.6.3.1 CMPP_MT_ROUTE消息定义(ISMG→GNS) (22)8.6.3.2 CMPP_MT_ROUTE_RESP消息定义(GNS → ISMG) (22)8.6.4 ISMG向汇接网关查询MO路由(CMPP_MO_ROUTE)操作 (23)8.6.4.1 CMPP_MO_ROUTE消息定义(ISMG→GNS) (23)8.6.4.2 CMPP_MO_ROUTE_RESP消息定义(GNS → ISMG) (23)8.6.5 ISMG向汇接网关获取MT路由(CMPP_GET_MT_ROUTE)操作 (24)8.6.5.1 CMPP_GET_MT_ROUTE消息定义(ISMG→GNS) (24)8.6.5.2 CMPP_GET_ ROUTE_RESP消息定义(GNS → ISMG) (24)8.6.6 SMG向汇接网关获取MO路由(CMPP_GET_MO_ROUTE)操作 (25)8.6.6.1 CMPP_GET_MO_ROUTE消息定义(ISMG→GNS) (25)8.6.6.2 CMPP_GET_MO_ROUTE_RESP消息定义(GNS → ISMG) (26)8.6.7 ISMG向汇接网关更新MT路由(CMPP_MT_ROUTE_UPDATE)操作 (26)8.6.7.1 CMPP_MT_ROUTE_UPDATE消息定义(ISMG→GNS) (27)8.6.7.2 CMPP_MT_ROUTE_UPDATE_RESP消息定义(GNS → ISMG) (27)8.6.8 ISMG向汇接网关更新MO路由(CMPP_MO_ROUTE_UPDATE)操作 (28)8.6.8.1 CMPP_MO_ROUTE_UPDATE消息定义(ISMG→GNS) (28)8.6.8.2 CMPP_MO_ROUTE_UPDATE_RESP消息定义(GNS → ISMG) (28)8.6.9 汇接网关向ISMG更新MT路由(CMPP_PUSH_MT_ROUTE_UPDATE)操作 (29)8.6.9.1 CMPP_PUSH_MT_ROUTE_UPDATE消息定义(GNS→ISMG) (29)8.6.9.2 CMPP_PUSH_MT_ROUTE_UPDATE_RESP消息定义(ISMG → GNS) (30)8.6.10 汇接网关向ISMG更新MO路由(CMPP_PUSH_MO_ROUTE_UPDATE)操作.. 308.6.10.1 CMPP_PUSH_MO_ROUTE_UPDATE消息定义(GNS→ISMG) (30)8.6.10.2 CMPP_PUSH_MO_ROUTE_UPDATE_RESP消息定义(ISMG → GNS) .. 318.7 系统定义 (31)8.7.1 Command_Id定义 (31)8.7.2 错误码使用说明 (32)8.7.3 ISMG与GNS之间消息使用的错误码定义 (32)8.7.4 GNS上路由信息的Route_Id的编号规则 (33)9 附录1 短信群发功能的实现 (34)10 附录2 GNS协议目前实现说明 (34)11 修订历史 (36)前言本规范规定了移动梦网短信业务开展过程中各网元(包括ISMG、GNS和SP)之间的消息类型和定义,目前为3.0.0版本,是在原来2.1.0版本的基础上进行修订而成。

基于CMPP3·0的长短信识别与合并技术

基于CMPP3·0的长短信识别与合并技术
何 识 别 长 短 信 、如 何 合 并 长 短 信 。


词 :中国移动 点对 点协议 ;短信 ;长短信识 别;长短信合并 文献标识码 :B 文章编 号:17 45 【0 7 0 0 2 0 6 2— 5 0 20 )6— 0 7— 3
中图分类号 :T 9 5 P 9 N 1 ;T 3 3
2 C P介绍 MP
移动梦网短信系统 。我们关心 的只是 s P端的开发
细节 。
中国移动通信互联网短信网关接 口协议 ( h a Ci n 3 S P经网关通过 C P接 收短信过程 MP Moi eroPe,C P ,是 中 国移动梦 网 内部 bl Pe er MP ) e t 各 S S参与节点相互交换 S S的官方协议 。 M M 该协 接 收过程 为 : ( ) 手机 发 出数据请 求 ,被源 IM 1 S G接 收 ; 议 规范 了 3个方 面 的内容 : () s 1 P与移 动 的互 联 网 短 信 网关 (n re Ie t tn
( . oga bl C m nct nC m ayLmtd o ga 3 4O 1 L ynMoi o mu i i o pn ii ,L yn 6 O O。C ia n e ao e n hn Eet i E  ̄n f gC lg , nvri f l t ncSineadT h o g hn ,C og u 6 0 5 ,C ia l r c n ei oee U iesyo e r i c c n e nl yo C ia h d 10 c o n c n l t E co e c o f n 4 hn )
维普资讯
第 5卷
第 6期
实 验 科 学 与 技 术
・2 7・
基 于 C P 30的长 短 信 识 别 与 合 并 技 术 ’ M P.

CMPP协议

CMPP协议

CMPP协议CMPP协议是一种短信通信协议,在我国广泛应用于移动通信领域。

该协议采用了客户端/服务器模型,采用二进制格式进行数据传输,具有高效、稳定、安全等特点。

本文主要介绍CMPP协议的基本原理、工作流程、协议内容和应用场景等方面内容。

一、CMPP协议基本原理CMPP协议全称为China Mobile Peer to Peer Protocol,即中国移动对等协议。

该协议是一种短信通信协议,主要用于中国移动公司的短信中心与其下属企业客户之间的短信通信交互。

CMPP协议是一种基于TCP/IP协议的应用层协议,采用客户端/服务器模型,服务器端是移动公司的短信中心,客户端是企业客户的短信网关。

CMPP协议的基本原理是客户端向服务器端发送短信请求,服务器端接收并处理请求,将短信发送给接收方手机,并将处理结果返回给客户端。

在这个过程中,CMPP协议首先建立TCP 连接,然后通过二进制格式进行数据传输,保证了数据传输的高效和稳定性。

二、CMPP协议工作流程CMPP协议的工作流程主要包括以下几个步骤:1、建立连接:客户端通过TCP连接方式连接移动公司的短信中心,建立连接。

2、验证身份:客户端向服务器端发送身份验证信息,包括客户端账号、密码等信息,验证身份。

3、发送短信:客户端向服务器端发送短信请求,包括短信内容、接收方手机号码等信息。

4、处理请求:服务器端接收并处理客户端发送的短信请求,包括短信内容分割、转换成二进制格式等处理过程。

5、发送短信:服务器端将处理后的短信发送给接收方手机。

6、返回结果:服务器端将短信发送结果返回给客户端,包括短信是否发送成功、短信发送失败的原因等信息。

7、断开连接:客户端和服务器端断开TCP连接。

三、CMPP协议内容CMPP协议的主要内容包括以下几个部分:1、协议头:包括16个字节,用于标识协议的版本、命令等信息。

2、请求参数:客户端发送给服务器端的短信请求参数,包括短信内容、接收方手机号码、短信有效期等信息。

CMPP协议

CMPP协议

CMPP协议CMPP协议是一种中国移动(China Mobile)专有的短消息网关协议,用于在移动通信网络中传递短消息。

CMPP是China Mobile Packet Protocol的缩写,它基于TCP/IP协议栈,并提供了可靠的消息传输机制以及灵活的消息处理能力。

CMPP协议的主要特点包括:1. 可靠性:CMPP协议采用了可靠的消息传输机制,确保短消息的准确、及时的传递。

通过使用消息序列号、确认ACK等机制,CMPP协议可以追踪和确认消息的发送和接收,从而保证了消息的可靠性。

2. 高效性:CMPP协议使用二进制格式传输短消息,使得消息传递的效率更高。

与其他文本协议相比,CMPP协议在消息头的长度上更加精简,减少了网络传输的负载。

3. 灵活性:CMPP协议采用了分包传输的机制,可以处理较大的短消息。

如果一条短消息的内容超过了单个包的容量,CMPP协议会将短消息分成多个包进行传输,然后接收方将这些包合并成完整的短消息。

这种分包传输的机制使得CMPP 协议更加灵活,适用于各种不同长度的短消息。

4. 安全性:CMPP协议提供了消息加密的功能,可以加密短消息的内容和相关的协议字段,保证了短消息的安全传输。

CMPP协议的消息流程如下:首先,客户端(SP,Service Provider)连接到短消息网关(SMG,Short Message Gateway),并通过CMPP_CONNECT消息进行身份验证和相关参数的交换。

然后,SP发送CMPP_SUBMIT消息来提交短消息到SMG。

这个消息包含了短消息的收件人号码、发送者号码、短消息内容等信息。

SMG接收到CMPP_SUBMIT消息后,对短消息进行处理,并发送CMPP_SUBMIT_RESP消息对处理结果进行回应。

这个消息包含了对应的消息序列号以及处理结果等信息。

最后,当SMG将短消息成功发送到移动端后,它会通过CMPP_DELIVER消息将短消息的相关信息返回给SP。

CMPP和SMPP协议的区别

CMPP和SMPP协议的区别

CMPP和SMPP协议的区别并非同类型协议CMPP和SMPP都是短信协议中的一种,但它们不是同一类型的协议。

SMPP和ESME和SMC(短信中心)之间的协议,而CMPP是SP和中国移动ISMG之间的通讯协议。

以下是CMPP 3.0文档中的图示。

<!--[if !vml]--><!--[endif]-->与CMPP对应的协议有,联通的SGIP协议,中国电信的SMGP协议,网通的CNGP协议。

作为SP,只需要了解CMPP,不需要了解SMPP。

最新版本和兼容SMPP协议是一个国际标准,有SMS论坛制定,官方网址为,截至2006年7月2日,最新版本是5.0。

曾经流行的版本是3.3、3.4。

SMPP协议向后兼容的。

CMPP 最新版本似乎是3.0。

现在(2006年7月),大多数还是使用CMPP 2.0。

CMPP协议没有做到向后兼容,3.0的文档本身也没有讲到兼容的问题,甚至认为,协议制定者压根没想过要兼容。

CMPP 3.0没做到向后兼容导致了一个问题,就是SP无法平滑升级。

PDU格式PDU是协议数据单元的缩写,SMPP和CMPP都使用最先一个4位的长度标志整个PDU的长度。

SMPP是一个国际标准,不同的SMC的是实现可能要增加特定参数,为了具备更好的扩展性,SMPP 3.4以上版本,增加了可选参数,在5.0中,可选参数叫做TLVTable。

CMPP是中国移动定义的其内部ISMG(互联网短信网关)之间、ISMG与SP之间的通讯标准,涉及一些具体的计费信息,但没有可选参数。

在SMPP中,消息头包括4部分:PDU长度、Command_Id、Command_Status、Sequence_Id。

其中Command_Status字段,只在回应消息中使用,存在冗余。

CMPP中,消息头部包括3部分:PDU长度、Command_Id、Sequence_Id。

个人认为,CMPP中的消息头,不包括Command_Status,似乎更好一些。

CMPP3.0网关错误码说明

CMPP3.0网关错误码说明
0X0000006C
无效的Replace_if_present_flag
0X0000006D – 0X0000007F
保留
0X00000080
指定用户已经存在
0X00000081
创建用户失败
保留未用
10
用户已注册该项服务
保留未用
11
用户没有注册该项服务
保留未用
14
未登记的网关
只有注册的网关ID才允许登录鉴权,未注册的网关登录鉴权失败。
15
网关登录摘要错误
网关登录认证时候根据密码生成摘要与业务根据密码生成摘要不一致,大部分原因是网关的密码与SCP的配置不对
16
参数错误
保留未用
17
服务器端数据未传完
4CCCC
下一级ISMG返回错误应答时的错误码,其中CCCC为下一级ISMG返回的错误应答消息中的错误码值
5XXXX
消息发往SP出错时错误码
6DDDD
SP返回错误应答时的错误码,其中DDDD为SP返回的错误应答消息中的错误码值
7XXXX
消息发往DSMP出错时错误码
8EEEE
DSMP返回错误应答时的错误码,其中EEEE为DSMP返回的错误应答消息中的错误码值
9XXXX
消息发往SMC出错时错误码
10FFFF
SMC返回错误应答时的错误码,其中FFFF为SMC返回的错误应答消息中的错误码值
CMPP
应答消息
错误码
含义
CMPP_CONNECT_RESP
1
消息结构错
2
非法源地址
3
认证错
4
版本太高
5
其他错误
CMPP_SUBMIT_RESP

基于cmpp3.0协议的短信发送性能测试方法及系统[发明专利]

基于cmpp3.0协议的短信发送性能测试方法及系统[发明专利]

专利名称:基于cmpp3.0协议的短信发送性能测试方法及系统专利类型:发明专利
发明人:徐金燕,李廷威,刘浩,陈焕祺
申请号:CN201810540712.0
申请日:20180530
公开号:CN108738061A
公开日:
20181102
专利内容由知识产权出版社提供
摘要:本发明公开了一种基于cmpp3.0协议的短信发送性能测试方法及系统,方法包括:按cmpp3.0协议编写长短连接的连接和发送短信的java代码;根据长短连接的连接和发送短信的java代码编写操作性能测试工具线程的java代码,使得同一线程中发送短信请求能读取连接请求的连接状态;在性能测试工具线程中根据操作性能测试工具线程的java代码进行性能测试。

本发明通过发送短信请求读取连接请求的连接状态的方式实现了连接与发送分离时仍能发送短信,而且可以采用性能测试工具模拟ISMG端进行高并发多手机号和大批量的短信发送性能测试,从而检测出对应的ISMG开发程序是否满足性能要求。

本发明可广泛应用于移动通信领域。

申请人:广东万丈金数信息技术股份有限公司,广州快信信息科技有限公司
地址:510000 广东省广州市天河区建中路48-50号第5层515房
国籍:CN
代理机构:广州嘉权专利商标事务所有限公司
代理人:谭英强
更多信息请下载全文后查看。

CMPP30接口使用手册(JAVA版本)

CMPP30接口使用手册(JAVA版本)

2
接口操作................................................................................................................................... 2 2.1 ICP/SP/EC/SI 连接类型 ................................................................................................... 2 2.2 操作类型........................................................................................................................... 2 2.2.1 ICP/SP/EC/SI 到 MPIAG 操作类型 ......................................................................... 2 2.2.2 MPIAG 到 ICP/SP/EC/SI 操作类型 ......................................................................... 3 2.2.3 双向操作类型 ........................................................................................................... 3 2.3 不同操作类型对操作的支持 ........................................................................................... 3 2.4 ICP/SP/EC/SI 操作流程 ................................................................................................... 4 2.4.1 发送型连接操作流程 ............................................................................................... 4 2.4.2 发送接收型连接操作流程 ....................................................................................... 5

cmpp协议书

cmpp协议书

cmpp协议书CMPP协议是一种用于移动通信网和互联网之间进行短信传输的协议。

它提供了稳定可靠的短信发送和接收服务,广泛应用于电信运营商、短信平台等各种短信业务场景。

本文将对CMPP协议的基本原理、协议格式、消息流程和安全性进行详细介绍。

CMPP协议基本原理:CMPP协议是基于TCP/IP协议栈的应用层协议,使用二进制码表示消息内容,采用请求-应答机制实现短信的发送和接收。

CMPP协议中,短信的发送方被称为SP(短信提供商),接收方被称为SMG(短信网关)。

CMPP协议格式:CMPP协议中,每个消息都由固定长度的消息头和变长的消息体组成。

消息头包含了消息的长度、命令类型、消息流水号等信息,消息体则根据不同的命令类型有不同的格式。

常见的CMPP协议命令有:连接请求、连接应答、提交消息、提交响应等。

消息流程:CMPP协议的消息流程主要包括连接建立、消息发送和消息接收三个阶段。

首先,SP向SMG发送连接请求,SMG收到请求后返回连接应答,双方建立连接。

然后,SP可以通过提交消息命令将短信发送到SMG,SMG在收到短信后会返回提交响应。

最后,SMG将接收到的短信通过状态报告的方式通知SP,SP可以根据报告的状态更新短信的发送状态。

安全性:为了保障通信的安全性,CMPP协议提供了多种安全机制。

首先,连接建立的过程中,双方可以通过密钥的交换来进行身份验证和加密通信。

其次,CMPP协议还支持短信的签名和加密,确保短信的完整性和机密性。

此外,CMPP协议还支持黑名单和白名单的管理,可以屏蔽或优先处理某些特定的短信。

总结:CMPP协议是一种用于移动通信网和互联网之间进行短信传输的协议,它提供了可靠的短信发送和接收服务。

通过了解CMPP协议的基本原理、协议格式、消息流程和安全性,我们可以更好地理解和使用CMPP协议,为短信业务的开展提供支持。

CMPP和SMPP协议比较

CMPP和SMPP协议比较

CMPP和SMPP协议比较CMPP和SMPP协议比较并非同类型协议CMPP和SMPP都是短信协议中的一种,但它们不是同一类型的协议。

SMPP和ESME 和SMC(短信中心)之间的协议,而CMPP是SP和中国移动ISMG之间的通讯协议。

以下是CMPP 3.0文档中的图示。

<!--[if !vml]--><!--[endif]-->与CMPP对应的协议有,联通的SGIP协议,中国电信的SMGP协议,网通的CNGP 协议。

作为SP,只需要了解CMPP,不需要了解SMPP。

最新版本和兼容SMPP协议是一个国际标准,有SMS论坛制定,官方网址为,截至2006年7月2日,最新版本是5.0。

曾经流行的版本是3.3、3.4。

SMPP协议向后兼容的。

CMPP最新版本似乎是3.0。

现在(2006年7月),大多数还是使用CMPP 2.0。

CMPP协议没有做到向后兼容,3.0的文档本身也没有讲到兼容的问题,甚至认为,协议制定者压根没想过要兼容。

CMPP 3.0没做到向后兼容导致了一个问题,就是SP无法平滑升级。

PDU格式PDU是协议数据单元的缩写,SMPP和CMPP都使用最先一个4位的长度标志整个PDU的长度。

SMPP Packet消息头必填参数可选参数CMPP Packet消息头消息体<!--[if !vml]--><!--[endif]-->SMPP是一个国际标准,不同的SMC的是实现可能要增加特定参数,为了具备更好的扩展性,SMPP 3.4以上版本,增加了可选参数,在5.0中,可选参数叫做TLVTable。

CMPP是中国移动定义的其内部ISMG之间、ISMG与SP之间的通讯标准,涉及一些具体的计费信息,但没有可选参数。

在SMPP中,消息头包括4部分:PDU长度、Command_Id、Command_Status、Sequence_Id。

其中Command_Status字段,只在回应消息中使用,存在冗余。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

中国移动通信企业标准QB-GF-028-2003中国移动通信互联网短信网关接口协议C h i n a M o b i l e P o i n t t o P o i n t版本号: 3.0.02003-11-03发布2003-11-03实施中国移动通信集团公司发布目录1 范围 (1)2 引用标准 (1)3 术语和定义 (1)4 网络结构 (3)5 CMPP功能概述 (3)6 协议栈 (4)7 通信方式 (4)7.1 长连接 (4)7.2 短连接 (6)7.3 本协议涉及的端口号 (6)7.4 交互过程中的应答方式 (7)8 消息定义 (7)8.1 基本数据类型 (7)8.2 消息结构 (7)8.3 消息头格式(Message Header) (8)8.4 业务提供商(SP)与互联网短信网关(ISMG)间的消息定义 (8)8.4.1 SP请求连接到ISMG(CMPP_CONNECT)操作 (8)8.4.1.1 CMPP_CONNECT消息定义(SP→ISMG) (8)8.4.1.2 CMPP_CONNECT_RESP消息定义(ISMG → SP) (9)8.4.2 SP或ISMG请求拆除连接(CMPP_TERMINA TE)操作 (9)8.4.2.1 CMPP_TERMINATE消息定义(SP→ISMG或ISMG → SP) (9)8.4.2.2 CMPP_TERMINATE_RESP消息定义(SP→ISMG或ISMG → SP) (10)8.4.3 SP向ISMG提交短信(CMPP_SUBMIT)操作 (10)8.4.3.1 CMPP_SUBMIT消息定义(SP→ISMG) (10)8.4.3.2 CMPP_SUBMIT_RESP消息定义(ISMG → SP) (11)8.4.4 SP向ISMG查询发送短信状态(CMPP_QUERY)操作 (12)8.4.4.1 CMPP_QUERY消息的定义(SP→ISMG) (12)8.4.4.2 CMPP_QUERY_RESP消息的定义(ISMG →SP) (13)8.4.5 ISMG向SP送交短信(CMPP_DELIVER)操作 (13)8.4.5.1 CMPP_DELIVER消息定义(ISMG→SP) (13)8.4.5.2 CMPP_DELIVER_RESP消息定义(SP → ISMG) (16)8.4.6 SP向ISMG发起删除短信(CMPP_CANCEL)操作 (16)8.4.6.1 CMPP_CANCEL消息定义(SP → ISMG) (16)8.4.6.2 CMPP_CANCEL_RESP消息定义(ISMG → SP) (17)8.4.7 链路检测(CMPP_ACTIVE_TEST)操作 (17)8.4.7.1 CMPP_ACTIVE_TEST定义(SP → ISMG或ISMG→SP) (17)8.4.7.2 CMPP_ACTIVE_TEST_RESP定义(SP → ISMG或ISMG→SP) (17)8.5 互联网短信网关(ISMG)之间的消息定义 (17)8.5.1 源ISMG请求连接到目的ISMG(CMPP_CONNECT)操作 (17)8.5.2 源ISMG请求拆除到目的ISMG的连接(CMPP_TERMINATE)操作 (17)8.5.3 链路检测(CMPP_ACTIVE_TEST)操作 (17)8.5.4 源ISMG向目的ISMG转发短信(CMPP_FWD)操作 (17)8.5.4.1 CMPP_FWD定义(ISMG→ ISMG) (18)8.5.4.2 CMPP_FWD_RESP定义(ISMG→ ISMG) (21)8.6 互联网短信网关(ISMG)与汇接网关(GNS)之间的消息定义 (21)8.6.1 ISMG请求连接到GNS或GNS请求连接到ISMG(CMPP_CONNECT)操作 (21)8.6.2 ISMG请求拆除到GNS的连接或GNS请求拆除到ISMG的连接(CMPP_TERMINA TE)操作218.6.3 ISMG向汇接网关查询MT路由(CMPP_MT_ROUTE)操作 (21)8.6.3.1 CMPP_MT_ROUTE消息定义(ISMG→GNS) (22)8.6.3.2 CMPP_MT_ROUTE_RESP消息定义(GNS → ISMG) (22)8.6.4 ISMG向汇接网关查询MO路由(CMPP_MO_ROUTE)操作 (22)8.6.4.1 CMPP_MO_ROUTE消息定义(ISMG→GNS) (22)8.6.4.2 CMPP_MO_ROUTE_RESP消息定义(GNS → ISMG) (23)8.6.5 ISMG向汇接网关获取MT路由(CMPP_GET_MT_ROUTE)操作 (23)8.6.5.1 CMPP_GET_MT_ROUTE消息定义(ISMG→GNS) (24)8.6.5.2 CMPP_GET_ ROUTE_RESP消息定义(GNS → ISMG) (24)8.6.6 SMG向汇接网关获取MO路由(CMPP_GET_MO_ROUTE)操作 (25)8.6.6.1 CMPP_GET_MO_ROUTE消息定义(ISMG→GNS) (25)8.6.6.2 CMPP_GET_MO_ROUTE_RESP消息定义(GNS → ISMG) (25)8.6.7 ISMG向汇接网关更新MT路由(CMPP_MT_ROUTE_UPDATE)操作 (26)8.6.7.1 CMPP_MT_ROUTE_UPDA TE消息定义(ISMG→GNS) (26)8.6.7.2 CMPP_MT_ROUTE_UPDA TE_RESP消息定义(GNS → ISMG) (27)8.6.8 ISMG向汇接网关更新MO路由(CMPP_MO_ROUTE_UPDATE)操作 (27)8.6.8.1 CMPP_MO_ROUTE_UPDATE消息定义(ISMG→GNS) (27)8.6.8.2 CMPP_MO_ROUTE_UPDATE_RESP消息定义(GNS → ISMG) (28)8.6.9 汇接网关向ISMG更新MT路由(CMPP_PUSH_MT_ROUTE_UPDA TE)操作 (29)8.6.9.1 CMPP_PUSH_MT_ROUTE_UPDATE消息定义(GNS→ISMG) (29)8.6.9.2 CMPP_PUSH_MT_ROUTE_UPDATE_RESP消息定义(ISMG → GNS) (29)8.6.10 汇接网关向ISMG更新MO路由(CMPP_PUSH_MO_ROUTE_UPDA TE)操作 (29)8.6.10.1 CMPP_PUSH_MO_ROUTE_UPDATE消息定义(GNS→ISMG) (30)8.6.10.2 CMPP_PUSH_MO_ROUTE_UPDATE_RESP消息定义(ISMG → GNS) (30)8.7 系统定义 (31)8.7.1 Command_Id定义 (31)8.7.2 错误码使用说明 (31)8.7.3 ISMG与GNS之间消息使用的错误码定义 (32)8.7.4 GNS上路由信息的Route_Id的编号规则 (33)9 附录1 短信群发功能的实现 (34)10 附录2 GNS协议目前实现说明 (34)11 附录3 全网SP和本地SP的服务代码的区别 (35)11.1 区别1:现网上全网SP和本地SP的服务代码的区别 (35)11.2 区别2:新分配的SP的服务代码规则 (35)12 修订历史 (36)前言本规范规定了移动梦网短信业务开展过程中各网元(包括ISMG、GNS和SP)之间的消息类型和定义。

根据业务的发展,规范中的信令操作和参数将会做进一步的调整和增加。

本标准由中移技[2003]397号印发。

本标准由中国移动通信集团公司技术部提出并归口。

本标准起草单位:中国移动通信集团公司研发中心。

本标准主要起草人:党京、孙若雯、于蓉蓉、袁向阳。

本标准解释单位:同提出单位。

1 范围本规范规定了以下三方面的内容:1)业务提供商与互联网短信网关之间的接口协议;2)互联网短信网关之间的接口协议;3)互联网短信网关与汇接网关之间的接口协议。

本规范适用于各SP和ISMG、GNS的开发厂商。

2 引用标准下列标准所包含的条文,通过在本标准中引用而成为本标准的条文。

本标准出版时,所示版本均为有效。

所有标准都会被修订,使用本标准的各方应探讨使用下列标准最新版本的可能性。

《SMPP》《移动梦网短信业务技术方案》3 术语和定义英文缩写英文全称说明ISMG Intenet Short Message Gateway 互联网短信网关DSMP Data Service Manage Platform 数据业务管理平台SMPP Short Message Peer to Peer 短消息点对点协议CMPP China Mobile Peer to Peer 中国移动点对点协议SMSC Short Message Service Center 短消息中心GNS Gateway Name Server 网关名称服务器(汇接网关)SP Service Provider 业务提供者ISMG_Id 网关代码:0XYZ01~0XYZ99,其中XYZ为省会区号,位数不足时左补零,如北京编号为1的网关代码为001001,江西编号为1的网关代码为079101,依此类推SP_Id SP的企业代码:网络中SP地址和身份的标识、地址翻译、计费、结算等均以企业代码为依据。

企业代码以数字表示,共6位,从“9XY000”至“9XY999”,其中“XY”为各移动公司代码SP_Code 图1SP的服务代码:服务代码是在使用短信方式的上行类业务中,提供给用户使用的服务提供商代码。

服务代码以数字表示,全国业务服务代码长度为4位,即“1000”-“9999”;本地业务服务代码长度统一为5位,即“01000”-“09999”;信产部对新的SP的服务代码分配提出了新的要求,要求以“1061”-“1069”作为前缀,目前中国移动进行了如下分配:图21062:用于省内SP服务代码图31066:用于全国SP服务代码其它号段保留。

Service_Id SP的业务类型,数字、字母和符号的组合,由SP自定,如图片传情可定为TPCQ,股票查询可定义为114 网络结构图4互联网短信网关组网结构如图1所示,互联网短信网关(ISMG)是业务提供商(SP)与移动网内短信中心之间的中介实体,互联网短信网关一方面负责接收SP发送给移动用户的信息和提交给短信中心。

另一方面,移动用户点播SP业务的信息将由短信中心通过互联网短信网关发给SP。

相关文档
最新文档