GSM语音和数据业务质量提升优化专题Word格式文档下载.docx

GSM语音和数据业务质量提升优化专题Word格式文档下载.docx

《GSM语音和数据业务质量提升优化专题Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《GSM语音和数据业务质量提升优化专题Word格式文档下载.docx（20页珍藏版）》请在冰点文库上搜索。

功率余量的作用：

a、功率余量即CIR余量，可以减少强干扰和阴影衰落对链路质量的影响

b、功率余量对单链路的影响

⏹CIR余量越大，对单链路质量的保护越强

⏹CIR余量越小，对单链路质量的保护越弱

c、功率余量对网络的影响

⏹CIR余量越大，对网络的干扰越大

⏹CIR余量越小，对网络的干扰越小

高电平高质量用户的功率余量：

1）由于MS距离基站较近，宏观路损随位置变化而变化的幅度相对剧烈，所以需要保持一定的功率余量，减少干扰和宏观路损的变化对单链路的影响

2）高电平高质量用户的功率已经下降了较大幅度，继续将发射功率控制到最小，对网络干扰水平基本无影响，反而会降低高电平高质量用户抵抗衰落的能力。

根据功控指导，结合实际无线坏境分布，经过多套参数进行实验，选择对话音质量提升较为合适的参数组合，在质量提升过程中，最终功控参数设置不同，具体优化参数明细如下：

1>

.PMIN优化修正：

PMIN用于设定基站所有载频允许的最小发射功率，实现下行功控深度的控制。

下行过度功控会造成基站发射功率的降低，造成下行质量的下降，而降低PMIN的值减少下行功控的深度，能够促使下行质量的提高。

建议对PENA=Y小区调整PMIN=30->

14，减少下行功控深度。

同时需注重关键KPI的变化，确保网格稳定。

2>

.INC修正：

依据电平和质量触发门限，BSC用功率改变来增加MS或BTS的发射功率，增大INC功率递增步长，可保证MS/BTS发射功率，有效避免功控时上下行功率较低引起的质量变差。

3>

.VDLS核查修正---为了保证客户感知，下行电平不宜大幅度的下降，避免功率瞬间下降太多造成质量变差，建议核查设置VDLS=N。

4>

.Q_LDP/Q_LDN/Q_LUP/Q_LUN修正：

建议对PENA=Y小区进行上下行接收质量功率控制下限Px/Nx修改（NEWQ_LDP/Q_LDN/Q_LUP/Q_LUN=OLDQ_LDP/Q_LDN/Q_LUP/Q_LUN–1），加快功控速度避免因质量引起的上下行功控不及时造成的连续质差。

切换参数优化调整：

切换过程是一种偷帧机制，即借用TCH帧（用作FACCH）来传送相关切换信令，这种暂时的中断是为了保持网络的连接性能而完成向更适合小区切换的需要，但却是以牺牲话音的连续性为代价，对话音质量有一定的影响。

鉴于此，本次优化从切换原因进行场景细分，我们对频繁切换小区及相应邻区进行PMRG/LMRG/QMRG/SL等门限修修正或RF调整，消灭频繁切换引起的质差。

ALPHA/GAMMA参数的优化调整：

GPRS动态功率控制算法采用的是开环功率控制，通过测量手机接收到的电平，计算路径损耗，对手机发射电平进行调整，使BTS的接收电平达到预期值。

在GPRS的动态功率控制中，不考虑信号质量。

GPRS功率控制公式如下：

Pch：

手机实际发射功率

Γ0：

对于900M小区39dbm，1800/1900M小区为36dbm

Γch：

即gamma

α：

即alpha

C：

手机下行接收电平

PMAX：

小区允许MS的最大发射功率

GAMMA决定了在相同接收电平的情况下，手机发射功率的大小。

GAMMA值越大，手机的发射功率越小，增大GAMMA值有助于减少全网的干扰水平；

频率优化调整：

因GSM现网900M基站大量存在，频率复用度较高，无线环境复杂，同邻频引起的语音质差较为严重，鉴于此，我们将根据实际情况，对优化区域差频点进行更换，尽可能避免同邻频。

