EVDO案例分析.pdf

1 版本号：1.0 中国电信中国电信 CDMACDMA 网络网络 DT/CQTDT/CQT 测试测试 分析报告分析报告 （E EV VD DO O 数据业务）数据业务）2013 年 4 月 15 日 2 1、3G 数据业务 FTP 上行吞吐率优良比 总体指标概述 1.1 城区：1.1.1 数据 1：CDMA2_市城区数据上传 201303220928(2)数据：CDMA2_市城区数据上传 201303220928(2)，FTP 上行吞吐率优良比为 53.17%,经过查看，共有 6 个区域的上行吞吐率较低，下面为 6 个问题点的详细分析：3 问题点 1：问题描述：在建新巷三江源宾馆往昆仑东路转弯处，因信号较杂，且此处的基站用户数较多，导致了上行速率较慢，测试轨迹图如下所示：问题分析：1、从测试数据来看，此处的信号较杂，用到的信号有：久美藏药 PN438，三丰花园 PN117,三丰花园 PN285,枢纽楼办公楼（施工中）PN69，0_244_0_第二枢纽楼，PN54，0_244_2_枢纽楼传输局办公楼,PN144 等的信号，且在用到三丰花园 PN285 的时候，有检测到 PN69,因没有 PN285 没有配置 PN69 的邻区，导致一直无法进行激活集，也容易形成干扰。4 2、在省公司门口路段用到 0_92_0_久美藏药，PN102,此处信号覆盖良好，SINR 良好，但因用户数较多，最多时的用户数为 29 个，导致速率较慢。解决建议：1、建议检查三丰花园 PN285 与 0_56_0_枢纽楼办公楼的邻区关系。2、上站检查 0_1003_0_三丰花园（替换），PN117 的天线覆盖是否与台帐相符，控制旁瓣信号不到覆盖到建新巷与昆仑路交界处。3、建议核查 0_244_0_第二枢纽楼，PN54、0_244_2_枢纽楼传输局办公楼,PN144,的信号覆盖，避免外泄到建新巷与昆仑路交界处。4、0_92_0_久美藏药，PN102 的用户量较高，建议根据周边基站覆盖情况进行话务分流，并对该扇区的信号覆盖进行合理优化。5 问题点 2：问题描述：在建国路往建国大街方向时，因用到 0_92_0_久美藏药，PN102,因不能及时切换，及用到周边话务量较高等情况，导致了此处的上传吞吐率优良比较差，如下图所示：问题分析：1、在建国路往建国大街方向时，用到 0_92_0_久美藏药，PN102,因不能及时切换，导致此处的信号质量下降，SINR 较差为-9dB 左右，导致了从建国路往建国大街方向时上传吞吐率优良比较差。6 2、从建国大街往七一路方向时，用到了 0_68_1_汽车站 PN180 时，发现此扇区的用户数较高，用户数 30 个左右，因用户数较多，导致了速率较慢。解决建议：1、上站检查 0_92_0_久美藏药，PN102 的天线覆盖是否合理，并对邻区进行优化。2、结合基站的分布情况及用户分布情况，对市汽车站及建国大街周边区域进行话务分流或扩容。问题点 3：问题描述：在七一路往花园北街路口处，上传吞吐率优良比较差，轨迹如下图所示：7 问题分析：从测试数据来看，主要是因为 SINR 较差，导致了 DRC 较低，从基站的分布来看，此处的覆盖应为 0_66_2_交通汽修，PN486 及 0_1017_1_武警招待所，PN330 来覆盖，但此处仍收到 0_66_1_交通汽修 PN318 的信号，且 PN318 的用户数也有 18 个，偏多，导致了上传速率较慢。解决建议：1、建议上站检查 0_66_1_交通汽修 PN318、0_66_2_交通汽修，PN486 的天线覆盖情况，并考虑将 0_66_2_交通汽修，PN486 的下倾角从 8 度调整到 10 度，加强下面路面的覆盖。8 问题点 4：问题描述：问题分析：从测试数据中可以看出，在花园南街往花园南街转弯处，用到了 0_7_0_体育学校（替换，PN153 0_1016_1_宏觉寺,PN198 0_1016_2_宏觉寺,PN366 的信号，因信号较杂，SIRN差，且 0_1016_2_宏觉寺,PN366 扇区的用户数较多，导致了此处的上传速率较差。因处在转弯处，均能收到宏觉寺 1、2 两个扇区的旁辩信号，导致了此处信号较杂。9 解决建议：1、因此处基站较为密集，建议上站对宏觉寺 1、2 两个扇区的天线覆盖进行优化。2、考虑到 0_1016_2_宏觉寺,PN366 扇区的用户数较多，建议对周边的话务进行分流。10 问题点 5：问题描述：在南关街往长江路转弯处，上传吞吐率较低，轨迹图如下所示：问题分析：此处信号较杂，用到信号有：0_1011_2_鑫泰招待所 PN447，0_118_0_鸿宇宾馆 PN39，0_715_1_联通新大楼 PN255，0_1011_0_鑫泰招待所 PN111。其中，0_715_1_联通新大楼，PN255，属于过覆盖，0_715_1_联通新大楼，PN111，属于旁辩信号，从而导致了此处的信号较杂，SINR 差，DRC 低，上传速率低。解决方案：建议上站检查 0_1011_0_鑫泰招待所 PN111 的天线覆盖情况，并对 0_715_1_联通新大楼，PN255 的天线下倾角从 7 度调整到 9 度。11 问题点 6：问题描述：在鸿宇宾馆往昆仑西路方向走时，因信号较杂，SINR 差，且用户数相对来说，也较高，导致了上传吞吐率较低，轨迹图如下所示：问题分析：经分析发现，在昆仑西路（体育局）附近区域，用到了 0_118_2_鸿宇宾馆 PN375 与0_715_2_联通新大楼 PN315，两个信号相当，且在侯选集中经常出现 0_704_0_黄河路电信家属楼 1 号楼 PN159,0_715_0_联通新大楼 PN147,导致了此处的 SINR 较差，且因此处的用户相对来说较高，从而也导致了此处的上传速率较差。12 解决方案：1、建议调整 0_715_2_联通新大楼（替换）PN315 的方向角从 230 度调整到 250 度，减少与鸿宇宾馆 PN375 的重叠覆盖区，如下图所示：2、建议上站检查 0_715_0_联通新大楼（替换）PN147 的天线覆盖，是否存在反向覆盖。3、建议核查 0_704_0_黄河路电信家 PN159 室分信号，是否存在外泄情况。13 1.1.2 数据 2：CDMA2_市城区数据上传 201303220928 数据：CDMA2_市城区数据上传 201303220928，FTP 上行吞吐率优良比为 69.84%,经过查看，共有 3 个区域的上行吞吐率较低，下面为 3 个问题点的详细分析：问题点 1：问题描述：在长江路（中心广场）往三角花园方向时，因用到越区覆盖信号及话务量较高，导致了 SINR 差及上传吞吐率较低，测试轨迹如下图所示：14 问题分析：从测试数据中可以看出，导致此处上传吞吐率低主要有两大原因：1、此处用到的信号较较远，属于越区覆盖信号，0_715_1_联通新大楼 PN255 及0_118_0_鸿宇宾馆 PN39，因信号质量较差且不能正切换，导致无线质量下降。2、0_118_0_鸿宇宾馆 PN39 的用户量较多，从测试当前的数据来看，有 36 个用户，0_715_1_联通新大楼 PN255 也有 18 个用户，也是导致了上传吞吐率低的原因之一。解决方案 1、建议检查 0_715_1_联通新大楼 PN255及 0_118_0_鸿宇宾馆 PN39 的天线覆盖是否合理 15 问题点 2：问题描述：在黄河路往五四大街方向时，此时用到了 0_1015_1_保福汽修 PN312 的信号，因用户较多，导致上传速率较低，如下图所示：问题分析：在黄河路往五四大街方向时，此时用到了 0_1015_1_保福汽修 PN312 的信号，因用户较多，导致上传速率较低，如下图所示：解决方案：建议根据基站的分布情况及用户分布，对周边基站进行话务分流或扩容。16 问题点 3：问题描述：在西关大街往黄河路方向及转弯处，上传吞吐率较低，轨迹如图所示：问题分析：1、在西关大街往黄河路方向时，用到了 0_715_0_联通新大楼 PN147,此时有检测到新的强导频信号 pn432，但一直无法进入激活集，容易形成干扰，从上图中也可以看出，此处的 SINR 也较差，导致了上传速率较低的情况。2、在转入黄河路时，用到了 0_118_0_鸿宇宾馆 PN39,因该扇区的用户较多，导致了上传速率较低，如下图所示：17 解决方案：1、核查此路段 PN432 的基站归属，是否属于越区覆盖还是室分外泄？根据实际情况进行调整或邻区优化。2、对周边的话务进行分流，并对 0_118_0_鸿宇宾馆 PN39 的信号覆盖进行优化，根据话务需求考虑扩容。18 2、3G 数据业务 FTP 下行吞吐率优良比 2.1 城区：CDMA2_市城区数据下载 201303211013 问题点 1：问题描述：在八一路与金汇路交界处路段，因信号质量较差，导致下行吞吐率较低，下面为测试轨迹图：19 问题分析 在八一路（金汇路往金桥路方向）路段，用到 0_714_1_小寨 PN222，切换到 0_60_2_创业园 PN447 后，从基站台帐来看，PN447 属于反向覆盖，因邻区没配，一直无法切换回 PN222PN72PN396 等，导致信号质量下降，SINR 差，下行吞吐率较低，解决方案 1、检查 0_60_2_创业园，PN447 的信号覆盖是否合理，并对邻区进行优化。2、建议调整 0_1006_0_省电信公司，PN72 的下倾角从 4 度调整到 6 度，加强下面路面的信号覆盖。20 问题点 2：问题描述：在八一路与博文路交界路段（成隆宾馆往民族学院方向）时，因信号较杂，SINR 差，导致下行吞吐率低，下面为测试轨迹图：问题分析 从测试数据来看，此路段周边基站较为密集，无线环境较为复杂，SINR 差，导致了下行吞吐率低，用到的信号主要有：0_22_1_汽车发动机厂 PN273，0_22_1_汽车发动机厂 PN33，0_130_0_民族学院 PN27 等，如下图所示：解决方案 1、0_24_1_成隆宾馆 PN291 的下倾角从 6 度调整到 8 度，0_99_1_日用化工厂 PN219的电子下倾角从 0 度调整到 2 度，总的下倾角为 12 度。21 CDMA2_市城区数据下载 201303220928(2)问题描述 在建国路往建国大街方向时，因用到 0_92_0_久美藏药，PN102,因不能及时切换，及用到周边话务量较高等情况，导致了此处的下行吞吐率优良比较差，如下图所示：22 问题分析 1、在建国路往建国大街方向时，用到 0_92_0_久美藏药，PN102,因不能及时切换，导致此处的信号质量下降，SINR 较差为-9dB 左右，导致了从建国路往建国大街方向时下行吞吐率优良比较差。2、从建国大街往七一路方向时，0_642_1_怡翠花园 4 号室分信号 PN210，0_288_0_建国大酒店 PN261，的室分信号，因无线质量较差，导致了下行速率较慢。解决建议：1、上站检查 0_92_0_久美藏药，PN102 的天线覆盖是否合理，并对邻区进行优化。2、结合基站的分布情况及用户分布情况，对市汽车站及建国大街周边区域进行话务分流或扩容。3、对 0_642_1_怡翠花园 4 号 PN210，0_288_0_建国大酒店 PN261 的室分信号进行核查。23 CDMA2_市城区数据下载 201303211357(2)问题描述 青海科技馆往刘家寨村方向行驶时，用到了西郊乐园 PN45 的信号，因不能及时切换，导致了信号质量下降，SINR 比较差，导致了下行吞吐率较低。在西部综合市场方向往海湖路方向时，用到了西部综合市场 PN174,因不能及时切换，导致了信号质量下降，SINR 比较差，导致了下行吞吐率较低。24 25 问题分析 解决方案 0_116_0_西郊乐园 PN45 的信号覆盖情况，并对邻区进行优化。0_102_1_西部综合市场 PN174 的信号覆盖情况，并对邻区进行优化。26 3、3G 数据业务 DO 掉线率 3.1 城区：CDMA2_市城区数据上传 201303210950 问题描述：在八一路（德令哈路往成隆宾馆方向），发生一次FTP掉话，经度101.809403，纬 度 36.60614。问题分析：从基站分布来看，此处基站较为密集，无线环境较为复杂，在德令哈路与八一路交界处，所用到信号较杂，用到导频信号有 0_24_2_成隆宾馆 PN459，0_26_1_化隆宾馆 PN294，0_26_1_化隆宾馆 PN45 等，软切换比较频繁，在事件窗口中也可以看到发生了几次反向软切换，因频繁切换导致了 DRC 为 0，导致了 FTP 掉线，27 解决方案 根据覆盖及话务需求对 0_24_2_成隆宾馆 PN459，0_26_1_化隆宾馆 PN294，0_26_1_化隆宾馆 PN45 的覆盖进行综合优化，（如能满足覆盖要求，考虑关闭 0_26_1_化隆宾馆PN294 小区）。28 CDMA2_市城区数据上传 201303221415(1)问题描述：在长江路往昆仑中路方向时，发生一次 FTP 掉线，经度 101.769383，纬度36.617081，下面为测试轨迹图：问题分析 1、因 在 16:08:57:906 重新连接，此时没有数据传送，且用到 0_118_2_鸿宇宾馆 PN375时的用户也较多，为 19 个左右，没有得好的资源，导致发生了 FTP 掉线，如下图所示：29 解决方案：根据周边基站的分布情况及用户量进行话务分流及扩容。CDMA2_市城区数据上传 201303221415(2)序序列列 文件名文件名 测试事件测试事件 掉话原掉话原因因 位置位置 开始时间开始时间 掉话时间掉话时间 经度经度 纬度纬度 1 CDMA2_市城区数据上传 201303221415(2)16:16:52.437 16:17:11.828 PPP Drop 101.786509 36.620422 2 CDMA2_市城区数据上传 201303221415(2)16:29:27.625 16:32:02.125 No Data 101.809122 36.606265 3 CDMA2_市城区数据上传 201303221415(2)16:38:24.875 16:40:47.546 No Data 101.810286 36.595104 4 CDMA2_市城区数据上传 201303221415(2)17:00:03.484 17:01:28.578 No Data 101.782159 36.633604 30 问题点 1 问题描述：在 109 国道往东大街方向时（与石坡街交界处），发生了一次 FTP 掉线，经度：101.7865094 纬度：36.6204219，测试轨迹图如下：问题分析 在 16:17:10:593 数据下载完毕后，在 16：17：10：812 重新连接，在 16：17：11：828有 RTC-AddressMgmt/HardwareIDResponse，但因 0_9_1_民族宾馆 PN267 扇区话务较高，为 22 个，AN 没有进行回复及指配，导致流程结束，发生 FTP 掉线。解决方案 1、从基站分布图来看，0_9_1_民族宾馆 PN267 的覆盖有点反向覆盖，建议上站检查方向角是否与台帐相符。2、根据周边基站情况及话务情况，进行话务分流及扩容。31 问题点 2 分析 问题描述 问题分析 在 16:29:17:343 开始连接请求，此时用到的信号为 0_36_0_新远公司 PN45，及0_24_2_成隆宾馆 PN459,两个信号切换较为频繁，且因 0_36_0_新远公司 PN45 小区的用户数较多，导致连接时，没有资源分配下来，连续没有上传速率，导致 FTP 掉线。解决方案 此处的无线环境较为复杂，建议对此处的小区覆盖进行综合优化，如（0_26_1_化隆宾馆 PN294、0_36_0_新远公司 PN45、0_24_2_成隆宾馆 Pn459 三个扇区的覆盖优化）。32 问题点 3 问题描述 在德令哈路与爱都大街交界处，发生一次 FTP 掉线，经度：101.81028，纬度：36.59510，轨迹如下图所示：问题分析 从测试的信号来看，此处的信号质量较差，用到了 0_94_0_长青小学 PN9,0_10_0_银胜假日宾馆 PN18 的信号，SINR:-4dB 左右，因无线环境差，导致了 No Data FTP 掉线，且从基站分布图来看，PN9 的覆盖有点异常，需确认。解决方案 建议对 0_94_0_长青小学 PN9 的天线覆盖进行核查。33 问题点 4 问题描述 在长江路往祁连路转弯处时，发生一次 FTP 掉线，经度 101.78215，纬度 36.6336035，测试轨迹图如下所示：问题分析 从测试数据中可以看出，此路段用到 0_290_2_金富苑肥牛 PN402，0_91_0_宾馆 PN9，无线环境较差，SINR 较差，从 17：00：13 开始连接时，因无线信号质量差，且用户也较多，导致了 No Data 的 FTP 掉线，如下图所示：解决方案：建议核查 PN402 的基站归属是否为 0_290_2_金富苑肥牛的越区信号？34 CDMA2_市城区数据上传 201303291528 问题描述：在昆仑西路转新宁路方向，发生一次 FTP 掉线，经度 101.760177，纬度36.622229，下面为测试轨迹图：问题分析 从下图中可以看出在 16:51:14DO 重新连接后，因用到 0_127_1_水利宾馆 pn237,0_127_1_水利宾馆 pn12,因用户数较多，导致了重新连接流程后没有数据传送，导致了No Data FTP 掉线，如下图所示：解决方案：建议核查 0_127_1_水利宾馆 pn237,0_127_1_水利宾馆 pn12 两个扇区是否有接反情况，并根据周边话务情况进行行话务分流及扩容。35 CDMA2_市城区数据上传 201303291620 问题描述：在西郊乐园左侧道路，发生一次 FTP 掉线，经度：101.70574,纬度:36.652646,如下图所示：问题分析：从起呼信令来看，用到 0_105_1_工程机械厂 PN330,信号覆盖良好，但因用户数较多，导致了没有资源可分配下来，导致了 FTP 掉线，如下图所示：解决方案：建议根据周边基站分布情况进行话务分流或扩容，如 0_105_1_工程机械厂PN330 已开通双载频，需对载频均衡门限进行优化。36 CDMA2_市城区数据下载 201303211357(2)问题描述 在中华二巷与黄河路交界处，发生一次 FTP 掉线，经度 101.772763，纬度 36.628128，如下图所示：问题分析：从起呼信令来看，用到 0_1015_1_保福汽修 PN312,信号覆盖良好，但因用户数较多，导致了没有资源可分配下来，导致了 FTP 掉线，如下图所示：解决方案：建议根据周边基站分布情况进行话务分流或扩容。