RRC重建立功专项验证报告.docx

上传人:b****6 文档编号:13030184 上传时间:2023-06-10 格式:DOCX 页数:18 大小:5.88MB
下载 相关 举报
RRC重建立功专项验证报告.docx_第1页
第1页 / 共18页
RRC重建立功专项验证报告.docx_第2页
第2页 / 共18页
RRC重建立功专项验证报告.docx_第3页
第3页 / 共18页
RRC重建立功专项验证报告.docx_第4页
第4页 / 共18页
RRC重建立功专项验证报告.docx_第5页
第5页 / 共18页
RRC重建立功专项验证报告.docx_第6页
第6页 / 共18页
RRC重建立功专项验证报告.docx_第7页
第7页 / 共18页
RRC重建立功专项验证报告.docx_第8页
第8页 / 共18页
RRC重建立功专项验证报告.docx_第9页
第9页 / 共18页
RRC重建立功专项验证报告.docx_第10页
第10页 / 共18页
RRC重建立功专项验证报告.docx_第11页
第11页 / 共18页
RRC重建立功专项验证报告.docx_第12页
第12页 / 共18页
RRC重建立功专项验证报告.docx_第13页
第13页 / 共18页
RRC重建立功专项验证报告.docx_第14页
第14页 / 共18页
RRC重建立功专项验证报告.docx_第15页
第15页 / 共18页
RRC重建立功专项验证报告.docx_第16页
第16页 / 共18页
RRC重建立功专项验证报告.docx_第17页
第17页 / 共18页
RRC重建立功专项验证报告.docx_第18页
第18页 / 共18页
亲,该文档总共18页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

RRC重建立功专项验证报告.docx

《RRC重建立功专项验证报告.docx》由会员分享,可在线阅读,更多相关《RRC重建立功专项验证报告.docx(18页珍藏版)》请在冰点文库上搜索。

RRC重建立功专项验证报告.docx

RRC重建立功专项验证报告

 

 

中兴RRC重建立功能

专项验证报告

 

中国电信天津分公司网络优化中心王健

二零一五年七月

近期发现LTE话务统计中RRC连接重建立成功率较低。

主要是因为“其它类型的RRC连接重建立失败次数,失败原因UE上下文找不到〞失败的次数较多导致成功率低。

参见下表:

网元级别

RRC连接重建请求次数

RRC连接重建成功次数

RRC连接重建成功率

RRC连接重建比例

UE上下文异常释放次数

UE上下文掉线率

E-RAB异常释放次数〔无线层问题〕

单位

%

%

%

中兴

3407.00

1280.00

37.57

0.69

917.00

0.20

236.00

 

一、RRC重建立介绍:

对于触发RRC重建立的原因,协议上规定如下,

TheUEshallonlyinitiatetheprocedurewhenASsecurityhasbeenactivated.TheUEinitiatestheprocedurewhenoneofthefollowingconditionsismet:

1.upondetectingradiolinkfailure,inaccordancewith5.3.11;or

2.uponhandoverfailure,inaccordancewith5.3.5.6;or

3.uponmobilityfromE-UTRAfailure,inaccordancewith5.4.3.5;or

4.uponintegritycheckfailureindicationfromlowerlayers;or

5.uponanRRCconnectionreconfigurationfailure,inaccordancewith5.3.5.5.

以上5点原因,在网管KPI统计中,标注红色的2点原因被归结为其它类型触发的RRC连接重建立。

例如,其中C373200075NumberofOtherTriggeredRRCRe-establishmentFailuresduetoUEContextNotFound发生的场景是由于无线链路失败的原因,触发跨站的重建立。

而且由于跨站的小区没有该UE上下文信息,根据协议规定,RRC重建立一定被拒绝。

简单的说,如果UE在由eNodeBA切换至eNodeBB时,由于空口质量等原因发生切换失败,那么UE会触发RRC重建立流程,这时根据协议规定,UE将上报检测到的第一条满足建立质量的eNodeB〔非信号强度最强或质量最好的eNodeB〕,如果上报的为第三基站eNodeBC,那么UE一定会因为eNodeBC没有用户上下文信息而发生掉话。

