sp接入改造问题

1、业务梳理模板中，有一项是“业务处理地址”，这个是什么意思？

答：业务处理地址就是当用户要订购某项业务时，MISC会往SP填写的这个“业务处理地址”发送正向同步请求包。业务处理地址可以是域名也可以是IP地址，只要能访问到就行。

 

2、业务梳理模板中，发送频率如何填写？

答：对于点播类业务，就填写你这个业务要发送MT的条数。比如说一个MO上行，对应要下行5条MT，那么次数就填5。如果下发6条，MISC会把最后一条MT拦截掉。注意，填写5次并不是表示你一定要下发5条才行，你可以下发4条或者3条，只要不超过5条就行。对于定制包月的业务，因为MISC目前暂时不对这个次数做判断，所以就按照你们业务量的最大值填写，只要不超过10000条即可。

 

3、SP接收到SyncOrderRelationReq时，如何判断这是一个手机MO发起的订购请求，还是网上订购发起的请求?（比如在ActionID=1的情况下）

答：可以通过AccessMode来判断。AccessMode为1表示web方式；为2表示WAP方式；为3表示短信。

 

4、用户欠费停机的时候misc会调用provision“暂停服务”接口暂停在SP订购的服务吗？然后用户重新交费恢复后，misc会再调用provision“激活服务”接口吗？

答：正确。

 

5、定制和点播指令里允许有空格吗？

答：是的。

 

6、请问最大匹配加精确匹配的原则具体内容是什么？

答：精确匹配的意思是指只有当所匹配内容和所设置的指令内容完全相同（包括长度也一样）时，才算匹配。例如如果设置了发送号码为“800101”，如果用户发送一条MO到“80010123”时，是不会匹配上“800101”的那条指令；只有发往“800101”的指令才会被匹配上。最大匹配相当于模糊匹配，和精确匹配不可以同时使用，最大匹配的意思是说，长号码或者指令，匹配位数相同的最多的字符串，如有两个模糊匹配的指令 ‘8001 aa’、‘80011 aa’，当用户发送‘800111 aa’的时候，会匹配到第二条指令，而不是第一条。

 

7、空指令模糊匹配是否也依照最大匹配的原则进行？比如SP有两个业务都需要用到空指令模糊匹配，而其中第一个前五位为给定的值，第二个前六位为给定的值（前五位和第一个一样），那么匹配的时候是否也会按照最大匹配的原则先匹配到第二个？例如申报：

   1、用户发送“内容”到“8888+1＋对方ID”

   2、用户发送“内容”到“8888+11＋对方ID”

那么用户发送“内容”到“8888110000”是肯定先匹配到2吗？

答：是的。

 

8、我们有两个业务，属于主、从业务，业务梳理表我们是不是按照两个业务填写？那主、从业务关系的业务组怎么建立？能不能给我一个完整的流程？

答：SP自服务系统里面应该可以看到每种业务组的分类方法。业务当然还是2个业务，只是在同一个组。主从业务的申请步骤：增加业务组 －》 申请第一个业务－》 申请第二个业务，业务申请完之后，默认第一个业务为主业务，但是在业务组里面你可以看到这两个业务，你也可以通过选择框来决定哪个业务是主业务。这里要说明一下，在业务梳理表中是不能选择业务组类型的，SP只能通过SP自服务系统来录入。

 

9、关于CMPP协议的修改？

答：1、删除CMPP_SUBMIT、CMPP_DELIVER消息中的Reserve字段，添加LinkID字段；（20个字节长字符串类型）；

    2、CMPP_SUBMIT消息：增加Fee_terminal_type字段, 字段长度为1字节，表明Fee_terminal_Id是真实用户号码还是伪码；

    3、CMPP_SUBMIT消息：扩展Fee_terminal_Id长度为32字节，适应伪码的长度需求，并把其类型从Unsigned Integer修改为Octet String。

    4、CMPP_SUBMIT消息：增加Dest_terminal_type字段，字段长度为1字节，表明Dest_terminal_Id是真实用户号码还是伪码；

    5、CMPP_SUBMIT消息：扩展Dest_terminal_Id长度为32字节，适应伪码的长度需求。

    6、CMPP_DELIVER消息：增加Src_terminal_type字段，字段长度为1字节，表明Src_terminal_Id是真实用户号码还是伪码；

7、CMPP_DELIVER消息：扩展Src_terminal_Id的长度为32字节，适应伪码的长度需求。

 

10、同一MO上行有2种处理结果如何处理呢？比如考试成绩查询业务，mo上行代码为KS＃准考证号，当成绩已经公布时按照点播方式直接下发成绩信息；而当成绩尚未公布时，系统将该用户信息保存，等成绩公布时在第一时间发送给用户，该方式为订阅业务。只是在代码匹配时应如何处理呢？

答：申请成点播业务，如果成绩未到，就发一条信息，告诉用户等成绩一到就通知，此次可使用本业务代码下发信息，并记录用户信息；然后等成绩到了，用帮助信息的代码下发成绩。

 

11、对于按条定制类业务，如何获取LinkID：如果有些业务是按条订制类业务，用户一次上行，订制了业务，当时是不扣费的，每次有信息给用户下行的时候，才收取费用（比如1元/条）。那么这种单条收费的业务，当时下行不可能有用户上行，因为用户早就订制过了，就不会有LinkID，是不是也就不能用单条费用相对应的资费代码下行给这个用户信息，如何解决这个问题？

答：定制类的业务允许包月和按条计费，点播只能按条计费。

