W网络常见主要指标优化措施小结.docx

W网络常见主要指标优化措施小结.docx

《W网络常见主要指标优化措施小结.docx》由会员分享，可在线阅读，更多相关《W网络常见主要指标优化措施小结.docx（14页珍藏版）》请在冰豆网上搜索。

W网络常见主要指标优化措施小结

W网络主要指标优化措施小结

一、无线掉话率

的优化措施

1、掉话定义和话统指标

路测掉话定义：

从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息，满足以下三个条件的任何一个：

1）收到任何的BCH消息（即系统消息）

2）收到RRCRelease消息且释放的原因值为NotNormal

3）收到CCDisconnect，CCReleaseComplete，CCRelease三条消息中的任何一条，而且释放的原因为NotNormalClearing或者NotNormal，Unspecified。

话统指标说明：

广义的掉话率应该包含CN和UTRAN的掉话率，由于网优重点关注与UTRAN侧的掉话率指标，所以这里的掉话率描述也重点关注UTRAN侧的KPI指标分析。

UTRAN侧相关指标就是RNC触发释放的各业务RAB个数。

主要包括两个方面：

1）业务建立成功后，RNC向CN发送RABRELEASEREQUEST消息。

2）业务建立成功后，RNC向CN发送IURELEASEREQUEST消息，其后收到CN发送的IURELEASECOMMAND。

统计时可按具体业务分类统计。

同时话统还统计了RNC触发释放各业务RAB的原因。

掉话率计算：

需要说明的是RAN话统掉话的定义只从Iu接口信令的角度进行统计，统计了RNC主动发起的RABrelease请求次数和Iurelease请求次数。

而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致。

2）常见掉话原因

无线掉话涵盖语音、视频电话、PS等各业务的掉话，常见的掉话问题包括：

Ø邻区漏配问题

Ø弱覆盖问题

Ø强干扰问题

Ø切换问题（切换不及时和乒乓切换）

Ø设备异常问题等

3）掉话优化措施

掉话优化措施主要有DT/CQT、话统分析、跟踪数据优化三种，具体如下：

1）、全网全业务DT测试。

对于有新入网站点或者RF有调整的区域要及时进行区域DT测试，通过分析DT测试数据，发现和解决存在的掉话点。

2）、每日提取话统数据进行分析。

分析时可使用话统分析工具得到不同业务的掉话情况以及大致的掉话原因。

话统分析流程可以简述如下：

RNC掉话率统计RNC触发释放的各业务RAB个数，主要包括两个方面：

（1）业务建立成功后，RNC向CN发送RABRELEASEREQUEST消息。

（2）业务建立成功后，RNC向CN发送IURELEASEREQUEST消息，其后收到CN发送的IURELEASECOMMAND。

分析小区的掉话率指标

上述只是对整个网络分析，我们可分析小区掉话率指标，主要需要分析小区“AMR掉话率”、“VP掉话率”、“PS掉话率”。

对所有小区分别用以上的指标进行排序，选择指标特别差的小区或者最差的一些小区，进一步按照分析掉话原因。

AMR掉话率:

VS.RAB.Loss.CS.RF.AMR/VS.RAB.SuccEstab.AMR

VP掉话率：

VS.RAB.Loss.CS.Conv64K/VS.RAB.SuccEstCS.Conv.64

为分析不同速率的PS掉话情况，可分析指标

VS.RAB.Loss.PS.64K/VS.RAB.SuccEstPS.64

VS.RAB.Loss.PS.128K/VS.RAB.SuccEstPS.128

VS.RAB.Loss.PS.384K/VS.RAB.SuccEstPS.384

通过上述这些掉话率的分析，我们可获得不同业务及其速率在网络中的性能，可获得软/硬切换掉话情况。

重要的是通过这一步可获得指标较差的小区以及时间段。

分析小区掉话原因

在话统分析中需要分析引起掉话的主要原因，主要指标如下：

掉话原因话统分析

失败原因

分析思路

OM干预

操作维护工作导致的掉话

RAB抢占导致的原因

高优先级抢占引起的CS链路释放，这种掉话在负载和资源不足的时候发生，根据发生的次数确定是否扩容

