STT-3-2-1《TD-LTE规模技术试验-六城市测试-多概要

TD-LTE规模技术试验规范
STT-3-2-1
TD-LTE规模技术试验——六城市测试
――多天线测试规范
(最终版V2)
2011-7-3
目录
前言......................................................................................................................................... (III)
1. 范围......................................................................................................................................... .4
2. 参考文件 (4)
3. 术语、定义和缩略语 (5)
4. 被测对象 (7)
4.1. 硬件架构 (7)
5. 测试环境 (7)
5.1. 测试网络拓扑 (8)
6. 测试工具和测试方法 (8)
6.1. 测试环境基本要求 (8)
6.1.1. 网络结构与规模 (8)
6.1.2. 测试区域与测试路线 (9)
6.1.3. 测试网络基本配置 (9)
6.1.4. 配合测试设备 (10)
6.2. 终端要求 (11)
6.3. 加载加扰方式 (11)
6.3.1. OCNG概念说明 (11)
6.3.2. 下行加载加扰方法 (11)
6.3.3. 上行加载加扰方法 (13)
6.3.4. 上下行综合加载加扰 (13)
6.3.5. 干扰级别 (14)
6.2.6 网络质量测试的加载方式 (14)
6.4. 好中差点的选择 (15)
6.5. 判断小区边界的原则 (15)
6.6. 测试其他约定 (16)
7. 测试用例说明 (16)
7.1. TD-LTE外场测试规范的使用阶段 (16)
7.2. TD-LTE外场测试规范的用词 (16)
8. 测试用例部分 (17)
8.1. 多天线增益测试 (17)
8.1.1. 波束赋形增益测试 (17)
8.2. 多天线性能测试 (18)
8.2.1 密集城区单站拉远覆盖测试 (18)
8.2.2 密集城区全网覆盖普查测试 (20)
8.2.3 密集城区单用户吞吐量测试 (21)
8.3. 多天线关键特性测试 (21)
8.3.1. MIMO与beamforming自适应切换性能比较 (21)
8.3.2. Sounding配置对性能的影响 (23)
8.4. 多天线干扰抑制能力测试 (24)
8.4.1. 小区边界干扰抑制能力测试 (24)
8.5. 多天线网络质量测试 (25)
8.5.1. 网络质量测试 (25)
I
9. 编制历史 (26)
II
前言
本规范主要规定了TD-LTE规模技术试验第一阶段，在六城市测试环境开展的多天线技术测试的内容。

本规范版权归TD-SCDMA研究开发和产业化项目专家组（TD-PEG）TD-LTE工作组所有，未经授权，任何单位或个人不得复制或拷贝本规范之部分或全部内容。

本标准的目的旨在规范TD-LTE规模第一阶段外场多天线技术性能评估方法，评估LTE多天线技术的基本功能及性能要求等，规范测试所涉及的测试例及测试步骤，开展TD-LTE初期性能评估测试制定基本参考规范。

本标准内容包括对于测试环境、测试工具、测试方法的定义，包含多天线赋性增益、单站拉远、全网覆盖、吞吐量、天线模式自适应和干扰抑制能力等多天线性能测试，以及多天线网络质量测试等。

III
TD-LTE规模技术试验――六城市测试
――多天线测试规范
1. 范围
本标准规定了TD-LTE规模技术试验多天线技术的测试方法与测试流程，规定了测试需要输出的数据及结果，供TD-LTE规模技术试验第一阶段多天线测试工作使用。

2. 参考文件
下列文件中的条款通过本标准的引用而成为本标准的条款。

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

凡是不注日期的引用文件，其最新版本适用于本标准。

