移动集团EDGE优化案例.doc

《移动集团EDGE优化案例.doc》由会员分享，可在线阅读，更多相关《移动集团EDGE优化案例.doc（33页珍藏版）》请在三一办公上搜索。

1、优化经验案例分析（第五期）目录1安徽21.1PCU隐性故障导致数据业务接入困难21.2使用数据业务时无法做被叫问题62北京82.1重点道路优化经验总结83福建93.1NSN设备_DAP拥塞小区优化案例93.2TBF掉线的优化113.3MOTO设备_交叉线导致GBL链路负荷异常144甘肃164.11800M频段和900M频段小区频繁重选问题讨论165广东215.1话务网和数据网无线资源均衡优化策略211 安徽1.1 PCU隐性故障导致数据业务接入困难问题描述： 本周接到客户投诉，反映在经济开发区建工学院校内GPRS业务无法正常使用。为此我们实地进行了CQT测试，测试中手机主要占用教育学院3（21

2、882-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

3、TCH话务量PDCH尝试次数_上行TBF上行PDCH分配成功率上行PDCH占用成功率可口可乐-27622008-12-7 22:0039.95619565.29%33.14%可口可乐-37632008-12-7 22:00565.857610448.17%12.85%肥南-3115832008-12-7 22:00514.011328075.02%73.00%卧云小学-2112672008-12-7 22:00049.053168172.51%53.21%合力叉车-1100362008-12-7 22:0033.37202964.61%28.93%合力叉车-2100372008-12-7 22

4、:0033.84198974.71%23.43%锦绣社区-2222008-12-7 22:00351.841585077.55%63.70%教育学院西17712008-12-7 22:00362.843195351.66%16.09%教育学院西27722008-12-7 22:00399.536823463.38%48.63%教育学院西37732008-12-7 22:00344.762168774.43%42.06%省经贸学校-1139462008-12-7 22:00331.08617660.28%23.40%合肥学院南区-37282008-12-7 22:00137.918905540.

5、12%23.15%行政学校1800-231662008-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）时，系统会自

6、动将其上所有的PTPPKF重新分配到剩余的PCU上，保证这些小区GPRS业务的正常运行，如下图所示（该例中共有三块PCU）：在对BSC12的PCU3进行Lock操作后，此时773小区挂到了PCU0下。而后到建工学院再次实地测试，测试中Attach，PDP激活，FTP下载和WAP业务都很正常，测试图如下： 为了验证PCU3是否存在隐性故障，我们解锁PCU3之后再次进行测试，解锁后773小区仍然挂在PCU0下，在该小区下的各项业务也无异常，测试图如下： 解锁PCU3之后，根据PCU均衡算法，一些小区重新回到了PCU3上。在RC上观察该PCU也工作正常。通过话务统计观察，重新调整后PCU3下属小区各

7、项指标也无异常出现，上下行PDCH接入指标较好，如下表：小区名CI所在PCU测量时间上行PDCH分配成功率上行PDCH占用成功率下行PDCH分配成功率下行PDCH占用成功率可口可乐-1761312/8/2008 16:0096.96%96.07%100.69%98.08%可口可乐-2762312/8/2008 16:0094.43%92.63%100.34%97.13%可口可乐-3763312/8/2008 16:0093.06%89.66%100.53%97.77%莲花社区-3603312/8/2008 16:0096.99%96.49%99.54%96.58%官塘村-111806312/8

8、/2008 16:0093.84%90.04%99.08%96.38%官塘村-211807312/8/2008 16:0095.31%87.35%98.33%93.97%官塘村-311808312/8/2008 16:0086.16%85.06%99.50%98.36%行政学校-311363312/8/2008 16:0095.76%93.64%100.52%95.51%行政学校-211362312/8/2008 16:0099.06%98.28%100.00%97.45%丰乐种业-3593312/8/2008 16:0095.37%92.77%99.51%98.53%肥南-111581312

9、/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

10、 mode）只监听PDCH信道，而不监听PCH信道，因此无法收到CS域发来的Paging消息，等到手机上下行TBF释放，回到Packet idle mode下，就可以收到PCH信道下发的CS Paging消息。但这个问题是可以有解决办法的，在西门子BSC中有一个参数叫PAGCOORCLB（BSC级参数），解释如下：通过开启该参数，可以使在该BSC下的B类手机使用数据业务的同时实现被叫接收到寻呼消息的功能，因此已可以实现PS域服务时接收CS域PAGING消息的可能，该功能对其他层面的影响不大，因此不会造成其他业务的使用。这样既可以提高用户的感知度，理论上也可以提高寻呼成功率指标。我们对此进行了参

