51LTE互操作方案评估与优化测试规范v110

1、TD-LTE扩大规模试验-LTE互操作方案评估与优化测试规范版本号：1.1.0目录前 言III1.范围42.术语、定义和缩略语43.被测对象53.1.硬件架构54.测试环境54.1.测试环境基本要求54.2.测试网络拓扑64.2.1.端到端网络架构根据64.2.2.配合设备74.3.加载方式的说明74.3.1.OCNG概念说明74.3.2.下行控制信道加载加扰方式84.3.3.下行业务信道加载加扰方法94.3.4.上下行综合加载加扰104.3.5.干扰级别105.测试约定和术语115.1.测试前提115.2.测试网络基本配置116.测试用例说明126.1.TD-LTE外场测试规范的使用阶段12

2、6.2.TD-LTE外场测试规范的用词127.测试用例部分127.1.TD-LTE与TD-SCDMA系统间空闲态互操作参数优化测试127.1.1.TD-LTE到TD-SCDMA系统间空闲态互操作参数优化测试127.1.2.TD-SCDMA到TD-LTE系统间空闲态互操作参数优化测试147.2.TD-LTE与TD-SCDMA系统间空闲态小区重选互操作测试167.3.TD-LTE与TD-SCDMA系统间数据业务连接态简单互操作测试187.3.1.TD-LTE->TD-SCDMA数据业务连接态脱网重建测试（终端不支持连接态背景搜索）187.3.2.TD-LTE<->TD-SCDMA

3、数据业务连接态脱网重建测试（终端支持连接态的背景搜索）217.4.TD-LTE与TD-SCDMA系统间空闲态互操作安全参数测试237.4.1.TD-LTE到TD-SCDMA系统间空闲态互操作安全参数测试247.4.2.TD-SCDMA到TD-LTE系统间空闲态互操作安全参数测试248.编制历史25前 言本标准规定了TD-LTE规模外场系统间互操作测试的测试例与测试方法，规定了测试需要输出的数据及结果，适用于在TD-LTE产业化初期，在国内进行的TD-LTE规模外场测试。TD-LTE规模技术试验 LTE互操作方案评估与优化1. 范围本标准规定了TD-LTE规模外场系统间简单互操作测试的测试例与测

4、试方法，规定了测试需要输出的数据及结果，适用于在TD-LTE产业化初期，在国内进行的TD-LTE规模外场测试。2. 术语、定义和缩略语下列术语、定义和缩略语适用于本标准：表2-1 术语、定义和缩略语列表缩略语全称中文释义GSMGlobal System of Mobile communication全球移动通讯系统TD-SCDMATime Division-Synchronous Code Division Multiple Access时分同步码分多址TD-LTETD-SCDMA Long Term EvolutionTD-SCDMA的长期演进RAURouting area update路由

5、区更新TAUTracking Area Update 跟踪区更新PS HOPacket Switch Handover分组域切换eNBEvolved NodeB演进型NodeBCGCharging Gateway计费网关EPCEvolved Packet Core 演进的分组核心EUTRANEvolved UTRAN演进的全球陆地无线接入网GUTIGlobally Unique Temporary UE Identity全球唯一临时UE标识MMEMobility Management Entity移动管理实体HSSHome Subscriber Server 归属签约用户服务器PGWPacke

6、t Data Network GW or Public Data Network GW分组数据网络网关/公共数据网络网关RSRPReference Signal Received Power参考信号接收功率RSRQReference Signal Received Quality参考信号接收质量SGWServing Gate Way服务网关TCPTransmission Control Protocol传输控制协议UDPUser Datagram Protocol用户数据报协议UEUser Equipment用户设备ULUpLink上行链路3. 被测对象TD-LTE规模试验互操作测试规范的测试

7、对象，为测试终端、TD-LTE无线基站以及组成网络所需的核心网设备和相关测试业务服务器等构成的一个完整的端到端测试网络。在多个TD-LTE基站和小区组成的覆盖网络中，应包含一个或多个主测小区以及3G现网小区，整体形成包含若干易发生互操作过程切换点的测试区域。3.1. 硬件架构表3-1 测试硬件设备列表名称数量型号与版本（测试时填写）TD-LTE基站19（台）路测终端4台终端要求支持路测功能业务应用服务器1（套）MME1（套）SGW1（套）PGW1（套）Gn SGSN1（套）HSS1（套）CG1（套）4. 测试环境4.1. 测试环境基本要求在规模试验六城市的密集城区或典型城区环境测试，无线网络形

8、成比较规则的多层蜂窝结构、成片覆盖。选择密集城区或典型城区环境测试。区域内道路相对较多，能够形成网状覆盖，且能够保证车辆通行。涉及到的具体测试场景需求，由具体测试例规定。1. 特定LTE互操作场景特定LTE互操作场景主要指如下LTE与3G网络互操作场景，包含室外、室内、室内外、地铁、高速公路等8种场景。表 4-1 互操作场景描述序号场景名称场景特点描述测试路线选取1室外大区边缘场景位于LTE覆盖区域的边缘，UE从LTE覆盖区域向外移动时，信号较为缓慢下降 大区边缘同时存在3G覆盖4G强3G强<->4G弱3G强或3G弱4G信号缓慢减弱或增强2室外覆盖空洞（如拐角、高架遮挡等场景）场景

