xxCDMA网络优化周报_第四周(1126_1202).doc

RT 7 5 1 08 0 浙江联通丽水分公司浙江联通丽水分公司 科技科技 CDMA无线网络优化周报无线网络优化周报 第第4 4周周 丽水联通公司丽水联通公司 Version 2 0 0 2007 12 02 Rising Technology 在线科技有限公司在线科技有限公司 2007 2008 RT 7 5 1 08 0 第 2 页 共 22 页 目目 录录 1 优化概述优化概述 3 2 本周主要工作内容本周主要工作内容 3 3 下周工作计划下周工作计划 4 4 网络质量跟踪网络质量跟踪 4 4 1忙时话务量 不含切换 4 4 2无线系统接通率 5 4 3业务信道掉话率 5 4 4寻呼成功率 5 4 5呼叫建立成功率 6 5 本周具体优化工作内容本周具体优化工作内容 6 5 1全网邻区关系调整实施 6 5 2高速掉话事件改善 6 5 2 1问题汇总 6 5 2 2金丽温高速 7 5 2 3丽龙高速 7 5 2 4丽龙高速隧道覆盖报告 8 5 2 5龙丽高速 8 5 2 6龙丽高速青云隧道掉话改善 8 5 2 7龙丽高速遂昌北界掉话改善 14 5 3用户终端故障引发高分配失败 18 5 4寻呼成功率提升建议 19 5 4 1SCI 概要 19 5 4 2SCI 原理 19 5 4 3优势与劣势 20 5 4 4调整建议 20 5 4 5建议报告及参考文献摘要 20 5 5香溢源室内分布信源变更 20 5 6丽水城北基站掉话区域CQT测试分析报告 20 5 7全网坏小区监控 TOP10 21 5 7 1硬件告警小区 21 5 8技术交流 22 6 附件附件 22 RT 7 5 1 08 0 第 3 页 共 22 页 1 优化概述优化概述 07 11 26 07 12 02 网络 浙江省丽水 CDMA 网络 丽水联通 CDMA 优化中心接口人 李 北京日讯优化项目组人员 项目经理 杨 系统优化工程师 李 leader RF 分析工程师 冯 故障排查工程师 胡 DT 测试工程师 陆 优化工具 Agilent 6474A CDMA 测试手机 ACTIX 后台分析软件 Luncent 优化工具软件 泰克 YBT250 干扰测试仪等 2 本周主要工作本周主要工作内容内容 全网 Neighbor List 调整实施 龙丽高速直放站引起掉话处理 丽龙高速直放站问题列表提交并现场核查 高掉话小区故障定位 用户终端故障引起高分配失败定位 底躁监控 TOP10 监控 系统指标统计 系统参数核查 技术交流 主题 层 3 消息分析 RT 7 5 1 08 0 第 4 页 共 22 页 3 下周工作计划下周工作计划 监控高掉话次数小区 高速公路隧道 直放站 持续改善 参数核查建议提交 寻呼成功率提升建议实施与监控 待省公司批复 技术交流 主题 接入与功率控制 4 网络质量跟踪网络质量跟踪 Date11 2611 2711 2811 2911 30 业务信道承载的话务量 不含切换 C10 4990 031002 271009 111011 691066 61 无线系统接通率 C4 597 797 5897 4897 7997 89 业务信道掉话率 C6 4117 34116 34115 85114 76115 21 寻呼成功率 C4 110 30 410 360 320 27 呼叫建立成功率 C4 1295 5295 195 1195 5596 04 表 4 1 指标统计表 注 以上统计时段为系统最忙时段 4 1 忙时话务量 不含切换 忙时话务量 不含切换 业务信道承载的话务量 不含切换 990 03 1002 27 1009 111011 69 1066 61 900 00 950 00 1000 00 1050 00 1100 00 1150 00 1200 00 11 2611 2711 2811 2911 30 RT 7 5 1 08 0 第 5 页 共 22 页 4 2 无线系统接通率无线系统接通率 无线系统接通率 97 7 97 58 97 48 97 79 97 89 95 95 5 96 96 5 97 97 5 98 98 5 99 11 2611 2711 2811 2911 30 4 3业务信道掉话率业务信道掉话率 业务信道掉话率 0 3 0 41 0 36 0 32 0 27 0 1 0 15 0 2 0 25 0 3 0 35 0 4 0 45 11 2611 2711 2811 2911 30 4 44 4寻呼成功率寻呼成功率 寻呼成功率 95 52 95 195 11 95 55 96 04 94 2 94 7 95 2 95 7 96 2 11 2611 2711 2811 2911 30 RT 7 5 1 08 0 第 6 页 共 22 页 4 54 5 呼叫建立成功率呼叫建立成功率 呼叫建立成功率 99 59 99 6 99 56 99 58 99 52 99 20 99 45 99 70 99 95 11 2611 2711 2811 2911 30 5 本周具体优化工作内容本周具体优化工作内容 5 1 全网邻区关系调整实施全网邻区关系调整实施 邻区列表优化中 日讯对一些切换请求比例较高的 但现网却没有邻居关系的扇区进 行添加 对一些相隔几层站的 切换请求统计次数为零的扇区删除其彼此的邻区关系 对 一些切换请求比例较高的但在邻区列表中优先级靠后的扇区 重新设置优先级 增加邻区删除邻区优先级调整 修改个数 105148198 建议人员李利松李利松李利松 审查批准李水龙李水龙李水龙 实施人员李水龙李水龙陆璐玮 完成日期11 月 28 日11 月 28 日11 月 29 日 表 5 1 1 邻区优化实施 5 2 高速掉话事件改善高速掉话事件改善 丽水 CDMA 网络 全境内高速测试中发生掉话区域共 9 处 目前已处理完成 4 处 还有 5 处造成掉话区域均由直放站覆盖 对此申请协助直放站现场勘察处理 5 2 1 问题汇总 高速名称掉话发生区 域个数 已解决需要协调处理直放 站个数 金丽温高 速 110 丽龙高速 514 RT 7 5 1 08 0 第 7 页 共 22 页 龙丽高速 321 汇总 945 表 5 2 1 汇总表 5 2 2 金丽温高速 序 号 位置现象描述原因解决措施解决情 况 1缙云新建 镇基站附 近高速路 段 接收电平正常 下 行链路质量很差 无法切换 缙云葛湖 Sec 1 PN20 邻 区缺失缙 云马渡 Sec 3 PN364 BTS191 1 PN20 与 BTS121 3 PN364 双向 增加关系邻区 已解决 表 5 2 2 金丽温高速汇总表 5 2 3 丽龙高速 序 号 位置现象描述原因解决措施解决情 况 1 碗窑岭隧 道 覆盖正常 下行链 路异常 引起掉话 BTS251 1 PN92 云河沙溪 Sec 1 缺失 BTS136 1 PN132 BTS251 1 PN92 云 河沙溪 Sec 1 邻区增加 BTS136 1 PN132 已解决 2 龙泉严山 岭隧道 覆盖正常 上行链 路异常 引起掉话 直放站上行 故障 直放站维修或更 换 未处理 3 黄岗隧道 独山隧道 覆盖正常 下行链 路异常 引起掉话 增益不足或 直放站重发 天线距隧道 口过远 协助现场勘察 关注天线放置 位置 未处理 4 赤石岭隧 道 覆盖正常 上行链 路异常 引起掉话 增益不足或 直放站重发 天线距隧道 口过远 协助现场勘察 关注上行增益 未处理 5 下弄湾 庵基头隧 道 接收电平偏差 下 行正常 上行链路 异常 引起掉话 增益不足或 直放站重发 天线距隧道 口过远 协助现场勘察 关注上行增益 未处理 表 5 2 3 丽龙高速汇总表 RT 7 5 1 08 0 第 8 页 共 22 页 5 2 4 丽龙高速隧道覆盖报告 5 2 5 龙丽高速 序 号 位置现象描述原因解决措施解决情 况 1青云岭隧 道 接收电平正常 下行链路质量 差 遂昌水阁 Sec 1 PN144 向 遂昌新路湾 BTS 122 Sec 1 PN4 切换失败 掉 话 1 遂昌水阁 Sec 1 PN144 搜 索窗设置偏小 2 遂昌水阁 Sec 1 PN144 邻区列表集里边 遂昌新路湾 Sec 1 PN4 切换优 先级设置偏低 1 遂昌水阁 BTS 244 PN144 Sec 1 srchwina 7 9 srchw inn 9 11 2 遂昌新 路湾 Sec 1 PN4 切换 优先级由 Medium Very High 已解决 2遂昌北界 基站附近 高速 接收电平正常 下行链路质量 差 遂昌北界 Sec 1 PN12 搜索窗设 置偏小 遂昌北界 Sec 1 PN12 srchwina 7 9 srchw inn 9 11 已解决 3东田隧道 章坑岭隧 道 接收电平正常 下行链路质量 差 这两个隧道为连续的隧道 中间 隔一个比较短的夹坑隧道 发生 连续掉话 11 月 18 日测试存在 脱网现象 11 月 24 日直放站安 装完毕 11 月 26 日测试隧道内 掉话 次 接收电平正常 但下 行链路质量差 协助现场勘察 此处新 安装直放站 相关隧道 直放站数据暂时未获得 未解决 表 5 2 3 龙丽高速汇总表 5 2 6 龙丽高速青云隧道掉话改善 现象描述 事件 掉话 DT 测试分析此高速路段 Rx Level 指标正常 Ec Io Best F FER 指标很差 Tx Power 指标偏差 Rx Level 75dBm 左右 Ec Io Best 20dB 左右 Tx Power 15dBm 左右 F FER 50 左右 在青云岭隧道内发生掉话 由于隧道内无 GPS 采样点 问题分析图由层三 及数据回放图来说明 RT 7 5 1 08 0 第 9 页 共 22 页 图 5 2 5 掉话前隧道内导频情况回放 问题分析 掉话点位于青云岭隧道内 由直放站青云岭隧道 PN144 信源为遂昌水阁 BTS 244 Sec 1 和遂昌新路湾 BTS 122 Sec 1 PN4 覆盖 在由丽水向遂昌方向行驶过程 中 PN144 向 PN4 切换失败掉话 掉话前由于遂昌水阁 Sec 1 PN144 搜索窗设置偏小 srchwina 7 srchwinn 9 MS 不能有效搜索邻集导频信号 PN4 导致邻集导频信号 PN4 落在搜索窗外形成强干 扰 无法切换 掉话 同时遂昌水阁 Sec 1 PN144 邻区列表集里边遂昌新路湾 Sec 1 PN4 切换优先集设置偏低 Medium 高速上车行使速度比较快 可能导致遂昌新路湾 Sec 1 PN4 信号不能被及时搜索形成干扰引起掉话 问题分析掉话主要原因为 1 遂昌水阁 Sec 1 PN144 搜索窗设置偏小 2 遂昌水阁 Sec 1 PN144 邻区列表集里边遂昌新路湾 Sec 1 PN4 切换优先级设置 偏低 RT 7 5 1 08 0 第 10 页 共 22 页 图 5 2 6 掉话大概位置图 Rx Power 图 图 5 2 7 掉话后同步到 PN4 层 3 消息图 RT 7 5 1 08 0 第 11 页 共 22 页 图 5 2 8 遂昌水阁 Sec 1 PN144 搜索窗设置 调整前 图 5 2 9 遂昌水阁 Sec 1 PN144 邻区优先级设置 调整前 RT 7 5 1 08 0 第 12 页 共 22 页 基站小区发现问题解决措施 遂昌水阁 BTS 244 PN144 Sec 1 MS 搜索窗参 数设置偏小 srchwina 7 9 srchwinn 9 11 遂昌水阁 BTS 244 PN144 Sec 1 邻区列表集里 边遂昌新路湾 Sec 1 PN4 切换优先级设 置偏低 遂昌新路湾 Sec 1 PN4 切换优先级 由 Medium Very High 表 5 2 10 调整表 解决效果 调整结束后 对问题点及进行了测试 问题点位置 DT 测试指标良好 切换正常 无 掉话出现 由于在隧道内 无 GPS 位置点 采用层 3 消息进行说明 图 5 2 11 PN144 和 PN4 正常切换 调整后 RT 7 5 1 08 0 第 13 页 共 22 页 图 5 2 12 遂昌水阁 Sec 1 PN144 搜索窗设置 调整后 图 5 2 13 遂昌水阁 Sec 1 PN144 邻区优先级设置 调整后 总结 原掉话位置于 11 月 27 日修改搜索窗及邻区关系后 经过实测各项指标正常 正常切 换 无掉话出现 RT 7 5 1 08 0 第 14 页 共 22 页 5 2 7 龙丽高速遂昌北界掉话改善 现象描述 事件 掉话 DT 测试分析此路段发 Ec Io Best F FER 指标均偏差 Ec Io Best 20dB 左右 F FER 100 掉话 图 5 2 14 Ec Io Best 指标 调整前 图 5 2 15 F FER 指标 调整前 问题分析 RT 7 5 1 08 0 第 15 页 共 22 页 掉话位置位于直放站遂昌风车口 信源为遂昌北界 Sec 1 PN12 和遂昌北界 Sec 1 PN12 的覆盖切换地带 由于其搜索窗设置偏小 srchwina 7 srchwina 9 MS 不能有效搜索导频信号 PN12 导致落在搜索窗外的强信号形成干扰 下行链路质量很 差 掉话 根据 srchwina s 2r 6 6 1 61 d 0 814 大致计算出 srchwina 至少应设 置为 8 s 直放站到信源 BTS 的距离 若是光纤 乘 1 5 r 直放站覆盖半径 d 直放站覆盖半径 问题分析主要原因遂昌北界 Sec 1 PN12 搜索窗设置偏小 图 5 2 16 最强 PN 覆盖图 调整前 图 5 2 17 Ec Io for PN12 遂昌北界Sec 1 RT 7 5 1 08 0 第 16 页 共 22 页 图 5 2 18遂昌北界Sec 1 PN12 搜索窗参数 调整前 基站小区发现问题解决措施 遂昌北界 BTS 55 PN12 Sec 1 MS 搜索窗参 数设置偏小 srchwina 7 9 srchwinn 9 11 遂昌北界 BTS 55 PN180 Sec 2 MS 搜索窗参 数设置偏小 srchwina 7 9 srchwinn 9 11 表 5 2 19 调整表 解决效果 调整结束后 对问题点及附近路段进行了测试 问题点位置 DT 测试指标良好 切换正 常 无掉话出现 RT 7 5 1 08 0 第 17 页 共 22 页 图 5 2 20 Ec Io Best 指标 调整后 图 5 2 21 F FER 指标 调整后 RT 7 5 1 08 0 第 18 页 共 22 页 图 5 2 22 遂昌北界 Sec 1 PN12 搜索窗参数 调整后 总结 原掉话位置于 11 月 26 日修改搜索窗参数后 经过实测各项指标正常 正常切换 无掉话出现 5 3 用户终端故障引发高分配失败用户终端故障引发高分配失败 经过连续监控业务信道分配失败 发现连续多日 IMSI 0976846535 对应用户号码在 CELL75 青田石帆镇基站出现高业务信道分配失败 TCCF 11 月 23 日此 号码单日发生 78 次分配失败 其他用户未出现此问题 将此号码上报优化中心进行监控后 11 月 28 日此用户关机 CELL75 青田石帆镇业务 信道分配恢复正常 RT 7 5 1 08 0 第 19 页 共 22 页 5 4 寻呼成功率提升建议寻呼成功率提升建议 5 4 1SCI 概要 手机工作在时隙模式下是按一定的时间间隔来监听寻呼信道 一个寻呼的最小周 期为 16 个 80ms 时隙若可以更频繁来监听会改善寻呼成功的可能性 同时可以改善接 续时长 这就涉及到 Slot Cycle Index 参数的设置问题 5 4 2SCI 原理 SCI 是 Slot Cycle Index 的简称 在 CDMA 系统中 手机监听一个寻呼周期的长度 为 1 28 2 SCI 秒 最小周期为 16 个 80ms 时隙 SCI 常用的典型值为 0 1 2 对应 寻呼周期长度分别为 1 28 秒 2 56 秒和 5 12 秒 在待机状态下 手机并不是时时刻刻检测寻呼信道是否有寻呼消息下发 为了减 小手机的耗电量 增加待机时间 在一个寻呼周期中手机只在特定的寻呼时隙被激活 并监听 80ms 的寻呼信道 以确定自己是否被呼叫 在其他时间内 手机将处于休眠状 态中 无论 SCI 为多少 寻呼时隙固定为 80ms 图 1 和图 2 分布列举了当 SCI 1 和 2 时 手机监听寻呼信道的情况 图图 4 14 1 SCI 1SCI 1 时手机监听寻呼信道示意图时手机监听寻呼信道示意图 图 1 SCI 1 时手机监听寻呼信道示意图 图 2 SCI 2 时手机监听寻呼信道示意图 手机根据 INMS 号和 Hash 算法 知道应该监听哪个 80ms 的寻呼时隙 同理 系统 根据手机卡的 INMS 号也知道手机所监听的寻呼时隙 当针对某部手机的寻呼消息到达 系统侧时 系统会立刻算出应该在哪个寻呼时隙下发 并将此消息放入队列中等待该 时隙的到达 我们将寻呼消息进入队列的时间到其真正被下发的时间间隔称为寻呼消 息排队时间 下表列出了典型 SCI 值与寻呼周期 寻呼时隙数和寻呼消息排队时间的 对应关系 表表 1 1 SCISCI 与相关指标的对应关系与相关指标的对应关系 SCISCI 寻呼周期寻呼周期寻呼时隙数寻呼时隙数寻呼消息排队时间寻呼消息排队时间 RT 7 5 1 08 0 第 20 页 共 22 页 0 0 1 281 28 秒秒 1616 0 0 1 281 28 秒秒 1 1 2 562 56 秒秒 3232 0 0 2 562 56 秒秒 2 2 5 125 12 秒秒 6464 0 0 5 125 12 秒秒 可以看出 寻呼消息排队时间最短为 0 秒 随着 SCI 的增大 寻呼消息排队时间的 最大值将增大 在寻呼消息排队的时间内 如果由于手机的移动或无线环境恶劣等原因脱离本寻呼 区域并在对应寻呼时隙到来前未回到本寻呼区域 将导致寻呼失败 如果寻呼消息排 队时间越长 发生这种情况的概率也越大 导致寻呼失败的可能性也越大 这就是 SCI 对寻呼成功率影响的根本原因 5 4 3优势与劣势 目前在部分地区 如重庆 内蒙等地