WO2014090410A1 - Procede de transfert de messages de geolocalisation et systeme de mise en oeuvre - Google Patents

Procede de transfert de messages de geolocalisation et systeme de mise en oeuvre Download PDF

Info

Publication number
WO2014090410A1
WO2014090410A1 PCT/EP2013/003771 EP2013003771W WO2014090410A1 WO 2014090410 A1 WO2014090410 A1 WO 2014090410A1 EP 2013003771 W EP2013003771 W EP 2013003771W WO 2014090410 A1 WO2014090410 A1 WO 2014090410A1
Authority
WO
WIPO (PCT)
Prior art keywords
control unit
value
entity
pref
unit stores
Prior art date
Application number
PCT/EP2013/003771
Other languages
English (en)
Inventor
Laurent VROMMAN
Vincent LOMBART
Maxime LORIDAN
Original Assignee
Cassidian Sas
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Cassidian Sas filed Critical Cassidian Sas
Publication of WO2014090410A1 publication Critical patent/WO2014090410A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • the present invention relates to a method for determining the geolocation of an entity, whether technical, functional, or human, present on a set of networks or subnets deployed. More particularly, the invention is in the context of exchanges of geographical positions between entities present in tactical systems and using IP networks and / or constrained.
  • a telecommunication system deployed on a civilian or military theater of operations usually relies on a set of networks, subnets and a set of ad-hoc mobile radio units.
  • These networks include a set of autonomous host nodes or terminals that, because they are generally mobile, are sometimes within range of each other, and generally can not rely on a predefined fixed infrastructure in their environment.
  • Nodes in an ad-hoc communication network can move, or be destroyed, or new nodes can join the network.
  • the network environment is mobile, wireless, dynamic and without infrastructure.
  • topology of such a network is called "ad-hoc" in that it evolves dynamically over time because the connectivity between the nodes can vary over time.
  • Each terminal has a common technical base to improve the implementation of operational capabilities, such as simplification of deployment. This allows the establishment of end-to-end secure exchange capacity over the entire communication chain. These terminals offer total interoperability on all the networks or subnetworks crossed.
  • each tactical vehicle is provided with a mobile terminal.
  • Each mobile terminal is able to connect with other mobile terminals or at least one fixed network node, when the vehicle passes close to said network.
  • Each tactical vehicle is then considered in this example as an ad-hoc mobile radio unit.
  • the geographical area of deployment of mobile terminals is when considered as the theater of operations.
  • the mobile terminals communicate with each other by wireless links, they must suffer the effects of radio communications, such as for example noise, fading also called “fading" and jamming.
  • Factors such as the variable quality of wireless links, loss of propagation paths, interference due to the multiplicity of users, dissipated power and changes in topology can become particularly problematic in urban, mountainous or jungle environments.
  • connections between the different terminals can also be interrupted or established, depending for example on the distance, the variation of the signal strength due to multiple paths, the weather, the presence of mountains, the presence of buildings, loss of terminals, etc.
  • Additional constraints can also be added to this environment. These are, for example, aspects concerning the security of communications between the different terminals, and the reliability or integrity of the communications received.
  • each terminal is provided with a messaging service.
  • the role of this messaging service is to allow the transport of messages to one or more recipients identified by their mailbox SMTP address. This transport of messages is done by making transparent to the users the path and the borrowed media. Message transport takes into account mobility and application routing. As such, the messaging service acts as a proxy for user applications.
  • terminal users are mobile, for example, via their tactical vehicles
  • being mobile terminals change networks or subnets regularly, making their dynamic addressing on each of these networks.
  • his mail server when a sender sends his message through his terminal, his mail server must determine which is the recipient's mail server or the next mail relay, to bring the message to port.
  • changing addresses regularly over different networks prevents the sending mail server from completing its task. Indeed, this results in partial or total loss of messages.
  • the present invention aims to solve all the disadvantages of the state of the art.
  • the invention provides a method for determining the geolocation of an entity, whether technical, functional, or human.
  • the invention thus enables a messaging service to connect users of terminals of the same theater of operation or the same geographical area, regardless of their location in said theater, or in said area.
  • the invention allows the mail server to determine the next mail server or relay.
  • the invention enables mail relays to temporarily store messages in routing failure so that they can retransmit them while retaining their integrity.
  • the invention therefore relates to a method for encoding by means of a semantic compression a set of geolocated positions of one or more entity (s), characterized in that it comprises the following steps:
  • a control unit of a terminal performs an initialization of the parameters N, IDi, DLATi, DLONGi, Ti, ALTi, VITi, DIRi, and in particular a PREF parameter corresponding to the reference position, as well as a time reference TREF,
  • control unit determines the difference of latitude DLATi of the entity i with respect to the reference point PREF, a step where the control unit determines the difference in longitude DLONGi of the entity i with respect to the reference point PREF,
  • control unit determines a temporal electronic marking Ti
  • control unit stores all the parameter values.
  • the invention also includes any of the following features:
  • the electronic marking Ti is a time expressed in minutes modulo four hours with respect to a predetermined reference time TREF;
  • control unit stores the value of IDi in the bytes 10 * (M) +3 and 10 * (i-1) +4;
  • control unit stores the value of DLATi in the bytes 10 * (i-1) +5 and 10 * 0-1) +6;
  • control unit stores the value of DLONGi in the bytes 10 * (i-1) +7 and 10 * (i-1) +8;
  • control unit stores the value of Ti in the byte 10 * (i-1) +9;
  • control unit stores the value of ALTi in the byte 10 * (i-1) +10;
  • control unit stores the value of VITi and DIRi in the byte 10 * (i-1) +1 1;
  • control unit prepares a message containing the data encoded in the preceding steps, with a specific header as a function of the network traversed by the terminal;
  • the message header is able to include the value of PREF and / or
  • the invention also relates to a system for implementing a method according to any one of the preceding characteristics.
  • FIG. 1 a functional diagram of the method, according to one embodiment of the invention.
  • the invention finds utility in the deployment of tactical type telecommunication systems in a theater of operations. Such a telecommunication system is able to deploy autonomously. To constitute such a telecommunication system, it is first necessary to determine an exchange platform for each entity.
  • the exchange platform is able to ensure the deployment of the telecommunication system according to the information contained in a data file FD.
  • This FD data file is then loaded into each terminal intended to communicate in the communication system.
  • the FD data file contains the list of symbolic addresses according to the type of network used.
  • the exchange platform implements a routing system to automatically discover the accessibility of the various entities that are deployed in the theater of operations.
  • the telecommunication system is considered operational when the different entities are able to communicate with each other.
  • the exchange platform is based on digitization of the theater of operations.
  • each entity within the theater of operations has at least one address.
  • a terminal can be considered as a non-limiting example of an entity.
  • This telecommunication system comprises a set of networks each belonging to operators of access to the means of telecommunication, which can be distinct.
  • the transmission of data between each network is established through a set of routers, so as to form a mesh of networks deployed in the theater of operations.
  • This mesh of networks is made in such a way as to take into account, on the one hand, the mobility of an entity in one of the networks and, on the other hand, the switching of an entity from one network to another without interruption of the networks. data transmissions.
  • the exchange platform is able to coherently ensure the transport and routing of all communications, relying on autonomous tactical transmission systems such as a wired internalized zone network, a wired zone network. outsourced, a high frequency network called HF (High Frequency), or a very high frequency network said VHF (Very High Frequency), microwave, satellite, etc.
  • HF High Frequency
  • VHF Very High Frequency
  • This exchange platform is constituted by a set of interconnections allowing the transfer of data.
  • Each transfer service is implemented in a terminal that can be fixed or mobile.
  • a terminal having access to several types of networks can transmit application data from one network to another.
  • the exchange platform implements an architecture that takes into account the dispersion of the various entities in the theater of operations by allowing access to long-lived transmission means.
  • Networks include a set of autonomous host nodes or terminals that, because they are generally mobile, are sometimes within range of each other, and generally can not rely on a predefined fixed infrastructure in their environment.
  • the invention proposes a geolocation method making it possible to go up positions or sets of positions according to the network topology.
  • the invention allows an exchange between server instances of 'data for each terminal by limiting the bandwidth used through a semantic compression mechanism, in other words based on the direction data to compress.
  • the location data mainly consists of an association between a symbolic address representing a terminal user for a service with which it has affiliated, with a location address. This location address makes it possible, in particular, to identify the server on which the user's terminal is associated. This association thus allows a continuity of routing of data to the terminal of each user.
  • the location data When moving a terminal, or its latch in another network, the location data is changed. Location data can be changed when a new network is notified near the terminal. This location information is transmitted in opaque ways in the signaling of the underlying routing protocol of the service intended for localization and application routing.
  • application routing means the access path to reach one or more applications or services, local (e) or remote (e).
  • the application routing is weighted to allow the method according to the invention to determine the path of least cost and fastest.
  • Application routings are listed in the location service within a routing table, which is dynamically updated by the location service.
  • the implementation of the geolocation service in a constrained network makes it possible to share the unit positions in a geographical area. For this, the location service of each terminal must be subscribed to supervisory information, which is subsequently sent back by a constrained network access server.
  • a constrained network such as PRG4, is understood to mean a network with radio sets in order to establish a communication network.
  • the constrained network access server is able to automatically manage the topology of the network, and to go back to the means of the supervisory information, all the changes of connectivity states with a local station.
  • connectivity state is meant the state of establishment of a digital channel passing through telecommunication systems. Possible connectivity changes are taken into account by the location server, in order to update its routing tables. In the case where it is impossible to send a message to a remote terminal of a constrained network, a notification then informs the loss of connectivity and the location server updates its routing tables.
  • the server In the case of receiving a message from a remote terminal, considered unrelated, or on a timeout, the server notifies a connectivity return between the local terminal and the remote terminal.
  • the location server updates its routing tables.
  • the location service also uses the overload information of the constrained networks, to determine the network to be used, when the recipient is accessible via several networks of similar characteristics.
  • the updates occur periodically in the form of supervisory information relating to the overload of the constrained network.
  • the location service provides access to the data it manages.
  • Each location server is able to operate on the server of the exchange platform.
  • the support protocol for the location service is based on ad-hoc routing mechanisms for operation over WAN-IP networks and constrained networks.
  • the synchronization frequency of the location data is configurable.
  • the location service architecture is of a modular type, so as to enable the management of the location protocol on the WAN-IP and on the constrained networks.
  • the purpose of the location service is to develop and transmit messages for geolocation of an entity.
  • the message exchange protocol has two parts:
  • a first part corresponding to a message header, adapted to evolve according to the type of network that the terminal crosses,
  • a second part corresponding to a message body, which is an encoding of the location data according to the type of network that the terminal crosses.
  • the location data remains the same regardless of the type of network used for their transport.
  • the networks deployed being of two types, that is to say, are IP WAN (Internet Protocol Wide Area Network) technologies such as LTE (Long Term Evolution), 3G (Third Generation), 2G (Second Generation), WIMAX, WIFI, satellites , radio-relay systems, etc., or are constrained networks such as PRG4, the geolocation messages are encoded in SMTP, in order to be transmitted over the WAN IP networks, and the geolocation messages are encoded in PGEO, in order to be transmitted on the constrained networks.
  • IP WAN Internet Protocol Wide Area Network
  • the invention therefore provides for the creation of a protocol called GEO, thus enabling the position transmission of one or more entities via the SMTP protocol.
  • GEO protocol message has two parts transmitted in the following order:
  • MIME Multipurpose Internet Mail Extensions
  • the header of the geolocation message transmitted over SMTP corresponds to a part of the SMTP header consisting of the following elements:
  • Content-Type Application / X-GEO
  • the data is binary type in the GEO format.
  • the positions of the geolocated entities are aggregated in a message containing the number of entities present on the theater of operations and for each of them its geolocation parameters.
  • This message consists of the untyped fields shown in Table 1 below:
  • Table 1 describes the constituent elements of each byte for each entity position.
  • the first two bytes make it possible to determine the number N of position of entities in the theater of operations.
  • This number N corresponds to a binary value of the number of feature positions, ranging from 0 to 65535.
  • the third and fourth bytes make it possible to determine an identity of the entity, in the form of an IDi value.
  • the value ID 1 corresponds to a binary value identifying the entity from 0 to 65535.
  • the fifth and sixth octets allow to determine a delta of latitude DLAT-i.
  • This delta latitude DLATi corresponds to the difference in latitude from a PREF reference point in the theater of operations.
  • This delta DLATi is expressed in second of arc, is 2000 km, with a resolution of 30 to 35 meters.
  • the seventh and eighth bytes make it possible to determine a delta of longitude DLONGi.
  • This DLONGT longitude delta corresponds to the difference in longitude relative to a PREF reference point in the theater of operations.
  • This delta DLONG1 is expressed in second of arc, that is to say 1000km at 45 ° of latitude, with a resolution of 15 to 18 meters.
  • the ninth byte makes it possible to determine an electronic tag ⁇ , the time of a position of the entity.
  • This T-i marking is a time expressed in minutes modulo four hours compared to a reference time.
  • the tenth octet makes it possible to determine the altitude ALT1 of the entity relative to the level of the sea.
  • This altitude ALT1 corresponds to a binary value per 50 meters slice, said value being able to evolve from -100 meters to 3050 meters.
  • the eleventh byte makes it possible to determine both the speed VIT1 and the direction DIR-i of moving the entity.
  • the value of the speed VIT-i corresponds to the binary value per section of 10 Km / h, with a speed ranging from 0 to 150 Km / h.
  • the direction of movement the entity corresponds to a set of binary value symbolizing the eight directions of possible movement.
  • the North direction is symbolized by the binary value 0000.
  • the North-East direction is symbolized by the binary value 0001.
  • the East direction is symbolized by the binary value 0010.
  • the South-East direction is symbolized by the binary value 001.
  • the South direction is symbolized by the binary value 0100.
  • the South-West direction is symbolized by the binary value 0101.
  • the West direction is symbolized by the binary value 0111.
  • the North-West direction is symbolized by the binary value. 0111.
  • Directions ranging from 1000 to 1111, are reserved directions that can be used strategically.
  • the twelfth byte conservatively holds all of its bits for a possible extension EXT2. This byte is filled by default with the value 0x00000000.
  • the byte 10 * (N-1) +10 makes it possible to determine the altitude ALT N of the entity, the unused bits being provided for possible extensions EXT.
  • the byte 10 * (N-1) +1 makes it possible to determine the speed VIT N and the direction DIRN of displacement of the entity.
  • Byte 10 * (N-1) + 2 being provided for possible extensions EXT2.
  • PGEO protocol allowing the transmission of position of one or more entities on the constrained networks.
  • PGEO protocol message comprises two parts transmitted in the following order:
  • the header of the geolocation message transmitted via the PGEO protocol corresponds to a header comprising fixed three bytes, common to all types of PGEO messages to be transmitted. It allows a constrained network access system, receiver of the message, to identify the type of information by transiting on the constrained network, by means of an identifier corresponding to the type of protocol.
  • This PGEO protocol header consists of the untyped fields shown in Table 2 below: Table 2 describes the constituent elements of each byte of the protocol header.
  • the first byte it comprises seven bits making it possible to identify the protocol TP used on a constrained network, valued at 1000 001 in the case of the PGEO protocol.
  • the eighth bit of the first byte is left by default to the binary value 0 in case of a possible EXT extension of the PGEO protocol.
  • the second and third bytes are used to determine the TDP binary value of the size of the PGEO protocol data unit.
  • the positions of the geolocated entities are aggregated in a message similar to that previously described for the GEO protocol.
  • the encoding of the message on the radio does not change the list of positions, and the integrity of the information is retained.
  • the object of the invention therefore relates to a method of compression and implementation by one or more control units (not shown).
  • FIG. 1 is an example of a functional diagram of the method according to the invention.
  • i is a variable used for incrementation and decrementation.
  • the variable i is initialized to the value 1.
  • the binary variables N, IDi, DLATi, DLONGi, Ti, ALTi, VITi and DIRi are initialized to the value at 0x00.
  • the PREF parameter corresponding to the reference position is predefined to an X value.
  • step 11 the control unit determines the number N of entities or terminals to be transmitted. When the number N is determined, then at a step 12, the control unit determines whether the value of N is greater than 0. When the value of N is greater than 0, then the control unit executes a step 13, otherwise, the control unit repeats the execution of steps 10 to 11.
  • control unit stores or stores the binary value of N on the bytes 1 and 2.
  • step 14 the control unit determines the IDi identity of the entity i.
  • step 15 the control unit determines the difference in latitude DLATi of the entity i relative to the reference point PREF, previously defined to an X value.
  • step 16 the control unit determines the difference in longitude DLONGi of the entity i with respect to the reference point PREF.
  • control unit determines the temporal electronic marking Ti of the entity i.
  • control unit determines the altitude ALTi of the entity i relative to the sea level.
  • control unit determines the speed VITi of displacement of the entity i.
  • control unit determines the direction of movement DIRi of the entity i.
  • step 21 the control unit stores or stores the value of IDi in the bytes 10 * (i-1) +3 and 10 * (i-1) +4, then it executes a step 22.
  • step 22 the control unit stores the value of DLATi in the bytes 10 * (i-1) +5 and 10 * (i-1) +6, then it executes a step 23.
  • control unit stores the value of DLONGi in the bytes 10 * (i-1) +7 and 10 * (i-1) +8, then it executes a step 24.
  • control unit stores the value of Ti in the byte 10 * (i-1) +9, then it executes a step 25.
  • control unit stores the value of ALTi in the byte 10 * (i-1) +10, then it executes a step 26.
  • control unit stores the value of VITi and DIRi in the byte 10 * (i-1) +11, then it executes a step 27.
  • step 27 the control unit determines whether the value of i is equal to N. When the value of i is equal to N, then the control unit performs a step 29, otherwise it executes a step 28 .
  • step 29 the control unit prepares a message containing the data encoded in the previous steps and with a specific header according to the network traversed by the terminal. This header is able to include the value of PREF and / or TREF.
  • step 29 the control unit sends the message at a step 30.
  • step 28 the control unit increments the value of i, then repeats the execution of step 14.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)

