51学通信

深度解析 3GPP TS 23.558：7 Identities and commonly used values (身份标识与通用坐标)

22分钟阅读

深度解析 3GPP TS 23.558：7 Identities and commonly used values (身份标识与通用坐标)

本文技术原理深度参考了3GPP TS 23.558 V18.10.0 (2025-03) Release 18规范中，关于“Chapter 7 Identities and commonly used values”的核心章节，旨在为读者深入解读边缘世界中每一个实体和概念的“身份证”和“地址簿”，揭示系统如何通过标准化的标识和值来实现精准的识别、定位与协同。

引言：为边缘世界颁发“身份证”

在前面的章节中，我们已经搭建起了边缘应用世界的宏伟“城市规划”——定义了其架构要求（第五章）和功能布局（第六章）。我们认识了城市里的主要机构：城市规划局（ECS）、区域服务中心（EES）、各类商铺（EAS），以及穿梭其间的市民代表——“智行一号”车载系统中的EEC模块。

然而，一个高效运转的城市，离不开一套精准的身份和地址管理系统。当“智行一号”向网络发出请求时，网络如何确切地知道是“哪一辆车”？当“智行一号”需要V2X服务时，它如何从成千上万的服务器中找到“那一个”？当服务需要在“A路口”和“B路口”之间切换时，“路口”的范围又该如何界定？

第七章“Identities and commonly used values”就是这部边缘世界的“户籍与测绘法规”。它为每一个参与者——无论是设备、服务还是服务器——都颁发了独一无二的“身份证”（Identities），并为所有的活动范围和地理概念制定了统一的“度量衡”（Commonly used values）。理解本章，是看懂后续复杂信令流程图中每一个参数具体含义的必备前置知识。

1. 核心身份标识：谁是谁，一目了然 (7.2 Identities)

7.2节是本章的核心，它定义了一系列用于唯一标识边缘使能层中各个实体的ID。这些ID是系统进行精确通信和管理的基础。让我们跟随“智行一号”的视角，来为每一个角色领取它的“专属身份证”。

1.1 客户端侧的“三证”：ACID, EECID, UE ID

在“智行一号”这台设备（UE）上，存在着多个层级的身份。

  • ACID (Application Client ID)

    7.2.5 Application Client ID (ACID) The ACID identifies the client side of a particular application, for e.g. SA6Video viewer, SA6MsgClient etc. For example, all SA6MsgClient clients will share the same ACID.

    深度解读： ACID是应用APP本身的身份标识。它标识的是“一类”客户端应用，而不是某一个具体的实例。例如，城市里所有车辆上安装的“XX导航”APP，它们的ACID都是相同的。这就像所有微信APP都有一个共同的应用标识一样。

    对于“智行一号”来说，它的导航APP的ACID就是“XX导航”。当它向网络请求服务时，它会报出这个ACID，网络侧（如EES）就能知道它需要的是为“XX导航”所适配的后台服务。

  • EECID (Edge Enabler Client ID)

    7.2.2 Edge Enabler Client ID (EECID) The EECID is a globally unique value that identifies an EEC.

    深度解读： EECID是车载系统里那个边缘使能客户端（EEC）模块的唯一身份证。ACID代表“软件”，而EECID代表运行这个软件的那个“代理实例”。每个UE上的EEC都应该有一个唯一的EECID。

    这很重要，因为一台车（UE）上可能运行多个需要边缘服务的APP（AC），但它们可能都由同一个EEC代理。网络侧的EES需要通过EECID来管理这个具体的“代理”，而不是某个模糊的APP。EECID是EES侧建立和管理EEC上下文的关键索引。

  • UE ID & Edge UE ID

    7.2.6 UE ID The UE Identifier (UE ID) uniquely identifies a particular UE within a PLMN domain. UE ID can be: a) a GPSI, as defined in 3GPP TS 23.501. b) an EEL-generated Edge UE ID, as defined in clause 7.2.9.

    深度解读： UE ID是用户或设备在运营商网络中的身份标识。它有两种形式：

    1. GPSI (Generic Public Subscription Identifier): 这是大家熟知的用户标识，比如手机号（MSISDN）或者外部标识符（External ID）。这是用户的“实名”ID，通常与计费和签约信息绑定。
    2. Edge UE ID: 这是由边缘使能层（EEL）生成的、一个临时的、具有隐私保护特性的ID。

    这个区分至关重要！想象一下，“智行一号”不希望将它的“大号”（GPSI）随意透露给每一个路边摊（EAS）。为了保护隐私，当EAS需要一个能唯一标识车辆的ID时，EES可以不提供GPSI，而是生成一个临时的Edge UE ID给EAS。EES内部维护着Edge UE ID和真实GPSI的映射关系。这样，EAS既能区分不同的车辆，又无法获取到用户的真实身份信息。Edge UE ID就像去银行办理业务时领取的排队号码，它在本次服务中唯一标识了你，但服务结束后就失效了，保护了你的隐私。