UTRAN产生的原因

小区中UTRAN产生的原因导致链路异常释放。

这种情况一般对应着处理异常，需要通过CHR进一步分析

上行RLC复位

上行SRB复位引起链路释放。

这种情况主要是由于覆盖质量不好（包括邻区漏配、切换区小等情况）

下行RLC复位

下行SRB复位引起链路释放。

这种情况主要是由于覆盖质量不好（包括邻区漏配、切换区小等情况）

上行同步失败

上行链路失步引起的异常释放。

这种情况主要是由于覆盖质量不好（包括邻区漏配、切换区小等情况），导致UE异常关闭发射机或者上行解调失步

下行同步失败

下行链路失步引起的异常释放。

这种情况主要是由于覆盖质量不好（包括邻区漏配、切换区小等情况），导致UE异常关闭发射机或者上行解调失步

UU口无响应

UE空口无响应系统发出的命令，覆盖不好导致

其他RF原因

射频原因，均属于覆盖质量不好

AAL2链路异常

RNC发现IUCS接口AAL2Path异常，发起了异常释放，可能为传输设备异常，已知问题有RB建立过程中马上正常释放被话统统计为该原因异常释放

GTPU异常

RNC发现IUPS接口GTPU异常，发起了异常释放，可能是设备故障

其他原因

异常原因掉话，需结合RNC日志进行分析

可以将这些指标按照分类，将其分为空口原因（RF、流程超时）、非空口原因（硬件故障、传输故障、用户干预等），从而对网络有个总体把握，得到影响网络的主要因素。

检查小区是否异常

如果小区以前KPI正常，可检查小区的告警，排除小区异常方面的原因。

通过路测重现问题

由于话统给出了趋势，并给出了可能的问题，具体问题的定位和分析还需要结合路测或者针对小区的CHR分析来进行。

对于问题小区，一般都需要安排针对小区进行路测，跟踪手机侧和RNC的信令流程进行分析。

3）、通过跟踪数据分析，帮助问题定位。

跟踪数据分析包括单用户跟踪消息分析和性能监测，通常情况下，单用户消息结合数据采集工具记录的UE侧数据，能够基本上定位一些掉话问题；对于更加复杂的问题，需要配合CHR和性能监测来综合分析。

也有一些商用手机的问题或者重点用户的问题，没有手机侧记录的消息，需要通过从单用户跟踪数据来分析和定位。

单用户跟踪除了记录单用户的信令消息（Iu，Iur，Iub，Uu），同时需要记录CPICHRSCPEcIo性能跟踪，记录UE的发射功率，记录上行SIR，SIRTarget，记录上行BLER，记录下行码发射功率，如果是数据业务，还要进一步记录上下行的业务量和吞吐量。

二，系统间CS域切出成功率

的优化措施

目前3G/2G互操作策略是CS业务从3G覆盖到2G覆盖采用单向切换。

1、CS域系统间切出成功率定义：

Voice系统间切换出成功率=Voice系统间切换出成功次数/Voice域系统间切换出尝试次数

Voice系统间切换出尝试次数：

当RNC向CN发送RELOCATIONREQUIRED消息；

Voice系统间切换出成功次数：

在CS域系统间切换出过程中，当RNC收到IURELEASECOMMAND消息，并且消息中的原因值为“SuccessfulRelocation”或“NormalRelease”。

2、CS域系统间切出失败的主要原因：

CS域系统间切出失败的主要原因有以下几方面：

Ø邻区漏配导致掉话

Ø异系统邻区配置过多导致掉话

ØLAC配置错误导致的掉话

ØUE不报测量报告导致掉话

Ø切换不及时导致掉话

Ø物理信道重配置时发生最优小区变更导致掉话

ØUE回切换失败导致掉话

Ø压缩模式启动太迟

3、CS域系统间切出成功率优化措施：

1）全网语音自由选网DT测试；

2）每日提取话统数据，进行分析和优化，分析流程参考掉话率优化措施章节；

3）对问题用户进行数据跟踪分析，问题定位后，进行优化；

