中国联通综合增值业务平台业务流程规范 v0[1].4.doc

中国联通公司发布××××-××-××实施××××-××-××发布中国联通综合业务平台业务流程规范（暂定）（V1.0）QB/CU ×××××××中国联通公司企业标准目 次前 言III引 言IV1 范围12 规范性引用文件13 基本业务流程13.1 短信业务13.1.1 点对点短信13.1.2 互通短信13.1.3 联通在信13.1.3.1 用户短信点播业务流程13.1.3.2 用户短信定购业务流程23.1.3.3 SP短信下发业务流程33.2 WAP业务43.2.1 WAP业务流程用户登陆WAP门户43.2.2 WAP业务流程WAP PULL53.2.3 WAP业务流程WAP PUSH73.3 Java业务73.3.1 JAVA应用下载流程83.3.2 JAVA在线应用流程93.4 Brew业务103.4.1 Brew应用下载103.4.2 Brew在线应用103.5 彩e业务103.5.1 手机接收彩e103.5.2 手机发送彩e给一般用户113.5.3 手机发送彩e给SP123.5.4 SP发送彩e133.6 MMS业务143.6.1 点对点MMS143.6.2 用户到SP153.6.3 SP到用户163.7 定位业务173.7.1 SP获取用户位置信息183.8 流媒体业务183.8.1 流媒体点播183.9 炫铃业务193.9.1 用户使用流程203.10 IVR语音业务203.10.1 用户使用流程203.11 语音短信业务213.12 IMPS业务233.12.1 点到点（点到多点）233.12.2 用户发送IM到SP233.12.3 SP发送IM到用户243.12.4 SP获取用户Presence243.12.5 SP更新用户Presence253.12.6 SP订阅用户Presence254 组合业务流程274.1 音乐浏览试听284.2 投票获奖284.3 餐馆购物294.4 体育比赛304.5 紧急医疗服务314.6 在线群组游戏32附录A （规范性附录） 规范性附录标题34附录B （资料性附录） 资料性附录标题35参考文献36索 引37前 言X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X 本标准主要起草单位：X X X X X X X X X X。本标准主要起草人：X X X、X X X、X X X。本标准的修改和解释权属中国联通公司。引 言X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X。标准名称1 范围2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。3 基本业务流程本业务流程包含中国联通增值业务中的短信、WAP、Java、Brew、彩e、MMS、流媒体、炫铃、IVR语音、IMPS等业务的典型流程。3.1 短信业务短信业务分为联通内部的点对点短信、联通和其他运营商之间的点对点短信和联通在信（用户短信点播SP业务、用户短信定购业务和SP短信下发业务）3.1.1 点对点短信点对点短信直接由短信中心实现，不需要经过业务接入层和业务管理系统。由于点对点短信也需要对用户状态鉴权，因此业务管理系统需要将用户状态信息同步到短信中心。为支持预付费用户，短信中心保持现有与智能网的接口。为实现对这类短信的统计，短信中心需要将相关统计信息传给业务管理系统。3.1.2 互通短信互通短信也是一类点对点短信，也直接由短信互通网关实现，不需要经过业务接入层和业务管理系统业务管理系统需要将用户状态信息同步到短信互通网关为支持预付费用户，短信互通网关保持现有与智能网的接口为实现对这类短信的统计，短信互通网关需要将相关统计信息传给业务管理系统3.1.3 联通在信由于联通在信网关的功能在新系统架构下可以由业务接入层实现，因此联通在信网关可以逐步取消。联通在信业务分为两种：1）用户短信点播SP业务2）SP短信下发业务3.1.3.1 用户短信点播业务流程流程说明：1. 用户使用手机发起MO短信点播请求，通过信令网关和短信中心等元件进行消息前转，将MO消息前转到业务接入网关。2. 业务接入网关逻辑控制模块通过对MO消息的解析，发送认证鉴权请求到AAA服务器； 发往AAA服务器的关键参数有：类型（如：短信上行，下行，消息回应）；终端号码；SP标识；短信标识；业务信息；回应状态（消息回应）； AAA服务器需要回应的关键参数有： 认证回应状态3. AAA从用户管理系统获取用户信息，确定用户状态是否正常。 4. AAA从业务管理系统获取业务信息，确定业务状态是否正常。5. AAA从定购关系管理模块获取用户定购信息，确定用户是否定购了该项业务；若没有定购，则建立定购关系；6. AAA返回结果给业务接入层的逻辑控制模块，若鉴权失败，则流程终止；7. 若鉴权成功，业务接入层将用户请求通过Parlay X 接口转发至SP；8. SP根据MO请求，调用Parlay X接口，下发MT业务信息到业务接入层；9. 业务接入层的逻辑控制模块对SP进行接入鉴权（SP状态、业务能力）；10. 业务接入层通过逻辑控制模块向AAA发送对MT的认证鉴权；11. AAA对业务状态和用户订购关系进行鉴权，对于预付费用户请求扣费；12. AAA返回结果给业务接入层的逻辑控制模块，若鉴权失败，则流程终止；13. 若鉴权成功，逻辑控制模块调用内容监控对MT信息进行内容监控；内容监控根据配置分别采用内部监控审查，调用内容管理系统的内容审查服务进行内容审查，或通过国家信息安全系统进内容审查等策略；如果发现内容审查不通过，则流程终止；14. 若审查通过，逻辑控制模块将SP下发的消息通过短信中心发送到终端用户，并接收短信中心回应的状态报告15. 逻辑控制模块将MT消息响应发送到AAA服务器；对于成功下发的后付费用户生成话单，对没有成功下发的预付费用户出补款话单。3.1.3.2 用户短信定购业务流程流程说明：1. 用户使用手机发起MO短信定购请求，通过信令网关和短信中心等元件进行消息前转，将MO消息前转到业务接入网关。2. 业务接入网关逻辑控制模块通过对MO消息的解析，发送认证鉴权请求到AAA服务器；3. AAA从用户管理系统获取用户信息，确定用户状态是否正常。 4. AAA从业务管理系统获取业务信息，确定业务状态是否正常。5. AAA从定购关系管理模块获取用户定购信息，确定用户是否定购了该项业务；若没有定购，则建立定购关系；6. 定购关系管理系统向SP同步用户定购信息；（第6步与第8步重复）7. AAA返回结果给业务接入层的逻辑控制模块，若鉴权失败，则流程终止；8. 若鉴权成功，业务接入层将用户请求通过Parlay X 接口转发至SP；9. SP根据MO请求，调用Parlay X接口，下发MT信息（定购成功信息）到业务接入层；10. 业务接入层的逻辑控制模块对SP进行接入鉴权（SP状态、业务能力）；11. 业务接入层通过逻辑控制模块向AAA发送对MT的认证鉴权；12. AAA对业务状态和用户订购关系进行鉴权；13. AAA返回结果给业务接入层的逻辑控制模块，若鉴权失败，则流程终止；14. 若鉴权成功，逻辑控制模块调用内容监控对MT信息进行内容监控；内容监控根据配置分别采用内部监控审查，调用内容管理系统的内容审查服务进行内容审查，或通过国家信息安全系统进内容审查等策略；如果发现内容审查不通过，则流程终止；15. 若审查通过，逻辑控制模块将SP下发的消息通过短信中心发送到终端用户，并接收短信中心回应的状态报告16. 逻辑控制模块将MT消息响应发送到AAA服务器，生成话单。3.1.3.3 SP短信下发业务流程1. SP调用Parlay X接口，下发MT业务信息到业务接入层；2. 业务接入层的逻辑控制模块对SP进行接入鉴权（SP状态、业务能力）；3. 业务接入层逻辑控制模块通过对MO消息的解析，发送认证鉴权请求到AAA服务器；4. AAA服务器从业务管理系统获取业务信息，确定业务状态是否正常；5. AAA服务器从定购关系管理模块获取用户定购信息，确定用户是否定购了该项业务；对于预付费用户请求扣费；6. AAA服务器返回结果给业务接入层的逻辑控制模块，若鉴权失败，则流程终止；7. 若鉴权成功，业务接入层逻辑控制模块调用内容监控对MT信息进行内容监控；内容监控根据配置分别采用内部监控审查，调用内容管理系统的内容审查服务进行内容审查，或通过国家信息安全系统进内容审查等策略；如果发现内容审查不通过，则流程终止； 8. 若审查通过，逻辑控制模块将SP下发的消息通过短信中心发送到终端用户，并接收短信中心回应的状态报告9. 逻辑控制模块将MT消息响应发送到AAA服务器；对于成功下发的后付费用户生成话单，对没有成功下发的预付费用户出补款话单。3.2 WAP业务目前WAP系统由WAP网关和WAP业务系统构成，分为WAP Pull和WAP Push业务。1）WAP PULL：由于WAP PULL主要实现信息浏览与下载，其业务流程不经过业务接入层，因此对其改造主要是将相关的认证鉴权计费统一到AAA，另外，相关的数据管理也统一由业务管理系统实现，并采用实时或定期的方式同步到WAP业务系统，其它业务控制仍由WAP业务系统实现；2）WAP PUSH：由于WAP PUSH可以作为一个业务能力发布给SP，因此其业务流程需要经过业务接入层，其业务控制由业务接入层实现，因此可以将目前WAP业务系统中的PUSH服务器去掉，保留WAP网关中的PUSH 服务器。3.2.1 WAP业务流程用户登陆WAP门户 流程说明：1. 用户通过终端发起请求，通过PDSN等数据接入设备接入增值业务网络，并将用户请求转到WAP网关；2. WAP网关向业务管理系统中的AAA发起认证鉴权请求；3. AAA向用户管理模块发起用户身份鉴权请求，判断用户身份是否有效，并将鉴权结果返回给身份认证模块（同时获取IMSI和MDN的对应关系）；4. 业务管理系统身份认证模块将鉴权结果返回给WAP网关；5. WAP网关将用户请求（加入MDN信息）发送至逻辑控制模块；6. 逻辑控制模块分析用户请求，根据URL确认用户请求的门户地址为非计费地址，不对此请求进行控制，用户访问到用户门户（WAP门户），并得到响应；7. 逻辑控制模块通过WAP网关将门户的相应内容转发到终端；3.2.2 WAP业务流程WAP PULL 流程说明：1. 用户点击WAP门户上的页面链接，发起浏览请求；2. 逻辑控制模块分析确认用户请求的地址为计费地址，调用AAA确认用户与该业务的相关信息3. AAA从用户管理系统获取用户信息，确定用户状态是否正常； 4. AAA从业务管理系统获取业务信息，确定业务状态是否正常；5. AAA从定购关系管理模块获取用户定购信息，确定用户是否定购了该项业务；6. AAA将认证鉴权的信息传递给逻辑控制模块（若用户没有定购，则继续，否则转到第13步）7. 若用户没有定购该项业务，逻辑控制模块重定向用户的请求到用户门户特定页面，完成相关业务信息的报价提示8. 用户门户的此特定页面调用业务管理模块，提取此业务的相关业务信息和资费政策供用户订购9. 用户门户将业务信息的报价页面返回给逻辑控制模块10. 逻辑控制模块将此报价页面转发给用户终端11. 用户确认订购关系（如果用户为预付费用户，系统将在此步进行预付费系统扣费动作，用户的请求被挂起）12. 逻辑控制模块调用定购关系管理完成用户业务的订购13. 逻辑控制模块重新请求CP地址（计费地址），CP成功响应WAP业务系统14. 逻辑控制模块发送认证鉴权计费请求到AAA15. AAA调用SP管理模块确认SP下发信息是否可以通过16. AAA响应WAP业务系统，确认CP内容可以进行下发17. 逻辑控制模块将CP内容传递给用户终端18. 逻辑控制模块发起计费请求至AAA，生成话单；19. 逻辑控制模块通过内容监控与内容管理模块进行交互，对SP下发信息进行事后审查3.2.3 WAP业务流程WAP PUSH 流程说明：1. SP通过Parlay X接口向业务接入层发起PUSH提交请求；2. 业务接入层的逻辑控制模块对SP进行接入鉴权（SP状态、业务能力）； 3. 业务接入层逻辑控制模块向AAA发起认证鉴权请求；4. AAA调用业务管理系统，确认业务状态正常5. AAA调用定购关系模块，确认用户订购过此业务6. AAA调用用户管理模块，确认用户为可接受Push的用户7. AAA将鉴权信息反馈给逻辑控制部分8. 逻辑控制模块将PUSH信息发送到WAP网关的PUSH模块；9. WAP网关的Push模块通过WAP网关或短信中心将Push信息下发到用户终端10. WAP GW的Push模块将Push结果反馈给业务接入层的逻辑控制11. 逻辑控制向AAA发起话单生成请求，由AAA完成话单生成12. WAP业务系统通过内容监控与内容管理模块进行交互，对SP下发信息进行事后审查用户访问Push内容和用户普通WAP PULL流程相同3.3 Java业务分为Java下载应用和Java在线应用1）Java应用下载：现有JAVA系统主要实现JAVA应用的下载，由于JAVA应用一般都保存在联通JAVA服务器上，改造后将统一由内容管理系统进行JAVA应用的管理，JAVA应用下载过程中不需要与SP/CP进行联系，因此其下载的控制仍由JAVA系统实现，但需要将认证、鉴权、话单生成统一到业务管理系统的AAA。2）JAVA在线应用使用：为实现对Java在线应用的控制，目前正在进行在线内容控制网关的建设，以统一实现Java、Brew在线应用的使用控制；在线内容控制网关统一通过AAA实现认证、鉴权和话单生成3.3.1 JAVA应用下载流程流程说明：一 应用发现与订购流程 1. 手机用户通过WAP浏览器，经过WAPGW访问用户门户的WAP门户；2. WAP门户向AAA发起用户认证鉴权的请求；3. 用户在WAP门户上浏览和发现要下载的应用， 选择资费进行购买，WAP门户向业务管理系统发起订购请求，业务管理系统建立临时订购关系；4. 完成上述订购后，WAP门户返回给手机终端订购成功页面，并提示是否立即下载。用户选择立即下载，即转到应用下载过程； 以上过程也可以通过SMS、WEB等多种方式访问，订购后通过WAP Push下发WAP页面,继续完成下载过程。二 应用下载流程 4. 当用户WAP页面上选择下载，下载请求首先发送到JAVA平台；5. Java平台向AAA发起请求，检查是否存在临时定购关系；6. JAVA平台从业务管理系统获取终端参数，然后根据终端参数识别当前用户的终端型号；（这个过程也可以采取数据同步的方式）7. JAVA平台向AAA发起鉴权批价请求； 8. JAVA平台从内容管理系统获取DRM包；9. JAVA平台递交DRM包给手机终端，进行应用安装；10. 手机终端应用安装成功或失败后，发送安装报告给JAVA平台；11. JAVA平台根据安装成功的状态向AAA发送话单生成请求；12. AAA更新订购关系为有效订购关系，并生成话单。 3.3.2 JAVA在线应用流程流程说明：一 内容发现与订购流程 1-5 (完全在用户门户上进行)1. 手机用户通过WAP浏览器， 经过WAPGW访问用户门户的WAP门户； 2. WAP门户向AAA发起用户认证、鉴权的请求；3. 用户在WAP门户上浏览和发现在线应用，并选择该在线应用下的某个内容，选择资费进行购买，WAP门户向定购关系管理系统发起订购请求，建立临时订购关系；4. 定购关系管理系统 发送订购通知给CP/SP的在线应用服务器, CP/SP接收后给予成功与否的确认.5. 如果CP/SP反馈成功，业务管理系统更新订购关系为有效订购关系，生成话单。 完成上述订购后, WAP门户返回给手机终端订购成功页面, 并提示该内容的使用途径. 以上过程也可以通过SMS,WEB等多种方式访问,订购后通过WAPPush下发WAP页面二 内容使用流程 6. 用户启动在线应用使用内容，使用请求发送到在线内容控制网关，在线内容控制网关识别内容，检查DRM权限；7. 如果没有权限，向AAA发送认证鉴权请求，同时在某些情况将获取新的权限，同时产生话单；8. 鉴权通过后，当在线应用为SP提供服务的时候，在线内容控制转发内容使用请求到SP在线服务器；在线服务器返回内容给应用，这个过程内容通过内容监控做内容审查和过滤。9. 若在线应用的内容由联通提供，则内容使用请求将转发给联通提供的在线应用服务器，联通在线应用服务器将访问内容管理平台的内容，最后返回给应用。3.4 Brew业务Brew业务分为Brew应用下载和Brew在线应用。1）Brew应用下载：现有BREW系统由于采用高通的产品实现，其相对封闭，改造较为困难；但通过了解，其可以做到统一的WAP展现，同时可以将认证、鉴权及话单生成统一到业务管理系统的AAA。2）Brew在线应用：BREW在线应用由在线内容控制网关负责控制；BREW在线应用使用与JAVA在线应用使用流程相同。3.4.1 Brew应用下载流程说明：1. 用户通过手机终端上Mobileshop向BREW的BDS下载系统发起下载请求2. BDS下载系统向AAA发起认证鉴权请求3. AAA从用户管理系统获取用户信息，确定用户状态是否正常； 4. AAA从业务管理系统获取业务信息，确定业务状态是否正常；5. AAA从定购关系管理模块获取用户定购信息，确定用户是否定购了该项业务；若没有定购，则建立订购关系；6. AAA将认证鉴权的信息传递给BDS下载系统；7. 若鉴权成功，BDS下载系统将BREW应用下载到手机终端8. 手机终端下载完成后，发送状态报告给BDS下载系统；9. BDS向AAA发起话单生成请求，由AAA生成话单。3.4.2 Brew在线应用同3.1.5.2节。3.5 彩e业务彩e业务分为：终端到终端、终端到互联网邮件系统、互联网邮件系统到终端和SP到终端。以上业务中除了与SP相关业务需要经过业务接入层，进行业务控制外，其它业务控制直接由邮件系统完成，但认证、鉴权和话单生成统一到AAA实现。3.5.1 手机接收彩e 流程说明：1. 用户手机上接收到彩E短信到达通知，用户通过手机UIMAP/WAP方式发出检查新邮件请求，到彩e系统。2. 彩e系统向AAA发起认证鉴权请求；3. AAA从用户管理模块获取用户状态信息，对用户状态进行鉴权；4. AAA返回结果给彩e系统，若鉴权失败，则流程终止；5. 若鉴权成功，彩e系统响应用户请求，通过UIMAP协议将邮件发送到用户终端上；6. 邮件传递完成后，彩e系统向AAA发起话单生成请求，生成本次业务的业务使用详单。3.5.2 手机发送彩e给一般用户流程说明：1. 用户通过手机UIMAP/WAP方式发出发送新邮件请求，到彩e系统。2. 彩e系统判断用户邮件是发送给一般用户，则向AAA发起认证、鉴权请求；3. AAA从用户管理模块获取用户状态信息，对用户状态进行鉴权；4. AAA返回结果给彩e系统，若鉴权失败，则流程终止；5. 若鉴权成功，彩e系统响应用户请求，将邮件接收到邮件服务器上；6. 彩e系统调用内容监控系统对邮件内容进行审查；7. 若审查不通过，则通知用户，邮件发送不成功；若审查通过，彩e系统投递邮件到收件人（彩e邮箱或者互联网邮件服务器），并通知用户发送成功；8. 彩e系统向AAA发起话单生成请求，AAA生成本次业务的业务使用详单。3.5.3 手机发送彩e给SP流程说明：1. 用户通过手机UIMAP/WAP方式发出发送新邮件请求，到彩e系统。2. 彩e系统判断邮件是发送给SP的，则将用户请求转发到业务接入层；3. 业务接入层逻辑控制模块向AAA发起认证鉴权请求；4. AAA从用户管理模块获取用户状态信息，对用户状态进行鉴权；5. AAA从业务管理模块获取业务信息，对业务状态进行鉴权；6. AAA从定购关系管理模块获取用户定购信息，对定购关系进行鉴权；若没有定购，则建立定购关系；7. AAA返回结果给业务接入层的逻辑控制模块；8. 若鉴权失败，则逻辑控制通过彩e系统通知用户，邮件发送不成功，流程终止；9. 若鉴权成功，逻辑控制向内容监控发起内容审查请求，内容监控系统对MMS进行实时审查或者事后审查，返回信息给逻辑控制；10. 逻辑控制将用户请求通过Parlay X 接口转发至SP；11. 逻辑控制通过彩e系统通知用户邮件发送成功；12. 逻辑控制向AAA发起话单生成请求，AAA生成本次业务的业务使用详单。3.5.4 SP发送彩e流程说明：1. SP通过Parlay X接口提交彩E发送请求给业务接入层；2. 业务接入层的逻辑控制模块对SP进行接入鉴权（SP状态、业务能力）； 3. 业务接入层逻辑控制模块向AAA发起认证鉴权请求；4. AAA调用用户管理系统，确认用户状态正常5. AAA调用业务管理系统，确认业务状态正常6. AAA调用定购关系模块，确认用户订购过此业务7. AAA将鉴权信息反馈给逻辑控制部分8. 逻辑控制模块将彩e邮件发送到彩e系统，彩e系统将邮件存储到用户的邮箱内；9. 彩e系统通过短信中心将发送邮件到达通知下发到用户终端；10. 彩e系统将邮件发送成功信息反馈给业务接入层的逻辑控制；11. 逻辑控制模块向AAA发送话单生成请求；12. 彩e系统通过内容监控与内容管理模块进行交互，对SP下发彩e进行事后审查。3.6 MMS业务MMS业务与彩e业务相类似，也包括以下种业务类型：终端到终端、终端到互联网邮件系统、互联网邮件系统到终端和SP到终端。以上业务中除了与SP相关业务需要经过业务接入层，进行业务控制外，其它业务控制直接由MMSC完成，但认证、鉴权和话单生成统一到AAA实现。3.6.1 点对点MMS流程说明：1. 用户使用手机发起MO P2P彩信，通过通过GGSN以及WAP网关将用户发送的彩信发到MMSC（MM1_SUBMIT.REQ)。2.  MMSC对用户进行MO鉴权，将认证鉴权消息转发到业务管理系统的认证鉴权模块；3.  认证鉴权模块从用户管理模块获取用户状态信息，对用户状态进行鉴权；4.  业务管理系统的认证鉴权模块返回结果给MMSC ，若鉴权失败，则流程终止；5. MMSC向用户发送应答（MM1_SUBMIT.RES)6. （可选步骤）MMSC向业务管理平台的内容管理及监控模块进行内容鉴权7. （可选步骤）业务管理平台的内容管理及监控模块向MMSC回复内容鉴权的结果（假设通过）8. MMSC对接收方进行MT鉴权，将认证鉴权消息转发到业务管理系统的认证鉴权模块； 9. 认证鉴权模块从用户管理模块获取用户状态信息，对用户状态进行鉴权； 10. 业务管理系统的认证鉴权模块返回结果给MMSC，若鉴权失败，则流程终止； 11. MMSC通过PPG发送彩信通知给接收方（MM1_Notification.REQ)12. 接收方将提取MMS的请求发送给MMSC（MM1_Retrieve.REQ）13. MMSC发送MM给接收方；14. MMSC将业务是否成功的REPORT报告转发到业务管理平台的话单生成模块；备注：上述第2/3/4步和第8/9/10步可以并为一起处理。3.6.2 用户到SP流程说明：1. 用户提交彩信给其CP/SP，彩信到达其归属地的MMSC2. MMSC调用业务管理系统的内容管理模块对内容进行分析和监控3. 内容管理模块将对内容监控的结果返回给MMSC，如果内容检查没有通过，则过程终止4. MMSC 将彩信转发给业务接入系统5. 业务接入系统认证鉴权模块对业务管理系统发起认证鉴权请求6. 业务管理平台的AAA模块从SP管理模块获取SP信息，对SP状态进行鉴权；7. 业务管理平台的AAA模块对用户进行鉴权；8. 业务管理平台的AAA模块对业务进行鉴权；9. 业务管理平台的AAA模块对订购关系进行鉴权10. 业务管理系统的认证鉴权模块返回结果给业务接入网关的认证鉴权模块，若鉴权失败，则流程终止；11. 业务接入系统将彩信传送给CP/SP12. 业务接入系统回应彩信中心13. 业务接入系统将业务是否成功的REPORT报告转发到业务接入层的话单生成模块；14. 业务接入系统的话单采集模块实时将消息传送给业务管理系统的话单及计费模块。3.6.3 SP到用户流程说明：1. CP/SP发起应用到终端类型的彩信请求，请求发送到业务接入层的认证鉴权模块。2. 业务接入层中的认证鉴权模块对SP进行认证鉴权检查，将认证鉴权消息转发到业务管理系统的认证鉴权模块3. 认证鉴权模块从SP管理模块获取SP信息，对SP状态进行鉴权；4. 认证鉴权模块对用户进行鉴权；5. 认证鉴权模块对业务进行鉴权；6. 认证鉴权模块对订购关系进行鉴权7. 业务管理系统的认证鉴权模块返回结果给业务接入网关的认证鉴权模块，若鉴权失败，则流程终止； 8. MMSC调用业务管理系统的内容管理模块对内容进行分析和监控9. 内容管理模块将对内容监控的结果返回给MMSC10. 彩信中心通过PPG下发PUSH消息给用户，告知有新的彩信，11. 用户发送提取彩信请求给MMSC；12. 通过内容检测的消息通过MMSC、GGSN和承载网络下发给用户；13. MMSC将业务是否成功的REPORT报告转发到业务接入层的话单生成模块；14. 话单采集模块实时将消息传送给业务管理系统的话单及计费模块。3.7 定位业务定位业务是一项组合业务，其业务由用户通过各种方式发起，如WAP、SMS、MMS、JAVA、BREW等多种方式，SP响应用户的请求，利用联通提供定位能力获取用户位置信息，提供相应的服务，将相应结果以WAP、SMS、MMS等方式传递给用户。与其他业务相比，差异主要体现在用户位置的获取，因此定位业务流程主要SP获取用户位置信息进行说明，业务发起与业务下发参见其它同类业务流程定位业务主要由SP发起，因此需要经过业务接入层进行能力调用及相关控制3.7.1 SP获取用户位置信息 流程说明：1. SP通过Parlay X接口提交定位请求给业务接入层；2. 业务接入层的逻辑控制模块对SP进行接入鉴权（SP状态、业务能力）； 3. 业务接入层逻辑控制模块向AAA发起认证鉴权请求；4. AAA调用业务管理系统，确认业务状态正常5. AAA调用定购关系模块，确认主叫用户订购过此业务6. AAA调用用户管理系统，获取被定位用户的隐私信息，确定是否可以对用户进行定位；7. AAA将鉴权信息反馈给逻辑控制部分；8. 若鉴权成功，逻辑控制向定位系统发起对被叫用户的定位请求，定位系统返回被叫用户位置信息给逻辑控制；9. 逻辑控制模块将被叫用户位置信息通过Parlay X接口发送给SP；10. 逻辑控制向AAA发起话单生成请求，生成话单（主要用于与SP结算）。3.7.2 本地CP(有GIS信息)提供WAP服务-本地用户在本地 图3-7-2本地CP(有GIS信息)提供WAP服务流程描述：对于该情况下的CP，综合业务平台的功能是向CP提供接口Web Service，CP可通过该接口向CP提供MPC所不能提供的缓存的位置信息数据。CP的定位请求消息中包含本地CP代码，该代码由分公司内部分配，本地CP的合法性由综合业务平台进行验证。LIR消息中包含由总部统一分配的CP代码。服务内容计费在本地AAA完成。3.7.3 本地CP(无GIS信息)提供WAP业务-本地用户在本地 图3-7-3本地CP(无GIS信息)提供WAP业务-本地用户在本地流程描述：CP的定位请求消息中包含本地CP代码，该代码由分公司内部分配，本地CP的合法性由综合业务平台进行验证。LIR消息中包含由总部统一分配的CP代码。服务内容计费, GIS信息的计费在综合业务平台中完成。3.8 流媒体业务流媒体业务包括点播、直播、下载这三种类型。流媒体业务的内容由CP上传到内容管理系统，经过测试、审核、资费打包后，在业务管理系统进行发布，同时内容传递给流媒体系统，以提高流媒体访问效率。流媒体业务控制仍由流媒体系统完成，但认证、鉴权和话单生成统一由AAA实现。3.8.1 流媒体点播流程说明：1. 用户浏览WAP门户上的流媒体内容并选择点播流媒体；2. WAP门户向AAA发起鉴权请求；3. AAA对用户状态进行鉴权；确定用户是否定购了该项业务；4. 如果鉴权通过，AAA向门户返回鉴权通过消息；5. WAP门户向流媒体系统请求该业务对应的URL，请求中携带业务ID、内容ID、时间限制等相关鉴权信息；6. 流媒体系统根据请求信息生成对应内容的动态URL；7. WAP门户向终端浏览器返回流媒体系统对应内容的动态URL；8. 终端浏览器向流媒体平台请求该动态URL,，该请求会被WAP网关附加用户信息（MDN、IP等）；9. 流媒体平台校验该URL；如果合法，流媒体系统根据其包括信息生成用户请求媒体的访问Metafile元文件返回给终端浏览器；10. 终端浏览器启动终端流媒体播放器；终端播放器根据metafile向流媒体系统发出对应业务的请求（RTSP）；11. 流媒体系统根据metafile返回请求的内容（RTP）；12. 服务过程中，终端播放器和流媒体系统可能进行一些必要的控制信息交互，对于预付费用户，可能产生中间计费事件到AAA，生成话单；13. 服务结束（正常或异常）；14. 流媒体系统向AAA发起话单生成请求，请求信息中包含流量、时长、服务状态等信息，AAA生成话单。3.9 炫铃业务炫铃业务可以理解为一种联通基于语音能力（呼叫控制、媒体交互）开发的应用；炫玲业务流程主要是用户的使用流程，相关的用户定购流程与其它业务相同。3.9.1 用户使用流程流程说明：1. 用户炫铃呼入，采用信令接入；2. 信令接入后转发给业务能力层的呼叫控制；3. 呼叫控制通过协议适配经逻辑控制提交给交给Parlay/Parlay X4. 路由呼叫给应用/业务5. 业务或应用下发交互逻辑6. 通过适配层交给媒体交互处理该交互7. 指示语音接入部分放音8. 呼叫结束后, 逻辑控制将呼叫记录转交给AAA (不一定生成记录)3.10 IVR语音业务IVR业务也可以理解为一种联通基于语音能力（呼叫控制、媒体交互）开发的应用。IVR业务流程主要是用户的使用流程，相关的用户定购流程与其它业务相同。另外，语音短信业务流程是一种点对点业务。3.10.1 用户使用流程流程说明：1. 用户用手机拨打特定的语音接入号码，语音网关收到呼叫进入信令，并将消息传送至提供语音交互（含呼叫控制和媒体交互）的能力元件；2. 语音交互能力元件向AAA发起认证鉴权请求，对用户状态和用户权限进行呼入鉴权；3. AAA从用户管理模块获取用户状态信息，对用户状态/权限进行鉴权；4. AAA将鉴权结果发送给语音交互能力元件，否则鉴权失败，流程中止；5. 语音交互能力元件将呼叫进入消息转发至业务接入层的逻辑控制模块；6. 逻辑控制模块发送消息至AAA，进行业务鉴权；7. AAA从业务管理模块获取业务信息，根据接入号码确定对应业务，并获取业务的资费方式、费率、授权业务能力、业务提供者等信息；8. AAA从SP管理模块获取业务提供者信息，进行业务提供者鉴权；9. AAA将鉴权结果发送至逻辑控制模块，否则鉴权失败，流程中止；10. 逻辑控制模块通过Parlay X 接口发送给提供该业务的应用实体（丽音街应用）；11. 业务的应用实体通过Parlay X 接口调用语音交互（含呼叫控制和媒体交互）的能力元件项关接口，进行应答呼叫以及执行业务所需的录放音等语音媒体操作；12. 语音交互过程中，业务接入层的内容监控模块将对播放的语音内容进行监控和录音；13. 内容监控模块调用业务管理系统的内容管理模块完成内容分析和监控录音；14. 语音交互结束后用户挂机，呼叫结束消息通过网络接入层、业务接入层、应用实体逐层往上传递；15. 逻辑控制向AAA发送话单生成请求，AAA生成业务话单；16.