GSM系统优化.docx

GSM系统优化.docx

《GSM系统优化.docx》由会员分享，可在线阅读，更多相关《GSM系统优化.docx（12页珍藏版）》请在冰豆网上搜索。

GSM系统优化

1日常维护

1.1BSS排障

1.1.1常见问题分析

如果每块载频下行质量都差,可能是ANC或ANY有硬件故障

下行电平切换:

出现硬件故障

上行电平切换:

覆盖不足

如果载频下行电平低于上行电平,可能该载频存在硬件故障

1.1.2载频掉死：

LOCK、UNLOCK，RESETTRE，RESETBTS

1.1.3单通分析

1.1.4下行质量切换比例大

原因：

主要是因为频率干扰　

建议：

改频

1.1.5没有话务量

●检查小区是否被bar

●参数设置检查

●信道设置

●硬件告警

●RESETBTS

●检查载频、ANC、天馈线是否连错（鸳鸯线）

●基站开关电

●重创数据（删创BTS、TRE）

2GSM指标

2.1.1各种指标的专题优化文档-坏小区

2.1.2分配失败

TRX：

703-718

上行干扰导致切换及无线链路原因掉话，同时导致TCH分配失败较高

话音信道分配失败小区的解决

TAFR=（MC14b+MC146b）/MC16

MC16：

Nbr_ASS_RTCH_SEIZ

MC14b：

Nbr_ASS_RTCH_FAIL_BSS_PBL

MC146b：

Nbr_ASS_RTCH_FAIL_MS_ACC_PBL

在现网中，MC14b所产生的分配失败是由于数字单元，如FU，或传输问题所引起的，这只占一小部分；而大多数的话音信道分配失败问题都由MC146b产生，这多数是由无线环境的衰落和频率干扰所引起的，但当MC146b极高时，可能是由BTS射频单元和天线系统的隐性问题所引起的。

对此，我们可以通过信令跟踪的方法来区分干扰和隐性硬件问题。

分析如下：

●deltpathloss>0：

上行硬件问题；检查TRE，RXGD/TXGM，FEG8，ANT。

。

。

●deltpathloss<-10：

下行硬件问题；检查TRE，TXGM，Combiner。

。

。

●QUAL_XX>0.6：

上下行的频率干扰，可以通过MAPINFO来修改频点。

●QUAL_XX>2：

上下行硬件问题；检查相应设备。

TCH分配失败率会引起TCH拥塞。

从A接口上看，TCHassignmentfailure这条信令会触发C181值，而信令所带的原因就构成了各种C181计数器。

网络中常见的有：

C181a：

radiolinkfailure；

C181d：

noRTCHavailable；

C181g：

assignmentfailureoldreturn；

此三类值，其中C181a由于无线接口的复杂性所引起；C181d是由于缺乏无线信道，产生TCH拥塞所引起的；C181g是由于干扰或硬件问题所产生的分配失败；解决TCH分配失败率问题对于C181g值的降低有很大帮助。

此外，TCH分配失败率的降低对于切换成功率的提高也有相当积极的作用，所以解决网络的分配失败率也是提高网络综合服务指标的有效途径。

BSS原因掉话：

多数因作一些数据引起的，例如关跳频，lock/unlock

首先，一般问题小区都是掉话次数以及分配失败次数比较多，根据这点我们可以通过OMCRProj内置的排序功能将高掉话以及高分配失败的小区找出来

然后再点右键进入小区详细质量分析，查看掉话或者分配失败多的原因

其中，TCH掉话共有MC14C（BSS原因）、MC621（切换原因）、MC736（无线链路原因）以及MC739（传输原因）四种掉话，其中

1.MC14C大多数是由于该时段内OMCR在对基站进行操作而产生的，这个可以通过对不同时段的同一小区话务报告进行观察比较得出结论。

如果是长期有大量MC14C存在，一般则可认为BTS/BSC硬件模块有问题。

2.MC621则是切换失败造成的掉话。

3.MC736是最常见的一种掉话，也是我们比较关注的一种掉话。

一般可能由于频点干扰原因或BTS硬件问题造成。

4.MC739是传输引起的掉话，一般是由于A口上有坏时隙造成的，可以通过从OMC-R上下载的018文件进行计算分析。

TCH分配失败也分为MC812（拥塞原因）、MC14B（BSS原因）和MC746B（无线原因）三种，其中

1.MC812是因为基站话务量超过基站承受能力而产生的。

一般可以通过扩容、部分OMCR参数调整以及基站天线俯仰角、方向角调整等方法来得到解决。

2.MC14B如过多一般则是因为TCUC吊死而造成的，可以通过几个时段的话务报告对比而得出结论。

3.MC746B一般是因为无线干扰或载频硬件故障引起的。

在找出存在问题的小区后，我们可以通过观察干扰状况以及TRX信息来进一步对问题进行定位。

在TRX信息图中，我们可以观看三种掉话（切换、无线、传输）在各个载频上的分布情况以及TCH/SDCCH平均占用时长。

一般来说，如果某块载频的TCH平均占用时长小于20秒或者SDCCH平均占用时长大于5秒的（同时请比较同一小区其他载频的占用时长以及该载频信道占用次数），我们认为该载频有硬件上的问题。

上图中可以看到，该小区的TRX8由无线原因产生的掉话较多。

