51学通信

深度解析 3GPP TS 23.558：1-3章 范围、参考与定义 (奠定边缘计算的基石)

22分钟阅读

深度解析 3GPP TS 23.558：1-3章 范围、参考与定义 (奠定边缘计算的基石)

本文技术原理深度参考了3GPP TS 23.558 V18.10.0 (2025-03) Release 18规范中，关于“Chapter 1 Scope”、“Chapter 2 References”及“Chapter 3 Definitions of terms, symbols and abbreviations”的核心章节，旨在为读者梳理清楚这份规范的边界、依赖的生态以及最重要的——构建边缘应用世界的通用语言。

引言：蓝图绘就，先明其界，再识其物

在上一篇《全文概览》中，我们跟随自动驾驶汽车“智行一号”的视角，鸟瞰了3GPP为边缘计算铺设的应用层高速公路——TS 23.558。我们理解了其核心目标是构建一个标准的“边缘使能层”，让应用能够无缝地发现、连接和漫游于网络边缘。

然而，任何宏伟的工程都需要从精确的定义和清晰的边界开始。在正式深入探索边缘世界的每一条流程和信令之前，我们必须先回到原点，像“智行一号”的设计工程师一样，仔细研读这份蓝图的“开篇三章”：它的适用范围（Scope）是什么？它依赖哪些外部知识（References）？以及，它定义了哪些必须精确理解的核心术语（Definitions）？

这三章内容构成了理解整本规范的基石。它们看似枯燥，却是避免在后续复杂流程中迷失方向的唯一罗盘。本文将逐一剖析这三章的核心内涵，帮助大家建立一个坚实、清晰的知识框架。

1. 明确边界：我们到底在谈论什么？(Chapter 1 Scope)

第一章“Scope”（范围）用短短一段话，为TS 23.558划定了一个清晰的“作战区域”。它精准地回答了“这份规范是干什么的”以及“它不干什么”。

The present document specifies the application layer architecture, procedures and information flows necessary for enabling edge applications over 3GPP networks. It includes architectural requirements for enabling edge applications, application layer architecture fulfilling the architecture requirements and procedures to enable the deployment of edge applications.

这段话信息量巨大，我们来逐句拆解：

  • “…specifies the application layer architecture, procedures and information flows…”: 这是规范的核心定位——应用层。3GPP的世界里层级分明，物理层关心信号传输，核心网关心会话和移动性管理，而TS 23.558则站在金字塔的顶端。它不关心数据包如何通过基站和UPF，而是关心一个APP（应用）如何与另一个APP（服务器）在应用层面进行交互。它定义的是“握手”的礼仪和沟通的“语言”，而非修桥铺路。

    对于“智行一号”的工程师团队来说，这意味着他们不需要成为5G底层专家，但必须精通这套应用层的“游戏规则”。这份规范就是他们的开发指南。

  • “…necessary for enabling edge applications over 3GPP networks.”: 这是规范的目标——使能边缘应用。关键词是“使能”（enabling），而不是“实现”（implementing）。规范提供的是一套框架和工具，让各种各样的边缘应用（如自动驾驶、云游戏、工业视觉）能够利用3GPP网络提供的边缘能力。网络本身不直接产生这些应用，但它通过这套标准化的使能层，为应用的繁荣提供了土壤。

  • “…architectural requirements…application layer architecture…procedures to enable the deployment…”: 这句话揭示了规范内容的三个层次。首先，提出顶层设计要求（比如必须支持服务连续性）；然后，给出一套满足这些要求的具体架构（定义了ECS、EES等角色）；最后，制定详细的流程来指导如何部署和使用这套架构。这是一个从理论到实践的完整闭环。

总结来说，第一章告诉我们： TS 23.558是一本专注于应用层的“指导手册”。它的使命是定义一套标准的架构和流程，让千行百业的边缘应用，都能以一种统一、高效的方式，运行在复杂的3GPP网络之上。

2. 知识版图：巨人肩膀上的创新 (Chapter 2 References)

第二章“References”（参考文献）看似只是一个列表，但它实际上是TS 23.558的“知识图谱”，揭示了它与3GPP庞大标准体系中其他关键规范的紧密联系。理解这些依赖关系，才能明白边缘使能层并非空中楼阁，而是深深植根于5G系统架构的沃土之中。

