ImageVerifierCode 换一换
格式:DOCX , 页数:12 ,大小:1.18MB ,
资源ID:19270762      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/19270762.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(LTE中的接入信令排查Word格式.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

LTE中的接入信令排查Word格式.docx

1、图 2-4 信令流程3图 2-5 信令流程41.2UE无法接入故障排查指导故障现象UE接入时,发现无法正常激活,对比上文信令流程,确认UE接入未走到最后attach complete一步。故障排查1. 确定网管侧是否有UE的接入信令:(1) 如果在网管侧看到有MSG3,说明UE正常发起接入流程,请跳过第2步的操作;(2) 否则,需检查网管信令跟踪是否开启正确,然后按照第2步检查UE是否发起接入。2. 检查UE是否发起接入:(1) 首先检查UE的频段、制式是否与应接入的小区对应,SIM卡是否正确插入;(2) 打开UE信令跟踪(UE信令跟踪方法需要UE厂商提供),检查UE是否正确读取到对应小区广播

2、信息(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分配失败,初开站时不会有此问题,如外场出现

3、该故障现象,请采集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) 首先需要打开内部信令跟踪查看是否有选路失败的消息,是否

4、选路失败的查看方法如下图所示,红圈部分如果不为0则为选路失败。如属实请核查IP地址、SCTP偶联和静态路由数据配置是否正确,如果有错请修改后重试,否则请采集UE信令Log发送到第一响应组联系后方排查分析;图 2-6 包含S1口选路信息的内部信令图 2-7 内部信令中S1口选路失败的详细信息(2) 如无选路失败的信令,需要在S1口抓包确认MME是否回复初始上下文建立消息,如果没有,请联系核心网侧工程师协助排查,如MME已回复但基站未收到,请采集UE信令Log发送到第一响应组联系后方排查分析。6. 初始UE消息发出后又有NAS直传,然后直接收到MME S1 RELEASE COMMOND(1) 此

5、种情况属于UE attach被MME直接拒绝,需要确认UE使用的SIM卡是否已经开户;(2) 查看UE侧的NAS信令,查看UE被释放的原因,协调核心网侧工程师沟通解决,必要时请采集UE信令Log发送到第一响应组联系后方支持排查分析;(3) 确认UE的APN接入点信息是否正确,查看方法如下图所示,如果确认存在该问题,需联系核心网侧工程师对接排查。图 2-8 UE侧异常信令图 2-9 UE侧异常信令详细内容7. 出现UE能力查询超时:需要确定UE侧是否成功发出UE能力,如果UE侧发出但控制面没有收到或UE侧没有发出,请确认问题后采集UE信令Log发送到第一响应组联系后方支持排查分析。8. UE上报

6、安全失败:(1) 需要确定接入UE的协议版本,R8或者R9,并查看eNB给UE配置的安全模式;(2) 确认存在该问题后,请采集UE信令Log发送到第一响应组联系后方排查分析。9. UE在S1口回复初始上下文建立失败:(1) 确定是否有重配消息下发,如果没有可能的原因:编码失败,用户面、基带配置失败、承载建立失败,检查基带资源中天线个数与小区配置中天线端口数以及TM模式的配置是否对应;(2) 如建立失败原因为重配超时,需要确定UE侧是否收到重配并成功发送重配完成,确认存在该问题后,请采集UE信令Log发送到第一响应组联系后方排查分析。10. UE正常接入过后一段时间内释放:(1) 检查user

7、inactive开关是否打开(释放特点:UE无业务时释放),在信令跟踪中可以看到消息EV_DCM_REL_IND,并且其释放子类型为8;图 2-10 确认user inactive开关是否打开(2) 查看内部信令是否为UPM路径保活失败;如果想临时关闭保活规避该问题,请telnet到CC板,在产品进程中执行RnluGtpuKeepAliveDisable命令,如需要开保活,则执行RnluGtpuKeepAliveEnable命令;图 2-11 查看内部信令是否为UPM路径保活失败其他问题,请采集UE信令Log发送到第一响应组联系后方排查分析。故障解决UE可以正常接入小区,在信令跟踪中,出现如下图中81和98两条信令。图 2-12 UE接入成功rrc connection reconfiguration有很多种,如网络侧发测量控制,物理信道重配,RB重配,RB建立,RB释放,传输格式指示信道控制等,都是以 rrc connection reconfiguration的形式表现出来,所以要看下 rrc connection reconfiguration里面说包含的信息是什么,从而找到问题的答案。CSFB信令1.3UE测试数据信令分析1、异频切换信令消息测量假如发生测量会有下面这2条消息邻区配置检查服务小区邻区列表信令准备切换的小区掉线

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1