(19)
(11)EP 3 226 504 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
04.11.2020 Bulletin 2020/45

(21)Application number: 14908134.1

(22)Date of filing:  16.12.2014
(51)International Patent Classification (IPC): 
H04J 3/06(2006.01)
H04L 29/06(2006.01)
(86)International application number:
PCT/CN2014/093933
(87)International publication number:
WO 2016/095099 (23.06.2016 Gazette  2016/25)

(54)

TIME SYNCHRONIZATION METHOD AND APPARATUS

ZEITSYNCHRONISATIONSVERFAHREN UND -VORRICHTUNG

PROCÉDÉ ET APPAREIL DE SYNCHRONISATION TEMPORELLE


(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

(43)Date of publication of application:
04.10.2017 Bulletin 2017/40

(73)Proprietor: Huawei Technologies Co., Ltd.
Longgang District Shenzhen, Guangdong 518129 (CN)

(72)Inventors:
  • QIAO, Lizhong
    Shenzhen Guangdong 518129 (CN)
  • ZHANG, Yawei
    Shenzhen Guangdong 518129 (CN)
  • WANG, Huanle
    Shenzhen Guangdong 518129 (CN)
  • XU, Dejian
    Shenzhen Guangdong 518129 (CN)

(74)Representative: Thun, Clemens 
Mitscherlich PartmbB Patent- und Rechtsanwälte Sonnenstraße 33
80331 München
80331 München (DE)


(56)References cited: : 
CN-A- 101 616 163
CN-A- 103 684 648
US-A1- 2013 279 525
CN-A- 103 378 916
US-A1- 2013 163 617
US-B1- 8 416 763
  
  • PALLEC MICHEL LE ET AL: "Time and frequency distribution over packet switched networks", BELL LABS TECHNICAL JOURNAL, WILEY, CA, US, vol. 14, no. 2, 1 July 2009 (2009-07-01), pages 131-153, XP011628247, ISSN: 1089-7089, DOI: 10.1002/BLTJ.20377 [retrieved on 2014-03-31]
  
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 present invention relates to the field of network communications technologies, and in particular, to a time synchronization method and apparatus.

BACKGROUND



[0002] The IEEE (Institute of Electrical and Electronics Engineers, Institute of Electrical and Electronics Engineers) protocol organization has proposed the IEEE1588V2 Precision Time Protocol (Precision Time Protocol, "PTP" for short), and this protocol may implement time synchronization precision at a sub-microsecond level.

[0003] In an IPRAN (Internet Protocol Radio Access Network, IP radio access network) network, entire-network time synchronization has become an indispensable configuration. Currently, a mainstream entire-network time synchronization solution is an IEEE1588V2 BC (Boundary Clock, boundary clock) solution, when an IEEE1588V2 BC is used for entire-network time synchronization, clocks in an entire network can be synchronized only with a same time source, multiple time sources cannot coexist, and separate synchronization of multiple clock domains cannot be implemented.

[0004] In the IEEE1588 standard, a solution that supports multi-time domains transmission is applying a transparent clock (Transparent Clock, TC) device. In a TC mode, the TC device supports time transparent transmission; such a scenario may support synchronization of multiple time domains, but TC devices themselves cannot perform time synchronization. As a traversed network, the TC devices themselves lose a capability of time synchronization. Therefore, entire-network time synchronization cannot be implemented.

[0005] It can be seen that, as a third-party network, either BC devices in an entire network are selected to perform entire-network time synchronization without support for time transparent transmission, or a TC device is selected to support time transparent transmission without support for entire-network time synchronization; therefore, a networking scenario is severely limited.

[0006] The prior art cannot implement the following scenario: multiple time domains need to exist in a network, time transparent transmission is required between the time domains, and time synchronization needs to be performed within the multiple time domains.

[0007] US 2013/0163617 A1 describes a method for synchronizing time across the multi-protocol I/O interconnect including: providing a first local time of a first switch of a switching fabric of a multi-protocol interconnect to a second switch of the switching fabric, and adjusting a second local time of the second switch to the first local time. In various embodiments, the time synchronization protocol may provide a mechanism for synchronizing the clocks of one or more switches of a multi-protocol switching fabric. In various embodiments, a protocol for synchronizing time across a switching fabric may be a distributed protocol that specifies how the real-time clocks in a switch domain synchronize with each other. The clocks may be organized into a master-slave synchronization hierarchy with the clock at the top of the hierarchy ("grandmaster clock") determining the reference time for the entire domain. The synchronization may achieved by exchanging timing messages, with the slaves using the timing information to adjust their clocks to the time of their master in the hierarchy. FIG. 20 shows an example time synchronization hierarchy within a single domain of switches of a multi-protocol switching fabric of various I/O complexes described herein. In various embodiments, inter-domain links that are not configured (by software, for example) may not participate in the time synchronization protocol. As shown in FIG. 21, Domain B is chosen as the inter-domain grandmaster and the time synchronization protocol is enabled on the inter-domain links A↔B, A↔D, and A↔C. As also shown, inter-Domain time synchronization is not enabled on the link B↔D.

[0008] PALLEC MICHEL LE ET AL: "Time and frequency distribution over packet switched networks", BELL LABS TECHNICAL JOURNAL, WILEY, CA, US, vol. 14, no. 2, 1 July 2009 (2009-07-01), pages 131-153, XP011628247, describes time and frequency distribution over packet switched networks. The document discusses the strengths and weaknesses of some synchronization technologies, such as IEEE 1588v2, IETF NTP and ITU-T Synchronous Ethernet Standardization (G.8261, G.8262, G.8264). Figure 5 provides an illustration of the SSM tunnel approach for end-to-end SSM signaling. Figure 5b depicts an approach using IEEE 1588v2 similar to the NTP/SyncE interworking proposal. The approach relies on the configuration of an SSM tunnel to carry SSM information through the 1588v2 domain, ensuring an E2E SSM connectivity between two SyncE domains. In such a configuration, intermediate nodes in the 1588v2 domain transparently carry the SSM inforamtion. SSM information is not processed. The tunnel establishment should taken into account the underlying technology to tranport 1588v2, e.g., virtual local area network (VLAN) for Ethernet. The intermediate 1588v2 nodes are able to switch the SSM quality level to a DNU value in the case of failure detection. One solution for such integration is to encapsulate the SSM within the 1588v2 signaling. In the encapsulation case, SSM information is not carried transparently. Instead, it can be read, modified, or completed by the 1588v2 intermediate clocks/nodes. The encapsulated SSMs naturally take the same route as the related synchronization flow inside the 1588v2 domain, allowing intermediate nodes to monitor and report any case of the synchronization signal exceeding the "synchronization noise tolerance" (jitter and wander budget). This concept is shown in Figure 6.

SUMMARY



[0009] Embodiments of the present invention provide a time synchronization method and apparatus, which can implement multiple time domains in a network, and implement time synchronization among the multiple time domains.

[0010] To resolve the foregoing technical problems, the embodiments of the present invention disclose the following technical solutions:

[0011] According to a first aspect, a time synchronization method is provided, including:

on the basis that boundary devices in an entire network are all boundary clock BC devices, receiving, by a boundary device of a third-party network side, a synchronization packet that carries a time synchronization offset and is delivered by a boundary device of an upstream network side, where the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network, wherein a time domain in which the boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located; and

transparently transmitting, by the boundary device of the third-party network side, the synchronization packet that carries the time synchronization offset to a boundary device of a downstream network side, wherein the boundary device of the upstream network side and the boundary device of the downstream network side are in a same time domain, and wherein the synchronization packet is used by the boundary device of the downstream network side for performing time synchronization with the boundary device of the upstream network side according to the time synchronization offset.



[0012] With reference to the foregoing first aspect, in a first possible implementation manner, the receiving, by a boundary device of a third-party network side, a synchronization packet that carries a time synchronization offset and is delivered by a boundary device of an upstream network side includes:

sending, by a second BC device of the boundary device of the third-party network side by using a second Precision Time Protocol PTP port that is preset to a master clock state, a synchronization packet to a first PTP port that is of a first BC device of the boundary device of the upstream network side and is preset to a passive clock state or a monitor clock state;

receiving, by the second BC device by using the second PTP port, a peer delay-request packet that is sent by the first BC device by using the first PTP port;

sending, by the second BC device, a peer delay-response packet to the first PTP port of the first BC device by using the second PTP port; and

receiving, by the second BC device by using the second PTP port, the synchronization packet that carries the time synchronization offset and is sent by the first BC device by using the first PTP port, where

the first BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, and the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.



[0013] With reference to the foregoing first aspect, in a second possible implementation manner, the synchronization packet further comprises a source Internet Protocol, IP, address and a destination IP address, the source IP address is an IP address of the boundary service of the upstream network side and the destination IP address is an IP address of the boundary device of the downstream network side.

[0014] With reference to the foregoing first aspect, and the first or the second possible implementation manner, in a third possible implementation manner, the transparently transmitting, by the boundary device of the third-party network side, the synchronization packet that carries the time synchronization offset to a boundary device of a downstream network side includes:
sending, by the second BC device by using the second PTP port, the synchronization packet that carries the time synchronization offset to a third PTP port that is of a third BC device and is preset to a master clock state, and transparently transmitting, by the third BC device, the synchronization packet to the boundary device of the downstream network side, where the third BC device is an interface device that interfaces with the boundary device of the downstream network side and is in the third-party network.

[0015] According to a second aspect, a time synchronization method is provided, including:

on the basis that boundary devices in an entire network are all boundary clock, BC, devices, determining, by a boundary device of an upstream network side, a time synchronization offset from a time domain of a third-party network, wherein the time synchronization offset is a time offset between a time domain of the upstream network and the time domain of the third-party network, wherein a time domain in which a boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located; and

delivering, by the boundary device of the upstream network side, a synchronization packet that carries the time offset to the boundary device of the third-party network side, wherein the boundary device of the upstream network side and a boundary device of a downstream network side are in a same time domain, and the synchronization packet is used by the boundary device of the downstream network side for performing time synchronization with the boundary device of the upstream network side according to the time synchronization offset, when receiving from the boundary device of the third-party network side the synchronization packet transmitted by the boundary device of the third-party network side through transparently transmission.



[0016] With reference to the foregoing second aspect, in a first possible implementation manner, the determining, by a boundary device of an upstream network side, a time synchronization offset from a time domain of a third-party network includes:

receiving, by a first BC device of the boundary device of the upstream network side by using a first Precision Time Protocol PTP port that is preset to a passive clock state or a monitor clock state, a synchronization packet that is sent by a second BC device of the boundary device of the third-party network side by using a second PTP port that is preset to a master clock state;

sending, by the first BC device, a peer delay-request packet to the second PTP port of the second BC device by using the first PTP port;

receiving, by the first BC device by using the first PTP port, a peer delay-response packet that is sent by the second BC device by using the second PTP port;

determining, by the first BC device, a mean path delay according to timestamp information generated by the peer delay-request packet and the peer delay-response packet;

determining, by the first BC device, the time synchronization offset according to the mean path delay and timestamp information that is generated by the synchronization packet; and

sending, by the first BC device by using the first PTP port, the synchronization packet that carries the time synchronization offset to the second PTP port of the second BC device, where

the first BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, and the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.



[0017] With reference to the foregoing second aspect, in a second possible implementation manner, the synchronization packet further comprises a source Internet Protocol, IP, address and a destination IP address, the source IP address is an IP address of the boundary service of the upstream network side and the destination IP address is an IP address of the boundary device of the downstream network side.

[0018] According to a third aspect, a time synchronization method is provided, including:

on the basis that boundary devices in an entire network are all boundary clock, BC, devices, receiving, by a boundary device of a downstream network side, a synchronization packet that carries a time synchronization offset, and that is sent by a boundary device of an upstream network side to a boundary device of a third-party network side and then transparently transmitted by the boundary device of the third-party network side to the boundary device of the downstream network side, wherein the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network, wherein the boundary device of the upstream network side and the boundary device of the downstream network side are in a same time domain, wherein a time domain in which the boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located; and

performing, by the boundary device of the downstream network side, time synchronization with the boundary device of the upstream network side according to the time synchronization offset.



[0019] With reference to the foregoing third aspect, in a first possible implementation manner, the performing, by the boundary device of the downstream network side, time synchronization with the boundary device of the upstream network side according to the time synchronization offset includes:

receiving, by a fourth BC device of the boundary device of the downstream network side by using a fourth Precision Time Protocol PTP port that is preset to a slave clock state, the synchronization packet that carries the time synchronization offset and is sent by a third BC device of the boundary device of the third-party network side by using a third PTP port that is preset to a master clock state;

determining, by the fourth BC device, a preliminary clock adjustment value for time synchronization with the third BC device; and

using, by the fourth BC device, a sum of the time synchronization offset and the clock adjustment value as a final clock adjustment value, and performing clock adjustment according to the final clock adjustment value, where

the third BC device is an interface device that interfaces with the boundary device of the downstream network side and is in the third-party network, and the fourth BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the downstream network.



[0020] According to a fourth aspect, a time synchronization device disposed on a third-party network side is provided, including:

a receiving unit, configured to receive a synchronization packet that carries a time synchronization offset and is delivered by a boundary device of an upstream network side, wherein the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network, wherein a time domain in which the boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located; and

a transparent transmission unit, configured to transparently transmit the synchronization packet that carries the time synchronization offset to a boundary device of a downstream network side, wherein the boundary device of the upstream network side and the boundary device of the downstream network side are in a same time domain, and wherein the synchronization packet is used by the boundary device of the downstream network side for performing time synchronization with the boundary device of the upstream network side according to the time synchronization offset.



[0021] With reference to the foregoing fourth aspect, in a first possible implementation manner, the receiving unit is specifically a second boundary clock BC device whose second Precision Time Protocol PTP port is preset to a master clock state, where the second BC device sends, by using the second PTP port, a synchronization packet to a first PTP port that is of a first BC device of the boundary device of the upstream network side and is preset to a passive clock state or a monitor clock state, receives a peer delay-request packet that is sent by the first BC device by using the first PTP port, sends a peer delay-response packet to the first BC device, and receives the synchronization packet that carries the time synchronization offset and is sent by the first BC device by using the first PTP port, where
the first BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, and the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.

[0022] With reference to the foregoing fourth aspect, in a second possible implementation manner, the synchronization packet further comprises a source Internet Protocol, IP, address and a destination IP address, the source IP address is an IP address of the boundary service of the upstream network side and the destination IP address is an IP address of the boundary device of the downstream network side.

[0023] With reference to the foregoing fourth aspect, and the first or the second possible implementation manner, in a third possible implementation manner, the transparent transmission unit is specifically a third BC device whose third PTP port is preset to a master clock state, where the third BC device receives, by using the third PTP port, the synchronization packet that carries the time synchronization offset and is sent by the second BC device by using the second PTP port, and transparently transmits the synchronization packet to the boundary device of the downstream network side, where the third BC device is an interface device that interfaces with the boundary device of the downstream network side and is in the third-party network.

[0024] According to a fifth aspect, a time synchronization boundary clock BC device disposed on an upstream network side is provided, including:

a time synchronization offset determining unit, configured to determine a time synchronization offset from a time domain of a third-party network, wherein the time synchronization offset is a time offset between a time domain of the upstream network and the time domain of the third-party network, wherein a time domain in which a boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located; and

a packet sending unit, configured to deliver a synchronization packet that carries the time offset to the boundary device of the third-party network side, wherein the boundary device of the upstream network side and a boundary device of a downstream network side are in a same time domain, and the synchronization packet is used by the boundary device of the downstream network side for performing time synchronization with a boundary device of the upstream network side according to the time synchronization offset, when receiving from the boundary device of the third-party network side the synchronization packet transmitted by the boundary device of the third-party network side through transparently transmission.



[0025] With reference to the foregoing fifth aspect, in a first possible implementation manner, the time synchronization offset determining unit specifically receives, by using a first Precision Time Protocol PTP port that is preset to a passive clock state or a monitor clock state, a synchronization packet that is sent by a second BC device of the boundary device of the third-party network side by using a second PTP port that is preset to a master clock state; sends a peer delay-request packet to the second PTP port of the second BC device by using the first PTP port; receives, by using the first PTP port, a peer delay-response packet that is sent by the second BC device by using the second PTP port; determines a mean path delay according to timestamp information generated by the peer delay-request packet and the peer delay-response packet; determines the time synchronization offset according to the mean path delay and timestamp information that is generated by the synchronization packet; and sends, by using the first PTP port, the synchronization packet that carries the time synchronization offset to the second PTP port of the second BC device, where
the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.

[0026] With reference to the foregoing fifth aspect, in a second possible implementation manner, the synchronization packet further comprises a source Internet Protocol, IP, address and a destination IP address, the source IP address is an IP address of the boundary service of the upstream network side and the destination IP address is an IP address of the boundary device of the downstream network side.

[0027] According to a sixth aspect, a time synchronization boundary clock BC device disposed on a downstream network side is provided, including:

a packet receiving unit, configured to receive a synchronization packet that carries a time synchronization offset, and that is sent by a boundary device of an upstream network side to a boundary device of a third-party network side and then transparently transmitted by the boundary device of the third-party network side to the boundary device of the downstream network side, wherein the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network, wherein the boundary device of the upstream network side and the boundary device of the downstream network side are in a same time domain, wherein a time domain in which the boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located; and

a synchronizing unit, configured to perform time synchronization with the boundary device of the upstream network side according to the time synchronization offset.



[0028] With reference to the foregoing sixth aspect, in a first possible implementation manner, the synchronizing unit specifically receives, by using a fourth Precision Time Protocol PTP port that is preset to a slave clock state, the synchronization packet that carries the time synchronization offset and is sent by a third BC device of the boundary device of the third-party network side by using a third PTP port that is preset to a master clock state, determines a preliminary clock adjustment value for time synchronization with the third BC device; and uses a sum of the time synchronization offset and the clock adjustment value as a final clock adjustment value, and performs clock adjustment according to the final clock adjustment value, where
the third BC device is an interface device that interfaces with the boundary device of the downstream network side and is in the third-party network.

[0029] In the embodiments of the present invention, in a synchronization mode of BC devices in an entire network, after a boundary device of an upstream network side learns a time offset between a time domain of the boundary device of the upstream network side itself and a time domain of a boundary device of an intermediate third-party network side, the boundary device of the upstream network side delivers a synchronization packet that carries the time offset to the boundary device of the third-party network side, and the boundary device of the third-party network side transparently transmits the synchronization packet to a boundary device of a downstream network side, so that the boundary device of the downstream network side may perform time synchronization with the boundary device of the upstream network side according to the time offset. Because the boundary device of the third-party network side does not internally perceive transparently transmitted time, and directly transparently transmits the packet, original time synchronization of the boundary device of the third-party network side is not affected, and time synchronization within multiple time domains can be implemented in a scenario in which the time domain of the boundary device of the third-party network side is traversed.

BRIEF DESCRIPTION OF DRAWINGS



[0030] To describe the technical solutions in the embodiments of the present invention or in the prior art more clearly, the following briefly introduces the accompanying drawings required for describing the embodiments or the prior art. Apparently, the accompanying drawings in the following description show merely some embodiments of the present invention, and a person of ordinary skill in the art may still derive other drawings from these accompanying drawings without creative efforts.

FIG. 1 is a schematic flowchart of a time synchronization method according to the present invention;

FIG. 2 is a schematic flowchart of specific implementation of S101 in FIG. 1;

FIG. 3 is a schematic diagram of packet interaction between a PTP port of a first BC device and a PTP port of a second BC device according to the present invention;

FIG. 4 is another schematic diagram of packet interaction between a PTP port of a first BC device and a PTP port of a second BC device according to the present invention;

FIG. 5 is another schematic flowchart of specific implementation of S101 in FIG. 1;

FIG. 6 is a schematic diagram of packet interaction between a PTP port of a first BC device and a PTP port of a second BC device in an implementation manner of FIG. 5;

FIG. 7 is a schematic flowchart of time synchronization of a boundary device of an upstream network side according to the present invention;

FIG. 8 is a schematic flowchart of implementation of S701 in FIG. 7;

FIG. 9 is another schematic flowchart of implementation of S701 in FIG. 7;

FIG. 10 is a schematic flowchart of time synchronization of a boundary device of a downstream network side according to the present invention;

FIG. 11 is a schematic flowchart of implementation of S1002 in FIG. 10;

FIG. 12 is a schematic diagram of a scenario in which three-party networks perform time synchronization according to the present invention;

FIG. 13 is a schematic diagram of a time synchronization device applied to a third-party network according to the present invention;

FIG. 14 is a schematic diagram of a time synchronization device applied to an upstream network according to the present invention;

FIG. 15 is a schematic diagram of a time synchronization device applied to a downstream network according to the present invention;

FIG. 16 is a schematic structural diagram of a time synchronization processing apparatus that is implemented based on a computer system according to the present invention;

FIG. 17 is a schematic structural diagram of another time synchronization processing apparatus that is implemented based on a computer system according to the present invention; and

FIG. 18 is a schematic structural diagram of still another time synchronization processing apparatus that is implemented based on a computer system according to the present invention.


DESCRIPTION OF EMBODIMENTS



[0031] To make a person skilled in the art better understand the technical solutions in the embodiments of the present invention, and make the objectives, features, and advantages of the embodiments of the present invention clearer, the following further describes the technical solutions in the embodiments of the present invention in detail with reference to the accompanying drawings.

[0032] As shown in FIG. 1, FIG. 1 is a schematic diagram of an embodiment of a time synchronization method according to the present invention, and the method may include:
S101. On the basis that boundary devices in an entire network are BC (Boundary Clock, boundary clock) devices, a boundary device of a third-party network side receives a synchronization packet that carries a time synchronization offset and is delivered by a boundary device of an upstream network side, where the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network.

[0033] In this embodiment of the present invention, a network located between the upstream network and a downstream network is referred to as a "third-party network". In this embodiment of the present invention, boundary devices that perform synchronization packet interaction between both the upstream network and the third-party network, and boundary devices that perform synchronization packet interaction between both the third-party network and the downstream network are focused on, where a boundary device of the upstream network, a boundary device of the downstream network, and a boundary device of the third-party network are all formed by BC devices. A time domain in which the boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located. The boundary device of the upstream network side may learn the time offset between the time domain of the upstream network and the time domain of the third-party network.

[0034] After learning the time offset between the time domain of the upstream network and the time domain of the third-party network, the boundary device of the upstream network side may deliver the synchronization packet that carries the time offset to the boundary device of the third-party network side.

[0035] S102. The boundary device of the third-party network side transparently transmits the synchronization packet that carries the time synchronization offset to a boundary device of a downstream network side, so that the boundary device of the downstream network side performs time synchronization with the boundary device of the upstream network side according to the time synchronization offset.

[0036] In S102, after the boundary device of the third-party network side receives the synchronization packet that carries the time synchronization offset and is delivered by the boundary device of the upstream network side, the synchronization packet does not need to be processed and transparently transmitted time does not need to be perceived within the network; instead, internal transparent transmission is directly performed on the synchronization packet, and the synchronization packet is delivered to the boundary device of the downstream network side. Specifically, the boundary device of the upstream network side may add a source IP address and a destination IP address to the delivered synchronization packet that carries the time synchronization offset, where the source IP address is an IP address of the boundary device of the upstream network side, and the destination IP address is an IP address of the boundary device of the downstream network side that receives the synchronization packet. In this way, the boundary device of the third-party network side may directly perform, on the synchronization packet, transparent transmission within the third-party network and deliver the synchronization packet to the boundary device of the downstream network side, according to the destination IP address in the synchronization packet.

[0037] Before receiving the synchronization packet that carries the time synchronization offset, the boundary device of the downstream network side traces a clock of the boundary device of the third-party network side. After receiving the synchronization packet that carries the time synchronization offset, the boundary device of the downstream network side performs clock correction on a basis of the original clock according to the received time synchronization offset, where a corrected clock is the same as a clock of the boundary device of the upstream network side, that is, time synchronization with the boundary device of the upstream network side is implemented.

[0038] In this embodiment of the present invention, in a synchronization mode of BC devices in an entire network, after a boundary device of an upstream network side learns a time offset between a time domain of the boundary device of the upstream network side itself and a time domain of a boundary device of an intermediate third-party network side, the boundary device of the upstream network side delivers a synchronization packet that carries the time offset to the boundary device of the third-party network side, and the boundary device of the third-party network side transparently transmits the synchronization packet to a boundary device of a downstream network side, so that the boundary device of the downstream network side may perform time synchronization with the boundary device of the upstream network side according to the time offset. Because the boundary device of the third-party network side does not internally perceive transparently transmitted time, and directly transparently transmits the packet, original time synchronization of the boundary device of the third-party network side is not affected, and time synchronization within multiple time domains can be implemented in a scenario in which the time domain of the boundary device of the third-party network side is traversed.

[0039] To facilitate understanding of this solution, the following describes in detail the foregoing technical solution by using a specific implementation manner.

[0040] In a specific application scenario, a specific implementation process of the receiving, by a boundary device of a third-party network side, a synchronization packet that carries a time synchronization offset and is delivered by a boundary device of an upstream network side in the foregoing S101 is shown in FIG. 2, and includes:
S201. A second BC device of the boundary device of the third-party network side sends, by using a second PTP port that is preset to a master clock state, a synchronization packet (Syn message) to a first PTP port that is of a first BC device of the boundary device of the upstream network side and is preset to a passive clock state or a monitor clock state.

[0041] S202. The second BC device receives, by using the second PTP port, a peer delay-request packet (Pdelay_Req message) that is sent by the first BC device by using the first PTP port.

[0042] S203. The second BC device sends a peer delay-response packet (Pdelay_Resp message) to the first PTP port of the first BC device by using the second PTP port.

[0043] S204. The second BC device receives, by using the second PTP port, the packet that carries the time synchronization offset (offset) and is sent by the first BC device by using the first PTP port.

[0044] The first BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, and the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network. The interface devices herein are used to represent devices that are on both sides of a network and can perform synchronization packet interaction.

[0045] In the foregoing implementation manner, a setting manner of a PTP port of a related BC device is as follows: A PTP port of the second BC device is set to a master clock state (Master), and moreover, a PTP port of the first BC device is set to a passive clock state (Passive) in the 1588V2 standard, or is defined as a new port state, that is, a monitor clock state (Monitor). For ease of description, the PTP port of the first BC device is referred to as a "first PTP port", and the PTP port of the second BC device is referred to as a "second PTP port".

[0046] When the PTP port of the first BC device is set to a Passive state, and the PTP port of the second BC device is set to a Master state, packet interaction between the first BC device and the second BC device complies with a Pdelay delay mechanism, and the packet interaction between the two PTP ports is shown in FIG. 3. The second PTP port in the Master state sends a Syn message to the first PTP port in the Passive state, a timestamp that is of the Syn message packet and is generated at the second BC device is tt1, and a timestamp that is of the Syn message packet and is generated at the first BC device is tt2; the first PTP port in the Passive state sends a Pdelay_Req message to the second PTP port in the Master state at time t1; the second PTP port receives the Pdelay_Req message at time t2; the second PTP port in the Master state sends a Pdelay_Resp message to the first PTP port in the Passive state at time t3; and the first PTP port in the Passive state receives the Pdelay_Resp message at time t4.

[0047] It should be noted that, the first PTP port in the Passive state does not send a packet in a Delay mechanism mode, and may send a Pdelay_Peq message and a Pdelay_Resp message in the Pdelay delay mechanism mode. When the first PTP port is set to the Passive state, the third-party network needs to support the Pdelay delay mechanism. When the third-party network supports only the Delay mechanism, a new state of the PTP port of the first BC device needs to be defined as the Monitor state.

[0048] In addition, it should further be noted that, the boundary device of the upstream network side and the boundary device of the third-party network side interact with each other by using synchronization packets; the boundary device of the upstream network side obtains timestamps carried in the synchronization packets and may learn a time offset between a time domain of the upstream network and a time domain of the third-party network according to the timestamps, and the boundary device of the upstream network side notifies the boundary device of the third-party network side of the time offset.

[0049] In this way, the first BC device may obtain an offset between the time domain of the upstream network and the time domain of the third-party network according to timestamp information of the packets. After the time offset is obtained, the first BC device sends, by using the first PTP port in the Passive state, a packet that carries the offset to the second PTP port in the Master state of the second BC device.

[0050] In a process in which the first BC device obtains the offset between the time domain of the upstream network and the time domain of the third-party network according to the timestamp information of the packets, a mean path delay (meanPathDelay) needs to be first obtained. A calculation manner for the offset is as follows:



[0051] In the foregoing implementation manner, meanPathDelay = [(t2 - t1) + (t4 - t3)]/2 = [(t2 - t3) + (t4 - t1)]/2; then, offset = (tt2 - tt1) - meanPathDelay.

[0052] In another implementation manner, the PTP port of the second BC device, that is, the interface device that interfaces with the boundary device of the upstream network side and is in the third-party network, is still set to the Master state, and the PTP port of the first BC device, that is, the interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, is set to the Monitor state. A PTP interface in the Monitor state may support two delay mechanisms, that is, Delay and Pdelay. In an actual application, the first BC device may select, according to the third-party network, a delay mechanism scheme that is the same as that of the third-party network. When the third-party network supports the Pdelay delay mechanism, packet interaction between the two PTP ports is shown in FIG. 4. The second PTP port in the Master state sends a Syn message to the first PTP port in the Monitor state, a timestamp that is of the Syn message packet and is generated at the second BC device is tt1, and a timestamp that is of the Syn message packet and is generated at the first BC device is tt2; the first PTP port in the Monitor state sends a Pdelay_Req message to the second PTP port in the Master state at time t1; the second PTP port receives the Pdelay_Req message at time t2; the second PTP port in the Master state sends a Pdelay_Resp message to the first PTP port in the Monitor state at time t3; and the first PTP port in the Monitor state receives the Pdelay_Resp message at time t4. In this way, the first BC device may obtain an offset between a time domain of the upstream network and a time domain of the third-party network according to timestamp information of packets. After the time offset is obtained, the first BC device sends, by using the first PTP port in the Monitor state, a packet that carries the offset to the second PTP port in the Master state of the second BC device.

[0053] In this implementation manner, a calculation manner for the offset is as follows:



[0054] In the foregoing implementation manner, meanPathDelay = [(t2 - t1) + (t4 - t3)]/2 = [(t2 - t3) + (t4 - t1)]/2; then, offset = (tt2 - tt1) - meanPathDelay.

[0055] In addition, when the third-party network supports only the Delay mechanism, a specific implementation process of the receiving, by a boundary device of a third-party network side, a synchronization packet that carries a time synchronization offset and is delivered by a boundary device of an upstream network side in the foregoing S101 is shown in FIG. 5, and includes:
S501. A second BC device of the boundary device of the third-party network side sends, by using a second PTP port that is preset to a Master state, a synchronization packet (Syn message) to a first PTP port that is of a first BC device of the boundary device of the upstream network side and is preset to a Monitor state.

[0056] S502. The second BC device receives, by using the second PTP port, a delay-request packet (Pdelay_Req message) that is sent by the first BC device by using the first PTP port.

[0057] S503. The second BC device sends a delay-response packet (Delay_Resp message) to the first BC device by using the second PTP port.

[0058] S504. The second BC device receives, by using the second PTP port, the packet that carries the time synchronization offset (offset) and is sent by the first BC device by using the first PTP port.

[0059] The first BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, and the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.

[0060] In this implementation manner, when packet interaction between the first BC device and the second BC device complies with the Delay mechanism, and the packet interaction between the two PTP ports is shown in FIG. 6. The second PTP port in the Master state sends a Syn message to the first PTP port in the Monitor state at time T1; a timestamp that is of the Syn message packet and is generated at the second BC device is T1, and a timestamp that is of the Syn message packet and is generated at the first BC device is T2; the first PTP port in the Monitor state sends a Delay_Req message to the second PTP port in the Master state at time T3; the second PTP port receives the Delay_Req message at time T4; then, the second PTP port in the Master state sends a Delay_Resp message to the first PTP port in the Monitor state. Likewise, the first BC device may obtain an offset between a time domain of the upstream network and a time domain of the third-party network according to timestamp information of packets. After the time offset is obtained, the first BC device sends, by using the first PTP port in the Monitor state, a packet that carries the offset to the second PTP port in the Master state of the second BC device.

[0061] A calculation manner for the offset is as follows:



[0062] In the foregoing implementation manner, meanPathDelay = [(T2 - T1) + (T4 - T3)]/2 = [(T2 - T3) + (T4 - T1)]/2; then, offset = (T2 - T1) - meanPathDelay.

[0063] In addition, a third BC device is further added to the third-party network and is used as an interface device that interfaces with the boundary device of the downstream network side and is in the third-party network. For ease of description, a PTP port of the third BC device is referred to as a "third PTP port". The third PTP port of the third BC device is preset to the Master state. Because PTP ports of the third BC device and the second BC device that are in the third-party network are preset to the Master state, after the third BC device receives the synchronization packet that carries the time synchronization offset and is sent by the second BC device, the third BC device does not perceive transparently transmitted time, and directly performs packet transparent transmission to transparently transmit the synchronization packet to the boundary device of the downstream network side. The boundary device of the downstream network side performs time synchronization with the boundary device of the upstream network side according to the time synchronization offset.

[0064] In the foregoing embodiments, an implementation procedure of time synchronization is described from the perspective of a boundary device of a third-party network side. The following makes related description about a time synchronization process from the perspective of a boundary device of an upstream network side.

[0065] FIG. 7 is a procedure of time synchronization of a boundary device of an upstream network side, where the procedure includes:
S701. On the basis that boundary devices in an entire network are all BC devices, the boundary device of the upstream network side determines a time synchronization offset from a time domain of a third-party network, where the time synchronization offset is a time offset between a time domain of the upstream network and the time domain of the third-party network.

[0066] S702. The boundary device of the upstream network side delivers a synchronization packet that carries the time offset to a boundary device of the third-party network side, so that the boundary device of the third-party network side transparently transmits the synchronization packet to a boundary device of a downstream network side, and the boundary device of the downstream network side performs time synchronization with the boundary device of the upstream network side according to the time synchronization offset.

[0067] In this embodiment of the present invention, in a synchronization mode in which boundary devices in an entire network are all BC devices, after a boundary device of an upstream network side learns a time offset between a time domain of the boundary device of the upstream network side itself and a time domain of a boundary device of an intermediate third-party network side, the boundary device of the upstream network side delivers a synchronization packet that carries the time offset to the boundary device of the third-party network side, and the boundary device of the third-party network side transparently transmits the synchronization packet to a boundary device of a downstream network side, so that the boundary device of the downstream network side may perform time synchronization with the boundary device of the upstream network side according to the time offset. Because the boundary device of the third-party network side does not internally perceive transparently transmitted time, and directly transparently transmits the packet, original time synchronization of the boundary device of the third-party network side is not affected, and time synchronization within multiple time domains can be implemented in a scenario in which the time domain of the boundary device of the third-party network side is traversed.

[0068] In a specific embodiment, as shown in FIG. 8, a procedure of the determining, by the boundary device of the upstream network side, a time synchronization offset from a time domain of a third-party network may include:
S801. A first BC device of the boundary device of the upstream network side receives, by using a first PTP port that is preset to a passive clock state or a monitor clock state, a synchronization packet that is sent by a second BC device of the boundary device of the third-party network side by using a second PTP port that is preset to a master clock state.

[0069] S802. The first BC device sends a peer delay-request packet to the second PTP port of the second BC device by using the first PTP port.

[0070] S803. The first BC device receives, by using the first PTP port, a peer delay-response packet that is sent by the second BC device by using the second PTP port.

[0071] S804. The first BC device determines a mean path delay according to timestamp information generated by the peer delay-request packet and the peer delay-response packet.

[0072] S805. The first BC device determines the time synchronization offset according to the mean path delay and timestamp information that is generated by the synchronization packet.

[0073] S806. The first BC device sends, by using the first PTP port, the synchronization packet that carries the time synchronization offset to the second PTP port of the second BC device.

[0074] The first BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, and the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.

[0075] In this embodiment, a PTP port of the first BC device, that is, the interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, is set to a passive clock state in the 1588V2 standard, or is defined as a new port state, that is, a monitor clock state. Packet interaction between the first BC device and the second BC device complies with a Pdelay delay mechanism.

[0076] In another embodiment, as shown in FIG. 9, a procedure of the determining, by the boundary device of the upstream network side, a time synchronization offset from a time domain of a third-party network may include:
S901. A first BC device of the boundary device of the upstream network side receives, by using a first PTP port that is preset to a monitor clock state, a synchronization packet that is sent by a second BC device of the boundary device of the third-party network side by using a second PTP port that is preset to a master clock state.

[0077] S902. The first BC device sends a delay-request packet to the second PTP port of the second BC device by using the first PTP port.

[0078] S903. The first BC device receives, by using the first PTP port, a delay-response packet sent by the second PTP port of the second BC device.

[0079] S904. The first BC device determines a mean path delay according to timestamp information generated by the delay-request packet and the delay-response packet.

[0080] S905. The first BC device determines the time synchronization offset according to the mean path delay and timestamp information that is generated by the synchronization packet.

[0081] S906. The first BC device sends, by using the first PTP port, the synchronization packet that carries the time synchronization offset to the second PTP port of the second BC device.

[0082] The first BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, and the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.

[0083] In this embodiment, a PTP port of the first BC device, that is, the interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, is preset to the monitor state, and packet interaction between the first BC device and the second BC device complies with a Delay mechanism.

[0084] In the foregoing embodiments, an implementation procedure of time synchronization is described from the perspective of a boundary device of an upstream network side. The following makes related description about a time synchronization process from the perspective of a boundary device of a downstream network side.

[0085] FIG. 10 is an overall procedure of time synchronization of a boundary device of a downstream network side, where the overall procedure includes:
S1001. On the basis that boundary devices in an entire network are all BC devices, the boundary device of the downstream network side receives a synchronization packet that carries a time synchronization offset, is sent by a boundary device of an upstream network side, and is transparently transmitted by a boundary device of a third-party network side, where the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network.

[0086] S1002. The boundary device of the downstream network side performs time synchronization with the boundary device of the upstream network side according to the time synchronization offset.

[0087] In this embodiment of the present invention, in a synchronization mode in which boundary devices in an entire network are all BC devices, after a boundary device of an upstream network side learns a time offset between a time domain of the boundary device of the upstream network side itself and a time domain of a boundary device of an intermediate third-party network side, the boundary device of the upstream network side delivers a synchronization packet that carries the time offset to the boundary device of the third-party network side, and the boundary device of the third-party network side transparently transmits the synchronization packet to a boundary device of a downstream network side, so that the boundary device of the downstream network side may perform time synchronization with the boundary device of the upstream network side according to the time offset. Because the boundary device of the third-party network side does not internally perceive transparently transmitted time, and directly transparently transmits the packet, original time synchronization of the boundary device of the third-party network side is not affected, and time synchronization within multiple time domains can be implemented in a scenario in which the time domain of the boundary device of the third-party network side is traversed.

[0088] Specifically, a manner of the performing, by the boundary device of the downstream network side, time synchronization with the boundary device of the upstream network side according to the time synchronization offset is shown in FIG. 11, and includes:
S1101. A fourth BC device of the boundary device of the downstream network side receives, by using a fourth PTP port that is preset to a slave clock state (Slave), the synchronization packet that carries the time synchronization offset and is sent by a third BC device of the boundary device of the third-party network side by using a third PTP port that is preset to a master clock state.

[0089] S1102. The fourth BC device determines a preliminary clock adjustment value for time synchronization with the third BC device.

[0090] S1103. The fourth BC device uses a sum of the time synchronization offset and the clock adjustment value as a final clock adjustment value, and performs clock adjustment according to the final clock adjustment value.

[0091] In this implementation manner, for ease of description, a PTP port of the fourth BC device is referred to as a "fourth PTP port". The fourth PTP port of the fourth BC device is preset to the slave clock state, and because the third PTP port of the third BC device is preset to the master clock state, before receiving the synchronization packet that carries the time synchronization offset, the fourth BC device traces a clock of the boundary device of the third-party network side, and may determine the preliminary clock adjustment value for time synchronization with the third BC device. After receiving the synchronization packet that carries the time synchronization offset, the fourth BC device performs clock correction on a basis of the original clock according to the received time synchronization offset. That is, the sum of the time synchronization offset and the clock adjustment value is used as the final clock adjustment value, and clock adjustment is performed according to the final clock adjustment value, so that a corrected clock is the same as a clock of the boundary device of the upstream network side; in other words, time synchronization with the boundary device of the upstream network side is implemented.

[0092] To facilitate overall understanding of the foregoing technical solution, the following describes the foregoing time synchronization method by using a specific application scenario.

[0093] As shown in FIG. 12, FIG. 12 is a schematic diagram of a scenario of time synchronization performed by three-party networks. Original synchronization networks 1 and 2 use a synchronization mode in which boundary devices in an entire network are all BC devices, it is required to implement that the synchronization network 2 traverses the synchronization network 1, and it is required that time of a downstream synchronization network 2 is not synchronized with time of the synchronization network 1, but synchronized with time of the upstream synchronization network 2. The synchronization network 1 is the foregoing third-party network. Boundary devices C and D in the synchronization network 1 are respectively an interface device that interfaces with an upstream network and an interface device that interfaces with a downstream network, a 1588 function of a PTP port is separately enabled on the devices C and D, and states of the PTP ports of the devices C and D are both preset to a Matser state. A device A that is in the upstream synchronization network 2 is an interface device that interfaces with the synchronization network 1, and a device B that is in the downstream synchronization network 2 is a to-be-synchronized device and needs to be synchronized with the device A. The 1588 function is enabled for a PTP port of the device A, and a state of the PTP port may be configured as a Passive state of a Pdelay mode, or configured as a Monitor state that supports the Pdelay mode and a Delay mode. The device A calculates a time offset from the synchronization network 1, and sends the offset to the device C by using a synchronization packet; and the device C forwards the synchronization packet to the device D, so as to implement that the offset traverses the synchronization network 1 and is sent to the device B. A state of a PTP port of the device B is configured as a Slave state. Therefore, the device B uses a sum of the offset and a time synchronization adjustment value between the device B and the device D as a final time synchronization adjustment value, and adjusts a clock of the device B itself, to finally implement time synchronization between the device B and the device A. The devices A, B, C, and D are all BC devices.

[0094] Corresponding to the foregoing time synchronization method embodiments, the present invention provides a time synchronization device, applied to a third-party network.

[0095] As shown in FIG. 13, the time synchronization device may include:

a receiving unit 1301, configured to receive a synchronization packet that carries a time synchronization offset and is delivered by a boundary device of an upstream network side, where the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network; and

a transparent transmission unit 1302, configured to transparently transmit the synchronization packet that carries the time synchronization offset to a boundary device of a downstream network side, so that the boundary device of the downstream network side performs time synchronization with the boundary device of the upstream network side according to the time synchronization offset.



[0096] The time synchronization device is disposed on a third-party network, after a boundary device of an upstream network side learns a time offset between a time domain of the boundary device of the upstream network side itself and a time domain of a boundary device of the intermediate third-party network side, the boundary device of the upstream network side delivers a synchronization packet that carries the time offset to the boundary device of the third-party network side, and the boundary device of the third-party network side transparently transmits the synchronization packet to a boundary device of a downstream network side, so that the boundary device of the downstream network side may perform time synchronization with the boundary device of the upstream network side according to the time offset. Because the boundary device of the third-party network side does not internally perceive transparently transmitted time, and directly transparently transmits the packet, original time synchronization of the boundary device of the third-party network side is not affected, and time synchronization within multiple time domains can be implemented in a scenario in which the time domain of the boundary device of the third-party network side is traversed.

[0097] In a feasible embodiment, an implementation manner of the foregoing receiving unit may be specifically: disposing a second BC device whose second PTP port is preset to a master clock state, where the second BC device sends, by using the second PTP port, a synchronization packet to a first PTP port that is of a first BC device of the boundary device of the upstream network side and is preset to a passive clock state or a monitor clock state, receives a peer delay-request packet that is sent by the first BC device by using the first PTP port, sends a peer delay-response packet to the first BC device, and receives the synchronization packet that carries the time synchronization offset and is sent by the first BC device by using the first PTP port, where the first BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, and the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.

[0098] In another feasible embodiment, an implementation manner of the foregoing receiving unit may be specifically: disposing a second BC device whose second PTP port is preset to a master clock state, where the second BC device sends, by using the second PTP port, a synchronization packet to a first PTP port that is of a first BC device of the boundary device of the upstream network side and is preset to a monitor clock state, receives a delay-request packet that is sent by the first BC device by using the first PTP port, sends a delay-response packet to the first BC device, and receives the synchronization packet that carries the time synchronization offset and is sent by the first BC device by using the first PTP port, where the first BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, and the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.

[0099] In addition, an implementation manner of the transparent transmission unit may be specifically a third BC device whose third PTP port is preset to a master clock state, where the third BC device receives, by using the third PTP port, the synchronization packet that carries the time synchronization offset and is sent by the second BC device by using the second PTP port, and transparently transmits the synchronization packet to the boundary device of the downstream network side, where the third BC device is an interface device that interfaces with the boundary device of the downstream network side and is in the third-party network.

[0100] Corresponding to the foregoing time synchronization method embodiments, the present invention provides a time synchronization device, applied to an upstream network.

[0101] As shown in FIG. 14, the time synchronization device may include:

a time synchronization offset determining unit 1401, configured to determine a time synchronization offset from a time domain of a third-party network, where the time synchronization offset is a time offset between a time domain of the upstream network and the time domain of the third-party network; and

a packet sending unit 1402, configured to deliver a synchronization packet that carries the time offset to a boundary device of the third-party network side, so that the boundary device of the third-party network side transparently transmits the synchronization packet to a boundary device of a downstream network side, and the boundary device of the downstream network side performs time synchronization with a boundary device of the upstream network side according to the time synchronization offset.



[0102] The time synchronization device is disposed on an upstream network, after a boundary device of the upstream network side learns a time offset between a time domain of the boundary device of the upstream network side itself and a time domain of a boundary device of an intermediate third-party network side, the boundary device of the upstream network side delivers a synchronization packet that carries the time offset to the boundary device of the third-party network side, and the boundary device of the third-party network side transparently transmits the synchronization packet to a boundary device of a downstream network side, so that the boundary device of the downstream network side may perform time synchronization with the boundary device of the upstream network side according to the time offset. Because the boundary device of the third-party network side does not internally perceive transparently transmitted time, and directly transparently transmits the packet, original time synchronization of the boundary device of the third-party network side is not affected, and time synchronization within multiple time domains can be implemented in a scenario in which the time domain of the boundary device of the third-party network side is traversed.

[0103] In a feasible embodiment, a specific implementation manner of the foregoing time synchronization offset determining unit may be:
receiving, by using a first PTP port that is preset to a passive clock state or a monitor clock state, a synchronization packet that is sent by a second BC device of the boundary device of the third-party network side by using a second PTP port that is preset to a master clock state; sending a peer delay-request packet to the second PTP port of the second BC device by using the first PTP port; receiving, by using the first PTP port, a peer delay-response packet that is sent by the second BC device by using the second PTP port; determining a mean path delay according to timestamp information generated by the peer delay-request packet and the peer delay-response packet; determining the time synchronization offset according to the mean path delay and timestamp information that is generated by the synchronization packet; and sending, by using the first PTP port, the synchronization packet that carries the time synchronization offset to the second PTP port of the second BC device, where the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.

[0104] In a feasible embodiment, a specific implementation manner of the foregoing time synchronization offset determining unit may be:
receiving, by using a first PTP port that is preset to a monitor clock state, a synchronization packet that is sent by a second BC device of the boundary device of the third-party network side by using a second PTP port that is preset to a master clock state; sending a delay-request packet to the second PTP port of the second BC device by using the first PTP port; receiving, by using the first PTP port, a delay-response packet sent by the second PTP port of the second BC device; determining a mean path delay according to timestamp information generated by the delay-request packet and the delay-response packet; determining the time synchronization offset according to the mean path delay and timestamp information that is generated by the synchronization packet; and sending, by using the first PTP port, the synchronization packet that carries the time synchronization offset to the second PTP port of the second BC device, where the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.

[0105] Corresponding to the foregoing time synchronization method embodiments, the present invention provides a time synchronization device, applied to a downstream network.

[0106] As shown in FIG. 15, the time synchronization device may include:

a packet receiving unit 1501, configured to receive a synchronization packet that carries a time synchronization offset, is sent by a boundary device of an upstream network side, and is transparently transmitted by a boundary device of a third-party network side, where the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network; and

a synchronizing unit 1502, configured to perform time synchronization with the boundary device of the upstream network side according to the time synchronization offset.



[0107] The time synchronization device is disposed on a downstream network, after a boundary device of an upstream network side learns a time offset between a time domain of the boundary device of the upstream network side itself and a time domain of a boundary device of an intermediate third-party network side, the boundary device of the upstream network side delivers a synchronization packet that carries the time offset to the boundary device of the third-party network side, and the boundary device of the third-party network side transparently transmits the synchronization packet to a boundary device of the downstream network side, so that the boundary device of the downstream network side may perform time synchronization with the boundary device of the upstream network side according to the time offset. Because the boundary device of the third-party network side does not internally perceive transparently transmitted time, and directly transparently transmits the packet, original time synchronization of the boundary device of the third-party network side is not affected, and time synchronization within multiple time domains can be implemented in a scenario in which the time domain of the boundary device of the third-party network side is traversed.

[0108] In a feasible embodiment, a specific implementation manner of the foregoing synchronizing unit may be:
receiving, by using a fourth PTP port that is preset to a slave clock state, the synchronization packet that carries the time synchronization offset and is sent by a third BC device of the boundary device of the third-party network side by using a third PTP port that is preset to a master clock state; determining a preliminary clock adjustment value for time synchronization with the third BC device; and using a sum of the time synchronization offset and the clock adjustment value as a final clock adjustment value, and performing clock adjustment according to the final clock adjustment value, where the third BC device is an interface device that interfaces with the boundary device of the downstream network side and is in the third-party network.

[0109] As shown in FIG. 16, the present invention further provides a time synchronization processing apparatus that is implemented based on a computer system and applied to a third-party network. In specific implementation, the time synchronization processing apparatus may include a receiver 1601, a processor 1602, and a memory 1603, where the three are connected by using a bus 1604.

[0110] The memory 1603 is configured to store a computer execution instruction.

[0111] The receiver 1601 is configured to receive, on the basis that boundary devices in an entire network are all BC devices, a synchronization packet that carries a time synchronization offset and is delivered by a boundary device of an upstream network side, where the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network.

[0112] The processor 1602 is configured to: execute the computer execution instruction stored in the memory, and transparently transmit the synchronization packet to a boundary device of a downstream network side, so that the boundary device of the downstream network side performs time synchronization with the boundary device of the upstream network side according to the time synchronization offset.

[0113] As shown in FIG. 17, the present invention further provides a time synchronization processing apparatus that is implemented based on a computer system and is applied to an upstream network. In specific implementation, the time synchronization processing apparatus may include a transmitter 1701, a processor 1702, and a memory 1703, where the three are connected by using a bus 1704.

[0114] The memory 1703 is configured to store a computer execution instruction.

[0115] The processor 1702 is configured to: execute the computer execution instruction stored in the memory, and determine, on the basis that boundary devices in an entire network are all BC devices, a time synchronization offset from a time domain of a third-party network, where the time synchronization offset is a time offset between a time domain of the upstream network and the time domain of the third-party network.

[0116] The transmitter 1701 is configured to deliver a synchronization packet that carries the time offset to a boundary device of a third-party network side, so that the boundary device of the third-party network side transparently transmits the synchronization packet to a boundary device of a downstream network side, and the boundary device of the downstream network side performs time synchronization with a boundary device of the upstream network side according to the time synchronization offset.

[0117] As shown in FIG. 18, the present invention further provides a time synchronization processing apparatus that is implemented based on a computer system and is applied to a downstream network. In specific implementation, the time synchronization processing apparatus may include a receiver 1801, a processor 1802, and a memory 1803, where the three are connected by using a bus 1804.

[0118] The memory 1803 is configured to store a computer execution instruction.

[0119] The receiver 1801 is configured to receive, on the basis that boundary devices in an entire network are all BC devices, a synchronization packet that carries a time synchronization offset, is sent by a boundary device of an upstream network side, and is transparently transmitted by a boundary device of a third-party network side, where the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network.

[0120] The processor 1802 is configured to: execute the computer execution instruction stored in the memory, and perform time synchronization with the boundary device of the upstream network side according to the time synchronization offset.

[0121] In specific implementation, the foregoing processor may be a central processing unit (central processing unit, CPU), an application-specific integrated circuit (application-specific integrated circuit, ASIC), or the like. A computer storage medium can store a program, and when the program is executed, a part or all of steps in each embodiment of a time synchronization method provided in embodiments of the present invention may be included. The foregoing storage medium may be a magnetic disk, an optical disc, a read-only memory (Read-Only Memory, ROM), a random access memory (Random Access Memory, RAM), or the like.

[0122] A person of ordinary skill in the art may be aware that, in combination with the examples described in the embodiments disclosed in this specification, units and algorithm steps may be implemented by electronic hardware or a combination of computer software and electronic hardware. Whether the functions are performed by hardware or software depends on particular applications and design constraint conditions of the technical solutions. A person skilled in the art may use different methods to implement the described functions for each particular application, but it should not be considered that the implementation goes beyond the scope of the present invention.

[0123] It may be clearly understood by a person skilled in the art that, for the purpose of convenient and brief description, for a detailed working process of the foregoing system, apparatus, and unit, reference may be made to a corresponding process in the foregoing method embodiments, and details are not described herein again.

[0124] In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus, and method may be implemented in other manners. For example, the described apparatus embodiment is merely exemplary. For example, the unit division is merely logical function division and may be other division in actual implementation. For example, a plurality of units or components may be combined or integrated into another system, or some features may be ignored or not performed. In addition, the displayed or discussed mutual couplings or direct couplings or communication connections may be implemented by using some interfaces. The indirect couplings or communication connections between the apparatuses or units may be implemented in electronic, mechanical, or other forms.

[0125] The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.

[0126] In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each of the units may exist alone physically, or two or more units are integrated into one unit.

[0127] When the functions are implemented in the form of a software functional unit and sold or used as an independent product, the functions may be stored in a computer-readable storage medium. Based on such an understanding, the technical solutions of the present invention essentially, or the part contributing to the prior art, or a part of the technical solutions may be implemented in a form of a software product. The software product is stored in a storage medium and includes several instructions for instructing a computer device (which may be a personal computer, a server, or a network device) or a processor (processor) to perform all or some of the steps of the methods described in the embodiments of the present invention. The foregoing storage medium includes: any medium that can store program code, such as a USB flash drive, a removable hard disk, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), a magnetic disk, or an optical disc.

