[工作]移动集团下发EDGE优化案例

1、优化经验案例分析（第五期）目录1 安徽2l 1 rcu隐性故障导致数据业务接入困难2l 2 使用数据业务时无法做被叫问题62 北京82 1 重点道路优化经验总结83 福建93 1 曲设备jp拥塞小区优化案例93 2 tbf掉线的优化123 3 mjio设备攻叉线导致gbl链路负荷异常144 甘肃164 1】800n濒段和900卜濒段小区频繁重选问题讨论165 广东221安徽l 1 pcu隐性故障导致数据业务接入困难问题描述：本周接到客户投诉，反映在经济开发区建丁学院校内gprs业务无法正常使用。为此我们实地进行了 cqt测试，测试中手机主要占用教育学院3 (21882-773)教育学院西1 (

2、21882-771)和建工学院新区1800 (21882-3086)小区,3个小区都已经开通edge功能，但是测试屮社ch都失败，pdp也无法激活，测试图如下：msi edge时间国务/相邻小区cell namedistancebcchb5iccl| c2rxlevelrxmincell idlac教育学院西30.0914646-55-10177321882从lyer3信令上看，是由于下行tbf无法建立导致请求超时最终失败，测试中这3个小区都存在此问题。解决过程:为了进一步查找问题原因，我们查看了 bsc12在12月7日晚忙22时的小区级话 务统计，发现有较多小区pdch上行分配成功率不高，甚

3、至有些小区上行pdch占用 成功率低至20%以下，肯定会造成用户接入困难。下表列出了 bsc12卜上行pdch分呢成功率低于80%的小区：小区名ci测量时间所在pcutch话务量pdch 尝试次数 一上行tbf上行pdch 分配成功 率上行pdch 占用成功 率可口可乐-27622008-12-7 22:00：；9. 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:00

4、049. 053168172.51%53.21%合力叉车-1100362008-12-7 22:0033. 37202964.61%28.93%合力叉车-2100372008-12-7 22:0033.84198974.71%23. 43%锦绣社区-2222008-12-7 22:00351.841585077.55%63. 70%教疗学院两17712008-12-7 22:00:彳62. 843195351.66%16. 09%教育学院西27722008-12-7 22:00399. 536823463.38%48.63%教育学院西37732008-12-7 22:00344. 762168

5、774.43%42.06%省经贸学校-1139462008-12-7 22:00331.08617660. 28%23. 40%合肥学院南区-37282008-12-7 22:00137.918905540. 12%23. 15%行政学校1800-231662008-12-7 22:00312. 49173677. 53%29.61%btsi:42/bts:2114582008-12-7 22:0039.48292078.97%16.61%上表中列岀了这些pdch占用成功率低的小区所在的pcu,可以看到，教育学院 西的儿个小区都是在pcu3下，且在pcu3 k的其它小区上行pdch分配和占用成

6、功 率也非常低，初步怀疑是bsc12的pcu3存在隐性故障。通过上诉分析，我们对bsc12 pcu3进行了 lock操作。根据西门子pcu均衡 算法，当bsc中的某块pcu发生故障或被人为锁定（lockpcu）时，系统会口动将 其上所有的ptppkf重新分配到剩余的pcu上，保证这些小区gprs业务的止常运 行，如下图所示（该例屮共冇三块pcu）：二三nsei:2 failedptppkf ra=1 3 pdchtppkf ra=2 1 pcch 9vc=4 pcu:0nsei:0o 6_弋1)_ oac w2 new pcu load=8.*3=33 mbvc=34二二二ran二九一bvc=

7、24ra=3c=77-tppkfra=2 pcch3vo=33tppkf ra=1 3 pcch 3vc=34pcu:4nsei:4f ptppkfxog pcu oac=2/1=2ra=3 new pcu_load=3i,仁3 pcoh ipc/ ptppkft ra=51i 2 pdch 丿bvc=35/bssgp:9v0 reset ack 34pcu.tsjsb二 3bssgpibvc unblock u-一bssgp:9v0 unblock aok 34no bleek procedures cn gb in:erfacethe pcu fails suddenlypcu-ts_gb