1.2 服务器侧的“双证”：EASID, EESID

  • EASID (Edge Application Server ID)

    7.2.4 Edge Application Server ID (EASID) The EASID is a globally unique identifier which identifies a particular application for e.g. SA6Video, SA6Game etc. All EAS instances (e.g. of SA6Video application) will share the same EASID.

    深度解读： EASID与ACID相对应，它标识的是“一类”边缘应用服务。城市里所有路口部署的V2X服务器，只要它们提供的都是同一款应用服务，就共享同一个EASID。它代表了服务的“品牌”，而不是某个具体的“分店”。

    当“智行一号”的EEC发起EAS发现请求时，它过滤器里的核心参数就是EASID，告诉EES：“我需要一个EASID为‘V2X-Service-01’的服务”。

  • EESID (Edge Enabler Server ID)

    7.2.3 Edge Enabler Server ID (EESID) The EESID identifies an EES and each EES connected with the PLMN has a unique EESID within PLMN domain.

    深度解读： EESID是**边缘使能服务器（EES）**的唯一“营业执照”。每个EES都有一个独一无二的EESID。这个ID主要用于EES之间的交互（如EDGE-9接口上的上下文迁移）和向ECS注册等管理场景。

1.3 关系与会话的“标识”

  • EEC Context ID

    7.2.8 EEC Context ID The EEC Context ID is a globally unique value which identifies a set of parameters associated with the EEC (e.g., due to registration) and maintained in the Edge Enabler Layer by EESs.

    深度解读： 这是“智行一号”在某个EES办理“入住”后拿到的“房卡号”。当EEC成功注册到一个S-EES后，S-EES会为其分配一个EEC Context ID，并用它来索引存储的所有与该EEC相关的信息（即EEC上下文）。

    这个ID在服务连续性中扮演着至关重要的角色。当“智行一号”需要切换到T-EES时，它的EEC会向T-EES出示这个“房卡号”（EEC Context ID）以及S-EES的地址，T-EES就可以凭此向S-EES“索要”该EEC的完整档案，完成上下文的快速迁移。

  • EAS bundle information

    7.2.10 EAS bundle information The EAS bundle information includes EAS bundle type, a list of EASIDs or a EAS bundle ID.

    深度解读： 有些复杂的应用不是由单个EAS提供，而是由一组EAS协同完成，这就是“EAS捆绑包”。例如，“智行一号”的“沉浸式AR导航”服务，可能需要同时连接三个EAS：一个提供高精地图，一个负责实时渲染，一个处理V2X数据。

    EAS bundle ID就是这个“服务套餐”的名称。EEC在发现时可以直接请求这个“套餐”，EES会一次性返回所有相关的EAS信息。这大大简化了复杂应用的发现和管理。

  • Application Group ID

    7.2.11 Application Group ID Application Group ID uniquely identifies a group of UEs using the same application.

    深度解读： 这个ID用于标识“一组正在使用同一应用的UE”。它和ACID/EASID都不同。ACID/EASID定义的是“应用是什么”，而Application Group ID定义的是“谁在用这个应用，并且他们是一个团体”。

    最典型的场景是车队或游戏组队。“智行一号”和它的三辆随行车辆组成了一个车队，需要接入同一个边缘服务器进行协同驾驶。此时，这四辆车就可以共享一个Application Group ID。当它们向EES发起发现请求时，带上这个ID，EES就会确保将它们都导向同一个EAS实例，以实现组内通信和状态同步。