[0128] The foregoing descriptions are merely specific implementation manners of the present invention, but are not intended to limit the protection scope of the present invention. Any variation or replacement readily figured out by a person skilled in the art within the technical scope disclosed in the present invention shall fall within the protection scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.


Claims

1. A time synchronization method, comprising:

on the basis that boundary devices in an entire network are all boundary clock, BC, devices, receiving (S101), by a boundary device of a third-party network side, a synchronization packet that carries a time synchronization offset and is delivered by a boundary device of an upstream network side, wherein the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network, wherein a time domain in which the boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located; and

transparently transmitting (S102), by the boundary device of the third-party network side, the synchronization packet that carries the time synchronization offset to a boundary device of a downstream network side, wherein the boundary device of the upstream network side and the boundary device of the downstream network side are in a same time domain, and wherein the synchronization packet is used by the boundary device of the downstream network side for performing time synchronization with the boundary device of the upstream network side according to the time synchronization offset.


 
2. The method according to claim 1, wherein the receiving (S101), by a boundary device of a third-party network side, a synchronization packet that carries a time synchronization offset and is delivered by a boundary device of an upstream network side comprises:

sending (S201), by a second BC device of the boundary device of the third-party network side by using a second Precision Time Protocol, PTP, port that is preset to a master clock state, a synchronization packet to a first PTP port that is of a first BC device of the boundary device of the upstream network side and is preset to a passive clock state or a monitor clock state;