8、 二 2bssgpvc reset 77:cell identifier-bssgp:bvc reset ack 77pcu.tsjsb二 1bssgpibvc unblock 77bssgp:9v0 unblock ack 77bssgp evc rese- 34:cell identifieisgsn在对bsc12的pcu3进行lock操作后,此时773小区挂到了 pcu0下。而后到建工学院再次实地测试，测试中ttch, pdp激活，ftp下载和wp业务都很正常，测试图如5i!idhol ms1 k务/相邻小区cell name1 distancebcchb5iccl| c2rxlevel

9、 | rxmincell idlac教育学院西30.091515050-51-10177321882教育学院西1800-21 0.051246i 3343j -62|-951308621882教育学院西20.075433636-6577221882为了验证pcu3是否存在隐性故障，我们解锁pcu3z后再次进行测试，解锁后773小区仍然挂在pcu0下，在该小区下的各项业务也无异常，测试图如下：q|二| hold msi上务/相邻小区cell name| distancebcchb5icclc21 rxlevelrxmin | cell idlac教育学院西3j 0.091514747-54j-1

10、01t77321882教育学院西1800-20.0512464050|-55|i-95 解锁pcu3之后，根据pcu均衡算法，一些小区重新回到了 pcu3上。在rc上观察 该pcu也工作正常。通过话务统计观察，重新调整后pcu3下属小区各项指标也无异 常出现，上下行pdch接入指标较好，如下表:小区名ci所在pcu测量时间匕行pdch 分 配成功 率上行 pdch 占 用成功 率卜彳亍pdch 分 配成功 率卜衍pdch 占 用成功 率可口可乐-1761312/8/2008 16:0096. 96%96. 07%100. 69%9& 08%可口可乐-2762312/8/2008 16:

11、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/2008 16:0093. 84%90. 04%99.08%96.38%官塘村-211807312/8/2008 16:0095.31%87. 35%9& 33%93. 97%官塘村-311808312/8/2008 16:0086. 16%85. 06%99.50%98. 36%行政学校

12、-311363312/8/2008 16:0095. 76%93. 64%100. 52%95.51%行政学校-211362312/8/2008 16:0099.06%9& 28%100. 00%97.45%丰乐种业-3593312/8/2008 16:0095. 37%92.77%99.51%98.53%肥南-111581312/8/2008 16:0095. 06%92. 92%98. 85%95.40%打电话回访客户，客户反映现在gprs业务已经恢复正常，至此投诉问题解决。总结：rcu隐性故障可能导致数据业务接入困难。通过倒换pcu 和对pcu的lock/slock操作，可以解决

13、pcu隐性故障造成的pcu 下属小区接入困难，网络指标差的问题。l 2使用数据业务时无法做被叫问题近h用户投诉反映，每次在接收和发送彩信的时候做被叫都无法接通，等到接收和发送 彩信完毕后才收到一条未接來电的短信通知。其实这个问题以前就一直存在，对于目前的网 络来说是正常现彖，因为clss b类的手机在传数据的时候(pckel trnsfer mode)只监听pdch 信道，而不监听pch信道，因此无法收到cs域发來的pging消息，等到手机上下行tbf 释放，回到pcket idle mode下，就at以收到pch信道下发的cs pging消息。但这个问题是 可以有解决办法的,在西门子bsc中

14、有一个参数叫pgcoorclb (bsc级参数)，解释如k：pagcoorclb二disabled, paging coordination class b this flag to enable/disable pagingcoordination for class b mobiles.object:bsc basicsrange:enabled disableddefeiilt:disabled通过开启该参数，可以使在该bsc下的b类手机使用数据业务的同时实现被叫接收到 寻呼消息的功能，因此已町以实现ps域服务时接收cs域pging消息的町能，该功能对其 他层面的影响不大，因此不会造成其

