RRC重建立功专项验证报告Word格式文档下载.docx

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

RRC重建立功专项验证报告Word格式文档下载.docx

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

RRC重建立功专项验证报告Word格式文档下载.docx

单位

%

中兴

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;

3.uponmobilityfromE-UTRAfailure,inaccordancewith5.4.3.5;

4.uponintegritycheckfailureindicationfromlowerlayers;

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的上下文信息,减少这种失败导致的重建立拒绝,进而减少掉话。

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

eNodeB-A发送消息给MME以通知核心网切换UE业务的路径到eNodeB-A。

SGW在将UE所有业务的下行路径从eNodeB-B切换至eNodeB-A后,发送“Endmarker”给eNodeB-B,以终止从eNodeB-B到eNodeB-A的数据前转(DataForwording)

二、功能验证测试

为验证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上下文,完成跨站重建立流程。

三、簇开通指标验证

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上下文找不到而重建立失败的次数减少。

开启前

开启后

指标变化

43.19%

58.16%

指标改善

0.12%

0.08%

E-RAB掉线率

0.072%

0.056%

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.056%。

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

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

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

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

具体趋势请见下图:

四、总结

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

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

感谢下载!

欢迎您的下载,资料仅供参考

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

当前位置:首页 > PPT模板 > 商务科技

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

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