STT-3-6 TD-LTE规模技术试验-六城市测试-SON测试规范_revmark

2022-03-23 来源：欧得旅游网

TD-LTE规模技术试验规范

STT-3-6

TD-LTE规模技术试验――六城市测试

――SON测试分册

（v0.5）

删除的内容: 012011-04-07 I

删除的内容: 19TD-SCDMA研究开发和产业化项目专家组TD-LTE工作组

前言.................................................................................................................................III 1. 范围...............................................................................................................................4 2. 规范性引用文件.............................................................................................................4 3. 术语、定义和缩略语.....................................................................................................4 4. 被测对象........................................................................................................................5

4.1. 硬件架构.............................................................................................................6 5. 测试环境........................................................................................................................6

5.1. 测试网络拓扑.....................................................................................................6

5.1.1. 端到端网络架构.............................................................................6

5.2. 配合设备.............................................................................................................7 测试约定和术语.............................................................................................................7 6.1. 测试前提.............................................................................................................7 6.2. 测试网络基本配置..............................................................................................8 6.3. 加载加扰方法.....................................................................................................9

6.3.1. 6.3.2. 6.3.3. 6.3.4. OCNG概念说明.............................................................................9 下行加载加扰方法.........................................................................9 上行加载加扰方法.........................................................................9 干扰级别......................................................................................10

6.4. 终端移动速度...................................................................................................11 6.5. 信道条件的定义................................................................................................11 6.6. 判断小区边界的原则........................................................................................12 6.7. 测试其他约定...................................................................................................12 测试用例说明..............................................................................................................13 7.1. TD-LTE外场测试规范的使用阶段....................................................................13 7.2. TD-LTE外场测试规范的用词...........................................................................13 7.3. 本标准规范和其他标准的关系..........................................................................13 7.4. PCI冲突和混淆................................................................................................13 测试用例部分..............................................................................................................14 8.1. PCI自配置........................................................................................................14

8.1.1. 初始PCI列表分配........................................................................14 8.2. PCI自优化........................................................................................................15

8.2.1. PCI自优化流程与控制.................................................................15 8.2.2. PCI冲突检测和解决.....................................................................16 8.2.3. PCI混淆检测和解决.....................................................................17 9.

编制历史......................................................................................................................19 删除的内容: 18删除的内容: 20

前言

本标准的目的旨在规范TD-LTE初期小规模外场网络性能评估方法，规范测试所涉及的测试例及测试步骤，为中国移动开展TD-LTE初期性能评估测试制定基本参考规范。

本标准内容包括对于测试环境、测试工具、测试方法的定义，包含覆盖、吞吐量和容量、移动性和切换、QoS、时延等测试例的具体规定。

本标准是系列标准之一，该系列标准的结构、名称或预计的名称如下：

序号例 [1] [2] [3] [4] [5]

标准编号

标准名称

III

1. 范围

本标准规定了TD-LTE规模外场测试的测试例与测试方法，规定了测试需要输出的数据及结果，供开展TD-LTE网络性能评估时参照使用；适用于在TD-LTE产业化初期，在国内外进行的TD-LTE规模外场测试。

本标准规定了TD-LTE外场测试中对SON功能PCI自优化性能进行评估的准则，针对不同的测试需求，制定了针对性的测试例以及测试方法，说明了对于本类测试的基本要求、测试设备的数量，以及测试中针对性的约定。

2. 规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。

参考3GPP的规范：

l 规模试验第一阶段

n 无线网络侧：09年12月的R8版本

n 核心网络侧：与无线网络侧关联的接口版本（S1、NAS）是09年12月的

R8版本；核心网内部接口为09年9月份的R8版本

l 规模试验第二阶段

n 无线网络侧：10年6月的R9版本

n 核心网络侧：09年12月的R8版本（含NAS和S1AP协议，为保证在无

线网络设备和核心网络设备支持不同协议版本时的互通性，需保证无线网络侧R9版本的S1AP能与核心网络侧R8版本的S1AP互通）

