CDMA设备拥塞分析和处理操作指南阿朗分册文档格式.docx

CDMA设备拥塞分析和处理操作指南阿朗分册文档格式.docx

《CDMA设备拥塞分析和处理操作指南阿朗分册文档格式.docx》由会员分享，可在线阅读，更多相关《CDMA设备拥塞分析和处理操作指南阿朗分册文档格式.docx（20页珍藏版）》请在冰点文库上搜索。

TCHBlockRate（ForwardPowerControl）（%）

TCHBlockRate（ReversePowerControl）（%）

TCHBlockRate（CE/PP）（%）

TCHBlockRate（Total）（%）

（2）Walsh码话务量

语音业务Walsh码话务量的相关统计指标如下：

2G/3GVoicePrimaryTrafficCodeChannelUsage

2G/3GVoiceCallTotalTrafficCodeChannelUsage

3GPrimaryWalshCodeUsage

3GTotalWalshCodeUsage

2GPrimaryWalshCodeUsage

2GTotalWalshCodeUsage

数据业务Walsh码话务量的相关统计指标如下：

2G/3GPacketDataCallTotalWalshCodeUsage

2G/3GPacketDataCallPrimaryWalshCodeUsage

2G/3GPacketDataCallSecondaryWalshCodeUsage

（3）Walsh码拥塞次数

（4）CE话务量

语音CE码话务量的相关统计指标如下：

3GPrimaryCETrafficLoadinErlangs

3GSecondaryCETrafficLoadinErlangs

3GCETrafficLoadinErlangs

2GPrimaryCETrafficLoadinErlangs

2GSecondaryCETrafficLoadinErlangs

2GTotalCETrafficLoadinErlangs

数据CE码话务量的相关统计指标如下：

DataCallReverseFCHUsage

（5）由于CE不足、PP不足和Walsh码不足引起的拥塞次数

当前系统中，载频级的阻塞PegCount主要包含以下5个：

CDMA-CARR1：

CDMAHandoffOverflow

CDMA-CARR2：

2GCDMAOrigination/TerminationOverflow

CDMA-CARR3：

CDMAOrigination/TerminationOverflowduetoPPBlocking

CDMA-CARR4：

CDMAHandoffOverflowduetoPPBlocking

CDMA-CARR5：

3GOrigination/TerminationOverflow

（6）前向发射功率峰值负荷

关于前向发射功率的峰值和均值，可以采用相关PegCount进行计算：

PCARR25

PeakPoweronForwardLink（W）:

----------------

10

PCARR58

AveragePoweronForwardLink（W）:

10

（7）前向发射功率忙时平均负荷

（8）功放过激告警

（9）寻呼信道负荷

关于寻呼信道负荷，具有如下相关统计：

PagingChannelOccupancy（%）

PeakPagingChannelOccupancy（%）

（10）接入信道负荷

在阿尔卡特朗讯系统中，接入信道过载会在ROP中记录相关告警信息（ACOC，即AccessChannelOverloadControl），通过ROP信息能够得知存在接入信道过载现象.

（11）传输吞吐量峰值

CDMA-PP11

PeakPacketPipeOccupancyintheForwardDirection

CDMA-PP12

PeakPacketPipeOccupancyintheReverseDirection

（12）传输吞吐量平均值

CDMA-PP5

AveragePacketPipeOccupancyintheForwardDirection

CDMA-PP6

AveragePacketPipeOccupancyintheReverseDirection

（13）BSC各板件（信令处理板等）CPU负荷

（14）BSC各板件（声码器、PCF等）利用率

（15）补充其他

1.2指标分析

1、当前系统中由CE不足、PP不足和Walsh码不足引起的拥塞问题按照如下步骤进行分析,来判断具体的阻塞原因：

从经验判断，CE占用率达到85%就应该开始考虑增加CE的配置。

（1）、CDMA-CARR3和CDMA-CARR4是最小的子集，表示因为PP资源受限产生阻塞，而其它计数器包含了CE、PP和Walsh码所产生的阻塞。

