下载文档原格式
SIP协议错误代码大全1. 1xx系列 - 信息响应1. 100 Trying - 接收方正在处理请求，但没有给出最终响应。
2. 180 Ringing - 接收方正在振铃。
3. 183 Session Progress - 接收方已经在处理请求，并且期望发送一个最终响应。
2. 2xx系列 - 成功响应1.200OK-请求成功，客户端应该进行下一步操作。
2. 202 Accepted - 已经接受请求，但尚未完成处理。
3. 3xx系列 - 重定向响应1. 300 Multiple Choices - 请求的地址有多个选择，用户可以选择其中一个。
2. 301 Moved Permanently - 所请求的资源已经永久移动到新位置。
3. 302 Moved Temporarily - 所请求的资源已经临时移动到新位置。
4. 305 Use Proxy - 所请求的资源必须通过代理访问。
4. 4xx系列 - 客户端错误响应1. 400 Bad Request - 客户端请求有语法错误。
2. 401 Unauthorized - 需要用户身份验证。
3. 403 Forbidden - 服务器禁止访问所请求的资源。
4. 404 Not Found - 所请求的资源不存在。
5. 408 Request Timeout - 请求超时。
6. 415 Unsupported Media Type - 不支持的媒体类型。
5. 5xx系列 - 服务器错误响应1. 500 Server Internal Error - 服务器内部错误。
2. 501 Not Implemented - 服务器不支持实现请求的功能。
3. 502 Bad Gateway - 服务器作为网关或代理，从上游服务器接收到无效响应。
4. 503 Service Unavailable - 所请求的服务暂时不可用。
5. 504 Server Timeout - 服务器在等待上游服务器的响应时超时。
常上不了网的请进，联通宽带“宽带连接”常见错误代码及解决方法[复制链接]令狐采学去做宽带维护常见很多朋友对宽带拔号时出现的错误代码很不了解，打客服电话有时被告知是电脑问题，那到底哪些是电脑问题哪些是网络问题呢，在这以我小小的经验给大家做个简单的讲解判断，蓝色字体部分为常见错误代码，请多加留意。
若有哪个同行觉得我写得不够完善，请跟贴指教，大家一起共同进步，特此致谢！以下是宽带连接拔号时常见错误代码提示600发生了内部错误，重启601检测到无效的端口602问题：指定的端口已打开，拨号网络由于设备安装错误或正在使用，不能进行连接原因：虚拟拔号软件没有完全和正确的安装，解决：退出COM应用程序，卸载干净任何拔号软件，并重新安装拔号软件。
603缓冲区太小，发生了内部错误604指定了错误的信息。
重新配置“网络和拨号连接”605不能设置的端口信息，与604 方法一样606端口未连接。
内部错误，重启608设备不存在。
重新创建“网络和拨号连接”609 设备类型不存在。
与604方法一样610缓冲区无效。
内部错误，重启612没有分配路由。
615找不到端口。
616某异步请求处于挂起状态。
617端口或设备已断开连接。
618端口尚未打开。
619端口已断开连接。
原因：账号密码错误、费用到期或拔号软件出错解决：请核定费用是否到期，若否，重新输入账号及密码，问题没解决请重建“宽带连接”621无法打开电话簿文件。
622无法加载电话簿文件。
623找不到电话簿条目。
624无法写入电话簿文件。
625在电话簿中找到无效信息。
627找不到密钥。
628端口已断开连接。
629端口已由远程计算机断开连接。
630端口已因硬件故障断开连接。
631端口已由用户断开连接。
632结构大小不正确。
633端口已被使用或不是为远程访问拨出配置的。
635未知错误。
636端口连接了错误的设备。
638请求已超时。
645内部身份验证错误。
问题：网卡没有正确响应原因：网卡故障，或者网卡驱动程序故障解决：检查网卡，重新安装网卡驱动程序。
1.1 SGIP协议登录错误码（bind响应）
1.2 网关错误码（report 状态是1）
1.3 网关错误码（report 状态是2）
1.4 SPMS常用错误代码
101 /* 定购业务失败 */
102 /* 退定业务失败 */
103 /* 非法SP */
104 /* 非法用户 */
105 /* 用户未定购此项业务，鉴权失败 */
106 /* 非法费用，鉴权失败 */
107 /* 重复包月话单 */
108 /* 非法指令*/
109 /* 非法业务代码*/
110 /* 已定购该业务 */
111 /*--需要用户回复的定制信息--*/
112 /*--需要用户回复的定制信息--*/
113 /*--需要用户回复的定制信息--*/
114 /*--用户回复的定制信息不存在--*/
115 /*--SP回复的定制信息不存在--*/
116 /* 用户未点播此项业务，鉴权失败 */
117 /* 等待用户作二次确认*/
118 /* 等待sp作定制确认*/
119 /* sp定制确认返回ERROR定制不成功要求复位*/ 121 /* 下行对应多个目的号码*/
199 /* SPMS 修正了SUBMIT */
122 /* 非法SERVICE */
123 /* 非法SERVICE */。
联通ip:220.200.5.235联通port:8801联通企业代码：99050标准SGIP协议进行开发Tp_pidTp_udhiiPriority这些参数分别填写什么0，0，0FeeType填2，AgentFlag填0chargenumber就21个0现在service_typefeevalue givenvalue分别填写HELP、0、0在CMPP协议里Msg_src又称SP_Id，就是SGIP协议里的CorpID填写99050Spnumber填写10655对应接入号就是对联通上行给你的消息，你回给我的resp中的消息序列号要和联通上行的消息序列号一致现在是不一致的，导致联通网关认为你没有收到上行，所以会重复发送其他客户典型出现的问题：DATA_MSGHeadMessage_Length--/DWORD : 64Command_Id--/Hex4 : 0x00000005Sequence_Number--/3*DWORD : 755 311120057 316481 SGIP_REPORTSubmit_Seq_Number--/3*DWORD : 3000099050 311115841 88Report_Type--BYTE : 0User_Number--char : 8613120429497State--BYTE : 0Error_Code--BYTE : 0Reserve--char :上面这个是我送给你们的report的包内容DATA_MSGHeadMessage_Length--/DWORD : 29Command_Id--/Hex4 : 0x80000005Sequence_Number--/3*DWORD : 3000099050 311115841 88 SGIP_REPORT_RESPResult--BYTE : 0Reserve--char :这个是你们给我回的resp你给我的head中的Sequence_Number--/3*DWORD : 3000099050 311115841 88 要和我DATA_MSGHeadMessage_Length--/DWORD : 64Command_Id--/Hex4 : 0x00000005Sequence_Number--/3*DWORD : 755 311120057 316481这两个中的Sequence_Number 这个要一致你们程序，写成和Submit_Seq_Number一致了，这个不行DATA_MSGHeadMessage_Length--/DWORD : 64Command_Id--/Hex4 : 0x00000005Sequence_Number--/3*DWORD : 755 311151406 326671 SGIP_REPORTSubmit_Seq_Number--/3*DWORD : 3000099050 311151414 1Report_Type--BYTE : 0User_Number--char : 8613249435482State--BYTE : 0Error_Code--BYTE : 0Reserve--char :DATA_MSGHeadMessage_Length--/DWORD : 29Command_Id--/Hex4 : 0x80000005Sequence_Number--/3*DWORD : 755 311151406 326671SGIP_REPORT_RESPResult--BYTE : 0Reserve--char :建议还是在一定时间段内比如30秒，没有submit后再unbind，unbind后马上bind 以下是正确的的案例：以下是错误的案例：错误做法：这个是联通连接你们服务器的，你们不用unbind的，unbind也是联通这里发起你这样unbind,会造成信息丢失的联通有消息发过去到你们服务器，会bind，然后送完消息就unbind正确做法：SP没有给联通report回resp错误案例：正确的做法：错误的做法：对MO_Relate_To_MT_Flag 应该填写为2正确做法：以前接别的联通通道时上行会话都只有一条连接通讯这边华为的联通处理时,上行连接可能存在多条,这样我们程序在第一条连接上处理,后面的连接就堵上了,等到处理后面的连接时,又超时了这样就出现了我们没有读到联通给我们的上行那条连接就失效了现在处理方法必须更改成：第一条处理时,如果没数据就切换处理后面的112的问题是：我bind以后，你给我resp了，然后有段时间没有数据，但是还没超过我的超时设置，所以我不会unbind，还是保持数据链路这时候你们主动unbind了，而且很频繁，就导致，我这里每次都bind，送数据都bind太频繁了流程bind submit unbind closesocket 没错吗。
联通SGIP开发注意事项联通ip:220.200.5.235联通port:8801联通企业代码：99050标准SGIP协议进⾏开发Tp_pidTp_udhiiPriority这些参数分别填写什么0，0，0FeeType填2，AgentFlag填0chargenumber就21个0现在service_typefeevalue givenvalue分别填写HELP、0、0在CMPP协议⾥Msg_src⼜称SP_Id，就是SGIP协议⾥的CorpID填写99050Spnumber填写10655对应接⼊号就是对联通上⾏给你的消息，你回给我的resp中的消息序列号要和联通上⾏的消息序列号⼀致现在是不⼀致的，导致联通⽹关认为你没有收到上⾏，所以会重复发送其他客户典型出现的问题：DATA_MSGHeadMessage_Length--/DWORD : 64Command_Id--/Hex4 : 0x00000005Sequence_Number--/3*DWORD : 755 311120057 316481 SGIP_REPORTSubmit_Seq_Number--/3*DWORD : 3000099050 311115841 88Report_Type--BYTE : 0User_Number--char : 8613120429497State--BYTE : 0Error_Code--BYTE : 0Reserve--char :上⾯这个是我送给你们的report的包内容DATA_MSGHeadMessage_Length--/DWORD : 29Command_Id--/Hex4 : 0x80000005Sequence_Number--/3*DWORD : 3000099050 311115841 88 SGIP_REPORT_RESPResult--BYTE : 0Reserve--char :这个是你们给我回的resp你给我的head中的Sequence_Number--/3*DWORD : 3000099050 311115841 88 要和我DATA_MSG HeadMessage_Length--/DWORD : 64Command_Id--/Hex4 : 0x00000005Sequence_Number--/3*DWORD : 755 311120057 316481这两个中的Sequence_Number 这个要⼀致你们程序，写成和Submit_Seq_Number⼀致了，这个不⾏DATA_MSGHeadMessage_Length--/DWORD : 64Command_Id--/Hex4 : 0x00000005Sequence_Number--/3*DWORD : 755 311151406 326671 SGIP_REPORTSubmit_Seq_Number--/3*DWORD : 3000099050 311151414 1Report_Type--BYTE : 0User_Number--char : 8613249435482State--BYTE : 0Error_Code--BYTE : 0Reserve--char :DATA_MSGHeadMessage_Length--/DWORD : 29Command_Id--/Hex4 : 0x80000005Sequence_Number--/3*DWORD : 755 311151406 326671SGIP_REPORT_RESPResult--BYTE : 0Reserve--char :建议还是在⼀定时间段内⽐如30秒，没有submit后再unbind，unbind后马上bind 以下是正确的的案例：以下是错误的案例：错误做法：这个是联通连接你们服务器的，你们不⽤unbind的，unbind也是联通这⾥发起你这样unbind,会造成信息丢失的联通有消息发过去到你们服务器，会bind，然后送完消息就unbind正确做法：SP没有给联通report回resp错误案例：正确的做法：错误的做法：对MO_Relate_To_MT_Flag 应该填写为2正确做法：以前接别的联通通道时上⾏会话都只有⼀条连接通讯这边华为的联通处理时,上⾏连接可能存在多条,这样我们程序在第⼀条连接上处理,后⾯的连接就堵上了,等到处理后⾯的连接时,⼜超时了这样就出现了我们没有读到联通给我们的上⾏那条连接就失效了现在处理⽅法必须更改成：第⼀条处理时,如果没数据就切换处理后⾯的112的问题是：我bind以后，你给我resp了，然后有段时间没有数据，但是还没超过我的超时设置，所以我不会unbind，还是保持数据链路这时候你们主动unbind了，⽽且很频繁，就导致，我这⾥每次都bind，送数据都bind太频繁了流程bind submit unbind closesocket 没错吗。
QB/CU 25-2003中国联通短消息网关联网协议（SGIP V1.0）中国联通公司2003年2月发布前言近年来，短消息业务发展迅速。
目前联通大部分分公司已经设立短消息中心并已投入使用，但由于缺少业务种类，加上联通总部对此缺乏统一规划，长期以来经济效益不明显，增值业务开展较少；现有的网络架构、人员、管理、技术等资源在支持短消息数据业务快速发展以形成规模效益及在新的技术平台上开展无线数据业务等方面已成为主要瓶颈。
为了统一短消息业务应用提供商（ＳＰ）的接入，大力发展中国联通短消息服务，联通公司以现有短消息网络资源为基础构建短消息网关系统，对所有ＳＰ的接入接口、短消息网关之间的接口等进行统一的规范。
本协议主要是参考了国际上相关技术规定以及我国移动通信网络的实际业务和功能需要而制订的。
主要内容包括：系统体系结构，通信流程，消息定义，常量定义等。
本规范由中国联合通信有限公司技术部提出并归口本规范起草单位：中讯邮电咨询设计院本规范主要起草人：张范李海燕康建雄左丽李明铎张岩许建宏本规范的修改和解释权属于中国联通公司目录1.总则 (1)2.系统体系结构 (2)2.1 消息从本地SMSC到本地SP (3)2.2 消息从本地SP到本地SMSC (3)2.3 消息从本地SMSC到异地SP (3)2.4 消息从本地SP到异地SMSC (3)2.5 路由选择 (4)3.通信流程 (5)3.1专用SGIP方式 (5)3.2通用HTTP方式 (5)3.3通信节点编号规则 (6)3.4序列号的定义 (6)3.5通信的安全性 (7)3.6用户鉴权 (7)3.6.1被叫方付费 (7)3.6.2SP付费 (7)3.6.3第三方付费 (8)3.7SP与SMG的通信 (8)3.7.1通用HTTP方式 (8)3.7.1.1从SP到SMG的命令 (9)3.7.1.2从SMG到SP的命令 (9)3.7.2专用SGIP方式 (9)3.7.2.1通信初始化 (10)3.7.2.2通信过程 (10)3.7.2.3通信结束 (11)3.7.2.4故障处理 (12)3.7.2.5从SP到SMG的消息 (13)3.7.2.6从SMG到SP的消息 (13)3.8SMG与SMG之间的通信 (13)3.8.1通信初始化 (14)3.8.2通信过程 (14)3.8.3通信结束 (14)3.8.4故障处理 (14)3.8.5两个SMG之间的消息 (14)3.9SMG与GNS之间的通信 (15)3.9.1通信初始化 (15)3.9.2通信过程 (15)3.9.3通信结束 (15)3.9.4故障处理 (15)3.9.5从SMG到GNS的消息 (16)3.9.6从GNS到SMG的消息 (16)4.消息定义 (17)4.1基于通用HTTP的消息定义 (17)4.1.1Submit操作 (17)4.1.1.1Submit命令的请求内容 (17)4.1.1.2Submit命令的应答内容 (18)4.1.2Deliver操作 (19)4.1.2.1Deliver命令的请求内容 (19)4.1.2.2Deliver命令的应答内容 (19)4.1.3Report操作 (20)4.1.3.1Report命令的请求内容 (20)4.1.3.2Report命令的应答内容 (20)4.1.4UserRpt操作 (20)4.1.4.1UserRpt命令的请求内容 (21)4.1.4.2UserRpt命令的应答内容 (21)4.1.5Trace操作 (21)4.1.5.1Trace命令的请求内容 (21)4.1.5.2Trace命令的应答内容 (21)4.2基于专用SGIP的消息定义 (22)4.2.1数据类型 (22)4.2.2消息头的格式 (22)4.2.3消息体的格式 (23)4.2.3.1Bind操作 (23)4.2.3.2Unbind操作 (24)4.2.3.3Submit操作 (24)4.2.3.4Deliver操作 (26)4.2.3.5Report操作 (27)4.2.3.6AddSP操作 (28)4.2.3.7ModifySP操作 (28)4.2.3.8DeleteSP操作 (29)4.2.3.9QueryRoute操作 (30)4.2.3.10AddTeleSeg操作 (31)4.2.3.11ModifyTeleSeg操作 (31)4.2.3.12DeleteTeleSeg操作 (32)4.2.3.13AddSMG操作 (33)4.2.3.14ModifySMG操作 (33)4.2.3.15DeleteSMG操作 (34)4.3鉴权消息定义 (34)4.3.1CheckUser命令的语法 (35)4.3.2CheckUser_Resp应答的语法 (35)4.3.3UserRpt命令的语法 (35)4.3.4UserRpt_Resp应答的语法 (35)4.4测试消息定义 (35)4.4.1Trace命令的语法 (36)4.4.2Trace_Resp应答的语法 (36)5.常量定义 (37)5.1消息ID定义 (37)5.2错误码定义 (37)5.3计费类别定义 (38)5.4R EPORT 状态与短消息状态的映射 (38)附录1 缩略语 (39)附录2 全网路由表的格式示范 (40)附录3 本地路由表的格式示范 (41)附录4 HTTP承载方式示范 (42)附录5 引用标准 (44)1.总则本协议是SMG和SP之间、SMG和GNS之间、以及SMG和SMG之间的接口协议，简称SGIP。
……………………………………………………………最新资料推荐…………………………………………………IPTV常见错误代码1302错误提示：连接服务器失败，请稍后再试一次。
故障原因：1、EPG主页地址没有通过有效性检测；2、针对EPG主页地址的域名解析失败；3、多次重试连接EPG主页地址失败，无法与其建立连接处理方法：1.新开户的机顶盒请检查机顶盒的主认证服务器地址是否配置正确2.配置的地址为域名方式，可以通过Monitor工具连5030端口查看日志，确认是否域名解释失败3.检查机顶盒实际连接边缘EPG的MTU值的设置是否正确1305错误提示：非常抱歉，网络接入失败！请稍后再试一次，如果仍然失败，请拨打客户服务热线进行咨询故障原因：故障原因：1、DHCP 服务没有能够获得有效的IP地址；2、DHCP/DHCP+协议交互收到服务器返回的错误码处理方法：检查机顶盒的DHCP相关配置参数是否正确，如鉴权、接入用户名和密码1306错误提示：设备异常，无法提供服务！请拨打客户服务热线进行咨询故障原因：1、机顶盒没有进行初始化配置，没有任何配置信息；2、机顶盒的关键配置信息（比如MAC地址、EPG主页地址等）无效处理方法：出现该故障，该机顶盒必须返修，需要通过串口或PC配置工具检测配置信息1401错误提示：非常抱歉，网络接入失败！请稍后再试一次，如果仍然失败，请拨打客户服务热线进行咨询故障原因：ADSL拨号收到DSLAM/BAS的拒绝响应。
处理方法：机顶盒打开双栈时ADSL帐号或密码配置错误会提示1401，可进入系统设置界面修改，用户开通时，这些信息应该是已经配置正确的，如果使用过程中出现这个错误，应该只能向运营商咨询1402错误提示：非常抱歉，网络接入失败！请稍后再试一次，如果仍然失败，请拨打客户服务热线进行咨询故障原因：ADSL拨号成功，但没有收到BAS服务器的响应处理方法：网络原因与上层BAS链路异常，或者BAS服务异常1403错误提示：非常抱歉，宽带接入帐号或密码错误，网络接入失败！请稍后再试一次，如果仍然失败，请拨打客户服务热线进行咨询故障原因：ADSL帐号或密码配置有误处理方法：可进入系统设置界面修改，用户开通时，这些信息应该是已经配置正确的，如果使用过程中出现这个错误，应该只能向运营商咨询1404错误提示：非常抱歉，网络接入失败！请稍后再试一次，如果仍然失败，请拨打客户服务热线进行咨询故障原因：ADSL拨号超时没有响应处理方法：多次重试请检查上联的modem是否状态正常1901错误提示：非常抱歉，线路连接异常！请检查网线是否脱落或网络接入设备是否加电。
创蓝短信代码SME8 三网超流速系统会自动补发 MK:0024 移动用户关机。
下发短消息时，目的手机关机，导致该短消息下发失败。
不需要处理，等待用户开机。
DB:0309 移动关键词或审核失败请联系创蓝客服处理！ MN:0139 移动号码黑名单请联系创蓝客服处理！ DB:0141 移动号码黑名单请联系创蓝客服处理！19 移动关键词失败无MC:0015 移动移动内部错误无 MI:0037 移动移动内部错误, 短信中心暂无该错误码无 MI:0045 移动移动内部错误, 短信中心暂无该错误码无MI:0022 移动MS存贮容量满建议被叫用户清理手机内存MI:0036 移动 VMSC网络故障网络故障，重试无 MI:0660 移动移动内部错误, 短信中心暂无该错误码无 MI:0013 移动呼叫禁止，如停机无 MI:0029 移动缺席用户，如关机重试无 MI:0057 移动因为用户长时间关机或者不在服务区等导致的短信息超时没有递交到用户手机上无 MK:0011 移动电信业务不支持，如未开通短信业务(因为状态不正确如处于停机、挂起等状态而导致的用户无法享受服务) 无MK:0001 移动目的用户为未知的用户：如空号无 MC、MI 移动类错误是指移动内部错误，这个暂时移动涉及技术安全及保密、各硬件参数标准等原因无 MA:0053 移动移动内部错误，与硬件设备协议有关无 DB:9007 移动业务网关超过限制的流量无 DB:9001 移动网络异常无 MK 移动类错误同UNDELIV 无 MI 移动类错误同EXPIRED 无MB:0066 移动无效的定时时间移动内部错误无 MB:0065 移动目的地址错误移动内部错误无 MB:0020 移动无效的SYSTEMID 移动内部错误无 MA:0191 移动 SMSC厂家自定义的错误码移动内部错误无MA:0054 移动超时未接收到响应消息移动内部错误无 MA:0051 移动尚未建立连接移动内部错误无 IB:0070 移动网络断连或者目的设备关闭端口移动内部错误无 IB:0009 移动前转判断错误移动内部错误无 IB:0008 移动流量控制错移动内部错误无 MB:0008 移动用户包月费用超过最大限额无 DB:9007 移动业务网关超过限制的流量无DB:9001 移动网络异常无 DB:0142 移动短信包月第三方下行控制,超过下行上限无 DB:0140 移动用户未点播该业务无 DB:0139 移动用户是黑名单用户无 DB:0138 移动用户相关信息不存在无 DB:0137 移动伪码信息错误无 DB:0136 移动用户密码错误无 DB:0135 移动业务数据同步出错无 DB:0134 移动 SP数据同步出错无 DB:0133 移动用户数据同步出错无 DB:0132 移动相关信息不存在无 DB:0131 移动BOSS系统数据同步出错无DB:0130 移动用户在BOSS中没有相关用户数据无 DB:0128 移动补款,冲正失败无 DB:0127 移动该用户没有足够的余额无 DB:0126 移动该用户不是神州行用户无 DB:0125 移动业务价格超出范围无 DB:0124 移动业务价格格式错误无 DB:0123 移动业务价格为负无 DB:0122 移动接收异常无 DB:0121 移动没有该类业务无 DB:0120 移动话单格式错误无 DB:0119 移动用户不能取消该业务无 DB:0118 移动用户已经订购了该业务无 DB:0117 移动该业务不能对该用户开放无DB:0116 移动用户暂停定购该业务无DB:0115 移动用户没有定购该业务无 DB:0114 移动 SP暂停服务无DB:0113 移动 SP不存在无 DB:0112 移动 SP代码错误无 DB:0111 移动该业务尚未开通无DB:0110 移动该服务种类尚未开通无DB:0109 移动该服务种类不存在无 DB:0108 移动该业务暂停服务无DB:0107 移动业务不存在无 DB:0106 移动服务代码错误无 DB:0105 移动业务代码错误无DB:0104 移动用户没有使用该业务的权限无DB:0103 移动用户欠费无 DB:0102 移动用户停机用户充值后，要主动上行一条信息到SP，才能激活用户的短信接收服务DB:0101 移动手机号码错误无 DB:0100 移动手机号码不存在无 DA:0054 移动超时未接收到响应消息移动内部错误无 CB:0053 移动用户不存在号码无效或者空号清除订购关系CB:0047 移动过期用户或者用户不支持梦网业务清除订购关系 CB:0022 移动 SCP互联失败移动内部错误无CB:0018 移动重复发送消息序列号msgid相同的计费请求消息移动内部错误无 CB:0016 移动参数错误移动内部错误无 CB:0007 移动用户余额不足不能扣费，影响包月话单连续两个月扣费不成功清除订购关系 CB:0005 移动 PPS用户状态异常（包括未头次使用、储值卡被封锁、储值卡进入保留期、储值卡挂失）移动用户帐户数据异常清除订购关系 CB:0001 移动非神州行预付费用户号码无效或者空号清除订购关系CA:0111 移动SCP厂家自定义的错误码移动内部错误无CA:0054 移动超时未接收到响应消息移动内部错误无 CA:0052 移动尚未成功登录移动内部错误无 CA:0051 移动尚未建立连接移动内部错误无KEYWORD 移动运营商网关关键词请联系创蓝客服处理！LIMIT 移动一分钟一个号码限制6条，一天一个号码同一内容限制50条，一天一个号码限制100条请注意发送频次不要太频繁！ 188 联通98会员营销；显示扩展码太长了超过20位在原有的账号扩展码不要在扩展 175 联通未指定的TP-Command错误,检查消息体对应的TP-Command字段。
