LTE中地接入信令排查Word下载.docx

上传人:b****4 文档编号:8043136 上传时间:2023-05-09 格式:DOCX 页数:13 大小:1.20MB
下载 相关 举报
LTE中地接入信令排查Word下载.docx_第1页
第1页 / 共13页
LTE中地接入信令排查Word下载.docx_第2页
第2页 / 共13页
LTE中地接入信令排查Word下载.docx_第3页
第3页 / 共13页
LTE中地接入信令排查Word下载.docx_第4页
第4页 / 共13页
LTE中地接入信令排查Word下载.docx_第5页
第5页 / 共13页
LTE中地接入信令排查Word下载.docx_第6页
第6页 / 共13页
LTE中地接入信令排查Word下载.docx_第7页
第7页 / 共13页
LTE中地接入信令排查Word下载.docx_第8页
第8页 / 共13页
LTE中地接入信令排查Word下载.docx_第9页
第9页 / 共13页
LTE中地接入信令排查Word下载.docx_第10页
第10页 / 共13页
LTE中地接入信令排查Word下载.docx_第11页
第11页 / 共13页
LTE中地接入信令排查Word下载.docx_第12页
第12页 / 共13页
LTE中地接入信令排查Word下载.docx_第13页
第13页 / 共13页
亲,该文档总共13页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

LTE中地接入信令排查Word下载.docx

《LTE中地接入信令排查Word下载.docx》由会员分享,可在线阅读,更多相关《LTE中地接入信令排查Word下载.docx(13页珍藏版)》请在冰点文库上搜索。

LTE中地接入信令排查Word下载.docx

图2-5信令流程4

1.2UE无法接入故障排查指导

故障现象

UE接入时,发现无常激活,对比上文信令流程,确认UE接入未走到最后attachcomplete一步。

故障排查

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接纳失败或者UEGID分配失败,初开站时不会有此问题,如外场出现该故障现象,请采集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发送到第一响应组联系后方排查分析;

图2-6包含S1口选路信息的部信令

图2-7部信令中S1口选路失败的详细信息

(2)如无选路失败的信令,需要在S1口抓包确认MME是否回复初始上下文建立消息,如果没有,请联系核心网侧工程师协助排查,如MME已回复但基站未收到,请采集UE信令Log发送到第一响应组联系后方排查分析。

6.初始UE消息发出后又有NAS直传,然后直接收到MMES1RELEASECOMMOND

(1)此种情况属于UEattach被MME直接拒绝,需要确认UE使用的SIM卡是否已经开户;

(2)查看UE侧的NAS信令,查看UE被释放的原因,协调核心网侧工程师沟通解决,必要时请采集UE信令Log发送到第一响应组联系后方支持排查分析;

(3)确认UE的APN接入点信息是否正确,查看方法如下图所示,如果确认存在该问题,需联系核心网侧工程师对接排查。

图2-8UE侧异常信令

图2-9UE侧异常信令详细容

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)检查userinactive开关是否打开(释放特点:

UE无业务时释放),在信令跟踪中可以看到消息EV_DCM_REL_IND,并且其释放子类型为8;

图2-10确认userinactive开关是否打开

(2)查看部信令是否为UPM路径保活失败;

如果想临时关闭保活规避该问题,请telnet到CC板,在产品进程中执行RnluGtpuKeepAliveDisable命令,如需要开保活,则执行RnluGtpuKeepAliveEnable命令;

图2-11查看部信令是否为UPM路径保活失败

其他问题,请采集UE信令Log发送到第一响应组联系后方排查分析。

故障解决

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

图2-12UE接入成功

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

CSFB信令

1.3UE测试数据信令分析

1、异频切换信令消息

测量

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

邻区配置检查

服务小区

邻区列表信令

准备切换的小区

掉线

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 自然科学 > 物理

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2