设备管理_alcatel设备网络优化课件

2020 2 23 1 Alcatel设备网络优化 2020 2 23 2 主要内容 优化流程概述Alcatel设备指标分析优化经验网络优化典型案例 2020 2 23 3 网络优化概述 北京日讯通信从事移动通信系统的网络优化 已经有多年经验 在GSM系统的网络优化方面积累了若干经验 同时在优化的理论方面也作了一些探索 本文试图将这些理论和经验加以整理 希望能够为今后的GSM网络优化做参考 可以将网络优化过程大致分为三个阶段 整理分析系统基础数据阶段优化实施阶段系统微调和总结阶段 2020 2 23 4 网络优化的目的 改善网络覆盖在有限的频带范围内达到网络容量最大化提高QualityofService QOS 节省网络投资实现资源最大利用 2020 2 23 5 网络优化的步骤 数据采集 数据分析 方案提交 审批执行 2020 2 23 6 第一步 整理分析系统基础数据 本阶段的主要内容包括 1 整理地图和频率规划 包含基站频率 切换关系 基站结构 经纬度 天线倾角 方位角 高度 归属BSC和LAC等信息 2 拨打测试和路测 重点对用户投诉严重的区域进行测试 分析天线覆盖 基站切换 邻频和同频干扰程度 初步掌握恶化区域的主要问题 3 OMCR的数据统计分析 统计系统的掉话率 TCH射频丢失率 SDCCH的射频丢失率 切换掉话率 TCH的拥塞率 SDCCH的拥塞率 TCH的业务量 SDCCH的业务量等指标 可以将指标最为恶劣的几个小区列出 作为重点解决的目标 4 结合1 2 3点 提出在第二阶段实施的优化方案 用一句话概括第一阶段工作 就是 掌握情况 提出方案 2020 2 23 7 第二步 优化实施阶段 本阶段根据优化方案 主要通过采取 基站告警排障 基站检查 频率规划优化 天线调整 切换关系修改 数据库修改达到优化的目的 降低拥塞率 降低掉话率 提高接通率 改善覆盖 改善通话质量 系统优化 systemoptimization 和基站排障 troublshooting 在称谓上截然不同 但在实施中却难以区分 实际上基站排障后 系统指标往往有大幅度提高 路测 信令跟踪等方法贯彻本阶段的始终 通过路测验证以上各种优化手段的实际效果 分析仍然存在的问题 发现新的问题 另外一项日常工作是统计每天的系统运行报告 同样用于评估每日优化效果 发现和分析问题 二者各有侧重 为了便于掌握系统参数设置的整体情况 在慎重确定合理的取值后 将各小区的系统控制参数和小区选择参数统一 这样做 有可能系统局部出现恶化 但是有利于理清思路 因为GSM的参数实在太多 可以通过在第三阶段的微调过程中 将这些参数重新修正 2020 2 23 8 第三步 系统微调和总结阶段 本阶段在前期优化成绩的基础上 通过优化系统控制参数和小区参数微调系统 因为基站硬件 频率规划和天线对系统的影响更大 所以微调系统应该在第三阶段实施 还需要评估前期工作 确认是否需要进行LAC重新分区 是否需要调整BSC所带基站 在那些热点地区增加基站等进一步措施 然后是优化报告 对比优化前后数据 2020 2 23 9 Alcatel设备指标分析优化经验 各主要统计指标及相关COUNTER介绍各主要指标优化思路及经验 2020 2 23 10 各主要统计指标及相关COUNTER介绍 TCH掉话TCH拥塞率切换成功率TCH分配失败 2020 2 23 11 TCH掉话 1 话音信道掉话总次数 是指在指配话音信道完成 即AssignmentComplete 后由于各种原因导致的掉话 A接口 ClearRequest 消息 2020 2 23 12 TCH掉话 2 掉话次数 BSC 掉话次数 CELL MC14C MC621 MC736 MC739MC14C NumberofTCH inHRorFRusage dropsinTCHestablishedphaseduetoBSSproblem MC621 NumberofTCHdropsduringtheexecutionofanyTCHoutgoinghandover perTRX MC736 NumberofTCH inHRorFRusage dropsinTCHestablishedphaseduetoradiolinkfailure radiolinktimeoutorLapdmtimerexpiry perTRX MC739 NumberofTCH inHRorFRusage dropsinTCHestablishedphaseduetoremotetranscoderfailure 2020 2 23 13 TCH拥塞率 1 忙时话音信道溢出总次数 不含切换 是指所有占用SDCCH后由于无TCH信道资源和排队超时造成的溢出次数 统计的为分配失败消息 Assignmentfailure noradioresource ClearRepuest noradioresourceavailable 溢出包括主叫和被叫占用SDCCH后由于无TCH信道资源和排队超时造成的溢出次数 不包括非常早分配时指派TCH信道用做SDCCH的情况 不包括各种切换 包括直接重试的情况 2020 2 23 14 TCH拥塞率 2 忙时话音信道溢出总次数 含切换 MC812 MC541a MC551 MC561MC812 C612 Numberof08 08CLEARREQUESTcause noradioresourceavailable senttotheMSC MC541a NumberofincomingexternalTCHhandover preparationfailuresduetocongestionMC551 Numberofincominginternalinter cellTCHhandover preparationfailuresduetocongestionMC561 Numberofintra cellTCHhandover preparationfailuresduetocongestion 2020 2 23 15 切换成功率 1 切换尝试次数 MC831 C331 MC821 C311 内部入切换尝试次数外部入切换尝试次数 MC871 C361 MC153小区内切换尝试次数直接重试尝试次数 切换成功次数 MC652 C92 MC642 C82 内部入切换成功次数外部入切换成功次数 MC151 MC662 C102 直接重试成功次数小区内切换成功次数以上为联通统计公式移动公式包含有出切换以及外部直接重试的统计 2020 2 23 16 切换成功率 2 切换原因统计 基于110报告 2020 2 23 17 切换成功率 3 从180报告分析邻区关系这三个COUNTER都是针对每个Adjacency 一对有关系的小区 为单位进行统计的分别统计了当前小区到目标小区的切换请求次数 切换尝试次数以及成功次数 2020 2 23 18 各主要指标优化思路及经验 TCH掉话分析与解决拥塞问题优化解决 TCH SDCCH 切换成功率优化解决寻呼成功率优化解决 2020 2 23 19 各主要指标优化思路及经验 掉话1 掉话除去传输设备故障原因 其直接原因有两种 1 无线链路故障 2 切换掉话下面对这两种情况进行分析 1 无线链路故障 相关COUNTER MC736 造成该掉话的原因主要有2个 1 无线链路超时计数器超时 radiolink timeout ABIS口信令触发点为connectfail消息 cause radiolinktimeout 2 2层计时器T200超时 abis接口信令触发点为errorindicator消息 cause T200expiredN200 1 2020 2 23 20 各主要指标优化思路及经验 掉话2 无线链路超时掉话 2020 2 23 21 各主要指标优化思路及经验 掉话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 时的大小会影响到网络的掉话率和无线资源的利用率 如果设置过小 很容易在启动越区切换前 下行无线链路计时器超时 导致无线链路失败而造成掉话 如果设置过大 则通话质量很差 系统很长时间才能释放无线资源 使资源利用率降低 2020 2 23 22 各主要指标优化思路及经验 掉话4 切换掉话对不同小区间的切换 基站子系统判断移动台需要切换后 向移动台发送切换命令 如果目标小区无可用无线资源 基站子系统不向移动台发送切换命令 收到基站的切换命令后 移动台多次向目标小区发送HandoverBurst 如成功接入目标小区 由目标小区向BSC发送切换成功的消息 如不成功 移动台返回源小区 并由源小区向BSC发送切换不成功的消息 切换不成功不等于切换掉话 还存在第三种可能 移动台既没有切换至目标小区 又未能返回源小区 移动台丢失了 第三种情况就是切换引起的掉话 网络向移动台发出切换命令 handovercommand 切换命令包括目标小区TCH 接入目标小区的初始功率等信息 计时器t3103用于判断切换掉话 一旦收到目标小区的切换成功消息或源小区的切换不成功信息 t3103都会停止计时 否则 一旦t3103到时 通知MSC 清除有关连接 发生了切换掉话 2020 2 23 23 各主要指标优化思路及经验 掉话5 掉话产生原因1 覆盖盲区真正没有信号覆盖的地方 比如因基站太少导致覆盖不连续 另一种是切换不及时 在一些信号会迅速减弱的地方 隧道 门厅 地铁 如果切换反应速度过慢 可能在通话还未接入新的信道之前 原来的信道已经衰落到无法正常解码信令 从而导致掉话 覆盖空洞也可能是由于某个小区出现了问题 例如因设备故障造成小区瘫痪 覆盖空洞还可能是由于丢失邻小区定义或定义不全 此时 系统会保持通话在现有小区中 直到超出该小区覆盖边缘而掉话 2 频率干扰干扰有来自内部 网络造成 和外部其它系统交调造成当网络中存在干扰 BTS和MS由于误码率高而不能解出SACCH内容 无线链路超时 从而中断通话 干扰对切换也有负面影响 因为下行链路误码率高 移动台就无法解出BTS发出的切换请求命令 或上行误码高造成MS接入消息不能正确解码导致T3103超时引起掉话 2020 2 23 24 各主要指标优化思路及经验 掉话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避免重复发送clearrequest 2020 2 23 25 各主要指标优化思路及经验 掉话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接口进行跟踪 对相应的计数器修改 2020 2 23 26 各主要指标优化思路及经验 切换1 切换成功率主要包括小区内出 入 切换 小区间内部出 入 切换 外部切换以及直接重试 影响切换成功率的原因主要有以下 问题分析 硬件问题 当切换失败率非常高时 硬件故障可能性最大相邻小区关系问题邻小区负荷恶劣的无线条件干扰 干扰会造成即使目标小区的电平很好 但上 下行信号质量很差的情况移动台将难以占上目标小区的TCH 如果入切换执行失败率很高 必须检查小区的干扰情况 对每一对邻小区检查来 去切换执行失败率能够指明干扰是存在于某一对小区还是很多小区 并进而大致判断干扰区域和干扰性质 如果去切换执行失败率很高 可能是因为切换发起小区的下行干扰 移动台无法解码BTS发出的HANDOVER COMMAND消息 这时由于T3103超时 将产生掉话 还有可能是目标小区的下行或上行干扰 因此 需要认真检查每一对相邻小区 以帮助判断干扰原因 同时检查目标小区的切换执行失败率和分配失败率的相关性 干扰造成的高切换失败率往往伴随着高分配失败率 2020 2 23 27 各主要指标优化思路及经验 切换2 解决思路 相邻小区关系问题对于一对邻小区 检查切换失败率过高是否由孤岛效应引起 作Abis测试并重点检查时间提前量 TA 有助于找出孤岛效应 可增加孤岛小区的天线下倾角以减轻孤岛效应或改变它的BSIC以消除同BCCH BSIC的现象 检查数据库看邻小区表与BTS参数是否匹配 如果有 在OMC R中修改 恶劣的无线条件重叠覆盖少 检查覆盖预测图 注意那些特殊地点 隧道 一旦怀疑 最好进行路测以便确认 并采取相应的无线优化手段改善覆盖 提高小区的覆盖可以通过减小下倾角或增加天线高度来实现 但是这样可能会干扰其它邻小区 根本方法是增加基站或微蜂窝 但这已超出了优化范围 本网由于用户较为分散并且地形阻挡 所以用户的移动性较小 同时基站间距很大所以切换成功率较高 目前影响本网切换成功率的最主要因素是BTS设备的故障 可以通过结合TCH分配失败的检查 通过DT测试以及信令跟踪解决 2020 2 23 28 各主要指标优化思路及经验 拥塞1 SDCCH溢出次数 mc8d callreject TCH溢出次数 c181d MC612C ASSIGMENTFAILcause noradioresource CLEARREQUESTcause noradioresource 小区拥塞可能出现三种情况 1 SDCCH和TCH都出现拥塞 2 SDCCH无拥塞 而TCH出现拥塞 3 SDCCH拥塞高 而TCH拥塞低或无拥塞 2020 2 23 29 各主要指标优化思路及经验 拥塞2 SDCCH和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 可以达到均衡话务量的目的 2020 2 23 30 各主要指标优化思路及经验 拥塞3 SDCCH无拥塞 而TCH出现拥塞修改切换门限通过减小向邻小区切换的门限 handovermargin 提高本小区的切入门限 使移动台很容易地切换出去 同时难以切换进来 是较简单迅速的手段 调整天线增大天线倾角可以减少话务量 减小倾角可以增加话务量 详见5 6天线覆盖的优化 调整小区选择参数调整最小接入电平等参数 可以增大或减小SDCCH和TCH的话务量 2020 2 23 31 各主要指标优化思路及经验 拥塞4 SDCCH拥塞高 而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 2020 2 23 32 各主要指标优化思路及经验 寻呼1 2020 2 23 33 各主要指标优化思路及经验 寻呼2 由以上寻呼以及响应寻呼的流程可以看出在寻呼过程中涉及到A接口 Abis接口以及Um接口的RACH CCCH信道 影响寻呼成功率的主要因素 NSS与BSC定义的位置区与CI定义不一致 NSS中定义小区LAI错误RACH有效请求率低PCH或AGCH过载SDCCH溢出 2020 2 23 34 各主要指标优化思路及经验 寻呼3 RACH有效请求率低有效的RACH是指所有真正从移动台发出的随机信道接入请求 RACHREQUEST 成功通过上述流程直至最终完成SDCCH建立 ESTABLISHINDICATION 常见问题RACH无法解调的电平值高 噪声RACH 电平很高 但是BTS不能解码RACH解调率低 RACH送到BSC 全部RACH LapDm建立成功率低 LapDm成功 SDCCH分配数 过多的无效RACH信道请求 RACHCHANNELREQUEST 2020 2 23 35 各主要指标优化思路及经验 寻呼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 或5 2020 2 23 36 网络优化案例介绍 网络规划案例网络问题分析案例部分abis接口信令分析案例 2020 2 23 37 网络规划案例 频率规划基于射频跳频频率规划案例基于基带跳频频率规划案例位置区规划案例 2020 2 23 38 网络规划案例 频率规划1 XX联通射频跳频规划丰镇联通可用频点为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 2020 2 23 39 网络规划案例 频率规划2 规划修改前后指标对比 2020 2 23 40 网络规划案例 频率规划3 XX移动基带跳频规划依照目前城区小区配置大部分均在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作为优化频点为后期调整保留 2020 2 23 41 网络规划案例 位置区规划1 XX联通位置区划分针对XX网络LAC区划分形式单一 且位置区范围较大 网络整体覆盖不足的这两个主要的问题 并且为今后网络容量以及用户增加考虑 避免因为受到位置区容量的限制而制约了网络的发展 有必要对本网的位置区进行进一步的细划 2020 2 23 42 网络规划案例 位置区规划2 位置区规划目的 1 减少小区PCH信道负荷从而减少寻呼损耗提高寻呼成功率2 减少Abis接口的信令流量缓解网络负担3 增加不连续覆盖地区MS与网络之间的联系 提高寻呼成功率系统接通率 4 减少BTS寻呼次数 有效节约基站能源功耗 提升网络容量位置区规划原则 位置区边缘避开话务密集区 同时尽量避免分布于道路等用户移动性较强区域 位置区在BSC内细划 避免出现LAC跨BSC分布 以避免寻呼该位置区用户时两个BSC都要参与造成资源浪费 2020 2 23 43 网络问题分析案例 网络单通问题解决传输掉话问题解决被叫无响应问题彩铃用户拨叫问题上行干扰排查 2020 2 23 44 网络问题分析案例1 单通 问题描述 用户普遍反映本网存在拨叫困难 接通后双方听不到对方声音 由于由用户反映该问题在本网普遍存在由于该网络只有一个端局故针对A接口话音中继进行排查 问题分析 通过018话务报告我们对平均占用时长较短得A接口时隙进行筛选 通过信令跟踪 时隙监听得方法对问题进行定位 主要进行以下得核查步骤 BSC1 BSC2拨打测试以及针对测试号码A接口信令追踪统计文件反映短时间占用时隙核查 通话短话单核查以及短话单通话占用时隙检查A接口话音中继时隙监听 2020 2 23 45 网络问题分析案例1 单通2 信令跟踪到的占用时长较短时隙 2020 2 23 46 网络问题分析案例1 单通3 针对这些时隙我们进行了OMC占用统计对确实存在异常的时隙进行LOCK 并且进行了时隙监听 问题得到解决 以下为占用存在问题的时隙的OMC统计情况 2020 2 23 47 网络问题分析案例2 传输掉话1 问题描述 优化过程中通过话统分析发现MC14C掉话 MC621掉话 MC736掉话都比较较正常 但MC739掉话却居高不下 传输掉话比较异常 平均每天都在170次左右 导致了XX移动网络掉话次数的整体上升统计情况 我们对进期的话统进行了分析 筛选具体情况如下表所示 通过对一周话统进行观察及分析发现 掉话次数平均每天在800次左右 其中由于MC739 传输掉话 统计的掉话次数平均每天在160次左右 而且大多数集中在BSC2下 2020 2 23 48 网络问题分析案例2 传输掉话2 信令跟踪分析 针对上述情况 我们对XXBSC2A接口 17 15 33 18 16 37 一个小时的信令采集 对A接口的信令流程及每条电路的每个时隙进行了仔细的观察发现其第53 54 55三条电路的第31时隙统计的掉话次数之各高达138次 具体情况如右图信令跟踪后的图表所示由此我们判断53 54 55这三条电路的第31时隙发生故障是导致传输掉话居高不下的主要原因 2020 2 23 49 网络问题分析案例2 传输掉话3 问题解决 将53 54 55这三条电路的第31时隙打死 以避免传输掉话次数的增加和用户投诉的发生 此后我们又对话统进行了观察 具体情况如下表所示 2020 2 23 50 网络问题分析案例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 2020 2 23 51 网络问题分析案例3 被叫无响应2 被叫侧信令流程经检查发现部分MRSACE模块工作异常 经处理后问题解决 2020 2 23 52 网络问题分析案例4 彩铃拨叫问题1 问题描述 用户反映在拨叫过程中出现拨叫时主叫听到被叫方彩铃而被叫无反映 问题分析 针对此问题我们进行拨打测试并进行信令跟踪 此现象共出现4次 以下为对应的信令流程 主叫在进行拨叫发出初始位置信息IAM后无任何回应 但此时存在错误提示 ISUPconnectionforthisCICnotyetrelease 即分配的电路并未释放 2020 2 23 53 网络问题分析案例4 彩铃拨叫问题2 对这四次呼叫的IAM消息进行详细解码通过对这四次呼叫的IAM解码发现在以下电路出现问题 CircuitIdentCode 003 05 003 11 003 13 003 17可见在电路识别码为003的中继存在问题 电路并未释放却被分配 经检查数据003对应为模块 NA 0702 经过对该模块RESET回复正常 2020 2 23 54 网络问题分析案例5 上行干扰排查1 问题描述 XX移动上行频段受到干扰 统计均为BAND5干扰问题排查 针对干扰我们利用场强测试仪表进行干扰排查 最终定位在基站附近C网小区 2020 2 23 55 网络问题分析案例5 上行干扰排查2 上图为对小区外部干扰进行排查时捕捉的外部干扰情况 目前联通使用带宽为1 228M的201 283两个频点 所对应的中心频率分别为876 89878 49 即在正常情况下联通C网下行占用的最靠近移动上行的频率为879 1 878 49 1 228 2 但在实测中发现在联通C网两个载波的左右两侧并非理想的安全底噪而是以对称形式的两个强度较强的波 正是这两个较强的波中的一个占用了移动上行频点的频率 对我方造成干扰 根据这两个波的强度和对称情况可以将问题定位在联通C网下行的滤波器问题上 另联通C网的天线和我方天线的隔离度不够 可能产生交调干扰后经协商关闭C网该小区干扰消失 2020 2 23 56 信令分析实例介绍 信令分析与其他方法比较 OMC统计报表 受系统提供计数器限制 无法对问题进行更细更直观的定位车载路测设备做DT测试 无法对实际地点进行准确定位 费时费力效率低 针对用户投诉解决问题 反映网络实际问题 但解决过程也需要其他手段 且未能做到预先发现问题 影响用户满意度 2020 2 23 57 信令测试 优化包括 无线小区覆盖率的测试及验证小区覆盖盲点的检测及定位关于网络规划的报告及统计更有效的使用无线测试设备信令错误及设备故障的分析掉话的检测及诊断提高网络的利用率切换分析呼叫分析数据库配置的验证及建议 2020 2 23 58 BSS侧信令分析主要内容 查找掉话的