1、高速路测数据分析报告5篇范文 高速路测数据分析报告-绕高速） +郑 （连霍高速 目 录 1概述.2 1.1连霍高速（洛阳-郑州）+郑绕高速路_被叫测数据分析.2 1.1.1掉话1问题分析.21.1.2掉话2问题分析.61.1.3掉话3问题分析.71.1.4掉话4问题分析.81.2连霍高速（洛阳-郑州）+郑绕高速路_主叫测数据分析.9 1.2.1掉话5问题分析.20231.2.2掉话6问题分析.20231.2.3掉话7问题分析.111.2.4掉话8问题分析.141.2.5掉话9问题分析.141.3京珠高速（郑州到新乡_郑州到许昌）测数据分析.错误。未定义书签。 第1页 1概述 1.1连霍高速（洛
2、阳-郑州）+郑绕高速路_被叫测数据分析 如以下图1-1所示，红河路测数据中攻击17次呼叫，共计4次掉话，详见下面图表。 图表1-1连霍高速（洛阳-郑州）+郑绕高速测试数据汇总 1.1.1掉话1问题分析 掉话前后无线环境如图1-2所示，从图中可以看出掉话前 占用洛阳_游殿第一小区pn87，ec/io由-8.5db，rx在-76dbm左右，tx在-26dbm左右，搜到了来自郑州业务区_巩义张岭基站pn351的信号，该信号参加激活集后信号开始逐渐变强，并且该区域存在4路或者多于四路的ec/io在-12左右的导频污染， 上报了37个psmm后，一直没有收到系统侧发来的hdm，最终导致掉话发生。掉话后m
3、s依旧使用洛阳_游殿第一小区pn87的信号。 第2页 图表1-2掉话前后无线环境 分析：一直到掉话发生时rx都在-76dbm左右，说明前向覆盖问题不大；当pn351参加前，激活集里面有pn87438387；pn351参加后，f-fer开始升高，为0.5%，值得注意，并且当该pn351的ec/io大于了pn87后， 上报的psmm消息一直没有回应。也就是说 将psmm上报给pn351后， 所处的位置一直没有收到系统侧发来的任何消息；参考以下相关图示： 第3页 第4页 经过分析pn351参加前的导频集情况，pn87438387几个导频的临区关系里面均有pn351，但是分别来自不同的站点，详见图1-
4、3所示为掉话位置的pn复用情况。那么他们在进行临区整合时根据切换次数的多少和优先级进行，整合后的临区列表更新消息由bsc下发；这次整合的pn351很可能就不是来自巩义张岭的，而是来自；从图中可以看出掉话位置附近存在两个小区pn为351复用距离为13km，所以该问题是由于twoway问题造成的掉话。 第5页 图表1-3连霍高速（洛阳-郑州）+郑绕高速掉话位置pn复用情况 最终定位： 1.1.2掉话2问题分析 掉话位置如图1-4所示，掉话时间为13：20：16：111。掉话后同步在巩义西沟村的pn84小区。 经过排查，主要是由于582号站点巩义北窑沟掉站，导致此路段覆盖较差产生掉话。第6页 1.1
5、.3掉话3问题分析 掉话位置如图1-4所示，掉话时间为14：00：49：475。掉话后同步在郑州bsc2的455号站点郑州科技专科学校综合楼pn150小区。 该问题是：pn150是在pn336为参考导频时参加的，通过查看后台配置数据，该导频时荥阳穆沟，但是根据测试的路线判断，此pn150信号应该为：郑州科技专科学校综合楼。最终由于临区错配引起掉话。 第7页 1.1.4掉话4问题分析 掉话位置如图1-4所示，掉话时间为14：2023：43：542。掉话后同步在郑州bsc7的567号站点新郑王许pn414小区。 经过分析，应该是临区漏配所致。但是，通过查找临区列表更新消息以及后台数据配置，都找到了
6、bsc7的567号站点新郑王许pn414。所以这个不是临区漏配造成的。 屡次上报了psmm后，基站收到并回了bs_ack，但是一直没有下发hdm。 第8页 再次分析，根据地图看出此区域为bsc边界，分布属于郑州bsc2bsc3和bsc7三个bsc的边界，通过后台数据检查发现：是由于zzbsc2外部临区id32023配置的bsc7的567号站点新郑王许pn414临区数据局向号错误导致。后台数据配置的局向号为7，指向zzbsc3，应该修改为指向zzbsc7.1.2连霍高速（洛阳-郑州）+郑绕高速路_主叫测数据分析 如图1-4所示为威海路测数据的情况汇总，从表中可以看出，总共24次呼叫，一个呼叫失败
7、，5次掉话。 图表1-4威海路测数据汇总 第9页 1.2.1掉话5问题分析 掉话位置如图1-4所示，掉话时间为13：25：2023：167。测试过程发生掉站导致掉话。 1.2.2掉话6问题分析 掉话位置如图1-4所示，掉话时间为13：28：37：048。该区域为隧道，隧道内部有个直放站，为掉站状态。 第2023页 1.2.3掉话7问题分析 掉话位置如图1-4所示，掉话时间为14：02：21：493。起呼占用415_zz0545-郑州科技专科学校东门的pn192号站点201频点的信号。掉话后同步在新密南沟pn96的283频点上。 第11页 第12页 分析原因是。该站点是伪导频，但是目前处于掉站状
8、态；导致周边的201信号覆盖此区域，最终ms占用201信号，快速衰落产生掉话。 第13页 1.2.4掉话8问题分析 掉话时间为14：2023：47：862，同掉话4问题分析一致，参考上面分析的内容。 1.2.5掉话9问题分析 掉话位置如图1-4所示，掉话时间为14：41：47：337。此次掉话主要是在穿越隧道时，随着ms的移动，rxpower一直在-85dbm左右，ec/io逐渐变差，当ms出隧道后，搜到了来自24km许昌桂村的pn15信号，由于之前占用的无梁上时pn20235未配置桂村的pn15为临区，最终掉话。掉话后同步在桂村的pn15小区。 第14页 图表1-5起呼时占用信号情况 掉话后ms同步在许昌桂村的pn15信号上，如图1-6所示。 第15页第16页 图表1-6掉话后同步pn信息 第17页 图表1-7pn20235的邻区列表消息 建议。一方面需要下压许昌桂村的pn15信号，另外一个方面，pn20235（上梁无时0）离掉话点1km左右，中间隔了三层基站，因此pn15（许昌桂村）存在严重越区覆盖的情况。因此此处掉话为pn15（许昌桂村）越区覆盖，且存在漏配邻区的导致。 第18页 第19页 第8页 共8页