吳 瓊，朱愛華，薛 楠

（中國聯(lián)合網(wǎng)絡通信有限公司網(wǎng)絡技術研究院 北京 100048）

1 引言

隨著LTE網(wǎng)絡的引入和國際上標準的成熟，LTE的技術發(fā)展成為業(yè)界的關注點。LTE的主要驅動力是數(shù)據(jù)業(yè)務，其本身不能提供語音業(yè)務。在LTE技術發(fā)展的初期，數(shù)據(jù)業(yè)務是LTE主要關注的業(yè)務，而CS域的語音通話和短信等業(yè)務，可能并不在重點考慮范圍內。但是隨著LTE網(wǎng)絡的發(fā)展，語音業(yè)務如何平滑演進成為運營商要考慮的關鍵問題。

目前業(yè)界主流的LTE語音解決方案主要有多模雙待終端方案、CSFB（circuit switched fallback，電路域回落）方案和 VoLTE/SRVCC （single radio voice call continuity）方案3種。其中多模雙待終端是使終端同時駐留2G/3G和LTE網(wǎng)絡，該方案更多地依賴于終端的支持能力，除了Verizon和中國移動外，大部分主流運營商都不考慮此方案；CSFB是當用戶駐留LTE網(wǎng)絡時，如果需要發(fā)起或者接收語音呼叫，用戶先從LTE網(wǎng)重選回2G或3G網(wǎng)絡中，再在2G/3G網(wǎng)絡中完成語音業(yè)務的方案，是基于現(xiàn)網(wǎng)電路域來提供語音的方案，目前AT&T、Vodafone、NTT等都將此方案作為過渡方案；VoLTE/SRVCC則是在LTE網(wǎng)絡中提供基于IMS的語音業(yè)務，同時支持LTE語音與2G/3G語音的互操作來保障語音業(yè)務的連續(xù)性，這是主流運營商認可的目標方案，目前MetroPCS和韓國的SK、LG U+、KT均已部署 VoLTE。

2 CSFB技術介紹

2.1 應用場景

由電路域來提供LTE語音主要有以下兩種場景?！?運營商沒有部署IMS網(wǎng)絡，用戶還是需要回落到電

路域來收發(fā)語音。

· 運營商部署IMS，但是LTE只是熱點覆蓋，為了避

免頻繁地切換，建議由電路域提供語音。

2.2 網(wǎng)絡架構

圖1為CSFB實現(xiàn)的網(wǎng)絡架構，CSFB是利用MME和MSC服務器之間的SGs接口實現(xiàn)的。SGs接口可以完成UE的EPS和IMSI的聯(lián)合附著、位置更新和尋呼等操作。

圖1 CSFB網(wǎng)絡架構

CSFB用戶作主叫時：終端首先要執(zhí)行EPS與IMSI聯(lián)合附著，當UE要發(fā)起呼叫時，LTE終端在eNode B的協(xié)助下轉到3G/2G網(wǎng)絡發(fā)起呼叫。

CSFB用戶作被叫時：當終接呼叫接續(xù)時，尋呼消息通過SGs接口經(jīng)LTE無線接口到達LTE終端。LTE終端在eNode B的協(xié)助下轉到3G/2G網(wǎng)絡，并完成后續(xù)呼叫接續(xù)信令流程。

2G/3G網(wǎng)絡的MSC服務器需要升級支持SGs接口。

3 CSFB部署對現(xiàn)網(wǎng)的影響

3.1 CSFB實現(xiàn)方式

CSFB提供語音的實現(xiàn)流程主要依賴于LTE和2G/3G網(wǎng)絡的互操作，終端在LTE覆蓋區(qū)使用CSFB處理語音呼叫的時候，可以回退到3G網(wǎng)絡進行處理，也可以回退到2G網(wǎng)絡處理，這依賴于運營商的策略。

3.1.1 CSFB回落到3G

