摘要

  • 印度电信工程中心于9月25日就5G核心网通用要求草案征求意见，意见截止日为11月24日。
  • 草案第2.13条要求虚拟化系统的所有组件都在印度托管，并点名管理与编排系统以及虚拟化、云原生网络功能仓库。

虚拟化移动核心网的“控制室”可以放在哪里？印度电信工程中心（TEC）在一份尚待定稿的标准草案里给出明确答案：印度境内。

TEC于9月25日发布《5G核心网通用要求》草案，征求意见至11月24日。这是提案，不是已经生效的新版本。TEC现行标准目录仍把TEC 22160:2023列为5G核心网的型式认可通用要求。

草案的托管条件并不只盯着网络功能本身。第2.13条写明，虚拟化系统的所有组件都应仅在印度托管，举例包括管理与编排（MANO）以及虚拟化网络功能和云原生网络功能的软件仓库。前者协调网络功能的部署和管理，后者存放部署这些功能所需的软件包。要求因此触及系统如何被配置、上线和维护的那一层。

这比“用户数据放在哪里”更具体。草案试图为虚拟化核心网的管理和软件存储划定地域边界。

草案把另一些决定留给买方。型式认可章节要求针对强制条款提交 TEC 指定实验室的测试报告，并列出至少三周的现场试验安排。供应商可以选择提供哪些可选要求；未提供或标为“不适用”的可选项，则通过承诺书处理。第11章又要求采购方根据具体部署场景检查可选接口和功能，并在招标条件中写明所需项目。

于是，两种权力并排出现：TEC拟定不能由招标方挑掉的境内托管边界；采购方则决定哪些可选功能和接口进入项目。功能清单可以因部署而变，托管条件在草案中没有对应的豁免选项。

“在印度托管”只有几个字，覆盖范围却很宽。文本说的是“所有组件”，随后给出 MANO 和网络功能仓库作为例子。88页草案尚未界定如何证明托管地点、如何归类远程或分包运营；最终条文与核验程序将确定规则可执行的边界。

草案还要求5G核心网达到99.999%的系统可用性，并避免单点故障。这个数字和托管边界都很有分量，但报道焦点是后者：系统要求可以先改变网络的运行地理，再出现任何实际部署结果。

要判断规则走到了哪一步，必须同时读两份官方记录：标准目录仍列出2023版，咨询页则正在征求2026年草案意见。新文本定稿并进入标准目录之前，境内托管要求仍是一项提案。改变状态的下一份记录应是最终 TEC 标准，而不是草案文件本身。

来源