15、他业务的使用。这样既口丁以提高用户的感知度，理论上 也可以提高寻呼成功率指标。我们对此进行了参数开启和功能验证。测试环境选择bsc1的小区，使用测试手机进行ftp测试，另外使用商用手机拨打测试手机。测试设备sgem ot498手机部，上下行支持1+4模式；商用noki手机一部。未开启该功能时，使川商用手机拨打测试手机会回复：“您所拨打的电话暂时无法接通”在开启该功能后，测试手机就可以在进行数据业务的同时接收寻呼信息，如下图所示：4a11 ncr一 rxevcld01hlist从图上可以看出当商用手机拨打测试手机后，测试于机将挂起数据业务，并与主叫手机 接通电话，当通话结束后测试手机接到网络下发

16、的resume信息并恢复ftp下载，我们使 用其他商用手机测试也正常。在测试手机收发彩信的时候做被叫同样正常。总结：从以上测试结果中证明该功能可以正常开启，虽然对网络指标影响不大，但可以提高 用户感知度，避免此类用户投诉行为。2北京21重点道路优化经验总结1） _cell_dt调低对提升edge覆盖率很有帮助。但是对网络的整体影响需要通过全网或者相关小区的统计来分析。2）调整小区中_cell_dt参数之前一定要保证gprs和edge信道配置的充足性，避免造成用户感知下降。3）测试中出现pcket tbf relese（bnorml dl/ul relese）,部分情况下信道可 以重新建立起来，

17、有些情况下不行，因而造成数据停传。所以增加gprs_ms_pn_mx值的目的就是为了增大确认计数器，降低tbf异常释放的频率。具体效果有待分析。4）测试中对功控参数的调整起到了较大正面作用，但个参数及效果需要进步硏究。5）平均 mcs值低不一定是 bep_period/2 和 egprs_init_dl/ul_cs 参数的影响。bler的影响是非常大的。同样men_bep和cv.bep的情况下获得的mcs差异极大，就是因为mcs选择还要考虑window stll、nek以及编码 方式变化频度等几方面因素的影响。6) 目前网络中参数还需要进一步核查,设置值差异较大，比如下行功控部 分小区开启、部

18、分未开启。因此需要做好优化参数模板，并做好核查工作。ftp测试情况本周对三方测试线路进行了多次ftp测试z具体情况如下:测试时间edge 覆盖率尝试下载次数掉线次数应用层吞率(kb/s)均mcs下行平均时隙数量说明11月24日91.20%202011.777.13.29参数未优化11月25日93.40%220211.987.03.36参数已优化11月27日94.16%223011.747.13.36参数已优化可以看出经过前几周的参数优化，dt检查的难点"edge覆盖率"和应用层速率有了很大提升。三方路段上gprs + edgeftp测试结果：ftp吞吐量>95kbps

19、edge覆盖率>93%平均时隙数-3.3平均mcs>7福建3 1 tw备df拥塞小区优化案例莆田网络中，全网共有1108个小区配置了 dp,部分小区dp_12较高，其中超过5%接近200个小区，需要优先优化或扩容以降低下行dp拥塞率。一般认为，edp拥塞达 到1.5%,即认为该edp需要进行优化以降低edp拥塞，改善egprs性能。对于高数据流量的edge与gprs混用小区，edp资源紧张并出现拥塞现象，而gprs占用比例又比较高的小区，由于gprs用户多，cs2的编码方式会占用dp资源, 也是导致dp拥塞率上升的原因之一。dp拥塞率改善方案：本次采用common bcch改造来改

