国产日韩欧美一区二区三区三州_亚洲少妇熟女av_久久久久亚洲av国产精品_波多野结衣网站一区二区_亚洲欧美色片在线91_国产亚洲精品精品国产优播av_日本一区二区三区波多野结衣 _久久国产av不卡

?

運(yùn)營(yíng)商IMS網(wǎng)間互通演進(jìn)方案

2018-09-04 10:04邱巍
移動(dòng)通信 2018年6期
關(guān)鍵詞:互聯(lián)互通

邱巍

【摘 要】對(duì)于如何從現(xiàn)有運(yùn)營(yíng)商網(wǎng)間互通架構(gòu)逐步向全I(xiàn)MS互通的目標(biāo)方案演進(jìn)提出了兩種技術(shù)方案,并從網(wǎng)元設(shè)置、路由組織、數(shù)據(jù)配置和優(yōu)缺點(diǎn)等方面進(jìn)行了較為全面的分析和研究,為后續(xù)實(shí)際網(wǎng)絡(luò)部署提供了參考。

【關(guān)鍵詞】IMS;互聯(lián)互通;IBCF;TrGW

1 引言

IMS(IP Multimedia Subsystem,IP多媒體子系統(tǒng))作為下一代網(wǎng)絡(luò)的核心技術(shù),可提供統(tǒng)一的控制核心,支持多種固定/移動(dòng)接入方式,能夠更為靈活快速地提供業(yè)務(wù)能力。目前部分運(yùn)營(yíng)商已經(jīng)開(kāi)始進(jìn)行IMS網(wǎng)絡(luò)的部署,向用戶提供基于IMS的多媒體業(yè)務(wù)。隨著網(wǎng)絡(luò)的后續(xù)融合演進(jìn),將逐步實(shí)現(xiàn)通過(guò)統(tǒng)一的IMS網(wǎng)絡(luò)同時(shí)接入固定和移動(dòng)用戶。

目前國(guó)內(nèi)三家主要運(yùn)營(yíng)商均為全業(yè)務(wù)運(yùn)營(yíng)商,除固話業(yè)務(wù)外,三家運(yùn)營(yíng)商均建有各自的移動(dòng)網(wǎng)絡(luò)。各運(yùn)營(yíng)商用戶間話音業(yè)務(wù)的互聯(lián)互通采用傳統(tǒng)電路交換關(guān)口局互通的方式實(shí)現(xiàn),在現(xiàn)階段可以滿足互聯(lián)互通需求。但隨著各運(yùn)營(yíng)商網(wǎng)絡(luò)逐步向IMS演進(jìn),電路域用戶逐步萎縮,采用傳統(tǒng)電路交換關(guān)口局實(shí)現(xiàn)互通已不能滿足未來(lái)網(wǎng)絡(luò)演進(jìn)需求。雖然目前國(guó)際、國(guó)內(nèi)標(biāo)準(zhǔn)對(duì)于IMS的運(yùn)營(yíng)商網(wǎng)間互通、IMS與現(xiàn)有其他網(wǎng)絡(luò)的互通提供了規(guī)范,但對(duì)于如何從現(xiàn)有網(wǎng)間互通架構(gòu)逐步實(shí)現(xiàn)向全I(xiàn)MS互通的目標(biāo)方案演進(jìn)的相關(guān)分析和研究仍為空白。本文將對(duì)IMS用戶的網(wǎng)間互聯(lián)互通方案提供分析和研究,為后續(xù)實(shí)際部署提供參考。

2 現(xiàn)有網(wǎng)間互聯(lián)互通方式

2.1 現(xiàn)有運(yùn)營(yíng)商間互通方式

目前運(yùn)營(yíng)商網(wǎng)間互通方式為各運(yùn)營(yíng)商設(shè)置各自的互聯(lián)互通關(guān)口局,運(yùn)營(yíng)商間均通過(guò)關(guān)口局實(shí)現(xiàn)互通,關(guān)口局網(wǎng)間采用TDM方式承載?,F(xiàn)有運(yùn)營(yíng)商網(wǎng)間互通架構(gòu)如圖1所示:

目前運(yùn)營(yíng)商間采用“就遠(yuǎn)出網(wǎng)”的互通原則,即本地用戶間的呼叫經(jīng)由本地關(guān)口局互通,長(zhǎng)途呼叫則通過(guò)主叫所在網(wǎng)絡(luò)根據(jù)被叫號(hào)碼路由到被叫歸屬地,再經(jīng)由當(dāng)?shù)仃P(guān)口局路由至被叫歸屬網(wǎng)絡(luò)。

2.2 IMS與其他網(wǎng)絡(luò)互通方式