2. 通用坐标系：定义哪里，范围多大 (7.3 Commonly used values)

如果说Identities解决了“谁”的问题，那么Commonly used values就解决了“在哪里”和“范围多大”的问题。它为边缘世界建立了统一的“地理测绘标准”。

2.1 UE位置 (7.3.2 UE location)

The UE location identifies where the UE is connected to the network or the position of the UE. … Following values are examples of UE locations that can be used: a) Cell Identity, Tracking Area Identity, GPS Coordinates or civic addresses…

深度解读： 规范允许使用不同精度和维度的信息来描述UE的位置，以适应不同场景的需求：

  • 网络拓扑位置: Cell ID（小区标识）、TAI（跟踪区标识）。这是网络侧的视角，比较粗略，但易于获取。
  • 地理物理位置: GPS Coordinates（GPS坐标）、Civic Addresses（如街道、门牌号）。这是真实世界的视角，精度高，更符合上层应用的需求。 边缘使能层（特别是EES）的一个重要作用，就是在这两种位置信息之间进行转换和映射。

2.2 服务区 (7.3.3 Service areas)

服务区是边缘计算中最核心的概念之一，它定义了各项服务的有效范围。规范定义了一个清晰的层级关系。

7.3.3.4 EDN service area: A service area from which the access to the EDN is allowed. 7.3.3.5 EES Service Area: A service area from which the access to the EES is allowed. This service area is equal to or a subset of the service area of the EDN in which the EES resides. 7.3.3.6 EAS service area: A service area from which the access to the EAS is allowed. This service area is equal to or a subset of the service area of the EES which serves the EAS.

深度解读与场景化： 让我们用“智行一号”所在的智慧城市高速公路系统来类比这个层级关系：

  1. EDN Service Area (边缘数据网络服务区): 这相当于整个城市的高速公路网。只要你在这座城市里，你就有资格进入这个高速系统。它定义了可以访问边缘服务的最大地理或网络范围。

  2. EES Service Area (边缘使能服务器服务区): 这相当于高速公路网中的一个具体路段，比如“东环-北环”路段，由一个特定的“路段管理公司”（EES）负责。这个路段是整个高速网的一部分。一个EES只管理其负责路段内的所有服务站点（EAS）。

  3. EAS Service Area (边缘应用服务器服务区): 这相当于具体路段上的一个服务区或一个ETC门架，比如“东环路K50公里处的高精地图服务站”（EAS）。它的服务范围可能只有前后几公里。这个服务区是它所在路段的一部分。

这个清晰的“网 → 段 → 点”的层级关系，使得边缘服务的管理和发现变得极为高效。“智行一号”的EEC首先通过ECS确定自己在哪张“网”（EDN）里，然后找到负责当前“路段”（EES Service Area）的“路段管理员”（EES），最后向EES查询附近有哪些“服务站”（EAS）。

此外，规范还对服务区的描述方式进行了定义：

7.3.3.2 Topological Service Area: A Topological Service Area is defined in relationship with a UE’s point of connection to the network, such as: a collection of Cell IDs, Tracking Area Identities… 7.3.3.3 Geographical Service Area: A Geographical Service Area is an area that is specified by geographical units … such as: Geographical coordinates, an area that is defined as a circle … a polygon…

  • 拓扑服务区: 用网络的语言来描述范围，如“服务范围包括小区A、B、C”。这对于网络侧的策略控制非常有用。
  • 地理服务区: 用现实世界的语言来描述范围，如“服务范围为以XX为中心，半径5公里的圆形区域”。这对上层应用更加友好。