目前CSFB回落到3G網(wǎng)絡發(fā)起電路域語音有如下幾種方案。

·RRC release with redirection：這種方式是在3GPP R8提出的，也稱作R8重定向。實現(xiàn)過程是網(wǎng)絡發(fā)起RRC release消息，并攜帶異系統(tǒng)鄰區(qū)頻點（頻點可以要求終端測量，網(wǎng)絡根據(jù)測量結果決策；也可由網(wǎng)絡直接配置，終端不測量）指示終端在該頻點的異系統(tǒng)鄰區(qū)重新接入。要求終端測量的話，終端會搜索到一個信號最好的小區(qū)，發(fā)起隨機接入過程接入3G小區(qū)。對現(xiàn)網(wǎng)無改造要求。

· RRC releasewith redirection with SIB：在 3GPPR9提出對R8版本的優(yōu)化，也稱R9重定向。該過程和R8的不同在于eNode B利用RIM過程獲取UTRAN的系統(tǒng)消息。MME、SGSN對交換的信息只進行雙向轉發(fā)，不進行解析。RRC release消息可攜帶多個鄰區(qū)的頻率及鄰區(qū)系統(tǒng)廣播，以加速終端在目標網(wǎng)絡的駐留。具體實現(xiàn)時網(wǎng)絡告訴UE多個鄰區(qū)的頻點和每個小區(qū)的SIB消息（通過RIM過程獲取），個數(shù)是鄰區(qū)中的一部分。對現(xiàn)網(wǎng)要求為軟件升級RNC，MME和SGSN需要支持RIM流程。RIM流程如圖2所示。

圖2 RIM流程

· RRC release with DMCR （deferred measurement control reading）：該種方式需要無線側開啟DMCR功能，終端回落到WCDMA網(wǎng)絡時不需要讀取SIB11和SIB12，可以減少接續(xù)時延。該功能只能用于3G網(wǎng)絡，2G網(wǎng)絡不支持DMCR功能。對現(xiàn)網(wǎng)要求為無線側RNC要開啟DMCR功能。

·PShandover：源網(wǎng)絡下發(fā)切換命令前，目標網(wǎng)絡已完成資源預留，可以進一步減少終端切換失敗概率同時縮短切換時延。對現(xiàn)網(wǎng)要求為軟件升級RNC支持PSHO。

3.1.2 CSFB回落到2G

除了第3.1.1節(jié)所提到的R8、R9重定向和PSHO外，CSFB回落到GSM還存在額外兩種不同的實現(xiàn)方式。

· CCO（cell change order）without NACC（network assisted cell change）：該種方式是進行網(wǎng)絡控制的切換，終端根據(jù)測量控制上報測量報告，由網(wǎng)絡下發(fā)切換命令。與RRC重定向方案的流程一致，區(qū)別在于控制終端接入2G的命令字段不同。因現(xiàn)網(wǎng)GSM系統(tǒng)內部原定義了一種CCO的命令以控制終端執(zhí)行小區(qū)重選，因此RRC連接釋放中專門針對GSM存在一個CCO字段，可將目標鄰區(qū)信息填充至該字段下發(fā)給終端，從而引導終端接入GSM小區(qū)執(zhí)行語音業(yè)務。CCO字段相比重定向字段，能攜帶除頻點外更為豐富的鄰區(qū)信息。CCO流程如圖3所示。對現(xiàn)網(wǎng)要求為軟件升級BSC支持LTE到2G的CCO。

圖3 CCO流程

· CCOwith NACC：針對 CCOwithout NACC，3GPP提出了可攜帶目標GSM小區(qū)廣播消息的優(yōu)化方案CCO with NACC。源網(wǎng)絡增加RIM過程，獲取GSM/GPRS鄰區(qū)的系統(tǒng)信息SI/PSI，并在cell change order from UTRAN/E-UTRAN消息中攜帶這些SI/PSI信息，以加速終端完成切換過程。該流程對網(wǎng)元的要求為軟件升級BSC，MME和SGSN支持RIM流程。