3. 术语、定义和缩略语

下列术语、定义和缩略语适用于本标准：

表3-1 术语、定义和缩略语列表缩略语 AMC BLER CDF CP DL DwPTS

全称

Adaptive Modulation and Coding Block Error Rate

Cumulative Distributed Function Cyclic Prefix DownLink

Downlink Pilot Time Slot

中文释义

自适应编码和调制误块率累计分布函数循环前缀下行链路下行导频时隙

缩略语 eNB GPS HARQ IR MCS MIMO non-GBR PDCCH PDF PDSCH PUCCH PUSCH QPSK RSRP RSRQ SFBC SIMO SM SNR SINR TCP UDP UE UL UpPTS

全称

Evolved NodeB

Global Positioning System Hybrid Automatic Repeat-reQuest Incremental Redundancy Modulation and Coding Scheme Multiple Input Multiple Output non Guaranteed Bit Rate

演进型NodeB 全球定位系统

中文释义

混合自动重传请求增量冗余调制编码方式多进多出非保证比特率

Physical Downlink Control CHannel 物理下行链路控制信道 Probability Distributed Function Physical Downlink Shared CHannel Physical Uplink Control CHannel Physical Uplink Shared CHannel Quadrature Phase Shift Keying Reference Signal Received Power Reference Signal Received Quality Space Frequency Block Codes Single Input Multiple Output Space Multiplexing Signal to Noise Ratio

概率分布函数物理下行链路共享信道物理上行链路控制信道物理上行链路共享信道正交相移键控参考信号接收功率参考信号接收质量空频分组编码单进多出空间复用信噪比

Signal to Interference & Noise Ratio 信干噪比 Transmission Control Protocol User Datagram Protocol User Equipment UpLink

Uplink Pilot Time Slot

传输控制协议用户数据报协议用户设备上行链路上行导频时隙

4. 被测对象

TD-LTE规模试验测试规范－XXX分册的测试对象，为TD-LTE无线基站构成的测试网络，同时包括组成网络所需的核心网设备和相关测试业务服务器等。

在多个TD-LTE基站和小区组成的覆盖网络中，包含一个或多个主测小区，整体形成干扰受限的测试区域。 4.1. 硬件架构

表4-1 测试硬件设备列表

数量 ≥19 ≥20 1 1

名称

TD-LTE基站 TD-LTE终端 TD-LTE核心网业务应用服务器

型号与版本（测试时填写）

5. 测试环境

选择密集城区或典型城区环境测试。站间距500m左右，站高30米左右，拓扑结果基本保

持均匀。覆盖区内道路相对较多，能够形成网状覆盖，且能够保证车辆通行。涉及到的具体测试场景需求，由具体测试例规定。 5.1. 测试网络拓扑

带格式的: 缩进: 左侧: 0厘米, 多级符号 + 级别: 3+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0.63 厘米 + 制表符后于: 1.89 厘米 + 缩进位置: 1.63 厘米, 制表位: 2.95 字符,列表制表位 + 不在 4.45字符5.1.1. 端到端网络架构

图5-1 端到端网络架构

根据测试例需求，网络采用同频或异频组网方式。文中若无特殊说明，均为同频组网环境。基本要求是同频组网情况下，构成干扰受限系统(保证主测站点周围至少有两圈干扰站点)，根据测试例的要求选择若干个扇区作为主测小区，要求主测小区为干扰受限场景。主测小区周边没有明显阻挡；路线有径向和环形路线，且路况较好。

同频部署情况下，针对主测小区的干扰强度由具体测试例确定。干扰的产生方式，详见后续章节的加载方式说明。 5.2. 配合设备

名称

路测终端

频谱分析仪（或扫频仪）扇区业务加载工具

1 1

数量 ≥10

型号与版本（测试时填写）

IxChariot或Iperf或其他业务按需要配置模拟软件测试用PC TD-LTE路测工具测试车 GPS和电子地图

