跳至主要内容

SA站点接入时延高解决案例

 一、问题分析

按照集团的指标定义方式:空闲态UE对FTP服务器发起PING业务,终端发出第一条RACH preamble至终端发出RRC Connection Reconfiguration Complete的时间差记为接入时延差。



验收标准:对于NR接入时延,当5GC为本省部署时,按照120ms进行验收;当5GC控制面为大区制非本省部署时,按照280ms进行验收;



图1-1:UU口跟踪信令图

跟踪信令发现RRC建立时延在700ms左右,无法达标,单验要求在当5GC为本省部署时,按照120ms为达标标准。

二、处理过程



图2-2:UU口信令跟踪截图

跟踪信令发现RRC建立时延在700ms左右。从L3启动RRC_SETUP到L1将消息发送给UE内部会有很多流程要处理,也需要申请一些资源,比较核心资源就是需要申请PDCCH资源(包括PUCCH和PDCCH资源)



图2-3:CELL DT信令跟踪分析图


三、根因

在CELLTD537跟踪中看到大量出现公共信道REG资源调度不出来的情况,因此怀疑是PDCCH资源分配不出来。

分析配置发现该站点开通了PDCCH_RATEMATCH功能,该功能打开后PDSCH可以使用PDCCH所在符号的其他RB资源,以便提高下行速率。但是由于PDCCH可用资源减少,相应的可以接入的用户数也减少:

MOD NRDUCELLPDCCH: NrDuCellId=1,UlMaxCcePct=50, OccupiedRbNum=2;

MOD NRDUCELLPDSCH: NrDuCellId=1,RateMatchSwitch=PDCCH_RATEMATCH_SW-1;

而且设置的RBNUM是2(单位是12RB),对应的只有4个CCE资源(上下行各占50%),下行CCE资源只有2个,当前版本调度需要的CCE的最小单位就是2个,这些CCE资源不足有且只能满足一个用户接入,当已经有一个用户占用了CCE资源就会导致当前用户接入不了,除非等上个用户释放了所占用的下行CCE资源之后,该用户在近点才能重新接入。因此影响了时延。

四、解决建议与总结

关闭PDCCH_RATEMATCH_SW开关后接入时延达标。

MOD NRDUCELLPDSCH:NrDuCellId=1,RateMatchSwitch=PDCCH_RATEMATCH_SW-0;



接入时延可以达标。



此博客中的热门博文