FDD-LTE被叫概率性无响应处理

1、FDD LTE网络被叫概率性无响应问题处理FDD-LTE网络开通后，语音业务的承载采取CSFB方式进行，在测试中发现被叫在CSFB时概率性出现寻呼无响应现象。主要现象为主叫无响应或提示“无法接通”。为提升用户感知，分别在空口、RNC侧、MSC侧、MME侧进行了信令抓取及分析。通过无线侧及核心网联合排查，最终发现导致问题的原因。经过对调整后网络反复多场景测试验证，确定顺利解决该问题。在FDD-LTE建网初期，基于网络改造代价及参数配置工作量最小化考虑，采取CSFallBack方式回落至GSM网络或UMTS网络进行语音、短信、定位等电路域业务。在CSFB过程中出现网络问题。在FDD-LTE网络中，

2、被叫CSFB时概率性发生无法响应的现象。主要现象有：1、主叫听到振铃音，同时被叫网络指示由LTE变为UMTS并快速返回至LTE，但未接通；2、主叫收到系统提示音“您拨的用户暂时无法接通”。通过在不同网络环境、不同终端情况下的测试，排除无线信号及终端原因。无响应的现象出现概率为10%左右。分析与对策根据实际问题产生的情况，分别在无线侧及核心网侧进行了联合的排查及分析。以找出导致问题的原因及解决办法。处理过程第一步：核查参数设置结果：正常现网采用基于FDD到UMTS盲重定向的CSFB，经核查全网基站小区参数设置无误。参数路径涉及到的主要参数后台参数配置建议现网配置E-UTRAN FDD小区基于覆盖

3、的重定向算法启动开关rd4ForCoverage打开1打开1CS Fallback到UTRAN时，优先采用的方式csfbMethdofUMTS11E-UTRAN FDD小区->测量参数对CSFB是否作测量csfbMeasure00UTRAN-FDD系统空闲态用户CS Fallback目标系统优先级ratPriIdPara_ratPriIdleCSFB2255255UTRAN-FDD连接态用户CS Fallback目标系统优先级ratPriCnPara_ratPriCnCSFB2255255UTRAN载频数目utranCarriFreqNum11UTRAN载频测量配置UTRAN FDD系统

4、载频utranMeasParas_utranArfcn2142.62142.6FDD下行载频所在的频段指示utranMeasParas_utranFreqBandInd11双工方式utranMeasParas_duplexMode00UTRAN频点CSFB优先级utranMeasParas_utranFreqCsfbPriority255255第二步：确认联合ATTACH成功结果：正常有Combine类型的ATTACH的请求，CS域和PS域均附着成功。ATTACH ACCEPT无问题。第三步：测试软件+被叫手机信令排查结果：异常以下为正常情况下信令：UE收到CS Service Notific

5、ation然后发起Extended Service request之后在LTE网络下进行RRC连接释放，进入UMTS网络发起被叫会话类业务相关的RRC连接请求。经过鉴权、加密、安全模式等直传消息后，先后收到setup、alerting，呼叫接通。以下为异常下信令：由于UE状态是连接态，MME直接下发 cs service notification 通知UE回落到3G 网络，UE发起 extended service request 告知 MME，UE回落3G 网络。之后在LTE网络下，基站发起Redirection流程，UE收到rrcConnectionRelease消息后，进行重定向，到达目

6、标小区。在UMTS网络发起被叫会话类业务相关的RRC连接请求之后，UE收到下行signallingConnectionRelease消息，发起Location updating request查看相应的RNC信令，establishmentCause = eRRC_EstablishmentCause_registration，位置更新原因是注册。位置更新完成后，UE发起TMSI重分配完成消息。之后，UE发起RRC连接释放消息后返回LTE网络。第四步：测试数据分析结果：异常1、正常情况下分析被叫正常接通时的流程：被叫UE寻呼响应后，发送RAC更新请求，完成Id request流程；之后发送鉴权

7、、加密请求，完成安全模式流程。完成鉴权、加密，收到setup后，发送alerting等正常流程，进入通话状态。2、异常情况下分析被叫不能正常接通时的流程：被叫UE响应寻呼后，发送RAC更新请求，无Id request流程；之后发送鉴权、加密请求，无安全模式流程。 收到下行CS域signallingConnectionRelease消息，UE发起位置更新流程，导致被叫未接通。第五步：RNC信令分析因为LTE网络CSFB业务是回落在WCDMA网络进行的，所以对CSFB回落在WCDMA网络的信令进行分析，发现在呼叫不正常的流程中，UE收到MSC发的ID request消息后，MSC给RNC发了Iu release commend释放命令，原因是NAS层正常释放；而正常流程ID request之后，MSC不会给RNC发Iu release commend释放命令。RNC收到MSC的Iu口释放命令后，向UE发送CS域的signallingConnectionRelease消息，从而导致UE发起位置更新。第六步：核心网MSC参数核查根据以上的排查结果，确认是MSC主动发起Iu口释放命令导致UE出现RRC连接释放及位置更新。因此，由核心网CS域配合排查释放原因，发现不正常