《misc知识简介》由会员分享，可在线阅读，更多相关《misc知识简介（20页珍藏版）》请在金锄头文库上搜索。
1、MISC知识简介Share Info Co.,Ltd.深圳协尔信息系统有限公司 2005年3月Share Info Co.,Ltd.v什么是MISC?v接入MISC带来的变化vMISC给SP业务运营的影响v特殊业务在MISC上的实现方案vCMPP3.0与CMPP2.0的区别v基于MISC的正向定购与反向定购v如何在Infomaster系统框架内实现MISC接入?Share Info Co.,Ltd.一、什么是MISC?MISC(Mobile Information Service Center)是卓望公司基于中 移动DSMP(数据业务管理平台技术规范)规范开发的数据业 务管理平台，是运营商为规
2、范数据业务而采用一个支撑系 统，包括: 业务控制子系统、业务运营管理子系统和统一 网管接口子系统。其功能包括用户管理、业务管理和SP管理，对外提供开放 接口,并为各种业务网关、SP提供代计费功能，还提供了括 用户统计、SP及业务统计、计费统计等统计查询功能。在 所有数据业务的业务流程中，参与用户鉴权、SP鉴权、业 务鉴权、计费、用户注册、用户订购关系管理（服务订购/ 取消/暂停/激活）、业务查询。Share Info Co.,Ltd.二、接入MISC带来的变化项项目说说明接入前接入后订购 关系保存 所有订购 关系由SP自行掌握 同时保存在MISC系统和SP系 统中，但是以MISC系统的订 购关
3、系为准 订购 通知下发 SP自行组包生成订购 通知消 息下发给用户 MISC平台自动组 包生成订购 、取消通知下发给 用户 0000、00000统 一取消指令 SP收到0000时组 包产生取消 菜单下发给 用户，收到00000 自行取消用户订购 MISC平台拦截0000指令并自 行组包产生菜单下发，拦截 00000指令自动取消用 户订购 的业务 包月话单发 起 扣费 由SP自行发起SMC包月扣费 请求 由MISC根据有效用户订购 关 系代SP发起SMC包月扣费请 求 订购 、点播鉴 权 不进行订购 、点播鉴全，所 有消息全部由网关透传给 SP 所有的MO/MT消息都需要通 过MISC的鉴权 ，
4、实现拦 截 订购 关系同步 订购 关系都保存在SP方，不 存在订购关系同步 订购 关系保存在MISC系统， 所有的订购请 求都有MISC通 过Provision接口与SP同步 Share Info Co.,Ltd.三、MISC给业务运营带来的影响项项目说说明接入前接入后MO正向指令设 置 所有的用户使用指令，包括 手机点播和手机定制的指令 都是由SP自行设置，网关不 做任何处理 所有的手机点播和手机定制指 令都必须在MISC平台现行设 置，每次MO过程MISC都需 要判断指令内容 业务类 型梳理CMPP2.0时期，业务类 型分 为三种：IOD、PUSH、STK 类 升级后，业务类 型按照最新
5、的数据部管理规范，分为7种 类型：手机点播、手机定制 、网站点播、网站定制、STK 点播、STK定制、免费业务 业务 流程定义SP自己任意定义，不需要运 营商同意或者通知运营商需要把相关业务 流程重新整 理，并且和运营商做相应的 业务 改造交流 业务 申报只需要申报计费 代码，使用 指令等可任意设定通过SPOA申报，走电子流的 方式进行SP合作申请、业务 申报、业务审 核、业务 上线 等流程四、特殊业务在MISC上的实现方案（一）包月定制类业务需要免费使用N个月 业务流程：用户发送“M”到xxxx，SP判断如果是新用户那么发送游戏介绍的免费短信给 用户，并且给用户自动定制成为游戏用户的免费用户
6、，如果是老用户则直接 返回游戏菜单给用户，使用时通过直接回复来实现。如果用户在一定的时期 内没有上行消息，那么改用户不收费，如果有上行消息，则到期会自动转为 收费用户建议方案：通过申请一个免费的点播业务，用户首次使用时发送M到xxxx先定制上这 个免费的业务，等到过了试用期后由SP发一个二次确认的短信给用户，让用 户回复MF到xxxx通过MO正向定制这个收费的业务，如果用户没有确认，则 SP清除该用户定制的免费业务，如果用户确认定购，则MISC会自动定制业 务，并且把定购请求同步给SP，SP收到该请求后把之前定制的免费业务代 码转换成正式收费的业务代码 Share Info Co.,Ltd.（
7、二）VIP用户群免费使用业务 业务流程：针对不同的用户群，当定制某一项业务时，如果是普通用户定制， 那么按照普通的收费标准来收费，如果是VIP用户则免费。SP原来的 解决方办法是通过设置一个专门的VIP表，当用户定制时先判断有没 有在VIP表中，如果有则不发包月扣费请求，只记录定购关系建议方案：专门针对VIP用户设置一个单独的业务代码以及使用点播、定制指 令，但是SP需要修改他们的产品设计方式，且改变宣传方式通过反向定购的方式来控制，当用户成为了VIP用户以后，由SP通过 反向来取消定购的业务，然后再使用免费的业务代码来给SP下发业 务 Share Info Co.,Ltd.（三）游戏、聊天类
8、业务业务流程：用户发送MF定制游戏或者聊天类业务，使用时同时也是使用相同的 指令来开始游戏或者开始聊天等建议方案：把MF设置成一个定制指令，当用户第一次发送MF到xxxx的时候 ，MISC判断改用户没有定制该项业务，那么会按照定制流程完成业 务定制操作。如果用户定制成功了，然后用相同的指令去使用业务时，MISC 判断用户已经定购了该项业务，那么MISC会当成一个普通点播消息 发送给SP而不做拦截，SP收到后可以下发消息给用户 Share Info Co.,Ltd.（四）手机股票信息点播、定制业务流程：用户拨打1259098+股票号码或者发送短信1259098+股票号码到xxxx 来定制股票业务
9、，用户定制成功后SP会定期给用户下发股票信息， 业务区分都是通过短信内容来区分，比如12590981+股票号码表示定 制个股点评包月业务，发送1259098+股票号码表示定制个股管家按 条业务建议方案：针对不同的业务设置点播指令和定制指令，指令格式：“1259098 股票代码”，由于股票代码的前一位比较固定，所以我们可以针对个 股点评的定制指令设成多个定制指令，比如“12590980股票代码 后几位”，或者“12590986股票代码后几位”，因为股票代码的前 一位是固定的。Share Info Co.,Ltd.Share Info Co.,Ltd.五、CMPP3.0与CMPP2.0的区别CMP
10、P3.0和CMPP2.0的最主要的区别是在协议规范里面增加了几个字段，其说明如下 ：1) SUBMIT包内容的变化CMPP3.0中新增字段：Fee_terminal_type：被计费用户的号码类型，0：真实号码；1：伪码Dest_terminal_type：接收短信的用户号码类型，0：真实号码；1：伪码LinkID：点播业务使用的LinkID，非点播类业务的MT流程不使用该字段2)DELIVER包内容的变化CMPP3.0新增字段：Src_terminal_type：源终端号码类型，0：真实号码；1：伪码LinkID：点播业务使用的LinkID，非点播类业务的MT流程不使用该字段字段说明(伪码：
11、一个随机字符串，对于一个SP，唯一标识一个用户)Fee_terminal_type：为0，则Fee_terminal_Id是真实号码；否则，传递的6是用户伪码Dest_terminal_type：为0，则Dest_terminal_Id是真实号码；否则，传递的是用户的伪码Src_terminal_type：为0，则Src_terminal_Id是真实号码；否则，传递的是用户的伪码LinkID：20位字符串，由DSMP产生，编码格式为4位MISCID，12位时间，4位序列号，用户标识点播业务流程， MT消息用来匹配相应的MO信息Share Info Co.,Ltd.六、基于MISC的正向定购与反
12、向定购(一)正向定购Share Info Co.,Ltd.正向定购接口(Provision)流程说明：1）用户通过手机发送定制指令到相应的SP特服号2）网关收到MO消息向MISC发起MO鉴全批价3）MISC收到MO鉴权批价请求后进行定购、点播指令匹 配4）如果判断指令是定制指令，则MISC会向SP发送订购关 系同步请求SyncOrderRelationReq5）SP收到同步请求后，对这个定购请求做相应的定购关 系处理，并返回订购关系同步应答 SyncOrderRelationResp6）MISC收到响应后在系统里面生成正式的定购关系，并 且由系统自动产生一条定购成功的提醒消息发给用户Share
13、 Info Co.,Ltd.(二)反向定购Share Info Co.,Ltd.反向定购接口(Provision)流程说明：SP收到用户的定购请求后，向MISC发起订购请求 SubscribeServiceReq，并等待MISC处理响应消息 MISC对消息中的业务鉴权接入鉴权，判断该业务是否允许进行反向 订购 进行用户鉴权和订购关系鉴权，判断用户状态是否正确以及是否是重 复定购等 MISC向SP发送订购关系同步请求SyncOrderRelationReq SP收到同步请求后，对这个定购请求做相应的定购关系处理，并返 回订购关系步应答SyncOrderRelationResp MISC收到响应后
14、在MISC里面生成正式的定购关系，并返回SP反向 定购处理响应SubscribeServiceResp，如果响应正确则转到8 如果收到MISC的错误响应，则说明定购失败，SP必须对这个失败消 息做相应处理，比如把生成的定购关系清除 如果收到MISC的正确响应，则SP可以不做任何处理Share Info Co.,Ltd.六、如何在Infomaster框架内实现MISC接入?(一)正向定购新增了一个Provision正向定购接口，这个接口是一个WebService接口。安装步骤：1、在一台有公网IP(必须)的服务器上安装dotnet的运行环境；2、在安装包中的provision文件夹，有一个bin
15、子目录、Service1.asmx文件和 provision.xml文件，将provision.xml拷贝到c:provision目录下，打开这个XML文件， 然后配置数据库连接。3、在IIS中建立虚拟目录mobile，该目录指向provision目录，默认文件指向 default.asmx，从而得到类似一个URL地址:http:/10.108.20.100/mobile/default.asmx， 最后将这个地址报给移动，这个地址就是我们的Provision接口地址。在配置完成后， 直接浏览该地址，得到如下图所示界面，则表示Provision接口发布成功。 Share Info Co.,Lt
16、d.接口工作原理： 当用户上行定制消息时，卓望的DSMP系统会向我们发布的Url(如： http:/10.108.20.100/mobile/default.asmx)发请求，并带上相应的输入参数(手机号、业 务代码等)，这时会触发执行一遍xp_provision存储过程，卓望传过来的参数就传到了 xp_provision的入口参数中。在存储过程xp_provision里面实现在业务系统中定购关系的生成或取消。当卓望的 DSMP系统收到我们返回的0(成功)状态，就马上会在MISC定制库中添加该用户。如果 执行失败（例如是黑名单用户），我们返回相应的错误码给ret，卓望得到该错误码 以后，会直接下发相应的短信通知给用户。Xp_Provision接口参见文档定购同步和反向定购接口说明.doc(版本升级后有 变化则以配套版本为准)业务模块配置：必须配置一个业务模块支持共享内存，并且这个业务模块能够发送Provision请求 (也就是业务模块的配置文件里面要有一个DSMP主配置项)，在DSMP配置项
