全网联通短信测试注意事项以及错误代码表.doc_第1页
全网联通短信测试注意事项以及错误代码表.doc_第2页
全网联通短信测试注意事项以及错误代码表.doc_第3页
全网联通短信测试注意事项以及错误代码表.doc_第4页
全网联通短信测试注意事项以及错误代码表.doc_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

全网联通短信测试注意事项以及错误代码表SP测试注意事项综合已往的测试暴露出的一些问题,列出以下注意事项供将参加测试的SP参考,测试前务必认真阅读,测试中发现问题先对照此文档查找原因。已经测试的SP对照该文挡核对自己的测试。测试前的准备工作 确认和测试网关的连接通畅; 手头备有已申报的业务资料信息,以供随时查询; 熟悉SGIPV1.2协议适应性修改0120(SP分册)文档; 手头备有SPMS错误代码表(SP部分)文档;.SPMSWeb调用接口错误代码含义错误代码 说明0 成功60000 系统错误60001 请求参数个数不符60002 解密不正确,包括密钥使用不正确 60011 SP接入号不正确:在EncodeStr里加密前的SpNumber必须等于包体中的SpNumber60012 订购(点播)时间不正确:在EncodeStr里加密前的AccessTime必须等于包体中的AccessTime60013 手机号不正确:必须为11位联通的手机号码60014 订购(点播)操作命令字不正确60015 SP接入号和命令字代码不匹配60099 其他错误SPMS鉴权中心错误代码含义错误代码201:业务代码未分配原因:根据MT话单里的接入号和业务代码找不到对应的申报项,即SP没有申报MT话单中的业务代码。错误代码202:业务资费类型错误原因:MT话单里填写的信息费大于SP实际申报的信息费或者对订制/点播失败的通知信息没有将CHARGENUMBER填为21个0。该情况下将对应字段填入正确值下发错误代码203:LINKID不匹配原因:根据用户的命令字解析出的是订制类业务,但SP返回的业务代码却是非订制业务。错误代码204:用户未订购原因:SP下发的是一个订制业务,但用户并未订制该业务,或用户为非订制状态。也有可能用户做的是点播业务,SP下发的却是定制类业务代码;用户可能定制了该业务,但SP下发MT业务的时候带来LINKID错误代码205:下发用户数不为1原因:MT话单里的USERCOUNT不为1,该字段只能填1,不允许群发。错误代码206:该包格式错误原因:1、MT话单的用户号码为空或者CHARGENUMBER为空或者SPNUMBER为空或者CORPID为空或者SERVICETYPE为空都会返回此错误。2、MT包里没有LINKID但根据业务代码判断却又不是订制类业务。错误代码207:下发的MT超过最大条数原因:对点播类业务使用同一个LINKID下发的MT条数不能超过申报的数,默认为5条。错误代码208:第三方付费原因:定制类MT话单里的CHARGENUMBER和USERNUMBER不同且不是SP付费。错误代码209:SP不能将MOFLAG填为3原因:按新规定,SP下发的MT包(除了定制包月扣费包)中MOFLAG字段不能填3,定制包月扣费包中不能带LINKID,FeeType、MOFLAG、RepotFlag都必须填3。错误代码210:WEB点播命令字不存在原因:WEB点播的时候,SP送过来的命令字是未申报的。此种情况下可让将命令字填4个#。错误代码211:通知信息被拦截原因:以后SP下发订制/退订的通知信息将只被用来确认订制关系,但不会下发到用户手机上,改由SPMS通知,此消息在定制成功时正常(注意,SP只有收到211状态报告才能确定他们在鉴权平台上定购成功)。错误代码212:包月话单不许下发原因:每月10日前不许下发包月话单;基本业务流程 MO订制流程1、 发订制命令字到分配给Sp接入号。2、 鉴权中心鉴权通过后SP会收到一条USERNUMBER为测试手机的短信,内容用户发送的订制命令字,此时该条MO短信的RESERVED字段内带有LINKID。3、 SP如果处理该条订制业务成功则发一条订制成功的通知信息给用户,注意该通知MT必须带上步骤3中返回的LINKID,且ServiceType一定是该用户订制业务对应的ServiceType;如果SP处理该订制业务不成功则发一条订制失败的通知信息给用户,通知失败的MT的SERVIECTYPE必须填ERROR,CHARGENUMBER填21个0。4、 测试手机会收到您下发的订制成功或失败通知,流程结束。 MO退订的流程流程和MO订制一样,不同的只是命令字不同; MO点播流程1、 发点播命令字到分配给Sp接入号。2、 鉴权中心鉴权通过后SP会收到一条USERNUMBER为测试手机的短信,内容用户发送的点播命令字,此时该条MO短信的RESERVED字段内带有LINKID。3、 SP如果处理该条订制业务成功则发一条订制成功的通知信息给用户,注意该通知MT必须带上步骤3中返回的LINKID,且ServiceType一定是该用户订制业务对应的ServiceType;如果SP处理该订制业务不成功则发一条订制失败的通知信息给用户,通知失败的MT的SERVIECTYPE必须填ERROR,CHARGENUMBER填21个0。4、 测试手机会收到您下发的点播内容或失败通知,流程结束。5、 WEB订制1、 用户在SP网站定制,SP调用网上定购接口,注意填写的命令字所对应的业务一定是您已经申报的;2、 如果您填写的订制信息没有问题,则测试手机上会收到一个来自SP接入号的确认短信,提示用户输入订购业务的命令字;3、 其余流程同手机MO订制的流程; WEB退订流程1、到网上定购接口(URL地址已经下发给各测试SP)取消一个业务,注意填写的命令字所对应的业务一定是您已经订制成功的;2、 用户手机收到退定通知信息。 WEB点播流程1、 SP按照接口规范调用Web点播接口,发点播命令字(可以是4个#);2、 用户手机收到SPMS系统的以SP接入号发送的校验码通知短信以后,在SP网站上填入校验码。3、 SP根据用户的请求下发MT,该MT一定要带上步骤2中所填的校验码作为LINKID,如果点播命令字确实有对应点播业务那么您下发的MT的SERVICETYPE必须是该点播业务的SERVICETYPE,如果点播命令字只对SP本身有特殊意义的则有SP自己根据对命令字解析下发一个MT,该MT必须带上LINKID且只能是点播类的业务,如果SP处理点播请求失败,则下发一个失败通知的MT(必须带LINKID,SERVICETYPE填ERROR,CHARGENUMBER填21个0);4、 用户手机收到点播下发的MT或者失败通知的MT; 业务MT下发流程1、 对用户已经订制了的业务,SP下发业务MT的时候SERVICETYPE,FEETYPE,FEEVALUE一定要和所申报的一致且业务MT一定不能带LINKID;2、 如果SERVICETYPE不是用户已经订制了的,该MT不能被下发;如果SERVICETYPE是订制了的但填写的信息费超过所申报的,则该MT也会被拦截但鉴权中心会重新下发一个纠正了资费后的MT给用户,同时记录SP本次的违规行为供审核用;如果都填写正确用户将收到该MT包,如果是月租话单,用户会收到一个通知短信;通知MT不同于业务MT,通知MT是一定要带LINKID的;填写各数据包注意事项 对订制业务,发MO订制的时候命令字要和您申报的该业务的订制命令字(即用户发的订制命令)相符合,订制命令字只能为字母或数字,不能为汉字和符号;系统支持UNICODE的订制命令字和长号码的SPNUMBER; 订制类业务的业务MT和包月计费包下发时不能带LINKID,其他情况下MT要带LINKID; 订制/退订业务的成功通知MT、订制业务的业务MT、成功的点播对应下发的MT其SERCICETYPE一定要和用户真实订制/点播的业务相符合; 月租包的判断依据是MOFLAG=3&REPORTFLAG=3&FEETYPE=3; 对订制类业务的MT,除了SP付费的情况允许CHARGENUMBER填21个0以外,其他情况下下必须是USERNUMBER和CHARGENUMBER相同,不允许订制类业务有第三方付费的情况; MT的MOFLG标志一律不允许填3; MT的USERCOUNT字段只能填1; 点播/订制/退订等的失败通知SERVICETYPE一律填ERROR,CHARGENUMBER填21个0; 当用户发送0000全部退订某SP的业务时,SP的通知MT的SERVICETYPE填0000;其他问题 SP收到的所有MO都是带有LINKID的,最长为8位,可以不足8位。对不足8位的在后面补二进制的0,不能补字符0; 用户不需要申报业务代码0000和ERROR的业务,系统默认此两种业务代码分别为退定所有业务和错误通知信息下发。 目前发现有SP收REPORT报告和MT比较慢的问题,有时在一个发送订制请求一个小时后才收到确认MT或者下发的业务MT间隔一段时间才能收到。这并不是由于鉴权中心引起的(目前测试阶段业务量很小,不存在性能问题),如果您测试的时候发现这种情况请选择在用户使用增值业务比较少的时段测试; 状态报告错误代码的问题,参考REPORT报告返回的错误代码对了解MT包那里填写不规范有一些帮助,附录有REPORT报告错误代码对应的错误信息供参考; 业务命令字的命名最好避免一些有歧义性的东西,特别是对一些需要用户回复的业务。比如某SP申报某业务A的订制命令字申请为“OK“,而该SP恰好有一个业务B可能需要用户的回复(比如聊天类或者游戏互动类)。业务B的订制用户在聊天后者游戏过程中可能回复OK表示某种意思,由于该回复恰好又是业务A的订制命令字,这样鉴权系统就会认为该MO是一个订制业务A的请求而不是普通的回复MO,SP也就收不到该回复的MO了,影响业务运行。当用户发送一个未申报的命令字到SP的时候,鉴权中心对其的处理同处理#的情况;业务举例比如有以接入号为3099,CORPID11999的SP申报了一个点播业务和一个订制业务,资料分别如下:点播业务资料信息:点播命令字-DBXW,业务代码-TYXW,业务类型点播类,信息费-20订制业务资料信息:订制命令字-DZXH,业务代码HHXW,业务类型订制类,退定命令字TDXH,月租500,信息费0,用户订制业务的时候直接在手机输入DZXH发往3099即可;SP会收到一条USERNUMBER短信内容为DZXH,且带上了LINKID(值为50000000)的MO,SP此时应下发一条通知用户盯制成功的短信,业务代码填HHXW,且带上LINKID(值为50000000),下发该MT后用户(1330000000)将收到该条通知短信。用户订制成功后SP可以下发业务MT给用户了,此时下发的业务MT的SERVICETYPE必须填HHXW,且LINKID为空,信息费填0,下发后用户将收到该MT;下发该业务的包月话单时,SERVICETYPE必须填HHXW,且LINKID为空,信息费填500,MOFLAG填3,FEETYPE填3,REPROTFLAG填3,下发后用户将收到一条收取月租费的通知短信(该功能联通还未开放);退订时在手机输入TDXH发送到3099,剩余步骤同订制时步骤;用户点播业务的时候直接在手机输入DBXW发往3099,3099会收到一条来自133000000,内容为DBXW,且带有LINKID(比如45678)的MO,3099成功处理该MO后下发一条对应的MT给用户且SERVICETYPE填TYXW,FEEVALUE填5,带上LINKID(45678)下发给用户,稍后用户将收到该点播所引起的MT。有关网上订购和点播接口URL以及加密算法点播:9:9555/WebOrder.aspx订制:9:9666/WebSubscription.aspx采用3DES加密,ECB模式/使用PKCS7方式填充不足位,目前给的密钥是192位(24个字节)经过BASE64编码后的可见字符串以下为一个加密的例子:密钥的base64编码是:27jrWz2sxrVbR+pnyg6jWHhgNk4sZo46DECODE后密钥是:key=-37,-72,-21,91,61,-84,-58,-75,91,71,-22,103,-54,14,-93,88,120,96,54,78,44,102,-114,58;源字符串是:3033D10$2004-02-2416:19:27其数组为:51,48,51,51,36,49,51,51,49,49,48,56,51,48,54,48,36,68,49,48,36,50,48,48,52,45,48,50,45,50,52,32,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论