≥10 ≥3 ≥1

≥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的周期和窗口长度如果不同时隙有不同的配置，请完整提供每个时隙的配置

如果是动态变化的，请提供动态变化的规则

有无boosting，如何配置如iperf

系统消息配置 PUCCH占用RB数

PUSCH最大分配RB数 RS Boosting配置 TCP/UDP的测试工具

终端的category 终端最大支持RB数（上行、下行）和调制方式

6.2. 测试网络基本配置

在测试期间，除特殊要求的测试项外，以下网络参数应该设置为真实网络商用时的常用配置且应保持不变。

表6-1 测试主要配置参数列表

参数

测试环境频率带宽 DL:UL

DwPTS:GP:UpPTS 天线模式

UL：SIMO

上行功率控制

Enable

测试时需要说明功控包含哪

些信道（如PUCCH, PUSCH,

配置方式

密集或典型城区环境 2.6GHz 20MHz、10MHz 2:2或3:1 10:2:2或3:9:2

DL：Mode 2,Mode 3和Mode 7

说明

参数配置方式说明

Sounding等）

PUCCH跳频 Enable

6.3. 加载加扰方法

带格式的: 缩进: 左侧: 0厘米, 多级符号 + 级别: 3+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0.63 厘米 + 制表符后于: 1.89 厘米 + 缩进位置: 1.63 厘米, 制表位: 2.95 字符,列表制表位 + 不在 4.45字符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. 采用真实终端进行加扰

注：下行加扰的程度需要能够在测试工具界面上方便得进行监测和核实。

带格式的: 缩进: 左侧: 0厘米, 多级符号 + 级别: 3+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0.63 厘米 + 制表符后于: 1.89 厘米 + 缩进位置: 1.63 厘米, 制表位: 2.95 字符,列表制表位 + 不在 4.45字符6.3.3. 上行加载加扰方法

本小区加载方式：采用真实终端进行加载邻小区加扰方式：

A. 信号模拟器（Signal Emulator）：采用信号模拟器生成干扰信号，造成主测小

区受到一定级别的干扰，包括上行业务信道和控制信道

带格式的: 缩进: 左侧: 0厘米, 多级符号 + 级别: 3+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0.63 厘米 + 制表符后于: 1.89 厘米 + 缩进位置: 1.63 厘米, 制表位: 2.95 字符,列表制表位 + 不在 4.45字符9

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也就越高。带格式的: 缩进: 左侧: 0厘米, 多级符号 + 级别: 3+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0.63 厘米 + 制表符后于: 1.89 厘米 + 缩进位置: 1.63 厘米, 制表位: 2.95 字符,列表制表位 + 不在 4.45字符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，最后进行平均。

关于选点的几点说明：

l 测试点应在干扰级别三的环境中进行；

l 以上选点规则为下行选点规则。上行测试点与下行一致即可，但必须保证下行选点

要具备网络环境代表性，以实际场景和终端距离服务小区远近为主要区分“极好”“好”“中”“差”点的直观原则，避免在狭小空间，利用人为特殊处理制造“极好”“好”“中”“差”点；

l 路测线路选取原则：除测试例特殊规定以外，尽量遍历在所关注的测试环境中所有

位置（每次遍历尽可能不停留，不断链，不重复历经），且遍历过程中历经差点区域的时间不少于20%；

l 对于模拟上行加扰，避免产生纯底噪抬升，尽可能利用信号发生器，模拟实际

TD-LTE邻区上行信号；

l 有条件的情况下，尽量使用实际终端/第三方路测终端进行加扰。

l 不同城市、不同厂商、不同环境的测试例，均采用统一的一款终端完成测试选点及

网络信道质量普查。

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配置列表

建议配置参数测试用PC系统 TCP接收窗长（RWin）

默认发送窗 MTU Size ACKS选择 Max duplicate ACKS

服务器侧

1446

