alcatel设备优化案例

Alcatel设备网络优化2/5/20231主要内容优化流程概述Alcatel设备指标分析优化经验网络优化典型案例2/5/20232网络优化概述

北京日讯通信从事移动通信系统的网络优化，已经有多年经验。在GSM系统的网络优化方面积累了若干经验，同时在优化的理论方面也作了一些探索。本文试图将这些理论和经验加以整理，希望能够为今后的GSM网络优化做参考。

可以将网络优化过程大致分为三个阶段：整理分析系统基础数据阶段优化实施阶段系统微调和总结阶段2/5/20233网络优化的目的改善网络覆盖在有限的频带范围内达到网络容量最大化提高QualityofService(QOS)节省网络投资实现资源最大利用2/5/20234网络优化的步骤

数据采集数据分析方案提交审批执行2/5/20235第一步：整理分析系统基础数据本阶段的主要内容包括：1.整理地图和频率规划（包含基站频率，切换关系，基站结构，经纬度，天线倾角，方位角，高度，归属BSC和LAC等信息）2.拨打测试和路测，重点对用户投诉严重的区域进行测试，分析天线覆盖，基站切换，邻频和同频干扰程度。初步掌握恶化区域的主要问题。3.OMCR的数据统计分析，统计系统的掉话率，TCH射频丢失率,SDCCH的射频丢失率，切换掉话率，TCH的拥塞率，SDCCH的拥塞率，TCH的业务量，SDCCH的业务量等指标。可以将指标最为恶劣的几个小区列出，作为重点解决的目标。4.结合1，2，3点，提出在第二阶段实施的优化方案。用一句话概括第一阶段工作，就是：掌握情况，提出方案2/5/20236第二步：优化实施阶段

本阶段根据优化方案，主要通过采取：基站告警排障；基站检查;频率规划优化;天线调整；切换关系修改；数据库修改达到优化的目的：降低拥塞率；降低掉话率；提高接通率；改善覆盖；改善通话质量。系统优化(systemoptimization)和基站排障(troublshooting)在称谓上截然不同，但在实施中却难以区分。实际上基站排障后，系统指标往往有大幅度提高。路测、信令跟踪等方法贯彻本阶段的始终，通过路测验证以上各种优化手段的实际效果，分析仍然存在的问题，发现新的问题。另外一项日常工作是统计每天的系统运行报告，同样用于评估每日优化效果，发现和分析问题。二者各有侧重。为了便于掌握系统参数设置的整体情况，在慎重确定合理的取值后，将各小区的系统控制参数和小区选择参数统一。这样做，有可能系统局部出现恶化，但是有利于理清思路，因为GSM的参数实在太多。可以通过在第三阶段的微调过程中，将这些参数重新修正。2/5/20237第三步：系统微调和总结阶段

本阶段在前期优化成绩的基础上，通过优化系统控制参数和小区参数微调系统。因为基站硬件，频率规划和天线对系统的影响更大，所以微调系统应该在第三阶段实施。还需要评估前期工作，确认是否需要进行LAC重新分区，是否需要调整BSC所带基站，在那些热点地区增加基站等进一步措施。然后是优化报告，对比优化前后数据2/5/20238Alcatel设备指标分析优化经验各主要统计指标及相关COUNTER介绍各主要指标优化思路及经验2/5/20239各主要统计指标及相关COUNTER介绍TCH掉话TCH拥塞率切换成功率TCH分配失败2/5/202310TCH掉话－1话音信道掉话总次数：是指在指配话音信道完成（即AssignmentComplete）后由于各种原因导致的掉话。A接口“ClearRequest”消息。

2/5/202311TCH掉话－2掉话次数（BSC)=∑掉话次数（CELL)＝MC14C+MC621+MC736+MC739

MC14C:NumberofTCH(inHRorFRusage)dropsinTCHestablishedphaseduetoBSSproblem.

MC621:NumberofTCHdropsduringtheexecutionofanyTCHoutgoinghandover,perTRX.

MC736:NumberofTCH(inHRorFRusage)dropsinTCHestablishedphaseduetoradiolinkfailure(radiolinktimeoutorLapdmtimerexpiry),perTRX.MC739:NumberofTCH(inHRorFRusage)dropsinTCHestablishedphaseduetoremotetranscoderfailure.2/5/202312TCH拥塞率－1忙时话音信道溢出总次数（不含切换）：

