LTE优化测试规范指导书

1、LTE 优化测试规范指导书优化测试规范指导书 目目 录录 一一 总体概述总体概述 .- 1 - 二二 单站优化单站优化 .- 2 - 2.1 单站测试的目标.- 2 - 2.2 单站优化前的注意事项.- 2 - 2.3 单站优化的测试内容和方法.- 5 - 2.3.1 基站基础数据库数据检查.- 5 - 2.3.2单站RF覆盖测试.- 6 - 2.3.4 单站业务功能测试.- 7 - 2.3.5 单站切换测试.- 11 - 2.3.6 单站优化报告案例.- 11 - 三三 基站簇基站簇 CLUSTER 优化优化.- 12 - 3.1 基站簇优化工作目标.- 12 - 3.2 基站簇优化前的注意

2、事项.- 12 - 3.2.1 划分基站簇.- 12 - 3.2.2确认基站簇状态.- 13 - 3.2.3规划测试路线.- 13 - 3.2.4测试工具准备和检查.- 14 - 3.3 簇优化的测试内容和方法.- 14 - 3.3.1 簇优化主要内容.- 14 - 3.3.2簇优化KPI指标详解以及其目标值.- 25 - 四四 业务测试优化业务测试优化 .- 32 - 4.1 概述.- 32 - 4.2 业务测试的目标.- 32 - 4.3 业务优化的准备工作.- 32 - 4.3.1上海LTE网络拓扑图.- 32 - 4.3.2系统基本配置.- 33 - 4.4 业务优化的测试内容和方法.

3、- 33 - 4.4.1 高清IPTV.- 33 - 4.4.2 网真视频会议.- 35 - 4.4.3 高清视频监控.- 36 - 4.4.4 VT测试.- 38 - 4.4.5 即拍即传测试.- 40 - 一一 总体概述总体概述 单站优化和簇 Cluster 优化作为 LTE 网络整体优化的基础，其目的在于保证在工程 建设期间各基站和基站簇符合工程规范要求，软硬件配置与规划方案一致，基站簇 KPI 指标和业务性能达到相应要求，尽量将有可能影响到后期全网优化的问题在前期 解决，为后期更高层次的网络优化打下良好的基础。 本文主要结合上海电信 LTE 项目上进行单站优化、簇优化以及业务测试优化的

4、实 际情况，总结出了 LTE 网络进行单站优化、簇优化以及业务优化测试的目的、流程步 骤、基本方法以及相应的注意事项。本文共分为三大部分，按照单站优化、簇优化以 及业务测试优化的顺序依次展开。希望各位在查阅本文的过程中能够指出存在的错误 和不足之处，以便后期我们进一步改正和完善。 二二 单站优化单站优化 2.1 单站单站测试测试的目标的目标 在 LTE 网络的初期优化中，单站优化是很重要的一个阶段，其目的是在簇优化前， 获取单站的实际基础资料、保证待优化区域中的各个站点各个小区的基本功能（如接 入、业务承载运行等）以及基站信号覆盖情况均是正常的。通过单站优化，可以将网 络优化中需要解决的因为网

5、络覆盖原因造成的掉话、接入等问题与设备功能性掉话、 接入等问题分离开来，有利于后期问题定位和问题解决，提高网络优化的效率。通过 单站优化，还可以熟悉优化区域内的站点位置、配置、周围无线环境等信息，为进一 步的优化打下基础。 单站优化包括测试前准备，单站 RF 覆盖性能、CQT&DT 测试以及问题处理三部 分。在测试准备阶段，需要结合核心网以及 XMS 侧检查站点状态是否正常，并选择合 适的测试路线和测试点，同时需要检查测试设备是否齐备可用。在单站优化测试过程 中，要根据单站优化规范测试，针对存在的硬件安装问题，提交问题分析报告由工程 安装团队以及 eNB 维护工程师协调解决，功能性问题由核心网

6、侧、无线研发工程师一 起配合解决。 2.2 单站优化前的注意事项单站优化前的注意事项 在单站优化测试前，必须完成如下准备工作: 1、基站状态的检查,包括站点是否存在告警，是否闭塞，小区功能是否激活，其它 各个网元、传输是否正常，一旦有异常现象和故障出现，需要立即分析排除； 2、从设计、基站/天线安装获得基站勘察表，勘察表包括：包括基站经纬度、天线 高度、方向角、下倾角（包括机械及电子下倾角）、馈线损耗等。从 XMS 侧导出相应 eNB 的 DateBase 配置数据表,了解到基站的各种基本配置数据(Cell ID、经纬度资料、 小区配置、邻区资料等等)； 3、DT 测试路线的选择 DT 测试路

