第3章 车地通信技术：从WLAN到5G-R的演进之路
车地通信，说白了就是列车和地面之间那条看不见的「数据脐带」。没有它，CBTC就是个摆设。我在这个领域摸爬滚打十几年，亲眼看着通信技术从WLAN一路走到5G-R。今天咱们就聊聊这条技术路线上，哪些坑值得注意，哪些经验可以复用。
3.1 WLAN技术在CBTC中的应用
WLAN，也就是我们常说的Wi-Fi。在CBTC早期，它几乎是唯一的选择。为什么？因为成熟、便宜、部署快。
但WLAN有个天生的毛病——它原本是为办公室设计的。你想想看，办公室里的Wi-Fi，用户走走停停，信号偶尔断一下无所谓。可列车不一样，时速80公里甚至更高，信号必须连续、可靠。
WLAN在CBTC中的典型架构：
- 轨旁AP（接入点）沿线路部署，间距约200-300米
- 车载STA（站点）与轨旁AP建立连接
- 采用2.4GHz或5.8GHz频段
- 支持802.11a/b/g/n标准
关键指标：切换时延必须小于100ms。我在项目中遇到过，某厂商的AP切换时延标称50ms，实际跑起来经常跳到200ms以上。后来发现是AP间的漫游协议没调好。
WLAN的三大痛点：
- 干扰问题：2.4GHz频段太拥挤。蓝牙、微波炉、甚至隔壁的Wi-Fi都能干扰你。我记得有一次，某线路列车频繁掉线，查了三天，最后发现是附近工地用的无线摄像头占了信道。
- 切换延迟：列车高速移动时，AP切换频繁。每次切换都有丢包风险。说白了，就是「断一下，连一下」，对CBTC这种实时性要求极高的系统来说，很要命。
- 覆盖盲区：隧道、弯道、高架桥下，信号衰减严重。我建议在隧道内加装泄漏电缆，但成本会翻倍。
避坑指南：我曾经在一条地铁线上吃过亏。设计时只考虑了直线段的AP覆盖，忽略了弯道处的信号遮挡。结果试运行时，列车一过弯道就丢连接。后来不得不加装中继AP，工期延误了两个月。
3.2 LTE-M技术演进
LTE-M，说白了就是给轨道交通定制的4G。它解决了WLAN的很多痛点。
LTE-M相比WLAN的优势：
| 特性 | WLAN | LTE-M |
|---|---|---|
| 覆盖范围 | 200-300米/AP | 1-3公里/基站 |
| 切换时延 | 50-200ms | <50ms |
| 抗干扰能力 | 弱 | 强（采用OFDMA） |
| 移动性支持 | ≤120km/h | ≤350km/h |
我个人习惯把LTE-M看作「升级版4G」。它保留了4G的核心技术，但针对轨道交通做了优化：
- 专用频段：1.8GHz或1.4GHz，避免公共频段干扰
- 增强的切换算法：支持高速移动下的无缝切换
- QoS保障：为CBTC数据流分配高优先级
嗯，这里要注意。LTE-M虽然好，但部署成本比WLAN高不少。基站、核心网、终端，全套下来，一条20公里的线路，投资可能多出30%-50%。但如果你问我值不值？我的答案是：值。尤其是对于时速120公里以上的线路，WLAN基本撑不住。
经验之谈：我在某条城际铁路项目中，采用了LTE-M+WLAN双网冗余方案。平时用LTE-M，WLAN作为热备。有一次LTE-M基站因供电故障宕机，WLAN自动接管，系统零中断。这种设计虽然贵，但心里踏实。
3.3 5G-R在轨道交通的前景
5G-R，就是5G for Railway。说白了，就是把5G技术搬到铁路上来。
5G-R能带来什么？
- 超低时延：端到端时延<1ms。这对CBTC来说意味着什么？意味着你可以实现更短的列车追踪间隔。
- 大带宽：单基站带宽可达1Gbps以上。除了CBTC，还能同时传输车载视频、乘客信息系统等数据。
- 海量连接：每平方公里支持100万个连接。未来列车上的传感器、摄像头、甚至每个座椅都能联网。
但5G-R目前还在试验阶段。我个人觉得，真正大规模商用，至少还要3-5年。为什么？
- 标准未定：3GPP的5G-R标准还在制定中。现在用的都是预商用设备，兼容性是个问题。
- 成本太高：5G基站比4G贵不少。而且轨道交通场景特殊，需要定制化开发。
- 生态不成熟：终端、芯片、测试工具，都还在起步阶段。
我的判断：5G-R会是未来10年轨道交通通信的主流。但现阶段，别急着上。我建议先做试点，积累经验。等标准成熟了，再大规模铺开。
3.4 通信冗余设计
通信冗余，说白了就是「别把所有鸡蛋放在一个篮子里」。CBTC对通信的可靠性要求极高，一旦中断，列车就得降级运行，甚至紧急制动。
常见的冗余方案：
| 冗余类型 | 实现方式 | 适用场景 |
|---|---|---|
| 双网冗余 | 两套独立的通信网络（如LTE-M+WLAN） | 高可靠性要求线路 |
| 链路冗余 | 同一网络内的主备链路 | 中等可靠性要求 |
| 设备冗余 | 关键设备（如基站、交换机）1+1备份 | 所有场景 |
我个人的习惯是：能双网就别单网，能热备就别冷备。为什么？因为冷备切换需要时间，而CBTC等不起。
避坑指南：我曾经见过一个项目，设计的是双网冗余，但两套网络共用同一个电源。结果一次电源故障，两套网络同时瘫痪。嗯，这就是典型的「冗余设计没做到位」。记住：冗余必须从电源、传输、设备到链路，全链路冗余。
冗余设计的几个关键点：
- 物理隔离：两套网络的线缆、设备、电源必须完全独立
- 自动切换：切换时间必须<50ms，且不能丢包
- 定期测试：每月至少做一次冗余切换测试。我见过太多「冗余设备从来没切过，一切就出问题」的案例
小技巧：在做冗余测试时，别只测一次。我建议连续测10次，记录每次的切换时间和丢包率。如果某次异常，说明冗余机制有问题，得赶紧排查。
好了，这一章的内容就到这里。车地通信技术，从WLAN到5G-R，每一步都是摸着石头过河。但只要你理解了底层原理，掌握了冗余设计的精髓，就能在项目中少踩很多坑。