RRC接通率提升专题

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

广州RRC接通率提升专题

一、项目概况

“广州TD网络RRC接通率提升”是北京移动公司科技项目“TD-SCDMA系统中RRC连接建立失败问题优化方法”的引进。北京移动成果对各种RRC建立失败的可能原因进行了详细描述,并提出了相应问题的定位及解决方法。广州移动对这一成果中的调整参数进行了影响性分析,并结合现网情况,将相应的方案试点到个别RNC,评估效果良好后,并将方案拓展到全网进行了使用,RRC接通率指标有了一定的提升。

二、时间安排

9月初:研究北京移动科技成果,总结相关经验,并分析相关参数及其调整影响。

9月-10月中旬:运用成果经验到日常优化工作中。由于9月份广州TD网络处于大规模换型阶段,网络性能不稳定,所以这期间对成果的引用更注重对RRC接通率最坏小区的处理。10月下旬:网络性能趋于稳定,借鉴北京移动成果,开展全网的RRC接通率提升专项。

10月21日-26日:对试点RNC进行RRC接通率提升专项,修改相关参数,进行效果评估。10月27日-11月5日:展开全网接通率提升专项,并进行效果评估。

三、方案引入及实施步骤

对于由于上行DPCH信道初始功率设置过低而导致网络收不到UE发出RRC Connection Setup Complete消息的问题,北京移动成果中建议修改上行SIR期望值,以提高上行DPCH初始功率。广州现网中也存在此类问题,但广州中兴设备网络下的提高上行DPCH初始功率的相关参数是“软接纳初始发射功率偏移”,该参数值的修改,可提高在DPCH建立时开环同步成功率,提高RRC建立成功率和RB建立成功率。

该方案实施主要步骤如下:

1、参数调整前的影响预测及措施

2、选择2个RRC接通率较低的RNC做试点。将该参数由0修改为-5,并进行业务测试。

3、参数修改后效果评估

4、全网参数修改

5、全网参数修改后的效果评估

四、成果汇报

4.1网络KPI变化

试点KPI指标对比:

➢参数调整前,RRC连接建立成功率为96%-98%左右,且波动较大;

➢10月21日实施参数调整方案后,RRC连接建立成功指标98%左右改善为99%左右,指标改善约0.8%。

全网KPI指标对比:

➢10月27日,调整方案推广全网,实施参数调整方案后,RRC连接建立成功指标98%左右改善接近99%,指标改善约0.7%。

4.2其他提升RRC接通率案例介绍

案例描述:广州TD替换项目中多站点(广州永福路2T2、广州骏辉宾馆T3)RRC成功率低,在现场排查问题中,无法复现,且成功率为100%。后通过分析该现象,并对比问题站点周边频点扰码干扰情况,发现为有5KM内中距小区与之同频扰,导致终端误发RRC建立请求,在通过更改频点扰码或将问题站点PRACH信道偏移后解决成功率低问题。

分析及解决过程:广州永福路2T2、广州骏辉宾馆T3连续多日出现RRC建立成功率低的情况(如表-1),影响该RNC的无线接通率,在KPI监控发现该问题后随即启动TOPN小区分析:

号开始时间服务小区本地

小区

识别

RRC连

接建立

成功率

按原因

RRC

连接请

求次数

按原

因分

RRC

连接

建立

成功

次数

RRC连接失

败计数器,

congestion

RRC连接失

败计数器,

unspecified

RRC连接

失败计数

器,NO

REPLY

1 2009-11-01 广州骏辉宾馆

T3 6863 70.82% 1059 750 0 0 309

2 2009-11-01 广州永福路

2T2 8062 65.57% 334 219 0 0 115

3 2009-11-02 广州骏辉宾馆

T3 6863 63.80% 1196 763 0 0 433

4 2009-11-02 广州永福路

2T2 8062 76.52% 443 339 0 0 104

5 2009-11-03 广州骏辉宾馆

T3 6863 63.75% 1098 700 0 0 398

6 2009-11-03 广州永福路

2T2 8062 66.33% 395 262 0 0 133

7 2009-11-04 广州骏辉宾馆

T3 6863 85.57% 887 759 0 0 128

8 2009-11-04 广州永福路

2T2 8062 59.14% 301 178 0 0 123

(1)后台通过前日CT文件查看其异常的信令流程(如图-2),发现为在UE请求业务后,RNC已下发rrcconnectionssetup,但UE侧无响应,未上报rrcconnectioncomplete,且起呼出并非弱场,场强为-78(如图-3)

图-2

图-3

(2)检查该站点数据配置情况(时隙、码道、载波、小区参数、NODEB参数配置)后,未发现有错配漏配现象。

(3)现场验证测试,发现在小区覆盖范围内各业务起呼正常,无接不通现象,且测试小区信号质量良好,无干扰。

现象分析:UE处于空闲模式下,当UE的非接入层请求建立信令连接时,UE将发起RRC连接建立过程。每个UE最多只有一个RRC连接。信令跟踪工具内看到的过程如下图:

当在一定覆盖区域内(5km经验值)出现有2个以上同频同扰码小区且相互未配置邻区,如UE能同时收到其信号(信号强度无论强弱),此时UE会出现误报RRC建立连接请求现象UE 将读取近距小区的PCCPCH场强等信息,上发到远距小区上,造成连接建立失败,如图5所示

相关文档
最新文档