2. 铁路通信业务与FRMCS需求

FRMCS（Future Railway Mobile Communication System，未来铁路移动通信系统）并不是为了“把4G换成5G”而生的技术升级，它的根本驱动力来自铁路业务本身的变化：列车控制从固定闭塞走向移动闭塞，调度通信从语音走向多媒体，旅客服务从“能上网”走向“全程在线”，运维从人工巡检走向数据回传。不同业务对网络的诉求差异极大——列控要的是“绝不掉线”，旅客服务要的是“带宽够大”，两者不能用一个指标笼统概括。因此，学习FRMCS的第一步，是把铁路业务拆开，逐类分析其带宽、时延、可靠性和安全需求，再把这些需求翻译成网络设计参数。

一、三类核心业务场景及其通信特征

铁路业务通常可归为三大类。第一类是列车控制与安全类业务，典型代表是ETCS（欧洲列车控制系统）各级别中的车地通信，以及未来的ATO（自动列车运行）。这类业务的数据量很小——ETCS-2的地面到车载消息多为几百字节量级，但要求极低的时延和极高的可靠性，因为一条制动指令的丢失或延迟可能直接危及行车安全。第二类是调度与运营通信类业务，包括调度语音、列车尾部风压监测、视频监控回传、车站与列车的多媒体调度等。语音本身带宽需求不高，但视频监控和多媒体调度会显著抬升上行带宽需求。第三类是旅客服务与运维类业务，包括车内Wi-Fi、旅客信息系统、车载设备状态监测与预测性维护数据回传，这类业务对带宽敏感、对时延相对宽容，但并发用户多、流量突发性强。

需要强调的是，同一列车上的多类业务共享同一套无线链路，因此FRMCS必须支持业务隔离与差异化调度：列控消息不能被旅客视频“挤占”，这直接引出了网络切片和QoS优先级机制的设计需求。

二、四类需求指标的量化理解

带宽需求要区分“单业务速率”和“小区聚合容量”。以列控为例，ETCS-2车地消息周期通常在数百毫秒级，单条消息几百字节，折算速率仅几kbps到几十kbps，看似微不足道；但一个基站小区可能同时覆盖多列车，且必须为每条链路预留余量，因此规划时按“每列车列控配额 + 安全余量”累加。视频监控则完全不同：假设一列车部署6路1080p摄像头，单路编码4Mbps，若全部实时回传，上行需约24Mbps；实际工程中常采用事件触发上传或降码率策略，把常态上行压到数Mbps，仅在告警时提升。旅客服务按并发用户估算：一节车厢80人、峰值并发50%、人均2Mbps，则一节车厢约80Mbps，编组列车需按车厢数累加，这是容量规划中最容易被低估的部分。

时延需求必须明确“端到端”的边界。列控业务的时延应从车载应用发出消息算起，经无线接入、核心网、地面列控系统处理，再回到车载，全程目标通常要求在100ms以内，部分安全相关场景更严。调度语音的可接受时延约150～300ms，超过则通话体验明显下降。旅客服务的Web浏览可容忍数百毫秒，视频流则依赖缓冲，对时延不敏感但对抖动敏感。工程上要把总时延预算拆分到各段：无线空口、传输承载、核心网转发、应用处理，逐段设定上限，否则“端到端达标”无法落地。

可靠性需求常用“不可用度”或“丢包率”表达。列控业务通常要求年可用度达到99.999%量级，意味着全年不可用时间约5分钟，这必须依靠双链路、双核心网、基站冗余和快速切换共同实现，单靠某一种技术无法达成。调度语音要求99.99%量级即可，旅客服务可放宽到99.9%。可靠性指标还要与“故障恢复时间”配套：切换中断若超过列控允许的时延窗口，即使年可用度达标，单次切换也可能造成业务异常。

安全需求包含两层：一是信息安全，即鉴权、加密、防篡改、防非法接入，列控信令必须端到端加密并严格鉴权；二是业务隔离安全，即旅客流量再拥塞也不能挤占列控切片资源。这要求在网络规划阶段就把切片配额、优先级队列和准入控制写进设计，而不是等出问题再补。

三、把需求翻译成可执行的规划参数

实际做需求分析时，建议按“业务清单→单业务指标→聚合容量→切片配额→验证判据”的顺序推进。下面给出一份可直接参考的示例参数表（数值为教学示例，非实测结果）：

拿到这张表后，下一步是聚合与校核：把同一小区内所有列车的列控配额相加，加上视频与旅客业务的峰值，与小区上行容量对比，若超过70%即需考虑扩容或限流策略。随后把各业务映射到不同的5G QoS标识（5QI），列控映射到低时延高可靠等级，旅客业务映射到尽力而为等级，并在切片管理系统中设定配额上限。最后设定验证判据：例如在模拟拥塞条件下，列控消息的时延99分位不超过100ms、丢包率低于10⁻⁵，旅客业务被限流但列控不受影响，才算需求真正落地。

总结来看，FRMCS的需求分析不是罗列几个数字，而是建立“业务特征—指标要求—网络机制—验证判据”的闭环。列车控制决定了可靠性与时延的下限，调度通信决定了上行容量与优先级设计，旅客服务决定了容量上限与隔离策略，安全需求则贯穿始终。只有把这三类业务分开量化、再统一到切片与QoS框架中，后续的无线覆盖规划、核心网设计和测试验收才有明确依据。