receiving (S202), by the second BC device by using the second PTP port, a peer delay-request packet that is sent by the first BC device by using the first PTP port;

sending (S203), by the second BC device, a peer delay-response packet to the first PTP port of the first BC device by using the second PTP port; and

receiving (S204), by the second BC device by using the second PTP port, the synchronization packet that carries the time synchronization offset and is sent by the first BC device by using the first PTP port,

wherein the first BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, and the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.


 
3. The method according to claim 1, wherein the synchronization packet further comprises a source Internet Protocol, IP, address and a destination IP address, the source IP address is an IP address of the boundary service of the upstream network side and the destination IP address is an IP address of the boundary device of the downstream network side.
 
4. The method according to claim 2, wherein the transparently transmitting (S102), by the boundary device of the third-party network side, the synchronization packet that carries the time synchronization offset to a boundary device of a downstream network side comprises:
sending, by the second BC device by using the second PTP port, the synchronization packet that carries the time synchronization offset to a third PTP port that is of a third BC device and is preset to a master clock state, and transparently transmitting, by the third BC device, the synchronization packet to the boundary device of the downstream network side, wherein the third BC device is an interface device that interfaces with the boundary device of the downstream network side and is in the third-party network.
 
5. A time synchronization method, comprising:

on the basis that boundary devices in an entire network are all boundary clock, BC, devices, determining (S701), by a boundary device of an upstream network side, a time synchronization offset from a time domain of a third-party network, wherein the time synchronization offset is a time offset between a time domain of the upstream network and the time domain of the third-party network, wherein a time domain in which a boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located; and

