CSFB分析措施及案例

上海貝爾股份有限企業(yè)

1CSFB分析措施........................................................................

1.1CSFB的信令流程..................................................................

1.2CSFB需要分析的指標(biāo).............................................................

1.3LAU流程對(duì)CSFB接入時(shí)延的影響..................................................

1.4CSFB分析思緒匯總...............................................................

1.4.1未占用4G的原因..............................................................

1.4.24G回落2G失敗的原因........................................................

1.4.3呼喊失敗的原因...............................................................

1.4.4未收到paging的原因..........................................................

2英網(wǎng)絡(luò)實(shí)際測(cè)試狀況....................................................................

2.1測(cè)試狀況闡明.....................................................................

2.2測(cè)試成果..........................................................................

2.2.1測(cè)試呼喊記錄狀況.............................................................

2.2.2各網(wǎng)格指標(biāo)狀況...............................................................

2.2.3問(wèn)題原因分類.................................................................

3信令分析..............................................................................

3.1正常主被叫CSFB呼喊信令........................................................

3.2本次測(cè)試過(guò)程中異常呼喊信令總結(jié).................................................

3.2.1案例1:主被叫發(fā)送ExtenedServiceRequest?沒(méi)有收到RRCConnectionRelease..........

3.2.2案例2:eNodeB未下發(fā)鄰區(qū)最強(qiáng)頻點(diǎn)............................................

3.2.3案例3:RRC建立失敗...........................................................

3.2.4案例4:2G的TCH分派失敗.....................................................

3.2.5案例5:2G起呼CMSR未響應(yīng)...................................................

3.2.6案例6:2G質(zhì)差................................................................

3.2.7案例7:3G起呼失敗............................................................

3.2.8案例8:3G上RRC未建立成功..................................................

3.2.9案例9:跨pool位置更新.......................................................

3210案例10:偽小區(qū)................................................................

3211案例11:2G的SD擁塞.........................................................

3.2.12案例12:2G尋呼響應(yīng)后未接續(xù)成功............................................

3.2.13案例13:主叫起呼無(wú)CMSR................................................................................................

3.2.14案例14:2G處在位置.更新.....................................................

3.2.15案例1S:2G返回4G無(wú)TAU...............................................................................................

3.2.16案例16:3G重選4GTAU流程..................................................

3.2.17案例17:LTE處在attach流程..................................................

3.2.18案例19:LTE處在跨關(guān)鍵網(wǎng)的小區(qū)..............................................

3.2.19案例20:LTE位置更新.........................................................

3.2.20案例21：LTE重選門限不合理..................................................

1CSFB分析措施

1.1CSFB的信令流程

主邛相IeNodeBIBSCIMMEI〃如主叫M$CIHLRI2/3GWNMSCI|MME|BSC[eNodeB]派心富

utuonnccT

備注：上圖中藍(lán)色區(qū)域?yàn)長(zhǎng)TE網(wǎng)絡(luò)信令；粉紅色區(qū)域?yàn)?G網(wǎng)絡(luò)中信令，根據(jù)信令流程判斷問(wèn)題出目前

哪個(gè)環(huán)節(jié)。

1.2CSFB需要分析的指標(biāo)

CSFB(2UE),測(cè)試措施為C3FBUE1撥打CSFBUE2,需分析的關(guān)鍵指標(biāo)有：

1)CSFBM。和MT回落失敗,即詳細(xì)分析主被叫回落2G存在問(wèn)題的case；

2)CSFBM0接通率,即詳細(xì)分析在4G網(wǎng)絡(luò)中起呼,但被叫收到paging未接通的case；

3)非4G起呼失敗，即詳細(xì)分析在非4G網(wǎng)絡(luò)中起呼，但被叫收到paging未接通case；

4)非4G起呼被叫率，即詳細(xì)分析在非4G網(wǎng)絡(luò)中起呼的case；

5)CSFBMO呼喊時(shí)延,即詳細(xì)分析MO中extendedservicerequest到Alerting之間時(shí)延較長(zhǎng)的case。

6)CSFBMT尋呼成功率,即詳細(xì)分析被叫未收到paging的case；

詳細(xì)闡明如下：

1)CSFBMO和MT回落失敗也許由于系統(tǒng)參數(shù)、頻點(diǎn)和4G小區(qū)接入性導(dǎo)致失敗，需要重點(diǎn)分析排

查4G測(cè)試回落問(wèn)題

2)CSFBMO接通率需要定位是主叫在2G/3G側(cè)起呼與否完好，被叫在2G/3G側(cè)被叫與否完好。未