目前部分運(yùn)營(yíng)商已經(jīng)進(jìn)行了IMS網(wǎng)絡(luò)的部署,IMS用戶與其他運(yùn)營(yíng)商用戶間的網(wǎng)間互通仍通過(guò)現(xiàn)有關(guān)口局實(shí)現(xiàn)互通,即本運(yùn)營(yíng)商IMS用戶和其他網(wǎng)絡(luò)用戶與其他運(yùn)營(yíng)商用戶的網(wǎng)間互通均經(jīng)由關(guān)口局實(shí)現(xiàn),IMS與本運(yùn)營(yíng)商CS(Circuit Switched,電路交換)網(wǎng)絡(luò)/PSTN(Public Switched Telephone Network,公共交換電話網(wǎng)絡(luò))間的語(yǔ)音互通節(jié)點(diǎn)為MGCF/IM-MGW(IMS側(cè))和關(guān)口局(CS/PSTN側(cè))。邏輯架構(gòu)如圖2所示。

IMS網(wǎng)絡(luò)與其他網(wǎng)絡(luò)的互通節(jié)點(diǎn)主要為MGCF/IM-MGW,并需要配置IMS出口網(wǎng)關(guān)BGCF節(jié)點(diǎn),各網(wǎng)元具體功能要求如下:

BGCF(Breakout Gateway Control Function,出口網(wǎng)關(guān)控制功能)主要用于出本IMS域的呼叫路由。BGCF收到來(lái)自S-CSCF的呼叫請(qǐng)求后,根據(jù)互通規(guī)則配置或進(jìn)行被叫分析,選擇合適的下一跳路由。BGCF可與I/S-CSCF物理合設(shè)。

MGCF(Media Gateway Control Function,媒體網(wǎng)關(guān)控制功能)用于IMS域與CS/PSTN域間互通時(shí)控制面信令的轉(zhuǎn)接(PSTN/CS域側(cè)ISUP/BICC協(xié)議與IMS側(cè)SIP協(xié)議的交互和互通),并控制IM-MGW完成用戶面與媒體面的互通、號(hào)碼規(guī)整、號(hào)碼分析和路由、放音、放音抑制等功能。

IM-MGW(IP Multimedia Media Gateway,IP多媒體網(wǎng)關(guān))負(fù)責(zé)在MGCF的控制下完成IMS域與CS/PSTN域間互通時(shí)用戶面的轉(zhuǎn)換,提供編解碼轉(zhuǎn)換、承載資源管理和放音功能。

目前同一運(yùn)營(yíng)商內(nèi)IMS用戶與其他網(wǎng)絡(luò)用戶間的路由方式為:

(1)IMS用戶呼叫非IMS用戶時(shí)

IMS用戶呼叫非IMS用戶路由為:主叫側(cè)S-CSCF向ENUM/DNS查詢被叫號(hào)碼映射,被叫號(hào)碼為非IMS號(hào)碼,ENUM/DNS返回查詢失敗響應(yīng),S-CSCF將會(huì)話請(qǐng)求路由至BGCF,BGCF根據(jù)路由策略選擇一個(gè)MGCF進(jìn)行后續(xù)路由。

(2)非IMS用戶呼叫IMS用戶時(shí)

非IMS用戶呼叫IMS用戶路由:主叫CS/PSTN用戶發(fā)起呼叫,根據(jù)路由配置原則接續(xù)至IMS網(wǎng)絡(luò)MGCF。MGCF通過(guò)本地配置數(shù)據(jù)或查詢ENUM/DNS獲得被叫歸屬域I-CSCF,I-CSCF查詢HSS得到被叫用戶注冊(cè)的S-CSCF,S-CSCF觸發(fā)業(yè)務(wù)到AS,AS進(jìn)行業(yè)務(wù)邏輯控制,實(shí)現(xiàn)主被叫業(yè)務(wù)接續(xù)。

2.3 運(yùn)營(yíng)商網(wǎng)間互通演進(jìn)需求分析

