繆永生　倪明

摘要：認為VoLTE技術(shù)能夠提供高清語音、視頻等多媒體業(yè)務(wù)，是LTE下唯一的、端到端的目標語音解決方案。針對號碼攜帶的國家/地區(qū)中各運營商VoLTE網(wǎng)絡(luò)之間互通，提出了4種方案以及部署建議，從而實現(xiàn)了不同運營商VoLTE網(wǎng)絡(luò)之間互通，對全球VoLTE網(wǎng)絡(luò)互通有較強的借鑒和指導(dǎo)意義。

關(guān)鍵詞：VoLTE；IMS；互通；號碼攜帶

演進到第4代無線數(shù)據(jù)網(wǎng)絡(luò)對運營商來說是大勢所趨[1]，基于LTE的語音業(yè)務(wù)（VoLTE）能夠提供高清語音業(yè)務(wù)與消息、高清視頻等多媒體業(yè)務(wù)，以及同互聯(lián)網(wǎng)業(yè)務(wù)進行融合，符合電信網(wǎng)絡(luò)演進方向。全球移動通信系統(tǒng)協(xié)會（GSMA）和下一代移動通信網(wǎng)絡(luò)聯(lián)盟（NGMN）都已經(jīng)宣布將VoLTE作為業(yè)界長期演進/（LTE）下唯一的、端到端的目標語音解決方案[2]。而目前只有同一個運營商的客戶才能夠使用VoLTE業(yè)務(wù)，為了應(yīng)對過頂傳球（OTT）的競爭，給客戶更好的業(yè)務(wù)體驗，不同電信運營商之間的VoLTE互通的需求尤為緊迫。

文章在深入研究VoLTE網(wǎng)絡(luò)架構(gòu)和流程基礎(chǔ)上，重點研究了支持號碼攜帶業(yè)務(wù)的國家和地區(qū)的不同運營商VoLTE網(wǎng)絡(luò)之間的互通要求，提出了一些解決方案和部署建議。

1 VoLTE網(wǎng)絡(luò)互通概況

1.1 VoLTE系統(tǒng)架構(gòu)

在VoLTE系統(tǒng)架構(gòu)中，由LTE和演進的分組網(wǎng)（EPC）系統(tǒng)提供承載，由IP多媒體子系統(tǒng)（IMS）系統(tǒng)提供業(yè)務(wù)控制，實現(xiàn)端到端的基于分組域的語音、視頻業(yè)務(wù)。IMS作為控制核心，可以提供和電路域類似的語音業(yè)務(wù)及其補充業(yè)務(wù)，包括號碼顯示、呼叫轉(zhuǎn)移、呼叫 等待、會議電話等。VoLTE網(wǎng)絡(luò)典型系統(tǒng)架構(gòu)如圖1所示。圖1中主要包括終端（UE）、LTE（eNodeB）、EPC（移動性管理實體（MME）、服務(wù)網(wǎng)關(guān)（S-GW）、PDN網(wǎng)關(guān)（P-GW））、IMS（接入會話邊界控制（A-SBC）、代理呼叫會話控制（P-CSCF）、接入轉(zhuǎn)換控制功能（ATCF）、查詢呼叫會話控制（I-CSCF）、服務(wù)呼叫會話控制（S-CSCF）、應(yīng)用服務(wù)器（AS）、電話號碼映射工作組（ENUM）、媒體網(wǎng)關(guān)控制功能（MGCF）、簽約位置功能/歸屬簽約用戶服務(wù)器（SLF/HSS））等網(wǎng)元。其中呼叫會話控制（CSCF）實現(xiàn)了呼叫控制，AS實現(xiàn)了類似2G/3G的多媒體電話補充業(yè)務(wù)[3-5]。

1.2 VoLTE與VoLTE網(wǎng)絡(luò)互通

如果主、被叫用戶均采用VoLTE業(yè)務(wù)，LTE和EPC網(wǎng)絡(luò)對于VoLTE業(yè)務(wù)來說相當于接入網(wǎng)，并不參與網(wǎng)絡(luò)互通。真正實現(xiàn)運營商間的VoLTE網(wǎng)絡(luò)互通的是IMS系統(tǒng)，也可以說VoLTE網(wǎng)絡(luò)的互通要求其實就是IMS網(wǎng)間的互通要求[6]。

