移动多业务嵌套方案及案例分析.docVIP

移动多业务嵌套方案及案例分析 　　引 言：本文主要是对采取综合签约平台方式解决移动多业务嵌套的方案进行了阐述，通过在组网方式、业务介绍、流程描述等方面的详细介绍对该方案的具体实现方式进行了全面的描述。同时，针对在设备调测过程中出现的几种典型案例进行了细致的分析。 　　一、业务现状 　　近年来，随着对信息交互实时性需求的不断提高，手机已经成为人们日常生活中必不可少的一部分。据工信部统计，2013年初中国手机用户数已达到11.46亿，比去年同期增长12.46%。手机用户量激增，相应的用户业务需求也在不断提高。同时对于运营商来说，随着网络不断演进，IMS网络用户的发展，需要移动智能网能够提供与网络无关的多业务服务。因此移动业务建设和发展的理想目标是：各个业务独立发展，互不干扰；用户可以根据需要任意选择业务，不受限制。 　　综合签约平台（又称业务分发网关ServiceBroker），从根本上解决了目前面临的智能网业务嵌套和智能网业务跨网调用这两大难题，为理想目标打下基础。 　　二、组网方式 　　综合签约平台的位置处于核心网络层（包括CS域核心网和IMS核心网）与业务应用层之间：从业务应用层的角度看，综合签约平台充当核心网网络实体（MSC/SSP和CSCF）；从核心网的角度来看，综合签约平台是SCP或应用服务器。 　　三、业务介绍 　　综合签约平台项目工程初期共涉及综合虚拟网（VPN）、预付费（OCS）、一号双机（MCN）、主叫名片（CNAP）、开机提醒（KJTX）、改号通知（GHTZ）、智能通信（CMS）共7种业务的相互嵌套。 　　其中，主叫类业务有综合虚拟网、预付费、一号双机、智能通信、主叫名片、开机提醒。 　　被叫类业务有综合虚拟网、预付费、智能通信、改号通知。 　　四、业务实现 　　（一）业务开通 　　如果用户仅开通综合虚拟网（VPN）、预付费（OCS）、一号双机（MCN）这三类单一业务时，将不在综合签约平台进行开户操作，直接在相关业务平台进行用户业务开户。HLR登记的用户签约业务地址为其办理业务的业务平台地址。 　　在用户开通主叫名片（CNAP）、开机提醒（KJTX）、改号通知（GHTZ）、智能通信（CMS）其中某一种业务或同时开通多个（2个或2个以上）业务时，正常业务开户完成后，由BOSS通过综合签约平台的SOAP/MML接口，将用户的业务订购信息传递给综合签约平台，同时在HLR登记用户的签约业务地址为综合签约平台的地址。 　　（二）业务流程 　　情况1：用户仅签约综合虚拟网（VPN）、预付费（OCS）、一号双机（MCN）三种业务中其中一种业务。 　　由于用户在HLR中登记的签约业务地址为相应的业务平台地址，因此无论用户作主叫还是被叫，都将不经过综合签约平台转发，直接GT寻址至其签约的业务平台进行业务触发。 　　情况2：用户仅签约主叫名片（CNAP）、开机提醒（KJTX）、改号通知（GHTZ）、智能通信（CMS）四种业务中其中一种业务。 　　此种情况下，用户在HLR中登记的签约业务地址为综合签约平台地址。用户作主叫或被叫时，将通过综合签约平台转换成相应业务平台的GT值，再到业务平台上进行业务触发。 　　情况3：用户签约多个（2个或2个以上）业务。 　　用户签约多个业务时，HLR中的签约业务地址仍然为综合签约平台地址。当呼叫送至综合签约平台时，综合签约平台将根据用户的签约信息依次到相关业务平台进行触发。 　　五、调测案例总结 　　案例一：由于用户使用特殊手机终端或MSC设备与综合签约平台协议参数不兼容最终导致呼叫失败。 　　故障现象：用户在使用诺基亚手机终端进行漫游拨打电话时，呼叫失败。 　　处理步骤：要求用户使用手机进行拨测，通过跟踪信令发现，MSC侧返回路由选择失败，造成呼叫释放，故障信令如下： 　　在MSC侧进行信令跟踪，信令收发正常，故障原因仍然不明。 　　查看HLR侧用户数据无异常，信令收发也正常。 　　在平台侧打开DEBUG日志进行深度分析。分析发现由于客户使用了特殊手机终端，造成了平台在给MSC侧下发hand over消息时下发了一些非法参数，造成了MSC侧回送路由选择失败消息。在综合签约平台加入了特殊终端的参数后，用户拨测正常。 　　案例二：由于预付费平台开户失败，造成预付费（OCS）及综合虚拟网（VPN）业务嵌套的用户呼叫失败。 　　故障现象：用户在综合签约平台开通了预付费（OCS）及综合虚拟网（VPN）两种业务，但是在预付费平台开户时失败，造成用户信息在预付费平台侧不存在，进而造成呼叫失败。 　　处理步骤：首先，使用信令跟踪工具（ITRACE），对问题进行定位，通过跟踪信令发现，综合签约平台将信令送到预付费平台后，预付费平台直接返回rel