SMS、MMS、WAP业务流程介绍.ppt

1、SMS/MMS/WAP业务流程介绍及局数据制作,2007年10月,目录,业务流程介绍 SMS MMS WAP 局数据制作,短信业务组网（本地）,移动 设备,承载网络,短信网关,SP应用,数据业务管理平台 DSMP,业务管理 用户鉴权 业务鉴权,鉴权,SP接入 业务控制 计费,短信业务组网（CMPP3.0）,GNS:全球网络服务。基于IPX协议的网络客户发出请求包以 定位相对于它最近的某特定类型活动服务器,短信业务的基本属性,企业代码(SPID)（ICPCODE） 网络中公司地址和身份的标识、地址翻译、计费、结算等均以企业代码为依据。 企业代码以数字表示，共6位，从“9XY000”至“9XY99

2、9”，其中“XY”为各移动 司代码，企业代码按照业务许可的顺序依次分配 服务代码(AccessNo ) 服务代码是在使用短信方式的点播类业务中，提供给用户点播的内容/应用服务提 供商代码。服务代码以数字表示，。（1） 全国业务服务代码长度统一为 4 位，即 1000“”9999“；本地业务服务代码长度统一为5 位，即 ”01000“”09999“。 （2） 以 下号码或号段暂不分配： 13XX（XX00-99）、20XX（XX0199）、168X（X 0-9）、186X（X=0-9）、1258/1259、172X（X=0-9） 业务代码(SPServiceID) 业务代码表示业务类别，由内容/

3、应用服务提供商自己制定，由字母或数字组成 （其中字母大小写均可），长度最大为10位 服务特征串(FeatureStr) 服务特征串是MO短信的内容，MO短信可是携带订购业务/取消业务/点播业务等 各种业务信息和操作码的信息，这些信息可以按一定的规则通过MO短信的内容来携 带，所以MO消息的内容也称为特征串,CMPP3.0短信业务流程新特性（一）,用户、订购关系、业务信息管理 用户信息、订购关系信息和业务信息由MISC统一进行管理，任何业务消息都 需要经过MISC鉴权，鉴权成功后才能继续下面的流程，防止SP随意给用户下 发消息。 业务资费管理 SP下发的MT中FeeType、FeeCode不再被

4、使用，业务的FeeType、FeeCode以 MISC进行业务鉴权及批价后确定，ISMG根据MISC在鉴权批价应答返回的 FeeType、FeeCode生成短信话单，SP不再自行计费。 用户订购、取消业务 对于用户发起的订购请求，系统会有一个二次确认的过程，在得到用户确认 后才能正式订购，并且订购成功后会有短信通知用户。对于取消请求，取消 成功后也会短信通知用户。用户可以通过MO上行进行订购，也可以通过Web 页面(SSO平台)进行订购。 对于订购请求，MISC会通过正向订购同步请求接口通知SP，在得到SP的正确 回复后才会生成正式的订购关系，对于取消请求，MISC也会通过正向订购同 步请求接

5、口通知SP，但不管SP回复结果是否正确，都会在MISC中将该用户的 订购关系取消。,CMPP3.0短信业务流程新特性（二）,用户点播业务 在CMPP3.0协议中，新增了一个LinkID的字段，主要是用于进行点播匹配。当 用户上行MO点播一个业务，消息经过MISC鉴权成功后，MISC会生成一个唯 一的LinkID返回给ISMG，ISMG将LinkID上传给SP，SP在下行MT时，将 LinkID放在MT包中，由MISC进行上行LinkID与下行LinkID的匹配，匹配成功 表示MT消息是由用户点播的正确消息；如果匹配不成功，表示MT消息不是 用户点播的消息，拒绝MT消息下行。这样MISC就可防止

6、SP进行内容欺诈。 包月话单 由MISC根据用户状态、用户订购关系在订购或帐期到时统一下发，这样可以 减少SP乱收信息费的现象。 伪码 掌握用户号码资源 保护用户隐私 伪码生成与用户号码和SPID相关，同一个用户在不同SP中的伪码不相同 订购关系同步(Provision) 由于用户信息、用户订购信息都是以MISC中的信息为准，MISC通过同步订购 关系的接口，向SP发送由于各种原因引起的用户订购关系订购、激活、暂停 或取消消息。,短信业务种类,定制类 手机定制 网站定制 手机、网站定制 点播类 手机点播 网站点播 手机、网站点播 STK定制类 STK点播类 帮助类,本地短信点播业务流程,1.