4）全面检查3G/2G异系统邻区信息，保证邻区信息正确无误；

5）对于新入网的站点（包括2G和3G站点），3G/2G侧都及时更新异系统邻区关系；

三、无线系统接通率

的优化措施

1、无线系统接通率定义：

无线系统接通率=RRC连接建立成功率*RAB指派成功率；

2、无线系统接通失败的一般原因：

无线系统接通失败表现为RRC连接建立失败或者RAB指派失败。

RRC建立失败一般有下面几类原因：

Ø上行RACH的问题

Ø下行FACH功率配比问题

Ø小区重选参数问题

Ø下行专用初始发射功率偏低

Ø上行初始功控问题

Ø拥塞问题

Ø设备异常问题等

在这些问题中尤其上行RACH的问题、下行FACH功率配比问题、小区重选参数问题、设备异常问题出现的概率比较高。

RAB建立失败时，RNC会在RABAssignmentResponse信令中回RAB指配建立失败。

通过相关信元中携带的失败原因值，可以得到具体失败原因。

常见的RAB建立失败问题包括：

Ø参数配置错误导致RNC直接拒绝RAB的建立请求

Ø准入拒绝

ØUE回应RB建立失败造成的RAB建立失败

Ø空中接口RB建立失败造成的RAB建立失败

3、无线系统接通率优化措施：

无线系统接通率的优化措施主要是通过对话统数据的分析，确定问题小区，结合现场DT/CQT，协助问题定位和解决。

问题的分析和优化可以从以下几个方面着手：

1）、UE发出RRCConnectionRequest消息，RNC没有收到。

如果此时下行CPICH的Ec/Io较低，则是覆盖的问题。

如果此时的下行CPICH的Ec/Io不是太低（比如大于-14dB），一般都是RACH的问题。

通常有以下可能的原因：

ØPreamble的功率攀升不够

ØUE的输出功率比要求值偏低

ØNodeB设备问题，存在驻波

Ø小区半径设置参数不合理

对于Preamble的功率攀升不够，可以增加Preamble攀升次数。

例如可以Preamble攀升次数从8次改为20次。

对于UE输出功率比要求值低，属于UE本身性能问题，没有特别的方法解决。

对于NodeB设备问题，需要检查NodeB是否存在驻波告警。

当小区半径参数设置过小，会导致NodeB无法同步小区半径范围外的UE，造成接入失败。

这主要发生在农村、郊区等广覆盖场景。

RNC收到UE发的RRC建立请求消息后，下发了RRCConnectionSetup消息而UE没有收到该问题的可能原因有以下几种：

Ø覆盖差

Ø小区选择与重选参数不合理

具体检查方法如下：

查看此时的CPICH的Ec/Io，如果低于-12dB（因为缺省是基于Ec/Io为-12dB配置的），而且监视集中没有质量更好的小区，那么是覆盖的问题。

如果此时监视集中有更好的小区，则可能是小区重选的问题。

解决方法如下：

覆盖差：

如果有条件，通过增强覆盖的方法解决覆盖问题，如增加站点补盲、工程参数调整等。

在无法增强覆盖的情况下，可以适当提高FACH的功率。

调整应参照现网PCPICHEC/Io的覆盖情况，例如如果整个网络优化后的覆盖区域导频Ec/Io全部大于-12dB，那么公共信道功率的配比按照Ec/Io大于-12dB来配置可以保证UE从3Gidle状态接入时的成功率。

又如导频Ec/Io小于-14dB时UE就重选到GSM系统，那么公共信道功率的配比按照Ec/Io大于-14dB来配置则可以保证UE在系统间重选后在弱信号区的RRC建立成功率。

小区选择与重选

通过调整小区选择与重选参数，加快小区选择与重选的速度，可以解决小区选择与重选参数不合理造成的RRC连接建立失败问题。

RNC收到UE发的RRC建立请求消息后，下发了RRCConnectionReject消息

当出现RRCConnectionRreject消息时，需要检查具体的拒绝原因值。

RRCConnectionReject中拒绝原因值包含2种：

congestion和unspecified。

对于congestion，说明网络发生了拥塞。

