基于IMS的IPv6用戶接入及業(yè)務(wù)適配方案研究

朱曉潔+楊征

介紹了IPv6用戶接入IMS網(wǎng)絡(luò)的場景和業(yè)務(wù)要求，對支持IPv6用戶接入的邊界翻譯和地址雙棧這2種技術(shù)方案進行分析和比較，并結(jié)合技術(shù)實現(xiàn)及運營管理等要求提出方案建議。此外，針對邊界翻譯方案部署提出IPv6用戶認證鑒權(quán)以及與IPv4用戶間的話音業(yè)務(wù)適配流程。

IMS IPv6 業(yè)務(wù)適配 邊界翻譯 地址雙棧

1 引言

光纖接入網(wǎng)和下一代互聯(lián)網(wǎng)的商用部署推動了IPv6地址的廣泛應(yīng)用，運營商基于寬帶接入網(wǎng)絡(luò)和IMS系統(tǒng)為用戶提供寬帶多媒體話音業(yè)務(wù)。由于現(xiàn)役IMS網(wǎng)絡(luò)大多基于IPv4承載，因此用戶采用IPv6地址接入對IMS網(wǎng)絡(luò)提出了IPv6與IPv4用戶間的話音、短信及其他多媒體業(yè)務(wù)的適配要求。

此外，隨著4G網(wǎng)絡(luò)的商用部署，當前移動網(wǎng)絡(luò)2G、3G、4G等多制式并存的網(wǎng)絡(luò)環(huán)境為話音業(yè)務(wù)提供了多種解決方案。運營商根據(jù)自身業(yè)務(wù)和網(wǎng)絡(luò)的發(fā)展要求，可以選擇純電路域（如CS Fallback、SVLTE等）、純分組域（如VoLTE）、電路域與分組域結(jié)合（如SRVCC、DRVCC等）等方式提供話音業(yè)務(wù)。電路域退網(wǎng)后，業(yè)界推薦使用VoLTE作為移動4G LTE網(wǎng)絡(luò)話音業(yè)務(wù)的終極解決方案，即基于LTE分組域和IMS系統(tǒng)為LTE接入用戶提供話音業(yè)務(wù)。由于LTE網(wǎng)絡(luò)用戶接入啟用IPv6地址，因此與固定寬帶接入話音用戶類似，VoLTE對IMS提出了IPv6用戶接入和業(yè)務(wù)適配的要求。

本文對IPv6用戶接入IMS網(wǎng)絡(luò)的場景和需求、IMS網(wǎng)絡(luò)支持IPv6用戶接入的技術(shù)方案、IPv6用戶接入的業(yè)務(wù)適配方案進行研究，提出IPv6用戶接入對IMS相關(guān)網(wǎng)元的技術(shù)要求。

2 IPv6用戶接入IMS網(wǎng)絡(luò)的場景和需求

IMS用戶從固定寬帶或移動LTE接入網(wǎng)獲取IPv6地址，并用IPv6地址向IMS網(wǎng)絡(luò)發(fā)起注冊和業(yè)務(wù)請求，IMS網(wǎng)絡(luò)能正確處理注冊和業(yè)務(wù)適配，為用戶提供服務(wù)。IPv6用戶的業(yè)務(wù)能力及體驗要求與IPv4用戶相同。

IPv6用戶接入類型主要包括：

（1）移動手機用戶通過3G/4G網(wǎng)絡(luò)接入IMS核心網(wǎng)；

（2）PC用戶通過互聯(lián)網(wǎng)接入IMS核心網(wǎng)；

（3）SIP硬終端、PON/IAD等用戶通過專線或VPN接入IMS核心網(wǎng)。

IPv6用戶接入IMS網(wǎng)絡(luò)示意圖如圖1所示：

圖1 IPv6用戶接入IMS網(wǎng)絡(luò)示意圖

