联通WCDMA网优案例汇总.doc

2010 01 08091 联通WCDMA网优案例汇总 2010 01 08092 目录 一一 路测问题案例分析路测问题案例分析 3 1 2 3G自由模式 G105东平村路段弱覆盖掉话 3 2 软切换失败问题 7 3 导频污染问题 9 4 信号太差导致接入失败问题 10 5 同扰码导致掉话案例分析 11 6 针尖效应导致掉话 15 7 同扰码导致切换失败问题 19 8 越区覆盖导致掉话 21 9 邻区配置错误导致掉话 22 10 周期性路由区更新失败问题 26 11 邻区漏配导致掉话 29 12 拐角效应产生掉话 31 13 同扰码导致的RRC建立失败 34 14 室内H业务频繁建立失败案例分析 36 15 邻区里存在同扰码至使其配不上邻区导致更软切换失败 38 16 广惠边界23G切换失败案例 42 二二 室分优化案例分析室分优化案例分析 45 1 东圃国美店信号切换频繁导致速率低 45 2 白云国际会议中心D栋数据业务接入问题分析 46 3 联通4号楼营业厅室分泄露问题处理 49 三三 TOP掉话小区的分析案例掉话小区的分析案例 61 1 水货手机市场用户异常行为导致高掉话 61 2 邻区漏配的TOP掉话小区分析案例 63 3 越区覆盖的TOP掉话小区分析 67 2010 01 08093 一一 路测问题案例分析路测问题案例分析 1 1 2 3G2 3G自由模式自由模式 G105 G105东平村路段弱覆盖掉话东平村路段弱覆盖掉话 现象描述现象描述 如下图所示掉话点 当UE在G105由北向南运动是 在G105国道W红康医院搬迁基站附近出现 了掉话 掉话点附近路段弱覆盖 原因是W红康医院搬迁和W白云东平中路基站未开通 当 UE选择到W嘉禾上村2小区时 由于RSCP较差且EC IO也较差 未能切换到2G 导致在3G掉话 图 1 2010 01 08094 图2 图3 2010 01 08095 图4 图5 2010 01 08096 图6 红色椭圆内为3G信号 蓝色椭圆内为2G信号 原因分析原因分析 1 由于 3G 网络在该路段弱覆盖 且存在多个 3G 小区的信号 基本都在 100dBm 以下 图 1 和图 2 该处属于 RSCP 差 EC IO 也差 UE 在该路段选择到 W 嘉禾上村 2 小 区起呼时 图 4 该小区信号在 92dBm 左右 随着 3G 信号的急剧衰减 UE 不能及时 切换到 2G 网络 导致掉话 2 查看 W 嘉禾上村 2 小区的 2D 2F 启动压缩模式 取消压缩模式 参数后 发现该参数 配置为 100 97dBm 由于此路段 RSCP 和 EC IO 都较差 当 UE 检测到该处的 RSCP 低 于 100 dBm 时 达到启动 2D 事件的门限 UE 会上报 2D 事件 但是有可能存在各种情 况导致掉话 比如 RNC 没有收到 UE 上报的 2D 事件 或 RNC 下发判决后 UE 没有收 到或 UE 执行 RNC 的判决后 RNC 没有收到 UE 的响应等等 查看后台信令跟踪后 图 2 与图 5 发现本次掉话为 RNC 没有收到 UE 上报的 2D 事件 导致掉话 3 既然该处 3G 网络较差 2G 网络较好 为了改善用户感受 则 UE 应该首先接入 2G 网络 或者 UE 在占用 3G 网络后 尽快切入到 2G 可以避免掉话的发生 当 UE 选择了 3G 网 络后 为了让 UE 能够尽快切入到 2G 网络 则应该让 UE 在 3G 信号恶化前 提前上报 2D 事件 这样就需要调整 2D 事件的门限 由于 W 嘉禾上村 2 小区的 2D 2F 参数配置为 2010 01 08097 100 97dBm 在该路段有些偏低 通过充分的考虑后 决定把 W 嘉禾上村 2 小区的 2D 2F 参数配置修改为 95 91dBm 4 修改 W 嘉禾上村 2 小区的 2D 2F 参数为 95 91dBm 后 对该路段进行了复测 没有出 现掉话现象 图 6 小结小结 建网初期 很多参数都是统一设置的 并没有根据特殊地点和特殊小区进行参数调整 就有可能存在一些特殊地点和特殊小区由于参数配置不够合理导致掉话现象 G105东平村路段出现的弱覆盖现象是由于该路段的2个3G基站未能正常开通 UE接 入到3G网络时信号尚可 随着3G网络信号的恶化 UE不能及时切入到2G网络 就可能出 现掉话现象 当调整了W嘉禾上村2小区的2D 2F参数后 该处掉话现象得到解决 2 2 软切换失败问题软切换失败问题 现象描述现象描述 如图7 在比较集中的一块区域及时间段内有11处软切换失败 分析信令发现UE上发的11次 Activeset Update Failure之前 RRC下发的Activeset Update命令都是要清除75 周围只 有W白云棠下1小区扰码为75 然而软切换失败的位置并无该小区信号覆盖 2010 01 08098 图7 软切换失败示意图 图8 软切换失败信令 原因分析原因分析 检查W白云棠下基站数据配置 发现该站1小区 PSC75 与2小区 PSC76 的扰码与Cell ID对应关系有误 导致软切换失败 解决方案解决方案 修正W白云棠下1小区与2小区的扰码与Cell ID的对应关系后 重新测试 没有出现软切换 失败 问题得到解决 2010 01 08099 3 3 导频污染问题导频污染问题 现象描述现象描述 如图9 由于W广州中医大3小区 PSC257 越区覆盖到兴泰路 使得兴泰路有较多基站覆盖 形成导频污染 图9 兴泰路优化前导频污染 图10 兴泰路优化后导频污染 2010 01 080910 原因分析原因分析 如图9 由于W广州中医大3小区 PSC257 越区覆盖到兴泰路 且在优化过程中调整了W松 柏新村1小区的天线方角与下倾角 导致该小区在兴泰路覆盖较弱 W白云华园基站开通后 使得兴泰路有较多基站覆盖 形成导频污染 解决方案解决方案 将W百利好3小区 PSC326 天线方向角由320度调整为350 电子下倾角由8度调整为3度 以增强该小区在兴泰路的覆盖 将W广州中医大3小区 PSC257 的电子下倾角由2度调整为 7度 以减弱该小区在兴泰路的覆盖 如图22 调整后重新测试该路段 兴泰路导频污染问 题基本消除 4 4 信号太差导致接入失败问题信号太差导致接入失败问题 现象描述现象描述 如图11 在图中标记的红色路段VP业务发生一次接入失败 从图中我们可以发现该接入失 败点所在的路段信号覆盖非常的差 图11 接入失败位置 2010 01 080911 图12 弱覆盖路段周围环境 原因分析原因分析 如图12 在图中标记的红色路段VP业务发生一次接入失败 从图中我们可以发现该接入失 败点所在的路段信号覆盖非常的差 该路段由W白云财院1小区 PSC30 RSCP 105 Ec Io 15 09 覆盖 由于信号太差 下行链路恶化 导致接入失败 解决方案解决方案 该接入失败是由于W白云财院在该路段覆盖较弱造成的 调整W白云财院1小区天线下倾角后 弱覆盖问题依然存在 如图24 该路段与基站方向上有一排高楼阻挡 且现场观察环境发 现该路段两侧树林非常茂密 基本上已经将路盖了起来 导致信号很难覆盖到该路段 5 5 同扰码导致掉话案例分析同扰码导致掉话案例分析 现象描述现象描述 VIP道路测试 UE做VClong业务时在W永泰磨刀坑附近掉话 行驶方向由东至西 2010 01 080912 原因分析原因分析 1 UE 掉话前激活集有三个小区 分别是 W 颐和山庄 3 小区和 W 永泰磨刀坑 1 2 小区 激 活集中 PSC312 PSC313 信号覆盖良好 RSCP 在 80dBm EC I 在 7dB 左右 排除由于下 行覆盖较差导致掉话的原因 2 掉话前手机的发射功率平均低于 13dBm 掉话前后各服务小区的 RTWP 值均为 106dBm 左右 排除由于上行覆盖问题或上行干扰导致掉话 3 查询站点状态 W 永泰磨刀坑和 W 颐和山庄无任何异常告警 排除由于站点故障导致掉 话 4 分析路测数据发现掉话前 UE 占用的小区均为 W 永泰磨刀坑 2 小区 PSC313 而且掉 话前其质量为服务小区中最好的 排除覆盖 上行干扰后 怀疑此掉话由于测试路线 存在与 W 永泰磨刀坑 2 小区同扰码的小区 导致掉话 5 根据路测数据看出在测试路线上 W 渔沙凤凰 2 小区与 W 永泰磨刀坑 2 小区扰码均为 313 而且掉话前 UE 占用过 W 渔沙凤凰 2 小区的信号 进一步怀疑此掉话由于同扰码 造成 2010 01 080913 6 根据后台信令分析得出在掉话前 UE 上报的测量报告中 W 永泰磨刀坑 2 小区 PSC313 的 Off 值为 227 之此前 UE 也占用过的 W 渔沙凤凰 2 小区 PSC313 的信号 UE 上报 的测量报告中 W 渔沙凤凰 2 小区 PSC313 的 off 值为 226 在同一次通话中相同的站 点下不同的小区上报的 Off 值相差不会大于 1 掉话前 UE 上报 W 永泰磨刀坑 2 小区的 Off 值实际为 W 渔沙凤凰 2 小区的 Off 值 由于上报错误的 off 值导致掉话 由于高 通芯片的手机在做长呼业务时会出现这种误报 Off 值问题 2010 01 080914 解决方案解决方案 重新规划W永泰磨刀坑的站点的扰码 原扰码是 312 313 314 修改后是 468 469 470 复测后未发生掉话 小结 一般城区同扰码的规划是可以满足正常行驶下之间的切换 但由于在高速行驶下 手机在 一段时间内连续占用相同的扰码后 由于高通芯片的问题 上报错误的off值 最终导致掉 话 已发现是手机芯片的问题 暂时只能通过修改扰码解决此类问题 2010 01 080915 6 6 针尖效应导致掉话针尖效应导致掉话 现象描述现象描述 2009 10 27 15 41 04 291 在广深高速公路上由东向西进行DT VC长 VP短 业务测试时 当到达火村路段处发现W火村电台第二扇区扰码115的RSCP和ECIO值突然变差 而且没有 与周边小区发生切换并最终发生掉话 如图一所示 与规划切换有区别 原因分析原因分析 我们从15 41 01 729的数据开始分析 可以看到W火村电台第二扇区扰码115的信号变 好 手机上报1A事件要求添加扰码115到激活集 如下图所示 2010 01 080916 由于W火村莲潭第三扇区扰码47的信号变弱 所以当扰码115加进激活集同时手机上报了 1B事件要求删除扰码47出激活集 如下图所示 但当扰码47被删除出激活集后扰码115的RSCP和ECIO在半秒内突然降低了18dB 期间虽然 手机不断上报1A事件要求添加周边小区进激活集 但扰码115的ECIO的值已经达到 23 58dB而且还不断变弱 如下图所示 2010 01 080917 手机已经不能正常收到RNC下发的激活集更新命令 最终造成针尖效应 如下事件走势图 所示 从而未能切换导致掉话 2010 01 080918 解决方案解决方案 首先 遇到此类问题应优先考虑天线调整方案 但考虑到此问题点的无线环境和现场 覆盖情况 如调整天线可能会造成覆盖问题 故此对W火村电台基站第二扇区扰码115 CI 7312 和邻区W火村莲潭基站第三扇区扰码47 CI 7323 的双向CIO值由0修改为 20 目的是降低两小区的切换门限10dB 好让它们提前发生切换并且不容易切换出激活集 防止针尖效应的出现 在广深高速公路上由东向西进行DT VC长 VP短 业务复测 可以看出从W火村莲潭 基站走向并经过W火村电台基站一切正常 如下图所示 其软切换已经恢复到与前期规 划一致 同类问题小结 2010 01 080919 当遇到类似掉话问题时 首先要在测试过程中关注激活集 监视集 检测集里所显示 的信息 以此判断掉话的可能原因 当这三个集里面提供的信息不足于作出判断和分析时 就要从信令和周围环境等相关资料入手 要对一些细节问题有敏感性 找到原因时首先考 虑天线调整方案 如行不通再进行后台的参数调整方案 确认后实行处理 7 7 同扰码导致切换失败问题同扰码导致切换失败问题 现象描述现象描述 某片区新入网基站第一轮测试完成之后对数据进行分析 发现了在 W 街口三雅基站和 W 从化政府搬迁基站跟前都收到了 PSC288 PSC289 PCS290 这 3 个信号 而且信号 RSCP 值都很好 UE 在广韶公路上占用 W 广韶路口小区出现了切换失败 原因分析原因分析 1 测试过程中该区域内大片区域都可以收到 PSC288 PSC289 两个扰码的信号 查看工 参 发现该区域内有一个基站 W 街口北星基站的扰码配置为 288 289 230 怀疑是 该基站 1 2 小区有严重的越区覆盖甚至天馈接反的现象 上站检查该站天馈 发现 天馈并没有接反 而且该基站地势以及站高都不高 下倾角也比较大 越区覆盖的可 能性很小 2 对该基站周边进行覆盖测试 发现其覆盖范围也正常 与周边基站的切换区域也在正 常范围内 在新城西路至广韶路进行拉远测试 发现当远离 W 街口北星时 占用 PSC289 的信号刚经过该站不到 200 米 就迅速衰减 但是到了距离 W 街口北星基站 大概有 1 2 公里之外突然收到较强 PSC289 信号 且越远离 W 街口北星信号越强 怀 疑该扰码的信号为前方站点 W 街口三雅 2 小区信号 3 后台核查数据配置 发现果然 W 街口三雅基站的扰码配置与规划的不符 且与周边同 扰码基站仅距离 2 公里 存在比较严重的干扰 所以才导致切换失败 4 由于测试到 PSC288 PSC289 PCS2903 个信号的地点都在 W 街口三雅基站和 W 从化政 府搬迁基站附近 通过测试的数据分析了 W 街口北星基站的覆盖范围 并没有发现该 基站有如此严重的越区覆盖现象 于是怀疑 W 街口三雅基站和 W 从化政府搬迁基站的 扰码配置错误 经过在 M2000 上面查询确认 确实是这两个基站的扰码配置错误 检 2010 01 080920 查 W 街口北星基站周围基站 如 W 街口西宁 W 街口新城 W 从化街口几个基站的邻 区配置 发现由于这些基站周围存在着两个相同扰码配置的基站 所以它们的邻区关 系之中只配置成功了其中的一个 这种情况对该区域的网络质量影响较大 极有可能 会因为邻区漏配而产生掉话 a W街口三雅基站扰码配置错误示意图 b W从化政府搬迁基站扰码配置错误示意图 5 将 W 街口三雅基站和 W 从化政府搬迁基站的扰码改为规划扰码 147 148 149 和 72 73 74 6 扰码重新配置之后 再次在周边路线进行测试 未出现切换失败现象 问题解决 2010 01 080921 小结小结 数据的配置一定要按照原规划的来做 不能随意配置 配置完成后需要核查是否与规 划的一致 否则 如果数据配置出现错误 与我们网优人员手中的工参不一致 这样的问 题就比较难发现 会在优化的过程中为我们造成很大的困难 8 8 越区覆盖导致掉话越区覆盖导致掉话 问题描述问题描述 如下图所示 W南岗居民楼3小区 PSC119 越区覆盖到广园快速与萝南大道交叉处 与周边小区缺少邻区关系形成孤岛效应导致Ec Io差 优化前覆盖图 问题分析问题分析 W南岗居民楼3小区 PSC119 天线方位角为315度 主瓣基本沿着萝南大道覆盖 越 过3个基站覆盖到广园快速与萝南大道交叉附近 越区覆盖点距离基站达3 2km 由于与周 边小区没有配置邻区关系无法切换 形成孤岛效应导致Ec Io差 解决方案解决方案 现场测试W南岗居民楼3小区天线下倾角为1度 机械 5 电子 度 调整为1度 机 械 8 电子 度 2010 01 080922 优化结果优化结果 如下图所示 天线调整后W南岗居民楼3小区越区覆盖得到控制 原问题点不再收到该 小区信号 该路段Ec Io得到明显改善 优化后覆盖图 9 9 邻区配置错误导致掉话邻区配置错误导致掉话 现象描述现象描述 现我把情况作简单描述 从距离掉话最近UE上报的measuerment report开始 当前服务 小区为W石基新基3小区 PSC 122 UE上报1A事件 欲加PSC 217到激活集 如下图 所示 RNC收到该信令 并下发activeset update 如下图所示 2010 01 080923 从Assiant信令里可以看到UE也收到了此信令 并作出反应 上发activeset update complete命令 而此时在标准信令里却找不到UE上发的这条activeset update complete命令 在标准信令里可以看出 由于RNC下发的rrc active set update没有响应 导致5秒后rnc向cn 发出rannap iu release request命令 掉话 如下图所示 注意 在此处分析前 均确认上行没有干扰 可查询当时测试时的rtwp和ue Txpower 原因分析原因分析 现就本次掉话结合Assiant 信令与标准接口信令给出详细信令分析 由于本次掉话出现在一次激活集更新后 而在此次软切换前信令正常 因此分析起始 点选择为此次软切换中UE发送的第一个measuement report 触发1A事件 加PSC 217进激 活集 如下图所示 通过核对UE上发的measurement report与RNC侧收到RRC MEAS RPRT的消息内容 可以看出 RNC侧收到由UE上发的测量报告 而紧接着RNC发出跨RNC切换的请求命令 rnsap rl setup req 然后收到其他RNC的相应回应 rnsap rl setup rsp 如下图所示 2010 01 080924 此处应该是问题的怀疑点 由于当前服务小区W石基新基3小区 PSC 122 并非处 于RNC边界 因此周边邻区也不太可能出现跨RNC的切换情况 紧接着RNC下发rrc active set update命令 此时在Assiant的信令里也可以看出UE收到 了此信令 如下图所示 随后UE执行激活集更新命令 并上发activeset update complete命令 如下图所示 而此时在RNC侧的信令里完全找不到UE上发的此条信令 此时主小区上行没有干扰 由于RNC在下发了rrc active set update命令后 持续5秒没有收到来自UE的任何信令 导致RNC请求释放与CN的IU口资源 随后IU口释放 RRC链路释放 掉话 如下图所示 通过在M2000上查询 发现主小区 W石基新基3 配置了同扰码的其他小区 W沙湾 草河2 为邻区 而该小区与主小区不在同一RNC 且距离主小区很远 在掉话点根本无 法收到该小区信号 导致软切换时与手机同步失败 最后掉话 经查询原始文件可知 此 误配的邻区为后期优化时所配 由于在用Assiant分析数据时 只能看出其漏配的扰码 而 无法看出其漏配的小区的CI 最终导致此次同扰码邻区误配 掉话 2010 01 080925 小结小结 删除误配置的同扰码小区 W沙湾草河2 添加正确的同扰码邻区 W番禺石基2 为了在后续数据分析时 对于此类掉话可以迅速准确的作出判断 现将分析流程归纳如下 异常掉话分析 是否软切换掉话 其他类型 另做分析 是否RNC 无缘由 无法收 到UE上发激活集更新完成信 令 检查是否配错了同扰码 邻区 修改邻区 分析完成 排 查 上 行 干 扰 缘 由 说明 说明 上面流程图中所述 无缘由 是指 在上行没有干扰 且有可用的无线链路的情 况下 UE上发的信令RNC无法收到 10 10 周期性路由区更新失败问题周期性路由区更新失败问题 问题描述问题描述 在海珠区的路测中 华为发现经常出现周期性位置区更新被拒绝 如下图 2010 01 080926 原因分析原因分析 该问题出现几率高 目前发现的都是周期性路由区更新被拒绝 拒绝原因为 2010 01 080927 经过分析 我们发现每次路由区更新拒绝是安全模式拒绝导致 拒绝的原因为 可以看到原因是Conflict with already existing integrity protection and or ciphering information 应该是这次核心网下发的安全模式消息中完整性保护或加密算法 与之前下发的不一致 于是我们核查了此次下发的安全模式消息 2010 01 080928 可以看到 消息中下发的完整性保护算法是UIA1 加密算法为空 对比之前的位置区更新的消息 可以看到 之前的位置区更新过程中 终端和CN协商的完整性保护算法是UIA1 加密算 法是UEA1 所以第二次PS域安全模式消息中携带的加密算法和之前CS域携带的加密算法 是冲突的 这就导致了PS域的安全模式拒绝 并最终导致了路由区更新拒绝 优化方案优化方案 建议局方将PS域核心网加密模式修改为UEA1 以解决问题 2010 01 080929 1111 邻区漏配导致掉话 邻区漏配导致掉话 现象描述现象描述 在番禺片区12测试中 迎宾大道路段出现一次掉话 从软件上看 掉话时UE占用W市桥 盛华1小区信号 该小区距离掉话点2 5公里远 但掉话前该小区RSCP为 78dBm Ec Io为 17dB 如下图所示 原因分析原因分析 如上图所示 迎宾大道出现一次掉话 掉话前UE首先占用W东怡新区2小区PSC73的信号 自北向南移动 并且请求将PSC0加入激活集 如下图所示 进入激活集后 由于PSC0信号电平及质量均比较强 而PSC329 PSC73的Ec Io变的很 差 所以PSC0成为主服务小区后将PSC329 PSC73从激活集中删除 如下图所示 2010 01 080930 这里有个问题就是PSC0实际上跟PSC73是没有邻区关系的 之所以能进激活集是由于跟 激活集中的另一个小区W沙湾大桥3 329有邻区关系 所以当PSC0将PSC73 PSC329从激活集 中删除后 由于PSC0未与PSC73 290等小区配为邻区 导致之后PSC0信号电平及质量变差 的时候 无法切换到这两个信号更好的小区 如下图所示 UE不断上报将PSC73 290加入 激活集的测量报告 但是一直没有收到RNC下发的激活集更新命令 最终下行链路恶化 导 致掉话 优化方案优化方案 从以上的分析可以看出导致该掉话的直接原因是由于邻区漏配导致的 从图中可以看 到PSC0属于明显的越区覆盖 这里还有个问题就是从软件上看PSC0为W市桥盛华1小区信号 2010 01 080931 而实际上PSC0为W沙湾陈涌1小区的信号 因为查询最新邻区关系发现W市桥盛华1 0与 PSC73 PSC329任何一个小区都没有邻区关系 所以该扰码为0的信号只有是与W沙湾大桥3 329配为邻区的W沙湾陈涌1小区的扰码 很明显W沙湾陈涌1小区在迎宾大道上属于越区覆盖 所以针对该问题 可以将W沙湾陈涌1小区电子下倾角由2度调整为8度 避免由于越区覆盖 并且邻区漏配而导致的掉话 调整W沙湾陈涌1小区下倾角后 如上图所示 该小区信号PSC0已经没有在原先掉话 路段出现 复测该路段时UE占用的是W沙湾大桥3小区信号 RSCP及Ec Io都比较好 未出 现掉话问题 12 12 拐角效应产生掉话拐角效应产生掉话 现象描述现象描述 在片区10日常测试中 w罗冲围附近的高架拐角处 发生了多次掉话 如下图 2010 01 080932 原因分析原因分析 PSCPSC 5252激活集内激活集内rscprscp覆盖图覆盖图 PSCPSC 100100激活集内激活集内rscprscp覆盖图 覆盖图 楼层阻挡图 楼层阻挡图 2010 01 080933 从截图中看出 在UE从南往北的时候此路段信号质量正常 但从北往南的时候出现了 小部分的信号质量极差 导致了掉话 从来回的路段上对psc52导频强度比较来看两回之值 相差26dBm 在从北往南的过程中psc52的信号强度在2s内从 75dBm快速提升到 48dBm IO 迅速提高 导致了主服务小区psc100信号强度基本不变的情况下 EC IO下降到 24 导致 了最后掉话 从地理位置上看 psc52在这个路段上信号强度突然提升是有原因的 从 google截图上看到 有一个楼刚好阻档了psc52的覆盖 在过了这个楼之后就是高架 很空 旷 导致了信号强度突然上升 属于拐角效应掉话 优化方案优化方案 调整方案将PSC52扰码的扇区方向角从180 调整成210 避免PSC52扰码的信号 突然变强的情况 调整后测试图层 2010 01 080934 调整后调整后Ec IoEc Io覆盖图 覆盖图 经过调整后psc52在这个路段覆盖明显减弱 整个路段的Ec Io也有所提升 掉话不再出现 小结小结 由于广州城区无线环境较为复杂 楼层和高架较多 产生拐角效应的条件也较为成熟 导致了类似于这种原因的掉话也较多 从日常测试中 发现此类掉话和车辆的行驶速度也 有一定关系 从拐角效应产生的原理入手 解决此类问题的最好方法 1 提高原主服务小 区的信号强度 使得在突然遇到一个信号较强的导频信号时 ecio不至于变得很差 2 降 低IO 这也是本案例中使用的方法 降低拐角后遇到的导频信号强度值 13 13 同扰码导致的同扰码导致的RRCRRC建立失败建立失败 现象描述现象描述 某日路测高速路时在基站W植物园东附近出现VC主叫RRC建立失败一次 VP主叫被叫各 掉话1次 VP主叫RRC建立失败一次 如下图示 2010 01 080935 原因分析原因分析 在同一基站覆盖区内多次出现掉话和RRC建立失败现象 初步怀疑是由于弱覆盖或者基 站及天馈等硬件异常 但测试数据显示此处覆盖虽然较差 但是RSCP值在 90dBm左右 根 据多次测试经验正常情况下电平值在 90dBm可以保证RRC建立以及正常通话 同时周边基站 也未发现告警 也初步排除硬件问题 由于测试时多部手机在此同时掉话和RRC建立失败 后来用其他在此地验证测试 也出 现同样的情况 所以排除手机问题 对该小区的RTWP提取分析 可知RTWP良好 排除了上行干扰导致 对该小区的邻区进行核查 未发现错误数据及漏配现象 对该掉话或者RRC建立失败前后的数据进行分析 发现掉话前有切换不及时的现象发生 RRC建立失败前也存在重选不及时的现象 所以检查切换和重选参数 发现均正常 检查数 据配置 发现W华农科技楼2小区与W柯木华美南2小区同扰码 而2个站相隔不足4公里 且 中间基站很少 怀疑该处由于同扰码干扰导致RRC建立失败以及掉话 该处受阻挡导致W植 物园东以及W华快竹园无法良好覆盖该处 另加高速上车速较快导致切换不及时 2010 01 080936 优化方案优化方案 修改W柯木华美南2的扰码为187 再次测试发现果然在该高速路路段可以同时收到该 145与187两个扰码 修改扰码后测试正常 问题解决 小结小结 建网初期 数据规划的合理性以很重要 扰码以及邻区的规划最为重要 WCDMA系统中 扰码的规划相对较为简单 但是一定要保证扰码分布如果隔离度必须达到预定的要求 否 则一旦出现同扰码的干扰 将会对网络指标有较大影响 14 14 室内室内H H业务频繁建立失败案例分析业务频繁建立失败案例分析 现象描述现象描述 根据用户反馈两人在家同时用上网卡上网 一个用户可以正常使用 另一个用户使用 就无法正常登陆且一连就断 原因分析原因分析 1 1 小区配置问题 2 用户数目问题 3 基站硬件问题 1 根据测试人员进行现场测试 两个测试人员同时做H业务 有一人频繁建立失败 弱覆盖 弱覆盖 RRC建立建立 失败以及掉话区域失败以及掉话区域 2010 01 080937 后台查看基站状态 资源配置以及各业务功能均正常 只有2条E1存在告警 该站共配置4 条E1 查询小区用户数 当前个项业务的用户数只有很少的几个 RAN侧也反馈数据没有 问题 2 占用其他基站信号时 同时测试HSDPA和HSUPA 并没有出现频繁建立失败问题 查 看W黄埔体育版本是 与周围其他站点的版本不一致 因此怀疑是由于网元版本导致无法同时做H业务 咨询 2010 01 080938 专家 建议修改网元版本后再测试看看 优化方案优化方案 修改W黄埔体育网元版本后再进行现场测试 同时做H业务时 未出现一个频繁建立失 败 因此得到结论是由于网元版本错误导致业务无法正常进行 修改后的W黄埔体育网元版本 小结小结 一般投诉数据业务无法使用的 建议先仔细询问投诉点处信号覆盖情况如何 用户上 网卡设备是否有问题 是否欠费等 其次需要检查所属小区的状态和数据配置问题 如告 警 E1 AAL2PATH等 案例中所说的网元版本问题只是特例 一般不会出现这种情况 1515 邻区里存在同扰码至使其配不上邻区导致更软切换失败 邻区里存在同扰码至使其配不上邻区导致更软切换失败 现象描述现象描述 在打网岭山塘处由南向北进行DT VP DPA 业务测试时 当快到达良沙一路处发现此 基站第二扇区扰码145信号越来越差却不切换到第一扇区扰码144并最终发生掉话 如图一 所示 与规划切换有区别 2010 01 080939 图一 图二 图三 W南国商学院 146 W南国商学院 146 2010 01 080940 图四 图五 图六 W南国商学院 146 2010 01 080941 原因分析及处理过程原因分析及处理过程 由于主导小区扰码145信号开始变弱时扰码144信号已经出现在监视集里并慢慢变强 所以排除邻区漏配问题 但主导小区扰码145信号已经变差的同时扰码144信号却切不进激 活集里 这又明显是邻区问题 往前看测量控制里的所有邻区并找到邻区扰码144 如图二 三所示 可以看出此邻区有问题 从多次的测量报告可以看出手机不断上报1a事件但没 有更新和执行 如图四所示 在W南国商学院基站周围查找发现附近有同样扰码144的基 站W太和文乐 如图五所示 根据邻区里不允许出现相同扰码的前提 于是判断W南国商 学院基站第二扇区扰码145先配了W太和文乐基站的扰码144为邻区 而后就配不上W南国商 学院基站的第一扇区扰码144为邻区 此判断同时也验证了扰码144可以出现在监视集里的 情况 当检测集检测到W南国商学院基站第一扇区扰码144的信号时误认为是W太和文乐基站 的扰码144了 首先打电话到机房 对W南国商学院基站第二扇区扰码145的邻区进行核对 确认邻区 规划中存在同扰码 然后取消附近那W太和文乐基站的扰码144邻区关系 再配上W南国商学 院基站的第一扇区扰码144为邻区 图七 在打网岭山塘处由南向北进行DT VP DPA 业务复测 可以看出从W南国商学院基站的 第二扇区扰码145正常切换到第一扇区扰码144 如图六所示 其更软切换已经恢复到与 前期规划一致 小结小结 2010 01 080942 当遇到类似掉话问题时 首先要在测试过程中关注激活集 监视集 检测集里所显示 的信息 以此判断掉话的可能原因 当这三个集里面提供的信息不足于作出判断和分析时 就要从信令和周围环境等相关资料入手 要对一些细节问题有敏感性 找到原因时首先致 电RNC侧进行核对 确认后处理 16 16 广惠边界广惠边界23G23G切换失败案例切换失败案例 现象描述现象描述 在广惠边界测试过程中 由于广州侧有3G基站规划 3G信号覆盖良好 而惠州侧没有 3G基站规划 基本上没有3G信号覆盖 所以惠州侧主要是靠2G基站覆盖 当UE自由模式从 广州向惠州移动的时候 由于惠州没有3G信号覆盖 所以UE发起3G到2G的切换 此时UE占 用的是W三江岗尾1小区PSC365的信号 但是切换没有成功 最终掉话 如下图所示 原因分析及处理过程原因分析及处理过程 针对这个3G到2G切换失败问题 首先要确认的是广州3G到惠州2G之间的系统切换是正 常的 如下图所示 UE自由模式从惠州向广州移动的时候首先占用的是W三江岗尾1小区信 号 RSCP在 100dBm左右 Ec Io在 15dB 之后UE发起2D事件启动压缩模式 从3G到2G切换 成功 切换成功后占用的是博罗石湾黄西村3小区的信号 从下图可以看到切换到2G后 信 号覆盖良好 2010 01 080943 由此说明广州与惠州之间的异系统切换是正常的 查询广惠边界3G与2G之间的邻区关 系 如下表 3G2G W CELLIDW cellRNCIDPSCGSM CELLCELL 19621 W三江电信1 33348010713 博罗罗浮山药谷 3 19621 W三江电信1 3334804083 博罗石湾黄西村 3 19622 W三江电信2 33348110453 博罗石湾联岗 3 19622 W三江电信2 33348110713 博罗罗浮山药谷 3 19622 W三江电信2 33348111953 博罗石湾工业区 3 19622 W三江电信2 33348152533 博罗石湾联岗D 3 20801 W三江岗尾1 3334654083 博罗石湾黄西村 3 20802 W三江岗尾2 3334664083 博罗石湾黄西村 3 18651 W增城红海1 33347711182 博罗石湾公园 2 18651 W增城红海1 33347711183 博罗石湾公园 3 18651 W增城红海1 33347752501 博罗石湾群力电子D 1 18651 W增城红海1 33347752512 博罗石湾公园D 2 18652 W增城红海2 3334785331 博罗石湾群力电子 1 18652 W增城红海2 3334785333 博罗石湾群力电子 3 18652 W增城红海2 33347811182 博罗石湾公园 2 18652 W增城红海2 33347811183 博罗石湾公园 3 18652 W增城红海2 33347852501 博罗石湾群力电子D 1 18652 W增城红海2 33347852503 博罗石湾群力电子D 3 18652 W增城红海2 33347852512 博罗石湾公园D 2 18661 W增城开发1 33347452532 博罗石湾联岗D 2 18661 W增城开发1 33347452533 博罗石湾联岗D 3 18661 W增城开发1 33347410453 博罗石湾联岗 3 2010 01 080944 20971 W增城四丰1 3334834083 博罗石湾黄西村 3 20972 W增城四丰2 3334844083 博罗石湾黄西村 3 从上表可以看到W三江岗尾1 2小区仅与惠州侧的博罗石湾黄西村3小区配为邻区 而 未添加博罗石湾黄西村1小区为邻区 从而导致UE自由模式从广州到惠州的时候UE占用W三 江岗尾1小区到博罗石湾黄西村1小区切换失败 而从惠州到广州UE占用W三江岗尾1小区到 博罗石湾黄西村3小区切换成功 小结小结 从以上的分析充分说明 广惠边界3G到2G是可以切换的 而导致两次切换失败最终掉 话的主要原因是由于W三江岗尾1小区未添加博罗石湾黄西村1小区为邻区 将博罗石湾黄西村1添加为W三江岗尾1小区的邻区后 对广惠边界进行验证测试 UE自 由模式占用W三江岗尾1小区PSC365自广州向惠州移动 并且当该小区RSCP及Ec Io都很差的 时候 成功的切换到博罗石湾黄西村1小区 切换成功后2G信号覆盖良好 结果如下图所示 二二 室分优化案例分析室分优化案例分析 1 1 东圃国美店信号切换频繁导致速率低东圃国美店信号切换频繁导致速率低 现象描述现象描述 在国美东圃店进行业务测试 数据业务测试速率上不去 2010 01 080945 原因分析原因分析 1 初步怀疑是是否基站及天馈等硬件异常 但未发现告警 初步排除硬件问题 2 对数据用户进行跟踪 发现数据业务只有一个用户在用的 排除了多用户问题 3 在后台对该小区的 RTWP 进行跟踪提取分析 可知 RTWP 有点偏高 定位为了上行干 扰导致 4 对测试的数据进行分析 该站点占用不到主服务小区 原因是由于附近站点的信号干 扰所导致 5 如图 该站点本应该占用的主服务小区是CI 1362 但是在测试的时候同时受到CI 1262 CI 1423两个小区的信号 导致小区切换频繁 使速率上不去 6 对两个小区的天线俯仰角进行调整 由于CI 1262主要覆盖铁路无法调整 先只能 调整CI 1423小区 调整完后 该点基本占用到主服务小区 速率正常 总结总结 在建网初期 有的室分站点没有规划室分系统 室分站点存在弱覆盖 数据业务不 正常 掉话等是正常的 本案例中是由于该站点没有室分系统而占用在宏站的信源 而 2010 01 080946 右边的几个站点的信号比较强 导致该信源受到干扰 在后期规划中在对该站点进行室 分规划 2 2 白云国际会议中心白云国际会议中心D D栋数据业务接入问题分析栋数据业务接入问题分析 现象描述现象描述 如图 测试人员在白云国际会议中心D栋3小区覆盖范围测试时 数据卡连接电脑后 数据 卡出现无任何信号的状态 但在同地点语音 视频电话均正常 更奇怪的现象为 在数据 卡连接电脑的情况下 即数据卡物理上与电脑相连接即可 此时数据卡无信号 将其抱 到室外 再抱回来 即可正常连接 数据卡亦恢复正常 反复数次皆为此情况 原因分析原因分析 白云国际会议中心D栋规划为双载波 现网中2载波所有小区均闭塞 因此实际D栋为 1载波所覆盖 1载波规划为1BBU 4RRU 启用的小区主要是63311 63312和63313 站点详细的拓扑分布如下图如示 2010 01 080947 1 后台查询白云国际会议中心D栋是否存在硬件告警 后台查询站点无告警 排除了因告警引起的业务异常问题 2 本站其余两个小区是否存在此类问题 白云国际会议中心3小区 CI 63313 有此异常问题 是否本站其余小区均有此异常问 题 经测试人员现场对其余两个小区验证测试 数据卡可与电脑正常接通 此站上行及其 下行传输正常 其余两个小区的业务未发现异常 仅3小区存在PS业务问题 3 后台查询白云国际会议中心D栋数据配置 考虑到此处CS业务正常 PS业务不通 是否为PS域数据业务未正确配置 经后台查询 PS相关数据配置正常 又考虑到是否因为3小区某些数据配置有误而导致无法在本小区内 数据卡无法与电脑正常连接 通过对比3小区与1 2小区的PS有关的配置数据 均未发现 异常 4 是否由于小区吊死导致 此类异常问题 是否可通过复位单小区来解决 由于当时NODEB维护台无法进入 此 步暂无法实施 在单小区无法复位情况下 通过复位整个单站 单站复位后 经测试 问 题依旧 1 2小区可以数据卡可以正常接入 而3小区只能切换接入 而无法在本小区正常 接入 5 RAN侧数据是否配置有误 2010 01 080948 RAN 侧反馈数据检查无误 优化方案优化方案 根据经验 经与RAN侧人员沟通 建议其将数据重新Load一次 将整个站点数据重Load之 后 继续复测 问题已解决 3小区已能正常接入PS业务 小结小结 白云国际会议中心D栋3小区PS业务接入异常 通过分析一些常见的引起原因后 排除一些 常见问题的可能因素 最终通过RAN侧数据重Load后问题得到解决 这个可以作为解决业 务故障及其数据掉死的一种手段 3 3 联通联通4 4号楼营业厅室分泄露问题处理号楼营业厅室分泄露问题处理 问题描述问题描述 如下图 联通4号楼营业厅内覆盖信号是WN邮通新办公区部门办公楼 7 CI 4787 PSC 433 室外广场的主覆盖信号是W广州联通2 PSC 133 和W广州联通 3 PSC 133 但在联通4号楼营业厅大门外广场中央测试时 室分信号在广场中央处信 号强度仍能达到 72dbm左右 造成了室外信号导频污染 占用室外信号下载时 EC IO较 差 9 14 下载速率多在1 4 4 5mbps间波动 整体下载速率不理想 2010 01 080949 解决过程解决过程 由于联通4号楼营业厅营业厅属于玻璃墙结构 信号衰落较小 在室外信号泄露较大 导致速率低的原因主要是由于室内信号泄露导致的导频污染所引起 因此 解决问题的思 路主要是通过调整控制室内覆盖范围 避免泄露造成干扰 1 联系室分厂家 增加衰减器减弱室分信号的覆盖强度 由于厂家暂无法提供合适的衰减器 现场更换的衰减器信号衰减过大 虽解决了信号 外泄露问题 但由于增加衰减器后室内信号偏弱 部分区域弱于 85dbm 因此此方案无 法实施 2 考虑后台降低室分小区的导频功率 控制室分信号外泄 通过后台降低WN邮通新办公区部门办公楼7的导频功率 PCPICH 6db 在保证室内 信号覆盖良好的情况下 现场测试室内覆盖及各项业务指标良好 室分信号在门口处已 弱至 75dbm左右 在大门外广场中央测试 室外占用宏站信号时EC IO有了较好的提升 EC IO多大于 10 下载速率提升明显 平均速率达到3mbps以上 EC IO差下载速率低问题 得到了较好的解决 调整后复测试情况如下 2010 01 080950 调整效果调整效果 1 室外调整前后测试情况对比 调整前室外HSDPA的Ec Io覆盖图 2010 01 080951 调整后室外HSDPA的Ec Io覆盖图 调整前室外HSDPA的Ec Io柱状统计图 2010 01 080952 Ec Io For 1st Best in Active Set E270 1 调整后室外HSDPA的Ec Io柱状统计图 调整前室外HSDPA的RSCP覆盖图 2010 01 080953 调整后室外HSDPA的RSCP覆盖图 2 室内调整前后测试情况对比 2010 01 080954 调整前室内HSDPA的EC IO覆盖图 调整后室内HSDPA的EC IO覆盖图 调整前室内HSDPA的EC IO柱状图 2010 01 080955 调整后室内HSDPA的EC IO柱状图 调整前室内HSDPA的RSCP覆盖图 2010 01 080956 调整后室内HSDPA的RSCP覆盖图 调整后室内HSDPA平均速率 2010 01 080957 调整后调整后室内HSUPA平均速率 2010 01 080958 三三 TOP 掉话小区的分析案例掉话小区的分析案例 1 1 水货手机市场用户异常行为导致高掉话水货手机市场用户异常行为导致高掉话 现象描述现象描述 跟踪高掉话 TOP 小区发现 WN 澳讯旧货市场 9 高掉话且居高不下 RNCIdCellIdCellNameDate AMR Call Drops 32463859WN澳讯旧货市场90710 071687 32463859WN澳讯旧货市场90717 0723109 32463859WN澳讯旧货市场90724 073062 原因分析原因分析 1 WN 澳讯旧货市场 9 为室分小区 开始以为室分还未安装完成 并未多加关注 2 其后该小区掉话次数每周不断攀升 由原来的十几次到目前的近百次 因此开 始分析 而从话统上看不出规律 3 提取 CHR 分析 发现通话时间都很短 发起呼叫时信号也无法解码清楚 无法 分析 4 安排现场测试 市场覆盖良好 拨打近 2 个小时未发生掉话 但地下停车场弱 覆盖 怀疑掉话地点为室分未覆盖的地下停车场等边缘区域 5 经过了解 该小区覆盖二手手机市场 怀疑掉话为用户异常操作行为导致 调 出该小区的话单 发现主被叫号码重复性极高 初步判断为用户行为导致 6