GPRS路测过程中遇到的问题Word格式.docx

GPRS路测过程中遇到的问题Word格式.docx

《GPRS路测过程中遇到的问题Word格式.docx》由会员分享，可在线阅读，更多相关《GPRS路测过程中遇到的问题Word格式.docx（13页珍藏版）》请在冰豆网上搜索。

无法attach

手机如果无法attach，应该首先确认SIM卡是否开通了GPRS功能，在排除了是手机原因以后，再定位到网络侧，然后再进行相应的处理。

下面这个案例是金城2的GPRS吊死的问题：

测试时间：

2006年6月19日14：

19

测试情况：

测试车辆沿解放路由南向北行驶，测试手机占用小区金城2（如图1）。

手机在该小区做完一次图铃下载之后，正常断掉GPRS连接，然后做detach，之后进行下一次图铃下载，首先要attach，但是手机在该小区却一直无法attach成功，直至后来重选至金城1之后，才attach成功。

图1手机占用海金城2时的路段图示

图2是手机当时的事件截图，可以看出，手机在14：

19：

30开始attach尝试，直至14：

20：

49，才attach成功，并且是重选到金城1才成功的。

图2事件截图

分析调整：

由于手机在金城2小区内无法进行attach，所以应该是由于该小区的GPRS吊死造成的。

下载该小区的报告发现GPRS指标异常，TBF请求次数很大，成功次数为0。

于是在OMCR上对金城2进行了GPRSRe-initialize操作，后观察该小区的GPRS指标恢复正常。

复测结果：

6月20日我们在该路段进行NC2实验测试时，占用金城2小区，在该小区内能够正常进行GPRS图铃下载，GPRS业务恢复正常。

2拨号拨不上（PDP激活失败）

PDP激活失败的原因，可能是由于手机的设置问题，也可能是由于网络原因。

如果用户的手机设置不正确，可能会导致无法拨号。

如果手机设置正确，无法拨号，那就要在OMCR上检查手机所在小区的GPRS指标是否正常，多数情况下对该小区进行GPRSre-initialize即可解决。

另外，在路测过程中经常会出现CDS软件拨号拨不上的情况，这种情况多数是由于手机当时正在进行小区重选或者路由更新，软件的脚本设置好之后，就会按照所设置的脚本去执行各个测试项目，而手机在做小区重选或者路由更新的时候，是无法进行PDP激活的，所以如果此时软件的脚本正好是让手机做PDP激活的话，那就会造成一次拨号失败。

3ftp下载速率低

造成ftp下载速率低的原因主要有：

由于网络比较拥塞，分配给手机的时隙数不足3个；

由于载干比比较低，造成网络只能采用低编码方式（CS1,CS2）；

小区重传率、误块率较高。

下面这个案例是小行二3只分配一个时隙：

2006年8月8日16：

30

测试车辆沿凤台南路由北向南行驶，测试手机占用小行二3，手机在占用该小区时，只被分配到了一个时隙，影响了WAP图铃下载的速率，如图3所示。

图3小行二3占用一个时隙问题

调整建议：

提取小行二3的报告，发现该小区的每线话务量较高，平均在0.8左右，小区TCR_HO（TCH拥塞率，含切换）较高，平均在14%。

由于GSM话务量较高导致TCH抢占PDCH的资源。

4小区重选不及时，造成重传率、误块率升高

小区重选不及时可能是由于：

本小区的CRH设置较高；

本小区的CRO设置过大或者Rxlev_access_min设置过高导致本小区C2值过高；

手机解邻小区的BSIC，C1，C2过慢。

下面一个案例是CRO设置过大的：

2006年6月28日9：

36

测试车辆沿北京东路由西向东，并往北拐上龙蟠路行驶。

测试手机占用小区鱼翅皇酒楼2（如图4），在沿龙蟠路往北行驶的过程中，测试手机一直拖在鱼翅皇酒楼2这个小区，并且是背向覆盖，长时间没有重选出去。

图4鱼翅皇酒楼2的占用情况

建议将鱼翅皇酒楼2的CRO从目前的14调低至8。

通过调整鱼翅皇酒楼2的CRO，8月2日我们在该路段复测时，没有出现拖在该小区的情况，手机很顺利的从鱼翅皇酒楼2重选至鱼翅皇酒楼1，如图5所示。

图5复测时该路段小区占用情况