邊緣會話控制網(wǎng)元（SBC）完成IMS系統(tǒng)內(nèi)部網(wǎng)絡(luò)與用戶接入網(wǎng)的安全隔離。用戶數(shù)據(jù)庫HSS、會話控制S/I/P-CSCF、互通網(wǎng)元MGCF/IM-MGW等IMS核心網(wǎng)元需要同時支持IPv4和IPv6用戶的接入認證、路由以及業(yè)務(wù)提供，支持IPv4與IPv6用戶之間的業(yè)務(wù)互通。Ut接口支持IPv4與IPv6用戶對業(yè)務(wù)屬性的自配置和自管理。

3 IMS網(wǎng)絡(luò)支持IPv6用戶接入的技術(shù)方案

3.1 地址雙棧方式和邊界翻譯方式

針對固定和移動IPv6用戶的接入需求，當前基于IPv4版本的IMS網(wǎng)絡(luò)承接IPv6用戶接入的技術(shù)方案主要有地址雙棧方式和邊界翻譯方式。

地址雙棧方式是指IMS網(wǎng)絡(luò)的所有網(wǎng)元均運行在IPv4/IPv6雙棧，同時支持IPv4和IPv6通信。對于會話的發(fā)送方和接收方均采用同種地址類型如同為IPv4或同為IPv6時，IMS網(wǎng)絡(luò)無需對會話的信令和媒體IP地址進行轉(zhuǎn)換。當會話用戶雙方采用不同IP版本時，需要通過媒體協(xié)商響應(yīng)方的SBC完成SIP信令和IP媒體包的IPv4/IPv6版本轉(zhuǎn)換。

邊界翻譯方式是指IMS核心網(wǎng)絡(luò)運行在單棧方式，域內(nèi)統(tǒng)一采用IPv4或IPv6地址，當需進行互聯(lián)或互通的終端、應(yīng)用服務(wù)器、網(wǎng)管和計費系統(tǒng)、其它網(wǎng)絡(luò)等與IMS網(wǎng)絡(luò)域內(nèi)采用的IP版本不同時，則在接入或互通邊界設(shè)置相應(yīng)功能完成信令和媒體的翻譯與轉(zhuǎn)換。

3.2 方案比較和建議

對地址雙棧和邊界翻譯方式比較如表1所示：

表1 地址雙棧和邊界翻譯方式比較表

比較內(nèi)容 地址雙棧方式 邊界翻譯方式

業(yè)務(wù)能力 IPv6用戶業(yè)務(wù)能力與IPv4用戶相同。 IPv6用戶業(yè)務(wù)能力與IPv4用戶相同。

IMS網(wǎng)絡(luò)設(shè)備

支持情況 部分設(shè)備支持。 所有設(shè)備均支持。

地址需求 核心和邊界網(wǎng)元均需配置IPv4和IPv6這2套地址。 核心網(wǎng)元需1套地址，邊界網(wǎng)元需2套地址。

轉(zhuǎn)換效率 較高，信令和媒體IP協(xié)議轉(zhuǎn)換僅針對發(fā)送接收方地址版本不一致的會話，且僅需轉(zhuǎn)換一次。 較低，對所有IPv6用戶發(fā)起的注冊和會話均需進行協(xié)議轉(zhuǎn)換，對IPv6用戶與IPv6用戶間會話的信令和媒體需做2次協(xié)議轉(zhuǎn)換.

部署實施 復(fù)雜，所有核心網(wǎng)元均需升級啟用雙棧。 簡單，僅需邊界網(wǎng)元啟用雙棧和翻譯功能。

維護管理 較復(fù)雜，所有網(wǎng)元均需維護2套IP地址。 簡單，IMS核心僅維護1套地址。

在IPv6部署初期，IMS網(wǎng)絡(luò)基于IPv4承載，由于IPv6用戶數(shù)不大，信令和媒體IP版本轉(zhuǎn)換對SBC設(shè)備性能需求較小，綜合考慮地址配置、部署實施和維護管理等因素，建議采用邊界翻譯方式承接IPv6用戶。

4 IPv4/IPv6地址的邊界翻譯方案

IPv6用戶接入IMS網(wǎng)絡(luò)，主要在SBC支持IPv4/IPv6雙棧及IPv4/IPv6協(xié)議的轉(zhuǎn)換功能，解決協(xié)議兼容問題。組網(wǎng)示意圖如圖2所示：

