39
第第第 cdma2000 第第第第 第第第第第第 肖 肖

第七章 cdma2000 无线网络 性能优化测试

  • Upload
    nelson

  • View
    131

  • Download
    0

Embed Size (px)

DESCRIPTION

第七章 cdma2000 无线网络 性能优化测试. 肖 建 荣. 第七章 CDMA2000 无线网络性能优化测试. 网络优化方法 覆盖问题优化测试 掉话问题优化测试 接入失败问题优化测试. 返回 目录. 7.1 网络优化方法. 网络优化方法. 网络优化的关键是进行网络 分析与问题定位,网络问题 主要从干扰、掉话、话务均 衡和切换四个方面来进行分 析。. 7.2 覆盖问题优化测试. 覆盖问题优化测试 —— 过覆盖. 现象 : 测试车辆自南向北行驶,在 09:25:05:442 发生掉话。发生掉话 - PowerPoint PPT Presentation

Citation preview

Page 1: 第七章   cdma2000 无线网络 性能优化测试

第七章 cdma2000 无线网络性能优化测试

肖 建 荣

Page 2: 第七章   cdma2000 无线网络 性能优化测试

第七章 CDMA2000 无线网络性能优化测试

网络优化方法

覆盖问题优化测试

掉话问题优化测试

接入失败问题优化测试

返回 目录

Page 3: 第七章   cdma2000 无线网络 性能优化测试

7.1 网络优化方法

网络优化方法

网络优化的关键是进行网络分析与问题定位,网络问题主要从干扰、掉话、话务均衡和切换四个方面来进行分析。

N

网优准备

数据采集

数据分析、问题定位

制定优化方案

实施优化方案

优化效果验证

完成优化报告

达到目标?

方案调整

Y

Page 4: 第七章   cdma2000 无线网络 性能优化测试

7.2 覆盖问题优化测试

现象 : 测试车辆自南向北行驶,在 09:25:05:442 发生掉话。发生掉话 的小区是: PN=69 ,站名:“ 0_136_0 盐城盐都县政府”。

覆盖问题优化测试——过覆盖

从上图的掉话位置看,掉话区域正好处于一个基站相对较少的区域

Page 5: 第七章   cdma2000 无线网络 性能优化测试

7.2 覆盖问题优化测试从下图 可以明显看出,掉话当前位置的主服务小区距离较远,主服务小区的信号其中越过了盐马南路基站。

Page 6: 第七章   cdma2000 无线网络 性能优化测试

从下图的 Graph图可以看出,在掉话之前的无线信号质量逐渐变坏,

主服务小区的 Ec/Io逐渐下降, TxPower逐渐上升, TxGainAdj也是越

来越高。最后造成 Ec/Io极差,且反向链路恶化很快,最终导致掉话。

7.2 覆盖问题优化测试

Page 7: 第七章   cdma2000 无线网络 性能优化测试

7.2 覆盖问题优化测试 另外,从下图的掉话前的邻小区窗口看,掉话前,其他邻小区的信号

强度也很差。当前服务小区是盐城盐都县政府, PN=69。

Page 8: 第七章   cdma2000 无线网络 性能优化测试

7.2 覆盖问题优化测试

我们可以参见下图,掉话之后,手机还是同步到了 PN=69,也就是说,本次掉话不是由于邻小区缺失而引起。

Page 9: 第七章   cdma2000 无线网络 性能优化测试

7.2 覆盖问题优化测试

分析下图 掉话位置附近的各基站位置,应更多的调整一个小区作为此路段的主服务小区,以避免因为调整小区“ 0_136_0 盐城盐都县政府”的下倾角而导致的弱覆盖区域。

Page 10: 第七章   cdma2000 无线网络 性能优化测试

7.2 覆盖问题优化测试

综上所述,本此过覆盖导致的掉话,使用调整服务小区“ 0_136_0 盐城盐都

县政府”的天线下倾角,及调整“闪奇电缆科技”第二扇区的方向角,基本可

以解决测试路径中的弱覆盖区域。但要根本解决该路段的弱覆盖及可能的

导频污染,还是建议增加新的基站用于补充覆盖。

Page 11: 第七章   cdma2000 无线网络 性能优化测试

7.2 覆盖问题优化测试

覆盖问题优化测试——弱覆盖

