Alcatel设备网络优化课件(PPT 72页).ppt

1、2020/9/12,1,Alcatel设备网络优化,2020/9/12,2,主要内容,优化流程概述 Alcatel设备指标分析优化经验 网络优化典型案例,2020/9/12,3,网络优化概述,北京日讯通信从事移动通信系统的网络优化，已经有多年经验。在GSM系统的网络优化方面积累了若干经验，同时在优化的理论方面也作了一些探索。本文试图将这些理论和经验加以整理，希望能够为今后的GSM网络优化做参考。 可以将网络优化过程大致分为三个阶段： 整理分析系统基础数据阶段 优化实施阶段 系统微调和总结阶段,2020/9/12,4,网络优化的目的,改善网络覆盖 在有限的频带范围内达到网络容量最大化 提高Qua

2、lity of Service (QOS) 节省网络投资实现资源最大利用,2020/9/12,5,网络优化的步骤,数据采集,数据分析,方案提交,审批执行,2020/9/12,6,第一步：整理分析系统基础数据,本阶段的主要内容包括： 1.整理地图和频率规划（包含基站频率，切换关系，基站结构，经纬度，天线倾角，方位角，高度，归属BSC和LAC等信息） 2.拨打测试和路测，重点对用户投诉严重的区域进行测试，分析天线覆盖，基站切换，邻频和同频干扰程度。初步掌握恶化区域的主要问题。 3.OMCR的数据统计分析，统计系统的掉话率，TCH射频丢失率,SDCCH的射频丢失率，切换掉话率，TCH的拥塞率，SDC

3、CH的拥塞率，TCH的业务量，SDCCH的业务量等指标。可以将指标最为恶劣的几个小区列出，作为重点解决的目标。 4.结合1，2，3点，提出在第二阶段实施的优化方案。 用一句话概括第一阶段工作，就是：掌握情况，提出方案,2020/9/12,7,第二步：优化实施阶段,本阶段根据优化方案，主要通过采取： 基站告警排障；基站检查;频率规划优化;天线调整；切换关系修改；数据库修改达到优化的目的： 降低拥塞率；降低掉话率；提高接通率；改善覆盖；改善通话质量。 系统优化(system optimization) 和基站排障(troublshooting)在称谓上截然不同，但在实施中却难以区分。实际上基站排障

4、后，系统指标往往有大幅度提高。路测、信令跟踪等方法贯彻本阶段的始终，通过路测验证以上各种优化手段的实际效果，分析仍然存在的问题，发现新的问题。另外一项日常工作是统计每天的系统运行报告，同样用于评估每日优化效果，发现和分析问题。二者各有侧重。 为了便于掌握系统参数设置的整体情况，在慎重确定合理的取值后，将各小区的系统控制参数和小区选择参数统一。这样做，有可能系统局部出现恶化，但是有利于理清思路，因为GSM的参数实在太多。可以通过在第三阶段的微调过程中，将这些参数重新修正。,2020/9/12,8,第三步：系统微调和总结阶段,本阶段在前期优化成绩的基础上，通过优化系统控制参数和小区参数微调系统。因

5、为基站硬件，频率规划和天线对系统的影响更大，所以微调系统应该在第三阶段实施。还需要评估前期工作，确认是否需要进行LAC重新分区，是否需要调整BSC所带基站，在那些热点地区增加基站等进一步措施。然后是优化报告，对比优化前后数据,2020/9/12,9,Alcatel设备指标分析优化经验,各主要统计指标及相关COUNTER介绍 各主要指标优化思路及经验,2020/9/12,10,各主要统计指标及相关COUNTER介绍,TCH掉话 TCH拥塞率 切换成功率 TCH分配失败,2020/9/12,11,TCH掉话1,话音信道掉话总次数 ：是指在指配话音信道完成（即Assignment Complete）