9、位于LTE覆盖区域中的空洞，UE从LTE覆盖区域向空洞移动时，信号快速波动和下降 空洞区域同时存在3G覆盖4G强3G强<->4G弱3G强或3G弱4G信号快速减弱或增强3室内覆盖边缘LTE与3G同时有室内覆盖系统LTE信号由于直射和绕射等传播损耗较大，覆盖范围小于3G时，当UE向LTE覆盖边缘外移动时，信号较为缓慢下降4G强3G强<->4G弱3G强4G信号缓慢减弱或增强4室内覆盖空洞LTE与3G同时有室内覆盖系统LTE信号由于穿透能力低，有部分覆盖空洞，当UE向LTE覆盖边缘外移动时，信号快速波动并下降4G强3G强<->4G弱3G强或3G弱4G信号快速减弱或增

10、强5室内有LTE而室外仅有3G覆盖的场景（室内到室外）有建设LTE分布系统且室外没有LTE信号或不能满足要求，但是3G信号均满足要求4G强3G强<->4G弱3G强6室外有LTE而室内仅有3G覆盖的场景（室外到室内）未建设LTE分布系统且室内LTE信号均不能满足场强要求，但是3G信号均满足场强要求4G强3G强<->4G弱3G强7高速公路和铁路场景需要覆盖的高速公路和铁路，终端移动速度快4G强3G强<->4G弱3G强8地铁覆盖场景地铁内的覆盖，传播环境较好但，信号易受车厢遮挡。车速快，站台人流多4G强3G强<->4G弱3G强2. 遍历测试场景测试路线

11、应尽可能遍历测试区域内的主干道、次主干道、支路等道路，应尽量包含以上特定的LTE互操作场景。测试路线上LTE与3G的互操作次数尽量多；如无特别说明，测试车应视实际道路交通条件以中等速度（30km/h左右）行驶。4.2. 测试网络拓扑4.2.1. 端到端网络架构根据测试例需求，网络采用同频或异频组网方式。文中若无特殊说明，TD-LTE均为同频组网环境。图4-1 端到端网络架构4.2.2. 配合设备表4-1 测试配合设备列表名称数量型号与版本（测试时填写）频谱分析仪（或扫频仪）1台测试用PC10台测试车1台GPS和电子地图3套信令监测仪表4.3. 加载方式的说明外场区域分为（若干）主测小区与非主测

12、小区，主测小区加入真实终端进行数据传输称为加载，而非主测小区引入的真实终端干扰或模拟干扰均称为加扰。对于上行：· 主测小区上行加载方式：采用真实终端进行加载；· 邻小区上行加扰方式：采用真实终端进行加扰，真实终端在小区内均匀分布并各自独立发起上行业务。对于下行：· 主测小区下行加载方式：采用真实终端进行加载；· 邻小区下行加扰方式：采用OCNG方式，或采用真实终端进行加扰。4.3.1. OCNG概念说明在分配好真实数据的资源后（如果有的话），剩下未被分配数据的下行物理资源将会被分配无用的数据（意思是说没有任何UE会去收这些数据）以实现模拟加载或是邻区干扰

13、加载。这种方法被称为OCNG（OFDMA Channel Noise Generator）。基站的OCNG功能应支持：· 支持下行业务信道和控制信道加扰，且支持分别设置控制信道、业务信道加扰比例；· 下行业务信道的加扰比例根据占用的PRB比例确定；下行控制信道的加扰比例根据占用的CCE比例确定；· 小区引入OCNG模拟加载后应同时能支持接入终端进行正常的业务。· 为了达到干扰的真实性，OCNG产生的数据应该是放在随机化的PRB或CCE上，而不是某些固定位置的PRB或CCE；对于支持波束赋形的小区，下行OCNG数据需要能够根据指定方向，产生若干模拟波束。随

14、机化的方式，以尽量真实模拟实际多UE业务时的PRB分配为原则。测试时，需要明确记录干扰PRB或CCE的加载位置及变化方式。4.3.2. 下行控制信道加载加扰方式主测小区发送真实数据。其余小区在下行控制信道上以OCNG方式满功率发送无用数据：发送数据占用的CCE位置随机。50%加扰表示加干扰数据占50%的CCE，发射数据位置变化周期不大于10ms；其它加扰比例依次类推。图4-2 下行控制信道加载加扰方式示意图4.3.3. 下行业务信道加载加扰方法1. 8天线下行业务信道加扰方式一个小区设定4个波束，角度均匀分布在扇区内，各波束的角度保持不变。4个波束每个波束占用的PRB数目相等，但按一定规则循环

