CSFB配置和流程分析

1、1 基于盲重定向的CSFB配置（HW LTE侧）基于重定向方式的CSFB是eNodeB收到CSFB指示后，通过RRC Release消息直接释放UE，并在释放消息中指示UE一个目标系统UTRAN的频点信息，减少UE搜索目标的时间。UE搜索网络成功后，读取UTRAN小区系统消息，发起初始接入过程，并进行CS业务的申请。对UTRAN而言，此UE相当于初始接入的用户。基于测量的重定向和盲重定向差异较小，由于引入测量，基于测量的重定向时延会增加400-800ms左右。因此，在初期建网时，选用了配合难度最小，参数配置最简单，风险也相对较小的R8盲重定向策略。基于盲重定向的CSFB，在华为LTE侧需要做如

2、下几步配置：1) 配置L2U重选系统消息ADD CELLRESELUTRAN: LocalCellId=0, TReselUtran=1, SpeedStateSfCfgInd=NOT_CFG;2) 配置LTE异系统小区重选优先级及门限MOD CELLRESEL: LocalCellId=0, SNonIntraSearchCfgInd=CFG, SNonIntraSearch=4, ThrshServLow=4, CellReselPriority=6, QRxLevMin=-64;3) 配置UMTS F1邻频点信息ADD UTRANNFREQ: LocalCellId=0, UtranDl

3、Arfcn=10713, UtranVersion=HSPA, UtranFddTddType=UTRAN_FDD, UtranUlArfcnCfgInd=NOT_CFG, CellReselPriorityCfgInd=CFG, CellReselPriority=4, ThreshXLow=3;4) 配置UMTS F1外部虚拟小区（该小区为虚拟配置，可以与现网实际不同）ADD UTRANEXTERNALCELL: Mcc="460", Mnc="01", RncId=0, CellId=0, UtranDlArfcn=10713, UtranUlAr

4、fcnCfgInd=NOT_CFG, UtranFddTddType=UTRAN_FDD, RacCfgInd=NOT_CFG, PScrambCode=0, Lac=0;5) 配置UMTS F1虚拟小区为邻区（盲优先级必须非0）ADD UTRANNCELL: LocalCellId=0, Mcc="460", Mnc="01", RncId=0, CellId=0, BlindHoPriority=1;6) 配置UMTS盲重定向开关（CDMA的CSFB开关必须为0）MOD ENODEBALGOSWITCH: HoAlgoSwitch=UtranCsfb

5、Switch-1&Cdma1xRttCsfbSwitch-0, HoModeSwitch=UtranPsHoSwitch-0&GeranPsHoSwitch-0&UtranRedirectSwitch-1&BlindHoSwitch-1;7) 配置CSFB策略为RedirectionMOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1;之前对BlindHoSwitch参数理解有误，需要注意，该参数只对CSFB有效，用来控制CSFB中盲切换的打开和关闭。若盲切换开关关闭，且UE支持对该RAT测量，启动对该RA

6、T的测量，向UE 下发该RAT的异系统测量配置。具体流程参见附注1。2 基于盲重定向的CSFB信令解析2.1 CSFB语音通话正常信令流程一次完整的CSFB业务的信令流程如下图所示：2.2 关键信令点2.2.1 ExtendedServiceRequest(LTE)在service type中标识此次通话是主叫还是被叫2.2.2 RRCConnectionRelease(LTE)在RRC连接释放中携带3G频点，让UE回落到3G网络2.2.3 RRCConnectionRelease(UMTS)通话结束后，在RRC连接释放中携带4G频点，让UE快速返回4G网络2.2.4 TrackingArea

