2. 车地无线通信的业务模型与数据流

CBTC车地无线通信并不是一条“什么都装”的管道，而是同时承载着性质截然不同的多类业务。理解这些业务的模型，是后续组网设计、频率规划、QoS配置和容量核算的前提。本节从三类典型业务入手，先讲清它们各自的数据流向与实时性约束，再给出可操作的带宽估算方法。

三类业务的模型差异

列车控制信息（CBTC信号业务）是安全相关业务，典型包括列车位置报告、移动授权（MA）、临时限速、进路状态等。它的数据流向是双向的：车载控制器（CC）周期性向区域控制器（ZC）上报位置与状态，ZC向列车下发移动授权。这类业务单包很小（通常几十到几百字节），但周期严格，对时延和抖动极其敏感，端到端时延一般要求在百毫秒量级以内，且不允许出现连续丢包导致的安全降级。

状态监测数据（如车载设备状态、轴温、车门状态、牵引制动状态）属于非安全相关但需可靠传输的业务。数据流向以车→地为主，通常由车载维护系统采集后经无线链路上传至地面综合监控或维护系统。它的实时性要求明显低于信号业务，允许秒级甚至分钟级的时延，但要求数据完整、可追溯。

视频监控业务（CCTV）是典型的大带宽、可容忍一定时延的业务。列车车厢视频通常经车载摄像头采集，通过车地无线上传至地面监控中心，或在紧急情况下由中心调阅。其特点是码率恒定且高，对带宽占用大，但对时延不敏感（秒级可接受），允许在拥塞时降码率或短暂中断。

实时性要求的量化理解

把“实时性”落到可设计的指标上，需要区分三个维度：周期、端到端时延、丢包容忍度。信号业务的位置报告周期通常在几百毫秒量级，移动授权更新也与之匹配，因此端到端时延预算必须小于一个周期，否则控制环路的“新鲜度”就失效了。监测数据可以按秒级周期上报，个别包重传不影响功能。视频业务则关注持续吞吐而非单包时延，允许在链路质量下降时自适应降码率。

这三类业务在同一无线链路上共存时，必须依靠QoS机制区分优先级。工程上常见的做法是将信号业务映射到最高优先级队列，监测数据次之，视频业务放在较低优先级并设置带宽上限，防止视频突发流量挤占控制通道。这一点在后面的组网与QoS章节会进一步展开，此处先建立“业务有等级、带宽要预留”的意识。

带宽估算方法

带宽估算的核心思路是：先算单列车单业务的平均速率，再乘以区段内可能同时在线的最不利列车数，最后叠加协议开销与冗余系数。下面给出一个可复用的估算示例（参数为教学假设值，非实测）。

以信号业务为例：假设每列车位置报告周期为 400 ms，单包有效载荷 200 字节，双向合计按 2 倍计。则单列车信号业务速率约为：200 字节 × 8 bit × (1000/400) × 2 ≈ 8000 bit/s，即约 8 kbit/s。这个数值很小，说明信号业务本身并不吃带宽，真正需要保障的是时延与可靠性。

监测数据：假设每列车有 40 个采集点，每点每秒上报一次，每次 100 字节，则单列车约 40 × 100 × 8 = 32 kbit/s。视频业务：假设每列车 8 路摄像头，每路编码码率 2 Mbit/s，则单列车约 16 Mbit/s，是前两者的数百倍。

把单列车速率乘以区段内最不利并发列车数（例如 10 列），再乘以 1.3～1.5 的协议与冗余系数，即可得到该区段无线链路的下行/上行带宽需求。需要强调的是，视频业务往往不需要全部列车同时上传，实际设计中会结合“按需调阅”策略降低平均占用，但容量规划必须按最不利情况留足余量。

从业务模型到组网约束

把上述分析收拢成一句话：信号业务决定“能不能安全运行”，监测数据决定“能不能看清状态”，视频业务决定“能不能看得见现场”，而带宽估算决定“这条无线链路够不够用、该怎么分配”。后续的AP布点、频率规划、切换设计和QoS配置，都要以本节建立的业务模型为输入。只有先把每类业务的流向、实时性和带宽量级算清楚，组网方案才不是拍脑袋的堆设备，而是有依据的容量与优先级设计。