目前運(yùn)營(yíng)商網(wǎng)間采用設(shè)置傳統(tǒng)關(guān)口局的方式實(shí)現(xiàn)互聯(lián)互通。對(duì)于已經(jīng)建設(shè)了IMS網(wǎng)絡(luò)的運(yùn)營(yíng)商,通過(guò)在本網(wǎng)內(nèi)設(shè)置MGCF/IM-MGW節(jié)點(diǎn)完成協(xié)議和編解碼轉(zhuǎn)換等功能后,仍由現(xiàn)有關(guān)口局實(shí)現(xiàn)與其他運(yùn)營(yíng)商間的互通。但隨著傳統(tǒng)用戶逐步向全I(xiàn)MS目標(biāo)網(wǎng)絡(luò)的遷移,由于IMS網(wǎng)絡(luò)與傳統(tǒng)CS/PSTN等網(wǎng)絡(luò)在路由組織和協(xié)議等技術(shù)實(shí)現(xiàn)方面具有較大差別,仍采用通過(guò)現(xiàn)有關(guān)口局實(shí)現(xiàn)網(wǎng)間互通的方式,將增加不必要的協(xié)議和編解碼轉(zhuǎn)換等功能要求,延長(zhǎng)了業(yè)務(wù)時(shí)延,加大了故障點(diǎn)風(fēng)險(xiǎn)等,降低了互通效率。而目前國(guó)際、國(guó)內(nèi)標(biāo)準(zhǔn)雖然對(duì)于IMS網(wǎng)間互通、IMS與現(xiàn)有其他網(wǎng)絡(luò)的互通提供了規(guī)范,但對(duì)于如何從現(xiàn)有網(wǎng)間互通架構(gòu)逐步向全I(xiàn)MS互通的目標(biāo)方案演進(jìn)的相關(guān)分析和研究仍為空白,本文將從網(wǎng)絡(luò)架構(gòu)、網(wǎng)元設(shè)置、互通路由方式等方面對(duì)上述演進(jìn)方案進(jìn)行分析和研究。

3 運(yùn)營(yíng)商IMS網(wǎng)間互通演進(jìn)方案分析

3.1 IMS網(wǎng)間互通目標(biāo)架構(gòu)

目前3GPP TS 29.165標(biāo)準(zhǔn)中對(duì)于IMS網(wǎng)間互通的目標(biāo)架構(gòu)定義如圖3所示。

在圖3中,兩個(gè)IMS網(wǎng)間的接口被簡(jiǎn)稱(chēng)為II-NNI(Inter-IMS Network to Network Interface)。IMS網(wǎng)間互通節(jié)點(diǎn)主要為IBCF和TrGW,主要網(wǎng)元功能如下:

IBCF(Interconnection Border Control Function,互聯(lián)邊界控制功能),控制面節(jié)點(diǎn),用于實(shí)現(xiàn)不同IMS網(wǎng)絡(luò)間的拓?fù)潆[藏網(wǎng)關(guān)功能、應(yīng)用層網(wǎng)關(guān)功能、SIP信令消息篩選和生成計(jì)費(fèi)話單等功能。IBCF通過(guò)Ix接口實(shí)現(xiàn)對(duì)TrGW的控制。

TrGW(Transition Gateway,翻譯網(wǎng)關(guān))用于運(yùn)營(yíng)商間的用戶面互通,受IBCF節(jié)點(diǎn)控制,實(shí)現(xiàn)網(wǎng)絡(luò)地址翻譯、IPv4/IPv6地址轉(zhuǎn)換等功能。

網(wǎng)間互通接口主要包括Ici和Izi。Ici實(shí)現(xiàn)IBCF間的通信,并在IMS網(wǎng)間實(shí)現(xiàn)SIP信令消息的前轉(zhuǎn)。Izi實(shí)現(xiàn)IMS網(wǎng)間通過(guò)TrGW實(shí)現(xiàn)媒體流互通。II-NNI接口也可以根據(jù)運(yùn)營(yíng)商間的協(xié)議用于用戶漫游時(shí)的網(wǎng)間互通。

3.2 運(yùn)營(yíng)商IMS網(wǎng)間互通演進(jìn)方案分析

本節(jié)將從網(wǎng)元設(shè)置、路由方式和配置要求等內(nèi)容進(jìn)行分析和建議。

(1)方案一:新建IBCF/TrGW,IBCF/TrGW與現(xiàn)有MGCF/關(guān)口局共同實(shí)現(xiàn)網(wǎng)間互通

本方案引入IMS互通節(jié)點(diǎn)IBCF/TrGW,并和現(xiàn)有IMS與其他網(wǎng)絡(luò)互通的MGCF/關(guān)口局共同實(shí)現(xiàn)網(wǎng)間互通,逐步向IMS互通的目標(biāo)方案過(guò)渡。

由于IMS網(wǎng)絡(luò)中的SIP信令路由基于SIP URI,E.164的TEL URI無(wú)法在IMS域路由,因此在網(wǎng)絡(luò)中需設(shè)置ENUM(E.164 Number URI Mapping)節(jié)點(diǎn)完成TEL URI向SIP URI的轉(zhuǎn)換,用于后續(xù)路由。同時(shí)設(shè)置DNS(Domain Name System,域名系統(tǒng))節(jié)點(diǎn)負(fù)責(zé)IMS網(wǎng)絡(luò)節(jié)點(diǎn)的IP地址解析。考慮目前各運(yùn)營(yíng)商核心網(wǎng)采用各自的專(zhuān)用承載網(wǎng)方式實(shí)現(xiàn)互通,實(shí)現(xiàn)跨運(yùn)營(yíng)商DNS互查難度較大,也有安全風(fēng)險(xiǎn),因此不建議采用跨運(yùn)營(yíng)商DNS互查方式。在本方案中,將根據(jù)網(wǎng)間是否實(shí)現(xiàn)跨運(yùn)營(yíng)商ENUM互查,提供以下兩種實(shí)現(xiàn)方式的分析。

1)方式一:實(shí)現(xiàn)跨運(yùn)營(yíng)商ENUM互通查詢,根據(jù)被叫用戶域名對(duì)被叫用戶所在網(wǎng)絡(luò)進(jìn)行定位。具體網(wǎng)絡(luò)架構(gòu)和路由如下,其中MGCF/IM-MGW與關(guān)口局采用融合設(shè)置的方式,也可以獨(dú)立設(shè)置,如圖4所示。

