DDS超低带宽通信

DDS的有限带宽插件
本文描述了RTI为其OMG数据分发服务创建的许多附加功能
（DDS）兼容中间件，专门用于解决受限网络通信的挑战。它会
讨论一些示例网络类型并使用RTI数据分发服务提供解决方案。
那么当我们谈论“受限制的”网络时，我们的意思是什么？本文将讨论问题和
具有以下一个或多个特征的网络连接解决方​​案：
•低带宽 - 例如，HF无线电链路的速度通常低至1200波特
•有限的带宽 - 提前知道峰值流量负载将超过可用带宽。
这需要带宽管理与改进的线路级数据传输效率相结合。
•非常高的信号延迟 - 例如，卫星链路可能具有高带宽但也具有非常高的延迟
往返通讯。 HF无线电通常也具有非常高的延迟。
网络或其通信链路可能以其他方式受到约束，例如：
•极易出错 - 有时称为DIL（断开连接，间歇性，有限或有损）网络，
例如无线电数据链接到无人驾驶车辆
•可变带宽 - 现代HF无线电连接通过动态响应不同的噪声级别
调整到适当的波形并转发可能改变带宽的纠错技术
•仅接收 - 有时在防御中被称为EMCOM（排放控制），接收器可以
不希望广播，通常是为了避免位置检测
•单工 - 高频无线电通常在发射时无法检测到输入信号，因此如果不止一个
一次传输没有任何通过，没有一个无线电可以检测到该问题
本文描述了可用于RTI数据分发服务的三个可选模块：
•压缩
•优化DDS线路协议（RTPS）
•增强发现，优化网络上的应用程序启动时间
白皮书
在低带宽，不可靠和受限制的情况下集成应用程序
使用RTI数据分发服务的网络
背景资料
本文假设对DDS原理有一个合理的理解水平。一个有用的
提供此背景的白皮书是“适用于您的DDS吗？”，网址为http://www.rti.com/mk/DDS.html。
许多低带宽或带宽受限的网络通常表现出不利的，间歇性的
或有损（DIL）通信。本文没有充分探讨RTI DDS如何解决这些问题
系统级别的问题。然而，之前的RTI论文发表在
http://www.cotsjournalonline.com/articles/view/100940提供了一个很好的介绍
DDS的有限带宽插件
rti.com
约束网络问题
无论您计划的网络是低带宽还是有限带宽，高延迟还是全部三个，都需要额外的要求
消息传递中间件是在通信链路上施加最小的压力。这通常是
表达了更有效的消息传递机制，最小化的数据包开销和最大化
数据包大小比。
最大化数据到数据包比率
DDS Wire协议专为分布式实时应用而设计。因此它是从一天开始设计的
一个在电线上高效率。例如，数据类型信息在发现时交换一次，
不是在运行时连续。另外还有DDS的开放式OMG标准线协议（称为DDS-RTPS
互操作性线协议）使用非常紧凑和有效的二进制线数据表示（公共数据）
表示-CDR）。 RTI有许多支持其吞吐量功能的基准测试
（见http://www.rti.com/products/dds/benchmarks-cpp-linux.html）。
应用程序开发人员还可以对数据包大小进行细粒度控制，这在低位时尤其重要
带宽和高延迟网络，其中应用程序数据需要放入大数据包中以最小化
延迟对应用程序的影响。 RTI数据分发服务还智能地使用类型信息
为了在电线上放置最少的数据。例如，它支持稀疏数据类型，以便只有那些字段
已更改的类型在线路上传输。有关标准产品功能的更多信息，请参阅
http://www.rti.com/products/index.html
相关应用程序
本文描述的技术适用于许多人
不同类型的应用程序。通常要求的应用
这些特性和功能包括：
•高级战斗网络无线电系统，如
Thales PR4G
•资产跟踪系统，如Wi-Tronix车辆跟踪
系统http://www.rti.com/docs/witronix.pdf
•空中交通管理系统，如ATLANTIDA
财团领导的投资http://www.rti.com/company/
news / air-traffic- management.html
•无人系统，如http://www.rti.com/docs/
GenAtomics_Snapshot.pdf，http：//www.rti.com/docs/
在

