許搖鈔1,羅國(guó)明1,史搖軍2
(1. 解放軍理工大學(xué)通信工程學(xué)院,江蘇南京210007;2. 武警8660 部隊(duì),新疆伊寧835000)
摘搖要:隨著LTE/ SAE 移動(dòng)網(wǎng)絡(luò)的發(fā)展,VoLTE 將成為下一代全I(xiàn)P 移動(dòng)網(wǎng)絡(luò)和業(yè)務(wù)融合的關(guān)鍵。
如何保證語(yǔ)音業(yè)務(wù)在LTE 和已有網(wǎng)絡(luò)之間的連續(xù)性,已經(jīng)成為一個(gè)亟需解決的問(wèn)題。rSRVCC 作為
SRVCC 技術(shù)的補(bǔ)充方案,主要用于解決從UTRAN/ GERAN 到E-UTRAN 的語(yǔ)音切換問(wèn)題。在比較
3GPP 提出的多種rSRVCC 技術(shù)方案基礎(chǔ)上,重點(diǎn)對(duì)基于IMS 的ATCF 媒體錨定方案的控制流程進(jìn)
行了分析和研究。最后,結(jié)合終端的支持情況對(duì)ACTF 方案存在的問(wèn)題提出了解決思路和系統(tǒng)優(yōu)化
方案。
關(guān)鍵詞:長(zhǎng)期演進(jìn)搖單無(wú)線語(yǔ)音呼叫連續(xù)性搖反向SRVCC搖IP 多媒體子系統(tǒng)
0搖引搖言
為實(shí)現(xiàn)VoLTE 與2G/3G 網(wǎng)絡(luò)電路交換(CS)域
之間的無(wú)縫語(yǔ)音切換,3GPP 提出了SRVCC(Single
Radio Voice Call Continuity)方案[1] ,該方案較好地
解決了全I(xiàn)P 移動(dòng)網(wǎng)與傳統(tǒng)電路網(wǎng)絡(luò)的語(yǔ)音連續(xù)性
問(wèn)題。但考慮到LTE 網(wǎng)絡(luò)在初期僅部署在熱點(diǎn)、密
集地區(qū),遠(yuǎn)小于2G/3G 網(wǎng)絡(luò)的覆蓋,原有電路域語(yǔ)
音業(yè)務(wù)不需要切換到LTE 網(wǎng)絡(luò),因此SRVCC 方案
在提出時(shí)僅考慮了從E-UTRAN 到UTRAN/ GERAN
的單向切換流程,并未給出從UTRAN/ GERAN 到E
-UTRAN 反方向的語(yǔ)音業(yè)務(wù)切換。
隨著LTE 網(wǎng)絡(luò)規(guī)模的不斷發(fā)展,新業(yè)務(wù)的不斷
開(kāi)發(fā)應(yīng)用,從用戶角度來(lái)看,為了獲得更好的業(yè)務(wù)體
驗(yàn),一旦用戶發(fā)現(xiàn)有可連接的LTE 網(wǎng)絡(luò),便需要從
2G/3G 網(wǎng)絡(luò)切換到LTE 網(wǎng)絡(luò)[2] ;運(yùn)營(yíng)商也希望將業(yè)
務(wù)轉(zhuǎn)移到全新的網(wǎng)絡(luò),從而減少對(duì)傳統(tǒng)網(wǎng)絡(luò)的投入,
加大LTE 網(wǎng)絡(luò)的部署和研發(fā)。因此需要對(duì)SRVCC
方案進(jìn)行補(bǔ)充和完善,3GPP 在R11 版本中提出了
反向SRVCC 方案[3] ,即rSRVCC(Reverse SRVCC),
目前針對(duì)該方案還沒(méi)有形成統(tǒng)一的標(biāo)準(zhǔn),僅提出了
幾個(gè)解決方案以供參考,文中在分析rSRVCC 架構(gòu)
及要求上,對(duì)提出的方案進(jìn)行對(duì)比分析,并介紹主要
信令流程。
1搖rSRVCC 設(shè)計(jì)思路
SRVCC 技術(shù)的基本思路是[4-7] :用戶終端UE
在LTE 網(wǎng)絡(luò)中采用IMS 呼叫控制建立語(yǔ)音呼叫,且
該呼叫必須錨定在IMS 域的SCC AS(Service Cen鄄
tralization and Continuity Application Server) 上。在
切換過(guò)程中,允許UE 的IP 地址重新分配。MSC
Server 會(huì)代替終端發(fā)起SRVCC 切換請(qǐng)求(同時(shí),UE
與MSC 之間的CS 域連接也會(huì)建立),與IMS 中的
SCC AS 之間建立一個(gè)新的本端呼叫路徑,提供一個(gè)
新的UE 媒體地址給SCC AS,SCC AS 通過(guò)會(huì)話持續(xù)
過(guò)程重新建立通話兩端的媒體連接,從而完成LTE
到2G/3G 網(wǎng)絡(luò)的切換。
作為SRVCC 技術(shù)的補(bǔ)充方案,rSRVCC 的基本
思路與之相似:UE 在建立呼叫時(shí)將語(yǔ)音媒體錨定在
IMS 上[8] ,當(dāng)接收到切換請(qǐng)求時(shí),執(zhí)行接入轉(zhuǎn)移準(zhǔn)備
過(guò)程,進(jìn)行相關(guān)實(shí)體的準(zhǔn)備及目標(biāo)接入資源的分配。
在UE 切換到目標(biāo)接入網(wǎng)后,當(dāng)前存在的語(yǔ)音媒體
面被指向目標(biāo)接入網(wǎng),SCC AS 執(zhí)行會(huì)話持續(xù)性過(guò)
程,重新建立與遠(yuǎn)端媒體面的連接,從而完成2G/
3G 到LTE 的語(yǔ)音切換。
為了盡可能的增強(qiáng)網(wǎng)絡(luò)重復(fù)利用率,rSRVCC
沿用SRVCC 的架構(gòu),UE 和網(wǎng)絡(luò)的相關(guān)功能實(shí)體需
支持rSRVCC 功能[9] 。如圖1 所示,對(duì)MSC Server
進(jìn)行增強(qiáng),增強(qiáng)后的MSC Server 應(yīng)能夠處理從BSC/
RNC 通過(guò)Sv 參考點(diǎn)傳遞來(lái)的語(yǔ)音部分重定位準(zhǔn)備
過(guò)程請(qǐng)求,為語(yǔ)音切換做好準(zhǔn)備。
圖1搖rSRVCC 網(wǎng)絡(luò)架構(gòu)
Fig. 1搖rSRVCC network architecture
完整的rSRVCC 實(shí)現(xiàn)方案包括以下4 種場(chǎng)景:
1)支持分組切換的UTRAN/ GERAN 到E-UT鄄
RAN 的SRVCC;
2)不支持雙傳輸模式(DTM)的GERAN 到EUTRAN
的SRVCC;
3)支持分組切換的UTRAN/ GERAN 到UTRAN
(HSPA)的SRVCC;
4)不支持雙傳輸模式(DTM)的GERAN 到UT鄄
RAN(HSPA)的SRVCC。
考慮到通用性,本文以第一種場(chǎng)景為背景進(jìn)行
分析。
從網(wǎng)絡(luò)演進(jìn)和運(yùn)營(yíng)的角度看,在SRVCC 的基礎(chǔ)
上,rSRVCC 的設(shè)計(jì)應(yīng)考慮到以下因素[10] :
1)新版本應(yīng)對(duì)R10 版本提出的SRVCC 機(jī)制的
改動(dòng)盡可能小;
2)為了提高服務(wù)質(zhì)量,應(yīng)盡量減少掉話率和業(yè)
務(wù)中斷時(shí)延,且中斷時(shí)延不應(yīng)長(zhǎng)于300 ms;
3)應(yīng)適用UTRAN/ GERAN 分組域(PS)不能提
供IMS 語(yǔ)音業(yè)務(wù)的情況;
4)無(wú)線網(wǎng)絡(luò)/ 域選擇的改變應(yīng)該由網(wǎng)絡(luò)發(fā)起和
處于網(wǎng)絡(luò)控制下;
5)從UTRAN/ GERAN CS 域到E-UTRAN PS 域
轉(zhuǎn)移后,應(yīng)能支持會(huì)話回到UTRAN/ GER-AN CS
域;
6)應(yīng)支持在切換失敗時(shí)UE 能返回到源BSS/
RAN,且不應(yīng)造成語(yǔ)音業(yè)務(wù)的中斷等。
2搖rSRVCC 實(shí)現(xiàn)方案
2. 1搖現(xiàn)存方案對(duì)比
針對(duì)UTRAN/ GERAN 到E - UTRAN 的
rSRVCC,3GPP 在R11 階段專門(mén)對(duì)此問(wèn)題進(jìn)行了討
論,給出了多種解決方案。這些方案從實(shí)現(xiàn)手段上
看,其原理大致可以分為以下三類:
1)從E-UTRAN 發(fā)起會(huì)話轉(zhuǎn)移:源RNS/ BSS 根
據(jù)測(cè)量報(bào)告決定發(fā)起rSRVCC 切換,與目標(biāo)MME 和
eNodeB 交互信息以預(yù)留資源,UE 根據(jù)源RNS/ BSS
的切換命令切換到E-UTRAN,并發(fā)送Forward Relo鄄
cation Complete message 通知相關(guān)實(shí)體切換已經(jīng)完
成。UE 通過(guò)E-UTRAN 發(fā)送SIP INVITE 消息到
IMS(SCC AS)執(zhí)行標(biāo)準(zhǔn)的會(huì)話轉(zhuǎn)移過(guò)程并對(duì)遠(yuǎn)端媒
體進(jìn)行更新,最后,IMS 釋放CS 接入支路資源,完成
rSRVCC 過(guò)程。
2)將媒體流錨定在拜訪網(wǎng)絡(luò):新增加一對(duì)功能
實(shí)體ATCF(Access Transfer Control Functionality,接
入轉(zhuǎn)移控制功能) 和ATGW(AccessTransfer Gate鄄
way,接入轉(zhuǎn)移網(wǎng)關(guān)),呼叫建立時(shí)將話音呼叫錨定
在ATCF 和ATGW,分別作為會(huì)話控制面和媒體面
錨定點(diǎn),這樣在會(huì)話轉(zhuǎn)移時(shí)只要修改主叫用戶到錨
定點(diǎn)之間的支路,而不需修改錨定點(diǎn)到遠(yuǎn)端用戶之
間的支路,避免對(duì)遠(yuǎn)端媒體的更新過(guò)程,以縮短會(huì)話
轉(zhuǎn)移時(shí)延。
3)本地錨定的間接會(huì)話轉(zhuǎn)移:呼叫建立時(shí)將話
音呼叫錨定在本地SGW 和PGW 上,收到切換請(qǐng)求
后,SGW 建立間接的數(shù)據(jù)前轉(zhuǎn)通道,與eNodeB 建立
PS 承載,在UE 切換至E-UTRAN 后,通過(guò)SGW 和
PGW 間接轉(zhuǎn)發(fā)策略實(shí)現(xiàn)媒體承載的轉(zhuǎn)接。切換完
成后,刪除該通道。
表1 對(duì)3 類方案分別從切換時(shí)延、對(duì)網(wǎng)絡(luò)架構(gòu)
的影響、對(duì)網(wǎng)元功能的影響、是否存在本地迂回、是
否需要拜訪地支持等幾個(gè)方面進(jìn)行簡(jiǎn)單比較分析。
表1搖3 類rSRVCC 實(shí)現(xiàn)方案的比較
Table 1Comparison on 3 kinds of rSRVCC scheme
比較項(xiàng)目
方案種類
第一類
方案
第二類
方案
第三類
方案
切換時(shí)延
不能滿足
要求
能夠滿足要求能夠滿足要求
對(duì)網(wǎng)絡(luò)
的影響
無(wú)
增加ATCF 與
MSC Server 和
I/ S-CSCF 的接口
無(wú)
對(duì)網(wǎng)元
的影響
需增強(qiáng)
MSC Server 功能
增強(qiáng)MSC
Server、SCC AS、
P-CSCF、SGSN 功能
需增強(qiáng)MSC
Server、SGW、
PGW 等功能
本地迂回不存在不存在
存在本地話路迂
回,影響用戶體
驗(yàn),占用資源多
拜訪地
支持
需要需要需要
從表1 比較可以看出:
1)從E-UTRAN 發(fā)起的會(huì)話轉(zhuǎn)移的第一類方案
對(duì)網(wǎng)絡(luò)架構(gòu)影響小,容易部署,但由于UE 的切換過(guò)
程、會(huì)話轉(zhuǎn)移過(guò)程以及遠(yuǎn)端媒體的更新是相繼發(fā)生
的,該方案不能保證整個(gè)切換時(shí)延滿足300 ms的性
能要求,特別是用戶處于漫游場(chǎng)景下,切換時(shí)延
更長(zhǎng);
2)拜訪地錨定的第二類方案需要增加新的功
能實(shí)體和接口,對(duì)網(wǎng)絡(luò)架構(gòu)和接口影響較大,但因?yàn)?br /> 切換發(fā)生在拜訪地網(wǎng)絡(luò),占用資源少,切換性能是最
優(yōu)的;
3)本地錨定的第三類方案實(shí)現(xiàn)最容易,只需在
會(huì)話建立時(shí)期進(jìn)行媒體面錨定,信令控制簡(jiǎn)單,但該
方案不論是否發(fā)生切換,所有會(huì)話都必須錨定回本
地,資源消耗較大,且媒體的迂回影響話音質(zhì)量。
綜合以上因素,考慮到與SRVCC 方案的兼容
性,3GPP 提出了基于拜訪地錨定的綜合方案,并將
該方案命名為“基于ATCF 的拜訪地媒體錨定方
案冶,推薦作為正式標(biāo)準(zhǔn)。
2. 2搖基于ATCF 的拜訪地媒體錨定方案
該方案的一個(gè)先決條件是用戶已經(jīng)在IMS 網(wǎng)
絡(luò)注冊(cè),并至少有一個(gè)PS 承載且控制面使用SIP 信
令。其參考架構(gòu)如圖2 所示。
ATCF 位于主叫用戶服務(wù)網(wǎng)絡(luò)的控制平面,在
實(shí)際部署時(shí)可與P-CSCF 或MSC Server 合設(shè)。
圖2搖基于ATCF 的rSRVCC 參考架構(gòu)
Fig. 2 Reference architecture based on ATCF for rSRVCC
其功能主要包括:在向MSC Server 注冊(cè)時(shí),將
ATCF 置于相關(guān)CS 和PS 注冊(cè)中;做出是否需要媒
體錨定的決定;將UE 發(fā)起的會(huì)話轉(zhuǎn)移過(guò)程和MSC
Server 關(guān)聯(lián)起來(lái);如果在會(huì)話建立階段媒體已經(jīng)錨
定,則不需要更新遠(yuǎn)端支路即執(zhí)行接入轉(zhuǎn)移和更新
ATGW 到PS 側(cè)的媒體接入支路。ATGW 主要是配
合ATCF 完成媒體面的接入轉(zhuǎn)移,在實(shí)際部署時(shí)可
與P-GW 或CS-MGW 合設(shè)。此外,還需增強(qiáng)SCC
AS、P-CSCF、MSC Server、SGSN、UE、HSS、MME 等相
關(guān)實(shí)體的功能。
UE 在注冊(cè)時(shí)發(fā)送" rSRVCC capability indica鄄
tion"消息分別附著到UTRAN/ GERAN 和E-UTRAN
網(wǎng)絡(luò)上,告知網(wǎng)絡(luò)該UE 是帶有rSRVCC 能力的UE。
此外,在會(huì)話建立過(guò)程中,MSC Server 應(yīng)設(shè)置一個(gè)"
rSRVCC possible indication" 消息,表示該會(huì)話可以
執(zhí)行rSRVCC。
為了執(zhí)行rSRVCC,網(wǎng)絡(luò)必須知道UE 在PS 域
上接收語(yǔ)音流的IP 地址和端口號(hào),新的SGSN 和舊
MME 的標(biāo)識(shí)。UE 需要知道ATGW 的IP 地址、端口
號(hào)和媒體編碼方式,以便將媒體流發(fā)送至ATGW
(在媒體錨定時(shí))或遠(yuǎn)端(沒(méi)有媒體錨定時(shí))。
在UE 發(fā)起IMS 初始注冊(cè)過(guò)程中,如果ATCF
處于會(huì)話中,會(huì)動(dòng)態(tài)分配一個(gè)STN - SR ( Session
Transfer Number for SRVCC),SCC AS 通過(guò)第三方注
冊(cè)程序獲得此STN-SR 后發(fā)送給MSC Server,MSC
Server 發(fā)起重注冊(cè)過(guò)程到指定的ATCF,建立MSC
Server 與ATCF 的聯(lián)系。與普通IMS 會(huì)話建立不同
的是,此時(shí)SCC AS 還會(huì)動(dòng)態(tài)分配C-MSISDN 和
ATU - STI 給ATCF, 同時(shí)分配STI - rSR ( Session
Transfer Identifier for rSRVCC) 給UE。其中ATUSTI
、STI -rSR 是一個(gè)指向SCC AS 的路由地址。
ATCF 基于這些信息,決定是否將該會(huì)話進(jìn)行錨定,
如果決定錨定,則為語(yǔ)音媒體分配ATGW 資源,并
將其錨定在ATGW 上。
2. 3搖rSRVCC 主要信令流程
圖3 給出的是媒體流錨定在ATGW 與未錨定
時(shí)rSRVCC 的主要步驟,MSC Server 在收到切換請(qǐng)
求后觸發(fā)接入轉(zhuǎn)移準(zhǔn)備過(guò)程,通過(guò)相關(guān)信令的交互
完成目標(biāo)接入資源的分配,UE 根據(jù)切換命令接入到
目標(biāo)網(wǎng)絡(luò),執(zhí)行會(huì)話持續(xù)性過(guò)程,此時(shí)可分為錨定的
媒體通路和未錨定的媒體通路兩種情況。
圖3搖rSRVCC 主要流程
Fig. 3 Main flow for rSRVCC
圖4 給出的是rSRVCC 接入轉(zhuǎn)移準(zhǔn)備過(guò)程在雙
傳輸模式下的信令流程。MSC Server 發(fā)送接入轉(zhuǎn)移
通知給ATCF,指示ATCF 為媒體轉(zhuǎn)移至PS 域做準(zhǔn)
備,ATCF 按照指示分配ATGW 的端口號(hào)和媒體編
碼信息,并將該信息響應(yīng)給MSC Server。MSC Server
在與MME 交互后向UE 發(fā)出切換命令,指令中包含
ATGW 的IP 地址、端口號(hào)和選定的媒體編碼信息,
同時(shí)向ATCF 發(fā)送接入轉(zhuǎn)移準(zhǔn)備請(qǐng)求。在媒體錨定
狀態(tài)下,ATCF/ ATGW 將媒體路徑切換到UE 切入
的目標(biāo)網(wǎng)絡(luò)的IP 地址和端口號(hào);若沒(méi)有錨定,則建
立ATCF/ ATGW 和MSC Server/ MGW 之間的媒體路
徑。UE 切換完成后,按照默認(rèn)的媒體編碼發(fā)送語(yǔ)音
媒體,執(zhí)行會(huì)話持續(xù)性過(guò)程建立端到端的媒體承載
后,選定的媒體編碼發(fā)送語(yǔ)音媒體。
圖4搖rSRVCC 接入轉(zhuǎn)移準(zhǔn)備過(guò)程
Fig. 4 Access transfer preparation for rSRVCC
圖5 和圖6 所示分別是rSRVCC 媒體錨定和未
錨定的會(huì)話持續(xù)性過(guò)程,該過(guò)程可以通過(guò)發(fā)送接入
轉(zhuǎn)移完成請(qǐng)求到IMS 來(lái)完成。如果媒體錨定在AT鄄
GW 上(見(jiàn)圖5),在接入轉(zhuǎn)移準(zhǔn)備過(guò)程完成后,
ATCF 指示ATGW 轉(zhuǎn)換媒體路徑到PS 支路。此時(shí),
UE 可以已協(xié)商好的端口接收信息,并通過(guò)P-CSCF
根據(jù)動(dòng)態(tài)分配的STI -rSR 路由該請(qǐng)求到ATCF,
ATCF 接收到請(qǐng)求后將UE 已經(jīng)切入目標(biāo)網(wǎng)絡(luò)的消
息通知SCC AS,最后SCC AS 釋放源接入支路。如
果媒體沒(méi)有錨定在ATGW 上(見(jiàn)圖6),ATCF 會(huì)預(yù)
留ATGW 與MSC Server/ MGW 之間的媒體資源,
ATCF 在收到接入轉(zhuǎn)移完成請(qǐng)求時(shí)直接前轉(zhuǎn)至SCC
AS,由SCC AS 通知遠(yuǎn)端進(jìn)行媒體更新。此時(shí),整個(gè)
切換過(guò)程完成。
對(duì)比圖5 和圖6,最根本的區(qū)別在于是否進(jìn)行
遠(yuǎn)端媒體更新。若沒(méi)有進(jìn)行媒體錨定,則必須進(jìn)行
遠(yuǎn)端媒體更新過(guò)程,重新選擇語(yǔ)音編碼和建立會(huì)話,
因此,未錨定狀態(tài)下的連續(xù)性操作將增加切換時(shí)延。
圖5搖rSRVCC 會(huì)話持續(xù)過(guò)程(已錨定狀態(tài)下)
Fig. 5 Session continuity procedure for rSRVCC
3搖rSRVCC 存在問(wèn)題與相關(guān)策略研究
3. 1搖UE 的E-UTRAN 功能未開(kāi)啟時(shí)的解決方案
對(duì)于支持E-UTRAN 功能的UE 來(lái)說(shuō),E-UT鄄
RAN 功能可能因?yàn)榻K端長(zhǎng)期處于2G/3G 網(wǎng)絡(luò)環(huán)境
或在前次的切換中被關(guān)閉,此時(shí),UE 一旦進(jìn)入EUTRAN
網(wǎng)絡(luò),由于缺乏來(lái)自E-UTRAN 切入網(wǎng)絡(luò)的
小區(qū)列表信息,UE 將無(wú)法執(zhí)行rSRVCC 切換,從而
喪失業(yè)務(wù)的連續(xù)性。
針對(duì)上述問(wèn)題,文中提出如圖7 所示的解決方
案。該方案要求增強(qiáng)2G/3G 與LTE 的協(xié)同,在UT鄄
RAN/ GERAN 網(wǎng)絡(luò)的廣播信息中加入特定字段信
息,以指示附近存在支持IMS VoIP 的E-UTRAN 小
區(qū),由SGSN 向UE 發(fā)送提示信息以便提前開(kāi)啟EUTRAN
功能,并向目標(biāo)網(wǎng)絡(luò)發(fā)送RAU(路由區(qū)更
新)信號(hào)。
圖7搖E-UTRAN 功能未開(kāi)啟時(shí)的解決方案
Fig. 7 Not-enabled solution for E-UTRAN
3. 2搖UE 在丟失IMS 注冊(cè)時(shí)的解決方案
即在切換期間,由于UE 在IMS 網(wǎng)絡(luò)的注冊(cè)時(shí)
間過(guò)長(zhǎng),因現(xiàn)有系統(tǒng)缺乏注冊(cè)信息的更新機(jī)制,從而
導(dǎo)致用戶UE 在IMS 網(wǎng)絡(luò)的信息丟失,這樣UE 切入
LTE 網(wǎng)絡(luò)時(shí)將難以實(shí)現(xiàn)rSRVCC 的情況。
針對(duì)這種情況,文中提出如圖8 所示的解決方
案。由MSC Server 向SCC AS 發(fā)送訂閱信息以查詢
UE 在IMS 網(wǎng)絡(luò)的注冊(cè)狀態(tài),若IMS 返回的UE 注冊(cè)
信息出現(xiàn)丟失,則可由MSC Server 通知BSC/ RNC
取消本次切換,從而避免切換失敗,影響業(yè)務(wù)的連
續(xù)性。
圖8搖UE 丟失IMS 注冊(cè)時(shí)的解決方案
Fig. 8 Solution to UE loss of IMS registration
3GPP 關(guān)于rSRVCC 的推薦方案還處于研究和
論證階段,除以上問(wèn)題外,還有其它方面需要進(jìn)行研
究和完善。如rSRVCC 的切換號(hào)碼管理問(wèn)題;UE 切
入目標(biāo)網(wǎng)絡(luò)時(shí),在GERAN 不支持DTM 的情況下如
何恢復(fù)已經(jīng)掛起的PS 承載;或在UE 切入目標(biāo)網(wǎng)絡(luò)
時(shí),因?yàn)槿鄙贌o(wú)線資源而建立會(huì)話失敗時(shí)應(yīng)如何處
理等都還需要進(jìn)一步研究。
4搖結(jié)搖語(yǔ)
目前,SRVCC 技術(shù)作為VoLTE 語(yǔ)音業(yè)務(wù)連續(xù)性
的目標(biāo)解決方案, 已受到通信界的廣泛關(guān)注,
rSRVCC 作為補(bǔ)充方案也已在3GPP 的標(biāo)準(zhǔn)化研究
中提上了日程,但這些方案都尚未得到實(shí)際應(yīng)用和
規(guī)模驗(yàn)證。文中在分析3GPP SRVCC 和rSRVCC 的
基礎(chǔ)上,針對(duì)語(yǔ)音連續(xù)性在不同狀態(tài)下的控制過(guò)程
及存在的問(wèn)題進(jìn)行了研究,并提出了系統(tǒng)優(yōu)化方案。
從網(wǎng)絡(luò)部署角度看,語(yǔ)音連續(xù)性問(wèn)題是移動(dòng)網(wǎng)實(shí)現(xiàn)
全I(xiàn)P 化的關(guān)鍵,這些問(wèn)題的解決除需要在全網(wǎng)部署
IMS 外,還需要解決終端設(shè)備、無(wú)線接入網(wǎng)和核心網(wǎng)
的全面支持和優(yōu)化等問(wèn)題。
參考文獻(xiàn):
[1] 搖3GPP TS 23. 216. Single Radio Voice Call Continuity
(SRVCC) [S]. France: 3GPP, 2012:18-25.
[2]搖郜迎,蔡家麟. 無(wú)線異構(gòu)網(wǎng)絡(luò)的垂直切換算法研究
[J]. 通信技術(shù),2012,45(10):30-35.
GAO Ying, CAI Jia-lin. Study of Vertical Handoff Algo鄄
rithm for Heterogeneous Wireless Networks[J]. Commu鄄
nications Technology, 2012,45(10):30-35.