delivering (S702), by the boundary device of the upstream network side, a synchronization packet that carries the time offset to the boundary device of the third-party network side, wherein the boundary device of the upstream network side and a boundary device of a downstream network side are in a same time domain, and the synchronization packet is used by the boundary device of the downstream network side for performing time synchronization with the boundary device of the upstream network side according to the time synchronization offset, when receiving from the boundary device of the third-party network side the synchronization packet transmitted by the boundary device of the third-party network side through transparently transmission.


 
6. The method according to claim 5, wherein the determining (S701), by a boundary device of an upstream network side, a time synchronization offset from a time domain of a third-party network comprises:

receiving (S801), by a first BC device of the boundary device of the upstream network side by using a first Precision Time Protocol, PTP, port that is preset to a passive clock state or a monitor clock state, a synchronization packet that is sent by a second BC device of the boundary device of the third-party network side by using a second PTP port that is preset to a master clock state;

sending (S802), by the first BC device, a peer delay-request packet to the second PTP port of the second BC device by using the first PTP port;

receiving (S803), by the first BC device by using the first PTP port, a peer delay-response packet that is sent by the second BC device by using the second PTP port;

determining (S804), by the first BC device, a mean path delay according to timestamp information generated by the peer delay-request packet and the peer delay-response packet;

