4、CBTC专用无线系统：DCS系统架构、轨旁AP部署原则、车载无线单元设计

各位好，咱们今天聊聊CBTC系统里最“接地气”的部分——DCS系统。说白了，DCS就是CBTC的“神经网络”。信号传不过去，你逻辑再牛也没用。我干这行十几年，见过太多因为无线问题导致列车紧急制动、甚至全线停摆的案例。嗯，咱们今天就把这块掰开揉碎了讲清楚。

4.1 DCS系统架构：三层两网，各司其职

DCS的全称是Data Communication System，数据通信系统。它的核心任务就一个：把列车的位置、速度、控制命令这些关键数据，从车上搬到地面，再从地面搬回车上。怎么搬？靠三层架构。

我个人习惯把DCS架构分成三层：

• 骨干网络层：这是地面上的“高速公路”。所有轨旁设备、控制中心、车辆段之间，靠光纤或者工业以太网连起来。冗余是必须的，双网双链路，断一条不影响。
• 轨旁接入层：这就是咱们常说的AP（接入点）。AP沿着轨道部署，负责和列车上的无线单元通信。说白了，AP就是地面上的“基站”。
• 车载移动层：列车上的无线单元，咱们叫它MR（Mobile Radio）。MR负责和轨旁AP握手，完成数据交换。

你想想看，这三层之间怎么配合？

举个例子：列车以80km/h的速度跑过来，MR需要快速切换到下一个AP。如果切换慢了，数据断了，列车就会触发紧急制动。我在项目中遇到过，某条线路因为AP切换参数没调好，列车每次经过道岔区就掉线，司机都骂娘了。后来我们花了三天时间，把切换阈值和扫描间隔重新优化了一遍，问题才解决。

4.2 轨旁AP部署原则：覆盖、冗余、抗干扰

AP怎么放？这不是随便找个杆子一挂就完事的。我总结了几条硬性原则：

1. 覆盖无盲区：AP的覆盖范围要重叠。两个相邻AP的信号重叠区，至少要保证列车以最高速度通过时，有足够的时间完成切换。一般来说，重叠区长度不低于50米。
2. 冗余设计：每个AP都支持双链路。一个AP坏了，相邻AP的信号能补上来。别指望单点设备能扛住，轨道交通最忌讳的就是单点故障。
3. 抗干扰：CBTC专用频段是2.4GHz或5.8GHz。但你别忘了，地铁站里还有乘客的Wi-Fi、蓝牙、甚至一些非法设备。我建议AP部署时，尽量避开站台区域，或者使用定向天线，把信号集中在隧道里。

我记得有一次，某条线路开通前测试，发现列车在站台区域频繁掉线。排查了三天，最后发现是站台商铺的Wi-Fi热点太多，把CBTC的信道给淹了。后来我们强制把AP的信道和功率做了规划，才稳住。

4.3 车载无线单元设计：双天线、双MR、双保险

车载无线单元，就是列车上的“通信心脏”。它由MR（移动电台）和天线组成。设计原则就一句话：双套冗余，独立工作。

具体来说：

• 双MR：车头和车尾各装一台MR。两台MR独立工作，同时和地面AP通信。一台坏了，另一台自动接管，不影响运营。
• 双天线：每台MR接两根天线，一根主用，一根备用。天线安装在车顶，方向朝前。为什么？因为列车是单向运动的，天线朝前能获得更好的信号增益。
• 抗振动设计：列车运行时的振动很大，尤其是经过道岔和轨缝时。MR的安装必须使用减震支架，连接器要锁死。我见过因为振动导致天线接头松脱，列车跑着跑着信号就没了。

你可能会问：双MR之间怎么切换？

嗯，这里要注意。两台MR不是同时工作的，而是“主备模式”。正常情况下，车头MR做主用，车尾MR做备用。如果车头MR检测到通信质量下降（比如丢包率超过5%），系统会自动切换到车尾MR。切换时间控制在50ms以内，司机和乘客完全感觉不到。

4.4 一个小总结

好了，咱们把DCS系统捋一遍：

层级	关键设备	设计要点
骨干网络层	交换机、光纤	双网冗余，链路聚合
轨旁接入层	AP、天线	覆盖重叠、抗干扰、定向天线
车载移动层	MR、天线	双套冗余、主备切换、抗振动

说白了，DCS系统设计就是一场“信号与干扰”的博弈。你覆盖好了，切换快了，冗余够了，系统就稳。你偷懒了，参数没调好，等着你的就是全线晚点、司机投诉、领导拍桌子。

我个人习惯，每次做完AP部署方案，都会亲自去隧道里走一遍，拿频谱仪测一下底噪。别嫌麻烦，这一步省了，后面全是坑。

下一章咱们聊聊无线通信的“灵魂”——切换算法。为什么有的线路切换快如闪电，有的线路切换卡成PPT？到时候给你讲几个真实案例。