CSFB异常点分析总结.docx

问题现象1：R9盲重定向后读取3G系统消息接入如下图所示：UE发起CSFB后，接入3G后读取系统消息，说明R9的FLASH CSFB未生效分析LTE侧RRC连接释放消息，可以看到ENB只下发了频点，没有下发相应小区信息分析LTE侧SIB1消息，可以看到此时接入的LTE ENB为9，小区为1结论：9号enb为集锦饭店，此站的RIM流程有问题，DSP UTRANRIMINFO中，未包含最高优先级的3G邻区，由于测试版本BUG，导致rrc release消息中未携带系统消息，接入3G小区后读取了系统消息。问题现象2：CSFB至3G后发起LAU，并且无法快速返回4G，并且未发现alerting问题如下所示，UE在3G侧发起LAU从呼叫开始分析，在16:16:40.135，LTE发起RRC连接释放触发CSFB动作，由于RRC连接释放消息中只携带频点，因此是R8的重定向CSFB，UE在3G侧读取系统消息接入UE在16:16:41.300发起RRC连接请求，此次RRC连接请求是CSFB的接入请求，可以看到RRC连接请求携带的原因为conversation callUE在16:16:42.957发送RB SETUP CMP消息完成CS RAB的建立，但从UE侧信令上看，过了6秒之后，UE进入空闲态UE在16:16:48.742发送cell update重新接入，携带原因为unrecoverableError，并且报AM-RLC在RB 2-3or4上错误指示为1，因此判断链路发生SRB复位掉话，UE后续通过cell update重新接入。从当时的信号强度和质量来看，下行Ec/Io较好，因此判断是上行失败导致UE掉话。怀疑RNC未收到UE发送的RB SETUP CMP消息。由于UE掉话，后续UE接入后重新发起RRC连接请求，此时携带原因值为注册。表示此时UE认为该次RRC连接并非CSFB业务。UE在16:16:49.509发起RRC连接请求，原因为注册。由于前面UE也没有做过位置区更新，因此本次注册后，UE发起位置区更新并且由于此次UE认为并非CSFB业务，发起的RRC连接请求里携带了pre-redirection信元，因此RNC判断此次UE接入并非CSFB业务，也就不会发起fastreturn了问题现象3：出现连续Reconfiguration及Measurement过程如下图所示：LTE发送ReconfigurationLTE下发Reconfiguration有两种作用，一种是RLC层参数的重新配置（类似于3G的RB重配），比如上图中的第一个RRCconnectionReconfiguration，里面携带的信元基本为RLC层参数配置及信道参数配置第二个RRCconnectionReconfiguration为下发的测量控制，包括系统内测量或系统间测量问题现象4：未发送ESR，从4G重定向到3G该现象为基于覆盖的PS重定向，由于异系统切换未打开，因此移动性走重定向流程。ENB 16:25:27.655下发测量控制，携带A1/A2/A3事件相关参数从该测量控制中可以看出，A2测量事件的测量ID为3，门限为70（异系统），即为－70测量ID为5，门限为40（异频），即为－100通过信令，可以看到MS上报测量报告，上报A2事件，并且测量ID为3，说明启动异系统测量之后ENB下发测量控制，要求UE测量异系统（3G）邻区UE上报3G邻区后，ENB发起重定向流程，将用户重定向到3G邻区问题现象5：UE多次收到RRC CONNECTION SETUP消息这个是由于UE发送RRC CONNECTION REQUEST消息后，监听下行CCCH信道，如果收到是属于自己的RRC CONNECTION SETUP消息则响应，但也会收到其他用户的RRC CONNECTION SETUP消息，则不响应，区分是否为自己的RRC CONNECTION SETUP主要是看其中携带的TMSI。如下图所示：可以看到UE收到了两条RRC CONNECTION SETUP消息，只响应了第二条分析RRC CONNECTION REQUEST消息，可以看到其TMSI为0x06C83BC6第一条RRC CONNECTION SETUP消息中携带的TMSI为0x0AB0A886，因此并非UE所发RRC CONNECTION REQ消息的响应，因此UE不回复而第二条RRC CONNECTION SETUP消息中携带的TMSI为0x06C83BC6，因此UE回复RRC CONNECTION SETUP COMPLETE问题现象6：切换失败，Fast Return失败，并出现TAU Reject重新附着流程首先看fastreturn为什么失败。CSFB走的基于测量的PSHO，但切换发起后，UE在3