如下列图:

根据协议36.331-910,5.3.7.8小节:

UponreceivingtheRRCConnectionReestablishmentRejectmessage,theUEshall:

performtheactionsuponleavingRRC_CONNECTEDasspecifiedin5.3.12,withreleasecause'RRCconnectionfailure';

即RRC连接重建立被网络拒绝后,UE进入到RRCIdle状态。

因此发生RRC连接重建立是不可防止的过程。

这种失败次数较多,主要是取决于网络邻区配置、站点数目以及覆盖水平。

目前天津现网已经配置SON功能的ANR子功能,即邻区问题已经根本躲避,空口覆盖波动成为RRC重建立的主要根源。

据中兴在V3.10.20版本说明中,有通过私有接口优化了该场景下的处理过程,通过支持跨站重建,进而减少RRC连接重建立的失败次数。

条件如下:

∙选择的重建立目标小区与源小区之间已配置X2口。

∙选择的重建立目标小区与源小区之间已互配邻区。

∙两个基站都是中兴通讯的设备。

此时,目标小区可以从UE发出的RRCConnectionReestablishmentRequest消息中携带的physCellId,如下列图所示,找到该UE的源小区,然后通过X2口向源小区请求UE的上下文信息,减少这种失败导致的重建立拒绝,进而减少掉话。

如下列图:

下列图为跨站重建立的时序示意图:

二、功能验证测试

为验证RRC跨站重建立功能,在宝坻区域选择基站构建重建立场景,具体如下:

1.

2.

2.1.测试站点

本次验证测试选取的站点是宝坻高家庄-BDFO-1(PCI=298)与宝坻朝霞村-BDFO-0〔PCI=168〕。

UE由宝坻朝霞村-BDFO-0扇区重建立到宝坻高家庄-BDFO-1扇区上。

具体站点位置图见下列图:

2.2.测试方法

Ø测试前准备

修改宝坻朝霞村-BDFO的A3-Offset为15dB,修改宝坻朝霞村-BDFO-0扇区与宝坻高家庄-BDFO-1扇区的CIO为24dB,使其不容易发生同频切换。

Ø测试方法

UE进展长呼下载,车辆由东往西行驶,UE开场占用PCI=168的宝坻朝霞村-BDFO-0扇区信号,随着车辆的行驶,效劳小区信号逐渐减弱,邻区PCI=289的宝坻高家庄-BDFO-1扇区信号逐渐增强,修改了A3门限和CIO,UE无法及时切换。

由于信号强度差距较大,邻区干扰过强,造成无线链路失败,使UE发起重建立请求。

2.3.测试结果

1

2

2.1

2.2

2.3

2.3.1站间重建立开关关闭〔重建立失败〕

将宝坻朝霞村-BDFO以及宝坻高家庄-BDFO两个基站的站间重建立开关关闭,此种场景下,终端上报重建立请求到宝坻高家庄-BDFO-1扇区被拒绝,重建立失败。

Ø终端侧信令

终端向PCI=298的高家庄信用社-BDFO-1扇区发送重建立请求。

因重建立开关关闭,目标扇区无法通过X2口获取终端的上下文消息,重建立请求被拒绝,重建立失败。

2.3.2站间重建立开关翻开〔重建立成功〕

将宝坻朝霞村-BDFO以及宝坻高家庄-BDFO两个站点的站间重建立开关翻开进展测试,此重场景下,终端成功由宝坻朝霞村-BDFO-0扇区重建立到宝坻高家庄-BDFO-1扇区上。

Ø终端侧信令

UE重建立前在PCI=168的小区,重建立前的C-Rnti为5488。

(C-Rnti是无线网络临时标示,通过该项数值可以确定后续基站侧信令中的终端)

终端因无线链路失败向PCI=298及宝坻高家庄-BDFO-1扇区发起重建立接入请求。

重建立完成

重建立完成后UE占用PCI=298的信号,C-Rnti为2836。

Ø基站侧信令