7、线选择以：1、能够占用上所测基站的各个小区；2、能够测试到基站 周围的覆盖情况；3、能够测到小区间以及站间的切换为原则，当然，具体的路线选择 还要考虑到实际的路况和地理环境的影响。下图以杨新东基站为例进行 DT 测试路线 选择介绍： 杨新东基站 DT 测试路线选择示意图 4、CQT 选点原则 在单站优化 CQT 测试部分，我们对于单个小区一般选取近、中、远三点进行相应 的 CQT 测试，CQT 选点的具体原则如下： NC（近点）: CINR 20dB MC（中点）: 10dBCINR between -60dB and -80dB CE（远点） = between -80dB and -100

8、dB 5、测试设备的检查 在单站优化测试前,必须对所有的测试设备进行检查，避免因为测试设备的问题导 致单站优化测试过程中出现故障和测试结果的不准确性，从而影响单站测试的进度。 检查设备的内容包括：车辆、电源、测试终端等是否齐备；测试电脑、路测软件、各 种串口、USB 连接数据线等是否正常；测试终端的接入权限是否正常等等。单站测试 所需的设备清单如下两表所示： 室外单站优化测试中主要需要以下测试工具（数量为 1 个测试分析小组所需）： 序号序号测试工具名称测试工具名称描述描述 1数据采集软件 支持 LTE FDD/TDD 网络的测试，同时支持 LTE FDD/TDD 测试终端的数据采集（RF 覆

9、盖测试必须支持 Scanner 的数 据采集） 2后处理分析软件 支持 LTE FDD/TDD 网络测试终端或 Scanner 测试数据的分 析，包括支持覆盖分析、KPI 指标分析、Layer3 信令解码 等，同时应该能够从测试 log 当中提取相应的测试数据 3测试终端支持 LTE FDD/TDD 网络 4Scanner 支持 LTE FDD/TDD 频段的测试（一般选用 Agilent 的扫频 仪） 5GPS支持 USB 接口，测试数据采集时提供 GPS 信息 6车载逆变器 从车辆点烟器取电，为车载测试笔记本、Scanner 和测试终 端提供电源。 7测试笔记本电脑运行数据采集软件，连接测

10、试终端或者 Scanner 8电子地图为路测提供地理信息,便于测试过程中进行路线选择规划 9测试车辆 具备方便测试操作的空间与平台。具备点烟器或者蓄电池供 电装置。 室内单站优化测试中主要需要以下测试工具（数量为 1 个测试分析小组所需）： 序号序号测试工具名称测试工具名称描述描述 1数据采集软件 支持 LTE FDD/TDD 网络的测试，同时支持 LTE FDD/TDD 测试终端的数据采集（RF 覆盖测试必须支持 Scanner 的数 据采集） 2后处理分析软件 支持 LTE FDD/TDD 网络测试终端或 Scanner 测试数据的分 析，包括支持覆盖分析、KPI 指标分析、Layer3

11、信令解码 等，同时应该能够从测试 log 当中提取相应的测试数据 3测试终端支持 LTE FDD/TDD 网络 4Scanner 支持 LTE FDD/TDD 频段的测试（一般选用 Agilent 的扫频 仪） 5Scanner 电池为 Scanner 室内测试提供电源 6测试笔记本电脑运行数据采集软件，连接 Scanner 及测试终端 7室内平面图为步行打点测试提供地理信息 2.3 单站优化的测试内容和方法单站优化的测试内容和方法 在每个 LTE 站点安装、上电并激活开通后，针对其单站各个小区进行 DT 和 CQT 测试。测试内容包括各项 RF 覆盖情况、业务性能、切换性能等。通过单站测试可

12、发现 基站安装、天线安装、参数配置等方面的问题。单站优化测试基本内容如下表所示： 阶段阶段子任务子任务测试目的测试目的 基站基础数据库检查确定规划数据的准确性，排除工程误差因素的影响 RF 覆盖情况优化 确定每个天线主瓣和旁瓣信号情况是否正常，确定 每个天线的覆盖范围与规划是否一致，排除天馈线 接错以及硬件故障的影响 单站业务功能测试 确保每个小区能正常接入，同时，测试站点能正常 地承载基于各种协议的业务功能 单站切换测试 首先确保测试站点小区间与站间切换功能正常，其 次确定周边物理邻区是否均配备了相应的逻辑邻区 关系 单站优化单站优化 阶段阶段 告警和硬件故障排查排除硬件故障的影响 2.3.

