The present invention relates to an interface between a weapon system and at least one tactical data link.
It is known that a “tactical data link” (TDL) in the military sector implements data link standards in order to supply communication means by means of waveforms or wired connections. Information or combat systems use standardised tactical data links to transmit or receive tactical data. In France, J-series data links (L16 link, L22 link) currently represent one of the benchmark standards. Tactical data links are characterised by the standardised messages thereof and by the transmission formats. The standards of the tactical data links are developed in line with appropriate standardisation agreements (STANAG).
Furthermore, in the context of the present invention, the concept of a “weapon system” denotes all mechanical, electronic and/or software devices which allow the military to carry out a mission and implement weaponry in an autonomous manner (identifying, locating, designating an objective, preparing to fire, firing, guiding, etc.) or in a manner coordinated by means of a command and control centre (C2). Said system can be fixed on or put on board a land-based vehicle, a ship or an aircraft. Thus, weaponry is described as a weapon system when it integrates different equipment for operation (sensors, electronic devices, communication means, etc.).
Interfacing a weapon system with a tactical data link poses different problems linked in particular to the number and the complexity of the interfaces involved, and in particular:
The changes in current weapon systems are often problematic, and numerous weapon systems are rarely updated and use different versions of data links, which can create specific problems relating to interoperability.
The interface of the weapon system to the tactical data link is generally implemented by a software and hardware component, for example a component of the DLP (data link processor) type. The role of said component is to allow the system to send and receive messages from the data link. There are numerous designs for DLP components:
One of the major disadvantages of the conventional solutions is the lack of modularity thereof, as well as a mixture of the operational aspects and the technical aspects (data transmission). These solutions do not allow the system manufacturer (the company which designed the weapon system) to concentrate solely on their core competencies, that is to say the operational interfacing of their weapon system.
There are thus two possible arrangements:
These integral solutions can also be more difficult to change in order to take into account a change in a standard, a change in operational behaviour or even a change in communication means.
The present invention relates to an interface which is intended to remedy some of the above-mentioned disadvantages. The interface has at least some of the following advantages: it allows the developer of a weapon system to facilitate integrating and changing the tactical data links in the weapon system in order to gain scalability, whilst maintaining control of the weapon system, reducing costs, preserving the reliability of the link and building on the skills of tactical data link specialists.
The present invention relates to an interface between a weapon system and at least one tactical data link, said interface being configured to be linked both to a network of the weapon system and to a communication unit of a tactical data link which complies with a specific standard, said interface comprising a data management unit.
According to the invention, said data management unit is of the modular type and comprises a first module implementing at least one operational function and at least one second module implementing at least one communication function, said first and second modules being interlinked by means of a link referred to as a transmission link, and:
Thus, by means of the invention, an interface is obtained which has a modular architecture which separates the operational function(s) from the communication function(s) (or data transmission function(s)), as specified below. More specifically, the first module carries out the operational functions. It compiles the information to be emitted and directs the information received. The developer of the weapon system thus maintains total control of the messages sent, whilst subcontracting the data transmission functions (implemented by the second module) which are not part of their core competencies. This modular and scalable architecture limits the impact of a modification to a(n operational or communication) function in one module on the other module and makes it easier to completely replace the second module.
Advantageously, said first module is configured to:
Furthermore, advantageously, said first module implements at least one translation rule in emission and at least one translation rule in reception, the translation rule in emission specifies the correspondence between fields of a system message and fields of an intermediate message, as well as the conversion type, and the translation rule in reception specifies the correspondence between fields of an intermediate message and fields of one or more system messages.
Furthermore, advantageously, said second module is configured to:
In a preferred embodiment, said transmission link is determined according to a tactical data link of one of the following types:
Furthermore, in a specific embodiment, the interface comprises a single first module and at least two second modules, each of which is linked to said first module by means of a transmission link. In a specific embodiment, the transmission link is a multi-protocol generic link. A multi-protocol generic link of this type is thus compatible with the invention.
Furthermore, in a first variant, the interface comprises at least two hardware elements, the first module being integrated in one of said hardware elements, and the second module being integrated in the other of said hardware elements.
Furthermore, in a second variant, the interface comprises a hardware element, the first and second modules both being integrated in said hardware element.
The present invention also relates to a weapon system which comprises at least one interface of the type described above.
The present invention further relates to a method for interfacing between a weapon system and at least one tactical data link to produce an interface between both a network of the weapon system and a communication unit of the tactical data link which complies with a specific specification (standard or proprietary).
According to the invention, said method comprises:
The accompanying drawings will show how the invention can be carried out. In these drawings, identical reference numerals denote similar elements.
The interface 1 illustrating the invention and shown schematically in
More specifically, said interface 1 is configured to be linked both to a network 4 of the weapon system 2 and to a communication unit 5 which is capable of communicating with the tactical data link 3, as shown by an arrow 6.
The interface 1, the network 4 and the communication means 5 are on board the weapon system 2. The interface 1 comprises a data management unit 7.
According to the invention, said data management unit 7 is of the modular type and comprises a first module 8 and at least one second module 9 which are interlinked by means of a link 10 referred to as a transmission link.
In addition, according to the invention:
Each of the modules 8 and 9 can be a component of a DLP (data link processor).
In the context of the present invention:
With this architecture of the interface 1 comprising two separate modules 8 and 9, the tasks of creating the content of a message (implemented by the module 8) are decorrelated from the tasks of formatting and transmitting the message (implemented by the module 9). It is thus planned, from a DLP library, to add a standardised and simplified interface 1 between functions (in the module 8) which have a strong link to the (operational) weapon system and functions (in the module 9) which have a benefit that relates solely to the (technical) data link.
In order to allow the transmission of all possible information by means of the standard data link (for example a L16 link) and to avoid interpretation errors on the part of the module 9, a selection of useful fields is not carried out: there is a 1-to-1 correspondence between the standard messages and the intermediate messages.
Furthermore, so as to be easy to implement and decode, the transmission link 10 (for the intermediate messages) is relieved of the encoding constraints of the standard. The information is encoded into a conventional computing type (int, double, char, etc.) and into SI units.
The transmission link 10 is asynchronous and bidirectional. Said link is not constrained in terms of emission rate or synchronisation (each component emits information when desired).
The interface 1 is thus configured to make it possible to transmit all useful information, to be easy to integrate, and to make changes.
The interface 1 allows the developer of the weapon system 2 to facilitate integrating and changing the tactical data links in the weapon system 2 in order to gain scalability, whilst maintaining control of the weapon system 2, reducing costs, preserving the reliability of the link and building on the skills of tactical data link specialists.
The module 8 of the interface 1 thus ensures the translation between the system messages and the intermediate messages, and vice versa. The relationship between system messages and intermediate messages is not one-to-one.
The module 8 is configured to apply first predetermined rules of system message emission corresponding to the emission policy (when to send a message, what message to send with what content), according to the state of the system and the system messages received.
Furthermore, the module 8 comprises a selection unit 15 which carries out an operational selection of the information to be transmitted by means of the transmission link 10. Said selection unit 15 also carries out synthesis of the states of the system.
The module 8 also comprises a verification unit 16 which, during reception, verifies the operational consistency of a message (completion of the data to be interpreted correctly by the system, consistency of the data of the message) and translates the message into one or more system messages. The verification of the consistency of the data can consist in verifying fields which must be filled and fields with a range of permissible values. These verifications can be conditional on a field being filled (if a field X is completed, then a field Y must also be completed).
In addition, the module 8 implements rules for translation in emission and rules for translation in reception. A translation rule in emission specifies the correspondence between fields of a system message and fields of an intermediate message, as well as the conversion type. In addition, a translation rule in reception specifies the correspondence between fields of an intermediate message and fields of one or more system messages. A plurality of conversion rules can be specified on the basis of a state or of a specific value of a field.
Furthermore, the module 9 of the interface 1 thus translates the intermediate messages into standard messages (STANAG) by means of the encoding/decoding unit 14. The relationship between the intermediate messages and the standard messages is one-to-one.
The module 9 connects to the communication unit 5 (radio, router, etc.) whilst observing a standard protocol (STANAG, for example SIMPLE, JREAP, etc.) or proprietary protocol.
The module 9 comprises a management unit 17 which manages the connection rate (type of messages, subsampling of messages, management of priorities, etc.). Said module applies rules of message emission which correspond to the emission policy selected by the operator. In the case of the JREAP protocol (joint range extension applications protocol), the module 9 simulates the communication unit by emitting machine acknowledgements of receipt.
The module 9 also comprises a verification unit 18 which, in reception, verifies the correct formatting of the messages.
In a preferred embodiment, said transmission link 10 is reproduced (whilst being simplified) on a standard tactical data link (which is complex), preferably of one of the following types:
Of course, this list of possible tactical data links is not exclusive.
In a preferred embodiment, the tactical data link considered is a L16 link. The L16 link is a NATO tactical data link standard for exchanging tactical information between military units. The content of the messaging thereof and the emission protocol are defined by STANAG 5516 for NATO. The operational implementation thereof is defined in the document NATO ADatP 33, which is a set of procedures allowing the implementation of a network of multi-link tactical data links, and ADatP 16, which is specific to the L16 link.
To create the intermediate messages (relating to the L16 standard for example), the interface 1 (and in particular the module 9) takes into account the following features:
The details of the composition of the intermediate messages can change according to the requirements and constraints of the weapon system. Thus, some of the above rules can be modified. In particular, it is possible to provide for:
The interface 1, as described above, thus has a modular architecture which separates the operational functions from the communication (or transmission) functions. More specifically, the module 8 carries out the operational functions. It compiles the information to be emitted and directs the information received. The developer of the weapon system thus maintains total control of the messages sent, whilst subcontracting the data transmission functions (implemented by the module 9) which are not part of their core competencies. This modular and scalable architecture limits the impact of a modification to a(n operational or communication) function in a module 8, 9 on the other module 9, 8, and makes it easier to completely replace the module 8 or 9.
The interface 1 thus makes it possible to:
The interface 1 is thus simple and easy to implement.
Said interface is easily scalable in order to adhere to the modifications to the components. It concentrates on the content of the message, but without having ambiguities which necessitate interpretations of the module 9 (transmission of the information).
In a specific embodiment shown in
In this case, the interface 2 can be used to connect the weapon system 2 to a plurality of different tactical data links (by means of said modules 9A and 9B). The module 8 then manages a plurality of data links and processes the messages according to the requirements of the weapon system 2 (with a possible adaptation in real time). The different transmission links 10 are designed in the same way and can share the same communication means.
Furthermore, in a first variant (not shown), the interface 1 comprises at least two hardware elements. The module 8 is integrated in one of said hardware elements, and the module 9 is integrated in the other of said hardware elements.
Furthermore, in a second variant (not shown), the interface 1 comprises a hardware element. The modules 8 and 9 are both integrated in this same hardware element.
The software interface of the interface 1 is not imposed. Said interface can be produced by means of a conventional network connection (UDP, TCP, etc.) in order to distribute the software components over different machines or even in order to integrate one of the DLP components by means of the API or even integrate source code, the interface then being an interface of software functions.
Number | Date | Country | Kind |
---|---|---|---|
1501441 | Jul 2015 | FR | national |
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/FR2016/000104 | 6/23/2016 | WO | 00 |