约束网络问题
无论您计划的网络是低带宽还是有限带宽，高延迟还是全部三个，都需要额外的要求
消息传递中间件是在通信链路上施加最小的压力。这通常是
表达了更有效的消息传递机制，最小化的数据包开销和最大化
数据包大小比。
最大化数据到数据包比率
DDS Wire协议专为分布式实时应用而设计。因此它是从一天开始设计的
一个在电线上高效率。例如，数据类型信息在发现时交换一次，
不是在运行时连续。另外还有DDS的开放式OMG标准线协议（称为DDS-RTPS
互操作性线协议）使用非常紧凑和有效的二进制线数据表示（公共数据）
表示-CDR）。 RTI有许多支持其吞吐量功能的基准测试
（见http://www.rti.com/products/dds/benchmarks-cpp-linux.html）。
应用程序开发人员还可以对数据包大小进行细粒度控制，这在低位时尤其重要
带宽和高延迟网络，其中应用程序数据需要放入大数据包中以最小化
延迟对应用程序的影响。 RTI数据分发服务还智能地使用类型信息
为了在电线上放置最少的数据。例如，它支持稀疏数据类型，以便只有那些字段
已更改的类型在线路上传输。有关标准产品功能的更多信息，请参阅
http://www.rti.com/products/index.html

优化线路上的数据包大小
如前所述，DDS使用称为RTPS的有线协议标准。这种开放式线路协议是
旨在保证DDS供应商实施之间的互操作性，并且通用性足以运行
在不破坏与已部署系统的互操作性的情况下，通过多种类型的传输和演进。
虽然RTPS对于实时网络已经非常高效，但它确实包含一个20字节的数据包头
旨在满足各种网络类型的需求，12字节时间戳和额外的24字节
在每个数据有效负载之前的子消息头。这些56字节引入的数据开销通常是
对于高速网络而言微不足道（事实上，与大多数其他消息传输相比，它非常有效
中间件）。但是，随着带宽或带宽可用性的降低，其对吞吐量的影响会增加
数据包标头包含可在应用程序通过传输运行时优化的信息
带宽极低，每一点都很珍贵;在满足要求的小型网络中
最小化;或者在某些类型的面向时间的信息变为高延迟的环境中
在应用层不相关且无法使用。
对于使用UDP / IP的网络传输，RTI创建了一个更加优化的RTPS版本
开发人员利用上述内容去除网络和应用程序的某些标题信息
属性。可配置选项最多可以从典型的56字节标准中删除30个字节
RTPS标头。例如，RTPS GUID（全球唯一
Identifier）是一个12字节的字段，由3个字段组成，每个字段包含4个字节。第一个是地址字段，在
大多数网络被屏蔽到最后一个字节（例如，在IP网络中，地址掩码可能是
192.168.1.x）因此可以减少到1,2或3个字节，具体取决于您的IP地址掩码。第二
是本地应用程序标识符（在该IP地址的计算机内），但许多分布式实时系统
在每台计算机上运行一个应用程序，因此可以忽略此字段并默认为1.最后，参与者
index用于标识同一台计算机上的多个DDS参与者。但是，很多应用程序在运行
在无线电或其他高度受限的设备上，每个节点只有一个参与者，所以这个字段也可以
剥离出来。总的来说，这个RTPS 12字节头字段可以减少到1个字节。
使用类似的逻辑，可以从头部剥离多达18个其他字节的信息，而不会减少
完全利用了DDS的功能。删除此数据包内容可以节省53％的效率
标准RTPS协议的数据包开销。