7、MO点播短信,2. SMPP_Deliver,5. CMPP_Deliver,本地短信订购业务流程,1. MO订购短信,2. SMPP_Deliver,11. 下发订购成功短信通知,用户输入订购指令,7. 回复任意消息 确认订购,8. SMPP_Deliver,全网短信点播业务流程,2. SMPP_Deliver,5. CMPP_Deliver,全网短信订购业务流程,2. SMPP_Deliver,15. 下发订购成功短信通知,用户输入订购指令,0000退订流程,8. 上行取消MO,12.下发取消通知,00000退订流程,MO匹配说明,1、SP进行业务申请时，按照不同的业务类型填写业务指令，根

8、据业务类型的不同，可能存在“订购指令、取消指令、点播指令和普通MO”4种指令模式，设置指令时，需要指定指令对应的发送号码（长号码）和指令内容，并可分别指定对发送号码和指令内容是否需要做精确匹配。精确匹配的意思是指只有当所匹配内容和所设置的指令需要完全相同（包括长度也一样）时，才算匹配。例如如果设置了发送号码为“800101”，则只有当用户发送一条MO到“80010123”时，将不会匹配上“800101”的那条指令；只有发往“800101”的指令才会被匹配上。【注】对于同一种指令模式，每个服务可以设置多条，例如一个服务可以设置5条订购指令和5条取消指令，目前MISC可以支持超过5条的指令，但是从

9、方便管理的角度考虑，对于同一条模式的指令，建议SP设置时不要超过5条。 2、用户的MO短信由两部分构成：发送号码和发送的内容，再加上业务申请时设置的匹配模式，这三样共同构成了匹配时的依据。 3、当一条MO到MISC进行鉴权时，MISC先对发送号码（长号码）进行匹配，按照最大匹配+精确匹配的原则进行。如果有匹配成功的，则取出对应业务代码和指令类型；如果匹配不上，则鉴权失败，该MO将不能发给SP。 4、在上一步匹配出来的列表中，再对指令内容进行匹配，也是按照最大匹配+精确匹配的原则进行。如果有能匹配上的结果，则取出对应的业务代码和指令类型；如果没有能对应上的匹配结果，则取列表中的最后一条的Serv

10、ice ID作为匹配出来的Service ID，同时通知短信网关将此条短信当作普通MO向SP转发。,MO匹配说明（续一）,5、对于匹配成功的指令，MISC根据匹配出的指令的模式不同，处理方式如下： 对于订购指令，则MISC将检查该用户是否已订购该服务，如果没有订购，则MISC将会完成订购，同时会将用户MO中的内容通过用户订购关系数据同步接口（Provision接口）传送给SP，在Provision接口中的FeatureStr字段中将会有用户MO 的长号码和指令内容，长号码和指令内容之间将以空格符分隔。同时MISC会通知短信网关这是一条订购指令，短信网关将不向SP转发该MO。 如果该用户已订购该

11、服务，MISC会给用户下发一条提示语，提示用户您已订购该业务，该MO不会再转给SP。 对于取消指令，则MISC将检查该用户是否已订购该服务，如果已经订购，则MISC将会完成取消，同时会将用户MO中的内容通过用户订购关系数据同步接口（Provision接口）传送给SP，在Provision接口中的FeatureStr字段中将会有用户MO的长号码和指令内容，长号码和指令内容之间将以空格符分隔。 如果该用户未订购该服务，则MISC会向短信网关返回鉴权失败，短信网关将不会向SP转发该MO。 对于点播指令，则MISC会生成临时订购关系（LinkID），同时向短信网关返回鉴权成功，并将LinkID返回给短