新增網(wǎng)元設(shè)置要求:

設(shè)置運(yùn)營(yíng)商間互通ENUM節(jié)點(diǎn),實(shí)現(xiàn)IMS呼叫過(guò)程中運(yùn)營(yíng)商間用戶E.164號(hào)碼與SIP URI的映射。

設(shè)置IMS互通節(jié)點(diǎn)IBCF和TrGW。

IMS用戶運(yùn)營(yíng)商網(wǎng)間互通路由如圖5所示。本場(chǎng)景下IMS用戶間的呼叫流程為:

主叫用戶歸屬S-CSCF根據(jù)被叫E.164號(hào)碼查詢ENUM/DNS(各運(yùn)營(yíng)商網(wǎng)內(nèi)現(xiàn)有ENUM需要配置其他運(yùn)營(yíng)商號(hào)段至互通ENUM的路由和數(shù)據(jù)配置)。

通過(guò)運(yùn)營(yíng)商間互通ENUM(互通ENUM需要配置相關(guān)運(yùn)營(yíng)商的號(hào)碼段路由信息等)查詢成功,獲取被叫SIP URI信息。

主叫S-CSCF根據(jù)SIP URI域名信息等,按照配置的路由策略(可通過(guò)查詢DNS)將會(huì)話請(qǐng)求路由至網(wǎng)間互通IBCF,IBCF根據(jù)路由策略將會(huì)話路由至被叫歸屬網(wǎng)絡(luò)進(jìn)行后續(xù)路由。

從上述流程看,由于運(yùn)營(yíng)商間可以互查ENUM,主叫側(cè)可以判斷被叫是否為IMS用戶,從而可以實(shí)現(xiàn)僅IMS用戶間通過(guò)IBCF/TrGW實(shí)現(xiàn)互通。

IMS用戶呼叫非IMS用戶時(shí)(包括本網(wǎng)和他網(wǎng)用戶),在S-CSCF查詢ENUM失敗后會(huì)將會(huì)話請(qǐng)求路由至BGCF,由BGCF根據(jù)路由策略路由至MGCF/關(guān)口局實(shí)現(xiàn)后續(xù)路由,路由和數(shù)據(jù)配置要求同現(xiàn)網(wǎng)。

非IMS用戶呼叫IMS用戶時(shí),與現(xiàn)網(wǎng)路由方式一致。網(wǎng)間呼叫時(shí)經(jīng)由互聯(lián)互通關(guān)口局送至被叫歸屬網(wǎng)絡(luò)后進(jìn)行后續(xù)路由。

根據(jù)上述分析可以看出,實(shí)現(xiàn)跨運(yùn)營(yíng)商間ENUM互查的方式,主叫側(cè)可以獲知被叫是否為IMS用戶,從而可以實(shí)現(xiàn)僅IMS用戶間通過(guò)IBCF/TrGW互通。IMS用戶與其他網(wǎng)絡(luò)用戶間、非IMS用戶間的互通仍通過(guò)MGCF/關(guān)口局實(shí)現(xiàn)。在IMS用戶和CS/PSTN用戶仍并存的場(chǎng)景下,本方式的優(yōu)點(diǎn)是可以充分利用現(xiàn)有關(guān)口局資源,路由和數(shù)據(jù)配置相對(duì)簡(jiǎn)單。缺點(diǎn)是運(yùn)營(yíng)商的用戶數(shù)據(jù)可以被其他運(yùn)營(yíng)商訪問(wèn),安全性和保密性差,有一定實(shí)施難度。

