固網業務在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網絡中數據維護量的情況，以盡快滿足割接條件為目的。

參考文獻：

[1] 袁源，葉心詩.IMS網絡群業務繼承實現方案[J].電信快報，2011，（7）.