RTI的优化线协议可以与压缩插件分层，以创建强大的组合
针对受限或低带宽和/或高延迟网络的优化。但是，要完全优化消息传递
对于这些类型的网络的中间件，我们需要优化DDS本身的工作方式，特别是它的发现
操作。
数据包压缩
但是，当网络链路带宽非常低或已经接近其容量时，应用程序特定
可以寻求效率。压缩是解决这个问题的常用方法，但它需要付出代价--CPU
使用和延迟。压缩数据包所需的时间将增加通信的延迟。在很多
系统，可用的处理能力与可用带宽的关系是一个简单的权衡：延迟
在低带宽网络中，无论如何通常都很高，因此压缩的比例影响可以是最小的。这个
在HF无线电网络中确实如此，其中延迟是以秒为单位测量的。另外，在今天的低成本和
高性能处理器，即使是最全面的压缩技术也只占一小部分
第二。在功能更强大的处理器平台上，压缩卸载引擎可用于最小化延迟
进一步影响。
RTI开发了一种压缩传输插件，可以解决所有这些问题。压缩
算法在不同的效率水平下工作，这取决于被压缩数据的大小和类型（图像
例如，与文本相对）。由于DDS对应用程序的数据包大小进行了细粒度控制，因此它变得非常简单
如果压缩插件提供灵活性来控制哪些算法应用于哪些数据包，则是有益的。这个
插件允许您使用自己的大小参数定义三种数据包大小 - 小型，中型和大型。您可以
然后为每个数据包大小分配压缩算法。
或者，如果您具有处理能力或备用延迟，则可以使插件自动运行
选择模式。在此模式下，所有压缩算法对每个数据包并行运行，效果最佳
选择将数据包发送到底层传输。
压缩插件带有两个集成的压缩算法以及用户的工具
集成自己的压缩算法：
•Open Compression Plug-in：一个框架，供开发人员集成他们自己的压缩算法或
算法
•Zlib：gzip中使用的DEFLATE压缩算法的抽象
•Bzip2：一种无损压缩算法，根据数据，它可以比Zlib更有效
但是典型数据的使用时间要长约12倍
压缩传输插件的灵活性与固有的细粒度数据通信相结合
DDS的功能使用户能够微调带宽利用率和延迟，以最好地满足其分布式需求
申请要求。
高效的数据分发
本文没有深入介绍支持应用程序开发人员和系统的DDS的一般功能
集成商可以最有效地利用其底层传输。但是我们将简要总结一些
那些对应用程序开发人员来说很重要的DDS和RTI数据分发服务功能
约束网络：
•多播支持 - 静态多播（分配给一组固定接收者的多播地址IP）和动态
多播（每个发送方都有一组IP多播地址，为动态多播保留，以便进行协商
多播收件人）。 DDS没有区分这些并推动确切的方法
到传输级别的实现。
•消息优先级 - 可能是一个关键问题，尤其是在高延迟网络中。 DDS支持多种质量
服务（QoS）功能，如TransportPriority和LatencyBudget，可实现细粒度控制
优先考虑带宽利用率以利用底层网络基础设施提供的优势。
•延迟感知数据包批处理 - 在高延迟网络中尤为重要。这是透明的
由RTI数据分发服务支持，并通过设置QoS进行配置。

多传输支持 - DDS支持数据包排序。 所以如果你之间有多个联系
两个节点（例如HF无线电和卫星链路），您可以在两个节点上进行传输，接收方将忽略
数据包已收到。
•流量控制 - RTI数据分发服务允许应用程序配置流量负载的形状
中间件放置在网络上，限制了最大吞吐量，峰值突发等。它还允许应用程序
标记不同的数据流及其相对延迟需求，以便中间件可以监控访问
运输并确保最紧急的交通优先。
当然，任何消息传递中间件都必须发现并设置其活动之间的通信路径
参与者。 如何有效地完成这项工作对于任何启动时的网络都很重要，但这一点至关重要
这是在低带宽和高延迟分布式系统中实现的。

DDS发现
RTI数据分发服务的一个关键属性是其固有的容错和分布式系统友好设计。
它不仅可以随时容忍任何节点发生故障，还可以启动网络节点和应用程序
并通过网络或单台计算机随时以任何顺序终止（计划内或计划外）。它甚至
迎合现场网络上DDS的增量版本升级。所有这些功能都得不到了
DDS-RTPS协议和发现机制。
这种容错集成灵活性要求DDS发现每个发布 - 订阅通信信道
参与者之间。 DDS通常支持完全匿名的发布 - 订阅环境，其中没有
提前知道应用程序的任何部分的知识，以促进高度动态的集成
环境。每个参与者只知道某个地方的另一个参与者可能能够满足
数据需要它拥有或可能对它拥有的数据以及如何提供数据感兴趣。这意味着任何部署
分布式系统可以在活跃的参与者方面进行改变，增加或减少 - 无需求助
重新构建，重新编译甚至重新启动系统的任何其他部分。
为了支持此功能，每个参与者都维护域中其他参与者的本地知识缓存
和他们的实体。为了保持在分布式应用程序中的存在，参与者必须刷新它们的存在
在域中或他们将从缓存中老化。为了维持缓存，参与者宣布他们的存在
在应用层设置的期间。参与者也可能也会更改其QoS，并且可能需要此信息
也要传播。
对于大多数网络而言，这种开销是最小的，相当稳定的状态，并且没有任何显着的不利影响
关于应用程序性能或网络吞吐量。但是，在低带宽和/或高延迟网络中，
这可能会占用足够的带宽，从而在应用程序所需的时间内对应用程序产生显着影响
要建立的通信基础设施。