接通的原因是由于主叫不完好導(dǎo)致，還是被叫不完好導(dǎo)致。

3)起呼在2G/3G網(wǎng)絡(luò)中，且未接通，以及掉話，由于都發(fā)生在2G/3G網(wǎng)絡(luò)中，一般無(wú)需分析。但

若部分現(xiàn)場(chǎng)是ALU的2G設(shè)備，提議關(guān)注一下2G中的第話；

4)起呼和被叫在2G/3G網(wǎng)路中，需要分析從占用2G和3G網(wǎng)絡(luò)的過(guò)程，與否存在優(yōu)億空間保證手

機(jī)占用4G起呼。

5)CSFBMT尋呼成功率需要分析被叫無(wú)法收到paging的原因。

1.3LAU流程對(duì)CSFB接入時(shí)延的影響

根據(jù)規(guī)范24.008,當(dāng)CSFB回落到2G/3G,即從S1模式切換到lu或A/Gb模式,雖然目前小區(qū)的LAC

與UE中保留的LAC一致，也要進(jìn)行LAU。不過(guò)CSFB回落后的LAU過(guò)程可以等CScall結(jié)束后再進(jìn)行，但

UE必須記住，當(dāng)RR連接釋放后，旦UE還是駐留在GERAN/UTRAN中，UE必須要完畢LALI過(guò)程，如下圖

所示。

4.4.1Locationupdatingprocedure

Thelocationupdatingprocedureisagenewiprocedurewhichisusedforthefollowingpurposes:

-normallocationupdating(describedinthissubclause):CSFB回落±2G/3G網(wǎng)絡(luò)，必須要做

LAIL但可被延遲到CScall結(jié)束后.

-periodicupdating(seesubclause4.4.2);/

-IMSIattach(seesubclause4.4.3):/

jindicatingtothenetworkthattheMS.configiiredtouseCSfallbackandSMSoverSGs.orSMSoverSG$only?\

hasenteredaGERANorUTRANcellinNMOIIorIII.afterintersystexnchangefromSImodetoluorA/Gb

mode,theTINindicates"GUTI"andthelocationareaofthecmrentcelli$thesameasthestoredlocationarea:

or

NOTE1:ThelocationupdatingprocedurecanbedelayedwhentheintersystemchangeisduetoCSfallback.In

thiscase,theMShastorememberthatithastoperfbnnalocationupdatingprocedmeaftertheRR

(connectionisreleased,iftheMSisstillinGERXN/UTRAN.J

-indicatingtothenetworkthatduetoamanualCSGselectiontheMShasselectedaCSGcellwhoseCSG

identityandassociatedPLMNidentityarenotincludedintheMS'sAllowedCSGlist.orintheMS'sOperator

CSGlist

從一次CSFB的log來(lái)看，當(dāng)CSFB回落至2G網(wǎng)絡(luò)，有90%的場(chǎng)景是在CS呼喊結(jié)束后進(jìn)行LAU,有

10%的場(chǎng)景是在CScall之前進(jìn)行LAU,此時(shí)LAUrequest中的followon標(biāo)識(shí)位置1；當(dāng)CSFB回落至3G網(wǎng)

絡(luò),所有都是在CScall之前進(jìn)行LAU,此時(shí)LAUrequest中的followon標(biāo)識(shí)位置1。

因此LAU流程對(duì)CSFB呼喊接入時(shí)延的影響是不可防止的。

1.4CSFB分析思緒匯總

CSFB的分析思緒匯總?cè)缦聢D所示，由于沒(méi)有分析CSFBM0呼喊時(shí)延，在下圖中暫未包括這部分內(nèi)容,

后續(xù)再更新。

1.4.1未占用4G的原因

1.占用2G網(wǎng)絡(luò)狀況下

1)UE結(jié)束通話后，進(jìn)行GPRS業(yè)務(wù)，導(dǎo)致無(wú)法及時(shí)返回4G；

2)UE結(jié)束通話后，進(jìn)行LAU過(guò)程，導(dǎo)致無(wú)線鏈路不能及時(shí)釋放：

3)UE結(jié)束通話后，4G弱覆蓋，導(dǎo)致UE無(wú)法重選至4G,且UE沒(méi)有重選至3G：

4)占用4G,但重選門限設(shè)置不合理，導(dǎo)致重選到2G；

5)其他原因

2.占用3G網(wǎng)絡(luò)狀況下

1)UE結(jié)束通話后，CS釋放，但TD中并發(fā)的PS業(yè)務(wù)沒(méi)有釋放導(dǎo)致RRC延遲釋放;

