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

CSFB基本原理和優(yōu)化經(jīng)驗(yàn)交流2015-6-3

CSFB基本原理介紹

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

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

CSFB基本原理介紹

CSFB基本原理介紹CSFB網(wǎng)絡(luò)架構(gòu)CSFB網(wǎng)絡(luò)實(shí)現(xiàn)起來(lái)相對(duì)簡(jiǎn)單，只是需要在MME與MSC/VLR之間建立SGs接口，用來(lái)處理EPS和CS域之間的移動(dòng)性管理和尋呼流程。SGs接口也可以用于傳送MO和MT的SMS。

CSFB基本原理介紹CSFB聯(lián)合附著信令流程HSS/HLRMSCS/P-GWMMEENBUECSFB基本原理介紹CSFB

CombinedTA/LAUpdateProcedure6976:MME收到來(lái)自UE發(fā)來(lái)的TAU請(qǐng)求。6977:根據(jù)TAC-LAC一一對(duì)應(yīng)關(guān)系，通過(guò)SGS接口向?qū)?yīng)的MSS發(fā)送位置區(qū)跟新請(qǐng)求。6978:收到該請(qǐng)求會(huì)向?qū)?yīng)的MSS進(jìn)行位置區(qū)跟新，并把。更新后的LAC以及UE在MSS的身份標(biāo)識(shí)反饋給MME。6981:MME將更新后的TAC,LAC以及UE在MSS的身份標(biāo)識(shí)一同下發(fā)至UE。6984:待MME發(fā)送SGsAPTMSIReallocationComplete給MSS，此次聯(lián)合位置區(qū)更新才算完成。

CSFB基本原理介紹主叫CSFB信令流程SGSNMSCS/P-GWMMEENBUEHLRBSS

CSFB基本原理介紹被叫CSFB信令流程SGSNMSCS/P-GWMMEENBUEHLRBSS

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".起始頻點(diǎn)：4220A048:0010-0000-1010-0000-0100-1000CSFB頻點(diǎn)：42、45、51、53、60、63案例：

CSFB基本原理介紹返回過(guò)程

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

CSFB基本原理介紹

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

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

掛機(jī)返回Disconnect-TAUComplete

RRCConnectionRelease-TAUComplete

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

CSFB時(shí)延優(yōu)化分解

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

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

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

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

CSFB基本原理介紹

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

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

CSFB未接通事件分析3G側(cè)無(wú)線環(huán)境差導(dǎo)致未接通南二環(huán)桔園立交橋北CSFB回落W小區(qū)ECIO差小區(qū)導(dǎo)致會(huì)叫失敗

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

CSFB未接通事件分析問(wèn)題分析：車輛從勞動(dòng)路往芙蓉路由西往北行駛，在侯家塘立交橋主叫UE回落到3G網(wǎng)絡(luò)W-天心區(qū)凱華大廈-2小區(qū)，由于12月7日WD-天心區(qū)候家塘建設(shè)銀行---工程期站點(diǎn)為單載波站點(diǎn)，擁塞情況較為嚴(yán)重，導(dǎo)致無(wú)法正常占用該站點(diǎn)小區(qū)，往北行駛過(guò)程ECIO驟降導(dǎo)致起呼失敗。4G側(cè)LTE無(wú)線環(huán)境差導(dǎo)致未接通遠(yuǎn)大路瀏陽(yáng)河大橋西LTE無(wú)線環(huán)境差導(dǎo)致未接通

CSFB未接通事件分析問(wèn)題分析：車輛沿遠(yuǎn)大路瀏陽(yáng)河大橋由西往東行駛，主叫已完成RB，被叫UE在LFH-芙蓉區(qū)長(zhǎng)善路一二六號(hào)-2小區(qū)收到尋呼，并發(fā)起CSFB流程，但由于橋頭信號(hào)雜亂，重疊覆蓋嚴(yán)重，SINR在-4dB左右，隨后出現(xiàn)頻繁切換，未能收到網(wǎng)絡(luò)側(cè)下發(fā)的RRCConnectionRelease，被叫CSFB流程提前結(jié)束，導(dǎo)致主叫超時(shí)未接通。FR回LTE網(wǎng)絡(luò)TAU過(guò)程超時(shí)緯六路路口FR回LTE網(wǎng)絡(luò)TAU過(guò)程超時(shí)導(dǎo)致尋呼不可達(dá)

CSFB未接通事件分析問(wèn)題分析：車輛沿京珠高速下道路往北行駛至緯六路路口附近，主叫發(fā)起CSFB，并完成RB，被叫UE由于上一次通話結(jié)束FR到LFH-芙蓉區(qū)汽車東站-1小區(qū)后弱覆蓋質(zhì)差（SINR在-8dB左右）TAC更新超時(shí)（29s），尋呼不可達(dá)導(dǎo)致未接通。FR回LTE網(wǎng)絡(luò)TAU過(guò)程超時(shí)蔡鍔北路教育街跨TA/LA更新導(dǎo)致未接通

CSFB未接通事件分析問(wèn)題分析：被叫在TAC：29453收到尋呼并上報(bào)Extendedservicerequest后跨TA/LA進(jìn)行聯(lián)合位置更新，到TAC：29448后未能收到網(wǎng)絡(luò)側(cè)下發(fā)的RRCConnectionRelease，網(wǎng)絡(luò)側(cè)無(wú)第二次尋呼下發(fā)，被叫CSFB流程提前結(jié)束，導(dǎo)致主叫超時(shí)未接通。

CSFB未接通事件優(yōu)化無(wú)線環(huán)境差或容量問(wèn)題3/4G無(wú)線環(huán)境差主要通