SMS、MMS、WAP业务流程介绍及局数据制作.ppt

《SMS、MMS、WAP业务流程介绍及局数据制作.ppt》由会员分享，可在线阅读，更多相关《SMS、MMS、WAP业务流程介绍及局数据制作.ppt（58页珍藏版）》请在三一办公上搜索。

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

2、司代码，企业代码按照业务许可的顺序依次分配 服务代码(AccessNo)服务代码是在使用短信方式的点播类业务中，提供给用户点播的内容/应用服务提供商代码。服务代码以数字表示，。（1）全国业务服务代码长度统一为 4 位，即1000“”9999“；本地业务服务代码长度统一为5 位，即”01000“”09999“。（2）以下号码或号段暂不分配：13XX（XX00-99）、20XX（XX0199）、168X（X0-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不再被使用，业务的FeeType、FeeCode以MISC进行业务鉴权及批价后确

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

5、0短信业务流程新特性（二）,用户点播业务在CMPP3.0协议中，新增了一个LinkID的字段，主要是用于进行点播匹配。当用户上行MO点播一个业务，消息经过MISC鉴权成功后，MISC会生成一个唯一的LinkID返回给ISMG，ISMG将LinkID上传给SP，SP在下行MT时，将LinkID放在MT包中，由MISC进行上行LinkID与下行LinkID的匹配，匹配成功表示MT消息是由用户点播的正确消息；如果匹配不成功，表示MT消息不是用户点播的消息，拒绝MT消息下行。这样MISC就可防止SP进行内容欺诈。包月话单由MISC根据用户状态、用户订购关系在订购或帐期到时统一下发，这样可以减少SP乱收

6、信息费的现象。伪码掌握用户号码资源保护用户隐私伪码生成与用户号码和SPID相关，同一个用户在不同SP中的伪码不相同订购关系同步(Provision)由于用户信息、用户订购信息都是以MISC中的信息为准，MISC通过同步订购关系的接口，向SP发送由于各种原因引起的用户订购关系订购、激活、暂停或取消消息。,短信业务种类,定制类手机定制网站定制手机、网站定制点播类手机点播网站点播手机、网站点播STK定制类STK点播类帮助类,本地短信点播业务流程,1.MO点播短信,2.SMPP_Deliver,5.CMPP_Deliver,本地短信订购业务流程,1.MO订购短信,2.SMPP_Deliver,11.下

7、发订购成功短信通知,用户输入订购指令,7.回复任意消息确认订购,8.SMPP_Deliver,全网短信点播业务流程,2.SMPP_Deliver,5.CMPP_Deliver,全网短信订购业务流程,2.SMPP_Deliver,15.下发订购成功短信通知,用户输入订购指令,0000退订流程,8.上行取消MO,12.下发取消通知,00000退订流程,MO匹配说明,1、SP进行业务申请时，按照不同的业务类型填写业务指令，根据业务类型的不同，可能存在“订购指令、取消指令、点播指令和普通MO”4种指令模式，设置指令时，需要指定指令对应的发送号码（长号码）和指令内容，并可分别指定对发送号码和指令内容是否

8、需要做精确匹配。精确匹配的意思是指只有当所匹配内容和所设置的指令需要完全相同（包括长度也一样）时，才算匹配。例如如果设置了发送号码为“800101”，则只有当用户发送一条MO到“80010123”时，将不会匹配上“800101”的那条指令；只有发往“800101”的指令才会被匹配上。【注】对于同一种指令模式，每个服务可以设置多条，例如一个服务可以设置5条订购指令和5条取消指令，目前MISC可以支持超过5条的指令，但是从方便管理的角度考虑，对于同一条模式的指令，建议SP设置时不要超过5条。2、用户的MO短信由两部分构成：发送号码和发送的内容，再加上业务申请时设置的匹配模式，这三样共同构成了匹配时

9、的依据。3、当一条MO到MISC进行鉴权时，MISC先对发送号码（长号码）进行匹配，按照最大匹配+精确匹配的原则进行。如果有匹配成功的，则取出对应业务代码和指令类型；如果匹配不上，则鉴权失败，该MO将不能发给SP。4、在上一步匹配出来的列表中，再对指令内容进行匹配，也是按照最大匹配+精确匹配的原则进行。如果有能匹配上的结果，则取出对应的业务代码和指令类型；如果没有能对应上的匹配结果，则取列表中的最后一条的Service ID作为匹配出来的Service ID，同时通知短信网关将此条短信当作普通MO向SP转发。,MO匹配说明（续一）,5、对于匹配成功的指令，MISC根据匹配出的指令的模式不同，处

