移动集团下发EDGE优化案例.doc

优化经验案例分析 第五期 目录 1 1安徽安徽 2 1 1PCU 隐性故障导致数据业务接入困难 2 1 2使用数据业务时无法做被叫问题 6 2 2北京北京 8 2 1重点道路优化经验总结 8 3 3福建福建 9 3 1NSN 设备 DAP 拥塞小区优化案例 9 3 2TBF 掉线的优化 11 3 3MOTO 设备 交叉线导致 GBL 链路负荷异常 14 4 4甘肃甘肃 16 4 11800M 频段和 900M 频段小区频繁重选问题讨论 16 5 5广东广东 21 5 1话务网和数据网无线资源均衡优化策略 21 1 1安徽安徽 1 1 PCU隐性故障导致数据业务接入困难 问题描述 问题描述 本周接到客户投诉 反映在经济开发区建工学院校内 GPRS 业务无法正常使用 为 此我们实地进行了 CQT 测试 测试中手机主要占用教育学院 3 21882 773 教育学 院西 1 21882 771 和建工学院新区 1800 21882 3086 小区 3 个小区都已经开 通 EDGE 功能 但是测试中 Attach 都失败 PDP 也无法激活 测试图如下 从 Layer3 信令上看 是由于下行 TBF 无法建立导致请求超时最终失败 测试中 这 3 个小区都存在此问题 解决过程 解决过程 为了进一步查找问题原因 我们查看了 BSC12 在 12 月 7 日晚忙 22 时的小区级 话务统计 发现有较多小区 PDCH 上行分配成功率不高 甚至有些小区上行 PDCH 占 用成功率低至 20 以下 肯定会造成用户接入困难 下表列出了 BSC12 下上行 PDCH 分配成功率低于 80 的小区 小区名 ci 测量时间 所在 PCU TCH 话 务量 PDCH 尝 试次数 上行 TBF 上行 PDCH 分 配成功 率 上行 PDCH 占 用成功 率 可口可乐 2 7622008 12 7 22 0039 95619565 29 33 14 可口可乐 3 7632008 12 7 22 00565 857610448 17 12 85 肥南 3 115832008 12 7 22 00514 011328075 02 73 00 卧云小学 2 112672008 12 7 22 00049 053168172 51 53 21 合力叉车 1 100362008 12 7 22 0033 37202964 61 28 93 合力叉车 2 100372008 12 7 22 0033 84198974 71 23 43 锦绣社区 2 222008 12 7 22 00351 841585077 55 63 70 教育学院西 1 7712008 12 7 22 00362 843195351 66 16 09 教育学院西 2 7722008 12 7 22 00399 536823463 38 48 63 教育学院西 3 7732008 12 7 22 00344 762168774 43 42 06 省经贸学校 1 139462008 12 7 22 00331 08617660 28 23 40 合肥学院南区 3 7282008 12 7 22 00137 918905540 12 23 15 行政学校 1800 2 31662008 12 7 22 00312 49173677 53 29 61 BTSM 42 BTS 2114582008 12 7 22 0039 48292078 97 16 61 上表中列出了这些 PDCH 占用成功率低的小区所在的 PCU 可以看到 教育学院 西的几个小区都是在 PCU3 下 且在 PCU3 下的其它小区上行 PDCH 分配和占用成功 率也非常低 初步怀疑是 BSC12 的 PCU3 存在隐性故障 通过上诉分析 我们对 BSC12 PCU3 进行了 Lock 操作 根据西门子 PCU 均衡 算法 当 BSC 中的某块 PCU 发生故障或被人为锁定 Lock PCU 时 系统会自动将 其上所有的 PTPPKF 重新分配到剩余的 PCU 上 保证这些小区 GPRS 业务的正常运 行 如下图所示 该例中共有三块 PCU 在对 BSC12 的 PCU3 进行 Lock 操作后 此时 773 小区挂到了 PCU0 下 而后 到建工学院再次实地测试 测试中 Attach PDP 激活 FTP 下载和 WAP 业务都很正 常 测试图如下 为了验证 PCU3 是否存在隐性故障 我们解锁 PCU3 之后再次进行测试 解锁后 773 小区仍然挂在 PCU0 下 在该小区下的各项业务也无异常 测试图如下 解锁 PCU3 之后 根据 PCU 均衡算法 一些小区重新回到了 PCU3 上 在 RC 上观 察该 PCU 也工作正常 通过话务统计观察 重新调整后 PCU3 下属小区各项指标也 无异常出现 上下行 PDCH 接入指标较好 如下表 小区名 CI 所在 PCU 测量时间 上行 PDCH 分 配成功 率 上行 PDCH 占 用成功 率 下行 PDCH 分 配成功 率 下行 PDCH 占 用成功 率 可口可乐 1 761312 8 2008 16 0096 96 96 07 100 69 98 08 可口可乐 2 762312 8 2008 16 0094 43 92 63 100 34 97 13 可口可乐 3 763312 8 2008 16 0093 06 89 66 100 53 97 77 莲花社区 3 603312 8 2008 16 0096 99 96 49 99 54 96 58 官塘村 1 11806312 8 2008 16 0093 84 90 04 99 08 96 38 官塘村 2 11807312 8 2008 16 0095 31 87 35 98 33 93 97 官塘村 3 11808312 8 2008 16 0086 16 85 06 99 50 98 36 行政学校 3 11363312 8 2008 16 0095 76 93 64 100 52 95 51 行政学校 2 11362312 8 2008 16 0099 06 98 28 100 00 97 45 丰乐种业 3 593312 8 2008 16 0095 37 92 77 99 51 98 53 肥南 1 11581312 8 2008 16 0095 06 92 92 98 85 95 40 打电话回访客户 客户反映现在 GPRS 业务已经恢复正常 至此投诉问题解决 总结 总结 PCUPCU 隐性故障可能导致数据业务接入困难 通过倒换隐性故障可能导致数据业务接入困难 通过倒换 PCUPCU 和对和对 PCUPCU 的的 Lock UnlockLock Unlock 操作 可以解决操作 可以解决 PCUPCU 隐性故障造成的隐性故障造成的 PCUPCU 下属小区接入困难 网络指标差的问题 下属小区接入困难 网络指标差的问题 1 2 使用数据业务时无法做被叫问题 近日用户投诉反映 每次在接收和发送彩信的时候做被叫都无法接通 等到接收和发 送彩信完毕后才收到一条未接来电的短信通知 其实这个问题以前就一直存在 对于目前 的网络来说是正常现象 因为 Class B 类的手机在传数据的时候 Packet transfer mode 只 监听 PDCH 信道 而不监听 PCH 信道 因此无法收到 CS 域发来的 Paging 消息 等到手 机上下行 TBF 释放 回到 Packet idle mode 下 就可以收到 PCH 信道下发的 CS Paging 消 息 但这个问题是可以有解决办法的 在西门子 BSC 中有一个参数叫 PAGCOORCLB BSC 级参数 解释如下 通过开启该参数 可以使在该 BSC 下的 B 类手机使用数据业务的同时实现被叫接收 到寻呼消息的功能 因此已可以实现 PS 域服务时接收 CS 域 PAGING 消息的可能 该功 能对其他层面的影响不大 因此不会造成其他业务的使用 这样既可以提高用户的感知度 理论上也可以提高寻呼成功率指标 我们对此进行了参数开启和功能验证 测试环境 选择 BSC1 的小区 使用测试手机进行 FTP 测试 另外使用商用手机拨打测试手机 测试设备 Sagem OT498 手机一部 上下行支持 1 4 模式 商用 Nokia 手机一部 未开启该功能时 使用商用手机拨打测试手机会回复 您所拨打的电话暂时无法接 通 在开启该功能后 测试手机就可以在进行数据业务的同时接收寻呼信息 如下图所示 从图上可以看出当商用手机拨打测试手机后 测试手机将挂起数据业务 并与主叫手 机接通电话 当通话结束后测试手机接到网络下发的 RESUME 信息并恢复 FTP 下载 我 们使用其他商用手机测试也正常 在测试手机收发彩信的时候做被叫同样正常 总结 总结 从以上测试结果中证明该功能可以正常开启 虽然对网络指标影响不大 但可以提高从以上测试结果中证明该功能可以正常开启 虽然对网络指标影响不大 但可以提高 用户感知度 避免此类用户投诉行为 用户感知度 避免此类用户投诉行为 2 2北京北京 2 1 重点道路优化经验总结 1 cell data 调低对提升 EDGE 覆盖率很有帮助 但是对网络的整体影响 需要通过全网或者相关小区的统计来分析 2 调整小区中 cell data 参数之前一定要保证 GPRS 和 EDGE 信道配置的 充足性 避免造成用户感知下降 3 测试中出现 Packet TBF release abnormal dl ul release 部分情况 下信道可以重新建立起来 有些情况下不行 因而造成数据停传 所以增 加 gprs ms pan max 值的目的就是为了增大确认计数器 降低 TBF 异常 释放的频率 具体效果有待分析 4 测试中对功控参数的调整起到了较大正面作用 但个参数及效果需要进 一步研究 5 平均 MCS 值低不一定是 BEP period 2 和 egprs init dl ul cs 参数的 影响 BLER 的影响是非常大的 同样 Mean BEP 和 CV BEP 的情况下获 得的 MCS 差异极大 就是因为 MCS 选择还要考虑 window stall Nack 以及编码方式变化频度等几方面因素的影响 6 目前网络中参数还需要进一步核查 设置值差异较大 比如下行功控部 分小区开启 部分未开启 因此需要做好优化参数模板 并做好核查工作 FTP 测试情况 本周对三方测试线路进行了多次 FTP 测试 具体情况如下 测试时间 EDGE 覆 盖率 尝试下 载次数 掉线次 数 应用层吞率 KB s 均 MCS 下行平均 时隙数量 说明 11 月 24 日91 20 202011 777 1 3 29 参数未优化 11 月 25 日93 40 220211 987 0 3 36 参数已优化 11 月 27 日94 16 223011 747 1 3 36 参数已优化 可以看出经过前几周的参数优化 DT 检查的难点 EDGE 覆盖率 和 应 用层速率 有了很大提升 三方路段上 GPRS EDGE FTP 测试结果 FTP 吞吐量 95Kbps EDGE 覆盖率 93 平均时隙数 3 3 平均 MCS 7 3 3福建福建 3 1 NSN设备 DAP拥塞小区优化案例 莆田网络中 全网共有 1108 个小区配置了 dap 部分小区 DAP 12 较高 其中超 过 5 接近 200 个小区 需要优先优化或扩容以降低下行 DAP 拥塞率 一般认为 EDAP 拥塞达到 1 5 即认为该 EDAP 需要进行优化以降低 EDAP 拥塞 改善 EGPRS 性能 对于高数据流量的 EDGE 与 GPRS 混用小区 EDAP 资源紧张并出现拥塞现象 而 GPRS 占用比例又比较高的小区 由于 GPRS 用户多 CS2 的编码方式会占用 DAP 资源 也是导致 DAP 拥塞率上升的原因之一 DAP 拥塞率改善方案 本次采用 Common BCCH 改造来改善小区 DAP 拥塞率 12 月 5 日 小区 3131 进行 Common BCCH 改造 12 月 5 日至 12 月 9 日 指标观 察阶段 3131 小区改造前的一些基本信息如下 取 20081202 晚忙时 23 点 的数据 CELL IDBSCNAMEDAP ID DAP 时隙数 DAP 请求数 DAP 拥塞率 gprs 流 量占比 下行 EDGE 流量 3131BSC4342059038393 7650566 90 11315 404 8 在 12 月 5 日对该拥塞小区进行 Common BCCH 改造 其中一个 BTS 开 EDGE 业 务 而另一个 BTS 则只开通 GPRS 业务 DAP 时隙数保持不变 改造后对一些 KPI 指 标进行跟踪观察 DAP 拥塞率情况 从上图可以看出 改造后由于减少 GPRS 用户的 CS2 对 DAP 资源的开销 使得 DAP 请求数明显减少 DAP 拥塞率也有较大改善 其中 DAP 拥塞率从之前的 2 7 左 右减少到 0 8 左右 MCS789 占用比例 改造实施 改造实施 从上图可以看出 由于原来 DAP 资源不足 高编码占用比例较低 在减少了部分 GPRS 用户对 DAP 资源的占用后 DAP 资源则更多的由 MCS789 高编码比例用户占用 下行每时隙吞吐量 同样 在减少部分 GPRS 用户对 DAP 资源的占用后 DAP 请求数明显减少 高编 码比例上升 相应的下行每时隙吞吐量也得到一定程度的提升 本次 Common BCCH 改造的情况来看 对于 DAP 高拥塞率的 GPRS 和 EDGE 混 合小区 如果采用 Common BCCH 进行改造 特别是对 GPRS 占用比例较高的小区 可以在一定程度上缓解 DAP 的拥塞 而且有提升高编码方式的占用比例和单信道吞吐 量等益处 对 EGPRS 网络的性能指标优化有一定的参考价值 3 2 TBF掉线的优化 改造实施 在日常数据网优化过程中 在 KPI 统计分析中 发现有部分小区出现大量的 TBF 掉线 其主要表现为用户反映上网速度慢且很难上 另外从指标上看其 TBF 建立成功 率很低 重传率很高 图 1 异常小区数据 KPI 指标 案例分析及解决 一般对于高 TBF 掉线我们主要是从无线及硬件上去分析其原因 这些可以从一些 相关的无线话音指标来判断分析 首先我们对这个小区的语音 KPI 进行了分析 主要是掉话率 语音质量 干扰 如果确实无线及硬件问题 如此高的掉线率 那其必然伴随着高语音掉话或 SD 掉话 很差的语音质量 高干扰等的出现 下图 2 为其语音 KPI 情况 从图上我们可以看出 其无线及硬件没什么异常 其语音各项指标良好 因此排除了其无线及硬件问题 高高 TBF 掉线掉线 率率 图 2 异常小区语音 KPI 指标 其次我们对对这个小区进行现场测试 主要是想从用户角度去实地核查一下 该 小区是否真的高 TBF 掉线 并从路测信令上寻找导致高 TBF 掉线的真正原因 从实际 现场测试发现 该小区 FTP 下载拨号连接很困难 经常要拨好几次才能连接上网络 从信令看当手机发出 RAS Dial 指令后 一直收不到网络下发的回应消息 导致接 入网络失败 从现场测试看问题可能出现在数据网本身 由于仅从现场测试我们无法真正了解导致该小区高 TBF 掉线的根本原因 只能确 定该小区确实存在问题 随后我们想到了从 NSN 数据网的相关一些计数器的分析 来 对故障进行定位 我们收集了近 20 天该小区与数据业务相关 P NBSC PACKET CONTROL UNIT 表下所有 COUNTER 的值 进行分析 结果我们 发现其中有一计数器 DISC LLC BLOCKS DUE TO EXP 出现异常 其值与 TBF 掉线率成正比 该计数器主要是由于超时导致 LLC 层数据块丢失 其原因主要由以下 两方面 一是本身数据流量负荷过高 高拥塞导致其信令阻塞而超时 二是链路本身 问题 导致其无法正常传送数据而超时 而从我们前面分析的数据关键 KPI 指标看 该小区数据并不拥塞 因此肯定是链路本身存在问题 经过却换 NSEI 或是 BCSU 重启 GENA 等手段 可以解决该信令吊死问题 使得异常 TBF 掉线得到解决 3 3 MOTO设备 交叉线导致GBL链路负荷异常 1 案例分析背景 GBL 接口作为 PCU SGSN 重要的接口 这一接口是标准的 Gb 接口 负责在 BSS 和 GGSN 之间传递用户数据 PDU 和信令控制消息 如移动性管理等 根据 ETSI 规范 这一接口采用帧中继做为传输和信令的协议平台 2 问题描述 由于 BSC70504 GBL 负荷太大 从而引起 GPRS 投诉 全曲下载速率慢等问题 基于负荷大的原因 我们进行了紧急扩容 2 条 GBL 但扩容 GBL 链路后 采集现网 GBL 负荷情况 发现 GBL 的两项指标 gbl dl data thrput mean gbl ul data thrput mean 的数值为 0 为异常现象 图 1 异常 GBL 链路负荷情况 3 分析原理 GBL 是通过 E1 传输连接 SGSN 检查传输问题是异常 GBL 链路负荷情况的关键 4 分析过程 1 用 state pcu gbl 查看 GBL 链路 发现 GBL 都显示 B U 状态 2 用 state pcu dproc 查看 PCU 的 DRPOC 硬件 发现所有 DPROC 都显示 B U 状态 3 用 disp eq pcu gbl 2 0 查看 GBL mms 为 17 0 用 disp eq pcu gbl 3 0 查看 GBL mms 为 16 0 state pcu mms 17 0 state pcu mms 16 0 两个 mms 都显示 B U 状 态 4 从硬件查看情况 可以判定不是 PCU 的 DPROC 板硬件故障引起 5 从传输 DDF 架查看 GBL2 0 跳线线性为 1 2 GBL3 0 跳线线性 3 4 传 输情况 发现这两条 DDF 架跳线出现 GBL2 0 跳线线性 1 4 GBL3 0 跳线 2 3 明显交叉现象 6 重新焊接 DDF 架上的跳线 GBL 链路负荷不再出现异常现象 图 2 正常 GBL 链路负荷情况 5 取得效果 通过物理上链路链接的排查 异常 GBL 负荷情况得以解决 6 案例小结 指标异常必须硬件 传输逐步排查 问题才能得以解决 4 4甘肃甘肃 4 1 1800M频段和900M频段小区频繁重选问题讨论 兰州移动自 9 月份开通 1800 频段小区以来 市区干扰情况明显 好转 部分地区原本拥塞情况得到彻底解决 但由于 1800 小区参数 设置不太合理 导致部分 1800 小区话务量较少 并且从 IDLE 测试 和数据业务测试来看 1800 频段小区和 900 频段小区重选比较频繁 由于小区重选对数据业务的下载速率影响较大 因此我们需要探讨 减少小区重选 提高数据业务的性能 1 优化前测试情况优化前测试情况 优化前对城关区进行了全面的测试 从测试情况来看由于 1800 频段小区与 900 频段小区共址 并且功率 天线下倾角等基本一致 在路面上测试到的信号强度基本相同 由于参数设置基本一致 根 据小区重选原则 其在 IDLE 情况下或者是在数据业务测试时重选频 繁属于正常情况 但由于频繁重选 当在下载数据时小区重选会导 致 TBF 不断重新关闭 申请 所以严重影响到 FTP 的上传 下载等 速率 下图为在南滨河民族中学路段占用民族中学站时的测试采样图 可以从上图看到占用民族中学后 1800 频段和 900 频段的同向小 区由于信号强度基本一直 导致最少都会发生 2 次以上相互重选 2 现网现网 1800 小区重点参数设置情况小区重点参数设置情况 现网一共开通 98 个 1800 频段的小区 基本参数设置如下 81 个小区放在第一层 17 个小区放在第二层 一层小区层门 限值大部分设置在 60 70 间 CRO 设置为 0 CRH 设置为 4 ACCMIN 设置为 100 左右 功率设置为 43 每个小区具体设置情况如下 1800 MBC小区 1020 xls 现参数设置导致的问题 1 由于部分 1800 小区层门限设置过低 当信号强度低于切换 门限时就会切换到更好小区 导致话务过低 没有起到 1800 小区充 分吸收话务的作用 2 还有 17 个小区设置在第二层 话务量较低 载波利用率极 低 3 由于兰州城关区的地形和实际情况 根据小区重选原则 在 信号强度基本一样的情况下 因重选参数设置基本一致 没有考虑 到控制重选问题 所以导致小区重选频繁 4 试验小区设置情况 试验小区设置情况 根据 1800 频段优先占用原则 并且考虑到话音业务方面 对民 族中学 1800 频段小区参数修改如下 CELL 原层 修改 层 原层 门限 修改层 门限 原 CRO 修改 后 CRO 原 ACCMIN 修改后 ACCMIN LK2055F11707001210085 LK2055G11686801210085 LK2055H11607201210085 LK2055I11656801210085 修改的原则就是尽量提高 1800 频段的 C2 值 让其停留在 1800 频段而不重选到 900 频段小区 通过此次参数调整后 南滨河路民族中学路段重选次数明显减 少 参数调整后测试数据也证实 此次调整对该路段无论 GPRS 或 者是 EDGE 业务的承载能力也有显著提高 这种精细优化的方法可 以在全网中的重点道路推行 5 试验小区优化后测试情况 试验小区优化后测试情况 下图是优化后测试采样图 下图是优化后测试采样图 优化后测试来看小区重选次数明显减少 即使 1800 频段小区信 号强度明显弱于 900 频段小区 但由于 C2 值高于 900 频段小区依 然停留在 1800 频段上 一方面达到了控制小区频繁重选 另一方面 也由于 1800 频段相对干净 导致下载速率大大提高 下表为优化前后的话务量下表为优化前后的话务量 CELL 基站名载波数 修改前 话务量 修改后 话务量 优化后载 波利用率 LK2055F 民族中学 420 222 18110 07 LK2055G 民族中学 421 2624 13119 75 LK2055H 民族中学 45 7215 9679 21 LK2055I 民族中学 411 5114 8473 65 从统计来看 话音方面经过调整后吸收话务情况更加合理 载 波利用率处在较高状态 6 对 对 1800 频段和频段和 900 频段小区重选优化的建议频段小区重选优化的建议 由于 1800 小区频点干净 并且受到覆盖范围的限制 建议优 先给 1800 频段吸收话音业务和数据业务 但由于小区重选与层设 置级别没有任何关系 并且现网 1800 频段小区和 900 频段小区重 选参数设置基本一致 没有起到数据业务优先的作用 从试验可以看到减少 ACCMIN 而加大 CRO 的目的是为了加 大 C2 值 以达到减少小区重选的目的 小区重选原则如下 小区重选原则如下 当手机附着在 GPRS 系统后 无论是在 Packet Idle 或者是在 Packet Transfer 模式下均由手机自动进行小区重选 小区重选使用 C1 C2 算法 公式如下 C1 RLA C ACCMIN max CCHPWR P 0 C2 C1 CRO TO H PT T 若 PT 31 C2 C1 CRO 若 PT 31 其中 H x 0 x 0 x PT T T 为计时器 ACCMIN CCHPWR CRO TO 及 PT 为由 BCCH 发布的参数 由于兰州大部分小区的 PT 设置为 0 TO 设置为 0 所以 C2 值公式如下 C2 C1 CRO 为了减少不必要的小区重选 C2 的附加条件为 当 GPRS 手 机处于 Ready 状态或者邻小区属于新的 LA 时 邻小区的 C2 要比 本小区的 C2 大 CRH 而且至少要持续 5 秒 才会发生小区重选 如果在 15 秒内发生第二次小区重选 那么第二次小区重选时 邻 小区的 C2 要比本小区的 C2 至少大 5dB 而且至少要持续 5 秒 根据兰州实际情况 建议对根据兰州实际情况 建议对 18001800 频段小区重选参数设置如下 频段小区重选参数设置如下 层层层门限层门限 CROCROCRHCRHACCMINACCMIN 1 1757512124 48585 解析 1 把其放在第一层目的是为了能吸收更多的话务 但考虑到 小区载波能容纳的话务量 建议把层门限设置为 75 左右 根据话务 情况调整 2 把 CRO 调整为 12 而把 ACCMIN 从 100 调整为 85 目的就是 为了尽量减少小区的重选 并且保证信号强度不能过低还停留在该 小区 5 5广东广东 5 1 话务网和数据网无线资源均衡优化策略 1概述概述 根据话务忙时与数据业务忙时的不同特性 通过灵活的参数调整的 手段对话音业务和数据业务资源调配控制 达到资源均衡优化的效 果 2宏观错峰控制策略宏观错峰控制策略 通过大量统计 深圳移动全网话务忙时出现在 18 点 22 点 数据业 务忙时为 22 点 24 点 半速率比例在 22 点时达到峰值 对于全网宏 观的业务分部规律 考虑通过数据业务复用度来分时段差异化控制 实现网络资源往不同的业务错峰倾斜 TBFDLLIMIT 和 TBFULLIMIT 是 BSC 级参数 用于配置每个下行或上行 PDCH 信 道上可同时承载 TBF 数目的上限 每当新的 TBF 到达时 会先判 断现有 PDCH 是否达到 TBF 承载上限 如果没有达到 新 TBF 将 叠加在现有 PDCH 上建立 如果已达到上限 才会分配新的 PDCH 在爱立信 R12 网元中 TBFDLLIMIT 的取值范围是 0 80 表示 1 个下行 PDCH 信道可同时承载 1 8 个 TBF TBFULLIMIT 的取值范围是 0 60 表示 1 个上行 PDCH 信 道可同时承载 1 6 个 TBF 同等总数据流量下 复用度越高 数据 业务占用的信道数越少 就有越多的资源留给话音业务使用 从而 降低半速率比例 但与此同时 数据业务的性能会受到影响 为了 考察不同参数取值的效果 选取业务量较大的 BSC 做试验 设置不 同的参数值如下表所示 时间 21 23 点 第一组第二组第三组第四组 TBFULLIMIT30406060 TBFDLLIMIT30406080 试验后网元统计指标如图所示 1000 1100 1200 1300 1400 1500 1600 1700 1800 1900 2000 2008 10 11 TBFLIMIT 30 2008 10 12 TBFLIMIT 40 2008 10 13 TBFLIMIT 60 2008 10 14 TBFLIMIT 80 30 00 32 00 34 00 36 00 38 00 40 00 42 00 44 00 T话务量H话务比 16000000 16500000 17000000 17500000 18000000 18500000 19000000 19500000 2008 10 11 TBFLIMIT 30 2008 10 12 TBFLIMIT 40 2008 10 13 TBFLIMIT 60 2008 10 14 TBFLIMIT 80 30 00 31 00 32 00 33 00 34 00 35 00 36 00 37 00 38 00 39 00 40 00 PS流量 数据业务数据业务占比 话务量与半速率比例 数据业务流 量与数据业务占比 随着 TBFLIMIT 取值增大 半速率比例和数据业务占比都呈下降趋 势 但存在 边际收益递减 现象 即 TBFLIMIT 由 30 增为 40 时 半速率比例下降明显 40 35 而 TBFLIMIT 由 60 增为 80 时 半速率比例变化不大 34 2 33 9 4 种参数值下话务量变化不 大 数据业务流量略有减小 在数据业务性能方面 为了反映对客户感知的影响 对样本 BSC 进 行了 DT 和 CQT 测试 测试结果表明 随着 TBFLIMIT 增大 FTP 下载速率有所减小 彩信 PUSH 下发时延有所增加 特别是 TBFLIMIT 80 时 速率下降明显 影响客户感知 应避免使用该 设置 其他小流量业务测试包括 Attach 测试 PDP 激活 WAP 网 站及下载测试 飞信测试 KJAVA 测试指标均未受 TBFLIMIT 影响 TBFLIMIT 的默认设置为的默认设置为 20 对数据业务来说属于比较充裕的资源 对数据业务来说属于比较充裕的资源 配置策略 在配置策略 在 18 点 点 23 点话务忙时及半速率峰值出现的时段 可点话务忙时及半速率峰值出现的时段 可 设设 TBFLIMIT 40 增大数据业务复用度 限制数据业务占用资源增大数据业务复用度 限制数据业务占用资源 在全网应用该策略后 由全网话务量与半速率比例分时图可见 试 验后话务量基本不变 半速率比例明显下降 22 点半速率比例由 26 21 下降为 20 18 同时数据业务流量基本不变 17 日 22 点 1 90G 17 日 22 点 1 89G 而话音业务由于有了更多的资源 拥 塞率有所下降 22 点拥塞率由 11 9 下降为 8 5 平均使 用 PDCH 设备 利用率 话音清 空 PDCH 次数 EDGE 下行速 率 EDGE 上行速 率 GPRS 下行速 率 GPRS 上行速 率 试验前173705 971 44 104939 98 5839 22 2653 32 7027 13 3904 试验后159015 265 16 8719394 9686 21 4377 31 9674 13 1567 变化率 8 45 6 28 16 91 3 67 3 72 2 25 1 75 从统计指标上看 平均使用 PDCH 数减少约 10 设备利用率和话 音清空 PDCH 数随着 PDCH 分配的减少有所降低 EDGE GPRS 上 下行速率均有所降低 但并不足以严重影响客户感知 总体来说 总体来说 该宏观控制策略达到了资源错峰调度 在话务忙时控制数据业务资该宏观控制策略达到了资源错峰调度 在话务忙时控制数据业务资 源 降低半速率比例 提升话音用户感知的目的 源 降低半速率比例 提升话音用户感知的目的 3微观控制策略微观控制策略 对于话务热点小区 需要运用小区级参数进行微观调控 本文通过 调整数据业务占比参数 ODPDCHLIMIT 控制小区级的数据业务 可使用总量 通过调整半速率启用门限计算策略和预清空策略 DHA PDCHPREMPT GPRSRIO 均衡话音业务和数据业务资 源的分配 3 1数据业务占比控制策略数据业务占比控制策略 ODPDCHLIMIT 是一个信道组级参数 其含义为 一个信道组中 on demand PDCH 占可用 TCH 数的百分比 取值范围是 0 100 从 全网选取多个话务特征不同的小区 对 CHGR0 CHGR1 设置不同 的 ODPDCHLIMIT 值 现网 CHGR2 为 EDGE 信道 不做限制 经验证 当 ODPDCHLIMIT60 拥塞率 15 数据业务占比 30 的小区进行微观调控 设置 ODPDCHLIMIT 30 以控制这些话务热点的数据业务资源占 用 0 20 40 60 80 100 120 1234567891011121314 H话务比调整后H话务比 0 10 20 30 40 50 60 70 1234567891011121314 T拥塞率调整后T拥塞率 话务热点小区控制效果 采用控制策略后 话务热点小区的半速率比例和拥塞率明显下降 话音用户感知相应改善 同时 数据业务流量减少约 15 性能方 面也受到少许影响 EDGE 下载速率由 82k 降至 77k 降低约 5 总体来说 对这些已经无法通过硬件调整解决话务拥塞问题的小区 达到了资源合理分配的目标 3 2半速率与话音预清空数据业务控制策略半速率与话音预清空数据业务控制策略 在话音业务 数据业务 半速率功能同时存在的场景下 信道分配 简化流程如下图所示 新话音业务 是否到达半速率开启门限 是 否 是否有空闲全速率信道是否有空闲半速率信道 是 分配全速率信道分配半速率信道 是 是否有可清空PDCH PDCHPREEMPT 否 是否有可清空PDCH PDCHPREEMPT 否 是 清空PDCH 分配半速率信道 清空PDCH 分配全速率信道 拥塞 是否 DHA GPRSPRIO 与半速率和话音清空 PDCH 相关的参数有三个 DHA GPRSPRIO PDCHPREEMPT 常用取值和含义见下表 参数名参数名取值取值含义含义 DHA0 100 半速率开启门限 当系统空闲可用信道所占 比例小于 DHA 值时 接入该小区的信道资 源启用半速率 0在计算是否启用半速率时 动态 PDCH 视 为空闲信道 GPRSPRIO 15在计算是否启用半速率时 动态 PDCH 视 为激活信道 0所有 PDCH 信道都可被 CS 呼叫清空 PDCHPREMPT 4非 essential PDCH 信道可被 CS 呼叫清空 要均衡话音和数据业务之间的资源分配 需要把握两个方面的策略 制定 一是半速率开启门限的取值 二是移动台如何计算当前的空 闲资源 3 2 1 半速率开启门限自适应调整策略半速率开启门限自适应调整策略 目前 半速率功能使用的原则是 需要多少 开启多少 即尽可能 的让话音用户使用全速率业务 为此 我们研发了多业务下的无线 资源快速自适应控制系统 通过 Test System 从 BSC 内存堆栈中直 接打印寄存器值 实时读取话务数据 根据小区容量 话音 数据 业务需求量 精细拟合控制半速率开启比例 再通过 OPS 控制程序 修改小区在本周期的 DHA 取值 传统的半速率控制算法只考虑话音业务的需求 不考虑数据业务的 需求 本系统采用了新型的半速率控制算法 充分兼顾了话音业务 和数据业务的需求 并且可以根据网络情况进行差异化设置 其控 制算法原理如下 首先根据前后两次打印的寄存器值 计算前一周期 的总话务量 可用信道和平均分配 PDCH 数 计算 可用 TCH 信道数 x 可用信道数 平均分配 PDCH K 其中 K 为调整值 0 K 1 K 值可以根据不同 的网络情况进行差异化设置 主要在语音和数据业务中取得 均衡 根据大量的统计和实验 设定话务忙时 K 0 4 数据 业务忙时 K 0 7 的策略 根据信道容量计算标准表 从小区的总话务量对应 出需要的信道数 y 最后拟合出半速率开启比例 DHA int y x x 100 目前该系统在深圳全网使用 运行稳定 效果明显 大大提高了网 络弹性容量 对于话音业务 高话务出现时及时开启半速率 减少 拥塞出现的几率 话务降低时及时降低半速率控制比例 避免不必 要的使用半速率信道 对于数据业务用户 数据业务高时 半速率 控制比例增大 避免了由于话音业务的突发引起大量 PDCH 清空 保证了数据业务的用户感知 3 2 2 小区空闲资源计算策略小区空闲资源计算策略 当小区在半速率算法中计算空闲资源时 参数 GPRSPRIO 决定是否 考虑数据业务已占用的资源 当动态 PDCH 信道视为空闲信道时 计算得出的空闲信道比实际空闲资源多 半速率将推迟开启 而话 音预清空 PDCH 则会提前开始 参数 PDCHPREEMPT 决定清空 PDCH 的力度 常用取值为保留重要 PDCH 信道 或全部可以清空 为考察这两个参数的关联影响 设置 4 种组合对某 BSC 的 55 个小 区做了实验 统计结果如下 0 5 10 15 20 25 30 35 组合A GPRSPRIO 15 PDCHPREEMPT 4 组合B GPRSPRIO 15 PDCHPREEMPT 0 组合C GPRSPRIO 0 PDCHPREEMPT 4 组合D GPRSPRIO 0 PDCHPREEMPT 0