alcatel设备优化案例

2019/10/31Alcatel设备网络优化2019/10/32主要内容优化流程概述Alcatel设备指标分析优化经验网络优化典型案例2019/10/33网络优化概述北京日讯通信从事移动通信系统的网络优化，已经有多年经验。在GSM系统的网络优化方面积累了若干经验，同时在优化的理论方面也作了一些探索。本文试图将这些理论和经验加以整理，希望能够为今后的GSM网络优化做参考。可以将网络优化过程大致分为三个阶段：整理分析系统基础数据阶段优化实施阶段系统微调和总结阶段2019/10/34网络优化的目的改善网络覆盖在有限的频带范围内达到网络容量最大化提高QualityofService(QOS)节省网络投资实现资源最大利用2019/10/35网络优化的步骤数据采集数据分析方案提交审批执行2019/10/36第一步：整理分析系统基础数据本阶段的主要内容包括：1.整理地图和频率规划（包含基站频率，切换关系，基站结构，经纬度，天线倾角，方位角，高度，归属BSC和LAC等信息）2.拨打测试和路测，重点对用户投诉严重的区域进行测试，分析天线覆盖，基站切换，邻频和同频干扰程度。初步掌握恶化区域的主要问题。3.OMCR的数据统计分析，统计系统的掉话率，TCH射频丢失率,SDCCH的射频丢失率，切换掉话率，TCH的拥塞率，SDCCH的拥塞率，TCH的业务量，SDCCH的业务量等指标。可以将指标最为恶劣的几个小区列出，作为重点解决的目标。4.结合1，2，3点，提出在第二阶段实施的优化方案。用一句话概括第一阶段工作，就是：掌握情况，提出方案2019/10/37第二步：优化实施阶段本阶段根据优化方案，主要通过采取：基站告警排障；基站检查;频率规划优化;天线调整；切换关系修改；数据库修改达到优化的目的：降低拥塞率；降低掉话率；提高接通率；改善覆盖；改善通话质量。系统优化(systemoptimization)和基站排障(troublshooting)在称谓上截然不同，但在实施中却难以区分。实际上基站排障后，系统指标往往有大幅度提高。路测、信令跟踪等方法贯彻本阶段的始终，通过路测验证以上各种优化手段的实际效果，分析仍然存在的问题，发现新的问题。另外一项日常工作是统计每天的系统运行报告，同样用于评估每日优化效果，发现和分析问题。二者各有侧重。为了便于掌握系统参数设置的整体情况，在慎重确定合理的取值后，将各小区的系统控制参数和小区选择参数统一。这样做，有可能系统局部出现恶化，但是有利于理清思路，因为GSM的参数实在太多。可以通过在第三阶段的微调过程中，将这些参数重新修正。2019/10/38第三步：系统微调和总结阶段本阶段在前期优化成绩的基础上，通过优化系统控制参数和小区参数微调系统。因为基站硬件，频率规划和天线对系统的影响更大，所以微调系统应该在第三阶段实施。还需要评估前期工作，确认是否需要进行LAC重新分区，是否需要调整BSC所带基站，在那些热点地区增加基站等进一步措施。然后是优化报告，对比优化前后数据2019/10/39Alcatel设备指标分析优化经验各主要统计指标及相关COUNTER介绍各主要指标优化思路及经验2019/10/310各主要统计指标及相关COUNTER介绍TCH掉话TCH拥塞率切换成功率TCH分配失败2019/10/311TCH掉话－1话音信道掉话总次数：是指在指配话音信道完成（即AssignmentComplete）后由于各种原因导致的掉话。A接口“ClearRequest”消息。2019/10/312TCH掉话－2掉话次数（BSC)=∑掉话次数（CELL)＝MC14C+MC621+MC736+MC739MC14C:NumberofTCH(inHRorFRusage)dropsinTCHestablishedphaseduetoBSSproblem.MC621:NumberofTCHdropsduringtheexecutionofanyTCHoutgoinghandover,perTRX.MC736:NumberofTCH(inHRorFRusage)dropsinTCHestablishedphaseduetoradiolinkfailure(radiolinktimeoutorLapdmtimerexpiry),perTRX.MC739:NumberofTCH(inHRorFRusage)dropsinTCHestablishedphaseduetoremotetranscoderfailure.2019/10/313TCH拥塞率－1忙时话音信道溢出总次数（不含切换）：是指所有占用SDCCH后由于无TCH信道资源和排队超时造成的溢出次数。统计的为分配失败消息“Assignmentfailure(noradioresource)＋ClearRepuest(noradioresourceavailable)”溢出包括主叫和被叫占用SDCCH后由于无TCH信道资源和排队超时造成的溢出次数，不包括非常早分配时指派TCH信道用做SDCCH的情况，不包括各种切换，包括直接重试的情况2019/10/314TCH拥塞率－2忙时话音信道溢出总次数（含切换）＝MC812＋MC541a＋MC551＋MC561MC812＝∑C612:Numberof08.08CLEARREQUESTcause:noradioresourceavailable)senttotheMSC.MC541a：NumberofincomingexternalTCHhandover–preparationfailuresduetocongestionMC551：Numberofincominginternalinter-cellTCHhandover–preparationfailuresduetocongestionMC561：Numberofintra-cellTCHhandover–preparationfailuresduetocongestion2019/10/315切换成功率－1切换尝试次数：(MC831-C331)＋（MC821-C311)内部入切换尝试次数外部入切换尝试次数+(MC871-C361)+MC153小区内切换尝试次数直接重试尝试次数●切换成功次数：(MC652-C92)+(MC642-C82)内部入切换成功次数外部入切换成功次数+MC151＋(MC662-C102)直接重试成功次数小区内切换成功次数以上为联通统计公式移动公式包含有出切换以及外部直接重试的统计2019/10/316切换成功率－2切换原因统计：（基于110报告）2019/10/317切换成功率－3从180报告分析邻区关系这三个COUNTER都是针对每个Adjacency（一对有关系的小区）为单位进行统计的分别统计了当前小区到目标小区的切换请求次数、切换尝试次数以及成功次数2019/10/318各主要指标优化思路及经验TCH掉话分析与解决拥塞问题优化解决（TCH,SDCCH)切换成功率优化解决寻呼成功率优化解决2019/10/319各主要指标优化思路及经验－－掉话1掉话除去传输设备故障原因，其直接原因有两种：1。无线链路故障。2。切换掉话下面对这两种情况进行分析。1.无线链路故障（相关COUNTER：MC736）造成该掉话的原因主要有2个：1）无线链路超时计数器超时（radiolink－timeout）（ABIS口信令触发点为connectfail消息（cause：radiolinktimeout）2）2层计时器T200超时（abis接口信令触发点为errorindicator消息（cause：T200expiredN200＋1）2019/10/320各主要指标优化思路及经验－－掉话2无线链路超时掉话TCH掉话SDCCH掉话2019/10/321各主要指标优化思路及经验－－掉话3下行链路失败GSM规范定义，移动台中有计时器S(T100)，在移动台通话开始时被赋予一个初值，即无线链路超时（radio_link_timeout）。BCCH上广播。每当移动台无法正确解码一个SACCH消息（4个SACCHBLOCK）时，S减1。每当移动台正确解码一个SACCH消息时，S加2。但S不会超过radio_link_timeout定义的初值。当S计数为零时，移动台放弃无线资源的连接，进入空闲模式。发生一次掉话。在上行链路，当基站不能正确解码的SACCH消息数达到link_fail定义的值时，基站停止发射下行的SACCH，同时启动rr_t3109定时器。等到rr_t3109定时器到时，释放无线资源。上行链路失败系统监视上行链路失败的参数是radiolink_timeout_BS。当基站不能正确解码一个SACCH消息时，HDPC中的计数器(最大值由radiolink_timeout_BS定义)减一。当计数器为零时，基站停止发射下行的SACCH，同时启动t3109定时器（t3109T100）。当移动台的T100超时，移动台返回空闲模式，发生掉话。基站等到rr_t3109定时器到时，释放无线信道。BSC还需要向MSC发一个Clearrequest消息。（在OMCR上可以统计CLR_REQ_TO_MSC）上下行链路任何一方失败，都会停止向对方发送SACCH。从而启动对方释放无线资源的过程。在TCH上发生一次radiolink_timeout_BS，统计为一次MC736掉话。参数无线链路超（radio_link_timeout）时的大小会影响到网络的掉话率和无线资源的利用率。如果设置过小，很容易在启动越区切换前，下行无线链路计时器超时，导致无线链路失败而造成掉话。如果设置过大，则通话质量很差，系统很长时间才能释放无线资源，使资源利用率降低。2019/10/322各主要指标优化思路及经验－－掉话4切换掉话对不同小区间的切换,基站子系统判断移动台需要切换后，向移动台发送切换命令（如果目标小区无可用无线资源，基站子系统不向移动台发送切换命令，收到基站的切换命令后，移动台多次向目标小区发送HandoverBurst,如成功接入目标小区，由目标小区向BSC发送切换成功的消息。如不成功，移动台返回源小区，并由源小区向BSC发送切换不成功的消息。切换不成功不等于切换掉话。还存在第三种可能：移动台既没有切换至目标小区，又未能返回源小区，移动台丢失了。第三种情况就是切换引起的掉话。网络向移动台发出切换命令（handovercommand），切换命令包括目标小区TCH，接入目标小区的初始功率等信息。计时器t3103用于判断切换掉话。一旦收到目标小区的切换成功消息或源小区的切换不成功信息，t3103都会停止计时。否则，一旦t3103到时，通知MSC，清除有关连接，发生了切换掉话。2019/10/323各主要指标优化思路及经验－－掉话5掉话产生原因1.覆盖盲区真正没有信号覆盖的地方，比如因基站太少导致覆盖不连续。另一种是切换不及时。在一些信号会迅速减弱的地方(隧道，门厅，地铁...)，如果切换反应速度过慢，可能在通话还未接入新的信道之前，原来的信道已经衰落到无法正常解码信令，从而导致掉话。覆盖空洞也可能是由于某个小区出现了问题(例如因设备故障造成小区瘫痪)。覆盖空洞还可能是由于丢失邻小区定义或定义不全，此时，系统会保持通话在现有小区中，直到超出该小区覆盖边缘而掉话。2.频率干扰干扰有来自内部(网络造成),和外部其它系统交调造成当网络中存在干扰，BTS和MS由于误码率高而不能解出SACCH内容,无线链路超时，从而中断通话。干扰对切换也有负面影响，因为下行链路误码率高,移动台就无法解出BTS发出的切换请求命令。或上行误码高造成MS接入消息不能正确解码导致T3103超时引起掉话2019/10/324各主要指标优化思路及经验－－掉话6参数调整：1、功控参数调整，结合分段频率规划最大限度减少TCH频率碰撞，市区以外频率碰撞不是很明显的地区关闭