中国移动短信网关错误代码汇总(完整版)
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了中国移动短信网关错误代码汇总(完整版)相关的知识,希望对你有一定的参考价值。
中国移动短信网关错误代码汇总(完整版)
发短信的时候,平台里经常会提示一些不常见的错误网关代码,这里先移动短信网关错误代码先整理出来供大家查询,希望可以帮助到大家,若有的代码没有更新,还请大家跟帖留下,我会及时更新上。
错误码 | 原因描述 | 改进建议 |
MK:0255 | 未确定的错误原因。 | 保留。 |
MK:0210 | MS错误。 | 检查被叫手机是否有接收短消息的功能。 |
MK:0209 | SIM中没有存储短消息的能力。 | 检查被叫手机的SIM卡是否不能存储短消息。 |
MK:0208 | SIM(Subscriber Identity Module)中存储短消息的空间满。 | 检查被叫手机是否SIM卡已满。 |
MK:0196 | 短消息实体被禁止使用。 | 检查HLR中该被叫用户的属性,是否有接收短消息的权限。 |
MK:0195 | 扩展短消息实体地址无效。 | 检查被叫号码、TON(Type of Number)、NPI(Numbering Plan Identification)是否正确。 |
MK:0194 | SMC系统错误。 | 提升短消息中心的处理能力。 |
MK:0193 | 没有SMC指定(签约)。 | 不需要处理。 |
MK:0192 | SMC忙。 | 检查是否短消息实体或短消息资源不足。 检查是否超过了实体的最大提交数或最大下发数。 |
MK:0176 | TPDU未被支持。 | 不需要处理。 |
MK:0175 | 未指定的TP-Command错误。 | 检查消息体对应的TP-Command字段。 |
MK:0160 | 操作不能被执行。 | 不需要处理。 |
MK:0159 | 未指定的TP-DCS错误。 | 检查消息体对应的DCS字段。 |
MK:0145 | 短消息类型未被支持。 | 短消息类型非法,暂时保留。 不需要处理。 |
MK:0144 | 字母表数据编码方案DCS未被支持。 | 检查消息体对应的DCS字段。 |
MK:0143 | 未指定的TP-PID错误。 | 检查消息体对应的PID(Protocol Identifier)字段。 |
MK:0130 | 不能替换短消息。 | 不需要处理。 |
MK:0129 | 短消息类型未被支持。 | 检查消息体对应消息类型字段是否正确。 |
MK:0128 | 电信业务设备交互未被支持。 | 不需要处理。 |
MK:0079 | 短消息超过主叫方的最大提交数,该短消息下发失败后,被删除。 | 检查主叫号码在SMC内存中积压的短消息的情况。 |
MK:0078 | 保护模式下删除消息。 短消息处于正在下发的状态,SMC收到删除短消息的命令。 |
等待短消息不处于正在下发状态时,再删除短消息。 |
MK:0077 | SMC下发短消息时,接口缓冲区满。 | 检查对端业务模块状态,提高处理能力。 |
MK:0069 | 短消息只能从FCC(Flow Control Center)接口下发,但FCC接口不可用。 |
将该错误码对应的调度策略设置为重发,等待一段时间系统自动重发。 |
MK:0068 | SMC下发短消息给业务模块后,业务模块超时没有返回应答。 短消息下发以后,接口没有给SMSC返回发送成功或失败信息。 |
提高相关业务模块的处理性能。 |
MK:0067 | 无效接口。 | 通过维测台检查对应接口的状态。 |
MK:0066 | 因接口临时错误(已注销或未登录)导致短消息下发失败。 | 通过维测台检查对应接口的状态。 |
MK:0065 | GIW超时无应答。 短消息下发以后,GIW模块没有给SMSC返回发送成功或失败信息。 |
提高相关业务模块的处理性能。 |
MK:0064 | 接口无下发短消息的权限。 | 通过维测台检查该接口对应帐号的属性(是否具有下发短消息的权限)。 |
MK:0063 | 目的信令点或信令转接点SCCP(Signaling Connection Control Part)无法传送该消息。 |
短消息下发在信令部分无法找到对应路由,依次检查各个网元的GT(Global Title)数据配置。 |
MK:0062 | MTIServer因为流控下发短消息失败。 | 检查MTI Server的会话资源使用情况是否正常。 |
MK:0061 | MAPServer因为流控下发短消息失败。 | 检查MAP Server的会话资源使用情况是否正常。 |
MK:0058 | SGSN系统错误。 | 优化SGSN的对MAP层消息的流控参数。 |
MK:0057 | MSC系统错误。 一般是由于MSC的MAP层负荷过大,发生流控后返回的消息。 另外,若交换机设置为每次发送或者接收短消息时都要鉴权,会发生鉴权无响应(因为无线信道掉话),而导致发生MSC返回“系统错误”给SMC的情况。 |
优化MSC的MAP流控参数与鉴权机制。 |
MK:0056 | HLR系统错误。一般是由于HLR的MAP层负荷过大,发生流控后返回的消息。 | 优化HLR的MAP流控参数。 |
MK:0055 | SGSN拒绝。一般是由于SGSN的TCAP层负荷过大。 | 优化SGSN的TCAP流控参数。 |
MK:0054 | SGSN(Serving GPRS Support Node)无应答。 | 检查SGSN与网关的路由数据配置是否正确。 |
MK:0053 | GIW模块拒绝。 | 检查MAP(Mobile Application Part)的会话资源使用情况是否正常。 跟踪返回相应错误码的消息码流,检查各个字段的值是否正确。 |
MK:0052 | HLR拒绝。 一般是由于HLR的TCAP层负荷过大,发生流控后回的消息。 |
优化HLR的TCAP流控参数。 |
MK:0051 | MSC拒绝。 一般是由于MSC的TCAP层负荷过大,发生流控后返回的消息。 |
优化MSC的TCAP(Transaction Capabilities Application Part)流控参数。 |
MK:0050 | GIW模块(信令网关)无应答。 | 短消息下发以后,接口没有给SMSC返回发送成功或失败信息,需要提高相关业务模块的处理性能。 |
MK:0049 | HLR无应答。 | 检查HLR与网关的路由数据配置是否正确。 |
MK:0048 | MSC无应答。 | 检查MSC与网关的路由数据配置是否正确。 检查SMC到MSC的各个信令节点的路由数据是否已经配置。 |
MK:0046 | HLR版本协商错误。 | 检查HLR、MAP server支持的协议版本及兼容情况。 |
MK:0045 | MAP协议版本错误。 | 检查map.ini配置文件中MapVersion配置项。 |
MK:0041 | SMC发置位消息后,HLR无应答。 | 检查HLR与网关的路由数据配置是否正确。 |
MK:0040 | SMC发路由查询请求后,HLR无应答。 | 检查HLR与网关的路由数据配置是否正确。 检查短消息中心到HLR的各个信令节点的路由数据是否已经配置。 |
MK:0037 | 来自HLR的未知错误。 | 检查HLR的参数配置。 |
MK:0036 | 来自MSC的未知错误。 | 检查MSC的参数配置。 |
MK:0035 | 来自MSC的意外数据。 来自MSC的消息包中某一个数据的值超过协议规定的范围。 |
修改MSC处理协议部分的软件或参数。 |
MK:0034 | 来自HLR的意外数据。 来自HLR的消息包中某一个数据的值超过协议规定的范围。 |
修改HLR处理协议部分的软件或参数。 例如,需要在北电的HLR上配置短消息中心地址GT(Global Title translation)数据,如果没有配置,则会在取路由消息中返回该错误。 |
MK:0033 | SMC没有取到足够的路由信息。 | 跟踪返回相应错误码的消息码流,分析字段填充是否准确。 检查相应被叫号码在HLR中的数据配置是否正确,修改对端GSM参数,进一步定位问题。 |
MK:0032 | INFORM_SC消息解码错误。 HLR发送的消息包(INFORM_SC消息)中某一个数据的值超过协议规定的范围。 |
修改HLR中处理协议部分的软件或参数。 |
MK:0031 | MSC消息解码错误。 MSC消息包中某一个数据的值超过协议规定的范围。 |
修改MSC中处理协议部分的软件或参数。 |
MK:0030 | HLR消息解码错误。HLR消息包中某一个数据的值超过协议规定的范围。 | 修改HLR中处理协议部分的软件或参数。 |
MK:0025 | 过滤业务专用错误码。 | 不需要处理。 |
MK:0024 | 用户关机。 下发短消息时,目的手机关机,导致该短消息下发失败。 |
不需要处理,等待用户开机。 |
MK:0023 | 用户忙。 下发短消息时,该目的手机正在接收或发送其它短消息,导致该短消息下发失败。 |
重发该短消息。 |
MK:0022 | 非法手机。该手机的国际移动台标识(IMEI)非法。 在维测台中的错误值为22。在ETSI GSM 0902协议中定义为12。 |
请HLR维护人员处理。 |
MK:0021 | 未知SC。 | 检查MT时的业务中心地址是否正确。 |
MK:0020 | 不正确SME地址。 | 检查SME地址是否正确。 |
MK:0019 | MS非SC用户。 | 检查用户号码是否正确。 |
MK:0018 | SC拥塞。 | 业务中心已超过负荷阈值,检查下发引起堵塞的原因。 |
MK:0017 | 手机内存满。 | 手机保存短消息的空间已满,需要清除保存的短消息,释放空间。 |
MK:0016 | MS未装备。 在维测台中的错误值为16。在ETSI GSM 0902协议中定义为32。 |
手机侧错误,不需处理。 |
MK:0015 | MS(Mobile Station)端错误。 下发短消息时,手机在接收过程出现软件问题。例如,手机重启后,处理短消息部分软件没有初始化完成,此时无法正常处理短消息。 |
有可能是短消息中心的smscconfig.ini中的[AlertSC]一节中的配置参数TimeOut值设置过短。需要检查该配置项。一般情况下是60S。 终端问题,不需要处理。 |
MK:0014 | 意料外的数据。 | 不需要处理。 |
MK:0013 | 短消息中心下发短消息给网络侧时,有必选字段缺失。 | 检查短消息中心中MT消息的编码是否正确。MK0013是用户不存在 ,禁止操作,是由于被叫用户停机造成,请联系用户确认手机状态或充值后使用 |
MK:0012 | ||
MK:0011 | 消息等待队列满。 等待向该手机下发消息的SMC过多,导致HLR的MWD队列溢出。在维测台中的错误值为1。在ETSI GSM 0902协议中定义为33。 |
请HLR维护人员清理MWD消息队列中的SMC号码,或者增大MWD消息队列长度。 |
MK:0010 | SM发送失败。 SMC下发短消息给DCS接口失败,返回SM发送失败。 |
检查DCS接口与SMSC的连接情况。 |
MK:0009 | 用户不在服务区MWDSET。 | 不需要处理。 |
MK:0008 | 用户不在服务区。 用户当前所在地区信号不好,无法接收短消息。 |
不需要处理。 |
MK:0007 | 设备不支持。 手机所在的HLR不支持“移动终结的短消息”。 在维测台中的错误值为7。在ETSI GSM 0902协议中定义为21。 |
检查HLR的功能是否正常,是否支持正常的MT消息路由查询。 |
MK:0006 | 闭合用户群拒绝。 主叫用户没有呼叫群外用户的权限,却呼叫群外用户。 在维测台中的错误值为6。在ETSI GSM 0902协议中定义为15。 |
检查主叫用户的呼叫权限。 |
MK:0005 | 呼叫被禁止。 该用户的短消息业务被禁止了。 在维测台中的错误值为5。在ETSI GSM 0902协议中定义为13。 |
检查对应的HLR中,该短消息的被叫用户的开户数据的21号增值业务属性是否支持。 |
MK:0004 | 电信业务不支持。 | 检查被叫号码是否具有短消息功能,检查HLR中的数据配置,调整被叫号码的业务属性。 |
MK:0003 | 非法用户。 本次短消息发送过程中,用户鉴权未通过,可能的原因是MSC认为该手机的鉴权密码非法。 在维测台中的错误值为3。在ETSI GSM 0902协议中定义为9。 |
请MSC侧处理。 |
MK:0002 | 未定义用户。 HLR指明了下发路由,但目的MSC(Mobile Switching Center)没有该MS的(Mobile Station)注册信息。可能的原因是MSC向HLR注册错误,或VLR(Visitor Location Register)中相关信息删除后没有通知HLR。 在维测台中的错误值为2。在ETSI GSM 0902协议中定义为5。 |
检查相关网元(如最可能出错的网元,HLR和VLR等)的数据。 |
MK:0001 | 未知用户。 在维测台中的错误值为1。在ETSI GSM 0902协议中定义为1。 |
确定该用户在HLR(Home Location Register)是否已开户。MK0001是HLR查无此号,短信中心返回状态为无法识别被叫号码。说明用户发送的号码有误 |
MK:0000 | 正常。 | 不需要处理。 |
MC:0151 | SMSC没有给本网关回状态报告 | |
MC:0001 | SMSC没有给本网关回状态报告 | |
MB:1083 | 反欺诈拒绝。 | 无应对措施。 |
MB:1082 | 查询CCM失败。 | 可能原因: l 超时 l 接口消息发送失败 l CUG鉴权失败 无应对措施。 |
MB:1081 | 取SRI路由失败。 | 无应对措施。 |
MB:1080 | 接口错误。 | l 接口无效,已经断开。请检查提交帐号下的接口是否正常。 l 接口归属的帐号无提交消息的权限。 |
MB:1079 | SMC对短消息进行反漫游欺诈处理,发现该短消息为漫游欺诈短消息。SMC拒绝该短消息。 | 目前SMC不返回该错误码。 |
MB:1078 | 所提交的消息无下发路由。 | l 请确保短消息的源地址和目的地址都填写正确。 l 检查路由配置是否正确。 |
MB:1077 | 被叫是注册用户黑名单。 | 请确定鉴权方式是否正确,是否所有合法号段都已经配置。 |
MB:1076 | 主叫是注册用户黑名单。 | 请确定鉴权方式是否正确,是否所有合法号段都已经配置。 |
MB:1075 | 对短消息的被叫用户进行虚拟短消息中心鉴权失败。 | 请确定鉴权方式是否正确,是否所有合法号段都已经配置。 |
MB:1074 | 对短消息的主叫用户进行虚拟短消息中心鉴权失败。 | 请确定鉴权方式是否正确,是否所有合法号段都已经配置。 |
MB:1073 | 对短消息的被叫号码进行帐号鉴权失败。 | 请确定鉴权方式是否正确,是否所有合法号段都已经配置。 |
MB:1072 | 对短消息的主叫号码进行帐号鉴权失败。 | 请确定鉴权方式是否正确,是否所有合法号段都已经配置。 |
MB:1070 | 流控错误,短消息中心拥塞。 | 短消息中心拥塞,请稍后再提交短消息。 |
MB:1069 | 接口版本不匹配。 | 请确保bind命令中的interface_version字段的值为0x33或者0x34。 |
MB:1065 | UDH(User Data Header)错误,比如长度太长超过140字节(最大分包长度)。 |
若esm_class中设置了UDHI标志,则必须确保消息中带有UDH,且UDH的格式正确,UDH的UDHL长度不能超过140字节或者小于2字节。 |
MB:1064 | message_payload存在时UDL(User Data Length)必需为0,否则错误。 |
short_message字段与message_payload可选参数不能共存,否则会返回该错误码。 |
MB:1063 | message_payload可选参数的值太长。 | 请确保该参数值的长度不要超过短消息中心支持的短消息的最大长度。 说明 短消息中心支持的短消息的最大长度为35KB,最大分包数为255。 |
MB:1062 | 某个或者两个ports都非法(长度或值错误)。 | 请确保两个ports的长度都为2。 |
MB:1061 | 端口IE(Application Port Addressing)不能与两个ports共存。 |
请去掉UDH中的两个ports或者去掉source_port和destination_port两个可选参数。 说明 两个ports指的是source_port和destination_port这两个可选参数。 |
MB:1060 | 提交的消息携带的三个sars的值不满足约束,即: l sar_total_segment_sequnum的值大于等于。sar_segment_seqnum的值 l 三个Sars中某些或全部TLV非法。 |
l 请确保三个sars的值满足:sar_total_segment_sequnum小于或等于sar_segment_seqnum。 l 请确保三个sars的长度符合SMPP3.4协议规范的要求。 l 请确保sar_segment_seqnum的值大于0。 |
MB:1058 | 分包消息不能再次分包。 | l 如果ESME提交的消息携带了三个Sars可选参数,则消息长度不能超过SMSC支持的最大分包长度(采用压缩7bit编码方式时,分包的最大长度为160字节,采用其它编码方式时,分包的最大长度为140字节)。 l 如果ESME提交的消息携带了三个Sars可选参数,则消息头中不能再有分包头。 l 如果ESME提交消息的消息头中有分包头,则消息长度不能超过SMSC支持的最大分包长度。 说明 三个Sars可选参数指的是sar_msg_ref_num、sar_total_segments和sar_segment_seqnum。 |
MB:1057 | SMSC不支持的DCS或错误的DCS。 | SMSC不支持该编码方案。 请参考SMPP3.4协议规范和《华为消息应用产品对SMPP3.4协议的遵从说明》。 |
MB:1056 | 无效的数据格式(UD数据内容错误)。 | l 如果消息的data_coding非法,SMC会返回该错误码。 l 如果replace_sm消息的消息内容太长,SMC也会返回该错误码。请确保消息内容长度不要超过160个字节。 |
MB:1052 | PPS错误,暂未使用。 | 无应对措施。 |
MB:1051 | 计费用户不存在。 | 非法的用户,请确保计费用户合法,并且在SCP侧没有被注销。 |
MB:1050 | 计费用户为NP_OUT用户。 | 计费用户不是本运营商用户。 |
MB:1049 | 被叫用户为NP_OUT用户。 | 被叫用户不是本运营商用户。 |
MB:1048 | 主叫用户为NP_OUT用户。 | 主叫用户不是本运营商用户。 |
MB:1047 | 计费用户不支持增值业务。 | 请确保计费用户订购了该增值业务。 |
MB:1046 | 计费用户金额不足。 | 请计费用户及时充值。 |
MB:1045 | 计费用户状态不正确。 | 请确保计费用户合法,余额充足,并且是本运营商的用户。 |
MB:1044 | 自定义的找不到路由错误。 | 请确保短消息的源地址和目的地址都填写正确。 检查路由配置是否正确。 |
MB:1043 | 用户不存在或无效的用户。 | 非法的用户,请确保用户合法,并且在SCP侧没有被注销。 |
MB:1042 | SMC内存中缓存的、要下发给被叫用户的短消息数超过了该用户的最大下发数。 最大下发数指的是每个号码作为被叫号码时,能够缓存在SMC内存中的短消息的最大数。 |
l 检查该被叫号码在SMC内存中的短消息积压情况。若达到了该被叫实体的最大下发数,请稍后再提交。 l 对于业务号码,需要确定是否通过配置业务属性数据,增大该业务号码的TCOS参数值。 |
MB:1041 | 主叫用户提交的短消息数超过此用户的最大提交数。 最大提交数指的是每个号码作为主叫号码时,能够缓存在SMC内存中的短消息的最大数目。 |
l 检查该主叫号码在SMC内存中的短消息积压情况。若达到了该主叫实体的最大提交数,请稍后再提交。 l 对于业务号码,需要确定是否通过配置业务属性数据,增大该业务号码的OCOS参数值。 |
MB:1040 | 被叫用户金额不足。 | 如果主被叫为PPS用户,请检查SCP中的数据,确保主叫和被叫在SCP中合法,而且余额充足。 |
MB:1039 | 主叫用户金额不足。 | 如果主被叫为PPS用户,请检查SCP中的数据,确保主叫和被叫在SCP中合法,而且余额充足。 |
MB:1038 | 被叫用户不支持增值业务。 | 如果主被叫为PPS用户,请检查SCP中的数据,确保主叫和被叫在SCP中合法,而且余额充足。 |
MB:1037 | 主叫用户不支持增值业务。 | 如果主被叫为PPS用户,请检查SCP中的数据,确保主叫和被叫在SCP中合法,而且余额充足。 |
MB:1036 | 被叫用户状态不正确。 | 如果主被叫为PPS用户,请检查SCP中的数据,确保主叫和被叫在SCP中合法,而且余额充足。 |
MB:1035 | 主叫用户状态不正确。 | 如果主被叫为PPS用户,请检查SCP中的数据,确保主叫和被叫在SCP中合法,而且余额充足。 |
MB:1034 | PPS鉴权失败。 可能的原因为: l PPS鉴权超时 l SMSC发送鉴权消息失败 l SMSC处理PPS消息出错 l SCP返回其它错误 |
l 如果主被叫为PPS用户,请检查SCP中的数据,确保主叫和被叫在SCP中合法,而且余额充足。 l 如果满足该条件,则是系统原因,请稍后再尝试提交短消息。 |
MB:1026 | License受限错误。 SMC的相关运行参数(如MO速度、MT速度、短消息数、短消息实体数)已经达到了License的最大限制。 |
l 请稍后再尝试提交消息。 l 增大License容许的MO速度、MT速度、短消息数、短消息实体数的上限。 |
MB:1025 | 无效的短消息中心。 | 短消息中心不向SMPP接口返回该错误码。 |
MB:1024 | 为此条短消息分配内存或其它资源失败。 比如:创建短消息实体或短消息失败。 |
短消息中心资源紧张,无法为该条MO短消息分配相应的资源,请稍后再尝试提交短消息。 |
MB:0255 | 不明错误。 | 请确保命令字的PDU格式和字段定义遵循SMPP3.4协议规范。 说明 短消息中心很少返回该错误码。一般是在MO鉴权过程中主被叫鉴权不通过或者短消息中心系统错误等原因导致。 |
MB:0254 | 下发失败。 | 交互式的短消息下发失败。一般是由于系统或者用户原因无法下发,而导致下发失败。 请稍后再尝试提交消息。 |
MB:0196 | 无效的可选参数。 | 目前SMC不返回该错误码。但是,请ESME端确保命令字中的可选参数满足SMPP3.4协议规范和《华为消息应用产品对SMPP3.4协议的遵从说明》。 |
MB:0195 | 必需的可选参数丢失。 | SMC目前不返回该错误码。但是,请ESME端确保: l 在提交的消息中,三个Sars(sar_msg_ref_num、sar_total_segments和sar_segment_seqnum)要么都存在,要么都不存在。 l 两个ports(source_port和destination_port)要么都存在,要么都不存在。 否则消息会被忽略掉。 |
MB:0194 | 以上是关于中国移动短信网关错误代码汇总(完整版)的主要内容,如果未能解决你的问题,请参考以下文章 |