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