通过C-Rnti=5488,从基站侧信令中找到对应的UE,重建立前GID为18472。

第一步:

目标小区收到重建立请求消息,来源通过PCI和Rnti确认。

第二步:

X2口目标侧向源侧发RlfInd消息,由于中兴分析工具版本较低,没解出来。

第三步:

源侧小区向目标侧发切换请求。

第四步:

目标侧收到后给终端做出重建立响应。

第五步:

终端回RRC连接重配置完成到目标小区。

第六步:

目标侧在收到终端发的重建立完成后给终端下发重配消息。

第七步:

目标测给源小区发切换相应消息。

第八步:

源侧发送SN状态变更消息到目标侧。

第九步:

终端上报RRC重配置完成到目标小区。

第十步:

目标小区通过S1链路向MME上报路径转换请求。

第十一步:

MME发送PATHSWITCHREQUESTACKNOWLEDGE消息给目标小区。

第十二步:

目标小区给源小区发送UECONTEXTRELEASE消息,通知目标小区释放UE上下文,完成跨站重建立流程。

三、簇开通指标验证

1.

2.

3.

3.1.簇功能开通

7月8日将宝坻城区FDD站点的站间重建立开关翻开,观察开启前后一周的关键指标的变化情况。

此次“站间重建立开关〞实验性开启共涉及宝坻城区41个FDD宏站。

具体站点分布请见下列图:

3.2.开通指标比照

取7月1日~7月7日〔开启前〕一周7×24小时以及7月9日~7月15日〔开启后〕一周7×24小时的KPI指标进展比对。

重点关注指标:

RRC重建成功率、UE上下文掉线率、E-RAB掉线率、系统切换成功率以及RRC重建失败〔原因值为UE上下文找不到〕等5项指标。

站间重建立开关开启后RRC重建成功率、UE上下文掉线率以及E-RAB掉线率三项指标均有明显改善;系统切换成功率无明显波动;因UE上下文找不到而重建立失败的次数减少。

开启前

开启后

指标变化

RRC连接重建成功率

43.19%

58.16%

指标改善

UE上下文掉线率

0.12%

0.08%

指标改善

E-RAB掉线率

0.072%

0.%

指标改善

UE上下文找不到次数

5731

4614

指标改善

注:

RRC重建失败〔原因值为UE上下文找不到〕包含以下两个COUNT值:

C373200075

其它类型的RRC连接重建立失败次数,失败原因UE上下文找不到

C373200063

切换类型的RRC连接重建立失败次数,失败原因UE上下文找不到

3.2.1.RRC重建成功率

以开启时间为节点分别统计前后一周的RRC重建成功率,开启前一周RRC重建成功率为43.19%,开启后一周RRC重建成功率58.16%。

RRC重建成功率明显提升,具体趋势图请见下列图:

3.2.2.UE上下文掉线率

以开启时间为节点分别统计前后一周的UE上下文掉线率,开启前一周UE上下文掉线率为0.12%,开启后一周UE上下文掉线率0.08%。

UE上下文掉线率指标明显改善,具体趋势图请见下列图:

3.2.3.E-RAB掉线率

以开启时间为节点分别统计前后一周的E-RAB掉线率,开启前一周E-RAB掉线率为0.072%,开启后一周E-RAB掉线率0.%。

E-RAB掉线率指标明显改善,具体趋势图请见下列图:

3.2.4.重建立失败次数〔UE上下文找不到〕

以开启时间为节点分别统计前后一周的重建立失败原因,开启前因为UE上下文找不到重建立失败次数5731次,开启后一周因为UE上下文找不到重建立失败次数4615次。

因为UE上下文找不到而重建失败次数明显减少。

具体趋势请见下列图:

四、总结

从区域验证和前台验证结果来看,中兴跨站重建立功能有效的减少因切换失败或无线链路失败导致的RRC重建立失败次数,能有效改善RRC重建成功率、UE上下文掉线率以及E-RAB掉线率等指标,提升用户感知。

建议中兴区域全网开通该功能开关。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 人文社科 > 法律资料

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2