[go: up one dir, main page]

WO2025131629A1 - Découverte d'un réseau de synchronisation au sein d'un réseau d'équipements - Google Patents

Découverte d'un réseau de synchronisation au sein d'un réseau d'équipements Download PDF

Info

Publication number
WO2025131629A1
WO2025131629A1 PCT/EP2024/084191 EP2024084191W WO2025131629A1 WO 2025131629 A1 WO2025131629 A1 WO 2025131629A1 EP 2024084191 W EP2024084191 W EP 2024084191W WO 2025131629 A1 WO2025131629 A1 WO 2025131629A1
Authority
WO
WIPO (PCT)
Prior art keywords
synchronization
node
identifier
clock identifier
clock
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
PCT/EP2024/084191
Other languages
English (en)
Inventor
Jérôme CRESTEL
Fabrice Deletre
Laurent Pommerol
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
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 Orange SA filed Critical Orange SA
Publication of WO2025131629A1 publication Critical patent/WO2025131629A1/fr
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/0015—Synchronization between nodes one node acting as a reference for the others
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0679—Clock or time synchronisation in a network by determining clock distribution path in a network

Definitions

  • the present invention relates to the field of equipment networks in the broad sense, and more particularly to the discovery of a synchronization network within such networks.
  • a network of equipment usually comprises a plurality of interconnected devices, also called network nodes, allowing the exchange of resources, information or data to be routed between these devices, in order to provide them to a third-party network or to users.
  • a certain number can be used for synchronization in the network, and are used in particular to distribute synchronization information within the network, from a synchronization source device to an end device, which can be either a user terminal or a base station in the case of a telecommunications network of the mobile access network type.
  • end device which can be either a user terminal or a base station in the case of a telecommunications network of the mobile access network type.
  • These can notably be IP routers, WDM optical transmission nodes, or optical line terminals (OLT).
  • OLT optical line terminals
  • This synchronization information is vital for the proper functioning of a network of equipment in that it is necessary for certain critical operations of this network.
  • FIG. 1 schematically illustrates the architecture of a network in which such synchronization networks are employed.
  • the NET network illustrated in Figure 1 thus comprises a number of network nodes. Among these, in addition to network nodes NN having other functions which will not be discussed here, synchronization nodes Ni are illustrated, forming between them one or more synchronization networks, within the NET network.
  • a first synchronization network in which a first synchronization node Ns, otherwise referred to as a synchronization source node, transmits synchronization information SYNCs to a first intermediate synchronization node Ns-i.
  • This first intermediate node will in turn transmit synchronization information to another, and so on, as represented in Figure 1 by an intermediate synchronization node Ni+i transmitting to another intermediate node Ni, located “downstream”, synchronization information SYNCi+i (the variable i can take any value between 0 and S).
  • a penultimate synchronization node Ni transmits synchronization information SYNCi to a last synchronization node No, otherwise referred to as a synchronization terminal node.
  • a second synchronization network is also illustrated, consisting of the synchronization nodes Ns’, Ns-, Ni+r, Ni’ and No’, in order to illustrate the fact that two (or more) synchronization source nodes (Ns’, Ns-) can be located at the source of a synchronization network.
  • a synchronization network may consist of any number of synchronization source nodes, connected to any number of synchronization terminal nodes by means of any number of intermediate synchronization nodes, in order to distribute synchronization information from the source node(s) to the terminal node(s) of such a network.
  • a synchronization network as illustrated in Figure 1 may in particular comply with the IEEE 1588 standard.
  • the PTP profile ITU-T G 8275.1 of this standard can be used for the transport, in the form of PTP packets, of phase synchronization information (which can also be referred to as "phase reference information" since it allows each synchronization node receiving such information from a parent node to synchronize to the parent node, and thus to synchronize all the nodes step by step) from a synchronization source equipment to a synchronization terminal equipment, which can be a 5G antenna in the case of a fifth generation mobile access network.
  • phase synchronization information which can also be referred to as "phase reference information” since it allows each synchronization node receiving such information from a parent node to synchronize to the parent node, and thus to synchronize all the nodes step by step
  • phase reference information which can be a 5G antenna in the case of a fifth generation mobile access network.
  • US application 2020/0413360 A1 illustrates such a type of network.
  • the synchronization source node Ns is then referred to as the “Master clock”, since a master clock is installed there and it transmits phase reference information to other upstream synchronization nodes, in order to slave the clocks of these nodes to its own clock.
  • the terminal synchronization node No is referred to as the “Slave clock”, since its clock is slaved to that of another node located upstream, by means of the phase reference information transmitted by the latter.
  • any intermediate synchronization node Ni can be referred to as the “Boundary clock” when it has its own clock that can be synchronized, this type of node acting both as a master (with respect to other downstream nodes) and as a slave (with respect to other upstream nodes).
  • the NET network operator may need to diagnose the synchronization network of this NET network when it suspects that a synchronization problem is causing a malfunction of this NET network.
  • the ITU-T G 8275.1 standard defines, in its Annex D, an option called "Path trace" in which additional information can be added by each synchronization node crossed in a message, addressed in the downstream direction, to a synchronization node located downstream in the synchronization network.
  • additional information such as the identifiers of the synchronization nodes, step by step by each of the successive synchronization nodes, so that an overall image of the synchronization network is available at the terminal synchronization node, and can be taken there by the network operator for diagnostic purposes.
  • the present invention aims to remedy the drawbacks of the implementation proposed above, by proposing a synchronization network discovery method which does not have the drawbacks of this implementation, and which is notably more reliable than the latter while being automatic.
  • a method for discovering, within a network, a synchronization network comprising a set of synchronization nodes, said method being implemented by a management device connected to at least one of said synchronization nodes, comprising the following steps: performing a verification using the clock identifier previously obtained from one of said synchronization nodes, said clock identifier being associated with a synchronization node providing synchronization information to said synchronization node from which said clock identifier is obtained, said verification consisting of verifying whether it is possible to obtain a new clock identifier from said synchronization node associated with said previously obtained clock identifier; and when the result of said verification is positive, obtaining said new clock identifier from said synchronization node associated with said previously obtained clock identifier, said new clock identifier being
  • At least partial discovery of the clocks used in the synchronization network can be carried out, simply and efficiently, by means of retrieving from a node of this synchronization network, via a standard interface, information commonly available in a synchronization network, without it being necessary to activate a specific option on all the nodes of the synchronization network to be discovered.
  • each new clock identifier being obtained from the synchronization node providing synchronization information to the synchronization node from which the previous clock identifier was obtained, that is to say from the synchronization node directly upstream of the synchronization node from which the previous clock identifier was obtained.
  • this method further comprises, when the result of said verification is positive, adding a new identifier of a synchronization node associated with said previously obtained clock identifier, to a list cl' synchronization node identifiers intended to be made available.
  • the steps of obtaining and adding are repeated as long as the result of said verification is positive. This allows the most complete discovery possible of a synchronization network, depending on the architecture and the operating state of this synchronization network.
  • the verification comprises searching, in a list of clock identifiers respectively associated with synchronization node identifiers, for a correspondence between said previously obtained clock identifier and a synchronization node identifier, the result of said verification being positive when a correspondence is found between said previously obtained clock identifier and a synchronization node identifier in said list.
  • At least one action is triggered among the transmission of an alert message and the updating of said list of clock identifiers associated respectively with synchronization node identifiers.
  • the synchronization network discovery process makes it possible to alert on the presence of an unknown clock in the network or to complete the information relating to a synchronization node not yet identified.
  • the verification comprises a comparison between the previously obtained clock identifier and a clock identifier associated with a synchronization source node of said communication network, the result of said verification being positive when no correspondence is found between said previously obtained clock identifier and a clock identifier associated with a synchronization source node of said communication network.
  • said list of synchronization node identifiers is made available, preferably with an indication that said list is complete.
  • This clock identifier associated with a synchronization source node of said communication network may in particular be obtained from said synchronization node providing said previously obtained clock identifier, in order to allow their comparison.
  • the discovery process can thus stop as soon as the synchronization network is completely discovered, the operator being able to be notified at this time of the completeness of this discovery.
  • the discovery process can thus stop as soon as a clock of a synchronization node is synchronized with itself, which can happen with "border node” type nodes which have their own clock, the operator being able to be warned on this occasion of the degraded nature of the synchronization network thus discovered.
  • said previously obtained clock identifier and said clock identifier, associated with said synchronization node from which said clock identifier is previously obtained are obtained in the same message coming from said synchronization node, received in response to the sending of a request to obtain said identifiers.
  • said clock identifier associated with said synchronization node from which said clock identifier is previously obtained, is a value of a parent clock identifier field compliant with the ITU-T G 8275.1 standard, said parent clock identifier field being received, in said synchronization network, by each synchronization node from its parent synchronization node.
  • said previously obtained clock identifier is a value of a clock identifier field compliant with the ITU-T G 8275.1 standard.
  • this management device further comprises a storage module capable of storing a list of synchronization node identifiers with a view to making it available, said at least one module processing being further configured to, depending on the result of said verification, add to said list a new identifier of a synchronization node associated with said previously obtained clock identifier.
  • Figure 1 already discussed, schematically illustrates a traditional network architecture including traditional synchronization networks
  • FIG. 2 schematically illustrates a network architecture in which a management device according to an embodiment of the present invention can be implemented.
  • a management device 10 implements the method according to an embodiment as described below.
  • This management device 10 can communicate with the network nodes of the NET network, and in particular with the synchronization nodes forming a synchronization network within the NET network (e.g. the nodes Ns, Ni+i, Ni and No), in order in particular to obtain information from these synchronization nodes.
  • a management device can in particular belong to the IS NET information system managing the NET network, and thus have the interfaces usually available between the network nodes and this information system.
  • the management device 10 may comprise a communication module 20, capable of communicating with the synchronization nodes through an interface provided for this purpose (for example by means of an SSH connection) and in particular capable of transmitting requests to these synchronization nodes and obtaining in return certain information, including in particular synchronization information held by these synchronization nodes.
  • a communication module 20 capable of communicating with the synchronization nodes through an interface provided for this purpose (for example by means of an SSH connection) and in particular capable of transmitting requests to these synchronization nodes and obtaining in return certain information, including in particular synchronization information held by these synchronization nodes.
  • the synchronization nodes transmit from one to another not only synchronization information (such as phase reference information), allowing a current node to synchronize with its parent node transmitting this information to it, but also a clock identifier associated with the node transmitting the synchronization information.
  • the node Ni+i transmits to the node Ni synchronization information SYNCi+i and an identifier Ck_idi +i of a clock associated with it.
  • the management device 10 by requesting a synchronization node Ni to obtain the “Parent Clock ID” information, will receive in return the identifier Ckjdi+i of a clock associated with the node Ni+i (e.g. of a clock card incorporated in this node Ni+i) providing synchronization information to the node Ni.
  • This latter functionality making it possible to simply obtain from a synchronization node information concerning the clock of the node located directly upstream in the synchronization network, can then be exploited by the method according to an embodiment of the invention, as will be seen below.
  • This method can start with a preliminary step of obtaining (step 100), from a first synchronization node (e.g. No in figure 2), a clock identifier (e.g. Ckjdi in figure 2) associated with a synchronization node (e.g. Ni in figure 2) providing the first node No with synchronization information (e.g. SYNCi in figure 2), in other words a clock identifier associated with the parent node of the first node No.
  • a first synchronization node e.g. No in figure 2
  • a clock identifier e.g. Ckjdi in figure 2
  • a synchronization node e.g. Ni in figure 2
  • synchronization information e.g. SYNCi in figure 2
  • this preliminary step consists of obtaining from this node No the value of the “Parent Clock ID” identifier known to this node No, which identifies a clock associated with the parent node Ni providing a phase synchronization reference to this node No.
  • the method comprises a verification step (step 200) using this previously obtained clock identifier, in order to determine whether it is directly possible and/or useful to try to obtain another clock identifier, from another synchronization node located upstream, in order to continue the discovery of the synchronization network.
  • a verification may comprise a certain number of particular verifications, based on different criteria, as will be seen later.
  • this step consists, after having obtained a first identifier “Parent Clock ID” known to the node No, in obtaining from the node Ni a second identifier “Parent Clock ID” known to this node Ni, this second identifier “Parent Clock ID” identifying a clock of a parent node N2 providing a reference of phase synchronization at this node Ni (itself parent of the first No).
  • steps 200 and 300 can then be repeated, considering the new clock identifier obtained during an obtaining step 300 as being the “previously obtained clock identifier” used during a following verification step 300.
  • Such an iteration is illustrated in Figure 3 by the incrementation of the variable i before step 300, which then loops back to the verification step 200.
  • the method may also comprise, depending on the result of the verification step, the addition (step 220) of a new identifier id(Ni+i)) of a synchronization node, associated with the previously obtained clock identifier, to a list L1 of synchronization node identifiers intended to be made available.
  • this list L1 is enriched with the synchronization node identifiers associated with these clock identifiers, and may be made available to the operator of the NET network so that it has an image of the synchronization network in its NET network.
  • this may firstly comprise a search step (step 210), in a list L2 of clock identifiers associated respectively with synchronization node identifiers, for a correspondence between the previously obtained clock identifier and a synchronization node identifier.
  • the result of the verification is positive, in that it is directly possible to continue the method using this synchronization node identifier thus found (for example, when the identifier found is an IP address of a synchronization node, by sending to this node a request to obtain a clock identifier with this IP address as the destination address in this request), by a step of obtaining a new clock identifier from the synchronization node whose identifier has been found.
  • the method then continues, advantageously by a step of adding (step 220) in the list L1 the synchronization node identifier thus found, as described previously, as well as by obtaining a new clock identifier (step 300) from a new synchronization node, by means of the synchronization node identifier thus found (for example by sending a request for obtaining with the IP address, identifying this new node, as address recipient of this request), and a new verification iteration based on this new clock identifier, as discussed previously.
  • step 200 If, on the other hand, such a correspondence does not exist, the result of the verification (step 200) is negative in that the management device 10 is not able to directly identify the parent synchronization node to contact to obtain a new clock identifier and, at this stage, cannot go further upstream in the chain of synchronization nodes.
  • the management device can then trigger an action in reaction to this blocking situation, which can be the transmission (step 211) of an alert message, intended for the operator of the network NET, in order to warn it that the discovery process is interrupted due to a lack of information on the synchronization nodes or the detection of an unknown clock in the synchronization network.
  • an action to be triggered may be the update (step 213) of said list L2 in order to add thereto, in association with the new clock identifier obtained, the identifier of a synchronization node in which the clock identified by this new clock identifier obtained is located.
  • the method can then continue by interrogating, by means of the synchronization node identifier which has just been added to the list L2, this synchronization node in order to obtain a new clock identifier.
  • the verification (step 200) may further comprise a first comparison (step 230) between the previously obtained clock identifier and a clock identifier Ckjds associated with a synchronization source node of said communication network.
  • the identifier(s) Ckjds of the source clock(s) used in the NET network are previously stored (for example in the storage module 40), so that this first comparison can be carried out subsequently, each time a new clock identifier is obtained from a synchronization node.
  • the identifier(s) Ckjds of the source clock(s) used in the network NET is retrieved from the node Ni, providing the clock identifier Ck_idi+i previously obtained to the management device 10 (as illustrated in FIG. 2), typically at the same time as the latter, for example within the same response message to a request for obtaining transmitted from the management device 10 to this node Ni.
  • the identifier “GMcIocklD” for “Grand Master clock ID”.
  • the verification has a negative result in the sense that it is no longer useful to seek to obtain a new clock identifier of a new upstream synchronization node, since the last clock identifier obtained identifies a source clock of the synchronization network and therefore the synchronization network has already been discovered up to its source.
  • the L1 list of synchronization node identifiers can be made available (step 240).
  • the L1 list stored until now without necessarily being shared, is made available and consultable, for example through the interface module 50 where this L1 list can be presented either as is, in a raw form corresponding to a series of identifiers (e.g. MAC or IP address), or in a reprocessed, more user-friendly form, such as a graphical representation of the NET network highlighting the nodes identified by this L1 list within the NET network.
  • a series of identifiers e.g. MAC or IP address
  • this provision may be accompanied by an indication that the list L1 is complete (step 235), which may be displayed at the same time as the list L1, for example in the form of a specific icon added to the aforementioned graphical representation.
  • the verification has a positive result in the sense that it is useful to seek to obtain a new clock identifier from a new synchronization node which cannot be a synchronization source node, by means of the previously obtained clock identifier, in order to continue to discover the synchronization network further upstream.
  • a new step of obtaining (step 300) a new clock identifier can then be implemented, as discussed previously.
  • the verification (step 200) may further comprise a second comparison (step 250) between said previously obtained clock identifier Ck_idi+i and another clock identifier Ck_idi, associated with said synchronization node Ni from which said clock identifier is previously obtained.
  • This other clock identifier Ckjdi may in particular be the clock identifier previously obtained from a previous synchronization node (during a previous iteration of the verification and obtaining steps), i.e. from the synchronization node N i 1 directly downstream from the synchronization node Ni.
  • This other clock identifier Ckjdi previously obtained from the node N , being stored by the management device 10 (in particular in the list L2 making it possible to find the identifier of the associated node Ni), it can then be recovered to be compared with the new clock identifier Ckjdi+i obtained from the node Ni.
  • this other clock identifier Ckjdi can be obtained from the same synchronization node Ni, and advantageously at the same time as the clock identifier Ckjdi+i associated with a parent node of the node Ni is obtained from this node Ni, as illustrated in figure 2.
  • the management device 10 can send a request to a node Ni in order to obtain in return, in a response message sent by the node Ni, not only the “Parent Clock ID” identifier known to this node Ni as already indicated previously, but also the “Clock ID” identifier known to this node Ni, in order to compare these two identifiers. During this second comparison, it is determined that a correspondence exists between these two clock identifiers Ckjdi and Ck_idi+i when these two identifiers are identical.
  • the result of the verification is negative in the sense that it is no longer useful or directly possible to seek to obtain a new clock identifier from a new upstream synchronization node, since the last clock identifier obtained identifies a clock from the same synchronization node as the one already identified previously, or even the same clock as the one already identified.
  • the list L1 of synchronization node identifiers may be made available (step 240), under the same conditions as described previously in relation to a positive result of the first comparison, with the difference that this provision may preferably be accompanied by an indication that the list L1 reflects a degraded or faulty synchronization path (step 255), which may be displayed at the same time as the list L1, for example in the form of a specific icon added to the aforementioned graphical representation.
  • the verification comprises the search, the first comparison and the second comparison (steps 210, 230, 250) as previously discussed, so that obtaining a new clock identifier is only repeated when this proves to be directly possible and useful.
  • the verification may also comprise only one, or only two, of these search, first and second comparison steps (steps 210, 230, 250), depending on whether one wishes to condition this reiteration solely on its usefulness or solely on the fact that it is directly possible.
  • a synchronization network using a PTP ITU-T G 8275.1 profile according to the IEEE 1588 standard has been described, but the invention can be applied to any synchronization network using any synchronization protocol provided that this protocol is based on the transmission of information between neighboring nodes of this network, and in particular information such as the clock identifiers associated with these nodes as well as synchronization information such as phase, time or frequency reference information making it possible to synchronize the node receiving this information with other neighboring nodes in this network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)