15、，如下行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组位置变化周期不大于40ms。加扰比例为4个干扰波束总共占用的PRB比例（如：50%加扰，即干扰波束随机占用总共50%PRB）。每个PRB采用最大功率（即每PRB上发射功率=基站最大发射功率/系统带宽（100 PRB）。图4-3 8天线下行业务信

16、道加扰示意图2. 2天线下行业务信道加扰方式主测小区发送真实数据。其余小区在下行业务信道上以OCNG方式满功率发送无用数据：发送数据占用的PRB位置随机。50%加扰表示加干扰数据占50%的PRB，发射数据位置变化周期不大于10ms；其它加扰比例依次类推。图4-4 2天线下行业务信道加扰方式4.3.4. 上下行综合加载加扰本规范中上下行真实用户加载加扰采用下述方式。为单小区加扰：· 上行加扰：主测小区天线阵列法线的±60度夹角（即共120度上行“迎风面“）内的第一层邻区以及与主测小区同站的两个邻区采用真实终端进行上行加扰，上行终端各自独立发起上行业务；上行加扰需最终使得主测小

17、区的上行IoT达到预定干扰级别；· 下行加扰：下行加扰可以采用真实终端，但如果终端能力受限，则真实终端应在保障上行真实加扰前提下，再实施下行加扰。加扰比例需按照占用的PRB比例确定。采用真实终端进行下行加扰的邻区下行业务信道占用的PRB比例如达不到测试项目要求，则应在真实加扰基础上再采用OCNG模拟加扰，以使得下行占用的PRB总数目满足加扰比例的具体要求；若为全网加扰：全网每个小区2个终端，位于小区边缘做上下行业务。所占用的资源比例与加扰比例相关。4.3.5. 干扰级别本规范中加扰方式主要为下行模拟干扰，共定义三种干扰级别：l 干扰级别一：下行50%加扰 l 干扰级别二：下行70%加

18、扰l 干扰级别三：下行100%加扰 说明：1. 基站应支持分别进行控制信道、业务信道下行模拟加扰。2. 下行采用模拟加扰时，下行业务信道和下行控制信道采用相同的干扰级别百分比；但干扰级别三：下行业务信道100%加扰，控制信道70%加扰；如果上下行真实用户加扰，下行按上述三种加扰比例加扰，上行达到Iot 1215dB的抬升。5. 测试约定和术语本章规定了测试中特殊概念约定解释以及测试各项目指标的基本准则。5.1. 测试前提在开展测试之前，参测厂商需提前提供以下材料并得到双方一致认同方可开展测试，应注意这些配置在整个测试过程，作为基准参考，应严格遵守：1. 所有小区的站名、站高、方位角、下倾角、带

19、宽和频点的清单；2. 测试网络站址图（包含所有小区）。该图需能看出所有站点的位置，小区的朝向并标明站间距。地图需能看出该网络的真实环境（如google map）；3. 主测小区以及整个测试网络的RSRP、SINR的CDF图和打点图。打点图需能看出该网络的真实环境（如google map）；（不同测试开展前，均采用统一的一款终端完成测试选点及网络信道质量普查）；4. 需提供路测路线图。测试路线图上需能看出站点位置以及小区朝向以及网络真实环境；5. 根据网络实际环境，在路测路线图中标记出满足系统间互操作条件的切换点即为测试点，要求测试路线图中的测试点不少于8个，另外，还需提供测试点在google

20、map上的位置。6. 记录如下信息关注项数值或内容说明系统消息配置请提供在测试中配置的SIB种类，SI的周期和窗口长度互操作相关参数配置如重选、切换判决门限、各小区的优先级等终端的category5.2. 测试网络基本配置在测试期间，除特殊要求的测试项外，以下网络参数应该设置为真实网络商用时的常用配置且应保持不变。表5-1 测试主要配置参数列表参数配置方式说明测试环境密集或典型城区环境频率2.6GHz、2.3GHz、1.9GHz室外D、F频段；室内E频段带宽20MHz20MHz同频组网DL:UL2:2或3:1F频段需采用3：1配比DwPTS:GP:UpPTS10:2:2或3:9:2 天线模式D

21、L：Mode 2,Mode 3和Mode 7UL：SIMO上行功率控制Enable测试时需要说明功控包含哪些信道（如PUCCH, PUSCH, Sounding等）PUCCH跳频Enable测试例中，若无特殊说明，HARQ、AMC、UE上行功控功能均打开，上行配置为SIMO天线模式，下行为MIMO单双流自适应模式（Rank1&2自适应。是否支持空分复用和SFBC间的自适应，参测厂家在测试前需要说明）。具体特殊规定，在测试例中另作说明。Ping的具体设置：按照windows默认值进行，ping的时间间隔为1s。测试时的TCP/IP配置如下表所示。表5-2 测试时的TCP/IP配置列表建议