是指所有占用SDCCH后由于无TCH信道资源和排队超时造成的溢出次数。统计的为分配失败消息“Assignmentfailure(noradioresource)＋ClearRepuest(noradioresourceavailable)”

溢出包括主叫和被叫占用SDCCH后由于无TCH信道资源和排队超时造成的溢出次数，不包括非常早分配时指派TCH信道用做SDCCH的情况，不包括各种切换，包括直接重试的情况

2/5/202313TCH拥塞率－2忙时话音信道溢出总次数（含切换）＝ MC812＋MC541a＋MC551＋MC561MC812＝∑C612:Numberof08.08CLEARREQUESTcause:"noradioresourceavailable")senttotheMSC.MC541a：NumberofincomingexternalTCHhandover–preparationfailuresduetocongestionMC551：Numberofincominginternalinter-cellTCHhandover–preparationfailuresduetocongestionMC561：Numberofintra-cellTCHhandover–preparationfailuresduetocongestion2/5/202314切换成功率－1切换尝试次数：(MC831-C331)＋（MC821-C311)

内部入切换尝试次数外部入切换尝试次数+(MC871-C361)+MC153小区内切换尝试次数直接重试尝试次数●切换成功次数：(MC652-C92)+(MC642-C82)内部入切换成功次数外部入切换成功次数+MC151＋(MC662-C102)直接重试成功次数小区内切换成功次数

以上为联通统计公式移动公式包含有出切换以及外部直接重试的统计

2/5/202315切换成功率－2切换原因统计：（基于110报告）2/5/202316切换成功率－3从180报告分析邻区关系这三个COUNTER都是针对每个Adjacency（一对有关系的小区）为单位进行统计的分别统计了当前小区到目标小区的切换请求次数、切换尝试次数以及成功次数2/5/202317各主要指标优化思路及经验TCH掉话分析与解决拥塞问题优化解决（TCH,SDCCH)切换成功率优化解决寻呼成功率优化解决2/5/202318各主要指标优化思路及经验－－掉话1

掉话除去传输设备故障原因，其直接原因有两种：1。无线链路故障。2。切换掉话下面对这两种情况进行分析。

1.无线链路故障（相关COUNTER：MC736）

造成该掉话的原因主要有2个：1）无线链路超时计数器超时（radiolink－timeout）（ABIS口信令触发点为connectfail消息（cause：radiolinktimeout）2）2层计时器T200超时（abis接口信令触发点为errorindicator消息（cause：T200expiredN200＋1）

2/5/202319各主要指标优化思路及经验－－掉话2无线链路超时掉话TCH掉话SDCCH掉话2/5/202320各主要指标优化思路及经验－－掉话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定时器（t3109>T100）。当移动台的T100超时，移动台返回空闲模式，发生掉话。基站等到rr_t3109定时器到时，释放无线信道。BSC还需要向MSC发一个Clearrequest消息。（在OMCR上可以统计CLR_REQ_TO_MSC）上下行链路任何一方失败，都会停止向对方发送SACCH。从而启动对方释放无线资源的过程。在TCH上发生一次radiolink_timeout_BS，统计为一次MC736掉话。参数无线链路超（radio_link_timeout）时的大小会影响到网络的掉话率和无线资源的利用率。如果设置过小，很容易在启动越区切换前，下行无线链路计时器超时，导致无线链路失败而造成掉话。如果设置过大，则通话质量很差，系统很长时间才能释放无线资源，使资源利用率降低。2/5/202321各主要指标优化思路及经验－－掉话4切换掉话对不同小区间的切换,基站子系统判断移动台需要切换后，向移动台发送切换命令（如果目标小区无可用无线资源，基站子系统不向移动台发送切换命令，收到基站的切换命令后，移动台多次向目标小区发送HandoverBurst,如成功接入目标小区，由目标小区向BSC发送切换成功的消息。如不成功，移动台返回源小区，并由源小区向BSC发送切换不成功的消息。切换不成功不等于切换掉话。还存在第三种可能：移动台既没有切换至目标小区，又未能返回源小区，移动台丢失了。第三种情况就是切换引起的掉话。 网络向移动台发出切换命令（handovercommand），切换命令包括目标小区TCH，接入目标小区的初始功率等信息。计时器t3103用于判断切换掉话。一旦收到目标小区的切换成功消息或源小区的切换不成功信息，t3103都会停止计时。否则，一旦t3103到时，通知MSC，清除有关连接，发生了切换掉话。2/5/202322各主要指标优化思路及经验－－掉话5掉话产生原因1.覆盖盲区真正没有信号覆盖的地方，比如因基站太少导致覆盖不连续。另一种是切换不及时。在一些信号会迅速减弱的地方(隧道，门厅，地铁...)，如果切换反应速度过慢，可能在通话还未接入新的信道之前，原来的信道已经衰落到无法正常解码信令，从而导致掉话。覆盖空洞也可能是由于某个小区出现了问题(例如因设备故障造成小区瘫痪)。覆盖空洞还可能是由于丢失邻小区定义或定义不全，此时，系统会保持通话在现有小区中，直到超出该小区覆盖边缘而掉话。2.频率干扰干扰有来自内部(网络造成),和外部其它系统交调造成当网络中存在干扰，BTS和MS由于误码率高而不能解出SACCH内容,无线链路超时，从而中断通话。干扰对切换也有负面影响，因为下行链路误码率高,移动台就无法解出BTS发出的切换请求命令。或上行误码高造成MS接入消息不能正确解码导致T3103超时引起掉话

