移动集团EDGE优化案例.doc

优化经验案例分析（第五期）目录1 安徽 21.1 PCU隐性故障导致数据业务接入困难 21.2 使用数据业务时无法做被叫问题 62 北京 82.1 重点道路优化经验总结 83 福建 93.1 NSN设备_DAP拥塞小区优化案例 93.2 TBF掉线的优化 113.3 MOTO设备_交叉线导致GBL链路负荷异常 144 甘肃 164.1 1800M频段和900M频段小区频繁重选问题讨论 165 广东 215.1 话务网和数据网无线资源均衡优化策略 211 安徽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测量时间所在PCUTCH话务量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: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.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）时，系统会自动将其上所有的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占用成功率可口可乐-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/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/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.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 >73 福建3.1 NSN设备_DAP拥塞小区优化案例莆田网络中，全网共有1108个小区配置了dap，部分小区DAP_12较高，其中超过。