现象:测试车辆自西向东行驶,手机在 09:48:37:731 发生掉话。掉话发生小区 PN=369, CID=32526 。

Page 12: 第七章   cdma2000 无线网络 性能优化测试

7.2 覆盖问题优化测试

从下图 的掉话前后主要无线参数路径图可以看出,发生掉话前,服务小区的无线信号质量已经有了明显的变坏趋势。

从以上数值看出,手机接收信号质量已经很差,也就是说手机已经到了弱覆盖区域。

Page 13: 第七章   cdma2000 无线网络 性能优化测试

7.2 覆盖问题优化测试

从下面的 Graph也可以看出,掉话区域的无线参数指标已经很差了。

对于弱覆盖的优化,没有太好的办法,一是增加弱覆盖区域的基站

或直

放站以增强覆盖;另外就是调整附近区域的小区或信号源更多的网

该区

域覆盖。

Page 14: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

掉话原因:缺少邻小区关系 现象:测试车辆自东向西行驶,在 13:17:10:490 发生掉话。掉话位置见下图 。发生掉话的小区是: PN=69 ,站名:“ 0_136_0 盐城盐都县政府”。

Page 15: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

我们先看本次掉话的主服务小区所在位置,见下图 。从图中看出,覆盖该区域的小区是一个距离当前测试点较远的一个山区,而且该小区的天线方向背向于当前测试点。

Page 16: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

在看下图 的测试路径的服务小区连线可以看出,在掉话位置附近,只有“机械局”的第二小区能覆盖到掉话位置附近。

Page 17: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

覆盖问题可以按照上面的方法解决,还有一个问题要解决,就是掉话问题。

Page 18: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

而掉话之后,手机同步到了 PN=189 ,见下图 。一般情况下, CDMA 掉话之后,不能同步到原来的服务小区,而且在掉话前的邻小区列表中,也没有同步之后的PN (见上图 ),这意味着缺少同步之后的这个 PN 的邻小区信息。

Page 19: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

另外,从下面的 Graph 图中可以看出,掉话之前服务小区的无线质量急剧下降, TotalEc/Io 已经降到 -20dB 左右, FFER 已经接近 90%, TxGainAdj 一直维持在最大值: 9.50dB 。以上指标意味着当前测试位置的无线信号已经非常差了。而在上面图 10 的邻小区列表中,又没有信号质量好的小区。

Page 20: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

综上所述,为了避免测试路径上的掉话,需要:

调整服务小区“机械局”第二扇区的方向角到 170 度;

将“中发 - 原”第二小区与“机械局 - 原”第二小区互加邻小区关系。

Page 21: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

掉话原因:前向强干扰

现象:测试车辆自南向北行驶,手机在 10:33:03:782 发生掉话。掉话发生

小区 PN=300, CID=33709 。

Page 22: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

从下图 的 FFER与 Ec/Io 的对比图可以看出,掉话前手机的 FFER (前向误帧率)急剧上升,已经达到 50% 以上。

Page 23: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

从下图 的无线参数 Graph窗口可以看出,测试手机在掉话之前,手机的接收功率在 -70dBm 左右,发射功率在 -40dBm 以下, Ec/Io 维持在 -5dB 左右。说明手机接收信号较好。唯独手机的 FFER 在掉话之前突然升高很高,大约从 5% 以下一下升高到接近 100% 。直接导致了手机的掉话。

Page 24: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

我们再从邻小区关系方面看这个问题,参见下图,可以看出手机在掉话之前,服务小区集( Active Set )中,有 3 个小区共同服务与当前测试位置。

Page 25: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

再从手机掉话后,同步到的小区图看,手机掉话后直接同步到了 PN=474

的小区,也就是前面通话过程中 Active Set 中的一个小区。

Page 26: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

综上可以看出,本次掉话不是由于邻小区缺失直接导致 FFER 升高而造成掉话的。 接收手机的上行无线指标(手机发射功率、 TxGainAdj等参数)非常好,下行指标(手机接收电平、 Ec/Io等)较好,只有 FFER 很高。所以,怀疑测试区域可能存在较高的突发干扰情况。这里我们只能采取使用扫频仪扫频的方式确定是否真正存在外界的突发干扰。

Page 27: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

现象:测试车辆自南向北行驶,手机在 10:49:03:428 发生掉话。掉话发生小区 PN=432, CID=37650 。掉话具体位置见下图 24 图 28 接入失败后的小区信息图所示。