2/5/202323各主要指标优化思路及经验－－掉话6参数调整：1、功控参数调整，结合分段频率规划最大限度减少TCH频率碰撞，市区以外频率碰撞不是很明显的地区关闭功率控制，以提高好小区切换，关于质量、电平的切换容限尽可能的增大，也就是说在需要作紧急切换的时候，对目标小区也要进行选择，避免乱切至不好的小区造成掉话。2、切换关系核查补充定义，如果掉话发生在在基站较多且话务负担不是很大的地带，同时整网切换成功率较好的情况下尽可能的增加好小区切换，因为每一次信道改变无线链路超时值都会重新附值，可以增加掉话等待时间。同时将T8，t3103等切换等待时间增大，提高成功率，减少切换掉话。另外在MS开始接入目标小区时如果接入失败会造成接入的掉话，在阿尔卡特中也被统计为736掉话，建议修改接入参数NY1=30――40,t3105＝80，也就是说增大PHISICALINDICATION重发次数减少重发间隔。3、在一些基站比较稀疏的地点建议对不开跳频，两载波以上的小区打开小区内切换功能，关闭所有小区的呼叫重建功能。4、检查同BCCH，同BISC小区是否存在，检查PERMITNCC，根据实际需要修改T-FILTER.5、BSC参数nbr_CLRREQ_retrans设置为0避免重复发送clearrequest2/5/202324各主要指标优化思路及经验－－掉话7问题排查故障解决1、基站射频设备隐性故障，通过110报告统计TRX，对其中占用时长过小的载频进行RESET，更换处理，在B72版本可以对各载频进行统计736，746b，14c，739的统计，最好之前关闭跳频。2、上下行链路核查，需要进行Abis接口信令跟踪，检查cell及各TRX的linkbalance，一般在5－15正常认为链路是平衡的.根据情况检查发射，接收通路。在跟踪中通过对消息ERRORINDICATE以及CONNECTFAIL的错误原因的统计对存在大量的T200超时N200+1的TRX进行重点分析，加以解决。3、覆盖核查，建议孤站均采用高挂高，大倾角配置。故障排查，以及覆盖、干扰等问题均可由ABis接口信令跟踪进行分析，特别是Alcatel设备RSL分布十分明了，并且往往由于统计由于误，所以信令跟踪必不可少。3、对于alcatelMSC来说存在大量的由于MSC响应迟以及参数设置不合理造成的用户挂机后的掉话（此种掉话各设备均有但Alcatel比较明显），可以对A接口进行跟踪，对相应的计数器修改。2/5/202325各主要指标优化思路及经验－－切换1 切换成功率主要包括小区内出（入）切换，小区间内部出（入）切换，外部切换以及直接重试。影响切换成功率的原因主要有以下：问题分析：硬件问题:当切换失败率非常高时，硬件故障可能性最大相邻小区关系问题邻小区负荷恶劣的无线条件干扰：干扰会造成即使目标小区的电平很好，但上/下行信号质量很差的情况移动台将难以占上目标小区的TCH。如果入切换执行失败率很高，必须检查小区的干扰情况。对每一对邻小区检查来/去切换执行失败率能够指明干扰是存在于某一对小区还是很多小区，并进而大致判断干扰区域和干扰性质。如果去切换执行失败率很高，可能是因为切换发起小区的下行干扰。移动台无法解码BTS发出的HANDOVER_COMMAND消息，这时由于T3103超时，将产生掉话。还有可能是目标小区的下行或上行干扰。因此，需要认真检查每一对相邻小区，以帮助判断干扰原因。同时检查目标小区的切换执行失败率和分配失败率的相关性。干扰造成的高切换失败率往往伴随着高分配失败率。