[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
[12] TD-LTE 技术试验系统设备规范 3GPP TS 36.101 3GPP TS 36.201 3GPP TS 36.211 3GPP TS 36.212 3GPP TS 36.213 3GPP TS 36.214 3GPP TS 36.300 3GPP TS 36.321 3GPP TS 36.322 3GPP TS 36.323 3GPP TS
36.331 User Equipment (UE) radio transmission and reception(v.851) LTE Physical Layer – General Description(v.830) Physical Channels and Modulation(v.860) Multiplexing and channel coding(v.860) Physical layer procedure(v.850) Physical Layer – Measurements(v.860) Overall description(v.870) Medium Access Control (MAC) protocol(v.850) Radio Link Control (RLC) protocol(v.850) Packet Data Convergence Protocol (PDCP) (v.850) Radio Resource Control (RRC) (v.850)
4
[13]
[14]
[15]
[16]
[17]
[18]
[19]
[20]
[21]
[22]
[23]
[24] 3GPP TS 36.401 3GPP TS 36.410 3GPP TS 36.411 3GPP TS 36.412 3GPP TS 36.413 3GPP TS 36.414 3GPP TS 36.420 3GPP TS 36.421 3GPP TS 36.422 3GPP TS 36.423 3GPP TS 36.424 3GPP TS
36.508
3GPP TS
36.942
3GPP TS
36.302
3GPP TS
36.304
3GPP TS
36.306
3GPP TS
36.314 Architecture description(v.850) S1 General aspects and principles(v.820) S1 layer 1(v.810) S1 signaling transport (v.850) S1 Application Protocol (S1AP) (v.851) S1 data transport(v.840) X2 general aspects and principles(v.810) X2 layer 1(v.800) X2 signaling transport(v.850) X2 application protocol (X2AP) (v.850) X2 data
transport(v.850) Common test environments for User Equipment (UE) conformance testing (v.810) Radio Frequency (RF) system scenarios (v.810) Services provided by the physical layer (v.810) User Equipment (UE) procedures in idle mode(v.850) User Equipment (UE) radio access capabilities(v.830) Layer 2 – Measurements (v.810) [25] [26] [27] [28] [29]
3. 术语、定义和缩略语
表3-1 术语、定义和缩略语列表
缩略语全称中文释义
5
AMC BLER CP DCI DL DwPTS eNB EPC EPRE GBR GP HARQ IR MCS MIMO non-GBR PDCCH PDSCH PUCCH PUSCH QPSK RSRP RSRQ SFBC SIMO SM SNR TCP UDP UE UL UpPTS
Adaptive Modulation and Coding Block Error Rate Cyclic Prefix
Downlink Control Information DownLink
Downlink Pilot Time Slot Evolved NodeB Evolved Packet Core Energy Per Resource Element Guaranteed Bit Rate Guard Period
Hybrid Automatic Repeat-reQuest Incremental Redundancy Modulation and Coding Scheme Multiple Input Multiple Output non Guaranteed Bit Rate
Physical Downlink Control CHannel 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 Transmission Control Protocol User Datagram Protocol User Equipment UpLink
Uplink Pilot Time Slot
自适应编码和调制误块率循环前缀下行控制信息下行链路下行导频时隙演进型NodeB 演进型的分组核心网每资源粒子的能量保证比特率保护时间间隔混合自动重传请求增量冗余调制编码方式多进多出非保证比特率物理下行链路控制信道物理下行链路共享信道物理上行链路控制信道物理上行链路共享信道正交相移键控参考信号接收功率参考信号接收质量空频分组编码单进多出空间复用信噪比传输控制协议用户数据报协议用户设备上行链路上行导频时隙
6
4. 被测对象
4.1. 硬件架构
表4-1 测试硬件设备列表名称
TD-LTE基站
*TD-LTE基站
TD-LTE终端
核心网 1 19 115部 1套
数量型号与版本（测试时填写）外场测试单站验证阶段外场测试规模验证阶段5. 测试环境
密集城区：站间距300m，站高20~30m。

周围高楼较多，存在比较丰富的折射、反射径。

典型城区：站间距500m，站高30~40m。

拓扑结果基本保持均匀。

覆盖区内道路相对较多，能够形成网状覆盖，且能够保证车辆通行。

具体测试时，需要提供照片，地图之类能展示环境的资料。

7
5.1. 测试网络拓扑
图5-1 端到端网络架构
根据测试例需求，基站侧主要采用LTE 0.7l天线。

基本要求是在多站同频组网情况上，构成干扰受限系统，选择其中1个扇区作为主测小区。

要求主测小区位于试验区域中心，周围邻小区较多，主测小区周边没有明显阻挡，路线有径向和环形路线，且路况较好。

同频部署情况下，针对主测小区构建干扰受限环境。

干扰的产生方式，详见后续章节的加载方式说明。

文中若无特殊说明，均为同频组网环境，被测小区为干扰受限场景，加载上行以及70%下行邻区干扰。

6. 测试工具和测试方法
6.1. 测试环境基本要求
6.1.1. 网络结构与规模
在规模试验六城市的密集城区或典型城区环境测试，无线网络形成比较规则的多层蜂窝结构、成片覆盖，应至少达到50个以上小区规模。

8
6.1.2. 测试区域与测试路线
根据不同测试内容，主要选择如下两种测试区域：
1）单个小区作为主测小区，其它小区空载或按照指定方式进行真实加载或模拟加载；主测小区周边应没有明显阻挡；
2）50个以上小区连续覆盖、比较规则的多层蜂窝结构所覆盖区域作为测试区域，在该区域内路测。

网络采用20MHz同频组网。

路测时，测试路线应尽可能遍历测试区域内的主干道、次主干道、支路等道路，并遍历选定测试区域内所有小区；如无特别说明，测试车应视实际道路交通条件以中等速度（ 30km/h左右）行驶。

6.1.3. 测试网络基本配置
在测试期间，除特殊要求的测试项外，网络典型配置如下：
表1 测试主要配置参数列表
参数
测试环境频率系统带宽
配置方式
密集或典型城区环境 2.6GHz 20MHz
上行/下行配置1（子帧配置：DSUUDDSUUD）
帧结构
常规长度CP
特殊子帧配置7（DwPTS:GP:UpPTS=10:2:2）DwPTS传输数据
DL：Mode 2、Mode 3和Mode
部分项目要求DL采用某些特7自适应
定MIMO模式
UL：SIMO
测试时需要说明功控包含哪些信道（如PUCCH, PUSCH, Sounding等）
9
说明
传输模式
上行功率控制启用
HARQ AMC
基站额定发射功率小区切换方式
启用启用
8×5W 基于竞争
基站能够按需要对小区在线用户数、上行时隙RSSI、下行子帧PDCCH资源占用比例(或占用CCE数目)等进行连续监测、记录，并且记录中应提供时间戳，建议基站每1s输出一次这些参数并能自动保存为文件。

测试环境中用到的0.7l天线频段范围为F频段1880-1900MHz、A频段2010-2025MHz、D频段2570-2620MHz。

*: TD-LTE基站系统的射频单元天线阵采用规定的+45°/-45°交叉极化八天线阵元，间隔根据不同天线类型大于或等于λ/2（本次测试以0.7l天线为主），如下图：
6.1.4. 配合测试设备
至少需提供如下配合测试设备:
表1测试配合设备名称
频谱分析仪（或扫频仪）
IxChariot或Iperf或其他业务
模拟软件
测试用PC
TD-LTE路测系统
测试车
GPS和电子地图数量 1台按需要配置按需要配置容量（用户数）等测试需要约220台≥3套≥3套按需要配置型号与版本（测试时填写）
路测系统可连接终端、GPS接收设备，能够显示、记录终端的L1、L2和高层信令与控制数据，能够显示、记录GPS时间、经纬度，并能将GPS时间、经纬度与终端记录数据进行正确关联，为终端记录数据提供地理位置。

路测终端应至少支持测量、显示与记录层1、层2和层3信令与控制数据，包括：RSRP、RSRQ、SINR、CQI、MCS、MIMO方式、RRC信令等，层1相关的测量与信息应每子帧输出一次。

GPS接收设备应支持显示、记录时间与经纬度。

并且GSP接收设备记录的时间、经纬度数据应能与扫频仪、路测终端记录数据准确关连，为扫频仪、终端所记录的数据提供绝对时间与地理位置。

测试数据处理上，应支持生成测试路线上RSRP/RSRQ/SINR打点图，
RSRP/RSRQ/SINR的PDF/CDF分布曲线等。

考虑到路测终端、GPS接收设备的原始测试数据一般按周期定时记录存储，由于车速不均匀和停车等候等原因，导致不同路段由于速度不一而使得平均每单位距离
10
上的样本点数不一样。

要求生成得到的PDF/CDF分布，单位距离上的样本点数应一样，以准确反映地理上的覆盖性能。

6.2. 终端要求
要求参与测试的终端，外场实际测试速率可达到下行56Mbps/上行17Mbps（在子帧配置为DSUUDDSUUD，特殊子帧采用10:2:2配置）。

6.3. 加载加扰方式
外场区域分为（若干）主测小区与非主测小区，主测小区加入真实终端进行数据传输称为加载，而非主测小区引入的真实终端干扰或模拟干扰均称为加扰。

6.3.1. OCNG概念说明
在分配好真实数据的资源后（如果有的话），剩下未被分配数据的下行物理资源将会被分配无用的数据（意思是说没有任何UE会去收这些数据）以实现模拟加载或是邻区干扰加载。

这种方法被称为OCNG（OFDMA Channel Noise Generator）。

基站的OCNG功能应支持：
·
·支持下行业务信道和控制信道加扰，且支持分别设置控制信道、业务信道加扰比例；下行业务信道的加扰比例根据占用的PRB比例确定；下行控制信道的加扰比例根据
占用的CCE比例确定；
·小区引入OCNG模拟加载后应同时能支持接入终端进行正常的业务。

为了达到干扰的真实性，OCNG产生的数据应该是放在随机化的PRB或CCE 上，而不是某些固定位置的PRB或CCE；对于支持波束赋形的小区，下行OCNG数据需要能够根据指定方向，产生若干模拟波束。

随机化的方式，以尽量真实模拟实际多UE业务时的PRB分配为原则。

测试时，需要明确记录干扰PRB 或CCE的加载位置及变化方式。

6.3.2. 下行加载加扰方法
主测小区加载方式：采用真实终端进行加载
邻小区加扰方式：
A. OCNG方式
B. 采用真实终端进行加扰
11
注：下行加扰的程度需要能够在测试工具界面上方便地进行监测和核实。

n 下行加载加扰方式1：主测小区发送真实数据，其余小区在PDSCH/下行控制信道上
以OCNG方式满功率发送无用数据，发送数据占用的PRB/CCE位置随机。

50%加扰表示加干扰数据占50%的PRB/CCE，发射数据位置变化周期不大于10ms。

其它加扰比例依次类推。

下行控制信道的加扰采用方式1实施。

图1 下行加载加扰方式1示意图
n 下行加载加扰方式2（模式7加载）：如下图所示，一个小区设定4个波束，角度均
匀分布在扇区内，各波束的角度保持不变。

4个波束每个波束占用的PRB数目相等，但按一定规则循环，如下行PRB资源分为PRB组1、PRB组2、PRB组3、PRB组4，4个波束对应的PRB依次为：（PRB组1、PRB组2、PRB组3、PRB 组4）à（PRB组2、PRB组3、PRB组4、PRB组1） à（PRB组3、PRB组4、PRB组1、PRB组2） à（PRB组4、PRB组1、PRB组2、PRB组3） à。

各波束占用的PRB组位置变化周期不大于10ms。

加载比例为4个干扰波束总共占用的PRB比例（如：50%加载，即干扰波束随机占用总共50%PRB）。

如无特别说明，下行业务信道的加扰采用方式2实施。

图2 下行加载加扰方式2（模式7模拟加载）示意图
12
n 下行加载加扰方式3：若干个小区作为主测小区，其余小区作为干扰小区。

主测小
区采用真实终端进行加载，加载测试终端分布在覆盖较好区域，发起Best Effort 业务。

干扰小区加干扰方式与上述方式1或方式2中加干扰方式相同。

图3 下行加载方式3示意图
6.3.3. 上行加载加扰方法
主测小区加载方式：采用真实终端进行加载
邻小区加扰方式：采用真实终端进行加扰最终需对主测小区达到相应干扰级别所要求的上行干扰水平（IOT）
6.3.4. 上下行综合加载加扰
考虑到主测小区天线的方向性、上行加扰采用真实终端的可操作性，对主测小区上行、下行加载加扰建议采用图4所示方式：
·
·主测小区内采用终端进行真实加载（具体加载程度由测试项目确定）；主测小区天线阵列法线的±60度夹角（即共120度）内的两层邻区采用真实终端
进行上行和下行加扰，上行加扰需最终使得主测小区的上行IoT达到预定干扰级别，各邻区的下行业务信道加扰比例按照占用的PRB比例确定；
·测试区域的其它所有小区采用下行加载加扰方式1或方式2进行OCNG模拟加扰，
13
其加扰比例由具体测试项目确定。

14
测试区域（50个以上小区）采用真实终端进行加载，每小区两个加载点（信号“中”点和“差”点各一，加载点应尽可能位于测试路线沿线），每点加载一个终端。

每个终端进行FTP上传下载，实现各小区下行业务信道加扰比例70%，上行IoT 5dB。

6.4. 好中差点的选择
多天线测试中需要在好、中、差点对比2天线和8天线性能，如果基于RS-SINR 选择好、中差、点，2天线和8天线的好、中、差点将不同，无法满足对比的需求；如果为2天线或8天线中之一选择好、中、差点，则对于另外一种天线不公平，存在倾向性的问题。

因此建议根据与基站的物理距离进行好、中、差点的选取，这样不仅公平公正，而且简单易行。

严格意义上，根据与基站物理距离选择的好、中、差点为近、中、远点，但为了与以前的称呼保持一致，本规范将仍称之为好、中、差点。

好、中、差点按照如下定义进行选择：
l 好点：与基站水平距离50米左右（偏差±10米）
l 中点：位于小区半径的中心位置（偏差±10米）
l 差点：距离覆盖边缘50米左右（偏差±10米）
不同方向（法线方向、与法线成30°角、与法线成60°角）上的所有好点（或中点/差点）不能全为直射或绕射，具体来说主测小区需要选出9个点（3个好点、3个中点、3个差点），且3个好点（或中点/差点）必须包含直射和绕射两种点，比如：3个好点中有2个直射点、1个绕射点，3个中点中有1个直射点、2个绕射点，3个差点中有1个直射点、2个绕射点。

注：覆盖边缘以刚好不发生切换且可以接入本小区的点为准。

测试中可以从发生切换的区域向小区中心移动，并在移动过程中观察UE的切换情况。

6.5. 判断小区边界的原则
单小区覆盖时，以PUSCH/PDSCH断链点或PDSCH SNR（CQI）的5%的CDF 点做为小区边界。

或通过遍历（如径向拉远）得到吞吐量的CDF曲线，以此作为评估覆盖能力的基本依据；以5%的CDF点作为边界速率，由边界速率确定覆盖距离。

15
6.6. 测试其他约定
单项指标的记录，涉及到测试时间长短的，测试时间最少30s，记录数据为30s 中获取数据序列的均值。

为了不引入不可预测的时延，下载/上传的文件应放在测试网络内部（Application Server），以得到更适合验证TD-LTE无线性能的数据。

Ping的具体设置：按照Windows默认值进行，ping的时间间隔为1s。

测试时的TCP/IP配置如下表所示。

表2 测试时的TCP/IP配置列表
建议配置参数测试用PC系统 TCP接收窗长（RWin）默认发送窗 MTU Size ACKS选择 Max duplicate ACKS
服务器侧 1446
终端侧 Windows XP 1034816 同RWin 1446 打开 2
速率统计：L3速率统一采用DuMeter软件（利用其StopWatch统计平均速率）进行统计，并应确认选择端口为LTE终端。

7. 测试用例说明
7.1. TD-LTE外场测试规范的使用阶段
本规范适用于TD-LTE规模技术试验第一阶段。

7.2. TD-LTE外场测试规范的用词
在本标准中重要性分为“必选”和“可选”。

“必选”是指基于本标准开展某项外场测试必须执行的测试例，未特别注明的测试用例及要求都默认为必选；“可选”是指
在标准中未作硬性要求，可以基于实验室测试评估，或者一定时期内，不具备测试条件的测试例。

16
8. 测试用例部分
8.1. 多天线增益测试
8.1.1. 波束赋形增益测试
项目:
用例编号:
参考文档:
重要性:
测试目的: 多天线增益测试 8.1.1 必选
1. 考察不同角度（
法线方向、与法线成30°角、与法线成60°角），同为好、中、差点的赋型增益2. 考察不同车速（低速、中速、高速），相同位置处的赋型增益
1. 基本配置：见“6.1.3 测试网络基本配置”小节。

2. 测试区域：密集城区单小区，周围19个基站的所有小区开启，周围所
有小区空扰。

3. 测试点：主测小区法线方向好、中、差点及测试路线如下图所示（测
试路线尽量包括主测小区的多条路径）：分项目: 版本: 网络配置: 波束赋形增益测试 1.7.3
预置条件:
17
8.2. 多天线性能测试
8.2.1 密集城区单站拉远覆盖测试项目: 用例编号: 参考文档: 重要性:
多天线性能测试 8.2.1 必选
1. 考察8*2天线上下行控制信道、业务信道的覆盖能力,得出各信道（PDSCH、PUSCH、PDCCH、PUCCH、PRACH）的最大路损、覆盖距离；
2. 比较各信道覆盖距离，得出覆盖受限信道及在该覆盖距离时的上、
下行业务信道的边缘速率；
分项目: 版本:
密集城区单站拉远覆盖测试 1.7.3
网络配置:
测试目的:
18
3. 考察上、下行业务信道在不同边缘速率要求下的覆盖距离（上行：
64kbps、128kbps、256kbps、512kbps、1Mbps；下行：128kbps、256kbps、512kbps、1Mbps、2Mbps）；
4. 考察邻区不同级别加扰对覆盖范围、边缘用户速率的影响。

1. 基本配置：见“6.1.3 测试网络基本配置”小节。

2. 测试区域：密集城区单小区，周围至少19个基站并开启。

周围小区
空扰。

3. 测试路线：大致沿小区天线阵列的法线方向（尽量选取直且长的路
线）；
4. 测试资源：测试UE一部（不含用于加扰的UE）；
5. 传输模式：TM2、TM3、TM7自适应模式
6. 如果控制信道赋性算法支持非静态赋形算法，建议采用非静态赋形
算法进行8天线控制信道的发送
7. 车速：中速
1. 测试UE进行FTP下载，业务为满Buffer；
2. 测试车从起点出发，以指定车速（中速）匀速径向拉远至速率为0的
点及断链点；移动过程中，记录PDSCH的BLER、下行SINR、RSRP、RSRQ、RSSI、实时吞吐量、1s内基站一直给一个用户调度PDCCH的个数，UE反馈ACK的个数（为了得到PDCCH BLER）UE当前位置点等，并记录此时电子地图上的GPS坐标等参数；
3. 在该点进行上行随机接入，若不可正常进行，以中速匀速向小区中
心移动，直至能连续三次接入成功，记录该点拉远距离、SINR、RSRP、RSRQ、RSSI；若可正常进行，继续拉远，直至三次接入不成功为止，记录该点的拉远距离、SINR、RSRP、RSRQ、RSSI；
4. 重复两次步骤1~3；
5. 测试UE进行FTP上传，业务为满Buffer；
6. 测试车从起点出发，以指定车速（中速）匀速径向拉远至速率为0的
点及断链点；移动过程中，记录PUSCH的BER、SINR、RSSI、实时吞吐量、统计1s内UE反馈CQI的所有bit数、ACK的所有bit数，基站侧收到的CQI及ACK的每一个bit(为了得到PUCCH BER)、UE当前位置点，并记录此时电子地图上的GPS坐标等参数，重复两次；
7. 邻区上下行加扰50%，（在相同测试路线）重复步骤1～6。

8. 邻区上下行加扰70%，（在相同测试路线）重复步骤1～6。

1. 记录相应基站信息，包括站高、方向角、下倾角、发射功率、站间
距、终端发射功率、车速等；
2. 下行：记录1s内反馈的ACK个数、基站调度PDCCH的个数、L1、L3吞
吐量、RSRP、RSRQ、RSSI、SINR、PDSCH、MCS、传输模式的打点图，绘制以上参数随距离变化曲线、CDF曲线以及测试目的中提到的边缘速率对应的覆盖范围、路损；
3. 上行:记录1s内UE反馈CQI的所有bit数、ACK的所有bit数，基站侧收
到的CQI及ACK的每一个bit ，统计处错误的bit数及总的bit数；记录L1、L3吞吐量、RSSI、SINR，PUSCH 的ber、MCS传输模式的打点图，绘制以上参数随距离变化曲线、CDF曲线以及测试目的中提到的边缘速率对应的覆盖范围、路损。

19 预置条件: 测试步骤: 输出数据要求及预期结果
备注： 1. 此测试例为和2天线对比、0.5/0.7对比、小型化天线对比、内置合路器天线对比的基准测试，如果不承担上述对比测试内容，则本测
试例可选。

2. 上行加扰测试条件为可选，但上行测试内容为必选。

8.2.2 密集城区全网覆盖普查测试项目:
用例编号:
参考文档:
重要性: 多天线性能测试 8.2.2 必选
1. 考察全网覆盖的连续性，对站间距、RSRP、RSRQ、RSSI、SINR等室
外覆盖边缘指标给出建议；
2. 考察不同网络加载（空载/上下行50%加扰/上下行70%加扰）对网络
覆盖指标的影响并获取下行干扰余量。

1. 系统带宽20MHz。

2. 终端支持20MHz。

3. 帧结构：上行/下行配置1（子帧配置：DSUUDDSUUD）、常规长度CP、
特殊子帧配置7（DwPTS:GP:UpPTS=10:2:2），DwPTS传输数据
4. 天线配置为上行SIMO模式；下行MIMO模式为TM2、TM3、TM7自适应模式
5. L3数据为FTP上传及下载业务
6. 如果控制信道赋性算法支持非静态赋形算法，建议采用非静态赋形
算法进行8天线控制信道的发送
7. 测试区域：19个站，50个以上小区连续覆盖、比较规则的多层蜂窝
结构所覆盖区域
8. 测试路线：遍历上述测试区域内各小区，遍历交通干道、次干道、
主要支路
9. 测试资源：GPS接收设备及相应的路测系统、电子地图等，可用于UE
的定位；测试车一部，携带测试终端一部、扫频仪一台；100台以上的终端用于50个以上小区的加扰（每个小区2个终端）
1. 系统根据测试要求配置，正常工作，全网空载；
2. 测试车从起点出发，终端进行FTP下载，以指定车速（中速）遍历事
先选择的行驶路线（每个小区均需包含好、中、差点）。

移动过程中，终端记录RSRP、RSRQ、RSSI、SINR、天线模式、吞吐量等参数。

扫频仪记录RSRP、SINR等参数；
3. 测试车从起点出发，终端进行FTP上传，以指定车速（中速）遍历事
先选择的行驶路线（每个小区均需包含好、中、差点）。

移动过程中，基站实时记录终端的上行SINR和吞吐量等参数，终端实时记录自己的位置信息；
4. 改变加扰状态为全网上下行50%加扰，重复步骤2和步骤3；
5. 改变加扰状态为全网上下行70%加扰，重复步骤2和步骤3；分项目: 版本: 密集城区全网覆盖普查测试 1.7.3 网络配置: 测试目的: 预置条件: 测试步骤:
20
输出数据要求
及预期结果
备注： 1. 根据RSRP、RSRQ、RSSI、SINR的打点图绘制以上参数随距离变化的曲线 2. 记录终端的上行SINR和吞吐量 1. 测试中定点如有用户掉话，记录掉话时间、位置，重新发起业务。

2. 上行加扰测试条件为可选，但上行测试内容为必选。

8.2.3 密集城区单用户吞吐量测试项目:
用例编号:
参考文档:
重要性:
测试目的: 多天线性能测试 8.2.3 必选 1. 考察8天线下，单用户在好、中、差点的吞吐量及对应的传输模式；
2. 考察不同加扰级别对各点吞吐量的影响
1. 基本配置：见“6.1.3 测试网络基本配置”小节；
2. 如果控制信道赋性算法支持非静态赋形算法，建议采用非静态赋形
算法进行8天线控制信道的发送
3. 测试区域：密集城区单小区，周围至少19个基站并开启。

4. 测试点：主测小区内的好、中、差点；
5. 测试资源：测试UE一部（不含用于加扰的UE）；
6. 传输模式：TM2、TM3、TM7自适应模式。

1. 邻小区空扰；
2. 1个UE在主测小区“好”点位置，同时发起满buffer上下行FTP业务；
业务正常后保持3OS，记录业务QoS参数，SINR，RSRP，实时吞吐量、
传输模式、GPS信息等参数；
3. 该UE放置于主测小区“中”点位置，重复步骤2；
4. 该UE放置于主测小区“差”点位置，重复步骤2；
5. 邻区上下行加扰50%，重复步骤2～4；
6. 邻区上下行加扰70%，重复步骤2～4。

1. 记录相应基站信息，包括站高、方向角、下倾角、发射功率、站间
距、终端发射功率。

2. 记录各点SINR，RSRP，实时吞吐量、传输模式、GPS信息等参数
1. 如UE不能进行上下行同时业务，则分别进行上行和下行业务测试。

2. 上行加扰测试条件为可选，但上行测试内容为必选。

分项目: 版本: 密集城区单用户吞吐量测试 1.7.3 网络配置: 预置条件: 测试步骤: 输出数据要求及预期结果备注：
8.3. 多天线关键特性测试
8.3.1. MIMO与beamforming自适应切换性能比较
项目: 多天线关键性能测试分项目: MIMO与beamforming自适应
21
用例编号: 参考文档: 重要性: 测试目的: 预置条件: 切换性能比较 8.3.1 版本: 1.7.3 网络配置: 必选 1. 考察不同车速（低速、中速、高速）时各种模式切换性能的对比
1. 基本配置：见“6.1.3 测试网络基本配置”小节。

2. 如果控制信道赋性算法支持非静态赋形算法，建议采用非静态赋形算法进行8天线控制信道的发送
3. 测试区域：密集城区单小区，周围至少19个基站并开。