国家标准 GB/T39840一2021 基于LTE技术的宽带集群通信 B-IrunC)系统接口测试方法(第一阶段空中接口 LIE-basedbroadbandtrunkingeommunieation(B-TrunC)system TestmethodsforinterfacePhase1)一Airinterface 2021-03-09发布 2021-10-01实施国家市场监督管理总局发布国家标涯花警理委员会国家标准
GB/39840一2021 前言本标准是基于LTE技术的宽带集群通信(BTrunC)系统(第一阶段)系列标准之一,该系列标准的结构和名称预计如下 -基于LTE技术的宽带集群通信(BTunC)系统总体技术要求第一阶段)(GB/T37291); -基于LTE技术的宽带集群通信(BTrunC)系统接口技术要求(第一阶段空中接口 GB/T37290); 基于LTE技术的宽带集群通信(B-TrunC)系统接口技术要求(第一阶段终端到集群核心网接口(GB/T37289); -基于LTE技术的宽带集群通信(BTrunC)系统接口技术要求(第一阶段集群核心网到调度台接口(GB/T37287) -基于LTE技术的宽带集群通信BTrunC)系统接口测试方法第一阶段空中接口 GB/T39840); 基于1TE技术的宽带集群通信(BTrunC)系统接口测试方法(第一阶段终端到集群核心网接口(GB/T39838); 基于LTE技术的宽带集群通信(BTrunC)系统接口测试方法(第一阶段集群核心网到调度台接口(GB/T39846); 基于LTE技术的宽带集群通信(BIrunC)系统网络设备技术要求(第一阶段)(GB/T39845); 基于LTE技术的宽带集群通信(BTrunC)系统终端设备技术要求(第一阶段)(GB/T39839); 基于LTE技术的宽带集群通信(BTrunC)系统终端射频测试方法(第一阶段); 基于LTE技术的宽带集群通信(BTrunC)系统基站射频测试方法(第一阶段) 本标准按照GB/T1.1一2009给出的规则起草请注意本文件的某些内容可能涉及专利本文件的发布机构不承担识别这些专利的责任本标准由工业和信息化部提出本标准由全国通信标准化技术委员会(SAc/Tc485)归口本标准起草单位;信息通信研究院、普天信息产业股份有限公司、鼎桥通信技术有限公司、北京信威通信技术股份有限公司、北京中兴高达通信技术有限公司,海能达通信股份有限公司本标准主要起草人;宋得龙、杜加懂、崔媛媛、李晓华、陈迎、蔡杰,郑伟,袁剑周波、王彬、唐春莺、李曦滨、王小平、张玲、李佳、王芳、杨雁飞、王敏鹏、毛磊、魏建苗、陈钢
GB/39840一2021 基于LTE技术的宽带集群通信 B-TrunC)系统接口测试方法(第一阶段空中接口范围本标准规定了基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)空中接口物理层、MAC 层和RRC层协议功能测试、分组数据业务测试方法本标准适用于基于LTE技术的宽带集群通信(BTrunC)系统(第一阶段)的基站、终端规范性引用文件下列文件对于本文件的应用是必不可少的凡是注日期的引用文件,仅注日期的版本适用于本文件凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 YD/T2560.4一2013TDL.TE数字蜂窝移动通信网Uu接口物理层技术要求(第一阶段第 4部分;物理层过程 YD/T2572一2015TD1TE数字蜂窝移动通信网基站设备测试方法(第一阶段) 缩略语下列缩略语适用于本文件 CP;循环前缀(CyclicPrefix) CRNT:小区无线网络临时标识(CelRadioNetworkTemporaryldentity) DCCH:专用控制信道(DedicatedControlChanneD) DCI;下行控制信息(DownlinkControlInformation) DRB.数据无线承载(DataRadioBearer DwPTs,;时分双工专用的特殊子帧中的下行部分(DownlinkPartoftheSpeeialsubframeforTDD Operation eNodeB/eNB演进型NodeB(EvolvedNodeB) E-UTRAN演进的UTRAN(EvolvedUTRAN GP保护周期(GuardPeriod GRNTI:组无线网络临时标识(GroupRadioNetworkTemporaryldentity) D:标识(Identification) E;信元(InformationElement) rnetProtocolD P;互联网协议(Inter LTE:长期演进(L.ongTermEvolution MAC;媒体访问控制MediumAccessControl) MIMO:多天线技术(MultiplelInputMultipleOutpu NAS非接人层(Non-AccessStratum)
GB/T39840一202 PDcCCH;物理下行控制信道(PhysicalDownlinkControlChannel PDsCH物理下行共享信道(PhysicalDownlinkSharedChannel QCI服务质量等级标示(QosClassldentifier) QoS;服务质量QualityofService RRC;无线资源控制(RadioResourceControlD erenceSignalReceivedPower RSRP:参考信号接收功率(Refe ferenceSig ReceivedQuality RSRQ:参考信号接收质量(Refer ignal SPS:半持续调度(Semi-PersistingScheduling SRB;信令无线承载(SignalingRadioBearer runkingControlChannel TCCH:集群控制信道(Tr TPCCH;集群寻呼控制信道(T TrunkingPagingControlChamned) TPRNT集群寻呼无线网络临时标识(TrunkingPagingRadioNetworkTemporaryldentity TTCH:集群业务信道(TrunkingTraffieChannel 1smissionTimelnterval TTI传输时间间隔(Tran UE;用户设备(UerEqipmenD UpPTs;时分双工专用的特殊子中的上行部分(UplinkPartoftheSpecialsubrameforTDD Operation VRB;虚拟资源块(VirtualResourceBlock) ZUC;祖冲之(ZuChongZhi 概述 4.1测试内容对宽带集群业务,基于1.TE技术的宽带集群通信(BTrunC)系统空中接口的测试内容包括物理层基本功能测试; MAC层测试 RRC层测试测试项目中如无特别说明,则该测试项目同时适用于基站、终端;如项目中有明确说明,则该项目的适用性按该说明确定 4.2测试配置基本功能等测试所需的基本环境配置如图1所示基站终端集群核心网基站监测仪表(空口图1测试组网图
GB/39840一2021 4.3测试仪表要求 4.3.1协议测试仪协议测试仪支持基于LTE技术的宽带集群通信(BTrunC)系统Uu接口、Uu-T接口的监测,支持对各层协议栈的解码,可以精确到位域级别 4.3.2测试终端可连接计算机记录并显示移动台发送和接收的信令序列 4.4测试的前提条件测试前,应满足被测设备安装完毕,硬件软件全部工作正常,数据正确配置并正常运行; 辅助测试设备硬件软件全部工作正常,已完成各种逻辑数据的正确设置辅助测试无线环境正常工作 4.5测试环境在正常测试环境下进行测试时,测试条件应介于下述最低值与最高值之间如表1所示表1正常测试环境条件范围条件最低最高大气压 86kPa 106kPa 温度 15C 30 相对湿度 20% 85% 电源供电厂家给出的标称值振动可忽略 5 物理层基本功能测试 5.1带宽与结构 5.1.1UE接入不同系统带宽的小区 5.1.1.1接入5Mz系统带宽小区(1.8GHz专网频段测试编号;5.1.1.1 测试项目:UE接人不同系统带宽的小区测试分项:接人5MHz系统带宽小区(1.8GHz专网频段项目适用性:基站可选、终端可选测试目的验证UE在1.8GHz专网频段上,在5MHz系统带宽的小区中能够正常驻留,注册,进行业务
GB/T39840一202 测试条件 eNodeB硬件、软件均支持5MHz系统带宽 UE用户已签约测试步骤步骤1;配置E-UTRAN系统带宽为5MHz,选择配置帧结构为上行/下行配置1,常规长度CP,特殊子帧配置7(DwPTs:GP:UpPTS=10:2:2);使配置生效,E-UTRAN小区开始正常工作; 步骤2;UE在该小区开机进行随机接人; 步骤3:UE进行语音单呼、语音组呼、可视单呼、可视组呼等集群基本业务和分组数据传输业务预期结果配置的sMut系统带宽小区能正常运行小区广播的MasterlnformationlBloek中dll-Bandwidth参数指示系统的发射带宽配置Nm为 5MHz即取n25) 3 UE能在该小区正常接人,并完成驻留、注册等过程 UE能在该小区正常进行语音单呼、语音组呼、可视组呼等集群基本业务和分组数据传输业务 5.1.1.2接入10Mz系统带宽小区(1.4GHz专网频段测试编号;5.1.1.2 测试项目:UE接人不同系统带宽的小区测试分项;接人10MH么系统带宽小区(1.4GHz专网频段) 项目适用性;基站必选、终端必选测试目的验证UE在1.4GHz专网频段上,10MH2系统带宽的小区中能够正常驻留、注册、进行业务测试条件 NodeB硬件、软件均支持10MHa系统带宽" UE用户已签约测试步骤步骤1;配置E-UTRAN系统带宽为10MHa,选择配置倾结构为上行/下行配置1,常规长度CP,特殊子配置7(DwPTs;GP:UpPTS=10:2:2);使配置生效,E-UTRAN小区开始正常工作; 步骤2:UE在该小区开机进行随机接人步骤3;UE进行语音单呼,语音组呼,可视单呼,可视组呼等集群基本业务和分组数据传输业务预期结果配置的10MHz系统带宽小区能正常运行; 小区广播的MasterlnformationBlock中dl-Bandwidth参数指示系统的发射带宽配置N为 10MHz即取n50); 33 UE能在该小区正常接人,并完成驻留、注册等过程 UE能在该小区正常进行语音单呼、语音组呼、可视组呼等集群基本业务和分组数据传输业务
GB/39840一2021 5.1.1.3接入10MHH2系统带宽小区(1.8GHz专网频段测试编号;5.1.1.3 测试项目:UE接人不同系统带宽的小区测试分项;接人10MHz系统带宽小区(1.8GHz专网频段) 项目适用性:基站必选、终端必选测试目的: 验证UE在1.8GHz专网频段上、,10MIHz系统带宽的小区中能够正常驻留、注册、进行业务测试条件 NodeB硬件、软件均支持10MH2系统带宽; UE用户已签约测试步骤步骤1;配置E-UTRAN系统带宽为10MHz,选择配置帧结构为上行/下行配置1、常规长度CP,特殊子帧配置7(DwPTs:GP:UpPTs=10:2:2);使配置生效,E-UTRAN小区开始正常工作; 步骤2;UE在该小区开机进行随机接人步骤3;UE进行语音单呼,语音组呼、可视单呼、可视组呼等集群基本业务和分组数据传输业务预期结果配置的10MHz系统带宽小区能正常运行; 2 小区广播的MasterlnformationBlock中dlBandwidth参数指示系统的发射带宽配置N为 0MHa即取n50); UE能在该小区正常接人,并完成驻留、注册等过程; 3 UE能在该小区正常进行语音单呼,语音组呼,可视组呼等集群基本业务和分组数据传输业务 5.1.1.4接入20NH系统带宽小区(1.4Gz专网频段测试编号;5.1.1.4 测试项目:UE接人不同系统带宽的小区测试分项:接人20MHz系统带宽小区(1.4GHz专网频段》项目适用性:基站必选、终端必选测试目的验证UE在1.4GHz专网频段上、20MH么系统带宽的小区中能够正常驻留、注册,进行业务测试条件 eNodeB硬件,软件均支持20MHz系统带宽; UE用户已签约
GB/T39840一2021 测试步骤步骤1:配置E-UTRAN系统带宽为20MHz,选择配置帧结构为上行/下行配置1常规长度CP,特殊子帧配置7(DwPTs:GP:UpPTS=10;2;2);使配置生效,E-UTRAN小区开始正常工作; 步骤2:UE在该小区开机进行随机接人; 步骤3UE进行语音单呼,语音组呼,可视单呼,可视组呼等集群基本业务和分组数据传输业务预期结果配置的20MHz系统带宽小区能正常运行; 2 小区广播的MasterlnformationBlock中dlBandwidth参数指示系统的发射带宽配置N为 20MHz即取nl00); 3 UE能在该小区正常接人,并完成驻留注册等过程; UE能在该小区正常进行语音单呼、语音组呼、可视组呼等集群基本业务和分组数据传输业务 5.1.1.5接入1.4MIHHz系统带宽小区(1.8GHz专网频段测试编号;5.1.1.5 测试项目:UE接人不同系统带宽的小区测试分项:接人1.4MHz系统带宽小区(1.8GHz专网频段》项目适用性;基站可选、终端可选测试目的验证UE在1.8GHz专网频段上,1.4MHz系统带宽的小区中能够正常驻留、注册、进行业务测试条件 eNodeB硬件、软件均支持1.4MHz系统带宽 UE用户已签约 2 测试步骤步骤1;配置E-UTRAN系统带宽为1.4MHz,选择配置帧结构为上行/下行配置1、常规长度CP,特殊子帧配置7(DwPTs:GP:UpPTs=10:2:2);使配置生效,E-UTRAN小区开始正常工作步骤2;UE在该小区开机进行随机接人步骤3:UE进行语音单呼、语音组呼等集群基本业务和分组数据传输业务预期结果配置的1.4MHz系统带宽小区能正常运行; 2 小区广播的MasterlnformationBlock中dl-Bandwidth参数指示系统的发射带宽配置N为 1.4MHz即取n6); 33 UE能在该小区正常接人,并完成驻留、注册等过程 UE能在该小区正常进行语音单呼,语音组呼等集群基本业务和分组数据传输业务
GB/39840一2021 5.1.1.6接入3MHa系统带宽小区(1.8GHz专网频段) 测试编号;5.1.1.6 测试项目:UE接人不同系统带宽的小区测试分项:接人3MHz系统带宽小区(1.8GHz专网频段项目适用性:基站可选、终端可选测试目的验证UE在1.8GHz专网频段上、3MH么系统带宽的小区中能够正常驻留、注册、进行业务测试条件: NodeB硬件、软件均支持3MHlz系统带宽 UE用户已签约测试步骤步骤1配置E-UTRAN系统带宽为3MHz,选择配置帧结构为上行/下行配置1、常规长度CP特殊子帧配置7(DwPTs:GP:UpPTs=10;2;2);使配置生效,E-UTRAN小区开始正常工作; 步骤2;UE在该小区开机进行随机接人步骤3.;UE进行语音单呼,语音组呼,可视单呼、可视组呼等集群基本业务和分组数据传输业务预期结果配置的3MHz系统带宽小区能正常运行; 小区广播的MasterlnformationBlock中dl-Bandwidth参数指示系统的发射带宽配置N郎为 3MHz即取nl5). UE能在该小区正常接人.并完成驻留、注册等过程; UE能在该小区正常进行语音单呼、语音组呼、,可视组呼等集群基本业务和分组数据传输业务 5.1.2UE接入不同帧结构的小区(1.4GH专网频段、20MHHz系统带宽 5.1.2.1上行/下行配置0(子帧配置:DsUUUDsUUU)常规长度CP特殊子帧配置5(DwPIs:GP: UpPIs=3:9:2) 测试编号;5.1.2.1(可选测试项目:UE接人不同帧结构的小区测试分项:上行/下行配置0(子帧配置:DsUUUDsUUU)、常规长度CP,特殊子帧配置5(DwPTs GP:UpPTS=3:9:2) 项目适用性:基站适用、终端适用测试目的: 验证UE在指定E-UIRAN的“5ms下行-上行转换点周期,子赖配置为.DsUUUDsUuU;支持 DwPTs:GP:UpPTs=3:9:2的特殊子顿配置”的小区能够驻留、注册,进行集群基本业务和分组数据传输业务
GB/T39840一202 测试条件 eNodeB硬件、软件均支持上行/下行配置0,特殊子帧配置5; UE用户已签约测试步骤: 步骤1:配置E-UTRAN系统上行/下行配置0、特殊子帧配置5,选择配置20MHz系统带宽;使配置生效,E-UTRAN小区开始正常工作; 步骤2:UE在该小区开机进行随机接人; 步骤3;:UE进行语音单呼语音组呼、可视单呼、可视组呼等集群基本业务和分组数据传输业务,并观察系统给终端调度的上行、下行资源块所在子帧位置预期结果: 配置的小区能正常运行;帧结构符合配置预期;终端接收到的SIB1中的subframeAssignment 为sa0(配置0),speeiaISubframePatterns为ssp5(配置5); UE能在该小区正常接人,并完成驻留、注册等过程; 2 UE能在该小区正常进行语音单呼、语音组呼、可视组呼等集群基本业务和分组数据传输业务 3 上行/下行配置0(子倾配置.DsUuUDsUUU),常规长度P特殊子帧配置7(DwIsGP 5.1.2.2 UpPIS=10:2:2 测试编号5.,1.2.2 测试项目:UE接人不同帧结构的小区测试分项:上行下行配置0(子帧配置:DsUUUDsUUU)、常规长度CP,特殊子帧配置7(DwPTs GP:UpPTs=10:2:2) 项目适用性:基站必选、终端必选测试目的验证UE在指定E-UTRAN的“5ms下行-上行转换点周期,子帧配置为:DSUUUDsUUU;支持 DwPTs:GP;UpPTS=10:2:2的特殊子帧配置”的小区能够驻留、注册、,进行集群基本业务和分组数据传输业务测试条件 eNodeB硬件、软件均支持上行/下行配置0,特殊子帧配置7; UE用户已签约测试步骤步骤1;配置E-UTRAN系统上行/下行配置0、特殊子帧配置7,选择配置20MHz系统带宽;使配置生效,E-UTRAN小区开始正常工作步骤2:UE在该小区开机进行随机接人步骤3;UE进行语音单呼,语音组呼、可视单呼、可视组呼等集群基本业务和分组数据传输业务,并观察系统给终端调度的上行、下行资源块所在子位置
GB/39840一2021 预期结果配置的小区能正常运行;帧结构符合配置预期;终端接收到的sIB1中的subfr rameAssignment ialSubframePaterns为ssp7(配置7):; 为sa0(配置0),spec UE能在该小区正常接人; UE能在该小区正常进行语音单呼、语音组呼、可视组呼等集群基本业务和分组数据传输业务 5.1.2.3上行/下行配置1子帧配置DsUUUDDsUUD)常规长度CP特殊子帧配置5(DwPIsGP UpPTS=3:9:2) 测试编号5.1.2.3(可选测试项目:UE接人不同结构的小区测试分项:上行/下行配置1(子帧配置:DSUUDDsUUD)、常规长度CP特殊子帧配置5(DwPTS GP:UpPTS=3:9:2 项目适用性;基站适用、终端适用测试目的: 验证UE在指定EUTRAN的“5ms下行-上行转换点周期,子配置为,DsUUDDsUUD;支持Dw PTs:GP:UpPTS=3;9:2的特殊子配置”的小区能够驻留,注册,进行集群基本业务和分组数据传输业务测试条件 NodeB硬件、软件均支持上行/下行配置1,特殊子帧配置5; UE用户已签约测试步骤步骤1;配置E-UTRAN系统上行下行配置1、特殊子帧配置5,选择配置20MHz系统带宽;使配置生效,E-UTRAN小区开始正常工作; 步骤2;:UE在该小区开机进行随机接人步骤3;UE进行语音单呼、语音组呼,可视单呼、可视组呼等集群基本业务和分组数据传输业务,并观察系统给终端调度的上行、下行资源块所在子帧位置预期结果: 配置的小区能正常运行;倾结构符合配置预期;终端接收到的SIB1中的subframeAssignment 为sal(配置1),speeialSubframePatterns为ssp5(配置5); UE能在该小区正常接人,并完成驻留、注册等过程; UE能在该小区正常进行语音单呼,语音组呼、可视组呼等集群基本业务和分组数据传输业务 5.1.2.4上行/下行配置1(子帧配置;DsUUDDsUUD、常规长度CP特殊子帧配置7(DwIs:GP: UpIs=10:2:2 测试编号5.1.2.4 测试项目:UE接人不同帧结构的小区
GB/T39840一2021 测试分项:上行/下行配置1(子赖配置:DsUUDDSUUD)常规长度CP,特殊子帧配置7(DwPTs: GP;UpPTS=10:2;2 项目适用性:基站必选、终端必选测试目的验证UE在指定E-UTRAN的“5ms下行-上行转换点周期,子帧配置为:DSUUDDsUUD;支持Dw PTs;GP;UpPTS=10;2;2的特殊子帧配置”的小区能够驻留、注册、进行集群基本业务和分组数据传输业务测试条件 eNodeB硬件、软件均支持上行/下行配置1,特殊子帧配置7; 2 UE用户已签约测试步骤步骤1配置E-UTRAN系统上行/下行配置1、特殊子帧配置7,选择配置20MH么系统带宽;使配置生效,E-UTRAN小区开始正常工作; 步骤2:UE在该小区开机进行随机接人步骤3.UE进行语音单呼、语音组呼、可视单呼、可视组呼等集群基本业务和分组数据传输业务,并观察系统给终端调度的上行、下行资源块所在子械位置预期结果配置的小区能正常运行;帧结构符合配置预期;终端接收到的sIB1中的subframeAssignment 为sa(配置1),pecialstbframePaterns为sp7(配置7) UE能在该小区正常接人; 2 UE能在该小区正常进行语音单呼,语音组呼、可视组呼等集群基本业务和分组数据传输业务 3 5.1.2.5上行/下行配置2(子帧配置;IsUDDDsUDD)、常规长度CP特殊子帧配置5(DwPIs:GP UpPIs=3:9:2) 测试编号:5.1.2.5(可选测试项目:UE接人不同帧结构的小区测试分项:上行/下行配置2子帧配置:DsUDDDSUDD)、常规长度CP、特殊子帧配置5(DwPTS GP:UpPTS=3:9:2 项目适用性;基站适用、终端适用测试目的验证UE在指定E-UTRAN的“5ms下行-上行转换点周期,子帧配置:DsUDDDsUDD;支持 DwPTs;GP;UpPTS=3:9:2的特殊子帧配置”的小区能够驻留、注册、进行集群基本业务和分组数据传输业务测试条件 eNodeB硬件、软件均支持上行/下行配置2,特殊子配置5; UE用户已签约 10
GB/39840一2021 测试步骤步骤1:配置eNodeB系统上行/下行配置2、特殊子配置5,选择配置20MH么系统带宽;使配置生效,E-UTRAN小区开始正常工作; 步骤2;UE在该小区开机进行随机接人,并完成驻留、注册等过程，步骤3:UE进行语音单呼语音组呼、可视单呼、可视组呼等集群基本业务和分组数据传输业务,并观察系统给终端调度的上行、下行资源块所在子位置预期结果配置的小区能正常运行;躺结构符合配置预期;终蹦接收到的s1中的sabfameAsignmu 1ent 为sa2(配置2),speciaISubframePatterns s为ssp5(配置5); UE能在该小区正常接人; UE能在该小区正常进行语音单呼,语音组呼、可视组呼等集群基本业务和分组数据传输业务 5.1.2.6上行/下行配置2(子帧配置:DSUDDDsUUDD)、常规长度CP特殊子帧配置7(DwPIs:GP UpPIS=10:2:2 测试编号;5,1.2.6 测试项目:UE接人不同顿结构的小区测试分项上行下行配置?子朝配置;DSUDDDSUDD)常规长度CP特殊子瓢配置7(DwPTS GP:UpPTs=10:2:2) 项目适用性:基站必选、终端必选测试目的验证UE在指定E-UTRAN的“5ms下行-上行转换点周期,子帧配置:DsUDDDsUDD;支持 DwPTs:GP:UpPTs=10:2:2的特殊子帧配置”的小区能够驻留、注册、进行集群基本业务和分组数据传输业务测试条件 NodeB和配合测试终端硬件,软件均支持上行/下行配置2,特殊子倾配置7 UE用户已签约测试步骤步骤1;配置eNodeB系统上行/下行配置2、特殊子帧配置7,选择配置20MH2系统带宽;使配置生效,E-UTRAN小区开始正常工作; 步骤2:UE在该小区开机进行随机接人,并完成驻留、注册等过程; 步骤3;UE进行语音单呼、语音组呼、可视单呼、可视组呼等集群基本业务和分组数据传输业务,并观察系统给终端调度的上行、下行资源块所在子帧位置预期结果: 配置的小区能正常运行;帧结构符合配置预期;终端接收到的SIB1中的subframeAssignment 为2(配置3)spestalsbbfamePtes为swp7(配置7)1 UE能在该小区正常接人; UE能在该小区正常进行语音单呼,语音组呼、可视组呼等集群基本业务和分组数据传输业务 1
GB/T39840一2021 5.2资源分配测试编号:5.2 测试项目;资源分配测试分项;PDsCH的集中式Type2资源分配项目适用性:基站必选、终端必选测试目的验证eNodeB能采用Type2对PDsCH进行集中式资源分配,用于TP-RNTI加扰的PDsCH和G RNTI/SPsGRNT加扰的PDsCH 测试条件系统带宽20.MHa,赖结构为上行/下行配置1(子赖配置.DsUUDDsUUD),常规长度CP,特殊子帆配置7(DwPTS:GP:UpPTS=10:2:2 测试步骤步骤1;小区内UE1发起集群组呼,UE2接收组呼; 步骤2;eNodaeB采用集中式Type2资源分配指示方式步骤3.监测DcI内相应分配信息,包括分配的资源块,集中式/分散式VRB分配指示方式和相关信令预期结果系统显示,eNodeB可以根据需要为集群组呼分配资源,并可以通过集中式Type2资源分配指示方式指示UE接收备注;集中式Type2;DCI1A用于接收TPcCH,TcCH/TTCH 基站或终端宜提供采用集中式资源分配的验证方法 5.3下行功率分配测试编号:5.3 测试项目:下行功率分配测试分项;集群组呼下行功率分配项目适用性:基站必选、终端必选测试目的验证E-UTRAN支持按照YD/T2560.4一2013中的5.2基本方式分配集群组呼业务下行RE的功率测试条件 eNodeB和配合测试终端硬件、软件工作正常; 系统带宽20MHz,帧结构为:上行/下行配置1(子帧配置:;DsUUDDSUUD),常规长度CP,特殊子帧配置7DwPTS:GP;UpPTS=10:2;21 12
GB/39840一2021 测试步骤步骤1:E-UTRAN小区正常工作; 步骤2;UE进行语音组呼、可视组呼等集群基本业务步骤3:RRC参数SystemlnformationBlockTypeTrunking中p-t可取值为一6dB、一4.77dB -3dB-1.77dB,0dB,1dB,2dB或3dB 预期结果 IypeTrunking中是否包含pt且包含的参数值是否与步骤检查RRC参数SystemlnformationBlockTy 3中配置的相一致 5.4多天线技术 5.4.1TP-RNTI/GRNT扰码初始化PDsCH的单天线传输测试编号5.4.l 测试项目:多天线技术测试分项:TP-RNTI/GRNTI扰码初始化PDsCH的单天线传输项目适用性:基站必选、终端必选测试目的: 验证eNodeB、,UE能根据规范进行TPRRNTI/G-RNTI扰码初始化PDsCH的单天线传输测试条件 eNodeB配置小区为单天线端口测试步骤步骤1;E-UTRAN小区开始正常工作; 步骤2;:UE在该小区开机进行随机接人步骤3;UE进行Ps业务; 步骤4:UE进行语音组呼预期结果步骤3后查看天线的传输模式;eNodeB在RRC参数antennainfoDedieated中的transmissionm Mode配置取值是TM1l; 步骤4后语音组呼正常 5.4.2IP-RNTI/G-RNI扰码初始化PDsCH的发射分集传输测试编号;5.4.2 测试项目;多天线技术测试分项:TPRNTI/G-RNTI扰码初始化PDsCH的发射分集传输项目适用性:基站必选、终端必选测试目的验证eNodeB,UE能根据规范进行TPRRNTI/G-RNTI扰码初始化PDsCH的发射分集传输 13
GB/T39840一2021 测试条件 NodeB配置小区为两个天线端口测试UE支持2天线接收测试步骤步骤1:E-UTRAN小区开始正常工作; 步骤2:UE在该小区开机进行随机接人步骤3;UE进行PS业务; 步骤4:UE进行语音组呼预期结果步骤3后查看天线的传输模式:eNodeB在RRC参数antennainfoDedicated中的 transmission Mode配置取值是TM2或者TM3; 步骤4后语音组呼正常 MAC层测试 6.1逻辑信道与传输信道映射测试编号;6.1l 测试项目;逻辑信道与传输信道映射测试分项;TcCHH/TTcH映射到DL-sCHH 项目适用性;基站必选、终端必选测试目的验证TCCH/TTCH与DL-sCH可以正确映射测试条件 UE已注册处于RC_IDLE状态测试步骤步骤1;建立组呼业务,eNodeB通过TcCCH周期性下发集群控制命令; 步骤2:eNodeB每子帧通过TTCH连续向测试UE下发集群业务数据预期结果 UE周期性收到DLSCH上用G-RNTI加扰的MACPDU,逻辑信道ID为:01011; 业务信道上每个下行子帆UE均可收到DL-SCH上用G-RNTI加扰的MACPDU,逻辑信道ID 为0110010101之间 6.2DL-sCH上组呼数据传输 6.2.1GRNTPDcCH盲检能力类型1终端 6.2.1.1终端处于RRC_IDLE态,基站在PDcCH公共空间内动态调度DL-sCH下行分配的处理测试编号:6.2.1.1 测试项目(GRRNTPDCCH盲检能力类型1终端 14
GB/39840一2021 测试分项:终端处于RRC_IDLE态,基站在PDCCH公共空间内动态调度DLSCH下行分配的处理项目适用性;基站必选,PDCCH盲检能力类型1终端必选测试目的:验证基站在公共空间内动态调度的正确性测试条件 UE已注册、处于RRC_IDLE状态; 测试UE支持盲检能力类型1 测试步骤步骤1:对测试UE建立组呼并下发集群业务数据步骤2;观察第一次组呼集群寻呼后300ms内UE的盲检过程; 步骤3:查看测试UE是否能根据PDCCH内的相关调度信息正确接收此MACPDU 预期结果组呼建立成功; 第一一次集群寻呼后300ms内,基站只在公共空间下发了以GRNTI加扰的下行调度信息.测试 UE可以通过盲检正确接收此下行分配且调度信息动态变化测试UE可以正确接收基站发出的MACPDu 6.2.1.2终端处于RRC_IDLE态,基站在PDCCH公共空间和群组专用空间内动态调度DL-SCH下行分配的处理测试编号6.2.1.2 测试项目:G-RNTIPDcCH盲检能力类型1终端测试分项终端处于RRC_DLE态,基站在PDCCH公共空间和群组专用空间内动态调度DL-SCH 下行分配的处理项目适用性:基站必选,PDcCH盲检能力类型1终端必选测试目的:验证基站在公共空间和群组专用空间内动态调度的正确性测试条件 UE已注册,处于RRC_IDLE状态 2 测试UE支持盲检能力类型1 测试步骤步骤1:对UE建立组呼步骤2:基站下发测试UE所在组的下行集群业务数据,观察UE的盲检过程步骤3;查看UE是否能根据PDcCH内的相关下行调度信息正确接收此MACPDu 预期结果组呼建立成功; 基站能在群组专用空间下发以G-RRNTI加扰的下行调度信息,测试UE可以通过盲检正确接收下行调度信息; 测试UE可以通过PDCCH上的下行调度信息正确接收基站发出的MACPDU 15
GB/T39840一2021 6.2.1.3终端处于RRC连接态,基站在PDcCH公共空间内动态调度集群DL-SCH下行分配的处理 +C-RNTI动态调度DL-sCH的处理测试编号:6.2.1.3 测试项目:GRNTIPDCCH盲检能力类型1终端测试分项:终端处于RRC连接态,基站在PDCCH公共空间内动态调度集群DLSCH下行分配的处理+C-RNT动态调度DL-SCH的处理项目适用性;基站必选,PDCCH盲检能力类型1终端必选测试目的;验证基站同时进行组呼和点对点业务时的调度正确性测试条件 UE已注册、处于RRC连接态; 2 测试UE支持盲检能力类型1 测试步骤: 步骤1,对测试UE做CRNTI加扰的下行点对点数据业务步骤2,对测试UE建立组呼并下发数据业务,观察第一次组呼集群寻呼后300ms内UE的盲检过程; 步骤3;查看测试UE是否能够根据PDCCH内的相关调度信息正确接收此MAcPDU 预期结果: 测试UE可通过盲检正确接收PDCCH公其空间和UE专用空间内CRNTI加扰的下行调度信息第一次集群寻呼后300ms内,基站只在PDcCH公共空间内进行集群DL.-SCH动态调度,测试 UE可通过盲检正确接收GRNTI加扰的下行调度信息,以及PDcCH公共空间和UE专用空间内CRNTI加扰的下行调度信息; 测试UE可根据PDCCH上的下行调度信息正确接收所有MAcCPDU 3 6.2.1.4终端处于RRC连接态,基站在PcCH公共空间和群组专用空间内动态调度集群L-SCH下行分配的处理+C-RRNI动态调度DL-SC的处理测试编号;6.2.1.4 测试项目:G-RNTIPDCCH盲检能力类型1终端测试分项:终端处于RRC连接态,基站在PDCCH公共空间和群组专用空间内动态调度集群DL- sCH下行分配的处理+C-RNTI动态调度DL-sCH的处理项目适用性;基站必选,PDCCH盲检能力类型1终端必选测试目的:验证基站同时进行组呼和点对点业务时的调度正确性测试条件 UE已注册、处于RRC连接态测试UE支持盲检能力类型1 16
GB/39840一2021 测试步骤步骤1:对测试UE做C-RNTI加扰的下行点对点数据业务; 步骤2;建立组呼,观察测试UE的盲检过程步骤3;查看测试UE是否能够根据PDCCH内的相关调度指示正确接收此MACPDU 预期结果测试UE可通过盲检正确接收PDCCH公共空间和UE专用空间内C-RNTI加扰的下行调度信息; 基站能在PDCCH群组专用空间内进行集群DLSCH动态调度,测试UE可通过盲检正确接收 GRNTI加扰的下行调度信息,以及PDCCH公共空间和UE专用空间内CRNTI加扰的下行调度信息; 测试UE可根据PDCCH上的下行调度信息正确接收此MACPDU 6.2.1.5终端处于RRC_IDLE态,基站在PDcCH公共空间内激活SPsG-RNTI半持续调度与DL-SCH 下行分配的处理测试编号,6.2.1.5 测试项目.GRNTIPDcCH盲检能力类型1终端测试分项;终端处于RC_IDLE态,基站在PDCCH公共空间内激活SPSG-RNT半持续调度与 DL-SCH下行分配的处理项目适用性:基站必选,PDCCH盲检能力类型1终端必选测试目的;验证基站在公共空间内激活组呼SPS调度的正确性测试条件 UE已注册、处于RRc_IDLE态; 测试UE支持盲检能力类型1 测试步骤步骤1:对UE建立组呼语音业务,观察第一次集群寻呼后300ms内测试UE的盲检过程; 步骤2;查看基站是否依据高层配置的SPs子帧周期下发MACPDU: 步骤3:查看UE是否能够根据PDcCH内的相关调度指示正确接收此MACPDu 预期结果成功激活半持续调度,下行调度信息正确,第一次集群寻呼后300ms内基站只在公共空间内激活下行半持续调度,测试UE可以通过盲检正确接收SPsG-RNTI加扰的下行调度信息; 测试UE可依据SPS激活调度信息在SPs子倾正确接收MACPDU 6.2.1.6终端处于RRC_DL围态,基站在PDcC公共空间和群组专用空间内激活SPsG-RNTI半持续调度与DL-SsCH下行分配的处理测试编号:6.2.1.6 测试项目:GRNTIPDcCCH盲检能力类型1终端测试分项终端处于RRC_IDLE态,基站在PDcCH公共空间和群组专用空间内激活SPsGRNTI 半持续调度与DLSCH下行分配的处理 17
GB/T39840一202 项目适用性:基站必选,PDCCH盲检能力类型1终端必选测试目的;验证基站在公共空间和群组专用空间内激活组呼SPS调度的正确性测试条件 UE已注册、处于RRC_IDLE态测试UE支持盲检能力类型1 测试步骤步骤1;建立组呼业务,在第一次集群寻呼后300ms后激活SPS调度,观察测试UE的盲检过程步骤2:查看基站是否依据高层配置的SPS子帧周期下发MACPDU 步骤3:查看测试UE是否能够根据PDCCH内的相关调度指示正确接收此MACPDU 预期结果成功激活半持续调度,下行调度信息正确,基站能在群组专用空间内激活下行半持续调度,测试 UE可以通过盲检正确接收SPSGRNTI加扰的下行调度信息; 测试UE可依据SPS激活调度信息在SPS子正确接收MACPDU 6.2.1.7终端处于RRC连接态,基站在PDCCH公共空间内激活SPSG-RNTI半持续调度与集群DL- SCH下行分配的处理+C-RNTI动态调度DL-SCH的处理测试编号;6.2.1.7 测试项目GRRNTIPDcCH盲检能力类型1终端测试分项终端处于RRC连接态,基站在PCCH公共空间内激活SPSGRNT平持续调度与集群 DL-SCH下行分配的处理十C-RNT动态调度DL-sCH的处理项目适用性;基站必选,PDCCHH盲检能力类型1终端必选测试目的:验证基站同时进行组呼和点对点业务时的调度正确性测试条件 UE已注册、处于RRC连接态测试UE支持盲检能力类型1 测试步骤步骤1;对测试UE做CRNTI加扰的下行点对点数据业务; 步骤2;建立组呼语音业务,观察基站下发第一次组呼集群寻呼消息300ms内测试UE的盲检过程; 步骤3;查看UE是否能够根据PDcCH内的相关调度信息正确接收此MACPDu 预期结果测试UE可通过盲检正确接收PDcCCH公共空间和UE专用空间内CRNT加扰的下行调度信息; 第一次组呼集群寻呼300ms内,成功激活SPsGRNTI半持续调度,下行调度信息正确,基站只在公共空间内激活下行半持续调度,测试UE可分别通过盲检正确接收SPSGRNTI加扰的下行调度信息,以及PDcCH公共空间和UE专用空间内C-RNTI加扰的下行调度信息 3 测试UE可根据PDCCH上的下行调度信息正确接收点对点业务的MACPDU; 测试UE可依据SPS激活调度信息在SPS子帧正确接收集群语音业务的MACPDU 18
GB/39840一2021 6.2.1.8终端处于RRC连接态,基站在PDcCH公共空间和群组专用空间内激活sPsG-RNTI半持续调度与集群DL-SCH下行分配的处理+C-RNTI动态调度DL.-SCH的处理测试编号:6.2.1.8 测试项目:GRNTPDCCH盲检能力类型1终端测试分项;终端处于RRC连接态,基站在PDCCH公共空间和群组专用空间内激活SPSG-RNTI半持续调度与集群DL-sCH下行分配的处理+C-RNT动态调度DL-sCHH的处理项目适用性;基站必选,PpccH盲检能力类型1终端必选测试目的;验证基站同时进行组呼和点对点业务时的调度正确性测试条件 UE已注册、处于RRC连接态; 测试UE支持盲检能力类型1 2 测试步骤步骤1:对测试UE做C-RNTI加扰的下行点对点数据业务; 步骤2;建立组呼语音业务,观察测试UE的盲检过程; 步骤3;查看UE是否能够根据PDCCH内的相关调度信息正确接收此MACPDU 预期结果测试UE可通过盲检正确接收PDCCH公共空间和UE专用空间内C-RNT加扰的下行调度信息; 成功激活SPsGRNTI半持续调度,下行调度信息正确,基站能在群组专用空间内激活下行半持续调度,测试UE可分别通过盲检正确接收SPSGRNTI加扰的下行调度信息,以及PDCCH 公共空间和UE专用空间内C-RRNTI加扰的下行调度信息测试UE可根据PDCCH上的下行调度信息正确接收点对点业务的MACPDU; 3 测试UE可依据SPS激活调度信息在SPs子帧正确接收集群语音业务的MACPDU 6.2.2G-RNTIDcCH盲检能力类型2终端 6.2.2.1终端处于RRcIDLE态,基站在PDcCH公共空间内动态调度集群DL-SCH下行分配的处理测试编号;6.2.2.1 测试项目:G;RNTPDcCH盲检能力类型2终端测试分项;终端处于RRcDLE态,基站在PDCCH公共空间内动态调度集群DL-SCH下行分配的处理项目适用性:基站必选,PDCcH盲检能力类型2终端必选测试目的:验证基站在公共空间内动态调度的正确性测试条件 UE已注册、处于RRC_IDLE状态; 测试UE支持盲检能力类型2 19
GB/T39840一2021 测试步骤步骤1;对测试UE建立组呼; 步骤2;基站下发测试UE所在组的下行集群业务数据,第一次组呼集群寻呼300ms内观察测试UE 的盲检过程; 步骤3;查看测试UE是否能根据PDCCH内的相关调度信息正确接收此MACPDU 预期结果组呼建立成功; 2 第一次组呼集群寻呼300ms内,基站只在公共空间下发了以GRNT加扰的下行调度信息,测试UE可以通过盲检正确接收此下行分配且调度信息动态变化测试UE可以通过PDCCH上的下行调度信息正确接收基站发出的MACPDU 6.2.2.2终端处于RRC_IDLE态,基站在PDcCCH公共空间和群组专用空间内动态调度集群DL-sCH 下行分配的处理测试编号:6.2.2.2 测试项目.G-RNTIPcCH盲检能力类型2终端测试分项:终端处于RRC_IDLE态,基站在PDCCH公共空间和群组专用空间内动态调度集群DL SCH下行分配的处理项目适用性;基站必选,PDccCH盲检能力类型2终端必选测试目的验证基站在公共空间和群组专用空间内动态调度的正确性测试条件 UE已注册,处于RRc_IDLE状态; 1 测试UE支持盲检能力类型2 2 测试步骤步骤1;对测试UE建立组呼; 步骤2;基站下发测试UE所在组的下行集群业务,观察测试UE的盲检过程; 步骤3;查看测试UE是否能根据PDCCH内的相关下行调度信息正确接收此MACPDU 预期结果组呼建立成功; 2 基站能在群组专用空间下发以GRNTI加扰的下行分配,测试UE可以通过盲检正确接收此下行调度信息; 33 测试UE可以通过PDCCH上的下行调度信息正确接收基站发出的MACPDU 6.2.2.3终端处于RRC连接态,基站在PDCCH公共空间内动态调度集群DLSCH下行分配的处理 C-RRNTI动态调度DL-SsCH的处理测试编号6.2.2.3 测试项目:G-RNTIPDCcCH盲检能力类型2终端测试分项:终端处于RRC连接态,基站在PDCCH公共空间内动态调度集群DLSCH下行分配的处理+C-RNT动态调度DL-SCH的处理 20
GB/39840一2021 项目适用性:基站必选,PDCCH盲检能力类型2终端必选测试目的;验证基站同时进行组呼和点对点业务时的调度正确性测试条件 UE已注册、处于RRC连接态; 测试UE支持盲检能力类型2 测试步骤步骤1:对测试UE做C-RNT加扰的下行点对点数据业务步骤2:建立组呼,下发组呼业务数据,观察UE的盲检过程; 步骤3:查看UE是否能够根据PDCCH内的相关调度信息正确接收此MACPDU 预期结果测试UE可通过盲检正确接收PDCCH公共空间和UE专用空间内C-RNTI加扰的下行调度信息; 基站只在PcCH公共空间内进行集群DL.sCH动态调度,测试UE可通过盲检正确接收G RNI加扰的下行调度信息,以及PDcCH公共空间和UE专用空间内CRNTI加扰的下行调度信息; 测试UE可根据PDcCH上的下行调度信息正确接收所有MACPDu 6.2.2.4终端处于RRc_IDLE态,基站在PDcCH公共空间内激活sPsG-RNTI半持续调度与DL-sCH 下行分配的处理测试编号6.2.2.4 测试项目.G-RNTIPICCH盲检能力类型2终端测试分项;终端处于RRC_IDLE态,基站在PDCCH公共空间内激活SPsGRNT半持续调度与 DLSCH下行分配的处理项目适用性:基站必选,PDCCH盲检能力类型2终端必选测试目的:验证基站在公共空间内激活SPs调度的正确性测试条件 UE已注册,处于RRc_IDLE态; 测试UE支持盲检能力类型2 测试步骤步骤1;建立组呼语音业务,观察测试UE的盲检过程; 步骤2:查看基站是否依据高层配置的SPs子帧周期下发ACPDU，步骤3;查看UE是否能够根据PDcCCH内的相关调度指示正确接收此MACPDU 预期结果成功激活SPsGRNTI半持续调度,下行调度信息正确,基站只在公共空间内激活下行半持续调度,测试UE可以通过盲检正确接收SPsGRNTI加扰的下行调度信息; 测试UE可依据SPS激活时的调度信息在SPS子正确接收MACPDU
GB/T39840一2021 6.2.2.5终端处于RRC_IDLE态,基站在PDcCH公共空间和群组专用空间内激活sPsG-RNTI半持续调度与DL-sCH下行分配的处理测试编号:6.2.2.5 测试项目:GRNTIPDCCH盲检能力类型2终端测试分项:终端处于RRC_IDLE态,基站在PDCCH公共空间和群组专用空间内激活SPsGRNTI 半持续调度与DL-SsCH下行分配的处理项目适用性;基站必选,PDCCH盲检能力类型2终端必选测试目的;验证基站在公共空间和群组专用空间内激活sPS调度的正确性测试条件 UE已注册、处于RRC_IDLE态; 测试UE支持盲检能力类型2 2 测试步骤步猴1;建立组呼语音业务;,观察mxcH下行调度信息步骤2;查看基站是否依据高层配置的sPs子倾周期下发MACPDU 步骤3;查看UE是否能够根据PDccH内的相关调度指示正确接收此MAcPDu 预期结果; 成功激活SPsG;RNTI半持续调度,下行调度信息正确,基站能在群组专用空间内激活下行半持续调度,测试UE可以通过盲检正确接收SPsG-RNTI加扰的下行调度信息测试UE可依据sPS激活时的调度信息正确接收MACPDU 6.2.2.6终端处于RRc_IDLE态,基站在PDcCH公共空间内激活sPSsG-RRNI半持续调度与集群L sCH下行分配的处理+c-RNTI动态调度DL-sCH的处理测试编号;6.2.2.6 测试项目;GRNTIPDccCH盲检能力类型2终端测试分项终端处于RRC_IDLE态,基站在PDCCH公共空间内激活SPSGRNT半持续调度与集群DL-SCH下行分配的处理十CRNT动态调度DL-sCH的处理项目适用性;基站必选,PDcCH盲检能力类型2终端必选测试目的;验证基站同时进行组呼和点对点业务时的调度正确性测试条件 UE已注册,处于RRC_IDLE态; 测试UE支持盲检能力类型2 测试步骤步骤1:对测试UE做C-RRNTI加扰的下行点对点数据业务步骤2;建立组呼语音业务,观察基站下发下行调度信息; 步骤3:查看UE是否能够根据PDCCH内的相关调度信息正确接收此MACPDU 22
GB/39840一2021 预期结果测试UE可通过盲检正确接收PDCCH公共空间和UE专用空间内C-RNTI加扰的下行调度信息; 成功激活SPsGRNTI半持续调度,下行调度信息正确,基站只在公共空间内激活下行半持续调度,测试UE可通过盲检正确接收SPsG-RRNTI加扰的下行调度信息,以及PDCCH公共空间和UE专用空间内C-RNTI加扰的下行调度信息测试UE可根据PDCCH上的下行调度信息正确接收点对点业务的MACPDU; 测试UE可依据SPS激活调度信息在SPS子正确接收集群语音业务的MACPDU 6.3终端PDCCH搜索空间能力上报(GRNTIMIAcCE)与基站对群组搜索空间的控制 6.3.1已处于连接态终端接收到组呼寻呼测试编号6.3.l 测试项目:终端PDCCH搜索空间能力上报(GRNTIMACCE)与基站对群组搜索空间的控制测试分项:已处于连接态终端接收到组呼寻呼项目适用性，基站必选GRTPH首检能力类型2和或在个下行TTI中不支持同时接收 CRNTIPDsCH与GRNTIPDsCH的终端必选测试目的;验证基站接收到终端搜索空间能力上报后的调度处理测试条件测试UE为GRNTPDcCH盲检能力类型2,和/或在一个下行TT中不支持同时接收C RNTPDsCHH与G-RNTPDsCH的终端测试UE已注册、处于RRC连接态(如正在进行点对点数据业务) 测试步骤步骤1;发起集群组呼业务,基站下发组呼寻呼;查看基站对组呼G-RNTI的PDCCH调度信息步骤2;查看测试UE在收到第一次组呼寻呼后是否利用上行MACPDU携带GRNTMAcCE 步骤3;基站收到此G-RNTIMAcCE后,查看是否对该组呼的G-RNT在公共空间内调度预期结果: 基站下发集群寻呼消息后,定时器(300ms)超时前基站对该组呼的G-RNTI放在PDcCH公共空间内调度; 测试UE收到组呼寻呼;利用上行MACPDU携带GRNTMACCE 基站收到此G-RNTIMAcCE,对该组呼的G-RNTI继续放在公共空间内调度 6.3.2终端已在接收组呼,从IDLE态进入连接态测试编号;6.3.2 测试项目:终端PDCCH搜索空间能力上报(GRNTIMACCE)与基站对群组搜索空间的控制测试分项;终端已在接收组呼,从IDLE态进人连接态 23
GB/T39840一2021 项目适用性;基站必选,GRNTIPDCCH盲检能力类型2和/或在一个下行TTI中不支持同时接收 CRNTPDsCH与GRNTIPDsCH的终端必选测试目的:验证基站接收到终端搜索空间能力上报后的调度处理测试条件测试UE已注册、处于RRC_IDLE状态; 2 测试UE为GRNTPDCCH盲检能力类型2,和/或在一个下行TTI中不支持同时接收C RNTPDsCH与GRNTPDsCH的终端测试步骤步骤l;基站发起组呼业务,UE为听用户组呼的PDCCH在群组专用空间内调度步骤2:UE发起获取话权过程(或者UE发起点对点数据业务),从IDLE态进人连接态,查看UE是否发起随机接人,并且查看MscG3中是否带有G-RNIMAccE. 步骤3:基站收到此MSG3后,查看是否对该组呼的GRNTI放在公其空间调度预期结果步骤1中,UE处于IDLE态听用户基站对该组呼在群组专用空间内调度 1 UE发起随机接人成功,并且在MsG3中带有GRNrIMAcCE 2 基站收到此MsG3后,对该组呼的GRNTI放在公共空间内调度 3 6.3.3已接收组呼的连接态终端切换测试编号;6.3.3 测试项目:终端PDCCH搜索空间能力上报(GRNTIMACCE)与基站对群组搜索空间的控制测试分项:已接收组呼的连接态终端切换项目适用性;基站必选,GRNTPDCCH盲检能力类型2和/或在一个下行TTI中不支持同时接收 CRNTrDsCcH与GRNTPDsCH的终端必选测试目的:验证基站接收到终端搜索空间能力上报后的调度处理测试条件测试UE为G-RNccH盲检能力类型2,和/或在一个下行TI中不支持同时接收e RRNTPDsCH与GRNTIPDSCH的终端; 2 UE已注册、处于RRC连接态且已接收组呼; 3 CELI1与CELL2互为邻区,UE处于CELL1中测试步骤步骤1:UE从CELL1的小区覆盖范围移动至CELL2的小区覆盖范围; 步骤2;在切换所触发的随机接人中,查看MSG3或发送RRC重配完成消息的MACPDU中是否带有GRNTMACCE: 步骤3;目标基站收到此G-RNTIMACCE后,查看在CELL2是否对该组呼的GRNTI放在公共空间调度 24
GB/39840一2021 预期结果切换前源基站在CELL1中)对该组呼的G;RNTI在公共空间调度,当UE移动至满足切换条件的区域时,进行切换; UE发起随机接人成功,并且MSG3或发送RRC重配完成消息的MACPDU中带有G-RNTI MACCE 目标基站收到此GRNTMACCE后,在CELL2中对该组呼的GRNT放在公共空间调度 6.3.4GRNT变更(接收组呼过程中转为接收另一组呼测试编号;6.3.4 测试项目:终端PDCCH搜索空间能力上报(GRNTIMACCE)与基站对群组搜索空间的控制测试分项:G;RNTI变更(接收组呼过程中转为接收另一组呼) 项目适用性:基站必选,GRNTIPDCCH盲检能力类型2和/或在一个下行TTI中不支持同时接收 C-RNTIPDSCIH与GRNTIPDSCIH的终端必选测试目的;验证基站接收到终端搜索空间能力上报后的调度处理测试条件测试UE已注册、处于RRC连接状态; 测试UE支持GRNVIPcCH盲检能力类型2: 2 测试UE签约组A、组B两个组; 3 测试UE为组A内唯一的盲检能力类型2的终端,组A内其他终端为盲检能力类型1 4！组B内无其他盲检能力类型2的终端 5 测试步骤步骤1;先发起组A的组呼业务,测试UE为听用户查看组A的GRNTIcCH调度信息步骤2:再发起组B的组呼业务,组B优先级高于组A(或者用户主动转到接收组B) 步骤3;查看测试UE是否接收组B集群寻呼和TTCH,并且查看是否通过上行MAcPDU携带G RNTIMAcCE(组B的G-RNTI) 步骤4;基站收到此GRNTMAcCE后,查看是否对组B的GRNTI放在公共空间调度预期结果: 步骤1中,组A的PDCCH在公共空间调度; 步骤3中,UE收到组B的集群寻呼后,通过上行MACPDU携带G-RNTIMACCE(组B的G RNTI); 步骤4中,基站收到测试UE上报的G-RNTIMACCE(组B的GRNTI),对于组A,GRNT 3 加扰的调度信息可放在公共空间和群组专用空间内调度或放在公共空间内调度;对于组B,G RNT加扰的调度信息放在公共空间内调度 25
GB/T39840一2021 RRC协议基本功能测试 7.1集群系统信息的广播 7.1.1TCCH配置广播测试编号:7.1.1 测试项目:集群系统信息的广播测试分项:TPCCH配置广播项目适用性:基站必选、终端必选测试目的验证UE在指定E-UTRAN的小区中能正确接收和解析系统信息测试条件 UE已注册、处于RRC_IDLE状态测试步骤 UE处于RRc_IDLE状态,通过UE侧的后台跟踪记录系统信息广播 E-UTRAN把MIB,SIB1、 SIB2、SB3、SIB4、SystemlnformationBlockTypeTrunking广播给UE 消息流 UEEUTRAN 消息 MasterlnformationBock - SystemlnformationlBlockTypel Systemlnformation(SI Systemlnformation(SI 预期结果处于RRC_IDLE状态的UE能够读取BCH上发送的主信息块(MIB),和DL-SCH上发送的 SIB1,以及Systemlnformation(S)消息中的SIB2、SIB3、SIB4、SystemlnformationBlockType- Trunking; Systemlnformation消息中包含参数sibTypeAndlnfo:sib32SystemlnformationBlockType Irunking; 3 SystemlnformationBlockTypel中包含SibType:sibTypeTrunking; s nBlockTypeIrun ing中包含TPCCH-Config参数 Svstemlnformation 26
GB/39840一2021 7.1.2小区故障弱化指示测试编号:7.1.2 测试项目:集群系统信息的广播测试分项:小区故障弱化指示项目适用性;基站必选、终端必选测试目的验证UE在指定E-UTRAN的小区中能正确接收和解析系统信息测试条件 UE已注册、处于RRC_IDLE状态测试步骤步骤1:触发小区故障弱化 E-UTRAN把MIB,SIB1,SIB2,SIB3SIB4、SystemlnformationBlock TypeTrunking广播给UE . 步骤2;通过UE侧的后台跟踪记录系统信息广播消息流 UEE-UTRAN 消息 MasterlnformationBlock SystemlnformationBlockTypel Systemlnformation(SI Systemlnformation(SI 预期结果处于RRC_IDLE状态的UE能够读取BCH上发送的主信息块(MIB),和DL.SCH上发送的 sIB1.以及Systemlnformation(sI)消息中的sIB2、sIB3、SIB、SystemlnformationBlockType- Trunking; SystemlnformationBlockTypeTrunking中包含CelFailurelnd参数,值为true 7.1.3P-t广播测试编号;7.1.3 测试项目:集群系统信息的广播测试分项:Pt广播测试目的验证UE在指定E-UTRAN的小区中能正确接收和解析系统信息项目适用性:基站必选、终端必选测试条件 UE已注册,处于RRC_IDLE状态 27

基于LTE技术的宽带集群通信（B-TrunC）系统接口测试方法（第一阶段）空中接口GB/T39840-2021

一、B-TrunC系统概述

B-TrunC系统是一种基于LTE技术的宽带集群通信系统，具有高速率、低时延、高可靠性等优点。该系统由基站控制器（BSC）、集群控制器（CC）和集群用户设备（UE）三部分组成。

其中，集群控制器是B-TrunC系统的核心，实现了对UE进行管理和控制，支持多种应用场景和业务需求。

二、B-TrunC系统接口测试方法

1. 空中接口GB/T39840-2021

空中接口是B-TrunC系统中最为重要的一个环节，也是整个系统的基础。空中接口测试主要包括物理层测试和上层协议测试两个部分。

物理层测试主要是针对无线信道的传输性能进行测试，包括发射功率、灵敏度、误码率等参数的测试。上层协议测试则是对不同协议进行测试，包括控制面和用户面协议。

2. 接口测试方法

B-TrunC系统接口测试主要包括功能测试、性能测试和稳定性测试三个方面。

其中，功能测试是测试系统各模块的功能是否正常；性能测试是测试系统在不同负载下的运行性能；稳定性测试则是测试系统长时间运行时是否会出现异常。

3. 测试工具

在进行B-TrunC系统接口测试时，可以使用多种测试工具，如信令分析器、网络协议分析器、业务性能测试工具等。

这些工具可以帮助测试人员更全面、更准确地了解系统的性能和功能表现，有助于提高测试效率和测试质量。

三、总结

B-TrunC系统是一种基于LTE技术的宽带集群通信系统，对于提高通信效率和增强通信质量具有重要意义。在进行B-TrunC系统接口测试时，需要重点关注空中接口的测试，同时还需要采用多种测试方法和测试工具，以确保测试的全面性和准确性。