(19)
(11)EP 3 214 795 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
10.04.2019 Bulletin 2019/15

(21)Application number: 15854421.3

(22)Date of filing:  03.02.2015
(51)International Patent Classification (IPC): 
H04J 3/06(2006.01)
H04L 12/733(2013.01)
H04L 12/403(2006.01)
H04L 7/00(2006.01)
H04L 12/715(2013.01)
H04L 12/915(2013.01)
(86)International application number:
PCT/CN2015/072151
(87)International publication number:
WO 2016/065763 (06.05.2016 Gazette  2016/18)

(54)

CROSS-DOMAIN CLOCK SYNCHRONIZATION METHOD, APPARATUS AND SYSTEM, AND COMPUTER STORAGE MEDIUM

VERFAHREN, VORRICHTUNG UND SYSTEM FÜR DOMÄNENÜBERGREIFENDE TAKTSYNCHRONISIERUNG SOWIE COMPUTERSPEICHERMEDIUM

PROCÉDÉ DE SYNCHRONISATION INTER-DOMAINE D'HORLOGE, APPAREIL ET SYSTÈME, ET SUPPORT D'INFORMATIONS INFORMATIQUES


(84)Designated Contracting States:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

(30)Priority: 28.10.2014 CN 201410593617

(43)Date of publication of application:
06.09.2017 Bulletin 2017/36

(73)Proprietor: ZTE Corporation
Shenzhen, Guangdong 518057 (CN)

(72)Inventors:
  • TANG, Kexin
    Shenzhen Guangdong 518057 (CN)
  • FU, Xihua
    Shenzhen Guangdong 518057 (CN)
  • ZHANG, Junhui
    Shenzhen Guangdong 518057 (CN)

(74)Representative: Lavoix 
Bayerstrasse 83
80335 München
80335 München (DE)


(56)References cited: : 
WO-A1-2011/044925
CN-A- 102 904 662
CN-A- 101 471 853
CN-A- 103 957 159
  
  • ZHAO D DHODY HUAWEI TECHNOLOGY Z ALI CISCO SYSTEMS D KING OLD DOG CONSULTING R CASELLAS Q: "PCE-based Computation Procedure To Compute Shortest Constrained P2MP Inter-domain Traffic Engineering Label Switched Paths; draft-ietf-pce-pcep-inter-domain-p2mp-proc edures-04.txt", PCE-BASED COMPUTATION PROCEDURE TO COMPUTE SHORTEST CONSTRAINED P2MP INTER-DOMAIN TRAFFIC ENGINEERING LABEL SWITCHED PATHS; DRAFT-IETF-PCE-PCEP-INTER-DOMAIN-P2MP-PROC EDURES-04.TXT, INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET, 15 May 2013 (2013-05-15), pages 1-21, XP015091024, [retrieved on 2013-05-15]
  • ZHAO Q ET AL: "Extensions to the Path Computation Element Communication Protocol (PCEP) for Point-to-Multipoint Traffic Engineering Label Switched Paths; rfc6006.txt", EXTENSIONS TO THE PATH COMPUTATION ELEMENT COMMUNICATION PROTOCOL (PCEP) FOR POINT-TO-MULTIPOINT TRAFFIC ENGINEERING LABEL SWITCHED PATHS; RFC6006.TXT, INTERNET ENGINEERING TASK FORCE, IETF; STANDARD, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1, 21 September 2010 (2010-09-21), pages 1-33, XP015073012, [retrieved on 2010-09-21]
  • XIAN ZHANG YOUNG LEE HUAWEI RAMON CASELLAS CTTC OSCAR GONZALEZ DE DIOS TELEFONICA I+D: "Path Computation Element (PCE) Protocol Extension for Stateful PCE Usage in GMPLS Networks; draft-zhang-pce-pcep-stateful-pce-gmpls-01 .txt", PATH COMPUTATION ELEMENT (PCE) PROTOCOL EXTENSION FOR STATEFUL PCE USAGE IN GMPLS NETWORKS; DRAFT-ZHANG-PCE-PCEP-STATEFUL-PCE-GMPLS-01 .TXT, INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1, 18 October 2012 (2012-10-18), pages 1-15, XP015088088, [retrieved on 2012-10-18]
  • YOUNG LEE XIAN ZHANG HAOMIAN ZHENG HUAWEI GUOYING ZHANG CATR: "Application-oriented Stateful PCE Architecture and Use-cases for Transport Networks; draft-lee-pce-app-oriented-arch-01.txt", APPLICATION-ORIENTED STATEFUL PCE ARCHITECTURE AND USE-CASES FOR TRANSPORT NETWORKS; DRAFT-LEE-PCE-APP-ORIENTED-ARCH-01.TXT, INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1205 GENEVA, SWI, 14 February 2014 (2014-02-14), pages 1-12, XP015097083, [retrieved on 2014-02-14]
  • FATAI ZHANG XIAN ZHANG YOUNG LEE HUAWEI RAMON CASELLAS CTTC OSCAR GONZALEZ DE DIOS TELEFONICA I+D: "Applicability of Stateful Path Computation Element (PCE); draft-zhang-pce-stateful-pce-app-02.txt", APPLICABILITY OF STATEFUL PATH COMPUTATION ELEMENT (PCE); DRAFT-ZHANG-PCE-STATEFUL-PCE-APP-02.TXT, INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1205 GENEVA, SWITZERLAND, 18 October 2012 (2012-10-18), pages 1-24, XP015088089, [retrieved on 2012-10-18]
  • DAVARI A OREN BROADCOM CORP L MARTINI CISCO SYSTEMS M BHATIA P ROBERTS ALCATEL-LUCENT S: "Transporting PTP messages (1588) over MPLS Networks; draft-ietf-tictoc-1588overmpls-00.txt", TRANSPORTING PTP MESSAGES (1588) OVER MPLS NETWORKS; DRAFT-IETF-TICTOC-1588OVERMPLS-00.TXT, INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1205 GENEVA, SWITZERLAND, 26 January 2011 (2011-01-26), pages 1-35, XP015073681, [retrieved on 2011-01-26]
  • HUANG, LILI ET AL.: 'Research on PCE-based ASON routing technology' STUDY ON OPTICAL COMMUNICATIONS no. 2, 01 April 2009, pages 1 - 5 1 8, XP008151581
  • VASSEUR, ET AL: 'PATH COMPUTATION ELEMENT (PCE) COMMUNICATION PROTOCOL (PCEP)' IETF 31 March 2009, pages 1 - 174, XP055131169
  
Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


Description

TECHNICAL FIELD



[0001] The disclosure relates to communication technologies, and more particularly to a cross-domain clock synchronization method, device and system and a computer storage medium.

BACKGROUND



[0002] Clock synchronization in a communication network is a very important technology. Accuracy and timeliness of clock synchronization are directly related to quality of services of the whole network. There are two types of clock synchronization in the current communication network, i.e., time synchronization (also referred to as phase synchronization) and frequency synchronization. Time synchronization requires a same absolute time for individual points; and frequency synchronization keeps a same frequency for the individual points, which may be of any phase. Since clock equipment, in a process of tracking a clock source, only needs to regulate a frequency of a local clock signal to be the same as a frequency of the clock source without considering the phase, there is tracked phase accumulation.

[0003] In the conventional communication networks, there are relatively undiversified network types (for example, only one type of networks are usually included), the scale of a single network is not large, and the number of network nodes and the number of hops between the nodes are small, so that it is relatively easy to implement clock synchronization. For the current communication networks, the structures of thereof become increasingly complex, and there are more and more types of transport networks, for example, packet switched networks such as Internet Protocol (IP)/Multi-Protocol Label Switching (MPLS) and optical networks such as an Optical Transport Network (OTN) and a Synchronous Digital Hierarchy (SDH) network, the scale of a network is also rapidly extended, and a single network is developed from a single-type network to a multiple-type network, for example, a single network formed by hybrid networking of a Packet Transport Network (PTN) and an OTN. Moreover, a single network includes more and more network nodes, and topological relationships between the nodes gradually become complex.

[0004] Currently, in a multiple-type network, implementation of a cross-domain clock synchronization method relies on manual configuration. The conventional communication network which is relatively simple may be manually arranged to meet the network clock synchronization requirement. However, as the current network becomes increasingly complex, adoption of conventional manual configuration for implementing clock synchronization may cause tediousness of maintenance work. Moreover, the current network changes frequently, so that it is very difficult to implement clock synchronization of the current large network system by solely adopting the manual configuration manner.