20、善小区dp拥塞率。12月5日，小区3131进行common bcch改造。12月5日至12月9日，指标观 察阶段3131小区改造前的一些基本信息如下，取20081202晚忙时（23点）的数据。celbscddp时dp请dp拥gprs流量下行l_idnmep_id隙数求数塞率占比edge流量3131bsc4342059038393.7650566.90%11315.4048在12月5日对该拥塞小区进行common bcch改造，其中一个bts开edge业务, 而另一个bts则只开通gprs业务，dp时隙数保持不变。改造后对一些kpi指标进行 跟踪观察。dp拥塞率情况:1000000改造实施l i

21、43.532.521.510.508000006000004000002000000- dap请求数dap拥塞率从上图可以看出，改造后由于减少gprs用户的cs2对dp资源的开销，使得dp 请求数明显减少，dp拥塞率也有较大改善。其中dp拥塞率从之前的2.7%左右减少到 0.8%左右。mcs789占用比例：f-mcs789 percent从上图可以看出，由于原来dp资源不足,高编码占用比例较低,在减少了部分gprs 用户对dp资源的占用后，dp资源则更多的由mcs789高编码比例用户占用。下行每时隙吞吐量:-b-trf 236 dl同样，在减少部分gprs用户对dp资源的占用后，dp请求数明显

22、减少，高编码比例上升，相应的下行每时隙吞吐量也得到一定程度的提升。本次common bcch改造的情况来看，对于dp高拥塞率的gprs和edge混合小 区，如果采用common bcch进行改造，特别是对gprs占用比例较高的小区，可以在 一定程度上缓解dp的拥塞，而且有提升高编码方式的占用比例和单信道吞吐量等益处, 对egprs网络的性能指标优化有一定的参考价值。3 2 tbf掉线的优化在日常数据网优化过程中，在kpi统计分析中，发现有部分小区出现大量的tbf掉线。其主要表现为用户反映上网速度慢且很难上。另外从指标上看其tbf建立成功率很低，重传率很高。27773132bsc515132霞美

23、站型 index bsc cellidp霞美諒堂 3p3130027773南安0sd csf80706050403020100- di sci c_qxp_rnjm*-ul rel rfwmm-drop call num20000 18000 16000 14000 12000 10000 800d 600d 400d 2000 02.521.510.5050 q5 q035 so252015105j /i-' /广 7 tudl_gp retrans»-ul_gp retrans«-dl egp retransul egp retrans«-tbt se

24、tup fail-ho dist0.3500.0090.0080.0070.0060.0050.0040.0030.0020.0010图1 异常小区数据kpi指标案例分析及解决：一般对于高tbf掉线我们主要是从无线及硬件上去分析其原因。这些可以从一些相关的无线话音指标来判断分析。首先我们对这个小区的语音kp【进行了分析，主要是掉话率，语音质量、干扰。如果确实无线及硬件问题，如此高的掉线率，那其必然伴随着高语音掉话或sd掉话、很 差的语音质量、高干扰等的岀现。下图2为其语音kpi情况，从图上我们可以看岀其无 线及硬件没什么异常，其语音各项指标良好。因此排

25、除了其无线及硬件问题。132132霞美姑型indexbsccellid27773bsc515ult霞美锦堂3ult141500 j191南安0bsc5b620018016014012010080604020 00.800. t00.600. so0.000. so0. 200. 10>00一幅曲llewtropcallho ff% 土胛如 競盂pb1)1.0251.021.0151.011.00510.9950.99max itf4 tor single trxava_28a+ava_16a maxjraffi crawblock- call block20018016014012010

26、080604020 0iff 4 per cell»tf 4per trx图2 异常小区语音kpi指标其次我们对对这个小区进行现场测试，主要是想从用户角度去实地核查一下，该小 区是否真的高tbf掉线。并从路测信令上寻找导致高tbf掉线的真正原因。从实际现 场测试发现，该小区ftp下载拨号连接很困难，经常要拨好几次才能连接上网络，从信 令看当手机发出'rs dil5指令后，一直收不到网络下发的回应消息，导致接入网络失败。eq si si si sireports匚叵区s event s口回区)ptcch message reception faileasurement epor