6、后由于各种原因导致的掉话。A接口“Clear Request”消息。,2020/9/12,12,TCH掉话2,掉话次数（BSC)=掉话次数（CELL) MC14C+MC621+MC736+MC739 MC14C: Number of TCH (in HR or FR usage) drops in TCH established phase due to BSS problem. MC621: Number of TCH drops during the execution of any TCH outgoing handover, per TRX. MC736: Number of TCH

7、(in HR or FR usage) drops in TCH established phase due to radio link failure (radio link timeout or Lapdm timer expiry), per TRX. MC739: Number of TCH (in HR or FR usage) drops in TCH established phase due to remote transcoder failure.,2020/9/12,13,TCH拥塞率1,忙时话音信道溢出总次数（不含切换）： 是指所有占用SDCCH后由于无TCH信道资源和排

8、队超时造成的溢出次数。统计的为 分配失败消息“Assignment failure (no radio resource) Clear Repuest (no radio resource available) ” 溢出包括主叫和被叫占用SDCCH后由于无TCH信道资源和排队超时造成的溢出次数，不包括非常早分配时指派TCH信道用做SDCCH的情况，不包括各种切换，包括直接重试的情况,2020/9/12,14,TCH拥塞率2,忙时话音信道溢出总次数（含切换） MC812 MC541a MC551 MC561 MC812C612: Number of 08.08 CLEAR REQUEST cau

9、se: no radio resource available) sent to the MSC. MC541a：Number of incoming external TCH handover preparation failures due to congestion MC551：Number of incoming internal inter-cell TCH handover preparation failures due to congestion MC561：Number of intra-cell TCH handover preparation failures due t

10、o congestion,2020/9/12,15,切换成功率1,切换尝试次数：(MC831-C331) （MC821-C311) 内部入切换尝试次数 外部入切换尝试次数 +(MC871- C361) + MC153 小区内切换尝试次数 直接重试尝试次数 切换成功次数 ： (MC652-C92) +(MC642-C82) 内部入切换成功次数 外部入切换成功次数 +MC151 (MC662-C102) 直接重试成功次数 小区内切换成功次数 以上为联通统计公式 移动公式包含有出切换以及外部直接重试的统计,2020/9/12,16,切换成功率2,切换原因统计：（基于110报告）,2020/9/12,

11、17,切换成功率3,从180报告分析邻区关系 这三个COUNTER都是针对每个Adjacency（一对有关系 的小区）为单位进行统计的分别统计了当前小区到目标 小区的切换请求次数、切换尝试次数以及成功次数,2020/9/12,18,各主要指标优化思路及经验,TCH掉话分析与解决 拥塞问题优化解决（TCH,SDCCH) 切换成功率优化解决 寻呼成功率优化解决,2020/9/12,19,各主要指标优化思路及经验掉话1,掉话除去传输设备故障原因，其直接原因有两种：1。无线链路故障。2。切换掉话下面对这两种情况进行分析。 1.无线链路故障（相关COUNTER：MC736） 造成该掉话的原因主要有2个：

12、1）无线链路超时计数器超时（radiolinktimeout）（ABIS口信令触发点为 connect fail 消息（cause：radiolinktimeout） 2）2层计时器 T200超时（abis 接口信令触发点为errorindicator消息（cause：T200 expired N2001）,2020/9/12,20,各主要指标优化思路及经验掉话2,无线链路超时掉话,2020/9/12,21,各主要指标优化思路及经验掉话3,下行链路失败GSM规范定义，移动台中有计时器S(T100)，在移动台通话开始时被赋予一个初值，即无线链路超时（radio_link_timeout）。BCC

13、H上广播。每当移动台无法正确解码一个SACCH消息（4个SACCH BLOCK）时，S减1。每当移动台正确解码一个SACCH消息时，S加2。但S不会超过radio_link_timeout定义的初值。当S计数为零时，移动台放弃无线资源的连接，进入空闲模式。发生一次掉话。在上行链路，当基站不能正确解码的SACCH消息数达到link_fail定义的值时，基站停止发射下行的SACCH，同时启动rr_t3109定时器。等到rr_t3109定时器到时，释放无线资源。 上行链路失败系统监视上行链路失败的参数是radiolink_timeout_BS。当基站不能正确解码一个SACCH消息时，HDPC中的计数