[0005] PCE computation and extension of related protocols are known from the following documents: "PCE-based Computation Procedure To Compute Shortest Constrained P2MP Inter-domain Traffic Engineering Label Switched Paths; draft-ietf-pce-pcep-inter-domain-p2mp-procedures-04.txt", by Q. Zhao et al., INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET, 15 May 2013 (2013-05-15), pages 1-21, "Extensions to the Path Computation Element Communication Protocol (PCEP) for Point-to-Multipoint Traffic Engineering Label Switched Paths; rfc6006.txt", by Q. Zhao et al., INTERNET ENGINEERING TASK FORCE, IETF; STANDARD, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1, 21 September 2010 (2010-09-21), pages 1-33, "Path Computation Element (PCE) Protocol Extension for Stateful PCE Usage in GMPLS Networks; draft-zhang-pce-pcep-stateful-pce-gmpls-01.txt", by X. Zhang et al., INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1, 18 October 2012 (2012-10-18), pages 1-15, "Application-oriented Stateful PCE Architecture and Use-cases for Transport Networks; draft-lee-pce-app-oriented-arch-01.txt", by Y. Lee et al., INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1205 GENEVA, SWI, 14 February 2014 (2014-02-14), pages 1-12, "Applicability of Stateful Path Computation Element (PCE); draft-zhang-pce-stateful-pce-app-02.txt", by F. Zhang et al., INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1205 GENEVA, SWITZERLAND, 18 October 2012 (2012-10-18), pages 1-24, and "Transporting PTP messages (1588) over MPLS Networks; draft-ietf-tictoc-1588overmpls-00.txt", by S. Davari et al., INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1205 GENEVA, SWITZERLAND, 26 January 2011 (2011-01-26), pages 1-35.

SUMMARY



[0006] In order to solve the existed technical problem, a cross-domain clock synchronization method, device and system and a computer storage medium are provided in embodiments of the disclosure.

[0007] An embodiment of the disclosure provides a cross-domain clock synchronization method, which may be applied to a cross-domain synchronization network, the method including that:

a Path Calculate Element (PCE) exchanges a clock synchronization type with a controller participating in clock synchronization path calculation to match clock synchronization types supported by the PCE and the controller;

the PCE acquires physical topological information of the cross-domain synchronization network;

the PCE acquires synchronization information of synchronization nodes of the cross-domain synchronization network and/or hop number information between the synchronization nodes;

the PCE calculates a clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as the synchronization information and/or the hop number information; and

the PCE sends the clock synchronization path to the controller according to the physical topological information to enable the controller to send a clock synchronization instruction to synchronization nodes on the clock synchronization path.



[0008] The step that the PCE exchanges the clock synchronization type with the controller participating in clock synchronization path calculation may include that:
the PCE exchanges the clock synchronization type with the controller participating in clock synchronization path calculation through an SYN Type in an extended SYN Type Length Value (TLV) in an OPEN message.

[0009] The step that the PCE acquires the physical topological information of the cross-domain synchronization network may include that:
the PCE acquires a physical topology of the cross-domain synchronization network through the controller or through a network management system.

[0010] The step that the PCE acquires the synchronization information of the synchronization nodes of the cross-domain synchronization network and/or the hop number information between the synchronization nodes may include that:

the PCE acquires the synchronization information from the controller through an added SYN-INFORMATION object in an extended PCReq message, or the PCE acquires the synchronization information through the network management system; and

the PCE acquires the hop number information through the network management system.



[0011] The step that the PCE calculates the clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as the synchronization information and/or the hop number information may include that:
when a sequence of synchronization subnetworks through which the clock synchronization path passes is known, the clock synchronization path is calculated by adopting a Backward-Recursive PCE-Base Computation (BRPC) method.

[0012] The step that the PCE calculates the clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as the synchronization information and/or the hop number information may include that:
when the sequence of the synchronization subnetworks through which the clock synchronization path passes is unknown, the clock synchronization path is calculated by adopting a Hierarchy-PCE (H-PCE) method.

[0013] The synchronization information may include clock Quality Level (QL) information and port priority information; and
the step that the PCE calculates the clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as the synchronization information and/or the hop number information may include that:

when only the clock QL information is acquired, a node with a highest QL is selected as a clock source output node; or,

when only the port priority information is acquired, a node with a higher-priority port is selected as the clock source output node; or,

when only the hop number information is acquired, a node being a relatively smaller number of hops away from a current node is selected as the clock source output node.



[0014] The synchronization information may include the clock QL information and the port priority information; and
the step that the PCE calculates the clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as the synchronization information and/or the hop number information may include that:
when the clock QL information, the port priority information and the hop number information are acquired, preferably selecting a node with a highest QL as a clock source output node; when there are multiple nodes with the highest QL, selecting a node with a higher-priority port from nodes with the highest QL as the clock source output node; and when there are still multiple nodes with the higher-priority ports, selecting a node being a relatively smaller number of hops away from the current node from nodes with the higher-priority ports as the clock source output node.

[0015] The step that the PCE sends the clock synchronization path to the controller according to the physical topological information may include that:
the PCE sends the clock synchronization path to the controller through an extended PCRep message according to the physical topological information.

[0016] Another embodiment of the disclosure provides a cross-domain clock synchronization system, which may be applied to a cross-domain synchronization network. The system includes a PCE and a controller participating in clock synchronization path calculation.

[0017] The PCE may be arranged to exchange a clock synchronization type with the controller to match clock synchronization types supported by the PCE and the controller, acquire physical topological information of the cross-domain synchronization network, acquire synchronization information of synchronization nodes of the cross-domain synchronization network and/or hop number information between the synchronization nodes, calculate a clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as the synchronization information and/or the hop number information between the synchronization nodes, and send the clock synchronization path to the controller according to the physical topological information.

[0018] The controller may be arranged to send a clock synchronization instruction to synchronization nodes on the clock synchronization path.

[0019] The PCE may be arranged to exchange the clock synchronization type with the controller through an SYN Type in an extended SYN TLV in an OPEN message.

[0020] The PCE may be arranged to acquire the synchronization information from the controller through an added SYN-INFORMATION object in an extended PCReq message, or acquire the synchronization information through a network management system.

[0021] The PCE may be arranged to send the clock synchronization path to the controller through an extended PCRep message according to the physical topological information.

[0022] A further embodiment of the disclosure provides a PCE, which may be applied to a cross-domain synchronization network. The PCE includes a processing module, a first acquisition module, a second acquisition module, a calculation module and a sending module.

[0023] The processing module is arranged to exchange a clock synchronization type with a controller participating in clock synchronization path calculation to match clock synchronization types supported by the PCE and the controller.

[0024] The first acquisition module is arranged to acquire physical topological information of the cross-domain synchronization network.

[0025] The second acquisition module is arranged to acquire synchronization information of synchronization nodes of the cross-domain synchronization network and/or hop number information between the synchronization nodes.

[0026] The calculation module is arranged to calculate a clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as the synchronization information and/or the hop number information.

[0027] The sending module is arranged to send the clock synchronization path to the controller according to the physical topological information to enable the controller to send a clock synchronization instruction to synchronization nodes on the clock synchronization path.

[0028] The processing module may be arranged to exchange the clock synchronization type with the controller participating in clock synchronization path calculation through an SYN Type in an extended SYN TLV in an OPEN message.

[0029] The second acquisition module may be arranged to acquire the synchronization information from the controller through an added SYN-INFORMATION object in an extended PCReq message, or acquire, by the PCE, the synchronization information through a network management system.

[0030] The sending module may be arranged to send the clock synchronization path to the controller through an extended PCRep message according to the physical topological information.

[0031] A further embodiment of the disclosure provides a controller, which may be applied to a cross-domain synchronization network. The controller includes a processing module, a receiving module and a sending module.

[0032] The processing module is arranged to exchange a clock synchronization type with a PCE to match clock synchronization types supported by the controller and the PCE.

[0033] The receiving module is arranged to receive a clock synchronization path sent by the PCE.

[0034] The sending module is arranged to send a clock synchronization instruction to synchronization nodes on the clock synchronization path.

[0035] A further embodiment of the disclosure provides a computer storage medium, which may include a set of instructions, the instructions, when being executed, cause at least one processor to execute the abovementioned cross-domain clock synchronization method.

[0036] From the above, it can be seen that in the technical solutions of the embodiments of the disclosure, the PCE exchanges the clock synchronization type with the controller participating in clock synchronization path calculation to match the clock synchronization type supported by the PCE and the controller; the PCE acquires the physical topological information of the cross-domain synchronization network; the PCE acquires the synchronization information of the synchronization nodes of the cross-domain synchronization network and/or the hop number information between the synchronization nodes; the PCE calculates the clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as the synchronization information and/or the hop number information; the PCE sends the clock synchronization path to the controller according to the physical topological information; and the controller sends the clock synchronization instruction to the synchronization nodes on the clock synchronization path.

[0037] According to the embodiments of the disclosure, the clock synchronization path of the cross-domain synchronization network formed by multiple synchronization subnetworks may be automatically calculated, so that manual configuration is not required, synchronization performance of the whole network is effectively improved, and clock synchronization efficiency of the cross-domain synchronization network is improved.

BRIEF DESCRIPTION OF THE DRAWINGS



[0038] In the drawings (which may not be drawn to scale), similar drawing reference signs may describe similar parts in different drawings. Similar drawing reference signs with different letter suffixes may represent different examples of similar parts. The drawings substantially show each embodiment discussed in the disclosure not limitedly but exemplarily.

Fig. 1 is a flowchart of an embodiment of a cross-domain clock synchronization method according to the disclosure;

Fig. 2 is a schematic diagram of an OPEN object format according to an embodiment of the disclosure;

Fig. 3 is a schematic diagram of an extended SYN TLV format according to an embodiment of the disclosure;

Fig. 4 is a schematic diagram of an extended Rapid Prototype (RP) object format according to an embodiment of the disclosure;