13、1 基站基础数据库数据检查基站基础数据库数据检查 1、实地勘察基站经纬度、天线方向角、下倾角、天线挂高等基本工参数据是否与 DateBase 当中的数据相符，若存在出入，应及时对 DateBase 的相关参数进行修改； 2、现场检查各小区天馈的主覆盖方向是否有阻挡，若天馈的主覆盖的方向有明显 的建筑物阻挡，严重影响了该小区的覆盖性能，应出具相应的方位角调整方案进行调 整； 3、通过测试确定基站硬件工作状态是否正常，若检测到硬件存在问题，先联系核 心机房通过 XMS 测检测该基站的状态和告警情况，进一步采取 Lock/Unlock、小区重 启以及基站重启的手段，若无法解决问题，建议联系 eNB

14、维护工程师进站进行排障工 作； 4、检测天线是否接反，若发现小区之间的天馈硬件接反，应出具相应的工单说明 情况进行调整； 5、测试传输系统工作正常，确定无传输告警。 2.3.2 单站单站 RF 覆盖测试覆盖测试 室外站点 RF 覆盖测试 测试步骤测试步骤： 1、选择合适路线利用 Scanner 对测试站点的覆盖区域进行扫频测试； 2、确定是否可以正常收到该基站所有小区的信号，同时，对比规划目标，确定每 个天线主瓣和旁瓣信号情况是否正常，确定每个天线的覆盖范围与规划是否一致，排 除天馈线接错以及硬件故障的影响； 3、对于不合规划或者存在故障的地方，提交测试内容以及相应的整改措施进

15、行调 整，调整后重复 1、2 步骤复测； 如下图所示，为浦丰宾馆站点 RF 覆盖测试图： SH_CTC_LTE 项目室外单站 RF 测试覆盖示意图 室内站点 RF 覆盖测试 测试步骤：测试步骤： 1、在各楼层内首先准确判断方向和所在位置，然后依据该楼层的地图，开始步行 利用 Scanner 对楼层覆盖区域进行扫频测试； 2、对比规划目标，确定每个天线的覆盖情况是否正常，确定每个天线的覆盖范围 与规划是否一致，排除天馈以及硬件故障的影响；测试时确定该楼层室内覆盖所用小 区是否正常工作，注意在人员主要活动区域是否存在信号过强、弱覆盖、无覆盖、室 外宏站信号对室分信号造成干扰等问题

16、3、对于不合规划和可能存在硬件故障的地方，提交测试内容针对相关问题采用增 加衰减器、增强信号功率、增加室分天线等相应措施解决，配合整改，调整后重复 1、2 步骤； 如下图所示，为信息大楼室分站点 RF 测试覆盖图： SH_CTC_LTE 项目室分 RF 测试覆盖示意图 2.3.4 单站业务功能测试单站业务功能测试 在单站优化测试中，要对各小区进行相应的业务测试，以确保各小区能够正常接 入，同时，确保各小区能够正常地承载基于各种协议的业务功能。而在我们 CTC_LTE FDD 项目实际单站验证业务测试过程中，我们主要进行的是 Latency 测试以及 FTP 和 UDP 的业务测试。 2.3.4

17、.1Latency 测试 测试目的测试目的 验证小区是否能够正常接入，同时测试附着时延和 PING 时延等指标数值 测试方法：测试方法： 1、选取测试小区，按照选点标准使得 UE 处于近点（NC）位置； 2、接入 UE（验证小区能否正常接入） ，记录 Attach time（附着时延） ，附着时延 定义为 UE 开始上发 ATTACH REQUEST 到 UE 接收到 ATTACH ACCEPT 时间间隔； 3、发送 ping 包至服务器，大小 32bytes，100 次，统计 PING 时延 （MIN/AVG/MAX）三项，记录 Tx Power，RSSI, SINR, MIMO 模式等指标

