Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
IEC TR 62251于2003年由IEC第65技术委员会作为技术报告发布,针对工业通信网络中的服务质量这一关键问题进行了系统阐述。随着制造系统从集中式控制架构向分布式、网络化自动化转型,底层通信基础设施的性能特征成为影响系统可靠性、安全性和生产效率的决定性因素。本技术报告提供了一套结构化方法,用于在需要实时确定性和高可用性的工业环境中定义、测量和管理QoS参数。
IEC TR 62251定义了一套全面的QoS参数体系,分为三个主要类别:时间性能、可靠性和可用性。时间参数包括传输延迟(从消息在源端提交到通信层到在目的端交付的时间)、延迟抖动(连续消息之间传输延迟的变化)和吞吐量(单位时间内成功传输的数据量)。对于工业应用,这些参数必须指定为最坏情况边界而非平均值,因为控制系统必须在所有运行条件下(包括峰值流量负荷)正确运行。
报告中的可靠性参数包括消息丢失率、残余错误率和连接建立失败概率。可用性参数描述通信服务满足其规定QoS目标的时间比例,以百分比表示(例如,安全关键通信链路要求99.999%的可用性)。
报告根据应用通信要求的严格程度将工业应用分为四个QoS类别。A类应用(运动控制、安全系统)要求等时实时通信,最大延迟低于1 ms,抖动低于1微秒。B类应用(闭环过程控制)要求硬实时性能,延迟为1-10 ms。C类应用(SCADA、组态、监控)可容忍软实时或尽力而为的性能。D类应用(日志、数据收集)对服务质量要求最低。
| QoS类别 | 应用示例 | 最大延迟 | 最大抖动 | 可用性 |
|---|---|---|---|---|
| A – 等时 | 运动控制、驱动器、安全 | < 1 ms | < 1 micro-s | 99.999% |
| B – 硬实时 | 过程控制、机器人 | 1 – 10 ms | < 100 micro-s | 99.99% |
| C – 软实时 | SCADA、批处理控制 | 10 – 100 ms | < 10 ms | 99.9% |
| D – 尽力而为 | 监控、日志、组态 | 100 ms – 1 s | 不关键 | 99% |
IEC TR 62251回顾了常见工业通信技术中的QoS机制。对于工业以太网技术,报告讨论了IEEE 802.1Q VLAN标记在流量优先级划分中的作用、时间敏感网络机制(包括IEEE 802.1AS时间同步和IEEE 802.1Qbv调度流量)的应用。报告强调QoS配置必须在所有网络设备上保持一致,以防止导致不可预测行为的QoS配置缺口。
对于现场总线系统,确定性行为通常内置于介质访问控制方法中。令牌传递和主从协议通过受控访问固有地保证了有界延迟。报告提供了基于节点数、消息大小和波特率计算最坏情况通信周期时间的指导,使工程师能够在部署前验证网络拓扑是否支持所需的QoS类别。
无线工业通信得到了专门关注。报告指出无线链路引入了额外的QoS挑战:由于衰落和干扰导致的可变链路质量、隐藏节点碰撞的可能性以及重传和跳频的开销。无线QoS机制包括自适应数据速率选择、通过跳频实现的频率分集以及用于覆盖可靠性的冗余接入点。
| 技术 | MAC方法 | 最小周期时间 | 固有QoS | TSN支持 |
|---|---|---|---|---|
| PROFINET IRT | 调度(TDMA) | 31.25 micro-s | A类 | 支持 |
| EtherCAT | 求和帧 | 12.5 micro-s | A类 | 开发中 |
| EtherNet/IP | CSMA/CD + TSN | 100 micro-s | B类 | 支持 |
| SERCOS III | 时分 | 31.25 micro-s | A类 | 支持 |
| PROFIBUS DP | 令牌传递 | 1 ms | B类 | 不适用 |
| WirelessHART | TDMA + FHSS | 10 ms | C类 | 不适用 |
网络拓扑选择是工业通信设计中最关键的决策之一。线性拓扑简单且成本效益高,但跨每跳累积延迟,可能使链末端的实时流量超出QoS边界。带有冗余协议的环形拓扑提供容错能力,但会增加最坏情况下重新配置时的延迟。星形拓扑最小化确定性延迟变化,但需要更多的布线和交换机端口。对于A类应用,不建议在同一线路段上串联超过5-10台设备。
流量工程同样至关重要。工业网络承载具有不同QoS要求的多种流量类型:周期性实时数据、非周期性实时数据、非实时数据和尽力而为流量。每种类型必须在每个网络节点上进行适当的分类、标记和排队。报告建议为实时流量分配专用优先级队列,采用严格优先级调度,同时为非实时流量使用加权公平排队以防止饥饿。
网络容量规划必须考虑正常运行和故障情况。正常条件下,实时流量的链路利用率不应超过30-40%,以容纳瞬时突发和故障恢复流量。冗余机制必须确保单个链路或设备故障不会使任何活动应用的QoS降低到要求以下。报告建议使用R-A-T框架作为设计弹性工业通信系统的结构化方法。
最后,报告强调通过系统性调试测试验证QoS至关重要。测试计划应包括正常负载下的延迟测量、峰值负载下的延迟测量、链路或设备故障期间的切换时间测试以及长期可用性监测。只有通过这样的测试,工程师才能确认安装的系统满足设计阶段规定的QoS要求。