通常對于不支持號碼攜帶的國家/地區(qū)，跨運營商的VoLTE互通，能夠根據(jù)被叫號碼的信息，獲知被叫用戶所歸屬的運營商，從而實現(xiàn)不同運營商之間的互通。目前不同運營商VoLTE網(wǎng)絡(luò)之間互通有如下的幾種方案：

（1）主叫IMS網(wǎng)絡(luò)完成主叫業(yè)務(wù)后，主叫IMS網(wǎng)絡(luò)的S-CSCF，根據(jù)被叫號碼的號段信息，路由業(yè)務(wù)請求到被叫號碼歸屬的IMS網(wǎng)絡(luò)[7-10]。

（2）出于安全考慮，跨運營商之間都會部署邊界網(wǎng)關(guān)。主叫IMS網(wǎng)絡(luò)完成主叫業(yè)務(wù)后，主叫IMS網(wǎng)絡(luò)的互連邊界控制功能（IBCF）根據(jù)被叫號碼的號段信息，選擇被叫號碼歸屬的IMS網(wǎng)絡(luò)，并將業(yè)務(wù)請求路由到被叫歸屬的IBCF網(wǎng)元。其中，信令面的互通網(wǎng)元是IBCF，互通協(xié)議采用會話發(fā)起協(xié)議（SIP）；媒體面的互通網(wǎng)元是轉(zhuǎn)換網(wǎng)關(guān)（TrGW），互通協(xié)議采用實時傳輸協(xié)議（RTP）。

（3）由于電路交換域（CS）網(wǎng)絡(luò)是各移動運營商成熟的網(wǎng)絡(luò)，VoLTE與VoLTE 網(wǎng)絡(luò)可以通過主叫IMS網(wǎng)絡(luò)的S-CSCF將業(yè)務(wù)請求路由到MGCF，由主叫電路域網(wǎng)絡(luò)路由到被叫電路域網(wǎng)絡(luò)，再由被叫電路域網(wǎng)絡(luò)路由到被叫IMS網(wǎng)絡(luò)。這種方案的好處是通過電路域來路由保護了已有的投資，缺點是無法實現(xiàn)跨運營商的VoLTE高清語音、視頻業(yè)務(wù)。

方案1和方案2類似，可以實現(xiàn)不支持號碼攜帶的國家/地區(qū)不同運營商VoLTE網(wǎng)絡(luò)之間互通，方案3缺點是無法實現(xiàn)跨運營商的VoLTE高清語音、視頻業(yè)務(wù)。

1.3 號碼攜帶下VoLTE網(wǎng)絡(luò)之間互通

在網(wǎng)絡(luò)支持號碼攜帶業(yè)務(wù)后，用戶的號碼和運營商不再具有簡單對應(yīng)關(guān)系，現(xiàn)有網(wǎng)間互通根據(jù)被叫用戶號碼選路的方式被顛覆。號碼攜帶可以是攜入或者攜出，號碼攜帶業(yè)務(wù)開展后，對語音業(yè)務(wù)路由的判斷采用被叫號碼+路由號碼（RN）綜合判斷的方式進行，對于簽約號碼攜帶業(yè)務(wù)的被叫用戶則代之以RN為依據(jù)進行后續(xù)接續(xù)路由。對移動網(wǎng)絡(luò)需要由主叫網(wǎng)絡(luò)通過與號碼攜帶數(shù)據(jù)庫（NPDB）交互信息來判斷用戶是否簽約號碼攜帶業(yè)務(wù)以及RN信息，以便主叫網(wǎng)絡(luò)根據(jù)RN信息選擇正確的歸屬運營商網(wǎng)絡(luò)。移動網(wǎng)絡(luò)通常部署移動號碼攜帶（MNP），MNP中保存了號碼以及攜入攜出和RN等信息。

支持號碼攜帶的國家和地區(qū)，跨運營商VoLTE網(wǎng)絡(luò)之間的互通，就無法簡單通過被叫號碼進行路由。雖然電路域是成熟網(wǎng)絡(luò)，支持查詢MNP并針對被叫號碼+RN完成路由，但是如果VoLTE網(wǎng)絡(luò)之間通過傳統(tǒng)電路域互通，由于承載的限制，則無法實現(xiàn)高清語音、視頻業(yè)務(wù)。