我们可以将这些参考文献分为几大家族：

2.1 5G系统架构家族：根基所在

3GPP TS 23.501: “System architecture for the 5G System (5GS); Stage 2”. 3GPP TS 23.502: “Procedure for the 5G System (5GS); Stage 2”.

这是任何5G相关规范都绕不开的两座大山。TS 23.501定义了5G核心网的网元、接口和整体架构，而TS 23.502定义了核心网的各种流程，如注册、PDU会话建立等。

TS 23.558中定义的ECS、EES等实体，在5G核心网看来，都有一个共同的角色——AF（Application Function，应用功能）。它们需要通过TS 23.501和TS 23.502定义的标准流程与核心网（如NEF、PCF）交互，以获取网络能力。

2.2 能力开放与API框架家族：沟通的桥梁

3GPP TS 23.222: “Functional architecture and information flows to support Common API Framework for 3GPP Northbound APIs; Stage 2”. 3GPP TS 29.522: “5G System; Network Exposure Function Northbound APIs; Stage 3”.

边缘计算的本质是网络能力的开放。如何安全、标准地把网络能力暴露给上层应用？这就是CAPIF（Common API Framework）框架（TS 23.222）和NEF（Network Exposure Function）（TS 29.522等系列规范）要解决的问题。

TS 23.558定义的边缘使能层，正是CAPIF框架和NEF的重要使用者。例如，当EES需要获取“智行一号”的精确位置时，它就会遵循CAPIF的规范，通过NEF向核心网的定位功能（GMLC/LMF）发起API调用。

2.3 垂直行业与特定功能家族：场景的延伸

3GPP TS 23.286: “Application layer support for Vehicle-to-Everything (V2X) services; Functional architecture and information flows “. 3GPP TS 23.548: “5G System Enhancements for Edge Computing”. 3GPP TS 23.433: “Service Enabler Architecture Layer for Verticals (SEAL); Data Delivery enabler for vertical applications”.

TS 23.558并非孤军奋战，它与许多针对特定场景的规范协同工作。

  • TS 23.548 是从核心网层面对边缘计算支持的增强，定义了UPF的本地分流、LADN等技术。TS 23.558的应用层架构正是构建在这些底层网络能力之上的。
  • TS 23.286 (V2X) 和 TS 23.433 (SEAL) 等是面向垂直行业的应用层规范。它们可以与TS 23.558协同工作，利用边缘使能层提供的通用能力来服务于更具体的业务，如车联网通信或通用的垂直行业服务。对于“智行一号”，V2X规范尤为重要。

2.4 安全与计费家族：运营的保障

3GPP TS 33.558: “Security aspects of enhancement of support for enabling edge applications”. 3GPP TS 32.257: “Telecommunication management;Charging management;Edge computing domain charging”.

任何商业服务都离不开安全和计费。TS 33.558是TS 23.558的“孪生兄弟”，专门负责定义边缘应用架构中的认证、授权、数据保护等安全细节。而TS 32.257则为运营商如何对边缘服务进行计费提供了指导原则。

这个“参考文献”家族谱清晰地告诉我们，TS 23.558是3GPP标准体系演进的产物，它巧妙地复用和扩展了现有规范，专注于解决应用层的特定问题，展现了3GPP标准设计的系统性和前瞻性。

3. 通用语言：核心术语深度解读 (Chapter 3 Definitions of terms, symbols and abbreviations)

第三章是本篇解读的重中之重。它像一本权威词典，定义了边缘世界里每一个角色的精确含义。误解了这些术语，就不可能真正理解后续的流程。我们将结合“智行一号”的场景，对最重要的术语进行深度剖析。

3.1 核心实体：边缘世界的四大金刚

这是我们在概览中已经认识的角色，现在我们来看规范的“官方定义”。

Edge Enabler Client (EEC): Refers to the overall functionality provided by the entities such as Edge Enabler Client, Edge Enabler Server, Edge Configuration Server and Cloud Enabler Server, in support of applications as per the architecture defined in clause 6.

Edge Enabler Server (EES): One or multiple EES(s) which support all bundled EAS within the same EDN, and each EES of the associated EES(s) serving all or part of EAS list of the bundle EAS.