终端侧 Windows XP 1034816 同RWin 1446 打开 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流量平均值和空间分布。带格式的: QB标题2, 缩进:首行缩进: 0 厘米带格式的: QB正文, 缩进:首行缩进: 0.74 厘米删除的内容: 8. 测试用例部分删除的内容: <#>8.1. PCI自配置 8.1.1. 初始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. 测量每个测试点的下行干扰和上下行吞吐量分项目: 版本: 初始PCI分配带格式的: 多级符号 + 级别: 3 + 编号样式: 1, 2,3, … + 起始编号: 1 + 对齐方式: 左侧 + 对齐位置: 0.63 厘米 + 制表符后于: 1.89 厘米 + 缩进位置: 1.63 厘米删除的内容: 列表删除的内容: 。删除的内容: 网络中心10个小区为测试小区，其它小区采用OCNG方式加载70%下行干扰<#>在测试小区中选择30个测试点，每个测试小区中信道状态为“好”、“中”、“差”的测试点各1个，测试点尽量均匀分布在被测试区域内，开展测试之前，参测厂商需提前提供测试点选择方案并得到双方一致认同方可开展测试。每次使用10个UE同时进行测试相互临近的10个测试点。删除的内容: 删除10个测试小区原有的PCI配置，删除的内容: 上14

网络配置: 预置条件: 测试步骤:

输出数据要求及预期结果 1. 2. 3. 4. 系统能够自动为管理的小区分配不冲突、不混淆的PCI 小区以分配的PCI正常工作记录从复位到可以正常工作需要的时间记录前后两次测得的干扰和吞吐量，使用PCI自分配后的干扰和吞吐量性能应接近于手工优化好的网络性能。删除的内容: 干扰和吞吐量应统计区间分布和平均值删除的内容: 备注： 1. 8.2. PCI自优化 8.2.1. 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. 2. 3. 4. 可以手动触发PCI自优化功能；发生冲突或混淆后，可以上报到网管系统；系统能够自动找到无冲突和混淆的新PCI值；受控模式下，生成的优化PCI展现给管理员，管理员可以批准，只有管理员批准才能激活生效； 5. 自由受控模式下，生成的优化PCI自动配置生效；分项目: 版本: PCI自优化流程与控制带格式的: 多级符号 + 级别: 3 + 编号样式: 1, 2,3, … + 起始编号: 1 + 对齐方式: 左侧 + 对齐位置: 0.63 厘米 + 制表符后于: 1.89 厘米 + 缩进位置: 1.63 厘米删除的内容: 网络配置: 测试目的: 预置条件: 删除的内容: 启用删除的内容: 功能删除的内容: 优化完成后检查优化过程的结果；删除的内容: 。删除的内容: 优化完成后检查优化过程及结果，PCI无冲突、无混淆、分配合理；删除的内容: 。删除的内容: 观察优化的结果删除的内容: 的触发条件可以配置为手动或事件自动测试步骤: 输出数据要求及预期结果 15

6. 网管界面上能够看到PCI自优化的冲突/混淆发现以及最终优化解决状态； 7. 网管日志系统记录PCI自优化事件，内容至少包含：时间、网元、小区、原PCI值、冲突的对象小区、原可用PCI列表（可选）、新可用PCI列表（可选）、新PCI值。带格式的: 多级符号 + 级别: 3 + 编号样式: 1, 2,3, … + 起始编号: 1 + 对齐方式: 左侧 + 对齐位置: 0.63 厘米 + 制表符后于: 1.89 厘米 + 缩进位置: 1.63 厘米带格式的: QB表内文字备注：删除的内容: PCI冲突检测和解决8.2.2. PCI冲突检测和解决 8.2.2.1有X2接口时的PCI冲突检测和解决项目: 用例编号: 参考文档: 重要性: 测试目的: 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自优化后的干扰和吞吐量性能应得到改善并接近于手工优化好的网络性能。分项目: 版本: 有X2接口时的PCI冲突检测和解决删除的内容: 。删除的内容: 。<#>网络中心10个小区为测试小区，其它小区采用OCNG方式加载70%下行干扰<#>测试小区有3对小区存在PCI冲突，这三对小区所在的eNB间存在X2接口<#>在测试小区中选择30个测试点，每个测试小区中信道状态为“好”、“中”、“差”的测试点各1个，测试点尽量均匀分布在被测试区域内，开展测试之前，参测厂商需提前提供测试点选择方案并得到双方一致认同方可开展测试。... [1]删除的内容: 测试UE删除的内容: 上删除的内容: 设置为受控模式删除的内容: 手动删除的内容: <#>观察系统是否检测到PCI冲突并为小区自... [2]删除的内容: UE删除的内容: 上删除的内容: 改变PCI时应尽量把当前在服务用户迁走并... [3]删除的内容: <#>在受控模式进行PCI重配或需手动修改... [4]删除的内容: 解决前后一小时的网络性能变化及解决过程... [5]删除的内容: 记录前后两次测得的干扰和吞吐量，16