在移動互聯(lián)網(wǎng)時代，面對OTT的市場競爭，很多移動運營商正在加緊部署VoLTE網(wǎng)絡(luò)，不同移動運營商也在加強合作，2014年AT&T和Verizon共同宣布2015年正式實現(xiàn)VoLTE跨網(wǎng)兼容和互通。其他國家和地區(qū)如香港CSL、HKT、數(shù)碼通等運營商之間也在進行VoLTE互通測試或商用。因此號碼攜帶的國家/地區(qū)各運營商VoLTE網(wǎng)絡(luò)之間互通方案顯得尤為重要和緊迫，必須能夠?qū)崿F(xiàn)支持號碼攜帶的不同運營商VoLTE網(wǎng)絡(luò)之間互通，從而實現(xiàn)VoLTE高清語音、視頻業(yè)務(wù)。

2 VoLTE互通方案分析

2.1 兩個VoLTE網(wǎng)絡(luò)間互通方案

2.1.1 方案1

對于支持號碼攜帶的國家和地區(qū)，如果不同的運營商之間進行VoLTE網(wǎng)絡(luò)之間互通，那么就需要VoLTE和VoLTE直接互通，以保證高清語音、視頻業(yè)務(wù)的正常開展。如果僅有兩個運營商之間VoLTE互通，則可以采用下面提供的ENUM互查解決方案。假設(shè)運營商1的VoLTE用戶呼叫運營商2的VoLTE用戶，信令和媒體流向可參考圖2。

（1）運營商1的主叫IMS網(wǎng)絡(luò)完成主叫業(yè)務(wù)后，主叫S-CSCF查詢主叫網(wǎng)絡(luò)的ENUM。

（2）運營商1的ENUM在本地查找被叫用戶，如果查詢不到則向運營商2的ENUM查詢。

（3）運營商2的ENUM返回查詢結(jié)果給運營商1的ENUM，然后運營商1的ENUM將查詢結(jié)果返回給S-CSCF。

（4）主叫IMS網(wǎng)絡(luò)的S-CSCF/IBCF根據(jù)ENUM返回的結(jié)果，將業(yè)務(wù)請求路由到運營商2的IMS網(wǎng)絡(luò)，實現(xiàn)兩個運營商之間的VoLTE互通。

由于支持號碼攜帶業(yè)務(wù)，號碼無法區(qū)分不同的運營商，運營商1的ENUM在本地查詢后，在對方開放ENUM查詢接口的前提下，再去嘗試查詢運營商2的ENUM，這樣就能確認被叫是否是運營商2的VoLTE用戶，實現(xiàn)兩個VOLTE網(wǎng)絡(luò)的互通。

2.1.2 方案2

方案1需要ENUM在本地查找無果后，再去對端IMS網(wǎng)絡(luò)查詢ENUN。在方案1的基礎(chǔ)上還有一種類似的解決方案2，需要S-CSCF定制處理邏輯，即S-CSCF首先查詢本地ENUM，如果查詢不到則再查詢運營商2的ENUM，S-CSCF根據(jù)運營商2的ENUM返回結(jié)果，將業(yè)務(wù)請求路由到運營商2的IMS網(wǎng)絡(luò)，能達到方案1同樣的效果。方案2的如圖3所示。這兩個方案都需要運營商給對方IMS網(wǎng)絡(luò)開放ENUM查詢接口。

2.2 多個VoLTE網(wǎng)絡(luò)間互通方案

2.2.1 方案1

通常一個國家/地區(qū)，移動運營商會多于兩個，不同運營商之間的VoLTE互通會存在更多的困難。在支持號碼攜帶的國家/地區(qū)，如果借鑒兩個VoLTE互通方案，本地的ENUM需要不斷地嘗試其他運營商的ENUM，但效率低、時延大，方案不可行。

另外，傳統(tǒng)的電路域移動網(wǎng)絡(luò)，為了解決號碼攜帶下的互通，通常必須部署移動號碼攜帶（MNP），電路域網(wǎng)元查詢MNP得到號碼和RN信息，以便路由到正確的歸屬運營商。IMS網(wǎng)絡(luò)目前和MNP網(wǎng)元沒有直接的接口，如果IMS網(wǎng)絡(luò)定制MAP接口直接查詢MNP，一方面會增加IMS的復(fù)雜度；另一方面則會增加現(xiàn)網(wǎng)MNP的負荷。

