网络优化学习总结

余年寄山水
850次浏览
2021年02月18日 07:34
最佳经验
本文由作者推荐

栀子花开-

2021年2月18日发(作者:手机偷偷定位找人)









< br>结

















网络优化总结








部门



姓名



















1






26




MNE3


孙瑜峰














目录



1



指标和公式



1



1



TCH


掉话次数



1



2



SDCCH


拥塞次数



1



3



TCH


拥塞次数



1



4



分配失败次数



1



5



切换成功次数



2



基本算法



2



1 TCH


分配算法



2



2


小区选择和重选



2



3


功率控制



2



4


切换算法



3 OMCR


参数



3



1 BSC


参数



3



2


小区参数



4


实用点滴















2






26

















指标和公式



1



1




TCH


掉话次数



=MC136+MC139+MC14C+MC21


MC13 6


为射频信号丢失次数,


MC139


为 传输波动掉话次数,


MC14C



BS S



题造成的掉话次数,


MC21


为切换造成的掉话次数。







< br>,














MC136+MC21








MC14C+MC139


)造成的掉话应与之有数量级的 差别。掉话的定位一般是首先看


小区的每一个


TRX

< p>
的平均占用时长



MC380A/MC370A< /p>




即可找出是由于某个


TRX


的原因或者是该小区普遍不好。



MC136


的原因可能是干扰,信号覆盖不好,或者


BTS


的天馈系统


VSWR


过高


造成。在网优过程中,对以上几种原因的查找和解决方法主要为以下几种:干

< br>扰过大。如果网络采用


BBH


或未跳频,在


PM


报告中查看


C320


的 分布(


C320



个干扰带的分布情况 )


或切换


cause


的分布;


若网络采用


RFH



考 虑的是


RF


LOAD



则主要从


PM


报告中查看该


CELL


的话务量并从


OMC


上查看有 无


VSWR


告警。


干扰


主要可从两方面来考虑解决:在保证覆盖的前提下,加大


ANT


的下倾角,或者



RNP


重新 调整,以及检查天线的方位角。


VSWR


则由硬件排障人员解决 。



MC139


是由于


REMOTE TRANSCODER


引起的


CONNECTION FAIL URE


而造成的掉


话。如果是


A


口的问题,则会造成整个


BSC


掉话偏高;如 果是


A-BIS


的问题,


则相应的该< /p>


CHAIN


上的


CELL


掉话偏高。



BSC


的模块中 ,


TCU



FUMO