总结

第七章虽然没有复杂的流程，但其重要性不亚于任何一个流程章节。它通过定义一套无歧义、标准化的“身份”和“坐标”，为整个边缘应用架构提供了统一的语义基础。

  • 身份标识 (Identities) 让系统中的每一次交互都能精准地找到目标，实现了从设备、应用到会话的端到端可追溯、可管理。特别是对隐私的考虑（Edge UE ID），体现了标准设计的人本思想。
  • 通用值 (Commonly used values)，尤其是服务区的层级定义，为服务的发现、部署和移动性管理构建了一个清晰的空间框架。

掌握了这些“名词”，我们就拿到了阅读后续流程“剧本”的“词汇表”。从下一章开始，我们将看到这些ID和值在真实的信令交互中，是如何被灵活组合和传递，共同演绎出一场场精彩的边缘计算大戏。

FAQ

Q1：ACID 和 EASID 都是标识“一类”应用，它们之间是什么关系？ A1：ACID 和 EASID 是一对客户端/服务器（C/S）的应用标识。ACID标识客户端应用（例如，手机上的“XX云游戏”App），而EASID标识为该客户端应用提供服务的服务器端应用（例如，部署在边缘节点上的“XX云游戏”渲染服务）。通常情况下，一个AC只会去寻找与之匹配的EAS，因此在EAS发现流程中，ACID和EASID是强关联的。

Q2：EEC Context ID 是由谁生成和管理的？它在UE移动时会改变吗？ A2：EEC Context ID是由EES在EEC成功注册后生成并管理的。当“智行一号”的EEC在S-EES注册时，S-EES会分配一个ID，例如Context_ID_123。当“智行一号”移动到T-EES的服务范围并发起新的注册时，它会携带Context_ID_123和S-EES的地址。T-EES在从S-EES拉取（Pull）或接收（Push）完上下文后，可能会为这个EEC分配一个新的EEC Context ID，例如Context_ID_456，也可能根据策略决定复用旧的ID。这取决于具体的实现和策略，但通常为了避免跨EES的ID冲突，分配新的ID是更常见的做法。

Q3：一个EAS可以同时属于多个“EAS bundle”（捆绑包）吗？ A3：可以。一个EAS就像一个提供基础能力的“微服务”。它可以被灵活地组合到不同的“服务套餐”（EAS bundle）中。例如，一个提供高精度定位的EAS，既可以被打包到“自动驾驶辅助”这个bundle里，也可以被打包到“AR导航导览”这个bundle里，服务于不同的上层应用。

Q4：为什么规范要严格区分EDN、EES、EAS三级服务区？直接用一个服务区概念不行吗？ A4：严格区分是为了实现管理上的解耦和可扩展性。

  • EDN服务区定义了边缘能力的部署边界，与网络规划和资源投入相关。
  • EES服务区定义了管理边界。一个EDN内可以划分给多个EES管理，或者一个EES可以管理多个EDN。这使得运营商可以灵活地组织其运维团队和资源视图。
  • EAS服务区定义了业务边界。它由应用提供商（ASP）根据业务特性来定义，可能远小于EES的管理范围。 这种分层使得网络规划、运维管理和业务部署可以独立进行，互不干扰，大大提升了整个系统的灵活性。

Q5：Application Group ID 和 UE Group ID 有什么区别？ A5：两者的维度不同。

  • UE Group ID 是核心网层面的概念（在TS 23.501中定义），它标识一个物理的UE分组，通常由运营商或签约方预定义，与具体应用无关。例如，一个公司的所有员工手机可以被定义为一个UE Group。
  • Application Group ID 是TS 23.558定义的应用层概念，它标识的是“正在使用同一个应用实例”的UE分组，是动态的、业务相关的。例如，几个朋友临时组队玩一局云游戏，他们在这局游戏中就属于同一个Application Group，需要被调度到同一个EAS。游戏结束后，这个分组就解散了。

关系图谱