简介这是一份5G无线功能与性能测试规范分册版本v2.3面向5G设备测试与验证相关的工程师、研发人员及项目管理人士用于指导测试方案设计与用例执行。文档为单个docx格式文件大小约555KB结构清晰涵盖范围、规范性引用文件、术语定义、被测对象、测试环境、测试工具与测试方法等模块。规范详细描述了NSA架构下的硬件与软件架构给出网络配置A至D四种拓扑参考并明确了被测及配合设备、协议分析仪、信令分析仪等测试工具的使用方式同时涉及NR基本功能测试如多BWP配置和RRC切换等具体验证项目对关键指标统计与分析、测试其他约定也有相应说明。阅读后可快速建立5G无线测试体系框架便于对照3GPP、ITU-T、ETSI等标准制定内部测试流程也可作为测试报告编制和审核的参考依据。目前已有121人浏览学习适合需要系统掌握5G无线性能测试方法的从业者。1. 这本5G测试规范能帮你什么从验收依据到用例执行的三个定位第一次看到“5G测试规范-无线功能性能分册v2.3.docx”这个文件名很容易当成普通接口文档划过去。但真正接过5G室分测试任务的人打开正文就会明白这份docx的价值在于把3GPP那一堆TS 38系列标准收敛成了一整套能直接照做的测试例从被测对象硬件软件架构、NSA架构说明、四种测试网络拓扑到协议分析仪与终端信令工具的选型、每条用例的预置条件和预期结果再到P1/P2/F三档判定口径和30秒均值、3次重复的统计细则全都有明确文字。功能侧覆盖BWP配置切换、RRC状态转换、PRACH、SSB频域配置、链路自适应、切换互操作、C-DRX与VoNR性能侧覆盖单用户上行下行峰值和控制面、用户面时延。适合刚上手5G NR测试的工程师拿来当执行底稿也适合写测试方案、排联调计划、做设备验收的人对照优先级快速圈定必测项。2. 测试环境与判定口径网络拓扑A到D怎么选P1/P2/F怎么判动手跑用例之前先花半小时把环境和判定标准对齐后面能少返工一整天。这一章把规范里散落在各处的环境要求、设备清单、统计口径统一讲清楚。2.1 拓扑选型单小区、多小区、双gNB各自服务的测试目标规范在5.1节给了四张参考拓扑图分别覆盖不同测试目的。网络配置A是1个小区、1个gNB适合大部分单小区基本功能用例像RRC状态转换、PRACH、SSB配置、链路自适应这类不涉及切换的用例都在这个拓扑上跑。网络配置B是2个小区、1个gNB网络配置C是3个小区、1个gNB这两个拓扑用于同一个gNB内部的多小区场景比如同频异频测量、小区间干扰下的性能基线。网络配置D是2个小区、2个gNB专为Xn/NG口切换和互操作设计。网络配置拓扑结构典型用途配置A1 Cell, 1 gNB单小区基本功能、RRC状态转换、随机接入、SSB配置、链路自适应配置B2 Cell, 1 gNB同gNB内两小区切换、同频/异频测量配置C3 Cell, 1 gNB多小区干扰下的性能基线、移动性参考配置D2 Cell, 2 gNBXn切换、NG切换、数据转发、互操作有个细节要注意文档图5.4的标题文字写的是“网络配置E”但5.1.4小节的编号和被测设备需求表都指向配置D这是典型的文档笔误。实际搭环境时以5.1.4标题和5.2设备表为准不用被图里的英文注释带偏。这种笔误在规范类文档里不算少见后面第6章会专门说拿到文档先做版本和编号核查。2.2 被测设备登记与测试工具协议分析仪必须支持哪些接口规范对被测设备管理有两个硬性要求。测试前必须登记被测设备型号和软件版本测试过程中原则上不能更换设备如果必须换硬件或者升级软件要向测试负责人申请。这条看着简单实际执行时经常因为“设备版本变了但报告里没更新”导致整个批次的数据作废建议建一个设备登记表字段至少包含型号、软件版本、硬件版本、测试起止时间、变更记录。测试工具分两块。网络协议分析仪需要支持E-UTRAN Uu、Ng、Xn、S1、X2等接口的监测解码精度到“位域级别”——这意味着选型时不能只看能不能解出信令流程名要确认关键字段比如BWP相关IE、RRC状态转换原因值能展开到位级。终端侧配一台信令消息跟踪设备能连接计算机记录并显示UE发出的信令序列。实际操作里这两台设备的时钟必须同步否则后期把两侧log做时间对齐时能对到你怀疑人生。2.3 关键指标统计口径30秒均值、3次重复、L1与L3双记录规范在6.2.3节把统计口径写得非常清楚这也是很多人跳过不读、后面数据被质疑的地方。单项指标涉及测试时间长度的最少记录30秒数据取30秒内序列的均值峰值测试取30秒内的最大值。整体测试建议至少做3次最终结果是多次的均值。吞吐量测试必须同时记录L1和L3业务应用层两套数据并且说明统计方式包括统计时长、平滑方式、上报周期如果用Dumeter这类流量监控软件需要写明具体统计方式和配置参数。提示L1和L3的差值本身就有诊断价值规范里后面链路自适应用例给出的Padding率公式物理层流量减MAC层流量再除以物理层流量就是靠这个差值判断空口有没有空转调度。另外几个容易被忽略的约定。下载/上传的文件尽量放在测试网络内部的Application Server上避免公网链路的不确定时延干扰无线侧数据——这条对峰值测试尤其关键。测试例里没有特殊说明时HARQ、AMC、UE上行功控默认打开上下行配置为天线MIMO自适应模式。Ping按Windows默认值执行时间间隔1秒。规范里的表6-2“测试时的TCP/IP配置列表”在原文档里是空白的实际执行时建议先把MTU、TCP窗口缩放因子、客户端和服务器网卡队列深度敲定并留档否则峰值用例跑出来的差距说不清是空口问题还是协议栈配置问题。3. 基本功能测试执行要点BWP切换、RRC状态转换、PRACH与SSB配置功能测试是这份规范里占篇幅最大、也最值得细读的部分。它的用例写法是统一的“预置条件测试步骤预期结果”照着走就能判断设备是否达标。这一章挑最容易出问题的几个用例展开告诉大家参数怎么设、消息里查什么字段、log从哪看。3.1 BWP配置与切换下行RRC/DCI两条路径的参数核对BWP用例的技术条件是固定的信道带宽100MHz子载波间隔30kHz上下行资源比例2:8帧结构DDDDDDDSUU也就是说7个下行时隙、1个特殊时隙、2个上行时隙。规范在7.1.1到7.1.4四个用例里配置了两个专用BWPBWP1为上下行各100MHzBWP2为上下行各20MHz起始位置和带宽参数都不同。RRC切换方式验证的是系统能通过RRC重配置消息激活目标BWP。检查点在空口RRC配置消息里下行要看downlinkBWP-ToAddModList和initialDownlinkBWP这两个IE是否包含两个专用BWP配置带宽、起始位置、子载波间隔是否跟OMC侧设置一致上行对应看uplinkBWP-ToAddModList和initialUplinkBWP。DCI切换方式验证的是gNB能否通过PDCCH上的DCI调度指令直接切换BWP这条路径比RRC切换快得多但依赖PDCCH搜索空间和DCI格式的配置后面第5章会专门讲它容易出的问题。实际执行时规范里“降低下行吞吐率直到满足BWP切换门限”这句写得比较含糊。常见做法是用可编程衰减器或者信道模拟器逐步降低RSRP/SINR让系统自然触发BWP切换比靠TCP灌包压吞吐更可控——TCP流量抖动大门限会反复横跳log里全是切换来回的碎片记录。3.2 RRC状态转换idle到connected与inactive到connected的验证边界RRC状态转换用例在7.2节预置条件很明确2.6GHz小区带宽100MHzUE支持SA协议且在核心网已签约。一条验证RRC_IDLE和RRC_CONNECTED之间的转换UE接入小区进入RRC_CONNECTED定时器超时回到RRC_IDLE再由UE发起业务触发RRC连接建立重新进入RRC_CONNECTED。另一条验证RRC_INACTIVE到RRC_CONNECTED的转换要求小区配置支持Inactive。有经验的测试人员会关注idle和inactive的差异idle态下UE上下文在核心网侧已释放恢复连接走的是完整的RRCSetupRequest/RRCSetup流程inactive态下UE上下文还保留在gNB和UE两侧恢复走的是RRCResumeRequest/RRCResume流程信令流程短得多。验证时重点抓两点一是定时器超时后UE是否正确进入目标状态二是业务触发时的信令消息类型——如果该走Resume却走了Setup说明gNB的挂起配置或UE的inactive支持有问题这是这类用例最容易出现的行为偏差。3.3 PRACH Format0与SSB频域配置从配置索引到终端接入的检查链PRACH Format0用例的目的是验证系统支持随机接入前导格式0。配置时按3GPP TS 38.211第6.3.3.2节的PRACH前导格式定义设置prach-ConfigurationIndex同时要确认系统消息里广播了RACH配置信息、开环功率控制参数、根序列号和PRACH配置标识。预期结果分两层第一层是基站在系统消息里广播的参数完整随机接入preamble码格式符合配置第二层是测试UE随机接入成功。在TDD帧结构DDDDDDDSUU下PRACH的时域位置必须落在上行时隙U上如果配置索引对应的时间位置落在D或S时隙随机接入前导根本发不出来这是实测中每次都会踩的坑。SSB频域配置用例给了一组具体数字频点504990对应2524.95MHz频点512910对应2564.55MHz操作步骤是先在OMC侧把SSB配到第一个频点终端接入并观察频点号再改到第二个频点重新接入观察。NR里频点号换算绝对频率的常见方法是按GSCN栅格换算这两个频点换算后落在n78频段内。验证时除了看UE接入成功的显示频点还建议用扫频仪在射频口确认SSB的实际发射位置因为UE显示频点和空口实际发射位置不一致的情况在室分场景里很常见。3.4 链路自适应与终端节电MCS随信道变化、Padding率与C-DRX验证链路自适应用例放在“无线资源控制RRC”那一节下但用例编号写的是7.3.3.1.3很明显是文档归档时的小节错位。它的技术内容是正经的链路自适应验证UE位于好点依次执行100字节、500字节、1500字节的ping包各20次记录上下行资源分配情况MCS、PRB个数和流量物理层流量、MAC层流量、PDCP流量然后上下行满buffer灌包至少2分钟重复步骤再分别让UE位于中点和差点重复整个流程。预期结果里有一条很有意思计算Padding率等于物理层流量减MAC层流量再除以物理层流量这个比例反映了空口资源有没有被无效调度浪费。好点、中点、差点三档的MCS和PRB数量必须随链路质量有可见变化如果全程都是一个MCS档位说明gNB的AMC没有正常工作。C-DRX在7.6节只给了长周期和短周期两个用例标题没有展开测试步骤。常见做法是先在RRC重配置消息里核对DRX-Config参数包括onDurationTimer、drx-InactivityTimer、长周期和短周期数值然后让UE进入DRX休眠用周期性的小包业务观察终端唤醒后的首包调度时延。验证目标是休眠、唤醒行为符合参数配置且唤醒后调度无异常延迟。4. 移动性、互操作与语音Xn/NG切换、4G/5G互操作、EPS Fallback与VoNR的优先级排布切换、互操作和语音用例有一个共同点它们的标题里都标注了优先级并且多数写着“需要宏站配合”。这意味着在实验室里跑这些用例需要提前跟外场团队约窗口不能像单小区功能用例那样随时开机随时跑。先看优先级怎么排再研究用例本身怎么做。4.1 Xn与NG两套切换路径同频异频、门限参数与无损转发规范在7.4节把移动性管理用例分成Xn接口切换和NG接口切换两组每组都要求验证同频和异频两个方向统一标注“第二优先级”。Xn切换是gNB之间的直接切换切换准备和执行都通过XnAP信令完成用户面数据转发走Xn data forwardingNG切换是经过5GC核心网参与的N2切换流程。两套路径在现网里都存在Xn路径时延更短NG路径是核心网重定位时必须走的。验证时除了看切换本身成功还要确认数据转发无损——7.4.5和7.4.6两个用例专门验证Xn data forwarding和NG data forwarding切换前后业务面不能出现明显丢包或时延毛刺。7.4.3的“切换门限参数配置”用例是要通过OMC调整A3事件的Offset、滞回值Hysteresis和TimeToTrigger观察UE测量报告上报时机和gNB切换判决是否随门限变化。这里建议大家先调时间类参数再调幅度类参数一次只动一个方便归因。UE能力信息无损传递用例验证的是目标gNB通过Xn信令获取UE能力上下文而不是从核心网重新查询掏出log看ln除切换流程里是否携带UE能力信息元素就能判断。4.2 4G/5G互操作重选优先级、重定向与PS HO的排期逻辑互操作用例集中在7.5节三个用例全部标注“第二优先级”异系统小区重选频点和优先级配置、异系统小区重定向5G-4G、5G-4G PS HO。重选验证的是idle态行为核心是频点优先级配置——网络侧把LTE频点优先级调高于NRUE停留在LTE反过来调整UE重选到NR。重定向是连接态行为gNB通过RRC Release消息携带redirectionInfo指到异系统频点。PS HO则是完整的分组交换切换流程。排期逻辑上建议按依赖关系分两批重选和重定向可以白天实验室做需要宏站作为目标系统配合PS HO因为涉及完整切换流程最好放在跟宏站的联调窗口里统一执行。这三个用例的共同点是都要求至少两套系统小区同时工作实验室里如果只有一套gNB和模拟核心网这类用例只能挂起等外场窗口。4.3 语音功能EPS Fallback优先于VoNR的用例执行顺序语音用例在7.7节这是全文档里唯二标注“第一优先级”的功能用例。EPS Fallback切换方案要验证的是UE发起VoNR业务时gNB判决回落LTE网络承载语音整个切换过程中语音业务不能中断。VoNR基本功能系统内切换Xn要验证的是VoNR用户在两个gNB之间切换时语音质量保持常见做法是持续RTP灌包记录切换时延、RTP流连续性、有没有短暂静音或丢声。实测时习惯把MOS评分和切换时延一起记录切换时延超过100ms就能听到明显卡顿这个数据比看信令流程直观得多。优先级排布上有个明显逻辑EPS Fallback和VoNR系统内切换是语音业务的根基先于后面所有第二优先级的移动性用例——如果语音基础功能不过关切换互操作做得再好看也没有意义。这也是规范把这两个用例标成第一优先级的原因。5. 避坑与排查按这份规范执行时最容易翻车的六个场景这一章把在实验室和联调现场实际碰过的坑按“现象、原因、解决”整理出来全部是对照这份规范执行时会遇到的问题。每一条都是真实返工换来的经验建议在开工前先读一遍。5.1 BWP切换用例触发失败TCP灌包下的门限抖动现象按规范7.1.1的步骤用满buffer TCP下行业务压吞吐期望吞吐降到BWP切换门限以下触发RRC切换但BWP切换反复不定log里全是来回切换记录或者压根不触发。原因TCP协议自带拥塞控制吞吐波动大空口信道稍恶化时TCP窗口先收缩吞吐下降但RSRP、SINR还没到BWP切换门限等信道恢复吞吐又被TCP窗口的慢启动限制住切换门限的判定被流量抖动干扰。解决把TCP灌包换成UDP满buffer灌包流量平稳且能真实反映空口调度配合可编程衰减器缓慢改变路径损耗让RSRP/SINR平稳越过门限。门限参数在OMC侧提前确认触发量优先用RSRP或SINR而不是单纯吞吐量。5.2 DCI切换出现调度空窗搜索空间与DCI格式不匹配现象7.1.2和7.1.4的DCI切换用例执行时UE没有响应DCI中的BWP指示或者切换后出现一段时间的调度空窗吞吐掉零。原因DCI切换依赖PDCCH上的搜索空间配置和DCI格式。BWP切换指示在DCI 0_1上行调度和DCI 1_1下行调度里有独立的BWP indicator字段如果搜索空间周期太长、聚合等级不够或者CORESET配置没覆盖到激活BWPUE根本收不到携带切换指示的DCI。解决先在RRC消息里核对PDCCH-Config确认搜索空间、CORESET、聚合等级能覆盖当前BWP和待切换BWP再用终端log确认UE确实收到了DCI且BWP indicator字段解析正确。这两个检查都过了还出现空窗再看UE能力里的PDCCH盲检能力是不是被配置超过了。5.3 PRACH Format0接入失败配置索引与帧结构冲突现象7.1.5用例配置PRACH Format0后UE发起随机接入一直失败前导检测不到信令跟踪里看不到gNB回复的随机接入响应。原因DDDDDDDSUU帧结构下PRACH的时域位置如果被配置到下行时隙或特殊时隙UE根本没机会发送前导。prach-ConfigurationIndex决定了前导的时频位置它必须与TDD帧结构的上行时隙U对齐。解决查TS 38.211的PRACH配置索引表把配置索引映射出的时域位置跟DDDDDDDSUU逐时隙核对确认落在上行时隙内同时检查根序列索引rootSequenceIndex和循环移位配置这两个参数不匹配也会导致gNB检测不到前导。5.4 SSB频点换算错误GSCN与实际发射位置对不上现象7.1.6用例里OMC侧配好SSB频点504990后终端接入显示频点跟预期一致但扫频仪在射频口看到的SSB实际位置偏了或者同频邻区出现干扰。原因频点号和绝对频率的换算关系没捋清楚。SSB频域位置用GSCN或绝对频点号表示换算成绝对频率要按对应频段的栅格步进算OMC侧如果填错单位配出来的SSB发射位置就跟预期差一个栅格。室分场景下SSB的波束方向配置也会影响终端的搜网结果。解决配完SSB先扫频确认实际发射频点再让UE接入对比显示频点两个频点504990和512910分别对应2524.95MHz和2564.55MHz换算时要带小数位别用整数四舍五入。5.5 峰值速率跑不满瓶颈往往不在空口现象8.1节单用户下行峰值测试怎么调都跑不到理论峰值MCS已经接近满档但吞吐就是上不去。原因峰值测试是端到端的链路验证Application Server的磁盘读写、CPU核数、网卡中断队列、TCP窗口都可能是瓶颈。规范里明确要求下载/上传文件尽量放在测试网络内部就是为了排除公网干扰但测试网络内部的服务器本身性能不够照样压不住千兆以上的空口速率。解决用UDP灌包定位空口能力上限再用多线程TCP测实际业务吞吐Application Server用高性能网卡并做CPU绑核、调整中断亲和性确认MTU和TCP窗口设置两边一致。峰值用例的记录口径按规范来L1和L3吞吐都记统计时长、平滑方式、上报周期写清楚。5.6 L1/L3吞吐对不上统计口径与Padding率判定现象同一轮峰值测试L1吞吐显示1.2GbpsL3吞吐只有900Mbps差值接近三成回传报告时被质疑数据有效性。原因L1统计的是物理层调度的总吞吐包含MAC层头、填充Padding和重传的开销L3统计的是业务应用层净荷。两层口径本来就该有差值但差值过大说明空口存在无效调度或Padding过多。解决用规范7.3节给的Padding率公式物理层流量减MAC层流量除以物理层流量做量化判断Padding率偏高就去查gNB的调度器参数和AMC是否正常工作。报告里L1和L3数据必须成对出现单报一个口径在验收时会被打回。6. 把规范变成自己的用例执行矩阵优先级分层与版本核查的实战习惯拿到一份几十页的规范类文档直接从头读到尾效率很低。我的习惯是花半天时间把它拆成一张用例矩阵之后每次执行都在这张表上维护状态。第一步是做版本和编号核查。这份文档的文件名写的是v2.3但正文首页的版本号字段填的是1.0.0两处对不上。另外文档里还有几处归档错误7.2节“无线资源控制RRC”下面挂的用例编号是7.3.3.1.3链路自适应图5.4把配置D写成了配置E。这些看起来是小问题但如果你按章节号自动生成用例编号台账会乱得一塌糊涂。拿到文档先过一遍目录和正文的编号一致性该修正的修正再冻结版本。第二步是抽用例字段。按“用例编号、章节、用例名称、优先级、是否需要宏站配合、预置条件、测试步骤、预期结果、记录项、实际结果、备注”列一张表。规范里的测试例大多自带网络配置和优先级标注直接抄进来不需要自己重新整理格式。用例名优先级环境要求执行状态EPS Fallback切换方案第一优先级需宏站配合P1VoNR基本功能系统内切换Xn第一优先级双gNBP1单用户下行峰值速率第一优先级配置A内部服务器P1Xn系统内切换同频/异频第二优先级需宏站配合P2异系统小区重选第二优先级需宏站配合P2第三步按优先级排执行计划。第一优先级先跑完这些用例决定了设备能不能提供基础业务第二优先级排到联调窗口统一处理标注“需要宏站配合”的用例提前跟外场约时间。必选和可选属性分开管理必选结果直接影响验收结论可选的测了记录、不测要有说明。我从那以后每次接手新规范都强制自己先拆矩阵再动手先把版本核查和编号对齐做完拍板的执行顺序用优先级字段说话跑完的用例逐条登记P1/P2/F状态报告直接由矩阵生成。这套习惯让每一版测试结果都可追溯少挨了不少验收会的追问。这条思路你下次拿规范类文档做测试计划时直接套用希望帮到你。本文还有配套的精品资源点击获取