网络配置: 预置条件: 测试步骤: 输出数据要求及预期结果

备注： 1. 8.2.2.2没有X2接口时的PCI冲突检测和解决项目: 用例编号: 参考文档: 重要性: 测试目的: 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. 分项目: 版本: 没有X2接口时的PCI冲突检测和解决带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米网络配置: 预置条件: 删除的内容: ... [6]带格式的: 多级符号 + 级别: 3 + 编号样式: 1, 2,3, … + 起始编号: 1 + 对齐方式: 左侧 + 对齐位置: 0.63 厘米 + 制表符后于: 1.89 厘米 + 缩进位置: 1.63 厘米带格式的带格式的带格式的带格式的带格式的带格式的带格式的带格式的带格式的带格式的带格式的带格式的带格式的带格式的带格式的带格式的带格式的带格式的带格式的... [7]... [8]... [9]... [10]... [11]... [12]... [13]... [14]... [15]... [16]... [17]... [18]... [19]... [20]... [21]... [22]... [23]... [24]... [25]... [26]项目:测试步骤: 输出数据要求及预期结果备注： 8.2.3. PCI混淆检测和解决 8.2.3.1有X2接口时的PCI混淆检测和解决 17

删除的内容:

项目: 用例编号: 参考文档: 重要性: 测试目的: PCI自优化 8.2.3.1 基本分项目: 版本: 有X2接口时的PCI混淆检测和解决网络配置: 带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米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. 预置条件: 测试步骤: 输出数据要求及预期结果带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米备注： 8.2.3.2没有X2接口时的PCI混淆检测和解决项目: 用例编号: 参考文档: 重要性: 测试目的: PCI自优化 8.2.3.2 基本 1. 小区间没有X2接口时，当一个小区的两个邻小区之间存在相同的PCI时，能检测并解决PCI混淆，得到无冲突、混淆和邻区干扰最小的分配方案 18

带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米分项目: 版本: 没有X2接口时的PCI混淆检测和解决网络配置: 带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米

预置条件: 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. 使用测试终端测量每个测试点的下行干扰和上下行吞吐量 1. eNodeB能发现PCI混淆，并向网管系统发出报警消息； 2. 系统上能够自动找到不冲突和混淆的PCI分配方案； 3. PCI优化过程应尽量减少PCI发生改变的小区并减少用户掉话的发生； 4. 系统自动记录并上报PCI混淆检测及解决的时间、解决前后一段时间内的网络性能变化及解决过程中所造成的用户掉话统计； 5. 使用PCI自优化后的干扰和吞吐量性能应得到改善并接近于手工优化好的网络性能。 1. 带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米测试步骤: 输出数据要求及预期结果带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米备注：带格式的: 编号 + 级别: 1+ 编号样式: 1, 2, 3, … +起始编号: 1 + 对齐方式:左侧 + 对齐位置: 0 厘米+ 制表符后于: 0.74 厘米+ 缩进位置: 0.74 厘米删除的内容: 9. 编制历史项目:... [27]表9-1 编制历史