22、配置参数服务器侧终端侧测试用PC系统Windows XPTCP接收窗长（RWin）1034816默认发送窗同RWinMTU Size14461446ACKS选择打开Max duplicate ACKS26. 测试用例说明6.1. TD-LTE外场测试规范的使用阶段本标准适用于TD-LTE扩大规模测试，根据产业化推进程度，将会陆续发布后续版本。6.2. TD-LTE外场测试规范的用词在本标准中重要性分为“必选”和“可选”。“必选”是指基于本标准开展某项外场测试必须执行的测试例；“可选”是指在标准中未作硬性要求，可以基于实验室测试评估，或者一定时期内，不具备测试条件的测试例。7. 测试用例部分7.

23、1. TD-LTE与TD-SCDMA系统间空闲态互操作参数优化测试7.1.1. TD-LTE到TD-SCDMA系统间空闲态互操作参数优化测试测试项目:TD-LTE到TD-SCDMA系统间空闲态互操作参数优化测试重要性:必选测试目的:1. 摸索不同互操作场景下TD-LTE到TD-SCDMA系统间空闲态互操作参数的优化配置；2. 考察不同互操作场景下UE数据业务的接入成功率和接入时延。预置条件:1 基本配置：见5.2节“测试网络基本配置”；2 测试区域：在密集城区或典型城区环境选取4.1节“测试环境基本要求”中描述的8种互操作场景和遍历测试路线；区域内包含LTE、TD-SCDMA小区，且已按照两系

24、统小区间设定的邻区关系完成相应的系统间邻区配置，存在异系统邻区的TD-SCDMA和LTE小区广播消息内均包含完整的异系统邻区及重选相关参数配置；3 加载情况：测试区域内所有LTE小区进行空载、50%下行模拟加载；4 参数配置：a) LTE优先级设置为67，TD-SCDMA优先级设置为34；b) 测试区域LTE和TD-SCDMA小区互操作相关参数的建议考虑如下配置（网络不配置RSRQ相关的互操作参数）；表7-1 LTE与TD-SCDMA互操作参数摸索配置配置序号LTE启动异系统测量门限LTE到TD-SCDMA重选判决门限TD-SCDMA到LTE重选判决门限1RSRP：-90dBmLTE RSRP

25、 <-122dBm且3G RSCP >-92dBmLTE RSRP >-116dBm2RSRP：-90dBmLTE RSRP <-116dBm且3G RSCP >-92dBmLTE RSRP >-110dBm3RSRP：-90dBmLTE RSRP <-110dBm且3G RSCP >-92dBmLTE RSRP >-104dBm4RSRP：-90dBmLTE RSRP <-104dBm且3G RSCP>-92dBmLTE RSRP >-98dBmi. LTE到TD-SCDMA重选迟滞Treselection=1sii.

26、TD-SCDMA到LTE重选迟滞Treselection=2sc) 其他参数：InactivityTimer=3s5 测试终端：2部测试步骤:1. 步骤1：在场景1（参见4.1节的描述）选取一条测试路线，起点选取在LTE RSRP约-100dBm的位置，终点选取在发生LTE到TD-SCDMA小区重选后最近可以掉头的位置；测试区域内LTE和TD-SCDMA小区互操作参数按第一组参数配置；2. 步骤2：测试UE在起点开机，LTE系统内驻留，终端每30s发起一次数据短呼业务（一次业务连续ping 32 byte包5次，ping周期1s，待终端回到Idle态后再次发起短呼业务）。UE以中速（30km/

27、h）按照既定行驶路线在起点和终点之间来回移动，短呼150次后结束；3. 步骤3：测试区域内LTE和TD-SCDMA小区互操作参数更换为第二、三组据配置，重复步骤2；4. 步骤4：分别更换场景2、3、4、5、6，重复步骤23；5. 步骤5：在场景7选取一段有多处LTE覆盖空洞，且适合掉头的路线，以90km/小时以上的车速进行行驶，重复步骤23；6. 步骤6：在场景8选取一段有多处LTE覆盖空洞的路线，来回乘坐地铁，重复步骤23；7. 步骤7：更改LTE小区加载情况，重复步骤16。测试数据记录与处理1. 记录每种场景每组互操作参数配置下，数据业务分别在LTE和TD-SCDMA接入的次数，以及分别在

28、两个网络接入失败的情况，包括接入失败的原因，此时的信号强度RSRP或RSCP，信号质量RSRQ、SINR或C/I；2. 计算每种场景每组互操作参数配置下的数据业务接入成功率；3. 记录每次数据业务的接入时延，并分别计算每种场景、每组互操作参数配置下，在LTE和TD-SCDMA网络的平均控制面接入时延和业务面接入时延；4. 记录每次系统间小区重选前后的小区ID，以及RSRP/RSRQ或RSCP；5. 记录测试过程中遇到的掉线、终端死机等异常现象，并在异常发生点停下，重新发起业务后再继续测试；6. 分析各场景下不同重选参数配置时的接入成功率、接入时延等，得出该场景下相对较优的互操作参数。注：测试过

