您好,欢迎来到吉趣旅游网。
搜索
您的当前位置:首页RRC重建比率高问题解析总结报告及优化方法

RRC重建比率高问题解析总结报告及优化方法

来源:吉趣旅游网

实用文档

RRC重建比率高问题分析和优化方法

一、重建原理

1、重建概述

RRC 重建( RRC connection re-establishment

)是 UE 处于 RRC_CONNECTED

状态,因为一些移动性管理或底层链路故障,导致连接中断,

UE 发起的空口资源重新

建立的过程,以继续空口的

RRC 连接。重建是

UE 在连接状态下,空口异常时重新恢

复空口的过程。重建成功的前提是收到重建请求的小区有

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 能力、多承载信息

(承载IDQCI等级)、S1AP_IDUE的安全性算法等。对于没有UE上下文的重建,

目标基站必须通过某种手段获取源站的上下文,协议规定源站可以通过切换请求把

UE

的上下文带到目标站,

因此获取上下文的载体是有了,但是如何通知源站把上下文通过

切换请求带到目标站,协议中没有规定。因此只能通过私有消息方式通知源站,若私有

消息走 S1 口,需要进核心网,核心网侧也需要识别该消息,处理上比较复杂,所以一

标准文案



实用文档

般情况下会直接经过

X2 口处理该私有消息。 目标基站收到

RRC 重建请求后, 发现没有


UE 的上下文,所以通过

X2 口发送一个私有消息给源侧基站请求源侧基站发送上下

文,收到回复后,就按照正常的流程,继续完成

RRC 重建过程。

2.2引发重建的原因

协议上规定,引发

UE 发起重建流程的原因主要有以下几点:


重建发起原因

详细原因

标口原因值


切换失败

Handover Failure

重配置失败

Reconfig Failure

上行RLC 重传达到最大次
无线链路失败
随机接入失败 Other

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 恢复同步状态,否
L3 在同步状态连续收到

则, 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测试;

1Uu口信令分析 MR

信号快速衰落切换不及

快速衰落 告;

时导致重建

2、道路/室内DT测试;

邻区漏配

邻区漏配 / 错配

1 Uu 口信令分析 MR

过早切换、过晚切换、切

1、两两小区切换话统;

异常切换

换到错误小区

2Uu/S1/X2 信令分析


空口质差上行或下行干扰大 统;

2、道路/室内DT测试;

1Uu口信令分析;

终端异常终端异常重建

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%

忙时下行初始误码率大于


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

,确认为“快速衰落” ;

无邻区漏配和弱覆盖,空口质量正常,终端频繁发起重建,确认为“异常终端”

标准文案

实用文档


4 )提取 CHR 日志,通过 L2_USERCHR_SCH_INFO 判断重建前上行是否“弱覆盖”。另外,


可结合 L2_USER_ULRLC_STRU 判断重建原因属于SR 重传最大, UE 失步,还是

RLC 重传

到最大(求助二线、三线)

上行 Dmrs RSRP

低于 -130dBm

上行 Dmrs SINR

低于 -3dB


标准文案

实用文档

2.2 非源小区重建比例高原因确认
1 )提取 Uu/S1/X2 口信令(或 CHR ),结合工参分析UE 重建前所在源小区分布情况。


通过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日志是否有异常打印


3、重建优化方法

重建发起原因

优化方法

1)通过MR识别弱覆盖区域,实施RF优化,
弱覆盖
提升覆盖

1)调整切换偏置和时间迟滞,提高切换速度;
快速衰落
2RF优化,解决快速衰落

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

本站由北京市万商天勤律师事务所王兴未律师提供法律服务