CCO with NACC和RRC release with redirection with SIB（R9）方案均通過流程向終端下發(fā)SIB消息，以加速終端接入目標小區(qū)，兩種方案的區(qū)別在于：

·CCO with NACC要求終端必須進行目標網(wǎng)絡測量，而R9重定向可選，可以不進行測量；

·CCO with NACC消息下發(fā)的小區(qū)是唯一的，而R9重定向在目標網(wǎng)絡需要對多小區(qū)進行搜索。

3.1.3 CSFB實現(xiàn)方式對網(wǎng)絡的影響

CSFB用戶回落到3G網(wǎng)絡來提供語音業(yè)務，各種實現(xiàn)方式對網(wǎng)絡的影響分析如表1所示。

·GPPR8重定向方式對RNC沒有額外的要求；3GPP R9重定向方式要求RNC和SGSN升級支持RIM；R8+DMCR方式要求無線側開啟DMCR功能；PS HO方式要求RNC支持PSHO。

·R8重定向方式易于快速部署，但存在時延過長的問題，R9重定向和PSHO的呼叫建立時延較短。

·R8重定向打開DMCR功能后性能不如R9重定向，相差500ms左右。

·CCO的方式目前沒有支持終端，廠商都是采用重定向的方式回落到2G網(wǎng)絡。

3.2 TA/LA映射問題

在部署LTE網(wǎng)絡時，由于受環(huán)境影響，無法做到跟蹤區(qū)（TA）和位置區(qū)（LA）的劃分完全重合，因此會導致當CSFB用戶在MSC邊界區(qū)域發(fā)起呼叫時，可能會回落到與聯(lián)合位置更新時駐留的MSC不同，從而主叫需要重新發(fā)起跨MSC的位置更新，增加呼叫的接續(xù)時延。最重要的是，當CSFB用戶在邊界區(qū)域被尋呼時，如果用戶漫游到非HLR登記的MSC時，會導致被叫尋呼失敗，影響用戶體驗。對于該問題有如下兩種解決方案。

首先,對對照組患者使用常規(guī)的護理康復方式,對觀察組的患者在常規(guī)護理康復方式的基礎上加入個性化的康復護理方式,具體內容如下:

· 將現(xiàn)網(wǎng)的MSC組成MSC pool，通過pool的機制，由TMSI-NRI確保UE回落后會被分配到正確的MSC上。

· 在兩個pool的邊界區(qū)域采用被叫漫游重試（mobile termination roaming retry,MTRR）/漫 游 前 轉 （mobile terminating roaming forwarding，MTRF）方式將呼叫重新路由到新的MSC上去。

MTRR是在3GPPR8中提出的解決方案，要求主叫MSC、HLR支持漫游重試功能，當?shù)谝淮斡捎谟脩袈蔚降腗SC不是HLR登記的MSC時呼叫失敗，主叫MSC再次發(fā)起呼叫流程。但由于主叫MSC可以是網(wǎng)內任一MSC，因此需要對全網(wǎng)MSC升級支持漫游重試，同時如果網(wǎng)間漫游時，主叫是外網(wǎng)用戶，如果不支持漫游重試，將導致網(wǎng)間漫游失敗。此外，MTRR流程復雜，存在信令迂回，導致接續(xù)時延較長。因此在R10中又提出了MTRF方案，MTRF要求用戶回落到的新MSC收到用戶尋呼響應后啟動MTRF流程，向原MSC取鑒權數(shù)據(jù)，通知原MSC進行MTRF，原MSC通過PRN消息從新MSC取漫游號，根據(jù)新的漫游號碼將呼叫接續(xù)到新的MSC。該方案僅需LTE覆蓋區(qū)的MSC服務器支持漫游前轉功能。

表1 各種不同的實現(xiàn)方式對網(wǎng)絡的影響

