3. 铁路专用通信协议基础
铁路调度通信的核心诉求是“一按即通、多方同时收听、优先级可控”。无论是早期的GSM-R还是正在推广的LTE-R（含向5G-R演进），组呼（Voice Group Call Service，VGCS/MCVideo）都不是简单的多方通话，而是由网络侧统一控制的广播式语音分发。理解这一点，才能看懂协议栈分层、接口划分和信令流程为何这样设计。
一、组呼的本质：网络侧汇聚、下行广播
组呼与普通点对点呼叫最大的区别在于：主叫用户的话音只上行一次，由网络侧（GSM-R中为组呼寄存器GCR与MSC协同，LTE-R中为MC核心网的群组管理服务器GMS与媒体资源功能MRF）复制并分发给组内所有在线成员。上行链路采用“按需抢占、先到先得”的仲裁机制，同一时刻只允许一个成员讲话，避免多路上行叠加。这个“上行单路、下行多路”的模型，决定了协议栈中控制面与用户面必须分离设计。
二、GSM-R中的组呼协议栈与接口
GSM-R组呼建立在电路域之上。控制面信令走 BSSAP（基站子系统应用部分）与 DTAP（直接传输应用部分），组呼的建立、通知、释放由MSC通过 A接口 下发给BSC，再经 Um空口 的 RR（无线资源）层与 MM/CC 层承载。组呼特有的 VGCS 信令消息（如组呼建立、组呼通知、上行接入请求）封装在 CC 子层中传输。用户面语音则通过 Abis接口 上的业务信道，由BTS在小区内以广播方式下发，成员无需逐条建立专用下行链路。
关键接口有三处：Um 空口负责组呼通知与上行抢占；A接口 承载BSSAP组呼控制消息；GCR 与MSC之间的内部接口负责组呼区域（GCA）与组成员查询。实际排障时，若某小区成员收不到组呼，应优先检查该小区是否在GCA内、GCR中组数据是否同步，而非直接怀疑空口覆盖。
三、LTE-R中的组呼协议栈与接口
LTE-R组呼基于 MCPTT（关键任务一键通）架构，控制面与用户面彻底分离。控制面采用 SIP 信令，经 Gm接口 接入 CSCF，再由 GMS 完成群组鉴权与成员管理；用户面语音经 MRF 汇聚后，通过 SGi 接口进入 eMBMS（增强型多媒体广播多播业务）承载，在 Uu空口 以 SC-PTM 或 MBSFN 方式广播。上行语音则通过 RTP/RTCP 单播送至MRF，由MRF做混音或选路。
与GSM-R相比，LTE-R的组呼控制不再依赖电路域的CC子层，而是由SIP的 INVITE、REFER、BYE 等消息驱动，组呼通知通过 SIP MESSAGE 或 SUBSCRIBE/NOTIFY 机制下发。这意味着信令流程更接近IP多媒体子系统，排障时需要同时关注SIP信令链和eMBMS承载状态。
四、组呼建立的信令流程要点
以GSM-R为例，一次典型组呼建立大致经历：主叫MS发起组呼请求（CC层Setup，携带组标识）→ MSC查询GCR确认组区域与成员 → MSC向GCA内各BSC下发组呼建立消息 → BSC通过Um空口发送组呼通知（Notification），成员MS在通知信道上接收并加入 → 主叫获得上行授权后开始讲话，网络将语音在组呼信道上广播。释放时由主叫或MSC发起组呼释放，各成员退出。
LTE-R的流程则是：主叫UE发送SIP INVITE（携带群组URI）→ CSCF转发至GMS鉴权 → GMS确认组区域后指示MRF准备媒体资源 → 通过SIP MESSAGE/NOTIFY向组内成员发送组呼通知 → 成员接受后，MRF建立下行eMBMS承载并开始分发语音。上行由MRF根据“讲话权”仲裁，同一时刻仅一路RTP上行。
五、两种制式的关键差异与工程关注点
| 对比项 | GSM-R（VGCS） | LTE-R（MCPTT） |
|---|---|---|
| 承载方式 | 电路域，专用业务信道 | 分组域，eMBMS广播承载 |
| 控制信令 | CC子层VGCS消息 | SIP（INVITE/REFER/NOTIFY） |
| 组呼区域管理 | GCR组呼寄存器 | GMS群组管理服务器 |
| 上行仲裁 | 空口抢占，先到先得 | MRF讲话权仲裁 |
| 关键接口 | Um、Abis、A | Uu、S1、SGi、Gm |
工程上需要特别注意：GSM-R的组呼区域（GCA）配置错误是“部分站点收不到组呼”的常见原因；LTE-R中eMBMS的MBSFN区域划分与组呼区域不一致，也会导致边缘站点无法加入。此外，LTE-R的SIP信令对时延和丢包更敏感，调度台注册状态、GMS成员同步状态都应纳入日常巡检。理解协议栈分层与接口归属，才能在故障现象与根因之间快速建立对应关系。