深度解析 3GPP TS 23.003:7 Identification of Voice Group Call and Voice Broadcast Call Entities (组呼与广播呼叫实体标识)
本文技术原理深度参考了3GPP TS 23.003 V18.7.0 (2024-09) Release 18规范中,关于“Chapter 7 Identification of Voice Group Call and Voice Broadcast Call Entities”的核心章节,旨在为读者揭示移动网络中“一对多”通信服务的核心标识体系。
在前几章的探索中,我们已经熟悉了网络如何为单个用户(小玲)和单个设备(她的手机)建立唯一的身份标识。这解决了“一对一”通信的根本问题。然而,在许多特定场景下,如紧急救援、公共交通调度、大型活动保障等,“一对多”的通信模式——即组呼和广播——显得更为高效和关键。
想象一下,如果消防队长需要同时向整个小队下达指令,却不得不挨个拨打电话,那将是灾难性的。为了解决这个问题,3GPP定义了VGCS(语音组呼服务)和VBS(语音广播服务)。本章,我们将引入一位新的主角——森林消防队的王指挥,通过一场紧张的灭火救援行动,来具象化理解TS 23.003第七章所定义的,支撑起这些关键“一呼百应”服务的标识体系。
1. 组建战队:Group ID - 逻辑群组的唯一代号 (章节 7.1)
一场突如其来的雷击引发了森林火灾,王指挥需要立即组织他的“阿尔法”消防小队进入火场A区进行初期扑救。他需要一个能够即时、同步与所有队员通话的“作战频道”。在3GPP的世界里,这个频道就是一个由**Group ID(组标识)**定义的逻辑群组。
7.1 Group Identities Logical groups of subscribers to the Voice Group Call Service or to the Voice Broadcast Service are identified by a Group Identity (Group ID). Group IDs for VGCS are unique within a PLMN. Likewise, Group IDs for VBS are unique within a PLMN. However, no uniqueness is required between the sets of Group IDs. These sets may be intersecting or even identical, at the option of the network operator.
这段原文的核心思想是,Group ID用于标识一个逻辑上的用户群体。这个群体是预先在网络中定义好的,与用户的物理位置无关。
- 逻辑分组:王指挥的“阿尔法”小队就是一个逻辑分组。无论队员们分散在营地的哪个角落,只要他们的SIM卡被授权加入了这个组,他们就属于这个Group ID。这就像一个微信群,群ID是固定的,成员可以在任何地方。
- PLMN内唯一性:在一个运营商网络(PLMN)内,用于VGCS的Group ID是唯一的。例如,分配给“阿尔法小队”的组呼ID
1001,就不会再分配给警察的“巡逻A组”。同样,用于VBS的ID也是唯一的。 - VGCS与VBS集合的独立性:一个有趣的规定是,VGCS的ID集合与VBS的ID集合是相互独立的。这意味着,运营商可以把组呼ID
1001分配给“阿尔法小队”,同时把广播ID1001分配给一个完全不同的群体,比如“全体后勤人员”。当然,为了避免混淆,运营商通常也会选择让它们保持一致。
场景串联: 王指挥的手机(一个支持组呼功能的特殊终端)上有一个预设的联系人列表,其中就包括“阿尔法小队”。当他选择这个联系人并发起呼叫时,手机实际上是向网络发起了一个目标地址为Group ID 1001的呼叫请求。
1.1 跨区域协作:Supra-PLMN Group ID
火势蔓延到了邻国边境,需要与邻国的消防队进行协同作战。此时,本地的Group ID就不够用了。
VGCS or VBS shall also be provided for roaming. If this applies, certain Group IDs shall be defined as supra-PLMN Group IDs which have to be co-ordinated between the network operators and which shall be known in the networks and in the SIM.
为了支持跨运营商甚至跨国的组呼,规范引入了“超PLMN组ID”(supra-PLMN Group IDs)的概念。
- 协同定义:这个ID必须由参与协作的多个运营商(例如,中国移动和德国电信)共同协商和定义,确保在各自的网络中都代表同一个跨国群组。
- 网络与SIM卡配置:这个特殊的ID需要被配置在所有相关运营商的网络设备(如MSC, VLR)以及参与协作的队员的SIM卡中。
场景串联: 为了与邻国消防队联合作战,双方提前定义了一个supra-PLMN Group ID,例如 9001。王指挥和邻国指挥官的SIM卡中都包含了这个组的权限。当王指挥发起对 9001 的呼叫时,他所在运营商的网络知道这是一个跨国组呼,会将呼叫信令路由到邻国的网络,从而实现两国队员在同一个“频道”中通话。
Group ID解决了“呼叫谁”的问题,它定义了一个不受地理位置限制的通信群体。
2. 划定火场:Group Call Area ID - 通信的地理边界 (章节 7.2)
王指挥的“阿尔法小队”已经进入了火场A区。为了节省宝贵的无线网络资源,并避免对其他区域的救援队伍造成干扰,王指挥的组呼只需要在A区内有效即可。这就需要一个地理维度的标识——Group Call Area ID(组呼区域标识)。
7.2 Group Call Area Identification Grouping of cells into specific group call areas occurs in support of both the Voice Group Call Service and the Voice Broadcast Service. These service areas are known by a “Group Call Area Identity” (Group Call Area Id). No restrictions are placed on what cells may be grouped into a given group call area.
这段原文定义了组呼区域的概念:它是一个或多个小区的地理集合,由一个Group Call Area Id来唯一标识。
- 地理集合:运营商可以根据需要,灵活地将任意小区(Cells)组合成一个组呼区域。这个区域的形状可以是不规则的,完全根据实际需求定制。例如,可以精确地圈出火场A区所覆盖的所有基站小区,形成一个组呼区域。
- 网络内唯一:在一个运营商网络内,
Group Call Area Id是唯一的。例如,5501代表火场A区,5502可能代表B区。 - 动态激活:一个组呼区域平时可以是“沉睡”的。只有当有针对这个区域的组呼发起时,网络才会激活这个区域内的所有小区,为该组呼分配专用的无线信道。
场景串联: 运营商为这次救援行动,提前根据火场地图,将覆盖A区的所有小区(比如Cell-1, Cell-2, Cell-5)组合成一个组呼区域,并分配了ID 5501。这个信息被配置在相关的MSC中。
Group Call Area Id解决了“在哪里呼叫”的问题,它为通话划定了一个清晰的地理范围。
3. 精准指挥:Voice Group Call Reference - 唯一呼叫实例的诞生 (章节 7.3)
我们现在有了“呼叫谁”(Group ID 1001)和“在哪里呼叫”(Area ID 5501)。当王指挥按下通话键时,网络如何将这两者结合起来,创建一个唯一的、可管理的通话实例呢?这就是Voice Group Call Reference(语音组呼参考) 的作用。
7.3 Voice Group Call and Voice Broadcast Call References Specific instances of voice group calls (VGCS) and voice broadcast calls (VBS) within a given group call area are known by a “Voice Group Call Reference” or by a “Voice Broadcast Call Reference” respectively. Each voice group call or voice broadcast call in one network is uniquely identified by its Voice Group Call Reference… The Voice Group Call Reference… is composed of the Group ID and the Group Call Area ID.
规范明确指出,一个特定的通话实例是由其Call Reference来唯一标识的。而这个参考号,正是由Group ID和Group Call Area ID级联而成。
让我们参考规范中的“Figure 12: Voice Group Call Reference / Voice Broadcast Call Reference”来理解其结构。
(注:此处为对规范Figure 12的文字描述) 该图展示了Voice Group Call Reference由两部分构成:Group Call Area ID 和 Group ID。
Call Reference = Group Call Area ID + Group ID
这个组合确保了每一次组呼的绝对唯一性。
场景串联与深度解析:
-
王指挥的呼叫:王指挥向“阿尔法小队”(Group ID
1001)在“火场A区”(Area ID5501)发起组呼。网络生成一个唯一的Call Reference (5501 + 1001)。MSC收到此请求后,查找配置,得知5501区域包含Cell-1, 2, 5。于是,MSC指令这三个小区的基站控制器(BSC)在专用信道上广播这个组呼,呼叫的标识就是这个Call Reference。“阿尔法小队”队员的手机在这些小区内,检测到这个它们有权限接听的Call Reference,便自动加入通话。 -
并发呼叫场景:
- 场景一:与此同时,后勤部门的李队长,需要与在同一个A区(Area ID
5501)内的“物资保障组”(Group ID2002)通话。他发起的呼叫将生成一个不同的Call Reference (5501 + 2002)。网络可以在同一区域内,为不同的通话组分配不同的无线资源,两者互不干扰。 - 场景二:王指挥需要同时与在B区(Area ID
5502)的“贝塔小队”(也是Group ID1001,假设小队番号复用)通话。这次呼叫生成的Call Reference (5502 + 1001)也与第一次呼叫不同。
- 场景一:与此同时,后勤部门的李队长,需要与在同一个A区(Area ID
通过Call Reference,网络实现了对复杂并发组呼的精细化管理。
3.1 指令下达:从VGCS到VBS
在紧张的扑救中,王指挥与“阿尔法小队”通过VGCS(语音组呼服务)进行双向的战术讨论,队员可以随时向他报告情况。
VGCS: Voice Group Call Service
VGCS的特点是双向或多向通话,所有授权成员都可以按下PTT(Push-to-Talk)键发言,就像一个高级的对讲机网络。
突然,火场风向突变,A区变得异常危险。王指挥需要立即向该区域内的所有人员(包括“阿尔法小队”、其他支援人员、甚至可能在附近的志愿者)下达单向的、强制性的撤离命令。此时,VGCS的双向模式不再适用,更高效的是VBS(语音广播服务)。
VBS: Voice Broadcast Service
VBS的特点是单向广播。只有呼叫发起者(王指挥)可以发言,所有在该区域内的、拥有接收权限的用户都只能收听,无法回复。这确保了紧急指令能够清晰、无干扰地传达给每一个人。
场景串联:
王指挥切换到广播模式,选择了一个预定义的、包含A区所有人员的广播组(例如,VBS Group ID 9999),并在“火场A区”(Area ID 5501)发起广播。网络生成一个Voice Broadcast Call Reference (5501 + 9999)。所有在A区内、有权限收听9999广播的终端都会立即收到王指挥的单向指令:“风向已变,所有人员立即撤离A区!”
值得注意的是,从标识结构上,Voice Broadcast Call Reference与Voice Group Call Reference是完全相同的。网络通过业务请求的类型(是VGCS还是VBS)来区分它们,并在无线侧采用不同的信道和调度方式。
4. 总结
通过王指挥的灭火救援行动,我们生动地理解了3GPP为“一对多”通信所设计的精妙标识体系。
- Group ID(组标识):定义了“与谁通话”,它是一个逻辑上的用户集合,解决了通信对象的定义问题。
- Group Call Area ID(组呼区域标识):定义了“在何处通话”,它是一个地理上的小区集合,解决了通信范围的界定和资源优化问题。
- Voice Group/Broadcast Call Reference(呼叫参考):通过将前两者结合,为网络中的每一次组呼或广播创建了一个唯一的实例ID,解决了并发呼叫的管理和寻址问题。
这套体系虽然定义于2G/3G时代,但其“逻辑分组”与“地理区域”相分离、再结合的设计思想,具有强大的生命力。它不仅完美地支撑了传统的公共安全、交通调度等关键任务通信,也为后来4G/5G时代的Mission Critical Services(MCPTT, MCData, MCVideo)中的群组管理和标识体系奠定了坚实的基础。理解了它,就等于掌握了移动网络中集体协作通信的“语言”。
FAQ - 常见问题解答
Q1:VGCS(语音组呼)和VBS(语音广播)的核心区别是什么? A1:核心区别在于通话的交互模式。
- VGCS (Voice Group Call Service) 是一种双向的对讲机式通话。组内的任何授权成员都可以申请发言(通过PTT),实现多方交互讨论。它适用于需要协同工作的场景。
- VBS (Voice Broadcast Service) 是一种单向的广播式通话。只有呼叫发起者可以说话,组内其他所有成员都只能收听。它适用于需要发布统一指令、通知或警报,且不希望被打断的场景。
Q2:Group ID和Group Call Area ID,哪个更重要?可以只有一个吗? A2:两者同等重要,且缺一不可。它们从两个正交的维度定义了一次组呼。
- Group ID 回答了“对谁说”的问题。没有它,网络不知道该把呼叫送给哪个用户群组。
- Group Call Area ID 回答了“在哪里说”的问题。没有它,网络就不知道应该在哪些基站上广播这个呼叫,要么会造成全网广播导致资源浪费,要么就无法建立呼叫。 因此,一次有效的组呼必须同时指定这两个标识。
Q3:组呼/广播呼叫可以在漫游时使用吗?标识符是如何处理的? A3:可以。规范为此定义了“supra-PLMN Group ID”。当需要进行跨运营商或跨国组呼时,相关运营商需要提前协商一个共同的Group ID,并将其配置到各自的网络和参与用户的SIM卡中。对于Group Call Area,如果需要在漫游地网络激活组呼,也需要漫游地的运营商预先定义好相应的组呼区域及其ID,并与归属运营商网络进行协同配置。这是一个相对复杂的配置过程,通常用于公共安全等有特殊需求的场景。
Q4:Group ID是全球唯一的吗? A4:不是。规范规定,Group ID仅需在单个PLMN(运营商网络)内保持唯一。不同运营商可以使用相同的Group ID数字来表示不同的群组。但是,“supra-PLMN Group ID”是为了跨网互通而设计的,它在其所有相关的运营商网络中都代表同一个群组,因此是“相对唯一”的。
Q5:这些2G/3G时代的组呼标识在现代的4G/5G Mission Critical Push-to-Talk (MCPTT)中还有什么意义? A5:虽然MCPTT是基于IMS和IP承载的全新架构,但其核心的群组通信理念与VGCS/VBS一脉相承。
- 概念继承:MCPTT中的“MCPTT Group ID”和“MBMS Service Area Identifier (SAI)”等概念,分别对应了Group ID和Group Call Area ID的思想,即逻辑用户分组和地理业务区域。
- 互通需求:在网络演进的过渡期,可能需要实现MCPTT用户与传统VGCS用户之间的互通。在这种场景下,网关设备(IWF)就需要能够理解并转换这两种不同的标识体系。
- 设计思想:学习VGCS/VBS这套简洁而高效的标识体系,有助于我们更好地理解MCPTT等更复杂的现代关键通信系统是如何设计和演进的。