当前位置:文档之家› LTE中的接入信令排查

LTE中的接入信令排查

LTE中的接入信令排查
LTE中的接入信令排查

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发送到第一响应组联系后方排查分析。

故障解决

UE可以正常接入小区,在信令跟踪中,出现如下图中81和98两条信令。

图错误!文档中没有指定样式的文字。-12 UE接入成功

rrc connection reconfiguration有很多种,如网络侧发测量控制,物理信道重配,RB重配,RB建立,RB释放,传输格式指示信道控制等,都是以rrc connection reconfiguratio n的形式表现出来,所以要看下rrc connection reconfiguration里面说包含的信息是什么,从而找到问题的答案。

CSFB信令

CSFB信令跟踪.xlsx

1.3 UE测试数据信令分析

1、异频切换信令消息

测量

假如发生测量会有下面这2条消息

服务小区

邻区列表信令

准备切换的小区

掉线

相关主题
文本预览
相关文档 最新文档