人
人在昆明
Unregistered / Unconfirmed
GUEST, unregistred user!
群发发送广告短信给移动用户，或者联通用户是否涉嫌违法，有没有相关法律、案例，
我打算发50万条出去。
我打算发50万条出去。
W
weiliu
Unregistered / Unconfirmed
GUEST, unregistred user!
发垃圾信息不可取。
话题783583的标题是： 谁知道中国移动和联通的短信息发送的接口网关的资料！200分！ (200分)
分类：局域网 / 通讯 renren (2001-12-12 22:28:00)
谁知道中国移动和联通的短信息发送的接口网关的资料！最好提供软件实现发送的方法！
谢谢大家！
YB_unique (2001-12-12 22:39:00)
呵呵！你可以去问问中国电信，它的ＣＴＳＩ协议具体含义！
menxin (2001-12-12 22:40:00)
现在也没通吧，好象只有意向
酷尔贝塔 (2001-12-12 22:41:00)
[blue]关注！
我也想知道！手机费太高了。唉~[/blue]
renren (2001-12-16 17:39:00)
还有谁知道啊！
kaneboy (2001-12-17 23:20:00)
我们公司正计划和当地移动公司合作开发短信息，和移动的工程师已经谈过有关事宜了，
他们的提出的方案是，他们做一个中间层，接收我们的服务器发过去的数据包，我们发过去
的数据只需要包含一些必要的信息（发短信息号码，接收短信息号码，短信息内容等）就可以
了，具体的格式由我们定，然后我们把格式告诉他们，他们再来写那个中间层，连接我们发
过去的信息和他们的短信息中心平台。
所以，具体他们移动的数据格式协议什么的，我根本就一无所知（也无需知道了），这个
方案我感觉还不错。
dhyzf (2001-12-18 9:51:00)
还不是中国电信一个人在那儿晃来晃去的，唉，真的一项技术必须要有自己的技术核心才行
观注！！
dhyzf@163.net!
zhukewen (2001-12-18 10:09:00)
gz
长笑水 (2001-12-20 16:32:00)
没有免费的快餐
zhaohai9 (2001-12-20 16:43:00)
不花钱是不可能的。
kthy (2001-12-20 16:49:00)
有钱也未必！
renren (2001-12-21 18:51:00)
其实我不是要免费发送短信息，我想到移动的网站注册后用自己的程序发送相应的断信息，
类似网页中的post功能！谁知道啊？谢谢
delphi-i love (2001-12-21 19:46:00)
你应去问移动的网管,....
xxhsh (2001-12-21 20:02:00)
来自：kaneboy, 时间：2001-12-17 23:20:00, ID：795118
我们公司正计划和当地移动公司合作开发短信息，和移动的工程师已经谈过有关事宜了，
他们的提出的方案是，他们做一个中间层，接收我们的服务器发过去的数据包，我们发过去
的数据只需要包含一些必要的信息（发短信息号码，接收短信息号码，短信息内容等）就可以
了，具体的格式由我们定，然后我们把格式告诉他们，他们再来写那个中间层，连接我们发
过去的信息和他们的短信息中心平台。
所以，具体他们移动的数据格式协议什么的，我根本就一无所知（也无需知道了），这个
方案我感觉还不错。
对，就是这样的！！！！！！！！！！！！！！！！！！！！！！
lofa (2001-12-23 0:28:00)
这个不用问网管吧，去www.sms.com.cn去看看吧，前两天刚刚开始收费，他们支持各种网络
联通、移动，什么都行，现在的问题是Post中用NMHttp实现吗？参数怎么传，找到以后告诉
我一声，谢了！
q_l (2001-12-23 1:30:00)
我们公司就和移动、联通已经建立了短信服务，通讯接口我这也有，不过就算我给你通讯接口
你也用不上，因为和他们通讯是用Socket，并且是MD5加密，有IP，密码等检测。
renren (2001-12-23 2:07:00)
q_1,其实我们不是要免费的午餐啊，我们能否通过你们的网站的接口发送，我们如果post的话
应该按照什么样的格式发送给你们的网站啊？回答了马上给分！谢谢
q_l (2001-12-23 3:24:00)
目前我们公司未对互联网提供短信服务，能否给你提供接口我可无权决定，毕竟我只是编程实现人员
fxywolf (2001-12-23 3:48:00)
我是电信，我怕谁！
htw (2001-12-23 10:44:00)
才看的文章，我贴：
——————————————————————————————————
短信息市场期待演义“新三国”
林敏 2001/11/28
视点：短信息业务已成通信业的新增点，市场前景看好，移动、固话运营商纷纷介
入，人们期待上演互联互通竞争合作的新“三国演义”。
观点：信息是利用平台进行发布的，移动、联通、固话应联起手来，联合开发，创
造更多的短信内容市场，把市场做大，实现“三赢”。
焦点：短信息市场越通越有市场。通过互联互通合作，除了运营商自身获利外，网
站、厂商、设备商的机会也更多。
热点：网络短信息服务互不相通，不仅让用户倍感不便，更妨碍了把短信息业务 “蛋糕”做大。
难点：运营商对短信息市场互联互通的认识存在误区。
短信服务这块蛋糕谁想独享都不容易。去年以来，移动和联通均大做广告鼓励用户
使用短信息；各大网站摩拳擦掌，纷纷与移动和联通合作推出网上短信服务；如今固网
短信也跃跃欲试，北京近期即将试开通固定电话收发短信息业务。目前短信息市场非常
巨大，据GSM协会最新的调查预测，今年接下来的每一个季度可望突破2千亿条短信息。
在欧洲，短信息倍受青睐，GSM运营商8％至20％的收入来自短信息。然而对于运营商而
言，短信息市场要做大，互通才有利头。
“画地为牢”是“三败”之策
众所周知，手机用户之间可用短信息联系。而拥有手机的人都知道，移动和联通两
大用户群之间却不能互发短信息。这很令人费解，因为移动和联通在努力拓展自身短
信息市场的同时，却不愿去做对互发短信息这一眼皮底下的生意画地为牢。截至目前，
移动和联通的用户总数已逾1亿户，其中哪怕几分之一的人“跨网”互发短信息，收益
都非常可观。也不是设备不配套不能互传，非专业的网站与移动和联通皆可互传，专业
的移动和联通不可能做不到。
移动和联通应不难认识到，在短信息上“画地为牢”，并非竞争良方，而是“双败”
之策。移动和联通两大网络短信息服务互不相通，不仅让用户倍感不便，更妨碍了把短
信息业务这块“蛋糕”做大。试想，如果移动电话与固定电话互不相通的话，会造成什
么样的结果？用户还会买手机吗？短信息也是如此，不论用户入谁的网，只要是服务不
好，用户就随时可能“驾机起义”换成别的网。竞争之策不能以限制别人的发展为目的，
只考虑本集团的利益，宁愿自已不挣钱，也不让别人挣，影响了市场进程，最终损害了用
户也损害了自已的利益。其实也限制不了其它运营商的发展，监管最终也会提出要求进行
管制的，何必自找苦吃？
目前，推出固定短信业务的时机已经成熟，固网短信业务已在广东、福建等地试运
行，年底将面向全国大规模推出。对社会来说，固网短信业务实现互联网、固定电话网、
移动电话网之间的信息传递，使电话机成为一种全新的信息媒体。目前，固网短信业务运
营初期，如果不能与移动和联通互联互通，愿为短信息付费的用户将不一定会是1.6亿多
的固定电话用户那么多，未来的市场要的是合作与多赢，无论是横向或是纵向，没有一个
企业可以绝对独立地生存和做大。电信业只有互联互通才能做大，做大对谁都有好处，这
就是规模效应，运营商应该知道，“画地为牢”式的小规模经营，是在分蛋糕，而不是在
做大蛋糕。
在通信竞争格局已经形成的今天，无论是移动、联通，还是固话短信，都应尽早开放
短信息互通，不至于失去巨大的商机。手机市场正面临更新换代的新机遇，申奥的成功，
给北京移动通信网带来难得的发展良机，网络互通互联才能与之适应。
一线牵活大市场，何须苦斗？
短信息市场要互联互通才能做大，才有利头。有一项调查显示，七成以上的网民渴
望短信网间能互联互通。信息是利用平台进行发布的，移动、联通、固话应联起手来，
创造更多的短信内容市场，把市场做大。
中国移动的“移动梦网”迟迟未见“移动”，中国联通为了争夺无线互联市场，已
从8月1日起在全国范围内开通无线数据业务平台“联通在信”。现在，固话短信即将面
世，固网短信业务的市场卖点正是在“固定性”上。由于有“固定性”，它能帮助企业
更有效地细分目标市场、推进类型客户管理，并有的放矢加强区域市场开发。从这个层次
上来说，运营商完全可以突破依赖终端用户使用信息服务获取资费的盈利模式，与企业、
内容提供商、政府、社团等紧密合作，以固网短信这一信息渠道为市场宣传、客户管理、
社区管理、公共管理提供服务。从这个思路出发，固网短信有着很大的市场潜力。它可以
衍生出广告、彩票、咨询等丰富多彩的业务形式，甚至可以使固网短信运作成为一种新兴
的媒体。
让我们来计算一下，移动与联通的用户都近亿户，而固话也有一亿多，三方加起来是
三个亿的市场，是原来的三倍多，如果互联互通，那么，它会给每个运营商带来三倍或
更多的市场，如果中文短信息一条按0.10元计算的话，预计今年能创出几十亿元的市场。
在实现短信息服务的技术中，最关键的是要保证渠道的畅通，包括平台与ICP、固定网内、
固定网与移动网之间的互联，利用中兴通讯提供的ZXF118固定网综合信息平台，目前所有
系统之间的互联均可实现。
三方在市场上的较量即将开始，谁是赢家，尚难预料。分析人士认为，短信息将携
带一个完整的商业生态进入3G时代。据爱立信预测，中国源于移动数据服务的收入将于
2005年以前达到58亿美元，而中国电信首先拥有庞大的用户网络，1.7亿固定电话用户的
确可以傲视1.3亿的手机用户；其次是费用较便宜，每条消息所收取的费用肯定将低于移
动短信；第三，可以提供：用户话机之间互发中、英文短消息，通过服务中心和互联网
发送短消息，与互联网、电信业务受理及计费系统相联等6项业务；第四，用户终端便宜，
具有短信收发功能的电话机价格在500元左右，低于低端手机的价格。另外1.7亿多的固定
电话用户，如果有十分之一的用户愿意使用此业务，也意味着给终端机市场带来商机，竞
争者众多也可能会降低新型话机的价格。如果电信与ICP合作，推陈出新，在内容上下功
夫，推出自己的服务特色，分食短信市场不是没有成功的可能。所以短信息市场只有互通
才能对运营商更有利。
业内人士认为，真正的互联互通可能尚需时日。据了解，联通广东分公司副总经理
邱惠中曾表示，联通和移动都有意实现互发短信，只是要等双方的集团总部统一部署。广
东移动副总经理洪小勤表示，在全国范围内实现移动、联通手机互发短信需要制订统一
的标准，目前双方已着手准备，包括在各自内部开展互通测试，并对短信平台进行完善
和扩容。从日前南京的联通手机用户可以将短消息发往移动手机用户，在联通与移动之
间一场悄悄进行的“互联互通”业务引起社会各界广泛关注?江苏移动公司有关人士指出，
在现阶段技术逐渐成熟的条件下，互联互通的可能性也是存在的。但该同志未肯就联通用
户可以将短消息发往移动作评论，就可以想象到这一难点。
联合开发，实现“三赢”
短信息市场越通越有市场。通过互联互通这一合作，除了运营商自身获利外，给网
站、厂商、设备商的机会也更多。三网互通，就能创造出一个大的信息市场，剌激消费，
启动数据业务，做大对各方都有利而无害，人们期待短信息市场再次上演的是公平竞争下
的“新三国”，而不是过去的“旧三国”的那种狠斗、恶斗形式。
电信业的竞争是联合开发，而不是用网络“圈住”各自的用户群。在手机短信息服
务上，电信运营商已经离不开网站了。中国移动高层人士坦诚地表示，“没有与ICP们
合作，我们的网络将没有任何价值。”一语中的，与ICP合作共同提供短信息服务，是
“移动梦网”的一部分。从今年5月起，月均发送量已达5亿条，并以每月不低于4000万
条的速度增长。移动与合作的ICP共享如此美味大餐，其乐融融。对于网站经营者来说
，短信息也是一块甜“蛋糕”。
有业内人士认为，固定电话发送短信功能的实现，对于过去电话只能用来进行语音
通信来说，进步是很大的。如果再把这个平台同互联网结合起来，对固定网来说无疑是
一场新的信息革命，这场革命不仅将给电信运营商带来商机，还将给ICP、局端设备生产
厂商、终端设备制造商以及各种相关信息提供商们带来商机。
透过短信息服务，我们似乎看到了电信与网站未来合作的美好前景。也就是说，利用
电信运营商的收费之便，网站完全可以开发出更好更新的服务项目，更能刺激用户的需求。
电信运营商短缺的是信息，单靠移动网平台，并不能直接给用户提供短信息；网站短缺的
是收费模式，不管点击率如何高，就是没办法从网民口袋里掏钱。短信息犹如一根无形的
纽带，把双方的“相思”稳固在一个点上，要吃甜蛋糕，谁也离不开谁。因此，无论是电
信经营商，还是网站经营商，单方面的短缺都可以通过合作方式，实现优势互补，创造出
新的利润增长点。中国社科院数量与技术经济研究所的张先生认为，最缺的还是网络间的
互联互通，电信系统内部的网络应当互联互通，“三网合一”就更为需要了。
要保证各家电信运营商在一个全面公平的市场展开竞争。这就回到了互联互通的老
话题上，好在信息产业部已公开承诺，要求各大电信公司限时解决网络间互联互通问题，
引入竞争，打破垄断，互通互联既有利于竞争，更有利于信息产业的发展。电信网间及时
互联互通，是电信市场有效竞争、电信资源有效利用的基础，有了这个基础，电信运营
商和网络经营商才能真正实现“三赢”。
nickey (2001-12-26 1:15:00)
icq里可以免费发短信啊。。 只是不能是中文。。。
apower (2002-03-04 15:53:00)
现在可以了。
ken1026 (2002-03-04 17:34:00)
现在我也正在大研究此问题，希望大家发表一下意见
gxcooo (2002-03-04 17:56:00)
不可能的
zyf23 (2002-03-04 18:00:00)
gz
swei412 (2002-03-04 21:32:00)
gz
flyhu (2002-03-05 10:15:00)
这方面的应用还是蛮有前景的！！大家要关注啊。
萧易 (2002-03-05 10:24:00)
我可以提供一个黑龙江移动网站，和北京一家企业网站的接口，不过很多别的地方的手机
接不到黑龙江发出的信息，至于别的省市移动的网站，我暂时不能提供
宇阳 (2002-03-05 16:59:00)
自己作一根连接手机和计算机串口的通信连线，写一个通过串口发信息的小程序就可以了。
没有中文输入法的手机也可以发中文短信息！！！
Vinson (2002-03-05 17:06:00)
gz
jayxsjf (2002-03-11 15:37:00)
萧易：能给我发一份吗谢谢！！！jayxsjf@163.com
孤独有偶 (2002-03-15 20:35:00)
如果不能免费发送短信，那大家还忙个什么劲呀？不如去sohu下一个客户端了，嘿嘿，真是没前途了。
Vinson (2002-04-09 0:25:00)
gz
3cs (2002-04-23 17:39:00)
我这有一份移动的，谁要，给个地址吧！
kifo (2002-04-23 18:17:00)
还是弄ICQ的吧。就算你知道了移动的接口，人家要是改了你怎么办呢。
妄语 (2002-04-23 18:23:00)
[8D][8D][^]
方栩 (2002-04-23 18:35:00)
通过icq的确可以，我也试过，没问题，不过
icq好像现在限制每天每个用户的短消息发送数量了。
小八哥 (2002-04-23 21:16:00)
用icq每天能发5条短消息(一个账号).现在就有一些小软件通过icq的网关
免费发短消息,你可以去 aicosms.126.com download一个,看看他们是怎么
做的,应该对你有帮助.
lzjnuaa (2002-04-23 21:22:00)
我有啊，你把分数全给我
战鹰 (2002-04-25 13:05:00)
你是不是要SGIP/CMPP的协议?
协议俺有,相关接口的VCL俺也有!
Email&MSN:luokai@up369.com
jrq (2002-04-25 13:26:00)
楼上：
SGIP/CMPP的协议 相关接口的VCL －－－－－
我对这个不熟悉，我想问的是：这些东东是不是属于密不公开的？ 商业的？
能否共享？ [
]
在不违反一些条条框框的前提下，能否上传到一个地方？ 让大家都见识见识～ [
]
战鹰 (2002-04-25 16:17:00)
呵呵!
两个不是相关的而是对立的![]
SGIP是联通的标准
CMPP是中国移动的标准!
共享还是免了吧!不过有需要可以通过邮件交流!
[]
jrq (2002-04-25 17:15:00)
楼上：[]
那我就不客气了！ []
jrqjrq@sina.com 不知能够.......交流吗？ []
jinzuo007 (2002-04-25 17:44:00)
TO：战鹰
战鹰兄，可否给小弟发一份。先谢了。jinzuo007@21cn.com
Jar (2002-04-28 10:14:00)
To:战鹰，
偶也想要一份学习学习，收到派分，可以不？
战鹰 (2002-04-25 18:30:00)
呵呵，提醒大家不要在这里留邮件地址，小心收到垃圾邮件！
要控件就直接给我发信！
有空的话用MSN切磋！
Email&MSN:luokai@up369.com
战鹰 (2002-04-27 13:47:00)
发送完成，包括CMPP接口VCL和接口文档，VCL包括源代码！
有问题请通过Email交流！
另外说几个可能遇到的技术问题！
1.短连接方式一般不用CONNECT命令直接就可以SUBMIT来发送短消息，但是只能发送一条连接就会被服务器切断！
2.长连接过程中的CONNECT的认证过程，每个网关都可能不一样，所以必须和网关提供商交流！
长连接当使用长连接的时候一定要考虑阻塞的问题，不然你的麻烦就大了！
rainxy2002 (2002-04-27 13:52:00)
中国移动通信信息资源站实体与互联网短消息网关接口协议
（V1.2）
中国移动通信集团公司
2001/6/12
1． 编制说明
本规范为中国移动通信集团公司企业规范，规定信息资源站实体与互联网短消息网关的应用层接口协议。本协议版本为1.2版。
2． 缩略语
ISMG Internet Short Message Gateway 互联网短消息网关
SMPP Short Message Peer to Peer 短消息点对点协议
CMPP China Mobile Peer to Peer 中国移动点对点协议
TLS Transport Layer Security 传输层安全
SMC Short Message Center 短消息中心
3．网络结构
要求SP的功能实体向ISMG发CMPP_SUBMIT消息，由ISMG将消息转发到某SMC上。同时，SMC也可向ISMG发送短消息，由ISMG发送给相应的SP。
4．CMPP功能概述
CMPP用以建立短消息中心和SP之间的通路，业务和信息的提供由SP完成。
可以为实现移动数据增值业务提供服务，例如以下业务：
Email通知、语音信箱通知、Internet发短消息、移动台发Email、催费通知、自动综合业务信息台（信息点播业务，主要有：天气预报、股票信息、航班信息等）。
以下以Email通知业务为例，讲述信息的流程：
u 某因特网的用户向SP的Email Server发送一封Email，
u SP的POP3 SERVER激活过滤进程，如果该用户申请了Email通知业务，则过滤进程将用户登记的手机号码取出，将Email的标题取出，绑定在CMPP_SUBMIT消息中，发送给ISMG，
u ISMG将检查CMPP_SUBMIT消息中“接收业务的手机号码”字段，则在ISMG中查询该手机用户归属的SMC的地址，然后发送给SMC。
u ISMG得到确认消息后，将消息转换成CMPP_SUBMIT_REP，发回给SP。
u SMC收到该消息后，对该消息进行处理，发送给用户。
u SMC向ISMG回送状态报告。
由上述流程可见，对于SP来讲，要做的工作主要集中在第二步，即在EMAIL SERVER中做一个过滤程序，实现上述功能即可。
从协议上说，SP只要具备CMPP中实现的接口，就可以实现对应于控制层的功能，至于对于具体的SP功能实体，比如Email Server、Web Server等，尚需做一些应用层的工作。
5. 接口
CMPP协议以TCP/IP作为底层通信承载。
6 消息流程
SP与ISMG之间进行信息交互时，可以采用长连接方式，也可以采用短连接方式。所谓长连接，指在一个连接上可以连续发送多个数据包，然后断开连接，在连接保持期间，如果没有数据包发送，需要双方发链路检测包。短连接是指通讯双方有数据交互时，就建立一个连接，数据发送完成后，则断开此连接，即每次连接只完成一项业务的发送。短信网关之间前转时要求每条消息都要有状态报告。当向用户发送信息发生错误时，网关应向SP发送错误状态报告。
6.1 长连接
SP与ISMG以Client—Server方式建立TCP连接，用于双方信息的相互提交。TCP/IP连接建立后，由Client发起建立应用层连接，然后进行数据传输，当信道上没有数据传输时，客户端应发送链路检测包以维持此连接，超过一定时间（可参数配置，如2秒）服务端如果未收到客户端的任何数据则断开此连接。
消息采用并发方式发送，加以流量控制，窗口大小可调，暂定为16条消息，即接收方在应答前一次收到的消息最多不超过16条。
SP向ISMG发送的消息类型包括：
1） CMPP_Connect 请求应用层连接
2） CMPP_Terminate 终止应用层连接
3） CMPP_Terminate_REP 终止应用层连接应答
4） CMPP_Deliver_REP 下发短信应答
5） CMPP_Submit 提交短信
6） CMPP_Query 发送短信状态查询
7） CMPP_Cancel 删除短信
8） CMPP_Active_Test 激活测试
9） CMPP_Active_Test_REP 激活测试应答
ISMG向SP发送的消息类型包括：
1） CMPP_Connect_REP 请求连接应答
2） CMPP_Deliver 短信下发
3） CMPP_Submit_REP 提交短信应答
4） CMPP_Query_REP 短信状态查询结果
5） CMPP_Cancel_REP 删除短信应答
6） CMPP_Active_Test_REP 激活测试应答
7） CMPP_Active_Test 激活测试
8) CMPP_Terminate 终止应用层连接
9) CMPP_Terminate_Rep 终止应用层连接应答
长连接一次操作流程
SP ISMG 说明
CMPP_Connect SP请求与ISMG建立应用层连接
CMPP_ Connect_REP ISMG请求连接应答
CMPP_Submit(1) 提交短信，要求确认
CMPP_Submit(2) 提交短信，要求确认
CMPP_Submit_REP 对（1）的提交短信响应
CMPP_Submit_REP 对（2）的提交短信响应
CMPP_Deliver(3) 短信下发
CMPP_Deliver(4) 短信下发
CMPP_Deliver_REP 对（3）的短信应答
CMPP_Deliver_REP 对（4）的短信应答
CMPP_Cancel 删除短信
CMPP_Cancel_REP 删除短信响应
CMPP_Query 发送短信状态查询
CMPP_Query_REP 短信状态查询结果
CMPP_Terminate 终止应用层连接
CMPP_Terminate_Rep 终止应用层连接响应
图6.1 长连接消息流程示意图
6.2 短连接
ISMG与SP之间的通讯采用TCP/IP协议，双方互为client和server端。发送与接收单独进行，每项业务建立一个连接，通讯采用应答方式，应答与请求在同一个连接中完成。由于系统采用互为客户端/服务器模式，操作以客户端驱动方式发起连接请求，完成一次操作后关闭此连接。
连接中对SP的认证采用阶段性（如一天或一月）认证方式，当SP首次与IMSG交换信息时，SP首先发送身份认证包，ISMG对SP进行身份认证后，记录SP的IP地址等相关信息，在以后的数据交互时，ISMG把SP的IP地址作为认证条件，即对没有注册的SP的相关信息不予处理。当SP想断开此逻辑上的应用层连接时，发送断开连接请求包，ISMG接受断开连接请求后，清除掉与此SP相关的信息，即对MO到此SP或SP的MT信息均不予处理，但保存MO的信息，直到SP再次与ISMG建立逻辑上的应用层连接，即身份认证。也允许ISMG发起断开SP的连接请求。
ISMG之间通信采用短连接方式，首先发起连接者作为客户端，对方作为服务器建立连接。
消息采用并发方式发送，并加以流量控制，窗口大小可调，暂定为16条消息，即接收方在应答前一次收到的消息最多不超过16条。
SP向ISMG发送的消息类型包括：
1） CMPP_Connect 请求逻辑应用层连接
2） CMPP_Terminate 终止逻辑应用层连接
3） CMPP_Terminate_REP 终止逻辑应用层连接应答
4） CMPP_Deliver_REP 下发短信应答
5） CMPP_Submit 提交短信
6） CMPP_Query 发送短信状态查询
7） CMPP_Cancel 删除短信
ISMG向SP发送的消息类型包括：
1） CMPP_Connect_REP 请求逻辑应用层连接应答
2） CMPP_Terminate 终止逻辑应用层连接
3） CMPP_Terminate_REP 终止逻辑应用层连接应答
4） CMPP_Deliver 短信下发
5） CMPP_Submit_REP 提交短信应答
6） CMPP_Query_REP 短信状态查询结果
7） CMPP_Cancel_REP 删除短信应答
ISMG处于同一级别之上，ISMG之间数据传输采用长连接或短连接方式实现，首选长连接方式实现。ISMG间互为客户/服务器模式，连接由数据请求的发起方建立，双方均可关闭此连接。ISMG间发送的消息类型包括：
1）CMPP_Fwd 消息前转
2）CMPP_Fwd_REP 消息前转应答
短连接一次操作流程（MO和MT）：
SP ISMG 说明
ISMG与汇接结点间的消息类型包括：
1）CMPP_MT_ROUTE MT路由请求
2）CMPP_MT_ROUTE_REP MT路由请求应答
3）CMPP_MO_ROUTE MO路由请求
4）CMPP_MO_ROUTE_REP MO路由请求应答
5）CMPP_GET_ROUTE 获取路由请求
6）CMPP_GET_ROUTE_REP 获取路由请求应答
7)CMPP_MT_ROUTE_UPDATE MT路由更新，ISMG->Central
8)CMPP_MT_ROUTE_UPDATE_REP MT路由更新回应,Central->ISMG
9)CMPP_MO_ROUTE_UPDATE MO路由更新，ISMG->Central
10)CMPP_MO_ROUTE_UPDATE_REP MO路由更新回应,Central->ISMG
11)CMPP_PUSH_MT_ROUTE_UPDATE MT路由更新,Central->ISMG
12)CMPP_PUSH_MT_ROUTE_UPDATE_REP MT路由更新回应,ISMG->Central
13)CMPP_PUSH_MO_ROUTE_UPDATE MO路由更新,Central->ISMG
14)CMPP_PUSH_MO_ROUTE_UPDATE_REP MO路由更新回应,ISMG->Central
6.3 交互过程中的应答方式
下图给出SP提交短消息的交互流程示例，注意采用同步方式，与以前协议中采用的异
步方式不同：
本版本规范定义的协议交互流程（同步方式）
7．消息定义
CMPP长连接端口号定义为7890，短连接端口号定义为7900。字节采用在网络中通用的网络字节序，超时时长间隔采用斐波那契数列，重发次数动态可调，最好不少于3次。
基本数据类型：
Integer 无符号整数
Octet String 定长字符串，位数不足时，如果左补0则补ASCII表示的零，如果右补0则补二进制的零
7.1消息结构
项目 说明
Message Header 消息头(所有消息公共包头)
Message Body 消息体
7.2 消息头格式（Message Header）
字段名 字节数 类型 描述
Total_Length 4 Integer 消息总长度(含消息头及消息体)
Command_ID 4 Integer 命令或响应类型
Sequence_ID 4 Integer 消息流水号,顺序累加,步长为1,循环使用
7.3 消息体格式(Message Body)
1. CMPP_Connect 请求连接
字段名 字节数 属性 描述
Source_Addr 6 Octet String SP_ID
AuthenticatorSP 16 Octet String SP认证码
Version 1 Integer 双方协商的版本号
Timestamp 4 Integer 时间戳的明文,由客户端产生,格式为MMDDHHMMSS，即月日时分秒，10位,右对齐
2. CMPP_Connect_REP 请求连接应答
字段名 字节数 属性 描述
Status 1 Integer 状态0：正确1：消息结构错 2：非法SP_ID 3：SP认证错 4：版本太高 5~ ：其他错误
AuthenticatorISMG 16 Octet String ISMG认证码 ，SP认证出错时，此项为空
Version 1 Integer 服务器支持的最高版本号
3. CMPP_Terminate 终止连接
消息体为空。
4. CMPP_Terminate_Rep 终止连接响应
消息体为空。
5.CMPP_Submit 发送短信
字段名 字节数 属性 描述
Msg_id 8 Integer 信息标识，由SP侧短信网关本身产生生成MsgID的算法如下：采用64位（8字节）的整数：(1)时间（从月精确到分） 64――41位（bit）(2)SMC（短讯中心）号码 40――17位（bit）如 13800100500,只填写最后86位00100500(3)序列号 16――1位（bit）顺序累加,步长为1,循环使用.各分段如不能填满，左补零,右对齐
Pk_total 1 Integer 相同Msg_id的消息总条数，从1开始
Pk_number 1 Integer 相同Msg_id的消息序号，从1开始
Registered_Delivery 1 Integer 是否要求返回状态确认报告(0--不需要，1--需要，2--产生SMC话单)
Msg_level 1 Integer 信息级别
Service_id 10 Octet String 业务类型
Fee_UserType 1 Integer 计费用户类型字段，0：对目的终端MSISDN计费；1：对源终端MSISDN计费；2：对SP计费;3:表示本字段无效，对谁计费参见Fee_terminal_id字段。
Fee_terminal_id 21 Integer 被计费用户的号码（如本字节填空，则表示本字段无效，对谁计费参见Fee_UserType字段。本字段与Fee_UserType字段互斥）
TP_pid 1 Integer GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.9
TP_udhi 1 Integer GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.23,仅使用1位，右对齐
Msg_Fmt 1 Integer 信息格式 0：ASCII串 3：短信写卡操作 4：二进制信息 8：UCS2编码15：含GB汉字 。。。。。。
Msg_src 6 Octet String 信息内容来源(SP_ID)
FeeType 2 Octet String 资费类别
FeeCode 6 Octet String 资费代码（以分为单位）
Valid_Time 17 Octet String 存活有效期，格式遵循SMPP3.3协议
At_Time 17 Octet String 定时发送时间，格式遵循SMPP3.3协议
Src_terminal_id 21 Octet String 源终端MSISDN号码(没有可以为空)
DestUsr_tl 1 Integer 接收消息的用户数量(小于100个用户)
Dest_terminal_id 21*DestUsr_tl Octet String 接收业务的MSISDN号码
Msg_Length 1 Integer 消息长度(Msg_Fmt值为0时：<160个字节；其它<=140个字节)
Msg_Content Msg_length Octet String 消息内容
Reserve 8 Octet String 保留
6.CMPP_Submit_REP 发送短信响应（出错要求SP全部重发Msg_Id信息）
字段名 字节数 属性 描述
Msg_Id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
Result 1 Integer 结果0：正确1：消息结构错 2：命令字错 3：消息序号重复4：消息长度错5：资费代码错6：超过最大信息长7：业务代码错8：流量控制错9~ ：其他错误
7.CMPP_Query 发送短信状态查询(查询Time属性指定的日期的统计信息)
字段名 字节数 属性 描述
Time 8 Octet String 时间(精确至日)
Query_Type 1 Integer 查询类别0：总数查询1：按业务代码查询
Query_Code 10 Octet String 查询码 (业务类型)
Reserve 8 Octet String 保留
8.CMPP_Query_REP 短信状态查询结果
字段名 字节数 属性 描述
Time 8 Octet String 时间(精确至日)
Query_Type 1 Integer 查询类别0：总数查询1：按业务代码查询
Query_Code 10 Octet String 查询码
MT_TLMsg 4 Integer 从SP接收信息总数
MT_Tlusr 4 Integer 从SP接收用户总数
MT_Scs 4 Integer 成功转发数量
MT_WT 4 Integer 待转发数量
MT_FL 4 Integer 转发失败数量
MO_Scs 4 Integer 向SP成功送达数量
MO_WT 4 Integer 向SP待送达数量
MO_FL 4 Integer 向SP送达失败数量
9. CMPP_Deliver
字段名 字节数 属性 描述
Msg_Id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
Destnation_id 21 Octet String SP的接入代码，一般4--6位
Service_id 10 Octet String 业务类型
TP_pid 1 Integer GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.9
TP_udhi 1 Integer GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.23,仅使用1位，右对齐
Msg_Fmt 1 Integer 信息格式 0：ASCII串 3：短信写卡操作 4：二进制信息 8：UCS2编码15：含GB汉字 。。。。。。
Srcterminal_id 21 Octet String 源终端MSISDN号码
Registered_Delivery 1 Integer 是否为应答信息，0----非应答信息，1----状态报告
Msg_Length 1 Integer 消息长度
Msg_Content Msg_length Octet String 消息内容
Reserve 8 Octet String 保留项
当CMPP_Deliver为对CMPP_Submit的应答信息时(即状态报告)，信息内容字段格式定义如下：
Msg_id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
Stat 7 Octet String 短信的应答结果，含义与SMPP3.3协议补充要求中stat字段定义相同
Submit_time 10 Octet String YYMMDDHHMM（YY为年的后两位00-99，MM：01-12，DD：01-31，HH：00-23，MM：00-59）
Done_time 10 Octet String YYMMDDHHMM
Dest_terminal_id 21 Octet String 目的终端MSISDN号码
SMSC_sequence 4 Integer SMSC发送状态报告的消息序列号
注：
1. 对SP的同一Msg_Id的多个包，当网关全部正确接收、正确发往SMSC并且收到SMSC返回的全部状态报告后，给SP只返回一个状态报告，以示此短信已正确到达手机终端。
2. 对SP的群发，采用逐条返回方式。
3. 考虑到SMSC的存储转发时间，要求网关的状态报告回送与接收到短信请求并将其送到SMSC之间的时间间隔为48小时。
10.CMPP_Deliver_REP 下发短信响应
字段名 字节数 属性 描述
Msg_Id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
Result 1 Integer 结果0：正确1：消息结构错 2：命令字错 3：消息序号重复4：消息长度错5：资费代码错6：超过最大信息长7：业务代码错8: 流量控制错9~ ：其他错误
11.CMPP_Cancel 删除短信
字段名 字节数 属性 描述
Msg_Id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
12.CMPP_Cancel_REP 删除短信响应
字段名 字节数 属性 描述
Success_Id 1 Integer 成功标识(0：成功; 1：失败)
13.CMPP_Active_Test 激活测试
没有消息体。
14.CMPP_Active_Test_REP 激活测试响应
字段名 字节数 属性 描述
Success_Id 1 Integer 成功标识(0：成功；其它：不成功)
15. CMPP_Fwd 短信前转
字段名 字节数 属性 描述
Source_ Id 6 Octet String 源网关的代码（右对齐，左补0）
Dest_Id 6 Octet String 目的网关代码（右对齐，左补0）
NodesCount 1 Integer 经过的网关数量
Msg_Fwd_Type 1 Integer 前转的消息类型（0：MT前转；1：MO前转）
Msg_id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
Pk_total 1 Integer 相同Msg_id的消息总条数，从1开始
Pk_number 1 Integer 相同Msg_id的消息序号，从1开始
Registered_Delivery 1 Integer 是否要求返回状态确认报告(0--不需要，1--需要，2--产生SMC话单)
Msg_level 1 Integer 信息级别
Service_id 10 Octet String 业务类型
Fee_UserType 1 Integer 计费用户类型字段，0：对目的终端MSISDN计费；1：对源终端MSISDN计费；2：对SP计费;3: 表示本字段无效，对谁计费参见Fee_terminal_id字段。
Fee_terminal_id 21 Integer 被计费用户的号码（如本字节填空，则表示本字段无效，对谁计费参见Fee_UserType字段。本字段与Fee_UserType字段互斥）
TP_pid 1 Integer GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.9
TP_udhi 1 Integer GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.23,仅使用1位，右对齐
Msg_Fmt 1 Integer 信息格式 0：ASCII串 3：短信写卡操作 4：二进制信息 8：UCS2编码15：含GB汉字 。。。。。。
Msg_src 6 Octet String 信息内容来源
FeeType 2 Octet String 资费类别
FeeCode 6 Octet String 资费代码（以分为单位）
Valid_Time 17 Octet String 有效期
At_Time 17 Octet String 定时发送的时间
Src_terminal_id 21 Octet String 源终端MSISDN号码(没有可以为空)
DestUsr_tl 1 Integer 接收消息的用户数量 （用户数为0时表示MO前转）
Dest_terminal_id 21*DestUsr_tl Octet String MT前转时表示接收业务的MSISDN号码，MO前转时表示SP的接入代码
Msg_Length 1 Integet 消息长度
Msg_Content Msg_length Octet String 消息内容（针对状态报告包，内容格式及含义同CMPP_Deliver状态报告包消息内容）
Reserve 8 M 保留
16. CMPP_Fwd _REP 短信前转响应
字段名 字节数 属性 描述
Msg_Id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
Pk_total 1 Integer 相同Msg_id的消息总条数
Pk_number 1 Integer 相同Msg_id的消息序号
Result 1 Integer 结果0：正确1：消息结构错 2：命令字错 i3：消息序号重复4：消息长度错5：资费代码错6：超过最大信息长7：业务代码错8: 流量控制错9: 前转判断错(此SP不应发往本ISMG)10~ ：其他错误
17. CMPP_MT_ROUTE MT路由请求,ISMG->Central
字段名 字节数 属性 描述
Source_id 6 Octet String 源网关代码
Terminal_id 21 Octet String 目标终端MSISDN号码
18. CMPP_MT_ROUTE_REP MT路由请求响应，Central->ISMG
字段名 字节数 属性 描述
Route_id 4 Integer 路由编号(从0开始,由GNS统一分配)
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integer 目标网关IP端口(7890或7900)
Start_id 6 Octet String MT路由起始号码段
End_id 6 Octet String MT路由截止号码段
Area_code 4 Octet String 手机所属区号
Result 1 Integer 结果（含义见后面的说明）
19. CMPP_MO_ROUTE MO路由请求，ISMG->Central
字段名 字节数 属性 描述
Source_id 6 Octet String 源网关代码
SP_Code 21 Octet String SP的接入号码
Service_Type 10 Octet String 请求的业务类型（此项适合全网服务内容，如爱心卡图片传情）
Service_Code 4 Integer 请求的业务代码（如果未置Service_Type字段，此字段为空，如爱心卡图片传情TPCQ1000—2000对应某个网站的某些相应图片）
20. CMPP_MO_ROUTE_REP MO路由请求响应
字段名 字节数 属性 描述
Route_id 4 Integer 路由编号
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integer 目标网关IP端口
SP_Code 21 Octet String SP的接入号码
Start_code 4 Integer MO路由起始业务代码（如果未置请求的Service_Type字段，此字段为空）
End_code 4 Integer MO路由截止业务代码（如果未置请求的Service_Type字段，此字段为空）
Result 1 Integet 结果（含义见后面定义）
21. CMPP_GET_ ROUTE 获取路由请求，ISMG->Central
字段名 字节数 属性 描述
Source_id 6 Octet String 源网关代码
Route_type 2 Octet String 路由类型（MO/MT）
Last_route_id 4 Integer 已经接收的上1条路由编号（第1次发送此请求时Last_route_id=-1）
22. CMPP_GET_ ROUTE_REP 获取路由请求响应，Central->ISMG
字段名 字节数 属性 描述
Route_id 4 Integet 路由编号
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integet 目标网关IP端口
SP_Code 21 Octet String SP的接入号码（请求的路由类型=MT时，此字段为空）
Service_Type 10 Octet String 请求的业务类型（此项适合全网服务内容，如爱心卡图片传情）
Start_code 4 Integer 请求的路由类型=MO时：MO路由起始业务代码（如果未置Service_Type字段，此字段为空）请求的路由类型=MT时：手机号码段的起始号码
End_code 4 Integer 请求的路由类型=MO时：MO路由截止业务代码（如果未置Service_Type字段，此字段为空）请求的路由类型=MT时：手机号码段的截止号码
Area_code 4 Octet String 手机所属区号（请求的路由类型=MO时，此字段为空）
Result 1 Integet 结果（含义见后面定义）
23. CMPP_MT_ROUTE_UPDATE (MT路由更新，ISMG->Central)
字段名 字节数 属性 描述
Update_type 1 Integet 0 － 添加；1－删除；2－更新
Route_id 4 Integet 路由编号（若update_type 为“添加”，则此字段为零）
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integet 目标网关IP端口
Start_id 6 Octet String MT路由起始号码段
End_id 6 Octet String MT路由截止号码段
Area_code 4 Octet String 手机所属区号
24. CMPP_MT_ROUTE_UPDATE_REP (MT路由更新回应,Central->ISMG)
字段名 字节数 属性 描述
Result 1 Integet 0 – 数据合法，等待核实，1－数据不合法
25. CMPP_MO_ROUTE_UPDATE (MO路由更新，ISMG->Central)
字段名 字节数 属性 描述
Update_type 1 Integet 0 － 添加；1－删除；2－更新
Route_id 4 Integet 路由编号若（update_type 为“添加”，则此字段为零）
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integet 目标网关IP端口
ICP_ID 21 Octet String ICP的服务号码
Service_type 10 Octet String 请求的业务类型（此项适合全网服务内容，如爱心卡图片传情,如该路由不包含此业务，此字段为空）
Start_code 4 Integer MO路由起始业务代码（如果未置请求的Service_Type字段，此字段为空）
End_code 4 Integer MO路由截止业务代码（如果未置请求的Service_Type字段，此字段为空）
26. CMPP_MO_ROUTE_UPDATE_REP (MO路由更新回应,Central->ISMG)
字段名 字节数 属性 描述
Result 1 Integet 0 – 数据合法，等待核实，1－数据不合法
27. CMPP_PUSH_MT_ROUTE_UPDATE(MT路由更新,Central->ISMG)
字段名 字节数 属性 描述
Update_type 1 Integet 0 － 添加；1－删除；2－更新
Route_id 4 Integet 路由编号
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integet 目标网关IP端口
Start_id 6 Octet String MT路由起始号码段
End_id 6 Octet String MT路由截止号码段
Area_code 4 Octet String 手机所属区号
要求各短信网关统一采用7900端口并接收本请求，然后更改本地路由缓存。
28. CMPP_PUSH_MT_ROUTE_UPDATE_REP(MT路由更新回应,ISMG->Central)
字段名 字节数 属性 描述
Result 1 Integet 0 – 成功更改，1－更改失败
29. CMPP_PUSH_MO_ROUTE_UPDATE(MO路由更新,Central->ISMG)
字段名 字节数 属性 描述
Update_type 1 Integet 0 － 添加；1－删除；2－更新
Route_id 4 Integet 路由编号
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integet 目标网关IP端口
ICP_ID 21 Octet String ICP的服务号码
Service_type 10 Octet String 请求的业务类型（此项适合全网服务内容，如爱心卡图片传情,如该路由不包含此业务，此字段为空）
Start_code 4 Integer MO路由起始业务代码（如果未置请求的Service_Type字段，此字段为空）
End_code 4 Integer MO路由截止业务代码（如果未置请求的Service_Type字段，此字段为空）
要求各短信网关统一采用7900端口并接收本请求，然后更改本地路由缓存。
30 CMPP_PUSH_MO_ROUTE_UPDATE_REP(MO路由更新回应,ISMG->Central)
字段名 字节数 属性 描述
Result 1 Integet 0 – 成功更改，1－更改失败
“结果”字段代码含义
编号 含义
0 正常
1 没有匹配路由
2 这是最后1条路由
8．编号
8.1 ISMG编号
地点 编号(ISMG_ID暂用区号加顺序号标识) 说明
北京 (001001) 北京编号为1的网关
江西 (079101) 江西编号为1的网关
广州 (002001) 广州编号为1的网关
天津 (002201) 天津编号为1的网关
其他见网络部门局数据要求
8.2 Command_ID
命令字名称 Command_ID值 说明
CMPP_Connect 0x00000001 请求连接
CMPP_Connect_REP 0x80000001 请求连接应答
CMPP_Terminate 0x00000002 终止连接
CMPP_Terminate_REP 0x80000002 终止连接应答
CMPP_Submit 0x00000004 提交短信
CMPP_Submit_REP 0x80000004 提交短信应答
CMPP_Deliver 0x00000005 短信下发
CMPP_Deliver_REP 0x80000005 下发短信应答
CMPP_Query 0x00000006 发送短信状态查询
CMPP_Query_REP 0x80000006 发送短信状态查询应答
CMPP_Cancel 0x00000007 删除短信
CMPP_Cancel_REP 0x80000007 删除短信应答
CMPP_Active_Test 0x00000008 激活测试
CMPP_Active_Test_REP 0x80000008 激活测试应答
CMPP_Fwd 0x00000009 消息前转
CMPP_Fwd_REP 0x80000009 消息前转应答
CMPP_MT_ROUTE 0x00000010 MT路由请求
CMPP_MT_ROUTE_REP 0x80000010 MT路由请求应答
CMPP_MO_ROUTE 0x00000011 MO路由请求
CMPP_MO_ROUTE_REP 0x80000011 MO路由请求应答
CMPP_GET_ROUTE 0x00000012 获取路由请求
CMPP_GET_ROUTE_REP 0x80000012 获取路由请求应答
CMPP_MT_ROUTE_UPDATE 0x00000013 MT路由更新ISMG->Central
CMPP_MT_ROUTE_UPDATE_REP 0x80000013 MT路由更新应答Central -> ISMG
CMPP_MO_ROUTE_UPDATE 0x00000014 MO路由更新ISMG->Central
CMPP_MO_ROUTE_UPDATE_REP 0x80000014 MO路由更新应答Central -> ISMG
CMPP_PUSH_MT_ROUTE_UPDATE 0x00000015 MT路由更新Central -> ISMG
CMPP_PUSH_MT_ROUTE_UPDATE_REP 0x80000015 MT路由更新应答ISMG->Central
CMPP_PUSH_MO_ROUTE_UPDATE 0x00000016 MO路由更新Central -> ISMG
CMPP_PUSH_MO_ROUTE_UPDATE_REP 0x80000016 MO路由更新应答ISMG->Central
8.3 FeeType 资费类别
FeeType（用户计费类别）
用户计费类别 含 义
00 “短消息类型”为“发送”，对“计费用户号码”不计信息费，此类话单仅用于核减SP对称的信道费
01 对“计费用户号码”免费
02 对“计费用户号码”按条计信息费
03 对“计费用户号码”按包月收取信息费
04 对“计费用户号码”的信息费封顶
05 对“计费用户号码”的收费是由SP实现
jinzuo007 (2002-04-27 14:00:00)
TO：战鹰
谢谢“战鹰”兄的慷慨帮助！小弟深表感谢。小弟的MSN:jinzuo007@hotmail.com
有空找“战鹰”多多讨教！
NowCan (2002-04-29 20:35:00)
smpp1.2的协议文档我主页上有，在杂七杂八栏目里。
http://nowcan.yeah.net
netbabys (2002-07-13 15:02:00)
名 称:支持短信协议互转网关程序(For NT) 并提供业务开发包及 业务生成工具
作 用:总之从无到到有实现与移动联通连接并提供诸如移动聊天，股票查询之类的服务
只需1天时间(可以编程控制业务流程)
运行环境:WINNT/2000 (For UNIX/Linux 正在开发中 ) 提供unix/linux 下JAVA接口
产品说明:可以提供 短信网关、短信业务生成器，短信客户端
用户控制:支持多用户接入及子号码分配,可以控制每个用户发送量
连 接:可以直接连接移动,联通及LOGICA,华为,傲天，英斯克，北伟
东大NOKIA，清华声讯网关
支持 SMPP/SGIP/CMPP 之间互转
详细联系:请邮件 netbabys@21cn.com
QQ 2412932 加入时请注明 短信字样
还提供超强客户端软件(可以OEM)呵~中国网友短信软件评比第一
客户端软件可以去 sms.1288.net
sms.czinfo.net 下载
具体流程是
聊天 ---/
股票查询--/
新闻定制--->应用业务---/
客户端软件-->>-TKTRANS--->>移动或是联通网关--->>用户手机
网站 -----/
wyismail (2002-08-12 16:16:00)
rainxy2002 老兄你文章上的图片
不能看能否发到我的邮箱里？？
黄广平 (2002-08-14 10:07:00)
我要做的是收费的服务要移动在手机费中扣除.
逍遥泿子 (2002-08-14 13:16:00)
听课
cowboy1916 (2002-08-17 3:34:00)
关注
renren (2002-09-03 14:23:00)
接受答案了.
uptou (2003-10-12 21:11:00)
我已经有端口和协议了，接下来该如何在程序中实现？可以具体一些吗？我是新手。
rainxy2002的回答最终被接受。
话题783583的标题是： 谁知道中国移动和联通的短信息发送的接口网关的资料！200分！ (200分)
分类：局域网 / 通讯 renren (2001-12-12 22:28:00)
谁知道中国移动和联通的短信息发送的接口网关的资料！最好提供软件实现发送的方法！
谢谢大家！
YB_unique (2001-12-12 22:39:00)
呵呵！你可以去问问中国电信，它的ＣＴＳＩ协议具体含义！
menxin (2001-12-12 22:40:00)
现在也没通吧，好象只有意向
酷尔贝塔 (2001-12-12 22:41:00)
[blue]关注！
我也想知道！手机费太高了。唉~[/blue]
renren (2001-12-16 17:39:00)
还有谁知道啊！
kaneboy (2001-12-17 23:20:00)
我们公司正计划和当地移动公司合作开发短信息，和移动的工程师已经谈过有关事宜了，
他们的提出的方案是，他们做一个中间层，接收我们的服务器发过去的数据包，我们发过去
的数据只需要包含一些必要的信息（发短信息号码，接收短信息号码，短信息内容等）就可以
了，具体的格式由我们定，然后我们把格式告诉他们，他们再来写那个中间层，连接我们发
过去的信息和他们的短信息中心平台。
所以，具体他们移动的数据格式协议什么的，我根本就一无所知（也无需知道了），这个
方案我感觉还不错。
dhyzf (2001-12-18 9:51:00)
还不是中国电信一个人在那儿晃来晃去的，唉，真的一项技术必须要有自己的技术核心才行
观注！！
dhyzf@163.net!
zhukewen (2001-12-18 10:09:00)
gz
长笑水 (2001-12-20 16:32:00)
没有免费的快餐
zhaohai9 (2001-12-20 16:43:00)
不花钱是不可能的。
kthy (2001-12-20 16:49:00)
有钱也未必！
renren (2001-12-21 18:51:00)
其实我不是要免费发送短信息，我想到移动的网站注册后用自己的程序发送相应的断信息，
类似网页中的post功能！谁知道啊？谢谢
delphi-i love (2001-12-21 19:46:00)
你应去问移动的网管,....
xxhsh (2001-12-21 20:02:00)
来自：kaneboy, 时间：2001-12-17 23:20:00, ID：795118
我们公司正计划和当地移动公司合作开发短信息，和移动的工程师已经谈过有关事宜了，
他们的提出的方案是，他们做一个中间层，接收我们的服务器发过去的数据包，我们发过去
的数据只需要包含一些必要的信息（发短信息号码，接收短信息号码，短信息内容等）就可以
了，具体的格式由我们定，然后我们把格式告诉他们，他们再来写那个中间层，连接我们发
过去的信息和他们的短信息中心平台。
所以，具体他们移动的数据格式协议什么的，我根本就一无所知（也无需知道了），这个
方案我感觉还不错。
对，就是这样的！！！！！！！！！！！！！！！！！！！！！！
lofa (2001-12-23 0:28:00)
这个不用问网管吧，去www.sms.com.cn去看看吧，前两天刚刚开始收费，他们支持各种网络
联通、移动，什么都行，现在的问题是Post中用NMHttp实现吗？参数怎么传，找到以后告诉
我一声，谢了！
q_l (2001-12-23 1:30:00)
我们公司就和移动、联通已经建立了短信服务，通讯接口我这也有，不过就算我给你通讯接口
你也用不上，因为和他们通讯是用Socket，并且是MD5加密，有IP，密码等检测。
renren (2001-12-23 2:07:00)
q_1,其实我们不是要免费的午餐啊，我们能否通过你们的网站的接口发送，我们如果post的话
应该按照什么样的格式发送给你们的网站啊？回答了马上给分！谢谢
q_l (2001-12-23 3:24:00)
目前我们公司未对互联网提供短信服务，能否给你提供接口我可无权决定，毕竟我只是编程实现人员
fxywolf (2001-12-23 3:48:00)
我是电信，我怕谁！
htw (2001-12-23 10:44:00)
才看的文章，我贴：
——————————————————————————————————
短信息市场期待演义“新三国”
林敏 2001/11/28
视点：短信息业务已成通信业的新增点，市场前景看好，移动、固话运营商纷纷介
入，人们期待上演互联互通竞争合作的新“三国演义”。
观点：信息是利用平台进行发布的，移动、联通、固话应联起手来，联合开发，创
造更多的短信内容市场，把市场做大，实现“三赢”。
焦点：短信息市场越通越有市场。通过互联互通合作，除了运营商自身获利外，网
站、厂商、设备商的机会也更多。
热点：网络短信息服务互不相通，不仅让用户倍感不便，更妨碍了把短信息业务 “蛋糕”做大。
难点：运营商对短信息市场互联互通的认识存在误区。
短信服务这块蛋糕谁想独享都不容易。去年以来，移动和联通均大做广告鼓励用户
使用短信息；各大网站摩拳擦掌，纷纷与移动和联通合作推出网上短信服务；如今固网
短信也跃跃欲试，北京近期即将试开通固定电话收发短信息业务。目前短信息市场非常
巨大，据GSM协会最新的调查预测，今年接下来的每一个季度可望突破2千亿条短信息。
在欧洲，短信息倍受青睐，GSM运营商8％至20％的收入来自短信息。然而对于运营商而
言，短信息市场要做大，互通才有利头。
“画地为牢”是“三败”之策
众所周知，手机用户之间可用短信息联系。而拥有手机的人都知道，移动和联通两
大用户群之间却不能互发短信息。这很令人费解，因为移动和联通在努力拓展自身短
信息市场的同时，却不愿去做对互发短信息这一眼皮底下的生意画地为牢。截至目前，
移动和联通的用户总数已逾1亿户，其中哪怕几分之一的人“跨网”互发短信息，收益
都非常可观。也不是设备不配套不能互传，非专业的网站与移动和联通皆可互传，专业
的移动和联通不可能做不到。
移动和联通应不难认识到，在短信息上“画地为牢”，并非竞争良方，而是“双败”
之策。移动和联通两大网络短信息服务互不相通，不仅让用户倍感不便，更妨碍了把短
信息业务这块“蛋糕”做大。试想，如果移动电话与固定电话互不相通的话，会造成什
么样的结果？用户还会买手机吗？短信息也是如此，不论用户入谁的网，只要是服务不
好，用户就随时可能“驾机起义”换成别的网。竞争之策不能以限制别人的发展为目的，
只考虑本集团的利益，宁愿自已不挣钱，也不让别人挣，影响了市场进程，最终损害了用
户也损害了自已的利益。其实也限制不了其它运营商的发展，监管最终也会提出要求进行
管制的，何必自找苦吃？
目前，推出固定短信业务的时机已经成熟，固网短信业务已在广东、福建等地试运
行，年底将面向全国大规模推出。对社会来说，固网短信业务实现互联网、固定电话网、
移动电话网之间的信息传递，使电话机成为一种全新的信息媒体。目前，固网短信业务运
营初期，如果不能与移动和联通互联互通，愿为短信息付费的用户将不一定会是1.6亿多
的固定电话用户那么多，未来的市场要的是合作与多赢，无论是横向或是纵向，没有一个
企业可以绝对独立地生存和做大。电信业只有互联互通才能做大，做大对谁都有好处，这
就是规模效应，运营商应该知道，“画地为牢”式的小规模经营，是在分蛋糕，而不是在
做大蛋糕。
在通信竞争格局已经形成的今天，无论是移动、联通，还是固话短信，都应尽早开放
短信息互通，不至于失去巨大的商机。手机市场正面临更新换代的新机遇，申奥的成功，
给北京移动通信网带来难得的发展良机，网络互通互联才能与之适应。
一线牵活大市场，何须苦斗？
短信息市场要互联互通才能做大，才有利头。有一项调查显示，七成以上的网民渴
望短信网间能互联互通。信息是利用平台进行发布的，移动、联通、固话应联起手来，
创造更多的短信内容市场，把市场做大。
中国移动的“移动梦网”迟迟未见“移动”，中国联通为了争夺无线互联市场，已
从8月1日起在全国范围内开通无线数据业务平台“联通在信”。现在，固话短信即将面
世，固网短信业务的市场卖点正是在“固定性”上。由于有“固定性”，它能帮助企业
更有效地细分目标市场、推进类型客户管理，并有的放矢加强区域市场开发。从这个层次
上来说，运营商完全可以突破依赖终端用户使用信息服务获取资费的盈利模式，与企业、
内容提供商、政府、社团等紧密合作，以固网短信这一信息渠道为市场宣传、客户管理、
社区管理、公共管理提供服务。从这个思路出发，固网短信有着很大的市场潜力。它可以
衍生出广告、彩票、咨询等丰富多彩的业务形式，甚至可以使固网短信运作成为一种新兴
的媒体。
让我们来计算一下，移动与联通的用户都近亿户，而固话也有一亿多，三方加起来是
三个亿的市场，是原来的三倍多，如果互联互通，那么，它会给每个运营商带来三倍或
更多的市场，如果中文短信息一条按0.10元计算的话，预计今年能创出几十亿元的市场。
在实现短信息服务的技术中，最关键的是要保证渠道的畅通，包括平台与ICP、固定网内、
固定网与移动网之间的互联，利用中兴通讯提供的ZXF118固定网综合信息平台，目前所有
系统之间的互联均可实现。
三方在市场上的较量即将开始，谁是赢家，尚难预料。分析人士认为，短信息将携
带一个完整的商业生态进入3G时代。据爱立信预测，中国源于移动数据服务的收入将于
2005年以前达到58亿美元，而中国电信首先拥有庞大的用户网络，1.7亿固定电话用户的
确可以傲视1.3亿的手机用户；其次是费用较便宜，每条消息所收取的费用肯定将低于移
动短信；第三，可以提供：用户话机之间互发中、英文短消息，通过服务中心和互联网
发送短消息，与互联网、电信业务受理及计费系统相联等6项业务；第四，用户终端便宜，
具有短信收发功能的电话机价格在500元左右，低于低端手机的价格。另外1.7亿多的固定
电话用户，如果有十分之一的用户愿意使用此业务，也意味着给终端机市场带来商机，竞
争者众多也可能会降低新型话机的价格。如果电信与ICP合作，推陈出新，在内容上下功
夫，推出自己的服务特色，分食短信市场不是没有成功的可能。所以短信息市场只有互通
才能对运营商更有利。
业内人士认为，真正的互联互通可能尚需时日。据了解，联通广东分公司副总经理
邱惠中曾表示，联通和移动都有意实现互发短信，只是要等双方的集团总部统一部署。广
东移动副总经理洪小勤表示，在全国范围内实现移动、联通手机互发短信需要制订统一
的标准，目前双方已着手准备，包括在各自内部开展互通测试，并对短信平台进行完善
和扩容。从日前南京的联通手机用户可以将短消息发往移动手机用户，在联通与移动之
间一场悄悄进行的“互联互通”业务引起社会各界广泛关注?江苏移动公司有关人士指出，
在现阶段技术逐渐成熟的条件下，互联互通的可能性也是存在的。但该同志未肯就联通用
户可以将短消息发往移动作评论，就可以想象到这一难点。
联合开发，实现“三赢”
短信息市场越通越有市场。通过互联互通这一合作，除了运营商自身获利外，给网
站、厂商、设备商的机会也更多。三网互通，就能创造出一个大的信息市场，剌激消费，
启动数据业务，做大对各方都有利而无害，人们期待短信息市场再次上演的是公平竞争下
的“新三国”，而不是过去的“旧三国”的那种狠斗、恶斗形式。
电信业的竞争是联合开发，而不是用网络“圈住”各自的用户群。在手机短信息服
务上，电信运营商已经离不开网站了。中国移动高层人士坦诚地表示，“没有与ICP们
合作，我们的网络将没有任何价值。”一语中的，与ICP合作共同提供短信息服务，是
“移动梦网”的一部分。从今年5月起，月均发送量已达5亿条，并以每月不低于4000万
条的速度增长。移动与合作的ICP共享如此美味大餐，其乐融融。对于网站经营者来说
，短信息也是一块甜“蛋糕”。
有业内人士认为，固定电话发送短信功能的实现，对于过去电话只能用来进行语音
通信来说，进步是很大的。如果再把这个平台同互联网结合起来，对固定网来说无疑是
一场新的信息革命，这场革命不仅将给电信运营商带来商机，还将给ICP、局端设备生产
厂商、终端设备制造商以及各种相关信息提供商们带来商机。
透过短信息服务，我们似乎看到了电信与网站未来合作的美好前景。也就是说，利用
电信运营商的收费之便，网站完全可以开发出更好更新的服务项目，更能刺激用户的需求。
电信运营商短缺的是信息，单靠移动网平台，并不能直接给用户提供短信息；网站短缺的
是收费模式，不管点击率如何高，就是没办法从网民口袋里掏钱。短信息犹如一根无形的
纽带，把双方的“相思”稳固在一个点上，要吃甜蛋糕，谁也离不开谁。因此，无论是电
信经营商，还是网站经营商，单方面的短缺都可以通过合作方式，实现优势互补，创造出
新的利润增长点。中国社科院数量与技术经济研究所的张先生认为，最缺的还是网络间的
互联互通，电信系统内部的网络应当互联互通，“三网合一”就更为需要了。
要保证各家电信运营商在一个全面公平的市场展开竞争。这就回到了互联互通的老
话题上，好在信息产业部已公开承诺，要求各大电信公司限时解决网络间互联互通问题，
引入竞争，打破垄断，互通互联既有利于竞争，更有利于信息产业的发展。电信网间及时
互联互通，是电信市场有效竞争、电信资源有效利用的基础，有了这个基础，电信运营
商和网络经营商才能真正实现“三赢”。
nickey (2001-12-26 1:15:00)
icq里可以免费发短信啊。。 只是不能是中文。。。
apower (2002-03-04 15:53:00)
现在可以了。
ken1026 (2002-03-04 17:34:00)
现在我也正在大研究此问题，希望大家发表一下意见
gxcooo (2002-03-04 17:56:00)
不可能的
zyf23 (2002-03-04 18:00:00)
gz
swei412 (2002-03-04 21:32:00)
gz
flyhu (2002-03-05 10:15:00)
这方面的应用还是蛮有前景的！！大家要关注啊。
萧易 (2002-03-05 10:24:00)
我可以提供一个黑龙江移动网站，和北京一家企业网站的接口，不过很多别的地方的手机
接不到黑龙江发出的信息，至于别的省市移动的网站，我暂时不能提供
宇阳 (2002-03-05 16:59:00)
自己作一根连接手机和计算机串口的通信连线，写一个通过串口发信息的小程序就可以了。
没有中文输入法的手机也可以发中文短信息！！！
Vinson (2002-03-05 17:06:00)
gz
jayxsjf (2002-03-11 15:37:00)
萧易：能给我发一份吗谢谢！！！jayxsjf@163.com
孤独有偶 (2002-03-15 20:35:00)
如果不能免费发送短信，那大家还忙个什么劲呀？不如去sohu下一个客户端了，嘿嘿，真是没前途了。
Vinson (2002-04-09 0:25:00)
gz
3cs (2002-04-23 17:39:00)
我这有一份移动的，谁要，给个地址吧！
kifo (2002-04-23 18:17:00)
还是弄ICQ的吧。就算你知道了移动的接口，人家要是改了你怎么办呢。
妄语 (2002-04-23 18:23:00)
[8D][8D][^]
方栩 (2002-04-23 18:35:00)
通过icq的确可以，我也试过，没问题，不过
icq好像现在限制每天每个用户的短消息发送数量了。
小八哥 (2002-04-23 21:16:00)
用icq每天能发5条短消息(一个账号).现在就有一些小软件通过icq的网关
免费发短消息,你可以去 aicosms.126.com download一个,看看他们是怎么
做的,应该对你有帮助.
lzjnuaa (2002-04-23 21:22:00)
我有啊，你把分数全给我
战鹰 (2002-04-25 13:05:00)
你是不是要SGIP/CMPP的协议?
协议俺有,相关接口的VCL俺也有!
Email&MSN:luokai@up369.com
jrq (2002-04-25 13:26:00)
楼上：
SGIP/CMPP的协议 相关接口的VCL －－－－－
我对这个不熟悉，我想问的是：这些东东是不是属于密不公开的？ 商业的？
能否共享？ [
] 在不违反一些条条框框的前提下，能否上传到一个地方？ 让大家都见识见识～ [
] 战鹰 (2002-04-25 16:17:00)
呵呵!
两个不是相关的而是对立的![
]SGIP是联通的标准
CMPP是中国移动的标准!
共享还是免了吧!不过有需要可以通过邮件交流!
[
] jrq (2002-04-25 17:15:00)
楼上：[
]那我就不客气了！ [
]jrqjrq@sina.com 不知能够.......交流吗？ [
]jinzuo007 (2002-04-25 17:44:00)
TO：战鹰
战鹰兄，可否给小弟发一份。先谢了。jinzuo007@21cn.com
Jar (2002-04-28 10:14:00)
To:战鹰，
偶也想要一份学习学习，收到派分，可以不？
战鹰 (2002-04-25 18:30:00)
呵呵，提醒大家不要在这里留邮件地址，小心收到垃圾邮件！
要控件就直接给我发信！
有空的话用MSN切磋！
Email&MSN:luokai@up369.com
战鹰 (2002-04-27 13:47:00)
发送完成，包括CMPP接口VCL和接口文档，VCL包括源代码！
有问题请通过Email交流！
另外说几个可能遇到的技术问题！
1.短连接方式一般不用CONNECT命令直接就可以SUBMIT来发送短消息，但是只能发送一条连接就会被服务器切断！
2.长连接过程中的CONNECT的认证过程，每个网关都可能不一样，所以必须和网关提供商交流！
长连接当使用长连接的时候一定要考虑阻塞的问题，不然你的麻烦就大了！
rainxy2002 (2002-04-27 13:52:00)
中国移动通信信息资源站实体与互联网短消息网关接口协议
（V1.2）
中国移动通信集团公司
2001/6/12
1． 编制说明
本规范为中国移动通信集团公司企业规范，规定信息资源站实体与互联网短消息网关的应用层接口协议。本协议版本为1.2版。
2． 缩略语
ISMG Internet Short Message Gateway 互联网短消息网关
SMPP Short Message Peer to Peer 短消息点对点协议
CMPP China Mobile Peer to Peer 中国移动点对点协议
TLS Transport Layer Security 传输层安全
SMC Short Message Center 短消息中心
3．网络结构
要求SP的功能实体向ISMG发CMPP_SUBMIT消息，由ISMG将消息转发到某SMC上。同时，SMC也可向ISMG发送短消息，由ISMG发送给相应的SP。
4．CMPP功能概述
CMPP用以建立短消息中心和SP之间的通路，业务和信息的提供由SP完成。
可以为实现移动数据增值业务提供服务，例如以下业务：
Email通知、语音信箱通知、Internet发短消息、移动台发Email、催费通知、自动综合业务信息台（信息点播业务，主要有：天气预报、股票信息、航班信息等）。
以下以Email通知业务为例，讲述信息的流程：
u 某因特网的用户向SP的Email Server发送一封Email，
u SP的POP3 SERVER激活过滤进程，如果该用户申请了Email通知业务，则过滤进程将用户登记的手机号码取出，将Email的标题取出，绑定在CMPP_SUBMIT消息中，发送给ISMG，
u ISMG将检查CMPP_SUBMIT消息中“接收业务的手机号码”字段，则在ISMG中查询该手机用户归属的SMC的地址，然后发送给SMC。
u ISMG得到确认消息后，将消息转换成CMPP_SUBMIT_REP，发回给SP。
u SMC收到该消息后，对该消息进行处理，发送给用户。
u SMC向ISMG回送状态报告。
由上述流程可见，对于SP来讲，要做的工作主要集中在第二步，即在EMAIL SERVER中做一个过滤程序，实现上述功能即可。
从协议上说，SP只要具备CMPP中实现的接口，就可以实现对应于控制层的功能，至于对于具体的SP功能实体，比如Email Server、Web Server等，尚需做一些应用层的工作。
5. 接口
CMPP协议以TCP/IP作为底层通信承载。
6 消息流程
SP与ISMG之间进行信息交互时，可以采用长连接方式，也可以采用短连接方式。所谓长连接，指在一个连接上可以连续发送多个数据包，然后断开连接，在连接保持期间，如果没有数据包发送，需要双方发链路检测包。短连接是指通讯双方有数据交互时，就建立一个连接，数据发送完成后，则断开此连接，即每次连接只完成一项业务的发送。短信网关之间前转时要求每条消息都要有状态报告。当向用户发送信息发生错误时，网关应向SP发送错误状态报告。
6.1 长连接
SP与ISMG以Client—Server方式建立TCP连接，用于双方信息的相互提交。TCP/IP连接建立后，由Client发起建立应用层连接，然后进行数据传输，当信道上没有数据传输时，客户端应发送链路检测包以维持此连接，超过一定时间（可参数配置，如2秒）服务端如果未收到客户端的任何数据则断开此连接。
消息采用并发方式发送，加以流量控制，窗口大小可调，暂定为16条消息，即接收方在应答前一次收到的消息最多不超过16条。
SP向ISMG发送的消息类型包括：
1） CMPP_Connect 请求应用层连接
2） CMPP_Terminate 终止应用层连接
3） CMPP_Terminate_REP 终止应用层连接应答
4） CMPP_Deliver_REP 下发短信应答
5） CMPP_Submit 提交短信
6） CMPP_Query 发送短信状态查询
7） CMPP_Cancel 删除短信
8） CMPP_Active_Test 激活测试
9） CMPP_Active_Test_REP 激活测试应答
ISMG向SP发送的消息类型包括：
1） CMPP_Connect_REP 请求连接应答
2） CMPP_Deliver 短信下发
3） CMPP_Submit_REP 提交短信应答
4） CMPP_Query_REP 短信状态查询结果
5） CMPP_Cancel_REP 删除短信应答
6） CMPP_Active_Test_REP 激活测试应答
7） CMPP_Active_Test 激活测试
8) CMPP_Terminate 终止应用层连接
9) CMPP_Terminate_Rep 终止应用层连接应答
长连接一次操作流程
SP ISMG 说明
CMPP_Connect SP请求与ISMG建立应用层连接
CMPP_ Connect_REP ISMG请求连接应答
CMPP_Submit(1) 提交短信，要求确认
CMPP_Submit(2) 提交短信，要求确认
CMPP_Submit_REP 对（1）的提交短信响应
CMPP_Submit_REP 对（2）的提交短信响应
CMPP_Deliver(3) 短信下发
CMPP_Deliver(4) 短信下发
CMPP_Deliver_REP 对（3）的短信应答
CMPP_Deliver_REP 对（4）的短信应答
CMPP_Cancel 删除短信
CMPP_Cancel_REP 删除短信响应
CMPP_Query 发送短信状态查询
CMPP_Query_REP 短信状态查询结果
CMPP_Terminate 终止应用层连接
CMPP_Terminate_Rep 终止应用层连接响应
图6.1 长连接消息流程示意图
6.2 短连接
ISMG与SP之间的通讯采用TCP/IP协议，双方互为client和server端。发送与接收单独进行，每项业务建立一个连接，通讯采用应答方式，应答与请求在同一个连接中完成。由于系统采用互为客户端/服务器模式，操作以客户端驱动方式发起连接请求，完成一次操作后关闭此连接。
连接中对SP的认证采用阶段性（如一天或一月）认证方式，当SP首次与IMSG交换信息时，SP首先发送身份认证包，ISMG对SP进行身份认证后，记录SP的IP地址等相关信息，在以后的数据交互时，ISMG把SP的IP地址作为认证条件，即对没有注册的SP的相关信息不予处理。当SP想断开此逻辑上的应用层连接时，发送断开连接请求包，ISMG接受断开连接请求后，清除掉与此SP相关的信息，即对MO到此SP或SP的MT信息均不予处理，但保存MO的信息，直到SP再次与ISMG建立逻辑上的应用层连接，即身份认证。也允许ISMG发起断开SP的连接请求。
ISMG之间通信采用短连接方式，首先发起连接者作为客户端，对方作为服务器建立连接。
消息采用并发方式发送，并加以流量控制，窗口大小可调，暂定为16条消息，即接收方在应答前一次收到的消息最多不超过16条。
SP向ISMG发送的消息类型包括：
1） CMPP_Connect 请求逻辑应用层连接
2） CMPP_Terminate 终止逻辑应用层连接
3） CMPP_Terminate_REP 终止逻辑应用层连接应答
4） CMPP_Deliver_REP 下发短信应答
5） CMPP_Submit 提交短信
6） CMPP_Query 发送短信状态查询
7） CMPP_Cancel 删除短信
ISMG向SP发送的消息类型包括：
1） CMPP_Connect_REP 请求逻辑应用层连接应答
2） CMPP_Terminate 终止逻辑应用层连接
3） CMPP_Terminate_REP 终止逻辑应用层连接应答
4） CMPP_Deliver 短信下发
5） CMPP_Submit_REP 提交短信应答
6） CMPP_Query_REP 短信状态查询结果
7） CMPP_Cancel_REP 删除短信应答
ISMG处于同一级别之上，ISMG之间数据传输采用长连接或短连接方式实现，首选长连接方式实现。ISMG间互为客户/服务器模式，连接由数据请求的发起方建立，双方均可关闭此连接。ISMG间发送的消息类型包括：
1）CMPP_Fwd 消息前转
2）CMPP_Fwd_REP 消息前转应答
短连接一次操作流程（MO和MT）：
SP ISMG 说明
ISMG与汇接结点间的消息类型包括：
1）CMPP_MT_ROUTE MT路由请求
2）CMPP_MT_ROUTE_REP MT路由请求应答
3）CMPP_MO_ROUTE MO路由请求
4）CMPP_MO_ROUTE_REP MO路由请求应答
5）CMPP_GET_ROUTE 获取路由请求
6）CMPP_GET_ROUTE_REP 获取路由请求应答
7)CMPP_MT_ROUTE_UPDATE MT路由更新，ISMG->Central
8)CMPP_MT_ROUTE_UPDATE_REP MT路由更新回应,Central->ISMG
9)CMPP_MO_ROUTE_UPDATE MO路由更新，ISMG->Central
10)CMPP_MO_ROUTE_UPDATE_REP MO路由更新回应,Central->ISMG
11)CMPP_PUSH_MT_ROUTE_UPDATE MT路由更新,Central->ISMG
12)CMPP_PUSH_MT_ROUTE_UPDATE_REP MT路由更新回应,ISMG->Central
13)CMPP_PUSH_MO_ROUTE_UPDATE MO路由更新,Central->ISMG
14)CMPP_PUSH_MO_ROUTE_UPDATE_REP MO路由更新回应,ISMG->Central
6.3 交互过程中的应答方式
下图给出SP提交短消息的交互流程示例，注意采用同步方式，与以前协议中采用的异
步方式不同：
本版本规范定义的协议交互流程（同步方式）
7．消息定义
CMPP长连接端口号定义为7890，短连接端口号定义为7900。字节采用在网络中通用的网络字节序，超时时长间隔采用斐波那契数列，重发次数动态可调，最好不少于3次。
基本数据类型：
Integer 无符号整数
Octet String 定长字符串，位数不足时，如果左补0则补ASCII表示的零，如果右补0则补二进制的零
7.1消息结构
项目 说明
Message Header 消息头(所有消息公共包头)
Message Body 消息体
7.2 消息头格式（Message Header）
字段名 字节数 类型 描述
Total_Length 4 Integer 消息总长度(含消息头及消息体)
Command_ID 4 Integer 命令或响应类型
Sequence_ID 4 Integer 消息流水号,顺序累加,步长为1,循环使用
7.3 消息体格式(Message Body)
1. CMPP_Connect 请求连接
字段名 字节数 属性 描述
Source_Addr 6 Octet String SP_ID
AuthenticatorSP 16 Octet String SP认证码
Version 1 Integer 双方协商的版本号
Timestamp 4 Integer 时间戳的明文,由客户端产生,格式为MMDDHHMMSS，即月日时分秒，10位,右对齐
2. CMPP_Connect_REP 请求连接应答
字段名 字节数 属性 描述
Status 1 Integer 状态0：正确1：消息结构错 2：非法SP_ID 3：SP认证错 4：版本太高 5~ ：其他错误
AuthenticatorISMG 16 Octet String ISMG认证码 ，SP认证出错时，此项为空
Version 1 Integer 服务器支持的最高版本号
3. CMPP_Terminate 终止连接
消息体为空。
4. CMPP_Terminate_Rep 终止连接响应
消息体为空。
5.CMPP_Submit 发送短信
字段名 字节数 属性 描述
Msg_id 8 Integer 信息标识，由SP侧短信网关本身产生生成MsgID的算法如下：采用64位（8字节）的整数：(1)时间（从月精确到分） 64――41位（bit）(2)SMC（短讯中心）号码 40――17位（bit）如 13800100500,只填写最后86位00100500(3)序列号 16――1位（bit）顺序累加,步长为1,循环使用.各分段如不能填满，左补零,右对齐
Pk_total 1 Integer 相同Msg_id的消息总条数，从1开始
Pk_number 1 Integer 相同Msg_id的消息序号，从1开始
Registered_Delivery 1 Integer 是否要求返回状态确认报告(0--不需要，1--需要，2--产生SMC话单)
Msg_level 1 Integer 信息级别
Service_id 10 Octet String 业务类型
Fee_UserType 1 Integer 计费用户类型字段，0：对目的终端MSISDN计费；1：对源终端MSISDN计费；2：对SP计费;3:表示本字段无效，对谁计费参见Fee_terminal_id字段。
Fee_terminal_id 21 Integer 被计费用户的号码（如本字节填空，则表示本字段无效，对谁计费参见Fee_UserType字段。本字段与Fee_UserType字段互斥）
TP_pid 1 Integer GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.9
TP_udhi 1 Integer GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.23,仅使用1位，右对齐
Msg_Fmt 1 Integer 信息格式 0：ASCII串 3：短信写卡操作 4：二进制信息 8：UCS2编码15：含GB汉字 。。。。。。
Msg_src 6 Octet String 信息内容来源(SP_ID)
FeeType 2 Octet String 资费类别
FeeCode 6 Octet String 资费代码（以分为单位）
Valid_Time 17 Octet String 存活有效期，格式遵循SMPP3.3协议
At_Time 17 Octet String 定时发送时间，格式遵循SMPP3.3协议
Src_terminal_id 21 Octet String 源终端MSISDN号码(没有可以为空)
DestUsr_tl 1 Integer 接收消息的用户数量(小于100个用户)
Dest_terminal_id 21*DestUsr_tl Octet String 接收业务的MSISDN号码
Msg_Length 1 Integer 消息长度(Msg_Fmt值为0时：<160个字节；其它<=140个字节)
Msg_Content Msg_length Octet String 消息内容
Reserve 8 Octet String 保留
6.CMPP_Submit_REP 发送短信响应（出错要求SP全部重发Msg_Id信息）
字段名 字节数 属性 描述
Msg_Id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
Result 1 Integer 结果0：正确1：消息结构错 2：命令字错 3：消息序号重复4：消息长度错5：资费代码错6：超过最大信息长7：业务代码错8：流量控制错9~ ：其他错误
7.CMPP_Query 发送短信状态查询(查询Time属性指定的日期的统计信息)
字段名 字节数 属性 描述
Time 8 Octet String 时间(精确至日)
Query_Type 1 Integer 查询类别0：总数查询1：按业务代码查询
Query_Code 10 Octet String 查询码 (业务类型)
Reserve 8 Octet String 保留
8.CMPP_Query_REP 短信状态查询结果
字段名 字节数 属性 描述
Time 8 Octet String 时间(精确至日)
Query_Type 1 Integer 查询类别0：总数查询1：按业务代码查询
Query_Code 10 Octet String 查询码
MT_TLMsg 4 Integer 从SP接收信息总数
MT_Tlusr 4 Integer 从SP接收用户总数
MT_Scs 4 Integer 成功转发数量
MT_WT 4 Integer 待转发数量
MT_FL 4 Integer 转发失败数量
MO_Scs 4 Integer 向SP成功送达数量
MO_WT 4 Integer 向SP待送达数量
MO_FL 4 Integer 向SP送达失败数量
9. CMPP_Deliver
字段名 字节数 属性 描述
Msg_Id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
Destnation_id 21 Octet String SP的接入代码，一般4--6位
Service_id 10 Octet String 业务类型
TP_pid 1 Integer GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.9
TP_udhi 1 Integer GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.23,仅使用1位，右对齐
Msg_Fmt 1 Integer 信息格式 0：ASCII串 3：短信写卡操作 4：二进制信息 8：UCS2编码15：含GB汉字 。。。。。。
Srcterminal_id 21 Octet String 源终端MSISDN号码
Registered_Delivery 1 Integer 是否为应答信息，0----非应答信息，1----状态报告
Msg_Length 1 Integer 消息长度
Msg_Content Msg_length Octet String 消息内容
Reserve 8 Octet String 保留项
当CMPP_Deliver为对CMPP_Submit的应答信息时(即状态报告)，信息内容字段格式定义如下：
Msg_id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
Stat 7 Octet String 短信的应答结果，含义与SMPP3.3协议补充要求中stat字段定义相同
Submit_time 10 Octet String YYMMDDHHMM（YY为年的后两位00-99，MM：01-12，DD：01-31，HH：00-23，MM：00-59）
Done_time 10 Octet String YYMMDDHHMM
Dest_terminal_id 21 Octet String 目的终端MSISDN号码
SMSC_sequence 4 Integer SMSC发送状态报告的消息序列号
注：
1. 对SP的同一Msg_Id的多个包，当网关全部正确接收、正确发往SMSC并且收到SMSC返回的全部状态报告后，给SP只返回一个状态报告，以示此短信已正确到达手机终端。
2. 对SP的群发，采用逐条返回方式。
3. 考虑到SMSC的存储转发时间，要求网关的状态报告回送与接收到短信请求并将其送到SMSC之间的时间间隔为48小时。
10.CMPP_Deliver_REP 下发短信响应
字段名 字节数 属性 描述
Msg_Id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
Result 1 Integer 结果0：正确1：消息结构错 2：命令字错 3：消息序号重复4：消息长度错5：资费代码错6：超过最大信息长7：业务代码错8: 流量控制错9~ ：其他错误
11.CMPP_Cancel 删除短信
字段名 字节数 属性 描述
Msg_Id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
12.CMPP_Cancel_REP 删除短信响应
字段名 字节数 属性 描述
Success_Id 1 Integer 成功标识(0：成功; 1：失败)
13.CMPP_Active_Test 激活测试
没有消息体。
14.CMPP_Active_Test_REP 激活测试响应
字段名 字节数 属性 描述
Success_Id 1 Integer 成功标识(0：成功；其它：不成功)
15. CMPP_Fwd 短信前转
字段名 字节数 属性 描述
Source_ Id 6 Octet String 源网关的代码（右对齐，左补0）
Dest_Id 6 Octet String 目的网关代码（右对齐，左补0）
NodesCount 1 Integer 经过的网关数量
Msg_Fwd_Type 1 Integer 前转的消息类型（0：MT前转；1：MO前转）
Msg_id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
Pk_total 1 Integer 相同Msg_id的消息总条数，从1开始
Pk_number 1 Integer 相同Msg_id的消息序号，从1开始
Registered_Delivery 1 Integer 是否要求返回状态确认报告(0--不需要，1--需要，2--产生SMC话单)
Msg_level 1 Integer 信息级别
Service_id 10 Octet String 业务类型
Fee_UserType 1 Integer 计费用户类型字段，0：对目的终端MSISDN计费；1：对源终端MSISDN计费；2：对SP计费;3: 表示本字段无效，对谁计费参见Fee_terminal_id字段。
Fee_terminal_id 21 Integer 被计费用户的号码（如本字节填空，则表示本字段无效，对谁计费参见Fee_UserType字段。本字段与Fee_UserType字段互斥）
TP_pid 1 Integer GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.9
TP_udhi 1 Integer GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.23,仅使用1位，右对齐
Msg_Fmt 1 Integer 信息格式 0：ASCII串 3：短信写卡操作 4：二进制信息 8：UCS2编码15：含GB汉字 。。。。。。
Msg_src 6 Octet String 信息内容来源
FeeType 2 Octet String 资费类别
FeeCode 6 Octet String 资费代码（以分为单位）
Valid_Time 17 Octet String 有效期
At_Time 17 Octet String 定时发送的时间
Src_terminal_id 21 Octet String 源终端MSISDN号码(没有可以为空)
DestUsr_tl 1 Integer 接收消息的用户数量 （用户数为0时表示MO前转）
Dest_terminal_id 21*DestUsr_tl Octet String MT前转时表示接收业务的MSISDN号码，MO前转时表示SP的接入代码
Msg_Length 1 Integet 消息长度
Msg_Content Msg_length Octet String 消息内容（针对状态报告包，内容格式及含义同CMPP_Deliver状态报告包消息内容）
Reserve 8 M 保留
16. CMPP_Fwd _REP 短信前转响应
字段名 字节数 属性 描述
Msg_Id 8 Integer 消息标识（参见第5条CMPP_Submit定义）
Pk_total 1 Integer 相同Msg_id的消息总条数
Pk_number 1 Integer 相同Msg_id的消息序号
Result 1 Integer 结果0：正确1：消息结构错 2：命令字错 i3：消息序号重复4：消息长度错5：资费代码错6：超过最大信息长7：业务代码错8: 流量控制错9: 前转判断错(此SP不应发往本ISMG)10~ ：其他错误
17. CMPP_MT_ROUTE MT路由请求,ISMG->Central
字段名 字节数 属性 描述
Source_id 6 Octet String 源网关代码
Terminal_id 21 Octet String 目标终端MSISDN号码
18. CMPP_MT_ROUTE_REP MT路由请求响应，Central->ISMG
字段名 字节数 属性 描述
Route_id 4 Integer 路由编号(从0开始,由GNS统一分配)
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integer 目标网关IP端口(7890或7900)
Start_id 6 Octet String MT路由起始号码段
End_id 6 Octet String MT路由截止号码段
Area_code 4 Octet String 手机所属区号
Result 1 Integer 结果（含义见后面的说明）
19. CMPP_MO_ROUTE MO路由请求，ISMG->Central
字段名 字节数 属性 描述
Source_id 6 Octet String 源网关代码
SP_Code 21 Octet String SP的接入号码
Service_Type 10 Octet String 请求的业务类型（此项适合全网服务内容，如爱心卡图片传情）
Service_Code 4 Integer 请求的业务代码（如果未置Service_Type字段，此字段为空，如爱心卡图片传情TPCQ1000—2000对应某个网站的某些相应图片）
20. CMPP_MO_ROUTE_REP MO路由请求响应
字段名 字节数 属性 描述
Route_id 4 Integer 路由编号
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integer 目标网关IP端口
SP_Code 21 Octet String SP的接入号码
Start_code 4 Integer MO路由起始业务代码（如果未置请求的Service_Type字段，此字段为空）
End_code 4 Integer MO路由截止业务代码（如果未置请求的Service_Type字段，此字段为空）
Result 1 Integet 结果（含义见后面定义）
21. CMPP_GET_ ROUTE 获取路由请求，ISMG->Central
字段名 字节数 属性 描述
Source_id 6 Octet String 源网关代码
Route_type 2 Octet String 路由类型（MO/MT）
Last_route_id 4 Integer 已经接收的上1条路由编号（第1次发送此请求时Last_route_id=-1）
22. CMPP_GET_ ROUTE_REP 获取路由请求响应，Central->ISMG
字段名 字节数 属性 描述
Route_id 4 Integet 路由编号
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integet 目标网关IP端口
SP_Code 21 Octet String SP的接入号码（请求的路由类型=MT时，此字段为空）
Service_Type 10 Octet String 请求的业务类型（此项适合全网服务内容，如爱心卡图片传情）
Start_code 4 Integer 请求的路由类型=MO时：MO路由起始业务代码（如果未置Service_Type字段，此字段为空）请求的路由类型=MT时：手机号码段的起始号码
End_code 4 Integer 请求的路由类型=MO时：MO路由截止业务代码（如果未置Service_Type字段，此字段为空）请求的路由类型=MT时：手机号码段的截止号码
Area_code 4 Octet String 手机所属区号（请求的路由类型=MO时，此字段为空）
Result 1 Integet 结果（含义见后面定义）
23. CMPP_MT_ROUTE_UPDATE (MT路由更新，ISMG->Central)
字段名 字节数 属性 描述
Update_type 1 Integet 0 － 添加；1－删除；2－更新
Route_id 4 Integet 路由编号（若update_type 为“添加”，则此字段为零）
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integet 目标网关IP端口
Start_id 6 Octet String MT路由起始号码段
End_id 6 Octet String MT路由截止号码段
Area_code 4 Octet String 手机所属区号
24. CMPP_MT_ROUTE_UPDATE_REP (MT路由更新回应,Central->ISMG)
字段名 字节数 属性 描述
Result 1 Integet 0 – 数据合法，等待核实，1－数据不合法
25. CMPP_MO_ROUTE_UPDATE (MO路由更新，ISMG->Central)
字段名 字节数 属性 描述
Update_type 1 Integet 0 － 添加；1－删除；2－更新
Route_id 4 Integet 路由编号若（update_type 为“添加”，则此字段为零）
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integet 目标网关IP端口
ICP_ID 21 Octet String ICP的服务号码
Service_type 10 Octet String 请求的业务类型（此项适合全网服务内容，如爱心卡图片传情,如该路由不包含此业务，此字段为空）
Start_code 4 Integer MO路由起始业务代码（如果未置请求的Service_Type字段，此字段为空）
End_code 4 Integer MO路由截止业务代码（如果未置请求的Service_Type字段，此字段为空）
26. CMPP_MO_ROUTE_UPDATE_REP (MO路由更新回应,Central->ISMG)
字段名 字节数 属性 描述
Result 1 Integet 0 – 数据合法，等待核实，1－数据不合法
27. CMPP_PUSH_MT_ROUTE_UPDATE(MT路由更新,Central->ISMG)
字段名 字节数 属性 描述
Update_type 1 Integet 0 － 添加；1－删除；2－更新
Route_id 4 Integet 路由编号
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integet 目标网关IP端口
Start_id 6 Octet String MT路由起始号码段
End_id 6 Octet String MT路由截止号码段
Area_code 4 Octet String 手机所属区号
要求各短信网关统一采用7900端口并接收本请求，然后更改本地路由缓存。
28. CMPP_PUSH_MT_ROUTE_UPDATE_REP(MT路由更新回应,ISMG->Central)
字段名 字节数 属性 描述
Result 1 Integet 0 – 成功更改，1－更改失败
29. CMPP_PUSH_MO_ROUTE_UPDATE(MO路由更新,Central->ISMG)
字段名 字节数 属性 描述
Update_type 1 Integet 0 － 添加；1－删除；2－更新
Route_id 4 Integet 路由编号
Dest_id 6 Octet String 目标网关代码
Gateway_IP 15 Octet String 目标网关IP地址
Gateway_port 2 Integet 目标网关IP端口
ICP_ID 21 Octet String ICP的服务号码
Service_type 10 Octet String 请求的业务类型（此项适合全网服务内容，如爱心卡图片传情,如该路由不包含此业务，此字段为空）
Start_code 4 Integer MO路由起始业务代码（如果未置请求的Service_Type字段，此字段为空）
End_code 4 Integer MO路由截止业务代码（如果未置请求的Service_Type字段，此字段为空）
要求各短信网关统一采用7900端口并接收本请求，然后更改本地路由缓存。
30 CMPP_PUSH_MO_ROUTE_UPDATE_REP(MO路由更新回应,ISMG->Central)
字段名 字节数 属性 描述
Result 1 Integet 0 – 成功更改，1－更改失败
“结果”字段代码含义
编号 含义
0 正常
1 没有匹配路由
2 这是最后1条路由
8．编号
8.1 ISMG编号
地点 编号(ISMG_ID暂用区号加顺序号标识) 说明
北京 (001001) 北京编号为1的网关
江西 (079101) 江西编号为1的网关
广州 (002001) 广州编号为1的网关
天津 (002201) 天津编号为1的网关
其他见网络部门局数据要求
8.2 Command_ID
命令字名称 Command_ID值 说明
CMPP_Connect 0x00000001 请求连接
CMPP_Connect_REP 0x80000001 请求连接应答
CMPP_Terminate 0x00000002 终止连接
CMPP_Terminate_REP 0x80000002 终止连接应答
CMPP_Submit 0x00000004 提交短信
CMPP_Submit_REP 0x80000004 提交短信应答
CMPP_Deliver 0x00000005 短信下发
CMPP_Deliver_REP 0x80000005 下发短信应答
CMPP_Query 0x00000006 发送短信状态查询
CMPP_Query_REP 0x80000006 发送短信状态查询应答
CMPP_Cancel 0x00000007 删除短信
CMPP_Cancel_REP 0x80000007 删除短信应答
CMPP_Active_Test 0x00000008 激活测试
CMPP_Active_Test_REP 0x80000008 激活测试应答
CMPP_Fwd 0x00000009 消息前转
CMPP_Fwd_REP 0x80000009 消息前转应答
CMPP_MT_ROUTE 0x00000010 MT路由请求
CMPP_MT_ROUTE_REP 0x80000010 MT路由请求应答
CMPP_MO_ROUTE 0x00000011 MO路由请求
CMPP_MO_ROUTE_REP 0x80000011 MO路由请求应答
CMPP_GET_ROUTE 0x00000012 获取路由请求
CMPP_GET_ROUTE_REP 0x80000012 获取路由请求应答
CMPP_MT_ROUTE_UPDATE 0x00000013 MT路由更新ISMG->Central
CMPP_MT_ROUTE_UPDATE_REP 0x80000013 MT路由更新应答Central -> ISMG
CMPP_MO_ROUTE_UPDATE 0x00000014 MO路由更新ISMG->Central
CMPP_MO_ROUTE_UPDATE_REP 0x80000014 MO路由更新应答Central -> ISMG
CMPP_PUSH_MT_ROUTE_UPDATE 0x00000015 MT路由更新Central -> ISMG
CMPP_PUSH_MT_ROUTE_UPDATE_REP 0x80000015 MT路由更新应答ISMG->Central
CMPP_PUSH_MO_ROUTE_UPDATE 0x00000016 MO路由更新Central -> ISMG
CMPP_PUSH_MO_ROUTE_UPDATE_REP 0x80000016 MO路由更新应答ISMG->Central
8.3 FeeType 资费类别
FeeType（用户计费类别）
用户计费类别 含 义
00 “短消息类型”为“发送”，对“计费用户号码”不计信息费，此类话单仅用于核减SP对称的信道费
01 对“计费用户号码”免费
02 对“计费用户号码”按条计信息费
03 对“计费用户号码”按包月收取信息费
04 对“计费用户号码”的信息费封顶
05 对“计费用户号码”的收费是由SP实现
jinzuo007 (2002-04-27 14:00:00)
TO：战鹰
谢谢“战鹰”兄的慷慨帮助！小弟深表感谢。小弟的MSN:jinzuo007@hotmail.com
有空找“战鹰”多多讨教！
NowCan (2002-04-29 20:35:00)
smpp1.2的协议文档我主页上有，在杂七杂八栏目里。
http://nowcan.yeah.net
netbabys (2002-07-13 15:02:00)
名 称:支持短信协议互转网关程序(For NT) 并提供业务开发包及 业务生成工具
作 用:总之从无到到有实现与移动联通连接并提供诸如移动聊天，股票查询之类的服务
只需1天时间(可以编程控制业务流程)
运行环境:WINNT/2000 (For UNIX/Linux 正在开发中 ) 提供unix/linux 下JAVA接口
产品说明:可以提供 短信网关、短信业务生成器，短信客户端
用户控制:支持多用户接入及子号码分配,可以控制每个用户发送量
连 接:可以直接连接移动,联通及LOGICA,华为,傲天，英斯克，北伟
东大NOKIA，清华声讯网关
支持 SMPP/SGIP/CMPP 之间互转
详细联系:请邮件 netbabys@21cn.com
QQ 2412932 加入时请注明 短信字样
还提供超强客户端软件(可以OEM)呵~中国网友短信软件评比第一
客户端软件可以去 sms.1288.net
sms.czinfo.net 下载
具体流程是
聊天 ---/
股票查询--/
新闻定制--->应用业务---/
客户端软件-->>-TKTRANS--->>移动或是联通网关--->>用户手机
网站 -----/
wyismail (2002-08-12 16:16:00)
rainxy2002 老兄你文章上的图片
不能看能否发到我的邮箱里？？
黄广平 (2002-08-14 10:07:00)
我要做的是收费的服务要移动在手机费中扣除.
逍遥泿子 (2002-08-14 13:16:00)
听课
cowboy1916 (2002-08-17 3:34:00)
关注
renren (2002-09-03 14:23:00)
接受答案了.
uptou (2003-10-12 21:11:00)
我已经有端口和协议了，接下来该如何在程序中实现？可以具体一些吗？我是新手。
rainxy2002的回答最终被接受。
W
weiliu
Unregistered / Unconfirmed
GUEST, unregistred user!
话题1421822的标题是： 如何用程序向手机发短消息--[高手请进] (100分)
分类：Internet/TCPIP odbc1230 (2002-11-08 16:32:00)
请问各位高手如何用程序向手机发短消息，
请大家注意是手机，不是BP机，关于BP机的文章请不要贴，谢谢
wwolf (2002-11-08 16:38:00)
没做过：）
应该要通过SIM通讯模块吧。要不就是
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1421573
sichuan (2002-11-08 16:43:00)
要電訊老大同意吧!看這里:
http://www.doone.com.cn/sms/send.php
LuJuhe (2002-11-10 21:55:00)
我想到一个简单的办法，就是用通讯电缆连接到普通手机，然后写程序控制手机发sms。
至少诺基亚和西门子的手机可以这么做，不过费用嘛。。。除非和电信有优惠协议了。
只是想法，没做过。 [][][]
leizengzheng (2002-11-11 13:46:00)
你想做到啥级别的呀？交换级，板卡级，或仅仅手机编程实现？
Feizi (2002-11-16 20:57:00)
1、如果采用具有ATCommand解释的硬件，那么可以直接通过红外线/串口/usb/...等发AT命令
控制硬件发sms
2、如果不具ATCommand解释的，需要开发包或什么数据包等，如Nokia8210等
你想知道那些，估计大富翁们都比较清楚，你可以在本论坛搜索得到，以前好多这样的贴
odbc1230 (2002-11-17 11:33:00)
我晕我是说用‘程序‘向手机发短消息，CSDN上有人做出来了，
odbc1230 (2002-11-17 11:36:00)
我晕我是说用‘程序‘向手机发短消息，CSDN上有人做出来了，而且是免费的，你们还
在讲什么乱七八找的东西
zhuiqiu (2002-11-17 13:23:00)
csdn上的我用过了，真的免费！不过我不知道怎么做。
sdv (2002-11-17 21:15:00)
调用
www.icq.com/sms
至少我看到的免费程序是这样干的
lcl_003 (2002-11-17 21:38:00)
gz
峻祁连 (2002-11-18 22:49:00)
我了解的是借用那个网站的短信发送功能。
继续关注
sdv (2002-11-19 10:34:00)
我记得国外很多站点提供这样的免费服务
但是我还不只到提供这种服务的好处。。
那位高人来说说
？
bobar (2002-11-19 11:03:00)
通过移动短消息网关发送
先跟移动谈好价钱:=)，他给你一个地址和端口
你用cmpp协议连上去，发送
cmpp移动网上有
其实很简单
ycxy (2002-11-19 11:57:00)
gz
xiaolin0522 (2002-11-19 12:03:00)
要用程序发短信，无非是发到互联网上，包括 互联网网关，短信中心，以及网站（sp）
不同的东东的接口协议是不一样的。不过都离不了socket通讯，协议一般都很简单。
讨论这些东西没有什么意义
无疯无禄 (2002-11-19 12:11:00)
gz
人在昆明 (2002-11-21 19:03:00)
学习，拿不出东西来的不许说话。：）
aka77 (2002-11-22 11:28:00)
我原来写过一个:
通过Sina/Sohu的网站发送短信,不需要登陆到网站,主要用来监控服务器故障,有问题就发送短消息
原理
1,SMS_Clinet--HTTP Post-->Sina/send_msg.cgi
2,SMS_Clinet--HTTP Get<--Sina/send_msg.cgi
sxqsxq (2002-11-22 17:46:00)
用计算机串口直接与手机通讯即可。
chenxz (2002-11-22 19:45:00)
我也在研究，英文短信没问题，中文短信需要nokia8310货以上的手机。
有什么消息告诉我阿，共同进步。
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1425189
aidac (2002-11-26 11:10:00)
在类似问题中已答过：
联通：将短信息发给思特奇网关，用SGIP协议。（当然你的Computer得能访问到思特奇网关）
移动：将短信息发给移动短信网关，用SMPP协议。
另一种方法通过GSM模块发（得花钱），DELPHI-串口-GSM模块-下发短信息。
再有如果手机提供与PC的接口且能能搞到接口通讯协议，就很简单了：
DELPHI-串口-专用连接线-手机-下发短信息。
aidac (2002-11-26 11:15:00)
更正一下：
发给移动短信网关，用CMPP协议。
ljy_17 (2002-11-26 11:46:00)
以前很多免費的軟件是用ICQ的網關！
但現在ICQ的不能發送到移動的手機，好象是因為資費間的問題！
如果不是想做免費的，那麼你和移動、聯通聯系！他們會提供接口的1
asir (2002-11-26 12:16:00)
CSDN上的哥们估计是我们移动内部人，呵呵
不然早就给他封了接口了
yuki2003 (2002-11-30 4:00:00)
我以前做过一个在网站群发的
其实只要
参考这个，先登陆
Button20.Caption:='正在登陆...';
WebBrowser1.Navigate('http://reg4.163.com/in.jsp?username='+Edit_username.Text+'&password='+Edit_password.Text);
然后根据发回的网叶内容判断是否登陆成功。用别的控件也行啊。
//('http://sms.163.com/service/sendmsg_pop.php?send=1&phone=13XXXXXXX&message=您的学识让我们钦佩，您的为人让我们折服，您的节日让我们共同庆祝！老师，节日快乐！');
然后根据发回的网叶内容判断是否发送成功。
也就是说你只要在ie的地址栏打一句话，就可以发送过去了。你的手机号要在那个网站注册哦。
判断的内容如
{
信息内容不能为空
发送失败rtn=6&Error:illegal
接收的第1个号码位数不对!
时间设置不对
预定时间最长为现在起10天内！
预定时间不可少于当前时间
发送成功！接收不到不收费。
}
用串口的话，我还没处理好汉字分割问题
mantousoft (2003-01-22 11:21:00)
www.gmcc.net有华为的api
research (2003-01-28 19:00:00)
还是通过计算机跟手机连接起来发方便些
手机的有跟计算机连的线
seraph_q (2003-02-16 2:15:00)
总的来说，那些能发短信的网站都是和移动、联通有协议的。
如果你要自己做，不外乎两条路：
1、访问这种可以免费发短信的网站。你的程序通过HTTP协议连到这些网站上，借用它们的服务帮你发；
2、你去跟移动、联通谈好，签订一个协议。
bodhisattva (2003-02-16 11:36:00)
用Delphi实现BP机、手机短讯
一、原理
它不同于OICQ的双方都在网上才能进行交流的寻呼功能，它可以将文字信息发送到真正的寻呼机上。只要你能够上网，就可以自己动手，
随时随地将信息发送出去，即使你在国外，也可以利用它来向国内的友人发送信息了，而且不用交纳国际长途费用！
二、分析
现在网上各寻呼台都有网上服务,网页寻呼(Web Paging)就是常用的一种。它是通过在互联网上访问寻呼台的主页，
然后由寻呼台的信息寻呼系统打传呼。所以我们只要利用HTTP协议就可以实现网络寻呼了。以下就简单介绍一下HTTP协议： HTTP中完成一个会话通常要完成：
1)客户端程序与服务器建立连接
2)发送请求
3)服务器响应客户端
4)关闭连接
HTTP常用到的请求有：
1)GET(请求一万维网页)
2)HEAD(读取一万维网页的头部)
3)PUT(请求一存储万维网页)
4)POST(附加一个命名的资源)
5)DELETE(删除万维网页)
6)LINK(连接两个已有的资源)
7)UNLINK(断开两个已有资源的连接)
HTTP中常用到的应答状态代码有：(*号代表0-9间的一个数)
1. 1** (信息)
2. 2**(成功)
3.4**(客户端错误)
4.5**(服务器错误)
其实我们要实现的程序，只用POST、GET请求，收到正常应答就可以了。POST可以用于把用户输入的数据以数据流的方式传给CGI程序，CGI通过Contect-Length环境变量来取相应长度的数据流信息。
POST请求格式如下：
POST http://www2.scuta.edu.cn/stu/chatroom/check.asp HTTP/1.0
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, */*
Referer: http://www2.scuta.edu.cn/stu/
Accept-Language: zh-cn
Content-Type: application/x-www-form-urlencoded
Proxy-Connection: Keep-Alive
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98)
Host: www2.scuta.edu.cn
Content-Length: 87
Pragma: no-cache
Cookie: ASPSESSIONIDQGGGQHHE=ABGNNOJCIGOFCDLBIOLHKAFK
服务器正常应答的头部结构为：
200 OK HTTP/1.0 说明提交数据成功
三、程序的实现
Delphi中NMHTTP已经可以很容易的实现上面的所说的数据提交,而且它还支持Proxy、这样对于通过代理服务器上网一样可以适用，并且它不是OICQ中发送讯信所用到SOCKET5代理。
新建一个窗体，加入组件一个ComboBox，命名为callto,用于存放寻呼对象，如国信寻呼就有95908、94908、94909、98062、98063、98019、98035、98052、98038、99055、98060、98061、98051、98003、99062、99016、99017、99018、99019、99046、99076；加入组件Edit，命名为tonumber，表示寻呼号码；加入组件RadioGroup，命名为RadioGroup1,Caption设为呼机类型，items中加入两项，分别为中文机、数字机;加入组件Edit,命名为firstName，用于表示发寻呼人的姓；加入组件RadioGroup，命名为RadioGroup2,Caption设为寻呼人性别，items中加入两项，分别为先生、小姐;加入组件Memo，命名为callmsg，用于输入发送的信息(注：对于数字机只能是数字信息)；加入组件NMHTTP,命名为NMHTTP1；加入Checkbox，命名为ifuseproxy，用于确定是否使用代理服务器;加入两个Edit组件，分别用于软件代理服务器地址、代理服务器端口；最后加入命令按钮,Caption设为“发送”。
现在以国信寻呼为例，它用GET请求就可以实现了,“发送”按钮的程序代码如下：
procedure TForm1.Button1Click(Sender: TObject);
var callstr:string;
begin callstr:='http://tips.gxspace.com/cgi-bin/tips/webpaging?stn_id='+callto.Text+'&page_no='+tonumber.Text;
case RadioGroup1.ItemIndex of
0:callstr:=callstr+'&pager_type=C';
1:callstr:=callstr+'&pager_type=N';
end;
callstr:=callstr+'&firstname='+firstname.text;
case RadioGroup2.ItemIndex of
0:callstr:=callstr+'&title=0';
1:callstr:=callstr+'&title=1';
end;
callstr:=callstr+'&msg='+callmsg.Text+'&answer=null&B1=发送寻呼';
NMHTTP1.InputFileMode := FALSE;
NMHTTP1.OutputFileMode := FALSE;
NMHTTP1.ReportLevel := Status_Basic;
If ifuseproxy.Checked then
Begin
NMHTTP1.Proxy := Edit1.Text;
NMHTTP1.ProxyPort := StrToInt(Edit2.Text);
End;
NMHTTP1.Get(callstr);
end;
有些寻呼(如润迅寻呼就不能用上面的GET请求实现，它要用POST请求)，使用与上面相差不大，如下面是NMHTTP的POST用法：
NMHTTP1.InputFileMode:=False;
NMHTTP1.OutputFileMode:=True;
NMHTTP1.ReportLevel:=Status_Basic;
If ifuseproxy.Checked then
Begin
NMHTTP1.Proxy := Edit1.Text;
NMHTTP1.ProxyPort := StrToInt(Edit2.Text);
End;
With NMHTTP1.HeaderInfo do
Begin
Cookie := Edit5.Text;
LocalMailAddress := Edit6.Text;
LocalProgram := Edit7.Text;
Referer := Edit8.Text;
UserID := Edit9.Text;
Password := Edit10.Text;
End;
// 把要提交的数据先放在test.txt文件中：格式为stnid=A&pageno=123456....
NMHTTP1.Post('http://www.wocall.com/script/zbwebcall.asp','test.txt');
file://NMHTTP的具体用法在Delphi安装目前/Borland/Delphi5/Demos/FastNet/Http下有个NMHTTP使用的例子。
以上都是用NMHTTP实现的，其实用Delphi中的WebBrowser组件同样可以完成数据的提交，使用是这样的 Webbrowser1.OleObject.Document.FrontPage_Form1.submit();
说明：WebBrowser1是WebBrowser组件的名,Frontpage_Form1是用WebBrowser打开的网页中的表单名
网页中的表单是这机样的：
＜FORM action=http://message.com.cn/cgi-bin/ips/webpaging method=post name=FrontPage_Form1＞
.......
＜/FORM＞
这样的实现方法就是用程序生成一个已经按用户输入信息生成一个网页，
然后通过WebBrowser1.Navigate(生成的网页),最后提交到服务器Webbrowser1.OleObject.Document.FrontPage_Form1.submit();
这样就完成了一次寻呼
ty_unix (2003-02-16 11:44:00)
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1528439
sandyhappy (2003-02-17 10:19:00)
现在通过编程实现收发无非三种情况
1、直接通过irDA或者串行口和手机直接相连，通过相应的控制完成短信的收发，支持
siemens3618,6618的手机工作室就是可以这样发，资费和手机发送短信一样。
2、通过部分主页上提供的短信发送的HTTP连接，将短信息以HTTP方式，提交给相应的
服务器，该服务器负责将短信发出。这种就看服务器是否给你免费了。
3、直接通过CMPP连接移动的短信网关，通过SOCKET向短信网关提交。但是移动必须给你
开设帐号，绑定IP。cmpp中的计费可以在用户提交时候设置，但是SMPP中好像是在短信
网关中设置多，所以如果你连接的是支持SMPP的短信平台，就算连起可以发送也不是免费
的。
还有没有其他的方法，我只知道这些了
kycheung (2003-02-17 11:15:00)
gz
tomol (2003-02-17 11:37:00)
谁要是能提供一个好的全程实例就好了。。。
vivee (2003-02-17 11:47:00)
需要移动或联通的网关！！然后网上有相关的例子！
chenxz (2003-02-17 11:50:00)
各位要看清楚题再发言阿
要求是通过程序控制手机发送短信，而不是通过网络和移动网关。
就是短信是通过手机发送出去的
zeroyou (2003-02-17 13:07:00)
看不动
pickup (2003-03-12 23:13:00)
最简单的方法是通过串口用AT命令控制手机不过要自己读懂PDU协议，我做过一个。如果有什么
问题可以直接找我。
chenxz (2003-03-13 9:00:00)
to pichup:
可否发个demo（源码）过来看看，以后有什么需要帮忙，一定全力以赴[]
mail：cxz@gsta.com
stephen_guan (2003-03-17 0:10:00)
343用的是连接手机发送了,我就见过这个了.
fshell (2003-03-17 0:28:00)
如果不用连接网络或者外部设备的话，我个人认为不可能发短信。 [8D]
chenxz (2003-03-17 0:31:00)
这里的网络是指移动网络，设备是指手机。
Wjzhou (2003-03-30 9:35:00)
csdn上哪有免费的啊！！！！！！！！！！！
！！！！！！！！！！！！！！！！！！！！！！！！！！！
都是不行的。
sunrain_114 (2003-04-14 22:53:00)
如果弄到了移动或者联通的网关，再怎么办？
vmao (2003-04-15 8:44:00)
收藏
humanc2d4 (2003-05-20 10:29:00)
1、通过移动短消息网关发送
2、安装受机驱动程序
quejian (2003-05-30 18:11:00)
我给你发个源程序！！！[]
odbc1230 (2003-05-30 18:14:00)
接受答案了.
uptou (2003-10-13 0:05:00)
我已有移动和联通的端口协议等东东，但我是个新手，不知道从何处下手？有那位大哥可以指点一下？
wenjinshan (2003-10-31 13:20:00)
发短信等手机通讯有三种方式:
1.移动、联通网关，一般是通过宽带网连接
2.通过在163、sohu、sina等网站注册手机，编写程序来发送短信
3.红外或串口与手机通信，分Text和PDU两种传送模式。其中，Nokia手机还可以分为需要数据套件、免数据套件(二进制)两种方式。
我的主页上有后两种Demo程序及源代码。http://wenjinshan.wx-e.com/index2.htm
quejian的回答最终被接受。
分类：Internet/TCPIP odbc1230 (2002-11-08 16:32:00)
请问各位高手如何用程序向手机发短消息，
请大家注意是手机，不是BP机，关于BP机的文章请不要贴，谢谢
wwolf (2002-11-08 16:38:00)
没做过：）
应该要通过SIM通讯模块吧。要不就是
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1421573
sichuan (2002-11-08 16:43:00)
要電訊老大同意吧!看這里:
http://www.doone.com.cn/sms/send.php
LuJuhe (2002-11-10 21:55:00)
我想到一个简单的办法，就是用通讯电缆连接到普通手机，然后写程序控制手机发sms。
至少诺基亚和西门子的手机可以这么做，不过费用嘛。。。除非和电信有优惠协议了。
只是想法，没做过。 [
][][] leizengzheng (2002-11-11 13:46:00)
你想做到啥级别的呀？交换级，板卡级，或仅仅手机编程实现？
Feizi (2002-11-16 20:57:00)
1、如果采用具有ATCommand解释的硬件，那么可以直接通过红外线/串口/usb/...等发AT命令
控制硬件发sms
2、如果不具ATCommand解释的，需要开发包或什么数据包等，如Nokia8210等
你想知道那些，估计大富翁们都比较清楚，你可以在本论坛搜索得到，以前好多这样的贴
odbc1230 (2002-11-17 11:33:00)
我晕我是说用‘程序‘向手机发短消息，CSDN上有人做出来了，
odbc1230 (2002-11-17 11:36:00)
我晕我是说用‘程序‘向手机发短消息，CSDN上有人做出来了，而且是免费的，你们还
在讲什么乱七八找的东西
zhuiqiu (2002-11-17 13:23:00)
csdn上的我用过了，真的免费！不过我不知道怎么做。
sdv (2002-11-17 21:15:00)
调用
www.icq.com/sms
至少我看到的免费程序是这样干的
lcl_003 (2002-11-17 21:38:00)
gz
峻祁连 (2002-11-18 22:49:00)
我了解的是借用那个网站的短信发送功能。
继续关注
sdv (2002-11-19 10:34:00)
我记得国外很多站点提供这样的免费服务
但是我还不只到提供这种服务的好处。。
那位高人来说说
？
bobar (2002-11-19 11:03:00)
通过移动短消息网关发送
先跟移动谈好价钱:=)，他给你一个地址和端口
你用cmpp协议连上去，发送
cmpp移动网上有
其实很简单
ycxy (2002-11-19 11:57:00)
gz
xiaolin0522 (2002-11-19 12:03:00)
要用程序发短信，无非是发到互联网上，包括 互联网网关，短信中心，以及网站（sp）
不同的东东的接口协议是不一样的。不过都离不了socket通讯，协议一般都很简单。
讨论这些东西没有什么意义
无疯无禄 (2002-11-19 12:11:00)
gz
人在昆明 (2002-11-21 19:03:00)
学习，拿不出东西来的不许说话。：）
aka77 (2002-11-22 11:28:00)
我原来写过一个:
通过Sina/Sohu的网站发送短信,不需要登陆到网站,主要用来监控服务器故障,有问题就发送短消息
原理
1,SMS_Clinet--HTTP Post-->Sina/send_msg.cgi
2,SMS_Clinet--HTTP Get<--Sina/send_msg.cgi
sxqsxq (2002-11-22 17:46:00)
用计算机串口直接与手机通讯即可。
chenxz (2002-11-22 19:45:00)
我也在研究，英文短信没问题，中文短信需要nokia8310货以上的手机。
有什么消息告诉我阿，共同进步。
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1425189
aidac (2002-11-26 11:10:00)
在类似问题中已答过：
联通：将短信息发给思特奇网关，用SGIP协议。（当然你的Computer得能访问到思特奇网关）
移动：将短信息发给移动短信网关，用SMPP协议。
另一种方法通过GSM模块发（得花钱），DELPHI-串口-GSM模块-下发短信息。
再有如果手机提供与PC的接口且能能搞到接口通讯协议，就很简单了：
DELPHI-串口-专用连接线-手机-下发短信息。
aidac (2002-11-26 11:15:00)
更正一下：
发给移动短信网关，用CMPP协议。
ljy_17 (2002-11-26 11:46:00)
以前很多免費的軟件是用ICQ的網關！
但現在ICQ的不能發送到移動的手機，好象是因為資費間的問題！
如果不是想做免費的，那麼你和移動、聯通聯系！他們會提供接口的1
asir (2002-11-26 12:16:00)
CSDN上的哥们估计是我们移动内部人，呵呵
不然早就给他封了接口了
yuki2003 (2002-11-30 4:00:00)
我以前做过一个在网站群发的
其实只要
参考这个，先登陆
Button20.Caption:='正在登陆...';
WebBrowser1.Navigate('http://reg4.163.com/in.jsp?username='+Edit_username.Text+'&password='+Edit_password.Text);
然后根据发回的网叶内容判断是否登陆成功。用别的控件也行啊。
//('http://sms.163.com/service/sendmsg_pop.php?send=1&phone=13XXXXXXX&message=您的学识让我们钦佩，您的为人让我们折服，您的节日让我们共同庆祝！老师，节日快乐！');
然后根据发回的网叶内容判断是否发送成功。
也就是说你只要在ie的地址栏打一句话，就可以发送过去了。你的手机号要在那个网站注册哦。
判断的内容如
{
信息内容不能为空
发送失败rtn=6&Error:illegal
接收的第1个号码位数不对!
时间设置不对
预定时间最长为现在起10天内！
预定时间不可少于当前时间
发送成功！接收不到不收费。
}
用串口的话，我还没处理好汉字分割问题
mantousoft (2003-01-22 11:21:00)
www.gmcc.net有华为的api
research (2003-01-28 19:00:00)
还是通过计算机跟手机连接起来发方便些
手机的有跟计算机连的线
seraph_q (2003-02-16 2:15:00)
总的来说，那些能发短信的网站都是和移动、联通有协议的。
如果你要自己做，不外乎两条路：
1、访问这种可以免费发短信的网站。你的程序通过HTTP协议连到这些网站上，借用它们的服务帮你发；
2、你去跟移动、联通谈好，签订一个协议。
bodhisattva (2003-02-16 11:36:00)
用Delphi实现BP机、手机短讯
一、原理
它不同于OICQ的双方都在网上才能进行交流的寻呼功能，它可以将文字信息发送到真正的寻呼机上。只要你能够上网，就可以自己动手，
随时随地将信息发送出去，即使你在国外，也可以利用它来向国内的友人发送信息了，而且不用交纳国际长途费用！
二、分析
现在网上各寻呼台都有网上服务,网页寻呼(Web Paging)就是常用的一种。它是通过在互联网上访问寻呼台的主页，
然后由寻呼台的信息寻呼系统打传呼。所以我们只要利用HTTP协议就可以实现网络寻呼了。以下就简单介绍一下HTTP协议： HTTP中完成一个会话通常要完成：
1)客户端程序与服务器建立连接
2)发送请求
3)服务器响应客户端
4)关闭连接
HTTP常用到的请求有：
1)GET(请求一万维网页)
2)HEAD(读取一万维网页的头部)
3)PUT(请求一存储万维网页)
4)POST(附加一个命名的资源)
5)DELETE(删除万维网页)
6)LINK(连接两个已有的资源)
7)UNLINK(断开两个已有资源的连接)
HTTP中常用到的应答状态代码有：(*号代表0-9间的一个数)
1. 1** (信息)
2. 2**(成功)
3.4**(客户端错误)
4.5**(服务器错误)
其实我们要实现的程序，只用POST、GET请求，收到正常应答就可以了。POST可以用于把用户输入的数据以数据流的方式传给CGI程序，CGI通过Contect-Length环境变量来取相应长度的数据流信息。
POST请求格式如下：
POST http://www2.scuta.edu.cn/stu/chatroom/check.asp HTTP/1.0
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, */*
Referer: http://www2.scuta.edu.cn/stu/
Accept-Language: zh-cn
Content-Type: application/x-www-form-urlencoded
Proxy-Connection: Keep-Alive
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98)
Host: www2.scuta.edu.cn
Content-Length: 87
Pragma: no-cache
Cookie: ASPSESSIONIDQGGGQHHE=ABGNNOJCIGOFCDLBIOLHKAFK
服务器正常应答的头部结构为：
200 OK HTTP/1.0 说明提交数据成功
三、程序的实现
Delphi中NMHTTP已经可以很容易的实现上面的所说的数据提交,而且它还支持Proxy、这样对于通过代理服务器上网一样可以适用，并且它不是OICQ中发送讯信所用到SOCKET5代理。
新建一个窗体，加入组件一个ComboBox，命名为callto,用于存放寻呼对象，如国信寻呼就有95908、94908、94909、98062、98063、98019、98035、98052、98038、99055、98060、98061、98051、98003、99062、99016、99017、99018、99019、99046、99076；加入组件Edit，命名为tonumber，表示寻呼号码；加入组件RadioGroup，命名为RadioGroup1,Caption设为呼机类型，items中加入两项，分别为中文机、数字机;加入组件Edit,命名为firstName，用于表示发寻呼人的姓；加入组件RadioGroup，命名为RadioGroup2,Caption设为寻呼人性别，items中加入两项，分别为先生、小姐;加入组件Memo，命名为callmsg，用于输入发送的信息(注：对于数字机只能是数字信息)；加入组件NMHTTP,命名为NMHTTP1；加入Checkbox，命名为ifuseproxy，用于确定是否使用代理服务器;加入两个Edit组件，分别用于软件代理服务器地址、代理服务器端口；最后加入命令按钮,Caption设为“发送”。
现在以国信寻呼为例，它用GET请求就可以实现了,“发送”按钮的程序代码如下：
procedure TForm1.Button1Click(Sender: TObject);
var callstr:string;
begin callstr:='http://tips.gxspace.com/cgi-bin/tips/webpaging?stn_id='+callto.Text+'&page_no='+tonumber.Text;
case RadioGroup1.ItemIndex of
0:callstr:=callstr+'&pager_type=C';
1:callstr:=callstr+'&pager_type=N';
end;
callstr:=callstr+'&firstname='+firstname.text;
case RadioGroup2.ItemIndex of
0:callstr:=callstr+'&title=0';
1:callstr:=callstr+'&title=1';
end;
callstr:=callstr+'&msg='+callmsg.Text+'&answer=null&B1=发送寻呼';
NMHTTP1.InputFileMode := FALSE;
NMHTTP1.OutputFileMode := FALSE;
NMHTTP1.ReportLevel := Status_Basic;
If ifuseproxy.Checked then
Begin
NMHTTP1.Proxy := Edit1.Text;
NMHTTP1.ProxyPort := StrToInt(Edit2.Text);
End;
NMHTTP1.Get(callstr);
end;
有些寻呼(如润迅寻呼就不能用上面的GET请求实现，它要用POST请求)，使用与上面相差不大，如下面是NMHTTP的POST用法：
NMHTTP1.InputFileMode:=False;
NMHTTP1.OutputFileMode:=True;
NMHTTP1.ReportLevel:=Status_Basic;
If ifuseproxy.Checked then
Begin
NMHTTP1.Proxy := Edit1.Text;
NMHTTP1.ProxyPort := StrToInt(Edit2.Text);
End;
With NMHTTP1.HeaderInfo do
Begin
Cookie := Edit5.Text;
LocalMailAddress := Edit6.Text;
LocalProgram := Edit7.Text;
Referer := Edit8.Text;
UserID := Edit9.Text;
Password := Edit10.Text;
End;
// 把要提交的数据先放在test.txt文件中：格式为stnid=A&pageno=123456....
NMHTTP1.Post('http://www.wocall.com/script/zbwebcall.asp','test.txt');
file://NMHTTP的具体用法在Delphi安装目前/Borland/Delphi5/Demos/FastNet/Http下有个NMHTTP使用的例子。
以上都是用NMHTTP实现的，其实用Delphi中的WebBrowser组件同样可以完成数据的提交，使用是这样的 Webbrowser1.OleObject.Document.FrontPage_Form1.submit();
说明：WebBrowser1是WebBrowser组件的名,Frontpage_Form1是用WebBrowser打开的网页中的表单名
网页中的表单是这机样的：
＜FORM action=http://message.com.cn/cgi-bin/ips/webpaging method=post name=FrontPage_Form1＞
.......
＜/FORM＞
这样的实现方法就是用程序生成一个已经按用户输入信息生成一个网页，
然后通过WebBrowser1.Navigate(生成的网页),最后提交到服务器Webbrowser1.OleObject.Document.FrontPage_Form1.submit();
这样就完成了一次寻呼
ty_unix (2003-02-16 11:44:00)
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1528439
sandyhappy (2003-02-17 10:19:00)
现在通过编程实现收发无非三种情况
1、直接通过irDA或者串行口和手机直接相连，通过相应的控制完成短信的收发，支持
siemens3618,6618的手机工作室就是可以这样发，资费和手机发送短信一样。
2、通过部分主页上提供的短信发送的HTTP连接，将短信息以HTTP方式，提交给相应的
服务器，该服务器负责将短信发出。这种就看服务器是否给你免费了。
3、直接通过CMPP连接移动的短信网关，通过SOCKET向短信网关提交。但是移动必须给你
开设帐号，绑定IP。cmpp中的计费可以在用户提交时候设置，但是SMPP中好像是在短信
网关中设置多，所以如果你连接的是支持SMPP的短信平台，就算连起可以发送也不是免费
的。
还有没有其他的方法，我只知道这些了
kycheung (2003-02-17 11:15:00)
gz
tomol (2003-02-17 11:37:00)
谁要是能提供一个好的全程实例就好了。。。
vivee (2003-02-17 11:47:00)
需要移动或联通的网关！！然后网上有相关的例子！
chenxz (2003-02-17 11:50:00)
各位要看清楚题再发言阿
要求是通过程序控制手机发送短信，而不是通过网络和移动网关。
就是短信是通过手机发送出去的
zeroyou (2003-02-17 13:07:00)
看不动
pickup (2003-03-12 23:13:00)
最简单的方法是通过串口用AT命令控制手机不过要自己读懂PDU协议，我做过一个。如果有什么
问题可以直接找我。
chenxz (2003-03-13 9:00:00)
to pichup:
可否发个demo（源码）过来看看，以后有什么需要帮忙，一定全力以赴[
]mail：cxz@gsta.com
stephen_guan (2003-03-17 0:10:00)
343用的是连接手机发送了,我就见过这个了.
fshell (2003-03-17 0:28:00)
如果不用连接网络或者外部设备的话，我个人认为不可能发短信。 [8D]
chenxz (2003-03-17 0:31:00)
这里的网络是指移动网络，设备是指手机。
Wjzhou (2003-03-30 9:35:00)
csdn上哪有免费的啊！！！！！！！！！！！
！！！！！！！！！！！！！！！！！！！！！！！！！！！
都是不行的。
sunrain_114 (2003-04-14 22:53:00)
如果弄到了移动或者联通的网关，再怎么办？
vmao (2003-04-15 8:44:00)
收藏
humanc2d4 (2003-05-20 10:29:00)
1、通过移动短消息网关发送
2、安装受机驱动程序
quejian (2003-05-30 18:11:00)
我给你发个源程序！！！[
] odbc1230 (2003-05-30 18:14:00)
接受答案了.
uptou (2003-10-13 0:05:00)
我已有移动和联通的端口协议等东东，但我是个新手，不知道从何处下手？有那位大哥可以指点一下？
wenjinshan (2003-10-31 13:20:00)
发短信等手机通讯有三种方式:
1.移动、联通网关，一般是通过宽带网连接
2.通过在163、sohu、sina等网站注册手机，编写程序来发送短信
3.红外或串口与手机通信，分Text和PDU两种传送模式。其中，Nokia手机还可以分为需要数据套件、免数据套件(二进制)两种方式。
我的主页上有后两种Demo程序及源代码。http://wenjinshan.wx-e.com/index2.htm
quejian的回答最终被接受。
人
人在昆明
Unregistered / Unconfirmed
GUEST, unregistred user!
是广告，可不可取再说，现在中间能算出利润来，那这样做违法么
S
shangshang
Unregistered / Unconfirmed
GUEST, unregistred user!
呵呵，如果你只是希望发这５０万条的话，联系我公司就行。专业干这个，如果是想学习如何发这５０万条，联系我本人即可。呵呵。
网
网中戏
Unregistered / Unconfirmed
GUEST, unregistred user!
发广告50万？有千分之一相信[]就发达了
]就发达了
人
人在昆明
Unregistered / Unconfirmed
GUEST, unregistred user!
移动的人帮我拉业务我来做所以不太可能转给别人，嗬嗬，只是咨询一下违法么？
人
人在昆明
Unregistered / Unconfirmed
GUEST, unregistred user!
移动由gprs定位，可以找到你在那里发
M
maze
Unregistered / Unconfirmed
GUEST, unregistred user!
法律的角度呢，应该可以
道德的角度呢，严重b4
道德的角度呢，严重b4
人
人在昆明
Unregistered / Unconfirmed
GUEST, unregistred user!
没什么可以鄙视的，利润驱动而以
Z
ziyu
Unregistered / Unconfirmed
GUEST, unregistred user!
to 人在昆明
抱歉借地方一用，查到你原来有做过exe调用bpl(sdi)的例子，能发一份给我吗，谢谢
抱歉借地方一用，查到你原来有做过exe调用bpl(sdi)的例子，能发一份给我吗，谢谢
人
人在昆明
Unregistered / Unconfirmed
GUEST, unregistred user!
多人接受答案了。