ALCATELGSM 话务拥塞小区处理Word文件下载.docx
《ALCATELGSM 话务拥塞小区处理Word文件下载.docx》由会员分享，可在线阅读，更多相关《ALCATELGSM 话务拥塞小区处理Word文件下载.docx（12页珍藏版）》请在冰豆网上搜索。
注意事项：
对于一般情况，G2BTS设为-100dBm，G3BTS设为-105dBm。
修改时可以以2dBm为单位进行提高，但是必须通过路测来确认没有盲区。
（2）调整BS-Txpwr_Max，减小，但是不能过小，过小可能会引起盲区。
（1）和
（2）可能会引起长途来话接通率。
（3）通过调整CELLRESELECOFFSET（CRO）、TEMPORARYOFFSET（TO）、PENALTY_TIME（PT）来改变小区选择的倾向。
相关公式：
C1=（A-Max（B,O））
A=ReceivedLevelAverage-RXLEV_ACCESS_MIN
B=MS_TXPWR_MAX_CCH-P
C2=C1+CRO-TO*H（PT-T）PT<
>
31（11111）
C2=C1-CROPT=31（11111）
在调整过程中应注意下列原则：
——对于业务量很大或由于某种原因使小区中的通信质量较低时，一般希望移动台尽可能不要工作于该小区（即对该小区具有一定的排斥性）。
这种情况下，可以设置PT为31，因此参数TO失效。
C2的数值等于C1减CRO，因此对应于该小区的C2值被人为地降低，从而使移动台以该小区作为重选的可能性降低。
此外，网络操作员根据对该小区的排斥程度，可以设置适当的CRO。
排斥越大，CRO越大，反之，CRO越小。
——对于业务量很小，设备利用率较低的小区，一般鼓励移动台尽可能工作于该小区（即对该小区具有一定的倾向性）。
这种情况下，建议设置CRO在0～20dB之间，根据对该小区的倾向程度，设置CRO。
倾向越大，CRO越大，反之，CRO越小。
TO一般建议设置与CRO相同或略高于CRO。
PT主要作用是避免移动台的小区重选过程过于频繁，一般建议的设置为0（20秒）或1（40秒）。
——对于业务量一般的小区，一般建议设置CRO为0，PT为31，从而使C2＝C1，也即不对小区施加人为影响。
无论在何种情况下不建议设置CRO的数值超过25dB，因为过大的CRO会使网络发生一些不稳定的现象；
上述参数的设置是基于每个小区的，但由于参数C2的性质与邻区有密切的关系，因此在设置这些参数时必须注意相邻小区之间的关系；
在改动之前，可以分析本小区的话务量高是不是因为由于邻小区出现问题，而吸引了过多的话务量。
（4）启用DirectRetry和ForceDirectRetry
DirectRetry功能是指手机在占用到SDCCH时，产生了HOALARM，这时系统可以分配邻小区的TCH信道给手机。
即从服务小区的SDCCH信道切换到邻小区的TCH信道上。
ForceDirectRetry功能是指手机在占用到SDCCH时，邻小区满足一定的条件，（这时并没有产生HOALARM，这一点与DirectRetry不同），就可以切换到邻小区的TCH信道上。
要满足的条件由以下3个参数来决定：
L_RxLev_DR（n）:
定义了手机切换到邻小区的TCH，必须满足的对邻小区的最小接收电平。
缺省值为-85dBm。
A_PBGT_DR：
定义了测量邻小区接收电平的区平均值的窗口大小。
缺省值为4。
FreelevelDR（n）：
定义了邻小区必须有多少个空闲TCH信道才允许DirectRetry。
缺省值为：
6
（5）EN_FAST_TRAFFIC_HO（FTHO）小区快速切换
FTHO不是让排队的话务请求切换到其他小区，而是让小区中的通话中的话务及时切出，空出信道让排队等待的话务请求进入服务小区。
在小区覆盖叠加的区域，FTHO可以使MS2切到CELLA的邻区CELLB，使MS1的进入CELLA通话。
相关参数：
EN_FAST_TRAFFIC_HO=TRUE
FREElevel_DR（n）=6
L_RXLEV_NCELL（n）=-85dBm
开启FTHO对解决小区的突发拥塞是比较有效的，没有明显的负面效应，掉话次数总体不会上升，值得推广。
但是对于与邻小区切换不是很好的小区开启FTHO要较为谨慎，注意小区的掉话次数的变化。
（6）增加天线的机械倾角或电子倾角来限制该小区的话务量，但是使用该方法必须注意不能产生覆盖盲区的负面效应。
一般来说这种方法只有在该小区有越区覆盖的时候或者小区之间有严重干扰的情况下才使用。
（7）增加Rxlev_Min（N）和切入的HOMargin来提高切入的要求，来减少服务小区的话务负荷。
减小切出的HOMargin,以利于切出。
一般以2为单位为步长进行下调。
（8）通过启用LoadFactor和FreeFactor来平衡切换的方向。
（Enableitfirst）
参数LoadFactor指示了在对应的LoadLevel下（即忙的TCH占整个小区TCH的百分比）对GRADE算法值的修正,以考虑目标小区的话务负载情况.一般对负载较大的小区其对应的LoadFactor采用负值.而且LoadFactor（n）>
=LoadFactor（n+1）;
参数FreeFactor指示了在对应的FreeLevel下（即空闲的TCH的个数）对GRADE算法值的修正,以考虑目标小区空闲的情况.一般对负载较大的小区,对其FreeLevel较小（即空闲TCH较少时）的FreeFactor采用负值.而且FreeFactor（n）<
=FreeFactor（n+1）.
（9）更改Celltype.例如：
一个singlecell可能对相邻小区引起拥塞，可以尝试更改为micro.
（10）要从根本上解决问题，首先要了解拥塞小区是否有以下对应问题。
决定是否可扩容或增加基站。
我们目前的处理拥塞的机制是用来处理平均的一个拥塞状况的，例如HR和TRAFFICHO，它都是预防性的，无法适应突发增加的话务情况。
FTHO就是用来处理一个突发非常拥塞情况，例如当信道请求在队列中等待（assignmentorexternalemergencyhandover）.FTHO可以说是FORCEDDERECTEDRETRY的一个扩展，他们最大的不同就是FTHO不是象强制重试要在测量的6个小区中选择服务，而是在所有的邻区中选择合适的小区进行切换。
只要邻小区的BCCH信号足够的好，能够使服务小区中的MS话务及时切换到邻小区，空出的TCH时隙，使队列中的话务进入服务小区服务。
因此他将比重试具有更好的灵活性。
硬件配置：
G2BSC
原理：
对比于Forceddirectedretry，FTHO不是让排队的话务请求切换到其他小区，而是让小区中的通话中的话务及时切出，空出信道让排队等待的话务请求进入服务小区。
那么下面的例子介绍了单层网络和双层网络中例子：
Figure.1
在小区覆盖不是叠加的时候，FTHO可以使MS2切到CELLA的邻区CELLB，使MS1的进入CELLA通话。
在双层网络中，当Umbrella小区没有完全覆盖到底层的全部区域的时候，FTHO可以使MS2切出，进入伞小区服务，而使MS1的请求进入底层小区服务。
触发条件：
1．FR或者HR的一个信道分配请求或者一个紧急外部切入的请求在队列的顶部，并且该请求不是’HOLD’状态。
（HOLD状态和queuesearch详见GSMTelecomimprovementBSS7）
2．小区参数EN_FAST_TRAFFIC_HO=TRUE与DIRECTEDRETRY的冲突：
由于FTHO与DR是一个不相同的过程，那么究竟采用什么方式来解决拥塞情况，是要根据小区的覆盖叠加情况而定:
FTHO（低重叠）ORDR（高重叠）。
在小区覆盖叠加很高的网络（或者双层网络），当FTHO和DR都开启的时候，势必有冲突，那么事实上他是通过这样来处理的。
DR进行时，第一个请求他是处于HOLD状态的，后面的请求是要在DR完成（或者失败）以后才进行处理的。
当DR和FTHO都进行时，FTHO执行所产生空闲资源要等DR完成后，才能够为下一个队列请求所接受（下一个请求不是‘HOLD’状态）
通话话务（切出）的冲突：
对于FTHO的切换是没有‘乒乓效应’的。
由于被选择执行FTHO的手机是在考察过目标小区无线环境较好的情况下发生的，那么他是不会发起紧急切换回到原服务小区的。
FTHO的切换算法：
-FREElevel_DR（n）：
发生FTHO和DR时，目标小区的最小FREETCH时隙门限值
-t（n）：
邻小区的空闲TCH时隙数
-AV_RXLEV_NCELL（n）：
接受到邻小区的平均信号强度.
-L_RXLEV_NCELL（n）:
发生FTHO和DR时的最小切换电平门限。
注：
在CAUSE28发生时，
a）检查小区中的TRX所支持的速率（FR,HF）。
b）当服务小区开启了E－GSM,他会手机是否分配在P-GSM的TRX上。
c）FTHO他有可能切向外部小区，在这个情况下是不知道它的负荷情况的。
d）FTHO只能应用在TCH切换。
FTHO选择切出手机的过程：
当RAM中触发条件完成，将启动一个选择一个MS执行FTHO的过程。
Figure3
1.RAM让HOP检查CAUSE28
2.HOP在进行CAUSE算法后，返回手机的标识
3.RAM会选择第一个接收到的手机（执行切换），同时发一个确认给HOP.
4.HOP给HOM手机的标识执行FTHO.
RAM:
ResourceAllocationandManagement
HOM:
HandoverManagement
HOP:
HandoverPreparation
PMCOUNTER
在开启CAUSE28以后，NB_TCH_HO_ATPT_28_FastTraffic（C449）,将对FTHO进行计数。
3案例举例
选择了白山市区在11月7日到11月11连续出现拥塞的小区14个（不含切换的TCH拥塞率>
3%），开启了小区的FASTTRAFFICHO的FEATURE。
具体参数设置如下
EN_FAST_TRAFFIC_HO=ENABLED
FREElevel_DR（n）=4
L_RXLEV_NCELL（n）=-85dBm
HIGH_TRAFFIC_LOAD=70%
LOW_TRAFFIC_LOAD=30%
DIRECTEDRETRY=DISABLED
下表是开启这项功能前后，不含切换的TCH拥塞率（采样时间为每天8：
00——11：
00，19：
00——21：
00，6小时平均）的对比表。
小区名
15日
16日
平均值
18日
21日
平均值
效果
BSBS_V_fuzhuangchang1
1.02%
0.82%
0.92%
0.00%
↓
BSBS_V_fuzhuangchang2
0.14%
0.07%
BSBS_V_fuzhuangchang3
0.12%
0.15%
0.01%
0.04%
0.03%
BSBS_V_nonghang1
0.48%
0.08%
0.28%
BSBS_V_nonghang2
0.19%
0.10%
BSBS_V_nonghang3
BSBS_V_qixiangju3
0.20%
BSBS_V_sanfenju1
0.24%
0.02%
0.13%
BSBS_V_sanfenju2
1.43%
0.06%
0.75%
BSBS_V_sangongdi3
1.23%
0.62%
BSBS_V_shikeyansuo3
1.34%
0.21%
0.78%
0.05%
BSBS_V_xiaoban1
2.68%
0.96%
1.82%
0.11%
BSBS_V_xiaoban2
BSBS_V_xiaoban3
0.27%
0.17%
从上表我们可以从红色箭头清晰的看到，在开启了FTHO以后，所有小区的TCH拥塞情况都得到了缓解，其中9个小区的TCH拥塞率降为0。
另外，我们还可以在OMC_R中创建TYPE6报告，如果计数器C449有计数，说明有FTHO的切换，同时从C449的数量多少能基本反应小区拥塞的绝对数量。
那么开启这项功能对小区的其他指标有没有影响呢？
下表是开启FTHO前后14小区的掉话率对比表：
（采样时间为每天8：
00，6小时平均）
0.09%
0.16%
↑
0.18%
0.22%
从上表我们可以看到11月17日开启FTHO以后，这14个小区的掉话率总体水平没有明显恶化。
其中略微上升的小区有6个，而略微下降的小区有8个。
结论，修改参数不会对掉话率有影响。
下面对开启FT_HO小区所在的BSC拥塞情况进行分析（采样时间取全天最忙时9：
00－10：
00）BSCBaishan1与Baishan2的总话务量成上升趋势，TCH拥塞率成下降趋势，可见FT_HO开启后整个BSC的TCH拥塞率随之下降。
Baishan1总话务量与TCH拥塞图
Baishan2总话务量与TCH拥塞图
升级会员 