Edge Configuration Server (ECS): An ECS with whom there is a service level agreement for resource sharing for roaming or federation or both.

Edge Application Server (EAS): Application software resident in the cloud performing the server function.

  • Application Client (AC):

    Application Client (AC): AC is the application resident in the UE performing the client function. 解读: 这是最上层的实体，就是用户直接交互的APP。在“智行一号”里，它就是那个显示地图、规划路线、发出预警的导航应用本身。AC关心的是业务逻辑。

  • Edge Enabler Client (EEC):

    EEC Context: A set of data about the Edge Enabler Client that resides in the Edge Enabler Server. 解读: 这是AC的“贴身管家”，住在UE里。AC想用边缘服务，就告诉EEC。EEC负责处理所有脏活累活，比如找ECS、连EES、发现EAS、处理切换。它是AC与边缘使能层的唯一接口。

  • Edge Application Server (EAS):

    Edge Application Server (EAS): EAS is the application server resident in the EDN, performing the server functions. The AC connects to the EAS in order to avail the services of the application with the benefits of Edge Computing. 解读: 这是部署在边缘数据网络（EDN）里的服务器应用。它是AC的服务提供方。对“智行一号”来说，路口处理V2X消息的服务器就是EAS。

  • Edge Enabler Server (EES): 解读: EES是EAS的“顶头上司”，管理着一个区域内（一个或多个EDN）的EAS。它接受EEC的请求，为其寻找合适的EAS，并对EAS和EEC进行管理。

  • Edge Configuration Server (ECS): 解读: ECS是EES的“上级领导”，负责更大范围的配置和引导。EEC开机后，是ECS告诉它应该去找哪个EES。

3.2 核心概念：上下文与连续性

这是理解服务连续性的关键。

Application Context: A set of data about the Application Client that resides in the Edge Application Server. EEC Context: A set of data about the Edge Enabler Client that resides in the Edge Enabler Server.

  • 应用上下文 (Application Context): 解读: 这是AC与EAS之间的“记忆”。它包含了与具体应用业务逻辑相关的状态信息。对于“智行一号”，应用上下文就是它与当前路口V2X服务器（S-EAS）交互过程中产生的所有数据：比如车辆当前的行驶意图、已识别的周边障碍物列表、规划好的通过路口的轨迹等。这些信息是业务层面的，边缘使能层不关心其具体内容，只负责“搬运”。

  • EEC上下文 (EEC Context): 解读: 这是EEC与EES之间的“记忆”。它包含了与边缘使能服务相关的状态信息。比如，“智行一号”的EEC向S-EES注册后，S-EES会保存它的注册ID、安全凭证、订阅的能力开放事件（如位置上报）等。这些信息是使能层层面的，与具体业务无关。

Application Context Relocation (ACR): Refers to the end-to-end service continuity procedure described in clause 8.8. Application Context Transfer (ACT): Refers to the transfer of the Application Context between the source Edge Application Server and the target Edge Application Server, which is a part of the service continuity procedure described in clause 8.8.

  • 应用上下文重定位 (ACR): 解读: 这是一个端到端的过程。它包括了服务连续性的所有步骤：从检测到需要切换，到做出切换决策，再到发现目标EAS，然后执行上下文转移，最后完成切换并清理旧资源。ACR是一个完整的“动词+名词”短语，描述了整个事件。

  • 应用上下文转移 (ACT): 解读: 这是ACR过程中的一个关键动作。它特指将Application Context数据从S-EAS“搬运”到T-EAS的行为。ACT只是ACR的一部分。好比搬家（ACR），ACT就是指搬家公司的卡车把你的家具（Application Context）从旧家运到新家的这个具体运输环节。

3.3 网络与环境的定义