2/5/202326各主要指标优化思路及经验－－切换2解决思路：相邻小区关系问题对于一对邻小区，检查切换失败率过高是否由孤岛效应引起。作Abis测试并重点检查时间提前量（TA）有助于找出孤岛效应。可增加孤岛小区的天线下倾角以减轻孤岛效应或改变它的BSIC以消除同BCCH，BSIC的现象。检查数据库看邻小区表与BTS参数是否匹配。如果有，在OMC-R中修改。恶劣的无线条件重叠覆盖少：检查覆盖预测图，注意那些特殊地点(隧道...)，一旦怀疑，最好进行路测以便确认。并采取相应的无线优化手段改善覆盖。提高小区的覆盖可以通过减小下倾角或增加天线高度来实现。但是这样可能会干扰其它邻小区。根本方法是增加基站或微蜂窝，但这已超出了优化范围。本网由于用户较为分散并且地形阻挡，所以用户的移动性较小，同时基站间距很大所以切换成功率较高，目前影响本网切换成功率的最主要因素是BTS设备的故障，可以通过结合TCH分配失败的检查，通过DT测试以及信令跟踪解决。2/5/202327各主要指标优化思路及经验－－拥塞1SDCCH溢出次数＝mc8d（callreject）TCH溢出次数＝c181d＋MC612C（ASSIGMENTFAILcause：noradioresource＋CLEARREQUESTcause：noradioresource）小区拥塞可能出现三种情况：1、SDCCH和TCH都出现拥塞。2、SDCCH无拥塞，而TCH出现拥塞。3、SDCCH拥塞高，而TCH拥塞低或无拥塞。2/5/202328各主要指标优化思路及经验－－拥塞2SDCCH和TCH都出现拥塞

如果相邻小区的SDCCH和TCH的都出现拥塞，则只有通过增加基站。来达到降低拥塞的目的。如果相邻小区未出现拥塞，采取均衡业务量的办法。优先次序依次是调整天线修改切换门限调整小区选择参数。调整天线

包括增大天线倾角和降低天线高度，减小小区的覆盖，使相邻小区分担业务量，达到降低负载的目的。尽管由于需要协调用户，实施中不甚方便，却是副作用最小的方法。天线倾角受天线本身特性限制。天线倾角过大,波瓣形状发生畸变,容易产生越区覆盖。引入频率干扰和错误的切换。结合路测结果判断是否发生越区覆盖。调整天线倾角和高度、切换关系。调整小区选择参数

空闲模式下，移动台根据C1或C2判断自己归属于哪一个小区服务，提高或降低小区的最小接入电平（RXLEV-ACCESS-MIN），减小或增大本小区的C1值，来达到减少或增加所服务移动台的数目，从而在不同小区间均衡业务量。可以降低SDCCH和TCH的拥塞率。相对而言，调整最小接入电平（RXLEV-ACCESS-MIN），对SDCCH的业务量的影响更明显一些。对TCH的业务量影响小一些，必须与切换门限结合使用，才能对TCH的业务量有较明显的改变。调整最小接入电平（RXLEV-ACCESS-MIN）的最小步长，应该大于5db。否则，几乎不能发现对统计数据的影响。改变功率预算的切换门限，相应增大或减小小区的切出半径RHO_out或切入半径RHO_in，可以达到均衡话务量的目的。2/5/202329各主要指标优化思路及经验－－拥塞3SDCCH无拥塞，而TCH出现拥塞