TOP小区的监控处理及告警监测处理：

对高质差小区、高干扰小区、天馈告警监控处理。

及时处理解决硬件故障引起的质差。

三、GSM数据业务质量优化提升：

数据质差指标定义：

1）低接通小区：

考察时段内上行TBF建立成功率<

95%或下行TBF建立成功率<

95%且流量>

1MB的小区。

其中，上行TBF建立成功率=上行GPRS（含EDGE）TBF建立成功次数/上行GPRS（含EDGE）TBF建立尝试次数，下行TBF建立成功率=下行GPRS（含EDGE）TBF建立成功次数/下行GPRS（含EDGE）TBF建立尝试次数；

流量无线侧单小时GPRS（含EDGE）流量之和。

2）高掉线小区：

考察时段内上行TBF掉线率>

5%或下行TBF掉线率>

5%且流量>

其中，上行TBF掉线率=上行GPRS（含EDGE）TBF异常中断次数/上行GPRS（含EDGE）TBF建立成功次数，下行TBF掉线率=下行GPRS（含EDGE）TBF异常中断次数/下行GPRS（含EDGE）TBF建立成功次数；

3）低速率小区：

考察时段内下行EGPRSRLC层单时隙下载速率<

25kbps且流量>

其中，EGPRSRLC层单时隙下载速率=（MCS1块*22+MCS2块*28+MCS3块*37+MCS4块*44+MCS5块*56+MCS6块*74+MCS7块*56+MCS8块*68+MCS9块*74）*8/1000）/（sum（MCS1……6块数）/50+sum（MCS7…9块数）/2/50））；

该指标按月为单位考核，该月每日均考察8至23时，每日计15个时段。

最差小区比例计算公式如下：

平均（每月每日）=∑8-23时（低接通小区数量+高掉线小区数量+低速率小区数量）/（小区总数*15）*100%

质差处理图：

数据质差处理图主要涵盖了如下内容，对每类的处理将在后面单一章节中进行详细描述。

其中无线环境类与硬件类导致的数据质差处理方法一致。

数据质差中建立、掉线、速率的处理唯一区别主要体现在资源类的分析处理上。

TBF建立成功率：

1）TBF建立成功率公式：

指标

中文描述

算法

公式

上行TBF建立成功率

上行GPRS（含EDGE）TBF建立成功次数/上行GPRS（含EDGE）TBF建立尝试次数

上行TBF建立成功率：

指标至统计数据中文映射算法:

=上行GPRS（含EDGE）TBF建立成功次数/上行GPRS（含EDGE）TBF建立尝试次数

对应指标映射算法:

BSCHM01/BSCHM00

（NBR_OF_UL_TBF-UL_TBF_ESTBLISHMENT_FAILED-UL_EGPRS_TBF_REL_DUE_NO_RESP）FromP_NBSC_PACKET_CONTROL_UNIT/

NBR_OF_UL_TBF+NO_RADIO_RES_AVAIL_FOR_UL_TBFFromP_NBSC_PACKET_CONTROL_UNIT

下行TBF建立成功率

下行GPRS（含EDGE）TBF建立成功次数/下行GPRS（含EDGE）TBF建立尝试次数

下行TBF建立成功率：

=下行GPRS（含EDGE）TBF建立成功次数/下行GPRS（含EDGE）TBF建立尝试次数

（NBR_OF_DL_TBF-DL_TBF_ESTBLISHMENT_FAILED-DL_EGPRS_TBF_REL_DUE_NO_RESP）FromP_NBSC_PACKET_CONTROL_UNIT/

NBR_OF_DL_TBF+NO_RADIO_RES_AVAIL_FOR_DL_TBFFromP_NBSC_PACKET_CONTROL_UNIT

2）关注指标:

资源类:

Ø

TBF_38C（下行TBF复用度）

TBF_15（上行TBF硬拥塞）

TBF_16（下行TBF硬拥塞）

