LTE中的接入信令排查
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1.1 接入信令
图错误!文档中没有指定样式的文字。-1 协议定义的UE接入流程
以上协议定义的流程,对应在后台信令跟踪工具上的信令如下图所示,在解决UE接入
故障时,务必跟踪和保存故障信令,与下图中信令进行对比(既包含了S1\UU口信令,
也包含了基站内部模块信令),以快速确定故障位置。
图错误!文档中没有指定样式的文字。-2 信令流程1
图错误!文档中没有指定样式的文字。-3 信令流程2
图错误!文档中没有指定样式的文字。-4 信令流程3
图错误!文档中没有指定样式的文字。-5 信令流程4
1.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发送到第一响应组联系后方排查分析;
图错误!文档中没有指定样式的文字。-6 包含S1口选路信息的内部信令
图错误!文档中没有指定样式的文字。-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接入点信息是否正确,查看方法如下图所示,如果确认存在该问题,需联系核心网侧工程师对接排查。
图错误!文档中没有指定样式的文字。-8 UE侧异常信令
图错误!文档中没有指定样式的文字。-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;
图错误!文档中没有指定样式的文字。-10 确认user inactive开关是否打开
(2)查看内部信令是否为UPM路径保活失败;如果想临时关闭保活规避该问题,请telnet到CC板,在产品进程中执行RnluGtpuKeepAliveDisable命
令,如需要开保活,则执行RnluGtpuKeepAliveEnable命令;
图错误!文档中没有指定样式的文字。-11 查看内部信令是否为UPM路径保活失败
其他问题,请采集UE信令Log发送到第一响应组联系后方排查分析。