< br>(


G2



SUM



SMBI


(?)均会造成


MC139


的现象,这种情况往往也伴随着

MC14C


比较高。遇


到这种情况,在确认更换相关的模块 前,先


RESET


,再观察是否会变好。本次优


化过程中,有部分小区的


MC139


偏高,经查,这些 小区中有个别


TRX


的平均占


用时长有 异(


MC380A/MC370A



。 关闭相应


TRX


后指标正常。主要由两种原因造


成:


用户定义的监控时隙与


TCH


RSL


冲突;


在升版的过程中,


一些小区的


MAPING


发生了错误,


也产生了


MC139


过高的掉话。


在重庆优化的过程中,


发现自


12/25< /p>


日下午


15


时起,


BSC2



C139


异常,


达到


1000


多次,


经 信令跟踪发现系局方传



DDF


架割接 ,造成一路


PCM


接头虚焊所致。


< /p>


MC14C


产生的原因有:


< p>
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




3






26















communication problems between different processor board


。简单的说,


如果由于传输的原因发生了一次掉话,如果传输迅速恢复,则


MC139


计数,如


果在一定时间内没有恢 复,



MC14C


增加,


如涪陵优化过程中,


12/26


日市区发

< p>
生大面积停电,


造成


20


个小区退出服务,



PM


报告上看,< /p>


MC14c


的掉话次数有


140


余次,当晚间电力恢复后,


MC14c


的次数又 减少为


2


次。



MC21


是切出时的掉话次数。切换种类的有关


COUNTE R


如下:




EXT



INT



INCOMING


OUTGOING


INCOMING OUTGOING


REQ


MC820


MC645


MC830


MC655A


ATPT


MC821


MC650


MC831


MC660


SUCC


MC642


MC646


MC652


MC656


FAIL EXEC REV



MC647



MC657


FAIL EXEC NO REV



MC648



MC658


MS ACCESS FAIL


MC643



MC653


HO PREP DUE TO CONG


MC41A



MC51



INTRA



MC870


MC871


MC662


MC667


MC663




MC61



与掉话相关的


COUNTER



MC648



MC 658



MC663


,从这三个


COUNTER


的分布可以


看出是哪种切换造 成的切换失败次数偏高。以长春


11/9 CELL3051


为例:



CELL


CI


LAC


MC13


MC13


MC14


MC2


M C64


MC65


MC66


6


9


C


1


8


8


3


Cell17170_03051


3051


17170


7


0


0


41


40


1


0


显然,


MC648


是切换掉话的主要原因,因此查找该小区的


EXT


HO


表中的邻小区,


发现邻区中有一< /p>


MOTOROLA DCS


小区


1613 1



BCC


实际上已经由


0


改为


2


。更改

< p>
后该小区切换掉话正常。



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





切换关系不合理





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





切换关系的邻区表中有多个小区有 相同的


BCCH



BSIC

< p>



切换关系不合理,



RNP


做出调整;


若是网内的邻区数据 ,


BSS


会自动更新,


若是网间数据(


EXT



,则由用户提供;邻区表中有 多个小区有相同


BCCH



BSIC< /p>


的情况,可根据


A


口跟踪的结果对邻区表 进行冗余删除。



另外,切换的


cau se


也有以下几种:





4






26















MC67


MC67


MC67


MC67


MC67

< p>
MC67


MC67


MC67


MC67


MC67


MC78


MC78


MC78


MC78


0


1


2


3


4


5


6


7


8


9


5a


5d


5e


5f


NB_H


NB_H


NB_H


NB_H


NB_H

< br>NB_H


NB_H


NB_H


NB _H


NB_H


NB_H


NB_H


NB_H


NB_H


O_2_

< br>O_3_


O_4_


O_5_


O_ 6_


O_MS


O_15


O_16


O_12


O_21


O_7_

< br>O_17


O_18


O_14


To oL


TooL


TooL


TooL


TooL


C_TR


_Too

< br>_Too


_Too


_Hig


Co ns


_Too


_Too


_Hig


owQu


owLe


owQu

< br>owLe


ongD


IG


Hig h


High


LowP


hLev


BadS


LowL


LowL

hLev


alUp


vUp


a lDo


vDow


ista


LevI


LevI


owBu


Neig


ACCH


evUp


evDo


N eig


wn


n


nce


nter


nter


dg


Cell


micr


Micr


wnMi


LowC


fUp


fDow< /p>


Pref


oCel


oCel


croC


ellS


n


Band


l


l


ell


lowM


S


MC67


MC67


MC67


M C67


MC67


MC67


MC67


MC67


MC67


MC67


MC78


MC78


MC78


M C78


0


1


2


3


4


5


6


7


8


9


5A


5D


5E


5F



查看这些


counter


,也可以对切换的原因作出分析,并 对症下药进行解决。


同时,从这些切换的原因也可以间接评估出甚至是全网的干扰和覆盖 情况。



1.2



SDCCH


拥塞次数



=MC8CD


SDCCH


的试 呼分为主叫(


MC02


)和被叫(


MC 01



。一般来说,


SDCCH


的试呼大


多数为主叫,主叫又分为几类:





MC02A


位置更新





MC02B


主叫短消息





MC02C


主叫补充服务





MC02D FOLLOW ON




MC02E


呼叫重建





MC03F L3 INFO UNKNOW




MC02G IMSI DETACH/ATTACH




MC02H


呼叫建立



SDCCH


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


ghost


试呼。



实际存在


SDCCH


的拥塞大都发生< /p>


LAC


边界,主要由于大量的


LU


引起。本次


优化过程中发现长春郊区有个别


C ELL



SDCCH


拥塞很严重,



MAP


INFO


上查出


该站深入另一


LAC


内,发生 了大量的


LU


,更改后


SD

< p>
拥塞情况正常。这类


SDCCH


拥塞的解决办法一 般如下:



1




规划合 适的


LAC


边界



2




查看该


CELL


的话务量,若话务量并不高,可尽量满配置

< p>
SDCCH




3




设置相关参数。提高最小接入电平,减小


TA


FILTER


,增加相临


CELL




5






26















CRH


值,调整< /p>


CRO



PT


参 数。



对于


ghost



SDCCH


试呼,有几种情况:




若某小区的


AGCH



PAGING


block


配置不平衡,会产生接入允许信息


信息不能及时被


MS


接收到。



MS


在规定的时间内没有接受到该信息后,


会再次发出


ch annel


required


。如此往复,就会使得


SDCCH


得拥塞急剧


上升。重庆优化过程中, 发现凡是


1


个或


2


TRX


的小区,大多配置为


co mbine


小区,


AGCH block


设为


1


,造成部分小区


SDCCH< /p>


拥塞。改为


no


combine


后,部分小区恢复正常。





相同的


B CCH



BSIC


小区距离太近,造成 虚假接入请求。重庆网络优化


过程中,


15363


小区配置为


combine


,拥塞严重,将其改为< /p>


no combine


后,


拥塞仍然无改 变,


后请


RNP


修改

< br>BSIC


后,


试呼次数由


500


多次降为


50


多次。

< br>


另外,由于目前大多数地区都采用了双频网,而同一地区的双频网又大都采


用不同厂家的设备。因此在同一地域有可能存在两个不同的


LAC< /p>



DCS



GS M




因此


D CS



GSM


信号强度的分布不同可能 会造成极大的


LU



因此,

< p>
应将


ROAMING


参数由


Handover&Reslection


改为


Handov er




1.3 TCH


拥塞次数



=C181D+MC612C


C181D


A


口拥塞次数,


MC612C< /p>



BSS


针对每个小区的统计。


TCH


拥塞的原


因有:


CELL


的配置过小,小区覆盖过大,热点地区集中,参数设置不够合理等。

< p>


解决的方法主要为:



1.



对热点地区,采用多层网,例如加


MICRO


CELL


以吸收话务。对双频网设


置合理的切换和


PREF BAND


参数,平衡话务分布。



2.



合理加大天线的下倾角,减小覆盖范围。



3.



设置参数。例如提高

< p>
ACCESS_LEVEL_MIN


,减小


TA_ FILTER


。若考虑到切


换,还应对切换门限等加以调整。< /p>



4.



开启强制直接重使试,开启


taffic load


切换。



1.4


分配失败次数




=C181a+C181b+C181c+C181d+C181e+C181f+C181g+C18 1h+C181i+C181j+C181k+C1


81l



A


口统计数据。



1.5


切换成功次数



=(MC652-C92)+(MC656-C96)+(MC642-C82)+(MC646-C 86)


上式中未包含


DR


的次数。< /p>


MC642



MC652



MC646



MC656< /p>


分别为


EXT



INT



切入和切出的成功次数。


切换 成功率依赖于切换关系的定义、


切换参数的设置等。




6






26




























pm180










< br>使



Search_Bad_


中 所包含的宏。



从切换的信令流程上看,



SDCCH


试呼类似。


对于相隔不 远的


cell



若使用


相同的


BCCH



BSIC< /p>


,则会产生类似


GHOST


的请求,这类 切换一般均不会成功。


本次重庆优化过程中,小关


1

< p>
和江东局


1


,大东门


2D CS


和财贸大厦


DCS2


,均隔


站复用了


BCCH



BSIC



更改


BSIC


后,


切换成功率由不足


20


%上升到


90


%以上。



关于切换的叙述,另见


CELL


参数和切换关系的整 理内容。





7






26


















基本算法



2



1 TCH


分配算法



2



2


小区选择和重选



GSM


小区选择


/


重选使用的参数

< br>:



PHASE 1


小区选择



C1


小区重选



C1


C2;


设为


NOT PRESE NT



,


使用


C1.



C1



C2


公式



1



C1


C 1=


平均接收电平


-


最小接入电平


-MAX((


手机最大


CCH


功率


-


手机最大


RF


发射


功率


),0)


平均接收电平:


RX Average Level


为实测的手机接收电平



最小接入电平:


RXLEV_ACCESS_MIN


系统定义的最小接入电平,由系统广播



手机最大


CCH


功率:


MS_TXP WR_CCH


手机在接入控制信道上允许的最大发射


功率, 由系统广播



手机最大发射功率:


MAX RF POWER OF MS


手机的最大发射功率



如果使用


C1


作为小区重选参数,有两种情况可使


MS


从原小区选择到目标小


区。一


.


原小区和目标小区属于同一


LAC


,则只要目 标小区的


C1


值在一段时间内


大于原小 区即可。二


.


若原小区和目标小区归属于不同的


LAC


,则需加重选滞后


因子


CELL_RESELECT_HYSELECT_HYSTERESIS(CRH).



: C1(


目标


)>C1(



)+CRH



段时间 后


,MS


重选到目标小区


.


2



C2


C2



GSM PHASE2


的可选参数,仅用于小区重选,若


C2


未被广播 ,则使用


C1


做重选参数。



C2=C1+


重选补偿参数


+

< br>临时补偿参数


*H(


惩罚时间


-


实测时间


)


重选补偿参数:


CELL_RESELECT_OFFSET



CRO




由系统广播



临时补偿参数:


TEMPORARY_OFFSET


由系统广播



惩罚时间:


PENALTY_TIME


由系统广播



实测时间:


T MS


测量到某一候选小区电平值为


TOP


SIX


CELL


中最大的时间




若:惩罚时间


-

< p>
实测时间


>0


,则


H=1



若:惩罚时间


-

< p>
实测时间


<0


,则


H=0



PENALTY=31


,则


C2=C1-CRO


PHASE 2


C1


C1/C2(



)




:C1



C2


的使用取决于


CELL_RE SELECT_PARAM_IND,


当设为


PRESENT< /p>



,


使


同样,相 同


LAC


的小区重选只要目标


C2>< /p>



C2


即可,不同


LAC


的小区重选需




8






26















加滞后后因子。


< br>使用


C2


的原因:


C2



C1


多了两项因子,


CRO



TO*H


CR O


:使用


CRO


可以人为的补偿某个小 区的可选择性。例如在某个信


号质量好,


用户又相对少的小区,


可设置其


CRO

大一些,


以便


MS


尽可能占用该< /p>


小区。



TO*H



TO*H


的设置主要是考虑

< br>MS


运动速度的补偿。



PT< /p>


设置的较小,



H


为零的可能性越大,即


C2=C1+CRO


,被选择的可能性 就越大。这种情况比较


适用于高速公路等周围的小区。反之亦然。




相关的参数


:

< p>
CELL_BAR_QUALITY


设置小区的接入级别。有


NORMAL



LOWER


两种级别。在实际使用中,可结合起来使某一小区的可选性提升或降低。



2



3


功率控制



功率控制是当无线链路的质 量或电平发生变化时,


系统对无线链路作出评估


和权衡后,对功 率的调整。


(


当无线链路恶化时,首先进行功率控制,只有在功


率控制仍不能满足正常通讯的要求时,才发送紧急切换请求


)


参见肖晔的《


Enhanced Power Control 2.0





2



4


切换




切换分为两种:


better cell


切换和紧急切换。



ALCA TEL



B6


切换算法相对于


B5


的算法有了较大的改变,主要体现在两个


方 面:一


.


切换的


CAUSE

< p>
增多;二


.


邻小区的排序算法改变。



切换主要分为


3


步。一是 测量报告和切换门限的比较,决定是否发出切换请


求。二是目标小区的选择。三是切换的 执行。



门限比较是根据各个不同的切换


cause


,将其与对应的切换门限比较,在满


足给定的相应 条件下,才可发出切换请求的过程。切换的


cause


主要如下 :


















9






26
















目标小区的选择又可称之为评估算 法,有


grade



order


两种。在


B5


中,


g rade


考虑的更复杂些,切换进程也慢些,


order


算法简单,切换进程更快。因


此,


grade


算法大多被用在


macro


中,而


micro


大多使用


order

< p>
算法。在


B6


中,


gra de



order


做了平衡。评估算法 仅使用于


inter


cell


的切换 ,


intra


切换其


源小区等于目标小 区,所以排队算法被忽略。



小区评估需输入以下信息:





切换原因





最多


32


个小区的测量报告





可能的候选小区列表





目标小区的优先层级别





目标小区的频带信息



小区排队时,< /p>


依照优先




l ayer




优先



priority




优先



< p>
frequency


band



的顺序从高到低排列。相同


层、级、带


的小区再按照< /p>


order



grade


算法


排队。如果开启了


PBGT filter


,在小区评估之前,可以将


PBGT<



ho_margin_cause(n)


的小区过滤掉。

< p>
一般在网络中,


应将此开关打开,


以加快切


换进程。



Order



Grade


算法各表如下:



Order






enable load order


的情况



order(n) =PBGT(n)+linkfactor(0,n)+freefactor(n)-freefactor( 0)-H


O_margin_cause(0,n)




disable load order


的情况



order(n)=PBGT(n)+linkfactor(0,n) -HO_margin_cause(0,n)


Grade






enable load order


的情况




grade(n)=PBGT(n)+linkfactor(0,n)+loadfact or(n)-loadfactor(0)+freefact


or(n)-freef actor(0)




disable load order


的情况



grade(n)=PBGT(n)+linkfactor(0,n)


Freefactor


与空闲的业务信道数目相关,而


loadfactor


与占用的业务相对


量相关。不论是


grade


还是


order


评估,均要满足


MS


基本通讯的信号要求:

< p>


AV_RXLEV_NCELL(n)>RXLEV_MIN(n)+M AX(0,[MS_PWR_MAX(n)-P])


从上两式可以看出,在不考虑


load


order


的情况下,


order



grade


的区别


在于


order


的公式中包含了


HO margin



grade


则没有。因此,在通常网络中 ,




10






26















若采用


grade


排队,应该将


PBGT filter


打开,使


HO margin


起作用。






11






26

















OMCR


3.1 BSC


参数




参数



参数



BssMapT1


解释



缺省值




B SC


收到


BTS


的过载信息后,在该时 间内将


3s


重复的过载信息过滤掉



1.5s


BssMapT13


MS C


发出


reset


指令后等待确认的时 延



30s


BssMapT17 < /p>


类同于


T1


,只不过过载信息是由


MSC


发出的。



BssMapT18


当过载信息处理后,

连续两个


debar


命令的发送


5 0s


间隔。



1s


BssMapT19


reset


始终监视器



10s


BssMapT20


电路群拥塞监视器



3s


BssMapT4


Supervision of RESET message sending to


MSC


5s


BssMapT7


Timer


controlling


the


repetition


of


HANDOVER REQUIRED


14s


BssMapT8


Supervision


of


the


External


Handover


procedure in the serving BSC


7s


BssMapTimerT11


Maximum


queuing


time


for


Assignment


Forced


Requests


in


case


where


queuing


is


not


allowed by the MSC.


DtxDownlink


下行


DTX


开关



TRUE


dcs


PREFERRED_BAND


定义优选频段



T_MS_CELL_REJ


若向某一目标小区切换不成功,在该时间内,


5s


不再将这个小区列为切换候选小区



3s


T3101


Supervision


of the


Immediate Assignment


procedure


16.5s


T3103


Supervision


of


the


Internal


Handover


procedure


T3107


Supervision of the Assignment procedure


14s


12s


T3109


Supervision


of


the


Channel


Release


procedure


0.5s


T3111


Delay of


the


RF


Channel Release procedure


2s


T9104


Supervision


of


the


call


clearing


procedure


when triggered by the BSC




12






26















T9105


T9110


T9112


T9113



3.2


小区参数



31s


Supervision


of


the


SCCP


Connection


procedure


10s


Supervision


of


the


MSC


response


after


sending


of


HANDOVER


FAILURE


or


ASSIGNMENT


FAILUREand


the


reception


of


HANDOVER


REQUEST


after


MSC


triggered


SCCP


connection establishment


Supervision


of


the


channel


modification


in


the


15s


MS


发生


external


切换时,目标


bsc


的监管定时器



20s


Cell information


Cell description




其 中


DTX_FR_INDIACTOR


指示是否采用全速率不连 续发射


.IMSI_Attach



D etach


指示是否开启


IMSI


的< /p>


attach/detach


功能,一个网络下的所有小区,该< /p>




13






26



栀子花开-


栀子花开-


栀子花开-


栀子花开-


栀子花开-


栀子花开-


栀子花开-


栀子花开-