谈DIMA系统实时通信流量的时延分析方法docWord格式.docx
《谈DIMA系统实时通信流量的时延分析方法docWord格式.docx》由会员分享，可在线阅读，更多相关《谈DIMA系统实时通信流量的时延分析方法docWord格式.docx（5页珍藏版）》请在冰豆网上搜索。
TT流量的时延确定性主要由离线设计的调度时刻表保证，Ｗ．Stｅiｎeｒ等提出由形式化方法求解组合优化问题以获得可行调度时刻表的方案,然而，设计验证过程中仍需要分析给定功能构件之间ＴT流量的时延参数。
对于RC流量，虽然存在确定性网络演算、随机网络演算、实时演算（reaｌ-timecａlculus，RＴC）、轨迹法等多种分析方法，但考虑到ＤＩMＡ系统中存在高优先级TT流量占用的情况，必须开发适应这种特定场景的建模与分析方法。
本文基于DIＭＡ系统综合化互连配置的特征，从处理层次和互连层次相结合的角度，提出一套适用于分布式综合航空电子系统的流量建模与时延分析方法,即:
采用体系结构分析与设计语言（ａrchitectｕreanａlysis aｎｄdesignlａnguａge，AAＤＬ）描述系统的体系结构,基于体系结构模型进行TT流量的时延分析,采用模型转换的方法将体系结构模型及其具体配置转化为RTＣ分析模型,对RＣ流量的时延进行最坏情况分析。
最后,结合典型的流量配置案例，对该方法进行了验证。
1ＤIMA系统的ＡADL模型ﻭ 体系结构分析与设计语言（AADL）脱胎于具有长期航空电子领域应用基础的ＭetaH语言，适用于描述具有实时响应要求、容错、必须经过认证的嵌入式实时系统,故特别适于对航空电子体系结构进行描述与分析.源码ＡADＬ工具环境（opｅnsouｒcecｏdeAAＤLtoolenｖｉronmenｔ,OSATＥ）是AADＬ开发小组开发与维护的一个Eclｉｐｓe插件集，全面支持AADＬ模型的构建与前端处理。
本文即采用该工具开展DＩMA系统的AADＬ建模与分析。
ﻭDIＭA系统的体系结构兼具“综合模块化”与“分布式”两大优点:
一方面,对共享程度很高的硬件采用模块化的构件实现,并使之具有统一的网络互连接口;
另一方面，由于硬件模块和处理资源的分布式部署，允许异构的处理模块通过高精度同步的网络进行并行处理，并克服了集中式系统不利于散热的缺点，解决了其电磁兼容等环境控制问题。
综合化互连对DIＭＡ系统优点的发挥具有至关重要的作用，展示出在大型飞机上DIMA系统的处理与互连方式。
相比于集中式系统,分布式系统的核心处理资源不再集中于某个固定的区域内，而是在较大的范围分布部署；
同时，可重构性提高了这些分布式资源的利用率。
据此,DＩMＡ体系结构建模过程中必须着重考虑如下两点：
（1）只能在较高层次的子系统中声明分布式应用到资源的绑定情况。
由于资源的分布式排布，上层应用完全可能绑定到其它子系统所包含的硬件资源上。
这种情况下,由于该应用所绑定的硬件资源不是其所属的当前层次子系统中的构件，故只能在较高层次的子系统中对绑定情况进行声明。
２所示的分布式系统（空心燕尾箭头表示线程到处理器的绑定情况）中，线程T21绑定的处理器Proｃ１并不是子系统S2的子构件,只有在系统Ｓ_Tｏp层次才能对这种绑定情况做出声明。
（2）处理器需要针对绑定在其上的各个线程声明调度方式.
由于处理器上绑定的线程可能来自不同的上层应用（中绑定到处理器Proc1上的线程Ｔ１２与Ｔ２1），因此建模过程中，处理器必须明确声明对绑定在其上的每个线程,特别是分布式线程（如Ｔ21），可采取的调度方式。
2DＩMA系统的流量模型
时间触发以太网（ＴTE）是实现DIMA系统互连的关键，各个分布式节点对协议控制帧（ｐroｔoｃolconｔrolｆrame，PCＦ）打透明时钟时戳，并根据PCＦ进行固化和压缩操作以实现亚微秒级的时钟校准,从而可支持同步跨越异构设备的传输。
TTE网络在为时间触发（ＴT）流量提供严格的时间确定性保证的同时,为保护,还设置有优先级较低的速率约束（RＣ）和“尽力传”服务类型.在航空电子网络中,一般采用RC类型承载事件触发的流量。
AＡDL对端到端流量的模型描述，归纳定义为流规范（flｏwspeｃification）、流实现（floｗ implemenｔatioｎ）和端到端流（enｄ-to-eｎｄ flow）.“流规范”在构件类型中对该构件中流的起始（ｆlowSouｒcｅ）、从输入端口到输出端口所通过的路径（flow ｐath）以及终止（ｆloｗsinｋ）进行定义，流路径上的端口类型可以不同，而且同一个端口可包含在多个流规范的定义中。
“流实现”在构件实现中通过一系列由子构件流规范的输入端口到输出端口的流路径和连接的序列对流规范的具体结构进行描述，同一个流规范可以有多种实现形式.“端到端流”在构件实现中采用“enｄ toeｎｄflow”对一条源于子构件、途经一系列子构件并终止于子构件的逻辑信息流进行声明，虽然只涉及当前一层子构件，但子构件实现中还可以包含子构件，使端到端流的声明逐层实例化,最终得到由流规范实例和连接实例组成的端到端流的实例。
在典型AADL流模型中，线程构件T1、T2和Ｔ３分别是进程构件Ｐ1、Ｐ２和P3的子构件，系统S中由Ｐ１发出，经过P２到达P3的端到端流，具体到线程层次即表现为由T1发出，经过T2到达T3的端到端流.
3DＩMA通信流量的时延分析ﻭ为保证数据和事件的时间确定性满足实时性能要求，从航空电子系统设计初期开始就需要对信息流量进行时延分析.在DＩMＡ系统中,由于分布式计算和通信的实时行为既与网络通信任务的配置有关,又涉及资源的规划设计，故有必要从处理层次和互连层次相结合的角度综合考虑,进行较为全面的时延分析.据此，本文拟定的DＩMＡ系统通信流量时延分析方案.ﻭ3。
1 时间触发流量的时延分析ﻭ时间触发（TＴ）流量是在封闭性系统中的时间确定性信道上进行传输的:
一方面,系统中客户端之间通过中心调度器实现协作，建立无冲突的全局调度方案;
另一方面,对于具有时间确定性的传输信道,的最最小传输延迟由设计者预先设定,以确保传输时延的有界性。
因此，ＴＴ流量的端到端传输过程中不存在因传输协议或多路复用造成的排队延迟，只需在处理层次进行时延分析.
ＡADL提供了基于流模型的时延分析框架.该框架认为,端到端流的时延主要受如下4种因素影响:
（１）处理主要包括执行时间和完成时间,相关的属性有计算执行时间pute_Execuｔion_Time、截止期限Dｅadline、周期Pｅriｏｄ等，最坏情况的处理时间分析主要考虑Ｄeadlinｅ以及Ｐerｉod。
（2）处理延迟:
不同采样方式造成的处理延迟是不同的，由于ＴTE网络为系统提供了精确的分布式时钟同步,需按照同步采样的方式进行计算——处理时间加上所有的传输时间和延迟之后,再以采样周期上取整.
（3）传输主要受数据块大小、连接或传输设备的速度，以及传输协议开销的影响，相关的属性包括数据块大小Ｓourcｅ_Data_Siｚｅ、传输时长Trassioｎ_Time等。
ﻭ（４）传输延迟：
这是实际传输协议或多路复用排队的结果，需要借助框架之外的工具，并结合综合化互连、流量约束等信息进行分析。
相应的属性为Prｏｐagatｉｏn_Dｅlａy,其值需要由设计者预先给定.ﻭOＳＡTE平台集成有相应的分析工具,即，流时延分析ﻭ插件（flow lateｎcyanａlｙｓis plug-in）。
该插件利用前文所述的相关属性值，对特定流量的端到端时延进行分析计算，并以信息的形式给出结果。
3.2速率约束流量的时延分析
对于速率约束（RC）流量，由于TTE并不提供严格的时间确定性保证，传输过程中可能存在因传输协议规定或多路复用造成的排队延迟,因此，在利用AADＬ流时延分析插件进行处理层次时延分析的同时,还需要充分考虑传输过程中的排队延迟，在互连层次进行分析。
AＡDＬ流时延分析框架的一个局限在于，无法通过自身的分析计算得出表征传输延迟的属性值而需要设计者预先给定,故必须借助其它分析方法为该预设过程提供支持。
作为网络演算在实时应用领域的扩展，实时演算（RＴＣ）基于精确描述事件流时间特征的事件模型，实现实时系统中各构件的时间性能、缓冲区需求和负载状况的分析求解。
采用RＴＣ 进行互连层次时延分析的前提是，系统AADL模型中必须包含构建相应RTC模型所需的参数.这些参数主要描述系统各个节点输入的事件流的到达曲线、服务曲线，以及通信和处理过程的历时，如处理器和线程的调度方式、总线的带宽等.特别地，作为流量的入口和出口,构件的端口应当为ＲＴC描述输入流特性的周期-抖动－延迟（perｉｏd－jitｔｅr—delａｙ,ＰJD）模型提供相关参数.对此，可定义两个属性：
输入速率“Inｐut_Ｒatｅ"
取值为范围，其中，s表示在到达的事件流中相邻两个到达事件的最小时间间隔（参数D）,p表示该事件流的周期（参数P）;
输入抖动“Iｎpuｔ_Ｊittｅr”的值表征PJD模型中的参数J。
由于AADL并未深入考虑互连层次的具体实现情况——部分所需的参数（如:
线程的调度方式、ＰJD模型相关的端口属性等）是标准AAＤL中未定义的，因此,需借助AＡＤＬ的可扩展性，对标准ＡADL属性集进行扩展，为相关构件增加适于表征具体互连特征的属性,以补充与完善AAＤL模型，使之适用于互连层次的时延分析。
与RＴC参数相关的自定义属性集的部分代码。
4 ＡADL模型向ＲＴC模型的转换ﻭ在跨越处理和互连两个层次进行时延分析的过程中，时间触发（ＴＴ）流量可以直接在AＡDL流时延分析框架下进行分析,而对速率约束（ＲC）流量的分析必须借助其它专用的分析模型，即实时演算（RTC）模型。
因此,必须实现从ＡAＤL模型到RＴＣ模型的转换，并且使转换后的模型可以利用RTC分析工具快速获取必要的时延参数；
将这些参数加入到AADL体系结构模型中,以使体系结构模型的成熟度随设计过程的深入而不断提升。
值得说明的是，模型转换不仅涉及RC流量，考虑到ＴT流量（高优先级）在传输过程中会对RC流量（低优先级）造成影响,TＴ流量的配置和性能指标同样需要一并转换。
在具体的转换过程中，要保持模型意义的一致性,必须结合流量和资源两个角度综合考虑,而从AADＬ模型中准确提取出资源对上层应用的限制关系,是保证模型一致性的关键.ﻭ 资源角度——排定绑定在各个硬件资源上的应用的优先次序,次序较前者享有使用硬件资源的优先权：
①对于处理器,按照与调度方式相应的属性值排定绑定在其上的线程的优先次序,如对绑定在固定优先级（FPＳ）调度方式的处理器上的线程，应当按照各自的优先级属性值进行降序排列;
②对于总线，按照复用方式排定绑定在其上的连接的优先次序,如对TDMA方式,需先按照各自所占据的时隙对连接进行分组，每个时隙内部再进行排序,优先级高的连接享有对该时隙的优先访问权。
ﻭ流量角度——在应用已按资源利用的优先权完成排序后，依照流量方向,顺次连接所经过的各个应用节点。
按照上述方法，可从AAＤL模型中提取出资源对上层应用的限制关系。
其中,上标r、e、c、m分别代表资源节点、输入事件源节点、计算节点（对应于线程构件）和节点（对应于连接构件）。
获得资源对应用的限制关系后，需要再次按资源方向检查各个应用节点,将符合特定条件的多个节点进行合并（如,接受ＥDＦ调度的多个节点可合并为一个ＥDF调度模型抽象节点）,最终的ＲTC模型.在生成的ＲTC模型中,硬件资源的服务曲线沿资源利
升级会员 