需要检查网络负载情况，包括功率、码、CE等资源的占用情况，确定是由于那种资源不足导致的拥塞，然后给出相应的扩容手段。

HSDPA用户RRC连接的准入与R99用户RRC连接的准入一致，包括功率、码、CE等资源。

需要特别注意码的准入，如果HSDPA用户的码字是静态分配的，且分配给HSDPA用户的码字过多，则很容易导致HSDPA或者R99用户RRC连接的准入失败，原因是HSDPA或者R99用户下行信令信道的码字不足。

对于unspecified，则需要察看相关日志信息，确定故障原因。

UE收到RRCConnectionSetup消息而没有发出SetupComplete消息如果此时下行的信号质量正常，那么可能是手机异常。

否则可能是下行专用信道初始功率过低导致下行不能同步，可以通过调整业务下行Eb/No解决。

2）、UE发出RRCSetupComplete消息而RNC没有收到。

由于上行初始功控会让UE的发射功率上升，这种问题出现的概率很小。

如果出现这类问题可以适当提高专用信道的ConstantValue值，从而提高UE的上行DPCCH初始发射功率。

同时还与上行链路SIR初始目标值设置是否合理有关，对于初始建链时的上行初始同步有较大的影响。

该参数如果设置过大，有可能会使得用户初始建链时带来的上行干扰过大；如果设置过小，则会使得上行同步时间加长，甚至导致初始同步失败。

该参数为RNC级的参数，对网络性能影响较大，调整时需要谨慎。

3）、参数配置错误导致RNC直接拒绝RAB的建立请求。

参数设置非法导致RNC直接回应RAB建立失败在商用网络的发生概率较小，一般是由特殊用户的特殊操作造成的。

主要场景是：

用户PS业务的上行开户和激活申请信息超过了手机的能力，导致RNC直接回应拒绝。

由于参数设置错误超过UE能力的情况造成的RAB建立失败后，SGSN会重新协商发起新的RAB指派，直到UE能力可以支持，最终完成RAB指派，对于用户来说，这次PDP激活仍然可以成功，指示获得的最大速率为UE能力所能支持的最大速率。

4）、准入拒绝,需进行扩容

对于非HSDPA用户，当系统资源不足时（包括功率、信道码、Iub传输资源、Credit），会发生准入拒绝导致呼叫建立失败。

此时，需要检查当前网络负载情况、码资源、Iub传输资源、CE资源占用情况，确定是那种资源受限导致的拥塞，并给出相应的扩容手段。

5）、空中接口RB建立失败造成的RAB建立失败。

RB建立命令没有响应，导致RNC认为RB建立失败，表现为RB建立命令没有收到ACK或者没有收到RB建立完成命令。

这样的情形主要出现在弱信号区，造成信号弱的原因有两种情况，一种是UE没有驻留在最优小区发起接入，另一种是覆盖不好。

对于第一种情况需要提高同频小区重选的启动门限和速度，使得UE尽快驻留在最优小区，在最优小区发起接入。

对于第二种覆盖不好造成的RB建立失败分为上行和下行质量不满足两种情况，依据解决上下行不平衡措施进行优化。

四、PDP上下文激活成功率的优化措施

1、PDP上下文激活成功率定义：

PDP上下问激活成功率=PDP激活尝试次数/PDP激活成功次数。

PDP激活尝试次数指UE发出ActivatePDPContextRequest的次数；

PDP激活成功次数指UE收到ActivatePDPContextAccept的次数；

2、PDP上下文激活成功率优化措施：

PDP上下文激活成功率优化措施：

1）通过月度例行DT测试，发现问题点，结合CQT等手段定位问题，进行优化；

2）通过核心网SGSN，每周进行该项指标统计，分析RNC级全网指标，如果发现指标异常，无线侧和核心侧协同一起进行问题定位和优化。

PDP激活失败指的是UE发出ActivatePDPContextRequest，但收到ActivatePDPContextReject。

问题主要有两类，UE侧APN、限速率的设置有错（用户行为），或者核心网问题。

ØUE侧APN设置问题