2)方式二:跨運(yùn)營(yíng)商間ENUM不互通。本方式下的運(yùn)營(yíng)商間的互通架構(gòu)如圖6,其中MGCF/IM-MGW與關(guān)口局采用融合設(shè)置的方式,也可以獨(dú)立設(shè)置。

新增網(wǎng)元設(shè)置要求:設(shè)置IMS網(wǎng)間互通節(jié)點(diǎn)IBCF和TrGW。

本場(chǎng)景下,IMS用戶呼叫其他運(yùn)營(yíng)商用戶時(shí)均通過(guò)IBCF/TrGW實(shí)現(xiàn)網(wǎng)間互通,其他網(wǎng)絡(luò)用戶呼叫其他運(yùn)營(yíng)商用戶時(shí)仍通過(guò)現(xiàn)有關(guān)口局實(shí)現(xiàn)互通。具體路由流程為:

IMS用戶呼出時(shí),本運(yùn)營(yíng)商IMS用戶間的路由遵循本網(wǎng)路由原則。IMS用戶呼叫本網(wǎng)非IMS用戶或其他運(yùn)營(yíng)商用戶時(shí),有以下兩種路由方式:

路由方式一:主叫側(cè)S-CSCF查詢ENUM/DNS,非本運(yùn)營(yíng)商IMS號(hào)碼返回查詢失敗,S-CSCF將會(huì)話請(qǐng)求路由至BGCF,由BGCF根據(jù)配置的路由策略選擇后續(xù)路由:

被叫為本運(yùn)營(yíng)商號(hào)碼,路由至MGCF/關(guān)口局進(jìn)行后續(xù)路由;

被叫為非本運(yùn)營(yíng)商號(hào)碼,路由至IBCF,由IBCF根據(jù)路由原則進(jìn)行后續(xù)路由。

本路由方式的數(shù)據(jù)配置要求:

BGCF配置被叫號(hào)碼路由數(shù)據(jù),即BGCF根據(jù)被叫號(hào)碼,選擇MGCF、或本省/外省的IBCF。

IBCF需要配置其他運(yùn)營(yíng)商號(hào)段的路由信息。

本方案需要每套BGCF/IBCF配置全國(guó)他網(wǎng)號(hào)段,數(shù)據(jù)配置和維護(hù)工作量大。

路由方式二:本網(wǎng)ENUM/DNS配置其他運(yùn)營(yíng)商所有號(hào)碼段(包括IMS和非IMS用戶)與對(duì)應(yīng)運(yùn)營(yíng)商網(wǎng)絡(luò)域名的數(shù)據(jù),主叫S-CSCF通過(guò)查詢ENUM/DNS進(jìn)行后續(xù)路由。即主叫側(cè)S-CSCF查詢ENUM/DNS,對(duì)于本運(yùn)營(yíng)商非IMS用戶返回查詢失敗,S-CSCF將會(huì)話請(qǐng)求路由至BGCF,BGCF選擇一個(gè)MGCF進(jìn)行后續(xù)路由。對(duì)于非本運(yùn)營(yíng)商號(hào)碼,ENUM/DNS返回號(hào)碼段與對(duì)應(yīng)運(yùn)營(yíng)商網(wǎng)絡(luò)域名的解析結(jié)果,S-CSCF根據(jù)域名查詢DNS,路由至本省/外省IBCF,送至被叫歸屬網(wǎng)絡(luò)進(jìn)行后續(xù)路由。

按照上述配置,IMS呼叫其他運(yùn)營(yíng)商用戶時(shí),由于無(wú)法獲知被叫是否為IMS用戶,因此所有呼叫均經(jīng)由IBCF/TrGW出本運(yùn)營(yíng)商IMS網(wǎng)絡(luò)至被叫網(wǎng)絡(luò)。對(duì)于被叫為非IMS用戶的場(chǎng)景,需要被叫所在網(wǎng)絡(luò)的IBCF具備根據(jù)被叫號(hào)碼選擇后續(xù)路由的機(jī)制。

非IMS用戶呼叫IMS用戶以及其他運(yùn)營(yíng)商用戶(含IMS用戶和其他網(wǎng)絡(luò)用戶)時(shí),與現(xiàn)網(wǎng)路由方式一致。網(wǎng)間呼叫經(jīng)由互聯(lián)互通關(guān)口局送至被叫歸屬網(wǎng)絡(luò)后進(jìn)行后續(xù)路由。