27、j'hamefh block report dl rlc/mac throughput rlc/mac throughput llc throu1s1is11s11s11s1is1is1is11s11s11s1is1ph pdch block header ul report mph measurement reportph pdck block header ph pdck block header ph pdch block header ph pdck block header fh block report dl ph block report dl ph block repo

28、rt dl ph block report dl rljz/mac state reportdl report dl report dl report dl reporteq.eventinfo4msi|ln idle modedc1z session startgprs attachmsi和 packet modebcch arfcn： 38, bmsim ps attachattach type： gprsdc1=7 session end丿 session duratiodc1 has dialremot© access serdc1互 ras errorunknown err

29、ordc1巳 ps access fai.msiin idle modebcch arfcn: 38, bdc1it ras hangupremote access serdc1v ras dialremot电 access sermsipacket modebcch arfcn: 38, bmsipdf cont ex t a. pdf context compldc1亘 ip address as. 26dc1m ps access sue.dc1cz session startftp getmsi! idle modebcch arfcn: 38, b v<

30、 li>4从现场测试看问题可能出现在数据网本身。由于仅从现场测试我们无法真正了解导致该小区高tbf掉线的根本原因，只能确 定该小区确实存在问题。随后我们想到了从nsn数据网的相关一些计数器的分析，来 对故障进行定位。我们收集了近20天该小区与数据业务相关 p_nbsc_pcket_control_unit表下所有counter的值，进行分析,结果我们发现 其中有一计数器(disc_llc_blocks_due_to_exp)出现异常，其值与tbf掉线率成正比。该计数器主要是由于超时导致llc层数据块丢失，其原因主要由以下两方面:一是本身数据流量负荷过高，高拥塞导致其信令阻塞而超时；二是链

31、路本身问题，导致 其无法正常传送数据而超时。而从我们前面分析的数据关键kpi指标看，该小区数据并不拥塞。因此肯定是链路本身存在问题。经过却换nsei,或是bcsu、重启gen等手段，可以解决该信令吊死问题。使得异常tbf掉线得到解决。3 3设备色叉线导致i链路负荷异常1. 案例分析背景gbl接口作为pcu-sgsn重要的接口，这一接口是标准的gb接口，负责在bss 和ggsn之间传递用户数据(pdu)和信令控制消息(如移动性管理等)。根据etsi规范, 这一接口采用帧中继做为传输和信令的协议平台。2. 问题描述由于bsc70504_gbl负荷太大，从而引起gprs投诉、全曲下载速率慢等问题。

32、基于负荷大的原因，我们进行了紧急扩容2条gbl,但扩容gbl链路后，采集现网gbl 负荷情况，发现gbl的两项指标gbl_dl_dt_thrput_menx gbl_ul_dt_thrput_men的数值为 0,为异常现象。图1 异常gbl链路负荷情况3. 分析原理gbl是通过e1传输连接sgsn,检查传输问题是异常gbl链路负荷情况的关键。4分析过程1:用stte pcu gbl * *查看gbl链路，发现gbl都显示b-u状态；2:用site pcu dproc * *查看pcu的drpoc硬件，发现所有dproc都显示b-u状 态；3：用 disp_eq pcu gbl 2 0 查看 g

33、bl_mms 为 17 0；用 disp_eq pcu gbl 3 0 查看 gbl_mms 为 16 0； stte pcu mms 17 0、stte 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.取得效果通过物理