Fig. 5 is a schematic diagram of an added SYN-INFORMATION object format according to an embodiment of the disclosure;

Fig. 6 is a schematic diagram of an Internet Protocol version 4 (IPv4) prefix sub-object format of an extended Explicit Route Object (ERO) according to an embodiment of the disclosure;

Fig. 7 is a schematic diagram of an Internet Protocol version 6 (IPv6) prefix sub-object format of an extended Explicit Route Object (ERO) according to an embodiment of the disclosure;

Fig. 8 is a schematic diagram of Path Calculate Element Protocol (PCEP) session initialization according to an embodiment of the disclosure;

Fig. 9 is a schematic diagram of a synchronization network crossing PTN and OTN domains according to an embodiment of the disclosure;

Fig. 10 is a schematic diagram of sending node synchronization information to a PCE by a controller according to an embodiment of the disclosure;

Fig. 11 is a schematic diagram of a synchronization path crossing PTN and OTN domains calculated by a PCE according to an embodiment of the disclosure;

Fig. 12 is a schematic diagram of sending a synchronization path to a controller by a PCE according to an embodiment of the disclosure;

Fig. 13 is a schematic diagram of an non-direct connection synchronization network crossing PTN and OTN domains according to an embodiment of the disclosure;

Fig. 14 is a schematic diagram of a synchronization network crossing PTN and OTN domains according to an embodiment of the disclosure;

Fig. 15 is a schematic diagram of calculating a synchronization path of a cross-domain synchronization network by BRPC according to an embodiment of the disclosure;

Fig. 16 is a schematic diagram of a synchronization path crossing PTN and OTN domains calculated by a PCE according to an embodiment of the disclosure;

Fig. 17 is a structure diagram of an embodiment of a cross-domain clock synchronization system according to the disclosure;

Fig. 18 is a structure diagram of an embodiment of a PCE according to the disclosure; and

Fig. 19 is a structure diagram of an embodiment of a controller according to the disclosure.


DETAILED DESCRIPTION



[0039] The disclosure provides an embodiment of a cross-domain clock synchronization method, which is applied to a cross-domain synchronization network, the cross-domain synchronization network at least including two synchronization subnetworks. As shown in Fig. 1, the method includes the following steps.

[0040] In step 101, a PCE exchanges a clock synchronization type with a controller participating in clock synchronization path calculation to match clock synchronization types supported by the PCE and the controller.

[0041] Specifically, the PCE may exchange the clock synchronization type with the controller participating in clock synchronization path calculation through an SYN Type in an extended SYN TLV in an OPEN message, and of course, another manner may also be adopted. The embodiment does not limit the manner for exchanging clock synchronization type information.

[0042] In step 102, the PCE acquires physical topological information of the cross-domain synchronization network.

[0043] Specifically, the PCE acquires a physical topology of the cross-domain synchronization network through the controller or through a network management system.

[0044] In step 103, the PCE acquires synchronization information of synchronization nodes of the cross-domain synchronization network and/or hop number information between the synchronization nodes.

[0045] Specifically, the synchronization information includes: clock QL information, port priority information and synchronization capability information. The synchronization capability information is information capable of indicating whether the synchronization nodes have a capability of supporting frequency synchronization and/or time synchronization or not, and furthermore, the synchronization capability information may indicate whether ports of the synchronization nodes have the capability of supporting frequency synchronization and/or time synchronization or not.

[0046] In practical application, the PCE may acquire the synchronization information from the controller through an added SYN-INFORMATION object in an extended PCReq message, or the PCE may acquire the synchronization information through the network management system.

[0047] The PCE may acquire the hop number information through the network management system.

[0048] In step 104, the PCE calculates a clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as the synchronization information and/or the hop number information.

[0049] Specifically, when a sequence of synchronization subnetworks through which the clock synchronization path passes is known, the clock synchronization path is calculated by adopting a BRPC method.

[0050] Calculation of the clock synchronization path by adopting the BRPC method includes the following steps.

[0051] A PCE of a destination synchronization subnetwork calculates a Virtual Shortest Path Tree (VSPT) of the current domain, the VSPT including optimal synchronization paths from all boundary nodes of the current domain to a destination node.

[0052] The VSPT is transmitted to a PCE of a previous synchronization subnetwork in the sequence.

[0053] The PCE of the previous synchronization subnetwork calculates a VSPT of the current domain according to the received VSPT, the VSPT including optimal synchronization paths from all boundary nodes of the current domain to the destination node.

[0054] The calculated VSPT is transmitted to a PCE of a previous synchronization subnetwork in the sequence until a PCE of a first synchronization subnetwork receives a VSPT.

[0055] The PCE of the first synchronization subnetwork calculates an optimal clock synchronization path according to the received VSPT.

[0056] In addition, when the sequence of the synchronization subnetworks through which the clock synchronization path passes is unknown, the clock synchronization path is calculated by adopting an H-PCE method.

[0057] Calculation of the clock synchronization path by adopting the H-PCE method includes the following steps.

[0058] The PCE calculates an optimal inter-domain clock synchronization path, and the PCE splices the optimal inter-domain clock synchronization path and an optimal intra-domain clock synchronization path calculated by the controller to obtain an optimal clock synchronization path.

[0059] The synchronization information includes the clock QL information and the port priority information.

[0060] In practical application, when only the clock QL information is acquired, the node with a highest QL is selected as a clock source output node.

[0061] When only the port priority information is acquired, the node with a high-priority port is selected as the clock source output node.

[0062] When only the hop number information is acquired, the node being a relatively small number of hops away from the current node is selected as the clock source output node.

[0063] It is to be noted here that among the clock QL information, the port priority information and the hop number information, priority of the clock QL information takes the first place, priority of the port priority information comes second, and priority of the hop number information is the lowest. When the clock QL information, the port priority information and the hop number information are acquired, the node with the highest QL is preferably selected as the clock source output node; when there are multiple nodes with the highest QL, the node with the higher-priority port is selected from nodes with the highest QL as the clock source output node; and when there are still multiple nodes with the higher-priority ports, the node being a relatively small number of hops away from the current node is selected from nodes with the higher-priority ports as the clock source output node.

[0064] In step 105, the PCE sends the clock synchronization path to the controller according to the physical topological information.

[0065] Specifically, the PCE sends the clock synchronization path to the controller through an extended PCRep message according to the physical topological information.

[0066] In step 106, the controller sends a clock synchronization instruction to synchronization nodes on the clock synchronization path.

[0067] From the above description, it can be seen that the PCE is required to execute the following steps 1 to 5.

[0068] In step 1, the PCE exchanges the clock synchronization type with the controller participating in clock synchronization path calculation to match the clock synchronization type supported by the PCE and the controller.

[0069] In step 2, the PCE acquires the physical topological information of the cross-domain synchronization network.

[0070] In step 3, the PCE acquires the synchronization information of the synchronization nodes of the cross-domain synchronization network and/or the hop number information between the synchronization nodes.

[0071] In step 4, the PCE calculates the clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as the synchronization information and/or the hop number information.

[0072] In step 5, the PCE sends the clock synchronization path to the controller according to the physical topological information, to enable the controller to send the clock synchronization instruction to the synchronization nodes on the clock synchronization path.

[0073] For convenience of understanding, the technical solution of the embodiment of the disclosure will be further described below.

[0074] A Request For Comment (RFC) 5440 of the Internet Engineering Task Force (IETF) defines a Path Calculate Element Protocol (PCEP) for communication between a PCE and a Path Calculate Client (PCC).

[0075] According to the embodiment of the disclosure, the PCEP is extended, so that the PCE may be applied to a cross-domain synchronization network formed by multiple synchronization networks to implement clock synchronization in a cross-domain hybrid networking scenario. Specifically, the PCEP is extended as follows in the embodiment of the disclosure.

[0076] An OPEN object is extended: the OPEN object defined by the RFC 5440 is shown in Fig. 2, in which an Optional TLVs part describes features of the PCC or the PCE. In the embodiment of the disclosure, the OPEN object is extended to include a new Optional TLV-SYN TLV, as shown in Fig. 3, of which fields and meanings thereof are given as follows respectively: Type field, representing a type of the Optional TLV; Length field, representing a length of the Optional TLV in bytes, and the length value is 4 bytes here; Reserved field, representing a reserved byte part which is currently not defined; and SYN Type field, representing a clock synchronization type(s) supported by the PCE, and three values are currently defined: 0, 1 and 2, which represent that the PCE supports a time synchronization network, supports a frequency synchronization network and supports both the time synchronization network and the frequency synchronization network respectively.

[0077] Before a PCEP session is established between the PCE and a controller, an OPEN message is exchanged at first, and the new SYN TLV is carried in the extended OPEN object in the embodiment of the disclosure, so that the PCE may know about a clock synchronization type requested for calculation, and the controller may know about a clock synchronization type supported to be calculated by the PCE. Specifically, the clock synchronization type is carried through the SYN Type field in the SYN TLV in the OPEN message.

[0078] An RP object of a PCReq message is extended. A flag, namely S flag, is added to an original Flags field of the RP object, and represents that a clock synchronization path is requested to be calculated this time. A format of the extended RP object is shown in Fig. 4. Meanings of original fields of the RP object are the same as those defined in the RFC 5400, and will not be elaborated herein. When the RP object includes the S flag, it is indicated that the clock synchronization path is requested.