determining (S805), by the first BC device, the time synchronization offset according to the mean path delay and timestamp information that is generated by the synchronization packet; and

sending (S806), by the first BC device by using the first PTP port, the synchronization packet that carries the time synchronization offset to the second PTP port of the second BC device,

wherein the first BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, and the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.


 
7. The method according to claim 5, wherein the synchronization packet further comprises a source Internet Protocol, IP, address and a destination IP address, the source IP address is an IP address of the boundary service of the upstream network side and the destination IP address is an IP address of the boundary device of the downstream network side.
 
8. A time synchronization method, comprising:

on the basis that boundary devices in an entire network are all boundary clock, BC, devices, receiving (S1001), by a boundary device of a downstream network side, a synchronization packet that carries a time synchronization offset, and that is sent by a boundary device of an upstream network side to a boundary device of a third-party network side and then transparently transmitted by the boundary device of the third-party network side to the boundary device of the downstream network side, wherein the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network, wherein the boundary device of the upstream network side and the boundary device of the downstream network side are in a same time domain, wherein a time domain in which the boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located; and

performing (S1002), by the boundary device of the downstream network side, time synchronization with the boundary device of the upstream network side according to the time synchronization offset.


 
9. The method according to claim 8, wherein the performing (S1002), by the boundary device of the downstream network side, time synchronization with the boundary device of the upstream network side according to the time synchronization offset comprises:

receiving (S1101), by a fourth BC device of the boundary device of the downstream network side by using a fourth Precision Time Protocol, PTP, port that is preset to a slave clock state, the synchronization packet that carries the time synchronization offset and is sent by a third BC device of the boundary device of the third-party network side by using a third PTP port that is preset to a master clock state;

determining (S1102), by the fourth BC device, a preliminary clock adjustment value for time synchronization with the third BC device; and

using (S1103), by the fourth BC device, a sum of the time synchronization offset and the clock adjustment value as a final clock adjustment value, and performing clock adjustment according to the final clock adjustment value,

wherein the third BC device is an interface device that interfaces with the boundary device of the downstream network side and is in the third-party network, and the fourth BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the downstream network.


 
10. A time synchronization device disposed on a third-party network side, wherein the device comprises:

a receiving unit (1301), configured to receive a synchronization packet that carries a time synchronization offset and is delivered by a boundary device of an upstream network side, wherein the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network, wherein a time domain in which the boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located; and

a transparent transmission unit (1302), configured to transparently transmit the synchronization packet that carries the time synchronization offset to a boundary device of a downstream network side, wherein the boundary device of the upstream network side and the boundary device of the downstream network side are in a same time domain, and wherein the synchronization packet is used by the boundary device of the downstream network side for performing time synchronization with the boundary device of the upstream network side according to the time synchronization offset.


 
11. The device according to claim 10, wherein the receiving unit (1301), is specifically a second boundary clock, BC, device whose second Precision Time Protocol, PTP, port is preset to a master clock state, wherein the second BC device sends, by using the second PTP port, a synchronization packet to a first PTP port that is of a first BC device of the boundary device of the upstream network side and is preset to a passive clock state or a monitor clock state, receives a peer delay-request packet that is sent by the first BC device by using the first PTP port, sends a peer delay-response packet to the first BC device, and receives the synchronization packet that carries the time synchronization offset and is sent by the first BC device by using the first PTP port,
wherein the first BC device is an interface device that interfaces with the boundary device of the third-party network side and is in the upstream network, and the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.
 
12. The device according to claim 10, wherein the synchronization packet further comprises a source Internet Protocol, IP, address and a destination IP address, the source IP address is an IP address of the boundary service of the upstream network side and the destination IP address is an IP address of the boundary device of the downstream network side.
 
13. The device according to claim 11 or 12, wherein the transparent transmission unit (1302), is specifically a third BC device whose third PTP port is preset to a master clock state, wherein the third BC device receives, by using the third PTP port, the synchronization packet that carries the time synchronization offset and is sent by the second BC device by using the second PTP port, and transparently transmits the synchronization packet to the boundary device of the downstream network side, wherein the third BC device is an interface device that interfaces with the boundary device of the downstream network side and is in the third-party network.
 
14. A time synchronization boundary clock, BC, device disposed on an upstream network side, wherein the device comprises:

a time synchronization offset determining unit (1401), configured to determine a time synchronization offset from a time domain of a third-party network, wherein the time synchronization offset is a time offset between a time domain of the upstream network and the time domain of the third-party network, wherein a time domain in which a boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located; and

a packet sending unit (1402), configured to deliver a synchronization packet that carries the time offset to the boundary device of the third-party network side, wherein the boundary device of the upstream network side and a boundary device of a downstream network side are in a same time domain, and the synchronization packet is used by the boundary device of the downstream network side for performing time synchronization with a boundary device of the upstream network side according to the time synchronization offset, when receiving from the boundary device of the third-party network side the synchronization packet transmitted by the boundary device of the third-party network side through transparently transmission.


 
15. The device according to claim 14, wherein the time synchronization offset determining unit (1401) specifically receives, by using a first Precision Time Protocol, PTP, port that is preset to a passive clock state or a monitor clock state, a synchronization packet that is sent by a second BC device of the boundary device of the third-party network side by using a second PTP port that is preset to a master clock state; sends a peer delay-request packet to the second PTP port of the second BC device by using the first PTP port; receives, by using the first PTP port, a peer delay-response packet that is sent by the second BC device by using the second PTP port; determines a mean path delay according to timestamp information generated by the peer delay-request packet and the peer delay-response packet; determines the time synchronization offset according to the mean path delay and timestamp information that is generated by the synchronization packet; and sends, by using the first PTP port, the synchronization packet that carries the time synchronization offset to the second PTP port of the second BC device, wherein
the second BC device is an interface device that interfaces with the boundary device of the upstream network side and is in the third-party network.
 
16. The device according to claim 14, wherein the synchronization packet further comprises a source Internet Protocol, IP, address and a destination IP address, the source IP address is an IP address of the boundary service of the upstream network side and the destination IP address is an IP address of the boundary device of the downstream network side.
 
17. A time synchronization boundary clock, BC, device disposed on a downstream network side, wherein the device comprises:

a packet receiving unit (1501), configured to receive a synchronization packet that carries a time synchronization offset, and that is sent by a boundary device of an upstream network side to a boundary device of a third-party network side and then transparently transmitted by the boundary device of the third-party network side to the boundary device of the downstream network side, wherein the time synchronization offset is a time offset between a time domain of the upstream network and a time domain of the third-party network, wherein the boundary device of the upstream network side and the boundary device of the downstream network side are in a same time domain, wherein a time domain in which the boundary device of the third-party network side is located is different from a time domain in which the boundary device of the upstream network side is located; and

a synchronizing unit (1502), configured to perform time synchronization with the boundary device of the upstream network side according to the time synchronization offset.


 
18. The device according to claim 17, wherein the synchronizing unit (1502) specifically receives, by using a fourth Precision Time Protocol, PTP, port that is preset to a slave clock state, the synchronization packet that carries the time synchronization offset and is sent by a third BC device of the boundary device of the third-party network side by using a third PTP port that is preset to a master clock state, determines a preliminary clock adjustment value for time synchronization with the third BC device; and uses a sum of the time synchronization offset and the clock adjustment value as a final clock adjustment value, and performs clock adjustment according to the final clock adjustment value, wherein
the third BC device is an interface device that interfaces with the boundary device of the downstream network side and is in the third-party network.
 


Ansprüche

1. Zeitsynchronisationsverfahren, umfassend:

auf der Grundlage, dass alle Grenzgeräte in einem gesamten Netzwerk Grenztakt(boundary clock - BC)geräte sind, Empfangen (S101), durch ein Grenzgerät einer Drittanbieter-Netzwerkseite, eines Synchronisationspakets, das einen Zeitsynchronisationsversatz führt und durch ein Grenzgerät einer Upstream-Netzwerkseite zugeführt wird, wobei der Zeitsynchronisationsversatz ein Zeitversatz zwischen einem Zeitbereich des Upstream-Netzwerks und einem Zeitbereich des Drittanbieter-Netzwerks ist, wobei sich ein Zeitbereich, in dem sich das Grenzgerät der Drittanbieter-Netzwerkseite befindet, von einem Zeitbereich unterscheidet, in dem sich das Grenzgerät der Upstream-Netzwerkseite befindet; und