34、上链路链接的排查，异常gbl负荷情况得以解决。6.案例小结指标异常必须硬件、传输逐步排查，问题才能得以解决。4甘肃4 1 1800、频段和90财贞段小区频繁重选问题讨论兰州移动自9刀份开通1800频段小区以来，市区干扰情况明显 好转，部分地区原本拥塞情况得到彻底解决，但由于1800小区参数 设置不太合理，导致部分1800小区话务量较少。并且从idle测试 和数据业务测试来看1800频段小区和900频段小区重选比较频繁， 由于小区重选对数据业务的下载速率影响较大，因此我们需要探讨减 少小区重选，提高数据业务的性能。1、优化前测试情况优化前对城关区进行了全面的测试，从测试情况來看由于1800 频段

35、小区与900频段小区共址，并且功率、天线下倾角等基本一致， 在路面上测试到的信号强度基本相同，由于参数设置基本一致，根据 小区重选原则，其在idle情况下或者是在数据业务测试时重选频繁 属于正常情况，但由于频繁重选，当在下载数据时小区重选会导致 tbf不断重新关闭、申请。所以严重影响到ftp的上传、下载等速率。下图为在南滨河民族屮学路段占用民族中学站时的测试采样图:x 地图bcch| bsic 丨 cl887030|c230rxlevel-100205s437661-73i -100i 20559i 37661-78-9520ss33766178-100一-81-10226137661-81-

36、992055137661-82-902053237654sl_李件列表tine11:41u 4111:41u：4111:4111 4111:4111 41515153.535454阪55event type ftp server logon f7f control info fip control info ftp control info fip control info ftp control info ftp control m£o ftp dgidodextra ia£on?i i200 type set to i.pasv22? entering passive

37、mode (21： retr /tssx/t m rariso opening bihary node dat* index: 24111 42 :22. cell reselect inzrbgd bccm 88 -> 515晉皱q甥園叵圧®怎"戸dagv*%囊贾址省/i -节徐家湾町以从上图看到占用民族中学后1800频段和900频段的同向小区由于信号强度基本一直，导致最少都会发生2次以上相互重选。2、现网1800小区重点参数设置情况现网一共开通98个1800频段的小区，基本参数设置如下：81个小区放在第一层（17个小区放在第二层），一层小区层门限 值大部分设置在6

38、070间，cro设置为0, crh设置为4, ccmin 设置为100左右，功率设置为43。每个小区具体设置情况如下：1800&mbc 小区（1020） xls现参数设置导致的问题1、由于部分1800小区层门限设置过低，当信号强度低于切换门 限时就会切换到更好小区，导致话务过低，没有起到1800小区充分 吸收话务的作用。2、还有17个小区设置在第二层，话务量较低，载波利用率极低。3、由于兰州城关区的地形和实际情况，根据小区重选原则，在 信号强度基本一样的情况下，因重选参数设置基本一致，没有考虑到 控制重选问题，所以导致小区重选频繁。4. 试验小区设置情况根据1800频段优先占用原则，并

39、且考虑到话音业务方面，对民族屮学1800频段小区参数修改如下：cell原层修改 层原层 门限修改层 门限原cr0修改后cr0原ccmin修改后ccminlk2055f11707001210085lk2055g11686801210085lk2055h11607201210085lk2055i11656801210085修改的原则就是尽量提高1800频段的c2值，让其停留在1800 频段而不重选到900频段小区。通过此次参数调整后，南滨河路民族中学路段重选次数明显减 少，参数调整后测试数据也证实，此次调整对该路段无论gprs或者 是edge业务的承载能力也有显著提高。这种精细优化的方法可以 在全

40、网中的重点道路推行。5、试验小区优化后测试情况下图是优化后测试采样图：itiwiwnt rs rxouel fer 如上:信号强度明显不是最 强小区，修改后依然停留在 1800频段小区let emenr th-0953.008ceibwecgi|mcc. mnciac.o460 00 37g61 20956cdlgfrssuwmtyes8end1800dcch arfch519tch 娟 fcn6318$ic厶5modepackettremchwcliyccpochchsrnel mcde聲选正常120nicprs lino chart (is1idtx"prl t mecu cor

41、“f|cui|rl tmccbcormh伽64 ms bemvior rroili-dullemcrir xdata tiaeslots hs1jdlu： ts dl2ndt$ dl 3idt5 cl4th75佔16j33642929402626442121f 1.1 nr chart is1 1> charnel type iwortt ir/ts i如 xrhsri 刖i d幻 her data (x) mhol (%) mdd-dft)；3dahh却 moataft)pdchpdchcooqoooob-o o o100iev. auvn ksic irs s«ssi

