行业应用软件（轨道交通）TCC-PIS 与 MPIS、SC 及终端设备联网性能检测技术规范

1. 检测项目分类及技术要点

针对轨道交通乘客信息系统（PIS）的组网架构，即由线路中心（TCC-PIS）、多线路中心（MPIS）、车站控制（SC）及终端设备（如LCD显示屏、LED显示器、广播控制器、对讲终端等）构成的多级网络体系，其联网性能检测旨在验证系统在复杂网络环境下的数据交互能力、稳定性及可靠性。检测项目主要分为以下几类：

1.1 网络连通性与链路质量检测

• 技术要点： 本项检测聚焦于物理链路与逻辑链路的连通状态。利用ICMP（Internet Control Message Protocol）协议进行连通性测试，确认各级设备（TCC-PIS服务器、MPIS核心交换机、SC车站交换机、终端设备网口/IP模块）在网络层是否可达。重点考察跨VLAN（Virtual Local Area Network）路由、静态路由或动态路由协议（如OSPF）配置的正确性。

• 核心指标： 丢包率为0%，平均往返时延（RTT）< 10ms（本级局域网内）及 < 50ms（跨级广域网），路由跳数符合网络设计规范。

1.2 带宽与吞吐量性能检测

• 技术要点： 验证网络基础设施能否承载PIS系统的多业务流量（如高清视频流、实时控制信令、状态监控数据）。重点测试从TCC-PIS中心服务器到MPIS核心节点、从MPIS到SC车站汇聚、以及从SC到单个终端接入端口的网络吞吐量。测试需模拟实际业务模型，包含UDP（User Datagram Protocol）视频流与TCP（Transmission Control Protocol）控制流的混合负载。

• 核心指标： 网络核心层（TCC-PIS至MPIS）应满足不少于实际峰值带宽2倍的吞吐能力；车站接入层（SC至终端）应确保至少100Mbps的净荷吞吐能力，且背压机制有效，无严重丢包。

1.3 协议一致性与数据交互检测

• 技术要点： 轨道交通PIS通常采用标准或行业自定义的通信协议（如基于TCP/IP的私有协议、RTP/RTSP视频流协议、SIP广播协议、SNMP简单网络管理协议等）。检测需验证TCC-PIS下发的控制指令（如优先级切换、定时发布任务）能被MPIS正确解析并转发，最终由SC和终端准确执行。重点检测协议栈的封装与解析正确性、超时重传机制以及异常报文处理能力。

• 核心指标： 指令响应正确率100%，控制信令在各级的转发延迟累积 < 500ms。对于组播协议（常用于视频分发），需检测IGMP Snooping、PIM等协议配置的有效性，确保组播流仅分发至有需求的端口。

1.4 实时性与同步性能检测

• 技术要点： 针对PIS中时间敏感的应用（如动态地图同步、应急信息发布）。检测从TCC-PIS平台触发一个事件，到终端设备（如LCD屏显示、广播输出）响应的时间差。这涉及软件处理延迟、网络传输延迟、设备编解码延迟的综合评估。同时，检测NTP（Network Time Protocol）时间同步精度。

• 核心指标： 端到端信息发布延迟（TCC至终端）< 2秒（非实时视频流），< 200ms（应急文本/广播）。全网设备时间同步误差 < 500ms。

1.5 稳定性与健壮性检测

• 技术要点： 在长时间（如7x24小时）高负载运行环境下，检测系统的连接保持能力。包括会话保持测试（验证TCP长连接在链路抖动后能否快速重建）、数据完整性测试（在高丢包环境模拟下，验证TCP的可靠传输或前向纠错FEC效果）、以及单点故障切换测试（如主备服务器切换、链路聚合故障切换时，业务中断时间）。

• 核心指标： 长期测试期间无连接中断；主备切换时间 < 30秒；故障恢复后，缓存数据应能完整续传。

2. 各行业检测范围的具体要求

轨道交通行业对PIS系统联网性能有严格的层次化要求，不同层级关注点各异。

2.1 TCC-PIS（线网中心级）检测范围要求

• 多线路中心（MPIS）汇聚管理能力： 要求TCC-PIS能够同时与多条线路的MPIS建立稳定、安全的连接。检测范围包括：并发连接数（通常要求支持不少于8条线路MPIS的接入）；跨线数据转发时延（TCC至任意远端MPIS的端到端控制时延 < 1秒）；全局配置同步的正确性，即TCC下发的全网运营时刻表、应急模式指令能被所有MPIS准确接收并反馈。

• 大数据吞吐与分发能力： TCC-PIS需具备向所有线路同时分发高清宣传片等大流量数据的能力。检测要求核心网络设备背板带宽和处理能力足以支撑全网广播风暴的抑制，且能通过流量整形QoS（Quality of Service）保障关键信令的优先传输。

2.2 MPIS（多线路中心/线路中心级）检测范围要求

• 区域自治与转发能力： MPIS作为承上启下的关键节点，要求其在TCC-PIS连接中断的情况下，仍能维持本线路内PIS系统的正常运行。检测范围包括：本线路内所有SC车站及终端的连接管理能力；本地视频点播（VOD）服务的并发流处理能力；当TCC-PIS恢复连接后，缓存的历史状态信息和日志能够自动补传，且不影响当前业务。