NO_RADIO_RES_AVA_D/UL_TBF（上/下无资源导致TBF异常释放）

D/UL_TBF_BLOCKING（上/下无信道资源导致失败次数占总的次数的百分比）

DAP_13（DAP拥塞）

DAP_15（PCU拥塞）

BLCK_33（软拥塞）

ERL_LINE（每线ELR）

无线质量类:

RLC_19（下行重传率）

RLC_18（上行重传率）

UL_EG_BLER（上行误码率）

BAND3-5比例（3-5级干扰带比例）

上行0-5级语音质量占比

下行0-5级语音质量占比

上下行覆盖电平

上下行平衡

硬件类

重点关注Abis链路、上下行链路平衡、射频告警。

3）优化手段：

针对资源不足导致TBF成功率低主要从以下方面进行优化

数据业务拥塞，语音闲：

增加CDED、CDEF、CMAX、GTRX

双拥塞小区：

适当调整RXP、CRO、CRH、FRL/FRU，在邻区小区资源、覆盖允许的情况下，调整邻区相应；

参数调整无法解决严重拥塞情况：

TRX扩容、增加GTRX

对于假拥塞情况（复用度低于时，无资源导致的失败次数较多）:

重启GENA、DAP重建、PCU倒换

对于频繁小区重选（如：

重点LAC边界、城市基站密集区）导致TBF成功率低：

调整RXP、CRO、CRH。

注：

在增加信道资源的同时，应关注传输和PCU资源。

EDAP拥塞达到%，即认为该EDAP需要进行优化以降低EDAP拥塞，改善EGPRS性能；

则需调整EDAPsize；

当无法调整DAP_SIZE（最大12）时，需进行传输扩容。

在优化中要对现有PCU使用情况进行检查，是否存在高容量负荷的情况（>

80%），PCU拥塞率>

0%.针对这类小区需进行PCU倒换。

在整个BSC普遍PCU负荷过高的情况，可以增加PCU。

无线质量类：

通常无线质量分为两种：

一种覆盖问题，一种干扰，下面针对不同的问题进行分析优化。

覆盖问题：

调整天线方向角、下倾角

调整天线挂高

更好天线类型

使用功放和塔放

使用直放站

参数调整（诺西）：

RXP，ALPHA、GAMMA、MCA/MCU、MBP

干扰问题：

频率优化：

对附近小区包括邻区扫频，排查是否存在同频或邻频干扰，针对同邻频干扰，可以对频点进行调整；

可以对小区开、关跳频。

硬件问题导致的干扰：

存在有告警的硬件问题，需首先消除告警，然后查看干扰变化情况；

于硬件存在的隐性故障导致的上行干扰，可对怀疑载频进行开关操作，载频倒换。

直放站干扰：

对于非法直放站的问题，通过帮助用户解决信号覆盖问题，拆除造成干扰的直放站；

降低直放站的上行增益、采用高耦合系数、合理进行噪声增量分配、避免在高话务区域使用、合理进行频率规划、限制直放站覆盖范围，控制信号泄露。

硬件类:

Abis链路：

统计小区误帧率，对误帧率较高的小区的链路进行检查。

上下行不平衡：

可以先检查基站发射功率是否与原网匹配，然后可以检查塔放、基站放大器、天线接口等影响上下行接收电平的器件是否存在问题。

进行告警核查并及时对应故障板件或者模块。

TBF掉线率：

1）TBF掉线率公式:

上行TBF掉线率

上行GPRS（含EDGE）TBF异常中断次数/上行GPRS（含EDGE）TBF建立成功次数

上行TBF掉线率：

=上行GPRS（含EDGE）TBF异常中断次数/上行GPRS（含EDGE）TBF建立成功次数

BSCHM11/BSCHM01

UL_TBF_REL_DUE_NO_RESP_MSFromP_NBSC_PACKET_CONTROL_UNIT/

（NBR_OF_UL_TBF-UL_TBF_ESTＡBLISHMENT_FAILED-UL_EGPRS_TBF_REL_DUE_NO_RESP）FromP_NBSC_PACKET_CONTROL_UNIT