圖2 IPv6引入初期邊界翻譯方式組網(wǎng)示意圖

用戶數(shù)據(jù)庫HSS、會話業(yè)務(wù)控制P/I/S-CSCF、互通網(wǎng)元MGCF/MGW等IMS核心網(wǎng)元仍承載在IPv4網(wǎng)絡(luò)上。SBC支持IPv4/IPv6地址雙棧及翻譯功能以解決多協(xié)議接入問題。Ut接口通過應(yīng)用網(wǎng)關(guān)支持地址雙棧及翻譯功能實現(xiàn)IPv6用戶的業(yè)務(wù)配置。PC客戶端和移動終端根據(jù)固定寬帶和移動接入網(wǎng)的地址分配情況采用IPv6或IPv4接入，SIP硬終端、PON/IAD可根據(jù)運營商實際情況采用IPv6或保留IPv4接入方式。endprint

5 邊界翻譯方式下的IPv6用戶業(yè)務(wù)流程

及適配要求

以話音業(yè)務(wù)為例，IMS核心網(wǎng)使用IPv4承載并啟用邊界翻譯方式支持IPv6用戶接入時，對IPv6用戶的注冊和業(yè)務(wù)適配流程分析如下：

5.1 IPv6用戶注冊

IPv6用戶注冊流程如圖3所示：

（1）UE查詢承載網(wǎng)本地DNS服務(wù)器（L-DNS）獲取設(shè)備SBC的IP地址；L-DNS根據(jù)UE的源IP地址，返回SBC的IPv6地址以及UE的歸屬域名；

（2）UE將注冊消息發(fā)送給SBC；

（3）SBC創(chuàng)建終端IPv6與IPv4地址間的綁定關(guān)系，將UE的注冊消息進行IPv6到IPv4的轉(zhuǎn)換工作，將終端發(fā)出的SIP消息中Contact和Via頭字段攜帶的終端IPv6地址映射并替換為SBC的IPv4地址；添加P-Access-Network-Info頭域（其中IP地址為UE的真實IPv6地址），再發(fā)往P-CSCF；

（4）P-CSCF對UE域名地址進行DNS查詢，獲取I-CSCF的IPv4地址，P-CSCF將消息發(fā)送給主用I-CSCF；

（5～6）I-CSCF查詢HSS獲取UE用戶對應(yīng)S-CSCF的IPv4地址；HSS返回S-CSCF地址或能力；

（7）I-CSCF根據(jù)策略選用S-CSCF，并將消息發(fā)送給它；

（8～9）S-CSCF向HSS獲取用戶鑒權(quán)信息；

（10）S-CSCF向用戶鑒權(quán)發(fā)起挑戰(zhàn)，即發(fā)送401消息；

（11～13）將401響應(yīng)轉(zhuǎn)發(fā)給UE；

（14～16）UE發(fā)送承載有認證挑戰(zhàn)響應(yīng)的第2個注冊請求Register；

（17～18）I-CSCF查詢HSS獲取UE用戶對應(yīng)S-CSCF的IPv4地址；HSS返回S-CSCF地址或能力；

（19）I-CSCF轉(zhuǎn)發(fā)第2個注冊請求Register給S-CSCF；

（20）S-CSCF根據(jù)從HSS收到的鑒權(quán)向量對用戶進行鑒權(quán)；

（21～22）S-CSCF立即通知HSS，用戶已成功注冊；HSS返回響應(yīng)，如S-CSCF中無用戶數(shù)據(jù)則下載用戶數(shù)據(jù)；

（23）S-CSCF向I-CSCF發(fā)送200 OK響應(yīng)，表示用戶注冊成功；

（24～26）200 OK轉(zhuǎn)發(fā)到SBC，SBC根據(jù)IPv4/IPv6的地址轉(zhuǎn)換功能，將P-CSCF發(fā)往終端的SIP消息中Contact頭字段攜帶的對端IPv4地址映射并替換為IPv6地址，并將Via頭字段攜帶的SBC IPv4地址映射并替換為終端IPv6地址，再發(fā)送給終端。