18、数值； 4、按照选点标准使得 UE 分别处于中点（MC） 、远点（CE）位置；重复 2、3 两步 测试并记录； Ping 测试界面情况截图 FTP 业务测试 测试目的：测试目的：确保小区能正常接入，测试站点能正常地承载基于 TCP 协议的下 载、上传业务功能，达到预期的传输速率（10Mhz 带宽下近点下行目标值为 50Mbps， 上行 10Mbps） 测试方法：测试方法： 1、从 FTP 服务器下载一个不小于 500MB 的文件，持续三分钟 设置从 CTC_LTE 项目的服务器 7 上进行 FTP 下载测试的.bat 文件以及其 调用文件的说明： .bat 文件

19、说明： :loop ftp -s:lte-ftp-cmds.txt 7 goto loop 调用文件说明： tis tistis bin hash lcd c:temp get 500MB_1 bye 2、向 FTP 服务器上传一个不小于 200MB 的文件，持续三分钟 设置向 CTC_LTE 项目的服务器 7 进行 FTP 上传测试的.bat 文件以及其调 用文件的说明： .bat 文件说明： :loop ftp -s:lte-ftp-cmds.txt 7 goto loop 调用的 lte-ftp-cmds 文件说明： tis tist

20、is bin hash lcd c:temp delete 200MB_1 put 200MB_1 bye 在本地电脑快速创建一个 200MB 文件的说明： 在 cmd 格式下输入： fsutil file createnew 200MB_1 3、分别记录上行和下行的平均 Throughput，Tx Power 以及 DL BLER 的参数数 值 4、UE 分别处于近点（NC） 、中点（MC） 、远点（CE）位置；依照 1 至 3 三个步 骤测试并记录相关参数数据； UDP 业务测试 测试目的：测试目的：确保小区能正常接入，测试站点能正常地承载基于 UDP 协议的下 载、上传业务

21、功能，达到预期的传输速率（10M 带宽下近点下行目标值为 50Mbps，上 行 10Mbps） 测试方法：测试方法： 1、通过 telnet 至服务器使用 UDP 协议向 UE 下发一个不小于 500MB 的文件，持 续三分钟（可使用 lusst 或者 iperf 等 UDP 数据流产生工具） 产生 UDP 下行数据流的相关说明： 在 CTC_FDD LTE 项目现场，我们采取如下的方式实现 UDP 的下行数据流： 首先需要一台测试电脑通过 telnet 命令登录至服务器 7； 然后通过 UDP 数据流产生工具向指定的 UE 下发数据流，数据流的包的大小以及 包的个数可以自行

22、设定（一般保证设置数据流的吞吐量大于网络下行带宽为宜） ， 详细的设置命令如下所示： lusst -i xx.xx.xx.xx(UE IP) -d 0 -sp 1400 5000 2、使用 UDP 协议向服务器上传一个不小于 200MB 的文件，持续三分钟（可使用 lusst 或者 iperf 等 UDP 数据流产生工具） 产生 UDP 上行数据流的相关说明： 与设置 UDP 下行数据流的方法类似，UDP 下行数据流产生是使用数据流产生工具 向指定的 IP（一般设置为服务器的 IP）下发数据流，数据流的包的大小以及包的 个数可以自行设定（一般保证设置数据流的吞吐量大于网络上行带宽为宜） ，详细

23、 的设置命令如下所示： lusst -i 7（Server IP）-d 0 -sp 1400 5000 3、分别记录上行和下行的平均 Throughput，Tx Power，DL BLER 等参数； 4、当 UE 分别处于近点（NC） 、中点（MC） 、远点（CE）位置，按照 1 至 3 三个 步骤测试并记录相关参数数据 2.3.5 单站切换测试单站切换测试 测试目的：测试目的： 通过路测，检查各业务的切换功能是否正常，检查小区间以及站间的切换是否正 常，检测是否存在漏配邻区的情况 测试方法：测试方法： 将 UE 驻留在需要测试的小区上，然后向目标小区移动，从信令上查看是否有

24、切 换成功的消息。在测试过程中，必须保证小区间以及基站间（基于 X2 口）的切换测试 次数均大于等于 5 次，否则，增加测试圈数。 2.3.6 单站优化报告案例单站优化报告案例 以下是 SH_CTC_LTE 项目上单站优化的报告案例，请查阅： eNB45_pu fa building_Site verification template ed eNB45_pu fa building_Site_Verification_Report 三三 基站簇基站簇 Cluster 优化优化 基站簇优化主要包含了三个方面的内容：1、基站簇优化开展的前提条件和准备工 作；2、进行路测和路测数据后处理分析的详细