2)UE結(jié)束通話后，在TD中進(jìn)行LAU過(guò)程，導(dǎo)致無(wú)線鏈路不能及時(shí)釋放：

3)UE結(jié)束通話后，4G弱覆蓋，導(dǎo)致UE無(wú)法重選至4G,先重選到2G,UE再重選至3G；

4)占用4G,但重選門限設(shè)置不合理，導(dǎo)致重選到3G；

5)占用4G,但重選門限設(shè)置不合理，導(dǎo)致先重選到2G,UE再重選至3G；

6)其他原因

1.4.24G回落2G失敗的原因

1.主被叫發(fā)送ESR,后的RRC建立成功的，但回落失敗的原因也許為：

1)CSFB參數(shù)配置錯(cuò)誤。

2)CSFB回落配置頻點(diǎn)未非最強(qiáng)2G小區(qū)。

2.主被叫發(fā)送ESR,后的RRC建立失敗的原因也許為：

1)RSRP不不小」115dBm,導(dǎo)致RRC建匯失敗;

2)SINR不不小于-5dB,導(dǎo)致RRC建立失??；

3)由于系統(tǒng)原因?qū)е碌男^(qū)無(wú)法接入；

4)由于小區(qū)資源局限性導(dǎo)致的小區(qū)無(wú)法接入。

1.4.3呼喊失敗的原因

1.主叫起呼失敗的原因：

1)2G起呼CMSR未響應(yīng)

2)2G的SD擁塞

3)3G起呼失敗

4)2G小區(qū)指標(biāo)差導(dǎo)致呼喊失??；

5)3G±RRC未建立成功

2.在2G網(wǎng)絡(luò)中接續(xù)失敗也許原因：

1)被叫跨pool位置更新;

2)2G起呼CMSR未響應(yīng);

3)2G小區(qū)指標(biāo)差導(dǎo)致呼喊失??；

4)主叫上發(fā)CMServiceAbort；

5)主叫上報(bào)disconnect；

6)2G占用偽小區(qū)。

3.在3G發(fā)起呼喊的原因：

1)CSFB回落2G不成功，重選至3G；

2)CSFB的ESR不成功導(dǎo)致重選至3G：

3)CSFB功能存在問(wèn)題，飛鏢原則重選至3G；

4.在3G網(wǎng)絡(luò)中接續(xù)失敗也許原因：

1)3G起呼失??；

2)主叫上發(fā)CMServiceAbort；

3)主叫上報(bào)disconnect。

1.4.4未收到paging的原因

1)2G返回4G無(wú)TAU：

2)手機(jī)處在位置更新狀態(tài)：

3)手機(jī)處在脫網(wǎng)狀態(tài)；

4)其他原因。

2某網(wǎng)絡(luò)實(shí)際測(cè)試狀況

2.1測(cè)試狀況闡明

3月17日至3月20日對(duì)南京卡特區(qū)域網(wǎng)格2、網(wǎng)格6-19進(jìn)行了CSFB拉網(wǎng)測(cè)試。使用

CDS7.1B46軟件連接兩部索尼M35T（高通芯片）進(jìn)行主被叫測(cè)試。詳細(xì)主叫測(cè)試配置如下:

測(cè)試間隔30秒、保持時(shí)間30秒、阻塞超時(shí)100秒。

2.2測(cè)試成果

2.2.1測(cè)試呼喊記錄狀況

主叫被叫呼喊類型記錄

呼喊類型4G2G3G總計(jì)

主被起呼類型182542531920

波叫尋呼類型172347301800

1）呼為主叫手機(jī)成功發(fā)起呼喊，被叫尋呼類型為被叫收到pagingo其中主叫成功起呼

后，合計(jì)120次未收到pagingo

2）主被叫均有5%的呼喊非4G網(wǎng)絡(luò)發(fā)起。

2.2.2各網(wǎng)格指標(biāo)狀況

2.2.3問(wèn)題原因分類

未接通主因占比未接通次因占比

RRCConnectionRelease沒(méi)下發(fā)3.08%

4G回落2G失敗8.72%下發(fā)鄰區(qū)非最強(qiáng)鄰區(qū)0.51%

RRC建立失敗5.13%

2G的TCH分派失敗2.05%

2G起呼CSR未響應(yīng)5.13%

2G質(zhì)差6.67%

3G起呼失敗1.54%

3G±RRC未建立成功1.03%

呼喊失敗27.69%

跨pool位置更新7.69%

偽小區(qū)1.54%

