admin 管理员组文章数量: 887018
2024年3月11日发(作者：手机开发者工具下载)
2.1.1.2.3 网络信令分析优化
网络信令分析优化对全网GSM/LTE小区无线性能信令进行跟踪，端到端有优化以及网
络调整后的性能验证。从大体上总共分成无线保持类信令分析，无线接入类信令分析，移动
性管理相关信令分析以及语音相关信令分析。
实施方案
1、保持性相关信令分析处理
保持性相关信令主要分析LTE掉话的问题，从空口上看，在UE完成RRC Connection
Reconfiguration Complete之后UE收到RRC release，或者由于干扰、弱场、其他原因导致
的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。
UE
1
EUTRANMME
ERABReleaseIndication
2
RRCConnectionReconfigration
RRCConnectionReconfigrationComplete
3
UE
1
EUTRA
N
MME
2
UEContextReleaseRequest
UEContextReleaseCommand
RRCConnectionRelease
3
UEContextReleaseComplete
4
掉线问题分析
对于非正常释放的掉线问题，TD-LTE引入了重建立机制，对于重建立的掉线的分析要
分2部分完成：
引起重建的原因；
重建失败的原因。
问题分析
判断为LTE掉话
无故RRC
Release
下发导致掉线
与RRC重建
相关的掉话
网络侧设备
异常导致
触发RRC重建
业务重建超时
发生一次掉线
RRC重建被拒
定时器设置不
合理
覆盖干扰切换异常
RLC发送最大
次数后RLF
完整性保护失
败
网络侧异常
系统版本bug
掉线优化流程
1、按重建的原因
（1）定时器设置不合理
定时器相关参数优化建议值如下：
字段名称
byT310_Ue
byT300
byT301
byT302
byT304
byT320
byN310
byN311
优化值
2000ms
2000ms
2000ms
1s
1000ms
5min
6
1
字段中文含义
UE监测无线链路失败的定时器长度(T310_UE)
UE监测到无线链路失败后转入idle状态的定时器长度(T311_UE)
UE等待RRC连接响应的定时器长度(T300)
UE等待RRC重建响应的定时器长度(T301)
UE收到RRC连接拒绝后等待RRC连接请求重试的定时器长度 (T302)
UE等待切换成功的定时器长度(T304)
UE CCO到GRAN的定时器长度(T304)
小区重选优先级定时器长度(T320)
UE接收下行失步指示的最大个数(N310_UE)
UE接收下行同步指示的最大个数(N311)
byT311_Ue 30000ms
byT304_Cco 4000ms
这类参数都已定标，如发生掉线问题可根据案例查看相关时段是否合理，再结合所有
掉线对定时器做全局考虑修改调整。
（2）上行干扰
上行干扰包含用户间的上行干扰，设备自身异常处理的上行干扰，以及频段的干扰导
致，通常上行干扰主要表现切换失败、重建失败，发生掉线。通过检查RRU的上行RSSI确定
干扰程度。
（3）下行干扰
系统内的下行干扰是产生掉线原因之一，通常表现无主覆盖小区，服务小区与邻区
RSRP较好，数值基本接近，但SINR较差，导致解调信号变弱，易失步，产生掉线。优化步
骤：
1 先天面调整；
2 覆盖切换类参数调整；
3 最后功率调整。
（4）切换问题
切换准备问题
UE上报MR时机不佳，伴随着服务小区信号衰减抖动过快，导致掉线。这种情况是由于
无法满足切换条件或者切换过早造成。切换的参数包括：A3_offset、TTT、Hysteresis，
这3个参数设置过于苛刻或过于简单，都会导致时机不佳换造成掉线。查看三个参数配置情
况可看RRC Connection Reconfiguration中的IE字段名称，如图所示：
切换失败信令如下图蓝框内内容所示，红框内信令为正常的切换信令：
有MR但无重配
UE具备全频段所有小区探测能力，只要达到上报条件，就会有MR上报，但如果后台没
有对服务小区配置合理正确的邻区关系，就无法从网络侧收到切换命令，无法切换。在信
令主要表现在UE上报多个MR后，但无切换命令，无线链路超时造成掉线。
2、UE触发重建
协议中定义了触发重建的流程及信令
UE
EUTRAN
RRCConnectionReestablishmentRequest
RRCConnectionReestablishment
RRCConnectionReestablishmentComplete
协议中对UE触发重建的原因如下：
（1）通常无线链路失败，牵扯到公共信道、业务信道的覆盖和干扰情况
（2）切换等待定时器超时导致，查看小区邻区及参数是否合理
（3）重配置失败检查配置是否合理及参数
（4）完整性检查失败,如加密算法，与NAS的直传消息受阻导致
UE触发重建未果
目前还未发现这种触发重建后没有下文的情况，后续版本补充。
根据通常网优经验，发生这种情况一般都是由于UE发送重建立消息过程中，由于覆盖
场强过弱、上行功率异常、干扰等导致。
按照掉线处理思路流程，先确定个性还是局部问题，然后查看发生该问题的服务小
区、目标小区有无硬件告警，再查看覆盖、干扰、参数情况进行判断。
UE触发重建被拒
该问题通常信令如下图所示：
版权声明：本文标题：网络优化技术方案-网络信令分析优化 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://www.freenas.com.cn/free/1710117957h559421.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。
发表评论