29、程中，为便于分析问题和定位，无线网和核心网也需要抓取信令log。备注：1、控制面接入时延：终端在空闲状态从发出第一条随机接入Preamble到终端发出RRC Connection Reconfiguration Complete完成的时间间隔。2、业务面接入时延：ping包环回时间。关注TD-SCDMA现网DCH转为idle的定时器7.1.2. TD-SCDMA到TD-LTE系统间空闲态互操作参数优化测试测试项目:TD-SCDMA到TD-LTE系统间空闲态互操作参数优化测试重要性:必选测试目的:1. 摸索不同互操作场景下TD-SCDMA到TD-LTE系统间空闲态互操作参数的优化配置；2. 考察

30、不同互操作场景下，UE空闲态LTE<->TD-SCDMA小区重选的成功率和重选时延。预置条件:1 基本配置：见5.2节“测试网络基本配置”；2 测试区域：在密集城区或典型城区环境选取4.1节“测试环境基本要求”中描述的8种互操作场景和遍历测试路线；区域内包含LTE、TD-SCDMA小区，且已按照两系统小区间设定的邻区关系完成相应的系统间邻区配置，存在异系统邻区的TD-SCDMA和LTE小区广播消息内均包含完整的异系统邻区及重选相关参数配置；3 加载情况：测试区域内所有LTE小区空载；4 参数配置：a) LTE优先级设置为67，TD-SCDMA优先级设置为34；b) 测试区域LTE和

31、TD-SCDMA小区互操作相关参数的建议考虑如下配置（网络不配置RSRQ相关的互操作参数）；c) 根据测试结果，选择不同场景下LTE到TD-SCDMA重选判决门限参数最优配置（接入成功率达到95%以上时LTE判决门限最低），摸索不同场景下TD-SCDMA到LTE重选判决门限（LTE RSRP门限）与LTE到TD-SCDMA重选判决门限（LTE RSRP门限）的合理GAP值（4dB、6dB、8dB、10dB），以及LTE到TD-SCDMA重选迟滞时间（1s、2s）；表7-2 LTE与TD-SCDMA互操作参数摸索配置配置序号GAPTreselection（LTE到TD-SCDMA）14dB1s2

32、4dB2s36dB1s46dB2s58dB1s68dB2s710dB1s810dB2si. LTE启动异系统测量门限-90dBmii. TD-SCDMA到LTE重选迟滞Treselection=2s5 测试终端：2部测试步骤:1. 步骤1：在场景1（参见4.1节的描述）选取一条测试路线，为避免在两个LTE和TD-SCDMA小区间来回重选，建议测试路线上涉及多个LTE和TD-SCDMA小区（示例如下图），可以使得测试路线行驶一圈可发生多次系统间小区重选。2. 步骤2：测试UE开机在起LTE系统内驻留，UE以中速按照既定行路线来回行驶。记录UE在LTE和TD-SCDMA小区间重选的次数，重点关注L

33、TE和TD-SCDMA小区乒乓重选的情况。保证终端执行的LTE>TD-SCDMA和TD-SCDMA>LTE两个方向的小区重选次数分别达到至少25次时，测试结束。3. 步骤3：测试区域内LTE和TD-SCDMA小区互操作参数更换参数配置，重复步骤2；4. 步骤4：分别更换场景2、3、4、5、6，重复步骤26；5. 步骤5：在场景7选取一段有多处LTE覆盖空洞，且适合掉头的路线，以90km/小时以上的车速进行行驶，重复步骤26；6. 步骤6：在场景8选取一段有多处LTE覆盖空洞的路线，来回乘坐地铁，重复步骤26。测试数据记录与处理1. 记录每种场景每组互操作参数配置下，LTE和TD-S

34、CDMA小区重选的次数，乒乓重选的次数，以及小区重选失败的情况，包括失败的原因，此时的信号强度RSRP或RSCP，信号质量RSRQ、SINR或C/I；2. 计算每种场景每组互操作参数配置下的小区重选成功率；3. 记录每次系统间小区重选前后的小区ID，以及RSRP/RSRQ或RSCP；4. 记录每次系统间小区重选时延（格式如下表），并分别计算每种场景每组互操作参数配置下，在LTE和TD-SCDMA网络的平均重选时延；重选判决>第一条广播第一条广播消息> RRC Conection RequestRRC Connection Request> RAU Accept重选时延（重选判

35、决> RAU Accept）平均重选时延LTE> TD-S按次记录按次记录按次记录按次记录重选判决>第一条广播第一条广播消息> RRC Connection RequestRRC Connection Request> TAU Accept重选时延（重选判决> TAU Accept）平均重选时延TD-S> LTE按次记录按次记录按次记录按次记录5. 记录测试过程中遇到的脱网、终端死机等异常现象，并在异常发生点停下，异常处理完毕后再继续测试；6. 分析各场景下不同重选参数配置时的重选成功率、重选时延、乒乓重选情况，得出该场景下相对较优的互操作参数。注：测