如果ActivatePDPContextReject的原因值为“MissingorunknownAPN”，原因多半是APN设置与CN侧不一致。

可检查Probe+UE侧APN的设置，与HLRAPN对照。

Probe、UE的APN设置方法参见GenexProbeOnlineHelp“连接测试设备”一章。

请CN侧工程师确认用户在HLR的APN。

ØUE侧速率设置问题

如果ActivatePDPContextReject的原因值为“Serviceoptionnotsupported”，原因多半是UE请求速率高于开户速率造成。

可检查Probe+UE侧请求速率的设置，与HLR开户速率对照。

当前的APN、申请速率也可在ActivatePDPContextRequst消息中确认。

Ø核心网问题

如果为其它原因值，并确认UE侧APN、限速率设置正确，则可能是核心网的问题导致，如核心网的某些接口不通，可联合核心网PS域人员定位。

另外如果PS业务为初次调试，也有可能是HLR开户的APN与GGSN中使用的APN不一致，可找现场负责PS域核心网相关人员确认。

五，3G网络优化专项整治

1、定期对无线网宏基站重点区域进行优化

1）采集相应区域的DT/CQT数据，进行分析，通过天馈调整，改善弱覆盖和导频污染；

2）通过对DT/CQT数据的分析，优化邻区关系，优化软切换比例和提高切换成功率；

3）对于无法通过RF优化手段进行优化的弱覆盖区域，提出合理规划建议，落实增补站点，改善覆盖；

4）对于新开通的宏基站，及时开展单站点验证和区域优化，保证新增站点入网后，整个网络的平稳运行和用户感知的持续提升；

5）通过每日的KPI性能监控和话统数据分析，对重点区域中发现的掉话、系统间切换失败、接入成功率低等问题，及时进行解决；

6）对于RTWP异常的站点，进行干扰排查。

如果是内部干扰的，及时进行工程整改；如果是外部干扰的，提交报告给无委会，向无委申请协助干扰定位和解决。

7）每日进行站点状态监控，对于有告警问题的站点，及时协调推动相关人员解决。

2、定期对无线网重点楼宇室内分布系统进行整治优化，

计划通过以下几个方面措施进行：

1）加快室分站点的告警处理；

2）加快室分系统泄漏和切换测试，以及问题站点的整改.

3）加快室分系统内部的覆盖测试和性能验证工作，以及对发现的问题整改和优化

4）对室分系统中发现RTWP异常的站点，及时协调华为厂家和室分厂家一起进行问题定位和排查；

3、用户投诉热点区域的专项优化

1）根据投诉内容、投诉区域、用户级别等因素，将投诉问题分类分区域，并制定相应的紧急程度；

2）根据投诉问题的紧急程度制定投诉问题定位和处理计划，采用现场DT/CQT验证、单用户CDT跟踪等手段分析问题定位原因；

3）针对由于覆盖类、容量受限类等问题，及时提出合理的扩容或补点建议；

4、PS掉线率较高区域进行专项优化

1）根据每日/每周的话统监控，找出PS掉线率高的TOPN小区；

2）针对PS掉线率较高的TOPN小区，进一步细化问题的区域；

3）采用现场DT/CQT、单用户跟踪等手段定位问题原因，采用RF调整、参数调整等手段进行逐个优化；

5、不同场景下室分的专项优化

1）通过话统分析和话务分布情况，了解用户业务使用行为，对话务量高的TOPN小区，根据用户业务使用特征，调整相应参数，提升用户感知；

2）监测话务情况，对话务量高的小区，提出扩容需求；

3）对存在双载波场景，通过调整参数，优化双载波使用策略，提升用户感知和相应指标；

4）根据话统分析，结合CQT和用户投诉情况，对存在弱指标的TOPN小区，通过RF优化、参数调整等手段进行优化；

6、特定区域（2/3G边缘、RSCP差EC/NO较好区域、双载波区域等）参数设置专项优化

1）根据站点分布情况，结合话统分析、DT测试等结果，对特定区域进行划分；

2）根据不同的特定区域，结合话统指标分析，针对性的进行参数调整，优化提高相应的弱指标；