Abstract

Procédé permettant d'encoder au moyen d'une compression sémantique un jeu de positions géolocalisees d'une ou plusieurs entité(s), caractérisé en ce qu'il comporte les étapes suivantes: une étape (10), où une unité de commande d'un terminal effectue une initialisation des paramètres (N, IDi, DLATi, DLONGi, Ti, ALTi, VITi, DIRi), et notamment un paramètre (PREF) correspondant à la position de référence, ainsi qu'un temps de référence (TREF) une étape (15), où l'unité de commande détermine la différence de latitude (DLATi) de l'entité (i) par rapport au point de référence (PREF), une étape (16), où l'unité de commande détermine la différence de longitude (DLONGi) de l'entité (i) par rapport au point de référence (PREF), une étape (17), où l'unité de commande détermine un marquage électronique temporel (Ti), une succession d'étapes (21-26), où l'unité de commande stocke l'ensemble des valeurs de paramètres.

Description

PROCEDE DE TRANSFERT DE MESSAGES DE GEOLOCALISATION ET SYSTEME DE MISE EN OEUVRE
Domaine de l'invention
La présente invention concerne un procédé permettant de déterminer la géolocalisation d'une entité, qu'elle soit technique, fonctionnelle, ou humaine, présente sur un ensemble de réseaux ou de sous-réseaux déployés. Plus particulièrement, l'invention se situe dans le cadre d'échanges de positions géographiques entre entités présentent dans des systèmes tactiques et utilisant des réseaux IP et/ou contraints.
Etat de la technique et problèmes techniques rencontrés
Dans l'état de la technique, un système de télécommunication déployé sur un théâtre d'opération civil ou militaire s'appui habituellement sur un ensemble de réseaux, de sous-réseaux et un ensemble d'unités radio mobiles ad-hoc. Ces réseaux comprennent un ensemble de nœuds ou terminaux hôtes autonomes qui, du fait qu'ils soient généralement mobiles, se trouvent parfois à portée les uns des autres, et ne peuvent généralement pas s'appuyer sur une infrastructure fixe prédéfinie dans leur environnement.
Les nœuds situés dans un réseau de communication ad-hoc peuvent se déplacer, ou être détruits, ou de nouveaux nœuds peuvent rejoindre le réseau. Autrement dit, l'environnement du réseau est mobile, sans fil, à évolution dynamique et sans infrastructure.
La topologie d'un tel réseau est dite "ad-hoc" en ce qu'elle évolue dynamiquement dans le temps du fait que la connectivité entre les nœuds peut varier dans le temps.
Chaque terminal dispose d'un socle technique commun, permettant d'améliorer la mise en œuvre de capacités opérationnelles, tel que la simplification de déploiement. Cela permet une mise en place de capacité d'échanges sécurisés de bout en bout sur l'ensemble de la chaîne de communication. Ces terminaux offrent une totale interopérabilité sur l'ensemble des réseaux ou sous réseaux traversés.
Considérant ainsi, à titre d'exemple, un ensemble de véhicules tactiques répartis selon une planification préétablie sur une zone géographique étendue ou restreinte, chaque véhicule tactique est pourvu d'un terminal mobile. Chaque terminal mobile est apte à se connecter soit avec d'autres terminaux mobiles, soit à au moins un nœud de réseau fixe, lorsque le véhicule passe à proximité dudit réseau. Chaque véhicule tactique est alors considéré dans cet exemple, comme une unité radio mobile ad-hoc. La zone géographique de déploiement des terminaux mobiles est quand à elle considérée comme le théâtre des opérations.
Le fait que les terminaux mobiles communiquent entre eux par des liaisons sans fil, ils doivent subir les effets des communications radio, tels que par exemple le bruit, les évanouissements appelé également « fading » et le brouillage.
Des facteurs tels que la qualité variable des liaisons sans fil, les pertes de trajets de propagation, des brouillages dus à la multiplicité des utilisateurs, la puissance dissipée et les changements de topologie peuvent devenir particulièrement problématique en environnement urbain, montagneux, ou de jungle.
Les connexions entre les différents terminaux peuvent également être interrompues ou établies, en fonction par exemple de la distance, de la variation de la force des signaux due aux trajets multiples, de la météo, de la présence de montagne, de la présence de bâtiments, de la perte de terminaux, etc.
Ainsi, les changements de condition de propagation et d'environnement, ainsi que le caractère imprévisible des mouvements des terminaux mobiles et des pannes éventuelles de ceux-ci, peuvent contribuer à la nature dynamique d'un réseau ad-hoc, comme prédéfini précédemment.
Des contraintes supplémentaires peuvent également se greffer à cet environnement. Il s'agit, par exemple, des aspects concernant la sécurité des communications entre les différents terminaux, et de la fiabilité ou de l'intégrité des communications reçues.
En effet, chaque terminal est pourvu d'un service de messagerie. Le rôle de ce service de messagerie est de permettre le transport de messages vers un ou plusieurs destinataires identifiés par leur adresse SMTP de boîte aux lettres. Ce transport de messages est effectué en rendant transparent aux utilisateurs le chemin et les média empruntés. Le transport des messages prend en compte la mobilité et le routage applicatif. A ce titre, le service de messagerie joue un rôle de proxy pour les applications utilisatrices.
Toutefois, le fait que les utilisateurs des terminaux soient mobiles, par exemple, par l'intermédiaire de leurs véhicules tactique, est un inconvénient majeur. En effet, en étant mobile les terminaux changent de réseaux ou de sous réseaux régulièrement, rendant de fait leur adressage dynamique sur chacun de ces réseaux. Dans un exemple, lorsqu'un expéditeur envoie son message via son terminal, son serveur de messagerie doit déterminer quel est le serveur de messagerie du destinataire ou le relais de messagerie suivant, afin d'amener le message à bon port. Ûr, le fait de changer d'adressage régulièrement sur des réseaux différents empêche au serveur de messagerie expéditeur de remplir sa tâche. En effet, cela entraîne des pertes partielles ou totales de messages.
II existe donc un besoin d'un procédé permettant de géo-localiser les usagers ou utilisateurs du terminal sur une zone géographique ou théâtre d'opération.
Exposé de l'invention
La présente invention vise à résoudre l'ensemble des inconvénients de l'état de la technique. Pour cela, l'invention propose un procédé permettant de déterminer la géolocalisation d'une entité, qu'elle soit technique, fonctionnelle, ou humaine.
L'invention permet ainsi à un service de messagerie de mettre en relation les usagers des terminaux d'un même théâtre d'opération ou d'une même zone géographique, quelle que soient leur localisation dans ledit théâtre, ou dans ladite zone. L'invention permet au serveur de messagerie de déterminer le serveur ou relais de messagerie suivant. L'invention permet aux relais de messagerie de stocker temporairement des messages en échec de routage, afin qu'ils puissent les retransmettre en conservant leurs intégrités.
L'invention a donc pour objet un procédé permettant d'encoder au moyen d'une compression sémantique un jeu de positions géolocalisées d'une ou plusieurs entité(s), caractérisé en ce qu'il comporte les étapes suivantes :
- une étape où une unité de commande d'un terminal effectue une initialisation des paramètres N, IDi, DLATi, DLONGi, Ti, ALTi, VITi, DIRi, et notamment un paramètre PREF correspondant à la position de référence, ainsi qu'un temps de référence TREF,
- une étape où l'unité de commande détermine la différence de latitude DLATi de l'entité i par rapport au point de référence PREF, - une étape où l'unité de commande détermine la différence de longitude DLONGi de l'entité i par rapport au point de référence PREF,
- une étape où l'unité de commande détermine un marquage électronique temporel Ti,
- une succession d'étapes où l'unité de commande stocke l'ensemble des valeurs de paramètres.
L'invention comporte également l'une quelconques des caractéristiques suivantes :
- une étape où le marquage électronique temporel Ti de l'entité i s'effectue par rapport au temps de référence TREF ;
- la valeur PREF et/ou de TREF est calculée à partir des positions à envoyer ;
- le marquage électronique Ti est un temps exprimé en minutes modulo quatre heures par rapport à une heure de référence TREF prédéterminée ;
- une étape où l'unité de commande mémorise la valeur de IDi dans les octets 10*(M )+3 et 10*(i-1 )+4 ;
- une étape où l'unité de commande stocke la valeur de DLATi dans les octets 10*(i-1 )+5 et 10*0-1 )+6 ;
- une étape où l'unité de commande stocke la valeur de DLONGi dans les octets 10*(i-1 )+7 et 10*(i-1)+8 ;
- une étape où l'unité de commande stocke la valeur de Ti dans l'octet 10*(i-1 )+9 ;
- une étape où l'unité de commande stocke la valeur de ALTi dans l'octet 10*(i-1 )+10 ;
- une étape où l'unité de commande stocke la valeur de VITi et de DIRi dans l'octet 10*(i-1 )+1 1 ;
- une étape où l'unité de commande prépare un message contenant les données encodées dans les étapes précédentes, avec un en-tête spécifique en fonction du réseau traversé par le terminal ;
- l'entête du message est apte à comporter la valeur de PREF et/ou
TREF.
L'invention concerne également un système de mise en œuvre d'un procédé selon l'une quelconques des caractéristiques précédentes.
Brève description des figures L'invention sera mieux comprise à la lecture de la description qui suit et à l'examen de la figure qui l'accompagne. Celle-ci n'est présentée qu'à titre illustratif mais nullement limitatif de l'invention. La figure montre :
- Figure 1 : un diagramme fonctionnel du procédé, selon un mode de réalisation de l'invention.
Description de l'invention
On note dès à présent que les figures ne sont pas à l'échelle.
Les réalisations suivantes sont des exemples. Bien que la description se réfère à un ou plusieurs modes de réalisation, ceci ne signifie pas nécessairement que chaque référence concerne le même mode de réalisation, ou que les caractéristiques s'appliquent seulement à un seul mode de réalisation. De simples caractéristiques de différents modes de réalisations peuvent également être combinées pour fournir d'autres réalisations.
L'invention trouve son utilité dans le déploiement de systèmes de télécommunication de type tactique sur un théâtre d'opérations. Un tel système de télécommunication est apte à se déployer de manière autonome. Pour constituer un tel système de télécommunication, il est préalablement nécessaire de déterminer une plateforme d'échange pour chaque entité.
La plateforme d'échange est apte à assurer le déploiement du système de télécommunication en fonction des informations contenues dans un fichier de données FD. Ce fichier de données FD est ensuite chargé dans chaque terminal destiné à communiquer dans le système de communication. Le fichier de données FD comporte la liste des adresses symboliques en fonction du type de réseau utilisé. Fort de ce fichier de données FD, la plateforme d'échange met en œuvre un système de routage permettant de découvrir automatiquement l'accessibilité des différentes entités qui sont déployés sur le théâtre d'opérations. Le système de télécommunication est considéré comme opérationnel lorsque les différentes entités sont aptes à communiquer entre elles.
La plateforme d'échange s'appuie sur une numérisation du théâtre des opérations. Autrement dit, chaque entité se trouvant à l'intérieur du théâtre des opérations dispose d'au moins une adresse. Un terminal peut être considéré comme un exemple non limitatif d'entité.
Ce système de télécommunication comporte un ensemble de réseaux appartenant chacun, à des opérateurs d'accès aux moyens de télécommunication, qui peuvent être distincts. La transmission de données entre chaque réseau est établie par l'intermédiaire d'un ensemble de routeurs, de sorte à former un maillage de réseaux déployés sur le théâtre des opérations. Ce maillage de réseaux est fait de tel sorte à prendre en compte d'une part, la mobilité d'une entité dans un des réseaux et d'autre part, le basculement d'une entité d'un réseau à un autre sans interruption des transmissions de données.
La plateforme d'échange est apte à assurer de manière cohérente le transport et le routage de l'ensemble des communications, en s'appuyant sur des systèmes de transmission tactique autonome tels qu'un réseau filaire de zone internalisée, un réseau filaire de zone externalisée, un réseau en haute fréquence dit HF (High Frequency) , ou un réseau en très haute fréquence dit VHF (Very High Frequency), faisceaux hertziens, satellites, etc.
Cette plateforme d'échange est constituée par un ensemble d'interconnexions permettant le transfert de données. Chaque service de transfert est implémenté dans un terminal qui peut être fixe ou mobile. Un terminal disposant d'un accès à plusieurs types de réseaux peut transmettre des données applicatives d'un réseau à un autre.
La plateforme d'échange met en œuvre une architecture qui prend en compte la dispersion des différentes entités sur le théâtre des opérations en permettant l'accès à des moyens de transmission à longue élongation.
Toutefois, il s'avère nécessaire que la plateforme d'échange établisse des acheminements de données, en fonction de la topologie des réseaux et sous réseaux constituant le théâtre d'opérations.
En effet, la plateforme d'échange s'appuie sur un ensemble de réseaux, de sous-réseaux, et un ensemble d'entités radiomobiles ad-hoc. Les réseaux comprennent un ensemble de nœuds ou terminaux hôtes autonomes qui, du fait qu'ils soient généralement mobiles, se trouvent parfois à portée les uns des autres, et ne peuvent généralement pas s'appuyer sur une infrastructure fixe prédéfinie dans leur environnement.
L'invention propose un procédé de géoiocalisation permettant de remonter des positions ou ensembles de positions suivant la topologie réseau. L'invention permet un échange entre les instances de serveur de' données de chaque terminal en limitant la bande passante utilisée à travers un mécanisme de compression sémantique, autrement dit s'appuyant sur le sens des données à compresser. Les données de localisation consistent principalement en une association entre une adresse symbolique représentant un utilisateur de terminal pour un service auprès duquel il s'est affilié, avec une adresse de localisation. Cette adresse de localisation permet, notamment, d'identifier le serveur sur lequel le terminal de l'utilisateur est associé. Cette association permet ainsi une continuité d'acheminement des données vers le terminal de chaque utilisateur.
Lors d'un déplacement d'un terminal, ou de sa bascule dans un autre réseau, les données de localisation sont modifiées. Les données de localisation peuvent être modifiées lors d'une notification d'un nouveau réseau se trouvant à proximité du terminal. Ces informations de localisation sont transmises de manières opaques dans la signalisation du protocole de routage sous-jacent du service destiné à la localisation et au routage applicatif. Dans l'invention, on entend par routage applicatif, le chemin d'accès permettant d'atteindre une ou plusieurs applications ou services, local(e) ou distant(e).
Le routage applicatif est pondéré, afin de permettre au procédé selon l'invention de déterminer le chemin d'accès de moindre coût et le plus rapide.
Les routages applicatifs sont listés dans le service de localisation au sein d'une table de routage, qui est mise à jour dynamiquement par le service de localisation.
Dans un mode de réalisation de l'invention, la mise en uvre du service de géolocalisation dans un réseau contraint permet de partager les positions d'unités dans une zone géographique. Pour cela, le service de localisation de chaque terminal doit être abonné à des informations de supervision, qui sont par la suite remontées, par un serveur d'accès aux réseaux contraints. On entend par réseau contraint, tel que le PRG4, un réseau disposant de postes radioélectriques, afin d'établir un maillage de communication.
Le serveur d'accès aux réseaux contraints est apte à gérer de manière automatique la topologie du réseau, et remonter aux moyens des informations de supervision, tous les changements d'états de connexité avec une station locale. On entend par état de connexité, l'état de l'établissement d'un canal numérique passant par des systèmes de télécommunication. Les éventuels changements de connexité sont pris en compte par le serveur de localisation, afin de mettre à jour ses tables de routage. Dans le cas où il est impossible d'émettre un message vers un terminal distant d'un réseau contraint, une notification informe alors de la perte de connexité et le serveur de localisation met à jour ses tables de routage.
Dans le cas de la réception d'un message provenant d'un terminal distant, considéré comme non connexe, ou sur une échéance de temporisation, le serveur notifie un retour de connexité entre le terminal local et le terminal distant. Le serveur de localisation met à jour ses tables de routage.
Le service de localisation utilise également les informations relatives à la surcharge des réseaux contraints, pour déterminer le réseau à emprunter, lorsque le destinataire est accessible par l'intermédiaire de plusieurs réseaux de caractéristiques semblables. Les mises à jour surviennent périodiquement sous la forme d'informations de supervision relative à la surcharge du réseau contraint.
Le service de localisation permet un accès aux données qu'il gère. Chaque serveur de localisation est apte à fonctionner sur le serveur de la plateforme d'échange.
Le protocole support au service de localisation est basé sur des mécanismes de routage ad-hoc pour le fonctionnement sur des réseaux WAN-IP et les réseaux contraints.
La fréquence de synchronisation des données de localisation est paramétrable.
L'architecture du service de localisation est de type modulaire, de sorte à permettre la gestion du protocole de localisation sur le WAN-IP et sur les réseaux contraint.
Plus particulièrement, le but du service de localisation, selon l'invention, est d'élaborer et de transmettre des messages permettant la géolocalisation d'une entité. Le protocole d'échange de messages comporte deux parties :
une première partie, correspondant à un en-tête de message, apte à évoluer en fonction du type de réseau que le terminal traverse,
une deuxième partie, correspondant à un corps de message, qui est un encodage des données de localisation en fonction du type de réseau que le terminal traverse. Les données de localisation restent quand à elles identiques quel que soit le type de réseau utilisé pour leur transport.
Les réseaux déployés étant de deux types, autrement dit, soient de technologies IP WAN (Internet Protocol Wide Area Network) tels que du LTE (Long Term Evolution), 3G (Troisième Génération), 2G (Deuxième Génération), WIMAX, WIFI, satellites, faisceaux hertziens, etc...., ou soient des réseaux contraints tels que du PRG4, les messages de géolocalisation sont encodés en SMTP, afin d'être transmis sur les réseaux IP WAN, et les message de géolocalisation sont encodés en PGEO, afin d'être transmis sur les réseaux contraints.
L'invention prévoie donc la création d'un protocole appelé GEO, permettant ainsi la transmission de position d'une ou de plusieurs entités via le protocole SMTP. Ainsi, un message de protocole GEO comporte deux parties transmises dans l'ordre suivant :
- une première partie, correspondant à un en-tête du protocole
SMTP, et
une deuxième partie, correspondant à une liste de positions codées en base 64, pour être véhiculée comme un contenu MIME (Multipurpose Internet Mail Extensions).
En ce qui concerne l'en-tête du message de géolocalisation transmis sur SMTP, il correspond à une partie de l'entête SMTP constitué des éléments suivants :
- « From : », pour déterminer l'expéditeur du message ;
- « To : », pour déterminer le destinataire du message ;
- « Date : », pour déterminer la date d'envoi du message ;
- « Message-ID : », pour déterminer un Identifiant alphanumérique unique émis par le serveur de messagerie de l'expéditeur, permettant ainsi audit serveur de différencier les messages lors de leur expédition ;
- « MIME-Version : 1.0 », il s'agit de la version de standard MIME utilisé dans le message ;
- « Content-Type : Application/X-GEO », défini le type et les sous- types des données attachées au message. En l'espèce, les données sont de type binaire au format GEO.
En ce qui concerne la deuxième partie, contenant les données de géolocalisation, les positions des entités géolocalisées sont agrégées dans un message contenant le nombre d'entités présentent sur le théâtre des opérations et pour chacune d'entre elles ses paramètres de géolocalisation. Ce message est constitué des champs non typés illustrés dans le tableau 1 ci-après :
Figure imgf000012_0001
Le tableau 1 décrit les éléments constitutifs de chaque octet pour chaque position d'entité. Ainsi, en ce qui concerne la première position, les deux premiers octets permettent de déterminer le nombre N de position d'entités sur le théâtre des opérations. Ce nombre N correspond à une valeur binaire du nombre de position d'entités, allant de 0 à 65535.
Les troisième et quatrième octets permettent de déterminer une identité de l'entité, sous forme d'une valeur IDi. La valeur ID1 correspond à une valeur binaire identifiant l'entité de 0 à 65535.
Les cinquième et sixième octets permettent de déterminer un delta de latitude DLAT-i. Ce delta de latitude DLATi correspond à la différence de latitude par rapport à un point de référence PREF du théâtre des opérations. Ce delta DLATi est exprimé en seconde d'arc, soit 2000 km, avec une résolution de 30 à 35 mètres. Les septième et huitième octets permettent de déterminer un delta de longitude DLONGi. Ce delta de longitude DLONGT correspond à la différence de longitude par rapport à un point de référence PREF du théâtre des opérations. Ce delta DLONG1 est exprimé en seconde d'arc, soit 1000km à 45° de latitude, avec une résolution de 15 à 18 mètres.
Le neuvième octet permet de déterminer un marquage électronique ΤΊ, de l'heure d'une position de l'entité. Ce marquage T-i est un temps exprimé en minutes modulo quatre heures par rapport à une heure de référence.
Le dixième octet permet de déterminer l'altitude ALT1 de l'entité par rapport au niveau de la mer. Cette altitude ALT1 correspond à une valeur binaire par tranche de 50 mètres, ladite valeur pouvant évoluer de -100 mètres à 3050 mètres. Le dixième octet n'étant pas complètement rempli, il dispose à titre conservatoire de quelques bits pour une éventuelle extension EXT, remplis par défaut par la valeur 0x00.
Le onzième octet permet de déterminer à la fois la vitesse VIT1 et la direction DIR-i de déplacement l'entité. Ainsi, la valeur de la vitesse VIT-i correspond à la valeur binaire par tranche de 10 Km/h, avec une vitesse pouvant aller de 0 à 150 Km/h. De même, la direction de déplacement l'entité correspond à un ensemble de valeur binaire symbolisant les huit directions de déplacement possible. La direction Nord, est symbolisée par la valeur binaire 0000. La direction Nord-Est, est symbolisée par la valeur binaire 0001. La direction Est, est symbolisée par la valeur binaire 0010. La direction Sud-Est, est symbolisée par la valeur binaire 001 . La direction Sud, est symbolisée par la valeur binaire 0100. La direction Sud-Ouest, est symbolisée par la valeur binaire 0101. La direction Ouest, est symbolisée par la valeur binaire 0111. La direction Nord-Ouest, est symbolisée par la valeur binaire 0111. Les directions allant de 1000 à 1111 , sont des directions réservée qui peuvent être utilisée à titre stratégique.
Le douzième octet dispose à titre conservatoire de l'intégralité de ses bits pour une éventuelle extension EXT2. Cet octet est rempli par défaut par la valeur 0x00000000.
Ce principe s'applique mutatis mutandis pour chaque position allant de 1 à N. Ainsi, à la position N, les octets 10*(N-1)+3 et 10*(N-1)+4 permettent de déterminer l'identité I DN de l'entité. Les octets 10*(N-1 )+5 et 10*(N-1 )+6 permettent de déterminer Je delta de latitude DLATN de l'entité. Les octets 10*(N-1 )+7 et 10*(N-1 )+8 permettent de déterminer le delta de longitude DLONGN de l'entité. L'octet 10*(N-1 )+9 permet de déterminer le marquage électronique TN de l'entité. L'octet 10*(N-1 )+10 permet de déterminer l'altitude ALTN de l'entité, les bits non utilisés étant prévue pour d'éventuelles extensions EXT. L'octet 10*(N-1 )+1 permet de déterminer la vitesse VITN et la direction DIRN de déplacement de l'entité. L'octet 10*(N- 1 )+ 2 étant prévu pour d'éventuelles extensions EXT2.
L'invention prévoie également, la création d'un protocole appelé PGEO, permettant la transmission de position d'une ou de plusieurs entités sur les réseaux contraints. Ainsi, un message de protocole PGEO comporte deux parties transmises dans l'ordre suivant :
- une première partie, correspondant à un en-tête du protocole PGEO, et
- une deuxième partie, correspondant à une liste de positions.
En ce qui concerne l'en-tête du message de géolocalisation transmis via le protocole PGEO, il correspond à un en-tête comprenant de manière fixe trois octets, commun à tous les types de messages PGEO à transmettre. Il permet à un système d'accès au réseau contraint, récepteur du message, d'identifier le type d'information en transitant sur le réseau contraint, au moyen d'un identifiant correspondant au type de protocole. Cet en-tête de protocole PGEO est constitué des champs non typés illustrés dans le tableau 2 ci-après :
Figure imgf000014_0001
Le tableau 2 décrit les éléments constitutifs de chaque octet de l'entête du protocole. Ainsi, en ce qui concerne le premier octet, il comporte sept bits permettant d'identifier le protocole TP utilisé sur un réseau contraint, valorisés à 1 000 001 dans le cas du protocole PGEO. Le huitième bit du premier octet étant laissé par défaut à la valeur binaire 0 en cas d'une éventuelle extension EXT du protocole PGEO.
Les deuxième et troisième octets permettent de déterminer la valeur binaire TDP de la taille de l'unité de données de protocole PGEO.
En ce qui concerne la deuxième partie, contenant les données de géolocaiisation, les positions des entités géolocalisées sont agrégées dans un message similaire à celui précédemment décrit pour le protocole GEO. L'encodage du message sur la radio ne modifie pas la liste des positions, et l'intégrité des informations est conservée.
L'objet de l'invention concerne donc un procédé de compression et de mise en uvre par une ou plusieurs unités de commande (non représentée).
Une telle unité de commande est connue de l'homme du métier et ne fait pas l'objet de notre invention. Une description plus en avant de cette unité de commande est donc inutile. Toutefois, les actions menées par l'unité de commande de chaque terminal ou entité sont ordonnées par un microprocesseur (non représenté). Ce microprocesseur produit en réponse aux codes instructions enregistrés dans une mémoire programme (non représentée) des ordres destinés à mettre en œuvre le procédé de l'invention, ainsi que les différents organes associés à ladite unité de commande. La mémoire programme comporte à cet effet, plusieurs zones de programmes, correspondant respectivement à une suite d'étapes. La figure 1 est un exemple de diagramme fonctionnel du procédé selon l'invention.
A une étape 10, l'unité de commande du terminal effectue une initialisation des paramètres et variables qui seront utile pour le bon fonctionnement du procédé. De manière non exhaustive, i est une variable, utilisé pour l'incrémentation et la décrémentation. La variable i est initialisée à la valeur 1. Les variables binaires N, IDi, DLATi, DLONGi, Ti, ALTi, VITi et DIRi sont initialisées à la valeur à 0x00. Le paramètre PREF correspondant à la position de référence est prédéfini à une valeur X. Lorsque l'étape 10 a été exécutée alors l'unité de commande exécute une étape .
A l'étape 11, l'unité de commande détermine le nombre N d'entités ou de terminaux à transmettre. Lorsque le nombre N est déterminé, alors à une étape 12, l'unité de commande détermine si la valeur de N est supérieure à 0. Lorsque la valeur de N est supérieure à 0, alors l'unité de commande exécute une étape 13, sinon, l'unité de commande réitère l'exécution des étapes 10 à 11.
A une étape 13, l'unité de commande mémorise ou stocke la valeur binaire de N sur les octets 1 et 2.
A l'étape 14, l'unité de commande détermine l'identité IDi de l'entité i. A une étape 15, l'unité de commande détermine la différence de latitude DLATi de l'entité i par rapport au point de référence PREF, préalablement défini à une valeur X. A une étape 16, l'unité de commande détermine la différence de longitude DLONGi de l'entité i par rapport au point de référence PREF.
A une étape 17, l'unité de commande détermine le marquage électronique temporel Ti de l'entité i.
A une étape 18, l'unité de commande détermine l'altitude ALTi de l'entité i par rapport au niveau de la mer.
A une étape 19, l'unité de commande détermine la vitesse VITi de déplacement de l'entité i.
A une étape 20, l'unité de commande détermine la direction DIRi de déplacement de l'entité i.
A l'étape 21 , l'unité de commande mémorise ou stocke la valeur de IDi dans les octets 10*(i-1)+3 et 10*(i-1)+4, ensuite elle exécute une étape 22.
A l'étape 22, l'unité de commande stocke la valeur de DLATi dans les octets 10*(i-1)+5 et 10*(i-1)+6, ensuite elle exécute une étape 23.
A une étape 23, l'unité de commande stocke la valeur de DLONGi dans les octets 10*(i-1)+7 et 10*(i-1)+8, ensuite elle exécute une étape 24.
A une étape 24, l'unité de commande stocke la valeur de Ti dans l'octet 10*(i-1 )+9, ensuite elle exécute une étape 25.
A une étape 25, l'unité de commande stocke la valeur de ALTi dans l'octet 10*(i-1)+10, ensuite elle exécute une étape 26.
A une étape 26, l'unité de commande stocke la valeur de VITi et de DIRi dans l'octet 10*(i-1 )+11 , en suite elle exécute une étape 27.
A l'étape 27, l'unité de commande détermine si la valeur de i est égale à N. Lorsque la valeur de i est égale à N, alors l'unité de commande exécute une étape 29, sinon, elle exécute une étape 28.
A l'étape 29, l'unité de commande prépare un message contenant les données encodées dans les étapes précédentes et avec un en-tête spécifique en fonction du réseau traversé par le terminal. Cet entête est apte à comporter la valeur de PREF et/ou TREF. Lorsque l'étape 29 a été exécutée, l'unité de commande procède à l'envoi du message, à une étape 30.
A l'étape 28, l'unité de commande incrémente la valeur de i, puis réitère l'exécution de l'étape 14.

