深度解析 3GPP TS 23.558：8.17 漫游与联邦支持 (边缘世界的“跨国旅行”与“商业联盟”)
本文技术原理深度参考了3GPP TS 23.558 V18.10.0 (2025-03) Release 18规范中，关于“8.17 Support for roaming and federation”的核心章节。在之前的篇章中，“智行一号”的旅程始终局限在一个运营商的“国土”之内。然而，真正的智能出行必然是跨地域、跨网络的。当“智行一号”从北京驶向巴黎，或者当它需要调用一个由第三方云厂商提供的顶级AI服务时，边缘世界如何打破边界，实现全球一体化的无缝体验？本章，我们将开启“智行一号”的“跨国之旅”，揭秘边缘世界的“国际关系法”——漫游与联邦。
引言：打破“孤岛”，走向“全球化”
到目前为止，我们构建的边缘世界，更像是一个个独立的“城邦”。每个运营商（ECSP）都拥有自己的ECS（城市规划局）、EES（区域服务中心）和EAS（商铺）。“智行一号”可以在一个“城邦”内自由穿梭，但如果它想去另一个“城邦”，就需要重新办理一套完全不同的“入境手续”。
这显然无法满足全球化时代的需求。8.17章“Support for roaming and federation”，正是为了打破这些“城邦”之间的壁垒，为边缘计算的“全球化”铺平道路而制定的“国际法准则”。
Roaming is a scenario where a UE is served by a visited PLMN. Federation is a scenario where a UE consumes edge services involving two or more ECSPs.
规范清晰地定义了两种跨域协同的模式：
- 漫游 (Roaming): 这是我们熟知的概念，但被赋予了边缘计算的新内涵。它是用户的跨域，核心是解决“我在他乡，如何使用家乡和当地的边缘服务？”的问题。
- 联邦 (Federation): 这是一个更深层次的商业与技术联盟。它是服务的跨域，核心是解决“我身在本国，如何调用和使用盟国的顶级边缘服务？”的问题。
本章，我们将跟随“智行一号”经历一次复杂的“国际旅行”，看一看这两种模式是如何通过精妙的架构和流程设计，将一个个独立的边缘“孤岛”，连接成一片广阔的“新大陆”。
1. 核心挑战：跨域的信息不对称
无论是漫游还是联邦，其核心挑战都是信息不对称。当“智行一号”身处法国（VPLMN）时：
- 它本地的V-ECS（法国电信的ECS）不了解“智行一号”的签约信息和归属地（HPLMN，中国移动）的边缘应用生态。
- 它归属地的H-ECS（中国移动的ECS）不了解法国本地有哪些可用的边缘节点。
如何打破这种信息壁垒，让两个原本独立的ECS能够“对话”和“合作”？这正是8.17章所有流程设计的出发点。
2. 联邦的核心：ECS-ER与EDGE-10接口 (8.17.2.3 ECS discovery via ECS-ER)
为了实现ECS之间的“对话”，规范引入了一个关键角色和一个关键接口。
- ECS-ER (ECS with Edge Repository function): 带有“边缘仓库”功能的ECS。你可以把它理解为一个国家的“国家级边缘信息中心”或“外交部”。它不仅管理本国的边缘资源，还负责与其他国家的“信息中心”进行情报交换。
- EDGE-10接口: 这是ECS-ER之间进行通信的“外交热线”。
通过ECS-ER和EDGE-10，原本孤立的ECS之间建立起了沟通的桥梁。
3. 联邦场景下的服务发现：“跨国采购”之旅
场景：“智行一号”身在中国（归属地），但它需要使用一个由法国AI公司VisionFR提供的、部署在法国本地边缘节点的顶级图像识别服务EAS-Vision。中国移动（ECSP-A）与法国电信（ECSP-B）之间已建立联邦关系。
Figure 8.17.2.3.2-1: ECS querying ECS-ER
“智行一号”的“跨国采购”之旅：
- 本地请求: “智行一号”的EEC向其归属地的H-ECS（中国移动的ECS）发起一个
Service Provisioning或EAS discovery请求，明确指出需要EAS-Vision服务。 - 本地查询失败: H-ECS在自己的“国内商铺名录”中查询，发现没有这个服务。
- 启动“外交”查询 (ECS Discovery via ECS-ER): H-ECS意识到这是一个“跨国采购”需求。于是，它通过EDGE-10接口，向其联邦伙伴——法国电信的ECS-ER（我们称之为F-ECS-ER）——发起了一次**
ECS discovery request**。这个请求相当于一份“外交照会”：“我有一个VIP客户（‘智行一号’），需要在你国境内寻找EAS-Vision服务，请提供相关情报。” - 伙伴国响应: F-ECS-ER在法国本地查询后，找到了
EAS-Vision服务所在的F-EES（法国本地的EES），并将其详细信息（EES地址、EDN网络参数等）在**ECS discovery response**中返回给H-ECS。 - 信息返回给UE: H-ECS收到“友邦”的情报后，将其整合到服务开通响应中，返回给“智行一号”。
后续步骤: “智行一号”拿到了法国本地F-EES的“通行证”。接下来，它就可以直接或通过漫游网络，与F-EES建立连接，完成注册和最终的EAS发现，成功使用上EAS-Vision服务。
核心机制:
整个联邦机制的核心，就是通过ECS-ER之间的信息代理，将一个本地无法满足的发现请求，转发给了有能力的联邦伙伴，从而实现了服务能力的“跨国延伸”。这可以是一次性的请求/响应，也可以是订阅/通知模式（比如，H-ECS向F-ECS-ER订阅“EAS-Vision服务的状态更新”）。
4. 漫游场景下的服务提供：“异国他乡”的生存指南 (6.2a & 8.17)
场景：“智行一号”已经物理上行驶到了法国巴黎。它开机后，接入了法国电信的网络（VPLMN）。
此时，它面临一个选择：是继续使用“老家”（中国移动，HPLMN）的服务，还是使用“当地”（法国电信，VPLMN）的服务？规范为这两种选择都提供了架构支持。
4.1 核心角色：V-ECS与H-ECS
- V-ECS: Visited ECS，漫游地网络的ECS，即法国电信的ECS。
- H-ECS: Home ECS，归属地网络的ECS，即中国移动的ECS。
“智行一号”的EEC通常会同时知道这两者的地址（例如，通过派生和5GC下发）。
4.2 漫游时的服务开通
当“智行一号”在巴黎发起服务开通请求时，它可以选择：
- 向V-ECS请求: 这是最直接的方式。EEC向法国电信的V-ECS发起请求。V-ECS会返回法国本地可用的边缘服务（V-EES）。这就是**本地分流（LBO）**架构的基础，能获得最低的时延。
- 向H-ECS请求: EEC也可以选择联系远在北京的H-ECS。H-ECS自身不了解巴黎的边缘节点，但它可以利用我们刚刚学习的联邦机制，向它的漫游伙伴V-ECS发起**
ECS discovery**查询！最终，H-ECS还是会将从V-ECS那里获取到的法国本地V-EES信息返回给“智行一号”。
4.3 架构的融合：漫游是联邦的特例
从流程上看，漫游场景下的跨域发现，实际上是联邦机制的一个具体应用。H-ECS与V-ECS之间的交互，完全可以复用ECS-ER之间的ECS discovery和Service provisioning information retrieval流程。
NOTE: Partner ECS can also be a V-ECS based on the roaming status of the UE for which the service provisioning information is being retrieved.
这体现了3GPP架构设计的优雅之处：用一套统一的“联邦”机制，同时解决了“服务跨域”（身在本国用他国服务）和“用户跨域”（身在他国用当地服务）两种场景下的核心信息不对称问题。
5. 信息流的“外交辞令” (8.17.3)
我们来解密ECS-ER之间“外交电报”的关键内容。
5.1 ECS discovery request (Table 8.17.3.8-1)
| Information element | Status | Description |
|---|---|---|
| ECS address | M | Endpoint information of ECS… |
| Federation information | O | List of information for different federation agreements… |
| > ECSP identifiers | O | The list of ECSPs preferred by the ECS. |
| AC Profile(s) | O | Filter information about required services… |
| Connectivity information | O | …such as serving PLMN information where the services are required. |
| UE location | O | Location of the UE for which the services are required. |
核心情报解读:
Federation information: 携带了“国书”，证明本次请求是基于合法的联邦协议。Connectivity information: (关键) 在漫游场景下，H-ECS向V-ECS发起请求时，会在这里附上“智行一号”当前的漫游地网络信息（serving PLMN）。V-ECS据此才能知道这个请求是针对自己网络内的用户。UE location&AC Profile(s): 依然是“寻人”和“办事”的核心依据。
5.2 Service provisioning information retrieval (8.17.2.4)
这个流程比ECS discovery更进一步。它不仅是查询对方有哪些ECS，而是直接请求对方为某个特定需求，返回一份完整的“服务开通信息”（即EDN配置信息）。这相当于H-ECS在请求V-ECS：“别只告诉我你们有哪些‘区域服务中心’，请直接帮我为‘智行一号’办好‘临时居住证’，把最终的EES地址给我。”
总结：构建一个无边界的边缘世界
8.17章通过引入ECS-ER、EDGE-10接口以及一套标准的跨域查询流程，为边缘计算的“全球化”奠定了坚实的基础。
- 联邦（Federation）机制，打破了服务提供商之间的壁垒，使得应用可以透明地调用和组合全球范围内的最佳边缘能力，构建出更强大的服务。
- 漫游（Roaming）支持，打破了地理和网络的边界，确保了用户无论身在何处，都能获得与归属地一致的、且经过本地优化的边缘服务体验。
- 架构的统一性，通过将漫游场景下的交互，建模为联邦机制的一个特例，用一套核心流程优雅地解决了两种不同的商业场景，展现了卓越的设计思想。
当“智行一号”结束了它的“跨国之旅”，无论是使用了法国本地的导航优化，还是调用了德国的AI算法，对于车主来说，一切都是透明和无感的。这份“身在何处，服务就在何处”的从容与自信，正是8.17章赋予它的最大财富。它标志着3GPP边缘计算架构，已经从一个“区域性”的解决方案，成长为一个真正具备“全球化”潜力的技术平台。
FAQ
Q1：联邦和漫游，哪个对用户的体验更好？ A1：这取决于具体的服务类型。
- 对于低时延敏感型服务（如V2X、云游戏），漫游并使用**本地分流（LBO）**访问当地的边缘节点（V-EES/V-EAS）体验最好。因为数据无需绕回遥远的归属地。
- 对于内容或策略敏感型服务，比如用户希望访问归属地的特定内容库（有版权限制），或者运营商希望对漫游用户执行统一的策略，那么通过联邦/漫游机制，让用户在漫游地依然能够透明地访问到归属地的H-EAS，可能更符合需求。
Q2：建立联邦关系，是不是意味着两个运营商的ECS要时刻保持信息同步？ A2：不一定。规范支持两种模式：
- 紧耦合（订阅/通知模式）: 两个ECS-ER之间可以建立长期订阅关系，一方的资源发生变化，会主动通知另一方。这种模式信息最实时，但信令开销大。
- 松耦合（请求/响应模式）: 只有当真正有跨域请求发生时，一方才会去查询另一方。这种模式开销小，但信息可能存在一定的滞后。 运营商可以根据联邦协议的紧密程度和业务需求，选择合适的同步策略。
Q3：一个ECS可以既是普通的ECS，又是ECS-ER吗？ A3：可以。ECS-ER（带有边缘仓库功能）是对ECS功能的增强，而不是一个独立的实体。一个运营商可以将其网络中的部分或全部ECS升级为ECS-ER，让它们承担起“对外联络”的职责。通常，在每个PLMN中，会部署少量几个高可靠性的ECS-ER作为“国家级网关”，而其他ECS则只负责“国内业务”。
Q4：在联邦场景下，“智行一号”向H-ECS发起了对法国服务的请求。最终的计费是如何结算的？ A4：这会触发一个复杂的跨运营商计费结算流程（Inter-operator settlement）。
- 计费记录: 法国电信的F-EES/F-EAS在为“智行一号”提供服务时，会生成详细的CDR计费记录，并标记该用户来自中国移动。
- 内部结算: 法国电信的计费系统（CHF）会根据这些CDR，计算出中国移动需要为此支付的“批发价”。
- 运营商间结算: 两家运营商会根据他们的联邦/漫游协议，定期进行账务结算。
- 最终用户账单: 中国移动在收到“批发账单”后，再根据“智行一号”车主的签约套餐，决定是否以及如何向车主收取这部分“国际边缘服务”的费用。
Q5：这些漫游和联邦的流程，对AC（应用客户端）和EEC来说是透明的吗？ A5：在理想情况下，是的。EEC只需向它所知的ECS（无论是H-ECS还是V-ECS）发起一个标准的服务开通请求。它无需关心这个ECS为了满足它的请求，在后台与多少个“外国同行”进行了“外交磋商”。ECS的职责就是屏蔽这种跨域的复杂性，最终返回给EEC一个可以直接使用的EES地址。这正是这套架构设计的核心价值——为上层应用和客户端，提供一个统一、简单的边缘服务视图，无论其背后是多么复杂的跨域协同。