1 / 5
文档名称:

网络优化技术方案-网络信令分析优化.pdf

格式:pdf   大小:718KB   页数:5页
下载后只包含 1 个 PDF 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

网络优化技术方案-网络信令分析优化.pdf

上传人:1781111**** 2024/5/11 文件大小:718 KB

下载得到文件列表

网络优化技术方案-网络信令分析优化.pdf

相关文档

文档介绍

文档介绍:该【网络优化技术方案-网络信令分析优化 】是由【1781111****】上传分享,文档一共【5】页,该文档可以免费在线阅读,需要了解更多关于【网络优化技术方案-网络信令分析优化 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。网络信令分析优化GSM/LTE小区无线性能信令进行跟踪,端到端有优化以及网络调整后的性能验证。从大体上总共分成无线保持类信令分析,无线接入类信令分析,移动性管理相关信令分析以及语音相关信令分析。实施方案1、保持性相关信令分析处理保持性相关信令主要分析LTE掉话的问题,从空口上看,onnectionplete之后UE收到RRCrelease,或者由于干扰、弱场、其他原因导致的UE上下行失步,触发重建未果或者被拒过程,都视作掉线。从网管统计:所有非用户未激活原因导致的eNB主动释放UE上下文(ERAB)。掉线在信令中的表现。空口掉线主要有以下3种形式:(1)连接态下触发RRC重建无果:(2)连接状态下触发RRC重建被拒:(3)连接状态下异常收到RRC释放消息一般情况下,eNB由于某些异常原因会向MME发起E-RAB释放请求,请求释放一个或多个无线接入承载(E-RAB)。当UE丢失、不激活、或者eNB异常原因,eNB会向MME发起UE上下文释放请求,这也会导致释放UE已建立的所有E-RAB。EUTRANMME1ERABReleaseIndicationonnectionReconfigration2plete3EUTRAUEMMENUEContextReleaseRequest12mandonnectionRelease3plete4掉线问题分析对于非正常释放的掉线问题,TD-LTE引入了重建立机制,对于重建立的掉线的分析要分2部分完成:引起重建的原因;重建失败的原因。判断为LTE掉话无故RRC与RRC重建Release相关的掉话下发导致掉线网络侧设备异常导致业务重建超时触发RRC重建RRC重建被拒发生一次掉线完整性保护失败网络侧异常系统版本定时器设置不RLC发送最大bug覆盖干扰切换异常合理次数后RLF掉线优化流程1、按重建的原因(1)定时器设置不合理定时器相关参数优化建议值如下:字段名称优化值字段中文含义byT310_Ue2000msUE监测无线链路失败的定时器长度(T310_UE)byT311_Ue30000msUE监测到无线链路失败后转入idle状态的定时器长度(T311_UE)byT3002000msUE等待RRC连接响应的定时器长度(T300)byT3012000msUE等待RRC重建响应的定时器长度(T301)byT3021sUE收到RRC连接拒绝后等待RRC连接请求重试的定时器长度(T302)byT3041000msUE等待切换成功的定时器长度(T304)O到GRAN的定时器长度(T304)byT3205min小区重选优先级定时器长度(T320)byN3106UE接收下行失步指示的最大个数(N310_UE)byN3111UE接收下行同步指示的最大个数(N311)这类参数都已定标,如发生掉线问题可根据案例查看相关时段是否合理,再结合所有掉线对定时器做全局考虑修改调整。(2)上行干扰致,通常上行干扰主要表现切换失败、重建失败,发生掉线。通过检查RRU的上行RSSI确定干扰程度。(3)下行干扰系统内的下行干扰是产生掉线原因之一,通常表现无主覆盖小区,服务小区与邻区RSRP较好,数值基本接近,但SINR较差,导致解调信号变弱,易失步,产生掉线。优化步骤:1先天面调整;2覆盖切换类参数调整;3最后功率调整。(4)切换问题切换准备问题UE上报MR时机不佳,伴随着服务小区信号衰减抖动过快,导致掉线。这种情况是由于无法满足切换条件或者切换过早造成。切换的参数包括:A3_offset、TTT、Hysteresis,这3个参数设置过于苛刻或过于简,单都会导致时机不佳换造成掉线。查看三个参数配置情onnectionReconfiguration中的IE字段名称,如图所示:切换失败信令如下图蓝框内内容所示,红框内信令为正常的切换信令:有MR但无重配UE具备全频段所有小区探测能力,只要达到上报条件,就会有MR上报,但如果后台没令主要表现在UE上报多个MR后,但无切换命令,无线链路超时造成掉线。2、UE触发重建协议中定义了触发重建的流程及信令UEEUTRANonnectionReestablishmentplete协议中对UE触发重建的原因如下:(1)通常无线链路失败,牵扯到公共信道、业务信道的覆盖和干扰情况(2)切换等待定时器超时导致,查看小区邻区及参数是否合理(3)重配置失败检查配置是否合理及参数(4)完整性检查失败,如加密算法,与NAS的直传消息受阻导致UE触发重建未果目前还未发现这种触发重建后没有下文的情况,后续版本补充。根据通常网优经验,发生这种情况一般都是由于UE发送重建立消息过程中,由覆盖于场强过弱、上行功率异常、干扰等导致。按照掉线处理思路流程,先确定个性还是局部问题,然后查看发生该问题的服务小区、目标小区有无硬件告警,再查看覆盖、干扰、参数情况进行判断。?UE触发重建被拒该问题通常信令如下图所示: