TD接通率掉话率优化

5.2.1TD无线接通率优化方案

无线接通率需从综合角度考虑，需把RRC连接建立成功率和RAB指派成功率联合起来一起表征接通率（挑战值99.7%）

1、无线接通率定义

和无线接通率相关的几个重要参数定义如下：

注意：

1)在RRC阶段不知道业务来源于那个域，因此RRC连接建立成功率只能按业务、

主被叫分开；而RAB建立成功率可以按业务、域分开；这两个比率不存在一一对

应关系；

2)对于单UE多次RRC Connection Request消息，在统计的时候只统计一次；

3)如果UE的RRC请求发不上来，会影响路测指标，不会影响网管指标；

4)PS域无线接通率计算的是RRC连接建立总成功率，而CS语音业务无线接通率

计算的是CS域RRC连接建立成功率，故不同原因的RRC建立成功率对PS、

CS业务的无线接通率影响不同。

5)对于RRC建立完成后至RAB建立前,消息交互中的失败流程不会记入接通率的统

计中，其间涉及到RNC需要处理的消息有用户Iu信令连接的建立和完整性保护

和加密；后续的非接入层交互消息也不会影响接通率，但对用户感受有影响。

2、无线接通率分析流程

无线接通率分析可如下图所示：

流程图说明：

1)获取全网的RRC和RAB建立成功率指标以及趋势，至少需要分析3天～1周左

右的数据；

2)如果全网的接通率指标一直偏低，分析面向小区的RRC和RAB建立成功率指标，

把面向小区的RRC建立成功率指标和RAB建立成功率从低到高的顺序进行排序，

优先分析成功率低而且建立失败绝对次数也多的小区；进行小区接通率分析；

3)首先根据RNC侧和NodeB侧告警信息，确认这些TOP小区是否存在设备故障，

并且参考施工信息，确认是否这些TOP小区正在更换，排除这些因素后，后续决

定这些小区是否需要参数调整。

4)根据RRC和RAB建立成功率分析结果，对T op小区实施优化措施；优化措施实

施后对比该小区的接通率指标是否改善；

5)分析优化措施是否可以推广的全网，如果可以的话安排全网的实施，分析实施后

的指标是否满足要求，如果满足要求，那么结束接通率优化；否则，重新进行TopN

小区优化；

3、RRC连接建立优化

RRC连接建立失败分析

终端不发RACH，在基站侧看不到RACH增加；（该情况不影响KPI指标）

终端发了RACH，在RNC侧看到RACH增加，同时看到RRC Connection Setup 下发，但终端收不到FACH；

终端能够收到RRC Connection Setup，但不回RRC Connection Setup complete；

终端能够收到RRC Connection Setup，终端回RRC Connection Setup complete，但RNC侧收不到；

4、RAB连接建立优化

RAB连接建立失败分析

所有影响RAB建立失败的因素都会影响RAB指派的成功率指标，主要包括3部分： RNC向NodeB发起无线链路重配置流程过程可能失败，主要的现象一般是NodeB 回复无线链路重配置失败；

RNC在空口上向UE发起RB SETUP流程，UE收不到或RNC收不到UE回复的重配置完成消息；

Iu口Iuup建立或Gtpu建立过程失败。

5、其他原因引起的接通率分析

一些非RRC，RAB类的接入失败对网络KPI指标没有影响。但是这些问题却能导致路测指标下降，影响用户感知，同样需要网络优化人员进行解决，如下：

5.2.2TD业务掉线率优化方案

无线掉话率是体现用户直接感知的性能指标，挑战值为0.1%，CS域/PS域无线掉话率话务统计定义如下：

CS域无线掉话率=RNC请求释放的电路域AMR业务RAB总数目/语音业务RAB建立成功的RAB数目×100%

PS域无线掉话率=RNC请求释放的分组域RAB总数目/(分组域无排队的RAB指配建立成功的RAB数目+分组域有排队的RAB指配建立成功的RAB数目) ×100%

2、常见掉话原因分析

业务的流程主要包括寻呼、RRC连接建立、PDP激活(主要是PS业务)、RAB建立、业务中可能的切换过程和RAB的释放。而用户感受的“掉话”问题则可能发生在UE的业务连接建立、保持、释放过程的任一环节中的非正常中断。从信令的角度分析，即业务实现过程中由于某种原因造成信令交换失败、某环节信令流程中断，导致UE关闭发射机，重新初始化或返回空闲状态。在处理掉话问题的网络优化分析中，通常方法是分析信令流程，发现流程的中断点，排除可能因素。

掉话的主要可能原因如下：

3、总体解决思路及处理流程

网络优化工作中遇到掉话问题，通常通过DT(路测)和CQT(呼叫质量测试)，结合运维中心的网管统计数据，CDT\MR统计数据，分析掉话类型。切换区域的掉话情况比较常见，此类掉话需要详细分析切换信令流程，结合路测后台分析工具进行定位：UE是否收到切换命令、邻区是否配置合理、功率配置是否合理、目标小区是否同步等细节，都需要一一排除。也会发生小区内掉话不涉及切换流程的情况。这需要网络优化工程师分析小区内通信质量下降的原因：覆盖问题、无主导频小区、小区失步等，或排除或定位，并提出相应细节问题的解决方法。任何流程的中断或者参数配置的不合理，都可能引起业务的异常中断。

随着TD网络规模的不断扩大，网络性能不断的提升。随着用户量增长，网络干扰水平亦越来越大，对于因干扰导致用户掉话的问题日益突出，急需对于此类问题提出针对性的解决措施。

在因干扰导致用户链路质量恶化时，UE会维持较高的功率，存在掉话的风险，同时对其他用户亦存在潜在的干扰风险。在服务小区PCCPCH RSCP很好的情况下，因干扰（用户间干扰、TD系统内拖尾干扰、频域性或时域性较强的外部干扰）导致用户链路质量恶化，

在未满足其他事件（1G、2A、3A）条件触发切换时，能通过基于链路质量切换算法进行救援性切换，降低掉话风险，提升用户感知。同时因消除了潜在的用户间干扰风险，对其他诸如接通率、切换成功率亦因能起到积极的作用。该功能在厂家设备支持的情况下，需打开以降低掉话风险。

基于链路质量切换算法上下行分开控制，上行由UE 上报的6A/6B事件触发网内切换，由UE上报的3C事件触发系统间切换。下行由NodeB 上报的Event E事件触发切换。