11、数开启和功能验证。测试环境选择BSC1的小区，使用测试手机进行FTP测试，另外使用商用手机拨打测试手机。测试设备Sagem OT498手机一部，上下行支持1+4模式；商用Nokia手机一部。未开启该功能时，使用商用手机拨打测试手机会回复：“您所拨打的电话暂时无法接通”在开启该功能后，测试手机就可以在进行数据业务的同时接收寻呼信息，如下图所示：从图上可以看出当商用手机拨打测试手机后，测试手机将挂起数据业务，并与主叫手机接通电话，当通话结束后测试手机接到网络下发的RESUME信息并恢复FTP下载，我们使用其他商用手机测试也正常。在测试手机收发彩信的时候做被叫同样正常。总结：从以上测试结果中证明该功

12、能可以正常开启，虽然对网络指标影响不大，但可以提高用户感知度，避免此类用户投诉行为。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异

13、常释放的频率。具体效果有待分析。4) 测试中对功控参数的调整起到了较大正面作用，但个参数及效果需要进一步研究。5) 平均MCS值低不一定是BEP_period/2和egprs_init_dl/ul_cs参数的影响。BLER的影响是非常大的。同样Mean_BEP和CV_BEP的情况下获得的MCS差异极大，就是因为MCS选择还要考虑window stall、Nack以及编码方式变化频度等几方面因素的影响。6) 目前网络中参数还需要进一步核查，设置值差异较大，比如下行功控部分小区开启、部分未开启。因此需要做好优化参数模板，并做好核查工作。FTP测试情况本周对三方测试线路进行了多次FTP测试，具体情况

14、如下：测试时间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吞吐量95KbpsEDGE覆盖率93%平均时隙数3.3平均MCS73 福建3.1 NSN设备_DAP拥塞小区优化案例莆田网络中，全网共有1108个小区

15、配置了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小区改

16、造前的一些基本信息如下，取20081202晚忙时（23点）的数据。CELL_IDBSCNAMEDAP_IDDAP时隙数DAP请求数DAP拥塞率gprs流量占比下行EDGE流量3131BSC4342059038393.7650566.90%11315.4048在12月5日对该拥塞小区进行Common BCCH改造，其中一个BTS开EDGE业务，而另一个BTS则只开通GPRS业务，DAP时隙数保持不变。改造后对一些KPI指标进行跟踪观察。DAP拥塞率情况：改造实施从上图可以看出，改造后由于减少GPRS用户的CS2对DAP资源的开销，使得DAP请求数明显减少，DAP拥塞率也有较大改善。其中DAP拥塞

17、率从之前的2.7%左右减少到0.8%左右。MCS789占用比例:改造实施 从上图可以看出，由于原来DAP资源不足，高编码占用比例较低，在减少了部分GPRS用户对DAP资源的占用后，DAP资源则更多的由MCS789高编码比例用户占用。 下行每时隙吞吐量：改造实施 同样，在减少部分GPRS用户对DAP资源的占用后，DAP请求数明显减少，高编码比例上升，相应的下行每时隙吞吐量也得到一定程度的提升。本次Common BCCH改造的情况来看，对于DAP高拥塞率的GPRS和EDGE混合小区，如果采用Common BCCH进行改造，特别是对GPRS占用比例较高的小区，可以在一定程度上缓解DAP的拥塞，而且有

18、提升高编码方式的占用比例和单信道吞吐量等益处，对EGPRS网络的性能指标优化有一定的参考价值。3.2 TBF掉线的优化在日常数据网优化过程中，在KPI统计分析中，发现有部分小区出现大量的TBF掉线。其主要表现为用户反映上网速度慢且很难上。另外从指标上看其TBF建立成功率很低，重传率很高。高TBF掉线率图1 异常小区数据KPI指标案例分析及解决:一般对于高TBF掉线我们主要是从无线及硬件上去分析其原因。这些可以从一些相关的无线话音指标来判断分析。首先我们对这个小区的语音KPI进行了分析，主要是掉话率，语音质量、干扰。如果确实无线及硬件问题，如此高的掉线率，那其必然伴随着高语音掉话或SD掉话、很差