14、器(最大值由radiolink_timeout_BS定义)减一。当计数器为零时，基站停止发射下行的SACCH，同时启动t3109定时器（t3109T100）。当移动台的T100超时，移动台返回空闲模式，发生掉话。基站等到rr_t3109定时器到时，释放无线信道。BSC还需要向MSC发一个Clear request消息。（在OMCR上可以统计CLR_REQ_TO_MSC） 上下行链路任何一方失败，都会停止向对方发送SACCH。从而启动对方释放无线资源的过程。在TCH上发生一次radiolink_timeout_BS，统计为一次MC736掉话。参数无线链路超（radio_link_timeout）

15、时的大小会影响到网络的掉话率和无线资源的利用率。如果设置过小，很容易在启动越区切换前，下行无线链路计时器超时，导致无线链路失败而造成掉话。如果设置过大，则通话质量很差，系统很长时间才能释放无线资源，使资源利用率降低。,2020/9/12,22,各主要指标优化思路及经验掉话4,切换掉话 对不同小区间的切换,基站子系统判断移动台需要切换后，向移动台发送切换命令（如果目标小区无可用无线资源，基站子系统不向移动台发送切换命令，收到基站的切换命令后，移动台多次向目标小区发送Handover Burst,如成功接入目标小区，由目标小区向BSC发送切换成功的消息。如不成功，移动台返回源小区，并由源小区向BS

16、C发送切换不成功的消息。切换不成功不等于切换掉话。还存在第三种可能：移动台既没有切换至目标小区，又未能返回源小区，移动台丢失了。第三种情况就是切换引起的掉话。 网络向移动台发出切换命令（handover command），切换命令包括目标小区TCH，接入目标小区的初始功率等信息。计时器t3103用于判断切换掉话。一旦收到目标小区的切换成功消息或源小区的切换不成功信息， t3103都会停止计时。否则，一旦t3103到时，通知MSC，清除有关连接，发生了切换掉话。,2020/9/12,23,各主要指标优化思路及经验掉话5,掉话产生原因 1.覆盖盲区 真正没有信号覆盖的地方，比如因基站太少导致覆盖不

17、连续。 另一种是切换不及时。在一些信号会迅速减弱的地方(隧道，门厅，地铁.)，如果切换反 应速度过慢，可能在通话还未接入新的信道之前，原来的信道已经衰落到无法正常解码信令，从而导致掉话。 覆盖空洞也可能是由于某个小区出现了问题 (例如因设备故障造成小区瘫痪)。 覆盖空洞还可能是由于丢失邻小区定义或定义不全，此时，系统会保持通话在现有小区中，直到超出该小区覆盖边缘而掉话。 2.频率干扰 干扰有来自内部 (网络造成), 和外部其它系统交调造成 当网络中存在干扰，BTS和MS由于误码率高而不能解出SACCH内容,无线链路超时，从而中断通话。 干扰对切换也有负面影响，因为下行链路误码率高,移动台就无法

18、解出BTS发出的切换请求命令。或上行误码高造成MS接入消息不能正确解码导致T3103超时引起掉话,2020/9/12,24,各主要指标优化思路及经验掉话6,参数调整： 1、功控参数调整，结合分段频率规划最大限度减少TCH频率碰撞，市区以外频率碰撞不是很明显的地区关闭功率控制，以提高好小区切换，关于质量、电平的切换容限尽可能的增大，也就是说在需要作紧急切换的时候，对目标小区也要进行选择，避免乱切至不好的小区造成掉话。 2、切换关系核查补充定义，如果掉话发生在在基站较多且话务负担不是很大的地带，同时整网切换成功率较好的情况下尽可能的增加好小区切换，因为每一次信道改变无线链路超时值都会重新附值，可以

