gprs路测案例分析

1、 gprs路测案例总结gprs路测案例总结（一）上海贝电实业有限公司 任力一、概述本人接触gprs优化已经有两个月的时间，到目前为止学习了不少也接触到了不少的案例，因此本人对路测问题做一次总结，若有没涉及到的问题，欢迎大家对其进行补充。我将持续对路测问题进行关注，有新的问题及解决方案，我也会及时的进行总结。二、关键词误块、重传、小区重选、信道资源三、gprs dt/cqt中的主要问题1、误块率和重传率高。目前路测上大多数情况碰到的是类似这样的情况。2、ping平均时延长、wap平均登陆时间长、wap图铃时间长以及ftp下载速率低3、掉线4、wap图铃下载失败四、问题原因及分析1、小区重传滞后导

2、致的误块和重传率较高。一般来说重选滞后的原因基本上由于cro/crh参数设置不合理，目前大多数网络没有专门设置mpdch信道，因此小区重选算法不会考虑c31和c32算法，在idle状态下仍然以c1/c2算法来决定小区重选，需要注意的是在ready状态下（即就绪状态）小区重选还要加上一个附加条件，考虑crh，即相邻小区的c2值须连续5s超过了服务小区的c2值与参数crh之和。 2、上下行干扰引起的重传和误块。3、pdch信道资源不够，或误块重传都将影响gprs的速度。4、小区信号覆盖不合理，包括有微蜂窝泄漏的情况，导致小区频繁重选。5、rau reject导致掉线。五、问题解决方法1、使用rms

3、报告，从测试中出现误块高的小区频点中挑出较好的一个频点用作gprs频点。2、 当出现小区的边缘重传和误块突增的情况时，可以采用：Ø 当前占用小区的占用时长已经较长，可降低本小区参数cro，增大对方小区的cro。不过本人现在基本上不会首选考虑这种方法，因为cro设置过多会影响原有的话务模型，因此本人将会首先考虑调整crh，如果效果不明显再考虑调整cro。Ø 当前占用小区的占用时长已经较长，可能是上行质量很差，也可降低pan_max 参数来加快小区的重选过程。手机中有一个记数器n3102，它的初始值为pan_max（omcr中设置），每当ms未接收到一条packet ul ac

4、k/nack消息时n3102就会减少pan_dec所定义的值，每接收到一条packet ul ack/nack消息n3102就会增加pan_inc所定义的值，但n3102不会超过pan_max值。当n3102减小到0或0以下，则ms启动gprs小区重选。如果pan_dec、pan_inc都设置为0，则ms只会根据c1、c2的值启动小区重选。而当赋予pan_dec、pan_inc一定的值时，ms将优先考虑n3102的值，以决定是否启动小区重选。 Ø 当前占用小区占用时长较短，可能的情况下调整天线覆盖，优化小区占用。Ø bcch/pdch同邻频干扰排查。3、及时处理微蜂窝泄漏现

5、象。4、排除上行干扰，更改频点，增加小区的载干比。六、案例分析1、黑龙江路路段问题问题描述：测试车辆沿黑龙江路自东向西行驶，测试手机占用煤气公司3 ，在rxlev降低到-80dbm左右后，rlc层开始出现严重的误块、重传。此时手机的邻区列表里有钟阜路2的rxlev在-60dbm左右，但测试手机没有计算出钟阜路2的c1、c2值。如图所示黑龙江路路段问题问题分析：煤气公司3的pan_max 参数设置偏高。计算不出邻区小区的c1值应该是手机的原因。煤气公司3的gprs配置载频不合理。解决方案：1、降低煤气公司3的pan_max参数到12 2、创31报告把pdch配置在较好的载频上。复测结果：在方案1

6、、2 执行后复测中占用煤气公司3在出现误块重传后，及时重选到钟阜路2如图所示黑龙江路问题复测2、新立基大厦wf问题问题描述：测试车辆沿中央路自北向行驶，测试手机占用玄武门1，在新立基大厦附近，由于新立基大厦wf信号泻露，rxlev在-60dbm左右，手机重选到新立基大厦wf上，占用时重传率、误码率都很高。如图所示新立基大厦wf泄露问题问题分析：新立基大厦wf信号泄露，且cro（20）设置很高，手机很容易重选到wf中，又不好选出。宣武门1的crh（6）设置偏低。解决方案：升高玄武门1的crh值到10。复测结果：修改参数后复测新立基大厦wf只是出现在邻区列表里不再占用。如图所示新立基大厦wf问题复