Abstract

La présente invention concerne un procédé de découverte, au sein d'un réseau (NET), d'un réseau de synchronisation comprenant un ensemble de nœuds de synchronisation, ledit procédé étant mis en œuvre par un dispositif de gestion connecté à au moins un desdits nœuds de synchronisation, comprenant les étapes consistant à effectuer une vérification (200) au moyen d'un identifiant d'horloge préalablement obtenu (Ck_idi+1) auprès d'un desdits nœuds de synchronisation (Ni), ledit identifiant d'horloge étant associé à un nœud de synchronisation (Ni+1) fournissant une information de synchronisation audit nœud de synchronisation (Ni) auprès duquel ledit identifiant d'horloge est obtenu, ladite vérification consistant à vérifier s'il est possible d'obtenir un nouvel identifiant d'horloge auprès dudit nœud de synchronisation (Ni+1) associé audit identifiant d'horloge préalablement obtenu; et, lorsque le résultat de ladite vérification est obtenir, à obtenir (300) ledit nouvel identifiant d'horloge auprès dudit nœud de synchronisation (Ni+1) associé audit identifiant d'horloge préalablement obtenu, ledit nouvel identifiant d'horloge étant associé à un nœud de synchronisation fournissant une information de synchronisation audit nœud de synchronisation (Ni+1) associé audit identifiant d'horloge préalablement obtenu Elle concerne également un dispositif de gestion correspondant.