假設(shè)電路域后續(xù)不再查詢MNP，直接由IMS域查詢MNP，但是這樣對現(xiàn)網(wǎng)改動較大，且不利于保護運營商已有投資。因此在VoLTE網(wǎng)絡(luò)建設(shè)初期階段，我們提出了一種新的解決方案，實現(xiàn)了支持號碼攜帶的國家/地區(qū)的多VoLTE網(wǎng)絡(luò)之間的互通。

如圖4所示，新方案需要部署一套共享ENUM，該邏輯網(wǎng)元可以和IMS中ENUM網(wǎng)元進行合設(shè)或者分設(shè)。共享ENUM從MNP中通過文件傳輸協(xié)議（FTP）同步文件方式，得到號碼/號段歸屬運營商RN信息。當運營商1的主叫IMS網(wǎng)絡(luò)完成主叫業(yè)務(wù)后，主叫S-CSCF查詢主叫網(wǎng)絡(luò)的ENUM。如果本地ENUM無查詢的用戶信息，則本地ENUM進一步查詢共享 ENUM，共享ENUM根據(jù)從MNP得到的用戶歸屬運營商RN信息，決定去相應(yīng)運營商的ENUM查詢。假設(shè)被叫號碼現(xiàn)在歸屬運營商3，那么共享ENUM直接查詢運營商3的ENUM，并返回相應(yīng)的查詢結(jié)果，主叫IMS網(wǎng)絡(luò)通過查詢結(jié)果將業(yè)務(wù)請求路由到運營商3。通過上述架構(gòu)，實現(xiàn)了多VoLTE網(wǎng)絡(luò)的互通，保證了高清語音、視頻業(yè)務(wù)的正常開展。具體流程說明如下：

（1）MNP定時向共享 ENUM同步FTP數(shù)據(jù)文件。

（2）共享ENUM根據(jù)從MNP同步的數(shù)據(jù)，得到號碼/號段對應(yīng)的運營商信息，即根據(jù)同步數(shù)據(jù)中RN信息獲知歸屬運營商信息。

（3）主叫IMS網(wǎng)絡(luò)S-CSCF針對被叫號碼，查詢本地ENUM，ENUM在本地查找無果后，進一步查找共享ENUM。

（4）共享ENUM根據(jù)從MNP得到的號碼歸屬運營商信息，查詢用戶歸屬運營商開放的ENUM，并返回查詢結(jié)果給本地ENUM。

（5）主叫IMS網(wǎng)絡(luò)S-CSCF/IBCF根據(jù)本地ENUM返回的結(jié)果，將業(yè)務(wù)請求路由到被叫歸屬的IMS網(wǎng)絡(luò)。

通過該方案可以實現(xiàn)不同VoLTE之間的互通，并且可以實現(xiàn)VoLTE用戶通過IMS網(wǎng)絡(luò)的互通，非VoLTE用戶不增加IMS網(wǎng)絡(luò)的信令負荷，仍然通過傳統(tǒng)電路域與其他運營商互通，這樣保護了運營商的已有投資，與此同時還可以減少運營商對IMS網(wǎng)絡(luò)的投資。

該方案要求互通的運營商之間，開放ENUM查詢接口。對于個別運營商，出于安全等因素考慮，如果不愿意開放接口又想實現(xiàn)VoLTE互通，可以采用本方案。本方案可以通過共享 ENUM上靜態(tài)預(yù)配置，然后直接給查詢請求的本地ENUM構(gòu)造成功響應(yīng)，響應(yīng)結(jié)果的SIP統(tǒng)一資源標識符（SIP URI）組成包括：userpart部分為號碼，domain部分為歸屬運營商的域名，如再添加user=phone參數(shù)，這樣主叫IMS網(wǎng)絡(luò)同樣可以根據(jù)ENUM返回的SIP URI路由并實現(xiàn)VoLTE互通。無論被叫是否是VoLTE用戶，都會通過IMS網(wǎng)絡(luò)路由到歸屬運營商網(wǎng)絡(luò)，這樣就會增加運營商IMS網(wǎng)絡(luò)的信令負荷，不利于保護運營商已有的電路域投資。