10、理方式如下：对于订购指令，则MISC将检查该用户是否已订购该服务，如果没有订购，则MISC将会完成订购，同时会将用户MO中的内容通过用户订购关系数据同步接口（Provision接口）传送给SP，在Provision接口中的FeatureStr字段中将会有用户MO 的长号码和指令内容，长号码和指令内容之间将以空格符分隔。同时MISC会通知短信网关这是一条订购指令，短信网关将不向SP转发该MO。如果该用户已订购该服务，MISC会给用户下发一条提示语，提示用户您已订购该业务，该MO不会再转给SP。对于取消指令，则MISC将检查该用户是否已订购该服务，如果已经订购，则MISC将会完成取消，同时会将用户

11、MO中的内容通过用户订购关系数据同步接口（Provision接口）传送给SP，在Provision接口中的FeatureStr字段中将会有用户MO的长号码和指令内容，长号码和指令内容之间将以空格符分隔。如果该用户未订购该服务，则MISC会向短信网关返回鉴权失败，短信网关将不会向SP转发该MO。对于点播指令，则MISC会生成临时订购关系（LinkID），同时向短信网关返回鉴权成功，并将LinkID返回给短信网关，由短信网关将该MO作为点播MO向SP转发。对于普通MO短信，MISC向短信网关返回鉴权成功的响应，同时通知短信网关将此 条短信当作普通MO向SP转发。,MO匹配说明（续二）,范例说明：s

12、eq AccessNO FeatureStr ANCheckFlag FSCheckFlag1 8888 xw 1 02 888801 xw 0 03 888801 xw1 0 14 8888 01xw 1 15 8888(null)0 0(HELP)【注】AccessNO 表示MO的发送号码；FeatureStr 表示指令内容；ANCheckFlag 表示对AccessNO是否使用精确匹配，0-否，1-是；FSCheckFlag 表示对指令内容是否使用精确匹配，0-否，1-是；针对上面的设置:用户发送 xw1到8888011我们匹配第3条记录；用户发送 xw01到888801我们将匹配到第2

13、条记录(先最长匹配接入号)；用户发送01xw到888802我们匹配到第5条记录（不会匹配到第4条记录，因为第4条记录的AccessNO是精确匹配）；用户发送01xw到8888我们匹配到第4条记录；用户发送 xw01到8888我们匹配第1条记录；用户发送 A到8888我们匹配第5条记录；,短信点播业务流程（网站方式）,短信点播业务流程（网站方式）,流程说明：（这里以点播本地短信SP业务为例说明）（1）用户在SP的移动梦网服务栏目页面上点击浏览服务信息，请求点播下载某个服务；SP将用户请求指向到业务主接入地SSO平台的业务订购与下载接口地址，同时将ICPCode、ICPServID，ActionI

14、D、DeliverURL和BackURL等信息以参数对的方式附加在URL的后面；（注：SP可以采用弹出式全屏页面将用户指向SSO平台，也可以在SP网站的同一窗口页面展示SSO服务页面）（2）业务主接入地SSO平台提示用户输入手机号码；（注：如果SP在发起订购请求前，先自行展示业务相关信息并提示用户输入手机号码的话，SP可以将用户的手机号码带在订购请求的参数中。SSO接收到请求后，不会再提示用户输入手机号码，而直接跳到第5步）（3）用户输入手机号码；（4）用户归属地SSO平台向用户返回所要订购服务的详细说明和资费信息，同时，用户归属地SSO平台根据用户session中的信息判断用户是否已登录，对

15、未登录用户，提示用户输入密码并确认订购；（5）对于未登录用户，需要输入密码并确认订购；对于已登录用户可以直接确认订购；（6）用户归属地SSO平台开始进行业务点播订购操作；(注：对于WAP业务，根据中国移动的要求SSO可以直接实现点播订购也可以通过下发WAP PUSH消息给用户提示用户确认点播下载。)（7）完成点播订购后，用户归属地SSO平台向SP的服务下发接口（第1步中传入的参数）发送下发服务的请求；（8）SP网站返回下发服务请求的响应；（9）SP收到服务下发请求后，根据请求中的参数向用户下发服务；（10）用户归属地SSO平台获得订购处理结果后向用户返回订购结果提示页面；（11）用户关闭订购结

