固网业务在IMS网络中的继承

文档发布

作者：施海燕
全文摘要：

摘 要：文章描述了新建IMS网络继承原固网业务的原则，针对现网业务，总结IMS对现网业务继承的几种方案，举例说明业务在IMS网络的实现流程，提出工程建设的建议。
　　关键词：继承原则；方式；业务流程
　　中图分类号：TN919.8 文献标识码：A 文章编号：1006-8937（2014）6-0070-02
　　近年来，FTTH作为主要用户接入方式，其发展规模越来越大，原固网软交换作为本地网汇接局的定位，对此类大容量网关接入的需求，在性能、资源等各方面越来越显现出不适宜。IMS网络建设项目主要定位于承接固网大量FTTH用户，避免软交换大规模扩容，以及提供通过现有网络难以实现的业务。在此大背景下，现网将面临PSTN用户与IMS域用户相互融合及并存的现状，确保接入IMS域内的用户，能正常使用PSTN网络中的业务，是工程建设首要考虑的问题，本文根据现网通用业务，就工程中IMS如何继承PSTN业务归纳总结继承方案，并抽取部分典型业务具体阐述业务在IMS中的实现流程。
　　1 IMS业务继承原则
　　在部署IMS时除新建业务平台以开展新型业务，还需要考虑和现网已有的平台对接实现原有业务的继承，针对在网业务建议业务继承总体原则：
　　①基本补充业务全部由新建MMTEL-AS实现。②平台类业务，含智能与非智能平台：平台侧能升级支持SIP-ISC接口则升级后直接通过ISC接口与IMS域中SCSCF对接，进行业务触发实现；不能升级为支持SIP-ISC的智能平台，但支持INAP能与IM-SSF互通的智能平台则通过IM-SSF直接触发到平台；以上两种都不支持情况下，则统一由MGCF路由到固网软交换进行业务触发。③基本呼叫控制类业务：其一，限呼类业务：包括主叫类限呼业务和被叫类限呼类业务统一由IMS域MMTEL完成。其二，分区落地：紧急呼叫的分区落地由CFCS完成、非紧急呼叫的分区落地由MMTEL完成。其三，混合放号：IMS网络的用户标识和寻址方式天然支持混合放号，需要固网中SHLR及BOSS支撑系统进行相应的数据配置实现。
　　2 在网业务分类
　　①传统交换机补充业务：主叫号码显示、主叫号码显示限制、无条件呼叫前转……等。②平台类业务。③基本呼叫类业务。
　　其一，限呼类业务：如权限控制、停复机……等；其二，分区落地：紧急特服的分区落地和非紧急特服的分区落地；其三，混合放号。
　　3 业务继承方案及呼叫流程说明
　　根据业务继承的总体原则及现有业务的梳理，其业务继承方案可归纳为以下几种形式。
　　3.1 通过ISC接口与IMS网内SCSCF直接对接的各种平
　　台类业务
　　此类业务平台和IMS核心网共同控制业务流程，尽量避免路由到现网造成话路迂回。平台侧完成改造升级，使其具备SIP处理能力，采用标准ISC接口与IMS对接，SCSCF与平台侧通过协商一致的SC码进行业务触发，平台侧触发业务后按IMS要求规范返回主被叫号码给S-CSCF网元，由IMS继续完成后续接续。
　　3.2 通过SSF网元与现网SCP的对接的各种智能业务
　　此类业务主要针对无法升级为支持SIP协议，但支持INAP协议的各种平台，平台与SSF之间通过INAP协议对接，由SSF进行INAP与SIP间的消息转换，从而完成业务的触发。其业务呼叫流程大致如下：①IMS用户A拨打B，呼叫路由到主叫S-CSCF；②主叫S-CSCF完成主叫流程后进入被叫分析流程，将主被叫号码送IM-SSF同时将IFC中的业务接入码X发送给IM-SSF；③IM-SSF通过INAP消息路由到业务平台，平台依据接入码触发业务；④平台完成触发，返回被叫号码，同时将主叫A返回。⑤IM-SSF将收到的INAP消息转换为INVITE消息。⑥SCSCF根据不同的被叫路由到相应网元完成被叫的接续。
　　3.3 由MMTEL网元参与完成的业务
　　3.3.1 基本业务
　　包含基本补充业务，普通限呼类业务，域内CENTREX业务：MMTEL作为IMS网络中的AS引入，其本身就是为解决现网交换机的传统补充及基本业务而开发设计，因此，针对基本补充业务，MMTEL可以很好继承，同时，通过相应的基本数据配置，如限呼组的设置、CENTREX群设置等方式，对基本呼叫类的业务及域内CENTREX业务也能完全继承。IMS中SCSCF根据IFC判断是否触发到MMTEL， MMTEL根据相应业务权限完成上述业务触发。
　　下面以无条件呼叫转移为例说明实现流程，如图1所示。
　　务流程说明如下：①IMS用户A拨打IMS用户B，呼叫路由到B用户的MMLTEL AS；②B用户的MMLTEL AS发现用户B激活了CFU，无条件前转到C，B用户的MMLTEL AS给主叫发送181消息，指示发生前转；③B用户的MMLTEL AS将前转目地号码C填写到INVITE消息的“to”头域和“Request URI”中，并将前转信息组织成“History-Info”头域加入到INVITE消息中，并发送给SCSCF。④完成B用户的主叫业务流程SCSCF再向用户C发起呼叫。
　　3.3.2 OCS预付费业务
　　AS平台通过Diameter协议与MMTEL对接实现。其呼叫流程说明如下：①用户发起呼叫，S-CSCF收到INVITE消息后，根据iFC判断需触发MMTEl AS，发送INVITE消息给MMTEL AS。②MMTEL AS判断用户为预付费用户，发送CCR消息给OCS。③OCS判断用户A的帐户还有余额，通过CCA消息，返回一定的通话时长。④MMTEL AS发送INVITE消息给S-CSCF。
　　3.4 需要路由到现网完成的业务类型
　　此类方式中，IMS通过MGCF将呼叫前插路由码后送入现网SS进行进一步的呼叫处理。此处不累述。
3.5 其他特殊业务的实现
　　3.5.1 混合放号
　　IMS网络的用户标识和寻址方式天然支持混合放号和移机不改号：但是此业务的难点在于当现网用户向IMS做零散迁移时，也会出现IMS用户号码与现网SS/PSTN用户号码混号段的情况，这导致呼叫IMS用户号码时，现网SS/PSTN侧无法再根据号段路由方式将呼叫正确送往IMS。采用SS/PSTN侧以及BOSS系统做相应的调整实现IMS用户与现网SS/PSTN用户的混合放号。具体方案为：固网中为IMS 混合放号用户签约被叫业务，IMS混合放号用户的物理号码为“接入码+ 逻辑号码”；IMS域外用户拨打IMS 用户时，根据接入码将呼叫路由到IMS网络。BOSS系统在IMS用户业开销户时，要同时向HSS和现网SHLR放号，固网只放IMS用户逻辑号码和物理号码（物理号码为接入码+逻辑号码的格式），不放用户的签约信息；销户时要同时删除固网中的IMS用户信息。IMS域内用户拨打pstn用户时，IMS侧是通过查询ENUM/DNS来识别被叫是否为IMS用户，无需在IMS上做特殊配置；其呼叫流程如下：①现网MAP+用户呼叫IMS用户流程，如图2所示。流程说明：首先，NGN用户A呼叫IMS用户B，呼叫接续到SS，主叫为A的物理号码A’；其次，SS查询SHLR，SHLR将主叫A的物理号码A’转成逻辑号码A，并查询IMS用户B物理号码为接入码X+B；第三步，SS根据接入码X将呼叫路由到MGCF，MGCF再接续到IMS域。②现网MAP用户呼叫IMS用户流程。此流程与MAP+流程大致一致，区别在于SS需要查询内置VLR，将主叫用户A的物理号码A’转成逻辑号码A，在VLR里没有查到被叫B的信息，再上SHLR查询。③IMS用户呼叫现网NGN用户流程。首先，IMS用户B呼叫NGN用户A，呼叫接续到S-CSCF；其次，S-CSCF到ENUM服务器查询被叫的E.164号码对应的SIP URI，由于被叫B不是IMS用户，ENUM查不到被叫对应SIP URI，给S-CSCF返回一个默认路由；第三步，S-CSCF根据ENUM返回的默认路由将呼叫送到MGCF，MGCF再接续到NGN域。
　　3.5.2 分区落地业务
　　由于IMS特殊的组网架构，如110类的紧急特服的呼叫是由SCSCF/ECSCF完成，不需MMTEL控制，其他特服业务则是必须交由MMTEL参与控制，而分区落地不仅涉及紧急特服，非紧急特服同样也有分区落地的需求。对于紧急特服，IMS网络中采用携带用户位置信息的头域PANI来判断用户位置，由于PANI由BAC、SIP AG和AGCF等接入控制网元填写，确保了用户接入位置的准确性，ECSCF根据该PANI头域进行被叫的路由变换以落地。对于非紧急特服，中兴MMTEL中提供了分区落地特服的功能，通过对被叫字冠的“收费特服路由号码翻译”开关控制，配合用户的行政区域码，即可实现对特服的分区落地。该方式的具体实现方式是：①对需要的分区落地的字冠的局码分析中，将参数“收费特服路由号码翻译”开关设置为开。②BOSS放号时，填入用户所归属的行政区域码。③配置“收费特服路由码翻译”，根据不同的行政区号，将该特服对应不同路由码。④按照新的路由码进行相应的处理：变换为落地号码或是直接送入固网SS。
　　4 结 语
　　IMS网络对现网的业务继承，我们应以在保证总体原则前提下，辅助考虑对现网平台尽可能减少硬件改动、最大限度减少现网迂回、尽量减少IMS网络中数据维护量的情况，以尽快满足割接条件为目的。

scmax02

学习了