MISC1.6作为唯一一个完全符合中国移动集团公司DSMP数据业务管理规范的产品，它能够支撑多种数据业务模式，包括wap、sms、pda、kjava、mPic等，完成代理访问、用户及定购关系鉴全批价、SP定购关系同步、SSO网站登录等功能，同时还支持各种业务管理、客户投诉处理、数据报表等功能。
MISC1.6的基本组成MISC1.6系统的接入主要分成三个部分：数据接口、业务定购接口和用户验证接口。
数据接口主要是完成MTBS网关和SP之间的数据业务通讯。这个部分采用的协议是CMPP 3.0。我们也可以将MTBS网关简称为CMPP 3.0网关。但是它与普通的CMPP 2.0网关有着许多不同的特性。
业务定购接口主要是完成DSMP网关和SP之间的定购关系通讯。定购关系主要是正/反向定购关系同步。定购关系的处理是MISC系统与原有的CMPP网关系统最大的区别。以往的定购关系基本上都保存在SP一方。现在MISC接管了所有的定购关系管理，以保证定购关系的确是用户所发起，并且用户可以随时退订。这样减少了欺诈行为以及用户投诉。
用户验证接口主要是完成SSO网关之间和SP之间的用户验证接口。保证用户在移动梦网或者任何一个移动梦网的合作SP的网站上登陆一次，就可以使用全部的移动梦网服务。不同于以前的移动梦网服务，需要在各家SP的站点上反复验证。
CMPP 3.0基本特点1）支持linkid字段做临时定购关系鉴全匹配的原则；
所有用户点播的业务，用户MO消息通过网关送到MISC鉴权批价后，MISC会自动生成一个随机数linkid随后通过网关传给SP，当SP收到MO消息后下发MT消息给用户时必须在Submit包的linkid字段填上MO消息包里面带的linkid信息，否则MISC在做MT鉴权批价时会把该条MT拦截。
2）新增了对用户类型为伪码用户访问业务支持；
根据DSMP规范要求，用户资源即手机号码信息必须在一定时期之后收归中国移动集团所有，所以在规范里面增加了伪码字段信息，当用户使用业务时在MISC、网关、SP之间传递的用户信息都是通过伪码来传递而不是真实的手机号码，伪码是根据一定的编码规则随机产生。
3）支持以pk_Total/pk_Num方式处理的消息拆分原则，且每条消息中的LinkId必须相同；
MISC系统支持长消息拆分，如果SP下发的MT消息超过140字节长度，那么SP可以通过消息拆分的方式下发，且可以采用pk_Total/pk_Num方式发送，但是在每条消息里面的linkid字段必须相同，在2.1规范以前采用的MsgId字段不做要求，可以随意使用。
规范用户定购/取消流程1）用户可以通过MO正向定制SP业务；
从用户的角度来看，定制方式没有改变，还是可以用手机来点播来定制业务。但是SP接入MISC1.6平台以后，需要规划和设置MO正向定制指令实现手机点播定制。
2）MISC平台支持0000和00000取消业务功能；
SP接入MISC平台以后，无需判断0000、00000取消用户定购业务的指令，而是由MISC平台代替SP实现0000取消业务菜单功能及00000取消所有业务功能。
3）SP必须实现SSO流程改造后用户才能够从网站定制；
SP接入MISC平台以后，必须把各自公司的网站的登录、用户点播、用户定制等功能按照SSO规范要求实现改造，这样用户才可以通过SP的网站实现业务点播和定制。
规范SP网站业务开展模式1）用户使用SP的网站业务时，SP必须把用户的登录请求重定向到MISC的SSO平台来做一次统一登录认证，通过后由MISC平台重新定向到SP网站平台，用户可以使用具体业务。
2）用户登录后如果需要点播或定制SP的网站业务，那么SP必须把用户的点播、定制请求定向到SSO平台实现用户定制鉴全批价，通过后用户才可以享受到SP的具体业务。
3）由于移动梦网用户注册是通过SSO平台来实现，用户注册信息都保存在MISC资料库中，SP如果需要了解用户信息，则可以通过SSO的查询接口查询用户信息。
4）用户通过统一的签退接口实现梦网签退。
CMPP 3.0升级从CMPP 2.0协议升级到CMPP 3.0协议是一个不十分困难的过程。因为从总体上来说，CMPP 3.0和CMPP 2.0协议之间相差无几。但是关键问题是，由于MISC系统将定购关系全部接管。现在已经无法直接向非定购用户发送信息。群发或业务推广被MISC系统所控制。只有产生了定购关系，SP才可以向该用户发送相关信息。
目前在国内还存在的网关系统有：亚信、东大诺基亚、清华深迅、华为。这些网关的工作模式和MISC系统的工作模式有着截然不同的一面。例如：清华深迅的MO和MT走的是不同端口；亚信的登陆方式和标准CMPP不同；东大诺基亚的协议完全不同等等。而MISC系统在错误处理和收条处理方面也有它的显著特点。这种切换，往往意味着对原有系统改造较多的工作量。
对于CMPP 3.0的升级，可以采用升级协议或API的方式来获得解决。这种解决方案可以为大多数的SP所采纳。在这里我们提供另外一种可供选择的方案：CMPP代理器模式。这种模式的特点就是使用我们的产品作为一个协议转换器来处理原有协议和新协议之间的矛盾。
简单的说，我们的产品模拟出特定的移动运营商的CMPP 2.0网关并接纳数据，同时使用CMPP 3.0连接到移动运营商。通过扩展保留字段来传递linkID。采用这种模式，SP所需要做的改动十分少。这样可以保证原有业务系统基本不发生变化。还有一些特殊的优势，我们在后面进行叙述。
另外我公司一直遵守我们对客户的承诺。凡是采取我们原有产品的客户在CMPP 3.0数据接口升级方面，采取完全是免费。并保证完全兼容原有的数据表结构。使得客户的系统编动量最小化，并协助他们迅速通过相关测试。
定购接口同步定购接口同步是一个新的内容。现在MISC系统采取Provision接口来实现低定购接口同步。这种协议简单的说就是SOAP协议，即XML + HTTP。
目前卓望公司提供Provision的API，采用的是基于Apache的C编写。在这种情况下，能适用的范围十分有限。不同的SP采取的系统方式有所不同，而卓望公司所提供的API种类十分稀少。
我们所提供的产品，不仅可以兼容CMPP 3.0协议，而且支持XML + HTTP模式。我们在Provision方面的处理方面采取了一些特殊的方式。我们的产品拥有多样性数据接口，可以将Provision转换成数据库记录、FTP文件记录、SMTP邮件记录、HTTP请求方式或者CMPP 2.0的数据包。而且系统之间还支持Provision的向下逐级传递与复制功能。
最简单的方式是将Provision接口转换成数据库记录，这样SP通过操作数据库就可以实现正向/反向定购同步。如果转换成模拟的CMPP 2.0数据包，那么就可以使得SP保留原有的系统。我们的产品通过模拟人工的MO定购数据包，来达到与原有运营系统的兼容。
对于拥有下家的SP来说，我们的产品通过向下逐级传递与复制功能。可以使得每家SP都获得相关的定购信息。并保证准确地与上家的信息同步。
由于接口采用的是HTTP/1.1自行开发服务器，操作接口在处理速度、并发数目和稳定性上都优于API。而且还可以根据需要进行一定的调整。
用户验证接口用户验证接口主要是通过页面的相互跳转来完成的。这个过程和SP的运营站点以及编写语言有着密切的关系。一般来说我们只是协助理解协议中的各个部分的意义，但是我们的系统无法参与其中。
对于联通、电信和网通的兼容在对移动的MISC升级的同时，我们的系统也考虑到了对原有联通、电信和网通其他业务的兼容性处理。这些部分可以脱离原有的系统，也可以兼容到我们的产品中。这个具体看SP的选择。
实际案例我们的产品已经在山东移动MISC1.6升级中通过测试，整个测试时间只花了一个星期。因为测试项目比较多，测试的流程也教以前更复杂。
总的来说，在2004年年底前，中国移动要完成5+7省的升级工作。绝大多数的省级移动系统都将被更换。原有的系统将逐步退出中国移动。
文章引自：http://www.exdata.com.cn/
本文地址：http://com.8s8s.com/it/it34962.htm