2G的SD擁塞1.03%

2G尋呼響應(yīng)后未接續(xù)成功0.51%

主叫起呼無(wú)CMR0.51%

2G處在位置更新0.51%

2G返回4G無(wú)TAU31.79%

2G重選3GLAU流程0.51%

3G位置更新0.51%

3G重選4GTAU流程1.03%

未收到paging45.64%

LTE處在attach流程1.03%

LTE處在跨關(guān)鍵網(wǎng)的小區(qū)1.03%

LTE位置更新1.54%

TAU被拒2.05%

被叫積樹兌網(wǎng)0.51%

未知2.56%

異常重選到電信站點(diǎn)0.51%

LTE弱覆蓋脫網(wǎng)0.51%

LTE重選門限不合理1.54%

被叫未發(fā)ESR0.51%

被叫積極脫網(wǎng)0.51%

測(cè)試人雌斷1.03%

軟件異常1.03%

終端或測(cè)試異常17.95%

異常LAU0.51%

異常關(guān)機(jī)0.51%

主叫上報(bào)disconnect11.28%

主叫上發(fā)CMServiceAbort2.56%

總計(jì)100.00%

未接通主因中重要為被叫未收到pagingo

4G回落2G失敗重要為RRC建立失敗，重要為弱覆蓋導(dǎo)致接入問(wèn)題，另一方面在江寧的

華為的站點(diǎn)存在CSFB功能問(wèn)題。

呼喊失敗重要為跨pool位置更新和2G小區(qū)質(zhì)量問(wèn)題。

未收到paging重要為被叫2G返回4G無(wú)TAU,該問(wèn)題已經(jīng)確認(rèn)為終端芯片問(wèn)題。

終端和測(cè)試異常中重要為主叫上報(bào)disconnect,該異常原因暫無(wú)法確定是軟件或終端問(wèn)

題。

3信令分析

3.1正常主被叫CSFB呼喊信令

主叫起呼信令流程:

11:07:31.776?SysInfoTypelBCCH_SCH

11:07:31.778?MasterlnformationBlockBCCH_BCll

11:07:50.397tExtendedServiceRequestIBB.

11:07:50,402+RRCConnectionRequestCCCH.UL|起呼時(shí)占用4G,發(fā)?

11:07:50,414-RRCConnectionSetupCCCHDLxtenedServiceRequest

+RRCConnectionSetupCompletenrrum/用送向田2G.eNodeB給終

11:07:50.417一/,的RRCC

11:07:50.434?SecurityModeCommandDCCH_*onnectionrelease

11:07:50.437令SecurityModeCompleteDCCH.UL

11:07:50.440-RRCConnectionReconfigurationDCCH_DL

11:07:50.4430RRCConnectionReconfigurationCompl...DCCH_UL

11:07:50.599■RRCConnectionReleaseDCCH[DL|

11:07:50.857?SystemInformationType4GSMRR

11:07:50.993?SystemInformationType13GSMRR）幣遠(yuǎn)到合適的2

GSMRR/

11:07:51.328?SystemInformationType2ter

11:07:51.562?SystemInformationType3GSMRK

11:07:51.564?PagingRequestType1GSMRR

-systeminformationtype4GtSMKK

什rm

^2G網(wǎng)空中發(fā)

11:07:51.860OCMServiceRequestNASM%/起CSCall

GSMRf

11:07:51.865力ChannelRequest

11:07:52.035ChannelRequestGSMRR

11:07:52.247，PagingRequestType1GSMRR

11:07:52.250，SystemInformationType2GSMRR

11:07:52.252，ImmediateAssignmentGSMRR

GSMRRl^-GM'suspension

11:07:52.489ClassmarkChange

GSMRI^r

11:07:52.504OGPRSSuspensionRequest

被叫起呼信令流程:

11:0752.861VMeasurementReportGSMRR

11:07.53.100，SystemtnfomatwiTypeGSWRR

11:07.53.340Aumer?ca?<MiResponseMASMU

11:07.53.343fMeasuremenlReportGSURRI.叫CMSeviceAcc?)t.I發(fā)SAp,鼓〃蟲f?j>dgng

110753.564System(nformatwiType6GSURR

11:07537594identityRequestNASMM//TimeftMessages\>>2:Type

11:0753762tIdentityResponseMS嗎//11:0731213，RRCConneoodReleas?DCCH-DL

11:0753822fMeasurementReportGSUBR/110731700Sys/nfc7>pef\BCCH.SCH

,X占用14G也到J

110754055SystemInformationTfpt5G$4RR/t3S

075430o?CMStrictAcctplfksHIT11:0754914/PCCH/□jeiii:eR?M=5t

1107543P4CC+定向12643

//1110755068卜Extend"S，M8RE$t；EPSMM卜找心V2GUI.6

1107543070MeasuremenlReportGSURR110755.070?RRCConn?<*onR?qutstCCp<.ULff.RFCCcrr?€Ct)on