19、的语音质量、高干扰等的出现。下图2为其语音KPI情况，从图上我们可以看出其无线及硬件没什么异常，其语音各项指标良好。因此排除了其无线及硬件问题。 图2 异常小区语音KPI指标其次我们对对这个小区进行现场测试，主要是想从用户角度去实地核查一下，该小区是否真的高TBF掉线。并从路测信令上寻找导致高TBF掉线的真正原因。从实际现场测试发现，该小区FTP下载拨号连接很困难，经常要拨好几次才能连接上网络，从信令看当手机发出RAS Dial指令后，一直收不到网络下发的回应消息，导致接入网络失败。从现场测试看问题可能出现在数据网本身。由于仅从现场测试我们无法真正了解导致该小区高TBF掉线的根本原因，只能确定

20、该小区确实存在问题。随后我们想到了从NSN数据网的相关一些计数器的分析，来对故障进行定位。我们收集了近20天该小区与数据业务相关P_NBSC_PACKET_CONTROL_UNIT表下所有COUNTER的值，进行分析,结果我们发现其中有一计数器（DISC_LLC_BLOCKS_DUE_TO_EXP）出现异常，其值与TBF掉线率成正比。该计数器主要是由于超时导致LLC层数据块丢失，其原因主要由以下两方面：一是本身数据流量负荷过高，高拥塞导致其信令阻塞而超时；二是链路本身问题，导致其无法正常传送数据而超时。而从我们前面分析的数据关键KPI指标看，该小区数据并不拥塞。因此肯定是链路本身存在问题。经过

21、却换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_d

22、ata_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

23、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.1 1800M频段和900M频段小区频

24、繁重选问题讨论兰州移动自9月份开通1800频段小区以来，市区干扰情况明显好转，部分地区原本拥塞情况得到彻底解决，但由于1800小区参数设置不太合理，导致部分1800小区话务量较少。并且从IDLE测试和数据业务测试来看1800频段小区和900频段小区重选比较频繁，由于小区重选对数据业务的下载速率影响较大，因此我们需要探讨减少小区重选，提高数据业务的性能。1、 优化前测试情况优化前对城关区进行了全面的测试，从测试情况来看由于1800频段小区与900频段小区共址，并且功率、天线下倾角等基本一致，在路面上测试到的信号强度基本相同，由于参数设置基本一致，根据小区重选原则，其在IDLE情况下或者是在数据业

25、务测试时重选频繁属于正常情况，但由于频繁重选，当在下载数据时小区重选会导致TBF不断重新关闭、申请。所以严重影响到FTP的上传、下载等速率。 下图为在南滨河民族中学路段占用民族中学站时的测试采样图：可以从上图看到占用民族中学后1800频段和900频段的同向小区由于信号强度基本一直，导致最少都会发生2次以上相互重选。2、 现网1800小区重点参数设置情况现网一共开通98个1800频段的小区，基本参数设置如下：81个小区放在第一层（17个小区放在第二层），一层小区层门限值大部分设置在60-70间，CRO设置为0，CRH设置为4，ACCMIN设置为100左右，功率设置为43。每个小区具体设置情况如下

26、：现参数设置导致的问题1、由于部分1800小区层门限设置过低，当信号强度低于切换门限时就会切换到更好小区，导致话务过低，没有起到1800小区充分吸收话务的作用。2、还有17个小区设置在第二层，话务量较低，载波利用率极低。3、由于兰州城关区的地形和实际情况，根据小区重选原则，在信号强度基本一样的情况下，因重选参数设置基本一致，没有考虑到控制重选问题，所以导致小区重选频繁。4、试验小区设置情况 根据1800频段优先占用原则，并且考虑到话音业务方面，对民族中学1800频段小区参数修改如下：CELL原层修改层原层门限修改层门限原CRO修改后CRO原ACCMIN修改后ACCMINLK2055F11707

27、001210085LK2055G11686801210085LK2055H11607201210085LK2055I11656801210085修改的原则就是尽量提高1800频段的C2值，让其停留在1800频段而不重选到900频段小区。通过此次参数调整后，南滨河路民族中学路段重选次数明显减少，参数调整后测试数据也证实，此次调整对该路段无论GPRS或者是EDGE业务的承载能力也有显著提高。这种精细优化的方法可以在全网中的重点道路推行。5、试验小区优化后测试情况下图是优化后测试采样图：优化后测试来看小区重选次数明显减少，即使1800频段小区信号强度明显弱于900频段小区，但由于C2值高于900频段

28、小区依然停留在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小区频点干净，并且受到覆盖范围的限制，建

29、议优先给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

30、 = 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秒。根据兰州实际情况，建议

