CSFB基本原理和優(yōu)化經(jīng)驗

CSFB基本原理和優(yōu)化經(jīng)驗第一頁，共23頁。

CSFB基本原理介紹

CSFB時延優(yōu)化措施

CSFB未接通事件分析主要介紹CSFB網(wǎng)絡構架、主要信令流程、關鍵信令等介紹CSFB時延優(yōu)化手段，如鑒權消息、主被叫并行處理、MFR參數(shù)等對日常問題問題分析和經(jīng)驗總結，第二頁，共23頁。DS-UE/SV-LTELTE多模雙待單卡（USIM）終端通過同時接入LTE和CS網(wǎng)絡實現(xiàn)數(shù)據(jù)業(yè)務和語音業(yè)務的共存和并發(fā)：數(shù)據(jù)業(yè)務通過LTE網(wǎng)絡承載，語音業(yè)務通過傳統(tǒng)電路域網(wǎng)絡承載。MSCEPCGSM/3GLTECSFB在語言呼叫建立階段UE回退到2G/3G網(wǎng)絡，從而延續(xù)傳統(tǒng)電路域控制下的語音業(yè)務。MSCEPCGSM/3GFallbackLTEVoLTE+SRVCC在LTE網(wǎng)絡中提供基于IMS網(wǎng)絡的VoIP業(yè)務。當UE移動出LTE覆蓋區(qū)時，通過切換到傳統(tǒng)2G/3G電路域網(wǎng)絡以保證語音業(yè)務的連續(xù)性。MSCEPCGSM/3GSRVCCLTEIMS語音解決方案

CSFB基本原理介紹第三頁，共23頁。

CSFB基本原理介紹CSFB網(wǎng)絡架構CSFB網(wǎng)絡實現(xiàn)起來相對簡單，只是需要在MME與MSC/VLR之間建立SGs接口，用來處理EPS和CS域之間的移動性管理和尋呼流程。SGs接口也可以用于傳送MO和MT的SMS。第四頁，共23頁。

CSFB基本原理介紹CSFB聯(lián)合附著信令流程HSS/HLRMSCS/P-GWMMEENBUE第五頁，共23頁。CSFB基本原理介紹CSFB

CombinedTA/LAUpdateProcedure6976:MME收到來自UE發(fā)來的TAU請求。6977:根據(jù)TAC-LAC一一對應關系，通過SGS接口向?qū)腗SS發(fā)送位置區(qū)跟新請求。6978:收到該請求會向?qū)腗SS進行位置區(qū)跟新，并把。更新后的LAC以及UE在MSS的身份標識反饋給MME。6981:MME將更新后的TAC,LAC以及UE在MSS的身份標識一同下發(fā)至UE。6984:待MME發(fā)送SGsAPTMSIReallocationComplete給MSS，此次聯(lián)合位置區(qū)更新才算完成。第六頁，共23頁。

CSFB基本原理介紹主叫CSFB信令流程SGSNMSCS/P-GWMMEENBUEHLRBSS第七頁，共23頁。

CSFB基本原理介紹被叫CSFB信令流程SGSNMSCS/P-GWMMEENBUEHLRBSS第八頁，共23頁。

CSFB基本原理介紹UEContextRelease信令詳解CarrierFreqsGERANfielddescriptionsstartingARFCN：ThefirstARFCNvalue,s,intheset.bandIndicator：IndicateshowtointerprettheARFCNoftheBCCHcarrier.followingARFCNs：FieldcontainingarepresentationoftheremainingARFCNvaluesintheset.explicitListOfARFCNs（枚舉）：TheremainingARFCNvaluesinthesetareexplicitlylistedonebyone.arfcn-Spacing（等差）：Space,d,betweenasetofequallyspacedARFCNvalues。Thenumber,n,oftheremainingequallyspacedARFCNvaluesintheset.Thecompletesetof(n+1)ARFCNvaluesisdefinedas:{s,((s

+

d)mod1024),((s

+

2*d)mod1024)...((s

+

n*d)mod1024)}.variableBitMapOfARFCNs：BitmapfieldrepresentingtheremainingARFCNvaluesintheset.TheleadingbitofthefirstoctetinthebitmapcorrespondstotheARFCN

=

((s

+

1)mod1024),thenextbittotheARFCN

=

((s

+

2)mod1024),andsoon.IfthebitmapconsistofNoctets,thetrailingbitofoctetNcorrespondstoARFCN

=

((s

+

8*N)mod1024).ThecompletesetofARFCNvaluesconsistsofARFCN

=

sandtheARFCNvalues,wherethecorrespondingbitinthebitmapissetto"1".起始頻點：4220A048:0010-0000-1010-0000-0100-1000CSFB頻點：42、45、51、53、60、63案例：第九頁，共23頁。

CSFB基本原理介紹返回過程