版本号

更新时间

主要内容或重大修改

页 16: [1] 删除的内容 cmridd010 2011-4-6 10:02:00

。

网络中心10个小区为测试小区，其它小区采用OCNG方式加载70%下行干扰测试小区有3对小区存在PCI冲突，这三对小区所在的eNB间存在X2接口

在测试小区中选择30个测试点，每个测试小区中信道状态为“好”、“中”、“差”的测试点各1个，测试点尽量均匀分布在被测试区域内，开展测试之前，参测厂商需提前提供测试点选择方案并得到双方一致认同方可开展测试。每次使用10个UE同时进行测试相互临近的10个测试点。

页 16: [2] 删除的内容 cmridd010 2011-4-6 10:06:00

观察系统是否检测到PCI冲突并为小区自动分配无冲突和混淆的PCI 批准PCI优化方案

页 16: [3] 删除的内容

cmridd010

2011-4-6 10:28:00

改变PCI时应尽量把当前在服务用户迁走并拒绝新用户接入直至小区修改PCI

页 16: [4] 删除的内容 cmridd010 2011-4-6 10:25:00

在受控模式进行PCI重配或需手动修改PCI时，应提示当前小区内仍存在的呼叫建立数，并提示操作人员此操作可能会带来的掉话情况，经用户批准后新的PCI分配方案才能配置到eNB

页 16: [5] 删除的内容

cmridd010

2011-4-6 10:26:00

解决前后一小时的网络性能变化及解决过程中所造成的用户掉话统计

页 17: [6] 删除的内容 cmridd010 2011-4-6 10:08:00

项目: 用例编号: 参考文档: 重要性: 测试目的:

PCI自优化 8.2.2.2 基本

小区间没有X2接口时，当邻小区对之间存在相同的PCI时，能检测并解决PCI冲突，得到无冲突、混淆和邻区干扰最小的分配方案网管系统正常工作，可以管理相关eNodeB。 PCI优化功能关闭。

网络中心10个小区为测试小区，其它小区采用OCNG方式加载70%下行干扰

测试小区有3对小区存在PCI冲突，这三对小区所在的eNB间不存在X2接口

在测试小区中选择30个测试点，每个测试小区中信道状态为“好”、“中”、“差”的测试点各1个，测试点尽量均匀分布在被测试区域内，开展测试之前，参测厂商需提前提供测试点选择方案并得到双方一致认同方可开展测试。

分项目: 版本:

PCI冲突检测和解决

网络配置:

预置条件:

每次使用10个UE同时进行测试相互临近的10个测试点。

测试步骤:

使用测试UE测量每个测试点的上下行干扰和吞吐量开启PCI自优化功能，设置为受控模式手动触发PCI自优化

记录系统发现所有PCI冲突并提供解决建议的时间

观察系统是否检测到PCI冲突并为小区自动分配无冲突和混淆的PCI 批准PCI优化方案

使用测试UE测量每个测试点的上下行干扰和吞吐量

eNodeB能发现PCI冲突，并向网管系统发出报警消息系统上能够自动找到不冲突和混淆的PCI分配方案

改变PCI时应尽量把当前在服务用户迁走并拒绝新用户接入直至小区修改PCI

在受控模式进行PCI重配或需手动修改PCI时，应提示当前小区内仍

存在的呼叫建立数，并提示操作人员此操作可能会带来的掉话情况，

经用户批准后新的PCI分配方案才能配置到eNB 系统自动记录并上报PCI冲突检测及解决的时间、解决前后一小时的网络性能变化及解决过程中所造成的用户掉话统计记录前后两次测得的干扰和吞吐量，使用PCI自优化后的干扰和吞吐量性能应得到改善并接近于手工优化好的网络性能。

输出数据要求及预期结果

备注：

页 17: [7] 带格式的 cmridd010 2011-4-6 9:44:00