12、信网关，由短信网关将该MO作为点播MO向SP转发。 对于普通MO短信，MISC向短信网关返回鉴权成功的响应，同时通知短信网关将此 条短信当作普通MO向SP转发。,MO匹配说明（续二）,范例说明： seq AccessNO FeatureStr ANCheckFlag FSCheckFlag 1 8888 xw 1 0 2 888801 xw 0 0 3 888801 xw1 0 1 4 8888 01xw 1 1 5 8888 (null) 0 0 (HELP) 【注】AccessNO 表示MO的发送号码； FeatureStr 表示指令内容； ANCheckFlag 表示对AccessNO是

13、否使用精确匹配，0 - 否，1 - 是； FSCheckFlag 表示对指令内容是否使用精确匹配 ，0 - 否，1 - 是； 针对上面的设置: 用户发送 xw1到8888011我们匹配第3条记录； 用户发送 xw01到888801我们将匹配到第2条记录(先最长匹配接入号)； 用户发送01xw到888802我们匹配到第5条记录（不会匹配到第4条记录，因为第4条记录的AccessNO是精确匹配）； 用户发送01xw到8888我们匹配到第4条记录； 用户发送 xw01到8888我们匹配第1条记录； 用户发送 A到8888我们匹配第5条记录 ；,短信点播业务流程（网站方式）,短信点播业务流程（网站方式

14、）,流程说明：（这里以点播本地短信SP业务为例说明） （1）用户在SP的移动梦网服务栏目页面上点击浏览服务信息，请求点播下载某个服务；SP将用户请求指向到业务主接入地SSO平台的业务订购与下载接口地址，同时将ICPCode、ICPServID，ActionID、DeliverURL和BackURL等信息以参数对的方式附加在URL的后面；（注：SP可以采用弹出式全屏页面将用户指向SSO平台，也可以在SP网站的同一窗口页面展示SSO服务页面） （2）业务主接入地SSO平台提示用户输入手机号码； （注：如果SP在发起订购请求前，先自行展示业务相关信息并提示用户输入手机号码的话，SP可以将用户的手机号

15、码带在订购请求的参数中。SSO接收到请求后，不会再提示用户输入手机号码，而直接跳到第5步） （3）用户输入手机号码； （4）用户归属地SSO平台向用户返回所要订购服务的详细说明和资费信息，同时，用户归属地SSO平台根据用户session中的信息判断用户是否已登录，对未登录用户，提示用户输入密码并确认订购； （5）对于未登录用户，需要输入密码并确认订购；对于已登录用户可以直接确认订购； （6）用户归属地SSO平台开始进行业务点播订购操作； (注：对于WAP业务，根据中国移动的要求SSO可以直接实现点播订购也可以通过下发WAP PUSH消息给用户提示用户确认点播下载。) （7）完成点播订购后，用户

16、归属地SSO平台向SP的服务下发接口（第1步中传入的参数）发送下发服务的请求； （8）SP网站返回下发服务请求的响应； （9）SP收到服务下发请求后，根据请求中的参数向用户下发服务； （10）用户归属地SSO平台获得订购处理结果后向用户返回订购结果提示页面； （11）用户关闭订购结果提示页面； （12）用户归属地SSO平台将用户重定向到SP的BackURL（第1步中传入的参数），同时将订购处理结果等信息以参数对的形式附加在URL后面；,短信订购取消业务流程（网站方式）,短信订购取消业务流程（网站方式）,流程说明：（这里以订购、取消本地短信SP业务为例说明） （1）用户访问SP网站的页面； （2

17、）SP网站返回用户请求的页面； （3）用户在SP的移动梦网服务栏目页面上点击浏览服务信息，请求订购某个已接入DSMP的服务；SP将用户请求指向到业务接入地SSO平台的业务订购与下载口地址，同时将ICPCode、ICPServID，ActionID（值为1）和BackURL等信息以参数对的方式附加在URL的后面；（注：SP可以采用弹出式全屏页面将用户指向SSO平台，也可以在SP网站的同一窗口页面展示SSO服务页面）。 （4）业务接入地SSO平台提示用户输入手机号码；（注：如果SP在发起订购请求前，先自行展示业务相关信息并提示用户输入手机号码的话，SP可以将用户的手机号码带在订购请求的参数中。SS

