CN104737476A - 面向连接的通信网络中的分布式路径延迟数据 - Google Patents
面向连接的通信网络中的分布式路径延迟数据 Download PDFInfo
- Publication number
- CN104737476A CN104737476A CN201280076562.3A CN201280076562A CN104737476A CN 104737476 A CN104737476 A CN 104737476A CN 201280076562 A CN201280076562 A CN 201280076562A CN 104737476 A CN104737476 A CN 104737476A
- Authority
- CN
- China
- Prior art keywords
- node
- path
- path delay
- traffic
- signaling message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/08—Time-division multiplex systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/06—Synchronising arrangements
- H04J3/0635—Clock or time synchronisation in a network
- H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
- H04J3/0647—Synchronisation among TDM nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/27—Arrangements for networking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
- H04L43/0858—One way delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
- H04L43/0864—Round trip delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/12—Shortest path evaluation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Computing Systems (AREA)
- Physics & Mathematics (AREA)
- Electromagnetism (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
面向连接的通信网络(4)包括多个互连节点(N1-N4,11-13)。业务路径(N1-N2-N3-N4)可设立在网络(4)上。通过使用业务路径的节点之间的控制平面信令消息(例如资源预留协议-业务工程RSVP-TE信令消息)来获得业务路径的路径延迟数据。路径延迟数据可以是指示业务路径的前向传送方向与反向传送方向之间路径延迟中的不对称的路径延迟不对称数据。沿业务路径的每个中间节点(N2,N3,N4)可形成用于转发到下游节点的信令消息,其包含由那个节点引起的路径延迟的一个或多个值,或累积的路径延迟值。路径延迟可来源于映射延迟、前向纠错(FEC)编码和传播延迟中的一个或多个。
Description
技术领域
此发明涉及在面向连接的通信网络诸如光学通信网络中获得并分布路径延迟数据。
背景技术
存在需要准确频率和/或时间同步参考以便恰当操作的若干应用。在频率同步的情况下,传统解决方案已经从数据的同步流中获得同步,比如与在基于时分复用(TDM)的网络中的情况一样。
网络从TDM到基于分组的技术(诸如以太网)的迁移需要不同的方法同步。在基于分组的网络上执行同步的一种方法是在携带时间戳信息的网络上发送分组。时间戳由访问准确参考(诸如全球定位系统(GPS))的主(服务器)生成。有可能通过使用定时协议(诸如在IEEE 1588中定义的网络时间协议(NTP)或精确时间协议(PTP))在一对节点之间提供时间同步。访问准确时间源(例如GPS)的主节点提供时间戳,并且协议确定主节点与从节点之间的传送延迟。用此方法的一个基本假设是,从主到从和从从到主的延迟是一样的。这意味着,网络中的任何不对称都将显著影响所传递的时间同步参考的性能。
传播延迟中的不对称可发生在前向业务和反向业务(因此还有前向PTP信号和反向PTP信号)易遭受不同传送特性影响的情况下。在光学通信网络中,前向业务和反向业务可由不同链路携带,具有不同的传送特性。甚至在前向业务和反向业务通过同一链路携带的情况下,对于前向业务和反向业务使用不同波长可引起传播延迟中的不对称。
对于链路中的不对称进行校正的已知解决方案是人工校准链路。如果连接到入口端口的路径的延迟不对称性已知,则可如PTP协议所规定的进行校正。然而,这必须一个节点一个节点地执行,并且可能是极其昂贵且耗时的过程。而且,在网络中的任何改变(例如添加传送设备)时,都不得不更新补偿。这可能是太复杂并且昂贵的任务,在部署IEEE1588技术中产生了重大障碍。
分布不对称信息的一个提议是通过使用开放式最短路径优先(OSPF)在网络上使不对称数据泛洪。这可能需要大量数据,并且可引起可缩放性问题。
发明内容
本发明的一个方面提供了在包括多个互连节点的面向连接的通信网络上分布路径延迟数据的方法。所述方法包括:在网络上的业务路径的中间节点,从所述业务路径的上游节点接收信令消息,其包括指示至少由所述业务路径的所述上游节点引起的路径延迟的路径延迟数据。所述方法进一步包括:获取指示由所述中间节点和将所述中间节点连接到另一节点的链路中的至少一个引起的所述业务路径的路径延迟的路径延迟数据。所述方法进一步包括:形成包括指示由所述中间节点和将所述中间节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据的信令消息。所述方法进一步包括:将所述信令消息发送到所述业务路径的下游节点。
本发明的另一个方面提供了在包括多个互连节点的面向连接的通信网络上分布路径延迟数据的方法。所述方法包括:在网络的业务路径的入口节点,获取指示由所述入口节点和将所述入口节点连接到另一节点的链路中的至少一个引起的所述业务路径的路径延迟的路径延迟数据。所述方法进一步包括:形成包括所述路径延迟数据的信令消息。所述方法进一步包括:将所述信令消息仅发送到所述业务路径的下游节点。
本发明的另一个方面提供了在包括多个互连节点的面向连接的通信网络上分布路径延迟数据的方法。所述方法包括:在网络上的业务路径的出口节点,从所述业务路径的上游节点接收信令消息,包括指示至少由所述上游节点引起的路径延迟的路径延迟数据。所述方法进一步包括:获取指示由所述出口节点和将所述出口节点连接到另一节点的链路中的至少一个引起的所述业务路径的路径延迟的路径延迟数据。所述方法进一步包括:形成包括指示由所述出口节点和将所述出口节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据的信令消息。所述方法进一步包括:将所述信令消息发送到所述业务路径的上游节点。
本发明的实施例的优点是,以最小化通过网络的控制平面发送的数据量的方式分布路径延迟数据。通过在业务路径中涉及的节点之间转发数据,分布路径延迟数据。这最小化了在节点处需要的消息处理量,并且允许网络更容易缩放以支持更大数量的业务路径。作为比较,使用泛洪(flooding)协议诸如OSPF分布不对称数据可能需要大量节点处理不对称数据,作为泛洪机制的一部分,即便那些节点对不对称数据不感兴趣。
术语“路径延迟数据”包含指示业务路径的前向传送方向与反向传送方向之间路径延迟中的不对称(即差异)的路径延迟不对称数据。在主节点和从节点参与定时同步协议(例如PTP)的时间同步应用中,从节点可使用路径延迟不对称的知识达成与主节点的更准确时间同步。该方法可在服务器网络中执行,服务器网络用于在形成一个或多个客户端网络一部分的主节点与从节点之间携带业务。
路径延迟可起因于如下一项或多项:映射/复用数据(例如将以太网分组映射到OTN容器以便通过OTN或复用OTN单元传输);执行前向纠错(在入口或出口);沿网络链路传播。
有利地,信令消息是资源预留协议-业务工程(RSVP-TE)控制平面信令消息。
在信令消息中携带的路径延迟数据可以是业务路径的累积路径延迟。沿业务路径的每个节点可基于所接收信令消息中的累积路径延迟数据以及由中间节点引起的路径延迟,确定新的累积路径延迟。
在备选实施例中,路径延迟数据可包括一组单独信息元素,它们指示由节点引起的路径延迟和/或由节点之间的链路引起的路径延迟。
该方法可用在建立业务路径时和/或用在建立业务路径之后的随后时间,诸如当在业务路径上执行保护切换或恢复操作时,或者可引起路径延迟数据中改变的任何其它事件。
有利地,该方法可提供易遭受与异步时钟的使用相关的可变延迟的OTN网络中的改进性能。有利地,其中所述网络包括由于通过映射信号(例如OTN网络)引起的调整事件而引起的可变路径延迟的来源,所述方法的迭代之间的周期小于在所述网络中发生的调整事件之间的周期。
有利地,所述方法进一步包括确定有关在所述方法的迭代之间的周期期间的可变路径延迟行为的信息。这个信息可用于进一步改进在从节点的时钟同步的准确性。
任何方法都可用在使用时间同步协议(诸如在IEEE1588中定义的精确时间协议(PTP)或网络时间协议(NTP))的应用中,或一般是在诸如公共公用无线电接口(CPRI)的接口中所需的延迟测量。
本发明的另外方面进一步提供了用于实现任何所描述或要求权利的方法。具体地说,本发明的方面提供了在包括多个互连节点的面向连接的通信网络中的业务路径的中间节点使用的设备。所述设备包括:接口,用于与所述业务路径的其它节点通信。所述设备进一步包括:控制逻辑,其布置成从所述业务路径的上游节点接收信令消息,其包括指示至少由所述业务路径的所述上游节点引起的路径延迟的路径延迟数据。控制逻辑进一步布置成获取指示由所述中间节点和将所述中间节点连接到另一节点的链路中的至少一个引起的路径延迟的所述业务路径的路径延迟数据。控制逻辑进一步布置成形成包括指示由所述中间节点和将所述中间节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据的信令消息。所述控制逻辑进一步布置成将所述信令消息发送到所述业务路径的下游节点。
本发明的另一方面提供了在包括多个互连节点的面向连接的通信网络中的业务路径的入口节点使用的设备。所述设备包括:接口,用于与所述业务路径的其它节点通信。所述设备进一步包括:控制逻辑,其布置成获取指示由所述入口节点和将所述入口节点连接到另一节点的链路中的至少一个引起的路径延迟的所述业务路径的路径延迟数据。所述控制逻辑进一步布置成形成包括所述路径延迟数据的信令消息。控制逻辑进一步布置成将所述信令消息仅发送到所述业务路径的下游节点。
本发明的另一方面提供了在包括多个互连节点的面向连接的通信网络中的业务路径的出口节点使用的设备。所述设备包括:接口,用于与所述业务路径的其它节点通信。所述设备进一步包括:控制逻辑,其布置成从所述业务路径的上游节点接收信令消息,包括指示至少由所述上游节点引起的路径延迟的路径延迟数据。控制逻辑进一步布置成获取指示由所述出口节点和将所述出口节点连接到另一节点的链路中的至少一个引起的路径延迟的所述业务路径的路径延迟数据。控制逻辑进一步布置成形成包括指示由所述出口节点和将所述出口节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据的信令消息。所述控制逻辑进一步布置成将所述信令消息发送到所述业务路径的上游节点。
本发明的另一方面提供了在业务路径的节点执行的方法,包括接收提供路径延迟数据的请求。所述方法进一步包括:获取指示由所述节点和将所述节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据。所述方法进一步包括:形成包括所述路径延迟数据的信令消息并发送所述信令消息。
本发明的另一方面提供了在网络实体执行的方法,包括向业务路径的节点发送提供路径延迟数据的请求。所述方法进一步包括:从节点接收携带指示由所述节点和将所述节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据的信令消息。
本发明的另一方面提供了在面向连接的通信网络的节点使用的设备,包括用于与网络实体通信的接口。所述设备进一步包括:控制逻辑,其布置成:从所述网络管理实体接收提供路径延迟数据的请求;获取指示由所述节点和将所述节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据;形成包括所述路径延迟数据的信令消息;以及将所述信令消息发送到所述网络实体。
本发明的另一方面提供了在面向连接的通信网络的网络实体使用的设备,包括用于与网络的节点通信的接口。所述设备进一步包括:控制逻辑,其布置成:向业务路径的节点发送提供路径延迟数据的请求;从所述节点接收携带指示由所述节点和将所述节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据的信令消息。
上面阐述的“网络实体”可以是网络管理实体或业务路径的入口节点。
在此描述的功能性可用硬件、由处理设备执行的软件或由硬件和软件的组合实现。处理设备可包括计算机、处理器、状态机、逻辑阵列或任何其它适当的处理设备。处理器设备可以是通用处理器,其运行软件以使通用处理器执行所需任务,或者处理设备可专用于执行所需的功能。本发明的另一方面提供了当由处理器运行时执行任何所描述方法的机器可读指令(软件)。机器可读指令可存储在电子存储装置、硬盘、光盘或其它机器可读存储介质上。机器可读介质可以是非易失性介质。机器可读指令可经由网络连接下载到存储介质。
附图说明
将仅参考附图通过示例来描述本发明的实施例,附图中:
图1示出了在节点之间具有时间同步的通信系统;
图2示出了可形成图1系统一部分的面向连接的通信网络;
图3A示出了入口节点与出口节点之间通信网络上的业务路径;
图3B和3C示出了图3A的业务路径的节点之间的信令以分布路径延迟数据;
图4A示出了由入口节点执行的方法;
图4B和4C示出了由入口节点执行的操作;
图5A示出了由中间节点执行的方法;
图5B和5C示出了由中间节点执行的操作;
图6A示出了由出口节点执行的方法;
图6B和6C示出了由出口节点执行的操作;
图7A和7B示出了携带路径延迟数据的控制平面RSVP-TE信令消息;
图8示出了在通信网络节点处的设备;
图9A和9B示出了在一对节点之间提供前向路径和反向路径的方式;
图10示出了参与时间同步的节点;
图11示出了在图10的节点执行的方法;
图12示出了在NMS处的设备;
图13示出了具有经由NMS转发的路径延迟数据的客户端-服务器通信系统;
图14示出了具有经由客户端-服务器接口转发的路径延迟数据的客户端-服务器通信系统;
图15示出了从通信网络的节点获得路径延迟数据的另一方式;
图16示出了从通信网络的节点获得路径延迟数据的另一方式;
图17示出了根据PTP的时间同步协议的消息交换;
图18示出了用于执行方法的基于计算机的实现的处理设备。
具体实施方式
图1示出了可使用本发明实施例的系统。第一节点1具有提供准确定时参考的时钟。第一节点1可访问准确定时信息源,诸如全球定位系统(GPS)接收器。第二节点2具有与第一节点1的时钟同步的本地时钟。在第一节点1与第二节点2之间发送的分组8中携带的定时信息允许第二节点2将在第二节点2的本地时钟与在第一节点1的时钟同步。分组网络3(诸如以太网网络)连接第一节点1和第二节点2。定时信息可包括时间戳。对于在第一节点1与第二节点2之间的路径的至少一部分,分组在面向连接的网络4上传输。光学传输网络(OTN)将被描述为面向连接的网络的示例。使用时间协议诸如PTP将在节点2的时钟与在节点1的时钟同步。时间协议确定主与从之间的传播延迟的估计,并假定前向方向与反向方向中的传播延迟是相等的。节点2接收有关前向方向与反向方向中的传播延迟之间的不对称(即差异)的信息,其允许节点2补偿前向方向与反向方向之间的任何不对称。
图2更详细地示出了光学传输网络4。网络4包括节点10。网络4包括数据平面5、控制平面6和管理平面7。在数据平面5中的节点10之间建立用于在网络上携带业务的业务携带路径。网络的毗邻节点10通过链路50(例如光纤)连接。可为通信的每个方向提供单独链路(例如光纤)51、52:第一链路51用于携带在通信的前向方向的业务,并且第二链路52用于携带在通信的反向方向的业务。每个链路可以是可沿物理上分开的路径的单独光纤。通过波长信道(它们也被称为λ)在链路51、52上携带业务。每个光路径在定义的谱带内使用不同的波长信道。这种类型的网络将波分复用(WDM)或密集波分复用(DWDM)光学信道的固定或灵活栅格用于光路径。在光路径的源节点和目标节点,存在用于在λ上光学传送业务并在λ上光学接收业务的光学收发器。有利地,节点包括布置成基于波长λ转发业务的光学交叉连接。这一般称为波长交换光学网络。网络可具有网状、环状或任何其它适合的拓扑。
在使用时,业务路径建立在网络4的节点10之间的数据平面5之间。业务路径可经由一个或多个中间节点形成在入口节点与出口节点之间。路径通过控制平面信令(诸如通用多协议标签交换信令)设立和拆除。术语“业务路径”可以是标签交换路径(LSP)。在图2中,控制平面被示意性显示为网络4的单独层6,因为它与数据平面5相比使用不同的资源,诸如与信令涉及的业务路径相比使用单独的光纤或波长。GMPLS控制平面信令包括资源预留协议-业务工程(RSVP-TE)信令,其通常用于设立和拆除业务路径。网络4还可包括管理平面7,其在图2中由网络管理系统(NMS) 70表示。节点10可经由管理平面接口与NMS 70通信。
图3A示出了连接以形成业务路径的图2的网络4的一组节点10。节点N1将被称为入口节点,节点N5将被称为出口节点,并且节点N2、N3将被称为中间节点。一旦建立了,节点N1与节点N4之间的双向业务路径就具有前向路径和反向路径。
每个节点N1-N4收集指示在那个节点引起的路径延迟的路径延迟数据,并将路径延迟数据保存在存储器34中。一种形式的路径延迟是映射延迟。这可发生在以太网分组/帧被映射到OTN容器时,以及以太网分组/帧从OTN容器取消映射时。这个延迟可涉及映射以太网客户端的FIFO的深度。前向方向的映射延迟将被称为“dmf ”,而反向方向的映射延迟将被称为“dmr”。在此说明书中,术语“映射”还包含不同OTN级别之间的复用/分用OTN容器。
另一种形式的路径延迟是来源于前向纠错(FEC)或自适应前向纠错(AFEC)编码的处理延迟。这可涉及可用于计算与此第二过程(当可应用时)相关的附加延迟的FEC/AFEC编码缓冲器的深度。前向方向的编码延迟将被称为“dfecf”,而反向方向的编码延迟将被称为“dfecr”。
节点可知道来源于第一节点与第二节点之间光纤上的传播的传播延迟。前向方向的(光纤)传播延迟将被称为“dff”,而反向方向的传播延迟将被称为“dfr”。传播延迟上的不对称可出现在前向方向的业务和在反向方向流动的业务使用具有不同传送特性(例如光纤长度、波长)的不同光纤的情况下。传播延迟上的不对称可出现在前向方向的业务和在反向方向流动的业务使用相同光纤但不同波长(其中前向业务使用第一波长而反向业务使用第二波长)的情况下。可用本领域已知的各种方式计算一对节点之间的传播延迟。在附录I.6中的ITU-T G.8271 中描述了一个示范方法。
节点可测量和/或存储其它类型的延迟。其中一些类型的延迟可仅发生在具体节点。例如,映射延迟可仅发生在业务被映射到OTN容器的入口节点和业务被从OTN容器移除的出口节点。然而,如果中间节点执行用于OTN业务整合的复用/分用(例如将较低阶数据单位映射到较高阶数据单位),则另外的映射延迟可发生在中间节点。FEC延迟可发生在入口节点和出口节点。FEC延迟也可发生在执行光学信号再生的中间节点,并且存在光-电-光转换。
对于诸如时间同步的应用,执行时间同步的节点需要在前向路径与反向路径之间的路径延迟上的不对称。在每个节点(加上连接到那个节点的前向和反向光纤)处的不对称可根据上述分量延迟计算为:
A = (dmf + dfecf + dff) – (dmr + dfecr + dfr)
对于节点N1与N4之间的全业务路径,需要每个节点N1-N4以及节点N1-N4之间链路的路径延迟(或路径延迟上的不对称)。根据本发明的实施例,从形成网络4上的业务路径的节点N1-N4收集路径延迟数据。所收集的数据然后可由需要路径延迟数据或路径延迟不对称数据的节点使用。
现在描述可收集路径延迟的几种可能方式。
收集累积的路径延迟(路径延迟不对称)
控制平面信令消息(例如RSVP-TE路径消息)经由控制平面6从业务路径的入口节点N1经由中间节点N2、N3转发到出口节点N4。在每个节点,节点基于在消息中从上游节点接收的路径延迟的值和由那个节点贡献的路径延迟的值计算路径延迟的新累积值(路径延迟不对称)。节点然后将信令消息转发到具有新累积值的下一下游节点。出口节点N4接收具有表示由所有节点N1-N3贡献的路径延迟(路径延迟不对称)的累积值的消息。节点N4然后可添加节点N4的路径延迟(路径延迟不对称)贡献以提供最后累积的路径延迟(路径延迟不对称)值。出口节点N4然后沿业务路径的节点N4-N3-N2-N1的顺序返回具有总累积的路径延迟(路径延迟不对称)值的信令消息(例如RSVP-TE Resv消息)。出口节点N4可向另一网络或网络实体发信号通知累积的路径延迟值,或者入口节点N1可向另一网络或网络实体发信号通知累积的路径延迟值。
图3B和3C示出了这种方法的示例。在此示例中,收集并发信号通知的量是路径延迟不对称值,但该量可以是路径延迟。开始于图3B,入口节点N1贡献-5的路径延迟不对称(即,前向方向的路径延迟比反向方向的路径延迟短5个单位,其中单位可等于微微秒ps)。入口节点N1经由报告值“-5”的控制平面6向节点N2发送RSVP-TE路径消息。节点N2贡献+10的路径延迟不对称(即,前向方向的路径延迟比反向方向的路径延迟短10个单位)。节点N2基于接收的数据值 (-5)和节点(10)的路径延迟数据计算新累积的路径延迟不对称值。计算是-5+10=5,并经由报告值“+5”的控制平面向节点N3发送RSVP-TE路径消息。节点N3贡献+7的路径延迟不对称(即,前向方向的路径延迟比反向方向的路径延迟短7个单位)。节点N3基于接收的数据值 (+5)和节点(+7)的路径延迟数据计算新累积的路径延迟不对称值。计算是5+7=12,并经由报告值“+12”的控制平面向节点N4发送RSVP-TE路径消息。节点N4贡献-1的路径延迟不对称(即,前向方向的路径延迟比反向方向的路径延迟短1个单位)。节点N4计算12-1=11的新累积的路径延迟不对称值。节点N4可向另一节点(例如,客户端网络中连接到节点N4的节点)报告这个值。图3C示出了反向信令路径。出口节点N4经由控制平面向节点N3发送RSVP-TE Resv消息报告值“+11”。消息经由N3和N2转发到入口节点N1。节点N1可向另一节点(诸如NMS 70)报告该值。
收集分量路径延迟(路径延迟不对称)
控制平面信令消息(例如RSVP-TE路径消息)经由控制平面从业务路径的入口节点N1经由中间节点N2、N3转发到出口节点N4。在每个节点,节点添加由那个节点贡献的路径延迟(路径延迟不对称),并向下一节点发送消息。出口节点N4接收具有由业务路径的每个节点N1-N3贡献的分量路径延迟(路径延迟不对称)列表的信令消息。节点N4然后可将节点N4的路径延迟(路径延迟不对称)贡献添加到值列表。出口节点N4然后沿业务路径的节点N4-N3-N2-N1的顺序返回信令消息(例如RSVP-TE Resv消息)。出口节点N4可向另一网络发信号通知累积的路径延迟值,或者入口节点N1可向另一网络发信号通知累积的路径延迟值。业务路径的每个节点N1-N4可贡献单个值,表示在该节点的路径延迟的所有来源之和(或总体路径延迟不对称),或者它可转发一组值,表示路径延迟(路径延迟不对称)的每个来源,诸如映射延迟、FEC延迟、传播延迟中每个延迟的单独值。
通过前向路径和反向路径收集路径延迟数据
在上面描述的选项中,控制平面信令消息(例如RSVP-TE路径消息)经由控制平面从业务路径的入口节点N1经由中间节点N2、N3转发到出口节点N4。在信令消息的前向传递期间,业务路径的每个节点都贡献指示在那个节点的前向和反向路径延迟的一个或多个路径延迟值。到信令消息到达出口节点N4的时间,信令消息含有整个业务路径N1-N4的前向路径和反向路径(或前向路径与反向路径之间的路径延迟不对称)的所有路径延迟数据。在出口节点N4接收的信令消息将包括由节点贡献的路径延迟(路径延迟不对称)的单个累积值或者分量路径延迟(路径延迟不对称)的列表。在备选方法中,当信令消息在节点N1与节点N4之间的前向方向发送时,每个节点仅贡献前向路径延迟,而当信令消息在节点N4与节点N1之间的反向方向发送时,贡献反向路径延迟。例如,当从N1接收到信令消息(在朝节点N4的前向方向穿行)时,节点N2可贡献“+5”单位的值,表示在节点N2的前向路径延迟,而当从节点N3接收到信令消息(在朝节点N1的反向方向穿行)时,可贡献“+2”单位的值,表示在节点N2的反向路径延迟。
在上面描述的每一个备选中,节点N1-N4可具有经由该节点延伸的许多不同业务路径,并且对于每个业务路径,延迟路径(不对称)可以不同。例如,延迟可由于不同的映射技术或业务载荷、不同的FEC类型或在长度和/或波长上不同的链路而不同。信令消息(例如RSVP-TE消息)含有标识业务路径(标签交换路径LSP)的数据。在业务路径的设立阶段期间,每个节点将LSP标识符与那个业务路径使用的物理资源以及相关的处理相关。这是与实现相关的,但例如每个LSP可与一个上游和一个下游端口(例如具有与光纤长度关联的相关延迟)相关,并且与LSP关联的数据以某种LSP特定方式(例如用适当的复用/分用)处理。在节点N1-N4执行的方法可包括:节点接收信令消息;节点标识消息相关的业务路径(LSP);节点恢复LSP相关的资源列表;以及节点检查与已经标识的资源使用相关的路径延迟数据(路径延迟不对称数据)。
在上面描述的每个备选中,路径延迟的可能来源之一是由于在光纤链路上延伸或在双向链路上的前向路径和反向路径上的传播延迟中的不对称或一对前向和反向链路引起的传播延迟。传播延迟可由在链路开头的节点或者由在链路结尾的节点贡献(当在从入口节点到出口节点的方向观看时)。例如,在图3B中,节点N1可贡献节点N1与N2之间的链路的传播延迟或者双向链路上的前向路径与反向路径之间或者节点N1与N2之间的一对前向链路和反向链路之间的传播延迟上的不对称。类似地,节点N2可贡献节点N2与N3之间链路的传播延迟,并且节点N3可贡献节点N3与N4之间链路的传播延迟。备选地,节点N2可贡献节点N1与N2之间链路的传播延迟,节点N3可贡献节点N2与N3之间链路的传播延迟,并且节点N4可贡献节点N3与N4之间链路的传播延迟。有利地,每个节点都遵循相同约定。
有利地,节点具有基于节点进行的测量计算路径延迟的能力。如果节点没有这个能力,则有可能节点可向另一节点发送测量或者中间计算的结果,并且另一节点执行计算。术语“路径延迟数据”可包含节点需要的数据,其将允许另一节点计算路径延迟或路径延迟不对称。可在业务路径的节点之间转发的信令消息的字段中携带数据。
图4A-4C示出了在入口节点N1、11执行的方法。在方法的步骤100,入口节点获取指示由入口节点和将入口节点连接到另一节点的链路中的至少一个引起的路径延迟(不对称)的路径延迟(不对称)数据。步骤100可包括确定由于映射数据而引起的路径延迟(不对称)的步骤102。步骤100可包括确定由于执行前向纠错而引起的路径延迟(不对称)的步骤103。步骤100可包括确定由于沿网络链路的传播而引起的路径延迟(不对称)的步骤104。节点可能已经具有在设立业务路径时的路径延迟数据。备选地,路径延迟数据可在路径设立之后计算,并在业务路径的节点之间的信令消息的随后交换期间分布。例如,一旦节点开始处理业务路径的数据,就可能仅知道一些量(例如映射延迟)。
所述方法的步骤105形成包括路径延迟数据的信令消息。所述方法的步骤106将信令消息发送到业务路径的下游节点。这是沿业务路径的下一节点(N2)。
方法可包括步骤107:接收已经经由业务路径的下游节点返回的携带由下游节点贡献的路径延迟数据的信令消息。这对应于图3C,其中RSVP-TE Resv消息经由业务路径的节点返回。在步骤108,入口节点将信令消息转发到网络管理系统、不对称参数计算实体中的至少一个。
图5A-5C示出了在中间节点N2、N3、13执行的方法。在方法的步骤110,节点从业务路径的上游节点接收信令消息,其包括指示至少由上游节点引起的路径延迟的路径延迟数据。在步骤111,节点获取指示由中间节点和将中间节点连接到另一节点的链路中的至少一个引起的路径延迟(不对称)的路径延迟(不对称)数据。步骤111可包括确定由于映射数据而引起的路径延迟(不对称)的步骤112。步骤111可包括确定由于执行前向纠错而引起的路径延迟(不对称)的步骤113。步骤111可包括确定由于沿网络链路的传播而引起的路径延迟(不对称)的步骤114。
步骤115形成包括路径延迟数据的信令消息。步骤115可包括基于在步骤110接收的路径延迟数据和在步骤111获取的路径延迟确定新累积的路径延迟的步骤116。考虑,中间节点N计算路径延迟不对称。从上游节点(N-1)接收的信令消息携带路径延迟不对称值=A(N-1)。节点N计算新累积的路径延迟不对称值:
A(N) = A(N-1) + (dmf + dfecf + dff) – (dmr + dfecr + dfr)。
值A(N)被插入在去往下游节点(N+1)的路径消息中。
步骤117将信令消息发送到业务路径的下游节点。这是沿业务路径的下一节点(N3或N4)。有利地,消息仅发送到业务路径的下一下游节点,并且不发送到任何其它节点。
方法可包括步骤118:接收已经经由业务路径的下游节点返回的携带由下游节点贡献的路径延迟数据的信令消息。在步骤119,入口节点向业务路径的上游节点转发信令消息。
图6A-6C示出了在出口节点N4、14执行的方法。在方法的步骤120,出口节点从业务路径的上游节点接收信令消息,其包括指示至少由上游节点引起的路径延迟的路径延迟数据。在步骤121,出口节点获取指示由出口节点和将出口节点连接到另一节点的链路中的至少一个引起的路径延迟(不对称)的路径延迟(不对称)数据。步骤121可包括确定由于映射数据而引起的路径延迟(不对称)的步骤122。步骤121可包括确定由于执行前向纠错而引起的路径延迟(不对称)的步骤123。步骤121可包括确定由于沿网络链路的传播而引起的路径延迟(不对称)的步骤124。
步骤125形成包括路径延迟数据的信令消息。步骤115可包括基于在步骤110接收的路径延迟数据和在步骤111获取的路径延迟确定新累积的路径延迟的步骤116。
可选地,步骤128可发送信令消息以通知另一节点(诸如连接到网络4的客户端网络的节点)路径延迟。
RSVP刷新机制的频率
当业务路径(LSP)被设立并可响应于网络中的主要改变(诸如链路保护、改变光纤长度的光纤维护)而执行时,可执行路径延迟数据(路径延迟不对称数据)的计算和分布。此类事件可像每月一次或每年几次那样不太频繁地发生。在这些事件期间,告警可被发送到客户端节点以指示路径延迟数据(路径延迟不对称数据)被更新,并且客户端被推荐进入延期状态,同时更新对于业务路径收集的路径延迟数据。
有可能使用RSVP-TE刷新机制收集更新的路径延迟数据。新RSVP-TE路径和Resv消息可定期在节点之间交换,并且如果任何不对称贡献改变了,则有可能再次计算总值(其可与新通知一起发送到NMS)。如上所述,发送另外信令消息。
GMPLS网络架构包括运行GMPLS协议栈的网络单元(NE)的网络,其形成控制平面(6,图2)。RSVP-TE是在GMPLS中使用的信令协议。在新对象中可携带路径延迟数据(路径延迟不对称数据)。新对象可被称为“电路不对称”,并且可在RSVP-TE路径和Resv消息内携带。它在路径消息中处理和更新,并在Resv消息中不改变地转发,如上所述。图7A示出了在RFC 2205中定义的RSVP-TE对象结构。如图7B中所示,新电路不对称对象可用下式实现:
长度=8(4个标题字节和4个用于对象内容的字节);
Class-Num=188(或者预留用于私用的任何其它值,如在http://www.iana.org/assignments/rsvp-parameters/rsvp-parameters.xml)中所描述的);
C-type=1(任何值,例如,1可被定义为用微微秒表述的电路不对称);
对象内容=32位整数(意味着,在C-Type=1的情况下,从-2,147,483,648微微秒到 2,147,483,647微微秒)。
图8示出了在节点10-13之一提供的设备。控制逻辑33控制节点的操作。提供了用于存储节点的路径延迟数据的存储装置34。提供了用于允许节点经由控制平面(6,图2)与其它节点通信的控制平面接口31。提供了用于允许节点在管理平面中与网络管理系统(NMS)70通信的管理平面接口32。节点10包括连接到光学链路51的传送器40和连接到光学链路52的接收器45。传送器40包括用于执行数据信号的FEC编码的FEC编码模块41和用于将数据分组/帧映射到OTN容器的映射模块42。接收器45包括用于执行所接收数据信号的FEC解码的FEC解码模块46和用于将数据分组/帧从OTN容器取消映射的取消映射模块47。控制逻辑33与传送器40和接收器45通信以获得关于由于映射/取消映射和FEC编码/解码而引起的延迟的数据。节点10也可布置成进行在前向与反向传送方向之间的路径延迟不对称的测量。
图9A和9B示出了可在光学通信网络4上在一对节点A、B之间携带业务的两种可能方式。在图9A中,存在通信的每个方向的单独光学链路51、52:第一链路51用于携带在通信的前向方向(A–B)的业务,并且第二链路52用于携带在通信的反向方向(B-A)的业务。每个光学链路51、52可以是可沿物理上分开的路径的单独光纤。链路51的长度d1可不同于链路52的长度d2。可使用相同波长λ1在链路51和52上携带业务,或者可使用不同波长在链路51和52上携带业务,诸如在链路51上为波长λ1,并且在链路52上为波长λ2。
在图9B中,一个链路51用于通信的两个方向。第一波长λ1用于携带在通信的前向方向(A–B)的业务,并且第二波长λ2用于携带在通信的反向方向(B-A)的业务。
时间协议(例如PTP)假定,前向和反向方向的路径延迟相等,但光学通信网络4可在前向和反向方向引起不同的路径延迟,这可影响时间同步。不对称的一个原因是传播延迟不对称。在图9A中,链路51、52的不同长度可引起传播延迟不对称。如果在图9A中使用不同波长λ1、 λ2,则这可引起传播延迟不对称,即便路径51、52的物理长度相同。在图9B中,在同一光学链路中用于前向和反向方向的不同波长λ1、 λ2可引起传播延迟不对称。如上所述,前向方向的传播延迟可被存储为量“dff”,并且反向方向的传播延迟可被存储为量“dfr”。
图10示出了在从节点2提供的设备,其可使用时间协议诸如PTP与主节点同步。控制逻辑83包含执行时间同步的模块85。节点通过与另一节点交换信令消息将本地时钟86与主时钟同步。时间同步模块85将使用路径延迟不对称数据补偿主节点与从节点之间的前向路径与反向路径之间的不对称。如上所述,可收集表示网络4上路径不对称的路径延迟不对称数据,并且经由控制平面接口81或管理平面接口82在节点2接收。参数计算模块84可基于从网络4接收的路径延迟数据或客户端网络的NMS计算不对称参数。
图11示出了在节点2执行的方法。步骤131使用主节点与从节点之间的前向通信和反向通信,使用时间协议同步从时钟与主时钟。步骤132使用上面描述的已经用方法之一分布的路径延迟数据补偿前向通信与反向通信之间的不对称。
图12示出了在NMS 70处提供的设备。控制逻辑73连接到存储装置75。从网络4中的节点获取的路径延迟数据可被存储在存储装置75中。参数计算模块74可基于从网络4的节点接收的路径延迟数据计算不对称参数。提供了用于允许NMS与其它节点(诸如节点10-13)通信的控制平面接口71和管理平面接口72。NMS也可与另一域的NMS(诸如客户端NMS或另一运营商的NMS)通信,并且可转发路径延迟数据。
图13和14示出了包括客户端网络和服务器通信网络(诸如之前描述的光学通信网络4)的通信系统的示例。通信系统包括服务器NMS 70和客户端NMS 91、92。第一客户端节点1通过服务器网络的第一边界节点11(=入口节点)耦合到服务器网络4。第一边界节点11布置成将客户端业务映射成在服务器网络上传送的形式。服务器网络的第二边界节点(=出口节点)12连接到客户端网络。业务经由中间节点13在入口节点11与出口节点12之间携带。在图13的系统中,可在服务器通信网络4上,在第一客户端节点1的主时钟与在第二客户端节点2的从时钟之间执行时间同步。计算客户端节点1、2之间的总体路径的前向方向与反向方向之间的不对称,并将其用于补偿在第二客户端节点2的时间同步。如上所述,路径延迟不对称数据由业务路径的节点之间的RSVP-TE信令15收集。路径延迟不对称数据用于补偿不对称。在图13,节点11经由适合的协议向服务器NMS 70转发路径延迟数据(路径延迟不对称数据)。服务器NMS 70与客户端NMS 92通信。服务器NMS 70可向客户端NMS 92提供路径延迟数据,其指示路径延迟不对称。
图14示出了包括客户端网络和包含OTN层的服务器通信网络(诸如之前描述的光学通信网络4)的另一系统。在此系统中,服务器网络的出口节点12在外部网络-网络接口(E-NNI)向第二客户端节点94转发路径延迟数据(路径延迟不对称数据)。图14可应用在多域控制平面的情况下(在多供应商/运营商情形下)。GMPLS堆栈可用于直接在边界节点之间交换延迟不对称值(E-NNI用于提供域间参数散播)。
如果路径延迟数据以分量路径延迟值列表的形式,则服务器网络4中的实体(例如在NMS 70的参数计算模块74)或客户端网络中的实体(例如在节点2的参数计算模块84)可基于分量路径延迟值列表计算路径延迟不对称。
如上所述,在每个节点(加上连接到那个节点的前向和反向光纤)处的不对称可根据上述分量延迟计算为:
A = (dmf + dfecf + dff) – (dmr + dfecr + dfr)
对于全业务路径,对在每个节点和链路的路径延迟不对称求和。这种求和可作为收集(图3B)的一部分发生,或者总体路径延迟不对称值的计算可由单独实体执行。在PTP(IEEE 1588)的情况下,定义延迟不对称属性。这是量A的一半(对于整个业务路径):
延迟不对称= A/2
注意:可能存在不对称的其它“确定性”来源(例如出口线和入口线上的不同速率),其可能需要将PTP客户端节点执行的延迟不对称计算考虑进去。一旦计算了延迟不对称,这就可对关于恰当地更新在IEEE 1588中所定义的纠正字段来处理PTP分组的功能可用。
异步时钟的处置
可变映射延迟可由于如下事实而发生:OTN网络中的时钟是异步的,并且数据可在OTN网络的映射缓冲器中缓慢改变位置,从而导致周期调整。如果调整的频率低于相位调整器的滤波能力,则可能对相位噪声还有因此的延迟和客户端信号上的结果的不对称存在重大影响。例如,在1ppb时钟差的情况下1吉比特/秒将导致大约10秒的周期性调整,其是比相位调整器带宽(通常是大约100 Hz)显著低的频率。这还将导致由可能期望控制的OTN网络产生的数十纳秒可变不对称。
在网络节点11、12、13使用的异步时钟可引起映射延迟随时间改变,并且因此引起路径延迟不对称随时间改变。向/从OTN数据单位映射客户端信号发生在入口节点和出口节点。由于ODU复用而引起的映射可发生在任何节点11-13,也就是向/从较高阶光学信道数据单位(HO ODUk)映射较低阶协议数据单位(LO PDUk)的任何地方。
监视映射/复用中的调整时机可用于控制由于调整而引起的可变延迟和不对称的影响。有利地,由映射器或复用阶段产生的调整之间的周期应该比两个RSVP-TE信令消息之间的周期发生得少,以更新路径延迟数据。
有利地,附加信息可用于预测在当信令确定实际路径延迟值时的时机之间的路径延迟随时间的行为。这在调整发生得比信令交换更频繁的情形下特别有用。
如果异步时钟生成频繁的调整机会,则映射器可在表中记录调整次数以及需要它们时的时间。当从节点发送信令消息(例如上面描述的RSVP-TE消息)时,有可能与路径延迟的当前值一起发送可用于预测延迟随时间变化(例如,随时间的调整次数、它们随时间的变化,其分别对应于绝对频率偏移和频率偏移的线性漂移)的一些附加信息。此附加信息可用于预测在当信令确定实际路径延迟值时的时机之间的延迟随时间的行为。
存在取决于被映射的信号以及映射过程(AMP或GMP)的各种情况。描述了两个示例。在第一示例中,四个ODU1信号经由ODTUG2复用成OPU2信号。在第二示例中,吉比特以太网(GbE, 1000BaseX)信号被映射成ODU0,并且ODU0被复用成HO ODUk容器(考虑复用的一阶或多阶)。
示例1四个ODU1信号经由ODTUG2复用成OPU2信号。ODU1信号用帧对准开销延伸,并且使用AMP调整开销(JOH)异步地映射到光学信道数据支路单位1到2(ODTU12)。四个ODTU12信号被时分复用成具有有效载荷类型20的光学信道数据支路单位组2(ODTUG2),之后这个信号被映射到OPU2。ODU1信号的字节被映射到ODTU12的信息字节。每8个OPU2子帧两次,有可能执行正或负调整动作。这意味着,在此示例中,调整将暗示大约7ns的相位步长。如果这些比相位调整器的时间常数慢(即,周期高于大约2ms,那将意味着大约4ppm频率差),这将影响网络输出上的相位噪声。
示例2根据G.709条款17.7.1执行到ODU0的GbE映射。首先,GbE速率(SyncE的1.250 Gb/s±100 ppm或±4.6 ppm)经由TTT(=定时透明译码)向下降至1.171875 Gb/s,则这被作为连续比特率(CBR)进行管理,并经由GMP映射到OPU0,根据GMP算法分配所有需要的填充字节。OPU0中的可用8位(字节)位置的数量是15232。必要位置的数量可根据实时变化的客户端与服务器频率之间的实际未对准一帧一帧地改变。事实上,GMP调节过程决定了在帧#i中需要的位置数量(Cn),将这个信息插入在OPU OH帧#i中,并且然后将相关Cn客户端数据放在帧#i+1中。需要的位置的数量Cn 取决于fserver与fclient之间的关系,并且它可变化如下:
Cn =14405÷14410(其中 fclient在±100 ppm 并且fserver在±20 ppm)
Cn =14406 ÷ 14408(其中fclient 在±4.6 ppm 并且fserver 在±20 ppm)
这意味着,存储所需的字节数在第一情况下最大为5,而在第二情况下为2。在取消映射器处,没有延迟必须被考虑,因为在帧#i中提供了下一帧#i+1的提取信息。
因此,概括地说,我们令:
- GMP映射延迟(+/-100ppm):5字节(在1GbE速率≌ 32 ns )
- GMP映射延迟(+/-4.6ppm):2字节(在1GbE速率≌ 13 ns )
-GMP取消映射延迟:0字节没有延迟
当GbE根据该标准映射到OPU0/ODU0容器中时,这个延迟因此由于由GMP过程预见的所需调整机会的变化引起。在此之后必要的是,ODU0必须与其它LO容器一起复用到HO ODUk中(复用的一个或多个级别理论上是可能的)。在任何情况下,不根据复用类型(ODU0复用成ODTU01或者ODU0 复用成ODTUk.ts,或者一般地说,ODUj 复用成ODTUjk或者ODUj复用成ODTUk.ts),这个操作暗示最大两个附加调整机会,它们在1GbE速率近似13ns(请注意,例外仅仅是将ODU2e映射到HO ODUk,这潜在地需要更多的调整机会(4/5字节)),但这不适用于GbE的情况,其绝不经由ODU2e映射。
与调整机会(二者经由AMP或GMP)相关的信息由硬件计算,并存储在执行信号映射或复用的每个节点中的OPU OH中。通过监视或记录某些时间窗口上的调整次数,有可能:
● 实时估计时钟之间的频率偏移;
● 估计频率偏移在时间上变化多快(以评估是否能管理该变化);
● 在某些条件下请求不对称信息的更新,例如,如果调整的频率是5分钟,则可请求它每分钟刷新RSVP-TE交换。
● 发信号通知此类估计的精度,使得最终应用知道时间分布链中的潜在错误。这个信息由PTP客户端(PTP从)使用。
更新频率,因此还有执行获得路径延迟数据的方法的迭代之间的间隔,可以是由网络运营商配置的参数,或者它可与监视调整的频率相关。因为时钟之间的频率偏移的估计可呈现出一些错误,因此总是推荐它具有比调整速率更经常的RSVP-TE交换。例如,频繁10倍。通常,存在发送消息的频率的上限(例如,不比每分钟一分组更经常)。在业务路径的操作期间重复执行获得路径延迟数据的方法,并且所述方法的迭代之间的周期小于网络中调整事件之间的周期。
一般而言,假定至多每1分钟进行RSVP-TE方法的刷新,并且假定对于比2ms更快的变化自动滤波输出时钟信号,仅当调整频率在几分钟以下并且2ms以上的情况下,在出局信号上将呈现由于映射调整变化而引起的相位噪声。
上面的方法还允许估计需要映射或复用的每个节点中的调整时机的总体频率变化。因此,有可能经由RSVP-TE不仅传递由于调整而引起的延迟变化,而且调整频率变化的估计导数,以便预测延迟在两个连续RSVP-TE更新之间的时间中将如何变化。
用于收集/分布路径延迟数据的备选方法
在上面描述的方法中,在业务路径的节点之间转发信令消息,并且当转发消息时,收集路径延迟数据。现在将描述收集路径延迟数据的一些备选方式。
图15中示出了从通信网络4的节点获得路径延迟数据的另一方法。在NMS 70与网络4的每一个节点11、12、13之间存在信令95。NMS 70可单独向每个节点11、12、13发送请求。响应于接收到该请求,节点获取指示由所述节点和将所述节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据。所述节点形成包括所述路径延迟数据的信令消息并向NMS 70发送所述信令消息。NMS 70可基于所接收的路径延迟数据确定网络4上具体业务路径的路径延迟(或路径延迟不对称)。如果节点10-13没有基于节点进行的测量计算传播延迟的能力,则节点可向NMS发送测量或中间计算的结果,并且NMS 70可执行传播延迟(或传播延迟的不对称)的计算。
图16中示出了从通信网络4的节点获得路径延迟数据的另一方法。在业务路径的入口节点11与网络4上的业务路径的每一个其它节点12、13之间存在信令96。入口节点11可单独向每个节点12、13发送请求。响应于接收到该请求,节点获取指示由所述节点和将所述节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据。所述节点形成包括所述路径延迟数据的信令消息并向入口节点11发送所述信令消息。入口节点11可基于所接收的路径延迟数据确定网络4上具体业务路径的路径延迟(或路径延迟不对称)。如果节点10-13没有基于节点进行的测量计算传播延迟的能力,则节点可向用于执行传播延迟(或传播延迟的不对称)计算的另一实体(诸如NMS)发送测量或中间计算的结果。在图16中示出的信令96可携带在控制平面上。
上面描述的方法可与早先描述的方法的任何特征组合。
图17示出了根据PTP协议用于同步从时钟与主时钟的消息交换的示例。消息交换模式为:
主向从发送同步消息,并记下发送它的时间t1。
从接收同步消息,并记下接收时间t2。
主通过将时间戳t1嵌入在同步消息中向从传递时间戳t1。这对于最高准确度和精度需要某种硬件处理。备选地,主可将时间戳t1嵌入在Follow_Up消息中。
从向主发送Delay_Req消息,并记下发送它的时间t3。
主接收Delay_Req消息,并记下接收时间t4。
主通过将时间戳t4嵌入在Delay_Resp消息中向从传递时间戳t4。
在此消息交换结束时,从拥有所有四个时间戳:t1、t2、t3、t4。这些时间戳可用于计算从的时钟相对于主的偏差以及两个时钟之间的消息的平均传播时间,其在图17中是t-ms和t-sm的平均。从动将经由最小化由从动计算的<与主的偏差>值同步到其主。
从与主普通时钟或边界时钟之间的时间误差(<offsetFromMaster>)被定义为:
<offsetFromMaster> = <从时钟上的时间>-<主时钟上的时钟>,其中在同一时刻测量所有时间。具体地说,<offsetFromMaster> 值将由从计算如下:
如果未接收到Follow_Up消息,则:
<offsetFromMaster> = (t2-t1) –<meanPathDelay>-correctionField of Sync message.
如果将接收到Follow_Up消息,则:
<offsetFromMaster> =(t2-t1)– <meanPathDelay>-correctionField of Sync message-correctionField of Follow_Up message,
其中同步消息的纠正字段涉及传输网络中的支持(即,透明时钟添加有关跨传输网络单元的分组的等待时间的信息)。
<meanPathDelay>的标称值被计算为:
<meanPathDelay> = [(t2 – t1) + (t4 – t3)]/2 = [(t2 – t3) + (t4 – t1)]/2。
该方案在对等透明时钟的情况下略微不同,其中除了等待时间,在每跳都计算路径延迟,并将其包含在同步消息(或者在2步时钟的情况下是后续消息)的纠正字段中。
根据上面的描述,显然的是,计算偏差和传播时间假定主到从和从到主的传播时间是相等的。传播时间中的任何不对称都在计算的时钟偏差值中引入误差。所计算的平均传播时间不同于由于不对称引起的实际传播时间。
如果连接到入口端口的路径的延迟不对称已知,则可进行纠正,如PTP协议所规定的(见IEEE 1588-2008的章节11.6,用于网络测量和控制系统的精确时钟同步协议的IEEE标准)。具体地说,IEEE 1588定义属性“delayAsymmetry”如下(见IEEE 1588中的7.4);对于t-ms和t-sm定义:
t-ms = <meanPathDelay> + delayAsymmetry
t-sm = <meanPathDelay> - delayAsymmetry
换句话说,当主到从或响应器到请求器传播时间比从到主或请求器到响应器传播时间长时,延迟不对称被定义为正。上面描述的方法和设备允许计算不对称,并且因此,术语“delayAsymmetry”可包含在光学通信网络的前向路径与反向路径之间计算的不对称。
图18示出了示范处理设备200,其可实现为任何形式的计算和/或电子装置,并且其中可实现上面描述的系统和方法的实施例。处理设备200可提供在节点10之一处,或在形成网络管理系统一部分的节点70。处理设备可实现任何图4A、5A、6A、11中示出的方法。处理设备200包括一个或多个处理器201,其可以是微处理器、控制器或用于执行控制装置操作的指令的任何其它适合类型的处理器。处理器201经由一个或多个总线206连接到装置的其它组件。可使用任何计算机可读介质(诸如存储器202)提供处理器可执行指令203处理器可执行指令203可包括用于实现所描述方法的功能性的指令。存储器202属于任何适合的类型,诸如只读存储器(ROM)、随机存取存储器(RAM)、任何类型的存储装置,诸如磁或光存储装置。可提供附加存储器204以存储由处理器201使用的数据205。处理设备200包括用于与其它网络实体(诸如网络4的其它节点10)接口的一个或多个网络接口208。
其它应用
移动接入网中的一个即将到来的架构改变是,将常规无线电基站(RBS)分成两部分:处理主单元(MU)和具有能够覆盖多个无线电小区(RRU)的专用RF设备的一组天线的可能性。单个MU在多个RRU之间共享。RBS实现中的这个新架构方法要求MU(处理)与RRU(天线)之间的高容量、成本有效和低等待时间传输系统。现今,它们通过在P2P专用光学链路上传送的标准协议CPRI实现。CPRI在等待时间方面,并且具体地说在上行链路/下行链路差分延迟方面,具有按压约束。使用WDM技术作为CPRI的传送层可在光纤和MU整合的有效使用方面提供巨大利益。作为缺点,与专用P2P光纤相比较,在不同光纤和/或波长上容纳上行链路和下行链路流可对CPRI同步具有不利影响。那个影响随着链路的长度、两个光纤的长度之间的差异(在两个光纤系统的情况下)以及上行链路与下行链路波长之间的波长间距而增加。上行链路和下行链路传播延迟差的知识可用于在两个CPRI流上施加恰当补偿,使得差分延迟减小到小于可接受阈限值。
所公开发明的修改和其它实施例将让本领域技术人员想到具有在前面说明书和相关联附图中给出的教导的益处。因此,要理解,本发明不限于所公开的特定实施例,并且修改和其它实施例也打算包含在本公开的范围内。尽管本文可采用特定术语,但是它们仅用于一般且描述性意义,而非限制的目的。
Claims (30)
1. 一种在包括多个互连节点的面向连接的通信网络上分布路径延迟数据的方法,所述方法包括:在所述网络上的业务路径的中间节点:
从所述业务路径的上游节点接收信令消息,其包括指示至少由所述业务路径的所述上游节点引起的路径延迟的路径延迟数据;
获取指示由所述中间节点和将所述中间节点连接到另一节点的链路中的至少一个引起的所述业务路径的路径延迟的路径延迟数据;
形成包括指示由所述中间节点和将所述中间节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据的信令消息;以及
将所述信令消息发送到所述业务路径的下游节点。
2. 如权利要求1所述的方法,其中所接收消息中的所述路径延迟数据指示所述业务路径的前向传送方向与反向传送方向之间路径延迟中的不对称。
3. 如权利要求1或2所述的方法,其中所接收消息中的所述路径延迟数据是所述业务路径的累积路径延迟,并且所述方法进一步包括:基于所接收信令消息中的所述累积路径延迟数据和由所述中间节点引起的路径延迟来确定新累积路径延迟,
并且其中形成信令消息的所述步骤形成包含所述累积路径延迟的信令消息。
4. 如权利要求1或2所述的方法,其中形成信令消息的所述步骤形成包含指示由所述中间节点和将所述中间节点连接到另一节点的链路中的至少一个引起的路径延迟的单独信息元素的信令消息。
5. 如权利要求4所述的方法,其中所述单独信息元素指示由所述中间节点和将所述中间节点连接到另一节点的链路中的至少一个引起的路径延迟不对称。
6. 如以上权利要求中任一项所述的方法,还包括:
接收已经经由所述业务路径的至少一个下游节点返回的携带由所述下游节点贡献的路径延迟数据的信令消息;以及
将所述信令消息转发到所述业务路径的上游节点。
7. 一种在包括多个互连节点的面向连接的通信网络上分布路径延迟数据的方法,所述方法包括:在所述网络上的业务路径的入口节点:
获取指示由所述入口节点和将所述入口节点连接到另一节点的链路中的至少一个引起的所述业务路径的路径延迟的路径延迟数据;
形成包括所述路径延迟数据的信令消息;以及
将所述信令消息仅发送到所述业务路径的下游节点。
8. 如权利要求7所述的方法,其中所述路径延迟数据是指示业务路径的前向传送方向与反向传送方向之间路径延迟中的不对称的路径延迟不对称数据。
9. 如权利要求7或8所述的方法,进一步包括:接收已经经由所述业务路径的下游节点返回的携带由所述下游节点贡献的路径延迟数据的信令消息。
10. 如权利要求7至9中任一项所述的方法,进一步包括:将路径延迟数据转发到网络管理系统、不对称参数计算实体中的至少一个。
11. 一种在包括多个互连节点的面向连接的通信网络上分布路径延迟数据的方法,所述方法包括:在所述网络上的业务路径的出口节点:
从所述业务路径的上游节点接收信令消息,包括指示至少由所述上游节点引起的路径延迟的路径延迟数据;
获取指示由所述出口节点和将所述出口节点连接到另一节点的链路中的至少一个引起的所述业务路径的路径延迟的路径延迟数据;
形成包括指示由所述出口节点和将所述出口节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据的信令消息;以及
将所述信令消息发送到所述业务路径的上游节点。
12. 如权利要求11所述的方法,其中所接收消息中的所述路径延迟数据指示所述业务路径的前向传送方向与反向传送方向之间路径延迟中的不对称。
13. 如权利要求11或12所述的方法,其中所接收消息中的所述路径延迟数据是所述业务路径的累积路径延迟,并且所述方法进一步包括:基于所接收信令消息中的所述累积路径延迟数据和由所述出口节点引起的路径延迟来确定新累积路径延迟,
并且其中形成信令消息的所述步骤形成包含所述累积路径延迟的信令消息。
14. 如权利要求11或12所述的方法,其中形成信令消息的所述步骤形成包含指示由所述出口节点和将所述出口节点连接到另一节点的链路中的至少一个引起的路径延迟的单独信息元素的信令消息。
15. 如权利要求14所述的方法,其中所述单独信息元素指示由所述出口节点和将所述出口节点连接到另一节点的链路中的至少一个引起的路径延迟不对称。
16. 如以上权利要求中任一项所述的方法,其中获取路径延迟数据的所述步骤包括如下至少一项:
确定由于映射数据而引起的延迟;确定由于执行前向纠错而引起的延迟;确定由于沿网络链路的传播而引起的延迟。
17. 如以上权利要求中任一项所述的方法,其中所述方法在所述业务路径的操作期间重复执行。
18. 如权利要求17所述的方法,其中所述网络中的可变路径延迟的来源是由映射信号引起的调整事件,并且其中所述方法的迭代之间的周期小于在所述网络中发生的调整事件之间的周期。
19. 如权利要求17或18所述的方法,其中所述网络中的可变路径延迟的来源是由映射信号引起的调整事件,并且所述方法进一步包括:确定有关所述方法的迭代之间的周期期间的所述可变路径延迟的行为的信息。
20. 如以上权利要求中任一项所述的方法,其对于如下至少一项执行:所述业务路径的建立;响应于所述业务路径中发生的改变;预定时间间隔的期满。
21. 如以上权利要求中任一项所述的方法,其中所述信令消息是资源预留协议-业务工程RSVP-TE控制平面信令消息。
22. 一种执行通信网络上在主节点的主时钟与在从节点的从时钟之间的时间同步的方法,所述方法包括在所述从节点:
使用所述主节点与所述从节点之间的前向通信和反向通信,使用时间协议同步所述从时钟与所述主时钟;以及
使用使用如上述权利要求中任一项所述的方法获取的路径延迟数据,补偿所述前向通信与所述反向通信之间的不对称。
23. 在包括多个互连节点的面向连接的通信网络中的业务路径的中间节点使用的设备,所述设备包括:
接口,用于与所述业务路径的其它节点通信;以及
控制逻辑,其布置成:
从所述业务路径的上游节点接收信令消息,其包括指示至少由所述业务路径的所述上游节点引起的路径延迟的路径延迟数据;
获取指示由所述中间节点和将所述中间节点连接到另一节点的链路中的至少一个引起的路径延迟的所述业务路径的路径延迟数据;
形成包括指示由所述中间节点和将所述中间节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据的信令消息;以及
将所述信令消息发送到所述业务路径的下游节点。
24. 在包括多个互连节点的面向连接的通信网络中的业务路径的入口节点使用的设备,所述设备包括:
接口,用于与所述业务路径的其它节点通信;以及
控制逻辑,其布置成:
获取指示由所述入口节点和将所述入口节点连接到另一节点的链路中的至少一个引起的路径延迟的所述业务路径的路径延迟数据;
形成包括所述路径延迟数据的信令消息;
将所述信令消息仅发送到所述业务路径的下游节点。
25. 在包括多个互连节点的面向连接的通信网络中的业务路径的出口节点使用的设备,所述设备包括:
接口,用于与所述业务路径的其它节点通信;以及
控制逻辑,其布置成:
从所述业务路径的上游节点接收信令消息,包括指示至少由所述上游节点引起的路径延迟的路径延迟数据;
获取指示由所述出口节点和将所述出口节点连接到另一节点的链路中的至少一个引起的路径延迟的所述业务路径的路径延迟数据;
形成包括指示由所述出口节点和将所述出口节点连接到另一节点的链路中的至少一个引起的路径延迟的路径延迟数据的信令消息;以及
将所述信令消息发送到所述业务路径的上游节点。
26. 一种获得包括多个互连节点的面向连接的通信网络中的路径延迟数据的方法,所述方法包括:在所述网络上的业务路径的节点:
接收提供路径延迟数据的请求;
获取指示由所述节点和将所述节点连接到另一节点的链路中的至少一个引起的路径延迟的所述业务路径的路径延迟数据;
形成包括所述路径延迟数据的信令消息;以及
发送所述信令消息。
27. 一种获得包括多个互连节点的面向连接的通信网络中的路径延迟数据的方法,所述方法包括:在网络实体:
向业务路径的节点发送提供路径延迟数据的请求;
从所述节点接收携带指示由所述节点和将所述节点连接到另一节点的链路中的至少一个引起的路径延迟的所述业务路径的路径延迟数据的信令消息。
28. 在包括多个互连节点的面向连接的通信网络的节点使用的设备,所述设备包括:
接口,用于与网络实体通信;以及
控制逻辑,其布置成:
从所述网络实体接收提供路径延迟数据的请求;
获取指示由所述节点和将所述节点连接到另一节点的链路中的至少一个引起的路径延迟的所述业务路径的路径延迟数据;
形成包括所述路径延迟数据的信令消息;以及
将所述信令消息发送到所述网络管理实体。
29. 在包括多个互连节点的面向连接的通信网络的网络实体使用的设备,所述设备包括:
接口,用于与所述网络的所述节点通信;以及
控制逻辑,其布置成:
向业务路径的节点发送提供路径延迟数据的请求;
从所述节点接收携带指示由所述节点和将所述节点连接到另一节点的链路中的至少一个引起的路径延迟的所述业务路径的路径延迟数据的信令消息。
30. 一种计算机程序产品,包括携带指令的机器可读介质,所述指令当由处理器运行时使所述处理器执行如权利要求1至22、26或27中任一项所述的方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2012/066343 WO2014029430A1 (en) | 2012-08-22 | 2012-08-22 | Distributing path delay data in a connection-oriented communications network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104737476A true CN104737476A (zh) | 2015-06-24 |
| CN104737476B CN104737476B (zh) | 2018-07-13 |
Family
ID=46750326
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201280076562.3A Expired - Fee Related CN104737476B (zh) | 2012-08-22 | 2012-08-22 | 在面向连接的通信网络上分布路径延迟数据的方法及相应设备和机器可读介质 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US10075258B2 (zh) |
| EP (1) | EP2888828A1 (zh) |
| CN (1) | CN104737476B (zh) |
| WO (1) | WO2014029430A1 (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107820312A (zh) * | 2016-09-14 | 2018-03-20 | 凯瑟林-沃克两合公司 | 控制系统 |
| CN108881340A (zh) * | 2017-05-11 | 2018-11-23 | 中兴通讯股份有限公司 | 一种时延收集的方法及装置 |
| CN112235200A (zh) * | 2019-07-15 | 2021-01-15 | 中国移动通信集团有限公司 | 业务控制方法、装置、设备及介质 |
| CN114930927A (zh) * | 2020-01-17 | 2022-08-19 | 株式会社Ntt都科摩 | 通信装置 |
| CN115176427A (zh) * | 2020-02-28 | 2022-10-11 | 西门子股份公司 | 经由传送时间关键数据的通信网络将控制应用同步的方法、网络基建设备和通信终端设备 |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10075258B2 (en) | 2012-08-22 | 2018-09-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributing path delay data in a connection-oriented communications network |
| EP2893657B1 (en) | 2012-09-06 | 2019-06-26 | Telefonaktiebolaget LM Ericsson (publ) | Use of common public radio interface over asymmetric networks |
| US9450846B1 (en) * | 2012-10-17 | 2016-09-20 | Cisco Technology, Inc. | System and method for tracking packets in a network environment |
| KR101807745B1 (ko) | 2013-08-22 | 2017-12-11 | 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) | 통신 네트워크 내 노드들 사이의 경로 지연 비대칭의 변화에 의하여 영향을 받는 타이밍 레퍼런스들의 감지를 위한 방법 |
| CN104581921B (zh) * | 2013-10-11 | 2019-08-06 | 中兴通讯股份有限公司 | 数据传输方法和系统 |
| CN106211306B (zh) * | 2015-04-30 | 2020-04-03 | 华为技术有限公司 | 一种通信网络延时抖动平滑方法、装置及系统 |
| EP3160073B1 (en) * | 2015-10-22 | 2020-08-05 | Alcatel Lucent | Method and optical switching node for transmitting data packets in an optical transmission network |
| US10541900B2 (en) * | 2016-02-01 | 2020-01-21 | Arista Networks, Inc. | Hierarchical time stamping |
| CN105933085B (zh) * | 2016-04-27 | 2018-06-12 | 西南民族大学 | 测量非对称光纤链路传输时延的方法 |
| US10341083B2 (en) * | 2016-09-09 | 2019-07-02 | Huawei Technologies Co., Ltd. | System and methods for network synchronization |
| CN108667751B (zh) * | 2017-03-27 | 2022-01-11 | 中兴通讯股份有限公司 | 一种时延信息的通告方法及装置 |
| EP3622638B1 (en) * | 2017-05-12 | 2023-05-10 | Telefonaktiebolaget LM Ericsson (PUBL) | Methods and devices for synchronization in communication networks |
| US10623304B2 (en) * | 2018-01-17 | 2020-04-14 | Futurewei Technologies, Inc. | Configuring optical networks using a joint configuration model |
| US10313103B1 (en) | 2018-01-24 | 2019-06-04 | Ciena Corporation | Systems and methods for precise time synchronization with optical modules |
| US10396972B1 (en) * | 2018-02-22 | 2019-08-27 | Ciena Corporation | Precise time synchronization across optical modules for group alignment |
| JP7310163B2 (ja) * | 2019-02-14 | 2023-07-19 | 日本電信電話株式会社 | 伝送装置、時刻伝送システム、および、遅延補正方法 |
| EP3716519A1 (de) * | 2019-03-29 | 2020-09-30 | Siemens Aktiengesellschaft | Verfahren zur übermittlung zeitkritischer daten innerhalb eines kommunikationsnetzes und kommunikationsgerät |
| CN112583729B (zh) * | 2019-09-27 | 2023-11-28 | 华为技术有限公司 | 一种路径的流量分配方法、网络设备及网络系统 |
| US12003396B2 (en) | 2019-12-31 | 2024-06-04 | Cisco Technology, Inc. | Asymmetry compensation for private line emulation |
| KR102820588B1 (ko) * | 2020-01-30 | 2025-06-16 | 삼성전자 주식회사 | 이동통신 네트워크의 미디어 처리 및 전송에 대한 지연을 할당하기 위한 장치와 방법 |
| CN115362720A (zh) * | 2020-04-16 | 2022-11-18 | 索尼集团公司 | 用于发送定时信息的设备和方法 |
| EP4205313B1 (en) * | 2020-08-31 | 2025-10-01 | Telefonaktiebolaget LM Ericsson (publ) | Relative time error information distribution in precision time protocol network |
| WO2023202759A1 (en) * | 2022-04-19 | 2023-10-26 | Huawei Technologies Co., Ltd. | Controllers to be used in network nodes and methods for use in network nodes |
| CN115297498A (zh) * | 2022-07-28 | 2022-11-04 | 武汉烽火技术服务有限公司 | 一种传输网时延地图的构建方法及装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2408128A1 (en) * | 2010-07-15 | 2012-01-18 | Alcatel Lucent | Interworking agent adapted to interact between network and Precision Time Protocol entities |
| EP2437416A2 (en) * | 2010-09-30 | 2012-04-04 | Vitesse Semiconductor Corporation | Timestamp predictor for packets over a synchronous protocol |
| EP2448168A1 (en) * | 2009-08-14 | 2012-05-02 | ZTE Corporation | Method and system for bearing time synchronization protocol in optical transport network |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2856050B2 (ja) * | 1993-11-30 | 1999-02-10 | 日本電気株式会社 | ルーティング制御方法 |
| RU2133489C1 (ru) | 1997-07-09 | 1999-07-20 | Акционерное общество закрытого типа Фирма "Котлин" | Система формирования временных поправок по сигналам спутниковой радионавигационной системы к шкалам времени пространственно разнесенных пунктов |
| US7130304B1 (en) * | 2002-05-31 | 2006-10-31 | Redback Networks Inc. | Method and apparatus for graceful restart |
| US6968374B2 (en) * | 2002-07-03 | 2005-11-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Quality of service (QOS) mechanism in an internet protocol (IP) network |
| US20040264372A1 (en) * | 2003-06-27 | 2004-12-30 | Nokia Corporation | Quality of service (QoS) routing for Bluetooth personal area network (PAN) with inter-layer optimization |
| US7965732B2 (en) * | 2004-03-19 | 2011-06-21 | Fujitsu Limited | Scheduling token-controlled data transmissions in communication networks |
| CN100583693C (zh) | 2005-12-30 | 2010-01-20 | 华为技术有限公司 | 一种实现空口同步发送数据的方法和系统 |
| US8121111B2 (en) * | 2007-03-29 | 2012-02-21 | Verizon Patent And Licensing Inc. | Method and system for measuring latency |
| CN101043277B (zh) | 2007-04-29 | 2010-10-13 | Ut斯达康通讯有限公司 | 移动通信终端接收性能测试中的脉冲同步方法及单元 |
| US20090097452A1 (en) | 2007-10-12 | 2009-04-16 | Qualcomm Incorporated | Femto cell synchronization and pilot search methodology |
| EP2213002A4 (en) | 2007-11-21 | 2014-11-26 | Ericsson Telefon Ab L M | METHOD AND RADIO BASE STATION IN A TELECOMMUNICATIONS SYSTEM |
| RU2356080C1 (ru) | 2007-11-26 | 2009-05-20 | Российская Федерация,от имени которой выступает государственный заказчик - Федеральное агентство по атомной энергии | Система синхронизации времени по проводному радиоканалу |
| US8565218B2 (en) * | 2008-06-05 | 2013-10-22 | Hewlett-Packard Development Company, L.P. | Flow path discovery in network to guarantee multiple metric QoS constraints |
| WO2010031443A1 (en) * | 2008-09-19 | 2010-03-25 | Telefonaktiebolaget Lm Ericsson (Publ) | A restoration scheme for an optical network and method of using such a scheme |
| JP2011024099A (ja) | 2009-07-17 | 2011-02-03 | Fujitsu Ltd | 無線装置制御装置、基地局、およびデータ中継方法 |
| CN102082697A (zh) | 2009-11-27 | 2011-06-01 | 华为技术有限公司 | 通信路径不对称延时测量方法、装置和系统 |
| JP5338648B2 (ja) | 2009-12-16 | 2013-11-13 | 富士通株式会社 | 無線基地局、無線制御装置及び無線装置、並びに通信方法 |
| US8451717B2 (en) * | 2010-07-30 | 2013-05-28 | Alcatel Lucent | Method and apparatus for rapid switchover from primary to standby multicast trees |
| WO2012048975A1 (en) | 2010-10-13 | 2012-04-19 | Telefonaktiebolaget L M Ericsson (Publ) | Determining asymmetries in a communication network |
| EP2676389B1 (en) * | 2011-02-15 | 2016-08-24 | Telefonaktiebolaget LM Ericsson (publ) | Method of providing a path delay asymmetry for time synchronization between a master and a slave clock across a communciation network |
| WO2012092903A2 (zh) | 2012-02-14 | 2012-07-12 | 华为技术有限公司 | 延迟的测量方法及光传送网络设备 |
| US9628259B2 (en) | 2012-05-24 | 2017-04-18 | Telefonaktiebolaget L M Ericsson (Publ) | Distributing clock synchronization information within an optical communications network |
| US10075258B2 (en) | 2012-08-22 | 2018-09-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributing path delay data in a connection-oriented communications network |
-
2012
- 2012-08-22 US US14/422,698 patent/US10075258B2/en active Active
- 2012-08-22 WO PCT/EP2012/066343 patent/WO2014029430A1/en not_active Ceased
- 2012-08-22 CN CN201280076562.3A patent/CN104737476B/zh not_active Expired - Fee Related
- 2012-08-22 EP EP12751058.4A patent/EP2888828A1/en not_active Withdrawn
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2448168A1 (en) * | 2009-08-14 | 2012-05-02 | ZTE Corporation | Method and system for bearing time synchronization protocol in optical transport network |
| EP2408128A1 (en) * | 2010-07-15 | 2012-01-18 | Alcatel Lucent | Interworking agent adapted to interact between network and Precision Time Protocol entities |
| EP2437416A2 (en) * | 2010-09-30 | 2012-04-04 | Vitesse Semiconductor Corporation | Timestamp predictor for packets over a synchronous protocol |
Non-Patent Citations (1)
| Title |
|---|
| R.COHEN RESOLUTE NETWORKS LTD.: "PTP over MPLS; draft-ronc-ptp-mpls-00", <INTERNET ENGINEERING TASK FORCE> * |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107820312A (zh) * | 2016-09-14 | 2018-03-20 | 凯瑟林-沃克两合公司 | 控制系统 |
| CN107820312B (zh) * | 2016-09-14 | 2021-10-01 | 凯仕林欧洲股份有限公司 | 控制系统 |
| CN108881340A (zh) * | 2017-05-11 | 2018-11-23 | 中兴通讯股份有限公司 | 一种时延收集的方法及装置 |
| CN112235200A (zh) * | 2019-07-15 | 2021-01-15 | 中国移动通信集团有限公司 | 业务控制方法、装置、设备及介质 |
| CN112235200B (zh) * | 2019-07-15 | 2024-06-04 | 中国移动通信集团有限公司 | 业务控制方法、装置、设备及介质 |
| CN114930927A (zh) * | 2020-01-17 | 2022-08-19 | 株式会社Ntt都科摩 | 通信装置 |
| CN115176427A (zh) * | 2020-02-28 | 2022-10-11 | 西门子股份公司 | 经由传送时间关键数据的通信网络将控制应用同步的方法、网络基建设备和通信终端设备 |
| US12267248B2 (en) | 2020-02-28 | 2025-04-01 | Siemens Aktiengesellschaft | Network infrastructure device, communication terminal and method for synchronizing control applications via a communication network for transferring time-critical data |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104737476B (zh) | 2018-07-13 |
| US20150304066A1 (en) | 2015-10-22 |
| US10075258B2 (en) | 2018-09-11 |
| EP2888828A1 (en) | 2015-07-01 |
| WO2014029430A1 (en) | 2014-02-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104737476B (zh) | 在面向连接的通信网络上分布路径延迟数据的方法及相应设备和机器可读介质 | |
| US9094142B2 (en) | Methods of time sychronisation in communications networks | |
| US9871648B2 (en) | Distributing clock synchronization information within an optical communications network | |
| CN104429002B (zh) | 确定光通信网络中的光通信路径的特性 | |
| US20200028585A1 (en) | Systems and methods for compensating coherent optics delay asymmetry in a packet optical network | |
| US9665121B2 (en) | Method and devices for time transfer using peer-to-peer transparent clocks | |
| US8630315B2 (en) | Ethernet network synchronization systems and methods | |
| CN103155450B (zh) | 用于确定通信网络中的不对称性的方法和设备 | |
| US8842994B2 (en) | Distributing clock synchronization information within an optical communications network | |
| US20140199072A1 (en) | System and method for network synchronization and frequency dissemination | |
| WO2010115365A1 (zh) | 一种路径计算方法、路径计算单元、节点设备和网络系统 | |
| US11177897B2 (en) | Distributed precision time protocol transparent clock | |
| KR20170125943A (ko) | 송신 및 수신 방법들 | |
| EP3231112B1 (en) | Method and devices for time transfer using peer to peer transparent clocks | |
| EP3824574B1 (en) | End-to-end transparent clocks and methods of estimating skew in end-to-end transparent clocks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20180713 |