CSFB分析方法及案例

CSFB分析措施及案例

上海贝尔股份有限企业

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

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

1.2CSFB需要分析的指标.............................................................

1.3LAU流程对CSFB接入时延的影响..................................................

1.4CSFB分析思绪汇总...............................................................

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

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

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

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

2英网络实际测试状况....................................................................

2.1测试状况阐明.....................................................................

2.2测试成果..........................................................................

2.2.1测试呼喊记录状况.............................................................

2.2.2各网格指标状况...............................................................

2.2.3问题原因分类.................................................................

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

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

3.2本次测试过程中异常呼喊信令总结.................................................

3.2.1案例1:主被叫发送ExtenedServiceRequest»没有收到RRCConnectionRelease..........

3.2.2案例2:eNodeB未下发邻区最强频点............................................

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

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

3.2.5案例5:2G起呼CMSR未响应...................................................

3.2.6案例6:2G质差................................................................

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

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

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

3210案例10:伪小区................................................................

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

3.2.12案例12:2G寻呼响应后未接续成功............................................

3.2.13案例13:主叫起呼无CMSR................................................................................................

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

3.2.15案例1S:2G返回4G无TAU...............................................................................................

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

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

3.2.18案例19:LTE处在跨关键网的小区..............................................

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

3.2.20案例21：LTE重选门限不合理..................................................

1CSFB分析措施

1.1CSFB的信令流程

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

utuonnccT

备注：上图中蓝色区域为LTE网络信令；粉红色区域为2G网络中信令，根据信令流程判断问题出目前

哪个环节。

1.2CSFB需要分析的指标

CSFB(2UE),测试措施为C3FBUE1拨打CSFBUE2,需分析的关键指标有：

1)CSFBM。和MT回落失败,即详细分析主被叫回落2G存在问题的case；

2)CSFBM0接通率,即详细分析在4G网络中起呼,但被叫收到paging未接通的case；

3)非4G起呼失败，即详细分析在非4G网络中起呼，但被叫收到paging未接通case；

4)非4G起呼被叫率，即详细分析在非4G网络中起呼的case；

5)CSFBMO呼喊时延,即详细分析MO中extendedservicerequest到Alerting之间时延较长的case。

6)CSFBMT寻呼成功率,即详细分析被叫未收到paging的case；

详细阐明如下：

1)CSFBMO和MT回落失败也许由于系统参数、频点和4G小区接入性导致失败，需要重点分析排

查4G测试回落问题

2)CSFBMO接通率需要定位是主叫在2G/3G侧起呼与否完好，被叫在2G/3G侧被叫与否完好。未

接通的原因是由于主叫不完好导致，还是被叫不完好导致。

3)起呼在2G/3G网络中，且未接通，以及掉话，由于都发生在2G/3G网络中，一般无需分析。但

若部分现场是ALU的2G设备，提议关注一下2G中的第话；

4)起呼和被叫在2G/3G网路中，需要分析从占用2G和3G网络的过程，与否存在优亿空间保证手

机占用4G起呼。

5)CSFBMT寻呼成功率需要分析被叫无法收到paging的原因。

1.3LAU流程对CSFB接入时延的影响

根据规范24.008,当CSFB回落到2G/3G,即从S1模式切换到lu或A/Gb模式,虽然目前小区的LAC

与UE中保留的LAC一致，也要进行LAU。不过CSFB回落后的LAU过程可以等CScall结束后再进行，但

UE必须记住，当RR连接释放后，旦UE还是驻留在GERAN/UTRAN中，UE必须要完毕LALI过程，如下图

所示。

4.4.1Locationupdatingprocedure

Thelocationupdatingprocedureisagenewiprocedurewhichisusedforthefollowingpurposes:

-normallocationupdating(describedinthissubclause):CSFB回落±2G/3G网络，必须要做

LAIL但可被延迟到CScall结束后.

-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来看，当CSFB回落至2G网络，有90%的场景是在CS呼喊结束后进行LAU,有

10%的场景是在CScall之前进行LAU,此时LAUrequest中的followon标识位置1；当CSFB回落至3G网

络,所有都是在CScall之前进行LAU,此时LAUrequest中的followon标识位置1。

因此LAU流程对CSFB呼喊接入时延的影响是不可防止的。

1.4CSFB分析思绪汇总

CSFB的分析思绪汇总如下图所示，由于没有分析CSFBM0呼喊时延，在下图中暂未包括这部分内容,

后续再更新。

1.4.1未占用4G的原因

1.占用2G网络状况下

1)UE结束通话后，进行GPRS业务，导致无法及时返回4G；

2)UE结束通话后，进行LAU过程，导致无线链路不能及时释放：

3)UE结束通话后，4G弱覆盖，导致UE无法重选至4G,且UE没有重选至3G：

4)占用4G,但重选门限设置不合理，导致重选到2G；

5)其他原因

2.占用3G网络状况下