42、71;n app iksd . apr. throuiteuq d , ”.一. . dilgg03:53:0codinc sdm”.几优化后测试来看小区重选次数明显减少，即使1800频段小区信 号强度明显弱于900频段小区，但由于c2值高于900频段小区依然 停留在1800频段上，一方面达到了控制小区频繁重选，另一方面也 由于1800频段相对干净，导致下载速率大大提高。下表为优化前后的话务量cell基站名载波数修改前 话务量修改后 话务量优化后载 波利用率lk2055f民族中学420.222. 18110. 07%lk2055g民族中学421.2624. 13119. 75%lk2055h民

43、族中学45. 7215. 9679.21%lk2055t民族中学411. 5114.8473. 65%从统计来看，话音方面经过调整后吸收话务情况更加合理，载波利用率处在较高状态。6、对1800频段和900频段小区重选优化的建议由于1800小区频点干净，并且受到覆盖范围的限制，建议优先给1800频段吸收话音业务和数据业务，但由于小区重选与层设置级 别没有任何关系，并且现网1800频段小区和900频段小区重选参数 设置基本一致，没有起到数据业务优先的作用。从试验可以看到减少ccmin而加大cro的目的是为了加大c2值，以达到减少小区重选的ii的。小区重选原则如下：当手机附着在gprs系统后,无论是

44、在pcket idle或者是在pcket tmsfei模式下均由手机自动进行小区重选。小区重选使用c1/c2算法，公式如下：c1 = rl_c -ccmin - mx(cchpwr -p , 0)c2 = cl +cro to * h(pt t)若 pt <>31oc2 = c 1 cro 若 pt = 31o其中 h(x) = 0 (x<0), h(x) = 1 (x>=0), x二pt t, t 为 计吋器，ccmin, cchpwr, cro, to 及 pt 为由 bcch 发布 的参数。由于兰州大部分小区的pt设置为0, to设置为0,所以c2 值公式如下：c

45、2 = c1 +cro为了减少不必要的小区重选，c2的附加条件为，当gprs手机 处于redy状态或者邻小区属于新的l时，邻小区的c2耍比本小 区的c2大crh,而且至少要持续5秒，才会发生小区重选；如果 在15秒内发生第二次小区重选，那么第二次小区重选时，邻小区 的c2要比本小区的c2至少人5db,而且至少要持续5秒。根据兰州实际情况，建议对1800频段小区重选参数设置如下:层层门限cr0crhccmin17512485解析：1、把其放在第一层目的是为了能吸收史多的话务，但考虑到 小区载波能容纳的话务量，建议把层门限设置为75左右（根据话务 情况调整）。2、把cro调整为12,而把ccmin

46、从100调整为85,目的就是为 了尽量减少小区的重选，并且保证信号强度不能过低还停留在该小 区。5广东51话务网和数据网无线资源均衡优化策略1 概述根据话务忙时与数据业务忙时的不同特性，通过灵活的参数调整的手 段对话音业务和数据业务资源调配控制，达到资源均衡优化的效果。2 宏观错峰控制策略通过大量统计，深圳移动全网话务忙时出现在18点22点，数据业务 忙时为22点24点，半速率比例在22点时达到峰值。对于全网宏观 的业务分部规律，考虑通过数据业务复用度来分时段差异化控制，实 现网络资源往不同的业务错峰倾斜。tbfdllimit和tbfullimit 是bsc级参数，用于配置每个下行或上行pdc

