无线网络优化基本知识.doc

相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 1 页 共 32 页 无线网络优化无线网络优化基本知识基本知识 目目 录录 一 系统优化分析 一 系统优化分析 2 2 1 1 话务统计分析法话务统计分析法 2 2 2 2 信信 令令 分分 析析 法法 6 6 3 3 系统优化典型案例 针对 系统优化典型案例 针对 MOTOMOTO 1010 3 13 1 邻区数据库定义错误 邻区数据库定义错误 1010 3 23 2 BERBER 问题问题 1111 3 33 3 呼叫建立成功率差呼叫建立成功率差 1111 3 43 4 切换问题切换问题 1212 3 53 5 邻区切换关系问题邻区切换关系问题 1212 3 63 6 IOIIOI 问题问题 1414 3 73 7 掉话问题掉话问题 1616 3 83 8 PBPB 问题问题 1616 3 93 9 网络切换算法的统一网络切换算法的统一 1717 3 103 10 无法起呼现象无法起呼现象 1818 3 113 11 TCHTCH 占用困难占用困难 1919 3 123 12 拥塞问题和减扩容表拥塞问题和减扩容表 1919 第二部分 第二部分 DTDT 分析分析 2020 1 1 南溪县掉话问题 四川宜宾 南溪县掉话问题 四川宜宾 2121 2 2 蜀南大道弱覆盖问题 四川宜宾 蜀南大道弱覆盖问题 四川宜宾 2222 3 3 太平洋大厦附近掉话 太平洋大厦附近掉话 LOG01LOG01 贵阳城区 贵阳城区 2323 4 4 富中国际附近连续切换失败 富中国际附近连续切换失败 LOG03LOG03 贵阳城区 贵阳城区 2525 5 5 LA3485LA3485 附近质差问题 重庆巴南 附近质差问题 重庆巴南 2626 6 6 LA4127CLA4127C 载频故障 重庆巴南 载频故障 重庆巴南 2727 7 7 綦江劳动宾馆附近话质差问题 重庆綦江 綦江劳动宾馆附近话质差问题 重庆綦江 2828 8 8 万盛基站经纬度不准确和邻小区定义混乱问题 重庆万盛 万盛基站经纬度不准确和邻小区定义混乱问题 重庆万盛 3030 第三部份 第三部份 CQTCQT 测试测试 3030 第四部分 硬件调整第四部分 硬件调整 3131 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 2 页 共 32 页 一 一 系统优化分析 系统优化分析 网络优化的工作流程具体包括五个方面 系统信息收集 数据分析及处理 制定网络优化 方案 系统调整 调整网络优化方案 常用的优化方法有话务统计分析法 信令跟踪分析法及路测分析法 在实际优化中 常将 三种方法结合起来用 以分析 OMC R 话务统计报告 并辅以信令仪表 K1205 进行 A 接口 或 Abis 接口跟踪分析和路测仪表进行路测分析 是进行网络优化常用的有效手段 1 话务统计分析法话务统计分析法 ALCATEL 主要是用 ALCATEL 研发地 OMC RPROJ3 x x 工作平台话务统计工具来收集的无线话 务报告数据和在 OMC R 上收集的系统硬件告警信息和收集的参数分类处理 便于分析网 络 MOTO 主要是取 PM CM 数据进行分析 分析 CM 数据 为系统参数调整做准备 分析 PM 数据 找出指标差的小区 针对不同的情况进行灵活处理 ERICSSON 主要是取 PM 数据和系统数据 利用相关工具 将统计生成 CELL 表进行分析 根据 具体情况进行相应调整 问题分析 问题分析 TCH 掉话 掉话 TCH 掉话的 BSS 原因造成掉话是在 BSC 内部由于硬件故障 BSC 内部各模块的通讯 问题造成的掉话 BSC 从 ABIS 口上收到 O M Intervention 错误消息也会算作 BSS 内部掉 话 传输闪断会造成较多的 BSS 内部掉话 切换原因造成掉话是在切换的过程中产生的掉话 是因为在小区内切换时 BSC 向 BTS 发 ASSIGNMENT COMMAND MSC 没有收到 Handover Performed 造成计时器 T3107 超 时产生掉话 在小区间切换时 BSC 向 BTS 发 Handover Command MSC 没有收到 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 3 页 共 32 页 Handover Complete 造成计时器 T3103 超时产生掉话 还有 BSC 间切换时原 BSC 向 MSC 发 HO REQUIRED 到原 BSC 向原 BTS 发 RF CHANNEL RELEASE 的 T8 计时器超时 以 上三种情况都是切换掉话 传输原因造成的掉话是由于远端 TC 引起的掉话 无线链路原因造成的掉话是网络优化中最主要解决的问题 贯穿整个网络优化过程 原因有很多种以下列举几种常见的原因 1 由于覆盖原因引起的掉话 a 两小区的交界部分出现明显的无线信号覆盖的盲区 b 高大建筑物阻挡产生阴影效应导致移动台信号发生慢衰落来不及切换引起的掉话 c 邻小区定义不全不能切换 直至超出该小区覆盖边缘产生掉话 d 覆盖过小也可能是由于某个小区的硬件设备出现了故障 如天线受阻挡或携带 BCCH 的载频发生了故障 功放部分 e 服务小区由于无线传播环境太好 功率太高等导致越区覆盖 会因找不到合适的切换 小区而产生掉话 这种情况一般发生在基站密集的市区 2 由于设备硬件或系统参数错误引起的掉话 a 频率规划是否合理 b 跳频参数是否合理 小区间的 MAIO 是否冲突 如出现这种情况会伴有较高的分配失 败率 c 切换参数是否匹配 如移动台到了下限切换电平 I RXLEV DL H I RXLEV UL H 但还没有邻小区满足 RXLEV MIN CELL 定义的电平值而造成的掉话 d 计时器设置是否合理 如 RADIO LINK TIME OUT 过小 e 硬件故障是因为 TRX 或分集部分的故障 隐性或显性 引起的掉话 此时分配失败率 和上下行的质量切换所占比例肯定也会很高 可观察 OMC R 工作平台统计工具的切 换原因分析 正常情况下 PBGT 应比其它切换类型较多约占 60 以上 当上行质量切 换较高时 可判断为上行干扰或硬件故障 当下行质量切换较高时 可判断为下行干 扰或硬件故障 当上下行质量切换较高时可判断为硬件故障 也不排除同时存在上下 行干扰的可能 3 由于干扰 引起误码率恶化 使手机无法解调邻小区的 BISC 码或不能正确移动台的 测量报告而产生的掉话 a 上行干扰 主要是干扰上行频率 同邻频或是外在的干扰源等 可观察 OMC R 工作 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 4 页 共 32 页 平台统计工具的切换原因分析 正常情况下 PBGT 应比其它切换类型较多约占 60 以 上 当上行质量切换较高时 可判断为上行干扰或硬件故障 b 下行干扰 这种干扰很少见 主要干扰下行频率 当下行质量切换较高时 可判断为 下行干扰或硬件故障 4 由于天馈线原因引起的掉话 a 小区有主集和分集两幅天线 BCCH 和 SDCCH 可能分配从不同的天线出发 由于两幅天 线俯仰角不同 会造成覆盖范围不同 而产生的掉话 b 小区有主集和分集两幅天线 方位角不同时用户可收到 SDCCH 一旦分配到不同的天 线发射的 TCH 而导致掉话 c 由于天馈线损伤 进水 打折 接触不良会降低发射功率和接收灵敏度产生的掉话 d 分集接收天线间距过小降低了接收灵敏度产生的掉话 一般在 3 5 米左右能达到理想效 果 e 收发天线不平行原因产生的掉话 f 定向天线反向的信号太强产生掉话 5 由于采用直放站而导致的掉话 a 由于地形 环境等影响直放站达不到指标要求产生的掉话 b 由于 TA 设置不合理产生的掉话 c 直放站放大上下行信号的同时也将干扰放大 引起信号质量的下降 导致掉话 TCH 拥塞 拥塞 TCH 分配失败 干扰分析 分配失败 干扰分析 主要是观察 TCH 信道是否存在拥塞 TCH 信道不足的情况 如果拥塞程度较轻 可 以适当调整参数 C2 CRO RXLEV ACCESS MIN RXLEV MIN HO MARGIN 等参数 如果拥塞较严重是 最简单的方法就是扩容即加载频 配置已满无法加载频时就要寻找合 适的站址加宏站或下层网 微蜂窝 街道站等 TCH 分配失败分 BSS 原因造成分配失败 TCH 由于 ABIS 拥塞造成分配失败和无线 原因造成分配失败 如果某小区分配失败率超过 10 那么 TRX 故障可能性最大 如果 大于 5 一般怀疑 TRX 故障或干扰 如果在 3 5 之间 那么可能是由拥塞或干扰引 起 低于 3 通常是无线环境影响 网络优化中经常出现的是无线原因造成的失败 1 收发信机出现故障 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 5 页 共 32 页 当 TRX 出现故障时 一般分配失败率会很高 2 同频或邻频干扰 干扰引起高误码率 使移动台不能与 BTS 建立起第二层链路 导致分配失败 3 天馈线出现问题 天馈线受到折损 腐蚀 导致因驻波比过高而影响收发性能发生分配失败 4 主分集天线受到阻挡或覆盖不均匀 当仅携带 TCH 的天线受到障碍物阻挡或覆盖地区和另一根携带 BCCH 信道的天线不一样 时就有可能会导致 MS 占不上 TCH 信道发生分配失败 5 参数不合理 当网络跳频参数 HSN 或 MAIO 设置不合理 可能会产生干扰导致分配失败 T3107 计时器 过短 容易导致分配失败 6 直放站影响 直放站将上下行信号放大 也将干扰信号放大 会导致分配失败 关于切换问题分析 关于切换问题分析 切换原因分析中统计的是各种切换原因的次数 上下行质量切换 上下行电平切换 上下行干扰切换 距离切换是紧急切换 Better CELL 优先频段切换是较好小区切换 1 下行质量切换 下行质量切换不是发现了信号更强的小区 而是服务小区质量太差无法维持正常通话 以下几种情况常会出现下行质量切换比例大 a 参数 L RXQUAL DL H 的设置过低 就会使呼叫很容易达到质量切换门限 b 如硬件故障时下行质量切换和切换失败会很多 c 如有干扰通话过程中质量很差触发质量切换 2 上行质量切换 是紧急切换的一种 切换触发原因是由于服务小区的上行质量太差 以下几种情况常会出现下行质量切换比例大 a 参数 L RXQUAL UL H 的设置过低 就会使呼叫很容易达到质量切换门限 b TRX 天线 分集部分 馈线等硬件出现问题 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 6 页 共 32 页 c 覆盖不足时常会伴有上行电平切换 d 上行干扰等 3 下行电平切换 属于紧急切换的一种 因为服务小区的电平信号低于正常通话要求而触发的切换 通 常这种情况并不多见 以下几种情况常会出现下行质量切换比例大 a 参数 L RXLEV DL H 的设置过低 就会使呼叫很容易达到下行电平切换门限 b 下行链路上的硬件问题 4 上行电平切换 属于紧急切换的一种 因为服务小区的电平信号低于正常通话要求而触发的切换 这 种切换不会找到电平足够强的小区 否则先触发功率切换 所以此类切换失败较高 以下 几种情况常会出现下行质量切换比例大 a 参数 L RXLEV DL H 的设置过低 就会使呼叫很容易达到下行电平切换门限 b 覆盖不足时往往也会伴随较多的上行质量切换 c 两小区间的乒乓切换 如 因为质量切换到低电平小区 马上又因功率预算或电平切换 返回原小区 5 距离切换 属于紧急切换的一种 因为基站与移动台之间的距离太远而触发的切换 通常这种情 况并不多见 以下几种情况常会出现下行质量切换比例大 a 参数 MS RANGE MAX 设置过小 b 孤岛效应 c 邻小区定义错误 6 上行干扰切换 属于小区内紧急切换的一种 载频上的时隙通话时有干扰时触发的切换 不开跳频并 且载频小于 2 个时会采用的切换 7 下行干扰切换 属于小区内紧急切换的一种 载频上的时隙通话时有干扰时触发的切换 不开跳频并 且载频小于 2 个时会采用的切换 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 7 页 共 32 页 2 信信 令令 分分 析析 法法 信令分析是在优化过程中需对网络运行质量分析 网络性能分析 统计数据采集分析 测试数据分析及各类系统参数的检查 还要针对用户申告投诉的现象汇总分析以及各类故 障处理 追踪测试等等 然后结合现有的网络结构和移动通信网络诸多不确定的因素 制 定出优化调整的方案 进行频率规划和数据检查 修改等调整措施 信令分析工作通过采集 分析 A 接口和 ABIS 接口的信令来监测网络的运行 了解网络 的实际质量和运行状况 查找和定位问题 通过跟踪分析 Abis 接口信令数据 根据信号质量分布图 频率干扰检测图 接收电平 分布图 信令信道或话音信道占用时长图等 对现网中存在的隐性硬件故障 传输问题 频 点干扰 越区覆盖 网外强干扰等进行定位 同时可以协助进行新建站的跟踪分析 查找 覆盖盲点 新基站建站建议 覆盖错误小区及交叉馈线小区的确认以及配合硬件组进行复 杂的硬件排障与评估工作 通过跟踪分析 A 接口信令数据 了解 BSC 所辖各小区的运行情况 可以进行呼损分 析 定位故障硬件 传输设备问题 INTER BSC 切换话务量不均 部分数据定义错误 链 路不畅等原因 等问题 用图表来表示信令分析的工作流程 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 8 页 共 32 页 工作流程图 否 否 否 是 是 是 准备工作 软件准备 硬件准备 AGLAE 工作是否正常OPT DAFNE 工作是否正 常 K1205 工作是否正常 准备 DDF 架至信令分析 仪连线以及电源插座 现场工作 对重点 BSC 做 A 接口 信令跟踪及分析 是否有硬件问题是否有切换问题 如有其它问题 计录 下来留待以后 A bis 跟踪 通知网络规划组和交换 工程师并配合解决 通知硬件组并配合解决 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 9 页 共 32 页 否 否 是 是 否 是 是 是 目前我们经常使用的信令分析仪器是 Tektronix 公司的 K1205 信令分析仪 它可以方便 的采集各种接口的信令 K1205 满配置时支持 4 块 E1 DS1 数据采集模块 共 16 个接口 支持 同时跟踪 16 条 PCM 链路 白山移动公司的 K1205 只有 2 块 E1 DS1 数据采集模块共 8 个 接口 支持同时跟踪 8 条 PCM 链路 根据 OMC R 组给出的坏小 区列表 做 ABIS 信令跟踪 是否有硬件问题是否有干扰问题是否有其它问题 通知硬件组并配合解决通知网络规划组和路测组 并配合解决 通知 OMC R 组并配合解决 优化结束 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 10 页 共 32 页 K1205 信令分析仪连接方式示意图 在跟踪 A 接口信令时 可以选择 A 接口 也可以选择 A TER MUX 接口 但必须跟全该 BSC 下所有的 NO 7 链路 否则得不到正确的结果 K1205 也支持同时跟踪 A 接口和 ABIS 接 口 3 系统优化典型案例 针对 系统优化典型案例 针对 MOTO 3 13 1 邻区数据库定义错误 邻区数据库定义错误 小区中邻区的 LAC BCCH BSIC 定义错误 会导致即使做了该邻小区切换关系 手机 在检测到该邻区的信号时 也无法发生切换 会影响切换和掉话 邻区数据库错误的现象 特别会在基站割接时发生 应定期检查 邻区中 BSIC 定义错误 邻区中 BCCH 定义错误 邻区中 LAC 定义错误 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 11 页 共 32 页 3 23 2 BERBER 问题问题 1 1 NX LuoLong 460 00 33102 18223 掉话高 RTF 2 1 的下行误码 BER 指标高 18 日下 午进行 INS 处理 指标对比如下 Device NameDateTOTAL CALLS KEYtotal lost 10 月 17 日 4066 10 月 18 日 57316 10 月 19 日 5110 10 月 20 日 5753 10 月 21 日 3971 BSS802 BSS802 SITE 10 NX LuoLong 460 00 33102 18223 10 月 22 日 5851 掉话次数明显下降 Device NameDate BER ME AN TS0 BER ME AN TS1 BER ME AN TS2 BER ME AN TS3 BER ME AN TS4 BER ME AN TS5 BER ME AN TS6 BER ME AN TS7 10 月 17 日 3 174 353 094 372 94 343 274 39 10 月 18 日 5 414 155 374 255 44 285 414 44 10 月 19 日 0 090 040 060 060 150 10 170 09 10 月 20 日 0 110 050 110 070 110 080 080 12 10 月 21 日 0 080 120 080 060 10 070 110 11 BSS802 BSS802 S ITE 10 NX LuoLong 4 60 00 33102 18223 RTF 02 0110 月 22 日0 070 070 060 060 090 060 080 07 Ber 的指标从原来的每时隙 5 左右下降到 0 1 左右 明显改善 3 33 3 呼叫建立成功率差呼叫建立成功率差 1 JiaoTongJu 460 00 33103 19791 呼叫建立成功率一直比较差 SD 掉话也比较高 18 日对该小区进行 BCCH 对倒 指标变化情况如下表 呼建和 SD 掉话指标均明显改善 Device NameDate CALL SETUP S UCCESS RATE RF LOSSES S D TOTAL CA LLS KEY total lost 10 月 13 日 87 5152313 10 月 14 日 75 62351522 10 月 15 日 67 53571566 10 月 16 日 74 9531910 10 月 17 日 68 25511445 10 月 18 日 79 59411953 10 月 19 日 95 4802960 10 月 20 日 95 2203191 10 月 21 日 96 3912401 BSS801 BSS801 SITE 11 JiaoTongJu 460 00 33103 19791 10 月 22 日 95 4422721 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 12 页 共 32 页 3 43 4 切换问题切换问题 XW ChaQiShan 460 00 33100 18482 入切换困难 导致周边小区切换掉话极多 本小 区 RF 掉话也很多 经现场工程师处理 排除载频故障 后怀疑 IADU 坏 更换无效果 发 现该扇区装有塔放 塔放对接受通路有影响 怀疑塔放质量不好 经现场处理 把塔放先 断开 指标对比如下 Device NameDate CALL SE TUP SUC CESS RA TE HANDOV ER SUC CESS R ATE OUT INTR A BSS HO LOSTMS RF LOSSE S SD RF LOSSE S TCH RO LL TOTAL CA LLS KEY 11 月 9 日 72 5995 3238667445 11 月 10 日 65 1193 8705550237 11 月 11 日 95 0995 11163445 BSS803 BSS803 SITE 2 XW ChaQiShan 460 00 33100 18482 11 月 12 日 95 7796 95353498 11 月 9 日 94 8650 519153517 11 月 10 日 94 9256 731145467 11 月 11 日 96 6194 42214370 BSS803 BSS803 SITE 2 XW ChaQiShan 460 00 33100 18483 11 月 12 日 94 5594155382 11 月 9 日 94 7736 772061308 11 月 10 日 93 5742 531784611 11 月 11 日 94 0594 2163411 BSS803 BSS803 SITE 3 XW ChaQiShan 2 4 60 00 33100 26922 11 月 12 日 96 8895 46061373 从上表可以看出 去掉塔放后 18482 本小区的呼建从 70 左右 上升到 95 以上 SD 掉话和 TCH 掉话大大减少 与其切换次数比较多的 18483 和 26922 指标明显好转 切换成 功率从 50 上升到 94 以上 切换掉话也大大减少 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 13 页 共 32 页 3 53 5 邻区切换关系问题邻区切换关系问题 我们针对网络中的新开不久的基站 割接过的基站 邻区个数过少的基站进行了全面 的检查 发现网络中的切换关系做的非常不合理 如下面的图例 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 14 页 共 32 页 3 63 6 IOIIOI 问题问题 1 CN XiaChang s 一带的干扰问题 xiachang s 站 3 扇区一带存在严重干扰现象 经查发 现该扇区下挂有直放站 经代维人员对直放站整改后 干扰值恢复正常 如下表 Device Name Date INTF ON IDLE M EAN TS0 INTF O N IDLE MEAN TS1 INTF O N IDLE MEAN TS2 INTF O N IDLE MEAN TS3 INTF O N IDLE MEAN TS4 INTF O N IDLE MEAN TS5 INTF O N IDLE MEAN TS6 INTF O N IDLE MEAN TS7 10 月 21 日 25 8425 5925 6225 440025 9725 58 10 月 22 日 2322 6722 2323 460022 821 96 10 月 23 日 25 3525 9325 7925 250025 2225 45 10 月 24 日 38 5938 2938 4338 360038 7238 48 BSS808 BSS8 08 SITE 9 CN XiaCha ng s 460 00 33100 18613 RTF 02 01 10 月 25 日 23 723 5423 6323 560023 7523 6 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 15 页 共 32 页 10 月 26 日 43 3543 1943 1643 110043 9143 49 10 月 27 日 0 010 030 010 1000 020 01 10 月 28 日 0 030 010 020 17000 020 02 10 月 29 日 0 050 060 050 180000 04 10 月 30 日 0 010 010 020 07000 020 02 10 月 21 日 013 1813 4213 3513 7414 5213 8214 31 10 月 22 日 012 0912 4412 3812 513 7813 0513 16 10 月 23 日 010 5510 6710 611 0711 7411 1411 73 10 月 24 日 08 198 578 99 099 479 239 52 10 月 25 日 010 2110 5610 7911 2511 3811 1511 48 10 月 26 日 010 7810 9311 0111 021211 4911 85 10 月 27 日 00 080 060 050 030 020 040 08 10 月 28 日 00 070 060 050 020 020 020 03 10 月 29 日 00 180 160 040 140 090 10 14 BSS808 BSS8 08 SITE 9 CN XiaCha ng s 460 00 33100 18613 RTF 02 00 10 月 30 日 00 060 060 020 030 040 030 05 10 月 21 日 016 0615 9716 0216 0716 0116 1116 24 10 月 22 日 015 2915 1915 2815 2915 215 4715 53 10 月 23 日 017 5317 4217 4217 717 4717 517 66 10 月 24 日 016 3316 2216 5116 4416 5216 5516 59 10 月 25 日 020 0719 8420 1320 0720 0820 2120 25 BSS808 BSS8 08 SITE 10 CN MeiBa i 1 kf 460 00 33100 18623 RTF 02 00 10 月 26 日 015 0714 9315 011515 0115 4715 39 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 16 页 共 32 页 10 月 27 日 000 0100000 10 月 28 日 000 0100000 10 月 29 日 000 0100000 10 月 30 日 000 010 010 010 020 010 2 QiuChang w 460 00 33101 19253 RTF 02 01 该频点一直存在干扰 我们于 11 月 22 日下午 15 55 修改 RTF 02 01 的频点 有 45 改为 13 观察指标 干扰消失 如下表 Device NameDate Time INTF O N IDLE MEAN TS0 INTF O N IDLE MEAN TS1 INTF O N IDLE MEAN TS2 INTF O N IDLE MEAN TS3 INTF O N IDLE MEAN TS4 INTF O N IDLE MEAN TS5 INTF O N IDLE MEAN TS6 INTF O N IDLE MEAN TS7 9 0010 5810 5410 5510 6610 451010 4810 56 10 0010 2110 210 1810 2210 099 9910 1310 17 11 0010 0810 1210 0610 1210 059 9710 0510 08 12 0010 0610 1510 1110 1110 059 9810 0610 11 13 0010 0410 0610 0510 0710 019 8710 0510 05 14 00101010 0110 039 989 889 9910 01 15 009 899 929 919 899 889 629 899 92 16 000 030000000 17 000 010000 02000 18 0000 010 040 010 0700 010 08 19 0000 04000000 BSS807 BSS 807 SITE 15 QiuChan g w 460 00 33101 19253 RTF 02 01 22 11 2004 20 000 0200000 010 040 04 3 73 7 掉话问题掉话问题 1 XinCun 460 00 33101 18101 站一扇区掉话多 掉话集中在 RTF 0 0 载频上 经 INS 操 作无效果 对倒载频 发现掉话转移到另一载频 仍然在 RTF 0 0 上 怀疑该扇区 BCCH 频 点受干扰 27 日上午修改 BCCH 频点 由 70 改为 85 后 掉话明显下降 如下表 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 17 页 共 32 页 3 83 8 PBPB 问题问题 1 ZongChang w 460 00 33103 19231 RTF 00 01 的 PATH BALANCE MEAN 值一直偏低 在 95 左右 说明该载频的发射通路不正常 第一步处理 INS 处理无效果 第二步派基站工程 师现场调测 发现该载频无法校准 第三步更换该载频 更换后该载频恢复正常 统计数 Device NameDateBUSY TCH MEANtotal lost 10 月 16 日 15 49 10 月 17 日 13 686 10 月 18 日 15 377 10 月 19 日 16 310 10 月 20 日 15 95 10 月 21 日 16 084 10 月 22 日 15 824 10 月 23 日 13 56 10 月 24 日 14 066 10 月 25 日 11 572 10 月 26 日 14 39 10 月 27 日 15 562 10 月 28 日 13 862 10 月 29 日 16 190BSS804 BSS804 SITE 7 XinCun 460 00 33101 18101 10 月 30 日 11 770 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 18 页 共 32 页 据如下表 Device NameDate PATH BALANCE MEA N 10 月 27 日 96 19 10 月 28 日 96 58 10 月 29 日 96 88 10 月 30 日 96 75 10 月 31 日 97 35 11 月 1 日 94 34 11 月 2 日 95 76 11 月 3 日 106 06 11 月 4 日 105 45 BSS807 BSS807 SITE 11 ZongChang w 460 00 33103 19231 RTF 00 01 11 月 5 日 105 58 2 JA JiangAn2 s 460 00 33102 19382 RTF 01 02 改扇区的掉话一直 偏高 发现其中的一块载频PATH BALANCE MEAN 非常高 达140 以上 处理 过程如下 第一步 INS 对倒 RTF 无效果 发现DRI 1 2 的 PATH BALANCE MEAN 仍 然没变化 排除频点原因 第二步 怀疑硬件问题 更换载频无效果 更换IADU 无效果 第三步 经硬件工程师和数据分析工程师核查 发现DRI 1 2 位于副机 柜中 数据库中的载频port connection 为 0 antenna selection 为 3 把 antenna selection 修改为 1 问题解决 PATH BALANCE MEAN 恢复正常 掉话也随之减少 Device NameDatePATH BALANCE MEAN 11 月 12 日 145 18 11 月 13 日 142 42 11 月 14 日 144 24 11 月 15 日 143 88 11 月 16 日 104 52 11 月 17 日 104 13 11 月 18 日 105 01 BSS802 BSS802 SITE 36 JA JiangAn2 s 460 00 33102 19382 RTF 01 02 11 月 19 日 105 43 至此 JA JiangAn2 s 的老大难问题解决 问题出在扩容时载频数据库做 错 希望下次扩容时应避免数据库做错的现象 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 19 页 共 32 页 3 93 9 网络切换算法的统一网络切换算法的统一 我们建议同频段的切换采用最常见的motorola 标准功率预算切换算法 1 GSM900 切换 DCS1800 采用 motorola 的拐弯切换算法3 DCS1800 切换 GSM900 采用 motorola 的话务量控制切换算法5 目前网络的切换算法非常混 乱 对网络的17558 条切换关系统计如下表 切换方向切换类型数量建议 GSM900 GSM900type 114265 type 3143 type 5108 使用 moto 算法 type 1 DCS1800 DCS1800type 1792 保留 DCS1800 GSM900type 1476 type 3640 type 542 使用 moto 算法 type 3 GSM900 DCS1800type 1546 type 337 type 5509 使用 moto 算法 type 5 11 月 2 日下午统一全网的切换算法后 网络掉话率明显改善 如下表 Device NameDateDrop Call rate moto BUSY TCH MEAN NETWORK 10 月 23 日 0 624 4432 8 NETWORK 10 月 24 日 0 594 4373 1 NETWORK 10 月 25 日 0 542 4484 5 NETWORK 10 月 26 日 0 532 4570 9 NETWORK 10 月 27 日 0 551 4635 3 NETWORK 10 月 28 日 0 571 4574 4 NETWORK 10 月 29 日 0 556 4659 8 NETWORK 10 月 30 日 0 545 4594 8 NETWORK 10 月 31 日 0 592 4550 1 NETWORK 11 月 1 日 0 539 4805 2 NETWORK 11 月 2 日 0 570 4746 7 NETWORK 11 月 3 日 0 485 4744 7 NETWORK 11 月 4 日 0 527 4674 9 NETWORK 11 月 5 日 0 529 4759 4 3 103 10 无法起呼现象无法起呼现象 1 D ZhiCaiChang 460 00 33103 27656 在 11 月 6 日凌晨 BSC 升级后 SD 无法占用 total call 为 0 话务量都由切换产生 切换成功率也变差 我们进行处理后 恢复正常 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 20 页 共 32 页 指标对比如下表 Device NameDate BUSY SDC CH MEAN BUSY TCH MEAN CALL SETU P SUCCESS RATE HANDOVER SUCCESS RATE TOTAL CALLS KEY 11 月 6 日 02 49 091 40 11 月 7 日 03 14 092 920 11 月 8 日 02 85 092 150 11 月 9 日 02 86 094 620 11 月 10 日 02 57 084 650 11 月 11 日 02 99 087 890 11 月 12 日 02 23 086 80 11 月 13 日 0 163 6110098 6578 11 月 14 日 0 152 797 2298 9470 11 月 15 日 0 13 1298 4899 5165 11 月 16 日 0 182 6897 398 2572 11 月 17 日 0 092 8896 4998 3155 11 月 18 日 0 143 3898 6899 575 BSS807 BSS807 SI TE 48 D ZhiCaiChang 460 00 33103 27656 11 月 19 日 0 133 3910098 7663 3 113 11 TCHTCH 占用困难占用困难 1 HeiTaLu S 460 00 33103 19541 在 BSC 重启后 TCH 占用失败次数多 切换成功率和呼 叫建立成功率变差 经我们对其进行 RTF 对倒后 恢复正常 指标对比如下 Device NameDate CALL SETUP SU CCESS RATE HANDOVER SU CCESS RATE MA FAIL F ROM MS TOTAL CAL LS KEY 11 月 6 日 92 6982 02368482 11 月 7 日 94 486 71287472 11 月 8 日 92 6884 2374519 11 月 9 日 93 1583 37334449 11 月 10 日 96 3690 86245476 11 月 11 日 96 9691 05194446 11 月 12 日 92 3484 32261446 11 月 13 日 96 0297 124434 11 月 14 日 98 3296 726410 11 月 15 日 96 8297 0612456 11 月 16 日 98 2695 085451 11 月 17 日 95 3998 147497 11 月 18 日 98 698 155562 BSS805 BSS805 SI TE 17 HeiTaLu S 460 00 33103 19541 11 月 19 日 98 6497 955508 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 21 页 共 32 页 3 123 12 拥塞问题和减扩容表拥塞问题和减扩容表 对连续拥塞的小区进行观察 能考虑通过话务均衡或修改信道配置的尽量通过软件的 方法解决 在考虑扩容计划 1 7 月 20 日发现 LiangJiang w 460 00 33101 26261 存在拥塞现象 20 日下午对该小区做 话务均衡 修改其无拥塞的邻小区 homargin 正向由 5 改为 1 反向由 5 改为 7 21 日开 始拥塞现象有所缓解 Device Namedate TCH BLOCKING RAT E BSS807 BSS807 SITE 23 LiangJiang w 460 00 33101 262617 月 19 日3 03 BSS807 BSS807 SITE 23 LiangJiang w 460 00 33101 262617 月 20 日6 35 BSS807 BSS807 SITE 23 LiangJiang w 460 00 33101 262617 月 21 日0 BSS807 BSS807 SITE 23 LiangJiang w 460 00 33101 262617 月 22 日1 49 BSS807 BSS807 SITE 23 LiangJiang w 460 00 33101 262617 月 23 日0 BSS807 BSS807 SITE 23 LiangJiang w 460 00 33101 262617 月 24 日0 BSS807 BSS807 SITE 23 LiangJiang w 460 00 33101 262617 月 25 日0 第二部分 第二部分 DT 分析分析 DT 分析是比较难的一项工作 DT 分析工程师必须以熟悉无线网络 GSM CDMA 和测试规范 熟悉测试设备及各种工具软件为基础 对系统优化有很强的优化意识为条件 强烈的责任心为后盾 才能是一位合格的 DT 分析工程师 DT 分析必须出具话音质量图 覆盖图 出具接通率 话音质量 覆盖率 掉话率等 指标 对问题严重的需要分析 提出建议并执行且对问题进行跟踪 对对比测试需要出具 报告时 需要对出图 指标进行比较 DT 按照类型分为 GSM DT GSM GPRS DT CDMA DT CDMA 1X DT DT 测试的硬件 一台笔记本电脑 2 台测试手机 1 台 GPS DT 测试的软件 爱立信的 TEMS 软件 珠海万和软件 鼎立 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 22 页 共 32 页 下面以一些案例做引子 给大家提供一些 DT 分析的思路 1 南溪县掉话问题 南溪县掉话问题 四川宜宾 四川宜宾 从上图可以看出 该路段测试手机占用的信号很弱 信号质量很差 检查邻小区发现 南 溪三 1 CI 19581 的 Nei 缺南溪五 1 CI 27571 和南溪五 3 CI 27573 南溪二 3 CI 19273 的 Nei 缺南溪五 1 CI 27571 和南溪五 3 CI 27573 建议在南溪五 1 与南溪五 1 南溪五 1 与南溪五 3 南溪二 3 与溪五 1 南溪二 3 与南 溪五 3 之间增加双向 Nei 增加了邻区关系后测试发现 掉话问题得到圆满解决 测试情况见下图 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 23 页 共 32 页 2 蜀南大道弱覆盖问题 蜀南大道弱覆盖问题 四川宜宾 四川宜宾 从路测数据看 紫色圈内的覆盖较差 该区域是市政府 3 覆盖 由于建筑物阻挡 导致该处弱覆盖 建议 为解决蜀南大道覆盖不足 建议在南客站附近增加新站 增加南客站基站测试发现 该路段的覆盖不足问题得到彻底解决 测试情况见下图 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 24 页 共 32 页 3 太平洋大厦附近掉话 太平洋大厦附近掉话 log01 贵阳城区 贵阳城区 相互交流 相互沟通 让一切更协调 更稳健 作者 李志奎 第 25 页 共 32 页 问题描述及分析 问题描述及分析 MS2 占用 1723 美术公司 3 LAC 34050 BCCH 522 BSIC 6