25、过程；3、用于判断基站簇优化工作的 KPI 指标的相关说明。 3.1 基站簇优化工作基站簇优化工作目标目标 基站簇优化阶段所做工作主要有：覆盖优化、干扰优化、切换优化以及掉话、接 入率优化等。基本上，基站簇优化是一个测试、发现和分析问题、优化调整、再测试 验证的重复过程，直到基站簇优化的目标 KPI 指标达到为止。 3.2 基站簇优化前的基站簇优化前的注意事项注意事项 3.2.1 划分基站簇划分基站簇 在单站优化之后，我们按照基站簇（Cluster）来对 LTE 网络进行优化 ，基站簇 优化是指对某个范围内的数个独立基站进行具体条目的优化（每个簇一般包含 530 个基站） 。基站簇划分的主要依

26、据：地形地貌、区域环境特征、相同的 TAC 区域等信 息。每个基站簇所包含的基站数目不宜过多，并且各个基站簇之间的覆盖区域应该有 相应的重叠区域，从而防止在 Cluster 的边缘位置形成孤岛站点（也就是说相邻的基站 簇没有站点能够提供连续覆盖） 。 SH_CTC_LTE 项目的 Cluster 划分示意图 3.2.2 确认基站簇状态确认基站簇状态 确认基站簇状态的目的是为了了解和保证测试 Cluster 内的每一个站点的状态， 比如具体站点的地理位置、站点是否开通、站点是否正常运行没有告警、站点的逻辑 邻区关系等相关工程参数的配置情况、站点的目标覆盖区域等。 3.2.3 规划测试路线规划测试

27、路线 测试路线应该能够占用上待测 Cluster 内所有开通的站点。如果测试区域内存在主 干道或人流密集区域，那么相应的，这些路线也需要被选择作为测试路线。测试路线 应该经过与相邻基站簇重叠区域，以便测试基站簇交叠区域的网络性能，包括邻区关 系的正确性。测试路线应该标明车辆行驶的方向，测试路线尽量考虑当地的行车习惯。 测试路线需要用 Mapinfo 的 tab 格式保存，以便后续进行优化验证测试时能保持同样的 测试路线。 影响测试路线设计的一个重要因素就是基站簇内站点的开通比例。对于基站簇内 站点开通比例小于 80%的条件下进行基站簇优化的情况，测试路线在设计时需要尽量 避免经过那些没有开通站

28、点的目标覆盖区域，尽量保证测试路线有连续覆盖。实际情 况下，路测数据会包含一些覆盖空洞区域的异常数据，直接影响覆盖和业务性能的测 试结果。对于这些异常数据，在对路测数据进行后处理分析的时候需要滤除。 3.2.4 测试工具准备和检查测试工具准备和检查 优化之前准备好测试软件、分析软件、测试终端、Scanner、笔记本电脑、电子地 图、车载逆变器、GPS、测试车辆等。 基站簇优化测试中主要需要以下测试工具（数量为 1 个测试分析小组所需）： 序号序号测试工具名称测试工具名称描述描述 1数据采集软件 支持 LTE FDD/TDD 网络的测试，同时支持 LTE FDD/TDD 测试终 端的数据采集（R

29、F 覆盖测试必须支持 Scanner 的数据采集） 2后处理分析软件 支持 LTE FDD/TDD 网络测试终端或 Scanner 数据的分析，包括支 持覆盖分析、KPI 指标分析、越区覆盖分析、缺加邻区分析、 Layer3 信令解码等，同时应该能够从测试 log 当中提取相应的测试 数据 3测试终端支持 LTE FDD/TDD 网络 4Scanner支持 LTE FDD/TDD 频段的测试 5GPS支持 USB 接口，测试数据采集时提供 GPS 信息 6车载逆变器 从车辆点烟器取电，为车载测试笔记本、Scanner 和测试终端提供 电源。 7测试笔记本电脑 运行数据采集软件，连接 Scann

30、er 及测试终端（一般选用 Agilent 的扫频仪） 8电子地图为路测提供地理信息 9测试车辆 具备方便测试操作的空间与平台。具备点烟器或者蓄电池供电装置。 3.3 簇优化的测试内容和簇优化的测试内容和方法方法 3.3.1 簇优化主要内容簇优化主要内容 簇优化的主要内容如下表所示： 优化内容说 明 覆盖优化 1、 实现对覆盖空洞的优化，保证网络中导频信号的连续覆盖； 2、 实现对弱覆盖区域的优化，保证网络中导频信号的覆盖质量； 3、 实现对主控小区的优化，保证各区域有较为明显的主控小区； 4、 实现越区覆盖问题的优化 干扰优化 1、对下行而言，干扰问题体现为 RSRP 数值很好而 CINR

