xx市全程测试分析报告v1

XX 市全程测试报告 目 录 1 本次测试概述 3 1.1 测试概况及路线 .3 1.2 测试指标统计情况 .3 1.2.1 测试指标统计 3 1.2.2 主叫手机接收电平及通话质量分布图 5 1.2.3 被叫手机接收电平及通话质量分布图 6 1.2.4 主叫手机 MOS 分布图 .7 1.2.5 被叫手机 MOS 分布图 .7 2 测试事件概述 7 2.1 测试案例情况汇总列表 7 2.2 未接通事件归类统计 .8 2.2.1 未接通分类统计 .8 2.2.2 未接通原因分类 .8 3 未接通事件分析 9 3.1 位置更新导致的未接通 9 3.1.1 主叫位置更新导致的未接通 .9 3.1.2 被叫位置更新导致的未接通 .11 3.2 SDCCH 拥塞导致的未接通 .13 3.3 SDCCH 掉话导致的未接通 .14 3.4 TCH 分配失败导致的未接通 15 3.4.1 无线原因导致的 TCH 分配失败 15 3.4.2 BSC 原因导致的 TCH 分配失败 .17 3.5 TCH 拥塞导致的未接通 .18 3.6 其他异常原因导致的未接通 .19 3.6.1 由于上行干扰导致的未接通 .19 3.6.2 Cause: No user responding.22 3.6.3 Cause: User Busy.23 3.6.4 呼叫重建导致的未接通 25 3.6.5 交换机异常导致的未接通 26 3.6.6 BSC 与 MSC 间 CR,CC 丢失造成未接通 28 4 掉话事件分析 32 4.1 弱覆盖导致掉话 .32 4.2 越区覆盖导致掉话 .34 4.3 邻区关系不全导致掉话 35 4.4 同频误切换导致掉话 .36 4.5 目标小区拥塞导致掉话 38 4.6 参数设置异常导致掉话 38 4.7 切换参数设置错误导致掉话 .39 4.8 外部邻区数据错误导致掉话 .40 4.9 无主控覆盖掉话 .41 4.10 载频故障导致掉话 .43 4.11 基站断站导致掉话 .44 5 其他问题事件分析 .45 5.1 频率干扰导致质量差 .45 5.2 蜂窝泄漏导致质量差 .46 5.3 直放站频导频率干扰质量差 .47 5.4 天线接反导致覆盖异常 49 5.5 参数设置不合理导致频繁切换 .51 5.6 用户投诉案例 1 .52 5.7 用户投诉案例 2 .54 6 部分小专题案例 60 6.1 高新五路天线整改方案 60 6.2 科技一路优化专题 .63 6.3 南二环质差优化方案 .64 6.4 其他专题附件 66 1 本次测试概述 1.1 测试概况及路线 此次 XX 市拉网 DT 测试，主要了解 XX 市整体无线网络运行现状,有针对性地对存 在问题的区域进行网络优化,以提高无线覆盖指标。 该报告为此次测试详细的指标统计、Rxlevel 、Rxqual、MOS 统计以及针对现网 存在问题进行案例分析。表 1 为测试相关的一些项目介绍： 表 1 与测试相关的项目介绍 序 号 项 目 内 容 备注 1 测试软件 华星 2 测试手机（主叫） SAGEM OT260 3 测试手机（被叫） SAGEM OT260 4 测试时间 2010 年 XX 月 XX 日 5 测试路线 XX 市区主要道路 6 测试方式 采用手机相互拨打的方式，手机拨叫、接听、挂机都采 用自动方式。每次通话时长 180 秒，呼叫间隔 20 秒； 如出现未接通或掉话，应间隔 20 秒进行下一次试呼。 1.2 测试指标统计情况 1.2.1 测试指标统计 表 1 测试统计汇总 统计项目 主叫 MS 被叫 MS 统计项目 指 标 呼叫次数 接通率 接通次数 掉话率 未接通次数 覆盖率 掉话次数 话音质量/MOS / 【注】：根据新的 CMCC 规范需要考核 MOS=3.0 占比、全称呼叫成功率，请参考附件： 2008年 中 国 移 动 网络 质 量 现 场 测 试 规 范 V2.xls2011测 试 指 标 及 定义 .docx 表 2 覆盖率统计 Rxlevel （sub values） 主叫 MS 被叫 MS统计项目 采样点 百分比 采样点 百分比 -110Rxlev-94 -94Rxlev-90 -90Rxlev-85 -85Rxlev-75 -75Rxlev0 采样点总数 覆盖率 覆盖率合计 表 3 话音质量 RxQual (SUB values) 统计结果 主叫 MS 被叫 MS统计项目 采样点 百分比 采样点 百分比 0Rxqual 3 3Rxqual 5 5 Rxqual 7 采样点总数 话音质量 话音质量合计 1.2.2 主叫手机接收电平及通话质量分布图 图 1 主叫 Rxlevel 接收电平分布图 图 2 主叫 Rxqual 通话质量分布图 1.2.3 被叫手机接收电平及通话质量分布图 图 3 被叫 Rxlevel 接收电平分布图 图 4 被叫 Rxqual 通话质量分布图 1.2.4 主叫手机 MOS 分布图 1.2.5 被叫手机 MOS 分布图 2 测试事件概述 2.1 测试案例情况汇总列表 序号 问题路段 问题类型 问题分析 解决方案 1 芙蓉东路 未接通 被叫 MS 在问题路段位置更新 （GM8GM14、3725537273）,导致此次未接通，详细分 析主被叫数据，发现问题区域有不同交换机 （GM8、GM14）的两个小区 XA541_0、XAM028_1 交叉覆盖， 由于无线环境的影响，问题区域无法调整天线让这两个小 区主控区域分开，故导致 MS 在问题区域频繁位置更新。 1. 将 XAM028 由 GM14 割 接 GM8 下。 2 西影路附 近无名小 路 掉话 MS 在该路段占用 XAF348_1 的旁瓣信号，电平在-65dBm 至 -85dBm 之间，TA 值为 13，很明显小区 XAF348_1 在问题 区域拉有直放站或室分信源等，由于问题区域道路较小且 受周围建筑物阻挡 MS 在问题区域的主控小区为该信源信 号，邻区不全切换存在同邻频干扰导致 MS 无法正常通话。 建议根据室分信源的位置核查周边的邻区关系。另外根据 测试数据发现 MS 在该小区基站下未收到该小区的信号， 判断该基站的经纬度存在问题，需要实地勘察。 1. 建议根据 XAF348_1 信 源的实际位置核查相关邻 区关系。 2. 实地勘察基站 XAF348 的实际经纬度。 3 雁翔路西 边无名路 掉话 掉话、未 接通 问题区域为一无名路，通向理工大曲江校区，目前由于掉 话地点南边岳家寨区域拆迁附近 XAD628、XA720 等基站均 搬迁断站，另外应急站 XAT094、XAT302、XAT303 等应急 站也因为硬件原因目前无法正常工作，导致问题区域弱覆 盖，从而导致掉话。近期 XAT302、XAT303 即将开启但仍 然不能满足对路面的覆盖，由于该路段在后期测试中的重 要性，建议在该路段新建基站，基站大致位置见下图： 1. 临时添加 XA753_2 至 XA499_2、XAT302_0、XAT 303_0、XAT302_2、XA221 _2 的双向邻区关系。 2. 在双馨园附近新建基 站加强覆盖。 4 公园南路延伸段 掉话未、接通 问题区域基站稀少，MS 在问题区域接收电平均很差，属 于弱覆盖区域，经查基站数据库，问题区域有应急站 XAT085，由于供电原因断站， 目前已放开正常工作，基 站正常工作后可满足问题区域的覆盖。同时问题区域北边 覆盖紊乱需要实地勘察附近天线，根据无限情况调整问题 区域，优化切换序列。 1. 开启应急站 XAT085 并 对该站进行勘察，采集基 础数据，优化天线方位角。 2. 复测问题路段根据无 线环境优化问题区域切换 序列。 5 芙蓉东路 掉话 芙蓉东路曲江海洋馆对面，问题区域无主控覆盖且朝东行 驶为下坡路段，距离较近的基站 XA217（精神卫生中心 _2）受阻挡在该路段覆盖较差，且 XAM788_1 受阻挡在问 题区域覆盖也很差，建议在问题区域添加应急站解决覆盖 问题。 1. 在问题区域添加应急 站解决覆盖。 6 7 2.2 未接通事件归类统计 2.2.1 未接通分类统计 未接通原因 次数 百分比 位置更新 30 41.67% 被叫 5C 4 5.56% SD 掉话 12 16.67% 异常拆链 2 2.78% TCH 分配失败 11 15.28% 被叫无 setup 0 0.00% 被叫无信令 5 6.94% TCH 掉话 2 2.78% 路由更新 0 0.00% 其他 6 8.33% 总计 72 表 2 未接通统计（按现象分类） 2.2.2 未接通原因分类 未接通原因 次数 百分比 位置区 33 45.83% TCH 拥塞 4 5.56% SD 拥塞 3 4.17% 频率干扰 4 5.56% 异常拆链 2 2.78% 坏小区 4 5.56% GPRS 0 0.00% 被叫无信令 5 6.94% 被叫无 setup 0 0.00% 覆盖问题 1 1.39% 小区参数 6 8.33% MSC&BSC 问题 2 2.78% 仪表故障 1 1.39% 其他 7 9.72% 总计 72 表 3 未接通统计（按原因分类） 3 未接通事件分析 未接通概述： 根据 CMCC 规范 以主叫 Channel request 来确定试呼开始，接着出现了 Connect，Connect Acknowledge 消息中的任何一条就计数为一次接通，否则就计为一次未接通。 CMCC 测试标准中规定：在城市忙时进行自动拨打测试，每次通话时长 120 秒，呼叫间隔 20 秒；出现未接通情况，应间隔 20 秒进行下一次试呼。 接通率定义：接通率接通总次数/试呼总次数100； 说明： 接通次数：当一次试呼开始后出现了 Connect，Connect Acknowledge 消息中的任何一条就计 数为一次接通。 接通率总 Connect（Connect Acknowledge）数/总 Channel Request 数100 接通率取主叫双频测试手机的统计结果。 附件：未接通空口流程分析 未 接 通 空 口 流 程 分析 .doc 3.1 位置更新导致的未接通 3.1.1 主叫位置更新导致的未接通 在 GSMDT 正常测试中，主叫手机在 idle 状态下有时会发生小区重选现象，小区 重选后主叫手机会有两种情况下的位置更新。一种为在 idle 时间内主叫手机位置更 新顺利完成，另一种为手机小区重选后还未来得及进行位置更新或位置更新未完成， 主叫手机就发起起呼命令（channel request），此种情况会导致未接通，网络下发 CM Service Reject（Cause4，IMSI unknown in VLR）。 案例描述： 如图中红圈处所示，主叫测试手机行驶过程中占用林庄 1 小区，手机接收电平为 53dbm 左右，发起呼叫，但未接通。 主叫手机占用小区情况图 案例分析： 回放测试数据知，主叫手机由国税局 3（LAC:20854）重选到林庄 1（LAC:20857），未来得及做位置更新就发起呼叫，导致未接通。信令显示为 CM Service Reject，Reject Cause Value：IMSI Unknown in VLR。 信令 CM Service Reject 消息示意图 信令 CM Service Reject 详细内容示 解决方案： 根据 C1、C2 算法，调整 CROCRH 等相关重选参数。 3.1.2 被叫位置更新导致的未接通 在 GSMDT 测试中中是一种常见的现象，具体情况为主叫起呼后，被叫正在进行位 置更新，无法正常响应主叫的寻呼命令，最后主叫网络下发 Disconnect（Cause Number18，No User responding）。主叫正常起呼后，TCH 分配完成，被叫正在做 位置更新，最后主叫网络下发 Disconnect，导致未接通，cause 一般为：NetWork Out Of Order。附被叫位置更新案例如下： 案例描述： 17:16:54 主叫占用西安路_1 出现未接通现象。 案例分析： 由信令图可以看出，主叫完成起呼（assignment complete） 后 23 秒，被 叫正处于位置更新流程中，导致未接通发生。如图所示： 主叫起呼信令图 被叫位置更新信令图 解决方案： 合理规划 LAC 区域，减少位置更新时长，通过 2 次寻呼等手段解决。 附件：LAC 规划不合理导致未接通案例： 西 区 分 部 交 换 机 归属 调 整 建 议 20100624.doc 3.2 SDCCH 拥塞导致的未接通 由于 SDCCH 拥塞导致的未接通，需要结合 A 接口，Abis 接口信令跟踪及 OMC 统计 分析。具体情况为主叫手机起呼 Channel Request 后，网络无法对其进行正常的立即 指配命令。见网络连续对主叫进行立即指配命令，但均未成功，最后导致未接通，通 过分析发现该小区存在 SDCCH 拥塞现象。附 SDCCH 拥塞案例如下： 案例描述： 16：49：13 主叫占用移动公司_1 出现未接通。 案例分析： 在主叫完成起呼（assignment complete ）后 2 秒左右，此时被叫发起信道请求 channel request report,由于 SDCCH 拥塞溢出，被叫手机无法获得 SDCCH，重复 2 次 发送信道请求后仍然无法获得 SDCCH 信道消息的回复，导致未接通的发生。如图所示： 主叫信令流程图 被叫信令 流程图 解决方案： 增加 SDCCH 信道 3.3 SDCCH 掉话导致的未接通 在 SDCCH 正常指配过程中，无线链路有时候会变得很差，最后会引起 SDCCH 掉话， 从而导致未接通。主叫起呼，立即指配顺利完成后，话音质量变得很差，最后 SDCCH 掉话引起未接通。（该情况较多是由于重选不及时、背向起呼、无线环境差等原因引 起，低电平起呼后来不及切换，无线信道恶化导致，可以从小区选择、小区重选等方 面来着手处理该问题）附 SDCCH 掉话案例如下： 案例描述及分析： 测试车辆沿青松路由东向西行驶，MS 占用 XA731_1 在 20：05：09 发起 CHANNEL REQUEST,SDCCH 分配成功，手机上发 classmark change 后，下行质量较差，手机一直 上发测量报告，直至转为空隙模式，SDCCH 掉话发生未接通。 解决方案： 调整 XA731_1 方位角增强该路段主控覆盖。 3.4 TCH 分配失败导致的未接通 3.4.1 无线原因导致的 TCH 分配失败 在 GSMDT 测试中常有发生，具体情况为无线链路很差或者其它软硬件原因导致 TCH 分配失败，从而引起未接通。TCH 分配失败的现象，网络下发 Assignment Command 后，移动台由于下行电平和下行质量均很差，导致移动台分配失败 （Assignment Failure），从而导致无法接通。 案例描述： 14：29：42 主叫占用西安路_2 信号发起呼叫(channel request report)，在 14：29：44 完成呼叫（assignment complete）,被叫未接通。 案例分析： 在主叫呼叫完成后 23 秒后，被叫开始信道请求，在完成 assignment complete 后 2 秒左右出现 assignment failure（TCH 分配失败）,导致未接通发生。如图所示： 主叫起呼流程图 被叫 TCH 分配失败信令图 解决方案： 优化问题区域的无线环境，排除弱覆盖、频点干扰、基站硬件故障。 3.4.2 BSC 原因导致的 TCH 分配失败 案例描述及分析 （1）主叫手机在 call proceeding 后 1 秒左右收到原因为 normal call clearing 的 DISC，在 A 接口,主叫手机在发送 call proceeding 后,MSC 向 BSC 发送 assignment request 消息,而 BSC 回应 assignment failure(cause: protocol error between BSC and MSC),MSC 向手机发送 DISC(normal call clearing)释放链路. （2）被手机在 call confirm 后 1 秒左右收到原因为 normal call clearing 的 DISC,主叫手机在 TCH 分配成功后收到网络下发的原因为 normal call clearing 的 DISC.在 A 接口,被叫手机在发送 call confirm 后,MSC 向 BSC 发送 assignment request 消息,而 BSC 回应 assignment failure(cause: protocol error between BSC and MSC),MSC 同时向主,被叫手机发送 DISC(normal call clearing)释放链路。 解决方案： 配合 OMC-R 组解决 BSC 性能指标 3.5 TCH 拥塞导致的未接通 TCH 拥塞引起的未接通，需要结合 A 接口，Abis 接口信令跟踪及 OMC 统计来进行 具体分析。主叫手机起呼后，无线链路正常建立，电平正常，主叫信令 call proceeding 后，网络无 Assignment command 命令，最后网络下发 Channel Release，导致未接通。 案例描述： 拥塞造成的未接通主被叫手机均有可能发生，从信令流程上来看主叫手机在 Call proceeding ( 被叫手机在 Call confirmed )后，系统没能下发 Assignment command 消息，察看 Disconnect 的 Cause 为 No radio resource。 案例分析： 结合话务报告分析该小区的占用情况是否存在拥塞。 主叫流程 被叫流程 解决方案： 扩容高话务小区。 3.6 其他异常原因导致的未接通 3.6.1 由于上行干扰导致的未接通 问题描述： 在 10:49:50 分测试车辆桃园基站方向行使，主被叫手机占用桦树岭 3（17235_2113）小区时，主被叫手机的接收电平都在-60db 左右，语音质量为 0；在 收到下行的 Immediate Assignment 命令，分配 SDCCH 信道后，在 SDCCH 上信令突然 中断转为 IDLE 模式，导致一次未接通的发生，而被叫手机一直处于 IDLE 状态。 问题区域话音质量和小区分布图 问题分析： 主被叫手机占用桦树岭 3（17235_2113）小区时，在距离农行 2.8 公里处，发生 一次未接通，电平为-70db 左右，现场测试环境良好，MS 在收到下行的 Immediate Assignment 命令，分配 SDCCH 信道后，在 SDCCH 上信令突然中断转为 IDLE 模式，查 看话务报告发现桦树岭 3 小区的上行干扰较严重，导致桦树岭 3 小区的上行质量切换 较多，占总比例的 49.85%，由于上行干扰导致桦树岭 3 小区的 TCH 分配失败率也较高 （10.80%）。 桦树岭 3 小区上行质量切换分析图 TCH 分配失败分析图 解决方案： 对问题小区进行扫频测试，查找干扰源。 3.6.2 Cause: No user responding 当主叫手机 Disconnect Cause 为 No user responding，一般具体原因都为被叫 未发出 Channel Request Report 响应寻呼或者被叫发出 Channel Request Report 后 无后续信令，导致未接通发生。 问题描述： 如图中红圈处所示，主叫手机行驶过程中占用仪征城南 3，接收电平为66dbm， 通话质量等级为 0，发起呼叫，但未接通。 主叫手机占用仪征城南 3 未接通示意图 主叫手机占用仪征城南 3 情况图 问题分析： 通过数据回放，发现主叫手机占用仪征城南 3，发出 Assignment Complete 后 9 秒，收到 Disconnect 消息，原因为 No user responding 。被叫发出 Channel Request Report 后无后续信令，导致未接通发生。 主叫信令 Disconnect 详细内容示意图 3.6.3 Cause: User Busy 案例描述： 主叫手机在 14：35：00 完成起呼后 1 秒左右拆链，出现未接通现象，拆链 （disconnect）原因为用户忙（cause value: user busy）。在随后 4 分钟时间内连 续出现连续未接通现象。 案例分析： 查看被叫信令后发现，被叫在未接通出现前的一次呼叫中，在被叫收到 connect acknowledge 消息后一直处于系统消息 5 和系统消息 6 状态，没有收到后续上行的 disconnect 消息，也就是一直未出现信道拆链和释放，导致此后 4 分钟左右的时间内 出现手机吊死的情况，直到 14：39：40 秒才出现下行的 disconnect 消息，而主叫在 被叫未拆链和信道释放的情况下进行的连续的呼叫就出连续未接通情况，未接通的原 因都是用户忙（cause value: user busy）。在被叫完成拆链后呼叫恢复正常状态。 在如图所示： 主叫未接通信令图 主叫未接通时被叫信令图 被叫上一次连接确认信令图 被叫出现拆链消息信令图 （注：14：34：06 在被叫收到 connect acknowledge 消息后一直处于系统消息 5 和系统消息 6 之中，直到 14:39:40 才出现被叫拆链和信道释放消息） 解决方案： 此问题一般为手机原因导致，因此通过复测应该可以避免再次出现未接通。 3.6.4 呼叫重建导致的未接通 案例描述: 西潼高速测试手机占用小区 LAC：37318 CI：18478（临潼斜口），MS 在 15：40：11 上发 CHANNNEL REQUEST,SDCCH 分配成功后收到交换机下发的 CM SERVICE REJECT，3s 后收到系统下发的 CHANNEL RELEASE，发生未接通。 案例分析： 查看主叫 MS 层三信令后发现 MS 在 15：40：06 时发生一次无线链路超时掉话， 随后 MS 在 15：40：11 发起呼叫重建（CM RE ESRABLISHMENT REQUEST），查交换侧 及 BSC 侧计数器及参数后发现，该小区所属交换没有开启呼叫重建功能，而该小区所 属的 ALCATEL BSC 该功能开启，手机在 15：40：11 发起 CHANNEL REQUEST，随即收到 下发的 CM SERVICE REJECT，引起未接通。 解决方案： 建议同时关闭交换侧及 BSC 侧呼叫重建的功能。 3.6.5 交换机异常导致的未接通 问题描述： 主叫 MS assignment complete 后收到系统下发的 Disconnect 信令， CAUSE：temporary failure（正常流程为 assignment complete 后收到 alerting，然 后收到 connect 信令），查看被叫上发 alerting 后，收到系统下发的 Disconnect 信 令，CAUSE：temporary failure。 主叫信令 被叫信令 问题分析： 主叫未收到系统下发的 alerting 信令，当时无线环境良好，查看小区指标正常， 被叫 MS 上发 alerting，但交换侧未给主叫描述 MS 下发 alerting，且交换机对主被 叫手机同时拆链，由此判断该小区(XAD813_0)所属的交换机存在一定未知故障，建议 交换侧跟信令，查看具体原因。 解决方案： 交换侧跟踪信令解决该问题。 3.6.6 BSC 与 MSC 间 CR,CC 丢失造成未接通 案例描述及分析： 被叫手机在发送 paging response 后 31 秒,收到网络下发的原因为 normal event 的 channel release 消息,主叫手机在 TCH 分配成功后收到网络下发的 DISC(no user responding) 主叫手机在 TCH 分配成功后 8 秒中,收到网络下发的 DISC 消息 cause 为 NO USER RESPONDING被叫手机在上发 paging response 消息后 28 秒,收到网络下发的 channel release(cause: normal event). 我们同时跟踪了 A 口和 Abis 口信令, 发现在被叫手机 A 口流程中,存在网络下发的 setup, identification request , disc 等消息,而这些消息在 Abis 和空中接口上都不存在(A 口上明确已下发),BSC 由于 某种原因丢弃了这些信令,造成未接通. 空口信令流程 被叫流程 主叫流程 A 接口信令流程 主叫流程 被叫流程 Abis 信令流程 被叫流程 解决方案： 检查 BSC 侧或交换机侧信令模块或信令链路是否存在故障。 4 掉话事件分析 4.1 弱覆盖导致掉话 问题描述： 如下图所示，测试车辆顺图示路线朝理工大曲江小区行驶，MS 在问题区域占用信 源站 XAF573_2（问题区域暂无其他宏站覆盖目前暂由该信源覆盖）接收电平在-68dBm 左右，随车辆向南行驶至理工大曲江校区门口附近时，MS 电平衰减-90dBm 左右，质量 恶化至 7 级，无线链路超时掉话，同时发生一次未接通。 问题区域质量图 问题分析： 问题区域为一无名路，通向理工大曲江校区，目前由于掉话地点南边岳家寨区域 拆迁附近 XAD628、XA720 等基站均搬迁断站，另外应急站 XAT094、XAT302、XAT303 等应急站也因为硬件原因目前无法正常工作，导致问题区域弱覆盖，从而导致掉话。 近期 XAT302、XAT303 即将开启但仍然不能满足对路面的覆盖，由于该路段在后期测 试中的重要性，建议在该路段新建基站，基站大致位置见下图： 解决方案： 1. 临时添加 XA753_2 至 XA499_2、XAT302_0、XAT303_0、XAT302_2、XA221_2 的双向 邻区关系。 2. 在双馨园附近新建基站加强覆盖。 4.2 越区覆盖导致掉话 问题描述： 测试车辆顺高新二路由北向南进行测试，MS 占用 XAF002_1 正常通话，接收电平 为-50dBm 左右，质量 0 级。随测试车辆行驶至 XA102 基站下时 MS 仍未向 XA102_0（BCCH:89）切换，MS 挂机后在空闲模式下占用 XAF002_1，一直未重选至 XA102_0，占用 XAF002_1 起呼后，随车辆行驶 MS 电平逐渐衰减直至掉话。 问题分析： MS 占用 XAF002_1 正常通话直至 XA102_1 基站下，由于 XAF002_1 在问题区域信号 较强为-50dBm 左右，一直未与主控该区域的 XA102_0（-48dBm 左右）发生切换，分析 数据发现由于 XAF002_1 电平较强未达到 PBGT 切换条件。随后 MS 挂机，手机在空闲 状态仍然占用 XAF002_1，由于 XAF002_1 与主控小区 XA102_0 位于不同的 LAC 区域， 手机为重选至 XA102_0，同时 XAF002_1 在问题区域仅添加 XA102_0 的切换关系，起呼 后随车辆拐转向科技三路向西行驶，电平衰减值-80dBm 左右，无线链路超时掉话。经 过以上分析后该掉话主要是由于 XAF002_1 越区覆盖造成的。 解决方案： 1.控制 XAF002_1 的覆盖范围。 2.添加 XAF002_1、XAD506_1 的切换关系。 4.3 邻区关系不全导致掉话 问题描述及分析： 测试车沿科技路由东向西行驶， MS 占用 XAD806_0 正常通话，随车辆向西行驶 MS 电平逐渐衰减至-80dBm 左右，但一直不与邻区电平较高的 XAD506_1XAD112_0（- 63dBm、-64dBm）等小区切换，已达到 PBGT 切换条件，OMC-R 查看各项切换参数均正 常，最终 MS 拖死在该小区上，查 RNP 发现该小区未添加 XAD506_1 等小区的邻区关系。 解决方案： 添加 XAD806_0 至 XA529_0、XA529_1、XAD112_0、XAD112_1、XAF731_2、XA026_2、XAD506_1、XAF002_ 1 的双向切换关系。 4.4 同频误切换导致掉话 问题描述及分析： 在陆家北附近，火车由苏州至上海，MS 占用陆家北 2（5572B），在 TA 达到 4 时， 5572B 的电平已经下降至-75dbm 左右，电平此时也较差，随后主被叫同时做了切换， 但切向了不同小区，其中被叫切换至了花桥北 1（5589A，BCCH/BSIC=52/54），比较 正常，但是主叫却切换到了陆家正北（55059A），此小区的 BCCH 也同为 52，BSIC 为 53，切换成功后，电平就开始恶化，质量等级也达到 7 级，最终导致掉话，如图所示： 此次事件主要是陆家北 2（5572B）的邻区存在同 BCCH 的小区，而 MS 解错 BSIC 导致了掉话发生，如图所示： 另外此段路段质量一直较差，主要原因为缺少基站覆盖，而周围基站电平相差不大， 导致频点干扰叫严重，此段铁路还需增加基站来覆盖。 解决方案： 删除陆家北 2（5572B）至陆家正北 1（55059A）的单向邻区关系； 将陆家正北 1（55059A）的 BCCH 频点 52 更改为 80。 4.5 目标小区拥塞导致掉话 问题描述及分析： 西三环快速干道十字以北，主叫 MS 占用 XAF748_1，接收电平-74dBm 左右，质量 0 级，随车辆向北行驶，MS 电平逐渐衰减，但邻区中 XAF748_2 的电平为-55dBm 左右， 已经达到 PBGT 既紧急切换门限，但 MS 一直不与该主控小区切换，随后 MS 切换至较 远的 XAD734_2,电平为-85dBm，随后 MS 又切换至 XAD735_0，占用该小区后由于无线 环境差，最终掉话。查话务报告发现 XAF748_2 该时段有 80 次含切换的拥塞，目前定 位该掉话原因为 XAF748_2 拥塞导致。 解决方案：对 XAF748_2 进行载波扩容。 4.6 参数设置异常导致掉话 问题描述及分析： 丈八北路科技路十字附近，测试车辆由南向北行驶，MS 占用 XAD144_0，低电平 起呼（接收电平为-85dBm），接收质量 3-5 级，接通后 MS 切换至较远的 XAD814_0， 随车辆向北行驶，MS 电平逐渐衰减，质量恶化，直至无线链路超时掉话。问题根本原 因为主控小区发生改变，查 OMCR 发现主控小区 XA545_0 降功率-4dBm，而且 XAD144_0 的 CRO 过大（CRO=6），导致 MS 未及时重选至主控小区 XA545_0. 解决方案： 1. 恢复 XA545_0 的功率。 2. 调整 XAD144_0 的 CRO 由 40。 3. 添加 XAD144_0 至 XAF730_0XAF730_1 的双向切换关系。 4.7 切换参数设置错误导致掉话 问题描述： 测试车辆顺高新二路由北向南行驶然后右拐科技三路，MS 由 XA102_1 切换至 XA208_2，MS 占用 XA208_2，接收电平-55dBm 左右，质量 5-7 级。质量恶化无线链路 超时掉话。 问题分析： MS 占用 XA208_2，接收电平-55dBm 左右，由于受到 XA325_0 的同频干扰（同 TCH 跳频）导致质量恶化至 6 级左右，由于不满足下行质量紧急切换条件，导致 MS 一直 占有 XA208_2 直至无线链路超时掉话。 下行质量紧急切换条件： 解决方案： 1.优化 XA208_2 的 TCH 频点。 2.增大 XA325_0 的机械下倾角，控制其覆盖范围。 3.设置 RXLEV_DL_IH 为-50dBm。 4.8 外部邻区数据错误导致掉话 问题描述及分析： 测试车辆顺长缨路朝东北方向驶入华清路，MS 正常通话占用 NORTEL 小区 XAD060_0（五三二处招待所（共 XA096）、XA096_0、XA560_1 等小区但随车辆继续 向东北方向相似，MS 的电平逐渐衰减，但一直不与 ASB 小区 XAD785_0、XAD785_1 等 小区切换，均达到 PBGT 切换条件，随后电平逐渐衰减，质量迅速恶化，无线链路超 时掉话。查 OMCR 发现邻区数据及参数均设置正常，且目标小区 TCH 信道该时段无拥 塞，考虑到问题区域为交换机边界，随后我们对外部邻区数据进行核查，核查后发现 NORTEL 小区至 ASB 小区的外部邻区数据的 BCCH、BISC 存在错误。 解决方案： 1.核查 NORTEL、ASB 小区之间的外部邻区关系及信息并修改。 4.9 无主控覆盖掉话 问题描述： 如下图所示行驶方向，MS 先后占用 XAD127_1、XA698_1、XAD005_2，最后占用 XA698_1 接收电平-70dBm，质量 4 级左右，由于受到到高层的阻挡 MS 电平突降，质 量恶化，无线链路超时掉话。 问题区域质量图 问题分析：MS 占用 XAD127_1 顺长安路由北向南行驶至长安立交时右拐顺南二环由东 向西行驶，先后切换至 XAD005_2、XA698_1，随车辆行驶，信号受省图书馆大楼阻挡， MS 占用 XA698_1 电平突降，质量恶化，最终无线链路超时掉话，并发生一次未接通； 从数次测试数据来看，南二环长安立交段缺乏主控覆盖，信号杂乱，接收电平在- 75dBm 左右，且存在一定的频率干扰。 解决方案：1.对该路段附近基站天线方位角及下倾角进行勘察并调整，加强该路段的 主控覆盖，减少掉话的概率。 后期分析：实地勘察基站后发现 XAD005_2 及共站的 XA406_2 可满足该立交的主控覆 盖，测试发现 MS 占用 XA698_1 自长安路朝二环向西拐弯时，受到高楼阻挡电平突降， 后期方案为控制 XA698_1 的覆盖范围，增大天线下倾角，不让其覆盖至立交附近，同 时增大 XA406_2 的天线下请假增强其在立交下层的主控覆盖，通过多次尝试调整，最 终该路段无线覆盖良好，切换序列顺畅，达到预期目标。 4.10载频故障导致掉话 问题描述： 车 辆 沿 测 试 路 线 由 西 向 东 行 驶 ， 在 9:11:45 左 右 ， 主 被 叫 均 占 用 沙 井 头 2（ LAC： 20737 CI： 4521） 的 第 76 号 TCH 频 点 ， 被 叫 直 接 由 通 话 模 式 转 为 空 闲 模 式 ， 稍 后 主 叫 收 到 下 行 的 Disconnect， Cause 为 Temporary Failure， 当 时 主 被 叫 电 平 与 质 量 均 良 好 。 掉 话 前 主 被 叫 信 号 图 主 被 叫 手 机 信 令 图 问题分析： 通 过 该 小 区 的 话 务 分 析 和 信 令 跟 踪 确 认 为 小 区 载 频 故 障 造 成 解决方案： 更 换 问 题 TRX。 4.11基站断站导致掉话 问题描述及分析：如下图所示，问题区域主要有 XA540 及 XAD455 主控覆盖，由于 XA540、XAD455 两个基站断站，导致问题区域路段覆盖弱，接收信号杂乱且电平仅为- 85dBm 左右，低电平下干扰增强，同时切换关系未添加较远的基站，导致问题区域发生 3 次掉话（被叫手机 2 次、主叫手机 1 次）。 问题区域质量图 建议：1.尽快开启相应优化设备加强问题区域的覆盖。 5 其他问题事件分析 5.1 频率干扰导致质量差 问题描述及分析： 在下图中红圈所示位置，由于东宝花园 3 小区的 67 频点受到江东中学 3 小区的 67 频点的干扰质量不佳。 解决方案： 将东宝花园 3 小区的 67 频点改为 66。 5.2 蜂窝泄漏导致质量差 问题描述及分析： 该路段丰臣海悦 M3378M 存在信号泄露导致从宏站切入该小区后，由于层较高在 持续一段时间低电平质量后才切出到主控宏蜂窝，我们对 C/I 特别差的频点 2 进行分 析后发现河景花园 M30909MA 使用了微蜂窝的 BCCH 频点 2，但路面泄露相当严重； 解决方案： 1.将河景花园 M30909MA 的微蜂窝频点全部改为宏蜂窝频点； 2.对丰臣海悦 M3378M 的路面泄露进行工程整改； 5.3 直放站频导频率干扰质量差 问题描述： 在第三方保障测试中，在安吉测试中发现手机占上王母山-2 小区时，75 号频率干 扰严重，导致通话质量较差。如下： 问题分析： 测试的过程中发现王母山-2 小区的 75 的频率较差，同时将王母山-2 小区的功率 降死，同时在该问题路段锁 75 的频率，锁上汇丰广场小区，电平为-78dBm 左右。 结合基站数据库，如下 经查询，汇丰广场为小区覆盖无外打天线，理应不会对王母山-2 小区的 75 号频率造 成干扰，据直放站厂商反映在 75 频率干扰点附近新开通了响铃机械厂直放站（光纤 拉远），信源为汇丰广场小区，导致了在该问题路段频率干扰严重。 如下图： 解决方案: 1.优化直放站频率 2.整改直放站泄漏 5.4 天线接反导致覆盖异常 问题描述： 在对周至现场的测试中发现 17069（XAM706_2，建行周至银行）反向覆盖问题区 域，电平-60dBm 左右；在 17069 方向上占用的是 17068（XAM706_1），电平-60dBm 左 右，在 17068 方向上占用 17067（XAM706_0），电平-65dBm。 测试覆盖图示 RNP 切换次数 问题分析： 如上图所示，MS 在 XAM706_0 方向上占用小区 XAM706_2（BCCH：80），在 XAM706_2 方向上占用 XAM706_1 小区（BCCH：88）；查看 180 报告得知 XAM706_1 与西 面的 XAM557_0/_1、XA864_0 的切换次数明显高于它的主覆盖方向，因此判断 XAM706 的 3 小区天馈接反。 解决方案： 1.现场勘察，调整基站 XAM706 天馈。 2.复核周围小区邻区关系及频率。 5.5 参数设置不合理导致频繁切换 问题描述： 5 月 20 日于徐州师范大学物理楼 1 层测试时，在占用用建筑学院 DCS3 小区，接 收电平值-65dBm 左右，话音质量保持在 0 级，占用的所有频点的 C/I 值均极好，但是 切换频繁，用户感知度下降，如下图： 发生频繁切换的过程是建筑学院 DCS3 小区和师大工程楼 3 小区之间进行，通过 数据核查我们发现建筑学院 DCS3 小区和师大工程大切换捕捉门限（L_RXLEV_CPT_HO: 当前服务小区满足设定的话务负荷条件，同时优选频段的话务负荷不高，并且优选频 带内测量到的手机忙足电平条件 L_RXLEV_CPT_HO 时，双频优选频段的切换发生）设 置不明显造成频繁切换，调整前建筑学院 DCS3 小区至师大工程楼的 outgoing 和 incoming 的值为均为-85dbm，但是目前 DCS 的电平切换门限 （L_RXLEV_UL_H/L_RXLEV_DL_H）统一设置为-82dbm 和-80dbm，这样就造成了这两个 小区的频繁切换，影响用户感知度，随后经过调正建筑学院 DCS3 小区至师大工程楼 的 incoming 关系中的（L_RXLEV_CPT_HO 值调整为-75dbm，但测试的途中效果还是不 太理想，切换减少但未达到预期效果，后调整为-70dbm 后，切换较少，如图 2： 调整为-70dbm 的原因是让这两个小区的切换分界点更为明显，阻止其由于信号波 动引起的频繁切换。 通过多个 DCS 小区和 G 网小区的切换对比测试后，总结出 D 网和 G 网之间切换参 数设置，除常规电平门限、质量门限、优选频段切换以外，D 网和 G 网之间 incoming 这条关系中 L_RXLEV_CPT_HO 设置的合理与否也十分关键，设置过小，如-85dbm 就会 出现乒乓切换，设置过大，如-65dbm 容易出现切换困难，根据徐州现场的多个 D 网和 G 网小区的测试，该值设置-70-73dbm 较为合理。 5.6 用户投诉案例 1 案例现象： 用户投诉改区域无法打电话，手机信号强度显示为无信号。通过话务报告统计该 小区的上行干扰统计，没有发现明显的上行干扰。计划对该站基站天线进行实地的扫 频测试，查找干扰源。 问题分析： 发现 GSM900 的下行频段 935MHz960MHz 干扰最为严重，达到-58dbm 以上。见下 图： 对小区区域实地八木天线扫频查找干扰源，在该区域车辆检测第一车间进站门口 上的平台上，发现了一台手机信号隔离器，见下图： 解决方案： 联系相关人员关闭干扰源。 5.7 用户投诉案例 2 投诉内容 近日用户反映江苏润博投资有限公司信号较差，打电话有杂音听不清等现象，要 求处理。 投诉点（经纬度：120.2513 33.7707）图示 投诉处理情况 首先在投诉用户 1 楼门外测试，空闲状态下手机在玩具厂北 1 小区，南鹿六队 2 小区，玩具厂北 3 小区，合兴东 1 小区，不断重选，信号不稳定，电平-87dbm 以下。 如下图示： 现场测试（室外） 在通话状态下手机占用合兴东 1 小区（CI=25205）信号，电平在-84dbm 左右，话 音质量为 5 级，43 号频点有干扰。如下图所示： 现场测试（室外） 接着在 1 楼内测试，信号很不稳定。如下图示： 现场测试（室外） 然后进入 2 楼用户投诉所在房间测试。在空闲状态下，手机在玩具厂北 1 小区， 玩具厂北 3 小区，射阳明达中学 3 小区之间多次重选，电平在-85dbm 左右，不稳定。 如下图所示： 现场测试（室内） 在通话状态下，手机占用玩具厂北 1 小区（CI=55448），电平在-83dbm 左右，质 量为 0 级。如下图所示： 现场分析：该投诉地点离周围基站较远，距最近的玩具厂北基站 1.8km 左右，存在一 定程度上弱覆盖，周围基站的覆盖电平相当且都在-85dbm 以下，造成无线信号较杂。 经过调整受干扰的 43 号频点，合兴东 1 小区（CI=25205）信号质量有所改善，但效 果还不是很理想。建议在此建立新站以解决弱覆盖问题。 1 .投诉点室外 2 .投诉点室内 3 .正在建设的住民小区 现场给用户沟解释，该处无线信号差与所处的位置有很大关系，用户表示理解。 调整建议： 1调整受干扰的 43 号频点后，合兴东 1 小区（CI=25205）信号质量有很大改善，但 整体效果还是不理想。 2鉴于该处是新开发的住民小区潜在用户较多，建议在此建立新站以解决弱覆盖问 题。 6 部分小专题案例 6.1 高新五路