transparentes Übertragen (S102), durch das Grenzgerät der Drittanbieter-Netzwerkseite, des Synchronisationspakets, das den Zeitsynchronisationsversatz führt, zu einem Grenzgerät einer Downstream-Netzwerkseite, wobei sich das Grenzgerät der Upstream-Netzwerkseite und das Grenzgerät der Downstream-Netzwerkseite in demselben Zeitbereich befinden, und wobei das Synchronisationspaket durch das Grenzgerät der Downstream-Netzwerkseite zum Durchführen einer Zeitsynchronisation mit dem Grenzgerät der Upstream-Netzwerkseite gemäß dem Zeitsynchronisationsversatz verwendet wird.


 
2. Verfahren nach Anspruch 1, wobei das Empfangen (S101) durch ein Grenzgerät einer Drittanbieter-Netzwerkseite eines Synchronisationspakets, das einen Zeitsynchronisationsversatz führt und durch ein Grenzgerät einer Upstream-Netzwerkseite zugeführt wird, umfasst:

Senden (S201), durch ein zweites BC-Gerät des Grenzgeräts der Drittanbieter-Netzwerkseite, durch Verwenden eines zweiten Precision Time Protocol(PTP)-Ports, der auf einen Haupttaktzustand voreingestellt ist, eines Synchronisationspakets an einen ersten PTP-Port, der von einem ersten BC-Gerät des Grenzgeräts der Upstream-Netzwerkseite stammt und auf einen passiven Taktzustand oder einen Überwachungstaktzustand voreingestellt ist;

Empfangen (S202), durch das zweite BC-Gerät durch Verwenden des zweiten PTP-Ports, eines Teilnehmer-Verzögerungsanforderungspakets, das durch das erste BC-Gerät durch Verwenden des ersten PTP-Ports gesendet wird;

Senden (S203), durch das zweite BC-Gerät, eines Teilnehmer-Verzögerungsantwortpakets an den ersten PTP-Port des ersten BC-Geräts durch Verwenden des zweiten PTP-Ports; und

Empfangen (S204), durch das zweite BC-Gerät durch Verwenden des zweiten PTP-Ports, des Synchronisationspakets, das den Zeitsynchronisationsversatz führt und durch das erste BC-Gerät durch Verwenden des ersten PTP-Ports gesendet wird,

wobei das erste BC-Gerät ein Schnittstellengerät ist, das mit dem Grenzgerät der Drittanbieter-Netzwerkseite verbunden ist und sich in dem Upstream-Netzwerk befindet, und das zweite BC-Gerät ein Schnittstellengerät ist, das mit dem Grenzgerät der Upstream-Netzwerkseite verbunden ist und sich in dem Drittanbieter-Netzwerk befindet.


 
3. Verfahren nach Anspruch 1, wobei das Synchronisationspaket ferner eine Quell-Internetprotokoll(IP)-Adresse und eine Ziel-IP-Adresse umfasst, wobei die Quell-IP-Adresse eine IP-Adresse des Grenzdienstes der Upstream-Netzwerkseite ist und die Ziel-IP-Adresse eine IP-Adresse des Grenzgeräts der Downstream-Netzwerkseite ist.
 
4. Verfahren nach Anspruch 2, wobei das transparente Übertragen (S102), durch das Grenzgerät der Drittanbieter-Netzwerkseite, des Synchronisationspakets, das den Zeitsynchronisationsversatz führt, an ein Grenzgerät einer Downstream-Netzwerkseite umfasst:
Senden, durch das zweite BC-Gerät durch Verwenden des zweiten PTP-Ports, des Synchronisationspakets, das den Zeitsynchronisationsversatz führt, an einen dritten PTP-Port, der von einem dritten BC-Gerät stammt und auf einen Haupttaktzustand voreingestellt ist, und transparentes Übertragen, durch das dritte BC-Gerät, des Synchronisationspakets an das Grenzgerät der Downstream-Netzwerkseite, wobei das dritte BC-Gerät ein Schnittstellengerät ist, das mit dem Grenzgerät der Downstream-Netzwerkseite verbunden ist und sich in dem Drittanbieter-Netzwerk befindet.
 
5. Zeitsynchronisationsverfahren, umfassend:

auf der Grundlage, dass alle Grenzgeräte in einem gesamten Netzwerk Grenztakt(BC)geräte sind, Bestimmen (S701), durch ein Grenzgerät einer Upstream-Netzwerkseite, eines Zeitsynchronisationsversatzes von einem Zeitbereich eines Drittanbieter-Netzwerks, wobei der Zeitsynchronisationsversatz ein Zeitversatz zwischen einem Zeitbereich des Upstream-Netzwerks und dem Zeitbereich des Drittanbieter-Netzwerks ist, wobei sich ein Zeitbereich, in dem sich ein Grenzgerät der Drittanbieter-Netzwerkseite befindet, von einem Zeitbereich unterscheidet, in der sich das Grenzgerät der Upstream-Netzwerkseite befindet; und

Zuführen (S702), durch das Grenzgerät der Upstream-Netzwerkseite, eines Synchronisationspakets, das den Zeitversatz zu dem Grenzgerät der Drittanbieter-Netzwerkseite führt, wobei sich das Grenzgerät der Upstream-Netzwerkseite und ein Grenzgerät einer Downstream-Netzwerkseite in demselben Zeitbereich befinden und das Synchronisationspaket durch das Grenzgerät der Downstream-Netzwerkseite zum Durchführen einer Zeitsynchronisation mit dem Grenzgerät der Upstream-Netzwerkseite gemäß dem Zeitsynchronisationsversatz verwendet wird, wenn von dem Grenzgerät der Drittanbieter-Netzwerkseite das Synchronisationspaket empfangen wird, das durch das Grenzgerät der Drittanbieter-Netzwerkseite durch transparente Übertragung übertragen wird.


 
6. Verfahren nach Anspruch 5, wobei das Bestimmen (S701), durch ein Grenzgerät einer Upstream-Netzwerkseite, eines Zeitsynchronisationsversatzes von einem Zeitbereich eines Drittanbieter-Netzwerks umfasst:

Empfangen (S801), durch ein erstes BC-Gerät des Grenzgeräts der Upstream-Netzwerkseite durch Verwenden eines ersten Precision Time Protocol(PTP)-Ports, der auf einen passiven Taktzustand oder einen Überwachungstaktzustand voreingestellt ist, eines Synchronisationspakets, das durch ein zweites BC-Gerät des Grenzgeräts der Drittanbieter-Netzwerkseite durch Verwenden eines zweiten PTP-Ports, der auf einen Haupttaktzustand voreingestellt ist, gesendet wird;

Senden (S802), durch das erste BC-Gerät, eines Teilnehmer-Verzögerungsanforderungspakets an den zweiten PTP-Port des zweiten BC-Geräts durch Verwenden des ersten PTP-Ports;

Empfangen (S803), durch das erste BC-Gerät durch Verwenden des ersten PTP-Ports, eines Teilnehmer-Verzögerungsantwortpakets, das von dem zweiten BC-Gerät durch Verwenden des zweiten PTP-Ports gesendet wird;

Bestimmen (S804), durch das erste BC-Gerät, einer mittleren Pfadverzögerung gemäß Zeitstempelinformationen, die durch das Teilnehmer-Verzögerungsanforderungspaket und das Teilnehmer-Verzögerungsantwortpaket erzeugt werden;

Bestimmen (S805), durch das erste BC-Gerät, des Zeitsynchronisationsversatzes gemäß der mittleren Pfadverzögerung und den Zeitstempelinformationen, die durch das Synchronisationspaket erzeugt werden; und

Senden (S806), durch das erste BC-Gerät durch Verwenden des ersten PTP-Ports, des Synchronisationspakets, das den Zeitsynchronisationsversatz führt, an den zweiten PTP-Port des zweiten BC-Geräts,

wobei das erste BC-Gerät ein Schnittstellengerät ist, das mit dem Grenzgerät der Drittanbieter-Netzwerkseite verbunden ist und sich in dem Upstream-Netzwerk befindet, und das zweite BC-Gerät ein Schnittstellengerät ist, das mit dem Grenzgerät der Upstream-Netzwerkseite verbunden ist und sich in dem Drittanbieter-Netzwerk befindet.


 
7. Verfahren nach Anspruch 5, wobei das Synchronisationspaket ferner eine Quell-Internetprotokoll-(IP)-Adresse und eine Ziel-IP-Adresse umfasst, die Quell-IP-Adresse eine IP-Adresse des Grenzdienstes der Upstream-Netzwerkseite ist und die Ziel-IP-Adresse eine IP-Adresse des Grenzgeräts der Downstream-Netzwerkseite ist.
 
8. Zeitsynchronisationsverfahren, umfassend:

auf der Grundlage, dass alle Grenzgeräte in einem gesamten Netzwerk Grenztakt(BC)geräte sind, Empfangen (S1001), durch ein Grenzgerät einer Downstream-Netzwerkseite, eines Synchronisationspakets, das einen Zeitsynchronisationsversatz führt und durch ein Grenzgerät einer Upstream-Netzwerkseite an ein Grenzgerät einer Drittanbieter-Netzwerkseite gesendet wird, und dann durch das Grenzgerät der Drittanbieter-Netzwerkseite an das Grenzgerät der Downstream-Netzwerkseite transparent übertragen wird, wobei der Zeitsynchronisationsversatz ein Zeitversatz zwischen einem Zeitbereich des Upstream-Netzwerks und einem Zeitbereich des Drittanbieter-Netzwerks ist, wobei sich das Grenzgerät der Upstream-Netzwerkseite und das Grenzgerät der Downstream-Netzwerkseite in demselben Zeitbereich befinden, wobei sich ein Zeitbereich, in dem sich das Grenzgerät der Drittanbieter-Netzwerkseite befindet, von einem Zeitbereich unterscheidet, in dem sich das Grenzgerät der Upstream-Netzwerkseite befindet; und

Durchführen (S1002), durch das Grenzgerät der Downstream-Netzwerkseite, einer Zeitsynchronisation mit dem Grenzgerät der Upstream-Netzwerkseite gemäß dem Zeitsynchronisationsversatz.


 
9. Verfahren nach Anspruch 8, wobei das Durchführen (S1002), durch das Grenzgerät der Downstream-Netzwerkseite, die Zeitsynchronisation mit dem Grenzgerät der Upstream-Netzwerkseite gemäß dem Zeitsynchronisationsversatz umfasst:

Empfangen (S1101), durch ein viertes BC-Gerät des Grenzgeräts der Downstream-Netzwerkseite durch Verwenden eines vierten Precision Time Protocol(PTP)-Ports, der auf einen lokalen Taktzustand voreingestellt ist, des Synchronisationspakets, das den Zeitsynchronisationsversatz führt und durch ein drittes BC-Gerät des Grenzgeräts der Drittanbieter-Netzwerkseite durch Verwenden eines dritten PTP-Ports, der auf einen Haupttaktzustand voreingestellt ist, gesendet wird;

Bestimmen (S1102), durch das vierte BC-Gerät, eines vorläufigen Taktanpassungswerts für die Zeitsynchronisation mit dem dritten BC-Gerät; und

Verwenden (S1103), durch das vierte BC-Gerät, einer Summe des Zeitsynchronisationsversatzes und des Taktanpassungswerts als endgültigen Taktanpassungswert und Durchführen einer Taktanpassung gemäß dem endgültigen Taktanpassungswert,

wobei das dritte BC-Gerät ein Schnittstellengerät ist, das mit dem Grenzgerät der Downstream-Netzwerkseite verbunden ist und sich in dem Drittanbieter-Netzwerk befindet, und das vierte BC-Gerät ein Schnittstellengerät ist, das mit dem Grenzgerät der Drittanbieter-Netzwerkseite verbunden ist und sich in dem Downstream-Netzwerk befindet.


 
10. Zeitsynchronisationsgerät, das auf einer Drittanbieter-Netzwerkseite angeordnet ist, wobei das Gerät umfasst:

eine Empfangseinheit (1301), die konfiguriert ist, um ein Synchronisationspaket zu empfangen, das einen Zeitsynchronisationsversatz führt und durch ein Grenzgerät einer Upstream-Netzwerkseite zugeführt wird, wobei der Zeitsynchronisationsversatz ein Zeitversatz zwischen einem Zeitbereich des Upstream-Netzwerks und einem Zeitbereich des Drittanbieter-Netzwerks ist, wobei sich ein Zeitbereich, in dem sich das Grenzgerät der Drittanbieter-Netzwerkseite befindet, von einem Zeitbereich unterscheidet, in dem sich das Grenzgerät der Upstream-Netzwerkseite befindet; und

eine transparente Übertragungseinheit (1302), die konfiguriert ist, um das Synchronisationspaket, das den Zeitsynchronisationsversatz führt, an ein Grenzgerät einer Downstream-Netzwerkseite transparent zu übertragen, wobei sich das Grenzgerät der Upstream-Netzwerkseite und das Grenzgerät der Downstream-Netzwerkseite in einem selben Zeitbereich befinden, und wobei das Synchronisationspaket durch das Grenzgerät der Downstream-Netzwerkseite zum Durchführen einer Zeitsynchronisation mit dem Grenzgerät der Upstream-Netzwerkseite gemäß dem Zeitsynchronisationsversatz verwendet wird.


 
11. Gerät nach Anspruch 10, wobei die Empfangseinheit (1301) spezifisch ein zweites Grenztakt-BC-Gerät ist, dessen zweiter PTP-Port (Precision Time Protocol) auf einen Haupttaktzustand voreingestellt ist, wobei das zweite BC-Gerät durch Verwenden des zweiten PTP-Ports ein Synchronisationspaket an einen ersten PTP-Port sendet, der von einem ersten BC-Gerät des Grenzgeräts der Upstream-Netzwerkseite stammt und auf einen passiven Taktzustand oder einen Überwachungstaktzustand voreingestellt ist, ein Teilnehmer-Verzögerungsanforderungspaket, das von dem ersten BC-Gerät durch Verwenden des ersten PTP-Ports gesendet wird, empfängt, ein Teilnehmer-Verzögerungsantwortpaket an das erste BC-Gerät sendet und das Synchronisationspaket empfängt, das den Zeitsynchronisationsversatz führt und von dem ersten BC-Gerät durch Verwenden des ersten PTP-Ports gesendet wird,
wobei das erste BC-Gerät ein Schnittstellengerät ist, das mit dem Grenzgerät der Drittanbieter-Netzwerkseite verbunden ist und sich in dem Upstream-Netzwerk befindet, und das zweite BC-Gerät ein Schnittstellengerät ist, das mit dem Grenzgerät der Upstream-Netzwerkseite verbunden ist und sich in dem Drittanbieter-Netzwerk befindet.
 
