CN109726022B

CN109726022B - 一种自定义可变长的上下链消息收发实现方法

Info

Publication number: CN109726022B
Application number: CN201811475626.2A
Authority: CN
Inventors: 王丽; 黎明; 刘晖; 王炯超; 马永松
Original assignee: CETC Avionics Co Ltd
Current assignee: CETC Avionics Co Ltd
Priority date: 2018-12-04
Filing date: 2018-12-04
Publication date: 2020-12-22
Anticipated expiration: 2038-12-04
Also published as: CN109726022A

Abstract

本发明公开了一种自定义可变长的上下链消息收发实现方法，所述方法应用于飞机与地面之间的通信中，所述方法包括：飞机与地面之间采用自定义消息进行通信，对消息进行自定义包括：对消息的类型进行定义、对消息的格式进行定义、对消息的内容进行定义；消息在进行收发前，在收发端进行自定义收发准则的统一；用户将自定义的消息格式以配置文件的形式添加到收发双方；当收发端中任意一方消息配置文件进行更新后，通过远程发送到对端进行更新；接收端在成功接收到更新的配置文件，在本地更新配置，并回复ACK；随后收发双方按新的收发准则进行通信；通过统一的收发准则和自定义消息格式实现上下链定制消息的灵活收发。

Description

一种自定义可变长的上下链消息收发实现方法

技术领域

本发明涉及航空通信领域，具体地，涉及一种自定义可变长的上下链消息收发实现方法。

背景技术

自定义可变长的上下链消息收发实现方法是为满足本公司某自筹基金项目中某机载数据链应用软件开发需求而设计。

在地空数据链通信中上链指地面到飞机的通信，下链指飞机到地面的通信。《ARINC620数据链地面系统和接口规范》定义了数据链应用中常用的上下链消息，同时预留了用于用户自定义消息的标签号(label)，比如上链消息的自定义label号为字符10到4～，地面用户如航空公司可以使用自定义的消息格式实现用户化定制功能。

由于在航空电子系统中，机载应用软件不会进行频繁的更新，而在实际应用中用户需要发送定制化的上下链消息，地面用户如航空公司经常需要根据自身需求向机组人员发送特定消息，但在现有标准如ARINC620标准中没有用户需要的定制化消息格式定义，因此机载应用无法解析该定制化消息。通常为实现机载应用对用户定制化消息格式解析功能，需要对机载应用进行频繁更新，效率低下且不易操作。

发明内容

本发明提供了一种自定义可变长的上下链消息收发实现方法，本方法通过统一的收发准则和自定义消息格式实现上下链定制消息的灵活收发。

为实现上述发明目的，本申请提供了一种自定义可变长的上下链消息收发实现方法，所述方法应用于飞机与地面之间的通信中，所述方法包括：

飞机与地面之间采用自定义消息进行通信，对消息进行自定义包括：对消息的类型进行定义、对消息的格式进行定义、对消息的内容进行定义；消息在进行收发前，在收发端进行自定义收发准则的统一；用户将自定义的消息格式以配置文件的形式添加到收发双方；当收发端中任意一方消息配置文件进行更新后，通过远程发送到对端进行更新；接收端在成功接收到更新的配置文件，在本地更新配置，并回复ACK；随后收发双方按新的收发准则进行通信。

进一步的，对消息的类型进行定义，消息的类型包括：控制类消息和数据类消息；控制类消息用于实现收发前自定义收发准则的统一；数据类消息包括：

Report类型：接收方仅用于解析内容，不做参数更新；以及用于状态的报告，事件的通知；

Insert类型：接收方解析内容，并使用消息中的内容更新一个或多个参数值；

Request类型：接收方解析消息后，需要立即回复消息；回复的消息需要将label号绑定到该Request类型消息，

进一步的，消息的自定义格式包括：

Label，该消息对应的标签号，用以区分其他消息；Label RR表示该消息为控制类的REQ消息；Label KK表示该消息为控制类的ACK消息；

分隔符；

Sub-label，当多条消息使用同一个标签号时，通过此符号区分具体功能的消息；

Type，消息类型；

Payload，用户自定义的消息内容。

进一步的，payload的具体定义为：

Payload中的消息内容包括：前缀1、参数1＝参数格式、分隔符1，…，前缀N、参数N＝参数格式、分隔符N；参数为消息的值域，可以为用户新定义参数，也可以为预定义的已有参数。

进一步的，Payload中的消息内容的分隔符和前缀均可以通过用户自定义。

进一步的，本方法还包括对不同的参数类型进行格式化。

进一步的，本方法对消息的参数进行格式化为：当参数长度小于最大长度时，以分隔符为结尾，同时去除参数前后的空格。

本申请提供的一个或多个技术方案，至少具有如下技术效果或优点：

本方法用户按实际应用场景定义收发消息格式，避免更新维护消息格式定义文档。

本方法使用灵活，用户只需修改配置文件，不需要更新应用实现。

本方法消息长度变长，避免固定格式浪费信道带宽。

自定义可变长的上下链消息收发实现方法采用了配置文件的形式，保证飞机与地面用户定制化消息格式与收发方式的统一，避免了更新现有机载应用，操作简单，实现方法成本低，效率高。

附图说明

此处所说明的附图用来提供对本发明实施例的进一步理解，构成本申请的一部分，并不构成对本发明实施例的限定；

图1是消息内容格式示意图；

图2是更新配置文件流程示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在相互不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述范围内的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

本方法中消息自定义的范围包括消息的类型，消息的格式和解析。以下分别进行详细介绍：

消息的类型：

消息的类型分为两类：控制类和数据类。

