2、PIS系统通信网络：PIS系统网络拓扑、车地无线通信技术（Wi-Fi、LTE-M、5G-R）、有线骨干网络、网络冗余与可靠性设计
各位同行，咱们接着聊。上一章我们把PIS系统的架构和接口梳理了一遍，这一章，我打算把通信网络这块硬骨头啃下来。
你想想看，PIS系统说白了就是“信息管道”。信息能不能准时、准确地送到乘客眼前，全看这张网结不结实。我这些年调试过的项目，十有八九的故障都出在网络上——不是断线了，就是延迟太高，或者干脆丢包了。
所以，这一章我会把网络拓扑、无线技术、有线骨干，还有冗余设计，掰开了揉碎了讲清楚。嗯，这里要注意，很多新手容易忽略冗余设计，觉得“多花钱没必要”，但真出了事，你就知道什么叫“一分钱一分货”了。
2.1 PIS系统网络拓扑：星型、环型还是树型？
先说说网络拓扑。PIS系统的网络拓扑，我个人习惯分成三层来看：
- 车站级网络：负责站内PIS设备互联，比如站台屏、站厅屏、广播控制器。
- 骨干级网络：连接各个车站与控制中心，这是大动脉。
- 车地级网络：列车与地面之间的无线通道，这是最难搞的部分。
车站级网络，我建议用工业以太网环型拓扑。为什么？
我在广州某条线路的项目中遇到过，站厅到站台的网线被施工队不小心挖断了。如果是星型拓扑，那一整侧的显示屏全黑。但环型拓扑呢？数据会自动绕路，从另一侧传过来。乘客根本感觉不到。这就是环型拓扑的魅力——自愈时间通常在50ms以内。
核心要点：车站级网络推荐环型拓扑，骨干级网络推荐双星型或双环型拓扑。车地网络则必须考虑无线覆盖的无缝切换。
骨干级网络，我倾向于双星型冗余拓扑。控制中心放两台核心交换机，每个车站各拉两条光纤上去。一条断了，另一条自动顶上。说白了，就是“两条腿走路”。
2.2 车地无线通信技术：Wi-Fi、LTE-M、5G-R
这部分是PIS系统的技术难点，也是我踩坑最多的地方。咱们一个一个说。
2.2.1 Wi-Fi技术：便宜但不够稳
早期项目，很多用Wi-Fi做车地通信。优点是便宜、成熟、设备好买。但缺点也很明显：
- 干扰大：2.4GHz频段太拥挤，蓝牙、微波炉、甚至隔壁的Wi-Fi都能干扰你。
- 切换慢：列车时速80km/h以上，Wi-Fi的漫游切换经常掉线。我记得有一次测试，列车过隧道口时，视频流卡了整整8秒才恢复。
- 带宽不稳定：标称300Mbps，实际能跑到50Mbps就不错了。
避坑指南：我曾经在一条市域铁路项目上，坚持用Wi-Fi做PIS车地通信。结果试运行第一天，列车进站时视频卡顿严重，被业主骂了一下午。后来全部换成LTE-M才解决问题。所以，如果线路速度超过60km/h，或者对实时性要求高，请慎重考虑Wi-Fi。
2.2.2 LTE-M：轨道交通的“专用车道”
LTE-M，说白了就是给轨道交通定制的4G。它跟公网4G最大的区别是什么？
- 专用频段：1.8GHz或1.4GHz，不跟手机抢资源。
- 高可靠性：切换时延控制在100ms以内，丢包率低于0.1%。
- 带宽够用：单小区下行50Mbps，上行25Mbps，跑几路高清视频没问题。
我参与过的北京某线路，全线部署了LTE-M。列车以80km/h运行时，PIS视频流几乎感觉不到切换。嗯，这里要注意，LTE-M需要沿轨道铺设专用基站，成本比Wi-Fi高不少。但为了稳定，这笔钱值得花。
| 技术 | 频段 | 下行带宽 | 切换时延 | 覆盖范围 | 典型成本 |
|---|---|---|---|---|---|
| Wi-Fi | 2.4/5GHz | 50-100Mbps | 1-3秒 | 100-200米 | 低 |
| LTE-M | 1.8GHz | 50Mbps | <100ms | 500-1000米 | 中 |
| 5G-R | 2.6/4.9GHz | 1Gbps | <20ms | 300-500米 | 高 |
2.2.3 5G-R：未来的方向，但别急着上
5G-R是铁路专用的5G标准。理论上，它能提供1Gbps的下行带宽，20ms以内的切换时延。听起来很美好，对吧？
但我个人的建议是：现阶段，除非业主明确要求，否则别急着上5G-R。为什么？
- 设备不成熟：5G-R的基站和车载终端，目前能稳定供货的厂家不多。
- 成本太高：比LTE-M贵3-5倍。
- 需求不迫切：PIS系统目前的应用，LTE-M完全够用。5G-R更多是为未来自动驾驶、高清视频巡检准备的。
当然，如果你在做新线路的规划，建议预留5G-R的接口和光纤资源。别像我以前那样，项目做完才发现要升级，结果得重新挖沟铺光缆，那叫一个后悔。
2.3 有线骨干网络：光纤是王道
车地无线再好，最终数据还是要落到有线骨干网上。这部分我强调三点：
- 必须用单模光纤：多模光纤传输距离短（300米以内），不适合地铁线路。单模光纤轻松跑10公里以上。
- 冗余路由：每个车站至少两根光纤，走不同路径。我见过一个项目，两根光纤走同一个管沟，结果一场大雨，两根全泡水了。
- 带宽预留：骨干网带宽建议按峰值流量的2倍设计。比如PIS系统峰值需要1Gbps，那骨干网至少配2Gbps。为什么？因为未来会加新设备、新功能。你想想看，加个高清摄像头，带宽就上去了。
小技巧：在骨干网设计时，我习惯在每台交换机上预留20%的端口。别小看这20%，后期加设备、做调试，你就知道有多方便了。
2.4 网络冗余与可靠性设计：别让单点故障毁了你的系统
这部分，我把它叫做“保命设计”。
我曾经在一条地铁线的试运行阶段，因为一台核心交换机电源模块烧了，导致全线PIS系统瘫痪了40分钟。那40分钟，站台上全是黑屏，乘客投诉电话打爆了控制中心。从那以后，我对冗余设计就特别较真。
冗余设计，我建议至少做到以下几点：
- 设备冗余：核心交换机、服务器、无线基站，全部1+1热备。一台坏了，另一台自动接管，切换时间不超过1秒。
- 链路冗余：前面说的双光纤、双路由。另外，建议用链路聚合技术，把两条物理链路绑成一条逻辑链路。既增加带宽，又提高可靠性。
- 电源冗余：每个网络设备配双电源，接不同的UPS。我见过一个项目，所有设备接同一个UPS，结果UPS坏了，全线断电。
- 软件冗余：网络协议层面，启用RSTP（快速生成树协议）或MRP（介质冗余协议）。环型拓扑的自愈时间，RSTP能做到1-2秒，MRP能做到50ms以内。
核心要点：冗余不是浪费，是投资。一次故障停运造成的损失，可能够你买十套冗余设备了。
最后，说一个我个人的习惯：定期做冗余测试。别以为设备装好了就万事大吉。我每季度会做一次“拔线测试”——故意拔掉一根光纤、关掉一台交换机，看看系统能不能自动恢复。很多问题，就是在这种测试中发现的。
好了，这一章的内容就到这里。网络是PIS系统的骨架，骨架不牢，再好的应用也白搭。下一章，咱们聊聊PIS系统的核心协议——那个让所有设备“说同一种语言”的东西。