手机短信发送报告

《手机短信发送报告》由会员分享，可在线阅读，更多相关《手机短信发送报告（37页珍藏版）》请在装配图网上搜索。

1、手机短信发送报告篇一： java 发送手机短信java view plaincopyprint1. package ;2.3. import ;4. import ;5. import ;6. import ;7. import ;8. import ;9. import ;10.11. import ;12. import ;13.14. import ;15. import ;16.17. /*18. *author Terry Email: yaoxinghuo at 126 dot com19. *version create: Aug 5, XX 11:17:23 AM20. *ve

2、rsion update: Oct 15, XX 00:11:00 AM21. *description飞信 API(fetionlib) HTTP简单调用举例另有 Restlet的方式可供调用。页版飞信首页 :http:/22. * 小提示：免费开通飞信：如果您的手机号没有开通飞信，可以到中国移动飞信站查看开通，或者直接编辑短信KTFX发送到10086 开通23. * 修改飞信密码：手机编辑新密码（6到 16位，不能是中文或全角字符）内容发送到 125XX024. * 直接在浏览器里输入以下地址（您的手机号码和密码请自行更改，密码不要包含 / ，朋友号码请填写自己的手机号码） ：25. *h

3、ttp:/restlet/fetion/13812345678/password/13912345678/message26. * 以上四个用 / 隔开的加粗的地方，应该分别替换成：您的手机号、密码、对方手机号（可以写自己的手机号发给自己） 、短信内容（不超过 180 字），27. * 如果是密码错误，没有开通飞信，对方不是您好友等原因不能发送都是返回提示Message Not Sent，只有成功返回OK28. *如果要发送中文，最好用URLEncode（ UTF-8 编码，如“你好”Encode 后为 %E4%BD%A0%E5%A5%BD，现已支持）或后面举的例子（ POST方式，注意调用的

4、 URL略有不同）29. * 如果您可以收到自己发给自己的短信，恭喜您，测试通过，你可以用您熟悉的语言通过 POST或 GET调用，调用格式请看下面Java 例子，其他语言类似30. * 如有疑问或对 API 的接口调用方式有任何更好的建议，欢迎提出宝贵意见31. *32. * 现已经更新支持取得好友列表、 POST方式的群发(8 个或 8 个以下好友 ) 和定时发送群发 ( 定时群发最多30 个好友 ) ，请看更新的例子33. *34. * 更新近期发现有人利用本程序给他人发送轰炸短信，给他人造成严重骚扰，同时也大量消耗本站资源，已作如下限制：35. *同一个手机号给同一个好友的发短信API

5、 以及其他的 API （如：添加好友、获取好友列表等）请求间隔为30 秒， 30 秒内的类似请求将无法完成。36. * 注：考虑到实际需要，给自己发送短信（手机号和对方好友号码相同或者群发好友里面包含自己手机号）的API 请求将不会有30 秒时间间隔的限制！37. *38. * 本飞信 API 接口程序由 Google 强力驱动、免费托管，将长期保留，示例程序用到的 json 包，请到下载 jar 包，也可到这里下载39. */40. public class Test 41. private static Log log = ();42.43. public static void main