12. Gerät nach Anspruch 10, wobei das Synchronisationspaket ferner eine Quell-Internetprotokoll(IP)-Adresse und eine Ziel-IP-Adresse umfasst, wobei die Quell-IP-Adresse eine IP-Adresse des Grenzdienstes der Upstream-Netzwerkseite ist und die Ziel-IP-Adresse eine IP-Adresse des Grenzgeräts der Downstream-Netzwerkseite ist.
 
13. Gerät nach Anspruch 11 oder 12, wobei die transparente Übertragungseinheit (1302) spezifisch ein drittes BC-Gerät ist, dessen dritter PTP-Port auf einen Haupttaktzustand voreingestellt ist, wobei das dritte BC-Gerät durch Verwenden des dritten PTP-Ports das Synchronisationspaket empfängt, das den Zeitsynchronisationsversatz führt und durch das zweite BC-Gerät durch Verwenden des zweiten PTP-Ports gesendet wird und das Synchronisationspaket an das Grenzgerät der Downstream-Netzwerkseite transparent überträgt, wobei das dritte BC-Gerät ein Schnittstellengerät ist, das mit dem Grenzgerät der Downstream-Netzwerkseite verbunden ist und sich in dem Drittanbieter-Netzwerk befindet.
 
14. Zeitsynchronisationsgrenztakt(BC)gerät, das auf einer Upstream-Netzwerkseite angeordnet ist, wobei das Gerät umfasst:

eine Zeitsynchronisationsversatz-Bestimmungseinheit (1401), die konfiguriert ist, um einen Zeitsynchronisationsversatz aus einem Zeitbereich eines Drittanbieter-Netzwerks zu bestimmen, wobei der Zeitsynchronisationsversatz ein Zeitversatz zwischen einem Zeitbereich des Upstream-Netzwerks und dem Zeitbereich des Drittanbieter-Netzwerks ist, wobei sich ein Zeitbereich, in dem sich ein Grenzgerät der Drittanbieter-Netzwerkseite befindet, von einem Zeitbereich unterscheidet, in dem sich das Grenzgerät der Upstream-Netzwerkseite befindet; und

eine Paketsendeeinheit (1402), die konfiguriert ist, um ein Synchronisationspaket zuzuführen, das den Zeitversatz zu dem Grenzgerät der Drittanbieter-Netzwerkseite führt, wobei sich das Grenzgerät der Upstream-Netzwerkseite und ein Grenzgerät einer Downstream-Netzwerkseite in demselben Zeitbereich befinden und das Synchronisationspaket durch das Grenzgerät der Downstream-Netzwerkseite zum Durchführen einer Zeitsynchronisation mit einem Grenzgerät der Upstream-Netzwerkseite gemäß dem Zeitsynchronisationsversatz verwendet wird, wenn von dem Grenzgerät der Drittanbieter-Netzwerkseite das Synchronisationspaket empfangen wird, das durch das Grenzgerät der Drittanbieter-Netzwerkseite durch transparente Übertragung übertragen wird.


 
15. Gerät nach Anspruch 14, wobei die Zeitsynchronisationsversatz-Bestimmungseinheit (1401) durch Verwenden eines ersten Precision Time Protocol(PTP)-Ports, der auf einen passiven Taktzustand oder einen Überwachungstaktzustand voreingestellt ist, ein Synchronisationspaket spezifisch empfängt, das durch ein zweites BC-Gerät des Grenzgeräts der Drittanbieter-Netzwerkseite durch Verwenden eines zweiten PTP-Ports, der auf einen Haupttaktzustand voreingestellt ist, gesendet wird; ein Teilnehmer-Verzögerungsanforderungspaket an den zweiten PTP-Port des zweiten BC-Geräts durch Verwenden des ersten PTP-Ports sendet; durch Verwenden des ersten PTP-Ports, ein Teilnehmer-Verzögerungsantwortpaket, das durch das zweite BC-Gerät durch Verwenden des zweiten PTP-Ports gesendet wird, empfängt; eine mittlere Pfadverzögerung gemäß Zeitstempelinformationen, die durch das Teilnehmer-Verzögerungsanforderungspaket und das Teilnehmer-Verzögerungsantwortpaket erzeugt werden, bestimmt; den Zeitsynchronisationsversatz gemäß der mittleren Pfadverzögerung und den Zeitstempelinformationen, die durch das Synchronisationspaket erzeugt werden, bestimmt; und durch Verwenden des ersten PTP-Ports, das Synchronisationspaket, das den Zeitsynchronisationsversatz führt, an den zweiten PTP-Port des zweiten BC-Geräts sendet, wobei das zweite BC-Gerät ein Schnittstellengerät ist, das mit dem Grenzgerät der Upstream-Netzwerkseite verbunden ist und sich in dem Drittanbieter-Netzwerk befindet.
 
16. Gerät nach Anspruch 14, wobei das Synchronisationspaket ferner eine Quell-Internetprotokoll(IP)-Adresse und eine Ziel-IP-Adresse umfasst, wobei die Quell-IP-Adresse eine IP-Adresse des Grenzdienstes der Upstream-Netzwerkseite ist und die Ziel-IP-Adresse eine IP-Adresse des Grenzgeräts der Downstream-Netzwerkseite ist.
 
17. Zeitsynchronisationsgrenztakt(BC)gerät, das auf einer Downstream-Netzwerkseite angeordnet ist, wobei das Gerät umfasst:

eine Paketempfangseinheit (1501), die konfiguriert ist, um ein Synchronisationspaket zu empfangen, das einen Zeitsynchronisationsversatz führt und das durch ein Grenzgerät einer Upstream-Netzwerkseite an ein Grenzgerät einer Drittanbieter-Netzwerkseite gesendet wird und dann durch das Grenzgerät der Drittanbieter-Netzwerkseite an das Grenzgerät der Downstream-Netzwerkseite transparent übertragen wird, wobei der Zeitsynchronisationsversatz ein Zeitversatz zwischen einem Zeitbereich des Upstream-Netzwerks und einem Zeitbereich des Drittanbieter-Netzwerks ist, wobei sich das Grenzgerät der Upstream-Netzwerkseite und das Grenzgerät der Downstream-Netzwerkseite in demselben Zeitbereich befinden, wobei sich ein Zeitbereich, in dem sich das Grenzgerät der Drittanbieter-Netzwerkseite befindet, von einem Zeitbereich unterscheidet, in dem sich das Grenzgerät der Upstream-Netzwerkseite befindet; und

eine Synchronisationseinheit (1502), die konfiguriert ist, um eine Zeitsynchronisation mit dem Grenzgerät der Upstream-Netzwerkseite gemäß dem Zeitsynchronisationsversatz durchzuführen.


 
18. Gerät nach Anspruch 17, wobei die Synchronisationseinheit (1502) durch Verwenden eines vierten Precision Time Protocol(PTP)-Ports, der auf einen lokalen Taktzustand voreingestellt ist, das Synchronisationspaket spezifisch empfängt, das den Zeitsynchronisationsversatz führt und durch ein drittes BC-Gerät des Grenzgeräts der Drittanbieter-Netzwerkseite durch Verwenden eines dritten PTP-Ports, der auf einen Haupttaktzustand voreingestellt ist, gesendet wird, einen vorläufigen Taktanpassungswert für die Zeitsynchronisation mit dem dritten BC-Gerät bestimmt; und eine Summe des Zeitsynchronisationsversatzes und des Taktanpassungswerts als endgültigen Taktanpassungswert verwendet und eine Taktanpassung gemäß dem endgültigen Taktanpassungswert durchführt, wobei
das dritte BC-Gerät ein Schnittstellengerät ist, das mit dem Grenzgerät der Downstream-Netzwerkseite verbunden ist und sich in dem Drittanbieter-Netzwerk befindet.
 


Revendications

1. Procédé de synchronisation temporelle, comprenant :

la réception (S101) par un dispositif frontière d'un côté réseau tiers, sur la base du fait que des dispositifs frontières dans un réseau entier sont tous des dispositifs d'horloge frontières, BC, d'un paquet de synchronisation qui transporte un décalage de synchronisation temporelle et qui est transféré par un dispositif frontière d'un côté réseau amont, le décalage de synchronisation temporelle étant un décalage temporel entre un domaine temporel du réseau amont et un domaine temporel du réseau tiers, un domaine temporel dans lequel se trouve le dispositif frontière du côté réseau tiers étant différent d'un domaine temporel dans lequel se trouve le dispositif frontière du côté réseau amont ; et

la transmission transparente (S102), par le dispositif frontière du côté réseau tiers, du paquet de synchronisation qui transporte le décalage de synchronisation temporelle vers un dispositif frontière d'un côté réseau aval, le dispositif frontière du côté réseau amont et le dispositif frontière du côté réseau aval se trouvant dans le même domaine temporel et le paquet de synchronisation étant utilisé par le dispositif frontière du côté réseau aval pour effectuer la synchronisation temporelle avec le dispositif frontière du côté réseau en amont selon le décalage de synchronisation temporelle.


 
2. Procédé selon la revendication 1, dans lequel la réception (S101), par un dispositif frontière d'un côté réseau tiers, d'un paquet de synchronisation qui transporte un décalage de synchronisation temporelle et qui est transféré par un dispositif frontière d'un côté réseau amont, comprend :

l'envoi (S201), par un deuxième dispositif de BC du dispositif frontière du côté réseau tiers à l'aide d'un deuxième port de protocole de temps de précision, PTP, préréglé sur un état d'horloge maîtresse, d'un paquet de synchronisation à un premier port de PTP qui appartient à un premier dispositif de BC du dispositif frontière du côté réseau amont, et qui est préréglé sur un état d'horloge passif ou sur un état d'horloge de surveillance ;

la réception (S202), par le deuxième dispositif de BC à l'aide du deuxième port de PTP, d'un paquet de demande de retard homologue envoyé par le premier dispositif de BC à l'aide du premier port de PTP ;

l'envoi (S203), par le deuxième dispositif de BC, d'un paquet de réponse de retard homologue au premier port de PTP du premier dispositif de BC à l'aide du deuxième port de PTP ; et

la réception (S204), par le deuxième dispositif de BC à l'aide du deuxième port de PTP, du paquet de synchronisation qui transporte le décalage de synchronisation temporelle et qui est envoyé par le premier dispositif de BC à l'aide du premier port de PTP, le premier dispositif de BC étant un dispositif d'interface qui s'interface avec le dispositif frontière du côté réseau tiers et qui se trouve dans le réseau amont, tandis que le deuxième dispositif de BC est un dispositif d'interface qui s'interface avec le dispositif frontière du côté réseau amont et qui se trouve dans le réseau tiers.


 
3. Procédé selon la revendication 1, dans lequel le paquet de synchronisation comprend en outre une adresse de protocole Internet, IP, source et une adresse d'IP de destination, l'adresse d'IP source étant une adresse d'IP du service de frontière du côté réseau amont et l'adresse d'IP de destination étant une adresse d'IP du dispositif frontière côté réseau aval.
 
4. Procédé selon la revendication 2, dans lequel la transmission transparente (S102), par le dispositif frontière du côté réseau tiers, du paquet de synchronisation qui transporte le décalage de synchronisation temporelle vers un dispositif frontière d'un côté réseau aval comprend :
l'envoi, par le deuxième dispositif de BC à l'aide du deuxième port de PTP, du paquet de synchronisation qui transporte le décalage de synchronisation temporelle vers un troisième port de PTP qui appartient à un troisième dispositif de BC et qui est préréglé sur un état d'horloge maîtresse, et la transmission transparente, par le troisième dispositif de BC, du paquet de synchronisation au dispositif frontière du côté réseau aval, le troisième dispositif de BC étant un dispositif d'interface qui s'interface avec le dispositif frontière du côté réseau aval et qui se trouve dans le réseau tiers.
 
5. Procédé de synchronisation temporelle, comprenant :

la détermination (S701), par un dispositif frontière d'un côté réseau amont, sur la base du fait que les dispositifs frontières dans un réseau entier sont tous des dispositifs d'horloge frontières, BC, d'un décalage de synchronisation temporelle à partir d'un domaine temporel d'un réseau tiers, le décalage de synchronisation temporelle étant un décalage temporel entre un domaine temporel du réseau amont et le domaine temporel du réseau tiers, un domaine temporel dans lequel se trouve un dispositif frontière du côté réseau tiers étant différent d'un domaine temporel dans lequel se trouve le dispositif frontière du côté réseau amont ; et

le transfert (S702), par le dispositif frontière du côté réseau amont, d'un paquet de synchronisation qui transporte le décalage temporel vers le dispositif frontière du côté réseau tiers, le dispositif frontière du côté réseau amont et un dispositif frontière d'un côté réseau aval se trouvant dans le même domaine temporel et le paquet de synchronisation étant utilisé par le dispositif frontière du côté réseau aval pour effectuer la synchronisation temporelle avec le dispositif frontière du côté réseau amont selon le décalage de synchronisation temporelle, lors de la réception, depuis le dispositif frontière du côté réseau tiers, du paquet de synchronisation transmis par le dispositif frontière du côté réseau tiers par transmission transparente.


 
6. Procédé selon la revendication 5, dans lequel la détermination (S701), par un dispositif frontière d'un côté réseau amont, d'un décalage de synchronisation temporelle à partir d'un domaine temporel d'un réseau tiers comprend :