Page 28: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

从下图 的服务小区信息图可以看出,掉话前,服务小区的信号质量急剧下降,主服务小区的 Ec (码片能量)是 99.18dBm ,已经很小,而 Rx

AGC是 -66.89dBm ,也就是说在通话过程中,有用的码片能量已经很小了,不能从整个噪声中提取出来,也就是有用信号已经淹没在噪声当中。这直接导致了手机发射功率上升,手机的发射功率调整值也随之上升。最终导致掉话。

Page 29: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

引起这种切换不及时的原因可能是 Active Set 中的服务小区信号太差,Candidate Set 中的小区已经不能通过信令确认而加入到 Active Set 中,最终造成掉话。

Page 30: 第七章   cdma2000 无线网络 性能优化测试

7.3 掉话问题优化测试

综上所述,本次掉话主要原因还是服务小区信号质量下降,而好的小区又不

能及时切换到 Active Set 导致。再有,在图 22 中的 SRCH_WIN_R设置

为“ 2” ,不是很合理,一般这个参数设置为:市区在 10 左右,郊区在 13 左右。

主要为了增加手机的搜索多径信号的范围。也有可能本次掉话与此设置有关,

虽然不是明显的直接关系,但不能排除间接影响到手机的通话状态。

Page 31: 第七章   cdma2000 无线网络 性能优化测试

7.4 接入失败问题优化测试

接入失败原因:接入过程信号受阻

现象:测试车辆自西南向东北方向行驶,手机在 10:19:00:870 发生接入失败。 接入失败发生小区 PN=345, CID=363 。

Page 32: 第七章   cdma2000 无线网络 性能优化测试

7.4 接入失败问题优化测试

我们从下图 的服务小区信息窗口可以看出,服务小区信号质量已经很差,很难再维系此次接入过程,最终系统放弃了本次呼叫。

Page 33: 第七章   cdma2000 无线网络 性能优化测试

7.4 接入失败问题优化测试

接入释放后,手机同步到了 PN=288 的小区,

Page 34: 第七章   cdma2000 无线网络 性能优化测试

7.4 接入失败问题优化测试

而从接入过程中的服务小区和邻小区信息( Pilot Sets 信令)可以看出, N=288 的小区已经在当前接入状态的服务小区列表中。也就是 PN288

已经是 PN345 的邻小区了。但两者的信号都不强。

Page 35: 第七章   cdma2000 无线网络 性能优化测试

7.4 接入失败问题优化测试

但从下图 的接入失败后的小区信息中可以看出, PN288 在被同步后,信号质量非常好, Ec/Io>-3dB 。

Page 36: 第七章   cdma2000 无线网络 性能优化测试

7.4 接入失败问题优化测试

综上,我们可以看出,手机在接入时,选择的服务小区不好, PN345 在接入初始时就比较差,而接入失败之后出现的好的小区,在接入过程中并没有表现出较好的状态。所以,这里怀疑,在手机接入的路径上,有可能存在较大的快衰落,而影响了两个小区: PN345和 PN288 的信号强度或信号质量。

要解决这个问题,只有到当地实际考察,并记录测试路径上是否有阻挡,如高楼的阻挡、大树的阻挡或其他有可能阻挡信号的物体。然后依据这些信息,采取调整附近其他基站覆盖方向或天线下倾角等措施,解决此路段的这个问题。

Page 37: 第七章   cdma2000 无线网络 性能优化测试

7.4 接入失败问题优化测试

接入失败原因:起呼时延超时呼叫

现象:测试车辆自南向北行驶,终端在 12:03:04:828 发起呼叫,但经过 了 38s仍未接入网络,最终呼叫 20s超时导致接入失败。

Page 38: 第七章   cdma2000 无线网络 性能优化测试

7.4 接入失败问题优化测试

Page 39: 第七章   cdma2000 无线网络 性能优化测试

7.4 接入失败问题优化测试

分析: 1 、从上图可以看出 RxAGC=-75.91dBm、 Total Ec/Io=-19.72dB ,信号质量比较差,并且在邻区列表中也没有信号好的小区; 2 、从 Message窗口中可以看出,网络下发 Base station

Acknowledgement 后,没有收到下发的 channel assignment Message ,存在很强的前向干扰; 因此可以推断此次呼叫失败主要是由于该区域没有强主导频信号导致 。