19、增加掉话等待时间。同时将T8，t3103等切换等待时间增大，提高成功率，减少切换掉话。另外在MS开始接入目标小区时如果接入失败会造成接入的掉话，在阿尔卡特中也被统计为736掉话，建议修改接入参数NY1=3040, t310580，也就是说增大PHISICAL INDICATION重发次数减少重发间隔。 3、在一些基站比较稀疏的地点建议对不开跳频，两载波以上的小区打开小区内切换功能，关闭所有小区的呼叫重建功能。 4、检查同BCCH，同BISC小区是否存在，检查PERMIT NCC，根据实际需要修改T-FILTER. 5、BSC参数nbr_CLRREQ_retrans设置为0 避免重复发送clea

20、rrequest,2020/9/12,25,各主要指标优化思路及经验掉话7,问题排查故障解决 1、基站射频设备隐性故障，通过110报告统计TRX，对其中占用时长过小的载频进行RESET，更换处理，在B72版本可以对各载频进行统计736，746b，14c，739的统计，最好之前关闭跳频。 2、上下行链路核查，需要进行Abis接口信令跟踪，检查cell及各TRX的linkbalance，一般在515正常认为链路是平衡的.根据情况检查发射，接收通路。在跟踪中通过对消息ERRORINDICATE以及CONNECTFAIL的错误原因的统计对存在大量的T200超时N200+1的TRX进行重点分析，加以解决

21、。 3、覆盖核查，建议孤站均采用高挂高，大倾角配置。 故障排查，以及覆盖、干扰等问题均可由ABis接口信令跟踪进行分析，特别是Alcatel设备RSL分布十分明了，并且往往由于统计由于误，所以信令跟踪必不可少。 3、对于alcatel MSC来说存在大量的由于MSC响应迟以及参数设置不合理造成的用户挂机后的掉话（此种掉话各设备均有但Alcatel比较明显），可以对A接口进行跟踪，对相应的计数器修改。,2020/9/12,26,各主要指标优化思路及经验切换1,切换成功率主要包括小区内出（入）切换，小区间内部出（入）切换，外部切换以及直接重试。影响切换成功率的原因主要有以下： 问题分析： 硬件问题

22、 : 当切换失败率非常高时，硬件故障可能性最大 相邻小区关系问题 邻小区负荷 恶劣的无线条件 干扰：干扰会造成即使目标小区的电平很好，但上/下行信号质量很差的情况移动台将难以占上目标小区的TCH。如果入切换执行失败率很高，必须检查小区的干扰情况。对每一对邻小区检查来/去切换执行失败率能够指明干扰是存在于某一对小区还是很多小区，并进而大致判断干扰区域和干扰性质。如果去切换执行失败率很高，可能是因为切换发起小区的下行干扰。移动台无法解码BTS发出的HANDOVER_COMMAND消息，这时由于T3103超时，将产生掉话。还有可能是目标小区的下行或上行干扰。因此，需要认真检查每一对相邻小区，以帮助判

23、断干扰原因。同时检查目标小区的切换执行失败率和分配失败率的相关性。干扰造成的高切换失败率往往伴随着高 分配失败率。,2020/9/12,27,各主要指标优化思路及经验切换2,解决思路： 相邻小区关系问题 对于一对邻小区，检查切换失败率过高是否由孤岛效应引起。作Abis测试并重点检查时间提前量（TA）有助于找出孤岛效应。可增加孤岛小区的天线下倾角以减轻孤岛效应或改变它的BSIC以消除同BCCH，BSIC的现象。 检查数据库看邻小区表与BTS参数是否匹配。如果有，在 OMC-R中修改。 恶劣的无线条件 重叠覆盖少：检查覆盖预测图，注意那些特殊地点(隧道.)，一旦怀疑，最好进行路测以便确认。并采取相