下面的例子可以很好的解释这几个计数器：

CDMA-CARR3=139=CDMA-CARR5+CDMA-CARR2；

CDMA-CARR4=88=CDMA-CARR1

即所有计数器均指向CDMA-CARR3和CDMA-CARR4，分析出原因为PP资源受限导致Origination/Termination和Handoffoverflow。

（2）、如果CDMA-CARR3和CDMA-CARR4为0，而CDMA-CARR1和CDMA-CARR2不为0，则表示阻塞来自CE或者Walsh码，这时需要进一步确认CE或者Walsh码的占用是否达到了相应的最大值：

PCARR-54：

PeaknumberofWalshCodesinUse

在RC3情况下，如果该PegCount小于61，则Walsh码没有达到极限，说明Walsh码资源不存在问题，缺少的资源为CE，反之缺少的资源为Walsh码。

存在CE拥塞的基站，已经影响到了终端用户的业务，包括语音业务和数据业务，主叫和被叫用户无法接入系统，而切换用户无法进行正常的切换从而导致话音质量下降，所以对于这类基站，建议及时进行扩容。

2、通过接入信道过载通知判断是否出现接入信道拥塞；

在阿尔卡特朗讯系统中，接入信道过载会在ROP中记录相关告警信息（ACOC，即AccessChannelOverloadControl），通过ROP信息能够得知存在接入信道过载现象，如下所示：

ROP信息存在于OMP上，目录位置为：

/omp-data/logs/OMPROP1/，如下图所示：

对于由于CE资源不足的情况下需要增加CE的建议，上海贝尔阿尔卡特公司没有固定的建议值。

3、在Smarter中，可以用相关统计来确认是否存在前向功率阻塞：

（1）TCHBlocks（ForwardPowerControl）

（2）TCHBlockRate（ForwardPowerControl）（%）

前向功率阻塞的门限在系统中的定义为：

AOCNewCallBlockingPower（AdmissionControl），当long-term的平均输出功率超过该门限时，AOC将阻塞新的非紧急呼叫，但是仍然接受切换，除非进入功放保护状态。

Range:

[60-150%]

Default:

91%

Recommended:

95%

4、通过寻呼信道负荷判断是否出现寻呼信道拥塞；

paf23是sector粒度的计数器，统计到BTS粒度的时候需要取平均值，例如对于3sectors的BTS：

（（paf23（sector1）+paf23（sector2）+paf23（sector3））/3）*1%

计算公式：

寻呼信道平均负荷=paf23/10000*100%

计数器说明：

paf23=CDMAPagingChannelOccupancy.（CDMA-PAF23）

平均负荷70％，即可能出现拥塞

2、拥塞处理操作指南

2.1Walsh码资源不足

在网络相对稳定时，Walsh码资源不足不会出现在成片区域，一般出现在部分小区。

Walsh码资源不足需要结合区域的Walsh码话务量、软切换比例及前向功率负荷等进行分析。

不同场景处理方法不一样，此处列出常见场景的处理方法。

【场景1】：

基站各载频及临近区域基站话务量均很高

解决方案：

增加载频或者站点。

对于基站密度较高的区域，可以通过新建独立信源加室内分布系统的方式吸收话务，解决网络拥塞问题。

【场景2】：

基站各载频话务量差异较大

通过基于载频话务均衡的算法进行载频间话务动态均衡。

在阿尔卡特朗讯系统，手机的起呼载频分配算法主要有两种：

（1）OC算法，即OriginationCarrier，话务信道分配在待机载频上，除非本载频没有硬件资源才分配到其它载频；

（2）RF算法，即根据前向功率负载的情况来进行起呼的载频分配，推荐采用该算法。

起呼分配算法在系统中的定义：

RFLoadingWeightFactor的含义及作用：

作用:

如果起呼载频的负载大于负载最轻的载频为RFLoadingWeightFactor，则呼叫将被重新分配到负载最轻的载频;

否则，呼叫将在起呼载频上。

【场景3】：

基站各载频话务量差异不大，临近基站话务量不高

可以通过调整天线的方位角、下倾角、发射功率等方式，收缩拥塞小区的覆盖范围，减少小区话务负荷，解决拥塞。

可以通过调整本小区及相邻小区的切换参数，减少因软切换占用的Walsh码资源，解决拥塞。

在阿尔卡特朗讯系统，切换参数在系统中的定义：

IS-95B切换参数的设定：

导频、同步及寻呼信道的功率参数设定：

108对应于3W；

64对应于1.1W；

34对应于0.3W。

【场景4】：

高速数据业务占用Walsh码资源过多

限制高速数据业务的接入，同时考虑语音业务及数据业务之间的平衡。

如MOTO设备可以设置语音业务Walsh码预留个数，或数据业务的最高速率，来限制高速数据业务，解决拥塞。

在阿尔卡特朗讯系统中的SCH最大值和最小值定义如下表所示：

【场景5】：

Walsh码资源不足，但功率不受限

使用RC4配置方式。

RC4使用场景的建议：

RC3用于语音以及数据FCH，RC4用于SCH。

RC3和RC4的区别：

（1）在IS-95中，使用RC1和RC2，CDMA-1X中使用RC3、RC4和RC5；

（2）、RC3使用64阶Walsh码；

RC4使用128阶Walsh码；

（3）、每个RC3将产生两个RC4Walsh码；

（4）、RC3Walsh码比RC4更能节省功率，所以如果选择RC4作为缺省的前向RC，将会增多可使用的Walsh码，但是每信道将会消耗更多的功率。

系统中的RC设置，缺省为RC3：

阿尔卡特朗讯CDMA系统提供了改进的Walsh码分配算法，“ImprovedRC3/RC4WalshCode”分配算法，该功能的思想是在无线资源富裕的情况下，尽可能分配RC3，仅当WalshCode资源不足，且前向功率富裕的情况下，分配RC4。

参数定义如下：

“ImprovedRC3/RC4WalshCode”算法参数定义如下：

RC4EnableThreshold：

RC3Walsh码的使用百分比超过该门限时，系统将会考虑为该扇区新呼叫分配RC4。

[0%~100%]

Step:

1%

60%

RC4DeterminationThreshold：

RC3Walsh码的使用百分比与分配给前向的功率百分比的比值与RC4DeterminationThreshold相比较，当超过该门限时，系统将会为该扇区新呼叫分配RC4

取值为0，将直接分配RC4;

取值为2，将一直分配RC3。

[0~2]

0.1

1

2.2CE资源不足

增加CE资源或者增加站点。

本站话务量高，临近基站话务量不高

可以通过调整天线的方位角、下倾角、发射功率等方式，收缩拥塞基站的覆盖范围，减少基站话务负荷，解决拥塞。

可以通过调整本基站小区及相邻小区的切换参数，减少因软切换占用的CE资源，解决拥塞。

阿朗相关参数定义及设置已经在前面Walsh码阻塞的方案中提供。

2.3前向功率不足

基站前向功率不足，话务量也很高

增加载频或者增加站点。

基站各载频话务量差异较大，前向功率负荷差异也较大。

基站各载频话务量差异不大，临近基站话务量不高。

可以通过调整本小区及相邻小区的切换参数，减少因软切换占用的前向功率资源，解决拥塞。

2.4寻呼信道资源不足

LAC区规划不合理引起寻呼信道拥塞

LAC区的规划不应该过大，同时LAC区的边界不应位于高话务区域或人流量大的交通要道。

对于LAC区规划不合理引起的寻呼信道拥塞，应重新调整LAC区的大小及边界，解决拥塞。

话务量过高引起寻呼信道拥塞

增加载频或者增加站点解决寻呼信道拥塞。

