移动集团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 业务已经恢复正常，至此投诉问题解决。 总结总结： ：pcu 隐隐性故障可能性故障可能导导致数据致数据业务业务接入困接入困难难。通。通过过倒倒换换 pcu 和和对对 pcu 的的 lock/unlock 操作，可以解决操作，可以解决 pcu 隐隐性故障造成性故障造成 的的 pcu 下属小区接入困下属小区接入困难难，网，网络络指指标标差的差的问题问题。 。 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 平均 mcs7 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 35%） ；而 tbflimit 由 60 增为 80 时， 半速率比例变化不大（34.2%-33.9%） 。4 种参数值下话务量变化不 大，数据业务流量略有减小。 在数据业务性能方面，为了反映对客户感知的影响，对样本 bsc 进 行了 dt 和 cqt 测试。测试结果表明，随着 tbflimit 增大，ftp 下载速率有所减小，彩信 push 下发时延有所增加，特别是 tbflimit80 时，速率下降明显，影响客户感知，应避免使用该 设置。其他小流量业务测试包括 attach 测试、pdp 激活、wap 网 站及下载测试、飞信测试、kjava 测试指标均未受 tbflimit 影响。 tbflimit 的默认设置为的默认设置为 20，对数据业务来说属于比较充裕的资源，对数据业务来说属于比较充裕的资源 配置策略，在配置策略，在 18 点点23 点话务忙时及半速率峰值出现的时段，可点话务忙时及半速率峰值出现的时段，可 设设 tbflimit40 增大数据业务复用度，限制数据业务占用资源增大数据业务复用度，限制数据业务占用资源。 在全网应用该策略后，由全网话务量与半速率比例分时图可见，试 验后话务量基本不变，半速率比例明显下降（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 数的百分比。取值范围是 0100。从 全网选取多个话务特征不同的小区，对 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，常用取值和含义见下表： 参数名参数名取值取值含义含义 dha0100 半速率开启门限：当系统空闲可用信道所占 比例小于 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 为调整值，0k=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 t话务量h话务比t拥塞率 20 22 24 26 28 30 32 34 36 38 40 组合a gprsprio=15 & pdchpreempt=4 组合b gprsprio=15 & pdchpreempt=0 组合c gprsprio=0 & pdchpreempt=4 组合d gprsprio=0 & pdchpreempt=0 0 50000 100000 150000 20