修改切换门限 通过减小向邻小区切换的门限（handovermargin），提高本小区的切入门限，使移动台很容易地切换出去，同时难以切换进来。是较简单迅速的手段。调整天线 增大天线倾角可以减少话务量，减小倾角可以增加话务量。详见5。6天线覆盖的优化。调整小区选择参数 调整最小接入电平等参数，可以增大或减小SDCCH和TCH的话务量。2/5/202330各主要指标优化思路及经验－－拥塞4SDCCH拥塞高，而TCH拥塞低或无拥塞减少SDCCH的频率干扰，如果在SDCCH频点上存在较严重射频干扰，一方面会造成无效试呼次数和SDCCH射频丢失次数的增加，另一方面，由于移动台频繁占用SDCCH或占用SDCCH的时长增加，可能造成SDCCH的拥塞。解决办法是修改频率规划。优化位置登记区（LAC）边界，如果位置登记区的边界位于城市主要道路的两侧，或是其他人群密集的区域，会造成该区域内移动台发生频繁的位置登记，加重SDCCH的负荷，产生拥塞。解决办法是：调整天线，增大或减小个别基站发射功率，使该区域有一明显占优势的小区，优化位置登记区（LAC）边界；提高位于LAC边缘小区的重选滞后参数（cell_reselect_hysteresis）。位置登记区重新分区，使位置登记区（LAC）边界避开人群密集地区。 增大T3212（t3212=0-255）位置登记消息需要上报至VLR，延长移动台周期性位置更新时间，可以大大降低系统负荷,包括BSC，SDCCH等等的负荷。系统内各小区T3212应一致。当BSC处理器过载时，也可考虑增大t3212。增加SDCCH数量 TCH无拥塞时，直接增加SDCCH的数目。在LAC边界处的小区，可以比其他小区分配更多的SDCCH。提高发送分布时隙数（tx_integer）这是以延长接续时间为代价的。以时间换空间，这是最后的办法。调整最大重发次数（max_retran）2/5/202331各主要指标优化思路及经验－－寻呼12/5/202332各主要指标优化思路及经验－－寻呼2 由以上寻呼以及响应寻呼的流程可以看出在寻呼过程中涉及到A接口，Abis接口以及Um接口的RACH,CCCH信道。 影响寻呼成功率的主要因素：NSS与BSC定义的位置区与CI定义不一致；NSS中定义小区LAI错误RACH有效请求率低PCH或AGCH过载SDCCH溢出2/5/202333各主要指标优化思路及经验－－寻呼3RACH有效请求率低

有效的RACH是指所有真正从移动台发出的随机信道接入请求(RACHREQUEST)成功通过上述流程直至最终完成SDCCH建立(ESTABLISHINDICATION)。常见问题RACH无法解调的电平值高(噪声RACH):电平很高,但是BTS不能解码RACH解调率低(RACH送到BSC/全部RACH)LapDm建立成功率低(LapDm成功/SDCCH分配数)过多的无效RACH信道请求(RACHCHANNELREQUEST)2/5/202334各主要指标优化思路及经验－－寻呼4

CCCH（AGCH,PCH）信道过载