6、(String args) 44. / 测试发短信45. boolean b = fetchToSendSMS(13812345678, 12345678, new String 13812345678 ,46. TestMessage);47. (Send Message result: + b);48.49. / 测试取得好友列表50./JSONArrayfriends=fetchToGetFriends(13812345678, 12345678);51. /(friends:rn+(friends= null null:(); 52.53. / 测试添加好友54. / int resu

7、lt = fetchToAddFriend(13812345678, 12345678,13812345678,TestMyName,TestFriendName);55. / (Add Friend result:+result);56.57. / 测试发送定时短信 ( 注意是太平洋时间，所以XX-10-09 01:00是北京时间09:00发奥 )58./Stringsid=fetchToSendScheduleMsg(13812345678,12345678,newString13912345678,TestScheduleMessage,XX-10-09 01:00);59. / (si

8、d:+sid);60.61. / 测试删除定时短信62./booleanb2=fetchToDeleteScheduleMsg(13812345678,12345678,123456);63. / (schedule message delete result:+b2);64. 65.66. private static final int TRY_TIMES = 3;67. private static final int TIME_OUT = 30000;68.69. /*70. * 发送短消息 更简单的 Get 方式（不支持群发，如要群发用下面POST方式，已更新），直接在浏览器里输入以

9、下地址, 手机号码和密码请自行改掉：71. *http:/restlet/fetion/13812345678/password/13912345678/message 成功返回 OK72. * 否则返回 Message Not Sent ，如果要群发或者您的密码包含 / 或者需要提交中文消息避免可能的乱码最好请用以下的程序（POST方式）73. *注意参数String friends中的数组可以是好友的手机号 , 也可以是后面用程序取到的好友的 uri ，详见后面取得好友列表的说明74.*如fetchToSendSMS(13812345678,password,newStringsip:12

10、345678;p=5065,13916416465,tel:15912345678,Test);75. * 好友数不能超过 8 个，如果有需要，请用程序分开来多次调用76.77. * 注意：相同手机号，相同好友的请求的调用间隔要超过 30 秒，否则不成功（ responseCode:406 ），但接受好友中包含你自己的手机号的请求不受 30 秒的限制！78. */79. public static boolean fetchToSendSMS(String mobile, String password,80. String friends, String message) 81. / 加上

11、UUID 的目的是防止这样的情况，在服务器上已经成功发送短信，却在返回结果过程中遇到错误，82. /而导致客户端继续尝试请求，此时让服务器根据 UUID 分辨出该请求已经发送过，避免再次发送短信。83. String uuid = ().toString();84. for (int i = 0; i85. int responseCode =0;86. try 87. URL postUrl = new URL(88. http:/restlet/fetion);89. HttpURLConnection connection = (HttpURLConnection) postUrl90.

12、 .openConnection();91. (TIME_OUT);92. (TIME_OUT);93. (true);94. (POST);95. (false);96. (true);97. (Content-Type,98. application/x-www-form-urlencoded);99. ();100. DataOutputStreamout=newDataOutputStream(connection101. .getOutputStream();102. String content = mobile= + mobile + &uuid= + uuid103. + &p

13、assword= + password + &friend=+convertArrayToJSONString(friends)104.+&message= + (message, utf-8);105. (content);106.107. ();108. ();109.110. responseCode = ();111. ();112. if (responseCode = 202)113. return true;114. else115. return false;116. catch (Exception e) 117. (error fetchToSendSMS, excepti

14、on: + ()118. + . tried + i + times);119. 120. 121. return false;122. 123.124.125.126. /把数组转化成JSONString127.privatestaticStringconvertArrayToJSONString(Stringarr)throwsException 128. JSONArray ja = new JSONArray();129. for (String a : arr)130. (a);/(a);/131. return (), UTF-8);132. 133.134. 篇二：短信发送服务合

15、同短信发送服务合同委托方：（以下简称甲方）受托方：（以下简称乙方）根据中华人民共和国合同法及其相关法律法规的规定，甲乙双方就甲方委托乙方为其发送短信的事宜，在平等自愿的原则下，经友好协商，达成如下约定：一、相关定义1、短信费：指因乙方为甲方发送短信而由甲方向乙方支付的短信发送费用。2、手机直投短信：是以文字、图片、Wappush等形式直接投放到受众手机上的短信。3、发送方式：分为会员直告和独立直告两大类。会员直告由乙方向甲方提供短信发送平台并分配子帐户由甲方自行向会员等发送信息；独立直告为乙方根据甲方的要求向指定人群发送信息。4、短信发送月：甲方委托乙方发送短信的自然月。二、委托内容1、委托内

16、容：乙方接受甲方的委托，向甲方提供以手机短信直投形式的无线短信发送服务。2、成都、二级城市及省外精准独立文字直告￥元/ 条（彩信及其他发送形式价格另议）；3、委托期限：自年月 日起至年月 日止。4、本合同项下的短信可分期分批发送，但不得超过 短信发送明细确认单所确认的投发时段。具体发送内容、发送时间根据甲方向乙方下达的附件二：短信发送明细确认单确定。每次发送完毕后3 天内乙方向甲方提交短信发送报告及当次发送的完整截图。5、在合同执行中，甲方下达的经双方签字的短信发送明细确认单都视为本合同的有效附件，并按短信发送明细确认单的具体内容双方各自履行权利和义务。三、付款方式1、费用结算：以本合同约定的

17、单价及短信发送明细确认单为准，进行结算。2、付款方式：甲方于短信发送月的次月15 日前向乙方支付该短信发送月的全部短信发送费用。3、付款前乙方应提供等额合法有效发票给予甲方，否则甲方有权暂缓付款且不承担任何逾期付款的责任。4、甲方通过银行转账的方式，支付至乙方的以下指定账户：户名：开户行：账号：四、甲方的权利义务1、本合同项下发送的短信内容由甲方提供，甲方应在短信发送前72 小时向乙方下达“短信发送明细确认单”。如乙方认为短信内容不合法或不符合发送的要求，应在收到甲方的“短信发送明细确认单”后24 小时内告知甲方。2、甲方应遵照短信发送合同相关条款向乙方按时支付短信发送费。3、甲方保证短信内容

18、是真实的、合法的和正当的，任何由该内容引起之争议、诉求、纠纷均与乙方无关；除此原因造成的任何争议、诉求、纠纷均由乙方负责对相关用户进行安抚、解释及赔偿。4、如甲方对短信的发送情况存在异议（包括但不限于：认为存在错发、漏发或任何其他违反本合同规定的发送情况），甲方需在乙方提交当次短信发送报告及完整截图后3日内以书面方式向乙方提出。五、乙方的权利义务1、乙方应按照本合同的约定发送短信，若乙方未能按照合同约定的时间、内容及指定人群发送短信，乙方应按当月甲方应付款总额的20%承担违约责任。2、乙方应及时向甲方提供短信发送技术服务。3、乙方有权依照我国相关的法律法规规定，对短信的内容、形式和相关证明文件

19、进行审查。4、乙方在短信发送结束后应为甲方提供短信发送报告，其报告内容应明确涵盖发送时间、发送内容及发送数量，以便甲方进行准确的效果评估。六、手机直投短信的免责1、手机短信直投产品由于移动运营商络及短信受众手机的原因，在短信发送上会存在合理的误差，双方约定允许乙方有 5 %的短信发送误差， 但若到达率不足95%，不足 95%的部分的短信费由乙方按双倍赔偿甲方。七、违约责任1、如一方违反本合同中所规定的义务，违约方在收到守约方要求纠正其违约行为的书面通知之日起，应立即停止其违约行为，并在七日内赔偿守约方因此受到的所有损失。如违约方继续进行违约行为或不履行其义务，守约方除就其所有损失而获得违约方赔

20、偿外，亦有权提前终止本协议并要求违约方支付元作为违约金。八、保密条款1、未经对方许可， 任何一方不得向第三方（有关法律、法规、政府部门、证券交易所或其他监管机构要求和双方的法律、会计、商业及其他顾问、雇员除外）泄露本合同的条款的任何内容以及本合同的签订及履行情况，以及合同履行期间所涉及的任何短信内容。2、本合同终止后，本保密条款仍具有法律效力。九、不可抗力1、“不可抗力”是指合同双方不能合理控制、不可预见或即使预见亦无法避免的事件，该事件妨碍、影响或延误任何一方根据合同履行其全部或部分义务。该事件包括但不限于政府行为、自然灾害、战争、黑客攻击、乙方不可控制的ChinaNet骨干故障、传输故障或

21、特定第三方的络故障等事件。2、出现不可抗力事件时，知情方应及时、充分地向对方以书面形式发通知，并告知对方该类事件对本合同可能产生的影响，并应当在合理期限内提供相关证明。3、由于以上所述不可抗力事件致使合同的部分或全部不能履行或延迟履行，则双方于彼此间不承担任何违约责任。十、争议的解决及适用法律1、如双方就本合同内容或其执行发生任何争议，双方应进行友好协商；协商不成时，任何一方均可向甲方所在地人民法院提起诉讼。2、本合同的订立、执行、解释及争议的解决均应适用中国法律。十一、通知及合同变更1、本合同双方之间的任何通知均必须以书面形式写成，以专人派送（包括特快专递）或航空挂号邮件形式发送。2、双方合

22、作期间，如遇特定第三方的资费政策上调，双方应另行协商并重新确定短信价格，如协商不成，乙方退还甲方已经交付未执行部分的短信费后短信不再执行，双方解除本合同互不承担责任。3、本合同的任何变更均应以书面制成，经双方签署后方生效。十二、其他1、本合同的标题及各条款的标题是为检索方便拟定，不应用来解释合同的含义。2、本合同的注解、附件、补充协议、确认书为本合同组成部分，与本合同具有同等法律效力。3、本合同未尽事宜，由双方友好协商解决。4、本合同自双方授权代表签字盖章之日起生效。5、本合同一式四份，甲方执三份，乙方执一份，均具有同等法律效力。甲方（盖章）： 乙方（盖章）：地址：地址：委托代表：委托代表：签

23、订日期： 年 月 日签订日期： 年 月 日篇三：短信发送原理短信的原理和实现方法，重点说明了短信的编码方式、 AT 指令以及用 C# 实现串口通讯的方法。前言目前，主有三种发送短信的方式：1、 关方式：就是向当地的电信部门申请，不需要额外的设备，适用于大型的通信公司，像华为、傲天、中兴、亚信等。2、 终端方式：就是借助像GSM MODEM之类的设置（支持 AT 指令的手机也行） ，通过数据线连接电脑， 来发送短信，用这种方法比较适用于小型及个人。要实现这种方式必须理解串口通信、 AT 指令、短信编码、解码，这也是本文讨论的重点。3、 利用一些站来实现，方式简单，不过对站依赖性太高，对络的要求也

24、比较高，非常不适于进行项目开发原理篇短信编码在收发短信方面， 按时间产生先后， 共产生了三种模式：Block Mode、基于 AT 指令的 Text Mode、基于 AT 指令的 PDUModem, Text Mode比较简单，多款诺基亚手机均支持该模式。西门子的手机大多只支持PDU模式， PDU模式是发送或接收手机 SMS信息的一种方法，短信息正文经过十六进制编码后被传送。 目前， PDU已取代 Block Mode，因我们主要探讨PDU模式的发送。以西门子3508 手机为例。SMS是由 Etsi 所制定的一个规范（ GSM 和 GSM ）。当使用 7-bits 编码时，它可以发送最多 16

25、0 个字符 ; 但用 8 -bit 编码，最多可以发送 140 个字符，通常无法直接通过手机显示 ; 还有用16-bit编码时，最多70 个字符，被用来显示Unicode(UCS2)文本信息，可以被大多数的手机所显示。我们今天讨论的是 UCS2编码 , 也就是说，最多只能发送 70 个字符，不管英文还是中文。现例如我们现在要发送如下信息，向我的手机 13715342642 发送 你好， Hello! 。在没有发送之前，你要清楚，手机SIM 卡所在地的短信中心号，并不是你现在所在地方的短信中心号，像我在深圳，深圳的短信中心号是：8613800755000，即使我现在到外地， 短信中心号仍是深圳。

26、从上面我们得到了下面的信息：接收的手机号： 13715342642短信中心号： 8613800755000 短信内容：你好，Hello!在实际使用中，上面这些信息并不为手机所执行，要进行编码手机才会执行，先不管，看看编码后的信息：0891683108705500F011000D91683117352446FXX800124F60597DFF0C00480065006C006C006F0021看不懂吧，我来解释一下：8 - 指的是短信中心号的长度，也就是指(91)+( 683108705500F0)的长度91 -指的是短信息中心号码类型。91 是 TON/NPI 遵守International/

27、标准，指在号码前需加+号；此外还有其它数值，但 91 最常用。683108705500F0 -短信息中心号码。由于位置上略有处理，实际号码应为：8613800731500（字母 F 是指长度减1）。这需要根据不同的地域作相应的修改。前面的(08)+(91)+( 683108705500F0)实际上就构成了整个短信的一部份， 通称短消息中心地址 （ Address of the SMSC）。11 -文件头字节00 -信息类型（ TP-Message-Reference ）0D -被叫号码长度91 -被叫号码类型其实在实际处理中，我们通常把11000D91 写死在程序中，因为在国内，这些数据都是不

28、会改变的。683117352446F2 - 被叫号码，经过了位移处理，实际号码为 8613715342642 。上面的（ 00） +（ 0D） +（ 91）+ ( 683117352446F2), 构成了整个短信的第二部份目的地址（ TP-Destination-Address ）。00 -协议标识 TP-PID, 这里一般为0008 -数据编码方案TP-DCS（ TP-Data-Coding-Scheme ）,采用前面说的USC2(16bit) 数据编码00 -有效期 TP-VP（TP-Valid-Period）12- 长度 TP-UDL（TP-User-Data-Length），也就是4F

29、60597DFF0C00480065006C006C的长度36/2=18的十六进 124F60597DFF0C00480065006C006C 006F0021- 这里就是短信内容了，实际内容为 : 你好， Hello! AT 指令说到 AT 指令可多了，有厚厚的一本书，不属于我们今天讨论的范围，在这里我仅讨论在发送短信中必须要用的几个 AT 指令。与 SMS有关的 GSMAT 指令（ from ）如表 1 所示： AT 指令 功 能AT+CMGCSend an SMScommand（发出一条短消息命令） AT+CMGD Delete SMS message（删除 SIM 卡内存的短消息）AT

30、+CMGF Select SMS message formate （选择短消息信息格式： 0-PDU;1- 文本）AT+CMGL List SMS message from preferred store出 SIM 卡中的短消息PDU/text: 0/REC UNREAD-（列未读，1/REC READ-已读， 2/STO UNSENT-待发， 3/STO SENT-已发， 4/ALL- 全部的）AT+CMGR Read SMS message（读短消息）AT+CMGS Send SMS message（发送短消息）AT+CMGW Write SMS message to memory（向SI

31、M 内存中写入待发的短消息）AT+CMSS Send SMS message from storage（从SIN|M内存中发送短消息）AT+CNMI New SMS message indications（显示新收到的短消息）AT+CPMS Preferred SMS message storage（选择短消息内存）AT+CSCA SMS service center address（短消息中心地址）AT+CSCB Select cell broadcast messages（选择蜂窝广播消息）AT+CSMP Set SMS text mode parameters（设置短消息文本模式参数）A

32、T+CSMS Select Message Service （选择短消息服务）表一：相关的 GSM AT指令 我现在以实例来说明这些指令的使用方法：先用手机数据线将手机连接到电脑串口，并将串口的波特率设置为19200, 可以开始了。1、首先测试你的连接及手机是否支持AT 指令，请在你的串口调试程序中输入：AT回车屏幕上返回OK 表明计算机与手机连接正常，那样我们就可以进行其它的AT 指令测试了2、设置短信发送格式AT+CMGF=1回车屏幕上返回OK 表明现在短信的发送方式为PDU方式，如果是设置为TEXT方式，则，AT+CMGF=0回车发 3、 发送短信发送内容及手要号仍旧同上面在编码中的一样

33、，编码后，得到要送的数据如下0891683108705505F011000D91683117352446FXX800124F60597D002C00480065006C006C006F0021我们用如下指令来发送AT+CMGS=33回车如果返回, 就把上面编码数据输入，并以CTRL+Z 结尾，稍等一下，你就可以看到返回 OK啦。说明一下，为什么AT+CMGS=33呢，是这样得来的：11000D91683117352446FXX800124F60597D002C00480065006C006C006F0021这一段字符串的长度除以2 得到的结果，上面的字符串， 短信中心号加上短信内容得到的，怎么

34、得到的，请回顾一下解码部份在我们前面的讨论中，一条完整的短信发送，只要执行三条 AT 指令， AT、AT+CMGS=？、 AT+CMGS=？就可以了。由于篇幅，我只能在这里提到这么多，大家要是想了解更多，可以向各手机厂商索取 AT 指令白皮书，里面很详细的。上面讲到的，只能为我们实际中作准备，我们还必须要一个发送途径，根据我们的需要，我们选择投资最少，实现比较方便的串口通信。注意，串口通过数据线跟手机相连，用 AT 指令来实现发送短信，在我们选择数据线时，建议购买原厂所配，非原厂所配，在使用过程中，经常出现一些莫明其妙的问题，比如，手机屏幕黑了，手机老是提示电池电量不足之类的。串口通信在 C#

35、中要实现串口通信，很多人都不知所措，在论坛上经常可以看到 怎么用 MSCOMM实现串口通信 、 怎样能过串口与设备相连 诸如此类的问题。其实国外的友早就把这些列入 FAQ中了。通常，在 C#中实现串口通信，我们有四种方法：第一：通过 MSCOMM控件这是最简单的， 最方便的方法。可功能上很难做到控制自如，同时这个控件并不是系统本身所带，所以还得注册，不在本文讨论范围。可以访问/tutorials/tutorial_tutorial_id =320，一个国外友的写的教程，作者很热心， 我曾有发邮件给他， 很快就回复了。细第二： 微软在 .NET 新推出了一个串口控件， 基于 .NET的 P/In

36、voke 调用方法实现， 详的大家可以访问微软站 http:/msdnmag/issues/02/10/NETSerialComm/ ，方便得到更多资料。第三：就是用第三方控件啦，可一般都要付费的，不太合实际，不作考虑第四：自己用 API 写串口通信，这样难度高点，但对于我们来说，可以方便实现自己想要的各种功能在本文，我们采用第四种方法来实现串口通信，不过不是自己写，用一个国外友现成的已经封装好的类库，不过功能简单点，相对我们来说已经够用了。在整个终端短信的操作过程中，与串口的通信，只用到了四个功能，打开、写、读、关闭串口。下面是类库对这四个功能的定义：打开串口：函数原型： public vo

37、id Open()说明：打开事先设置好的端口示例： using JustinIO; static ss_port = new (); ss_ = COM1;/ 端口号 ss_ = 19200;/ 串口通信波特率 ss_ = 8;/ 数据位 ss_ = 0;/ 奇偶校验 ss_ = 1;/ 停止位 ss_ = 1000;/ 读超时 try if (ss_) ss_();ss_(); /串口 else ss_();/打开串口 return true; catch(Exception e) (错误： + ); return false; 打开写串口：函数原型：publicvoidWrite(byte

38、WriteBytes)WriteBytes就是你的写入的字节，注意，字符串要转换成字节数组才能进行通信示例： ss_(AT+CGMIr);/ 获取手机品牌读串口：函数原型：public byte Read(int NumBytes)NumBytes读入缓存数，注意读取来的是字节数组，要实际应用中要进行字符转换示例： string response = (ss_(128); /读取 128个字节缓存关闭串口：函数原型： ss_()示例： ss_();由于篇幅， 以及串口通信涉及内容广泛，我在这里只讲这些。1 短信协议分发中心接口分发中心接口分为 TCP 接口和 HTTP接口协议，都用的是文本指令

39、方式，也就是说每条指令都是以回程换行结束的，服务端只有接收到回程换行才会进入指令处理。为了安全，无论 TCP或 HTTP协议，都要求合作方给出接入的 IP 地址，没有固定 IP 地址的合作方需向业务申明。指令规则：1、 每条指令分为指令名和指令体，指令名和指令体之间以空格分隔，格式如下：指令名（空格）指令体2、 每个指令体又由很多个参数赋值语句构成，各参数赋值语句间以 &符号分隔，格式如下：参数赋值语句1&参数赋值语句2&参数赋值语句33、 每个参数赋值语句由一个参数名和一个参数值组成，中间用 =或 := 分隔，用 := 分隔表示该参数的值是经过加码处理的，格式如下：参数名 =值 或 参数名

40、:= 加码后的值4、 加码解码的规则如下：加码时将字符串中的所有字符转换成其对应的ASCII 值的 16 进制值，例如： “ A”的 ASCII 码值为 65，以 16 进制值表示为 41，故应发送两个字符 “41”以代表字符 “A”。示例：msg:=41 代表 msg=A对于汉字则以其内码的 16 进制值来表示，如“测试”应为： B2E2CAD4。示例： msg:= B2E2CAD4 表示的是 msg=测试 内容来自sql163参数中只要参数标识与内容之间用“解码后方可使用，解码时将每两位当成其:= ”连接的都需要ASCII 值的 16 进制值将其还原。TCP接口协议服务端地址1： 端口号：

41、8020服务端地址2： 端口号：8020Tcp 协议适合发送量大，发送和接收比较及时，对于Tcp 客户端由于某些原因一段时间内不能连接到分发中心服务器，所有的发向该客户端的MO短信和报告都会被缓存起来，等该客户端一旦连接，便会很快补发。建议合作方建立一个发送一个接收2 个连接，如果业务量很大，可以申请多于2 个的连接，但须向业务申请后方可加连接，系统对于连接数是有限制的，每个合作方没有特殊声明时连接数是3，一般可以建2 个连接，一个连接用于缓冲在某些情况下断开不能很好识别的情况。还有，对于每条连接， 我们目前的速度限制是10 条/ 秒，如果你的业务超过每连接每秒10 条的限制，可以向业务申请调

42、高每条连接的最高限速。服务器端要求每连接每分钟都要能从客户端接收到至少一条指令数据，如果超过一分钟没有收到，服务器会向客户端发送一个测试指令，只要合作方回应该指令，那么就认为连接是处于激活状态，如果 3 分钟内服务端都无法接收到客户端的测试回应，将主动断开连接。客户端程序也应该设置 3 分钟内不能收到服务器端任何指令将主动断开连接并重新连接。为了防止分发中心连接负载太重，我们要求任何一个连接因任何原因在断开后 20 秒内不得连接， 20 秒后再尝试连接，否则如果在 1 分钟内超过我们设定的连接次数，我们将限制其在后续 10 分钟之内不能连接， 并向系统管理员告警，由系统管理员根据情况停止该用户

43、的合作帐户。连接登陆指令连接登陆指令是在客户端成功连接后首先应当而且只能在此时发送的指令：格式：Login Name= 【注册名】 &Pwd=【注册密码】 &Type=【注册类型， 0：接收和发送； 1：接收； 2：发送； 3：稳定接收；4：稳定发送；默认为0】（回车换行）如果所有服务注册成功，服务器返回给客户端字符串：Pass（回车换行）否则将断开连接。对于一次未连接成功，应至少在20秒以后再重试连接，禁止连续的重试连接。稳定接收和稳定发送的模式是为了更好的收发而新加协议，在这2 个模式下，要求发送一方方保存发送的commandid，并根据回馈的commandid 确定哪些接收到了，如果未回

44、馈指令超过一定数目（分发中心的默认数目为该登陆设定的每秒下发数），将暂停发送，等待回馈。这样可以减少络故障时丢失数据，减少连接缓存溢出导致的单向阻塞。各合作方可以根据情况选择使用。连接测试指令分发中心为了测试服务方是否连接，会在等待1 分钟未收到任何数据发送测试指令（该指令也可由服务方主动发起，但没有必要，因为分发中心会定时测试的）：分发中心或服务方=ActiveTest CommandId= 【命令标识， 4 字节整型，循环使用】 （回车换行）回应： Received CommandId= 【对应于发送时的命令标识】（回车换行）接收用户上行指令该指令是由分发中心向服务方发送用户的短信请求，格

45、式如下：分发中心 =Deliver（空格）CommandId=【命令标识， 4 字节整型，循环使用】&GateName=【源关名】&ItemId= 【节目标识，由服务方申请，业务分配】&UserNumber:= 【用户号码】&UserNumberType=【0：用户号码为真实号码，1：用户号码为伪码】&SpNumber=【服务号码，必须以9160 开头】&TP_pId=【 GSM协议类型。详细解释请参考中的】&TP_udhi= 【GSM协议类型。详细解释请参考中的, 仅使用 1 位，右对齐】 &MsgCode=【短信编码， 0：ASCII 串；3：短信写卡操作； 4：二进制信息； 8：UCS2 编码； 15：含 GB汉字； 24： UCS2编码闪电短信 (Msg=69 个汉字 ) ， 124： GBK编码闪电短信 (Msg=69