18、O接收到请求后，不会再提示用户输入手机号码，而直接跳到第6步） （5）用户输入手机号码； （6）用户归属地SSO平台向用户返回所要订购服务的详细说明和资费信息，同时，用户归属地SSO平台根据用户session中的信息判断用户是否已登录，对未登录用户，提示用户输入密码； （7）对于未登录用户，需要输入密码并确认订购；对于已登录用户可以直接确认订购； （8）用户归属地SSO平台开始进行业务订购操作；DSMP将用户订购关系数据同步给SP； (注：对于WAP业务，根据中国移动的要求SSO可以直接实现订购也可以通过下发WAP PUSH消息给用户提示用户确认订购。) （9）完成订购后，用户归属地SSO平台

19、向用户返回订购结果提示页面； （10）用户关闭订购结果提示页面； （11）用户归属地SSO平台将用户重定向到SP的BackURL（第3步中传入的参数），同时将订购处理结果等信息以参数对的形式附加在URL后面；,目录,业务流程介绍 SMS MMS WAP 局数据制作,MISC管理MMS带来的变化,有效的解决了SP的欺诈问题，使彩信业务步入有序、稳定的发展道路； 业务审批流程加快，有利于业务快速开展； 目前WAP业务已经统一由MISC管理，SMS也几乎全部纳入MISC管理。如果MMS也纳入管理，将提供统一的管理策略，使管理更规范、一致； 目前MMS业务的一些操作使用的是SMS通道，统一由MISC管

20、理，为将来SMS、MMS、WAP等业务的融合，提供了可能; 为用户提供更完善统一的服务，如：全部梦网业务的查询、通知、退定等。,彩信业务组网,浙江MISC,浙江MMSC,广东MISC,福建MISC,中央MISC,广东MMSG,福建MMSC,广西MMSC,北京MISC,北京MMSG,彩信协议DSMP规范业务管理及定购同步,彩信业务的基本属性（一）,企业代码(SPID) 网络中公司地址和身份的标识、地址翻译、计费、结算等均以企业代码为依据。 企业代码以数字表示，共6位，从“8XY000”至“8XY999”，其中“XY”为各移动公司代 码，企业代码按照业务许可的顺序依次分配。 （目前短信全网业务的企

21、业代码为9XY0019XY500，WAP全网业务的企业代码为9XY5019XY999。） 服务代码(AccessNo ) 服务代码是：用户使用彩信的发送、上传等上行类业务时，需要输入的接收方号 码；或SP在根据用户的点播请求在向用户发送、下载等下行类业务时，用户终端中显 示的发送方的号码。服务代码的数据需要在MMSC上进行配置，用于路由的查找和状 态报告的返回。服务代码以数字表示。 全国业务的服务代码长度统一为4位，即“1000”“9999”；本地业务服务代码长度 统一为5位，即“01000”“09999”。 业务代码(SPServiceID) 业务代码 业务代码表示业务类别，由内容/应用服务

22、提供商 自己制定，由字母或数字组成（其中字母大小写均可），长度最大为10位,彩信业务的基本属性（二）,以下号码或号段暂不分配： 6XXX、7XXX 13XX（XX00-99）、20XX（XX 0199）、168X（X0-9）、186X（X=0-9）、1258/1259、172X（X=0-9）。 上述代码的分配和使用情况均可以在上查询。 如果SP已经开展了短信等业务，原则上彩信的服务代码依照SP原有的服务代码进 行分配，以保证用户的使用习惯。 目前全网业务的服务代码，由集团公司统一分配。 业务代码 业务代码表示业务类别，并且区分不同业务的信息服务费。业务代码的数据需要 在MMSC和BOSS系统中

23、进行配置。业务代码用数字表示，上行业务代码位数不超过3 位，下行业务代码位数不超过6位，并且不能使用000。 为便于进行业务统计和分析，业务代码尽量按照不同的业务分类如下： 互联网点播类：以1开头；WAP点播类：以2开头； 短信点播类：以3开头；STK点播类：以4开头 彩信点播类：以0开头 业务代码在遵循原则的前提下其余内容由SP自己制定。,彩信业务的基本属性（三）,操作指令码 操作指令码是指用户通过短信点播或定制彩信业务时，在短信的信息体内输入的 代码，或用户上行发送彩信时，在彩信消息体内的文本信息中输入的代码。操作指令 码用于标识对彩信的处理方式。此代码出现在短信或彩信的消息体内，由SP自