47、h信道上可同时承载 tbf数目的上限。每当新的tbf到达时，会先判断现有pdch是否达到tbf承载上限，如果没有达到，新tbf将叠加在现有pdch± 建立，如果已达到上限，才会分配新的pdcho在爱立信r12网元中, tbfdllimit的取值范围是080,表示1个下行pdch信道可同时 承载18个tbf； tbfullimit的取值范围是060,表示1个上 行pdch信道可同时承载16个tbf。同等总数据流量下，复用度 越高，数据业务占用的信道数越少，就有越多的资源留给话音业务使 用，从而降低半速率比例。但与此同时，数据业务的性能会受到影响。 为了考察不同参数取值的效果，选取业务量

48、较大的bsc做试验，设 置不同的参数值如下表所示：时间:21-23点第一组第二组第三组第四组tbfullimit30406060tbfdllimit30406080试验后网元统计指标如图所示:2008-10-112008-10-122008-10-132008-10-14tbfuhixwwtlmltmotbftut=601bflim(t=8o话务& y-h话务比al'saa o业务+级器业务占比数据业务流话务量与半速率比例量与数据业务占比随着tbflimit取值增大，半速率比例和数据业务山比都呈下降趋 势，但存在“边际收益递减”现象，即tbflimit由30增为40时， 半速率

49、比例下降明显(40%>35%)；而tbflimit由60增为80时, 半速率比例变化不大(34.2%->33.9%)o 4种参数值下话务量变化不 大,数据业务流量略有减小。在数据业务性能方面，为了反映对客户感知的影响，对样本bsc进 行了 dt和cqt测试。测试结果表明，随着tbflimit增大，ftp 下载速率有所减小,彩信push下发时延有所增加,特别是tbflimit =80时，速率下降明显，影响客户感知，应避免使用该设置。其他 小流量业务测试包括ttch测试、pdp激活、wp网站及下载测试、飞 信测试、kjv测试指标均未受tbflimit影响。tbflimit的默认设置为2

50、0,对数据业务来说属于比较充裕的资源配置策略，在18点一23点话务忙时及半速率峰值出现的时段，可设tbflimit=40增大数据业务复用度，限制数据业务占用资源。在全网应用该策略后，由全网话务量与半速率比例分时图可见，试验后话务量基本不变，半速率比例明显下降(22点半速率比例由26.21% 下降为20.18%)o同吋数据业务流量基本不变(17 h 22点1.90g, 17日22点1.89g),而话音业务由于有了更多的资源，拥塞率有所下降(22点拥塞率由11.9%下降为8.5%)o平均使用pdch设备利用率话音清空pdch次数edge卜行速率edge上行速率gprs下行速率gprs上彳亍速率试验

51、前173705.971.44%10493998.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%a bbrjkox e qbrjkox 0:爱2 6;乙 y2 9;乙 yox n 乙* ox g;乙 wok sglyox 二 nox =g 乙 =g 乙 二 gbcsiys 0:bcsly2 nks cogskox rg 爱 £ 9 g 爱 ox :爱ox bglgox s glkox z gl

52、kox r«g乙氐2 o £餐2 巴定oxa g = 8gr忘2 sguyox 29uh2 seeox mc二 zg 匸 y2 :p二乓£ 科p二乓£ =gfx 乓ox 0;feox 6 greox e g二 a g二9 g 二 "grxkox ;r忘 2 ” g二yox a 9二 k g二*2 o g =从统计指标上看，平均使用pdch数减少约10%,设备利用率和话音清空pdch数随着pdch分配的减少有所降低，edge/gprs上下行速率均有所降低，但并不足以严重彩响客户感知。总体来说，该宏 观控制策略达到了资源错峰调度，在话务忙时控制数据业务资源，降 低半速率比例，提升话音用户感知的目的。3 微观控制策略对于话务热点小区，需要