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