摘要：IMT-2030 射频基线以 ITU-R M.2160 为框架，频段、信道与射频要求由 3GPP 与区域标准共同落地，需动态跟踪修订。

关键词：IMT-2030, ITU-R M.2160, 射频基线

IMT-2030 不是一本能直接照着做的手册，而是一棵从愿景到条款的标准树，得顺着树干找枝叶才不会看花眼。很多人拿着愿景文件就写指标，结果和真正能验收的条款差了十万八千里，内部外部都对不齐。这一节帮你理清这棵树的脉络，少走弯路，也避免把宣传语当验收依据去指导样机，让需求从第一天起就落到可测试的条款上。

一、IMT-2030 的框架从哪来

IMT-2030 是 ITU 对 6G 的愿景代号，框架性文件如 ITU-R M.2160 给出能力、频段与部署场景的顶层定义。它不规定每个器件的参数，而是给后续标准化定调，真正可执行的射频要求由 3GPP 等组织细化。看基线要先认清楚哪层是愿景、哪层是条款，别把愿景当指标去达标，那是空耗，团队会在一个无法测试的口号上反复争论，连内部指标都对不齐，对外更没法承诺，白白浪费一轮需求分析，这种内耗在早中期项目里特别多，根子就在没分清愿景和条款的边界，把方向感和验收依据混为一谈了。

• M.2160 是框架非细则
• 可执行要求看 3GPP

二、射频基线包含哪些维度

基线一般覆盖工作频段、信道带宽、发射/接收射频指标、OTA 口径与共存要求。对于 FR3、毫米波和 Sub-THz，基线的频段窗口和带宽档位是选型的第一道筛子。落地时要把基线逐条映射到本系统的指标表，别只停在支持 IMT-2030 这种空话，要落到具体数值，否则只是宣传语，招标和送检都会被问到具体条款编号，答不上来直接判技术偏离，连澄清机会都没有，前期努力全废，这口气咽下去比写指标还难受，所以基线映射是需求文档里最该认真填的一页，花半天填好省下半个月扯皮。

• 频段窗口是首道筛子
• 基线须逐条映射到指标表

取值一律写可验证区间；查不到就写「需按实际送检/实测确认」，禁编数字。

三、3GPP 与 ITU 怎么分工

ITU 定愿景和频谱大框架，3GPP 在 Release 19 起把射频物理层、信道与一致性要求写成可测试条款。看基线不能只看 ITU 文件，要追到 3GPP 的具体 TS，否则只能空谈能力，样机做出来过不了任何一致性测试，愿景不能当验收依据，能判合格的只有条款，撰写技术附件时应直接引用 TS 编号而非愿景文件，评审和送检都只认条款号，写愿景号会被打回，这种低级失误最可惜，也最容易被外部评审抓住作为技术能力不足的把柄，一票否决的代价太大。

• ITU 定框架、3GPP 定条款
• 验收只看可测试条款

四、区域标准为什么也要跟

CCSA 等国标组织会就无源器件、PIM、OTA 给出本地化修订，招投标和送检常以本地标准为准。只认国际标、不认本地标，样机可能过不了国内验收，集采技术附件也会被判定不符合，国内项目尤其要把本地标和投标绑定，漏掉本地标就是漏掉验收门槛，到送检现场才发现白做一轮，项目节点和商务都受影响，返工成本极高，还可能错过集采窗口期，商务损失远不止测试费，时间窗口丢了就真丢了，所以本地标要和国际标并列进跟踪清单而不是事后补，补的时候往往已经晚了。

• 本地标常是验收门槛
• 仅认国际标会卡送检

五、信道框架对射频有什么约束

ITU 的信道模型（如 CDL/TDL 类）决定了带宽、时延扩展和多径结构，进而约束前端的中频带宽、线性度和本振相噪。信道不是纯仿真的事，它直接反推硬件指标，信道参数一变，前端指标表要跟着重算，仿真和硬件要同步更新，否则模型与实际脱节，仿真说能过、实测过不了，责任扯不清，出了问题谁都证不了自己的指标，项目风险全压在联调阶段，最贵的阶段出问题最致命，前期省的那点事后面加倍还，所以信道版本也要和基线一起管起来，当作会变的输入而非写死的常数。

• 信道参数反推硬件指标
• 仿真与硬件须同步更新

六、基线更新太快怎么跟

6G 标准还在演进，Release 19+ 与 IMT-2030 会持续修订。做标准库要保留版本与生效时间，引用时标注版本号，避免拿旧基线指导新样机，否则指标表从根上就错了，后面所有设计都建立在不对的地基上，等发现时整轮设计要返工，标准库的版本管理比内容本身更重要，每个指标都要带依据版本，否则无法追溯为何这样定，出了问题也复盘不了，版本意识是标准库的命根子，也是应对标准快速演进最划算的提前投入，一次建设长期受益，远比每次手忙脚乱强。

• 标准库须带版本号
• 旧基线会误导新设计

结论： 当引用基线时，取标注版本号，避免旧基线误导新样机。 当涉及国内验收时，取同步跟踪 CCSA 修订，仅认国际标会卡送检。 当信道模型变更时，取重算前端带宽与相噪，跨版不承诺兼容。