31、数值很差； 2、对上行而言，干扰问题体现为扫频测试得出的测试区域 eNB 底 噪数值很高（无 UE 接入的情况使用 Scanner 测得） 切换优化 主要包括邻区关系配置以及切换相关参数的优化，解决相应的切换 失败和切换异常事件，提高切换成功率 掉话率与接通率优化专项排查，解决掉话和接通方面的问题，进而提高掉话率和接通率 告警和硬件故障排查解决存在的告警故障和硬件问题 覆盖优化 优化目的优化目的： 1、实现对覆盖空洞的优化，保证网络中导频信号的连续覆盖； 2、实现对弱覆盖区域的优化，保证网络中导频信号的覆盖质量； 3、实现对主控小区的优化，保证各区域有较为明显的主控小区，主导小

32、区边缘清 晰，尽量减少主导小区交替变化的情况 4、实现越区覆盖问题的优化 优化步骤：优化步骤： 覆盖问题的分析基于对规划区域的路测数据，通过测试设备（例如 LTE 终端或者 Scanner）在行进过程中采集的 RSRP 指标数值来发现覆盖问题。 在测试完成后，使用后台处理软件对导出相应的测试数据（包括经纬度、RSRP 以 及 Serving Cell 的 CellID 和 CINR 等指标数值） ，然后通过 MapInfo 导出测试区域的覆 盖图，如下图所示： SH_CTC_LTE_Cluster5 覆盖情况 MapInfo 示意图 1、首先检查无覆盖和弱覆盖区域。对比实测数据与网络规划设计数

33、据，确定弱覆 盖区域规划设计中的主控小区。找出设计小区在该区域覆盖差的原因，必要的时候需 要进行到现场进行勘测，根据分析结论和勘测结果提出解决方案，通常对天线方向角、 下倾角、高度等进行调整。如果天线调整没有效果，可根据周围环境或者运营商现有 站点资源（电信 C 网站点或者移动 G 网站点）提出加站建议，如下图所示： 结合电信 C 网建议加站 MapInfo 图示说明 2、通过后台处理软件导出相应的 Serving Cell 的 Cell ID 指标图，通过查看该指标 图来找出主控小区不明显的区域（如下图所示） ，从而进一步通过调整天馈（硬调整） 以及调整切换门限等相应参数（软调整）的手段在问

34、题区域确定相应的主控小区。 结合 Serving Cell 的 Cell ID 指标图来确定缺少主控问题区域图示说明 3、越区覆盖（过度覆盖）小区的优化，在后台处理软件中也可以对指定 eNB 或 者指定小区的覆盖范围进行显示，如果某一小区的信号分布很广，在周围 12 圈的相 邻小区的覆盖范围之内均有其信号存在，说明小区存在越区覆盖的现象，越区覆盖可 能是由天线挂高或者天馈倾角不合适所导致的。越区覆盖的小区会对邻近小区造成干 扰，从而导致容量下降。对于存在越区覆盖问题的小区，可以通过调整天线方向角、 下倾角、天线挂高等措施来控制其覆盖范围，确保其覆盖范围与设计中大致相同。在 解决越区覆盖问题时需

35、要注意是否会产生覆盖空洞和弱覆盖的负面影响。 干扰优化 优化目的：优化目的： 排除 Cluster 内存在的上行干扰和下行干扰的问题。 优化步骤：优化步骤： 干扰问题分析包括上行干扰问题分析和下行干扰问题分析，存在干扰会影响测试 的指标数值，严重时会导致掉话和接入失败。 1、无线环境干扰噪声测试 首先 Unlock 待测 Cluster 区域内的所有小区，包括能够覆盖到测试区域内其它 Cluster 的小区，然后，使用 Scanner 在测试区域内对待测的 LTE 的相应频段进行扫频 测试（建议扫描的频段带宽大于实际的系统带宽） ，通过查看扫频测试的底噪情况来查 看是否存在网外