Claims

REVENDICATIONS
1 - Procédé permettant d'encoder au moyen d'une compression sémantique un jeu de positions géolocalisées d'une ou plusieurs entité(s), caractérisé en ce qu'il comporte les étapes suivantes :
- une étape (10), où une unité de commande d'un terminal effectue une initialisation des paramètres N, IDi, DLATi, DLONGi, Ti, ALTi, VITi, DIRi, et notamment un paramètre PREF correspondant à la position de référence, ainsi qu'un temps de référence TREF,
- une étape (15), où l'unité de commande détermine la différence de latitude DLATi de l'entité i par rapport au point de référence PREF,
- une étape (16), où l'unité de commande détermine la différence de longitude DLONGi de l'entité i par rapport au point de référence PREF,
- une étape (17), où l'unité de commande détermine un marquage électronique temporel Ti,
- une succession d'étapes (21 - 26), où l'unité de commande stocke l'ensemble des valeurs de paramètres.
2 - Procédé selon la revendication 1 , caractérisé en ce qu'à l'étape (17), le marquage électronique temporel Ti de l'entité i s'effectue par rapport au temps de référence TREF.
3 - Procédé selon la revendication 1 ou 2, caractérisé en ce que la valeur PREF et/ou de TREF est calculée à partir des positions à envoyer.
4 - Procédé selon les revendications précédentes, caractérisé en ce que le marquage électronique Tj est un temps exprimé en minutes modulo quatre heures par rapport à une heure de référence TREF prédéterminée.
5 - Procédé selon les revendications précédentes, caractérisé en ce qu'à une étape (21), où l'unité de commande mémorise la valeur de IDi dans les octets 10*0-1 )+3 et 10*0-1 )+4.
6 - Procédé selon les revendications précédentes, caractérisé en ce qu'à une étape (22), où l'unité de commande stocke la valeur de DLATi dans les octets 10*0-1 )+5 et 10*0-1 )+6.
7 - Procédé selon les revendication précédentes, caractérisé en ce qu'à une étape (23), où l'unité de commande stocke la valeur de DLONGi dans les octets 10*0-1 )+7 et 10*0-1 )+8. 8 - Procédé selon les revendication précédentes, caractérisé en ce qu'à une étape (24), où l'unité de commande stocke la valeur de Ti dans l'octet 10*(i-1)+9.
9 - Procédé selon les revendication précédentes, caractérisé en ce qu'à une étape (25), où l'unité de commande stocke la valeur de ALTi dans l'octet 10*(i-1 )+10.
10 - Procédé selon les revendications précédentes, caractérisé en ce qu'à une étape (26), où l'unité de commande stocke la valeur de VITi et de DIRi dans l'octet 10*(i-1 )+11.
11 - Procédé selon les revendications précédentes, caractérisé en ce qu'à une étape (29), l'unité de commande prépare un message contenant les données encodées dans les étapes précédentes, avec un en-tête spécifique en fonction du réseau traversé par le terminal.
12 - Procédé selon la revendication 1 , caractérisé en ce que l'entête est apte à comporter la valeur de PREF et/ou TREF.
13 - Système de mise en uvre d'un procédé selon l'une quelconques des revendications précédentes.
PCT/EP2013/003771 2012-12-13 2013-12-13 Procede de transfert de messages de geolocalisation et systeme de mise en oeuvre WO2014090410A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR12/03401 2012-12-13
FR1203401A FR2999848B1 (fr) 2012-12-13 2012-12-13 Procede de transfert de messages de geolocalisation et systeme de mise en oeuvre