下行TBF掉线率

下行GPRS（含EDGE）TBF异常中断次数/下行GPRS（含EDGE）TBF建立成功次数

下行TBF掉线率：

=下行GPRS（含EDGE）TBF异常中断次数/下行GPRS（含EDGE）TBF建立成功次数

BSCHM12/BSCHM03

DL_TBF_REL_DUE_NO_RESP_MSFromP_NBSC_PACKET_CONTROL_UNIT/

（NBR_OF_DL_TBF-DL_TBF_ESTABLISHMENT_FAILED-DL_EGPRS_TBF_REL_DUE_NO_RESP）FromP_NBSC_PACKET_CONTROL_UNIT

U/DL_TBF_REL_DUE_CSW_TRAFFIC（上/下行由于语音挤压导致TBF释放）

U/DL_TBF_REL_DUE_TO_FLUSH（上/下重选异常释放）

D/UL_TBF_BLOCKING（上/下无信道资源导致失败次数占总次数的百分比）

U/DL_TBF_REL_DUE_TO_SUSPEND（上/下由于语音接入导致数据TBF中断次数）

GPRS_TER_D/UG_DUE_INC_IN_CSW_TR（上/下CS抢占导致PS域升级失败）

硬件故障:

3）优化手段:

针对资源不足导致TBF掉线率高，主要从以下方面进行优化

对于PCU吊死导致TBF掉线高：

PCU倒换

对于小区重选或位置更新不及时，造成拖尾（如：

重点LAC边界、城市基站密集区）导致TBF掉线：

注：

在增加信道资源的同时，应注意GP信道连续性，并关注传输和PCU资源。

涉及的参数（诺西）：

RXP，ALPHA、GAMMA

其余调整手段参照TBF建立成功率内容

参照TBF建立成功率优化处理中的告警

下行EPGRSRLC层单时隙下载速率：

1）RLC层单时隙下载速率公式:

下行EPGRSRLC层单时隙下载速率

（MCS1块*22+MCS2块*28+MCS3块*37+MCS4块*44+MCS5*56+MCS6块*74+MCS7块*56+MCS8块*68+MCS9块*74）*8/1000）/（sum（MCS1…6块数）/50

+sum（MCS7…9块数）/2/50）

EGPRSRLC层单时隙吞吐率

（BSCHL41+BSCHL42+BSCHL43+BSCHL44+BSCHL45+BSCHL46+BSCHL47+BSCHL48+BSCHL49）/（BSCHL32+BSCHL33+BSCHL34+BSCHL35+BSCHL36+BSCHL37+BSCHL38/2+BSCHL39/2+BSCHL40/2）/

（（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE）*22*8/1024FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=1+

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE）*28*8/1024FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=2+

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE）*37*8/1024FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=3+

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE）*44*8/1024FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=4+

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE）*56*8/1024FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=5+

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE）*74*8/1024FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=6+

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE）*56*8/1024FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=7+

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE）*68*8/1024FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=8+

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE）*74*8/1024FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=9）/

（（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE+RETRANS_RLC_DATA_BLOCKS_DL）FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=1

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE+RETRANS_RLC_DATA_BLOCKS_DL）FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=2

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE+RETRANS_RLC_DATA_BLOCKS_DL）FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=3

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE+RETRANS_RLC_DATA_BLOCKS_DL）FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=4

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE+RETRANS_RLC_DATA_BLOCKS_DL）FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=5

（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE+RETRANS_RLC_DATA_BLOCKS_DL）FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=6

（（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE+RETRANS_RLC_DATA_BLOCKS_DL）FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=7）/2

（（DL_RLC_BLOCKS_IN_ACK_MODE+DL_RLC_BLOCKS_IN_UNACK_MODE+RETRANS_RLC_DATA_BLOCKS_DL）FromP_NBSC_CODING_SCHEMEWhereCODING_SCHEME=8）/2

（（DL_RLC_BLOCK