36、干扰。若存在网外干扰，可以进一步确定干扰源后将其排除。 2、下行干扰问题分析 通过 DT 测试中接收的 RS-CINR 指标数据进行问题定位，通过后台处理软件导出 相应的 RS-CINR 的指标图（如下图所示） ，从指标图当中将 RS-CINR 恶化区域标识出 来，同时，结合检查恶化区域的下行覆盖 RSRP 指标情况，如果下行 RSRP 覆盖指标 数值也差则认定为覆盖问题，在覆盖问题分析中加以解决。对于 RSRP 好而 RS-CINR 差的情况，确认为下行干扰问题，分析干扰原因并加以解决。 SH_CTC_LTE_Cluster1&2 CINR 指标 MapInfo 示意图 3、上行干扰问题分析

37、 上行干扰问题通过扫频测试检查各个小区的底噪来进行判断。在确定测试 Cluster 区域内无 UE 接入的情况下，对 LTE 的上行频段进行扫频测试，如果某一小区的底噪 过高，则确认存在上行干扰问题，分析干扰原因并解决。 Agilent Scanner 扫频测试排查干扰噪声示意图 切换优化 优化目的：优化目的： 在覆盖优化和干扰优化的基础上，对逻辑邻区关系配置以及切换相关参数进行优 化，以便提高切换成功率 优化步骤：优化步骤： 切换是一个重要的无线资源管理功能，是蜂窝系统所独有的功能和关键特征，是 为保证移动用户通信的连续性或者基于网络负载和操作维护等原因，将用户从当前的 通信

38、链路转移到其他小区的过程。切换过程的优化对任何一个蜂窝系统都是十分重要 的，因为从网络效率的角度出发，用户终端处于不适合的服务小区时，不仅会影响自 身的通信质量，同时也将增加整个网络的负荷，甚至增大对其他用户的干扰。在簇优 化阶段，在覆盖优化和干扰优化的基础上，切换优化的主要应该针对邻区关系配置和 相关切换参数来进行优化。 1、邻区配置优化：重点关组规划过程中漏配邻区的问题 邻区配置的优化分析是基于路测数据，辅以扫频数据（查看物理邻区）从而对每 个小区提出逻辑邻区增加、删除和保留建议的过程。根据测试结果，重点关注邻区漏 配的问题、对于确定的邻区漏配，提出相应的增加逻辑邻区关系的建议。同时，邻区

39、 关系的优先级也会对切换性能造成影响，需要根据实际测试结果对邻区关系的优先顺 序进行调整。 2、切换参数优化：主要解决测试区域中存在的切换失败和切换异常问题 （SH_CTC_LTE 项目）切换参数优化具体案例说明： 优化前情况说明：优化前情况说明：在浦东南路演示路段进行测试的过程中，当汽车由南向北行驶 至浦东南路浦三路附近路段的过程中，一开始，UE 占用 Cell4 的信号，信号指标情况 正常，随着汽车逐渐向北行驶，UE 检测到了邻区 Cell154 的信号，由于 Cell4 和 Cell154 之间的 RSRP 切换门限值目前为 3dBm,而问题路段处于这两个小区的边缘位置， RSRP 值波

40、动范围较大，故 UE 在 Cell4 和 Cell154 这两个小区之间发起多次切换，期 间 Cell154 向 Cell4 出现了一次切换失败的现象。 调整前问题路段测试情况截图 调整措施：调整措施： 将 Site51 的 HO hystersis 参数由 1 dB 调整为 2 dB。 调整后原先问题路段复测情况截图 调整后复测情况说明：调整后复测情况说明： 在将 Site51 的 HO hystersis 参数由 1 dB 调整为 2 dB 以后，在 原先问题路段进行复测，复测的过程中，原先乒乓切换的现象已经明显有所好转，在 正常 DT 测试的过程中，以及在原先明显问题区域（浦东南路浦三路

41、交叉口红绿灯处） 进行定点测试的过程中，均未发现乒乓切换的现象。同时，吞吐量以及 CINR 指标值 相对原先发生乒乓切换问题时有所提高（如上图所示） 。 掉话率&接通率优化 优化目的：优化目的： 专项排查，解决掉话和接通方面的问题，进而提高掉话率和接通率 优化步骤：优化步骤： 1、掉话率的优化 掉话性能与覆盖性能、干扰性能和切换问题相关，在分析时可首先应该对覆盖性 能、干扰性能和切换性能进行相应的核查。硬件和软件故障也会导致掉话发生，因此 对故障告警进行收集和处理可发现硬件和软件故障导致的掉话。测试终端故障也可导 致掉话发生，由于测试终端不是无线网络的组成部分，因此在进行掉话率