• QoS策略实施： 检测MPIS对来自TCC-PIS的控制指令（高优先级）与视频流（中优先级）及非关键数据（低优先级）的队列调度机制是否生效。

2.3 SC（车站级）检测范围要求

• 终端密集接入与实时控制： SC需接入车站内所有的PIS终端设备。检测范围包括：最大终端接入数量（通常要求支持不小于64个终端）；对终端的实时轮询与状态监控能力（状态更新周期 < 10秒）；对终端的组播/广播控制指令的即时下发能力。重点检测在早晚高峰大客流时段，广播触发与信息显示的并发响应能力。

• 环境适应性： 验证SC设备在工业环境（如电磁干扰、温湿度变化）下的网络端口稳定性。

2.4 终端设备级检测范围要求

• 连接保持与自动恢复： 要求终端设备（如显示屏、广播控制器）在重启或网络闪断后，能自动重新连接至SC，并恢复到断网前的运行状态。检测范围包括：设备MAC地址与IP地址绑定的有效性；断网重连时间（要求 < 60秒）；PoE（Power over Ethernet）供电稳定性检测。

• 协议响应准确性： 验证终端对标准控制指令（如音量调节、亮度调节、播放列表切换）的响应速度和准确性。

3. 检测仪器的原理和应用

为准确评估上述性能指标，需采用专业的测试仪器及软件。

3.1 网络损伤仪

• 原理： 通过在网络中串接或通过端口镜像方式引入，模拟真实的广域网环境。它可以精确控制数据包的延迟（固定或可变延迟）、丢包率（随机或突发丢包）、带宽限制、以及数据包乱序。

• 应用： 用于检测TCC-PIS、MPIS及终端设备在恶劣网络条件下的鲁棒性。例如，在TCC-PIS与MPIS之间设置5%的丢包率和200ms的延迟，观察应急文本下发是否出现乱码或失败，验证应用层的TCP拥塞控制和数据重传机制是否有效。

3.2 网络协议分析仪

• 原理： 基于高性能的硬件捕获能力（如专用网卡）和深度的协议解析软件，能够无丢包地捕获并解码网络上的原始数据包。分析仪内置了强大的触发器和过滤器，可从海量数据中精确提取特定设备（如特定LCD屏）或特定协议（如PIS私有协议）的交互报文。

• 应用：

  • 连通性故障诊断： 在设备连接失败时，分析TCP三次握手过程，定位是SYN包未发出、未收到SYN-ACK，还是RST重置，从而判断是物理层、网络层还是应用层问题。

  • 协议一致性验证： 捕获TCC下发“进入应急模式”指令的整个交互过程，逐字节解析应用层协议，验证指令编码、校验和、序列号是否符合设计规范，并精确计算从请求到响应的信令往返时间。

  • 组播流分析： 验证IGMP加入和离开报文是否正确发出，分析组播流的丢包和抖动情况。

3.3 网络性能测试仪（软硬件一体）

• 原理： 包含硬件测试端口和软件控制平台。通过线速生成并分析特定模式的数据流（通常称为“流量”），来评估网络设备的性能。它可以模拟成百上千个终端同时向服务器发起连接（并发连接数测试），或产生最大速率的数据流来测试链路的极限吞吐量。

• 应用：

  • 吞吐量与压力测试： 将测试仪端口连接至SC的交换机上，模拟最大数量的终端（如128个虚拟终端）同时向SC请求VOD视频流，测试SC设备或交换机的处理能力和是否会因过载而瘫痪。

  • QoS策略验证： 测试仪同时生成标记为高优先级（如信令）和低优先级（如日志）的数据流，通过示波器功能查看在链路拥塞时，高优先级数据是否被优先转发，而低优先级数据是否被合理丢弃或降速。

3.4 便携式网络万用表/线缆认证分析仪

• 原理： 集成了数字万用表、网络时域反射计（TDR）和基本的网络扫描功能。TDR通过向线缆发送脉冲信号并分析反射，可以精确定位线缆的开路、短路或断点位置。基本网络功能可检测DHCP服务、网关连通性等。

• 应用： 主要用于现场施工和故障排查阶段。当终端设备无法联网时，工程师使用此仪器：1）首先检测网线物理层，确认是否有线序错误或断线；2）检测端口是否协商到正确的速率和双工模式；3）检测能否从DHCP服务器获取到正确的IP地址；4）验证到网关和SC服务器的基本连通性。它是现场解决“最后一米”物理连接问题的必备工具。

3.5 自动化测试平台

• 原理： 基于脚本驱动的自动化测试框架（如Python + Robot Framework），结合上述硬件仪器提供的API接口。能够自动执行复杂的、重复性的测试用例，并生成标准化的测试报告。

• 应用： 用于回归测试和验收测试。例如，编写一个自动化脚本，控制网络损伤仪设置不同的延迟和丢包组合，自动调用PIS客户端下发指令，同时通过网络协议分析仪捕获响应，最后由平台自动比对结果并判定性能是否达标，极大地提升了测试效率和准确性。