31、对1800频段小区重选参数设置如下：层层门限CROCRHACCMIN17512485解析：1、把其放在第一层目的是为了能吸收更多的话务，但考虑到小区载波能容纳的话务量，建议把层门限设置为75左右（根据话务情况调整）。2、把CRO调整为12，而把ACCMIN从100调整为85，目的就是为了尽量减少小区的重选，并且保证信号强度不能过低还停留在该小区。5 广东5.1 话务网和数据网无线资源均衡优化策略1 概述根据话务忙时与数据业务忙时的不同特性，通过灵活的参数调整的手段对话音业务和数据业务资源调配控制，达到资源均衡优化的效果。2 宏观错峰控制策略通过大量统计，深圳移动全网话务忙时出现在18点-22点

32、，数据业务忙时为22点-24点，半速率比例在22点时达到峰值。对于全网宏观的业务分部规律，考虑通过数据业务复用度来分时段差异化控制，实现网络资源往不同的业务错峰倾斜。TBFDLLIMIT和TBFULLIMIT是BSC级参数，用于配置每个下行或上行PDCH信道上可同时承载TBF数目的上限。每当新的TBF到达时，会先判断现有PDCH是否达到TBF承载上限，如果没有达到，新TBF将叠加在现有PDCH上建立，如果已达到上限，才会分配新的PDCH。在爱立信R12网元中，TBFDLLIMIT的取值范围是080，表示1个下行PDCH信道可同时承载18个TBF；TBFULLIMIT的取值范围是060，表示1个

33、上行PDCH信道可同时承载16个TBF。同等总数据流量下，复用度越高，数据业务占用的信道数越少，就有越多的资源留给话音业务使用，从而降低半速率比例。但与此同时，数据业务的性能会受到影响。为了考察不同参数取值的效果，选取业务量较大的BSC做试验，设置不同的参数值如下表所示：时间:21-23点第一组第二组第三组第四组TBFULLIMIT30406060TBFDLLIMIT30406080试验后网元统计指标如图所示： 话务量与半速率比例 数据业务流量与数据业务占比随着TBFLIMIT取值增大，半速率比例和数据业务占比都呈下降趋势，但存在“边际收益递减”现象，即TBFLIMIT由30增为40时，半速率

34、比例下降明显（40%-35%）；而TBFLIMIT由60增为80时，半速率比例变化不大（34.2%-33.9%）。4种参数值下话务量变化不大，数据业务流量略有减小。在数据业务性能方面，为了反映对客户感知的影响，对样本BSC进行了DT和CQT测试。测试结果表明，随着TBFLIMIT增大，FTP下载速率有所减小，彩信PUSH下发时延有所增加，特别是TBFLIMIT80时，速率下降明显，影响客户感知，应避免使用该设置。其他小流量业务测试包括Attach测试、PDP激活、WAP网站及下载测试、飞信测试、KJAVA测试指标均未受TBFLIMIT影响。TBFLIMIT的默认设置为20，对数据业务来说属于比

35、较充裕的资源配置策略，在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%10

36、493998.583922.265332.702713.3904试验后159015.265.16%8719394.968621.437731.967413.1567变化率-8.45%-6.28%-16.91%-3.67%-3.72%-2.25%-1.75%从统计指标上看，平均使用PDCH数减少约10%，设备利用率和话音清空PDCH数随着PDCH分配的减少有所降低，EDGE/GPRS上下行速率均有所降低，但并不足以严重影响客户感知。总体来说，该宏观控制策略达到了资源错峰调度，在话务忙时控制数据业务资源，降低半速率比例，提升话音用户感知的目的。3 微观控制策略对于话务热点小区，需要运用小区级参数进

37、行微观调控，本文通过调整数据业务占比参数（ODPDCHLIMIT）控制小区级的数据业务可使用总量，通过调整半速率启用门限计算策略和预清空策略（DHA、PDCHPREMPT、GPRSRIO）均衡话音业务和数据业务资源的分配。3.1 数据业务占比控制策略ODPDCHLIMIT是一个信道组级参数，其含义为，一个信道组中on-demand PDCH占可用TCH数的百分比。取值范围是0100。从全网选取多个话务特征不同的小区，对CHGR0，CHGR1设置不同的ODPDCHLIMIT值（现网CHGR2为EDGE信道，不做限制）。经验证，当ODPDCHLIMIT60%、拥塞率15%、数据业务占比30%的小区