42、统计时应当 排除手机的影响。详见以下案例： UE 问题造成掉话事件发生的具体案例说明： （SH_CTC_LTE 项目）在上南路演示路段由北向南进行测试的过程中，一开始 UE 稳定占用 Cell184 的信号，各项信号指标测试指标情况正常。当汽车行驶至上南路 永泰路附近路段时，测试软件突然提示没有数据输入，同时 UE 的控制面板也显示 “Device not found”的状态，最终导致一次掉话事件的发生。 UE 界面显示“Device not found”截图 测试情况截图说明 2、接通率的优化 接通率的问题一方面和覆盖、干扰性能相关，这部分可参考前面章节。同时， 设备的硬件问题也会导致接入失

43、败的问题，如下案例所示。另一方面，接通率还和资 源容量有关，如载频容量、无线资源、传输资源等，但是，由于在 LTE 簇优化阶段 在网的 UE 数量有限，故资源容量造成的接入问题暴露得不是很明显。 小区硬件问题造成接入失败具体案例说明： （SH_CTC_LTE 项目）在浦东南路演示路段进行测试的过程中，当汽车由南向 北行驶至浦东南路浦电路附近路段的时候，一开始，UE 稳定占用 Cell145 的信号，信 号指标情况正常，随着汽车逐渐向北行驶至问题路段附近，UE 正常检测到了邻区 Cell144 的信号，同时，UE 检测到的 Cell144 的 RSRP 值已经达到了切换门限值，此时， UE 上发

44、 Measurement Report 请求向 Cell144 发起切换，切换完成后 RRC 链路立刻释放， 从而造成 Cell145 向 Cell144 出现一次切换失败的事件。接着，UE 重选至 Cell144，但 是 Cell144 一直无法正常接入，在 UE 上发 rrcConnectionRequest 之后，eNB 一直没有 响应，同时，UE 无法正常锁定住 Cell144 小区的 Cell ID,在重选接入的过程中，UE 解 出的 Cell ID 在 144 与 0 之间交替变化。在对 Cell144 小区进行重启操作后，情况恢复 正常。 测试情况截图 告警和硬件故

45、障排查 优化目的：优化目的：解决存在告警故障和硬件问题 优化步骤：优化步骤：首先可以通过网管工具 XMS 来查询对于基站是否存在的告警情况， XMS 的平台截图如下图所示，其次，在测试过程中，若遇到无法正常接收到小区信号 或者小区无法正常接入的情况，应该及时和核心机房的支持工程师取得联系，通过 XMS 查看 Cluster 内具体基站或者具体小区的状态，在采取 Lock/Unlock、小区重启以 及基站重启等操作均无法解决问题后，可以与 eNB 维工程师联系，进站排查同时采取 相应的维护措施。 网管工具 XMS 告警查看平台截图 3.3.2 簇优化簇优化 KPI 指标详解以及其目标值指标详解以

46、及其目标值 簇优化簇优化 KPI 指标详解说明指标详解说明 基站簇优化的工作目标是满足一定的 KPI 指标,而相应的这些 KPI 指标是通过路测的 方法来积累获得。 一般基站簇优化过程中主要关注的 KPI 指标如表下： KPI中文名称获取方法 Average RSRP value参考信号接收功率平均值路测 Signal Strength indicator信号强度指示 路测+excel 提取 Average CINR value载波干扰噪声比平均值 路测 Signal Quality indicator信号质量指示 路测+excel 提取 HOSR indicator切换成功率

47、路测+后台处理 CDR indicator业务掉话率指示 路测+后台处理 Number of RRC dropsRRC drop 比率 路测 DL throughput gap indicator(longer than 1 second) 下行吞吐量 gap 指示 1路测+excel 提取 DL throughput gap indicator(longer than 3 second) 下行吞吐量 gap 指示 2路测+excel 提取 FTP(UDP) DL ThroughputFTP(UDP) 下行平均速率 路测 FTP(UDP) UL ThroughputFTP(UDP) 上行平均速率 路测 基站簇优化关注的 KPI 指标表 以下是各个 KPI 指标的详细解释： 1、Average RSRP value KPI 指标名称指标名称Average RSRP value 获取方法获取方法路测 KPI 计算公式计算公式RSRP 原始数据从路测 LOG 中直接获取，一般 采用 EXCEL 进行后台处理分析，计算所有采样 点的 RSRP 的平均值。 测试步骤测试步骤1确定测试路线； 2