资源预览内容
第1页 / 共57页
第2页 / 共57页
第3页 / 共57页
第4页 / 共57页
第5页 / 共57页
第6页 / 共57页
第7页 / 共57页
第8页 / 共57页
第9页 / 共57页
第10页 / 共57页
亲,该文档总共57页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
中国移动联合研发项目结题汇报报告中国移动联合研发项目结题汇报报告2010_LH_262010_LH_26智能网业务融入智能网业务融入IMSIMS域实现方案研域实现方案研究究20092009年年1212月月1414日日是否集团重点项目:是是否集团重点项目:是第2页一一一一. . . . 开题计划完成情况开题计划完成情况目目 录录二、主要研究成果(整合后)二、主要研究成果(整合后)三、项目总结及下一步工作思路三、项目总结及下一步工作思路第3页研究背景和意义研究背景和意义p从开源节流的角度出发,目前许多省份对从开源节流的角度出发,目前许多省份对VPMNVPMN用户进行欠费风险控制有较为迫切的需求,但用户进行欠费风险控制有较为迫切的需求,但对于对于VPMNVPMN用户开通欠费风险控制需要对用户开通欠费风险控制需要对VPMN VPMN SCPSCP进行较大的改造,投资成本高,性价比相对进行较大的改造,投资成本高,性价比相对较低较低p迫切需要提供电路域智能业务多次触发的机制迫切需要提供电路域智能业务多次触发的机制和方案和方案电路域智能业务仅能一次触发电路域智能业务仅能一次触发p经过多年的建设,电路域已经建设了许多经过多年的建设,电路域已经建设了许多业务平台,随着业务平台,随着CM-IMSCM-IMS网络的建设,是否网络的建设,是否这些业务平台也需要在这些业务平台也需要在CM-IMSCM-IMS域进行建设,域进行建设,这涉及到投资保护策略这涉及到投资保护策略p迫切需要研究现有智能网迫切需要研究现有智能网SCPSCP如何演进,如何演进,研究研究IMSIMS引入后现有智能网与应用服务器引入后现有智能网与应用服务器(ASAS)融合的模式)融合的模式融合业务提供方式融合业务提供方式p目前目前IMSIMS域仅支持业务的串行触发,不支域仅支持业务的串行触发,不支持并行触发持并行触发p从未来业务规划的角度以及业务移植的角从未来业务规划的角度以及业务移植的角度来看,业务的并行触发可以提高用户业度来看,业务的并行触发可以提高用户业务体验务体验CM-IMSCM-IMS业务并行触发业务并行触发p随着网络和业务的发展,业务的种类越来随着网络和业务的发展,业务的种类越来越趋于多样化,多样化的业务必然带来业越趋于多样化,多样化的业务必然带来业务嵌套和业务冲突的问题,如何实现灵活务嵌套和业务冲突的问题,如何实现灵活的业务冲突的检查机制成为未来业务发展的业务冲突的检查机制成为未来业务发展的关键问题的关键问题多业务嵌套多业务嵌套第4页研究目标研究目标n研究基础通信业务协调中间件的研究基础通信业务协调中间件的工作原理工作原理,完,完成基础通信业务协调中间件设备成基础通信业务协调中间件设备技术要求技术要求,并,并进行系统原型开发进行系统原型开发n全面整理全面整理SCP现网情况和厂家设备支持情况,现网情况和厂家设备支持情况,系统的研究系统的研究智能网与智能网与IMS域融入方式域融入方式,提出适提出适合中国移动部署的合中国移动部署的业务融合方式业务融合方式n以上海网络为具体实例,以上海网络为具体实例,提出上海提出上海公司各智能公司各智能网业务与网业务与CM-IMS域进行融合的具体方案域进行融合的具体方案第5页主要研究内容及分工主要研究内容及分工SCom工作原理及信令流程SCom设备技术要求智能网与智能网与CM-IMS业务融合方式业务融合方式新建SAE网元设备情况2G/3G融合支持情况厂家设备支持情况厂家设备支持情况功能及可升级性支持改造情况现有设备情况现有设备情况基于上海网络的基于上海网络的融合方式融合方式研究院设计院上海公司各单位分工:各单位分工:上上海海移移动动智智能能网网业业务务与与CM-IMS融融合合方方式式整整理理基础通信业务协调中间件基础通信业务协调中间件(SCom)SCom引入后网络的配合改进措施融合方式选择原则融合方式建议多种融合方式第6页1.3 1.3 开题计划完成情况总结开题计划完成情况总结时间时间完成内容完成内容完成情况完成情况20092009年年5 5月月项目启动项目启动已完成已完成20092009年年6 67 7月月完成基础通信业务协调中间件技术实现原完成基础通信业务协调中间件技术实现原理制定理制定已完成已完成20092009年年8 89 9月月完成完成基础通信业务协调中间件设备技完成完成基础通信业务协调中间件设备技术规范制定术规范制定已完成已完成20092009年年8 89 9月月引入基础通信业务协调中间件后对网络的引入基础通信业务协调中间件后对网络的改造要求及相关配合改进措施改造要求及相关配合改进措施已完成已完成20092009年年1010月月完成融合媒体资源方案研究完成融合媒体资源方案研究已完成已完成20092009年年1010月月完成智能网与完成智能网与IMSIMS域融合方案研究域融合方案研究已完成已完成20092009年年1111月上月上完成上海网络下智能网与完成上海网络下智能网与IMSIMS域的融合方域的融合方案案已完成已完成第7页一、项目背景目标及研究任务一、项目背景目标及研究任务目目 录录二、项目主要研究成果二、项目主要研究成果三、项目总结及下一步工作思路三、项目总结及下一步工作思路第8页目录目录基础通信业务协调中间件基础通信业务协调中间件-智能网业务发展现状及业务嵌套需求智能网业务发展现状及业务嵌套需求-基础通信业务协调中间件功能基础通信业务协调中间件功能-基础通信业务协调中间件对现网的影响基础通信业务协调中间件对现网的影响-基础通信业务协调中间件部署方式基础通信业务协调中间件部署方式-基础通信业务协调中间件测试及应用基础通信业务协调中间件测试及应用智能网业务融入智能网业务融入CM-IMSCM-IMS域方案研究域方案研究-CM-IMSCM-IMS用户使用智能网业务流程梳理用户使用智能网业务流程梳理-智能网与智能网与IMSIMS域融入方式域融入方式-融合媒体资源融合媒体资源基于上海网络的智能网业务融合应用研究基于上海网络的智能网业务融合应用研究总结总结第9页中国移动智能网业务现状及分类中国移动智能网业务现状及分类业务名称业务名称智能网控制能力智能网控制能力VPMN号码翻译,计费国内一卡多号号码翻译国际、国内400号码翻译,计费无线座机号码翻译客户经理热线/亲情号码号码翻译能力,计费神州行PPS预付费实时扣费话音欠费风险控制帐户实时扣费17951固定IP/IP直通车路由控制,计费充值卡业务帐务管理、充值卡管理鉴权能力呼叫免打扰呼叫控制移动总机号码翻译国际VHE号码翻译分时分区业务计费主叫名片业务号码信息显示中国移动智能网业务从中国移动智能网业务从2000年年开始建设,截止到开始建设,截止到10年年7月,月,通过对智能网供货厂家的调研,通过对智能网供货厂家的调研,全网智能网全网智能网SCP设备数量已达设备数量已达到到330台,其中华为台,其中华为248台,东台,东信北邮信北邮70台,中兴台,中兴12台。台。CSCS域智能网业务域智能网业务间的嵌套间的嵌套VPMN与欠费风险控制VPMN与开机提醒电路域业务嵌套需求和场景分析电路域业务嵌套需求和场景分析第10页IMSIMS业务现状及其对智能网业务嵌套需求业务现状及其对智能网业务嵌套需求统一统一 Centrex(融合话音(融合话音/融合融合V网网/融合总机)融合总机)企业飞信企业飞信多媒体彩铃多媒体彩铃视频会议视频会议集集团团类类产产品品家庭类产品家庭类产品多媒体电话多媒体电话一期工程建成后,各省(或区域中心)均部署了多媒体电话、统一一期工程建成后,各省(或区域中心)均部署了多媒体电话、统一CentrexCentrex业务平台;业务平台;集团集中部署了多媒体彩铃业务平台,并正在进行面向集团的企业飞信业务平台集团集中部署了多媒体彩铃业务平台,并正在进行面向集团的企业飞信业务平台业务嵌套需求和场景分析业务嵌套需求和场景分析CSCS域智能网业务与域智能网业务与IMSIMS域业务的嵌套域业务的嵌套VPMN与被叫一号通业务呼叫免打扰等与被叫一号通业务第11页VPMNVPMN与欠控业务融合与欠控业务融合(平台合设)(平台合设)VPMNVPMN与开机提醒融合与开机提醒融合(平台调用)(平台调用)实现方案改造VPMN SCP为VPMN与欠费风险控制融合SCP两种业务平台之间增加接口,VPMN SCP具备调用开机提醒业务的能力。两种业务平台之间增加接口,VPMN SCP具备调用开机提醒业务的能力。对现网网元影响SCP用户容量的下降;SMP需要频繁修改用户签约信息,设备资源占用有较大幅度提升;智能网与BOSS系统之间的业务信息吞吐量将大幅增加;呼叫接通时间延长。业务融合将导致业务逻辑越来越复杂,业务种类繁多,不利于维护,同时也增加了主设备升级的风险锚定改造对SCP容量和处理能力有一定影响;呼叫时延增加部署方案网络中全部VPMN SCP改造为融合SCP,在VPMN业务逻辑中嵌入欠控业务。分析对SCP性能影响后,仅允许在SCP利用率不高于65%的前提下进行融合嵌套改造。两种业务的设备为同厂商设备的情况下才能进行融合,需要对全网VPMN SCP和开机提醒业务平台进行功能升级,增加SCP之间调用接口保留用户现有的智能网业务键,在SCP利用低于60%的前提下,对相应业务的全部SCP进行改造,使其支持锚定功能现有智能网多业务嵌套实现方案的影响现有智能网多业务嵌套实现方案的影响VPMNVPMN与一号通与一号通第12页现有智能业务融合方案问题分析现有智能业务融合方案问题分析问题一:排它性只有同厂家的智能网业务方可实现业务融合。业务融合将导致业务逻辑越来越复杂,业务种类繁多,不利于维护,同时也增加了主设备升级的风险问题二:频繁性业务融合导致原有的SCP频繁升级,SCP经常处于不稳定状态,网络维护代价问题三:全网改造举例来说,如果VPMN用户签约另外一个智能业务,则所有的VPMN SCP都必须进行改造问题四:新业务部署举例来说,如果VPMN用户签约另外一个智能业务,VPMN业务逻辑需进行修订,同时必须保障业务向下兼容,业务开发和测试周期大,业务部署满第13页现有现有IMSIMS业务实现问题分析业务实现问题分析问题三:无法支持并行触发目前IMS域仅支持业务的串行触发,不支持并行触发问题二:不支持Response触发IMS仅支持Request的触发,不支持Response的触发导致所有的业务都串接在呼叫请求建立过程中,随着用户签订业务的增多,呼叫建立过程不断增长,用户体验不断降低业务部署满第14页目录目录基础通信业务协调中间件基础通信业务协调中间件-智能网业务发展现状及业务嵌套需求智能网业务发展现状及业务嵌套需求-基础通信业务协调中间件关键技术基础通信业务协调中间件关键技术-基础通信业务协调中间件对现网的影响基础通信业务协调中间件对现网的影响-基础通信业务协调中间件部署方式基础通信业务协调中间件部署方式-基础通信业务协调中间件测试及应用基础通信业务协调中间件测试及应用智能网业务融入智能网业务融入CM-IMSCM-IMS域方案研究域方案研究-CM-IMSCM-IMS用户使用智能网业务流程梳理用户使用智能网业务流程梳理-智能网与智能网与IMSIMS域融入方式域融入方式-融合媒体资源融合媒体资源基于上海网络的智能网业务融合应用研究基于上海网络的智能网业务融合应用研究总结总结第15页基础通信业务协调中间件实现多业务交互控制,解决业基础通信业务协调中间件实现多业务交互控制,解决业务冲突,提升中国移动融合业务的提供能力务冲突,提升中国移动融合业务的提供能力多融合业务并行触发机制多融合业务并行触发机制 电路域智能网业务的多电路域智能网业务的多次触发次触发业务冲突检测及处理业务冲突检测及处理跨域业务触发跨域业务触发CM-IMS域基于域基于Response的触发的触发未注册、未注册、不可及不可及中间件中间件开机开机提醒提醒MSC1MSC1MSC2MSC2主叫主叫被叫被叫VPMNVPMN欠控欠控欠控欠控中中中中间间件件件件PLMNMGCF/MGCF/GMSCGMSCMSC1MSC1HLHLR RCSCFCSCF并行触并行触并行触并行触发发平台平台平台平台MSCMSC2 2归属地IMST-CSI主叫主叫被叫被叫SCPSCP(被叫)(被叫)(被叫)(被叫)CentrexCentrex欠欠欠欠费风险费风险控制控制控制控制第16页使用基础通信业务协调中间件实现智能多业务嵌使用基础通信业务协调中间件实现智能多业务嵌套套-VPMN+-VPMN+欠费风险控制欠费风险控制网络架构网络架构信令流程信令流程核心思想核心思想对于需要进行欠控风险控制的VPMN,在HLR将业务触发指向基础通信业务协调中间件;基础通信业务协调中间件实现智能业务二次触发。MSCGMSCVPMNSCP欠控SCPSCom第17页彩印业务形态彩印业务形态 李明李明 呼叫呼叫 张三三李明13800088XXX主叫用户张三13922288XXX被叫用户张三:TD版DELL平板已到货,欲购从速。 会议中,请留信息,谢谢。彩印业务系统系统将 张三三 的彩印推送到 李明李明 的手机。李明李明 发起呼叫时即看到彩印信息。主叫彩印主叫彩印 李明李明 呼叫呼叫 张三三李明13800088XXX主叫用户张三13922288XXX被叫用户李明:祝您身体健康,万事如意。彩印业务系统系统将 李明李明 的彩印推送到 张三三 的手机。张三三 通话后可以看到彩印信息。被叫彩印被叫彩印将主叫用户彩印推送给被叫用户将被叫用户彩印推送给主叫用户第18页使用基础通信业务协调中间件实现全网彩印业务使用基础通信业务协调中间件实现全网彩印业务网络架构网络架构信令流程信令流程核心思想核心思想全国集中部署一套彩印业务平台,彩印平台支持CAP和SIP;对于非智能网用户,为其签约彩印智能业务;对于智能网用户,通过基础通信业务协调中间件实现智能业务二次触发,避免对现有智能业务的改造第19页使用基础通信业务协调中间件实现使用基础通信业务协调中间件实现IMSIMS域欠费风险域欠费风险控制控制网络架构网络架构信令流程信令流程核心思想核心思想对于CM-IMS域用户,在不引入欠费风险控制平台的情况下,通过基础通信业务协调中间件进行SIP和CAP协议的转化,最终达到对CM-IMS域用户进行欠费风险控制的目地。MSCGMSCIMS CAPSIPSComSComSCP第20页基于基于ResponseResponse的业务触发的业务触发信令流程信令流程核心思想核心思想IMS仅规定了基于Request的业务触发,也就是说所有的业务请求都是基于主叫用户发送的Invite请求进行触发,无论用户签约了多少个业务,都需要在呼叫建立过程中触发,并将所有的AS跨接在呼叫过程中。基于Response的触发,让某些业务仅在特殊的Response(如呼叫失败、被叫关机、被叫不可及等)时才触发相应的业务。第21页CM-IMSCM-IMS域多业务并行触发域多业务并行触发信令流程信令流程核心思想核心思想对于没有前后业务关联的多个业务,S-CSCF同时触发到AS,以提升业务处理时延。关键问题关键问题需要对并行触发的AS进行分类,对于需要修改SDP且无前后关联关系的AS可进行并行业务触发。第22页目录目录基础通信业务协调中间件基础通信业务协调中间件-智能网业务发展现状及业务嵌套需求智能网业务发展现状及业务嵌套需求-基础通信业务协调中间件功能基础通信业务协调中间件功能-基础通信业务协调中间件对现网的影响基础通信业务协调中间件对现网的影响-基础通信业务协调中间件部署方式基础通信业务协调中间件部署方式-基础通信业务协调中间件测试及应用基础通信业务协调中间件测试及应用智能网业务融入智能网业务融入CM-IMSCM-IMS域方案研究域方案研究-CM-IMSCM-IMS用户使用智能网业务流程梳理用户使用智能网业务流程梳理-智能网与智能网与IMSIMS域融入方式域融入方式-融合媒体资源融合媒体资源基于上海网络的智能网业务融合应用研究基于上海网络的智能网业务融合应用研究总结总结第23页基础通信业务协调中间件对现网的影响基础通信业务协调中间件对现网的影响BOSSBOSS改造改造BOSS建立与SCom系统的开销户接口:BOSS系统需要区普通智能网用户以及需要SCom进行多业务协调的智能网用户用户,对需要SCom进行协调的用户将其O-CSI和T-CSI指向SCom户;BOSS需要通过SMP(统一开通处理模块)进行SCom系统中开户用户的数据更新,包括需要SCom协调处理的业务以便SCOM在业务中调用原SCP的业务逻辑。原有原有SCP/SMP的改造要求的改造要求VPMNSCP与欠费风险控制SCP不需要进行改造。SMP需要支持新的BOSS到SCom的开销户指令原有一号通原有一号通AS的改造要求的改造要求无SCPSMPASSCPSMPAS改造改造第24页基础通信业务协调中间件对现网开通流程的影响基础通信业务协调中间件对现网开通流程的影响BOSSSCPHLRO-CSI、T-CSI用用户签约信息信息BOSSSCP1HLRO-CSI、T-CSI用用户签约信息信息SCP2SCom用用户码号、需要号、需要协调的的业务及及SCP ID引入引入SComSCom前前引入引入SComSCom后后第25页目录目录基础通信业务协调中间件基础通信业务协调中间件-智能网业务发展现状及业务嵌套需求智能网业务发展现状及业务嵌套需求-基础通信业务协调中间件功能基础通信业务协调中间件功能-基础通信业务协调中间件对现网的影响基础通信业务协调中间件对现网的影响-基础通信业务协调中间件部署方式分析基础通信业务协调中间件部署方式分析-基础通信业务协调中间件测试及应用基础通信业务协调中间件测试及应用智能网业务融入智能网业务融入CM-IMSCM-IMS域方案研究域方案研究-CM-IMSCM-IMS用户使用智能网业务流程梳理用户使用智能网业务流程梳理-智能网与智能网与IMSIMS域融入方式域融入方式-融合媒体资源融合媒体资源基于上海网络的智能网业务融合应用研究基于上海网络的智能网业务融合应用研究总结总结第26页中间件业务部署方案分析中间件业务部署方案分析方案一:全部用方案一:全部用户签约中中间件件方案二:嵌套用方案二:嵌套用户签约中中间件件方案说明HLR设置所有用户默认签约中间件,中间件再根据用户属性(签约的业务、用户信息)等触发对应的业务。同时使用中间件的业务选择和业务编排的能力BOSS系统根据用户签约不同的业务,在HLR分别设置不同的签约信息(业务键)。如果用户签约多个业务,则HLR上签约信息(业务键)指向中间件的业务编排逻辑。只使用中间件的业务编排的能力。开户1)BOSS系统在HLR设置签约信息时,用户固定签约中间件业务。2)BOSS在中间件上开户时,并设置中间件用户属性和签约的业务。3)BOSS在对应的业务平台上开户。1)BOSS系统根据用户不同的业务组合,在HLR设置不同的签约信息。2)BOSS在对应的业务平台上开户。修改签约1)BOSS更改中间件上用户签约信息2)BOSS在对应的业务平台上开户或者销户1)BOSS更改HLR上的签约信息2)BOSS在对应的业务上开户或者销户灵活性中间件中可以根据用户状态,实时变更用户签约业务;如扩展功能:如果用户漫游到海外,原先签约VPMN的用户自动增加CAS业务。无法根据用户状态实时变更用户签约业务。BOSS系统需要获取用户状态,然后再调用HLR的接口变更用户签约信息。扩展性如果增加了新业务或者新的业务组合,只需要在中间件修改用户签约信息。增加新业务或者增加新的业务组合,则要求增加新的业务键,并在所有MSC上分别设置业务键指向的中间件的业务编排逻辑。设备要求要求中间件设备配置全部的业务处理能力,中间件成为全网签约用户必经的信令转接网元,对设备性能要求高,全网增加一级信令时延。仅嵌套业务经中间件进行嵌套处理调用,由于嵌套用户的数量相对较少,对设备性能要求较低,仅增加嵌套用户处理时延。结论推荐采用方案二:嵌套用推荐采用方案二:嵌套用户签约中中间件件第27页中间件的部署方案中间件的部署方案1 1建议采用新建方式部署中间件设备,主要原因包括:现网建议采用新建方式部署中间件设备,主要原因包括:现网SCPSCP设备的硬件大多基设备的硬件大多基于小型机等扩展能力不强的平台,不适于升级为中间件设备。中间件在网络中于小型机等扩展能力不强的平台,不适于升级为中间件设备。中间件在网络中所处位置为实现多业务融合的关键网元,需要具备较强的适应性和业务扩展能所处位置为实现多业务融合的关键网元,需要具备较强的适应性和业务扩展能力。升级方案将影响其可扩展性,且对现有业务造成较大影响。力。升级方案将影响其可扩展性,且对现有业务造成较大影响。 2 2在建设初期,应按业务需求集中部署中间件,根据各省业务规模,在建设初期,应按业务需求集中部署中间件,根据各省业务规模,SCPSCP设置情况,设置情况,确定中间件建设容量,制定具体建设方案确定中间件建设容量,制定具体建设方案3 3对于中间件签约方式的选择:对于中间件签约方式的选择:方式一:全部用户签约中间件方式一:全部用户签约中间件方式二:仅有嵌套需求的用户签约中间件方式二:仅有嵌套需求的用户签约中间件经比较建议:在建设初期建议选择仅嵌套用户签约中间件的方式。未来若嵌套经比较建议:在建设初期建议选择仅嵌套用户签约中间件的方式。未来若嵌套用户需求量大,且中间件设备具备较强性能的条件下,可考虑部分业务采用全用户需求量大,且中间件设备具备较强性能的条件下,可考虑部分业务采用全部签约中间件的方式。部签约中间件的方式。第28页目录目录基础通信业务协调中间件基础通信业务协调中间件-智能网业务发展现状及业务嵌套需求智能网业务发展现状及业务嵌套需求-基础通信业务协调中间件功能基础通信业务协调中间件功能-基础通信业务协调中间件对现网的影响基础通信业务协调中间件对现网的影响-基础通信业务协调中间件部署方式分析基础通信业务协调中间件部署方式分析-基础通信业务协调中间件测试及应用基础通信业务协调中间件测试及应用智能网业务融入智能网业务融入CM-IMSCM-IMS域方案研究域方案研究-CM-IMSCM-IMS用户使用智能网业务流程梳理用户使用智能网业务流程梳理-智能网与智能网与IMSIMS域融入方式域融入方式-融合媒体资源融合媒体资源基于上海网络的智能网业务融合应用研究基于上海网络的智能网业务融合应用研究总结总结第29页基础通信业务协调中间件实验室测试基础通信业务协调中间件实验室测试泰克来泰克来华为华为1111月月底完成验收测试;月月底完成验收测试;1111月月1919日完成:电路域智能网多业务触发日完成:电路域智能网多业务触发测试验收测试验收;1212月:完成跨域业务调用和基于月:完成跨域业务调用和基于ResoponeResopone触发等测试验收触发等测试验收。第30页中间件应用案例中间件应用案例云南移动应用案例云南移动应用案例浙江移动应用案例浙江移动应用案例解决解决VPMNVPMN与欠费风险控制业务的业务嵌套与欠费风险控制业务的业务嵌套问题,实现嵌套业务的多次触发。问题,实现嵌套业务的多次触发。不需要对现网业务做任何修改,就可同时获得虚拟网和欠费风险控制的融合服务不需要经过核心网二次触发,减轻核心网负荷不需要经过核心网二次触发,减少时延,提升用户感受电路域智能业务多触发:电路域智能业务多触发:嵌套业务类型包括VPMN、欠费风险控制、个人智能业务的组合嵌套;签约信息触发与号段触发的协调:签约信息触发与号段触发的协调:嵌套(嵌套业务类型同上)用户拨打4001、13800、VPMN IVR业务。第31页目录目录基础通信业务协调中间件基础通信业务协调中间件-智能网业务发展现状及业务嵌套需求智能网业务发展现状及业务嵌套需求-基础通信业务协调中间件功能基础通信业务协调中间件功能-基础通信业务协调中间件对现网的影响基础通信业务协调中间件对现网的影响-基础通信业务协调中间件部署方式基础通信业务协调中间件部署方式-CM-IMSCM-IMS域多业务并行触发域多业务并行触发智能网业务融入智能网业务融入CM-IMSCM-IMS域方案研究域方案研究-CM-IMSCM-IMS用户使用智能网业务流程梳理用户使用智能网业务流程梳理-智能网与智能网与IMSIMS域融入方式域融入方式-融合媒体资源融合媒体资源基于上海网络的智能网业务融合应用研究基于上海网络的智能网业务融合应用研究总结总结第32页IMSIMS用户类型分类用户类型分类uIMS用户按终端类型分类PC客户端SIP硬终端POTS话机uIMS用户接入方式分类uIMS用户按用户性质分类家庭客户普通集团客户TDM PBX转网普通集团客户批量家庭客户重点集团客户WLANxDSLxPONTD-SCMDALAN第33页MSCGMSCIMS CAPSIPSCPSCPASAS并行方式融合方式 AS AS(SCPSCP)IMSIMS用户使用智能网业务流程用户使用智能网业务流程第34页MSCSCPSCPCAPIMSCAPSIP互通方式IM-SSF桥接方式IMSIMS用户使用智能网业务流程用户使用智能网业务流程第35页目录目录基础通信业务协调中间件基础通信业务协调中间件-智能网业务发展现状及业务嵌套需求智能网业务发展现状及业务嵌套需求-基础通信业务协调中间件功能基础通信业务协调中间件功能-基础通信业务协调中间件对现网的影响基础通信业务协调中间件对现网的影响-基础通信业务协调中间件部署方式基础通信业务协调中间件部署方式-CM-IMSCM-IMS域多业务并行触发域多业务并行触发智能网业务融入智能网业务融入CM-IMSCM-IMS域方案研究域方案研究-CM-IMSCM-IMS用户使用智能网业务流程梳理用户使用智能网业务流程梳理-智能网与智能网与IMSIMS域融入方式域融入方式-融合媒体资源融合媒体资源基于上海网络的智能网业务融合应用研究基于上海网络的智能网业务融合应用研究总结总结第36页融入方式融入方式互通桥接融合并行单独建设单独建设AS实现智能网逻实现智能网逻辑辑IMS用户话路迂回用户话路迂回到到CS域由域由GMSC触触发智能网业务发智能网业务通过通过IM-SSF实现实现SIP到到CAP协议协议的转换的转换智能网同时支持智能网同时支持CAP协协议和议和SIP协议,同时支协议,同时支持电路域和持电路域和IMS域用户域用户第37页融入方式融入方式互通桥接融合并行网络变动网络变动投资成本投资成本实施难度实施难度 系统利用率要求系统利用率要求业务触发支持业务触发支持业务适合场景业务适合场景低中高号段号段+签约签约跨域不跨域网络变动网络变动投资成本投资成本实施难度实施难度 系统利用率要求系统利用率要求业务触发支持业务触发支持业务适合场景业务适合场景低中高号段号段+签约签约跨域不跨域网络变动网络变动投资成本投资成本实施难度实施难度 系统利用率要求系统利用率要求业务触发支持业务触发支持业务适合场景业务适合场景低中高号段号段+签约签约跨域不跨域业务触发支持业务触发支持网络变动网络变动投资成本投资成本实施难度实施难度 系统利用率要求系统利用率要求业务适合场景业务适合场景低中高号段号段+签约签约跨域不跨域签约第38页融合方式适用场景研究融合方式适用场景研究场景模型系统利用率高低新建AS是否跨域融合是是否跨域并行否网络改动小触发类型互通桥接签约否网络改动大是号段成本高成本低第39页目录目录基础通信业务协调中间件基础通信业务协调中间件-智能网业务发展现状及业务嵌套需求智能网业务发展现状及业务嵌套需求-基础通信业务协调中间件功能基础通信业务协调中间件功能-基础通信业务协调中间件对现网的影响基础通信业务协调中间件对现网的影响-基础通信业务协调中间件部署方式基础通信业务协调中间件部署方式-CM-IMSCM-IMS域多业务并行触发域多业务并行触发智能网业务融入智能网业务融入CM-IMSCM-IMS域方案研究域方案研究-CM-IMSCM-IMS用户使用智能网业务流程梳理用户使用智能网业务流程梳理-智能网与智能网与IMSIMS域融入方式域融入方式-融合媒体资源融合媒体资源基于上海网络的智能网业务融合应用研究基于上海网络的智能网业务融合应用研究总结总结第40页实现业务平台与媒体资源的接口标准化,实现资源的共实现业务平台与媒体资源的接口标准化,实现资源的共用和下沉,优化用户业务体验,简化网络架构用和下沉,优化用户业务体验,简化网络架构融合媒体资源融合媒体资源CMRF与业务平台与业务平台AS之间的之间的Cr接口研究接口研究CMRF的系统结构研究的系统结构研究CMRF的组网架构研究的组网架构研究Cr接口功能研究接口功能研究Cr接口的协议研究接口的协议研究SIPSCTP/UDPIPMSML/MOML业务平台业务平台荣融合媒体荣融合媒体资源资源接口协议接口协议Cr接口的流程研究接口的流程研究INVITE+INFO方式方式优选NETANN方式方式备选第41页CrCr接口标准化研究接口标准化研究网络架构网络架构信令流程信令流程核心思想核心思想利用SIP协议的可扩展性和XML的灵活性实现接口的标准化;使用INVITE+INFO方式将媒体的会话控制和媒体的处理逻辑控制分离,实现灵活的媒体控制,可以满足各种业务应用场景的需求。对于简单的放音,收号,语音会议场景,可使用NETANN的方式予以支持NETANN方方式式INVITE+INFO方方式式第42页CMRFCMRF组网架构研究和系统架构研究组网架构研究和系统架构研究网络架构网络架构系统架构系统架构标准化Cr接口,将MRF下沉分散到各接入省,有利于减少媒体路径迂回,优化业务体验。媒体资源可以共用,有利于减少投资将MRF系统分为接入协议/脚本处理功能,媒体资源控制功能,媒体资源管理功能和媒体资源处理功能等模块将媒体资源控制,管理和处理功能分离,易于MRF的维护和扩展第43页CMRFCMRF研究进展研究进展1001100210031004100510061007100810091010完成完成MRF的测的测试规范试规范规范厂家交流规范厂家交流101110121101完成完成AS与与MRF的的Cr接接口规范口规范对中兴,华为,东信北对中兴,华为,东信北邮,爱立信,邮,爱立信,NSN,阿,阿朗各厂家朗各厂家MRF接口进行接口进行调研调研完成完成MRF设备设备规范规范规范修订与评规范修订与评审审MRF实验室测试实验室测试第44页目录目录基础通信业务协调中间件基础通信业务协调中间件-智能网业务发展现状及业务嵌套需求智能网业务发展现状及业务嵌套需求-基础通信业务协调中间件功能基础通信业务协调中间件功能-基础通信业务协调中间件对现网的影响基础通信业务协调中间件对现网的影响-基础通信业务协调中间件部署方式基础通信业务协调中间件部署方式-CM-IMSCM-IMS域多业务并行触发域多业务并行触发智能网业务融入智能网业务融入CM-IMSCM-IMS域方案研究域方案研究-CM-IMSCM-IMS用户使用智能网业务流程梳理用户使用智能网业务流程梳理-智能网与智能网与IMSIMS域融入方式域融入方式-融合媒体资源融合媒体资源基于上海网络的智能网业务融合应用研究基于上海网络的智能网业务融合应用研究总结总结第45页上海智能网设备情况上海智能网设备情况业务类型涉及网元是否跨域触发方式系统利用率融入方式VPMNSCP8是签约高融合CASSCP6/10否签约高并行UC2SCP7否号段低互通IP17951SCP5否号段低互通第46页上海方案研究上海方案研究-VPMN-VPMN业务业务融合方案介绍融合方案介绍VPMN业务采用并行新增无改造局数据无支撑BOSS对于VPMN业务开销户接口迁移至SMP(AS)MSCGMSCIMS Centrex ASCentrex ASAS-SMPSCP8SCP8SCP-SMPCAPSIPSCP8 CENTREXSCP8 CENTREXSMPASSCP8需要升级成AS,提供ISC接口SMP(AS)进行升级,用于VPMN业务统一业务管理及发放第47页上海方案研究上海方案研究-CAS-CAS业务业务欠费控制欠费控制欠费控制欠费控制SCP6/10SCP6/102G/TDIN BOSSDCCCAPSIPIMS欠费控制欠费控制欠费控制欠费控制ASASDCC融合方案介绍融合方案介绍CAS业务采用并行方式新增一套CAS AS改造无局数据无支撑INBOSS新增至CAS AS链路INBOSS支持IMS用户号段第48页上海方案研究上海方案研究-UC2-UC2业务业务接入接入接入接入SCPSCPCAPIMS1380013800接入码归属归属归属归属SCPSCPBOSSCAPUASPCAPSIPVCVCCAP2G/TD融合方案介绍融合方案介绍UC2业务采用互通方式新增无改造SCP7需要支持IMS用户号段局数据IMS-MGCF需要将13800138000路由至GMSCGMSC需要将13800138000触发至SCP,并提供UC2业务语音支撑BOSS需要支持IMS用户号段的充值管理第49页上海方案研究上海方案研究-IP17951-IP17951业务业务PPIP SCPPPIP SCPCAPIMS17951+被叫号码CAPSIP2G/TD融合方案介绍融合方案介绍IP17951业务采用互通方式新增无改造SCP5需要支持IMS用户号段局数据IMS-MGCF需要将17951+被叫路由至GMSCGMSC需要将17951+被叫触发至SCP,并提供PPIP业务语音支撑BOSS需要支持IMS用户号段的充值管理第50页上海方案研究上海方案研究- -性能评估性能评估融合方式下,SCP平台需要升级到高版本。处理SIP协议栈,需要增加内存开销,每个SCF进程增加约120M左右。SCP8目前20个SCF进程,共需增加2G左右内存开销,而SCP8剩余内存18G,故平台升级不会影响其系统性能。改造后如果不增加新功能,总体性能基本不变,也就是原来支持多少CAP用户,改造后仍然支持多少CAP用户。改造后如果接入SIP用户,由于SIP用户的话务模型高,SIP协议复杂,对系统的开销大,因此虽然处理能力不变,但是支持的总用户数相对减少。性能消耗比例计算公式:(SIP用户话务量SIP用户业务复杂度) (CAP用户话务量CAP用户业务复杂度),根据华为试验环境提供结论:一个SIP用户大约相当于5个CAP用户。故SCP8改造后支持CAP用户总数不变,根据性能测算应能支持总用户数为270万CAP用户,如需要接入SIP用户,则总用户数需根据接入SIP用户数量按1:5比例递减。并行方式下,SIP呼叫由新建AS处理;互通方式下,一个SIP呼叫等同一个CAP呼叫;故这两种融入方式不会SCP的性能产生明显影响。第51页上海方案组网图上海方案组网图2G/TDIMSSIPCAPSCP5SCP51795117951业务业务SCP6/10SCP6/10CASCAS业务业务SCP8SCP8VPMNVPMN业务业务SCP7SCP7UC2UC2业务业务ASASCentrexCentrex业务业务ASASMMTELMMTEL业务业务SCP8SCP8(ASAS)VPMN/CentrVPMN/Centrexex业务业务ASASCASCAS业务业务17951179511380013800013800138000第52页上海融合方案小结上海融合方案小结硬件投资小改动少利用率高新增CASAS软件SCP8升级SMP升级网络局数据修改SCP8接入IMSBOSS支持第53页一一一一. . . . 开题计划完成情况开题计划完成情况目目 录录二、主要研究成果(整合后)二、主要研究成果(整合后)三、项目总结及下一步工作思路三、项目总结及下一步工作思路第54页项目总结项目总结四阶段四阶段四阶段四阶段 三阶段三阶段三阶段三阶段 二阶段二阶段二阶段二阶段 一阶段一阶段一阶段一阶段 需求分析需求分析分析智能网现状及存在问题,分析智能网与分析智能网现状及存在问题,分析智能网与CM-IMSCM-IMS域业务融合需求域业务融合需求二阶段:技术方案研究二阶段:技术方案研究研究多种技术实现方案,并对技术实现方案的实施条研究多种技术实现方案,并对技术实现方案的实施条件进行了分析件进行了分析三阶段:规范制定三阶段:规范制定制定完成基础通信业务协调中间件设备功能要求制定完成基础通信业务协调中间件设备功能要求四阶段:测试和应用四阶段:测试和应用对基础通信业务协调中间件进行实验对基础通信业务协调中间件进行实验室验证和现网验证室验证和现网验证分阶段稳妥推进智能网与分阶段稳妥推进智能网与IMS域业务平台融合方案研究,完成基础通信业务协调中域业务平台融合方案研究,完成基础通信业务协调中间件设备规范制定和产品开发间件设备规范制定和产品开发第55页项目技术成果项目技术成果研究报告研究报告-智能网与智能网与IMS业务平台融合方案研究业务平台融合方案研究-上海上海公司智能网业务融入公司智能网业务融入IMS网网实现方案研究实现方案研究报告报告技术规范技术规范-中国移动基础通信业务协调中间件设备规范中国移动基础通信业务协调中间件设备规范-中国移动基础通信业务协调中间件测试规范中国移动基础通信业务协调中间件测试规范专利专利-一一IMSMS网络中基于网络中基于ResponseResponse触发的被叫开机提醒方案触发的被叫开机提醒方案(申请中)(申请中)第56页下一步工作思路下一步工作思路进一步完成基础通信业务协调中间件测试进一步完成基础通信业务协调中间件测试推进基础通信业务协调中间件在网络中的试点和部署推进基础通信业务协调中间件在网络中的试点和部署第57页请各位专家批评指正!
收藏 下载该资源
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号