24、应的无线优化手段改善覆盖。提高小区的覆盖可以通过减小下倾角或增加天线高度来实现。但是这样可能会干扰其它邻小区。根本方法是增加基站或微蜂窝，但这已超出了优化范围。 本网由于用户较为分散并且地形阻挡，所以用户的移动性较小，同时基站间距很大所以切换成功率较高，目前影响本网切换成功率的最主要因素是BTS设备的故障，可以通过结合TCH分配失败的检查，通过DT测试以及信令跟踪解决。,2020/9/12,28,各主要指标优化思路及经验拥塞1,SDCCH溢出次数mc8d（call reject） TCH溢出次数c181dMC612C（ASSIGMENT FAIL cause：no radio resource

25、CLEAR REQUEST cause：no radio resource） 小区拥塞可能出现三种情况：1、SDCCH和TCH都出现拥塞。2、SDCCH无拥塞，而TCH出现拥塞。3、SDCCH拥塞高，而TCH拥塞低或无拥塞。,2020/9/12,29,各主要指标优化思路及经验拥塞2,SDCCH和TCH都出现拥塞 如果相邻小区的SDCCH和TCH的都出现拥塞，则只有通过增加基站。来达到降低拥塞的目的。如果相邻小区未出现拥塞，采取均衡业务量的办法。优先次序依次是调整天线修改切换门限调整小区选择参数。 调整天线 包括增大天线倾角和降低天线高度，减小小区的覆盖，使相邻小区分担业务量，达到降低负载的目的

26、。尽管由于需要协调用户，实施中不甚方便，却是副作用最小的方法。天线倾角受天线本身特性限制。天线倾角过大, 波瓣形状发生畸变,容易产生越区覆盖。 引入频率干扰和错误的切换。结合路测结果判断是否发生越区覆盖。调整天线倾角和高度、切换关系。 调整小区选择参数 空闲模式下，移动台根据C1或C2判断自己归属于哪一个小区服务，提高或降低小区的最小接入电平（RXLEV-ACCESS-MIN），减小或增大本小区的C1值，来达到减少或增加所服务移动台的数目，从而在不同小区间均衡业务量。可以降低SDCCH和TCH的拥塞率。相对而言，调整最小接入电平（RXLEV-ACCESS-MIN），对SDCCH的业务量的影响更

27、明显一些。对TCH的业务量影响小一些，必须与切换门限结合使用，才能对TCH的业务量有较明显的改变。调整最小接入电平（RXLEV-ACCESS-MIN）的最小步长，应该大于5db。否则，几乎不能发现对统计数据的影响。 改变功率预算的切换门限，相应增大或减小小区的切出半径RHO_out或切入半径RHO_in，可以达到均衡话务量的目的。,2020/9/12,30,各主要指标优化思路及经验拥塞3,SDCCH无拥塞，而TCH出现拥塞 修改切换门限 通过减小向邻小区切换的门限（handovermargin），提高本小区的切入门限，使移动台很容易地切换出去，同时难以切换进来。是较简单迅速的手段。 调整天线增

28、大天线倾角可以减少话务量，减小倾角可以增加话务量。详见5。6天线覆盖的优化。 调整小区选择参数调整最小接入电平等参数，可以增大或减小SDCCH和TCH的话务量。,2020/9/12,31,各主要指标优化思路及经验拥塞4,SDCCH拥塞高，而TCH拥塞低或无拥塞 减少SDCCH的频率干扰，如果在SDCCH频点上存在较严重射频干扰，一方面会造成无效试呼次数和SDCCH射频丢失次数的增加，另一方面，由于移动台频繁占用SDCCH或占用SDCCH的时长增加，可能造成SDCCH的拥塞。解决办法是修改频率规划。 优化位置登记区（LAC）边界，如果位置登记区的边界位于城市主要道路的两侧，或是其他人群密集的区域

29、，会造成该区域内移动台发生频繁的位置登记，加重SDCCH的负荷，产生拥塞。解决办法是：调整天线，增大或减小个别基站发射功率，使该区域有一明显占优势的小区，优化位置登记区（LAC）边界；提高位于LAC边缘小区的重选滞后参数（cell_reselect_hysteresis）。位置登记区重新分区，使位置登记区（LAC）边界避开人群密集地区。 增大T3212（t3212=0-255）位置登记消息需要上报至VLR，延长移动台周期性位置更新时间，可以大大降低系统负荷,包括BSC，SDCCH等等的负荷。系统内各小区T3212 应一致。当BSC处理器过载时，也可考虑增大t3212。 增加SDCCH数量TCH

