STT-3-6《TD-LTE规模技术试验-六城市测试-SON测试规范》- 最终版
T D-L T E规模技术试验规范
STT-3-6
TD-LTE规模技术试验――六城市测试
――SON测试规范
（最终版）
2011-01-19
目 录
前言 (4)
1. 范围 (5)
2. 规范性引用文件 (5)
3. 术语、定义和缩略语 (5)
4. 被测对象 (7)
4.1. 硬件架构 (7)
5. 测试环境 (7)
5.1. 测试网络拓扑 (8)
5.1.1.端到端网络架构 (8)
5.2. 配合设备 (8)
6. 测试约定和术语 (9)
6.1. 测试前提 (9)
6.2. 测试网络基本配置 (10)
6.3. 加载加扰方法 (10)
6.3.1.OCNG概念说明 (10)
6.3.2.下行加载加扰方法 (11)
6.3.3.上行加载加扰方法 (11)
6.3.4.干扰级别 (12)
6.4. 终端移动速度 (12)
6.5. 信道条件的定义 (12)
6.6. 判断小区边界的原则 (14)
6.7. 测试其他约定 (14)
7. 测试用例说明 (15)
7.1. TD-LTE外场测试规范的使用阶段 (15)
7.2. TD-LTE外场测试规范的用词 (15)
7.3. 本标准规范和其他标准的关系 (15)
7.4. PCI冲突和混淆 (15)
8. 测试用例部分 (16)
8.1. PCI自配置 (16)
8.1.1.初始PCI列表分配 (16)
8.2. PCI自优化 (16)
8.2.1.PCI自优化流程与控制 (16)
8.2.2.PCI冲突检测和解决 (17)
8.2.3.PCI混淆检测和解决 (19)
9. 编制历史 (21)
前 言
本标准的目的旨在规范TD-LTE初期小规模外场网络性能评估方法，规范测试所涉及的测试例及测试步骤，为中国移动开展TD-LTE初期性能评估测试制定基本参考规范。
本标准内容包括对于测试环境、测试工具、测试方法的定义，包含覆盖、吞吐量和容量、移动性和切换、QoS、时延等测试例的具体规定。
TD-LTE规模技术试验――六城市测试――
SON测试规范
1.范围
本标准规定了TD-LTE规模外场测试的测试例与测试方法，规定了测试需要输出的数据及结果，供开展TD-LTE网络性能评估时参照使用；适用于在TD-LTE产业化初期，在国内外进行的TD-LTE规模外场测试。
本标准规定了TD-LTE外场测试中对SON功能PCI自优化性能进行评估的准则，针对不同的测试需求，制定了针对性的测试例以及测试方法，说明了对于本类测试的基本要求、测试设备的数量，以及测试中针对性的约定。
2.规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
参考3GPP的规范：
●规模试验第一阶段
?无线网络侧：09年12月的R8版本
?核心网络侧：与无线网络侧关联的接口版本（S1、NAS）是09年12月的
R8版本；核心网内部接口为09年9月份的R8版本
●规模试验第二阶段
?无线网络侧：10年6月的R9版本
?核心网络侧：09年12月的R8版本（含NAS和S1AP协议，为保证在无
线网络设备和核心网络设备支持不同协议版本时的互通性，需保证无线网
络侧R9版本的S1AP能与核心网络侧R8版本的S1AP互通）
3.术语、定义和缩略语
下列术语、定义和缩略语适用于本标准：
表3-1 术语、定义和缩略语列表
缩略语 全称 中文释义
AMC Adaptive Modulation and Coding 自适应编码和调制
Rate 误块率
BLER Block
Error
缩略语 全称 中文释义 CDF Cumulative Distributed Function 累计分布函数
Prefix 循环前缀
CP Cyclic
DL DownLink 下行链路
DwPTS Downlink Pilot Time Slot 下行导频时隙
NodeB 演进型NodeB
eNB Evolved
GPS Global Positioning System 全球定位系统
HARQ Hybrid Automatic Repeat-reQuest 混合自动重传请求
IR Incremental
Redundancy 增量冗余
MCS Modulation and Coding Scheme 调制编码方式
MIMO Multiple Input Multiple Output 多进多出
non-GBR non Guaranteed Bit Rate 非保证比特率
PDCCH Physical Downlink Control CHannel物理下行链路控制信道 PDF Probability Distributed Function 概率分布函数
Downlink Shared CHannel 物理下行链路共享信道 PDSCH Physical
PUCCH Physical Uplink Control CHannel 物理上行链路控制信道 PUSCH Physical Uplink Shared CHannel 物理上行链路共享信道
Phase Shift Keying 正交相移键控
QPSK Quadrature
RSRP Reference Signal Received Power 参考信号接收功率 RSRQ Reference Signal Received Quality 参考信号接收质量
SFBC Space Frequency Block Codes 空频分组编码
SIMO Single Input Multiple Output 单进多出
Multiplexing 空间复用
SM Space
SNR Signal to Noise Ratio 信噪比
SINR Signal to Interference & Noise Ratio信干噪比
Protocol 传输控制协议
TCP Transmission
Control
UDP User Datagram Protocol 用户数据报协议
UE User
Equipment 用户设备
UL UpLink 上行链路
UpPTS Uplink Pilot Time Slot 上行导频时隙
4.被测对象
TD-LTE规模试验测试规范－XXX分册的测试对象，为TD-LTE无线基站构成的测试网络，同时包括组成网络所需的核心网设备和相关测试业务服务器等。
在多个TD-LTE基站和小区组成的覆盖网络中，包含一个或多个主测小区，整体形成干扰受限的测试区域。
4.1. 硬件架构
表4-1 测试硬件设备列表
名称 数量 型号与版本（测试时填写）TD-LTE基站≥19
TD-LTE终端 ≥20
TD-LTE核心网 1
业务应用服务器 1
5.测试环境
选择密集城区或典型城区环境测试。站间距500m左右，站高30米左右，拓扑结果基本保持均匀。覆盖区内道路相对较多，能够形成网状覆盖，且能够保证车辆通行。涉及到的具体测试场景需求，由具体测试例规定。
5.1. 测试网络拓扑
5.1.1. 端到端网络架构
图5-1 端到端网络架构
根据测试例需求，网络采用同频或异频组网方式。文中若无特殊说明，均为同频组网环境。基本要求是同频组网情况下，构成干扰受限系统(保证主测站点周围至少有两圈干扰站点)，根据测试例的要求选择若干个扇区作为主测小区，要求主测小区为干扰受限场景。主测小区周边没有明显阻挡；路线有径向和环形路线，且路况较好。
同频部署情况下，针对主测小区的干扰强度由具体测试例确定。干扰的产生方式，详见后续章节的加载方式说明。
5.2. 配合设备
名称 数量 型号与版本（测试时填写）
路测终端 ≥10
频谱分析仪（或扫频仪） 1
扇区业务加载工具 1
按需要配置
IxChariot或Iperf或其他业务
模拟软件
测试用PC ≥10
TD-LTE路测工具 ≥3
测试车 ≥1
GPS和电子地图 ≥3
表5-1 测试配合设备列表
6.测试约定和术语
本章规定了测试中特殊概念约定解释以及测试各项目指标的基本准则。
6.1. 测试前提
在开展测试之前，参测厂商需提前提供以下材料并得到双方一致认同方可开展测试，应注意这些配置在整个测试过程，作为基准参考，应严格遵守：
1.所有小区的站名、站高、方位角、下倾角、带宽和频点的清单；
2.测试网络站址图（包含所有小区）。该图需能看出所有站点的位置，小区的朝向并
标明站间距。地图需能看出该网络的真实环境（如google map）；
3.主测小区以及整个测试网络的RSRP、SINR的CDF图和打点图。打点图需能看出该网
络的真实环境（如google map）；（不同测试开展前，均采用统一的一款终端完成
测试选点及网络信道质量普查）
4.如有测试例中涉及路测，需提供路测路线图。测试路线图上需能看出站点位置以及
小区朝向以及网络真实环境；
5.如有测试例中涉及选择测试点，需提供测试点在google map上的位置，以及与服务
小区基站天线的直线距离。并提供这些点在空扰和干扰级别三（见本章后续小节）
下的RSRP和上下行SINR值。
6.提供每个测试例采用的业务与控制信道RB数量占用情况的详细列表，如下填报。同
时对于所有涉及吞吐量的测试，记录测试数据对应的平均占用RB数（包括数据和控
制信道总和），以便于更好的统计自适应系统的频谱效率并进行合理对比。
关注项 数值或内容 说明 PDCCH占用symbol数 例如：1 symbol。另外，如
果是动态变化的，请提供动
态变化的规则 系统消息配置 请提供在测试中配置的SIB
种类，SI的周期和窗口长度PUCCH占用RB数 如果不同时隙有不同的配
置，请完整提供每个时隙的
配置
如果是动态变化的，请提供
动态变化的规则 PUSCH最大分配RB数
RS Boosting配置 有无boosting，如何配置 TCP/UDP的测试工具 如iperf
终端的category
终端最大支持RB数（上行、
下行）和调制方式
6.2. 测试网络基本配置
在测试期间，除特殊要求的测试项外，以下网络参数应该设置为真实网络商用时的常用配置且应保持不变。
表6-1 测试主要配置参数列表
参数配置方式说明
测试环境 密集或典型城区环境
频率 2.6GHz
带宽 20MHz、10MHz
DL:UL 2:2或3:1
DwPTS:GP:UpPTS 10:2:2或3:9:2
天线模式
DL：Mode 2,Mode 3和Mode 7
UL：SIMO
上行功率控制 Enable 测试时需要说明功控包含哪些信道（如PUCCH, PUSCH, Sounding等）
PUCCH跳频 Enable
6.3. 加载加扰方法
6.3.1. OCNG概念说明
在分配好真实数据的资源后（如果有的话），剩下未被分配数据的物理资源将会被分配无用的数据（意思是说没有任何UE会去收这些数据）以实现模拟加载或是邻区干扰加载。在3GPP RAN4中，这种方法被称为OCNG（OFDMA Channel Noise Generator）。这些数据包括业务信道和控制信道，且能够进行分别配置。
为了达到干扰的真实性，OCNG产生的数据应该是放在随机化的PRB上，而不是某些固定位置的PRB；对于支持波束赋形的小区，下行OCNG数据需要能够根据指定数量的真实用户地理分布特性，产生若干模拟波束；OCNG功能应包括下行业务信道和控制信道加扰，且支持同时和分别进行控制信道、业务信道加扰。随机化的方式，以尽量真实模拟实际多UE 业务时的PRB分配为原则。测试时，需要明确记录干扰RB的加载位置及变化方式。
6.3.2. 下行加载加扰方法
本小区加载方式：采用真实终端进行加载
邻小区加扰方式：
A.OCNG方式
B.采用真实终端进行加扰
注：下行加扰的程度需要能够在测试工具界面上方便得进行监测和核实。
6.3.3. 上行加载加扰方法
本小区加载方式：采用真实终端进行加载
邻小区加扰方式：
A.信号模拟器（Signal Emulator）：采用信号模拟器生成干扰信号，造成主测小
区受到一定级别的干扰，包括上行业务信道和控制信道
B.采用真实终端进行加扰：将若干UE（UE数量大于1）放置在邻小区的切换边
界，造成主测小区受到一定级别的干扰
注：上行加扰的程度需要能够在测试工具界面上方便得进行监测和核实。具体采用的方式为：在未产生上行干扰时，在系统侧检查主测小区的RSSI水平。然后加载干扰，再次检查主测小区的RSSI水平。RSSI水平的变化即为IOT抬升幅度。如，干扰级别三应该使RSSI水平抬升11dB。
注：IoT定义
IoT(Interference over Thermal),一种表示上行干扰大小的方式，采用“比热噪大几倍”的方式描述干扰。
IoT=10log10((I+N)/N)
N：Noise
I: Interference
干扰小区内的UE发射功率越大，对测试小区基站的干扰就越大，IoT也就越高；
干扰小区内的UE距离测试小区基站越近，对测试小区基站的干扰就越大，IoT也就越高。
6.3.4. 干扰级别
本规范共定义三种干扰级别。无论采用哪种干扰级别，主测站点周围必须保证至少有两圈干扰站点；且模拟加扰功能应支持同时和分别进行控制信道、业务信道加扰。
●干扰级别一：下行50%加扰 + 上行50%加扰（对应5dB IOT水平）
●干扰级别二：下行70&加扰 + 上行70%加扰（对应8dB IOT水平）
●干扰级别三：下行100%加扰 + 上行100%加扰（对应11dB IOT水平）
说明：
1.上述干扰级别百分比，仅针对业务信道；控制信道采用真实UE加扰时，以实际产
生的干扰为准（除测试例特殊要求外），采用模拟加载时，进行100%控制信道干扰
模拟加载。
2.采用真实加载的测试例，如果不作特殊说明，下行仅需进行周围两圈邻区的真实加
载，其他干扰小区可以采用模拟加载方式，UE位置可以随机；上行仅需进行周围
一圈邻区的真实加载，其他干扰小区可以采用模拟加载方式，此时邻区UE作为干
扰源，应尽量临近受扰的主测小区边缘。
3.在测试执行中，不论采用哪种方式产生干扰（即不论采用真实UE还是模拟加扰），
只要达到本节定义的干扰级别就算达到了测试要求。
6.4. 终端移动速度
低速：0～15km/h
中速：40～60km/h
高速：100km/h以上
6.5. 信道条件的定义
大部分的测试例需要在规定的信道条件下执行。因此，在正式测试开始前需要选出符合要求的测试点供测试使用。本测试规范中，根据信道条件的不同分为四类测试点：极好点、好点、中点和差点。这三类点依据SINR值来进行区分。
为避免具体数值带来的不可操作性，需要针对具体测试环境，进行预测试判别：首先进行上下行干扰加载（干扰级别三），在干扰受限环境中，尽量遍历（多次遍历，每次遍历尽
可能不停留，不断链，不重复历经，必须包含链路质量差的区域；如果因场景限制，遍历有困难，可以仅在径向路径上进行测量，直到断链，并且可以反复多次。）被测小区内所有位置，测得小区内RS-SINR、RSRP的详尽指标，绘制CDF曲线。
根据RS-SINR曲线确定信道条件好、中、差区间，95%-100%为“极好”，80%-90%为“好”，40%-60%为“中”，5%-15%为“差”。
下述具体数值供参考，实际测试中，差点必须选取RS-SINR小于0的点。
极好点：>22dB
好点：15～20dB
中点：5dB～10dB
差点：-5dB～0dB
SINR定义：取全频带测量得到的RS SINR。分别计算port 0对应的SINR和port 1对应的SINR，最后进行平均。
关于选点的几点说明：
●测试点应在干扰级别三的环境中进行；
●以上选点规则为下行选点规则。上行测试点与下行一致即可，但必须保证下行选点
要具备网络环境代表性，以实际场景和终端距离服务小区远近为主要区分“极好”
“好”“中”“差”点的直观原则，避免在狭小空间，利用人为特殊处理制造“极好”
“好”“中”“差”点；
●路测线路选取原则：除测试例特殊规定以外，尽量遍历在所关注的测试环境中所有
位置（每次遍历尽可能不停留，不断链，不重复历经），且遍历过程中历经差点区
域的时间不少于20%；
●对于模拟上行加扰，避免产生纯底噪抬升，尽可能利用信号发生器，模拟实际
TD-LTE邻区上行信号；
●有条件的情况下，尽量使用实际终端/第三方路测终端进行加扰。
●不同城市、不同厂商、不同环境的测试例，均采用统一的一款终端完成测试选点及
网络信道质量普查。
6.6. 判断小区边界的原则
单小区覆盖时，以PUSCH/PDSCH断链点或BLER在一段时间内达到一定门限值（数值待
定）做为小区边界；当网络形成连续覆盖时，以各小区之间的切换带做为小区边界。
6.7. 测试其他约定
单项指标的记录，涉及到测试时间长短的，测试时间最少30s，记录数据为30s中获取
数据序列的均值。
为了不引入不可预测的时延，下载/上传的文件应放在测试网络内部（Application Server），以得到更适合验证TD-LTE无线性能的数据。
测试例中，若无特殊说明，HARQ、AMC、UE上行功控功能均打开，上行配置为SIMO天
线模式，下行为MIMO单双流自适应模式（Rank1&2自适应。是否支持空分复用和SFBC间的
自适应，参测厂家在测试前需要说明）。具体特殊规定，在测试例中另作说明。
Ping的具体设置：按照windows默认值进行，ping的时间间隔为1s。
测试时的TCP/IP配置如下表所示。
表6-2 测试时的TCP/IP配置列表
建议配置参数服务器侧终端侧
XP 测试用PC系统Windows TCP接收窗长（RWin）1034816
默认发送窗同RWin
MTU Size 1446 1446
ACKS选择打开
Max duplicate ACKS 2
7.测试用例说明
7.1. TD-LTE外场测试规范的使用阶段
本标准适用于TD-LTE规模试验第一、第二阶段。根据产业化推进程度，中国移动将会陆续发布后续版本。
7.2. TD-LTE外场测试规范的用词
在本标准中重要性分为“必选”和“可选”。“必选”是指基于本标准开展某项外场测试必须执行的测试例；“可选”是指在标准中未作硬性要求，可以基于实验室测试评估，或者一定时期内，不具备测试条件的测试例。
7.3. 本标准规范和其他标准的关系
本标准是在国际标准和行业标准的基础上，根据中国移动业务发展需要而制定的，是对国际标准和行业标准的扩展、加强和补充。
7.4. PCI冲突和混淆
PCI值作为小区的标识在主同步信号和辅同步信号中广播，这样终端可以快速测量邻小区的接收质量并马上了解邻区的标识。PCI的取值范围是0..503。
在eNodeB的一个小区的覆盖区域PCI值必须唯一，这条规则称为“Collision-free”，如果该小区和它的邻小区出现同值PCI，称为PCI冲突。
eNodeB的小区以及它的所有邻区的PCI值必须唯一，这条规则称为“Confusion-free”，如果该小区的两个邻区的PCI值相同，称为PCI混淆。
7.5. 测试方法说明
测试时选取网络中心的9个小区做为测试小区，测试小区之外的小区保持空载状态。
在测试小区中选择18个测试点，每个测试小区中信道状态为 “中”、“差”的测试点各1个，测试点尽量均匀分布在被测试区域内，开展测试之前，参测厂商需提前提供测试点选择方案并得到双方一致认同方可开展测试。
测试时每次使用18个终端同时在所有测试点进行测试，测试终端发起ftp上传和下载任务，待所有终端业务稳定工作后，记录以下指标：
下行干扰：记录测试终端测到的在至少30秒内的RS SINR平均值和空间分布；
上行吞吐量：记录测试终端测到的在至少30秒内的上行ftp流量平均值和空间分布；
下行吞吐量：记录测试终端测到的在至少30秒内的下行ftp流量平均值和空间分布。
8.测试用例部分
8.1. PCI自配置
8.1.1. 初始PCI分配
项目: PCI自配置 分项目: 初始PCI分配 用例编号: 8.1.1 版本:
参考文档: 网络配置:
重要性: 基本
测试目的: 1.系统支持管理小区初始PCI的自动分配，提供无冲突、混淆和邻区干
扰最小的分配方案
预置条件: 1.eNodeB系统运行正常，网管系统运行正常，且与基站建立链接；
2.小区PCI经过网络规划和优化工具的处理，相邻小区PCI值尽量模3不
同，小区工作在已优化状态；
3.测试网络的PCI资源池已设定好。
测试步骤: 1.测量每个测试点的下行干扰和上下行吞吐量。
2.删除所有9个测试小区原有的PCI配置，开启PCI自分配功能，重新启
动网络中的所有基站
3.观察系统是否为小区自动分配PCI
4.观察邻近小区间的PCI是否冲突或混淆
5.测量每个测试点的下行干扰和上下行吞吐量
输出数据要求 及预期结果 1.系统能够自动为管理的小区分配不冲突、不混淆的PCI
2.小区以分配的PCI正常工作
3.记录从复位到可以正常工作需要的时间
4.记录前后两次测得的干扰和吞吐量，使用PCI自分配后的干扰和吞吐
量性能应接近于手工优化好的网络性能。
备注： 1.
8.2. PCI自优化
8.2.1. PCI自优化流程与控制
项目: PCI自优化 分项目: PCI自优化流程与控制 用例编号: 8.2.1 版本:
参考文档: 网络配置:
重要性: 基本
测试目的: 1.PCI自优化的触发条件可人工控制
2.PCI问题的解决方法可人工控制和批准
3.PCI自优化的冲突/混淆发现以及最终优化解决状态应在OMC界面上
有直观的展示
4.对于PCI自优化应保留详细日志记录并可后续查阅
预置条件: 1.网管系统正常工作，可以管理所属eNodeB，PCI自优化功能处于关闭
状态
2.网络中含有冲突的PCI分配，
测试步骤: 1.关闭PCI优化功能，设置两个相邻小区的PCI为同一值；
2.设置PCI优化为受控模式，打开PCI自优化功能；
3.手动触发PCI优化，系统上报PCI优化建议；
4.批准生成的PCI列表并下发到eNodeB，检查优化过程和结果；
5.再次设置两个相邻小区的PCI为同一值；
6.系统自动触发PCI优化，上报PCI优化建议；
7.批准生成的PCI列表并下发eNodeB，检查优化过程和结果；
8.设置PCI优化为自由模式；
9.设置同一小区的两个相邻小区的PCI为同一值；
10.系统自动完成PCI优化，检查优化过程和结果。
输出数据要求 及预期结果 1.可以手动触发PCI自优化功能；
2.发生冲突或混淆后，可以上报到网管系统；
3.系统能够自动找到无冲突和混淆的新PCI值；
4.受控模式下，生成的优化PCI展现给管理员，管理员可以批准，只有
管理员批准才能激活生效；
5.自由受控模式下，生成的优化PCI自动配置生效；
6.网管界面上能够看到PCI自优化的冲突/混淆发现以及最终优化解决
状态；
7.网管日志系统记录PCI自优化事件，内容至少包含：时间、网元、小区、
原PCI值、冲突的对象小区、原可用PCI列表（可选）、新可用PCI列表（可选）、新PCI值。
备注：
8.2.2. PCI冲突检测和解决
8.2.2.1有X2接口时的PCI冲突检测和解决
项目: PCI自优化 分项目: 有X2接口时的PCI冲突检测和解决
用例编号: 8.2.2.1 版本:
参考文档: 网络配置:重要性: 基本
测试目的: 1.小区间有X2接口时，当邻小区对之间存在相同的PCI时，能检测并解
决PCI冲突，得到无冲突、混淆和邻区干扰最小的分配方案
预置条件: 1.网管系统正常工作，可以管理相关eNodeB；
2.小区PCI经过网络规划和优化工具的处理，相邻小区PCI值尽量模3不
同，小区工作在已优化状态；
3.PCI优化功能处于关闭状态。
测试步骤: 1.使用测试终端测量每个测试点的下行干扰和上下行吞吐量；
2.设定测试小区中相邻的3对小区存在PCI冲突，这3对小区分别处于3
个不同的eNB上，其所在的eNB间存在X2接口；
3.使用测试终端测量每个测试点的下行干扰和上下行吞吐量；
4.开启PCI自优化功能，设置为自由模式；
5.触发PCI自优化；
6.观察系统是否检测到PCI冲突并为小区自动分配无冲突和混淆的
PCI；
7.记录测试过程中终端的掉话次数和发生PCI改变的小区的数目；
8.记录系统发现所有PCI冲突并提供解决建议的时间；
7.使用测试终端测量每个测试点的下行干扰和上下行吞吐量
输出数据要求 及预期结果 1.eNodeB能发现PCI冲突，并向网管系统发出报警消息；
2.系统上能够自动找到不冲突和混淆的PCI分配方案；
3.PCI优化过程应尽量减少PCI发生改变的小区并减少用户掉话的发
生；
4.系统自动记录并上报PCI冲突检测及解决的时间、解决前后一段时间
内的网络性能变化及解决过程中所造成的用户掉话统计；
5.使用PCI自优化后的干扰和吞吐量性能应得到改善并接近于手工优
化好的网络性能。
备注： 1.
8.2.2.2没有X2接口时的PCI冲突检测和解决
项目: PCI自优化 分项目: 没有X2接口时的PCI冲突检测和解决
用例编号: 8.2.2.2 版本:
参考文档: 网络配置:重要性: 基本
测试目的: 1.小区间没有X2接口时，当邻小区对之间存在相同的PCI时，能检测并
解决PCI冲突，得到无冲突、混淆和邻区干扰最小的分配方案
预置条件: 1.网管系统正常工作，可以管理相关eNodeB；
2.小区PCI经过网络规划和优化工具的处理，相邻小区PCI值尽量模3不
同，小区工作在已优化状态；
3.PCI优化功能处于关闭状态。
测试步骤: 1.使用测试终端测量每个测试点的下行干扰和上下行吞吐量；
2.设定测试小区中相邻的3对小区存在PCI冲突，这3对小区分别处于3
个不同的eNB上，其所在的eNB间不存在X2接口；
3.使用测试终端测量每个测试点的下行干扰和上下行吞吐量；
4.开启PCI自优化功能，设置为自由模式；
5.触发PCI自优化；
6.观察系统是否检测到PCI冲突并为小区自动分配无冲突和混淆的
PCI；
7.记录测试过程中终端的掉话次数和发生PCI改变的小区的数目；
8.记录系统发现所有PCI冲突并提供解决建议的时间；
8.使用测试终端测量每个测试点的下行干扰和上下行吞吐量
输出数据要求 及预期结果 1.eNodeB能发现PCI冲突，并向网管系统发出报警消息；
2.系统上能够自动找到不冲突和混淆的PCI分配方案；
3.PCI优化过程应尽量减少PCI发生改变的小区并减少用户掉话的发
生；
4.系统自动记录并上报PCI冲突检测及解决的时间、解决前后一段时间
内的网络性能变化及解决过程中所造成的用户掉话统计；
5.使用PCI自优化后的干扰和吞吐量性能应得到改善并接近于手工优
化好的网络性能。
备注： 1.
8.2.3. PCI混淆检测和解决
8.2.3.1有X2接口时的PCI混淆检测和解决
项目: PCI自优化 分项目: 有X2接口时的PCI混淆检测和解决
用例编号: 8.2.3.1 版本:
参考文档: 网络配置:重要性: 基本
测试目的: 1.小区间有X2接口时，当一个小区的两个邻小区之间存在相同的PCI
时，能检测并解决PCI混淆，得到无冲突、混淆和邻区干扰最小的分配方案
预置条件: 1.网管系统正常工作，可以管理相关eNodeB；
2.小区PCI经过网络规划和优化工具的处理，相邻小区PCI值尽量模3不
同，小区工作在已优化状态；
3.PCI优化功能处于关闭状态。
测试步骤: 1.使用测试终端测量每个测试点的下行干扰和上下行吞吐量；
2.设定测试小区中相邻的3组小区存在PCI混淆，这3组小区分别处于3
个不同的eNB上，其所在的eNB间存在X2接口；
3.使用测试终端测量每个测试点的下行干扰和上下行吞吐量；
4.开启PCI自优化功能，设置为自由模式；
5.触发PCI自优化；
6.观察系统是否检测到PCI混淆并为小区自动分配无冲突和混淆的
PCI；
7.记录测试过程中终端的掉话次数和发生PCI改变的小区的数目；
8.记录系统发现所有PCI冲突并提供解决建议的时间；
9.使用测试终端测量每个测试点的下行干扰和上下行吞吐量
输出数据要求 及预期结果 1.eNodeB能发现PCI混淆，并向网管系统发出报警消息；
2.系统上能够自动找到不冲突和混淆的PCI分配方案；
3.PCI优化过程应尽量减少PCI发生改变的小区并减少用户掉话的发
生；
4.系统自动记录并上报PCI混淆检测及解决的时间、解决前后一段时间
内的网络性能变化及解决过程中所造成的用户掉话统计；
5.使用PCI自优化后的干扰和吞吐量性能应得到改善并接近于手工优
化好的网络性能。
备注： 1.
8.2.3.2没有X2接口时的PCI混淆检测和解决
项目: PCI自优化 分项目: 没有X2接口时的PCI混淆检测和解决
用例编号: 8.2.3.2 版本:
参考文档: 网络配置:重要性: 基本
测试目的: 1.小区间没有X2接口时，当一个小区的两个邻小区之间存在相同的PCI
时，能检测并解决PCI混淆，得到无冲突、混淆和邻区干扰最小的分配方案
预置条件: 1.网管系统正常工作，可以管理相关eNodeB；
2.小区PCI经过网络规划和优化工具的处理，相邻小区PCI值尽量模3不
同，小区工作在已优化状态；
3.PCI优化功能处于关闭状态。
测试步骤: 1.使用测试终端测量每个测试点的下行干扰和上下行吞吐量；
2.设定测试小区中相邻的3组小区存在PCI混淆，这3组小区分别处于3
个不同的eNB上，其所在的eNB间不存在X2接口；
3.使用测试终端测量每个测试点的下行干扰和上下行吞吐量；
4.开启PCI自优化功能，设置为自由模式；
5.触发PCI自优化；
6.观察系统是否检测到PCI混淆并为小区自动分配无冲突和混淆的
PCI；
7.记录测试过程中终端的掉话次数和发生PCI改变的小区的数目；
8.记录系统发现所有PCI冲突并提供解决建议的时间；
10.使用测试终端测量每个测试点的下行干扰和上下行吞吐量