16、果提示页面；（12）用户归属地SSO平台将用户重定向到SP的BackURL（第1步中传入的参数），同时将订购处理结果等信息以参数对的形式附加在URL后面；,短信订购取消业务流程（网站方式）,短信订购取消业务流程（网站方式）,流程说明：（这里以订购、取消本地短信SP业务为例说明）（1）用户访问SP网站的页面；（2）SP网站返回用户请求的页面；（3）用户在SP的移动梦网服务栏目页面上点击浏览服务信息，请求订购某个已接入DSMP的服务；SP将用户请求指向到业务接入地SSO平台的业务订购与下载口地址，同时将ICPCode、ICPServID，ActionID（值为1）和BackURL等信息以参数对的方

17、式附加在URL的后面；（注：SP可以采用弹出式全屏页面将用户指向SSO平台，也可以在SP网站的同一窗口页面展示SSO服务页面）。（4）业务接入地SSO平台提示用户输入手机号码；（注：如果SP在发起订购请求前，先自行展示业务相关信息并提示用户输入手机号码的话，SP可以将用户的手机号码带在订购请求的参数中。SSO接收到请求后，不会再提示用户输入手机号码，而直接跳到第6步）（5）用户输入手机号码；（6）用户归属地SSO平台向用户返回所要订购服务的详细说明和资费信息，同时，用户归属地SSO平台根据用户session中的信息判断用户是否已登录，对未登录用户，提示用户输入密码；（7）对于未登录用户，需要输

18、入密码并确认订购；对于已登录用户可以直接确认订购；（8）用户归属地SSO平台开始进行业务订购操作；DSMP将用户订购关系数据同步给SP；(注：对于WAP业务，根据中国移动的要求SSO可以直接实现订购也可以通过下发WAP PUSH消息给用户提示用户确认订购。)（9）完成订购后，用户归属地SSO平台向用户返回订购结果提示页面；（10）用户关闭订购结果提示页面；（11）用户归属地SSO平台将用户重定向到SP的BackURL（第3步中传入的参数），同时将订购处理结果等信息以参数对的形式附加在URL后面；,目录,业务流程介绍SMSMMSWAP局数据制作,MISC管理MMS带来的变化,有效的解决了SP的欺

19、诈问题，使彩信业务步入有序、稳定的发展道路；业务审批流程加快，有利于业务快速开展；目前WAP业务已经统一由MISC管理，SMS也几乎全部纳入MISC管理。如果MMS也纳入管理，将提供统一的管理策略，使管理更规范、一致；目前MMS业务的一些操作使用的是SMS通道，统一由MISC管理，为将来SMS、MMS、WAP等业务的融合，提供了可能;为用户提供更完善统一的服务，如：全部梦网业务的查询、通知、退定等。,彩信业务组网,浙江MISC,浙江MMSC,广东MISC,福建MISC,中央MISC,广东MMSG,福建MMSC,广西MMSC,北京MISC,北京MMSG,彩信协议DSMP规范业务管理及定购同步,彩

20、信业务的基本属性（一）,企业代码(SPID)网络中公司地址和身份的标识、地址翻译、计费、结算等均以企业代码为依据。企业代码以数字表示，共6位，从“8XY000”至“8XY999”，其中“XY”为各移动公司代码，企业代码按照业务许可的顺序依次分配。（目前短信全网业务的企业代码为9XY0019XY500，WAP全网业务的企业代码为9XY5019XY999。）服务代码(AccessNo)服务代码是：用户使用彩信的发送、上传等上行类业务时，需要输入的接收方号码；或SP在根据用户的点播请求在向用户发送、下载等下行类业务时，用户终端中显示的发送方的号码。服务代码的数据需要在MMSC上进行配置，用于路由的查

21、找和状态报告的返回。服务代码以数字表示。全国业务的服务代码长度统一为4位，即“1000”“9999”；本地业务服务代码长度统一为5位，即“01000”“09999”。业务代码(SPServiceID)业务代码 业务代码表示业务类别，由内容/应用服务提供商自己制定，由字母或数字组成（其中字母大小写均可），长度最大为10位,彩信业务的基本属性（二）,以下号码或号段暂不分配：6XXX、7XXX 13XX（XX00-99）、20XX（XX0199）、168X（X0-9）、186X（X=0-9）、1258/1259、172X（X=0-9）。上述代码的分配和使用情况均可以在上查询。如果SP已经开展了短信等