返回過程是指終端在2G側(cè)結束語音業(yè)務后返回4G網(wǎng)絡的過程。根據(jù)終端是否支持自主FR（fastreturn）能力，可以做如下區(qū)分：自主FR手機，如iPhone5S；非自主FR手機（重點介紹）。從2G直接重選回4G（考慮到某些終端有可能不支持3G和TDS和2-3-4橋接方式時間較長等原因）.從2G通過3G橋接方式返回4G（移動總部最早的指導意見）.終端通過系統(tǒng)FR功能從2G直接返回4G（在系統(tǒng)FR功能開啟其余，自主FR終端以系統(tǒng)FR為主）.非自主FR手機返回方式第十頁，共23頁。

CSFB基本原理介紹

CSFB時延優(yōu)化措施

CSFB未接通事件分析主要介紹CSFB網(wǎng)絡構架、主要信令流程、關鍵信令等介紹CSFB時延優(yōu)化手段，如鑒權消息、主被叫并行處理、MFR參數(shù)等對日常問題問題分析和經(jīng)驗總結，第十一頁，共23頁。時延優(yōu)化分解主被叫CSFB時延階段一致，分為端到端呼叫建立時延與掛機返回時延，端到端呼叫建立時延又分為LTE網(wǎng)絡連接建立時延、LTE回落時延、UMTS網(wǎng)絡呼叫建立時延、接聽時延。主被叫時延差別主要在UMTS網(wǎng)絡呼叫建立時延中radioBearerSetupComplete–Alerting。流程信令節(jié)點時長（主/被叫）LTE網(wǎng)絡連接建立時延Extendedservicerequest-RRCConnectionRelease0.118sLTE回落時延RRCConnectionRelease-CMServiceRequestRRCConnectionRelease-rrcConnectionRequest0.471srrcConnectionRequest-rrcConnectionSetup0.247srrcConnectionSetup-rrcConnectionSetupComplete0.208srrcConnectionSetupComplete-CMServiceRequest0.041sUMTS網(wǎng)絡呼叫建立時延CMServiceRequest-AlertingCMServiceRequest-Setup0.498sSetup-Callproceeding0.165sCallproceeding-radioBearerSetup0.218sradioBearerSetup-radioBearerSetupComplete0.394sradioBearerSetupComplete-Alerting1.923s/0.046s接聽時延Alerting-Connect

掛機返回Disconnect-TAUComplete

RRCConnectionRelease-TAUComplete

長沙現(xiàn)網(wǎng)主被叫時延分布情況如下：

CSFB時延優(yōu)化分解第十二頁，共23頁。

CSFB時延優(yōu)化分解主被叫CSFB起呼LTE網(wǎng)絡連接建立過程與尋呼方式主叫Idel起呼或被叫Idel接收尋呼，需RRC建立過程主被叫CSFB起呼LTE網(wǎng)絡連接建立過程因UE狀態(tài)不同分為2種：Active態(tài)無RRC建立過程、Idel態(tài)需RRC建立過程。Active態(tài)發(fā)起CSFB或響應CSFB時，UE在發(fā)起主被叫CSFB請求后，由于UE以建立RRC連接，網(wǎng)絡側(cè)會直接下發(fā)RRCConnectionRelease消息；Idel態(tài)發(fā)起CSFB或響應CSFB時，UE在發(fā)起主被叫CSFB請求后，先要建立RRC連接，網(wǎng)絡側(cè)才會下發(fā)RRCConnectionRelease消息。Idel態(tài)CSFB起呼LTE網(wǎng)絡連接建立時延明顯長于Active態(tài)。尋呼被叫的方式因被叫UE狀態(tài)不同分為2種：ACTIVE態(tài)在已有的信令連接上發(fā)送NAS消息CSservicenotification給UE、IDEL態(tài)通過無線信道發(fā)送paging給UE。UE通過CSservicenotification或Paging消息，收到來自CS域的呼叫時，發(fā)送ExtendedServiceRequest消息給MME，然后MME發(fā)送SERVICEREQUET給MSC，表示已尋呼到UE。主叫Active起呼或被叫Active接收尋呼，無RRC建立過程第十三頁，共23頁。

CSFB時延優(yōu)化經(jīng)驗主叫端到端時延鑒權消息IE