Edge Data Network (EDN): A local Data Network that supports the architecture for enabling edge applications. Edge Hosting Environment: An environment providing support required for Edge Application Server’s execution.

  • 边缘数据网络 (EDN): 解读: 在3GPP的语境下，EDN是一个逻辑上的数据网络，它在物理上靠近用户。在5G核心网中，一个EDN通常通过一个特定的DNN（Data Network Name）来标识，并通过部署在网络边缘的UPF（用户面功能）来实现本地分流。EAS和EES都部署在EDN中。

  • 边缘托管环境 (Edge Hosting Environment): 解读: 这是运行EAS的“物理机”或“虚拟机”。它可以是运营商机房里的一台服务器，一个路边柜里的计算刀片，或者一个基于Kubernetes的容器平台。TS 23.558不关心这个环境的具体技术实现，这部分由ETSI MEC等其他标准组织或厂商自定义。

理解这些术语的精确内涵，就如同掌握了英语中的基本词汇。有了这些基础，我们才能在下一篇文章中，开始流畅地阅读和理解TS 23.558所描绘的边缘世界中那一个个精彩的“故事”（流程）。

FAQ

Q1：TS 23.558 和 TS 23.501 的核心区别是什么？ A1：核心区别在于它们所处的“层面”不同。TS 23.501是5G系统的“宪法”，定义的是网络层的架构，关注的是如何建立PDU会话、如何管理移动性、如何计费等网络基础能力。而TS 23.558是建立在5G网络能力之上的应用层规范，它不关心数据包如何传输，而是关注上层应用（如APP）如何发现和使用边缘服务，以及如何在移动中保持服务连续性。简单说，23.501建好了“路”，23.558则定义了“智能汽车”如何在这条路上使用“智能导航”和“特殊车道”（边缘服务）。

Q2：为什么规范要区分“应用上下文（Application Context）”和“EEC上下文（EEC Context）”？ A2：这是为了实现架构的解耦和分层。

  • 应用上下文是业务相关的，只有应用客户端（AC）和应用服务器（EAS）才理解其内容。边缘使能层（EEC、EES）只负责在服务切换时像“快递员”一样透明地传递它，但不会打开“包裹”查看内容。这保证了业务的私密性和灵活性。
  • EEC上下文是使能层相关的，是EEC和EES为了管理连接和会话而维护的状态。它对上层应用AC是透明的。 通过这种分离，业务逻辑和使能服务逻辑可以独立演进，互不干扰，使得整个架构更加清晰和健壮。

Q3：TS 23.558中定义的“边缘”具体指哪里？是基站吗？还是更远的核心网机房？ A3：规范本身没有对“边缘”的物理位置做严格限定，这是一个逻辑概念。它指的是能够提供低时延、高带宽接入能力的计算和存储资源部署位置。在实际部署中，“边缘”可以分多个层次：

  • 近边缘/无线侧边缘: 部署在基站侧（如CU/DU机房），时延极低（几毫秒）。
  • 远边缘/汇聚侧边缘: 部署在城域网的汇聚机房，覆盖范围更广，时延稍高（十几到几十毫秒）。 TS 23.558的架构可以同时适用于这些不同层次的边缘节点。

Q4：一个UE上可以有多个AC，但只能有一个EEC吗？ A4：不一定。规范在附录A.3中讨论了不同的部署模型。

  • 单一EEC服务多个AC: 这是最常见的模型，比如一部智能手机上，操作系统提供一个统一的EEC服务，手机上所有的APP（AC）都通过这个EEC来访问边缘服务。
  • 多个EEC服务多个AC: 这种情况也可能存在。例如，一个支持双卡双待的手机，可能会为每个运营商网络激活一个独立的EEC。或者在一个复杂的终端上（如汽车），不同的应用域（如娱乐域和自动驾驶域）可能拥有独立的EEC实例以保证隔离和安全。规范的架构设计具有足够的灵活性来支持这些不同场景。

Q5：学习完前三章，我应该掌握的最核心的三个概念是什么？ A5：最核心的三个概念是：

  1. 分层思想: 必须清晰地区分应用层（AC/EAS）和边缘使能层（EEC/EES/ECS）。前者负责业务，后者负责连接和管理，两者通过标准接口解耦。
  2. 三大核心实体: 牢记EEC（客户端代理）、EES（区域服务管理器）、ECS（全局配置导航员）的角色和职责，这是理解所有流程的基础。
  3. 双上下文模型: 精确理解应用上下文（业务状态）和EEC上下文（使能层状态）的区别，这是掌握服务连续性（ACR）机制的关键。

关系图谱