22、业务，原则上彩信的服务代码依照SP原有的服务代码进行分配，以保证用户的使用习惯。目前全网业务的服务代码，由集团公司统一分配。业务代码业务代码表示业务类别，并且区分不同业务的信息服务费。业务代码的数据需要在MMSC和BOSS系统中进行配置。业务代码用数字表示，上行业务代码位数不超过3位，下行业务代码位数不超过6位，并且不能使用000。为便于进行业务统计和分析，业务代码尽量按照不同的业务分类如下：互联网点播类：以1开头；WAP点播类：以2开头；短信点播类：以3开头；STK点播类：以4开头彩信点播类：以0开头业务代码在遵循原则的前提下其余内容由SP自己制定。,彩信业务的基本属性（三）,操作指令码操作

23、指令码是指用户通过短信点播或定制彩信业务时，在短信的信息体内输入的代码，或用户上行发送彩信时，在彩信消息体内的文本信息中输入的代码。操作指令码用于标识对彩信的处理方式。此代码出现在短信或彩信的消息体内，由SP自行处理，彩信中心不负责处理该代码。长号码管理规定 目前彩信业务的长号码规定只需以SP服务代码开头即可，后面不再要求加上业务代码和操作指令，即后面的内容由SP自行制定。,彩信业务流程新特性（一）,用户、订购关系、业务信息管理用户信息、订购关系信息和业务信息由MISC统一进行管理，任何业务消息都需要经过MISC鉴权，鉴权成功后才能继续下面的流程，防止SP随意给用户下发消息。业务资费管理SP下

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

25、也会通过正向订购同步请求接口通知SP，但不管SP回复结果是否正确，都会在MISC中将该用户的订购关系取消。,彩信业务流程新特性（二）,用户点播业务在MM7协议中，使用LinkID字段来对用户上行和SP下行进行匹配鉴权，防止SP随意乱发消息包月话单由MISC根据用户状态、用户订购关系在订购或帐期到时统一下发彩信支持首次使用触发的计费规则伪码掌握用户号码资源保护用户隐私伪码生成与用户号码和SPID相关，同一个用户在不同SP中的伪码不相同订购关系同步(Provision)由于用户信息、用户订购信息都是以MISC中的信息为准，MISC通过同步订购关系的接口，向SP发送由于各种原因引起的用户订购关系订购

26、、激活、暂停或取消消息。,彩信业务种类,定制类手机定制(短信和彩信)网站定制手机、网站定制点播类手机点播(短信和彩信)网站点播手机、网站点播帮助类,本地彩信点播业务流程（短信方式）,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、用户收到点播成功提示语,本地彩信点播业务流

27、程（彩信方式）,SP 彩信应用源,A省用户,1、发送彩信,2、转给彩信网关,3、发起AT鉴权批价请求,A省彩信网关,4、返回AT鉴权批价结果,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

28、归属省短信网关,6、将LINKID等信息转给彩信应用源,全网彩信网关,5、转给短信SP,7、SP下发AO,8、发起AO鉴权批价请求,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

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

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

31、也可以通过下发WAP PUSH消息给用户提示用户确认点播下载。)（7）完成点播订购后，用户归属地SSO平台向SP的服务下发接口（第1步中传入的参数）发送下发服务的请求；（8）SP网站返回下发服务请求的响应；（9）SP收到服务下发请求后，根据请求中的参数向用户下发服务；（10）用户归属地SSO平台获得订购处理结果后向用户返回订购结果提示页面；（11）用户关闭订购结果提示页面；（12）用户归属地SSO平台将用户重定向到SP的BackURL（第1步中传入的参数），同时将订购处理结果等信息以参数对的形式附加在URL后面；,本地彩信定制业务流程（短信方式）,A省MISC,SP 彩信应用源,A省用户,1、

32、发送MO,A省短信网关,2、发起MO鉴权批价请求,3、判断是订购请求，发送短信二次确认,4、转给短信通道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省彩信网关,1