36、试过程中，为便于分析问题和定位，无线网和核心网也需要抓取信令log。备注：7.2. TD-LTE与TD-SCDMA系统间空闲态小区重选互操作测试测试项目:TD-LTE和TD-SCDMA系统间空闲态小区重选互操作测试重要性:必选测试目的:1. 验证TD-LTE和TD-SCDMA系统间互操作参数优化配置后，遍历场景下，UE空闲态LTE<->TD-SCDMA小区重选的成功率和重选时延。预置条件:1 基本配置：见5.2节“测试网络基本配置”；2 测试区域：在密集城区或典型城区环境选取4.1节“测试环境基本要求”中描述的8种互操作场景和遍历测试路线；区域内包含LTE、TD-SCDMA小区，且

37、已按照两系统小区间设定的邻区关系完成相应的系统间邻区配置，存在异系统邻区的TD-SCDMA和LTE小区广播消息内均包含完整的异系统邻区及重选相关参数配置；3 加载情况：测试区域内所有LTE小区空载；4 参数配置：测试区域LTE和TD-SCDMA小区互操作相关参数按照7.1节测试后确定的最优基于RSRP和RSRQ的系统间互操作参数配置；5 测试终端：2部测试步骤:1. 步骤1：测试UE开机在起LTE系统内驻留，发起一次ping业务，确保用户正常驻留；UE以中速按照在遍历的路线上来回行驶。记录UE在LTE和TD-SCDMA小区间重选的次数，重点关注LTE和TD-SCDMA小区乒乓重选的情况；2.

38、步骤2：重复若干圈测试，保证终端执行的LTE>TDs和TDs>LTE两个方向的小区重选次数分别达到至少25次时，测试结束；3. 步骤3：更换测试区域内的互操作参数，重复步骤12。测试数据记录与处理1. 记录LTE和TD-SCDMA小区重选的次数，乒乓重选的次数，以及小区重选失败的情况，包括失败的原因，此时的信号强度RSRP或RSCP，信号质量RSRQ、SINR或C/I；计算重选成功率；2. 记录每次系统间小区重选前后的小区ID，以及RSRP/RSRQ或RSCP；3. 记录每次系统间小区重选时延（格式如下表），并分别计算每种场景每组互操作参数配置下，在LTE和TD-SCDMA网络的平

39、均重选时延；重选判决>第一条广播第一条广播消息> RRC Conection RequestRRC Connection Request> RAU Accept重选时延（重选判决> RAU Accept）平均重选时延LTE> TD-S按次记录按次记录按次记录按次记录重选判决>第一条广播第一条广播消息> RRC Connection RequestRRC Connection Request> TAU Accept重选时延（重选判决> TAU Accept）平均重选时延TD-S> LTE按次记录按次记录按次记录按次记录4. 记录测试过程

40、中遇到的掉线、终端死机等异常现象，并在异常发生点停下，异常处理完毕后再继续测试。注：测试过程中，为便于分析问题和定位，无线网和核心网也需要抓取信令log。备注：7.3. TD-LTE与TD-SCDMA系统间数据业务连接态简单互操作测试7.3.1. TD-LTE->TD-SCDMA数据业务连接态脱网重建测试（终端不支持连接态背景搜索）测试项目:TD-LTE与TD-SCDMA系统间数据业务连接态脱网重建重要性:必选测试目的:验证测试区域内UE在数据业务连接态下通过脱网重建在TD-LTE和TD-SCDMA系统间的数据业务脱网重建时延，UE脱网前后数据业务吞吐量，及不同时延要求的业务体验情况。预

41、置条件:1 基本配置：见5.2节“测试网络基本配置”；2 测试区域：在密集城区或典型城区环境选取4.1节“测试环境基本要求”中描述的8种互操作场景和遍历测试路线；区域内包含LTE、TD-SCDMA小区，且已按照两系统小区间设定的邻区关系完成相应的系统间邻区配置，存在异系统邻区的TD-SCDMA和LTE小区广播消息内均包含完整的异系统邻区及重选相关参数配置；3 加载情况：测试区域内所有LTE小区无模拟加载；4 参数配置：测试区域LTE和TD-SCDMA小区互操作相关参数按照7.1节测试后平的最优配置；N311=1，N310、T310和T311参数考虑如下几种配置：表7-2 定时器参数摸索配置配置

42、序号N310T310T311162s5s26200ms10s3202s3s4101s3s5101s10s5 测试终端：1部，背景搜索设置为“从不”。测试步骤:按照节的8种互操作场景下的测试路线，以及7.3节的遍历路线，分别使用表7-2所示的几组参数完成如下测试。n 流业务类： FTP上传/下载（Full Buffer）1 测试终端在TD-LTE小区建立连接，同时进行FTP上传和下载；2 按照既定行驶路线中速移动并保证终端在移动过程中长时间保持业务，UE移动至TD-LTE弱覆盖区域，观察UE是否能脱网重建成功；记录UE脱网重建前后的吞吐量、信号电平，脱网重建时延、及业务中断时延； 3 UE在TD