Publications (1)

Publication Number Publication Date
WO2014090410A1 true WO2014090410A1 (fr) 2014-06-19

Family

ID=48652140

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2013/003771 WO2014090410A1 (fr) 2012-12-13 2013-12-13 Procede de transfert de messages de geolocalisation et systeme de mise en oeuvre

Country Status (2)

Country Link
FR (1) FR2999848B1 (fr)
WO (1) WO2014090410A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105992154A (zh) * 2015-02-02 2016-10-05 酷派软件技术（深圳）有限公司 一种位置数据传输方法、装置及定位系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020177476A1 (en) * 2001-05-22 2002-11-28 Chou Y. Hong Durable global asset-tracking device and a method of using the same
WO2004021141A2 (fr) * 2002-08-30 2004-03-11 Racom Products Systeme modulaire de telemetrie par donnees radio analogiques, conçu pour s'utiliser dans le cadre d'un procede de distribution d'informations de positionnement a base d'internet, et procede pour la mise au point et la distribution d'information s'utilisant avec ce systeme
GB2409619A (en) * 2003-12-22 2005-06-29 Qinetiq Ltd Communication data analysis system
WO2007028826A1 (fr) * 2005-09-09 2007-03-15 Thales Dispositif optique d'observation d'une cible, multifonction
WO2009124348A1 (fr) * 2008-04-07 2009-10-15 Seeker Wireless Pty Limited Collecte efficace des caractéristiques d'un émetteur sans fil
US20110181408A1 (en) * 2010-01-28 2011-07-28 Paul Gailey Greenis Public Tactical Message System

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020177476A1 (en) * 2001-05-22 2002-11-28 Chou Y. Hong Durable global asset-tracking device and a method of using the same
WO2004021141A2 (fr) * 2002-08-30 2004-03-11 Racom Products Systeme modulaire de telemetrie par donnees radio analogiques, conçu pour s'utiliser dans le cadre d'un procede de distribution d'informations de positionnement a base d'internet, et procede pour la mise au point et la distribution d'information s'utilisant avec ce systeme
GB2409619A (en) * 2003-12-22 2005-06-29 Qinetiq Ltd Communication data analysis system
WO2007028826A1 (fr) * 2005-09-09 2007-03-15 Thales Dispositif optique d'observation d'une cible, multifonction
WO2009124348A1 (fr) * 2008-04-07 2009-10-15 Seeker Wireless Pty Limited Collecte efficace des caractéristiques d'un émetteur sans fil
US20110181408A1 (en) * 2010-01-28 2011-07-28 Paul Gailey Greenis Public Tactical Message System

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HAILLOT J ET AL: "Disruption-tolerant content-driven information dissemination in partially connected military tactical radio networks", MILITARY COMMUNICATIONS CONFERENCE, 2009. MILCOM 2009. IEEE, IEEE, PISCATAWAY, NJ, USA, 18 October 2009 (2009-10-18), pages 1 - 7, XP031609612, ISBN: 978-1-4244-5238-5 *
LTC THEO SIERKSMA ET AL: "Geographical based Situational Awareness in Military Mobile Domain", MILITARY COMMUNICATIONS CONFERENCE, 2007. MILCOM 2007. IEEE, IEEE, PISCATAWAY, NJ, USA, 29 October 2007 (2007-10-29), pages 1 - 7, XP031232983, ISBN: 978-1-4244-1512-0 *
ROBERT N LASS ET AL: "An evaluation of serverless group chat", MILITARY COMMUNICATIONS CONFERENCE, 2011 - MILCOM 2011, IEEE, 7 November 2011 (2011-11-07), pages 1639 - 1644, XP032092811, ISBN: 978-1-4673-0079-7, DOI: 10.1109/MILCOM.2011.6127544 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105992154A (zh) * 2015-02-02 2016-10-05 酷派软件技术（深圳）有限公司 一种位置数据传输方法、装置及定位系统