寻呼机制不合理引起寻呼信道拥塞

优化寻呼机制。

如通过减少一次寻呼的范围，来降低寻呼信道的负荷，同时可采用扩展LAC区寻呼的机制以避免寻呼成功率下降。

LA设计案例

●运行Homax，统计局间切换数据

收集一周的Homax数据，统计TZ1和TZ2之间、台州和温州之间的Inter-MSCSHO以及台州和宁波之间的Inter-VenderHHO。

将这些有发生Inter-MSCSHO或Inter-VenderHHO的边界基站做成电子地图，在Mapinfo中显示出来。

如下图：

图例如下：

●划分LA（即Zone）

根据这些边界基站的位置，并结合地形地貌，来划分LA。

考虑到TZ2在地理上是不连续的，与TZ1有2处交界的地方，并且由于TZ2和宁波有交界，所以将TZ1划分为一个CoreZone和2个BorderZone，将TZ2划分为一个CoreZone和3个BorderZone，将WZ1划分为一个CoreZone和1个BorderZone。

TZ1局：

CoreZone：

2BorderZone：

12和22

TZ2局：

7BorderZone：

17、27和3

WZ1局：

1BorderZone：

11

TZ1ECP2

TZ2ECP7

WZ1ECP1

●Cell2表参数设置

将各个LA内的基站分别选出来，按以下原则设置totalzone和zonetimer：

BorderZone：

totalzone至少为3（部分海面上的基站和多边界的基站设置为4或5），zonetimer为1（2分钟）

totalzone为2，zonetimer为3（10分钟）

短信引起寻呼信道拥塞

解决方案1：

在MSC侧降低短信走业务信道的触发门限，减少短信对寻呼信道的占用。

阿朗建议为了减少寻呼信道的占用，短信均使用业务信道。

ECPform,MaximumSMSBearerDataSizeforCDMAPagingChannel....961）

解决方案2：

如果是因为SP群发短信引起的寻呼信道拥塞，可以在核心侧通过短信流量控制手段来缓解拥塞。

解决方案3：

在话务量不高的情况下可以根据实际情况增加寻呼信道数量，但考虑增加寻呼信道到对其他资源（前向功率、Walsh码等）的影响，须谨慎使用。

2.5接入信道资源不足

REG_ZONE规划不合理引起接入信道拥塞

REG_ZONE的规划不应该过小，同时REG_ZONE的边界不应位于高话务区域或人流量大的交通要道。

对于REG_ZONE规划不合理引起的接入信道拥塞，应重新调整REG_ZONE的大小及边界，解决拥塞。

登记机制设置不合理引起接入信道拥塞

优化登记机制。

如调整TOTALZONE、ZONETIMER，改善多个位置区交界处频繁登记现象，解决拥塞。

域号为214的参数为TotalZone，215为ZoneTimer的设置。

ZoneTimer的设置值与时间的对应关系如下表所示：

关于Zone的设置建议如下：

（1）、增大边界Zone区域基站的ZoneTimer，保证边界基站的接入信道占用率在合理的范围内；

（2）、在两个边界Zone的区域，TOT_ZONES设置为2，在三个边界Zone的区域，TotalZones设置为3，依次类推。

2.6传输链路资源不足

扩容增加相应资源。

2.7BSC各板件资源不足

BSC承载话务量较高

对于BSC的帧处理板、声码器及PCF板件等资源板件负荷过高，资源不足的情况，可以通过增加相应板件解决BSC拥塞。

部分参数设置不合理。

优化参数设置。

如REG_PRD设置过小，当用户规模较大时，登记次数过多引起信令处理板负荷过高及相关信令链路拥塞。

可以根据实际情况适度增大REG_PRD。

该参数在Cell2中的设置：

在cgsa中的设置如下：

REG_PRD的设置与时间的对应关系可以通过以下公式来计算：

62所对应的时间为：

2^（62/4）*0.08S=3707s，大约1个小时。