实用文档
RRC重建比率高问题分析和优化方法
一、重建原理
1、重建概述
RRC 重建（ RRC connection re-establishment | ）是 UE 处于 RRC_CONNECTED | ||
状态，因为一些移动性管理或底层链路故障，导致连接中断， | UE 发起的空口资源重新 | ||
建立的过程，以继续空口的 | RRC 连接。重建是 | UE 在连接状态下，空口异常时重新恢 | |
复空口的过程。重建成功的前提是收到重建请求的小区有 | UE 的上下文。重建的意义在 | ||
于快速恢复空口业务，提高业务的连续性。 | |||
RRCConnectionReestablishmentRequest
RRCConnectionReestablishment
RRCConnectionReestablishmentComplete
RRC 重建请求消息 | : |
标准文案
实用文档
RRC重建命令消息：
RRC重建完成消息：
标准文案
实用文档
如果目标小区无该 | UE 的上下文信息，此时 | UE 的 RRC 重建请求可能会被拒绝 |
重建失败流程：
UE EUTRAN
RRCConnectionReestablishmentRequest
RRCConnectionReestablishmentReject
2、重建原因
2.1 重建条件 | | ||
UE 在检测下行失步、 切换失败、 RLC 重传达到最大次数等原因条件下，会在新的小 | |||
区发起 RRC 重建过程，以试图快速重建业务，提升用户感受。 | LTE 协议规定，网络侧 | ||
只能对存在上下文的连接接受重建请求， | 没有上下文 ID 的请求将被拒绝而掉话。当 UE | ||
从基站 A 重建至基站 | B 时，这种重建必然因获取不到上下文而失败。在现网中，无上 | ||
下重建失败在重建失败总次数占绝大多数。严重影响了客户感受。
上下文一般是 | eNodeB | 侧存储的 UE 的一些重要信息，包括 | UE 能力、多承载信息 |
（承载ID，QCI等级）、S1AP_ID、UE的安全性算法等。对于没有UE上下文的重建，
目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把 | UE | |
的上下文带到目标站， | 因此获取上下文的载体是有了，但是如何通知源站把上下文通过 | |
切换请求带到目标站，协议中没有规定。因此只能通过私有消息方式通知源站，若私有
消息走 S1 口，需要进核心网，核心网侧也需要识别该消息，处理上比较复杂，所以一 标准文案 | |
实用文档
般情况下会直接经过 | X2 口处理该私有消息。 目标基站收到 | RRC 重建请求后， 发现没有 |
该 UE 的上下文，所以通过 | X2 口发送一个私有消息给源侧基站请求源侧基站发送上下 | |
文，收到回复后，就按照正常的流程，继续完成 | RRC 重建过程。 | |
2.2引发重建的原因
协议上规定，引发 | UE 发起重建流程的原因主要有以下几点： |
重建发起原因 | 详细原因 | 标口原因值 |
切换失败 | Handover Failure |
重配置失败 | Reconfig Failure |
上行RLC 重传达到最大次 | |
T310定时器重传到最大
底层校验失败
1）上层检测到底层通知的无线链路失败：
UE 检测到当前检测到“ | radio | link | failure ”，则会发起原因值为“ | other ”的中间，通 |
常引起 RLF存在如下三种机制：
? | 上行 RLC 重传达到最大次数 | of retransmissions | has | |||||
“ indication | from | RLC that | the | maximum | number | |||
been reached | ”，包括 SRB 和 DRB ，与 eNB 侧下行的 | SRB 与 DRB 机制相同，当 | ||||||
标准文案
实用文档
UE RLC 发送了一个 | PDU 之后，需要等到 | eNB 侧反馈对应的状态 | PDU 才能完成 |
? ? | 一次 RLC 的正常调度。对于没有收到 | eNB 状态 PDU 的原因有两个，一个原因为 | ||||||||||
eNB 侧上行根本就没有收到任何 | RLC PDU ，也就不会响应状态 | PDU ，另一个原因 | ||||||||||
为 eNB 响应的状态 | PDU ，由于下行误码的原因，没有到达 | UE 侧。 | ||||||||||
MAC 层 SRI 重传达到最大次数 | ||||||||||||
在切换过程中，切换完成命令丢失后导致的 | PUCCH 没激活，或者，在业务保持过 | |||||||||||
程中由于 Ta 超时导致的 | PUCCH 没激活，此时如果 | UE 有 SR 发送，因为下行链路 | ||||||||||
问题， UE | 无法收到 | ENB | 的 | MAC | 层确认， | SR 重传达到最大次数后触发 | ||||||
MAC_RA_IND ，上报给 | L3 后发起重建请求。 | |||||||||||
UE 检测到下行 RLF | ||||||||||||
UE DSP 每 200ms | 对时延谱滤波值进行判断，如果满足某门限，则上报 | L3 失步； | ||||||||||
T310 定时器，超时前，若收到 N311 次同步指示，则认为 UE 恢复同步状态，否 | ||||||||||||
则， T310 超时后触发重建（包括搜索小区、同步、重建） | ，启动 T311 定时器，若 | |||||||||||
超时仍未重建成功，则进去 | IDLE 态。 | |||||||||||
2）切换失败，重建到原小区；
UE 在切换流程中， 在收到了切换的重配置消息之后， | 会启动 T304 ，但如果在 T304 | ||
超时之前 | UE 无法完成在目标小区的随机接入，则会发起原因值为“ | handover | |
failure”的重建
3）系统内或IRAT的移动性过程失败，如切换时T304超时、目标小区建立RRC连接失败、
UE不适配MobilityFromEUTRACommand 的配置等
4）底层完整性检查失败
标准文案
实用文档
UE无法配置RRC重配消息中的部分配置， 重配失败；
UE 在安全模式激活的状态下， 法匹配 / 兼容，则发起原因值为“ | 如果收到了重配置消息后对于重配置消息内的信元无 | |
reconfiguration failure | ”的重建。 | |
二、重建比例高分析和优化方法
1、重建原因分类
协议上规定，引发 | UE 发起重建流程的原因主要有以下几点： |
重建发起原因 | 详细原因 | 标口原因值 |
切换失败 | Handover Failure | |
重配置失败 | | Reconfig Failure |
| ||
数
无线链路失败
随机接入失败 Other
T310定时器重传到最大
底层校验失败
参考通常局点的问题分析， | 重建的 TOP 原因为 Other ，即 UE 发生无线链路失败。 从现 |
网数据分析，引起重建的主因包括以下几项：
重建发起原因 | 详细原因 | 确认方法 |
标准文案
实用文档
弱覆盖场景 UE 失步、切 | 1、 Uu 口信令分析 MR | 报 |
换失败等导致重建，包括 告；
弱覆盖
上行弱覆盖和下行弱覆 2、道路/室内DT测试；
盖
1、Uu口信令分析 MR 报
信号快速衰落切换不及
快速衰落 告；
时导致重建
2、道路/室内DT测试；
邻区漏配 | 邻区漏配 / 错配 | 1、 Uu 口信令分析 MR | 报 |
告
过早切换、过晚切换、切 | 1、两两小区切换话统； | ||
异常切换 | 换到错误小区 | 2、 Uu/S1/X2 信令分析 | |
| |||
2、道路/室内DT测试；
1、Uu口信令分析；
终端异常终端异常重建
2、求助研发支持
2、重建原因确认
首先进行RRC重建话统分析，重点关注：
1、源小区和非源小区重建比例；
2、重配置失败比例、切换失败比例、Other 原因比例。
标准文案
实用文档
小区名称 | RRC 重建 | 源小区重 | 非源小区 | 无上下文 | 重配置失 | 切换失败 | Other 原因触发 | 重建成功 |
败触发 | ||||||||
比例 | 建比例 | 重建比例 | 导致重建 | RRC 重建 | 触发RRC RRC 重建 | 率 | ||
朝阳中直后勤基地东门 HLG-2 | 57.65% | 1.15% | 98.85% | 拒绝比例 | 比例 | 重建比例 | 比例 | 87.85% |
11.86% | 0.27% | 1.% | 98.19% |
2.1源小区重建比例高原因确认
1 ）提取源小区干扰、误码率、重传率、 | CQI 等话统，确认是否 | “空口质差” ，可按如下标 |
准判断，符合其中一个可归类为空口质差：
忙时平均干扰大于 | -105dBm | ； | |
忙时上行初始误码率大于 | 20% ； | ||
忙时下行初始误码率大于 | | ||
忙时下行重传率大于 30% | |||
忙时平均CQI低于8
2 ）提取源小区两两小区切换话统，确认 | “切换过早” 比例是否较高（过早切换比例 | = | 切 |
换过早次数/切换出尝试次数），可按如下标准判断：
过早切换比例大于 5%；
标准文案
实用文档
3 ） 提 取 | Uu/S1/X2 口 信 令 ， 分 析 重 建 前 | MR | 信 令 测 量 报 告 ， 分 析 重 建 完 成 后 |
RRC_UE_INFO_RSP 信令中 UE重建前最后一次测量结果， 判断是否存在 “邻区漏配” 、“快
速衰落”、“弱覆盖”、“异常终端”等现象。
MR中邻区比服务小区 RSRP高且符合切换条件，未触发切换的，确认为“邻区漏
配”；
最后一次测量结果中， | 下行 RSRP 低于 -115dBm | ，或 RSRQ 低于 -12 ，确认为 “弱 |
覆盖”；
终端在 2 秒左右时间内 | RSRP 从正常下降至 -115dBm | ，确认为“快速衰落” ； |
无邻区漏配和弱覆盖，空口质量正常，终端频繁发起重建，确认为“异常终端” | ||
标准文案
实用文档
|
可结合 L2_USER_ULRLC_STRU 判断重建原因属于SR 重传最大， UE 失步，还是 | RLC 重传 | |
到最大（求助二线、三线） | 。 | |
上行 Dmrs RSRP | 低于 -130dBm ； | |
上行 Dmrs SINR | 低于 -3dB | |
标准文案
实用文档
2.2 非源小区重建比例高原因确认 |
通过FMA | 标口信令工具可快速给出重建源小区分布：点击 | diagnosis, | 勾选 | Drop->RRC | |
Reestablishment, | 可以对标口中的重建进行统计分类和对应的重建源小区 | PCI 。然后根据工 | |||
参判断 PCI 对应的小区，多频点组网场景需要注意判断 | PCI 属于哪个频点。 | ||||
标准文案
实用文档
通过 CHR RrcReestabInfo | 事件，可以查到源小区 | PCI 和重建原因。 |
2 ）按照重建比例对源小区进行排序，提取重建 | TOP 源小区干扰、误码率、重传率、 | CQI |
等话统，确认是否“空口质差” | ，可按如下标准判断，符合其中一个可归类为空口质差： | | |||
忙时平均干扰大于 | -105dBm | ； | |||
忙时上行初始误码率大于 | 20% ； | ||||
标准文案 | |||||
实用文档
忙时下行初始误码率大于 20%；
忙时上行重传率大于 忙时下行重传率大于 | 40% 30% |
忙时平均CQI低于8
3 ）提取本小区和重建 | TOP 源小区两两小区切换话统，确认本小区和源小区间 | “切换过早” 、 | |||
“切换过早”、“切换到错误小区”比例是否较高（过早切换比例 | = | 切换过早次数 | / 切换出 | ||
尝试次数），可按如下标准判断：
过早切换比例大于 | 5% ； | |||||||||||||
过晚切换比例大于 | 5% ； | |||||||||||||
切换到错误小区比例大于 | 5% 。 | |||||||||||||
日期 | 本地小区名称 | 目标小区名称特定两小区间切换出尝试次 | 特定两小 | 特定两小 | 特定两两 | 特定两小 | 特定两小 | |||||||
区间切换 | 区间切换 | 小区间用 | 区间切换 | 区间切换 | ||||||||||
出执行次 | 出成功次 | 户乒乓切 | 出过晚次 | 出过早次 | ||||||||||
2016/2/24 朝阳中直后勤基地东门 HLG-1 2016/2/24 朝阳中直后勤基地东门 HLG-1 2016/2/25 朝阳中直后勤基地东门 HLG-1 | 数 | 417 | 数 | 0 | ||||||||||
417 | 0 | |||||||||||||
478 | 2 | |||||||||||||
2016/2/25 朝阳中直后勤基地东门 HLG-1 | 朝阳中直后勤基地东门 HLG-2 | 100% | 3247 | 3247 | 3185 | 1 | 478 | 2 | ||||||
2016/2/26 朝阳中直后勤基地东门 HLG-1 | 朝阳中直后勤基地东门 HLG-2 | 100% | 3557 | 3557 | 3480 | 0 | 518 | 2 | ||||||
2016/2/26 朝阳中直后勤基地东门 HLG-1 | 朝阳中直后勤基地东门 HLG-2 | 100% | 3557 | 3557 | 3480 | 0 | 518 | 2 | ||||||
2016/2/27 朝阳中直后勤基地东门 HLG-1 | 朝阳中直后勤基地东门 HLG-2 | 100% | 30 | 30 | 3034 | 3 | 441 | 1 | ||||||
2016/2/27 朝阳中直后勤基地东门 HLG-1 | 朝阳中直后勤基地东门 HLG-2 | 100% | 30 | 30 | 3034 | 3 | 441 | 1 | ||||||
2016/2/28 朝阳中直后勤基地东门 HLG-1 | 朝阳中直后勤基地东门 HLG-2 | 100% | 3304 | 3304 | 3247 | 0 | 449 | 1 | ||||||
2016/2/28 朝阳中直后勤基地东门 HLG-1 | 朝阳中直后勤基地东门 HLG-2 | 100% | 3304 | 3304 | 3247 | 0 | 449 | 1 | ||||||
2016/2/29 朝阳中直后勤基地东门 HLG-1 | 朝阳中直后勤基地东门 HLG-2 | 100% | 2382 | 2382 | 2330 | 1 | 396 | 3 | ||||||
2016/2/29 朝阳中直后勤基地东门 HLG-1 | 朝阳中直后勤基地东门 HLG-2 | 100% | 2382 | 2382 | 2330 | 1 | 396 | 3 | ||||||
4 ）提取本小区和重建 | TOP 源小区 Uu/S1/X2 | 口信令，分析重建前 | MR 信令测量报告，分 | |||||||||||
析重建完成后 | RRC_UE_INFO_RSP 信令中 UE 重建前最后一次测量结果， | 判断是否存在 “邻 | ||||||||||||
区漏配”、“快速衰落”、“弱覆盖” 等现象。
5 ）非源小区重建问题需要结合终端测试，采用高通 | QXDM | 抓取 UE LOG 。 | ||
由于重建触发动作是 | UE 侧的行为，在比较多场景， 基站侧的日志记录无法定位重建问题时， | |||
那么需要路测分析 | UE LOG 。下图列出的主要的分析消息（在进行具体分析时，也可以利用 | |||
更多的消息类型进行分析） | ： | |||
标准文案
实用文档
MAC 层上下行统计
接入消息，判断是否有 RACH失
败。
上行信道 PUCCH/PUSCH 以及下行
PDCCH/PHICH 的发包情况
RLC层的调度情况，关注上行包。
对于终端异常类重建，可以搜
索DEBUG日志是否有异常打印
| |
重建发起原因 | 优化方法 |
1）通过MR识别弱覆盖区域，实施RF优化，
弱覆盖
提升覆盖
1）调整切换偏置和时间迟滞，提高切换速度；
快速衰落
2）RF优化，解决快速衰落
1）手工添加邻区；
邻区漏配
2）打开ANR邻区自添加
1）调整切换参数，包括同频 CIO、异频
异常切换
A2/A3/A4 等，降低过早、过晚等异常切换
标准文案
实用文档
次数；
2）打开MRO 移动性鲁棒优化功能
空口质差 终端异常 | 1）定位空口质差原因并解决 1）联系二三线定位，进行问题规避 |
标准文案
Copyright © 2019- jqkq.cn 版权所有 赣ICP备2024042794号-4
违法及侵权请联系：TEL:199 1889 7713 E-MAIL:2724546146@qq.com
本站由北京市万商天勤律师事务所王兴未律师提供法律服务