30、无拥塞时，直接增加SDCCH的数目。在LAC边界处的小区，可以比其他小区分配更多的SDCCH。 提高发送分布时隙数（tx_integer）这是以延长接续时间为代价的。以时间换空间，这是最后的办法。 调整最大重发次数（max_retran）,2020/9/12,32,各主要指标优化思路及经验寻呼1,2020/9/12,33,各主要指标优化思路及经验寻呼2,由以上寻呼以及响应寻呼的流程可以看出在寻呼过程中涉及到A接口，Abis接口以及Um接口的RACH,CCCH信道。 影响寻呼成功率的主要因素： NSS与BSC定义的位置区与CI定义不一致；NSS中定义小区LAI错误 RACH有效请求率低 PCH或

31、AGCH过载 SDCCH溢出,2020/9/12,34,各主要指标优化思路及经验寻呼3,RACH有效请求率低 有效的RACH是指所有真正从移动台发出的随机信道接入请求(RACH REQUEST)成功通过 上述流程直至最终 完成 SDCCH建立(ESTABLISH INDICATION)。 常见问题 RACH无法解调的电平值高 (噪声RACH) :电平很高, 但是BTS不能解码 RACH解调率低 (RACH 送到BSC / 全部 RACH) LapDm建立成功率低(LapDm成功/SDCCH分配数) 过多的无效RACH信道请求(RACH CHANNEL REQUEST),2020/9/12,35

32、,各主要指标优化思路及经验寻呼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_CON