1)UE结束通话后，CS释放，但TD中并发的PS业务没有释放导致RRC延迟释放;

2)UE结束通话后，在TD中进行LAU过程，导致无线链路不能及时释放：

3)UE结束通话后，4G弱覆盖，导致UE无法重选至4G,先重选到2G,UE再重选至3G；

4)占用4G,但重选门限设置不合理，导致重选到3G；

5)占用4G,但重选门限设置不合理，导致先重选到2G,UE再重选至3G；

6)其他原因

1.4.24G回落2G失败的原因

1.主被叫发送ESR,后的RRC建立成功的，但回落失败的原因也许为：

1)CSFB参数配置错误。

2)CSFB回落配置频点未非最强2G小区。

2.主被叫发送ESR,后的RRC建立失败的原因也许为：

1)RSRP不不小」115dBm,导致RRC建汇失败;

2)SINR不不小于-5dB,导致RRC建立失败；

3)由于系统原因导致的小区无法接入；

4)由于小区资源局限性导致的小区无法接入。

1.4.3呼喊失败的原因

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

1)2G起呼CMSR未响应

2)2G的SD拥塞

3)3G起呼失败

4)2G小区指标差导致呼喊失败；

5)3G±RRC未建立成功

2.在2G网络中接续失败也许原因：

1)被叫跨pool位置更新;

2)2G起呼CMSR未响应;

3)2G小区指标差导致呼喊失败；

4)主叫上发CMServiceAbort；

5)主叫上报disconnect；

6)2G占用伪小区。

3.在3G发起呼喊的原因：

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

2)CSFB的ESR不成功导致重选至3G：

3)CSFB功能存在问题，飞镖原则重选至3G；

4.在3G网络中接续失败也许原因：

1)3G起呼失败；

2)主叫上发CMServiceAbort；

3)主叫上报disconnect。

1.4.4未收到paging的原因

1)2G返回4G无TAU：

2)手机处在位置更新状态：

3)手机处在脱网状态；

4)其他原因。

2某网络实际测试状况

2.1测试状况阐明

3月17日至3月20日对南京卡特区域网格2、网格6-19进行了CSFB拉网测试。使用

CDS7.1B46软件连接两部索尼M35T（高通芯片）进行主被叫测试。详细主叫测试配置如下:

测试间隔30秒、保持时间30秒、阻塞超时100秒。

2.2测试成果

2.2.1测试呼喊记录状况

主叫被叫呼喊类型记录

呼喊类型4G2G3G总计

主被起呼类型182542531920

波叫寻呼类型172347301800

1）呼为主叫手机成功发起呼喊，被叫寻呼类型为被叫收到pagingo其中主叫成功起呼

后，合计120次未收到pagingo

2）主被叫均有5%的呼喊非4G网络发起。

2.2.2各网格指标状况

2.2.3问题原因分类

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

RRCConnectionRelease没下发3.08%

4G回落2G失败8.72%下发邻区非最强邻区0.51%

RRC建立失败5.13%

2G的TCH分派失败2.05%

2G起呼CSR未响应5.13%

2G质差6.67%

3G起呼失败1.54%

3G±RRC未建立成功1.03%

呼喊失败27.69%

跨pool位置更新7.69%

伪小区1.54%

2G的SD拥塞1.03%

2G寻呼响应后未接续成功0.51%

主叫起呼无CMR0.51%

2G处在位置更新0.51%

2G返回4G无TAU31.79%

2G重选3GLAU流程0.51%

3G位置更新0.51%

3G重选4GTAU流程1.03%

未收到paging45.64%

LTE处在attach流程1.03%

LTE处在跨关键网的小区1.03%

LTE位置更新1.54%

TAU被拒2.05%

被叫积树兑网0.51%

未知2.56%

异常重选到电信站点0.51%

LTE弱覆盖脱网0.51%

LTE重选门限不合理1.54%

被叫未发ESR0.51%

被叫积极脱网0.51%

测试人雌断1.03%

软件异常1.03%

终端或测试异常17.95%

异常LAU0.51%

异常关机0.51%

主叫上报disconnect11.28%

主叫上发CMServiceAbort2.56%

总计100.00%

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

4G回落2G失败重要为RRC建立失败，重要为弱覆盖导致接入问题，另一方面在江宁的

华为的站点存在CSFB功能问题。

呼喊失败重要为跨pool位置更新和2G小区质量问题。

未收到paging重要为被叫2G返回4G无TAU,该问题已经确认为终端芯片问题。

终端和测试异常中重要为主叫上报disconnect,该异常原因暂无法确定是软件或终端问

题。

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|起呼时占用4G,发・

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）币远到合适的2

GSMRR/

11:07:51.328•SystemInformationType2ter

11:07:51.562•SystemInformationType3GSMRK

11:07:51.564•PagingRequestType1GSMRR

-systeminformationtype4GtSMKK

什rm

^2G网空中发

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发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>