当MS响应寻呼而发起信道请求时，如果AGCH没有足够的信道下发立即指派消息，会造成MS无法接入信道从而影响寻呼成功率。可以通过对计数器MC8C,MC8B,进行统计分析，当MC8B_NBR_ACC_GRANT远小于MC8C_NBR_ACC_RANDOM时，说明可能AGCH太少，导致无法分配SDCCH,MS会反复请求SDCCH.可以适当增加BS_AG_BLK_RES..参数“接入准许保留块数”用以表示每个BCCH复帧中CCCH信道上为AGCH保留的消息块数。其取值范围为:若CCCH与SDCCH共用物理信道(CCCH_CONF=1)：0～2(对于CBC结构,BS_AG_BLK_RES通常设为1若CCCH与SDCCH不共用物理信道(CCCH_CONF=0)：0～5(对于BCC结构,BS_AG_BLK_RES通常设为4.或52/5/202335网络优化案例介绍网络规划案例网络问题分析案例部分abis接口信令分析案例2/5/202336网络规划案例频率规划 基于射频跳频频率规划案例 基于基带跳频频率规划案例位置区规划案例2/5/202337网络规划案例－－频率规划1XX联通射频跳频规划丰镇联通可用频点为96－124共29个频点，目前丰镇市区小区载频配置数在3个以下。依照目前情况，为实现最佳的频率复用尽可能减少频率干扰，同时为今后优化工作减轻负担我们对丰镇市区进行了射频跳频规划。规划原则采用NH-RH综合跳频，即BCCH所在载频不参与跳频。BCCH，TCH分段规划，BCCH频段为113～124，共12个频点采用4*3复用。TCH频段为96～110共15个频点，111，112作为保留频点在部分小区BCCH使用。但是由于本网基站分布较多，扇区方位角不规则在进行BCCH规划时111，112也有使用采用4*3＋2复用TCH采用以下三组跳频序列：FHS-Group1:9699102105108FHS-Group2:97100103106109FHS-Group3:97100103106110

2/5/202338网络规划案例－－频率规划2规划修改前后指标对比

2/5/202339网络规划案例－－频率规划3XX移动基带跳频规划依照目前城区小区配置大部分均在3载波以下，考虑到今后话务增长容量增扩的可能，在规划中留有余量每个小区均按照5载波进行规划。规划方案：采用BCCH，TCH分段规划，避免BCCHTCH间同邻频干扰。BCCH采用3×7规划方式但是由于基站分布以及实际覆盖的不规则性实际采用了3×7＋5的规划方式分配频段为ARFCN=70—95共26个频点TCH规划采用分层规划，即针对现网实际载频配置情况对每块载频设置相应的优先级，在规划方案中TCH规划普遍采用3×4规划方式，但针对频率碰撞较高的TCH1，TCH2增加部分频点保证频率碰撞几率最小,对发生频率碰撞较小的TCH3,TCH4则按照3×4复用进行规划。具体频率分段情况BCCH(TCH0)3×7＋5规划分配频段（70――95）TCH13×4＋5分配频段（1――17）TCH23×4＋5分配频段（18――34）TCH33×4分配频段（40――51）TCH43×4分配频段（52――63）其中（35――39，64――69作为优化频点为后期调整保留）2/5/202340网络规划案例－－位置区规划1XX联通位置区划分

针对XX网络LAC区划分形式单一，且位置区范围较大；网络整体覆盖不足的这两个主要的问题，并且为今后网络容量以及用户增加考虑，避免因为受到位置区容量的限制而制约了网络的发展。有必要对本网的位置区进行进一步的细划。2/5/202341网络规划案例－－位置区规划2位置区规划目的：1、减少小区PCH信道负荷从而减少寻呼损耗提高寻呼成功率

2、减少Abis接口的信令流量缓解网络负担3、增加不连续覆盖地区MS与网络之间的联系，提高寻呼成功率系统接通率。

4、减少BTS寻呼次数，有效节约基站能源功耗，提升网络容量

位置区规划原则：位置区边缘避开话务密集区，同时尽量避免分布于道路等用户移动性较强区域。位置区在BSC内细划，避免出现LAC跨BSC分布，以避免寻呼该位置区用户时两个BSC都要参与造成资源浪费2/5/202342网络问题分析案例网络单通问题解决传输掉话问题解决被叫无响应问题彩铃用户拨叫问题上行干扰排查2/5/202343网络问题分析案例1－单通问题描述： 用户普遍反映本网存在拨叫困难，接通后双方听不到对方声音，由于由用户反映该问题在本网普遍存在

由于该网络只有一个端局故针对A接口话音中继进行排查。问题分析：

通过018话务报告我们对平均占用时长较短得A接口时隙进行筛选，通过信令跟踪、时隙监听得方法对问题进行定位。 主要进行以下得核查步骤：BSC1，BSC2拨打测试以及针对测试号码A接口信令追踪统计文件反映短时间占用时隙核查，通话短话单核查以及短话单通话占用时隙检查A接口话音中继时隙监听2/5/202344网络问题分析案例1－单通2信令跟踪到的占用时长较短时隙2/5/202345网络问题分析案例1－单通3针对这些时隙我们进行了OMC占用统计对确实存在异常的时隙进行LOCK，并且进行了时隙监听。问题得到解决。以下为占用存在问题的时隙的OMC统计情况：2/5/202346网络问题分析案例2－传输掉话1问题描述： 优化过程中通过话统分析发现MC14C掉话、MC621掉话、MC736掉话都比较较正常，但MC739掉话却居高不下，传输掉话比较异常,平均每天都在170次左右,导致了XX移动网络掉话次数的整体上升统计情况：我们对进期的话统进行了分析、筛选具体情况如下表所示：

通过对一周话统进行观察及分析发现,掉话次数平均每天在800次左右,其中由于MC739(传输掉话)统计的掉话次数平均每天在160次左右，而且大多数集中在BSC2下2/5/202347网络问题分析案例2－传输掉话2信令跟踪分析：

针对上述情况，我们对XXBSC2A接口(17:15:33—18:16:37)一个小时的信令采集，对A接口的信令流程及每条电路的每个时隙进行了仔细的观察发现其第53、54、55三条电路的第31时隙统计的掉话次数之各高达138次，具体情况如右图信令跟踪后的图表所示 由此我们判断53、54、55这三条电路的第31时隙发生故障是导致传输掉话居高不下的主要原因。

2/5/202348网络问题分析案例2－传输掉话3问题解决：

将53、54、55这三条电路的第31时隙打死，以避免传输掉话次数的增加和用户投诉的发生，此后我们又对话统进行了观察，具体情况如下表所示：2/5/202349网络问题分析案例3－被叫无响应1问题描述：

用户反映XX市区在MS作主叫过程中经常出现长时间等待，期间无振铃，无录音通知，且等待时间较长在20秒以上， 针对该问题我们进行了拨打测试并且针对主被叫手机在A,Abis接口进行信令跟踪。测试情况：（以一次事件为例）主叫侧：MS在16:46:25发起一次呼叫，在话音信道分配完成后等待MSC响应但迟迟未等到，经过大约28秒之后MSC下发“DISCONNECT”原因为正常释放

被叫侧：被叫MS于16:46:28响应寻呼，在占用SDCCH信道后等待大约60秒，一直未进行进行后续进程，MSC下发“CLEARCOMMAND”释放连接。“CLEARCOMMAND”原因为”CALLCONTROL”

2/5/202350网络问题分析案例3－被叫无响应2被叫侧信令流程经检查发现部分MRSACE模块工作异常，经处理后问题解决2/5/202351网络问题分析案例4－彩铃拨叫问题1问题描述：

用户反映在拨叫过程中出现拨叫时主叫听到被叫方彩铃而被叫无反映。问题分析：

针对此问题我们进行拨打测试并进行信令跟踪。此现象共出现4次：以下为对应的信令流程：

主叫在进行拨叫发出初始位置信息IAM后无任何回应，但此时存在错误提示：ISUPconnectionforthisCICnotyetrelease，即分配的电路并未释放2/5/202352网络问题分析案例4－彩铃拨叫问题2 对这四次呼叫的IAM消息进行详细解码 通过对这四次呼叫的IAM解码发现在以下电路出现问题： CircuitIdentCode：003-05;003-11;003-13;003-17可见在电路识别码为003的中继存在问题，电路并未释放却被分配，经检查数据003对应为模块：（NA）0702，经过对该模块RESET回复正常2/5/202353网络问题分析案例5－上行干扰排查1问题描述：

XX移动上行频段受到干扰，统计均为BAND5干扰问题排查：

针对干扰我们利用场强测试仪表进行干扰排查，最终定位在基站附近C网小区2/5/202354网络问题分析案例5－上行干扰排查2 上图为对小区外部干扰进行排查时捕捉的外部干扰情况。目前联通使用带宽为1.228M的201、283两个频点。所对应的中心频率分别为876.89878.49。即在正常情况下联通C网下行占用的最靠近移动上行的频率为879.1（878.49+1.228/2）。但在实测中发现在联通C网两个载波的左右两侧并非理想的安全底噪而是以对称形式的两个强度较强的波。正是这两个较强的波中的一个占用了移动上行频点的频率，对我方造成干扰。根据这两个波的强度和对称情况可以将问题定位在联通C网下行的滤波器问题上。另联通C网的天线和我方天线的隔离度不够，可能产生交调干扰后经协商关闭C网该小区干扰消失2/5/202355信令分析实例介绍信令分析与其他方法比较：OMC统计报表：受系统提供计数器限制，无法对问题进行更细更直观的定位车载路测设备做DT测试：无法对实际地点进行准确定位，费时费力效率低，针对用户投诉解决问题：反映网络实际问题，但解决过程也需要其他手段，且未能做到预先发现问题，影响用户满意度。2/5/202356信令测试/优化包括无线小区覆盖率的测试及验证小区覆盖盲点的检测及定位关于网络规划的报告及统计更有效的使用无线测试设备信令错误及设备故障的分析掉话的检测及诊断提高网络的利用率切换分析