根據(jù)上述分析可以看出,采用跨運(yùn)營(yíng)商ENUM不互通的方式時(shí),由于主叫側(cè)無(wú)法獲知被叫是否為IMS用戶,因此IMS用戶呼叫其他運(yùn)營(yíng)商用戶時(shí)均通過(guò)IBCF/TrGW疏通,同時(shí)需要S-CSCF/BGCF/IBCF等相關(guān)節(jié)點(diǎn)支持根據(jù)運(yùn)營(yíng)商號(hào)碼段進(jìn)行路由的機(jī)制。非IMS用戶的網(wǎng)間互通方式與現(xiàn)網(wǎng)一致,仍通過(guò)互聯(lián)互通關(guān)口局實(shí)現(xiàn)業(yè)務(wù)疏通。

在IMS用戶和CS/PSTN用戶仍并存的場(chǎng)景下,采用方案二可以利用現(xiàn)有關(guān)口局資源。但數(shù)據(jù)配置和路由較為復(fù)雜,增加IBCF/TrGW的互通要求,對(duì)現(xiàn)網(wǎng)有較大改造要求。

(2)方案二:新建IBCF/TrGW,并僅由IBCF/TrGW實(shí)現(xiàn)互通

本方案主要涵蓋兩種場(chǎng)景:

場(chǎng)景一,運(yùn)營(yíng)商僅提供IMS網(wǎng)絡(luò)服務(wù);

場(chǎng)景二,運(yùn)營(yíng)商除IMS網(wǎng)絡(luò)外,還提供CS/PSTN等其他網(wǎng)絡(luò)服務(wù)。

對(duì)于場(chǎng)景一,僅提供IMS網(wǎng)絡(luò)服務(wù)的運(yùn)營(yíng)商間互通的架構(gòu)如下,同樣有實(shí)現(xiàn)跨運(yùn)營(yíng)商網(wǎng)間ENUM互查和不互查兩種方式。

1)方式一:跨運(yùn)營(yíng)商ENUM互查。僅通過(guò)IBCF/TrGW實(shí)現(xiàn)運(yùn)營(yíng)商網(wǎng)間互通架構(gòu)如圖7所示。

新增網(wǎng)元設(shè)置要求:

設(shè)置運(yùn)營(yíng)商間互通ENUM節(jié)點(diǎn),實(shí)現(xiàn)IMS呼叫過(guò)程中運(yùn)營(yíng)商間用戶E.164號(hào)碼與SIP URI的映射。

設(shè)置IMS互通節(jié)點(diǎn)IBCF和TrGW。

此種場(chǎng)景下,不同運(yùn)營(yíng)商IMS用戶間互通流程如下:

主叫用戶歸屬S-CSCF根據(jù)被叫E.164號(hào)碼查詢ENUM(各運(yùn)營(yíng)商網(wǎng)內(nèi)現(xiàn)有ENUM需要配置其他運(yùn)營(yíng)商號(hào)段至互通ENUM的路由和數(shù)據(jù)配置)。

通過(guò)運(yùn)營(yíng)商間互通ENUM(互通ENUM需要配置相關(guān)運(yùn)營(yíng)商的號(hào)碼段路由信息等)查詢成功,獲取被叫SIP URI信息。

主叫S-CSCF根據(jù)SIP URI域名信息等,按照配置的路由策略(或通過(guò)查詢DNS)將會(huì)話請(qǐng)求路由至網(wǎng)間互通IBCF,IBCF根據(jù)被叫SIP URI信息至被叫歸屬網(wǎng)絡(luò)進(jìn)行后續(xù)路由。具體如圖8所示。

2)方式二:跨運(yùn)營(yíng)商間ENUM不互通。本方式下的運(yùn)營(yíng)商間的互通架構(gòu)如圖9所示。

網(wǎng)元設(shè)置要求:設(shè)置IMS互通節(jié)點(diǎn)IBCF和TrGW。

此種場(chǎng)景下,不同運(yùn)營(yíng)商IMS用戶間互通流程如圖10所示。

主叫側(cè)S-CSCF查詢ENUM/DNS,非本運(yùn)營(yíng)商IMS號(hào)碼返回查詢失敗。

S-CSCF(是否經(jīng)過(guò)BGCF根據(jù)運(yùn)營(yíng)商路由策略確認(rèn))將會(huì)話請(qǐng)求路由至IBCF,由IBCF根據(jù)配置的路由策略路由至被叫歸屬網(wǎng)絡(luò)進(jìn)行后續(xù)路由。