7、UpdateRequest/Accept (LTE)2.2.4.1 TAC更新请求从3G Fast return回4G时，UE会发起TAC更新，注明更新类型为联合TAC/LAC更新，并携带之前驻留的4G TAC和3G LAC2.2.4.2 TAC更新接受如果联合TAC/LAC更新成功，在TrackingAreaUpdateAccept中会注明更新结果为Combined TA，同时分配给UE新的GUTI(4G)和TMSI(3G)2.3 时延统计2.3.1 主叫时延UE侧观察，在LTE发起Extend Service Request消息开始，到UE在UMTS接收ALERTING消息，时延为5.79

8、1s。2.3.2 被叫时延UE侧观察，UE在LTE发起Extend Service Request消息开始，到UE在UMTS发送ALERTING消息，时延为3.276s2.3.3 Fast Return时延UE侧观察，UE在UMTS侧收到RRC Connection Release消息开始，到UE在LTE发送Tracking Area Update Complete消息，时延为0.537s3 异常案例分析3.1 核心网配置错误导致联合TAC/LAC更新失败东莞现场早期开启CSFB功能时，测试发现手机无法附着到4G网络，信令流程如下图所示：在TAU Request中，标注更新原因为Combine

9、d TA updating with IMSI attach,并携带老的4G TAC和3G LAC虽然随后网络给了响应TAU Accept,但细看其中内容可以看到，联合更新失败了，ePS-update-result结果为TA only，同时带有eMM cause为 network failure。而如果是联合更新成功，信令则是下图所示：由于联合更新失败，导致手机在LTE网络发起detach而选择接入3G网络。经检查，发现造成该故障的原因是因为核心网TAC-LAC匹配关系配置错误。协议上这方面的解释如下所示：when the UE that is attached for EPS service

10、s wants to perform an attach for non-EPS services. In this case the EPS update type IE shall be set to "combined TA/LA updating with IMSI attach".The UE receiving the TRACKING AREA UPDATE ACCEPT message takes one of the following actions depending on the EMM cause value:#17 (Network failur

11、e)The UE shall stop timer T3430 if still running, and shall enter state MM IDLE. The tracking area updating attempt counter shall be incremented, unless it was already set to 5.If the tracking area updating attempt counter is less than 5:-the UE shall start timer T3411, shall set the EPS update stat

12、us to EU1 UPDATED and shall enter state EMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM. When timer T3411 expires the combined tracking area updating procedure indicating "combined TA/LA updating with IMSI attach" is triggered again.If the tracking area updating attempt counter is equal to 5:a UE o

13、perating in CS/PS mode 1 of operation with "IMS voice not available" shall attempt to select GERAN or UTRAN radio access technology and proceed with appropriate MM or GMM specific procedures and disable the E-UTRA capability (see subclause 4.5).上面的信令中TAU重试并没有5次，而只有两次，不知道是手机行为并未完全遵照协议，还是因为信

14、令没有录制完整。另外，上文协议中CS/PS mode1为UE's usage setting is "voice centric"，具体UEs usage setting 是如何确定的，目前还没查到资料。3.2 LTE侧没有配置CSFB时UE发起语音业务LTE侧没有配置CSFB，这时候UE在LTE网络发起语音业务，表现出来的信令流程如下所示。UE上报ExtendedServiceRequest，由于网络侧并没有配置CSFB功能，不会收到RRCConnectionRelease；由于迟迟无法收到网络的响应，UE在等待10s左右，自主选择到3G网络并发起业务请求。3.3

15、 并发数据业务导致CSFB语音业务结束后无法马上从3G返回4G设备厂家： LTE: HW, UMTS:Ericsson下图所示信令从回落到UMTS起呼后开始。 在3G起呼，Call preceeding之后，有service request（data）。在物理信道重配中带了10688频点：（这时候手机上就显示“H”，而不是“3G”）过了5秒后，振铃接通再挂断，这时候数据业务仍在进行，所以只是释放了语音业务，体现为只有NAS层的Release，而没有RRC Connection Release。数据业务结束后，Radio Bearer Reconfiguration从Cell_DCH转到Cell_FACH。然后又做了两次小区更新。但在小区更新后，又过了24秒，系统才下发RRC Connection