[发明专利]一种提高网络架构通信效率的方法及系统

说明书

本发明公开了一种提高网络架构通信效率的方法及系统，本发明的方法为每个目的端维护一个待发送消息队列；该方法包括：根据目的端的优先级别以及接收到的采用基于符合ARINC 429P3规范的Solo字主动上报的目的端接收状态，选择当前最优的目的端进行传输。本发明通过定义符合ARINC 429P3规范的Solo字格式，并采用该Solo字主动向源端上报目的端的接收状态的方式从而从根本上避免使用RTS，BUSY的发送重试的情况的产生，极大的提高了网络架构的通信效率。

技术领域

本发明属于航电设备通信技术领域，具体涉及一种提高网络架构通信效率的方法及系统。

背景技术

ARINC 429规范于1977年7月被AEEC(航空电子技术委员会)采纳，广泛的应用于航空系统部件之间的非定期数据传输。ARINC 429规范定义了一种数据总线，一般用于数据传输。ARINC 429规范分为三个部分。第一部分是关于物理层的定义(物理参数、标签分配)。第二部分规定了离散量的编码格式。而本文所涉及的第三部分(ARINC 429P3)则定义了一种文件数据传输规范。

如图1所示，ARINC 429P3文件数据传输规范(BOPV1)中定义了源端和目的端之间进行文件数据传输的过程。源端向目的端发起文件数据传输之前，会向目的端发送一个RTS(Request To Send，请求发送)429字。如果目的端此时能够接收文件数据，则回复源端一个CTS(Clear to Send，可以发送)429字，然后源端会发起文件数据的传输。

如图2所示，如果此时目的端由于某种原因(ARINC 429P3规范附录11B定义了相关的状态字用于反馈具体的原因)暂时无法接收源端的发送请求，则目的端会回复源端一个BUSY(Destination Busy，目的忙)429字。根据规范规定，此时源端会等待一段时间(ARINC429P3规范定义了T4值用于规定源端等待的时间段)后重复发起发送请求，直至重试特定次数后如果目的端仍未接受发送请求，则放弃本次发送。

RTS字的格式如表1所示，其中的Destination Code字段指示特定的目的端，用于通信过程中的寻址。

表1 RTS 429字格式

典型的航电网络中，普遍存在一个具有通信管理作用的中心节点：通信管理单元。通信管理单元具备不同协议的消息的缓存、处理及转发能力。航电设备之间通过ARINC 429总线与通信管理单元互联起来形成一个星型的网络结构(如图3所示)。不同航电设备之间通过通信管理单元间接进行通信。

在这种中心节点架构下，当某一个源航电设备通过通信管理管理单元给某个特定目的航电设备发送消息时，如果遇到通信管理单元目暂时无法接收发送到特定目的航电设备消息的情况时(通信管理单元回复BUSY)，则源航电设备只能不停重新尝试发送(不停发送RTS询问目的端是否可以接收)，直至某一次尝试发送成功或者放弃发送。当一个源设备需要通过通信管理单元与多个航电设备通信时，对某个目的航电设备的重试发送(此时其他目的航电设备可以接收消息)会造成对其他航电设备通信的阻塞，极大降低通信效率(如图4所示)。

源端只能通过RTS主动查询目的端是否可以接受消息是导致中心节点架构下当某一目的端无法接收消息时造成源端发送消息队列堵塞，通信效率低下的原因。在ARINC429P3规范的框架下，目前还没有解决方案有效的解决该通信效率低下的问题。

发明内容

为了解决现有429设备通信效率低下的技术问题，本发明提供了一种提高网络架构通信效率的方法。本发明通过定义符合ARINC 429P3规范的Solo字格式，并采用该Solo字主动向源端上报目的端的接收状态的方式从而从根本上避免使用RTS，BUSY的发送重试的情况的产生，极大的提高了网络架构的通信效率。

本发明通过下述技术方案实现：