介绍准静态发现
为了应对DIL类型网络上的低带宽和/或高延迟的挑战，RTI创建了一个
发现插件，可以高效利用可用带宽。
分布式应用程序开发人员需要考虑的一个关键设计问题是应用程序存在的性质。
DDS通常不会对可能存在或可能不存在的应用程序集做出任何假设
任何时候网络，也不知道该应用程序如何在网络中分布。因此，发现工作在
后台持续维护地址表并解决发布 - 订阅QoS协商。然而，
在许多部署的系统中，应用程序或应用程序集可能提前知道并且不会改变
当网络处于服务状态时，QoS参数也不会发生变化 - 应用程序的存在是预先确定的
稳定。但是，节点和参与者启动的顺序可能仍然是任意的，节点和参与者可能是
经常失败，变得无法访问，或者需要退回节点或参与者继续申请。该
RTI数据分发服务的准静态发现插件使用这些假设来实现高度优化
DDS的发现阶段，这在受限和低带宽网络或网络中特别有用
需要非常快速的启动。

准静态发现原理
DDS发现过程分两个阶段执行。 有DDS Participant1发现阶段和DDS
Endpoint2发现阶段。 通过准静态发现，第二阶段被抑制，并被替换为
充当查找表的XML文件。 当DDS参与者宣布它已加入分布式环境时，
RTI Data Distribution Service查找现在必须存在的端点集，并建立publishsubscribe通信通道。 不需要QoS协商，因为这已经在中进行了验证
开发环境，是XML查找表的一部分，进一步减少了网络流量。
这种优化发现的净效果是显着减少建立信道所需的时间
在系统中进行通信，其中应用程序成分是先验已知的，同时保持DDS的稳健性
在DIL环境中。

准静态发现性能
在具有8个节点（每个节点1个参与者）的2400波特HF无线电网络的早期测试中，准静态发现减少了
发现时间（以及应用程序设置时间）不到40秒。 从透视角度来看，对于8个节点来说
同时启动并寻求建立他们之间的连接
2400波特HF无线电网络意味着每个无线电有300波特可用。 但是，由于碰撞和
在HF收音机的其他问题，你最终得到一个更真实的150波特连接 - 换句话说，一个有效的
吞吐量为每秒18个字节。 因此，一个完整的8节点应用程序级消息传递框架
每个节点的发布者和一个用户是通过成功传输的准静态发现建立的
低于6000字节的信息！
这些测试是在Thales PR4G Combat Net无线电上进行的。 这种HF无线电系统被广泛采用
许多国家的便携式步兵战术无线电要求。

总结
DDS已成功部署，已证明其适用于挑战DIL分布式环境
许多艰难的环境（见http://www.rti.com/company/customers.html）。加上压缩，
RTI数据分发服务的客户现在可以使用优化的线路协议和准静态发现
自信地将这种弹性集成中间件应用于高度受限的网络环境。
关于实时创新
RTI是快速，可扩展的通信软件的全球领导者，可以应对构建和构建的挑战
整合实时操作系统。 RTI Connext解决方案满足企业级集成的需求 - 
从运营边缘到企业数据中心。基于RTI标准的软件基础架构得到改进
业务系统的效率，同时促进业务的更好决策，行动和结果
企业。
十多年来，RTI为市场中的客户提供了业界领先的产品和解决方案
来自航空航天与国防，过程自动化，金融服务，能源，汽车，健康科学和
运输管理。