7、测3、汉中路问题问题描述：测试车辆眼汉中路自西向东行驶，测试手机占用南京玻璃厂3 在占用后很快出现误块率、重传率特别高，但手机的rxlev很好，在-65dbm左右。如所示占用南京玻璃厂3问题问题分析：如图所示南京玻璃厂3的同邻频情况从上图可以看出24号频点存在很多的同邻频，误码率、重传率高的原因是因为同邻频干扰所致。解决方案：创rms报告，选择更好载频。复测结果：复测中占用南京玻璃厂3时，误块、重传现象已经解决。如图所示汉中路复测结果4、油漆厂2小区旁瓣覆盖过远，导致误块率及重传很差问题描述：通过路测回放看（见图一）在油漆厂与弘旺木材两基站之间的路段，本应该由油漆厂1小区(lac_ci:172

8、17_1101)作为主服务小区的路段手机却占用油漆厂2小区(lac_ci:17217_1102)，接收电平在85dbm左右，误块率及重传率很差。图一分析：从图上我们可以发现该路段明显为油漆厂1小区的覆盖范围，但是当时手机占用的却是油漆厂2小区，从邻区表中我们发现在该路段上油漆厂1、2小区的电平非常接近，于是我们前往油漆厂基战进行实地勘测。勘测后我们发现油漆厂1、2小区方向角正确，小区也未接反，为了能准确了解这两个小区地覆盖范围，我们分别对这两个小区进行了锁频测试，结果如下：电平覆盖图油漆厂1小区（图二）油漆厂2小区（图三）通过图一可以看出油漆厂1小区的覆盖范围正常，从图二看油漆厂2小区的旁瓣覆

9、盖过远，主瓣、旁瓣的覆盖半径在180度左右，而且通过以上的分析问题路段的误块率及重选率很差主要是因为油漆厂2小区的旁瓣越区覆盖导致在问题路段油漆厂1、2小区信号重合手机占用了油漆厂2小区，因为油漆厂2小区缺少与弘旺木材各小区的邻区关系, 而且油漆厂1小区的功率降了4db,导致该路段小区重选滞后接收电平恶化、误块率及重传很差，建议采取以下调整方案。建议：更换油漆厂2小区的天线。结果：待确认。5、吉兆花园小区掉线分析 问题描述：gprs-dt测试过程中，吉兆花园1发生掉线，掉线情况都是在 gprs上网过程中，空中接口信令看到在手机发了channel request信令后没有了gprs上行和下行的信

10、令。我们对gb口的信令进行了跟踪，并进行了分析。gch口信令gb口信令吉兆花园的信令通过回放，在gb上最后一个dupd发下后，mfs发了3次chnadl，在gch上出现较多的红色的access burst，在gb上出现rsta消息。说明上行链路接收不正确。 发现吉兆花园1所覆盖的某个区域误块相当的多，如下图。结论：上行干扰导致了掉线问题。在gb上出现rsta消息。说明上行链路接收不正确。经询问得知，此小区存在上行干扰，有待排除 。6、小乐园问题描述：调整前gprs-cqt测试点小乐园主要占用工商行1小区（lac_ci:17217_2031），ftp下载占用时隙不稳定，时而占用3个时隙，时而占用

11、1个时隙，严重影响ftp的下载速率，ftp下载速率为2.12 kb/s，如图所示：rx_bcch_level 覆盖情况第一次第二次调整内容：1.将工商行1小区（lac_ci:17217_2031）的小区重选参数max_pdch_high_load由1调整到2。测试结果：经过对上述max_pdch_high_load参数调整，在该测试点手机占用工商行1小区，在ftp下载过程中手机稳定的占用23个时隙，与该参数调整前下载速率得到明显提高，ftp平均下载速率达到2.92kb/s。注：在当前占用小区话务不拥塞的情况下增加min_pdch信道数对改善ftp下载速率起到较大的作用，对此我们对该参数进行了实

12、验，将min_pdch参数由1调整为3（其它参数max_pdch_high_load调整为3，max_pdch为3），手机占用三个时隙（调整前不能稳定的占用3个时隙），ftp下载速率由原来的2.12 kb/s提高到3.88kb/s，由于我们通过对gsm网络的评估发现该小区有拥塞，所以在保证gsm话务优先的前提下，我们没有调整该参数，以减少对gsm话务的影响，仅调整了max_pdch_high_load参数。需要指出的是仅调整此参数没有调整min_pdch对提高ftp下载速率的效果明显，这就需要权衡考虑gsm和gprs之间的资源分配。（如下图所示：min_pdch调整为3）min_pdch调整为37、师范学院问题描述：调整前gprs-cqt测试点师范学院主要占用师范学院23小区（lac_ci:17217_3713），ftp下载多数时间占用2个时隙，由于干扰较严重导致误块率及重传率指标恶化，严重影响wap