24、行处 理，彩信中心不负责处理该代码。 长号码管理规定 目前彩信业务的长号码规定只需以SP服务代码开头即可，后面不再要求加上业务 代码和操作指令，即后面的内容由SP自行制定。,彩信业务流程新特性（一）,用户、订购关系、业务信息管理 用户信息、订购关系信息和业务信息由MISC统一进行管理，任何业务消息都 需要经过MISC鉴权，鉴权成功后才能继续下面的流程，防止SP随意给用户下 发消息。 业务资费管理 SP下发的MT中FeeType、FeeCode不再被使用，业务的FeeType、FeeCode以 MISC进行业务鉴权及批价后确定，ISMG根据MISC在鉴权批价应答返回的 FeeType、FeeCo

25、de生成短信话单，SP不再自行计费。 用户订购、取消业务 对于用户发起的订购请求，系统会有一个二次确认的过程，在得到用户确认 后才能正式订购，并且订购成功后会有短信通知用户。对于取消请求，取消 成功后也会短信通知用户。用户可以通过MO上行进行订购，也可以通过Web 页面(SSO平台)进行订购。 对于订购请求，MISC会通过正向订购同步请求接口通知SP，在得到SP的正确 回复后才会生成正式的订购关系，对于取消请求，MISC也会通过正向订购同 步请求接口通知SP，但不管SP回复结果是否正确，都会在MISC中将该用户的 订购关系取消。,彩信业务流程新特性（二）,用户点播业务 在MM7协议中，使用Li

26、nkID字段来对用户上行和SP下行进行匹配鉴权，防止SP随意乱发消息 包月话单 由MISC根据用户状态、用户订购关系在订购或帐期到时统一下发 彩信支持首次使用触发的计费规则 伪码 掌握用户号码资源 保护用户隐私 伪码生成与用户号码和SPID相关，同一个用户在不同SP中的伪码不相同 订购关系同步(Provision) 由于用户信息、用户订购信息都是以MISC中的信息为准，MISC通过同步订购 关系的接口，向SP发送由于各种原因引起的用户订购关系订购、激活、暂停 或取消消息。,彩信业务种类,定制类 手机定制(短信和彩信) 网站定制 手机、网站定制 点播类 手机点播(短信和彩信) 网站点播 手机、网

27、站点播 帮助类,本地彩信点播业务流程（短信方式）,MISC A,SP 彩信应用源,A省用户,1、发送MO,A省短信网关,2、发起MO鉴权 批价请求,Internet,短信SP,3、返回MO批价 鉴权结果,4、转给短信通道SP,本地彩信网关,5、将linkid等信息转给彩信应用源,6、下发彩信,7、发起AO鉴权批价请求,8、返回AO鉴权批价结果,本地彩信中心,9、转给彩信中心,10、发给手机用户,11、下发点播成功提示语,12、用户收到点播成功提示语,本地彩信点播业务流程（彩信方式）,SP 彩信应用源,A省用户,1、发送彩信,2、转给彩信网关,3、发起AT鉴权批价请求,A省彩信网关,4、返回AT

28、鉴权批价结果,6、下发彩信AO,9、转给彩信中心,5、转给彩信SP,用户归属MISC系统 产生LINKID,A省MISC,A省彩信中心,10、发给手机用户,7、发起AO鉴权批价请求,8、返回AO鉴权批价结果,短信网关,11、下发点播成功提示语,12、用户收到点播成功提示语,全网彩信点播业务流程（短信方式）,A省MISC,SP 彩信应用源,A省用户,1、发送MO,A省短信网关,2、发起鉴权 批价请求,SP归属省短信网关B,Internet,3、返回批价 鉴权结果,4、转给SP归属省短信网关,6、将LINKID等信息转给彩信应用源,全网彩信网关,5、转给短信SP,7、SP下发AO,8、发起AO鉴权