38、进行微观调控，设置ODPDCHLIMIT=30，以控制这些话务热点的数据业务资源占用。 话务热点小区控制效果采用控制策略后，话务热点小区的半速率比例和拥塞率明显下降，话音用户感知相应改善，同时，数据业务流量减少约15%，性能方面也受到少许影响，EDGE下载速率由82k降至77k，降低约5%。总体来说，对这些已经无法通过硬件调整解决话务拥塞问题的小区达到了资源合理分配的目标。3.2 半速率与话音预清空数据业务控制策略在话音业务、数据业务、半速率功能同时存在的场景下，信道分配简化流程如下图所示：与半速率和话音清空PDCH相关的参数有三个：DHA、GPRSPRIO、PDCHPREEMPT，常用取值和

39、含义见下表：参数名取值含义DHA0100半速率开启门限：当系统空闲可用信道所占比例小于DHA值时，接入该小区的信道资源启用半速率GPRSPRIO0在计算是否启用半速率时，动态PDCH视为空闲信道15在计算是否启用半速率时，动态PDCH视为激活信道PDCHPREMPT0所有PDCH信道都可被CS呼叫清空。4非essential PDCH信道可被CS呼叫清空。要均衡话音和数据业务之间的资源分配，需要把握两个方面的策略制定，一是半速率开启门限的取值，二是移动台如何计算当前的空闲资源3.2.1 半速率开启门限自适应调整策略目前，半速率功能使用的原则是“需要多少、开启多少”，即尽可能的让话音用户使用全速

40、率业务，为此，我们研发了多业务下的无线资源快速自适应控制系统，通过Test System从BSC内存堆栈中直接打印寄存器值，实时读取话务数据；根据小区容量，话音、数据业务需求量，精细拟合控制半速率开启比例；再通过OPS控制程序修改小区在本周期的DHA取值。传统的半速率控制算法只考虑话音业务的需求，不考虑数据业务的需求。本系统采用了新型的半速率控制算法，充分兼顾了话音业务和数据业务的需求，并且可以根据网络情况进行差异化设置，其控制算法原理如下： 首先根据前后两次打印的寄存器值，计算前一周期的总话务量、可用信道和平均分配PDCH数。 计算：可用TCH信道数(x)=可用信道数-平均分配PDCH*K

41、，其中K为调整值，0K=1，K值可以根据不同的网络情况进行差异化设置，主要在语音和数据业务中取得均衡。根据大量的统计和实验，设定话务忙时K=0.4，数据业务忙时K=0.7的策略。 根据信道容量计算标准表，从小区的总话务量对应出需要的信道数 y。 最后拟合出半速率开启比例DHA= int(y-x)/x*100) 。目前该系统在深圳全网使用，运行稳定、效果明显，大大提高了网络弹性容量。对于话音业务，高话务出现时及时开启半速率，减少拥塞出现的几率；话务降低时及时降低半速率控制比例，避免不必要的使用半速率信道。对于数据业务用户，数据业务高时，半速率控制比例增大，避免了由于话音业务的突发引起大量PDCH

42、清空，保证了数据业务的用户感知。3.2.2 小区空闲资源计算策略当小区在半速率算法中计算空闲资源时，参数GPRSPRIO决定是否考虑数据业务已占用的资源。当动态PDCH信道视为空闲信道时，计算得出的空闲信道比实际空闲资源多，半速率将推迟开启，而话音预清空PDCH则会提前开始。参数PDCHPREEMPT决定清空PDCH的力度，常用取值为保留重要PDCH信道，或全部可以清空。为考察这两个参数的关联影响，设置4种组合对某BSC的55个小区做了实验，统计结果如下：在话务量变化不大的情况下，四种组合中GPRSPRIO=0时55个小区的平均半速率比例明显小于GPRSPRIO=15的值，由20%左右降至5%

43、以下，组合D的半速率比例最小，这是由于PDCHPREEMPT=0时所有的PDCH信道都可被话音清空，为话音预留了更多的资源。另一方面，GPRSPRIO=0时拥塞率由2%上升为9%，主要是由于半速率门限开启较迟，半速率的拥塞counter虚假增大所致，实际上半速率的分配次数和拥塞次数都较小。由于在话务升高时半速率会正常启动，实际上话音用户的拥塞感知不会有太大的变化，而且还会因为半速率的比例的降低而有更好的通话感知。四种组合下，GPRSPRIO=0时数据业务占比由GPRSPRIO=15时的38%下降为34%。这是由于清空策略限制了数据业务的资源所致，PS总流量变化不大。数据业务性能方面，GPRS上下行速率以及EDGE上行速率受参数影响不大，组合D的EDGE下行速率下降较明显。组合