對(duì)于場(chǎng)景二,由于所有用戶的網(wǎng)間呼叫均經(jīng)由IBCF/TrGW,因此無(wú)論被叫是否為IMS用戶均在主叫側(cè)路由至IBCF/TrGW進(jìn)行后續(xù)路由,由被叫歸屬網(wǎng)絡(luò)根據(jù)用戶類(lèi)型進(jìn)行接續(xù)。在此場(chǎng)景下,如果采用跨運(yùn)營(yíng)商ENUM互查方式,主叫側(cè)在查詢ENUM收到失敗響應(yīng)后需要有機(jī)制判斷被叫是本運(yùn)營(yíng)商非IMS號(hào)碼還是其他運(yùn)營(yíng)商非IMS號(hào)碼,會(huì)增加配置復(fù)雜度,因此不建議采用跨ENUM互查方式。本場(chǎng)景運(yùn)營(yíng)商間的互通架構(gòu)如圖11所示。

網(wǎng)元設(shè)置:設(shè)置IMS互通節(jié)點(diǎn)IBCF和TrGW。

IMS用戶呼出時(shí)的流程說(shuō)明如下:本網(wǎng)IMS用戶間的呼叫與現(xiàn)網(wǎng)路由一致。

被叫為本運(yùn)營(yíng)商其他網(wǎng)絡(luò)用戶的路由:

主叫側(cè)S-CSCF查詢ENUM/DNS;

ENUM/DNS返回查詢失敗,S-CSCF將會(huì)話請(qǐng)求路由至BGCF;

BGCF根據(jù)路由策略選擇一個(gè)MGCF/關(guān)口局進(jìn)行后續(xù)路由。

被叫為其他運(yùn)營(yíng)商用戶的路由:要求在本網(wǎng)ENUM配置其他運(yùn)營(yíng)商所有號(hào)段(含IMS和非IMS號(hào)段)與對(duì)應(yīng)運(yùn)營(yíng)商域名的解析數(shù)據(jù)。

主叫側(cè)S-CSCF查詢ENUM/DNS;

ENUM/DNS返回號(hào)碼段與運(yùn)營(yíng)商域名的解析結(jié)果;

S-CSCF根據(jù)域名查詢DNS,路由至本網(wǎng)內(nèi)本省/外省IBCF,送至被叫歸屬網(wǎng)絡(luò)進(jìn)行后續(xù)路由。

非IMS用戶呼出時(shí),根據(jù)現(xiàn)有路由原則可先路由至關(guān)口局/MGCF,再經(jīng)IBCF路由至被叫歸屬網(wǎng)絡(luò)進(jìn)行后續(xù)路由。

本節(jié)提供的運(yùn)營(yíng)商間僅通過(guò)IBCF/TrGW實(shí)現(xiàn)互通的方案,適用于運(yùn)營(yíng)商間僅有IMS用戶互通,或傳統(tǒng)CS/PSTN用戶萎縮至僅有少部分存量的場(chǎng)景。

4 互聯(lián)互通方案的選擇建議

根據(jù)上述分析可以看出,在IMS用戶和傳統(tǒng)CS/PSTN用戶同時(shí)大量并存的場(chǎng)景下,運(yùn)營(yíng)商網(wǎng)間互通實(shí)施較為復(fù)雜,本文提供的兩個(gè)方案可適用于不同場(chǎng)景。在編制具體實(shí)施方案時(shí),需要結(jié)合目前運(yùn)營(yíng)商間的路由要求、運(yùn)營(yíng)商網(wǎng)內(nèi)的路由方式、是否有攜號(hào)轉(zhuǎn)網(wǎng)的需求等綜合進(jìn)行考慮。需要考慮的主要因素包括但不限于以下內(nèi)容:

(1)兼顧現(xiàn)有業(yè)務(wù)開(kāi)展、網(wǎng)間互通方式和網(wǎng)絡(luò)的平滑演進(jìn)要求。

(2)保障網(wǎng)間業(yè)務(wù)質(zhì)量和資源有效利用。

(3)確保網(wǎng)絡(luò)和用戶信息安全。

(4)簡(jiǎn)化路由和數(shù)據(jù)配置的復(fù)雜度。

(5)滿足網(wǎng)間計(jì)費(fèi)結(jié)算要求等。

由于互聯(lián)互通要求不同運(yùn)營(yíng)商之間要相互協(xié)商和配合才能實(shí)現(xiàn),因此在實(shí)際操作時(shí),需要結(jié)合業(yè)務(wù)發(fā)展、網(wǎng)間互通政策和規(guī)范要求以及實(shí)際實(shí)施環(huán)境,靈活選擇無(wú)論在技術(shù)上還是實(shí)際操作上都可行的互通方案。

5 結(jié)束語(yǔ)