Description

Découverte d’un réseau de synchronisation au sein d’un réseau d’équipements
Domaine technique
La présente invention concerne le domaine des réseaux d’équipements au sens large, et plus particulièrement la découverte d’un réseau de synchronisation au sein de tels réseaux.
Technique antérieure
Un réseau d’équipements comprend habituellement une pluralité d’équipements reliés entre eux, appelés aussi nœuds réseaux, permettant l’échange de ressources, d’informations ou de données à acheminer entre ces équipements, afin de les fournir à un réseau tiers ou à des utilisateurs.
Parmi ces nœuds réseaux, un certain nombre peuvent être utilisés pour la synchronisation dans le réseau, et servent notamment à distribuer des informations de synchronisation au sein du réseau, depuis un équipement source de synchronisation jusqu’à un équipement final, qui peut être aussi bien un terminal utilisateur qu’une station de base dans le cas d’un réseau de télécommunications de type réseau d’accès mobile. Il peut notamment s’agir de routeurs IP, de nœuds de transmission optique WDM, ou de terminal de ligne optique (OLT). Ces nœuds peuvent alors être désignés sous le terme de nœuds de synchronisation (ou encore de nœuds d’horloge).
Ces informations de synchronisation, selon qu’elles portent sur la synchronisation en phase ou en fréquence, sont vitales pour le bon fonctionnement d’un réseau d’équipements en ce qu’elles sont nécessaires à certaines opérations critiques de ce réseau.
Lorsqu’il s’agit d’un réseau mobile, c’est notamment le cas pour les transferts de communication (i.e. « handovers » en anglais) entre stations de base (nécessitant une synchronisation en fréquence) ou la coordination des antennes fonctionnant en mode TDD (nécessitant une synchronisation en phase). C’est aussi le cas pour l’horodotage d’opérations ou transactions financières, ou encore la supervision précise de réseaux de distribution électrique. La figure 1 illustre schématiquement l’architecture d’un réseau dans lequel sont employés de tels réseaux de synchronisation.
Le réseau NET illustré sur la figure 1 comprend ainsi un certain nombre de nœuds réseaux. Parmi ceux-ci, outre des nœuds réseaux NN ayant d’autres fonctions qui ne seront pas discutées ici, des nœuds de synchronisation Ni sont illustrés, formant entre eux un ou plusieurs réseaux de synchronisation, au sein du réseau NET.
Ainsi, un premier réseau de synchronisation est illustré, dans lequel un premier nœud de synchronisation Ns, autrement désigné par nœud source de synchronisation, transmet des informations de synchronisation SYNCs à un premier nœud intermédiaire de synchronisation Ns-i. Ce premier nœud intermédiaire va à son tour transmettre des informations synchronisation vers un autre, et ainsi de suite, comme représenté en figure 1 par un nœud intermédiaire de synchronisation Ni+i transmettant vers un autre nœud intermédiaire Ni, situé « en aval », des informations de synchronisation SYNCi+i (la variable i pouvant prendre n’importe quelle valeur entre 0 et S). Enfin, en bout de chaîne de synchronisation, un avant-dernier nœud de synchronisation Ni transmet des informations de synchronisation SYNCi à un dernier nœud de synchronisation No, autrement désigné par nœud terminal de synchronisation.
L’ensemble de ces nœuds Ns,Ns-i, ... , Ni+i,Ni,... ,Ni et No forment ainsi un premier réseau de synchronisation. Un deuxième réseau de synchronisation est également illustré, constitué des nœuds de synchronisation Ns’, Ns-, Ni+r, Ni’ et No’, afin d’illustrer le fait que deux (voire plus) nœuds sources de synchronisation (Ns’, Ns-) peuvent se situer à la source d’un réseau de synchronisation.
Ces deux réseaux de synchronisation sont indiqués ici à titre purement illustratif, afin d’illustrer le fait qu’un réseau de synchronisation peut consister en un nombre quelconque de nœuds source de synchronisation, reliés à un nombre quelconque de nœuds terminaux de synchronisation au moyen d’un nombre quelconque de nœuds intermédiaires de synchronisation, afin de distribuer des informations de synchronisation depuis le(s) nœud(s) source(s) ver(s) les nœud(s) termin(aux) d’un tel réseau. Dans le cas spécifique d’un réseau de télécommunications, un réseau de synchronisation tel qu’illustré en figure 1 peut en particulier être conforme à la norme IEEE 1588.
En particulier, le profil PTP ITU-T G 8275.1 de cette norme peut être utilisé pour le transport, sous formes de paquets PTP, d’informations de synchronisation en phase (pouvant aussi être désignées par « informations de référence de phase » puisqu’elle permet à chaque nœud de synchronisation recevant une telle information d’un nœud parent de se synchroniser sur le nœud parent, et ainsi de synchroniser tous les nœuds de proche en proche) depuis un équipement source de synchronisation jusqu’à un équipement terminal de synchronisation, qui peut être une antenne 5G dans le cas d’un réseau d’accès mobile de cinquième génération.
La demande US 2020/0413360 A1 illustre un tel type de réseau.
Dans un tel réseau de synchronisation conforme à la norme IEEE 1588, le nœud source de synchronisation Ns est alors désigné sous le terme de « Master clock », dans la mesure où une horloge maître y est installée et où il transmet à d’autres nœuds de synchronisation en amont des informations de référence de phase, afin d’asservir les horloges de ces nœuds à sa propre horloge. A contrario, le nœud terminal de synchronisation No est désigné sous le terme de « Slave clock >>, puisque son horloge est asservie à celle d’un autre nœud situé en amont, au moyen de l’information de référence de phase transmise par ce dernier. Enfin, tout nœud intermédiaire de synchronisation Ni peut être désigné sous le terme de « Boundary clock >> quand il dispose de sa propre horloge pouvant se synchroniser, ce type de nœud agissant à la fois en maître (vis-à-vis d’autres nœuds en aval) et en esclave (vis-à-vis d’autres nœuds en amont).
L’opérateur du réseau NET peut avoir besoin de diagnostiquer le réseau de synchronisation de ce réseau NET quand il suspecte qu’un problème de synchronisation est à l’origine d’un dysfonctionnement de ce réseau NET.
Ainsi, dans le cas d’un réseau de télécommunications 5G, la mise en œuvre d’un réseau de synchronisation de phase étant complexe du fait d’une multitude d’équipements concernés, les pannes peuvent être fréquentes, ce qui entraîne des ruptures de service nécessitant un diagnostic rapide. Or, à ce stade, il n’existe pas de solution satisfaisante permettant de diagnostiquer, de manière fiable et automatique, un réseau de synchronisation, et notamment d’obtenir une image réelle de ce réseau de synchronisation à un instant donné. Le réseau de synchronisation est présumé correspondre aux nœuds d’équipements traversés par le trafic de données et, en cas de doute, l’opérateur va devoir se connecter manuellement, un par un, aux nœuds d’équipement susceptibles d’être des nœuds de synchronisation, afin de vérifier si c’est bien le cas et retracer ainsi le réseau de synchronisation.
Certes, la norme ITU-T G 8275.1 définit, dans son annexe D, une option dénommée « Path trace » dans laquelle des informations supplémentaires peuvent être ajoutées par chaque nœud de synchronisation traversé dans un message, adressé dans le sens descendant, vers un nœud de synchronisation situé en aval dans le réseau de synchronisation. On pourrait donc imaginer une solution reposant sur l’ajout de d’informations supplémentaires telles que les identifiants des nœuds de synchronisation, de proche en proche par chacun des nœuds de synchronisation successifs, afin qu’une image globale du réseau de synchronisation soit disponible au niveau du nœud terminal de synchronisation, et puisse y être prélevée par l’opérateur du réseau en vue d’un diagnostic.
Toutefois, une telle solution repose sur le prérequis que chacun des nœuds de synchronisation supporte une telle option, ce qui est loin d’être le cas actuellement en pratique et ne peut être complètement garanti à l’avenir. Et même si cette option venait à être déployée plus largement à l’avenir, il suffit qu’un seul des nœuds de synchronisation ne supporte pas cette option, dans la chaîne de synchronisation, pour qu’il y ait interruption de la transmission de ces informations additionnelles, et donc impossibilité d’obtenir une image globale du réseau de synchronisation au niveau du nœud de synchronisation final.
Exposé de l’invention
La présente invention vise à remédier aux inconvénients de l’implémentation proposées ci-dessus, en proposant un procédé de découverte de réseau de synchronisation qui ne présente pas les inconvénients de cette implémentation, et qui soit notamment plus fiable que celle-ci tout en étant automatique. Il est proposé à cet effet un procédé de découverte, au sein d’un réseau, d’un réseau de synchronisation comprenant un ensemble de nœuds de synchronisation, ledit procédé étant mis en œuvre par un dispositif de gestion connecté à au moins un desdits nœuds de synchronisation, comprenant les étapes suivantes : effectuer une vérification au moyen du identifiant d’horloge préalablement obtenu auprès d’un desdits nœuds de synchronisation, ledit identifiant d’horloge étant associé à un nœud de synchronisation fournissant une information de synchronisation audit nœud de synchronisation auprès duquel ledit identifiant d’horloge est obtenu, ladite vérification consistant à vérifier s’il est possible d’obtenir un nouvel identifiant d’horloge auprès dudit nœud de synchronisation associé audit identifiant d’horloge préalablement obtenu; et lorsque le résultat de ladite vérification est positif, obtenir ledit nouvel identifiant d’horloge auprès dudit nœud de synchronisation associé audit identifiant d’horloge préalablement obtenu, ledit nouvel identifiant d’horloge étant associé à un nœud de synchronisation fournissant une information de synchronisation audit nœud de synchronisation associé audit identifiant d’horloge préalablement obtenu.
Grâce à un tel procédé, une découverte au moins partielle des horloges utilisées réseau de synchronisation peut être effectuée, simplement et efficacement, au moyen de la récupération auprès d’un nœud de ce réseau de synchronisation, par le biais d’une interface standard, d’informations couramment disponibles dans un réseau de synchronisation, sans qu’il ne soit besoin d’activer d’option spécifique sur l’ensemble des nœuds du réseau de synchronisation à découvrir.
Cette découverte se fait de proche en proche, nœud par nœud en remontant tant que cela est possible dans le réseau de synchronisation, chaque nouvel identifiant d’horloge étant obtenu auprès du nœud de synchronisation fournissant une information de synchronisation au nœud de synchronisation auprès duquel le précédent identifiant d’horloge a été obtenu, c’est-à-dire auprès du nœud de synchronisation directement en amont du nœud de synchronisation auprès duquel le précédent identifiant d’horloge a été obtenu.
Dans un mode de réalisation, ce procédé comprend en outre, lorsque le résultat de ladite vérification est positif, l’ajout d’un nouvel identifiant d’un nœud de synchronisation associé audit identifiant d’horloge préalablement obtenu, à une liste cl’ identifiants de nœuds de synchronisation destinée à être mise à disposition. Ceci permet la découverte au moins partielle des nœuds constituant le réseau de synchronisation, basée sur les horloges découvertes au moyen d’informations couramment disponibles auprès des nœuds de synchronisation.
Dans un autre mode de réalisation de ce procédé, les étapes d’obtention et d’ajout sont répétées tant que le résultat de ladite vérification est positif. Ceci permet la découverte la plus complète possible d’un réseau de synchronisation, en fonction de l’architecture et de l’état de fonctionnement de ce réseau de synchronisation.
Dans un mode de réalisation de ce procédé, la vérification comprend la recherche, dans une liste d’ identifiants d’horloge associés respectivement à des identifiants de nœud de synchronisation, d’une correspondance entre ledit identifiant d’horloge préalablement obtenu et un identifiant de nœud de synchronisation, le résultat de ladite vérification étant positif lorsqu’une correspondance est trouvée entre ledit identifiant d’horloge préalablement obtenu et un identifiant de nœud de synchronisation dans ladite liste.
Avantageusement, dans ce mode de réalisation, lorsque aucune correspondance n’est trouvée entre ledit identifiant d’horloge préalablement obtenu et un identifiant de nœud de synchronisation dans ladite liste, au moins une action est déclenchée parmi l’émission d’un message d’alerte et la mise à jour de ladite liste d’identifiants d’horloge associés respectivement à des identifiants de nœud de synchronisation.
Ainsi, le processus de découverte du réseau de synchronisation permet d’alerter sur la présence d’une horloge inconnue dans le réseau ou de compléter les informations relatives à un nœud de synchronisation non encore identifié.
Dans un autre mode de réalisation de ce procédé, pouvant être combiné avec le précédent, la vérification comprend une comparaison entre l’identifiant d’horloge préalablement obtenu et un identifiant d’horloge associé à un nœud source de synchronisation dudit réseau de communication, le résultat de ladite vérification étant positif lorsque aucune correspondance n’est trouvée entre ledit identifiant d’horloge préalablement obtenu et un identifiant d’horloge associé à un nœud source de synchronisation dudit réseau de communication. Avantageusement, dans cet autre mode de réalisation, lorsqu’une correspondance existe entre l’identifiant d’horloge préalablement obtenu et un identifiant d’horloge d’un nœud source de synchronisation dudit réseau de communication, ladite liste d’identifiants de nœuds de synchronisation est mise à disposition, de préférence avec une indication que ladite liste est complète.
Cet identifiant d’horloge associé à un nœud source de synchronisation dudit réseau de communication peut notamment être obtenu auprès dudit nœud de synchronisation fournissant ledit identifiant d’horloge préalablement obtenu, afin de permettre leur comparaison.
Le processus de découverte peut ainsi s’arrêter dès lors que le réseau de synchronisation est complètement découvert, l’opérateur pouvant être prévenu à cette occasion de la complétude de cette découverte.
Dans un autre mode de réalisation de ce procédé, pouvant être combiné avec l’un ou l’autre, voire les deux précédents, la vérification comprend une comparaison entre ledit identifiant d’horloge préalablement obtenu et un identifiant d’horloge associé audit nœud de synchronisation auprès duquel ledit identifiant d’horloge est préalablement obtenu, le résultat de ladite vérification étant positif lorsque aucune correspondance n’est trouvée entre ledit identifiant d’horloge préalablement obtenu et un identifiant d’horloge associé audit nœud de synchronisation auprès duquel ledit identifiant d’horloge est préalablement obtenu.
Avantageusement, dans cet autre mode de réalisation, lorsqu’une correspondance existe entre ledit identifiant d’horloge préalablement obtenu et un identifiant d’horloge associé audit nœud de synchronisation auprès duquel ledit identifiant d’horloge est préalablement obtenu, ladite liste d’identifiants de nœuds de synchronisation est mise à disposition, de préférence avec une indication que ladite liste reflète un chemin de synchronisation dégradé.
Le processus de découverte peut ainsi s’arrêter dès qu’une horloge d’un nœud de synchronisation est synchronisée sur elle-même, ce qui peut arriver avec des nœuds de type « nœud de frontière » qui ont leur propre horloge, l’opérateur pouvant être prévenu à cette occasion du caractère dégradé du réseau de synchronisation ainsi découvert. Dans un mode de réalisation particulier, ledit identifiant d’horloge préalablement obtenu et ledit identifiant d’horloge, associé audit nœud de synchronisation auprès duquel ledit identifiant d’horloge est préalablement obtenu, sont obtenus dans un même message provenant dudit nœud de synchronisation, reçu en réponse à l’envoi d’une requête d’obtention desdits identifiants.
Dans un mode de réalisation particulier, ledit identifiant d’horloge, associé audit nœud de synchronisation auprès duquel ledit identifiant d’horloge est préalablement obtenu, est une valeur d’un champ d’identifiant d’horloge parente conforme à la norme ITU-T G 8275.1 , ledit champ d’identifiant d’horloge parente étant reçu, dans ledit réseau de synchronisation, par chaque nœud de synchronisation en provenance de son nœud de synchronisation parent. Dans un autre mode de réalisation, ledit identifiant d’horloge préalablement obtenu est une valeur d’un champ d’identifiant d’horloge conforme à la norme ITU-T G 8275.1 .
Il est également proposé un dispositif de gestion de réseau apte à découvrir, au sein d’un réseau, un réseau de synchronisation comprenant un ensemble de nœuds de synchronisation, ledit dispositif comprenant au moins un module de traitement configuré pour : effectuer une vérification au moyen du identifiant d’horloge préalablement obtenu auprès d’un desdits nœuds de synchronisation, ledit identifiant d’horloge étant associé à un nœud de synchronisation fournissant une information de synchronisation audit nœud de synchronisation auprès duquel ledit identifiant d’horloge est obtenu, ladite vérification consistant à vérifier s’il est possible d’obtenir un nouvel identifiant d’horloge auprès dudit nœud de synchronisation (Ni+i) associé audit identifiant d’horloge préalablement obtenu; et lorsque le résultat de ladite vérification est positif, obtenir un nouvel identifiant d’horloge auprès dudit nœud de synchronisation associé audit identifiant d’horloge préalablement obtenu, ledit nouvel identifiant d’horloge étant associé à un nœud de synchronisation fournissant une information de synchronisation audit nœud de synchronisation associé audit identifiant d’horloge préalablement obtenu.
Dans un mode de réalisation particulier, ce dispositif de gestion comprend en outre un module de mémorisation apte à stocker une liste d’identifiants de nœuds de synchronisation en vue de sa mise à disposition, ledit au moins un module de traitement étant configuré en outre pour, en fonction du résultat de ladite vérification, ajouter à ladite liste un nouvel identifiant d’un nœud de synchronisation associé audit identifiant d’horloge préalablement obtenu.
Brève description des figures
D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels :
La figure 1 , déjà discutée, illustre schématiquement une architecture traditionnelle de réseau comprenant des réseaux de synchronisation traditionnel ;
La figure 2 illustre schématiquement une architecture de réseau dans laquelle peut être mis en œuvre un dispositif de gestion selon un mode de réalisation de la présente invention ; et
La figure 3 représente les étapes d’un procédé de découverte de réseau de synchronisation selon un mode de réalisation de la présente invention.
Description de l’invention
Il est maintenant fait référence à la Figure 2, laquelle illustre schématiquement une architecture de réseau dans laquelle peut être mis en œuvre un dispositif de gestion selon un mode de réalisation de la présente invention.
Dans cette architecture, où le réseau NET est similaire à celui déjà discuté en relation avec la figure 1 , un dispositif de gestion 10 met en œuvre le procédé selon un mode de réalisation tel que décrit ci-après.
Ce dispositif de gestion 10 peut communiquer avec les nœuds réseaux du réseau NET, et en particulier avec les nœuds de synchronisation formant un réseau de synchronisation au sein du réseau NET (e.g. les nœuds Ns, Ni+i, Ni et No), afin notamment d’obtenir des informations auprès de ces nœuds de synchronisation. Un tel dispositif de gestion peut en particulier appartenir au système d’information IS NET gérant le réseau NET, et ainsi disposer des interfaces habituellement disponibles entre les nœuds réseaux et ce système d’information.
D’un point de vue matériel, le dispositif de gestion 10 peut comprendre un module de communication 20, apte à communiquer avec les nœuds de synchronisation au travers d’une interface prévue à cette fin (par exemple au moyen d’une connexion SSH) et notamment apte à transmettre des requêtes vers ces nœuds de synchronisation et obtenir en retour certaines informations, dont notamment des informations de synchronisation détenues par ces nœuds de synchronisation.
En particulier, ce module de communication 20 peut recevoir, en provenance de chacun des nœuds de synchronisation, un identifiant d’horloge correspondant, pour un nœud de synchronisation Ni donné (que l’on peut aussi désigné par « nœud courant >>), à un identifiant d’horloge Ck_idi+i associé à un autre nœud de synchronisation Ni+i , pouvant être désigné comme étant le « nœud parent » du nœud courant, car fournissant une information de synchronisation (SYNCi+i sur la figure 2) à ce nœud courant.
En effet, dans le réseau de synchronisation illustré en figure 2, les nœuds de synchronisation transmettent de proche en proche non seulement des informations de synchronisation (telle qu’une information de référence de phase), permettant à un nœud courant de se synchroniser sur son nœud parent lui transmettant cette information, mais également un identifiant d’horloge associé au nœud transmettant l’information de synchronisation. Ainsi, comme illustré en figure 2, le nœud Ni+i transmet au nœud Ni des informations de synchronisation SYNCi+i et un identifiant Ck_idi+i d’une horloge qui lui est associée.
Cet identifiant d’horloge peut notamment être un identifiant d’une carte d’horloge incorporée dans le nœud transmettant l’information de synchronisation à des nœuds situés en aval. Un tel identifiant peut se présenter comme décrit dans la norme IEEE 1588-2019, en particulier sous la forme d’une valeur de type IEEE EUI- 64 (Extended Unique Identifier) codée sur 8 octets.
A titre d’exemple, dans un réseau de synchronisation conforme à la norme ITU- T G 8275.1 , cet identifiant d’horloge peut notamment être inséré, pour traitement et/ou et transmission, dans des champs « ClocklD » et « Parent ClocklD ».
Un tel identifiant « ClocklD >> est unique dans le réseau PTP où se situe l’horloge qu’il identifie, et peut être construit à partir d’une des adresses MAC du nœud de synchronisation (par exemple 0x112233445566) au milieu de laquelle on insère les deux octets caractéristiques OxFFFE (ce qui donne ici une valeur de « ClocklD >> égale il à 0x1 12233FFFE445566).
Ainsi, le dispositif de gestion 10, en requêtant un nœud de synchronisation Ni pour obtenir l’information « ClocklD » va recevoir en retour au moins un identifiant Ckjdi d’une horloge associée au nœud Ni (e.g. d’une carte d’horloge incorporée dans ce nœud Ni).
Lorsqu’une seule horloge est associée à ce nœud Ni (e.g. parce que ce nœud Ni ne comporte qu’une unique carte réseau gérant la synchronisation), un seul identifiant Ckjdi est alors reçu. Mais il peut exister des cas où le nœud Ni est associé à plusieurs horloges, par exemple par qu’il comprend une première carte réseau recevant les informations de synchronisation d’un nœud de synchronisation en amont, ainsi qu’une ou plusieurs cartes réseaux envoyant des informations de synchronisation, via les ports en sortie du nœud Ni, vers des nœuds situés en aval. Dans ce dernier cas, les identifiants Ckjdi (« ClocklD » dans le cas de la norme IEEE 1588) de ces différentes cartes réseaux peuvent être reçus depuis ce nœud Ni.
Par ailleurs, le dispositif de gestion 10, en requêtant un nœud de synchronisation Ni pour obtenir l’information « Parent Clock ID » va recevoir en retour l’identifiant Ckjdi+i d’une horloge associée au nœud Ni+i (e.g. d’une carte d’horloge incorporée dans ce nœud Ni+i) fournissant une information de synchronisation au nœud Ni. Cette dernière fonctionnalité, permettant d’obtenir simplement auprès d’un nœud de synchronisation une information concernant l’horloge du nœud située directement en amont dans le réseau de synchronisation, peut alors être exploitée par le procédé selon un mode de réalisation de l’invention, comme il sera vu après.
Le dispositif de gestion 10 comprend en outre un module de traitement 30, lui- même comprenant un ou plusieurs processeurs capables d’exécuter les étapes du procédé décrit ci-après, notamment en exécutant des instructions d’un programme d’ordinateur mémorisées sur un support de programme d’ordinateur. En particulier, le module de traitement 30 peut comprendre un seul processeur exécutant l’ensemble des étapes du procédé décrit ci-après, mais peut aussi comprendre plusieurs processeurs distincts (par exemple portés par des cartes différentes, voire même situés dans des dispositifs physiques distincts communiquant entre eux) exécutant chacun une partie de ces étapes, selon l’implémentation choisie.
Le dispositif de gestion 10 peut également comprendre un module de mémorisation 40 capable de stocker en mémoire des informations utiles au procédé décrit ci-après. Ainsi, dans un mode de réalisation, ce module de mémorisation peut mémoriser une première liste L1 rassemblant les identifiants de nœuds de synchronisation appartenant au réseau de synchronisation à découvrir. Le procédé décrit ci-après va alors chercher à compléter, autant que faire se peut, cette liste L1 afin de découvrir ce réseau de synchronisation.
Ici, un identifiant d’un nœud de synchronisation peut prendre n’importe quelle forme permettant à un opérateur d’identifier, avec une grande certitude, un nœud de synchronisation. Il peut notamment s’agir d’un identifiant univoque telle qu’une adresse MAC du nœud de synchronisation, ou encore d’une adresse IP associée à ce nœud.
Ce module de mémorisation 40 peut aussi stocker une deuxième liste L2 dans laquelle, pour une pluralité d’identifiants de nœuds de synchronisation, chaque identifiant id(Ni) d’un nœud de synchronisation Ni est associé respectivement à au moins un identifiant d’horloge Ck_idi identifiant une horloge incorporée dans le nœud Ni ainsi identifié. Une telle liste L2 permet ainsi de retrouver, à partir de l’identifiant d’une horloge, l’identifiant du nœud de synchronisation incorporant cette horloge, et vice versa.
Enfin, le dispositif de gestion 10 comprend également un module d’interface utilisateur, comprenant par exemple un écran, afin notamment de mettre à disposition d’un opérateur la liste L1 une fois celle-ci disponible, ainsi que pour émettre des messages d’alerte comme il sera vu ci-après.
Il est fait maintenant référence à la figure 3, laquelle illustre les étapes d’un procédé de découverte de réseau de synchronisation selon un mode de réalisation de la présente invention.
Ce procédé peut démarrer par une étape préalable d’obtention (étape 100), auprès d’un premier nœud de synchronisation (e.g. No en figure 2), d’un identifiant d’horloge (e.g. Ckjdi en figure 2) associé à un nœud de synchronisation (e.g. Ni en figure 2) fournissant au premier nœud No une information de synchronisation (e.g. SYNCi en figure 2), en d’autres termes d’un identifiant d’horloge associée au nœud parent du premier nœud No.
Ce premier nœud No peut être choisi arbitrairement par l’opérateur du réseau NET dans lequel on cherche à découvrir le réseau de synchronisation. C’est idéalement un nœud de synchronisation terminal, situé en bout de chaîne de synchronisation, afin de découvrir le plus complètement possible le réseau de synchronisation, mais cela peut être également un nœud de synchronisation concerné par une plainte d’un utilisateur, soit directement, soit parce qu’il gère la synchronisation d’un équipement concerné par cette plainte.
A titre d’exemple, dans le contexte de la norme ITU-T G 8275.1 , cette étape préalable consiste à obtenir auprès de ce nœud No la valeur de l’identifiant « Parent Clock ID » connu de ce nœud No, laquelle identifie une horloge associée au nœud parent Ni fournissant une référence de synchronisation de phase à ce nœud No.
Une fois obtenu cet identifiant d’horloge (pouvant alors être désigné par « identifiant d’horloge préalablement obtenu >>), le procédé comprend une étape de vérification (étape 200) au moyen de cet identifiant d’horloge préalablement obtenu, afin de déterminer s’il est directement possible et/ou utile d’essayer d’obtenir un autre identifiant d’horloge, auprès d’un autre nœud de synchronisation situé en amont, afin de poursuivre la découverte du réseau de synchronisation. Une telle vérification peut comprendre un certain nombre de vérifications particulières, basées sur différents critères, comme il sera vu plus loin.
Si le résultat de cette vérification est positif, autrement dit s’il s’avère qu’il est directement possible et/ou utile d’essayer d’obtenir un autre identifiant d’horloge auprès d’un autre nœud de synchronisation en amont, le procédé se poursuit par une étape d’obtention (étape 300), auprès d’un nœud de synchronisation associé à l’identifiant d’horloge précédemment obtenu, d’un autre identifiant d’horloge associé à un autre nœud de synchronisation fournissant une information de synchronisation à ce nœud de synchronisation associé à l’identifiant d’horloge précédemment obtenu. Cet autre identifiant d’horloge peut être aussi désigné par « nouvel identifiant d’horloge » afin de le distinguer de l’identifiant d’horloge précédemment obtenu.
Ainsi, comme illustré en figure 2, et appliquée dans le contexte de la norme ITU-T G 8275.1 , cette étape consiste, après avoir obtenu un premier identifiant « Parent Clock ID » connu du nœud No, à obtenir auprès du nœud Ni un deuxième identifiant « Parent Clock ID » connu de ce nœud Ni, ce deuxième identifiant « Parent Clock ID » identifiant une horloge d’un nœud parent N2 fournissant une référence de synchronisation de phase à ce nœud Ni (lui-même parent du premier No).
A ce stade, plusieurs identifiants d’horloge associés à des nœuds de synchronisation différents étant récupérés par le dispositif de gestion, il devient possible de découvrir, au moins partiellement, des horloges (et donc indirectement des nœuds de synchronisation) successifs dans le réseau de synchronisation, et ce à partir d’informations simplement obtenues au travers d’une connexion existante entre les nœuds de synchronisation et le dispositif de gestion 10.
Les étapes de vérification et d’obtention décrites ci-avant (étapes 200 et 300) peuvent alors être répétées, en considérant le nouvel identifiant d’horloge obtenu lors d’une étape d’obtention 300 comme étant I’ « identifiant d’horloge précédemment obtenu » utilisé lors d’une étape de vérification 300 suivante. Une telle itération est illustrée en figure 3 par l’incrémentation de la variable i avant l’étape 300, qui reboucle ensuite vers l’étape de vérification 200.
On obtient alors, à chaque itération de ces deux étapes de vérification et d’obtention (étapes 200 et 300), un nouvel identifiant d’horloge Ck_idi+i associé à un nouveau nœud de synchronisation Ni+i , ce qui permet une découverte de plus en plus complète du réseau de synchronisation, en remontant dans celui-ci.
En particulier, dans un mode de réalisation particulièrement avantageux, ces deux étapes sont répétées tant que le résultat de la vérification à chaque itération est positif, i.e. tant qu’il est directement possible et utile de répéter ces étapes, afin d’obtenir l’image la plus complète possible du réseau de synchronisation.
Ainsi, en reprenant l’exemple illustré en figure 2 dans le contexte de la norme ITU-T G 8275.1 , l’identifiant d’horloge Ck_idi associé au nœud Ni est tout d’abord obtenu auprès du nœud terminal No, puis l’identifiant d’horloge Ck_id2 associé au nœud N2 est obtenu auprès du nœud Ni. Tant que cela jugé possible et utile, le procédé se poursuit par l’obtention, auprès d’un nœud Ni, de l’identifiant d’horloge Ck_idi+i associé à son nœud Ni+i parent (i.e. qui lui fournit une référence de synchronisation de phase), et ainsi de suite jusqu’à ce que cela ne soit plus jugé directement possible et/ou utile.
A partir d’une itération où le résultat de la vérification est négatif (soit parce qu’il n’est plus directement possible de répéter ces étapes, soit parce qu’il n’est plus utile de le faire, comme il sera vu ci-après), la liste d’identifiants d’horloge peut être considérée comme ne pouvant pas être complétée plus avant, et ainsi servir de base à l’identification des nœuds de synchronisation, associés à ces identifiants d’horloge, qui sont la meilleure représentation possible (même partielle) du réseau de synchronisation.
Le procédé peut également comprendre, en fonction du résultat de l’étape de vérification, l’ajout (étape 220) d’un nouvel identifiant id(Ni+i)) d’un nœud de synchronisation, associé à l’identifiant d’horloge préalablement obtenu, à une liste L1 d’identifiants de nœuds de synchronisation destinée à être mise à disposition. Ainsi, au fur et à mesure que des identifiants d’horloge sont obtenus, cette liste L1 s’enrichit des identifiants de nœuds de synchronisation associés à ces identifiants d’horloge, et peut être mise à disposition de l’opérateur du réseau NET afin qu’il ait une image du réseau de synchronisation dans son réseau NET.
En ce qui concerne la vérification (étape 200), celle-ci peut tout d’abord comprendre une étape de recherche (étape 210), dans une liste L2 d’identifiants d’horloge associés respectivement à des identifiants de nœuds de synchronisation, d’une correspondance entre l’identifiant d’horloge préalablement obtenu et un identifiant de nœud de synchronisation.
Si une telle correspondance existe, et donc qu’un identifiant de nœud de synchronisation a été trouvé comme étant associé à l’identifiant d’horloge préalablement obtenu dans la liste L2, le résultat de la vérification (étape 200) est positif, en ce qu’il est directement possible de poursuivre le procédé en utilisant cet identifiant de nœud de synchronisation ainsi trouvé (par exemple, lorsque l’identifiant trouvé est une adresse IP d’un nœud de synchronisation, en envoyant à ce nœud une requête d’obtention d’identifiant d’horloge avec cette adresse IP comme adresse destinataire dans cette requête), par une étape d’obtention d’un nouvel identifiant d’horloge auprès du nœud de synchronisation dont l’identifiant a été trouvé.
Le procédé se poursuit alors, avantageusement par une étape d’ajout (étape 220) dans la liste L1 de l’identifiant de nœud de synchronisation ainsi trouvé, telle que décrite précédemment, ainsi que par l’obtention d’un nouvel identifiant d’horloge (étape 300) auprès d’un nouveau nœud de synchronisation, au moyen de l’identifiant de nœud de synchronisation ainsi trouvé (par exemple en envoyant une requête d’obtention avec l’adresse IP, identifiant ce nouveau nœud, comme adresse destinataire de cette requête), et une nouvelle itération de vérification sur la base de ce nouvel identifiant d’horloge, comme discuté précédemment.
Ainsi, pour reprendre l’exemple précédemment discuté à partir de la figure 2, lorsque le nœud No fournit un identifiant d’horloge Ckjdi qui est associé, dans la liste L2, à un identifiant Id(Ni) du nœud Ni fournissant une référence de synchronisation de phase au nœud No (par exemple l’adresse IP de ce nœud Ni) l’association est retrouvée lors de cette étape 210 de recherche et l’identifiant Id(Ni) peut être ajouté à la liste L1 , de sorte que L1 ={ Id(No) ; ld(Ni ) }.
Si par contre une telle correspondance n’existe pas, le résultat de la vérification (étape 200) est négatif en ce que le dispositif de gestion 10 n’est pas en mesure d’identifier directement le nœud de synchronisation parent à contacter pour obtenir un nouvel identifiant d’horloge et, à ce stade, ne peut pas remonter plus en amont dans la chaîne de nœuds de synchronisation.
Le dispositif de gestion peut alors déclencher une action en réaction à cette situation de blocage, qui peut être l’émission (étape 211 ) d’un message d’alerte, destinée à l’opérateur du réseau NET, afin de le prévenir que le processus de découverte est interrompu pour cause de manque d’informations sur les nœuds de synchronisation ou de détection d’une horloge inconnue dans le réseau de synchronisation.
Alternativement ou en complément de cette alerte, une action à déclencher peut être la mise à jour (étape 213) de ladite liste L2 afin d’y rajouter, en association avec le nouvel identifiant d’horloge obtenu, l’identifiant d’un nœud de synchronisation dans lequel se situe l’horloge identifiée par ce nouvel identifiant d’horloge obtenu. Une fois cette liste L2 mise à jour, le procédé peut alors se poursuivre par l’interrogation, au moyen de l’identifiant de nœud de synchronisation qui vient d’être ajouté dans la liste L2, de ce nœud de synchronisation en vue d’obtenir un nouvel identifiant d’horloge.
La vérification (étape 200) peut en outre comprendre une première comparaison (étape 230) entre l’identifiant d’horloge préalablement obtenu et un identifiant Ckjds d’horloge associé à un nœud source de synchronisation dudit réseau de communication.
En effet, dans un mode de réalisation avantageux, le(s) identif iant(s) Ckjds de la ou des horloges sources utilisés dans le réseau NET sont préalablement mémorisés (par exemple dans le module de mémorisation 40), de sorte à pouvoir effectuer ultérieurement cette première comparaison, chaque fois qu’un nouvel identifiant d’horloge est obtenu auprès d’un nœud de synchronisation.
Dans un autre mode réalisation avantageux, le(s) identifiant(s) Ckjds de la ou des horloges sources utilisés dans le réseau NET est récupéré auprès du nœud Ni, fournissant l’identifiant d’horloge Ck_idi+i préalablement obtenu au dispositif de gestion 10 (comme illustré en figure 2), typiquement en même temps que celui-ci, par exemple au sein d’un même message de réponse à une requête d’obtention transmise du dispositif de gestion 10 à ce nœud Ni. En particulier, dans le contexte de la norme ITU-T G 8275.1 , il peut s’agir de l’identifiant « GMcIocklD » (pour « Grand Master clock ID >>).
Lorsque le résultat de cette première comparaison est qu’une correspondance existe entre l’identifiant d’horloge préalablement obtenu et un identifiant Ck ds d’horloge d’un nœud source de synchronisation dudit réseau de communication, la vérification (étape 200) a un résultat négatif en ce sens qu’il n’est plus utile de chercher à obtenir un nouvel identifiant d’horloge d’un nouveau nœud de synchronisation en amont, puisque le dernier identifiant d’horloge obtenu identifie une horloge source du réseau de synchronisation et donc que le réseau de synchronisation a déjà été découvert jusqu’à sa source.
Dans une telle situation, la liste L1 d’identifiants de nœuds de synchronisation peut être mise à disposition (étape 240). En d’autres termes, la liste L1 , mémorisée jusqu’ici sans forcément être partagée, est rendue disponible et consultable, par exemple au travers du module d’interface 50 où cette liste L1 peut être présentée soit telle quelle, sous une forme brute correspondant à une suite d’identifiants (e.g. d’adresse MAC ou IP), ou sous une forme retraitée, plus conviviale, telle qu’une représentation graphique du réseau NET soulignant les nœuds identifiés par cette liste L1 au sein du réseau NET.
De préférence, cette mise à disposition peut s’accompagner d’une indication que la liste L1 est complète (étape 235), qui peut être affichée en même temps que la liste L1 , par exemple sous la forme d’une icône spécifique ajoutée à la représentation graphique susmentionnée. Par contre, lorsque le résultat de cette première comparaison est qu’aucune correspondance existe entre l’identifiant d’horloge préalablement obtenu et un identifiant Ckjds d’horloge d’un nœud source de synchronisation dudit réseau de communication, la vérification (étape 200) a un résultat positif en ce sens qu’il est utile de chercher à obtenir un nouvel identifiant d’horloge auprès d’un nouveau nœud de synchronisation qui ne peut pas être un nœud source de synchronisation, au moyen de l’identifiant d’horloge préalablement obtenu, afin de continuer à découvrir le réseau de synchronisation plus en amont. Une nouvelle étape d’obtention (étape 300) d’un nouvel identifiant d’horloge peut alors être mise en œuvre, comme discuté précédemment.
La vérification (étape 200) peut en outre comprendre une deuxième comparaison (étape 250) entre ledit identifiant Ck_idi+i d’horloge préalablement obtenu et un autre identifiant d’horloge Ck_idi, associé audit nœud de synchronisation Ni auprès duquel ledit identifiant d’horloge est préalablement obtenu.
Cet autre identifiant d’horloge Ckjdi peut notamment être l’identifiant d’horloge préalablement obtenu auprès d’un nœud de synchronisation précédent (lors d’une itération précédente des étapes de vérification et d’obtention), c’est-à-dire auprès du nœud de synchronisation N i 1 directement en aval du nœud de synchronisation Ni. Cet autre identifiant d’horloge Ckjdi, obtenu préalablement auprès du nœud N , étant mémorisé par le dispositif de gestion 10 (en particulier dans la liste L2 permettant de retrouver l’identifiant du nœud Ni associé), il peut alors être récupéré pour être comparé au nouvel identifiant Ckjdi+i d’horloge obtenu auprès du nœud Ni.
Alternativement, cet autre identifiant d’horloge Ckjdi peut être obtenu auprès du même nœud de synchronisation Ni, et avantageusement en même temps qu’est obtenu auprès de ce nœud Ni l’identifiant Ckjdi+i d’horloge associée à un nœud parent du nœud Ni, comme illustré en figure 2.
Ainsi, pour reprendre l’exemple illustré en figure 2 dans le contexte de la norme ITU-T G 8275.1 , le dispositif de gestion 10 peut envoyer une requête à un nœud Ni afin d’obtenir en retour, dans un message de réponse émis par le nœud Ni, non seulement l’identifiant « Parent Clock ID » connu de ce nœud Ni comme déjà indiqué précédemment, mais également l’identifiant « Clock ID » connu de ce nœud Ni, afin de comparer ces deux identifiants. Lors de cette deuxième comparaison, il est déterminé qu’une correspondance existe entre ces deux identifiants d’horloge Ckjdi et Ck_idi+i lorsque ces deux identifiants sont identiques. Dans un mode de réalisation avantageux, même lorsque ces deux identifiants ne sont identiques, on peut néanmoins vérifier s’ils ne sont pas tous deux associés à un même nœud de synchronisation, par exemple en recherchant dans la liste L2 discutée précédemment. Si c’est le cas, alors une correspondance existe entre ces deux identifiants, puisqu’ils identifient deux horloges situées dans un même nœud de synchronisation (par exemple sous la forme de deux cartes d’horloges distinctes insérées dans cet équipement).
Lorsque le résultat de cette comparaison est qu’une correspondance existe entre ledit identifiant d’horloge préalablement obtenu et un identifiant d’horloge associé audit nœud de synchronisation auprès duquel ledit identifiant d’horloge est préalablement obtenu, le résultat de la vérification (étape 200) est négatif en ce sens qu’il n’est plus, ni utile, ni directement possible, de chercher à obtenir un nouvel identifiant d’horloge d’un nouveau nœud de synchronisation en amont, puisque le dernier identifiant d’horloge obtenu identifie une horloge du même nœud de synchronisation que celui déjà identifié précédemment, voire la même horloge que celle déjà identifiée.
Ceci est alors symptomatique d’une situation où le nœud de synchronisation Ni est synchronisé sur lui-même, comme cela peut être le cas d’un nœud frontière (« boundary clock » en anglais) conforme au protocole PTP (« Precision Time Protocol » en anglais), et notamment d’une horloge T-BC (« Telecom Boundary Clock >>) en mode « holdover » (i.e. qui tourne sur sa propre horloge car n’ayant plus de référence de synchronisation dispobible). Il n’est alors plus possible de remonter plus en amont d’un tel nœud dans la découverte d’un réseau de synchronisation.
Dans une telle situation, la liste L1 d’identifiants de nœuds de synchronisation peut être mise à disposition (étape 240), dans les mêmes conditions que décrites précédemment en relation avec un résultat positif de la première comparaison, à la différence près que cette mise à disposition peut s’accompagner de préférence d’une indication que la liste L1 reflète un chemin de synchronisation dégradé ou en défaut (étape 255), qui peut être affichée en même temps que la liste L1 , par exemple sous la forme d’une icône spécifique ajoutée à la représentation graphique susmentionnée. Dans un mode de réalisation avantageux, la vérification (étape 200) comprend la recherche, la première comparaison et la deuxième comparaison (étapes 210,230,250) telles que précédemment discutées, de sorte que l’obtention d’un nouvel identifiant d’horloge ne soit réitérée que lorsque cela s’avère directement possible et utile. Toutefois, la vérification (étape 200) peut également ne comprendre que l’une, ou que deux, de ces étapes de recherche, de première et de deuxième comparaison (étapes 210,230,250), selon que l’on souhaite conditionner cette réitération à sa seule utilité ou bien au seul fait qu’elle soit directement possible.
Bien entendu, l’invention n’est pas limitée aux exemples de réalisation ci- dessus décrits et représentés, à partir desquels on pourra prévoir d’autres modes et d’autres formes de réalisation, sans pour autant sortir du cadre de l’invention.
Ainsi, un exemple d’application au cas spécifique d’un réseau mobile de cinquième génération a été décrit, mais l’invention peut s’appliquer non seulement à tout type de réseau de télécommunications, de n’importe quelle génération, mais plus généralement à tout type de réseau d’équipements dans lequel il existe un réseau de nœuds de synchronisation dans lequel des nœuds se transmettent de proche en proche des informations de synchronisation.
En outre, un exemple de réseau de synchronisation utilisant un profil PTP ITU- T G 8275.1 selon la norme IEEE 1588 a été décrit, mais l’invention peut s’appliquer à tout réseau de synchronisation employant un quelconque protocole de synchronisation dès lors que ce protocole repose sur la transmission d’informations entre nœuds voisins de ce réseau, et notamment d’informations telles que les identifiants d’horloge associées à ces nœuds ainsi que des informations de synchronisation telles que des informations de référence de phase, de temps ou de fréquence permettant de synchroniser le nœud recevant ces informations sur d’autres nœuds voisins dans ce réseau.