11:0755.0814RRCConneckoaSeUipJ?6CH-DLRd硼v

11:0754.527，SystemfnfomstronType如GSURR

11:07547810MeasurementReportGSHRR11:0755.082?RRCConneaoaSetupCompleteDCCH.UL

11471QQAX寸寸am(nfnrmAf(nnJppft6COURQ11:07:55.034，Secunt/14odeCommandKDCCH.DL

|l1:07.55.0024CaaProceedingtWSC彳11:07:55.085VSecunt/l^odeCompleteDCCH-UL

11:07.55.260TMeasurementReportGSURR11:07:55.086，RRCConnec&onRecontigurationDCCH.DL

11:0755.496，SystemIntormation7ype5GSURR11:07:55.130fRRCConnec?onRecont?jurationCompl..DCCH.UL

11:0755.742VMeasuremenlReportGSURR11:07^5.208，RRCConnecBonReleas?CXCH.DL

11:0755943?SystemfgmaGonTypeXerGSURR11:0755.978?Systeoi/nrtxmacwi7ype3GSMRR

11:0756222tMeasurementReportGSURR11:07562694System/gmaftS7>pe3GSMRR

110756423，Sysfefnfn^xmac.onType6GSURR110756505，Sysf&n/派xmsGMType4GSMRR

主被叫呼喊建立流程:

VMeasurementnepon33KK■nu/o/.xinaomgKespooseGB4KK

11:0758.614?S/WefD/nrtxmanonType加GSURR1107:57524?ChannelRequestGSMRR

110759069tMea$urernen(ReportGSURR110757719弋ChannelRequestGSI4RR

11075907345K如nType6GSURR110757765fSysteminformtUon7ypt2GSMRR

110759511?MeasurementReportGSMRR110757900?immediateAssignmentGSURR

110759.7094SysieminCocmabonType5GSMRR1107:57904?PagingResponseGSMRR

11:0759.942■MeasurementReportGSMRR11:07:581264Systeminformal7>pe5GSWRR

00T71GSMRR11:07:58.377?ClassmarkChangeGSWRR

1:0$00.173KAssignmentCommand■GSMRR1107:58378?GPRSSuspensionRequestGSMRR

J10800178?AssignmentCompleteGSMRRJMeasurementReportGSMRR

“VSystem/nftymafronTyp?SCer

110B0038?MtasurtmentReportGSUgB^―*GSMRR

1105007924Sy9em/gmanon7>pe5^**CSURR110758769?AuthCTficationRequestNASMM

11oonDP1107:58980?AumenAaUonResponseHASMM

?Measurer^ntReport

11:0600982Alerting■NASCC1107:58981GSMRR

?Systemm就甲x?7ype6

11:0801.127I4^^|NASCC11:07:59222GSI4RR

11:07:59224,lOentrt),Request：NASMM

11:0801.320，Sy09mInformationType如GSMRR1107:59225??dentrt)ResponsrScNASMM

11:0801322?Measurern^ntReportGSMRR110759509?MeasurementRepo*GSI4RR

110601743，Type6GSMRR1107597014Sysftm/nfiymt6on7>p<5GSMRR

110601795?MeasurementReportGSURR1107597011____________NASCC

11:08：02304GSysiem/欣)Type5GSMRR1107:59702■fruscc

110E02307?MeasurementReportGSURR11:07:59945jMeasuferrwntReportGSMRR

11:0802.7^64SysSemfnrtxmanonTJpe3儂GSURR11Aftnn141AsfrvmWwiyvnocq，/RR

11：oe02.806?MeasurementReportGSURR1108:00383AssignmentCommandGSMRR

11:0603237，SjMemfnrtxmanonType6GSURR11Ofi00397MflafiurenwntReportGSURR

110B03326?MeasurementReportGSMRR110800421?AssionmentComplexGSMRR

11OS037354/gmanon7ype5GSURR110800632BT__________________________NASCC

110603738令MeasurementReportGSURR110800773|ttuscc

110E04224dSys^minformationTypeHwGSMRR1108:00824?MeasurementReportGSMRR

11:0604.236。MeasurementReportGSMRR11:08:012404SystemfnXoma&on7>