2.2.2 方案2

在VoLTE網(wǎng)絡(luò)不斷發(fā)展的后期，IMS用戶不斷增加，CS域用戶不斷減少，此時不光有VoLTE互通需求，還有IMS網(wǎng)絡(luò)承接非IMS號碼路由的需求。那么可以通過AS直接查詢MNP的方案實現(xiàn)VoLTE與VoLTE的互通。圖5是該方案的示意圖，主要流程如下：

（1）主叫IMS網(wǎng)絡(luò)S-CSCF網(wǎng)元在做完主叫業(yè)務(wù)后，主叫側(cè)最后再次觸發(fā)AS，如多媒體電話（MMTEL）AS。

（2）AS通過MAP接口直接查詢MNP，根據(jù)MNP返回的號碼攜帶RN信息，能夠在被叫號碼前面插入不同的前綴。

（3）S-CSCF/IBCF可以根據(jù)號碼前綴將業(yè)務(wù)請求路由到不同的歸屬運營商。

通過該方案同樣可以實現(xiàn)VoLTE互通，且實現(xiàn)了非IMS用戶由IMS網(wǎng)絡(luò)路由的功能。電路域網(wǎng)元無需再查詢MNP，對于MNP沒有增加負荷消耗。如果歸屬運營商不支持VoLTE網(wǎng)絡(luò)，那么S-CSCF根據(jù)號碼前綴路由到MGCF，然后由電路域路由到歸屬網(wǎng)絡(luò)。

3 VoLTE互通部署建議

對于不支持號碼攜帶業(yè)務(wù)的國家/地區(qū)，通過號碼/號段信息能夠知道被叫號碼所歸屬的運營商信息，現(xiàn)有方案能夠?qū)崿F(xiàn)不同運營商之間的VoLTE互通。

對于支持號碼攜帶業(yè)務(wù)的國家和地區(qū)，我們提出了幾種有效解決方案，能夠?qū)崿F(xiàn)支持號碼攜帶的不同運營商VoLTE網(wǎng)絡(luò)之間互通。各種方案優(yōu)、缺點和部署建議，見表1。

4 結(jié)束語

我們重點研究了支持號碼攜帶業(yè)務(wù)的國家和地區(qū)中不同運營商VoLTE網(wǎng)絡(luò)之間的互通要求，并提出了4種有效解決方案，實現(xiàn)了不同運營商VoLTE網(wǎng)絡(luò)之間互通。目前部分方案已經(jīng)在香港地區(qū)進行了驗證，方案可行，用戶業(yè)務(wù)體驗良好。這對于全球VoLTE網(wǎng)絡(luò)互通有較強的借鑒意義。

參考文獻

[1] 李中科， 梁斌， 廖芳芳. VoLTE和CS語音補充業(yè)務(wù)一致性方案研究[J]. 郵電設(shè)計技術(shù)， 2014（2）： 6-10

[2] 朱斌， 文濤， 符剛. VoLTE部署關(guān)鍵問題研究[J]. 郵電設(shè)計技術(shù)， 2014（2）： 1-5

[3] 劉揚， 張秀瑩. 號碼攜帶業(yè)務(wù)對IMS網(wǎng)絡(luò)互通影響分析[J]. 郵電設(shè)計技術(shù)， 2012（5） ： 29-32

[4] 王志松， 劉冬梅， 張林林. VoLTE中的業(yè)務(wù)域部署方案[J]. 移動通信， 2014（3）： 57-62

[5] 繆永生. 通用引導(dǎo)架構(gòu)在IMS網(wǎng)絡(luò)中應(yīng)用研究[J]. 中興通訊技術(shù)， 2014， 20（4）： 40-43.doi： 10.3969/j.issn.1009-6868.2014.04.010

[6] 許慕鴻. LTE語音目標解決方案_VoLTE技術(shù)[J]. 現(xiàn)代電信科技， 2013（11） ： 33-45

[7] 3GPP TS 23.228 IP Multimedia Subsystem （IMS） [S]

[8] 3GPP TS 24.229 IP Multimedia Call Control based on SIP and SDP[S]

[9] 3GPP TS 23.221 Architectural Requirements Stage 1 [S]

[10] 3GPP TS 22.228 Service Requirements for the IP Multimedia Core Network Subsystem Stage 1 [S]