Claims

Revendications
1 . Procédé de découverte, au sein d’un réseau (NET), d’un réseau de synchronisation comprenant un ensemble de nœuds de synchronisation, ledit procédé étant mis en œuvre par un dispositif de gestion connecté à au moins un desdits nœuds de synchronisation, comprenant les étapes suivantes :
Effectuer une vérification (200) au moyen d’un identifiant d’horloge préalablement obtenu (Ck_idi+i) auprès d’un desdits nœuds de synchronisation (Ni), ledit identifiant d’horloge étant associé à un nœud de synchronisation (Ni+i) fournissant une information de synchronisation audit nœud de synchronisation (Ni) auprès duquel ledit identifiant d’horloge est obtenu, ladite vérification consistant à vérifier s’il est possible d’obtenir un nouvel identifiant d’horloge auprès dudit nœud de synchronisation (Ni+i) associé audit identifiant d’horloge préalablement obtenu; et
Lorsque le résultat de ladite vérification est positif, obtenir (300) ledit nouvel identifiant d’horloge auprès dudit nœud de synchronisation (Ni+i) associé audit identifiant d’horloge préalablement obtenu, ledit nouvel identifiant d’horloge étant associé à un nœud de synchronisation fournissant une information de synchronisation audit nœud de synchronisation (Ni+i) associé audit identifiant d’horloge préalablement obtenu.
2. Procédé selon la revendication 1 , comprenant en outre, lorsque le résultat de ladite vérification est positif, l’ajout (220) d’un nouvel identifiant (id(Ni+i)) d’un nœud de synchronisation associé audit identifiant d’horloge préalablement obtenu, à une liste (L1 ) d’identifiants de nœuds de synchronisation destinée à être mise à disposition.
3. Procédé selon la revendication 2, dans lequel les étapes d’obtention (300) et d’ajout (220) sont répétées tant que le résultat de ladite vérification est positif.
4. Procédé selon l’une des revendications 2 ou 3, dans lequel : la vérification comprend la recherche (210), dans une liste (L2) d’identifiants d’horloge associés respectivement à des identifiants de nœud de synchronisation, d’une correspondance entre ledit identifiant d’horloge préalablement obtenu et un identifiant de nœud de synchronisation, le résultat de ladite vérification étant positif lorsqu’une correspondance est trouvée entre ledit identifiant d’horloge préalablement obtenu et un identifiant de nœud de synchronisation dans ladite liste.
5. Procédé selon la revendication 4 dans lequel, lorsque aucune correspondance n’est trouvée entre ledit identifiant d’horloge préalablement obtenu et un identifiant de nœud de synchronisation dans ladite liste, au moins une action est déclenchée parmi l’émission (211 ) d’un message d’alerte et la mise à jour (213) de ladite liste d’identifiants d’horloge associés respectivement à des identifiants de nœud de synchronisation.
6. Procédé selon l’une des revendications 2 à 5, dans lequel : la vérification comprend une comparaison (230) entre l’identifiant d’horloge préalablement obtenu et un identifiant d’horloge associé à un nœud source de synchronisation (Ckjds) dudit réseau de communication, le résultat de ladite vérification étant positif lorsque aucune correspondance n’est trouvée entre ledit identifiant d’horloge préalablement obtenu et un identifiant d’horloge associé à un nœud source de synchronisation (Ckjds) dudit réseau de communication.
7. Procédé selon la revendication 6, dans lequel, lorsqu’une correspondance existe entre l’identifiant d’horloge préalablement obtenu et un identifiant d’horloge d’un nœud source de synchronisation dudit réseau de communication, ladite liste (L1 ) d’identifiants de nœuds de synchronisation est mise à disposition (240), de préférence avec une indication que ladite liste est complète (235).
8. Procédé selon l’une des revendications 6 ou 7, comprenant l’obtention, auprès dudit nœud de synchronisation (Ni+i) fournissant l’identifiant d’horloge préalablement obtenu, dudit identifiant d’horloge associé à un nœud source de synchronisation (Ckjds) dudit réseau de communication auprès dudit nœud de synchronisation (Ni+i ), afin de permettre leur comparaison (230).
9. Procédé selon l’une des revendications 2 à 8, dans lequel : la vérification comprend une comparaison (250) entre ledit identifiant d’horloge préalablement obtenu et un identifiant d’horloge associé audit nœud de synchronisation (Ckjdi) auprès duquel ledit identifiant d’horloge est préalablement obtenu, le résultat de ladite vérification étant positif lorsque aucune correspondance n’est trouvée entre ledit identifiant d’horloge préalablement obtenu et un identifiant d’horloge associé audit nœud de synchronisation (Ckjdi) auprès duquel ledit identifiant d’horloge est préalablement obtenu.
10. Procédé selon la revendication 9, dans lequel, lorsqu’une correspondance existe entre ledit identifiant d’horloge préalablement obtenu et un identifiant d’horloge associé audit nœud de synchronisation auprès duquel ledit identifiant d’horloge est préalablement obtenu, ladite liste (L1 ) d’identifiants de nœuds de synchronisation est mise à disposition (240), de préférence avec une indication que ladite liste reflète un chemin de synchronisation dégradé (255).
1 1. Procédé selon la revendication 10, dans lequel ledit identifiant d’horloge préalablement obtenu et ledit identifiant d’horloge, associé audit nœud de synchronisation (Ckjdi) auprès duquel ledit identifiant d’horloge est préalablement obtenu, sont obtenus dans un même message provenant dudit nœud de synchronisation (Ni), reçu en réponse à l’envoi d’une requête d’obtention desdits identifiants.
12. Procédé selon l’une des revendications 10 ou 1 1 , dans lequel ledit identifiant d’horloge, associé audit nœud de synchronisation (Ck_id(i) auprès duquel ledit identifiant d’horloge est préalablement obtenu, est une valeur d’un champ d’identifiant d’horloge parente conforme à la norme ITU-T G 8275.1 , ledit champ d’identifiant d’horloge parente étant reçu, dans ledit réseau de synchronisation, par chaque nœud de synchronisation en provenance de son nœud de synchronisation parent.
13. Procédé selon l’une des revendications 1 à 12, dans lequel ledit identifiant d’horloge préalablement obtenu est une valeur d’un champ d’identifiant d’horloge conforme à la norme ITU-T G 8275.1 .
14. Dispositif de gestion de réseau apte à découvrir, au sein d’un réseau (NET), un réseau de synchronisation comprenant un ensemble de nœuds de synchronisation, ledit dispositif comprenant au moins un module de traitement configuré pour : effectuer une vérification (200) au moyen du identifiant d’horloge préalablement obtenu (Ck_idi+i ) auprès d’un desdits nœuds de synchronisation (Ni), ledit identifiant d’horloge étant associé à un nœud de synchronisation (Ni+i ) fournissant une information de synchronisation audit nœud de synchronisation (Ni) auprès duquel ledit identifiant d’horloge est obtenu, ladite vérification consistant à vérifier s’il est possible d’obtenir un nouvel identifiant d’horloge auprès dudit nœud de synchronisation (Ni+i) associé audit identifiant d’horloge préalablement obtenu; et lorsque le résultat de ladite vérification est positif, obtenir (300) ledit nouvel identifiant d’horloge auprès dudit nœud de synchronisation (Ni+i) associé audit identifiant d’horloge préalablement obtenu, ledit nouvel identifiant d’horloge étant associé à un nœud de synchronisation fournissant une information de synchronisation audit nœud de synchronisation (Ni+i) associé audit identifiant d’horloge préalablement obtenu.
15. Dispositif de gestion de réseau selon la revendication 14, comprenant en outre un module de mémorisation apte à stocker une liste (L1 ) d’identifiants de nœuds de synchronisation en vue de sa mise à disposition, ledit au moins un module de traitement étant configuré en outre pour, en fonction du résultat de ladite vérification, ajouter (220) à ladite liste (L1 ) un nouvel identifiant (id(Ni+i)) d’un nœud de synchronisation associé audit identifiant d’horloge préalablement obtenu.
PCT/EP2024/084191 2023-12-21 2024-11-29 Découverte d'un réseau de synchronisation au sein d'un réseau d'équipements Pending WO2025131629A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2314736A FR3157743A1 (fr) 2023-12-21 2023-12-21 Découverte d’un réseau de synchronisation au sein d’un réseau d’équipements
FRFR2314736 2023-12-21

Publications (1)

Publication Number Publication Date
WO2025131629A1 true WO2025131629A1 (fr) 2025-06-26

Family

ID=90365759

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2024/084191 Pending WO2025131629A1 (fr) 2023-12-21 2024-11-29 Découverte d'un réseau de synchronisation au sein d'un réseau d'équipements

Country Status (2)

Country Link
FR (1) FR3157743A1 (fr)
WO (1) WO2025131629A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200413360A1 (en) 2018-03-01 2020-12-31 Telefonaktiebolaget Lm Ericsson (Publ) Method and Apparatus for Synchronizing Radio Network Nodes

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200413360A1 (en) 2018-03-01 2020-12-31 Telefonaktiebolaget Lm Ericsson (Publ) Method and Apparatus for Synchronizing Radio Network Nodes

Also Published As

Publication number Publication date
FR3157743A1 (fr) 2025-06-27

Similar Documents

Publication Publication Date Title
FR2923969A1 (fr) Procede de gestion de trames dans un reseau global de communication, produit programme d'ordinateur, moyen de stockage et tete de tunnel correspondants
FR2982974A1 (fr) Procede de traitement d'une requete dans un reseau de communication centre sur les informations
EP3675435A1 (fr) Procédé de routage dynamique dans un réseau d'objets connectés
FR2996391A1 (fr) Mise en veille d'un equipement connecte a un reseau a liens multiples
WO2008012273A1 (fr) Procede de synchronisation entre un equipement mobile et une carte a puce
WO2007107674A2 (fr) Procede de communication de donnees entre des systemes de traitement heterogenes connectes en reseau local et systeme de communication mettant en oeuvre ce procede
WO2025131629A1 (fr) Découverte d'un réseau de synchronisation au sein d'un réseau d'équipements
EP2206331B1 (fr) Reconfiguration de dispositifs de terminaison de reseau
EP2109979B1 (fr) Procédé et dispositif de gestion de connexions dans un réseau de télécommunications
FR2935493A1 (fr) Procede et dispositif de suivi d'antenne.
EP3251399A1 (fr) Procédé de test d'un dispositif de radiocommunication à tester d'une passerelle d'un parc de passerelles
EP3672209B1 (fr) Procédé d'identification de noeud de communication
WO2018042110A1 (fr) Procédé de contrôle de la charge d'une passerelle de concentration de données pour un réseau de communication sans fil
FR2933261A1 (fr) Procede de traitement d'une requete, passerelle d'acces et systeme de controle d'admission a un service
EP3675463A1 (fr) Procédé d'identification d'un objet connecté dans une infrastructure réseau
WO2013107975A1 (fr) Reveil a distance d'un equipement connecte a un reseau a liens multiples
FR3039341A1 (fr) Procede de determination d'une route deux routeurs d'un reseau de communication par courants porteurs en ligne et routeur pour la mise en œuvre d'un tel procede.
EP4407879B1 (fr) Procédé de contrôle et de commutation d'un micrologiciel
EP2835954B1 (fr) Procédé de traitement, dans un réseau ad hoc de radiocommunication, stations de radiocommunication et programmes d'ordinateur correspondants
EP3817294B1 (fr) Procede et module pour la regulation de la connectivite d objets connectes
EP3211841B1 (fr) Procédé pour décider de relayer par diffusion une copie d'une requête de découverte de route dans un réseau de communication
FR3095914A1 (fr) Procédé de routage dynamique dans un réseau d’objets connectés
FR3095913A1 (fr) Procédé d’identification d’un objet connecté dans une infrastructure réseau
WO2019149679A1 (fr) Procédé d'agrégation d'une pluralité de connexions radio dans un réseau sans fil
EP3675561A1 (fr) Procédé de routage dynamique dans des réseaux interconnectés d'objets connectés

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: 24817326

Country of ref document: EP

Kind code of ref document: A1