33、2、下发彩信AO,15、转给彩信中心,5、转给彩信SP,A省MISC,A省彩信中心,16、发给手机用户,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发起正向订购同步请求

34、,彩信SP接入省MISC B,A省用户,3、判断是订购请求，向用户下发二次确认提醒,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批价鉴权结果,全网彩信

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

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

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

38、用户归属地SSO平台将用户重定向到SP的BackURL（第3步中传入的参数），同时将订购处理结果等信息以参数对的形式附加在URL后面；,目录,业务流程介绍SMSMMSWAP局数据制作,WAP业务逻辑,Carrier NetworkWAP GW,SMSC,MMSC,GGSN,BSS/OSS,IN,SP WAP应用源,MISC,WTBS,WAPPortal,审核、登记业务开通,“进”-SP内容商品进货架“选”-用户选取需要的内容商品“用”-使用内容商品“费”-产生费用清单,业务流程,目录,业务流程介绍局数据制作外部网元局数据SP局数据号段局数据,局数据制作-外部网元局数据介绍,MISC系统中涉及外

39、部网元相关的局数据表如下：MISC：MISC站点定义表（用于各省MISC之间的消息前转）NODE、NODE_MSGAUTH：外围设备定义表（包括BOSS、ISMG、MMSC、MMSG、SP等外部网元）DOMAINMAP：彩信区域映射表，即彩信中心的域归属情况（全接入彩信SP割接到彩信网关之后，该表已基本失效）新增BOSS、ISMG、MMSC、MMSG等需要在 NODE、NODE_MSGAUTH表里添加数据新增SP需要在NODE、NODE_MSGAUTH里添加数据，如果要开通反向订购接口还要在REVERSE_ORDER_SERVICE表里添加业务数据,局数据制作-外部网元局数据制作方法,MISC

40、系统中的外部网元局数据可通过OAM系统来制作。,目录,业务流程介绍局数据制作外部网元局数据SP局数据号段局数据,局数据制作-SP局数据介绍,MISC中涉及的SP局数据包括：MULTIROUTER：短信多点互动路由表（用来标识全网短信SP在各省的接入情况）MULTIROUTER_MMS：彩信多点互动路由表（用来标识全网彩信SP在各省的接入情况）ICP：SP信息表（包括企业代码、服务号、接入IP地址、端口、接入省等内容）SERVICE：业务信息表（包括业务类型、业务状态、服务省等内容）,局数据制作-SP局数据制作方法(1),MISC中SP局数据制作分为几种情况：1、SP的新增和变更（包括短信、彩信

41、、WAP、IVR等SP）：SP在SP自服务系统上提交SP合作申请和业务资料，然后由局方业务管理人员在ADMIN端经过初审、复审、复审汇总、决策审批、发布、网络测试、业务测试、计费测试、上线和商用环节，SP相关的局数据就制作完毕了。,局数据制作-SP局数据制作方法(2),2、全网短信SP在某省落地：全网短信SP在某省落地，服务号不变，企业代码变为落地后的企业代码。局数据制作方法根据业务是否变化分为两种情况：1、落地后的业务维持不变。通过脚本修改相关业务参数（企业代码、业务属性、内码等），在短信路由表中(multirouter)增加一条数据（全网操作）。2、落地后的业务与原来相比有所变化。重新申请

42、一个SP和业务，然后按照割接方案来做。,局数据制作-SP局数据制作方法(3),3、全网短信SP在某省撤销落地：全网短信SP在某省撤销本地接入，恢复全网服务，服务号不变，企业代码恢复为全网企业代码。制作方法如下：1、订购关系视实际情况而定，如果不需要则清除订购关系，如果需要则先导出订购关系。2、删除该SP在该省的业务数据和SP数据。3、从中央把该SP的全网SP信息和业务数据同步到该省。4、订购关系若需要保留，则根据第一步导出的订购关系重新导入。5、在短信路由表中删除该SP在该省的路由数据（全网操作）。,目录,业务流程介绍局数据制作外部网元局数据SP局数据号段局数据,局数据制作-号段局数据介绍,MISC中涉及的号段局数据包括：MISC_PREFIX：号段表（用来标识号段属于哪个省、哪个地区以及号段的类型）PROVINCE：省名表CITY：地区名表,局数据制作-号段局数据制作方法,MISC中的号段局数据可通过OAM系统来制作。,Q&A,Q&A,谢 谢,