控制类消息

控制类消息用于实现收发前自定义收发准则的统一，保证消息的正确解析。

数据类消息

Report类型：接收方仅解析内容，不做参数更新；常用于状态的报告，事件的通知等。

Insert类型：接收方解析内容，并使用消息中的内容更新一个或多个参数值。

Request类型：接收方解析消息后，需要立即回复消息。回复的消息需要将label号绑定到该Request类型消息，具体定义见表1。

消息的格式：

消息格式具体的格式定义如表1：

表1自定义消息格式

其中payload的具体定义如图1所示。

前缀在消息中是一个被插入在参数值之前的固定字符。分隔符在消息中是一个被插入在参数值之后的固定字符。如参数“Param1”使用“/”做为前缀，“，”做为分隔符。

参数为消息的值域，可以为用户新定义参数，也可以为预定义的已有参数。通过任意类型参数的组合可以构造出不同的消息内容。

消息内容的分隔符和前缀都可以通过用户自定义，见表2：

表2分隔符格式

分隔符/前缀	类型
		1	/
2	Space
		3	CR
4	CR-LR
		5	Null
6	User Defined(1字符)

为保证消息格式的统一，便于接收端解析，需要对不同的参数类型进行格式化(用户可根据实际需求增加或自定义参数类型)，见表3：

表3参数类型和格式定义

本方法对消息的参数进行格式化，即当参数长度小于最大长度时，以分隔符为结尾，同时去除参数前后的空格。

收发流程：

消息在进行收发之前，需要在收发端进行自定义收发准则的统一。用户需要将以上自定义的消息格式以配置文件的形式添加到收发双方。消息配置文件包含了通信过程中使用的参数，在地空通信中，航空公司需要将配置文件加载到机载应用软件。

当一方消息配置文件进行更新后，可通过远程发送到对端进行更新。接收端在成功接收到更新的配置文件，须在本地更新配置，并回复ACK。随后收发双方按新的收发准则进行通信。更新过程见图2。

图2中，LabelRR消息为配置文件更新消息，格式为“RRU/-1/C/配置文件内容”；ACK应答消息格式为“KKD/-1/C/”。接收方收到LabelRR消息应回复ACK消息，否则消息配置文件不能更新。

解析消息时，根据表1定义的消息格式进行解析。配置文件内容如下：

上链消息：

1)10U/-1/0/flightid＝X/date＝DD/time＝HHMM

2)10U/1/0/flightid＝X/freetxt＝X

3)11U/-1/1/flightid＝X/date＝DD/time＝HHMM

4)12U/-1/2/80D/-1/flightid＝X

下链消息：

5)80D/-1/0/Response＝X

对照以上格式，具体发送消息为：

a)10U/-1/0/ABC1234/20/1800，表示Label号为10的Report类型上链消息，参数为flightid＝ABC1234，date＝20，time＝1800。

b)10U/1/0/ABC1234/Sub-label1，表示Label号为10，Sub-label号为1的Report类型上链消息，参数为freetxt＝Sub-label1。

c)11U/-1/1/ABC1234/10/1000，表示Label号为11的Insert类型上链消息，参数为flightid＝ABC1234，date＝10，time＝1000。

d)12U/-1/2/80D/-1/ABC1234，表示Label号为12的Request类型上链消息，参数为flightid＝ABC1234。其关联的下链消息为Label80。

e)80D/-1/0/This is response tot UP label12，表示Label号为80的Report类型的下链消息，参数为Response＝This is response tot UP label12。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种自定义可变长的上下链消息收发实现方法，其特征在于，所述方法应用于飞机与地面之间的通信中，所述方法包括：

飞机与地面之间采用自定义消息进行通信，对消息进行自定义包括：对消息的类型进行定义、对消息的格式进行定义、对消息的内容进行定义；消息在进行收发前，在收发端进行自定义收发准则的统一；用户将自定义的消息格式以配置文件的形式添加到收发双方；当收发端中任意一方消息配置文件进行更新后，通过远程发送到对端进行更新；接收端在成功接收到更新的配置文件，在本地更新配置，并回复ACK；随后收发双方按新的收发准则进行通信；对消息的类型进行定义，消息的类型包括：控制类消息和数据类消息；控制类消息用于实现收发前自定义收发准则的统一；数据类消息包括：

Request类型：接收方解析消息后，需要立即回复消息；回复的消息需要将label号绑定到该Request类型消息。

2.根据权利要求1所述的自定义可变长的上下链消息收发实现方法，其特征在于，消息的自定义格式包括：

Label，该消息对应的标签号，用以区分其他消息；

Label RR表示该消息为控制类的REQ消息；

Label KK表示该消息为控制类的ACK消息；

分隔符；

Type，消息类型；

Payload，用户自定义的消息内容。

3.根据权利要求2所述的自定义可变长的上下链消息收发实现方法，其特征在于，Payload的具体定义为：

Payload中的消息内容包括：前缀1、参数1＝参数格式、分隔符1，…，前缀N、参数N＝参数格式、分隔符N；参数为消息的值域，所述消息的值域为用户新定义参数或预定义的已有参数。

4.根据权利要求3所述的自定义可变长的上下链消息收发实现方法，其特征在于，Payload中的消息内容的分隔符和前缀均可以通过用户自定义。

5.根据权利要求3所述的自定义可变长的上下链消息收发实现方法，其特征在于，还包括对不同的参数类型进行格式化。

6.根据权利要求5所述的自定义可变长的上下链消息收发实现方法，其特征在于，对消息的参数进行格式化为：当参数长度小于最大长度时，以分隔符为结尾，同时去除参数前后的空格。