网络优化学习总结

网络优化总结

目录

1指标和公式

1．1TCH掉话次数

1．2SDCCH拥塞次数

1．3TCH 拥塞次数

1．4分配失败次数

1．5切换成功次数

2基本算法

2．1 TCH分配算法

2．2 小区选择和重选

2．3 功率控制

2．4 切换算法

3 OMCR参数

3．1 BSC参数

3．2 小区参数

4 实用点滴

指标和公式1．1TCH掉话次数

=MC136+MC139+MC14C+MC21

MC136为射频信号丢失次数，MC139为传输波动掉话次数，MC14C为BSS问题造成的掉话次数，MC21为切换造成的掉话次数。

正常情况下，掉话主要集中在空中接口（MC136+MC21），中继链路（MC14C+MC139）造成的掉话应与之有数量级的差别。掉话的定位一般是首先看小区的每一个TRX的平均占用时长（MC380A/MC370A），即可找出是由于某个TRX 的原因或者是该小区普遍不好。

MC136的原因可能是干扰，信号覆盖不好，或者BTS的天馈系统VSWR过高造成。在网优过程中，对以上几种原因的查找和解决方法主要为以下几种：干扰过大。如果网络采用BBH或未跳频，在PM报告中查看C320的分布（C320为个干扰带的分布情况）或切换cause的分布.干扰主要可从两方面来考虑解决：在保证覆盖的前提下，加大ANT的下倾角，或者对RNP重新调整，以及检查天线的方位角。VSWR则由硬件排障人员解决。

MC139是由于REMOTE TRANSCODER引起的CONNECTION FAILURE而造成的掉话。如果是A口的问题，则会造成整个BSC掉话偏高；如果是A-BIS的问题，则相应的该CHAIN上的CELL掉话偏高。在BSC的模块中，TCU，FUMO（G2），SUM，SMBI均会造成MC139的现象，这种情况往往也伴随着MC14C比较高。遇到这种情况，在确认更换相关的模块前，先RESET，再观察是否会变好。历次优化过程中，有部分小区的MC136偏高，经查，这些小区中有个别TRX的平均占用时长有异（MC380A/MC370A）。关闭相应TRX后指标正常。主要由两种原因造成：用户定义的监控时隙与TCH或RSL冲突；在升版的过程中，一些小区的MAPING发生了错误，也产生了MC139过高的掉话。在临汾优化的过程中，发现自3/15日下午15时起，BSC2的C139异常，达到1000多次，经信令跟踪发现系局方传输DDF架割接，造成一路PCM接头虚焊所致。

MC14C产生的原因有：”O&M intervention”“Message sequence error”“LAPD failure”“TCH call release initiated by BSS O&M FAULT MANAGEMENT application part or by BSS TELCOM application part as the result of a system defense action which may be due to BSS equipment failures external to the BSC(e.g. RSL failure or CU failure), or due to BSS internal hardware problems(e.g. TCU failure or DTC failure) or due to BSS internal software problems(e.g. inconsistencies detected between software modules or lack of software resource(memory, time reference, file reference) or communication problems between different processor board 。简单的说，如果由于传输的原因发生了一次掉话，如果传输迅速恢复，则MC139计数，如果在一定时间内没有恢复，则MC14C增加，如临汾优化过程中，3/16日市区发生大面积停电，造成20个小区退出服务，从PM报告上看，MC14c的掉话次数有

140余次，当晚间电力恢复后，MC14c的次数又减少为2次。

MC21是切出时的掉话次数。切换种类的有关COUNTER如下：

与掉话相关的COUNTER为MC648，MC658，MC663，从这三个COUNTER的分布可以看出是哪种切换造成的切换失败次数偏高。以临汾3/9 CELL3051为例：

显然，MC648是切换掉话的主要原因，因此查找该小区的EXT HO表中的邻小区，发现邻区中有一MOTOROLA小区16131的BCC实际上已经由0改为2。更改后该小区切换掉话正常。

通常切换掉话的原因有以下几种：

●切换关系不合理

●切换关系的邻区表的数据与现网中的实际情况有出入。

●切换关系的邻区表中有多个小区有相同的BCCH和BSIC。

切换关系不合理，由RNP做出调整；若是网内的邻区数据，BSS会自动更新，若是网间数据（EXT），则由用户提供；邻区表中有多个小区有相同BCCH和BSIC 的情况，可根据A口跟踪的结果对邻区表进行冗余删除。

另外，切换的cause也有以下几种：

查看这些counter，也可以对切换的原因作出分析，并对症下药进行解决。同时，从这些切换的原因也可以间接评估出甚至是全网的干扰和覆盖情况。

1.2SDCCH拥塞次数

=MC8CD

SDCCH的试呼分为主叫（MC02）和被叫（MC01）。一般来说，SDCCH的试呼大多数为主叫，主叫又分为几类：

●MC02A 位置更新

●MC02B 主叫短消息

●MC02C 主叫补充服务

●MC02D FOLLOW ON

●MC02E 呼叫重建

●MC03F L3 INFO UNKNOW

●MC02G IMSI DETACH/ATTACH

●MC02H 呼叫建立

SDCCH的拥塞主要分为两种情况：确实有大量的试呼次数和存在大量的ghost试呼。

实际存在SDCCH的拥塞大都发生LAC边界，主要由于大量的LU引起。长治优化过程中发现郊区有个别CELL的SDCCH拥塞很严重，从MAP INFO上查出该站深入另一LAC内，发生了大量的LU，更改后SD拥塞情况正常。这类SDCCH拥塞的解决办法一般如下：

1．规划合适的LAC边界

2．查看该CELL的话务量，若话务量并不高，可尽量满配置SDCCH。

3．设置相关参数。提高最小接入电平，减小TA FILTER，增加相临CELL和本小区的CRH值，调整CRO和PT参数。