在路测时经常会出现手机在解码邻小区的BSIC、C1、C2时，解得比较慢。

这可能是由于当时存在干扰，导致无线环境较差，手机无法及时从系统消息里解出相关的信息；

也有可能是由于手机的处理能力有限，导致解码速度较慢（通过测试时的对比，个人觉得，NOKIA6230i手机比SAGEMOT290手机解相邻小区的BSIC、C1、C2要快）。

5小区重选频繁，或者RAU频繁，影响下载速率

过多的小区重选、RAU会对正在进行中的FTP下载或者图铃下载测试产生很大的影响，严重影响到FTP下载或者图铃下载的速率指标。

所以应该对小区重选频繁发生的路段做一些调整，明确一个主控小区，尽量减少手机在该路段的小区重选次数。

同时应该让位置区和路由区边界尽量避开一些交通主干道。

6GPRS频点存在干扰

下面这个案例是GPRS所用的频点存在干扰的案例：

2006年4月19日上午9时44分。

测试车辆沿定淮门大街由东向西行驶，测试手机占用信息学院1的信号。

该小区GPRS在TRX2上，使用的频点是35，且该TRX没开跳频。

测试时发现其邻区艺术学校3的BCCH为34，与信息学院1的35邻频，两小区存在邻频干扰。

如图12所示。

图12信息学院1与艺术学校邻频问题

根据RMS报告，给GPRS用的载频重新选择较好频点。

把GPRS使用载频由原来的TRX2换为质量较好的TRX3。

如图13所示。

图13信息学院1的RMS报告

24日上午的复测中，测试手机在正常占用信息学院1后，图铃的下载情况都良好。

给GPRS配较好频点后，已不存在邻频干扰，数据重传和误块情况也解决。

如图14所示。

图14信息学院1的复测结果

7微蜂窝泄漏

48

测试车辆沿中央路由北向南行驶，测试手机占用到了省电信_玄武门WF的信号，并且在继续向南行驶的过程中，手机一直拖在该WF内，测试手机在离开该WF距离有400米的地方，接收电平依然达到了-60dbm。

后来直至手机驶至离开该WF距离1.4KM的地方才重选至高楼门饭店3，如图19。

由此发现该WF存在比较严重的泄漏情况，对中央路的路测指标产生了较严重的影响。

图19省电信_玄武门WF的占用情况

由于该WF系统的泄漏问题比较严重，建议先调整CRO，由目前的20调至14，同时对该WF进行降功率，看看是否依然存在泄漏，如果还存在，则需要对该WF室内分布系统进行改造，减小其对建筑外的信号的泄漏。

通过对省电信_玄武门WF的CRO和Rxlev_access_min进行调整，8月2日我们在该路段复测时，手机从煤气公司2直接重选至玄武门1，并没有占上省电信_玄武门WF的信号，如图20所示。

但同时我们在邻区表里看到，省电信_玄武门WF在这一路段附近的信号电平还是非常强的，在-66dbm至-75dbm之间，我们只是通过调整参数来控制手机不要重选上去，但是要想真正解决该微蜂窝的泄漏情况，我们认为有必要对该微蜂窝的分布系统进行部分改造，避免其外泄信号过强。

图20该路段复测情况

8突发性的硬件故障

测试中会出现手机在占上某些小区之后，电平情况良好，但是重传率、误块率突然急剧上升，并且一直维持在一个很高的值。

这种情况一般是由于该小区的某块载频存在硬件故障造成的。

2006年5月25日10时10分。

测试车辆沿虎踞路由北向南行驶，测试手机占用汉中门大街1的信号。

该小区开跳频，GPRS没有单独用的频点。

测试手机占用后，电平情况良好，但是质量很差，重传和误块较大。

如图40所示。

而最近23日的测试时，占用汉中门大街1的情况良好，数据下载也没有重传和误块。

如图41所示。

25日11点的GPRS指标如图42所示。

图4025日手机占用汉中门大街1的情况

图4123日手机占用汉中门大街1的情况

图4225日11点的汉中门大街1GPRS指标

初步怀疑是载频硬件问题，把GPRS占用载频由TRX1改为TRX2。

在29日的复测钟，测试手机占用汉中门大街1时，质量和电平情况情况较好，数据下载也很正常没有重传和误块。

如图43所示。

25日以后的GPRS指标如图44所示。

图4329日手机占用汉中门大街1的情况

图4425日以后汉中门大街1的GPRS指标