3G側(cè)DMCR功能3G側(cè)T308/308參數(shù)InactivityTimer參數(shù)調(diào)整DefPagCyc參數(shù)調(diào)整手段修改CN側(cè)的CS鑒權頻率：CN側(cè)控制的鑒權會增加UE接入時的流程，從而增加CSFB時延，但是CS鑒權不是每次都必須，如果碰到的鑒權頻率太高，可以通過適當減小CN側(cè)的鑒權頻率?，F(xiàn)網(wǎng)3G側(cè)已設置為CSFB不鑒權。DMCR功能為UE回落到3G網(wǎng)絡進行呼叫期間只讀取部分系統(tǒng)消息，而不需要在呼叫建立前讀完所有的系統(tǒng)消息，從而減少呼叫建立時間。LTE回落時延改善700ms以上。4G側(cè)DefPagCyc參數(shù)為UE監(jiān)聽尋呼的循環(huán)周期，目前諾基亞現(xiàn)網(wǎng)該參數(shù)設置為128個radioframe，縮短UE監(jiān)聽尋呼的循環(huán)周期有助于減少4G側(cè)的尋呼時延及平均建立時延。修改至32個radioframe后CSFB平均建立時延改善600ms以上，但該參數(shù)改小會使UE尋呼監(jiān)聽次數(shù)增多3倍，大大增加了手機的耗電量。4G側(cè)InactivityTimer參數(shù)為UE停止業(yè)務后保持連接態(tài)的時長，目前諾基亞現(xiàn)網(wǎng)該參數(shù)設置為10s個，增大該參數(shù)能使UE停止業(yè)務后保持連接態(tài)的時長增長，使得UE在連接態(tài)的情況下發(fā)起CSFB的流程的概率增大，減少UE起呼是的呼叫連接建立時長及平均建立時延，修改20s后CSFB平均建立時延改善約1秒。3G側(cè)T308計時器為UErrcconnectionreleasecomplete重發(fā)間隔時長，N308計數(shù)器為UErrcconnectionreleasecomplete重發(fā)次數(shù)。修改T308=2（160ms）、N308=2為T308=0（40MS）、N308=1，能改善返回時延300ms左右。第十四頁，共23頁。

CSFB基本原理介紹主叫端到端時延鑒權：湖州等地的AlcatelBSS將UE上報的Classmark進行修改，使得原來針對CSFBUE的5元組鑒權變?yōu)?元組鑒權，Nokia的BSS處理方式符合規(guī)范要求，對UE上報的Classmark進行透傳處理，因此暫不支持3元組鑒權的特殊要求。莆田鑒權階段時延為239ms湖州鑒權階段時延為0ms主被叫并行：杭州的部分CSFB呼叫，主叫和被叫部分信令并行進行處理，從而有效減少了CSFB呼叫建立時間可達500ms以上。經(jīng)Nokia核心網(wǎng)確認，主被叫并行處理需要GSM開通AOIP，由于目前僅杭州部分MSC區(qū)域?qū)崿F(xiàn)此網(wǎng)絡結構調(diào)整。福州實暫不支持該功能。莆田在TCH建立完成后開始尋呼杭州一半左右的尋呼在TCH建立完成之前第十五頁，共23頁。

CSFB基本原理介紹

CSFB時延優(yōu)化措施

CSFB未接通事件分析主要介紹CSFB網(wǎng)絡構架、主要信令流程、關鍵信令等介紹CSFB時延優(yōu)化手段，如鑒權消息、主被叫并行處理、MFR參數(shù)等對日常測試問題點分析和經(jīng)驗總結。第十六頁，共23頁。未接通事件分類綜合近幾次拉網(wǎng)數(shù)據(jù)分析來看，影響CSFB成功率的原因除UE設備問題外主要有盲重定向?qū)е抡加脽o線環(huán)境差的W小區(qū)、W容量問題、跨LAC位置更新被叫未收到尋呼、占用LTE無線環(huán)境差、FR回LTE網(wǎng)絡TAU過程超時等。其中跨LAC位置更新被叫未收到尋呼占比最大。通過對未接通事件的信令分析來看，未接通事件大多發(fā)生在W側(cè)。

CSFB未接通事件分析第十七頁，共23頁。3G側(cè)無線環(huán)境差導致未接通南二環(huán)桔園立交橋北CSFB回落W小區(qū)ECIO差小區(qū)導致會叫失敗

CSFB未接通事件分析問題分析：車輛從韶山路往南二環(huán)由北往西行駛過程中，主叫UE回落到3G網(wǎng)絡占用W-雨花區(qū)侯家塘資源-3小區(qū)，行駛至立交橋轉(zhuǎn)盤處該小區(qū)信號快衰，但原來覆蓋該處的W-雨花區(qū)雨花礦業(yè)大廈-2小區(qū)信號較差，ECIO在-18db左右，無法正常切換導致未接通。第十八頁，共23頁。3G側(cè)擁塞引起ECIO惡化導致未接通芙蓉路侯家塘立交橋北CSFB回落W髙話務擁塞小區(qū)ECIO惡化導致起呼失敗

CSFB未接通事件分析問題分析：車輛從勞動路往芙蓉路由西往北行駛，在侯家塘立交橋主叫UE回落到3G網(wǎng)絡W-天心區(qū)凱華大廈-2小區(qū)，由于12月7日WD-天心區(qū)候家塘建設銀行---工程期站點為單載波站點，擁塞情況較為嚴重，導致無法正常占用該站點小區(qū)，往北行駛過程ECIO驟降導致起呼失敗。第十九頁，