5.2 基本會話業(yè)務(wù)

主叫為IPv6用戶，被叫為IPv4用戶時呼叫流程如圖4所示。

（1）主叫終端UE A摘機撥號，向IMS系統(tǒng)發(fā)送INVITE消息，攜帶主叫側(cè)媒體信息，初始INVITE請求到達SBC；

（2）SBC A接收到呼叫請求后，回送100 Trying消息；

（3）SBC A將終端發(fā)出的初始INVITE消息中的SDP消息“c=”字段中的終端IPv6地址替換為SBC IPv4地址，并將“m=”字段中的端口號進行相應(yīng)映射和替換后，再發(fā)往P-CSCF；

（4～11）與IPv4-IPv4用戶呼叫相同；

（12）將P-CSCF發(fā)往終端的18*消息中的SDP消息“c=”字段中的對端IPv4地址替換為SBC IPv6地址，并將“m=”字段中的端口號進行相應(yīng)映射和替換后，再發(fā)送給終端；

（13～23）與IPv4-IPv4用戶呼叫相同；

（24）將P-CSCF發(fā)往終端的200 OK消息中的SDP消息“c=”字段中的對端IPv4地址替換為SBC IPv6地址，并將“m=”字段中的端口號進行相應(yīng)映射和替換后，再發(fā)送給終端。

UE A和UE B會話通道建立完畢，SBC A完成媒體信息包從IPv6到IPv4協(xié)議的轉(zhuǎn)換。

6 結(jié)束語

隨著互聯(lián)網(wǎng)的迅猛發(fā)展，IPv4地址枯竭的速度加快，IPv6地址的應(yīng)用將越來越廣泛，IMS網(wǎng)絡(luò)作為基于IP網(wǎng)絡(luò)的多媒體業(yè)務(wù)控制核心，需要順應(yīng)業(yè)務(wù)和網(wǎng)絡(luò)技術(shù)發(fā)展的要求，支持用戶采用IPv6地址接入并使用業(yè)務(wù)。本文從業(yè)務(wù)需求角度，提出了IMS網(wǎng)絡(luò)支持IPv6的技術(shù)方案，但相關(guān)方案在網(wǎng)絡(luò)設(shè)備的支持情況仍有待進一步驗證，將來需要終端廠商、設(shè)備廠商、運營商、IMS應(yīng)用提供商等共同推動，才能順利完成IMS網(wǎng)絡(luò)從IPv4到IPv6的過渡。

參考文獻：

[1] 李文苡. LTE語音，運營商的難題[J]. 廣東通信技術(shù)， 2013（9）： 2-6.

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

[3] 中華人民共和國工業(yè)和信息化部. YD/T 2007-2009統(tǒng)一IMS的功能體系架構(gòu)（第一階段）[S]. 2009.

[4] 中華人民共和國工業(yè)和信息化部. YD/T 1522.1-2006 會話初始協(xié)議（SIP）技術(shù)要求 第1部分：基本的會話初始協(xié)議[S]. 2006.

[5] M Bagnulo. RFC 6146 Stateful NAT64： Network Address and Protocol Translation from IPv6 Clients to IPv4 Servers[S]. IETF， 2011.

[6] A Durand. RFC 6333 Dual-Stack Lite Broadband Deployments Following IPv4 Exhaustion[S]. IETF， 2011.endprint

5 邊界翻譯方式下的IPv6用戶業(yè)務(wù)流程

及適配要求

以話音業(yè)務(wù)為例，IMS核心網(wǎng)使用IPv4承載并啟用邊界翻譯方式支持IPv6用戶接入時，對IPv6用戶的注冊和業(yè)務(wù)適配流程分析如下：

5.1 IPv6用戶注冊

IPv6用戶注冊流程如圖3所示：

（1）UE查詢承載網(wǎng)本地DNS服務(wù)器（L-DNS）獲取設(shè)備SBC的IP地址；L-DNS根據(jù)UE的源IP地址，返回SBC的IPv6地址以及UE的歸屬域名；

（2）UE將注冊消息發(fā)送給SBC；