29、批价请求,9、返回AO鉴权批价结果,A省彩信中心,10、转给彩信中心,11、发给手机用户,12、下发点播成功提示语,13、用户收到点播成功提示语,全网彩信点播业务流程（彩信方式）,A省MISC,SP 彩信应用源,A省用户,1、发送AT,A省彩信中心,3、发起AT鉴权批价请求,4、返回AT批价鉴权结果,全网彩信网关,6、SP发起AO,5、转给彩信SP,2、转给全网彩信网关,7、发起AO批价鉴权结果,8、返回AO批价鉴权结果,9、转给彩信中心,10、下发AO,A省短信网关,11、下发点播成功提示语,12、用户收到点播成功提示语,彩信点播业务流程（网站方式）,彩信点播业务流程（网站方式）,流程说明：

30、（这里以点播本地彩信SP业务为例说明） （1）用户在SP的移动梦网服务栏目页面上点击浏览服务信息，请求点播下载某个服务；SP将用户请求指向到业务主接入地SSO平台的业务订购与下载接口地址，同时将ICPCode、ICPServID，ActionID、DeliverURL和BackURL等信息以参数对的方式附加在URL的后面；（注：SP可以采用弹出式全屏页面将用户指向SSO平台，也可以在SP网站的同一窗口页面展示SSO服务页面） （2）业务主接入地SSO平台提示用户输入手机号码； （注：如果SP在发起订购请求前，先自行展示业务相关信息并提示用户输入手机号码的话，SP可以将用户的手机号码带在订购请求

31、的参数中。SSO接收到请求后，不会再提示用户输入手机号码，而直接跳到第5步） （3）用户输入手机号码； （4）用户归属地SSO平台向用户返回所要订购服务的详细说明和资费信息，同时，用户归属地SSO平台根据用户session中的信息判断用户是否已登录，对未登录用户，提示用户输入密码并确认订购； （5）对于未登录用户，需要输入密码并确认订购；对于已登录用户可以直接确认订购； （6）用户归属地SSO平台开始进行业务点播订购操作； (注：对于WAP业务，根据中国移动的要求SSO可以直接实现点播订购也可以通过下发WAP PUSH消息给用户提示用户确认点播下载。) （7）完成点播订购后，用户归属地SSO平

32、台向SP的服务下发接口（第1步中传入的参数）发送下发服务的请求； （8）SP网站返回下发服务请求的响应； （9）SP收到服务下发请求后，根据请求中的参数向用户下发服务； （10）用户归属地SSO平台获得订购处理结果后向用户返回订购结果提示页面； （11）用户关闭订购结果提示页面； （12）用户归属地SSO平台将用户重定向到SP的BackURL（第1步中传入的参数），同时将订购处理结果等信息以参数对的形式附加在URL后面；,本地彩信定制业务流程（短信方式）,A省MISC,SP 彩信应用源,A省用户,1、发送MO,A省短信网关,2、发起MO鉴权 批价请求,3、判断是订购请求， 发送短信二次确认,4

33、、转给短信通道SP,本地彩信网关,11、下发彩信AO,8、返回正确应答,7、发起正向订购同步请求,本地彩信中心,14、转给彩信中心,15、发给手机用户,6、发起鉴权批价请求,4、用户收到二次确认消息,5、用户回复任意消息,9、生成正式的订购关系,9、下发订购成功提示语,10、用户收到成功提示语,12、发起AO鉴权批价请求,13、返回AO鉴权批价应答,本地彩信定制业务流程（彩信方式）,SP 彩信应用源,A省用户,1、发送彩信,2、转给彩信网关,9、生成正式订购关系,3、发起AT鉴权批价请求,A省彩信网关,12、下发彩信AO,15、转给彩信中心,5、转给彩信SP,A省MISC,A省彩信中心,16、

34、发给手机用户,13、发起AO鉴权批价请求,14、返回AO鉴权批价结果,短信网关,4、判断是订购请求， 下发二次确认消息,5、用户收到 二次确认消息,6、用户回复任意消息,7、发起MO鉴权批价请求,7、发起正向订购同步请求,8、返回同步请求应答,10、下发订购成功提示语,11、用户收到订 购成功提示语,全网彩信定制业务流程（短信方式）,A省MISC,SP 彩信应用源,1、发送MO,A省短信网关,2、MO鉴权批价请求,5、判断是订购请求，将正向同 步订购请求前转到彩信SP接入 省MISC,6、向SP发起正向订购 同步请求,彩信SP接入省MISC B,A省用户,3、判断是订购请求，向用户下发二次确认