Also Published As

Publication number Publication date
FR2999848A1 (fr) 2014-06-20
FR2999848B1 (fr) 2018-03-23

Similar Documents

Publication Publication Date Title
EP2951960B1 (fr) Réseau lte dynamique
CA2214428C (fr) Relais pour systeme de radiocommunications
FR2988244A1 (fr) Procede et systeme de transmission de donnees dans un reseau d'aeronefs en vol
EP2572474B1 (fr) Architecture pour reseau ad-hoc
EP3395045B1 (fr) Procede pour determiner une reference temporelle et/ou au moins une reference spatiale dans un systeme de communication
EP3804408A1 (fr) Procédé de sélection d'une route dans un réseau ad hoc
WO2014090410A1 (fr) Procede de transfert de messages de geolocalisation et systeme de mise en oeuvre
EP3957106A1 (fr) Procédé d'émission d'un message sur un canal de diffusion avec retransmission sur une liaison point à point
WO2014041255A1 (fr) Procédé et système de transmission de messages à l'aide d'un équipement de communication mobile
FR3052942B1 (fr) Procede de dissemination de donnees dans un reseau maille
Dian Fundamentals of Internet of Things: For Students and Professionals
EP3675562B1 (fr) Procédés de traitement de données, dans un réseau ad hoc de radiocommunication, stations mobiles de radiocommunication et programmes d'ordinateur associés
EP2399406B1 (fr) Procédé de commutation de noeud d'accès
FR3039740A1 (fr) Procede de decouverte d'un noeud d'un reseau ad hoc, procede d'echange de donnees, systeme associe
WO2014013187A1 (fr) Procédé de communication aérien - terrestre, programme, terminaux, installation
EP2206384B1 (fr) Procede de commutation de noeud d'acces
WO2018011517A1 (fr) Procédé d'association d'un terminal avec un réseau d'accès d'un système de communication sans fil
EP2232816A1 (fr) Gestion d'une communication dans un reseau heterogene
WO2024002868A1 (fr) Procédés de fourniture et de collecte, station de base, dispositif de collecte et d'analyse de données et système
WO2024002867A1 (fr) Collecte d'informations sur le déploiement des cellules
WO2023083763A1 (fr) Procédé de gestion des communications dans un réseau de communication mettant en œuvre au moins un équipement intermédiaire mobile, système et programme d'ordinateur correspondants
WO2023275490A1 (fr) Procede de traitement d'une connexion entre un equipement utilisateur et un equipement distant dans un reseau de communication, procede de controle, dispositifs, satellite, station terrestre, systeme et programmes d'ordinateur correspondants
FR2985403A1 (fr) Procede de communication entre deux reseaux distincts de noueuds de radiocommunications, module de traitement et programme d'ordinateur associes
EP1196000A1 (fr) Procédé pour conserver et/ou rétablir des liaisons de communication dans un réseau planifié à composantes mobiles
EP4304251A1 (fr) Disponibilite de couverture via signalisation nas

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13826838

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13826838

Country of ref document: EP

Kind code of ref document: A1