3.3 fast return的部署

出于分擔2G/3G數(shù)據(jù)和信道壓力考慮，LTE終端應優(yōu)先駐留在LTE網(wǎng)絡。當其回落到2G/3G網(wǎng)絡使用CSFB發(fā)起語音業(yè)務，在該語音業(yè)務結束后，LTE終端將先在2G/3G網(wǎng)絡駐留。通常采用重選方式返回LTE網(wǎng)絡，需要一定的返回時間，在此期間用戶無法收到任何尋呼也無法發(fā)起任何業(yè)務，即導致用戶不可及時間增加。

3GPP R8提出的fast return to LTE就是在RRC connection release消息中可攜帶1～4個LTE鄰區(qū)頻點，以指示終端掛機后迅速接入返回LTE；R10又提出了基于MSC控制的fast return流程，也就是基于MSC在釋放Iu連接時指示RNC該連接是由于CSFB而建立的，RNC從而在RRC connection release消息中攜帶1～4個LTE鄰區(qū)頻點，以指示終端掛機后迅速接入返回LTE。

該特性加快了CSFB UE在呼叫結束后附著到LTE時的速度，減少了CSFBUE的不可及時間；由MSC主動控制，可以防止BSC/RNC自行判斷錯誤，避免對non-CSFB用戶帶來影響 （例如當BSC/RNC判斷錯誤給一個普通用戶做了fast return處理，UE有可能因嘗試在LTE附著而有大約10 s的掉網(wǎng)時間）。

3.4 組網(wǎng)方案

根據(jù)增強MSC服務器的部署策略不同，目前運營商部署CSFB主要有如下3種方案。

（1）全網(wǎng)升級方案

（2）支持 Iu-flex方式新建MSC

如果現(xiàn)網(wǎng)BSC/RNC支持A/Iu-flex功能，可以通過新建CS fallback專用MSCS和MGW或升級MSCS pool中的一個MSCS方式支持語音業(yè)務，與BSC/RNC相連，為所有LTE終端提供回落到CS域的業(yè)務，所有LTE回落的語音業(yè)務都由該MSCS處理。

（3）新建 proxy MSC

該方案為新部署一個不與RNC直接相連的CSFB MSCS支持SGs接口，與現(xiàn)網(wǎng)設備配合提供LTE終端的CS域業(yè)務。相當于新部署一個proxy MSC作為信令的代理，負責UE通過SGs口注冊到HLR/HSS中。這種方案proxy MSC下面并不需要接BSC/RNC。

4 結束語

CSFB作為LTE語音的過渡方案，得到了大部分主流運營商的認可。在實際部署的時候，應該考慮網(wǎng)絡和設備的具體情況，選擇合適的回落方式和組網(wǎng)方案對網(wǎng)絡進行升級改造。

對于性能要求比較高的情況建議采用R9重定向和PSHO的方式實現(xiàn)CSFB，如果需要快速部署CSFB，則可以選用R8重定向的方式。

在實際部署的時候盡量做好TA/LA的映射規(guī)劃，避免跨MSC的位置更新和MTRF，減少接續(xù)時延。

·建議部署fast return，以減少CSFB UE的不可及

時間。

· 對未完成池組化改造的本地網(wǎng)，建議全網(wǎng)升級MSC支持CSFB功能，已經(jīng)完成池組化改造的采用MSC pool方案，對于未進行池組化改造且MSC不支持升級的本地網(wǎng)，采用CSFB代理方案；隨著LTE覆蓋區(qū)的不斷擴展，加大推進池組化改造進度，全部采用MSC pool方案。

1 3GPP TS 23.272.Circuit Switched(CS)Fallback in Evolved Packet System(EPS);Stage 2,2013

2 3GPP TS 23.216.Single Radio Voice Call Continuity(SRVCC);Stage 2,2013

3 GSMA IR.92.IMSProfile for Voice and SMSV7.0,2013