43、-S网络后，至少保持1分钟以上，到TD-LTE覆盖区域后，中断UE在TD-S小区的业务；4 UE重新接入TD-LTE小区，重复13步骤，保证终端执行TD-LTE>TD-S脱网重建次数至少3次（发生脱网重建的地点有多个），测试中所有脱网重建由终端自动发起，不允许人工手动实现；截图保存Dumeter记录的速率图；n 会话业务类：QQ视频聊天5 测试终端在TD-LTE网络中建立QQ业务，与另一在线用户（任意用户，保证视频业务流畅，不掉线）进行双方QQ视频聊天业务；6 按照既定行驶路线中速移动并保证终端在移动过程中长时间保持业务，UE移动至TD-LTE弱覆盖区域时，保持连续文本对话聊天，观察文本

44、对话能否成功发送到对方，及视频是否流畅。记录UE脱网重建前后的吞吐量、信号电平，以及脱网重建时延和业务中断时延；7 UE在TD-S网络至少保持1分钟以上的视频业务，到TD-LTE覆盖区域后，中断UE在TD-S小区的业务；8 UE重新接入TD-LTE小区，重复56步骤，保证终端执行TD-LTE>TD-S脱网重建次数至少3次（发生脱网重建的地点有多个），测试中脱网重建由终端自动发起，不允许人工手动实现；如果视频业务在TD-S网络无法恢复，手动重连接。截图保存Dumeter记录的速率图；n 交互业务类：QQ游戏9 测试终端在TD-LTE网络中建立QQ游戏业务，与另一在线用户（任意用户，保证业务

45、顺畅，不掉线）进行双方QQ打牌游戏；10 按照既定行驶路线中速移动并保证终端在移动过程中长时间保持业务，UE移动至TD-LTE弱覆盖区域时，观察游戏是否会中断。记录UE脱网重建前后的吞吐量、信号电平，以及脱网重建时延和业务中断时延；如果游戏在脱网重建过程中中断，待UE重建到TD-S后再选择恢复游戏；11 UE在TD-S网络至少保持1分钟以上的QQ游戏业务，到TD-LTE覆盖区域后，中断UE在TD-S小区的业务；12 UE重新接入TD-LTE小区，重复911步骤，保证终端执行TD-LTE>TD-S脱网重建次数至少3次（发生脱网重建的地点有多个），测试中所有脱网重建由终端自动发起，不允许人工

46、手动实现；如果游戏无法自动恢复，手动恢复游戏；截图保存Dumeter记录的速率图。n 背景业务类：新浪微博浏览13 测试终端在TD-LTE网络中建立业务连接，访问新浪微博主页：14 按照既定行驶路线中速移动并保证终端在移动过程中长时间保持业务，UE移动至TD-LTE弱覆盖区域时，观察新浪微博主页“大家都在说”是否在实时更新。记录UE脱网重建前后的吞吐量、信号电平，以及脱网重建时延和业务中断时延；15 UE在TD-S网络至少保持1分钟以上，到TD-LTE覆盖区域后，中断UE在TD-S小区的业务；16 UE重新接入TD-LTE小区，重复1315步骤，保证终端执行TD-LTE>TD-S脱网重建

47、次数至少3次（发生脱网重建的地点有多个），测试中所有脱网重建由终端自动发起，不允许人工手动实现；如果业务无法自动恢复，手动恢复业务；截图保存Dumeter记录的速率图。测试数据记录与处理1、 记录各次脱网重建前后的吞吐量、脱网重建时延、业务中断时延，其中脱网重建时延的记录表格如下所示；脱网（在LTE网络失步）>第一条广播消息第一条广播消息> RRC Connection Request/Channel RequestRRC Connection Request>RAU Accept总时延（脱网> TAU/RAU Accept）平均脱网重建时延LTE> TD-S按次

48、记录按次记录按次记录按次记录2、 如果脱网重建失败，记录并分析脱网重建失败的现象和原因；3、 计算平均脱网重建时延、平均业务中断时延。注：测试过程中，为便于分析问题和定位，无线网和核心网也需要抓取信令log。备注：1、 脱网重建时延 = 脱网到RAU Accept的时间7.3.2. TD-LTE<->TD-SCDMA数据业务连接态脱网重建测试（终端支持连接态的背景搜索）测试项目:TD-LTE与TD-SCDMA系统间数据业务连接态脱网重建重要性:必选，适用于支持连接态背景搜索的终端测试目的:验证测试区域内UE在数据业务连接态下通过脱网重建及背景搜索在TD-LTE和TD-S系统间的数据

49、业务脱网重建时延，UE脱网前后数据业务吞吐量，及不同时延要求的业务体验情况。预置条件:1 基本配置：见5.2节“测试网络基本配置”；2 测试区域：在密集城区或典型城区环境选取4.1节“测试环境基本要求”中描述的8种互操作场景和遍历测试路线；区域内包含LTE、TD-SCDMA小区，且已按照两系统小区间设定的邻区关系完成相应的系统间邻区配置，存在异系统邻区的TD-SCDMA和LTE小区广播消息内均包含完整的异系统邻区及重选相关参数配置；3 加载情况：测试区域内所有LTE小区无模拟加载；4 参数配置：测试区域LTE和TD-SCDMA小区互操作相关参数按照7.1节测试后平的最优配置；N311=1，N3