33、F=1)：02 (对于CBC结构, BS_AG_BLK_RES通常设为1 若CCCH与SDCCH不共用物理信道(CCCH_CONF=0)：05(对于BCC结构, BS_AG_BLK_RES通常设为4.或5,2020/9/12,36,网络优化案例介绍,网络规划案例 网络问题分析案例 部分abis接口信令分析案例,2020/9/12,37,网络规划案例,频率规划 基于射频跳频频率规划案例 基于基带跳频频率规划案例 位置区规划案例,2020/9/12,38,网络规划案例频率规划1,XX联通射频跳频规划 丰镇联通可用频点为96124 共29个频点，目前丰镇市区小区载频配置数在3个以下。依照目前情况，为

34、实现最佳的频率复用尽可能减少频率干扰，同时为今后优化工作减轻负担我们对丰镇市区进行了射频跳频规划。 规划原则采用NH-RH综合跳频，即BCCH所在载频不参与跳频。BCCH，TCH分段规划， BCCH频段为113124，共12个频点采用4*3复用。TCH频段为96110共15个频点，111，112作为保留频点在部分小区BCCH使用。但是由于本网基站分布较多，扇区方位角不规则在进行BCCH规划时111，112也有使用采用4*32复用 TCH采用以下三组跳频序列： FHS-Group1: 96 99 102 105 108 FHS-Group2: 97 100 103 106 109 FHS -Gr

35、oup3: 97 100 103 106 110,2020/9/12,39,网络规划案例频率规划2,规划修改前后指标对比,2020/9/12,40,网络规划案例频率规划3,XX移动基带跳频规划 依照目前城区小区配置大部分均在3载波以下，考虑到今后话务增长容量增扩的可能，在规划中留有余量每个小区均按照5载波进行规划。规划方案： 采用 BCCH，TCH分段规划，避免BCCH TCH间同邻频干扰。 BCCH采用37规划方式但是由于基站分布以及实际覆盖的不规则性实际采用了375的规划方式 分配频段为ARFCN=7095 共26个频点 TCH 规划采用分层规划，即针对现网实际载频配置情况对每块载频设置相

36、应的优先级，在规划方案中TCH规划普遍采用34规划方式，但针对频率碰撞较高的TCH1，TCH2 增加部分频点保证频率碰撞几率最小,对发生频率碰撞较小的TCH3,TCH4 则按照34复用进行规划。 具体频率分段情况 BCCH(TCH0) 375规划 分配频段（7095） TCH1 345 分配频段（117） TCH2 345 分配频段（1834） TCH3 34 分配频段（4051） TCH4 34 分配频段（5263） 其中（3539，6469作为优化频点为后期调整保留）,2020/9/12,41,网络规划案例位置区规划1,XX联通位置区划分 针对XX网络LAC区划分形式单一，且位置区范围较大

37、；网络整体覆盖不足的这两个主要的问题，并且为今后网络容量以及用户增加考虑，避免因为受到位置区容量的限制而制约了网络的发展。有必要对本网的位置区进行进一步的细划。,2020/9/12,42,网络规划案例位置区规划2,位置区规划目的： 1、减少小区PCH信道负荷从而减少寻呼损耗提高寻呼成功率 2、减少Abis接口的信令流量缓解网络负担 3、增加不连续覆盖地区MS与网络之间的联系，提高寻呼成功率系统接通率。 4、减少BTS寻呼次数，有效节约基站能源功耗，提升网络容量 位置区规划原则： 位置区边缘避开话务密集区，同时尽量避免分布于道路等用户移动性较强区域。 位置区在BSC内细划，避免出现LAC跨BSC

38、分布，以避免寻呼该位置区用户时两个BSC都要参与造成资源浪费,2020/9/12,43,网络问题分析案例,网络单通问题解决 传输掉话问题解决 被叫无响应问题 彩铃用户拨叫问题 上行干扰排查,2020/9/12,44,网络问题分析案例1单通,问题描述： 用户普遍反映本网存在拨叫困难，接通后双方听不到对方声音，由于由用户反映该问题在本网普遍存在 由于该网络只有一个端局故针对A接口话音中继进行排查。 问题分析： 通过018话务报告我们对平均占用时长较短得A接口时隙进行筛选，通过信令跟踪、时隙监听得方法对问题进行定位。 主要进行以下得核查步骤： BSC1，BSC2 拨打测试以及针对测试号码A接口信令追

39、踪 统计文件反映短时间占用时隙核查，通话短话单核查以及短话单通话占用时隙检查 A接口话音中继时隙监听,2020/9/12,45,网络问题分析案例1单通2,信令跟踪到的占用时长较短时隙,2020/9/12,46,网络问题分析案例1单通3,针对这些时隙我们进行了OMC占用统计对确实存在异常的时隙进行LOCK，并且进行了时隙监听。问题得到解决。以下为占用存在问题的时隙的OMC统计情况：,2020/9/12,47,网络问题分析案例2传输掉话1,问题描述： 优化过程中通过话统分析发现MC14C掉话、MC621掉话、MC736掉话都比较较正常，但MC739掉话却居高不下，传输掉话比较异常,平均每天都在17

40、0次左右,导致了XX移动网络掉话次数的整体上升 统计情况：我们对进期的话统进行了分析、筛选具体情况如下表所示： 通过对一周话统进行观察及分析发现,掉话次数平均每天在800次左右,其中由于MC739(传输掉话)统计的掉话次数平均每天在160次左右，而且大多数集中在BSC2下,2020/9/12,48,网络问题分析案例2传输掉话2,信令跟踪分析： 针对上述情况，我们对XXBSC2A接口(17:15:3318:16:37)一个小时的信令采集，对A接口的信令流程及每条电路的每个时隙进行了仔细的观察发现其第53、54、55三条电路的第31时隙统计的掉话次数之各高达138次，具体情况如右图信令跟踪后的图表

41、所示 由此我们判断53、54、55这三条电路的第31时隙发生故障是导致传输掉话居高不下的主要原因。,2020/9/12,49,网络问题分析案例2传输掉话3,问题解决： 将53、54、55这三条电路的第31时隙打死，以避免传输掉话次数的增加和用户投诉的发生，此后我们又对话统进行了观察，具体情况如下表所示：,2020/9/12,50,网络问题分析案例3被叫无响应1,问题描述： 用户反映XX市区在MS作主叫过程中经常出现长时间等待，期间无振铃，无录音通知，且等待时间较长在20秒以上， 针对 该问题我们进行了拨打测试并且针对主被叫手机在A,Abis接口进行信令跟踪。 测试情况：（以一次事件为例） 主叫

42、侧：MS在16:46:25发起一次呼叫，在话音信道分配完成后等待MSC响应但迟迟未等到，经过大约28秒之后MSC下发“DISCONNECT”原因为正常释放 被叫侧：被叫MS于16:46:28响应寻呼，在占用SDCCH信道后等待大约60秒，一直未进行进行后续进程，MSC下发“CLEAR COMMAND”释放连接。“CLEAR COMMAND”原因为”CALL CONTROL”,2020/9/12,51,网络问题分析案例3被叫无响应2,被叫侧信令流程 经检查发现部分MRSACE模块工作异常，经处理后问题解决,2020/9/12,52,网络问题分析案例4彩铃拨叫问题1,问题描述： 用户反映在拨叫过程

43、中出现拨叫时主叫听到被叫方彩铃而被叫无反映。 问题分析： 针对此问题我们进行拨打测试并进行信令跟踪。此现象共出现4次：以下为对应的信令流程： 主叫在进行拨叫发出初始位置信息IAM后无任何回应，但此时存在错误提示：ISUP connection for this CIC not yet release，即分配的电路并未释放,2020/9/12,53,网络问题分析案例4彩铃拨叫问题2,对这四次呼叫的IAM消息进行详细解码 通过对这四次呼叫的IAM解码发现在以下电路出现问题： Circuit Ident Code：003-05; 003-11; 003-13; 003-17 可见在电路识别码为003

44、的中继存在问题，电路并未释放却被分配，经检查数据003对应为模块：（NA）0702，经过对该模块RESET回复正常,2020/9/12,54,网络问题分析案例5上行干扰排查1,问题描述： XX移动上行频段受到干扰，统计均为BAND5干扰 问题排查： 针对干扰我们利用场强测试仪表进行干扰排查，最终定位在基站附近C网小区,2020/9/12,55,网络问题分析案例5上行干扰排查2,上图为对小区外部干扰进行排查时捕捉的外部干扰情况。目前联通使用带宽为1.228M的201、283两个频点。所对应的中心频率分别为876.89 878.49。即在正常情况下联通C网下行占用的最靠近移动上行的频率为879.1

45、（878.49+1.228/2）。但在实测中发现在联通C网两个载波的左右两侧并非理想的安全底噪而是以对称形式的两个强度较强的波。正是这两个较强的波中的一个占用了移动上行频点的频率，对我方造成干扰。根据这两个波的强度和对称情况可以将问题定位在联通C网下行的滤波器问题上。另联通C网的天线和我方天线的隔离度不够，可能产生交调干扰 后经协商 关闭C网该小区干扰消失,2020/9/12,56,信令分析实例介绍,信令分析与其他方法比较： OMC统计报表： 受系统提供计数器限制，无法对问题进行更细更直观的定位 车载路测设备做DT测试： 无法对实际地点进行准确定位，费时费力效率低， 针对用户投诉解决问题： 反映网络实际问题，但解决过程也需要其他手段，且未能做到 预先发现问题，影响用户满意度。,2020/9/12,57,信令测试/优化包括,无线小区覆盖率的测试及验证 小区覆盖盲点的检测及定位 关于网络规划的报告及统计 更有效的使用无线测试设备 信令错误及设备故障的分析 掉话的检测及诊断 提高网络的利用率 切换分析 呼叫分析 数据库配置的验证及建议,2020/9/12,58,BSS侧信令分析主要内容,查找掉话