la réception (S801), par un premier dispositif de BC du dispositif frontière du côté réseau amont à l'aide d'un premier port de protocole de temps de précision, PTP, préréglé sur un état d'horloge passif ou sur un état d'horloge de surveillance, d'un paquet de synchronisation qui est envoyé par un deuxième dispositif de BC du dispositif frontière du côté réseau tiers à l'aide d'un deuxième port de PTP préréglé sur un état d'horloge maîtresse ;

l'envoi (S802), par le premier dispositif de BC, d'un paquet de demande de retard homologue au deuxième port de PTP du deuxième dispositif de BC à l'aide du premier port de PTP ;

la réception (S803), par le premier dispositif de BC à l'aide du premier port de PTP, d'un paquet de réponse de retard homologue qui est envoyé par le deuxième dispositif de BC à l'aide du deuxième port de PTP ;

la détermination (S804), par le premier dispositif de BC, d'un retard de trajet moyen selon les informations d'horodatage générées par le paquet de demande de retard homologue et par le paquet de réponse de retard homologue ;

la détermination (S805), par le premier dispositif de BC, du décalage de synchronisation temporelle selon le retard de trajet moyen et des informations d'horodatage qui sont générées par le paquet de synchronisation ; et

l'envoi (S806), par le premier dispositif de BC à l'aide du premier port de PTP, du paquet de synchronisation qui transporte le décalage de synchronisation temporelle vers le deuxième port de PTP du deuxième dispositif de BC, le premier dispositif de BC étant un dispositif d'interface qui s'interface avec le dispositif frontière du côté réseau tiers et qui se trouve dans le réseau amont, tandis que le deuxième dispositif de BC est un dispositif d'interface qui s'interface avec le dispositif frontière du côté réseau amont et qui se trouve dans le réseau tiers.


 
7. Procédé selon la revendication 5, dans lequel le paquet de synchronisation comprend en outre une adresse de protocole Internet, IP, source et une adresse d'IP de destination, l'adresse d'IP source étant une adresse d'IP du service de frontière du côté réseau amont et l'adresse d'IP de destination étant une adresse d'IP du dispositif frontière côté réseau aval.
 
8. Procédé de synchronisation temporelle, comprenant :

la réception (S1001), par un dispositif frontière d'un côté réseau aval, sur la base du fait que les dispositifs frontières dans un réseau entier sont tous des dispositifs d'horloge frontières, BC, d'un paquet de synchronisation qui transporte un décalage de synchronisation temporelle et qui est envoyé par un dispositif frontière d'un côté réseau amont vers un dispositif frontière d'un côté réseau tiers, puis transmis de manière transparente par le dispositif frontière du côté réseau tiers au dispositif frontière du côté réseau aval, le décalage de synchronisation temporelle étant un décalage temporel entre un domaine temporel du réseau amont et un domaine temporel du réseau tiers, le dispositif frontière du côté réseau amont et le dispositif frontière du côté réseau aval étant dans un même domaine temporel, un domaine temporel dans lequel se trouve le dispositif frontière du côté réseau tiers étant différent d'un domaine temporel dans lequel se trouve le dispositif frontière du côté réseau amont ; et

la réalisation (S1002), par le dispositif frontière du côté réseau aval, d'une synchronisation temporelle avec le dispositif frontière du côté réseau amont selon le décalage de synchronisation temporelle.


 
9. Procédé selon la revendication 8, dans lequel la réalisation (S1002), par le dispositif frontière du côté réseau aval, d'une synchronisation temporelle avec le dispositif frontière du côté réseau amont selon le décalage de synchronisation temporelle comprend :

la réception (S1101), par un quatrième dispositif de BC du dispositif frontière du côté réseau aval à l'aide d'un quatrième port de protocole de temps de précision, PTP, préréglé sur un état d'horloge esclave, du paquet de synchronisation qui transporte le décalage de synchronisation temporelle et qui est envoyé par un troisième dispositif de BC du dispositif frontière du côté réseau tiers à l'aide d'un troisième port de PTP préréglé sur un état d'horloge maîtresse ;

la détermination (S1102), par le quatrième dispositif de BC, d'une valeur d'ajustement d'horloge préliminaire pour la synchronisation temporelle avec le troisième dispositif de BC ; et

l'utilisation (S1103), par le quatrième dispositif de BC, d'une somme du décalage de synchronisation temporelle et de la valeur d'ajustement d'horloge comme valeur d'ajustement d'horloge finale et la réalisation d'un ajustement d'horloge selon la valeur d'ajustement d'horloge finale, le troisième dispositif de BC étant un dispositif d'interface qui s'interface avec le dispositif frontière du côté réseau aval et qui se trouve dans le réseau tiers, tandis que le quatrième dispositif de BC est un dispositif d'interface qui s'interface avec le dispositif frontière du côté réseau tiers et qui se trouve dans le réseau aval.


 
10. Dispositif de synchronisation temporelle disposé du côté réseau tiers, le dispositif comprenant :

une unité de réception (1301) configurée pour recevoir un paquet de synchronisation qui transporte un décalage de synchronisation temporelle et qui est transféré par un dispositif frontière d'un côté réseau amont, le décalage de synchronisation temporelle étant un décalage temporel entre un domaine temporel du réseau amont et un domaine temporel du réseau tiers, un domaine temporel dans lequel se trouve le dispositif frontière du côté réseau tiers étant différent d'un domaine temporel dans lequel se trouve le dispositif frontière du côté réseau amont ; et

une unité de transmission transparente (1302) configurée pour transmettre de manière transparente le paquet de synchronisation qui transporte le décalage de synchronisation temporelle vers un dispositif frontière d'un côté réseau aval, le dispositif frontière du côté réseau amont et le dispositif frontière du côté réseau aval se trouvant dans le même domaine temporel et le paquet de synchronisation étant utilisé par le dispositif frontière du côté réseau aval pour effectuer la synchronisation temporelle avec le dispositif frontière du côté réseau en amont, selon le décalage de synchronisation temporelle.


 
11. Dispositif selon la revendication 10, dans lequel l'unité de réception (1301) est spécifiquement un deuxième dispositif d'horloge frontière, BC, dont le deuxième port de protocole de temps de précision, PTP, est préréglé sur un état d'horloge maîtresse, le deuxième dispositif de BC envoyant, à l'aide du deuxième port de PTP, un paquet de synchronisation vers un premier port de PTP qui appartient à un premier dispositif de BC du dispositif frontière du côté réseau amont et qui est préréglé sur un état d'horloge passif ou sur un état d'horloge de surveillance, recevant un paquet de demande de retard homologue qui est envoyé par le premier dispositif de BC à l'aide du premier port de PTP, envoyant un paquet de réponse de retard homologue au premier dispositif de BC et recevant le paquet de synchronisation qui transporte le décalage de synchronisation temporelle et qui est envoyé par le premier dispositif de BC à l'aide du premier port de PTP, le premier dispositif de BC étant un dispositif d'interface qui s'interface avec le dispositif frontière du côté réseau tiers et qui se trouve dans le réseau amont, tandis que le deuxième dispositif de BC est un dispositif d'interface qui s'interface avec le dispositif frontière du côté réseau amont et qui se trouve dans le réseau tiers.
 
12. Dispositif selon la revendication 10, dans lequel le paquet de synchronisation comprend en outre une adresse de protocole Internet, IP, source et une adresse d'IP de destination, l'adresse d'IP source étant une adresse d'IP du service de frontière du côté réseau amont, et l'adresse d'IP de destination étant une adresse d'IP du dispositif frontière côté réseau aval.
 
13. Dispositif selon la revendication 11 ou 12, dans lequel l'unité de transmission transparente (1302) est spécifiquement un troisième dispositif de BC dont le troisième port de PTP est préréglé sur un état d'horloge maîtresse, le troisième dispositif de BC recevant, à l'aide du troisième port de PTP, le paquet de synchronisation qui transporte le décalage de synchronisation temporelle et qui est envoyé par le deuxième dispositif de BC à l'aide du deuxième port de PTP, et transmettant de manière transparente le paquet de synchronisation au dispositif frontière du côté réseau aval, le troisième dispositif de BC étant un dispositif d'interface qui s'interface avec le dispositif frontière du côté réseau aval et qui se trouve dans le réseau tiers.
 
14. Dispositif d'horloge frontière, BC, de synchronisation temporelle disposé du côté réseau amont, le dispositif comprenant :

une unité de détermination de décalage de synchronisation temporelle (1401) configurée pour déterminer un décalage de synchronisation temporelle à partir d'un domaine temporel d'un réseau tiers, le décalage de synchronisation temporelle étant un décalage temporel entre un domaine temporel du réseau amont et le domaine temporel du réseau tiers, un domaine temporel dans lequel se trouve un dispositif frontière du côté réseau tiers étant différent d'un domaine temporel dans lequel se trouve le dispositif frontière du côté réseau amont ; et

une unité d'envoi de paquets (1402) configurée pour transférer un paquet de synchronisation qui transporte le décalage temporel vers le dispositif frontière du côté réseau tiers, le dispositif frontière du côté réseau amont et un dispositif frontière d'un côté réseau aval se trouvant dans le même domaine temporel et le paquet de synchronisation étant utilisé par le dispositif frontière du côté réseau aval pour effectuer la synchronisation temporelle avec le dispositif frontière du côté réseau amont selon le décalage de synchronisation temporelle, lors de la réception, depuis le dispositif frontière du côté réseau tiers, du paquet de synchronisation transmis par le dispositif frontière du côté réseau tiers par transmission transparente.


 
15. Dispositif selon la revendication 14, dans lequel l'unité de détermination de décalage de synchronisation temporelle (1401) reçoit spécifiquement, à l'aide d'un premier port de protocole de temps de précision, PTP, préréglé sur un état d'horloge passif ou sur un état d'horloge de surveillance, un paquet de synchronisation qui est envoyé par un deuxième dispositif de BC du dispositif frontière du côté réseau tiers à l'aide d'un deuxième port de PTP préréglé sur un état d'horloge maîtresse ;
envoie un paquet de demande de retard homologue au deuxième port de PTP du deuxième dispositif de BC à l'aide du premier port de PTP ;
reçoit, à l'aide du premier port de PTP, un paquet de réponse de retard homologue qui est envoyé par le deuxième dispositif de BC à l'aide du deuxième port de PTP ;
détermine un retard de trajet moyen selon les informations d'horodatage générées par le paquet de demande de retard homologue et le paquet de réponse de retard homologue ;
détermine le décalage de synchronisation temporelle selon le retard de trajet moyen et des informations d'horodatage qui sont générées par le paquet de synchronisation ; et
envoie, à l'aide du premier port de PTP, le paquet de synchronisation qui transporte le décalage de synchronisation temporelle jusqu'au deuxième port de PTP du deuxième dispositif de BC, le deuxième dispositif de BC étant un dispositif d'interface qui s'interface avec le dispositif frontière du côté réseau amont et qui se trouve dans le réseau tiers.
 
16. Dispositif selon la revendication 14, dans lequel le paquet de synchronisation comprend en outre une adresse de protocole Internet, IP, source et une adresse d'IP de destination, l'adresse d'IP source étant une adresse d'IP du service de frontière du côté réseau amont et l'adresse d'IP de destination étant une adresse d'IP du dispositif frontière côté réseau aval.
 
17. Dispositif d'horloge frontière, BC, de synchronisation temporelle disposé du côté réseau aval, le dispositif comprenant :

une unité de réception de paquets (1501) configurée pour recevoir un paquet de synchronisation qui transporte un décalage de synchronisation temporelle et qui est envoyé par un dispositif frontière d'un côté réseau amont vers un dispositif frontière d'un côté réseau tiers, puis transmis de manière transparente par le dispositif frontière du côté réseau tiers au dispositif frontière du côté réseau aval, le décalage de synchronisation temporelle étant un décalage temporel entre un domaine temporel du réseau amont et un domaine temporel du réseau tiers, le dispositif frontière du côté réseau amont et le dispositif frontière du côté réseau aval étant dans un même domaine temporel, un domaine temporel dans lequel se trouve le dispositif frontière du côté réseau tiers étant différent d'un domaine temporel dans lequel se trouve le dispositif frontière du côté réseau amont ; et

une unité de synchronisation (1502) configurée pour effectuer une synchronisation temporelle avec le dispositif frontière du côté réseau amont selon le décalage de synchronisation temporelle.


 
18. Dispositif selon la revendication 17, dans lequel l'unité de synchronisation (1502) reçoit spécifiquement, à l'aide d'un quatrième port de protocole de temps de précision, PTP, préréglé sur un état d'horloge esclave, le paquet de synchronisation qui transporte le décalage de synchronisation temporelle et qui est envoyé par un troisième dispositif de BC du dispositif frontière du côté réseau tiers à l'aide d'un troisième port de PTP préréglé sur un état d'horloge maîtresse, détermine une valeur d'ajustement d'horloge préliminaire pour la synchronisation temporelle avec le troisième dispositif de BC ; et
utilise une somme du décalage de synchronisation temporelle et de la valeur d'ajustement d'horloge comme valeur d'ajustement d'horloge finale et effectue un ajustement d'horloge selon la valeur d'ajustement d'horloge finale, le troisième dispositif de BC étant un dispositif d'interface qui s'interface avec le dispositif frontière du côté réseau aval et qui se trouve dans le réseau tiers.
 




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.

Patent documents cited in the description




Non-patent literature cited in the description