隨著各運(yùn)營(yíng)商語(yǔ)音用戶逐步從傳統(tǒng)電路域網(wǎng)絡(luò)向IMS網(wǎng)絡(luò)遷移,網(wǎng)間互通如何從現(xiàn)有通過(guò)關(guān)口局互通方式向全I(xiàn)MS的目標(biāo)互通架構(gòu)演進(jìn)也提上日程。本文對(duì)于相關(guān)網(wǎng)絡(luò)演進(jìn)的技術(shù)方案進(jìn)行了全面的分析和建議,可為實(shí)際商用部署提供重要參考。后續(xù)也可以結(jié)合具體業(yè)務(wù)、網(wǎng)間路由原則、計(jì)費(fèi)結(jié)算要求等更多因素進(jìn)一步細(xì)化和完善,保證互聯(lián)互通演進(jìn)的順利推進(jìn)。

參考文獻(xiàn):

[1] 3GPP TS 23.228 V13.6.0. Digital cellular telecommunica-tions system (Phase2+) (GSM); Universal Mobile Telecommunications System(UMTS); LTE; IP Multimedia Subsystem (IMS); Stage 2[S]. 2016.

[2] 3GPP TS 29.165 V15.0.1. 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Inter-IMS Network to Network Interface (NNI) (Release 15)[S]. 2017.

[3] 3GPP TS 24.229 V14.4.0. 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3 (Release 14)[S]. 2017.

[4] 中華人民共和國(guó)工業(yè)和信息化部. YD/T 1930-2009:統(tǒng)一IMS組網(wǎng)總體技術(shù)要求(第一階段)[S]. 2009.

[5] 中華人民共和國(guó)工業(yè)和信息化部. YD/T 5185-2010:IP多媒體子系統(tǒng)(IMS)核心網(wǎng)工程設(shè)計(jì)暫行規(guī)定[S]. 2010.

[6] 中華人民共和國(guó)工業(yè)和信息化部. YD/T 1984-2009:移動(dòng)通信網(wǎng)IMS系統(tǒng)設(shè)備技術(shù)要求[S]. 2009.

[7] 中華人民共和國(guó)工業(yè)和信息化部. YD 1522.6-2010:會(huì)話初始協(xié)議(SIP)技術(shù)要求(第6部分):與承載無(wú)關(guān)的呼叫控制(BICC)協(xié)議與統(tǒng)一IMS網(wǎng)絡(luò)SIP協(xié)議的互通[S]. 2010.

[8] 劉揚(yáng),董留強(qiáng). 運(yùn)營(yíng)商網(wǎng)絡(luò)間互通演進(jìn)趨勢(shì)淺析[J]. 郵電設(shè)計(jì)技術(shù), 2015(1): 75-79.

[9] 陳由甲,蔡堅(jiān)勇. IMS與傳統(tǒng)PSTN網(wǎng)絡(luò)的互通問(wèn)題研究[J]. 通信技術(shù), 2010(10): 75-77.

[10] 陳金權(quán). IMS與CS/PSTN互通的可行性分析[J]. 通信技術(shù), 2008(10): 157-159.

猜你喜歡
互聯(lián)互通
中醫(yī)信息標(biāo)準(zhǔn)化建設(shè)存在問(wèn)題及影響分析
電大系統(tǒng)工會(huì)檔案網(wǎng)絡(luò)管理探討
中國(guó)與中亞國(guó)家交通運(yùn)輸業(yè)的合作發(fā)展探討
基于“一帶一路”政策下的國(guó)際區(qū)域經(jīng)濟(jì)合作形勢(shì)研究
“互聯(lián)網(wǎng)+”時(shí)代“一帶一路”與長(zhǎng)江經(jīng)濟(jì)帶互聯(lián)互通模式探索
基于重慶市終端采購(gòu)的醫(yī)藥物流信息服務(wù)平臺(tái)架構(gòu)分析
中國(guó)“一帶一路”背景下長(zhǎng)三角經(jīng)濟(jì)國(guó)際化問(wèn)題探析
淺談軟交換程控與調(diào)度通信的互通實(shí)現(xiàn)
論國(guó)際區(qū)域經(jīng)濟(jì)合作新形勢(shì)下的“一帶一路”
移動(dòng)通信轉(zhuǎn)售業(yè)務(wù)標(biāo)準(zhǔn)化發(fā)展之路
岑溪市| 五峰| 萍乡市| 靖远县| 临安市| 贵港市| 忻州市| 巍山| 丹凤县| 遵义市| 手游| 龙井市| 亚东县| 盘山县| 香港| 正镶白旗| 东方市| 涪陵区| 奉节县| 乳山市| 上高县| 龙江县| 察雅县| 阜阳市| 莫力| 渝北区| 阳原县| 衡阳市| 甘德县| 社旗县| 东安县| 阿克苏市| 庆元县| 新巴尔虎右旗| 永善县| 临安市| 福州市| 芦溪县| 西乌珠穆沁旗| 阳东县| 佛山市|