35、提醒,2、下发二次确认,3、用户回复任意消息确认订购,4、用户回复消息鉴权批价,7、SP回复正确应答,8、转发SP应答,9、生成正式的订购关系,10、下发订购成功提示语,11、用户收到 订购成功提示语,全网彩信网关,12、SP下发AO,13、发起AO鉴权批价请求,14、返回AO鉴权批价请求,A省彩信中心,15、转给用户归属 省彩信中心,16、发给手机用户,全网彩信定制业务流程（彩信方式）,A省MISC,SP 彩信应用源,A省用户,1、发送AT,A省彩信中心,14、发起AO鉴权批价请求,15、返回AO批价鉴权结果,全网彩信网关,13、SP发起AO,5、转给彩信SP,2、转给全网彩信网关,3、发起

36、AO批价鉴权结果,16、转给彩信中心,17、下发AO,A省短信网关,4、判断是订购请求，向用户下发二次确认提示语,5、用户收到二次确认提示语,6、用户回复任意消息,7、发起MO鉴权 批价请求,8、发起正向订购同步请求,9、返回订购同步请求应答,10、生成正式的订购关系,11、下发订购成功提示语,12、用户收到订购成功提示语,彩信业务订购流程（网站方式）,彩信业务订购流程（网站方式）,流程说明：（这里以定购、取消本地彩信SP业务为例说明） （1）用户访问SP网站的页面； （2）SP网站返回用户请求的页面； （3）用户在SP的移动梦网服务栏目页面上点击浏览服务信息，请求订购某个已接入DSMP的服务

37、；SP将用户请求指向到业务接入地SSO平台的业务订购与下载口地址，同时将ICPCode、ICPServID，ActionID（值为1）和BackURL等信息以参数对的方式附加在URL的后面；（注：SP可以采用弹出式全屏页面将用户指向SSO平台，也可以在SP网站的同一窗口页面展示SSO服务页面）。 （4）业务接入地SSO平台提示用户输入手机号码；（注：如果SP在发起订购请求前，先自行展示业务相关信息并提示用户输入手机号码的话，SP可以将用户的手机号码带在订购请求的参数中。SSO接收到请求后，不会再提示用户输入手机号码，而直接跳到第6步） （5）用户输入手机号码； （6）用户归属地SSO平台向用户

38、返回所要订购服务的详细说明和资费信息，同时，用户归属地SSO平台根据用户session中的信息判断用户是否已登录，对未登录用户，提示用户输入密码； （7）对于未登录用户，需要输入密码并确认订购；对于已登录用户可以直接确认订购； （8）用户归属地SSO平台开始进行业务订购操作；DSMP将用户订购关系数据同步给SP； (注：对于WAP业务，根据中国移动的要求SSO可以直接实现订购也可以通过下发WAP PUSH消息给用户提示用户确认订购。) （9）完成订购后，用户归属地SSO平台向用户返回订购结果提示页面； （10）用户关闭订购结果提示页面； （11）用户归属地SSO平台将用户重定向到SP的Back

39、URL（第3步中传入的参数），同时将订购处理结果等信息以参数对的形式附加在URL后面；,目录,业务流程介绍 SMS MMS WAP 局数据制作,WAP业务逻辑,Carrier Network WAP GW,SMSC, MMSC, GGSN,BSS/OSS,IN,SP WAP应用源,MISC,WTBS,WAPPortal,审核、登记 业务开通,“进”-SP内容商品进货架 “选”-用户选取需要的内容商品 “用”-使用内容商品 “费”-产生费用清单,业务流程,访问请求,返回首页页面内容,返回服务列表,计费日志,返回服务内容请求,目录,业务流程介绍 局数据制作 外部网元局数据 SP局数据 号段局数据,局数据制作-外部网元局数据介绍,MISC系统中涉及外部网元相关的局数据表如下： MISC：MISC站点定义表（用于各省MISC之间的消息前转） NODE、NODE_MSGAUTH：外围