定制类业务不需要LinkID，对于定制类业务，只要用户订购了，你就可以随时下发信息，不用管LinkID。也就是说，定制类业务只会鉴权订购关系。

对于定制类中的包月、按条计费模式，不影响鉴权的流程，也就是说，不管是按条还是包月，都只是鉴权订购关系，而不需要LinkID。

 

12、正向定购中怎样取得服务长号及定购指令？

答：通过provison包中的featherstr字段，该字段的内容是长号码和指令内容，中间用空格分割，base64编码格式。

 

13、举例：一个交友业务，用户注册成为会员以后，有5元/月的包月费，用户可以找朋友、可以聊天、可以使用基本的功能操作而不产生额外的费用。但如果要使用某些特殊操作的话将会按条收费，而这些特殊操作是临时推出的，是点播，不需要定制。比如社区发起的某次有奖投票活动，会员之间互赠送礼物，使用某些贴心服务等。我该如何来申报这个业务DA

答：可以申请一个主从类的业务组合，包括这两个业务。主业务为包月，从业务为点播。

 

14、发送点播或定制指令时如果是大写小写都可以精确匹配，是否要改为模糊匹配，例如要满足某项业务发送指令CZ到01888与发送cz到01888均可定制同一业务，需要精确匹配还是模糊匹配？

答：指令不分大小写，需要精确匹配。

 

15、业务申请中的帮助类业务是怎么回事啊？是每个业务都要单独申请帮助类业务吗？帮助类业务和其他的业务的区别是什么？

答：没有必要每个业务都单独申请帮助类业务。此类业务必须免费提供，供SP向用户下发业务使用帮助信息，要求每个SP只能申请一个帮助信息类的业务。业务申请时不需要提交点播指令，也不需要提交订购指令和退订指令，业务代码前无任何符号。

 

16、MISC的业务梳理表中，业务分类－大类，小类怎么写。我们的表中除了“信息类”可以，其他的都提示导入失败。是不是业务分类有定义好的？

答：业务分类是由集团统一制定的，也就是昨天我给大家看的那个文件“业务大小类对照表.txt”。这个文件会由移动统一发给各位。

 

17、在MISC发起的SyncOrderRelationReq请求中，包含了一个TransactionID元素作为消息编号，我想知道：TransactionID是否会重复？若会重复，重复的时间间隔会是多少？

答：TransactionID 的产生规则是DeviceID+10 位的数字，该10 位数字从1 开始，不足10 位的前补0。每次增长的步长为1，依次循环使用。

 

18、有一个业务，是在对方号码前加服务代码进行点对点发送，比如A用户向用户B发短信：你好，发到123413912345678，，A用户是注册用户，B用户非注册用户。接入MISC之前是可以直接发送，请问接入MISC以后，还能不能发送了呢？对接收方也要进行订购关系鉴权了么？

答：可以发送，对接收方不需要定购关系鉴权。

 

19、我们有个手机定制类业务，用户发信息上来定制时，发送内容除了该业务的上行定制代码以外，还包括用户个人信息，我们要根据用户个人信息不同分门别类处理。我想问的是用户发信息定制业务时，sp是不是能够收到用户发送的全部内容？如果不是，我们这个业务该怎么申报？

答：可以通过provison请求包的featherstr字段得到mo的内容，里面是用户发送的长号码和指令内容。

 

20、填写业务梳理表的时候，是不是每个定制类的业务都必须填写退定指令？只用0000和00000来退定不行吗？

答：要求定制类的业务都要有退定指令，0000和00000是系统保留字。

 

21、做provision测试时，ActionID有时会出现3（激活）或4（暂停），这值是如何产生的，我们只发定制指令和退订指令，应该是1和2啊，为什么会出现3和4呢？

答：actionid 1 开通服务2 停止服务3 激活服务4 暂停服务

这种情况也是有的，对于某些欠费用户，定购关系可能不会立即取消，而是暂停，当用户重新缴费，定购关系会被激活（actionid ＝ 3），而不需要用户再次定购。

 

22、关于填写业务梳理表问题：

如果一个点播业务，我用空指令模糊匹配，长号码精确匹配来点播，业务梳理表中的点播指令（空指令），我应该怎么填写？写0还是写null或填写别的？

答：什么都不填就是表示空指令。

 

23、LinkID的使用方法？

答：LinkID是临时订购关系的匹配码，用来鉴权一次点播请求等事务性的业务。点播业务使用LinkID，非点播类业务的MT流程不使用该字段。当MISC生成的订购关系为临时订购关系的时候，返回本字段，否则不填本字段。

LinkID的设置时间一般是5分钟（各省设置不同），在收到请求以后在5分钟内下发下来，

5分钟内可任意发，但有一个最大条数限制。多条消息下发时用Pk_total和Pk_number可使

用同样的LinkID。

LinkID的产生是和手机号码和业务代码相关联的，每次点播产生不同，不能互换使用。

 

24、MO指令分为四种：订购指令、取消指令、点播指令和普通MO。请问点播指令和普通MO的区别是什么？

答：点播指令匹配成功后，MO包中的Service_Id和linkid都会有值。收到这条MO之后，SP必须用对应的业务代码和linkid才能下发；而普通MO包中的Service_Id和linkid是没有值的，SP在收到这条MO包之后，只能用帮助信息类的业务代码下发。

 

25、重复定制和重复取消的MO消息是否传给SP？

答：重复定制的MO指令传给SP，重复取消MO指令不传给SP。