LTE中的接入信令排查.doc

1.1 接入信令图 Error! No text of specified style in document.-1 协议定义的UE接入流程以上协议定义的流程，对应在后台信令跟踪工具上的信令如下图所示，在解决UE接入故障时，务必跟踪和保存故障信令，与下图中信令进行对比（既包含了S1UU口信令，也包含了基站内部模块信令），以快速确定故障位置。图 Error! No text of specified style in document.-2 信令流程1图 Error! No text of specified style in document.-3 信令流程2图 Error! No text of specified style in document.-4 信令流程3图 Error! No text of specified style in document.-5 信令流程41.2 UE无法接入故障排查指导故障现象UE接入时，发现无法正常激活，对比上文信令流程，确认UE接入未走到最后attach complete一步。故障排查1.确定网管侧是否有UE的接入信令：（1）如果在网管侧看到有MSG3，说明UE正常发起接入流程，请跳过第2步的操作；（2）否则，需检查网管信令跟踪是否开启正确，然后按照第2步检查UE是否发起接入。2.检查UE是否发起接入：（1）首先检查UE的频段、制式是否与应接入的小区对应，SIM卡是否正确插入；（2）打开UE信令跟踪（UE信令跟踪方法需要UE厂商提供），检查UE是否正确读取到对应小区广播信息（MIB、SIB）；（3）查看UE是否成功发送MSG1，如果没有请采集UE信令Log发送到第一响应组联系后方排查分析；（4）查看UE是否成功发送MSG3，如果没有请检查随机接入过程是否正常完成，请采集UE信令Log发送到第一响应组联系后方排查分析；（5）如果UE发送MSG3，请同时查看网管上的接入信令中是否有对应的MSG3，如有，进入第3步排查，否则请采集UE信令Log发送到第一响应组联系后方排查分析。3.UE没有收到MSG4：（1）查看网管基站侧信令是否下发MSG4，基站不发MSG4的情况比较少见，一般属于SRB接纳失败或者UE GID分配失败，初开站时不会有此问题，如外场出现该故障现象，请采集UE信令Log发送到第一响应组联系后方排查分析；（2）如果网管侧下发MSG4但是UE没有收到，请采集UE信令Log发送到第一响应组联系后方排查分析。4.网管上UE的接入信令到MSG4后没有MSG5：（1）确定UE侧是否发出MSG5，如果没有，先确认UE收到的配置中天线端口数与实际配置的TM模式是否不符，然后采集UE信令Log发送到第一响应组联系后方排查分析； （2）如果UE侧发出MSG5而基站侧没有收到，请直接采集UE信令Log发送到第一响应组联系后方排查分析。5.eNB在S1口发出初始UE消息后无响应：（1）首先需要打开内部信令跟踪查看是否有选路失败的消息，是否选路失败的查看方法如下图所示，红圈部分如果不为0则为选路失败。如属实请核查IP地址、SCTP偶联和静态路由数据配置是否正确，如果有错请修改后重试，否则请采集UE信令Log发送到第一响应组联系后方排查分析；图 Error! No text of specified style in document.-6 包含S1口选路信息的内部信令图 Error! No text of specified style in document.-7 内部信令中S1口选路失败的详细信息（2）如无选路失败的信令，需要在S1口抓包确认MME是否回复初始上下文建立消息，如果没有，请联系核心网侧工程师协助排查，如MME已回复但基站未收到，请采集UE信令Log发送到第一响应组联系后方排查分析。6.初始UE消息发出后又有NAS直传，然后直接收到MME S1 RELEASE COMMOND（1）此种情况属于UE attach被MME直接拒绝，需要确认UE使用的SIM卡是否已经开户；（2）查看UE侧的NAS信令，查看UE被释放的原因，协调核心网侧工程师沟通解决，必要时请采集UE信令Log发送到第一响应组联系后方支持排查分析；（3）确认UE的APN接入点信息是否正确，查看方法如下图所示，如果确认存在该问题，需联系核心网侧工程师对接排查。图 Error! No text of specified style in document.-8 UE侧异常信令图 Error! No text of specified style in document.-9 UE侧异常信令详细内容7.出现UE能力查询超时：需要确定UE侧是否成功发出UE能力，如果UE侧发出但控制面没有收到或UE侧没有发出，请确认问题后采集UE信令Log发送到第一响应组联系后方支持排查分析。8.UE上报安全失败：（1）需要确定接入UE的协议版本，R8或者R9，并查看eNB给UE配置的安全模式；（2）确认存在该问题后，请采集UE信令Log发送到第一响应组联系后方排查分析。9.UE在S1口回复初始上下文建立失败：（1）确定是否有重配消息下发，如果没有可能的原因：编码失败，用户面、基带配置失败、承载建立失败，检查基带资源中天线个数与小区配置中天线端口数以及TM模式的配置是否对应；（2）如建立失败原因为重配超时，需要确定UE侧是否收到重配并成功发送重配完成，确认存在该问题后，请采集UE信令Log发送到第一响应组联系后方排查分析。10.UE正常接入过后一段时间内释放：（1）检查user inactive开关是否打开（释放特点：UE无业务时释放），在信令跟踪中可以看到消息EV_DCM_REL_IND，并且其释放子类型为8；图 Error! No text of specified style in document.-10 确认user inactive开关是否打开（2）查看内部信令是否为UPM路径保活失败；如果想临时关闭保活规避该问题，请telnet到CC板，在产品进程中执行RnluGtpuKeepAliveDisable命令，如需要开保活，则执行RnluGtpuKeepAliveEnable命令；图 Error! No text of specified style in document.-11 查看内部信令是否为UPM路径保活失败其他问题，请采集UE信令Log发送到第一响应组联系后方排查分析。故障解决UE可以正常接入小区，在信令跟踪中，出现如下图中81和98两条信令。图 Error! No text of specified style in document.-12 UE接入成功rrc connection reconfiguration有很多种，如网络侧发测量控制，物理信道重配，RB重配，RB建立，RB释放，传输格式指示信道控制等，都是以 rrc connection rec