（3）SBC創(chuàng)建終端IPv6與IPv4地址間的綁定關(guān)系，將UE的注冊消息進行IPv6到IPv4的轉(zhuǎn)換工作，將終端發(fā)出的SIP消息中Contact和Via頭字段攜帶的終端IPv6地址映射并替換為SBC的IPv4地址；添加P-Access-Network-Info頭域（其中IP地址為UE的真實IPv6地址），再發(fā)往P-CSCF；

（4）P-CSCF對UE域名地址進行DNS查詢，獲取I-CSCF的IPv4地址，P-CSCF將消息發(fā)送給主用I-CSCF；

（5～6）I-CSCF查詢HSS獲取UE用戶對應(yīng)S-CSCF的IPv4地址；HSS返回S-CSCF地址或能力；

（7）I-CSCF根據(jù)策略選用S-CSCF，并將消息發(fā)送給它；

（8～9）S-CSCF向HSS獲取用戶鑒權(quán)信息；

（10）S-CSCF向用戶鑒權(quán)發(fā)起挑戰(zhàn)，即發(fā)送401消息；

（11～13）將401響應(yīng)轉(zhuǎn)發(fā)給UE；

（14～16）UE發(fā)送承載有認證挑戰(zhàn)響應(yīng)的第2個注冊請求Register；

（17～18）I-CSCF查詢HSS獲取UE用戶對應(yīng)S-CSCF的IPv4地址；HSS返回S-CSCF地址或能力；

（19）I-CSCF轉(zhuǎn)發(fā)第2個注冊請求Register給S-CSCF；

（20）S-CSCF根據(jù)從HSS收到的鑒權(quán)向量對用戶進行鑒權(quán)；

（21～22）S-CSCF立即通知HSS，用戶已成功注冊；HSS返回響應(yīng)，如S-CSCF中無用戶數(shù)據(jù)則下載用戶數(shù)據(jù)；

（23）S-CSCF向I-CSCF發(fā)送200 OK響應(yīng)，表示用戶注冊成功；

（24～26）200 OK轉(zhuǎn)發(fā)到SBC，SBC根據(jù)IPv4/IPv6的地址轉(zhuǎn)換功能，將P-CSCF發(fā)往終端的SIP消息中Contact頭字段攜帶的對端IPv4地址映射并替換為IPv6地址，并將Via頭字段攜帶的SBC IPv4地址映射并替換為終端IPv6地址，再發(fā)送給終端。

5.2 基本會話業(yè)務(wù)

主叫為IPv6用戶，被叫為IPv4用戶時呼叫流程如圖4所示。

（1）主叫終端UE A摘機撥號，向IMS系統(tǒng)發(fā)送INVITE消息，攜帶主叫側(cè)媒體信息，初始INVITE請求到達SBC；

（2）SBC A接收到呼叫請求后，回送100 Trying消息；

（3）SBC A將終端發(fā)出的初始INVITE消息中的SDP消息“c=”字段中的終端IPv6地址替換為SBC IPv4地址，并將“m=”字段中的端口號進行相應(yīng)映射和替換后，再發(fā)往P-CSCF；

（4～11）與IPv4-IPv4用戶呼叫相同；

（12）將P-CSCF發(fā)往終端的18*消息中的SDP消息“c=”字段中的對端IPv4地址替換為SBC IPv6地址，并將“m=”字段中的端口號進行相應(yīng)映射和替換后，再發(fā)送給終端；

（13～23）與IPv4-IPv4用戶呼叫相同；

（24）將P-CSCF發(fā)往終端的200 OK消息中的SDP消息“c=”字段中的對端IPv4地址替換為SBC IPv6地址，并將“m=”字段中的端口號進行相應(yīng)映射和替換后，再發(fā)送給終端。

UE A和UE B會話通道建立完畢，SBC A完成媒體信息包從IPv6到IPv4協(xié)議的轉(zhuǎn)換。

6 結(jié)束語