[0079] The PCReq message is extended. An added SYN-INFORMATION object carries parameters required by clock synchronization calculation: <PCReq Message>::=<Common Header> [<svec-list>] <request-list> where <svec-list>::=<SVEC>[<svec-list>] <request-list>::=<request>[<request-list>] <request>::=<RP> <END-POINTS> [<SYN-INFORMATION> [<LSPA>] [<BANDWIDTH>] [<metric-list>] [<RRO>[<BANDWIDTH>]] [<IRO>] [<LOAD-BALANCING>]

[0080] The added SYN-INFORMATION object is shown in Fig. 5, and meaning of each defined field is given as follows respectively:

QL: clock QL information, i.e. a clock QL of a domain edge node of a synchronization subnetwork. The QLs are given as follows from high to low: QL=0000=0 represents that synchronization quality is unknown, QL=0010=2 represents a first-level clock, QL=0100=4 represents a second-level clock, QL=10000=9 represents a third-level clock, QL=1011=11 represents an SDH equipment clock and QL=1111=15 represents being not applicable, that is, it may not be applied as a synchronization clock;

Int Pri: port priority information, i.e. a priority of a port, connected with a cross-domain link, of each node, which is represented by an Arabic numeral. The priority is higher if the numeral is smaller, and a currently defined 8-bit priority is started from numeral 1, that is, the priority is highest when the priority is 1;

Reserved: a reserved field, which is currently not defined; and

Optional TLVs: an Optional TLV, which is currently not defined.



[0081] For IPv4 prefix and IPv6 prefix sub-objects of an ERO object of an extended PCRep message are extended, two fields are added to the two sub-objects: S and Input/Output (I/O), and meanings of the fields are given as follows respectively: S represents that a clock synchronization path calculation result is returned as a path calculation response of this time; and I/O represents that the current node serves as an I/O port for clock synchronization. Two I/O values are currently defined: 1 and 0. When I/O is 1, it is indicated that the current node serves as input of clock synchronization, and obtains clock synchronization from a port of a destination address in the message; and when the value of I/O is 0, it is indicated that the current node serves as output of clock synchronization, and synchronizes a clock source signal to the port of the destination address in the message. Formats of the IPv4 prefix and IPv6 prefix sub-objects of the extended ERO object are shown in Fig. 6 and Fig. 7 respectively. Meanings of original fields of the IPv4 prefix and IPv6 prefix sub-objects of the ERO object are the same as those defined in the RFC 5440, and will not be elaborated herein.

[0082] The technical solution of the disclosure will be further elaborated below with reference to the drawings and specific embodiments.

First Embodiment



[0083] The embodiment is intended for a condition that a domain sequence (i.e. a sequence of synchronization subnetworks) crossing PTN and OTN domains is unknown.

[0084] A schematic diagram of a synchronization network crossing PTN and OTN domains of the embodiment is shown in Fig. 8. A clock synchronization implementation method of the embodiment including steps A1 to A5 is described as follows.

[0085] In A1, a controller exchanges an OPEN message with a PCE to confirm a supported clock synchronization type.

[0086] Specifically, clock synchronization type information is carried through an SYN Type in an extended SYN TLV in the OPEN message. Fig. 9 is a schematic diagram of PCEP session initialization. When the PCE may calculate a clock synchronization type requested by a PCC, matching succeeds, a PCEP session is established, and a KeepAlive message is sent to keep the session; and when matching fails, a PCErr message is sent, and the PCEP session is ended. The specific process is shown in Fig. 9, and will not be elaborated herein.

[0087] In A2, the PCE acquires a physical topology of the synchronization network crossing PTN and OTN domains.

[0088] In A3, the PCE acquires synchronization information of each synchronization node and hop number information between the respective synchronization nodes.

[0089] Specifically, clock QL information, port priority information and hop number information of the nodes are acquired from PCReq messages sent to the PCE by controllers of a PTN1, a PTN2 and an OTN.

[0090] As shown in Fig. 10, the synchronization information, which may be received from a controller 1, a controller 2 and a controller 3 by the PCE respectively, of the PTN1, the PTN2 and the OTN is given as follows:

a QL of the PTN1 is 2 and priorities of a port B and a port C are 1 and 2 respectively;

a QL of the PTN2 is 4 and priorities of a port D and a port E are 1 and 2 respectively; and

a QL of the OTN is 4 and priorities of a port G and a port I are 1 and 2 respectively.



[0091] The hop number information, acquired from a network management system by the PCE, between the respective cross-domain synchronization nodes is 1, that is, the nodes are all direct connection.

[0092] In A4, the PCE calculates a synchronization path (i.e. a clock synchronization path) of the cross-domain synchronization network according to physical topological information of the cross-domain synchronization network, the synchronization information and the hop number information.

[0093] Here, the PCE acquires the synchronization information of two nodes, and acquires the hop number information. Since the QL information of the node PTN1 is highest, the node PTN1 is preferably selected as output of clock synchronization, that is, a clock of the node PTN1 is synchronized to the node PTN2 and the node OTN. As shown in Fig. 11, the direction of each arrow represents the direction of the corresponding clock synchronization path.

[0094] In A5, the PCE sends a cross-domain synchronization path calculation result to each controller according to synchronization link topological information of the cross-domain synchronization network.

[0095] As shown in Fig. 12, the PCE sends the cross-domain synchronization path calculation result to the controller 1 of the PTN1, the controller 2 of the PTN2 and the controller 3 of the OTN.

[0096] In A6, each controller sends a clock synchronization instruction to synchronization nodes on the synchronization path according to the received calculation result.

[0097] Each controller sends the clock synchronization instruction to the synchronization nodes in the corresponding synchronization subnetworks where the controller is located according to the calculation result.

Second Embodiment



[0098] The embodiment is intended for a condition of non-direct connection and the domain sequence crossing PTN and OTN domains being unknown.

[0099] Fig. 13 is a schematic diagram of a non-direct connection synchronization network crossing PTN and OTN domains according to an embodiment of the disclosure. A difference between the synchronization networks of the present embodiment and of the first embodiment is that: an inter-domain link between domain edge nodes of two cross-domain subnetworks (i.e. synchronization subnetworks) is a non-direct connection link, that is, there is another non-synchronization network between two adjacent domains which require clock synchronization.

[0100] A clock synchronization implementation method of the embodiment is described as follows.

[0101] A difference between the methods for the non-direct connection cross-domain synchronization network and the direct connection cross-domain synchronization network is that the step of acquiring hop number information between synchronization nodes by the PCE is different from each other, while the other steps are the same, that is, steps B1, B2 and B5 of the present embodiment are the same as steps A1, A2 and A5 of the first embodiment, and will not be elaborated herein. Steps B3 and B4 of the present embodiment which are different from those of embodiment 1 are described as follows.

[0102] In B3, the PCE acquires synchronization information of each synchronization node and the hop number information between the synchronization nodes.

[0103] Clock QL information, port priority information and hop number information of the nodes are acquired from PCReq messages sent to the PCE by controllers of a PTN1, a PTN2 and an OTN.

[0104] The synchronization information, which may be acquired from a controller 1, a controller 2, and a controller 3 by the PCE respectively, of the nodes PTN1, PTN2 and OTN is shown in Fig. 10, may refer to Step A3 of embodiment 1, and will not be elaborated herein.

[0105] The PCE acquires from a network management system that both the hop number between the direct connection cross-domain synchronization nodes PTN1 and OTN and the hop number between the direct connection cross-domain synchronization nodes PTN2 and the OTN are 1, and the hop number between the non-direct connection cross-domain synchronization nodes PTN1 and PTN2 is 3.

[0106] In B4, the PCE calculates a synchronization path of the cross-domain synchronization network according to physical topological information of the cross-domain synchronization network, the synchronization information and the hop number information.

[0107] The PCE calculates the cross-domain synchronization path of the cross-domain synchronization network according to the physical topological information of the synchronization network acquired in step B2 as well as the synchronization information of each node in the cross-domain synchronization network and hop number between the nodes, which are acquired from the controllers and the network management system in step B3.

[0108] Here, the PCE acquires the synchronization information of the three nodes, and acquires the hop number information. Since the QL information of the node PTN1 is highest, the node PTN1 is preferably selected as output of clock synchronization, that is, a clock of the node PTN1 is synchronized to the nodes PTN2 and the node OTN. As shown in Fig. 11, the direction of each arrow represents the direction of the corresponding clock synchronization path.

Third Embodiment



[0109] The embodiment is intended for a condition that a domain sequence crossing PTN and OTN domains is known.

[0110] A difference between the present embodiment and the first embodiment is that a sequence of domains through which a clock synchronization path in the embodiment is known to be PTN-OTN, and PCE 1 requests to calculate a cross-domain clock synchronization path between a PTN domain and an OTN domain.

[0111] A clock synchronization implementation method of the embodiment including steps C1 to C6 is described as follows.

[0112] In C1, A PCE of each domain exchanges an OPEN message to confirm a supported clock synchronization type.

[0113] Specifically, clock synchronization type information is carried through an SYN Type in an extended SYN TLV in the OPEN message. An OPEN message exchanging process between PCE1 and PCE2 is shown in Fig. 9, and will not be elaborated herein.

[0114] In C2, the PCE acquires a physical topology of a synchronization network crossing PTN and OTN domains.

[0115] In C3, the PCE acquires synchronization information of each synchronization node and hop number information between the synchronization nodes.

[0116] In the embodiment, the PCE acquires clock QL information of the synchronization nodes, and acquires the hop number information between the synchronization nodes from a network management system.

[0117] PCE 1 acquires QL information, i.e. 2, 4, 4 and 8 respectively, of synchronization nodes A, B, C and D, and hop number information 1 between the synchronization nodes.

[0118] PCE 2 acquires QL information, i.e. 4, 8 and 8 respectively, of synchronization nodes E, F and G, and hop number information 1 between the synchronization nodes.

[0119] In C4, the PCE calculates a synchronization path of the cross-domain synchronization network by adopting a BRPC method according to physical topological information of the synchronization network, the synchronization information and the hop number information.

[0120] In the cross-domain network shown in Fig. 15, PCE 1 sends a PCReq message to PCE 2 to request to calculate the clock synchronization path from the PTN to OTN domains.

[0121] PCE 2 calculates VSPT 1 at first according to physical topological information, acquired in step C2, of the synchronization network, as well as synchronization information of the synchronization nodes and hop number information between the synchronization nodes, which are acquired from a controller and the network management system in step C3. VSPT 1 includes a VSPT from each boundary node of the OTN domain to a destination node G: VSPT 1 includes two paths, E-G and F-G, and QLs of E and F are the same, i.e., 4. PCE 2 transmits VSPT 1 to PCE 1 through sub-objects in an extended ERO in Fig. 5 and Fig. 6.

[0122] PCE 1 calculates VSPT 2 according to VSPT 1, physical topological information, acquired in Step C2, of the synchronization network, as well as synchronization information of the synchronization nodes and hop number information between the synchronization nodes, which are acquired from a controller and the network management system in step C3. VSPT 2 includes a shortest path tree from each synchronization node of the PTN domain to the destination node G: VSPT 2 includes two paths: A-C-E-G and B-D-F-G. However, a QL of A is 2, a QL of B is 4, and PCE 1 selects the one with a higher QL as a clock source on the cross-domain clock synchronization path according to a priority principle, so that the cross-domain clock synchronization path finally obtained by PCE 1 is A-E-E-G, as shown in Fig. 16.

[0123] In C5, the PCE sends a cross-domain synchronization path calculation result to controllers in the PTN and OTN domains according to synchronization link topological information of the cross-domain synchronization network.

[0124] In C6, each controller sends a clock synchronization instruction to synchronization nodes on the synchronization path according to the calculation result.

Fourth Embodiment



[0125] The embodiment is intended for a clock synchronization updating condition of a cross-domain synchronization network.

[0126] When a synchronization node detects that a current clock source fails, or synchronization information of the synchronization node changes due to the fact of weakening of a clock signal of the current clock source and the like, or a physical topology of the cross-domain synchronization network changes, a controller is required to request a PCE to recalculate a cross-domain synchronization path, and sends updated synchronization information of the synchronization node to the PCE in a reinitiated calculation request, and the PCE also acquires a new physical topology of the cross-domain synchronization network, updates the previous synchronization path calculation result, and sends it to the controller for the controller to further send it to each synchronization node.

[0127] The controller re-establishes a PCEP session with the PCE, and sends the calculation request and the synchronization information of the synchronization node; the PCE acquires the physical topology of the synchronization network, calculates a cross-domain synchronization path with reference to the synchronization information of the synchronization node, and sends a calculation result to the controllers; and each controller sends a clock synchronization instruction to the synchronization nodes on the synchronization path according to the calculation result. The above process is the same as steps A1-A5 of the first embodiment, and will not be elaborated herein.

[0128] The disclosure provides an embodiment of a cross-domain clock synchronization system, which is applied to a cross-domain synchronization network. As shown in Fig. 17, the system includes a PCE 1701 and a controller 1702 participating in clock synchronization path calculation.

[0129] The PCE 1701 is arranged to: exchange a clock synchronization type with the controller 1702 to match the clock synchronization type supported by the PCE 1701 and the controller 1702,
acquire physical topological information of the cross-domain synchronization network,
acquire synchronization information of synchronization nodes of the cross-domain synchronization network and/or hop number information between the synchronization nodes,
calculate a clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as the synchronization information and/or the hop number information between the synchronization nodes, and
send the clock synchronization path to the controller according to the physical topological information.

[0130] The controller 1702 is arranged to send a clock synchronization instruction to synchronization nodes on the clock synchronization path.

[0131] In an embodiment, the PCE 1701 is specifically arranged to exchange the clock synchronization type with the controller 1702 through an SYN Type in an extended SYN TLV in an OPEN message. Of course, during a practical application, the clock synchronization type may also be exchanged in another manner. There are no limits made here to a manner for exchanging clock synchronization type information.

[0132] In an embodiment, the PCE 1701 is specifically arranged to acquire the synchronization information from the controller through an added SYN-INFORMATION object in an extended PCReq message, or acquire the synchronization information through a network management system.

[0133] In an embodiment, the PCE 1701 is specifically arranged to send the clock synchronization path to the controller through an extended PCRep message according to the physical topological information.

[0134] The disclosure provides an embodiment of a PCE, which is applied to a cross-domain synchronization network. As shown in Fig. 18, the PCE includes a processing module 1801, a first acquisition module 1802, a second acquisition module 1803, a calculation module 1804 and a sending module 1805.

[0135] The processing module 1801 is arranged to exchange a clock synchronization type with a controller participating in clock synchronization path calculation to match clock synchronization types supported by the PCE and the controller.

[0136] The first acquisition module 1802 is arranged to acquire physical topological information of the cross-domain synchronization network.

[0137] The second acquisition module 1803 is arranged to acquire synchronization information of synchronization nodes of the cross-domain synchronization network and/or hop number information between the synchronization nodes.

[0138] The calculation module 1804 is arranged to calculate a clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as the synchronization information and/or the hop number information.

[0139] The sending module 1805 is arranged to send the clock synchronization path to the controller according to the physical topological information to enable the controller to send a clock synchronization instruction to synchronization nodes on the clock synchronization path.

[0140] In an embodiment, the processing module 1801 is specifically arranged to exchange the clock synchronization type with the controller participating in clock synchronization path calculation through an SYN Type in an extended SYN TLV in an OPEN message. Of course, In practical application, the clock synchronization type may also be exchanged in another manner. There are no limits made here to a manner for exchanging clock synchronization type information.

[0141] In an embodiment, the second acquisition module 1803 is specifically arranged to acquire the synchronization information from the controller through an added SYN-INFORMATION object in an extended PCReq message, or acquire, by the PCE, the synchronization information through a network management system.

[0142] In an embodiment, the sending module 1805 is specifically arranged to send the clock synchronization path to the controller through an extended PCRep message according to the physical topological information.

[0143] In practical application, the processing module 1801, the first acquisition module 1802 and the second acquisition module 1803 may be implemented through a Central Processing Unit (CPU), Micro Control Unit (MCU), Digital Signal Processor (DSP) or Field-Programmable Gate Array (FPGA) in the PCE in combination with a transceiver; the calculation module 1804 may be implemented through the CPU, MCU, DSP or FPGA in the PCE; and the sending module 1805 may be implemented through a transmitter in the PCE.

[0144] The disclosure provides an embodiment of a controller, which is applied to a cross-domain synchronization network. As shown in Fig. 19, the controller includes a processing module 1901, a receiving module 1902 and a sending module 1903.

[0145] The processing module 1901 is arranged to exchange a clock synchronization type with a PCE to match clock synchronization types supported by the controller and the PCE.

[0146] The receiving module 1902 is arranged to receive a clock synchronization path sent by the PCE.

[0147] The sending module 1903 is arranged to send a clock synchronization instruction to synchronization nodes on the clock synchronization path.

[0148] In practical application, the processing module 1901 may be implemented through a CPU, MCU, DSP or FPGA in the controller in combination with a transceiver; the receiving module 1902 may be implemented through a receiver in the controller; and the sending module 1903 may be implemented through a transmitter in the controller.

[0149] From the above, according to the embodiments of the disclosure, a PCEP is extended, so that a PCE may be applied to a cross-domain synchronization network formed by multiple synchronization networks to calculate a clock synchronization path in a cross-domain hybrid networking scenario. The disclosure compensates shortcomings of current clock synchronization, and enhances a clock synchronization function.

[0150] Those skilled in the art should know that the embodiment of the disclosure may be provided as a method, a system or a computer program product. Therefore, the disclosure may adopt a form of hardware embodiment, software embodiment and combined software and hardware embodiment. Moreover, the disclosure may adopt a form of computer program product implemented on one or more computer-available storage media (including, but not limited to, a disk memory and an optical memory) including computer-available program codes.

[0151] The disclosure is described with reference to flowcharts and/or block diagrams of the method, equipment (system) and computer program product according to the embodiment of the disclosure. It should be understood that each flow and/or block in the flowcharts and/or the block diagrams and combinations of the flows and/or blocks in the flowcharts and/or the block diagrams may be implemented by computer program instructions. These computer program instructions may be provided for a universal computer, a dedicated computer, an embedded processor or a processor of other programmable data processing equipment to generate a machine, so that a device for realizing a function specified in one flow or more flows in the flowcharts and/or one block or more blocks in the block diagrams is generated by the instructions executed through the computer or the processor of the other programmable data processing equipment.

[0152] These computer program instructions may also be stored in a computer-readable memory capable of guiding the computer or the other programmable data processing equipment to work in a specific manner, so that a product including an instruction device may be generated by the instructions stored in the computer-readable memory, the instruction device realizing the function specified in one flow or many flows in the flowcharts and/or one block or many blocks in the block diagrams.

[0153] These computer program instructions may further be loaded onto the computer or the other programmable data processing equipment, so that a series of operating steps are executed on the computer or the other programmable data processing equipment to generate processing implemented by the computer, and steps for realizing the function specified in one flow or many flows in the flowcharts and/or one block or many blocks in the block diagrams are provided by the instructions executed on the computer or the other programmable data processing equipment.

[0154] On such a basis, the disclosure provides an embodiment of a computer storage medium, which is applied to a cross-domain synchronization network, the computer storage medium includes a set of instructions, and the instructions are executed to cause at least one processor to execute the abovementioned cross-domain clock synchronization method.

[0155] The above are merely the preferred embodiments of the disclosure and not intended to limit the scope of protection of the disclosure.


Claims

1. A cross-domain clock synchronization method, applied to a cross-domain synchronization network, the method comprising:

exchanging, by a Path Calculate Element, PCE, a clock synchronization type with a controller participating in clock synchronization path calculation, to match the clock synchronization type supported by the PCE and the controller (101);

acquiring, by the PCE, physical topological information of the cross-domain synchronization network (102);

acquiring, by the PCE, at least one of synchronization information of synchronization nodes of the cross-domain synchronization network and hop number information between the synchronization nodes (103);

calculating, by the PCE, a clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as at least one of the synchronization information and the hop number information (104); and

sending, by the PCE, the clock synchronization path to the controller according to the physical topological information, to enable the controller to send a clock synchronization instruction to synchronization nodes on the clock synchronization path (105).


 
2. The method according to claim 1, wherein exchanging, by the PCE, the clock synchronization type with the controller participating in clock synchronization path calculation comprises:
exchanging, by the PCE, the clock synchronization type with the controller participating in clock synchronization path calculation through a synchronisation type, SYN Type, in an extended SYN Type Length Value, TLV, in an OPEN message.
 
3. The method according to claim 1, wherein acquiring, by the PCE, the physical topological information of the cross-domain synchronization network comprises:
acquiring, by the PCE, a physical topology of the cross-domain synchronization network through the controller or through a network management system.
 
4. The method according to claim 1, wherein acquiring, by the PCE, the synchronization information of at least one of the synchronization nodes of the cross-domain synchronization network and the hop number information between the synchronization nodes comprises:

acquiring, by the PCE, the synchronization information from the controller through an added SYN-INFORMATION object in an extended PCReq message, or acquiring, by the PCE, the synchronization information through a network management system; and

acquiring, by the PCE, the hop number information through the network management system.


 
5. The method according to claim 1, wherein calculating, by the PCE, the clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as at least one of the synchronization information and the hop number information comprises:
when a sequence of synchronization subnetworks through which the clock synchronization path passes is known, calculating the clock synchronization path by adopting a Backward-Recursive PCE-Base Computation, BRPC, method.
 
6. The method according to claim 1, wherein calculating, by the PCE, the clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as at least one of the synchronization information and the hop number information comprises:
when a sequence of synchronization subnetworks through which the clock synchronization path passes is unknown, calculating the clock synchronization path by adopting a Hierarchy-PCE, H-PCE, method.
 
7. The method according to claim 1, wherein the synchronization information comprises clock Quality Level, QL, information and port priority information; and
wherein calculating, by the PCE, the clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as at least one of the synchronization information and the hop number information comprises:
when only the clock QL information is acquired, selecting a node with a highest QL as a clock source output node; or,
when only the port priority information is acquired, selecting a node with a higher-priority port as the clock source output node; or,
when only the hop number information is acquired, selecting a node being a relatively smaller number of hops away from a current node as the clock source output node.
 
8. The method according to claim 1, wherein the synchronization information comprises a clock QL information and a port priority information; and
wherein calculating, by the PCE, the clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as at least one of the synchronization information and the hop number information comprises:
when the clock QL information, the port priority information and the hop number information are acquired, preferably selecting a node with a highest QL as a clock source output node; when there are multiple nodes with the highest QL, selecting a node with a higher-priority port from nodes with the highest QL as the clock source output node; and when there are still multiple nodes with the higher-priority ports, selecting a node being a relatively smaller number of hops away from a current node from nodes with the higher-priority ports as the clock source output node.
 
9. The method according to claim 1, wherein sending, by the PCE, the clock synchronization path to the controller according to the physical topological information comprises:
sending, by the PCE, the clock synchronization path to the controller through an extended PCRep message according to the physical topological information.
 
10. A cross-domain clock synchronization system, applied to a cross-domain synchronization network, the system comprising a Path Calculate Element, PCE (1701) and a controller (1702) participating in clock synchronization path calculation, wherein
the PCE (1701) is arranged to perform method steps according to any of claims 1 to 9; and
the controller (1702) is arranged to send a clock synchronization instruction to synchronization nodes on the clock synchronization path.
 
11. A Path Calculate Element, PCE, applied to a cross-domain synchronization network, the PCE comprising:

a processing module (1801), arranged to exchange a clock synchronization type with a controller participating in clock synchronization path calculation to match the clock synchronization type supported by the PCE and the controller;

a first acquisition module (1802), arranged to acquire physical topological information of the cross-domain synchronization network;

a second acquisition module (1803), arranged to acquire at least one of synchronization information of synchronization nodes of the cross-domain synchronization network and hop number information between the synchronization nodes;

a calculation module (1804), arranged to calculate a clock synchronization path of the cross-domain synchronization network according to the physical topological information as well as at least one of the synchronization information and the hop number information; and

a sending module (1805), arranged to send the clock synchronization path to the controller according to the physical topological information to enable the controller to send a clock synchronization instruction to synchronization nodes on the clock synchronization path.


 
12. The PCE according to claim 11, wherein the processing module (1801) is arranged to exchange the clock synchronization type with the controller participating in clock synchronization path calculation through a synchronisation type, SYN Type, in an extended SYN Type Length Value, TLV, in an OPEN message.
 
13. The PCE according to claim 11, wherein the second acquisition module (1803) is arranged to acquire the synchronization information from the controller through an added SYN-INFORMATION object in an extended PCReq message, or acquire, by the PCE, the synchronization information through a network management system.
 
14. The PCE according to claim 11, wherein the sending module (1805) is arranged to send the clock synchronization path to the controller through an extended PCRep message according to the physical topological information.
 
15. A computer storage medium, comprising a set of instructions, which, when being executed, cause at least one processor to execute the cross-domain clock synchronization method according to any one of claims 1-9.
 


Ansprüche

1. Domain-übergreifendes Taktsynchronisationsverfahren, das auf ein domain-übergreifendes Synchronisationsnetzwerk angewendet wird, wobei das Verfahren Folgendes umfasst:

Austauschen eines Taktsynchronisationstyps mit einer Steuerung, die an einer Taktsynchronisationspfadberechnung beteiligt ist, durch ein Pfadberechnungselement, PCE, um den Taktsynchronisationstyp abzugleichen, der von dem PCE und der Steuerung unterstützt wird (101),

Erfassen von physischen topologischen Informationen des domain-übergreifenden Synchronisationsnetzwerks durch das PCE (102),

Erfassen von Synchronisationsinformationen von Synchronisationsknoten des domain-übergreifenden Synchronisationsnetzwerks und/oder Teilstrecken-(Hop-)anzahlinformationen zwischen den Synchronisationsknoten durch das PCE (103),

Berechnen eines Taktsynchronisationspfads des domain-übergreifenden Synchronisationsnetzwerks gemäß den physischen topologischen Informationen sowie den Synchronisationsinformationen und/oder den Teilstreckenanzahlinformationen durch das PCE (104); und

Senden des Taktsynchronisationspfads an die Steuerung gemäß den physischen topologischen Informationen durch das PCE, um die Steuerung in die Lage zu versetzen, eine Taktsynchronisationsanweisung an Synchronisationsknoten auf dem Taktsynchronisationspfad zu senden (105).


 
2. Verfahren nach Anspruch 1, wobei das Austauschen des Taktsynchronisationstyps mit der Steuerung, die an der Taktsynchronisationspfadberechnung beteiligt ist, durch das Pfadberechnungselement (PCE) Folgendes umfasst:
Austauschen des Taktsynchronisationstyps mit der Steuerung, die an der Taktsynchronisationspfadberechnung beteiligt ist, durch die PCE über einen Synchronisationstyp, SYN-Typ, in einem erweiterten SYN-Typlängenwert, TLV, in einer OPEN-Nachricht.
 
3. Verfahren nach Anspruch 1, wobei das Erfassen der physischen topologischen Informationen des domain-übergreifenden Synchronisationsnetzwerks durch das PCE Folgendes umfasst:
Erfassen einer physischen Topologie des domain-übergreifenden Synchronisationsnetzwerks über die Steuerung oder über ein Netzwerkverwaltungssystem durch das PCE.
 
4. Verfahren nach Anspruch 1, wobei das Erfassen der Synchronisationsinformationen mindestens eines der Synchronisationsknoten des domain-übergreifenden Synchronisationsnetzwerks und der Teilstreckenanzahlinformationen zwischen den Synchronisationsknoten durch das PCE Folgendes umfasst:

Erfassen der Synchronisationsinformationen von der Steuerung über ein hinzugefügtes SYN-INFORMATION-Objekt in einer erweiterten PCReq-Nachricht durch das PCE oder Erfassen der Synchronisationsinformationen über ein Netzwerkverwaltungssystem durch das PCE, und

Erfassen der Teilstreckenanzahlinformationen über das Netzwerkverwaltungssystem durch das PCE.


 
5. Verfahren nach Anspruch 1, wobei das Berechnen des Taktsynchronisationspfads des domain-übergreifenden Synchronisationsnetzwerks gemäß den physischen topologischen Informationen sowie den Synchronisationsinformationen und/oder den Teilstreckenanzahlinformationen durch das PCE Folgendes umfasst:
wenn eine Abfolge von Synchronisationsteilnetzwerken, über die der Taktsynchronisationspfad verläuft, bekannt ist, Berechnen des Taktsynchronisationspfads durch Anwenden eines Backward-Recursive-PCE-Base-Computation-,BRPC-, Verfahrens.
 
6. Verfahren nach Anspruch 1, wobei das Berechnen des Taktsynchronisationspfads des domain-übergreifenden Synchronisationsnetzwerks gemäß den physischen topologischen Informationen sowie den Synchronisationsinformationen und/oder den Teilstreckenanzahlinformationen durch das PCE Folgendes umfasst:
wenn eine Abfolge von Synchronisationsteilnetzwerken, über die der Taktsynchronisationspfad verläuft, unbekannt ist, Berechnen des Taktsynchronisationspfads durch Anwenden eines Hierarchy-PCE-,H-PCE-, Verfahrens.
 
7. Verfahren nach Anspruch 1, wobei die Synchronisationsinformationen Taktqualitätsstufen-,QL-,informationen und Port-Prioritätsinformationen umfassen, und
wobei das Berechnen des Taktsynchronisationspfads des domain-übergreifenden Synchronisationsnetzwerks gemäß den physischen topologischen Informationen sowie den Synchronisationsinformationen und/oder den Teilstreckenanzahlinformationen durch das PCE Folgendes umfasst:

wenn nur die Takt-QL-Informationen erfasst werden, Auswählen eines Knotens mit einer höchsten QL als Taktquellen-Ausgabeknoten, oder

wenn nur die Port-Prioritätsinformationen erfasst werden, Auswählen eines Knotens mit einem Port höherer Priorität als den Taktquellen-Ausgabeknoten, oder

wenn nur die Teilstreckenanzahlinformationen erfasst werden, Auswählen eines Knotens, der eine relativ kleinere Anzahl von Teilstrecken von einem aktuellen Knoten entfernt ist, als den Taktquellen-Ausgabeknoten.


 
8. Verfahren nach Anspruch 1, wobei die Synchronisationsinformationen Takt-QL-Informationen und Port-Prioritätsinformationen umfassen, und
wobei das Berechnen des Taktsynchronisationspfads des domain-übergreifenden Synchronisationsnetzwerks gemäß den physischen topologischen Informationen sowie den Synchronisationsinformationen und/oder den Teilstreckenanzahlinformationen durch das PCE Folgendes umfasst:
wenn die Takt-QL-Informationen, die Port-Prioritätsinformationen und die Teilstreckenanzahlinformationen erfasst werden, vorzugsweise Auswählen eines Knotens mit einer höchsten QL als Taktquellen-Ausgabeknoten; wenn mehrere Knoten mit der höchsten QL existieren, Auswählen eines Knotens mit einem Port höherer Priorität aus Knoten mit der höchsten QL als den Taktquellen-Ausgabeknoten; und wenn immer noch mehrere Knoten mit Ports höherer Priorität existieren, Auswählen eines Knotens, der eine relativ kleinere Anzahl von Teilstrecken von einem aktuellen Knoten entfernt ist, aus Knoten mit den Ports höherer Priorität als den Taktquellen-Ausgabeknoten.
 
9. Verfahren nach Anspruch 1, wobei das Senden des Taktsynchronisationspfads an die Steuerung gemäß den physischen topologischen Informationen durch das PCE Folgendes umfasst:
Senden des Taktsynchronisationspfads an die Steuerung gemäß den physischen topologischen Informationen durch das PCE über eine erweiterte PCRep-Nachricht.
 
10. Domain-übergreifendes Taktsynchronisationssystem, das auf ein domain-übergreifendes Synchronisationsnetzwerk angewendet wird, wobei das System ein Pfadberechnungselement, PCE (1701) und eine Steuerung (1702), die an der Taktsynchronisationspfadberechnung beteiligt ist, umfasst, wobei
das PCE (1701) dafür angeordnet ist, Verfahrensschritte nach einem der Ansprüche 1 bis 9 durchzuführen, und
die Steuerung (1702) dafür angeordnet ist, eine Taktsynchronisationsanweisung an Synchronisationsknoten auf dem Taktsynchronisationspfad zu senden.
 
11. Pfadberechnungselement, PCE, das auf ein domain-übergreifendes Synchronisationsnetzwerk angewendet wird, wobei das PCE Folgendes umfasst:

ein Verarbeitungsmodul (1801), das dafür angeordnet ist, mit einer Steuerung, die an einer Taktsynchronisationspfadberechnung beteiligt ist, einen Taktsynchronisationstyp auszutauschen, um den Taktsynchronisationstyp abzugleichen, der von dem PCE und der Steuerung unterstützt wird,

ein erstes Erfassungsmodul (1802), das dafür angeordnet ist, physische topologische Informationen des domain-übergreifenden Synchronisationsnetzwerks zu erfassen,

ein zweites Erfassungsmodul (1803), das dafür angeordnet ist, Synchronisationsinformationen von Synchronisationsknoten des domain-übergreifenden Synchronisationsnetzwerks und/oder Teilstrecken-(Hop-)anzahlinformationen zwischen den Synchronisationsknoten zu erfassen,

ein Berechnungsmodul (1804), das dafür angeordnet ist, einen Taktsynchronisationspfad des domain-übergreifenden Synchronisationsnetzwerks gemäß den physischen topologischen Informationen sowie den Synchronisationsinformationen und/oder den Teilstreckenanzahlinformationen zu berechnen, und

ein Sendemodul (1805), das dafür angeordnet ist, den Taktsynchronisationspfad gemäß den physischen topologischen Informationen an die Steuerung zu senden, um die Steuerung in die Lage zu versetzen, eine Taktsynchronisationsanweisung an Synchronisationsknoten auf dem Taktsynchronisationspfad zu senden.


 
12. PCE nach Anspruch 11, wobei das Verarbeitungsmodul (1801) dafür angeordnet ist, den Taktsynchronisationstyp mit der Steuerung, die an der Taktsynchronisationspfadberechnung beteiligt ist, über einen Synchronisationstyp, SYN-Typ, in einem erweiterten SYN-Typlängenwert, TLV, in einer OPEN-Nachricht auszutauschen.
 
13. PCE nach Anspruch 11, wobei das zweite Erfassungsmodul (1803) dafür angeordnet ist, die Synchronisationsinformationen von der Steuerung über ein hinzugefügtes SYN-INFORMATION-Objekt in einer erweiterten PCReq-Nachricht zu erfassen, oder die Synchronisationsinformationen über ein Netzwerkverwaltungssystem zu erfassen.
 
14. PCE nach Anspruch 11, wobei das Sendemodul (1805) dafür angeordnet ist, den Taktsynchronisationspfad über eine erweiterte PCRep-Nachricht gemäß den physischen topologischen Informationen an die Steuerung zu senden.
 
15. Computerspeichermedium, einen Satz von Anweisungen umfassend, der, wenn er ausgeführt wird, mindestens einen Prozessor veranlasst, das domain-übergreifende Taktsynchronisationsverfahren nach einem der Ansprüche 1 bis 9 auszuführen.
 


Revendications

1. Procédé de synchronisation inter-domaines d'horloge, appliqué à un réseau de synchronisation inter-domaines, le procédé comprenant les étapes ci-dessous consistant à :

échanger, par le biais d'un élément de calcul de chemin, PCE, un type de synchronisation d'horloge avec un contrôleur prenant part à un calcul de chemin de synchronisation d'horloge, en vue de mettre en correspondance le type de synchronisation d'horloge pris en charge par l'élément PCE et le contrôleur (101) ;

acquérir, par le biais de l'élément PCE, des informations topologiques physiques du réseau de synchronisation inter-domaines (102) ;

acquérir, par le biais de l'élément PCE, des informations de synchronisation de noeuds de synchronisation du réseau de synchronisation inter-domaines et/ou des informations de nombre de sauts entre les noeuds de synchronisation (103) ;

calculer, par le biais de l'élément PCE, un chemin de synchronisation d'horloge du réseau de synchronisation inter-domaines selon les informations topologiques physiques ainsi que selon les informations de synchronisation et/ou les informations de nombre de sauts (104) ; et

envoyer, par le biais de l'élément PCE, le chemin de synchronisation d'horloge, au contrôleur, selon les informations topologiques physiques, en vue de permettre au contrôleur d'envoyer une instruction de synchronisation d'horloge à des noeuds de synchronisation sur le chemin de synchronisation d'horloge (105).


 
2. Procédé selon la revendication 1, dans lequel l'étape d'échange, par le biais de l'élément PCE, du type de synchronisation d'horloge avec le contrôleur prenant part au calcul de chemin de synchronisation d'horloge consiste à :
échanger, par le biais de l'élément PCE, le type de synchronisation d'horloge avec le contrôleur prenant part au calcul de chemin de synchronisation d'horloge, par l'intermédiaire d'un type de synchronisation, type « SYN », dans une valeur de longueur de type SYN étendue, TLV, dans un message « OPEN ».
 
3. Procédé selon la revendication 1, dans lequel l'étape d'acquisition, par le biais de l'élément PCE, des informations topologiques physiques du réseau de synchronisation inter-domaines consiste à :
acquérir, par le biais de l'élément PCE, une topologie physique du réseau de synchronisation inter-domaines à travers le contrôleur ou à travers un système de gestion de réseau.
 
4. Procédé selon la revendication 1, dans lequel l'étape d'acquisition, par le biais de l'élément PCE, des informations de synchronisation d'au moins l'un des noeuds de synchronisation du réseau de synchronisation inter-domaines et des informations de nombre de sauts entre les noeuds de synchronisation, comprend les étapes ci-dessous consistant à :

acquérir, par le biais de l'élément PCE, les informations de synchronisation auprès du contrôleur, par l'intermédiaire d'un objet d'informations de synchronisation « SYN-INFORMATION » ajouté dans un message « PCReq » étendu, ou acquérir, par le biais de l'élément PCE, les informations de synchronisation à travers un système de gestion de réseau ; et

acquérir, par le biais de l'élément PCE, les informations de nombre de sauts à travers le système de gestion de réseau.


 
5. Procédé selon la revendication 1, dans lequel l'étape de calcul, par le biais de l'élément PCE, du chemin de synchronisation d'horloge du réseau de synchronisation inter-domaines selon les informations topologiques physiques, ainsi que selon les informations de synchronisation et/ou les informations de nombre de sauts, consiste à :
lorsqu'une séquence de sous-réseaux de synchronisation à travers lesquels passe le chemin de synchronisation d'horloge est connue, calculer le chemin de synchronisation d'horloge en adoptant un procédé de calcul récursif inverse basé sur PCE, BRPC.
 
6. Procédé selon la revendication 1, dans lequel l'étape de calcul, par le biais de l'élément PCE, du chemin de synchronisation d'horloge du réseau de synchronisation inter-domaines selon les informations topologiques physiques ainsi que selon les informations de synchronisation et/ou les informations de nombre de sauts, consiste à :
lorsqu'une séquence de sous-réseaux de synchronisation à travers lesquels passe le chemin de synchronisation d'horloge est inconnue, calculer le chemin de synchronisation d'horloge en adoptant un procédé de calcul d'élément PCE hiérarchique, H-PCE.
 
7. Procédé selon la revendication 1, dans lequel les informations de synchronisation comprennent des informations de niveau de qualité, QL, d'horloge, et des informations de priorité de port ; et
dans lequel l'étape de calcul, par le biais de l'élément PCE, du chemin de synchronisation d'horloge du réseau de synchronisation inter-domaines selon les informations topologiques physiques, ainsi que selon les informations de synchronisation et/ou les informations de nombre de sauts, comprend les étapes ci-dessous consistant à :

lorsque seules les informations de niveau QL d'horloge sont acquises, sélectionner un noeud présentant un niveau QL le plus élevé, en tant qu'un noeud de sortie de source d'horloge ; ou

lorsque seules les informations de priorité de port sont acquises, sélectionner un noeud présentant un port de priorité supérieure en tant que le noeud de sortie de source d'horloge ; ou

lorsque seules les informations de nombre de sauts sont acquises, sélectionner un noeud étant éloigné d'un nombre relativement plus faible de sauts d'un noeud actuel, en tant que le noeud de sortie de source d'horloge.


 
8. Procédé selon la revendication 1, dans lequel les informations de synchronisation comprennent des informations de niveau QL d'horloge et des informations de priorité de port ; et
dans lequel l'étape de calcul, par le biais de l'élément PCE, du chemin de synchronisation d'horloge du réseau de synchronisation inter-domaines selon les informations topologiques physiques, ainsi que selon les informations de synchronisation et/ou les informations de nombre de sauts, comprend les étapes ci-dessous consistant à :
lorsque les informations de niveau QL d'horloge, les informations de priorité de port et les informations de nombre de sauts sont acquises, sélectionner de préférence un noeud présentant un niveau QL le plus élevé, en tant qu'un noeud de sortie de source d'horloge ; lorsqu'il existe plusieurs noeuds présentant le niveau QL le plus élevé, sélectionner un noeud présentant un port de priorité plus élevée parmi des noeuds présentant le niveau QL le plus élevé, en tant que le noeud de sortie de source d'horloge ; et lorsqu'il existe encore plusieurs noeuds présentant les ports de priorité plus élevée, sélectionner un noeud étant éloigné d'un nombre relativement plus faible de sauts d'un noeud actuel, parmi des noeuds présentant les ports de priorité plus élevée, en tant que le noeud de sortie de source d'horloge.
 
9. Procédé selon la revendication 1, dans lequel l'étape d'envoi, par le biais de l'élément PCE, du chemin de synchronisation d'horloge, au contrôleur, selon les informations topologiques physiques consiste à :
envoyer, par le biais de l'élément PCE, le chemin de synchronisation d'horloge, au contrôleur, à travers un message « PCRep » étendu, selon les informations topologiques physiques.
 
10. Système de synchronisation inter-domaines d'horloge, appliqué à un réseau de synchronisation inter-domaines, le système comprenant un élément de calcul de chemin, PCE, (1701), et un contrôleur (1702) prenant part au calcul de chemin de synchronisation d'horloge, dans lequel
l'élément PCE (1701) est agencé de manière à mettre en oeuvre des étapes de procédé selon l'une quelconque des revendications 1 à 9 ; et
le contrôleur (1702) est agencé de manière à envoyer une instruction de synchronisation d'horloge à des noeuds de synchronisation sur le chemin de synchronisation d'horloge.
 
11. Élément de calcul de chemin, PCE, appliqué à un réseau de synchronisation inter-domaines, l'élément PCE comprenant :

un module de traitement (1801), agencé de manière à échanger un type de synchronisation d'horloge avec un contrôleur prenant part à un calcul de chemin de synchronisation d'horloge, en vue de mettre en correspondance le type de synchronisation d'horloge pris en charge par l'élément PCE et le contrôleur ;

un premier module d'acquisition (1802), agencé de manière à acquérir des informations topologiques physiques du réseau de synchronisation inter-domaines ;

un second module d'acquisition (1803), agencé de manière à acquérir des informations de synchronisation de noeuds de synchronisation du réseau de synchronisation inter-domaines et/ou des informations de nombre de sauts entre les noeuds de synchronisation ;

un module de calcul (1804), agencé de manière à calculer un chemin de synchronisation d'horloge du réseau de synchronisation inter-domaines selon les informations topologiques physiques, ainsi que selon les informations de synchronisation et/ou les informations de nombre de sauts ; et

un module d'envoi (1805), agencé de manière à envoyer le chemin de synchronisation d'horloge, au contrôleur, selon les informations topologiques physiques, en vue de permettre au contrôleur d'envoyer une instruction de synchronisation d'horloge à des noeuds de synchronisation sur le chemin de synchronisation d'horloge.


 
12. Élément PCE selon la revendication 11, dans lequel le module de traitement (1801) est agencé de manière à échanger le type de synchronisation d'horloge avec le contrôleur prenant part au calcul de chemin de synchronisation d'horloge, par l'intermédiaire d'un type de synchronisation, type « SYN », dans une valeur de longueur de type SYN étendue, TLV, dans un message « OPEN ».
 
13. Élément PCE selon la revendication 11, dans lequel le second module d'acquisition (1803) est agencé de manière à acquérir les informations de synchronisation auprès du contrôleur, par l'intermédiaire d'un objet d'informations de synchronisation « SYN-INFORMATION » ajouté dans un message « PCReq » étendu, ou à acquérir, par le biais de l'élément PCE, les informations de synchronisation à travers un système de gestion de réseau.
 
14. Élément PCE selon la revendication 11, dans lequel le module d'envoi (1805) est agencé de manière à envoyer le chemin de synchronisation d'horloge au contrôleur, à travers un message « PCRep » étendu, selon les informations topologiques physiques.
 
15. Support de stockage informatique, comprenant un ensemble d'instructions qui, lorsqu'elles sont exécutées, amènent au moins un processeur à exécuter le procédé de synchronisation inter-domaines d'horloge selon l'une quelconque des revendications 1 à 9.
 




Drawing





























Cited references

REFERENCES CITED IN THE DESCRIPTION



This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

Non-patent literature cited in the description