50、10、T310和T311参数考虑如表7-2所示的几种配置；5 测试终端：1部，背景搜索周期设置为大于1分钟的最小可选搜索周期。测试步骤:按照节的8种互操作场景下的测试路线，以及7.3节的遍历路线，分别使用表7-2所示的几组参数完成如下测试。n 流业务类：FTP上传/下载（Full Buffer）1 测试终端在TD-LTE小区建立连接，同时进行FTP上传和下载；2 按照既定行驶路线中速移动并保证终端在移动过程中长时间保持业务，UE移动至TD-LTE弱覆盖区域，观察UE是否能脱网重建成功；记录UE脱网重建前后的吞吐量、信号电平，脱网重建时延、及业务中断时延；3 UE在TD-SCDMA网络至少进行1

51、分钟业务（除原网络缓存外），移动到TD-L覆盖区域后，观察背景搜索定时器超时后终端是否能搜索到TD-LTE网络。终端选择接入TD-LTE网络，重建业务。记录由背景搜索到完成TD-LTE网络业务重建的时间；4 重复13步骤，保证终端执行TD-LTE>TD-SCDMA脱网重建和TD-SCDMA下的背景搜索至少共6次（发生脱网重建的地点有多个），且测试路线至少1圈。测试中所有脱网重建由终端自动发起，不允许人工手动实现，截图保存Dumeter记录的速率图；n 会话业务类：QQ视频聊天5 测试终端在TD-LTE网络中建立QQ业务，与另一在线用户（任意用户，保证视频业务流畅，不掉线）进行双方QQ视频

52、聊天业务；6 按照既定行驶路线中速移动并保证终端在移动过程中长时间保持业务，UE移动至TD-LTE弱覆盖区域时，保持连续文本对话聊天，观察文本对话能否成功发送到对方，及视频是否流畅。记录UE脱网重建前后的吞吐量、信号电平，以及脱网重建时延和业务中断时延；7 UE在TD-SCDMA网络至少保持1分钟以上的视频业务，UE移动到TD-L覆盖区域后，观察背景搜索定时器超时后终端是否能搜索到TD-LTE网络。终端选择接入TD-LTE网络，重建业务。记录由背景搜索到完成TD-LTE网络业务重建的时间；8 重复57步骤，保证终端执行TD-LTE>TD-SCDMA脱网重建和TD-S下的背景搜索至少共6次

53、（发生脱网重建的地点有多个），且测试路线至少1圈。测试中所有脱网重建由终端自动发起，不允许人工手动实现，截图保存Dumeter记录的速率图；n 交互业务类：QQ游戏9 测试终端在TD-LTE网络中建立QQ游戏业务，与另一在线用户（任意用户，保证业务顺畅，不掉线）进行双方QQ打牌游戏；10 按照既定行驶路线中速移动并保证终端在移动过程中长时间保持业务，UE移动至TD-LTE弱覆盖区域时，观察游戏是否会中断。记录UE脱网重建前后的吞吐量、信号电平，以及脱网重建时延和业务中断时延；如果游戏在脱网重建过程中中断，待UE重建到TD-S后再选择恢复游戏；11 UE在TD-SCDMA网络至少保持1分钟以上的

54、QQ游戏业务，UE移动到TD-LTE覆盖区域后，观察背景搜索定时器超时后终端是否能搜索到TD-LTE网络。终端选择接入TD-LTE网络，重建业务。记录由背景搜索到完成TD-LTE网络业务重建的时间；12 重复911步骤，保证终端执行TD-LTE>TD-SCDMA脱网重建和TD-SCDMA下的背景搜索至少共6次（发生脱网重建的地点有多个），且测试路线至少1圈。测试中所有脱网重建由终端自动发起，不允许人工手动实现，截图保存Dumeter记录的速率图；n 背景业务类：新浪微博浏览13 测试终端在TD-LTE网络中建立业务连接，访问新浪微博主页：14 按照既定行驶路线中速移动并保证终端在移动过程

55、中长时间保持业务，UE移动至TD-LTE弱覆盖区域时，观察新浪微博主页“大家都在说”是否在实时更新。记录UE脱网重建前后的吞吐量、信号电平，以及脱网重建时延和业务中断时延；15 UE在TD-SCDMA网络至少保持业务1分钟以上，UE移动到TD-LTE覆盖区域后，观察背景搜索定时器超时后终端是否能搜索到TD-LTE网络。终端选择接入TD-LTE网络，重建业务。记录由背景搜索到完成TD-LTE网络业务重建的时间；16 重复1315步骤，保证终端执行TD-LTE>TD-SCDMA脱网重建和TD-SCDMA下的背景搜索至少共6次（发生脱网重建的地点有多个），且测试路线至少1圈。测试中所有脱网重建由终端自动发起，不允许人工手动实现，截图保存Dumeter记录的速率图。输出数据要求及预期结果1、 记录各次脱网/背景搜索重建前后的吞吐量、脱