隨著互聯(lián)網(wǎng)的迅猛發(fā)展，IPv4地址枯竭的速度加快，IPv6地址的應(yīng)用將越來越廣泛，IMS網(wǎng)絡(luò)作為基于IP網(wǎng)絡(luò)的多媒體業(yè)務(wù)控制核心，需要順應(yīng)業(yè)務(wù)和網(wǎng)絡(luò)技術(shù)發(fā)展的要求，支持用戶采用IPv6地址接入并使用業(yè)務(wù)。本文從業(yè)務(wù)需求角度，提出了IMS網(wǎng)絡(luò)支持IPv6的技術(shù)方案，但相關(guān)方案在網(wǎng)絡(luò)設(shè)備的支持情況仍有待進一步驗證，將來需要終端廠商、設(shè)備廠商、運營商、IMS應(yīng)用提供商等共同推動，才能順利完成IMS網(wǎng)絡(luò)從IPv4到IPv6的過渡。

參考文獻：

[1] 李文苡. LTE語音，運營商的難題[J]. 廣東通信技術(shù)， 2013（9）： 2-6.

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

[3] 中華人民共和國工業(yè)和信息化部. YD/T 2007-2009統(tǒng)一IMS的功能體系架構(gòu)（第一階段）[S]. 2009.

[4] 中華人民共和國工業(yè)和信息化部. YD/T 1522.1-2006 會話初始協(xié)議（SIP）技術(shù)要求 第1部分：基本的會話初始協(xié)議[S]. 2006.

[5] M Bagnulo. RFC 6146 Stateful NAT64： Network Address and Protocol Translation from IPv6 Clients to IPv4 Servers[S]. IETF， 2011.

[6] A Durand. RFC 6333 Dual-Stack Lite Broadband Deployments Following IPv4 Exhaustion[S]. IETF， 2011.endprint

5 邊界翻譯方式下的IPv6用戶業(yè)務(wù)流程

及適配要求

以話音業(yè)務(wù)為例，IMS核心網(wǎng)使用IPv4承載并啟用邊界翻譯方式支持IPv6用戶接入時，對IPv6用戶的注冊和業(yè)務(wù)適配流程分析如下：

5.1 IPv6用戶注冊

IPv6用戶注冊流程如圖3所示：

（1）UE查詢承載網(wǎng)本地DNS服務(wù)器（L-DNS）獲取設(shè)備SBC的IP地址；L-DNS根據(jù)UE的源IP地址，返回SBC的IPv6地址以及UE的歸屬域名；

（2）UE將注冊消息發(fā)送給SBC；

（3）SBC創(chuàng)建終端IPv6與IPv4地址間的綁定關(guān)系，將UE的注冊消息進行IPv6到IPv4的轉(zhuǎn)換工作，將終端發(fā)出的SIP消息中Contact和Via頭字段攜帶的終端IPv6地址映射并替換為SBC的IPv4地址；添加P-Access-Network-Info頭域（其中IP地址為UE的真實IPv6地址），再發(fā)往P-CSCF；

（4）P-CSCF對UE域名地址進行DNS查詢，獲取I-CSCF的IPv4地址，P-CSCF將消息發(fā)送給主用I-CSCF；

（5～6）I-CSCF查詢HSS獲取UE用戶對應(yīng)S-CSCF的IPv4地址；HSS返回S-CSCF地址或能力；

（7）I-CSCF根據(jù)策略選用S-CSCF，并將消息發(fā)送給它；

（8～9）S-CSCF向HSS獲取用戶鑒權(quán)信息；

（10）S-CSCF向用戶鑒權(quán)發(fā)起挑戰(zhàn)，即發(fā)送401消息；

（11～13）將401響應(yīng)轉(zhuǎn)發(fā)給UE；

（14～16）UE發(fā)送承載有認證挑戰(zhàn)響應(yīng)的第2個注冊請求Register；

（17～18）I-CSCF查詢HSS獲取UE用戶對應(yīng)S-CSCF的IPv4地址；HSS返回S-CSCF地址或能力；

（19）I-CSCF轉(zhuǎn)發(fā)第2個注冊請求Register給S-CSCF；

（20）S-CSCF根據(jù)從HSS收到的鑒權(quán)向量對用戶進行鑒權(quán)；