要注意的是，如果某块载频上MC746B较多，大多数情况下并不是该块载频有问题，因为MC746B只是对占用该载频的SDCCH进行分配TCH时的失败次数进行统计，从上图中也可以看出，没有SDCCH信道或SDCCH无占用（SDCCH占用时长为空的）的载频的MC746B是为0的。

那么如何看出那某块载频的分配失败较高呢？

如果BSC是7版及以上的，我们就可以进入TRXCounter里来观察（从7版开始MC703、MC718以TRX为单位统计），再以上面的小区为例

其中MC718（TCH成功分配次数）减去MC703（TCH激活次数）就是该块载频的TCH信道分配失败次数。

可以看出该小区的TRX8分配成功率较低，约在4％左右，同一小区的TRX2/4/6的分配成功率也仅在10％左右。

可以初步断定为TRX8的载频有故障。

进一步的问题定位则可通过Abis口的信令跟踪或者RMS报告来进行。

我们也可以通过对小区问题载频进行打死、激活，同时观测话务报告进行问题定位。

当时具体采取的措施是将该载频打死。

将TRX8打死后，观测话务报告可以发现

该小区的TCH分配失败次数明显减少，分配失败率恢复正常。

至于RMS报告以及Abis口的信令分析，信息平台上已有相关技术文档，大家有兴趣的可以查找翻阅，我就不在此凑字数了。

本人刚开始接触这一部分工作，如文中有不当之处还请各位同事多多指教。

2.1.3掉话

✓切换掉话较多可能是因为SUMA板或时钟的问题

✓将除市区以外小区的RadioLinkTimeout参数作了调整，从68128

2.1.4拥塞

2.1.4.1SDCCH拥塞：

1.增加CRH

2.

这4个参数都设为255

对于SDCCH拥塞，我们必须区分是因为LOCATIONUPDATE引起的信令拥塞，还是因为主叫发起引起的信令拥塞。

我们可以通过分析MC02a，MC02h和MC04来区分这二者的区别。

如果小区话务量适中，且MC02a和MC02h在一个数量级上，则我们认为是主叫发起引起的信令拥塞，对此我们可以借鉴上文所讲的解决话务拥塞的方法加以解决，如果硬件配置允许，还可以在逻辑参数上增加适量的SDCCH，不过要注意G1BSC每块TCU至多带12个SDCCH子信道；G2BSC每块TCU至多带32个SDCCH子信道。

如果小区话务量偏小，且MC02a远大于MC02h，对此我们认为是LU引起的SDCCH拥塞，我们可以通过增加CRH（CellReselectionHysterises）的值来降低频繁往复的位置更新次数，从而减小SDCCH的占用次数，达到降低拥塞的目的，一般在LAC边界设为10~12db。

除了上述正常情况外，还有一种特殊的SDCCH拥塞情况，那就是GSM特有的ghost现象。

这种情况发生在BCCH和TCH混合分频条件下，表现为小区话务量小，SDCCH试呼次数异常大。

对此，我们可开启RACHTAFILTERING，一般设为10，以解决此类问题。

最后由于TCU和TRX硬件工作异常引起的拥塞的解决方法在此不加引述。

2.1.4.2TCH的拥塞

1.全网开启FastTrafficHandover

2.降功率

3.增大RxLev_access_min->-98减小覆盖范围

4.调整HO_Margin：

使切入值大于切出值。

5.使用FreeFactor：

动态平衡话务负荷对Grade值的权重。

（见附录1）

6.开启FDR：

将小区边缘未触发HOAlarm，但接收信号可被邻小区所接受的电话建立在邻小区的TCH上。

对于TCH的拥塞的情况，我们首先要区分是话务溢出产生的

拥塞，还是话音信道分配失败产生的C181值。

如为话务拥塞，（MC12有值）可采取如下措施：

（1）调整小区的最低接入电平和降低基站发射功率：

Cell_Access_min，一般G3BTS为-102dbm；G2BTS为-100dbm

（2）采用CBQ和C2算法。

将CBQ设为“TRUE”；

PT=31（11111）；

CRO=10~20db；

CELLRESELCTIONIND。

=PRESENT

此时C2=C1-CRO，由于拥塞小区的C2值同其它小区C2相比，多了CRO值的反相补偿，因此更难被选中；而在小区选择上，由于拥塞小区开启了CBQ，故优先级低于周围小区，所以也使得周围小区分担了它的话务量。

缓解了小区拥塞。

（公式见附录2）

（3）调整切换参数

调整切换参数所采用的思路是使拥塞小区的话务尽可能向外切，而邻小区的话务则避免向拥塞小区切换。

常用的方法有

●调整HO_Margin：

使切入值大于切出值。

●使用FreeFactor：

动态平衡话务负荷对Grade值的权重。

（见附录1）

●开启FDR：

将小区边缘未触发HOAlarm，但接收信号可被邻小区所接受的电话建立在邻小区的TCH上。

（4）调整话务覆盖模型

我们采用Abis信令跟踪，取得拥塞小区的主要话务分布；同时利用DriveTest取得现场的覆盖模型。

综合两方面因素，利用RNP的计算公式：

俯仰角=90-[arctg（D/ANThight）+1/2*VerticalHPWB]

D：

主瓣方向覆盖距离

ANThight：

天线高度

VerticalHPWB：

垂直半功率角

求得天线俯仰角，调整天线覆盖来平衡话务量，以达到分散话务，减小拥塞的目的。

如为TCH分配失败（C181偏高）

则，着力解决TCH分配失败问题。

见下文。

2.1.5切换成功率