（21～22）S-CSCF立即通知HSS，用戶已成功注冊；HSS返回響應(yīng)，如S-CSCF中無用戶數(shù)據(jù)則下載用戶數(shù)據(jù)；

（23）S-CSCF向I-CSCF發(fā)送200 OK響應(yīng)，表示用戶注冊成功；

（24～26）200 OK轉(zhuǎn)發(fā)到SBC，SBC根據(jù)IPv4/IPv6的地址轉(zhuǎn)換功能，將P-CSCF發(fā)往終端的SIP消息中Contact頭字段攜帶的對端IPv4地址映射并替換為IPv6地址，并將Via頭字段攜帶的SBC IPv4地址映射并替換為終端IPv6地址，再發(fā)送給終端。

5.2 基本會話業(yè)務(wù)

主叫為IPv6用戶，被叫為IPv4用戶時呼叫流程如圖4所示。

（1）主叫終端UE A摘機撥號，向IMS系統(tǒng)發(fā)送INVITE消息，攜帶主叫側(cè)媒體信息，初始INVITE請求到達SBC；

（2）SBC A接收到呼叫請求后，回送100 Trying消息；

（3）SBC A將終端發(fā)出的初始INVITE消息中的SDP消息“c=”字段中的終端IPv6地址替換為SBC IPv4地址，并將“m=”字段中的端口號進行相應(yīng)映射和替換后，再發(fā)往P-CSCF；

（4～11）與IPv4-IPv4用戶呼叫相同；

（12）將P-CSCF發(fā)往終端的18*消息中的SDP消息“c=”字段中的對端IPv4地址替換為SBC IPv6地址，并將“m=”字段中的端口號進行相應(yīng)映射和替換后，再發(fā)送給終端；

（13～23）與IPv4-IPv4用戶呼叫相同；

（24）將P-CSCF發(fā)往終端的200 OK消息中的SDP消息“c=”字段中的對端IPv4地址替換為SBC IPv6地址，并將“m=”字段中的端口號進行相應(yīng)映射和替換后，再發(fā)送給終端。

UE A和UE B會話通道建立完畢，SBC A完成媒體信息包從IPv6到IPv4協(xié)議的轉(zhuǎn)換。

6 結(jié)束語

隨著互聯(lián)網(wǎng)的迅猛發(fā)展，IPv4地址枯竭的速度加快，IPv6地址的應(yīng)用將越來越廣泛，IMS網(wǎng)絡(luò)作為基于IP網(wǎng)絡(luò)的多媒體業(yè)務(wù)控制核心，需要順應(yīng)業(yè)務(wù)和網(wǎng)絡(luò)技術(shù)發(fā)展的要求，支持用戶采用IPv6地址接入并使用業(yè)務(wù)。本文從業(yè)務(wù)需求角度，提出了IMS網(wǎng)絡(luò)支持IPv6的技術(shù)方案，但相關(guān)方案在網(wǎng)絡(luò)設(shè)備的支持情況仍有待進一步驗證，將來需要終端廠商、設(shè)備廠商、運營商、IMS應(yīng)用提供商等共同推動，才能順利完成IMS網(wǎng)絡(luò)從IPv4到IPv6的過渡。

參考文獻：

[1] 李文苡. LTE語音，運營商的難題[J]. 廣東通信技術(shù)， 2013（9）： 2-6.

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

[3] 中華人民共和國工業(yè)和信息化部. YD/T 2007-2009統(tǒng)一IMS的功能體系架構(gòu)（第一階段）[S]. 2009.

[4] 中華人民共和國工業(yè)和信息化部. YD/T 1522.1-2006 會話初始協(xié)議（SIP）技術(shù)要求 第1部分：基本的會話初始協(xié)議[S]. 2006.

[5] M Bagnulo. RFC 6146 Stateful NAT64： Network Address and Protocol Translation from IPv6 Clients to IPv4 Servers[S]. IETF， 2011.

[6] A Durand. RFC 6333 Dual-Stack Lite Broadband Deployments Following IPv4 Exhaustion[S]. IETF， 2011.endprint