CN107786465A - 一种用于处理低延迟业务流的方法和装置 - Google Patents

一种用于处理低延迟业务流的方法和装置 Download PDF

Info

Publication number
CN107786465A
CN107786465A CN201610743336.6A CN201610743336A CN107786465A CN 107786465 A CN107786465 A CN 107786465A CN 201610743336 A CN201610743336 A CN 201610743336A CN 107786465 A CN107786465 A CN 107786465A
Authority
CN
China
Prior art keywords
low latency
forwarding unit
forward mode
data message
business stream
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
Application number
CN201610743336.6A
Other languages
English (en)
Other versions
CN107786465B (zh
Inventor
江元龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN201610743336.6A priority Critical patent/CN107786465B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202110632545.4A priority patent/CN113472673A/zh
Priority to PCT/CN2017/088695 priority patent/WO2018040673A1/zh
Priority to EP17844979.9A priority patent/EP3468123B1/en
Priority to EP21206178.2A priority patent/EP4030732A1/en
Publication of CN107786465A publication Critical patent/CN107786465A/zh
Priority to US16/285,913 priority patent/US10972398B2/en
Priority to US17/222,201 priority patent/US11616729B2/en
Application granted granted Critical
Publication of CN107786465B publication Critical patent/CN107786465B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2483—Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
    • 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/12—Network monitoring probes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/17—Interaction among intermediate nodes, e.g. hop by hop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/825—Involving tunnels, e.g. MPLS

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例公开了一种用于处理低延迟业务流的方法和装置，有助于降低管理的复杂性和提高控制的灵活性。该方法包括：第一转发设备确定接收的第一数据报文属于第一业务流后，获得与所述第一业务流对应的低延迟标识，所述第一转发设备是作为网络入口的设备；所述第一转发设备根据所述第一数据报文和所述低延迟标识，获得第二数据报文，所述第二数据报文包括所述第一数据报文和所述低延迟标识，所述低延迟标识用于指示接收到所述第一业务流的转发设备在低延迟转发模式下转发所述第一业务流，所述低延迟转发模式是动态控制下实现所述第一业务流的快速转发的模式；所述第一转发设备在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文。

Description

一种用于处理低延迟业务流的方法和装置
技术领域
本申请涉及通信领域，尤其涉及一种用于处理低延迟业务流的方法和装置。
背景技术
随着高清视频点播的流行以及车载-车载网络(vehicle to vehicle，V2V)的出现，越来越多的业务要求网络传输的时延较低。低延迟业务流随着上述业务的发展和出现而产生。低延迟业务流是一种要求传输时延在预设的阈值内的业务流，其预设的阈值通常较低，比如毫秒级。
目前，以太网络中的设备可以通过管理平面静态配置门控列表(gate controllist)来满足低延迟业务流对时延的需求。例如：以太网络的设备的每个以太网端口设置有8个队列，每个队列中按照接收报文的顺序存储有待发送的报文。每个队列对应一个用于控制报文发送的门，即每个以太网端口还设置有8个门。每个以太网端口被配置了一个门控列表。所述门控列表中包括很多个表项，每个表项包括8个门控值。以太网端口包括的8个门可根据每个表项包括的8个门控值开启或关闭。在门被开启的情况下，开启的门对应的队列中的待发送的报文被执行发送动作。采用门控列表进行低延迟业务流的处理，需要对每个以太网端口配置门控列表，管理复杂且不够灵活。
发明内容
有鉴于此，本申请实施例提供一种用于处理低延迟业务流的方法和装置，有助于降低管理的复杂性和提高控制的灵活性。
本申请实施例提供的技术方案如下。
第一方面，提供了一种用于处理低延迟业务流的方法，包括：
第一转发设备确定接收的第一数据报文属于第一业务流后，获得与所述第一业务流对应的低延迟标识，所述第一转发设备为作为网络入口的设备；
所述第一转发设备根据所述第一数据报文和所述低延迟标识，获得第二数据报文，所述第二数据报文包括所述第一数据报文和所述低延迟标识，所述低延迟标识用于指示接收到所述第一业务流的转发设备在低延迟转发模式下转发所述第一业务流，所述低延迟转发模式是动态控制下实现所述第一业务流的快速转发的模式；
所述第一转发设备在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文。
其中，所述低延迟业务流为需要传输时延在预设的时长内的业务流。所述预设的时长通常较低，比如毫秒级，可以是10毫秒级别或者5毫秒级别。所述传输时延为网络中端到端所需求的传输时延。所述低延迟业务流可包括一个或多个IP分组，或者所述低延迟业务流可包括一个或多个以太帧。
其中，所述低延迟转发模式是通过指令或信息的交互来实现配置的模式，即动态控制是通过指令或信息的交互来对所述低延迟转发模式的状态进行控制。所述低延迟转发模式为有助于保证低延迟业务流能够得到优先处理和快速转发的模式，比如采用时隙门控功能将门对应的队列中的低延迟业务流进行优先处理。所述时隙门控功能是在预设的时间段内控制所述门开启或关闭的功能。
可选地，所述低延迟标识还用于标识属于所述第一业务流的数据报文，比如所述低延迟标识可用于标识所述第二数据报文属于所述第一业务流。
本申请实施例提供的方法中，第一转发设备在接收到的属于第一业务流的数据报文中插入与所述第一业务流对应的低延迟标识，比如在所述第一业务流的第一数据报文中插入与所述第一业务流对应的低延迟标识，获得第二数据报文。所述第一转发设备在低延迟转发模式下，转发所述第二数据报文，有助于加速属于低延迟业务流的数据报文的转发。所述第一转发设备上可根据所述低延迟转发模式的状态，对所述第一业务流进行转发，无需在所述第一转发设备的每个端口配置门控列表，有助于降低管理的复杂性和提高控制的灵活性。
其中，所述第一转发设备可对所述第一业务流包括的一个或多个数据报文，添加所述低延迟标识，即所述第一业务流包括的一个或多个数据报文经所述第一转发设备处理后，可包括相同的低延迟标识。这样，简化了用于转发所述第一业务流的转发路径上的设备配置，有助于快速识别和处理属于同一业务流的数据报文。所述第一数据报文可以为所述第一业务流的第一个数据报文，或者为所述第一业务流的最后一个数据报文，或者为所述第一业务流中除所述第一个数据报文和所述最后一个数据报文之外的任意一个数据报文。
可选地，在所述第一转发设备确定接收的第一数据报文属于第一业务流之前，所述方法还包括：所述第一转发设备接收所述第一数据报文；所述第一转发设备判断所述第一数据报文是否属于所述第一业务流；所述第一转发设备根据所述判断结果确定所述第一数据报文属于所述第一业务流。
其中，所述第一转发设备判断所述第一数据报文是否属于所述第一业务流包括：所述第一转发设备可根据接收所述第一数据报文的端口或所述第一数据报文携带的信息，判断所述第一数据报文是否属于所述第一业务流。比如所述第一转发设备上可保存有第一业务流的特征信息表，所述特征信息表中可包括用于确定数据报文属于所述第一业务流的特征信息。所述特征信息包括媒体介入控制(Media Access Control，MAC)地址、互联网协议(Internet Protocol，IP)地址、应用层端口号、虚拟局域网(virtual local areanetwork，VLAN)信息、虚拟扩展局域网(Virtual Extensible LAN，VXLAN)信息和物理层端口号中的一个或多个信息。所述第一转发设备可用所述第一数据报文携带的信息或接收所述第一数据报文的端口查询所述特征信息表，若所述特征信息表中存在与所述第一数据报文携带的信息相同的特征信息，或者若所述特征信息表中存在与所述接收所述第一数据报文的端口匹配的物理端口，则所述第一转发设备确定所述第一数据报文属于所述第一业务流。所述第一业务流属于低延迟业务流。
其中，所述第一转发设备接收的所述第一数据报文可以是经用户边缘设备(customer edge，CE)转发的来自所述用户的所述第一数据报文。所述第一转发设备为作为网络入口的设备，比如所述第一转发设备可以是入口(ingress)运营商边缘(provideredge，PE)设备。所述第二转发设备可以是转发路径上的设备，比如所述第二转发设备可以是中间(transit)运营商(provider，P)设备。或者所述第二转发设备可以是作为网络出口的设备，比如所述第二转发设备可以是出口(egress)PE设备。所述第一转发设备和所述第二转发设备可处于同一转发路径上，该转发路径为用于转发所述第一业务流的路径。
可选地，所述第一转发设备在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文之前，所述方法还包括：所述第一转发设备向所述第二转发设备发送控制信息，所述控制信息用于控制所述低延迟转发模式的状态。可选地，所述控制信息可对应所述第一业务流；所述低延迟转发模式是与所述第一业务流对应的转发模式。
其中，所述控制所述低延迟转发模式的状态包括控制所述低延迟转发模式的开启和关闭。所述控制信息包括所述低延迟转发模式的开始时刻和结束时刻，或者所述控制信息包括所述低延迟转发模式的开始时刻和运行时长。可选地，所述控制所述低延迟转发模式的状态包括控制所述低延迟转发模式的开启。比如：所述控制信息包括开启标识，所述开启标识用于标识开启所述低延迟转发模式。这样，所述第一转发设备在处理所述第一业务流之前，向第二转发设备发送所述控制消息，省略了管理平面为复杂的配置操作，而且能够更灵活地实现对低延迟业务流的处理。
其中，若所述控制信息包括所述开启标识，则在所述第一转发设备在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文之后，所述方法还包括：所述第一转发设备向所述第二转发设备发送关闭标识，所述关闭标识用于标识关闭所述低延迟转发模式。
可选地，所述控制信息可携带于资源预留协议(Resource ReservationProtocol，RSVP)消息或通用关联通道头(generic associated channel header，G-ACH)通道消息。比如，所述控制信息可携带于所述RSVP消息或G-ACH通道消息包括的扩展类型长度值(type-length-value，TLV)中。
可选地，在所述第一转发设备在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文之前，所述方法还包括：所述第一转发设备向所述第二转发设备发送检测报文，所述检测报文包括第一时延值和第二时延值，所述第一时延值为所述转发路径上的转发设备允许的延迟的最大时长，所述第二时延值为所述第一转发设备产生的延迟时长。其中，所述检测报文用于获得所述第一业务流的转发路径上的转发设备产生的传输延迟。
可选地，所述第一转发设备向所述第二转发设备发送所述检测报文可在所述第一转发设备向所述第二转发设备发送所述控制信息之后执行。所述第二转发设备属于用于转发所述第一业务流的转发路径。这样，所述第一转发设备在所述转发路径包括的转发设备上设置了低延迟转发模式的开始时刻后，再发送所述检测报文，可以对设置了低延迟转发模式状态下的转发设备的传输时延进行检测，有助于利用检测结果定位传输延迟较大的转发设备，进一步降低端到端的传输时延。
可选地，所述第一转发设备向第二转发设备发送的控制信息还包括所述第一业务流的带宽需求。这样，所述第一转发设备可通过发送所述控制信息，使得所述第二转发设备根据所述第一业务流的带宽需求，预先分配相应的第二转发资源，无需再发送用于进行转发资源分配的消息。
可选地，所述低延迟标识可以是低延迟标签。比如对通常的用于转发的多协议标签交换(Multiprotocol Label Switching，MPLS)标签进行扩展，使其具有低延迟标识的功能和转发的功能。或者，在数据报文中增加在转发该数据报文的过程中不会被丢弃或替换的低延迟标签。
第二方面，提供了一种用于处理低延迟业务流的方法，包括：
第二转发设备接收来自第一转发设备的第二数据报文，所述第二数据报文包括低延迟标识，所述低延迟标识用于指示接收到第一业务流的转发设备在低延迟转发模式下转发所述第一业务流，所述低延迟转发模式是动态控制下实现所述第一业务流的快速转发的模式，所述第二数据报文属于所述第一业务流；
所述第二转发设备根据所述低延迟标识，在低延迟转发模式下处理所述第二数据报文。
本申请实施例提供的方法中，第二转发设备可根据接收到的数据报文中是否包括低延迟标识来确定是否在低延迟模式下发送所述接收到的数据报文，无需通过管理平面进行复杂的配置操作，且低延迟模式的运行较为灵活。
其中，所述第二数据报文还包括所述第一数据报文，若所述第二转发设备是egress PE设备，则所述第二转发设备根据所述延迟标识，在低延迟转发模式下处理所述第二数据报文包括：所述第二转发设备删除所述第二数据报文中的低延迟标识，获得所述第一数据报文；所述第二转发设备根据所述延迟标识，在低延迟模式下，向与所述第二转发设备通信的CE设备发送所述第一数据报文。
其中，若所述第二转发设备是transit P设备，则所述第二转发设备根据所述延迟标识，在低延迟转发模式下处理所述第二数据报文包括：所述第二转发设备根据所述延迟标识，在低延迟模式下，向第三转发设备发送所述第二数据报文。所述第三转发设备为转发路径上沿第一方向所述第二转发设备的下一跳。所述转发路径为用于转发所述第一业务流的路径，所述第一方向为从ingress PE到egress PE的方向。可选地，所述第三转发设备为另一transit P设备或egress PE设备。
可选地，所述第二转发设备接收来自第一转发设备的第二数据报文之前，所述方法还包括：所述第二转发设备接收来自所述第一转发设备的控制信息，所述控制信息用于控制所述低延迟转发模式的状态；所述第二转发设备根据所述控制信息，动态控制所述低延迟转发模式的状态。
可选地，所述控制信息包括所述低延迟转发模式的开始时刻和结束时刻，所述第二转发设备根据所述控制信息，动态控制所述低延迟转发模式的状态包括：所述第二转发设备根据所述低延迟转发模式的开始时刻和所述结束时刻，运行所述低延迟转发模式。
可选地，所述控制信息包括所述低延迟转发模式的开始时刻和运行时长，所述第二转发设备根据所述控制信息，动态控制所述低延迟转发模式的状态包括：所述第二转发设备根据所述低延迟转发模式的开始时刻和所述运行时长，运行所述低延迟转发模式。
可选地，所述控制信息包括开启标识，所述开启标识用于标识开启所述低延迟转发模式，所述第二转发设备根据所述低延迟标识，在低延迟转发模式下发送所述第二数据报文之后，所述方法还包括：所述第二转发设备接收所述第一转发设备发送的关闭标识，所述关闭标识用于标识关闭所述低延迟转发模式；所述第二转发设备根据所述关闭标识，停止在所述低延迟转发模式发送所述第一业务流的数据报文。
其中，所述停止在所述低延迟转发模式发送所述第一业务流的数据报文可以是不对所述第一业务流的数据报文进行转发。所述停止在所述低延迟转发模式发送所述第一业务流的数据报文还可以是采用通常的方式对所述第一业务流的数据报文进行发送，即不再优先处理所述第一业务流的数据报文。
可选地，所述控制信息的发送方式与第一方面相同，在此不再赘述。
可选地，所述方法还包括：所述第二转发设备接收来自所述第一转发设备的第一检测报文，所述第一检测报文包括第一时延值和第二时延值，所述第一检测报文用于获得转发路径上的转发设备产生的传输延迟，所述第一时延值为所述转发路径上的转发设备可允许的延迟的最大时长，所述第二时延值为所述第一转发设备产生的延迟时长；所述第二转发设备获得第三时延值，所述第三时延值为所述第二转发设备接收到所述第一检测报文到发送所述第一检测报文间的时长；所述第二转发设备根据所述第一检测报文和所述第三时延值，获得第二检测报文，所述第二检测报文包括所述第一检测报文和所述第三时延值。
本申请实施例中的第二转发设备可根据接收到的来自第一转发设备的检测报文，比如第一检测报文，模拟数据报文的传输延迟，将转发所述第一检测报文产生的传输延迟添加至所述第一检测报文，获得第二检测报文。这样，接收到所述第二检测报文的设备，可利用所述第二检测报文中携带的信息和/或参数，定位传输延迟较大的转发设备，有助于进一步降低端到端的传输时延。
可选地，所述第二转发设备为transit P设备，所述方法还包括：所述第二转发设备向第三转发设备发送所述第二检测报文，所述第三转发设备为所述转发路径上所述第二转发设备的下一跳。
第三方面，提供了一种第一转发设备，所述第一转发设备包括：
处理单元，用于确定接收的第一数据报文属于第一业务流后，获得与所述第一业务流对应的低延迟标识，所述第一转发设备是作为网络入口的设备；
获得单元，用于根据所述第一数据报文和所述低延迟标识，获得第二数据报文，所述第二数据报文包括所述第一数据报文和所述低延迟标识，所述低延迟标识用于指示接收到所述第一业务流的转发设备在低延迟转发模式下转发所述第一业务流，所述低延迟转发模式是动态控制下实现所述第一业务流的快速转发的模式；
第一发送单元，用于在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文。
可选地，所述第一转发设备还包括：
第二发送单元，用于向所述第二转发设备发送控制信息，所述控制信息用于控制所述低延迟转发模式的状态。
其中，所述第二发送单元可在所述第一发送单元在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文之前，向所述第二转发设备发送所述控制信息。这样，如果所述第一数据报文是所述第一业务流的首个数据报文，所述第一转发设备在发送包括所述第一数据报文的所述第二数据报文之前，将用于控制所述低延迟转发模式的状态的控制信息发送给所述第二转发设备即可，使得所述低延迟转发模式的配置更为灵活。
可选地，所述控制信息包括所述低延迟转发模式的开始时刻和结束时刻，或者所述控制信息包括所述低延迟转发模式的开始时刻和运行时长。
可选地，所述控制信息包括开启标识，所述开启标识用于标识开启所述低延迟转发模式，所述第一转发设备还包括：
第三发送单元，用于向所述第二转发设备发送关闭标识，所述关闭标识用于标识关闭所述低延迟转发模式。
可选地，所述第一转发设备还包括：
第四发送单元，用于向所述第二转发设备发送检测报文，所述检测报文包括第一时延值和第二时延值，所述第一时延值为转发路径上的转发设备允许的延迟的最大时长，所述第二时延值为所述第一转发设备产生的延迟时长。其中，所述检测报文用于获得所述转发路径上转发设备产生的传输延迟。所述转发路径包括所述第一转发设备和所述第二转发设备，所述转发路径为用于转发所述第一业务流的路径。
可选地，所述检测报文还包括所述第一转发设备发送所述检测报文的时刻。这样，作为网络出口的转发设备可根据所述第一转发设备发送所述检测报文的时刻、所述作为网络出口的转发设备接收到所述检测报文的时刻、所述检测报文中携带的转发设备产生的延迟值，确定转发设备产生的延迟值和转发路径上的物理链路产生的延迟值，有助于定位延迟值较大的转发设备和/或物理链路。
上述第三方面或第三方面的任意一种可能的实现方式提供的第一转发设备，可采用第一方面或第一方面的任意一种可能的实现方式提供的方法。
第四方面，提供了一种第二转发设备，所述第二转发设备包括：
第一接收单元，用于接收来自第一转发设备的第二数据报文，所述第二数据报文包括低延迟标识，所述低延迟标识用于指示接收到第一业务流的转发设备在低延迟转发模式下转发所述第一业务流，所述低延迟转发模式是动态控制下实现所述第一业务流的快速转发的模式，所述第二数据报文属于所述第一业务流；
第一发送单元，用于根据所述低延迟标识，在所述低延迟转发模式下处理所述第二数据报文。
可选地，所述第二转发设备还包括：
第二接收单元，用于接收来自所述第一转发设备的控制信息，所述控制信息用于控制所述低延迟转发模式的状态；
控制单元，用于根据所述控制信息，动态控制所述低延迟转发模式的状态。
其中，所述第二接收单元在所述第一接收单元接收到所述第二数据报文之前接收到所述控制信息即可，这样所述控制单元可在所述第一接收单元接收到所述第二数据报文之前，完成对所述低延迟转发模式的状态的动态控制，比如开启所述低延迟转发模式。
可选地，所述控制信息包括所述低延迟转发模式的开始时刻和结束时刻，所述控制单元具体用于根据所述低延迟转发模式的开始时刻和所述结束时刻，运行所述低延迟转发模式。
可选地，所述控制信息包括所述低延迟转发模式的开始时刻和运行时长，所述控制单元具体用于根据所述低延迟转发模式的开始时刻和所述运行时长，运行所述低延迟转发模式。
可选地，所述控制信息包括开启标识，所述开启标识用于标识开启所述低延迟转发模式，所述第二转发设备还包括：
第三接收单元，用于接收所述第一转发设备发送的关闭标识，所述关闭标识用于标识关闭所述低延迟转发模式；
所述控制单元还用于根据所述关闭标识，停止在所述低延迟转发模式发送所述第一业务流的数据报文。
可选地，所述第二转发设备还包括：
第四接收单元，用于接收来自所述第一转发设备的第一检测报文，所述第一检测报文包括第一时延值和第二时延值，所述第一检测报文用于获得转发路径上转发设备产生的传输延迟，所述第一时延值为所述转发路径上的转发设备可允许的延迟的最大时长，所述第二时延值为所述第一转发设备产生的延迟时长；
第一获得单元，用于获得第三时延值，所述第三时延值为所述第二转发设备接收到所述第一检测报文到发送所述第一检测报文间的时长；
第二获得单元，用于根据所述第一检测报文和所述第三时延值，获得第二检测报文，所述第二检测报文包括所述第一检测报文和所述第三时延值。
可选地，所述第二转发设备为中间转发设备，所述第一发送单元具体用于向第三转发设备发送所述第二检测报文，所述第三转发设备为所述转发路径上沿第一方向所述第二转发设备的下一跳，所述第一方向为所述第一转发设备到作为网络出口的设备的方向。
上述第四方面或第四方面的任意一种可能的实现方式提供的第二转发设备，可采用第二方面或第二方面的任意一种可能的实现方式提供的方法。
第五方面，提供了一种第一转发设备，该第一转发设备包括：处理器、存储器和通信接口。所述处理器、所述存储器和所述通信接口通过通信总线连接。所述存储器用于存储程序。所述处理器根据从所述存储器中读取的程序所包括的可执行指令，执行上述第一方面或第一方面的任意一种可能的实现方式提供的方法。
可选地，所述第六方面提供的第一转发设备可以是所述第三方面提供的第一转发设备。
第六方面，提供了一种第二转发设备，该第二转发设备包括：处理器、存储器和通信接口。所述处理器、所述存储器和所述通信接口通过通信总线连接。所述存储器用于存储程序。所述处理器根据从所述存储器中读取的程序所包括的可执行指令，执行上述第二方面或第二方面的任意一种可能的实现方式提供的方法。
第七方面，提供了一种用于处理低延迟业务流的系统，该系统包括上述第三方面或第三方面的任意一种可能的实现方式提供的第一转发设备，和上述第四方面或第四方面的任意一种可能的实现方式提供的第二转发设备；或者该系统包括上述第五方面或第五方面的任意一种可能的实现方式提供的第一转发设备和上述第六方面或第六方面的任意一种可能的实现方式提供的第二转发设备。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例。
图1为一种网桥的某个端口的示意图。
图2为本申请实施例提供的一种网络场景示意图。
图3为本申请实施例一提供的用于配置低延迟业务转发模式的方法流程图。
图4为本申请实施例二提供的用于处理低延迟业务流的方法流程图。
图5(a)为本申请实施例提供的第一G-ACH通道消息的示意图。
图5(b)为本申请实施例提供的第二数据报文的示意图。
图5(c)为本申请实施例提供的第二数据报文的示意图。
图6为本申请实施例三提供的用于处理低延迟业务流的方法流程图。
图7为本申请实施例四提供的用于检测转发路径的传输时延的方法流程图。
图8为本申请实施例五提供的一种第一转发设备的示意图。
图9为本申请实施例六提供的一种第二转发设备的示意图。
图10为本申请实施例七提供的一种第一转发设备的示意图。
图11为本申请实施例八提供的一种第二转发设备的示意图。
图12为本申请实施例十提供的用于建立转发路径的方法流程图。
图13为本申请实施例提供的用于建立转发路径的网络场景示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述。
图1为网桥的某个端口的示意图。如图1所示，网桥的某个端口包括了8个队列和8个门。其中，所述8个队列包括队列0、队列1、队列2、队列3、队列4、队列5、队列6和队列7。所述8个门包括门0、门1、门2、门3、门4、门5,、门6和门7。每个队列都对应一个发送选择算法。所述发送选择算法用来计算队列中待发送业务流的优先级并根据优先级输出业务流至相应的门。网桥的端口设置有门控列表，门控列表包括80个门控表项，比如T00、T01、T02…T78和T79。每个门控表项用于保存在各个指定时隙内的门控信号。门控信号的每一位用于控制相应的门开启或关闭，比如图1中的C表示关闭，图1中的O表示开启。如图1所示，在门控列表中的T04加载到所述8个门的情况下，T04包括的门控信号为OCOOCOOO，即门7开启，门6关闭，门5开启，门4开启，门3关闭，门2开启，门1开启和门0开启。队列7中高优先级的业务流通过发送选择算法选出后，队列7中的高优先级的业务流被输出至门7。由于门7根据T04的相应门控信号处于开启状态，队列7中的高优先级的业务流被输出。队列6中高优先级的业务流通过发送选择算法选出后，队列6中的高优先级的业务流被输出至门6。门6根据T04的相应门控信号处于关闭状态，队列6中的高优先级的业务流停止输出。网桥的某个端口对队列5、队列4…队列1和队列0中的业务流的处理方式与队列6和队列7相同，在此不再赘述。
通常为了满足低延迟业务的处理，通常会按照图1对网桥的某个端口进行配置。与低延迟业务有关的网桥的端口均需要通过管理平面配置一个门控列表，提高了管理的复杂性。由于门控列表包括的门控表项的数量有限，可能需要在所有门控表项被使用完之前根据业务流再进行相应的配置，灵活性较差。
针对上述问题，本申请提出了有助于降低管理的复杂性和提高控制的灵活性的方法。所述方法是作为网络入口的第一转发设备对接收到的第一数据报文进行判断，在确定所述第一数据报文属于第一业务流后，所述第一转发设备根据所述第一数据报文和与所述第一业务流对应的低延迟标识，获得第二数据报文。所述第一转发设备在低延迟转发模式下，向第二转发设备发送所述第二数据报文。所述第二转发设备根据所述第二数据报文包括的所述低延迟标识，在所述低延迟转发模式下发送所述第二数据报文。所述低延迟转发模式是动态控制下实现所述第一业务流的快速转发的模式。所述解决方法可通过以下几种实施例实现。
本申请实施例中的低延迟业务流为要求传输时延在预设的时长内的业务流。所述预设的时长通常较低，比如毫秒级，可以是5毫秒级别或10毫秒级别。所述传输时延为网络中端到端的传输过程中产生的时延。在本申请中，所述网络中端到端的传输指代的是作为网络入口的设备到作为网络出口的设备间的传输，或者所述网络中端到端的传输指代的是报文的源地址到报文的目的地址间的传输。所述低延迟业务流可包括一个或多个IP分组，或者所述低延迟业务流可包括一个或多个以太帧。本申请实施例中的低延迟转发模式是动态控制下实现所述第一业务流的快速转发的模式，有助于保证低延迟业务流能够得到优先处理，比如采用时隙门控功能对相应的队列中的低延迟业务流进行优先处理。所述时隙门控功能是在预设的时间段内控制门开启或关闭的功能，所述门可用于传输与其对应队列中的业务流。所述优先处理包括优先调度和优先转发。
下面提到的“实施例一”至“实施例十”仅用来标识各个实施例，而不是标识一些实施例比另一些实施例更优。
图2为本申请实施例提供的一种网络场景示意图。下面结合图2，对本申请实施例提供的网络场景进行说明。CE1、CE2、CE3和CE4是能够与用户通信的设备。PE1能够与CE1、CE2和P1进行通信。P1能够与PE2进行通信。PE2能够与CE3和CE4进行通信。CE1向CE3发送第一业务流。图2中的实线表示用于转发所述第一业务流的路径。所述用于转发所述第一业务流的路径为第一转发路径。CE2向CE4发送第二业务流。图2中的虚线表示用于转发所述第二业务流的路径。所述用于转发所述第二业务流的路径为第二转发路径。所述第一业务流和所述第二业务流均属于低延迟业务流。PE1可以是所述第一转发路径的入口节点和所述第二转发路径的入口节点。PE2可以是所述第一转发路径的出口节点和所述第二转发路径的出口节点。图2中的设备PE1、PE2、P1为运营商网络中的设备。
图2中的任一CE可以是宽带接入客户端、企业的出口网关或者是数据中心(datacenter，DC)的出口网关。图2中的任一PE可以是路由器或分组传送网(Packet TransportNetwork，PTN)设备。图2中的任一P可以是路由器或PTN设备。图2中的任一CE与相邻的可通信的PE间的链路可以是以太网链路、无源光网络(passive optical network，PON)链路或x数字用户线(x digital subscriber line，xDSL)链路。比如CE1与PE1间的链路，CE2与PE1间的链路，CE3与PE2间的链路和CE4与PE2间的链路可以是以太网链路、PON链路或xDSL链路，在此不再对不同的链路所形成的组合方式进行举例说明。
实施例一
图3为本申请实施例一提供的配置低延迟业务转发模式的方法流程图。本申请实施例一是从转发路径上的设备配置低延迟转发模式的角度，对用于处理低延迟业务流的方法进行说明。图2的运营商网络中的所有设备需要预先部署时间同步协议，比如电气和电子工程师学会(Institute of Electrical and Electronics Engineers，IEEE)的1588时钟同步协议，即IEEE 1588v2，使得运营商网络中的所有设备都有全网同步的时间。可选地，图2的运营商网络中的所有设备还可预先部署频率同步协议，比如同步以太网(SynchronousEthernet，SyncE)协议，使得运营商网络中的所有设备都有全网同步的频率协议。本申请实施例中运营商网络中的转发设备可在配置低延迟转发模式之前，采用上述时钟同步协议进行时间同步，还可采用上述频率同步协议进行频率同步。本申请实施例不再对运营商网络中的所有设备进行时钟同步和/或频率同步的方法进行说明。本申请实施例中的入口节点为用于转发某一业务流的转发路径在运营商网络中的入口，比如PE1。出口节点为所述用于转发某一业务流的转发路径在运营商网络中的出口，比如PE2。
本申请实施例一提供的方法包括第一低延迟转发模式的配置过程和第二低延迟转发模式的配置过程。下面结合图2和图3，对本申请实施例一提供的用于配置低延迟业务转发模式的方法进行说明。
301，PE1向P1发送第一控制信息。
举例说明，所述第一控制信息是用于控制第一低延迟转发模式的状态。所述第一低延迟转发模式为用于处理第一业务流的设备采用的低延迟转发模式，即所述第一低延迟转发模式与所述第一业务流对应。所述第一低延迟转发模式是动态控制下实现所述第一业务流的快速转发的模式。所述用于处理第一业务流的设备可以是图2的运营商网络中用于处理所述第一业务流的转发设备。对于实施例一的运营商网络来说，PE1、P1和PE2上设置有所述第一低延迟转发模式。所述第一低延迟转发模式的状态包括所述第一低延迟转发模式的开始和所述第一低延迟转发模式结束。或者所述第一低延迟转发模式的状态包括所述第一低延迟转发模式的开始。
举例说明，所述第一控制信息包括所述第一低延迟转发模式的开始时刻和所述第一低延迟转发模式的结束时刻。或者所述第一控制信息包括所述第一低延迟转发模式的开始时刻和所述第一低延迟转发模式的运行时长。或者所述第一控制信息包括第一开启标识。所述第一开启标识用于指示获得所述第一开启标识的设备开启所述第一低延迟转发模式。
举例说明，所述第一低延迟转发模式的开始时刻可表示为T1。所述第一低延迟转发模式的结束时刻可表示为T2。所述第一低延迟转发模式的运行时长可表示为t。T1和T2的获取方式可以为方式一到方式三中的任何一种。
方式一，CE1在接入认证的过程中，认证设备获得通过认证的用户(与CE1通信且通过认证的用户)的T1和T2，PE1从所述认证设备获得T1和T2。其中，T1可设置为所述用户通过认证的时刻。本申请实施例中的时刻指代某一个时间点。
方式二，用户通过运营商提供的页面购买第一业务，在用户购买成功后，PE1可从运营商提供的服务器获得T1和T2。
方式三，用户侧的与第一业务对应的应用程序获得T1和T2后，PE1从用户(与CE1通信的用户)获得T1和T2。PE1从用户获得T1和T2的方法可以是用户向PE1主动上报T1和T2。所述第一业务流是所述第一业务对应的数据流。T1和t的获取方式可与上述T1和T2的获取方式相同，在此不再赘述。
举例说明，PE1在建立第一转发路径的过程中发送所述第一控制信息，所述第一转发路径为用于转发所述第一业务流的路径。PE1建立第一转发路径的方法可参见实施例十提供的方法。P1为所述第一转发路径上的设备。所述第一控制信息可携带在资源预留协议(Resource Reservation Protocol，RSVP)消息或通用关联通道头(generic associatedchannel header，G-ACH)通道消息。
以携带所述第一控制信息的RSVP消息为例，可以对RSVP消息进行扩展，比如在RSVP消息中扩展一个低延迟字段，比如增加一个类型长度值(type-length-value，TLV)。所述低延迟字段携带的TLV可用来携带所述第一控制信息。可选地，在所述第一低延迟转发模式进一步包括子转发模式的情况下，所述低延迟字段携带的TLV还可用来携带第一控制标记(英文为flag)。所述第一控制标记用来标识所述子转发模式的开启或关闭。所述子转发模式可以是通常的抢占式转发(英文为preemption forwarding)或时隙调度(英文为timescale scheduling)。
以携带所述第一控制信息的第一G-ACH通道消息为例，可以对第一G-ACH通道消息进行扩展。比如第一G-ACH通道消息中增加关联通道头(associated channel header，ACH)TLV，ACH TLV可用于携带所述第一控制信息，如图5(a)所示。可在所述第一G-ACH通道消息外层依次封装通用ACH标签(generic associated channel label，GAL)、PW标签和第一标签。所述GAL用来指示存在G-ACH控制通道。其中，PW标签是可选的，例如对于某些二层业务来说需要添加PW标签，对于三层业务来说无需添加PW标签。本申请实施例中用于携带所述第一控制信息的第一G-ACH通道消息可采用图5(a)中的结构，在下述实施例中不再逐一举例说明。可选地，在所述第一低延迟转发模式进一步包括子转发模式的情况下，所述ACHTLV还可用来携带第一控制flag。所述第一控制flag用来标识所述子转发模式的开启或关闭。所述子转发模式可以是通常的preemption forwarding或timescale scheduling。
302，PE1向PE2发送第二控制信息。
举例说明，第二控制信息是用于控制第二低延迟转发模式的状态。所述第二低延迟转发模式为用于处理第二业务流的设备采用的低延迟转发模式，即所述第二低延迟转发模式与所述第二业务流对应。所述第二低延迟转发模式是动态控制下实现所述第二业务流的快速转发的模式。所述用于处理第二业务流的设备可以是图2的运营商网络中用于处理所述第二业务流的转发设备。对于实施例一的运营商网络来说，PE1和PE2上还设置有所述第二低延迟转发模式。所述第二低延迟转发模式的状态包括所述第二低延迟转发模式的开始和结束。或者所述第二低延迟转发模式的状态包括所述第二低延迟转发模式的开始。所述第二低延迟转发模式的开始指代所述第二低延迟转发模式的开启。所述第二低延迟转发模式的结束指代所述第二低延迟转发模式的结束。
举例说明，第二控制信息包括所述第二低延迟转发模式的开始时刻和所述第二低延迟转发模式的结束时刻。或者所述第二控制信息包括所述第二低延迟转发模式的开始时刻和所述第二低延迟转发模式的运行时长。或者所述第二控制信息包括第二开启标识。所述第二开启标识用于指示获得所述第二开启标识的设备开启所述第二低延迟转发模式。
举例说明，PE1在建立第二转发路径的过程中发送所述第二控制信息。所述第二转发路径用于传输所述第二业务流。PE2为所述第二转发路径上的设备，也是所述第二转发路径上作为出口节点的设备。所述第二控制信息的发送方式与所述第一控制信息的发送方式相同，在此不再赘述。
以携带所述第二控制信息的RSVP消息为例，可以对所述RSVP消息进行扩展。其中，所述扩展所述RSVP消息以携带所述第二控制信息的方式与扩展所述RSVP消息以携带所述第一控制信息的方式相同，在此不再赘述。
以携带所述第二控制信息的第二G-ACH通道消息为例，可以对第二G-ACH通道消息进行扩展，比如所述第二G-ACH消息包括的ACH TLV可用于携带所述第二控制信息。其中，所述扩展所述第二G-ACH通道消息以携带所述第二控制信息的方式，与所述扩展所述第一G-ACH通道消息的方式相同，在此不再赘述。
303，P1根据所述第一控制信息进行配置。
举例说明，P1根据所述第一控制信息配置所述第一低延迟转发模式的状态。在一种实现方式中，P1可根据所述第一控制信息生成与所述第一业务流对应的表项。若所述第一控制信息包括所述第一低延迟转发模式的开始时刻和所述第一低延迟转发模式的结束时刻，则所述与所述第一业务流对应的表项包括：所述第一低延迟标识、所述第一低延迟转发模式的开始时刻和所述第一低延迟转发模式的结束时刻。若所述第一控制信息包括所述第一低延迟转发模式的开始时刻和所述第一低延迟转发模式的运行时长，则所述与所述第一业务流对应的表项包括：所述第一低延迟标识、所述第一低延迟转发模式的开始时刻和所述第一低延迟转发模式的运行时长。所述第一低延迟标识可来自于所述第一控制信息，或者通过静态配置的方式获得的，或者通过来自PE1的其他消息获得。在另一种实现方式中，P1可根据所述第一控制信息生成与第一业务对应的表项。若所述与所述第一业务流对应的表项还包括所述第一业务流的标识，则所述与第一业务对应的表项还包括所述第一业务的标识，即用所述第一业务的标识替换所述与第一业务流对应的表项包括的所述第一业务流的标识，以获得所述与第一业务对应的表项。
304，P1向PE2发送所述第一控制信息。
举例说明，P1可沿所述第一转发路径，向PE2发送所述第一控制信息。
其中，301、302和304的执行顺序需保证301先于303和304执行，302的执行顺序不限。302可以与301同时执行，或者302可以先于301执行。或者302可以与303同时执行，或者302可以在303之后执行。或者302可以与304同时执行，或者302可以在304之后执行。303可在304之后执行，或者303可与304同时执行。
305，PE2根据所述第一控制信息进行配置。
举例说明，PE2根据所述第一控制信息配置所述第一低延迟转发模式的状态。PE2配置所述第一低延迟转发模式的状态的方式与303中P1采用的配置方式相同，在此不再赘述。PE2可采用303中P1采用的方式，获得与所述第一业务流对应的表项或者获得与所述第一业务对应的表项。PE2获得的与所述第一业务流对应的表项可称为第一表项。PE2获得的与所述第一业务流对应的表项与303中P1获得与所述第一业务流对应的表项相同。或者PE2获得的与第一业务对应的表项可称为第一表项。PE2获得的与第一业务对应的表项与303中P1获得的与所述第一业务对应的表项相同。
306，PE2根据所述第二控制信息进行配置。
举例说明，PE2根据所述第二控制信息配置所述第二低延迟转发模式的状态。在一种实现方式中，PE2可根据所述第二控制信息生成第二表项，所述第二表项为与所述第二业务流对应的表项。若第二控制信息包括所述第二低延迟转发模式的开始时刻和所述第二低延迟转发模式的结束时刻，则所述第二表项包括：所述第二低延迟标识、所述第二低延迟转发模式的开始时刻和所述第二低延迟转发模式的结束时刻。若所述第二控制信息包括所述第二低延迟转发模式的开始时刻和所述第二低延迟转发模式的运行时长，则所述第二表项包括：所述第二低延迟标识、所述第二低延迟转发模式的开始时刻和所述第二低延迟转发模式的运行时长。所述第二低延迟标识可来自于所述第二控制信息，或者通过静态配置的方式获得的，或者通过来自PE1的其他消息获得。在另一种实现方式中，PE2可根据所述第二控制信息生成与第二业务对应的表项，即所述与第二业务对应的表项为所述第二表项。若所述与所述第二业务流对应的表项还包括所述第二业务流的标识，则用所述第二业务的标识替换所述第二业务流的标识，以获得所述与第二业务对应的表项。
其中，305在304之后执行，306在302之后执行。305和306的先后顺序不限，比如305可以和306同时执行，或者305在306之后执行。
对于301中PE1向P1发送第一控制信息来说，可选地，所述第一控制信息还可包括第一低延迟(英文为low latency)标识。所述第一低延迟标识与所述第一业务流对应。所述第一低延迟标识用于指示接收到所述第一业务流的转发设备在第一低延迟转发模式下转发所述第一业务流。本申请实施例对于第一低延迟标识的具体形式不进行限定。这样，PE1可通过携带所述第一控制信息的消息发送所述第一低延迟标识，节省网络中报文的发送数量，有助于节省网络资源。可选地，PE1还可在发送所述第一控制信息之前、之后或同时，沿所述第一转发路径发送携带所述第一低延迟标识的消息。
对于301中PE1向P1发送第一控制信息来说，可选地，所述第一控制信息还包括所述第一业务流的带宽需求和所述第一业务流允许的时延值。所述第一业务流允许的时延值为所述第一转发路径上的一台转发设备允许的时延值。这样，接收到所述第一业务流的带宽需求和所述第一业务流允许的时延值的设备，可用所述第一业务流的带宽需求和所述第一业务流允许的时延值分配第一转发资源。所述第一转发资源用于处理所述第一业务流。可选地，PE1还可在发送所述第一控制信息之前、之后或同时，沿所述第一转发路径发送携带所述第一业务流的带宽需求和所述第一业务流允许的时延值的消息。
对于302中PE1向PE2发送第二控制信息来说，可选地，所述第二控制信息还可包括第二低延迟标识。所述第二低延迟标识与所述第二业务流对应。所述第二低延迟标识用于指示接收到所述第二业务流的转发设备在第二低延迟转发模式下转发所述第二业务流。本申请实施例对于第二低延迟标识的具体形式不进行限定。这样，PE1可通过携带所述第二控制信息的消息发送所述第二低延迟标识，节省网络中报文的发送数量，有助于节省网络资源。可选地，PE1还可在发送所述第二控制信息之前、之后或同时，沿所述第二转发路径发送携带所述第二低延迟标识的消息。
对于302中PE1向PE2发送第二控制信息来说，可选地，所述第二控制信息还包括所述第二业务流的带宽需求和所述第二业务流允许的时延值。所述第二业务流允许的时延值为所述第二转发路径上的一台转发设备允许的时延值。这样，接收到所述第二业务流的带宽需求和所述第二业务流允许的时延值的设备，可用所述第二业务流的带宽需求和所述第二业务流允许的时延值分配第二转发资源。所述第二转发资源用于处理所述第二业务流。可选地，PE1还可在发送所述第二控制信息之前、之后或同时，沿所述第二转发路径发送携带所述第二业务流的带宽需求和所述第二业务流允许的时延值的消息。
对于303中P1根据所述第一控制信息进行配置来说，可选地，P1可根据所述第一控制信息包括的所述第一业务流的带宽需求和所述第一业务流允许的时延值，分配用于转发所述第一业务流的第一转发资源。例如：P1可为所述第一业务流分配与所述第一业务流匹配的抢夺优先队列，即为所述第一业务流分配与所述第一业务流匹配的漏桶(英文为bucket)。其中，与所述第一业务流匹配的漏桶为所述第一业务流的带宽需求和所述第一业务流允许的时延值的乘积。这样，有助于实现所述第一业务流在P1产生的实际时延小于所述第一业务流允许的时延值。
对于303中P1根据所述第一控制信息进行配置来说，可选地，P1还可为所述第一业务流分配与所述第一业务流匹配的信用增长率(英文为credit rate)。相对于所述与所述第一业务流匹配的bucket来说，所述credit rate表示所述第一业务流允许的时延值内能够发送的数据分组的字节总数。
对305中PE2根据所述第一控制信息进行配置来说，可选地，PE2分配用于转发所述第一业务流的第一转发资源的方式与303中P1采用的分配方式相同，在此不再赘述。
对305中PE2根据所述第一控制信息进行配置来说，可选地，PE2还可为所述第一业务流分配与所述第一业务流匹配的credit rate，具体分配方式与303中P1采用的分配方式相同，在此不再赘述。
对306中PE2根据所述第二控制信息进行配置来说，可选地，PE2分配用于转发所述第二业务流的第二转发资源的方式与303中P1分配用于转发所述第一业务流的第一转发资源的方式相同，在此不再赘述。其中，与所述第二业务流匹配的漏桶为所述第二业务流的带宽需求和所述第二业务流允许的时延值的乘积，这样，有助于实现所述第二业务流在PE2产生的实际时延小于所述第二业务流允许的时延值。
对306中PE2根据所述第二控制信息进行配置来说，可选地，PE2还可为所述第二业务流分配与所述第二业务流匹配的credit rate。相对于所述与所述第二业务流匹配的bucket来说，所述credit rate表示所述第二业务流允许的时延值内能够发送的数据分组的字节总数。
可选地，本申请实施例一提供的方法还包括：PE1根据所述第一控制信息进行所述第一低延迟转发模式的配置。PE1在处理所述第一业务流之前，根据所述第一控制信息进行所述第一低延迟转发模式的配置。PE1进行所述第一低延迟转发模式的配置方法与303中P1采用的配置方法相同，在此不再赘述。
可选地，本申请实施例一提供的方法还包括：PE1根据所述第二控制信息进行所述第二低延迟转发模式的配置。PE1在处理所述第二业务流之前，根据所述第二控制信息进行所述第二低延迟转发模式的配置。PE1进行所述第二低延迟转发模式的配置方法与306中PE2采用的配置方法相同，在此不再赘述。
可选地，本申请实施例中的所述第一低延迟标识还用于指示属于所述第一业务流的数据报文。所述第二低延迟标识还用于指示属于所述第二业务流的数据报文。
其中，本申请实施例中，第一低延迟转发模式的配置过程和第二低延迟转发模式的配置过程是相互独立的过程。
本申请实施例一提供的方法中，作为网络入口的设备，比如PE1，向第一转发路径上的设备发送第一控制信息，以便接收到所述第一控制信息的设备，比如P1或PE2，根据所述第一控制信息配置第一低延迟转发模式的状态，以完成第一低延迟转发模式的配置。PE1还可向第二转发路径上的设备发送第二控制信息，以便接收到所述第二控制信息的设备，比如PE2，根据所述第二控制信息配置第二低延迟转发模式的状态，以完成第二低延迟转发模式的配置。本申请实施例一提供的方法中，作为网络入口的设备可通过第一控制信息和/或第二控制信息的发送，对转发路径上的设备的低延迟转发模式进行动态控制。所述第一转发路径和/或所述第二转发路径上的设备无需通过管理平面配置与业务流对应的门控列表，也无需进行门控列表的维护和更新操作，有助于降低管理面的复杂性和提高控制的灵活性。
实施例二
图4为本申请实施例二提供的用于处理低延迟业务流的方法流程图。本申请实施例二是以运营商网络为多协议标签交换(Multiprotocol Label Switching，MPLS)网络，低延迟业务流为第一业务流，对用于处理低延迟业务流的方法进行说明。图2中的PE1、P1和PE2上运行MPLS协议。用于转发所述第一业务流的第一转发路径为第一标签交换路径(label switched path，LSP)。与所述第一业务流对应的第一低延迟标识为第一低延迟标签。PE1、P1和PE2在处理第一业务流之前，完成第一低延迟转发模式的配置，具体可参见实施例一提供的方法。实施例一提供的方法可穿插进实施例二中以形成另一实施例，对于实施例一穿插进实施例二中形成的实施例不再进行说明。PE1、P1和PE2上可分别配置有与所述第一LSP对应的标签，所述与所述第一LSP对应的标签用来实现报文沿所述第一LSP进行转发，具体可参见IETF RFC3209，本申请实施例二中不再对与所述第一LSP对应的标签的分发过程进行说明。下面结合图2和图4，对本申请实施例二提供的用于处理低延迟业务流的方法进行说明。
401，PE1接收第一数据报文。
举例说明，PE1通过第一端口接收第一数据报文。所述第一数据报文可来自CE1。所述第一数据报文包括第一MAC地址和第一IP地址。所述第一MAC地址是CE1的MAC地址。所述第一IP地址是CE1的IP地址。所述第一数据报文还可包括第二MAC地址和第二IP地址，所述第二MAC地址是CE3的MAC地址。所述第二IP地址是CE3的IP地址。CE1和CE3可属于同一虚拟专用网(virtual private network，VPN)。所述第一数据报文可以是IP分组或以太帧。
可选地，401和402之间，本申请实施例一提供的方法还包括：PE1判断所述第一数据报文是否属于第一业务流；如果所述第一数据报文属于所述第一业务流，PE1执行402。如果所述第一数据报文不属于所述第一业务流，PE1将所述第一数据报文放入待转发队列，按照通常的调度方法对待转发队列中的报文进行处理。其中，通常的调度方法可以是按照入队的先后顺序出对，本申请实施例对于通常的调度方法不再进行逐一举例说明。
举例说明，PE1判断所述第一数据报文是否属于所述第一业务流的方式可以采用方式一至方式四中的任意一种方式。
第一种方式：多元组可包括所述第一端口、所述第一MAC地址、所述第一IP地址、所述第二MAC地址和所述第二IP地址、服务类别(class of service，CoS)、信流类型(TC，Traffic Class)和传输控制协议(Transmission Control Protocol，TCP)的端口号中的一个或多个。PE1可根据所述多元组，判断所述第一数据报文是否属于所述第一业务流。PE1上可保存有所述第一业务流的特征信息表。所述特征信息表中可包括所述第一业务流的标识和属于所述第一业务流的数据报文对应的特征信息。所述特征信息包括MAC地址、IP地址、应用层端口号、VLAN信息、VXLAN信息和物理层端口号中的一个或多个。其中，VLAN信息可以包括VLAN标识(identifier，ID)和/或优先级。VXLAN信息可以包括VXLAN网络标识(VXLANNetwork Identifier，VNI)。PE1用所述多元组查询所述第一业务流的特征信息表。若所述第一业务流的特征信息表存在与所述多元组匹配的信息，则PE1确定所述第一数据报文属于所述第一业务流。所述匹配指代所述第一业务流的特征信息表中存在与所述多元组相同的信息。比如，所述多元组包括N个信息，所述N为大于或等于1整数，所述第一业务流的特征信息表中存在与所述N个信息分别相同的信息，则PE1可确定所述第一数据报文属于所述第一业务流。
第二种方式：PE1上保存的所述特征信息表包括第一业务的标识和属于所述第一业务的数据报文对应的特征信息。所述属于所述第一业务的数据报文对应的特征信息可以与第一种方式中所述属于所述第一业务流的数据报文对应的特征信息相同。PE1根据所述属于所述第一业务的数据报文对应的特征信息，判断所述第一数据报文是否属于所述第一业务流的方法与第一种方式相同。如果PE1收到的第一数据报文包含属于所述第一业务流的数据报文对应的特征信息，则PE1确定该收到的第一数据报文属于所述第一业务流。
第三种方式：所述第一数据报文还包括所述第一数据报文所属的业务流的标识。若所述第一数据报文所属的业务流的标识为所述第一业务流的标识，则PE1确定所述第一数据报文属于所述第一业务流。
第四种方式：所述第一数据报文还包括所述第一数据报文所属的业务的标识。若所述第一数据报文所属的业务的标识为所述第一业务的标识，则PE1确定所述第一数据报文属于所述第一业务，即所述第一数据报文属于所述第一业务流。所述第一业务流为所述第一业务的数据流。
402，PE1确定所述第一数据报文属于第一业务流。
举例说明，PE1可在确定所述第一数据报文属于所述第一业务流后，获得第一低延迟标签。PE1获取所述第一低延迟标签的方式可为方式一至方式三中的任意一种。
方式一：PE1可根据401中的特征信息表，在确定所述第一数据报文属于所述第一业务流后，获得所述第一业务流的标识。或者所述第一数据报文中携带有所述第一业务流的标识，PE1可从所述第一数据报文中获得所述第一业务流的标识。PE1上配置有第一低延迟标签和所述第一业务流的标识的对应关系。PE1可根据所述对应关系和所述第一业务流的标识，获得所述第一低延迟标签。
方式二：若401中的特征信息表包括所述第一业务的标识，PE1可在确定所述第一数据报文属于所述第一业务流后，获得所述第一业务的标识。或者所述第一数据报文中携带有所述第一业务的标识，PE1可从所述第一数据报文中获得所述第一业务的标识。PE1上配置有所述第一低延迟标签和所述第一业务的标识的对应关系。PE1可根据所述对应关系和所述第一业务的标识，获得所述第一低延迟标签。
方式三：若PE1上只配置有所述第一低延迟标签，且PE1只用于转发所述第一业务流，则PE1确定所述第一数据报文属于所述第一业务流后，直接获得所述第一低延迟标签。
403，PE1根据所述第一数据报文和第一低延迟标签，获得第二数据报文。
举例说明，所述第二数据报文包括所述第一数据报文。具体地，若所述第一业务为低延迟IP业务，则所述第二数据报文还包括所述第一低延迟标签和第一标签，所述第一低延迟标签和所述第一标签封装于所述第一数据报文外层。所述第一标签为PE1被分配的与所述第一LSP对应的标签。所述第一标签用于指示PE1沿所述第一LSP转发数据报文。若所述第一业务为多个数据中心(data center，DC)之间的低延迟业务，则所述第二数据报文还包括所述第一低延迟标签和第一段路由(segment routing，SR)标签，所述第一低延迟标签和所述第一SR标签封装于所述第一数据报文外层。在实施例二中，所述第一SR标签用于标识PE1和P1之间的链路。所述第一标签和所述第一SR标签是两种标签形式，所述第一标签和所述第一SR标签均是用来指示PE1转发数据报文。
可选地，若所述第一业务为低延迟以太网业务，则所述第二数据报文还可以包括ACH头和/或伪线(pseudo wire，PW)标签。例如对于某些二层业务来说需要添加PW标签，对于三层业务来说无需添加PW标签。所述PW标签用于实现二层以太业务。图5(b)和图5(c)为所述第二数据报文所采用的可能的封装格式示意图。如图5(b)所示，所述第一低延迟标签可封装于PW标签与所述第一标签之间。或者如图5(c)所示，所述第一低延迟标签可封装于ACH头和PW标签之间。本申请实施例在不影响所述第二数据报文转发的前提下，对于所述第一低延迟标签可能的位置不进行限定。
其中，PE1获得所述第二数据报文后，PE1会根据所述第二数据报文携带的第一低延迟标签，将所述第二数据报文送至PE1上的待发送队列中，所述PE1上的待发送队列为PE1上与所述第一业务流对应的优先级队列。
可选地，所述第一低延迟标签还可用于指示所述第二数据报文属于所述第一业务流。
404，PE1在第一低延迟转发模式下，向P1发送所述第二数据报文。
在404之前，PE1可采用实施例一提供的方法配置所述第一低延迟转发模式，这样能够保证PE1在发送所述二数据报文之前或同时，PE1已开始运行所述第一低延迟转发模式，即PE1上用于转发所述第一业务流的门控处于开启状态。PE1可无需通过管理平面配置通常的门控列表，PE1可根据所述第一低延迟转发模式的开启或关闭，来实现低延迟业务的快速处理，控制较为灵活，管理较为简单。
举例说明，PE1在所述第一低延迟转发模式下，向P1发送所述第二数据报文包括：PE1在所述第一低延迟转发模式下，对PE1上的待发送队列中的报文进行识别，获得所述第二数据报文；PE1根据所述第二数据报文包括的所述第一低延迟标签，优先选择所述第二数据报文进行发送。可选地，若PE1采用了credit整形算法，则PE1优先选择所述第二数据报文进行发送之后，还包括：PE1降低credit的数值。在一种实现方式中，所述PE1上的待转发队里中可能还包括多个属于所述第一业务流的数据报文，PE1可继续优先选择所述多个属于所述第一业务流的数据报文进行发送，直至所述PE1上的待转发队里中的属于所述第一业务流的数据报文被发送完或者credit的数值降为0。
405，P1根据来自PE1的所述第二数据报文，获得第三数据报文。
举例说明，P1根据来自PE1的所述第二数据报文，获得第三数据报文包括：P1接收到PE1发送的所述第二数据报文；P1根据所述第二数据报文，获得第三数据报文。其中，若所述第二数据报文包括所述第一标签，则P1用第二标签替换所述第二数据报文包括的所述第一标签，获得所述第三数据报文。所述第二标签是P1被分配的与所述第一LSP对应的标签。所述第二标签用于指示P1沿所述第一转发路径发送所述第三数据报文。若第二SR标签用于标识P1与PE2之间的链路，且所述第二数据报文包括所述第一SR标签和所述第二SR标签，所述第一SR标签位于所述第二数据报文包括的标签栈的栈顶，则P1可弹出所述第一SR标签，获得所述第三数据报文。即所述第二SR标签位于所述第三数据报文包括的标签栈的栈顶。可选地，若所述第一SR标签还能标识P1与PE2之间的链路，则P1不对所述第二数据报文包括的第一SR标签进行处理，将所述第二数据报文作为所述第三数据报文。其中，所述第二标签和所述第二SR标签为两种标签形式。所述第二标签和所述第二SR标签均是用于指示P1转发数据报文。
其中，P1获得所述第三数据报文后，P1会根据所述第一低延迟标签，将所述第三数据报文送至P1上的待发送队列中，所述P1上的待发送队列为P1上与所述第一业务流对应的优先级队列。
406，P1在所述第一低延迟转发模式下，向PE2发送所述第三数据报文。
在406之前，P1可采用实施例一提供的方法配置所述第一低延迟转发模式，这样能够保证P1在发送所述三数据报文之前或同时，P1已开始运行所述第一低延迟转发模式，即P1上用于转发所述第一业务流的门控处于开启状态。P1可无需通过管理平面配置通常的门控列表，P1可根据所述第一低延迟转发模式的开启或关闭，来实现低延迟业务的快速处理，控制较为灵活，管理较为简单。
举例说明，P1在所述第一低延迟转发模式下，向PE2发送所述第三数据报文包括：P1在所述第一低延迟转发模式下，对P1上的待发送队列中的报文进行识别，获得所述第三数据报文；P1根据所述第三数据报文包括的所述第一低延迟标签，优先选择所述第三数据报文进行发送。可选地，若P1采用了credit整形算法，则P1优先选择所述第三数据报文进行发送之后，还包括：P1降低credit的数值。在一种实现方式中，所述P1上的待转发队里中可能还包括多个属于所述第一业务流的数据报文，P1可继续优先选择所述多个属于所述第一业务流的数据报文进行发送，直至所述P1上的待转发队里中的属于所述第一业务流的数据报文被发送完或者credit的数值降为0。
407，PE2根据来自P1的所述第三数据报文，获得所述第一数据报文。
举例说明，PE2根据来自P1的所述第三数据报文，获得所述第一数据报文包括：PE2接收到P1发送的所述第三数据报文；PE2从所述第三数据报文中删除所述第一标签和所述第一低延迟标签，获得所述第一数据报文。PE2获得所述第一数据报文后，PE2会根据所述第三数据报文包括的所述第一低延迟标签，将所述第一数据报文送至PE2上的待发送队列中，所述PE2上的待发送队列为PE2上与所述第一业务流对应的优先级队列。若所述第三数据报文中还包括PW标签和/或ACH头，则PE2根据所述第三数据报文获得所述第一数据报文的过程中还会删除PW标签和/或ACH头。
408，PE2在所述第一低延迟转发模式下，向CE3发送所述第一数据报文。
在408之前，PE2可采用实施例一提供的方法配置所述第一低延迟转发模式，这样能够保证PE2在发送所述一数据报文之前或同时，PE2已开始运行所述第一低延迟转发模式，即PE2上用于转发所述第一业务流的门控处于开启状态。PE2可无需通过管理平面配置通常的门控列表，PE2可根据第一低延迟转发模式的开启或关闭，来实现低延迟业务的快速处理，控制较为灵活，管理较为简单。
举例说明，PE2在所述第一低延迟转发模式下，向CE3发送所述第一数据报文包括：PE2在所述第一低延迟转发模式下，优先选择PE2上的待发送队列中的所述第一数据报文进行发送，即优先将所述第一数据报文发送至CE3。可选地，若PE2采用了credit整形算法，则PE2优先选择所述第一数据报文进行发送之后，还包括：PE2降低credit的数值。在一种实现方式中，所述PE2上的待转发队里中可能还包括多个属于所述第一业务流的数据报文，PE2可继续优先选择所述多个属于所述第一业务流的数据报文进行发送，直至所述PE2上的待转发队里中的属于所述第一业务流的数据报文被发送完或者credit的数值降为0。
若实施例一中PE1发送的第一控制信息包括第一开启标识，所述第一开启标识用于标识开启所述第一低延迟转发模式，则本申请实施例二提供的方法还包括：
在401之前，PE1可采用实施例一提供的方法，向P1发送包括第一开启标识的第一控制信息。所述包括第一开启标识的第一控制信息可参见实施例一的相应内容，在此不再赘述。
在404之后，PE1可采用实施例一提供的方法，向P1发送第一关闭标识。所述第一关闭标识用于指示接收到所述第一关闭标识的转发设备停止在所述第一低延迟转发模式下处理所述第一业务流的数据报文。
409，PE1停止在所述第一低延迟转发模式下发送所述第一业务流的数据报文。
其中，本申请实施例可通过多种方式触发PE1停止在所述第一低延迟转发模式下发送所述第一业务流的数据报文。方式一，PE1可根据所述第一关闭标识，停止在所述第一低延迟转发模式下发送所述第一业务流的数据报文。方式二，作为入口节点的PE1可在确定完成所述第一业务流的最后一个数据报文的发送后，停止在所述第一低延迟转发模式下发送所述第一业务流的数据报文。方式三，作为入口节点的PE1可在其他控制设备或管理设备的控制下，停止在所述第一低延迟转发模式下发送所述第一业务流的数据报文。方式四，作为入口节点的PE1可在预定时长内未接收到所述第一业务流的数据报文后，停止在所述第一低延迟转发模式下发送所述第一业务流的数据报文。
410，P1根据PE1发送的第一关闭标识，停止在所述第一低延迟转发模式下发送所述第一业务流的数据报文。
411，PE2根据P1发送的第一关闭标识，停止在所述第一低延迟转发模式下发送所述第一业务流的数据报文。
409、410和411可在实施例二提供的方法所包括的任意步骤之间执行，409、410和411的执行取决于关闭标识的发送时刻。其中，所述停止在所述第一低延迟转发模式下发送所述第一业务流的数据报文可采用下述方式一或方式二。
方式一：关闭所述第一低延迟转发模式，且将在关闭所述第一低延迟转发模式后获得的所述第一业务流的数据报文送至低优先级的队列中。所述低优先级的队列和所述高优先级的队列是个相对的概念，所述低优先级的队列是相对于所述第一低延迟转发模式下的优先级队列而言的普通队列。
方式二：关闭所述第一低延迟转发模式，且丢弃在关闭所述第一低延迟转发模式后获得的所述第一业务流的数据报文。所述关闭所述第一低延迟转发模式可以是获得所述关闭标识后执行。
本申请实施例二提供的方法中，PE1可对P1和PE2上与所述第一业务流相关的门控进行灵活地控制，即发送用于控制所述第一低延迟转发模式的第一控制信息，无需通过管理平面为每个端口配置门控列表，降低管理的复杂性。
在图2所示的运营商网络为MPLS网络的情况下，PE1沿第二LSP，向PE2发送属于第二业务流的数据报文的方法，与上述PE1沿所述第一LSP，经过P1，向PE2发送属于所述第一业务流的数据报文的方法相似，只是无需经过P1的处理。所述第二LSP为图2中运营商网络为MPLS网络时虚线所表示的路径。
本申请实施例二是将所述第一低延迟标签和所述第一LSP对应的标签进行了区分，即所述第一LSP上的每个转发设备被分配的用于转发的标签和所述第一低延迟标签是不同的标签。在其他可能的实现方式中，可以对所述第一LSP上的每个转发设备被分配的用于指导转发的标签，比如SR标签、段(segment)标签、第一标签或第二标签进行扩展，使其既具有指示如何转发所述第一业务流(即指示如何转发属于所述第一业务流的数据报文)的功能，又具有所述第一低延迟标签的功能。例如：本申请实施例可以对所述第一标签和所述第二标签进行扩展，使得所述第一标签和所述第二标签还具有所述第一低延迟标签的功能。这样，PE1可无需在所述第一数据报文中添加所述第一低延迟标签，P1可根据所述第二数据报文中的第一标签确定采用所述第一低延迟转发模式处理所述第二数据报文，PE2可根据所述第三数据报文中的第二标签确定采用所述第一低延迟转发模式处理所述第三数据报文，有助于进一步降低MPLS网络中的转发设备的配置的复杂性。
实施例三
图6为本申请实施例三提供的用于处理低延迟业务流的方法流程图。本申请实施例三是以运营商网络为IP网络，低延迟业务流为第二业务流，对用于处理低延迟业务流的方法进行说明。图2中的PE1和PE2运行互联网协议(Internet Protocol，IP)。PE1和PE2在处理第二业务流之前，完成第二低延迟转发模式的配置。下面仅以实施例一执行完之后的实施例三为例进行说明，对于实施例一穿插进实施例三中形成的实施例不再进行说明。PE1和PE2间的第二转发路径可根据IP路由协议进行预先规划，例如中间系统到中间系统(Intermediate System to Intermediate System，IS-IS)流量工程(trafficengineering，TE)或者开放式最短路径优先流量工程(Open Shortest Path First-Traffic Engineering，OSPF-TE)，本申请实施例三中不再对第二转发路径的规划过程进行说明。下面结合图2和图6，对本申请实施例三提供的用于处理低延迟业务流的方法进行说明。
601，PE1接收第一数据报文。
举例说明，PE1通过第二端口接收第一数据报文。所述第一数据报文可来自于CE2。所述第一数据报文包括第三MAC地址和第三IP地址。所述第三MAC地址是CE2的MAC地址。所述第三IP地址是CE2的IP地址。所述第一数据报文还可包括第四MAC地址和第四IP地址。所述第四MAC地址是CE4的MAC地址。所述第四IP地址是CE4的IP地址。CE2和CE4可属于同一VPN。所述第一数据报文可以是IP分组或以太帧。
可选地，601和602之间，本申请实施例三提供的方法还包括：PE1判断所述第一数据报文是否属于第二业务流；如果所述第一数据报文属于所述第二业务流，PE1执行602。如果所述第一数据报文不属于所述第二业务流，PE1将所述第一数据报文放入待转发队列，按照通常的调度方法对待转发队列中的报文进行处理。本申请实施例中的通常的调度方法与实施例二中的通常的调度方法相同，在此不再赘述。
举例说明，PE1可采用实施例二的401中的方法，判断所述第一数据报文是否属于第二业务流，具体可采用第一种方式至第四种方式中的任意一种方式。
第一种方式：多元组可包括所述第二端口、所述第三MAC地址、所述第三IP地址、所述第四MAC地址和所述第四IP地址中的一个或多个。PE1可根据所述多元组判断所述第一数据报文是否属于所述第二业务流。PE1上可保存有特征信息表，所述特征信息表中可包括所述第二业务流的标识和属于所述第二业务流的数据报文对应的特征信息。所述特征信息包括MAC地址、IP地址、应用层端口号、VLAN信息、VXLAN信息和物理端口中的一个或多个。PE1用所述多元组查询所述特征信息表。若所述特征信息表中存在与所述多元组匹配的信息，则PE1确定所述第一数据报文属于所述第二业务流。本申请实施例三中的匹配与实施例二中的匹配的含义相同，在此不再赘述。
第二种方式：PE1上保存的所述特征信息表包括第二业务的标识和属于所述第二业务的数据报文对应的特征信息。所述属于所述第二业务的数据报文对应的特征信息可以与第一种方式中所述属于所述第二业务流的数据报文对应的特征信息相同。PE1根据所述属于所述第二业务的数据报文对应的特征信息，判断所述第一数据报文是否属于所述第二业务流的方法与第一种方式相同，在此不再对具体的判断方法进行赘述。
第三种方式：所述第一数据报文还包括所述第一数据报文所属的业务流的标识，若所述第一数据报文所属的业务流的标识为所述第二业务流的标识，则PE1确定所述第一数据报文属于所述第二业务流。
第四种方式：所述第一数据报文还包括所述第一数据报文所属的业务的标识，若所述第一数据报文所属的业务的标识为所述第二业务的标识，则PE1确定所述第一数据报文属于所述第二业务，即所述第一数据报文属于所述第二业务流。
602，PE1确定所述第一数据报文属于第二业务流。
举例说明，PE1可在确定所述第一数据报文属于所述第二业务流后，获得第二低延迟标识。PE1获取所述第二低延迟标识的方式可采用方式一至方式三中的任意一种方式。
方式一，PE1可根据601中的特征信息表，在确定所述第一数据报文属于所述第二业务流后，获得所述第二业务流的标识。或者所述第一数据报文中携带有所述第二业务流的标识，PE1可从所述第一数据报文中获得所述第二业务流的标识。PE1上配置有第二低延迟标识和所述第二业务流的标识的对应关系。PE1可根据所述对应关系和所述第二业务流的标识，获得所述第二低延迟标识。
方式二，若601中的特征信息表包括所述第二业务的标识，PE1可在确定所述第一数据报文属于所述第二业务流后，获得所述第二业务的标识。或者所述第一数据报文中携带有所述第二业务的标识，PE1可从所述第一数据报文中获得所述第二业务的标识。PE1上配置有所述第二低延迟标识和所述第二业务的标识的对应关系。PE1可根据所述对应关系和所述第二业务的标识，获得所述第二低延迟标识。
方式三，若PE1上只配置有所述第二低延迟标识，且PE1只用于转发所述第二业务流，则PE1确定所述第一数据报文属于所述第二业务流后，直接获得所述第二低延迟标识。
603，PE1根据所述第一数据报文和第二低延迟标识，获得第二数据报文。
举例说明，所述第二数据报文包括所述第一数据报文和隧道封装。所述隧道封装可封装于所述第一数据报文外层。所述隧道封装包括所述第二低延迟标识。所述隧道封装可以是通用路由封装协议(Generic Routing Encapsulation，GRE)封装。
其中，PE1获得所述第二数据报文后，PE1会根据所述第二低延迟标识，将所述第二数据报文送至PE1上的待发送队列中，所述PE1上的待发送队列为PE1上与所述第二业务流对应的优先级队列。
604，PE1在第二低延迟转发模式下，向PE2发送所述第二数据报文。
在604之前，PE1可采用实施例一提供的方法配置所述第二低延迟转发模式。这样，能够保证PE1在发送所述二数据报文之前，PE1已开始运行所述第二低延迟转发模式，即PE1上用于转发所述第二业务流的门控处于开启状态。PE1可无需通过管理平面配置通常的门控列表，可根据第二低延迟转发模式的开启或关闭，来实现低延迟业务的快速处理，控制较为灵活，管理较为简单。
举例说明，PE1在所述第二低延迟转发模式下，向PE2发送所述第二数据报文包括：PE1在所述第二低延迟转发模式下，对待发送队列中的报文进行识别，获得所述第二数据报文；PE1根据所述第二数据报文包括的所述第二低延迟标识，优先选择所述第二数据报文进行发送。其中，PE1可沿PE1与PE2之间的隧道，向PE2发送所述第二数据报文。
605，PE2根据来自PE1的所述第二数据报文，获得所述第一数据报文。
举例说明，PE2根据来自PE1的所述第二数据报文，获得所述第一数据报文包括：PE2接收到PE1发送的所述第二数据报文；PE2从所述第二数据报文中删除所述隧道封装，获得所述第一数据报文。PE2获得所述第一数据报文后，PE2会根据所述第二数据报文包括的所述第二低延迟标识，将所述第一数据报文送至PE2上的待发送队列中，所述PE2上的待发送队列为PE2上与所述第二业务流对应的优先级队列。
606，PE2在所述第二低延迟转发模式下，向CE4发送所述第一数据报文。
在606之前，PE2可采用实施例一提供的方法配置所述第二低延迟转发模式。这样，能够保证PE2在发送所述一数据报文之前，PE2已开始运行所述第二低延迟转发模式，即PE2上用于转发所述第二业务流的门控处于开启状态。PE2可无需通过管理平面配置通常的门控列表，可根据第二低延迟转发模式的开启或关闭，来实现低延迟业务的快速处理，控制较为灵活，管理较为简单。
举例说明，PE2在所述第二低延迟转发模式下，向CE4发送所述第一数据报文包括：PE2在所述第二低延迟转发模式下，优先选择PE2上待发送队列中的所述第一数据报文进行发送，即优先将所述第一数据报文发送至CE4。
若实施例三中PE1发送至PE2的第二控制信息包括第二开启标识，所述第二开启标识用于标识开启所述第二低延迟转发模式，则本申请实施例三提供的方法还包括：
在601之前，PE1可采用实施例一提供的方法，向P1发送包括第二开启标识的第二控制信息。所述包括第二开启标识的第二控制信息可参见实施例一的相应内容，在此不再赘述。
在604之后，PE1可采用实施例一提供的方法，向PE2发送第二关闭标识。所述第二关闭标识用于指示接收到所述第二关闭标识的转发设备停止在所述第二低延迟转发模式下处理所述第二业务流的数据报文。
607，PE1停止在所述第二低延迟转发模式下发送所述第二业务流的数据报文。
其中，本申请实施例可通过多种方式触发PE1停止在所述第一低延迟转发模式下发送所述第二业务流的数据报文。方式一，PE1可根据所述第二关闭标识，停止在所述第二低延迟转发模式下发送所述第二业务流的数据报文。方式二，作为入口节点的PE1可在确定完成所述第二业务流的最后一个数据报文的发送后，停止在所述第二低延迟转发模式下发送所述第二业务流的数据报文。方式三，作为入口节点的PE1可在其他控制设备或管理设备的控制下，停止在所述第二低延迟转发模式下发送所述第二业务流的数据报文。方式四，作为入口节点的PE1可在预定时长内未接收到所述第二业务流的数据报文后，停止在所述第二低延迟转发模式下发送所述第二业务流的数据报文。
608，PE2根据接收到的来自PE1的第二关闭标识，停止在所述第二低延迟转发模式下发送所述第二业务流的数据报文。
607和608可在实施例三提供的方法所包括的任意步骤之间执行，607和608的执行取决于关闭标识的发送时刻。其中，所述停止在所述第二低延迟转发模式下发送所述第二业务流的数据报文可采用方式一或方式二。方式一：关闭所述第二低延迟转发模式，且将在关闭所述第二低延迟转发模式后获得的所述第二业务流的数据报文送至低优先级的队列中。所述低优先级的队列和所述高优先级的队列是个相对的概念，所述低优先级的队列是相对于所述第二低延迟转发模式下的优先级队列而言的普通队列。方式二：关闭所述第二低延迟转发模式，且丢弃在关闭所述第二低延迟转发模式后获得的所述第二业务流的数据报文。所述关闭所述第二低延迟转发模式可以是获得所述关闭标识后。
本申请实施例三提供的方法中，PE1可对PE2上与所述第二业务流相关的门控进行灵活地控制，即发送用于控制所述第二低延迟转发模式的第二控制信息，无需通过管理平面为每个端口配置门控列表，降低管理的复杂性。
在图2所示的运营商网络为IP网络的情况下，PE1沿第一转发路径，通过P1，向PE2发送属于第一业务流的数据报文的方法，与上述PE1沿所述第二转发路径，向PE2发送属于所述第二业务流的数据报文的方法相似，在此不再赘述。所述第一转发路径为图2中运营商网络为IP网络时实线所表示的路径。
实施例四
图7为本申请实施例四提供的用于检测转发路径的传输时延的方法流程图。本申请实施例四是以第一转发路径为例，对用于检测转发路径的低延迟业务流的方法进行说明。实施例四提供的方法可在所述第一转发路径上的设备设置了第一低延迟转发模式之后，且在所述第一转发路径上的设备处理第一业务流之前执行。下面结合图2和图7，对本申请实施例四提供的用于检测转发路径的传输时延的方法进行说明。
701，PE1向P1发送第一检测报文。
举例说明，所述第一检测报文包括第一时延值和第二时延值。所述第一检测报文用于获得第一转发路径上转发设备产生的传输延迟。所述第一时延值用于表示所述第一转发路径上的转发设备允许的延迟的最大时长。所述第二时延值为PE1产生的延迟时长。PE1产生的延迟时长可以是通过实际测量计算获得PE1转发所述第一检测报文所产生的延迟值。
可选地，所述第一检测报文还包括PE1发送所述第一检测报文的时刻。这样，作为所述第一转发路径的出口的转发设备，比如PE2，可根据PE1发送所述第一检测报文的时刻和PE2接收到第二检测报文的时刻，获得所述第一转发路径的传输延迟。
其中，PE1发送所述第一检测报文的方法可与实施例二或实施例三中PE1发送第二数据报文的方法相同，在此不再赘述。
702，P1根据所述第一检测报文，获得第二检测报文。
举例说明，P1根据所述第一检测报文，获得第二检测报文包括：P1获得第三时延值，所述第三时延值为P1接收到所述第一检测报文到发送所述第一检测报文间的时长；P1根据所述第一检测报文和所述第三时延值，获得所述第二检测报文，所述第二检测报文包括所述第一检测报文和所述第三时延值。其中，P1发送所述第一检测报文的时刻即为P1发送所述第二检测报文的时刻，P1可以通过实际测量计算获得发送所述第一检测报文的时刻。
703，P1向PE2发送所述第二检测报文。
其中，P1发送所述第二检测报文的方法可与实施例二或实施例三中P1发送第三数据报文的方法相同，在此不再赘述。
704，PE2根据所述第二检测报文，获得第三检测报文。
举例说明，PE2根据所述第二检测报文，获得第三检测报文包括：PE2获得第四时延值，所述第四时延值为PE2接收到所述第二检测报文到发送所述第二检测报文间的时长；PE2根据所述第二检测报文和所述第四时延值，获得所述第三检测报文，所述第三检测报文包括所述第二检测报文和所述第四时延值。其中，PE2发送所述第二检测报文的时刻即为PE2发送所述第三检测报文的时刻，PE2可以预估出发送所述第二检测报文的时刻。
可选地，704之后，本申请实施例四提供的方法还包括：PE2上报所述第三检测报文。举例说明，PE2可向用于进行管理的设备发送所述第三检测报文，或者PE2向所述用于进行管理的设备发送所述第三检测报文中携带的信息和/或参数，以便所述用于进行管理的设备获得所述第一转发路径的传输时延。所述用于进行管理的设备可以是网管平台。
本申请实施例四提供的方法中，PE1沿第一转发路径发送第一检测报文，有助于通过所述第一转发路径上的设备对所述第一检测报文的处理，获得各个设备产生的延迟值，以定位无法满足第一延迟值的节点，有助于获得最佳的低延迟业务的转发效果。
实施例五
图8为本申请实施例五提供的第一转发设备的示意图。本申请实施例五提供的第一转发设备可以是图3、图4或图6中的PE1。本申请实施例五提供的第一转发设备可采用PE1所采用的方法。对于与实施例一至四任意一个实施例中相同的内容，在此不再赘述。下面结合图8，对本申请实施例五提供的第一转发设备进行说明。
本申请实施例五提供的第一转发设备包括处理单元801、获得单元802和第一发送单元803。
所述处理单元801用于确定接收的第一数据报文属于第一业务流后，获得与所述第一业务流对应的低延迟标识。
所述获得单元802用于在所述处理单元801确定所述第一数据报文属于所述第一业务流后，根据所述第一数据报文和所述低延迟标识，获得第二数据报文。所述第二数据报文包括所述第一数据报文和所述低延迟标识。所述低延迟转发模式是在动态控制下实现所述第一业务流的快速转发的模式。所述低延迟标识用于指示接收到所述第一业务流的转发设备在低延迟转发模式下转发所述第一业务流。所述第二数据报文属于所述第一业务流。
所述第一发送单元803用于在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文。若所述第一转发设备沿第一转发路径发送所述第二数据，则本实施例中的第二转发设备可以是图3或图4中的P1，P1是PE1在所述第一转发路径上的下一跳。若所述第一转发设备沿第二转发路径发送所述第二数据，则本实施例中的第二转发设备还可以是图3或图6中的PE2，PE2是PE1在所述第二转发路径上的下一跳。
可选地，所述获得单元802还用于获得控制信息。所述第一转发设备还包括：第二发送单元804。所述第二发送单元804用于向所述第二转发设备发送所述控制信息，所述控制信息用于控制所述低延迟转发模式的状态。
举例说明，所述控制信息的内容可参见实施例一中的相应内容。
可选地，所述控制信息包括开启标识，所述开启标识用于标识开启所述低延迟转发模式，所述第一转发设备还包括第三发送单元805。所述第三发送单元805用于向所述第二转发设备发送关闭标识，所述关闭标识用于标识关闭所述低延迟转发模式。
可选地，所述获得单元802还用于获得检测报文。所述第一转发设备还包括：第四发送单元806。所述第四发送单元806用于向所述第二转发设备发送所述检测报文，所述检测报文包括第一时延值和第二延迟值，所述检测报文用于获得转发路径上转发设备的传输延迟，所述第一时延值为所述转发路径上的转发设备允许的延迟的最大时长，所述第二延迟值为所述第一转发设备产生的延迟时长。举例说明，若所述第一转发设备为多条转发路径的入口节点，比如所述第一转发设备和所述第二转发设备的入口节点，所述第一转发设备可分别沿所述第一转发路径发送一个检测报文，沿所述第二转发路径发送另一个检测报文。
本申请实施例提供的第一转发设备可对第二转发设备上与所述第一业务流相关的门控进行灵活地控制，即发送用于控制低延迟转发模式的第一控制信息，无需通过管理平面为每个端口配置门控列表，降低管理的复杂性。
实施例六
图9为本申请实施例六提供的一种第二转发设备的示意图。本申请实施例六提供的第二转发设备可以是图3或图4的P1，P1是PE1在第一转发路径上的下一跳。所述第二转发设备还可以是图3或图4的PE2，PE2是PE1在第二转发路径上的下一跳。本申请实施例六提供的第二转发设备可采用P1或PE2所采用的方法，对于与实施例一至四任意一个实施例中相同的内容，在此不再赘述。下面结合图9，对本申请实施例六提供的第二转发设备进行说明。
所述第二转发设备包括：第一接收单元901和第一发送单元902。
所述第一接收单元901用于接收来自第一转发设备的第二数据报文。所述第二数据报文包括第一数据报文和低延迟标识。所述低延迟转发模式是在动态控制下实现所述第一业务流的快速转发的模式。所述低延迟标识用于指示接收到第一业务流的转发设备在低延迟转发模式下转发所述第一业务流。所述第二数据报文属于所述第一业务流。
所述第一发送单元902用于根据所述低延迟标识，在低延迟转发模式下发送所述第二数据报文。若所述第二转发设备是中间转发设备，比如P1，则所述第一发送单元902可在所述低延迟转发模式下，向下一跳发送所述第二数据报文。若所述第二转发设备是作为网络出口的节点，比如PE2，则所述第一发送单元902可在所述低延迟转发模式下，向与其通信的CE发送所述第二数据报文包括的所述第一数据报文。
可选地，所述第二转发设备还包括：第二接收单元903和控制单元904。所述第二接收单元903用于接收来自所述第一转发设备的控制信息。所述控制信息用于控制所述低延迟转发模式的状态。所述控制单元904用于根据所述控制信息，控制所述低延迟转发模式的状态。
举例说明，所述控制信息包括所述低延迟转发模式的开始时刻和结束时刻。所述控制单元904具体用于根据所述低延迟转发模式的开始时刻和所述结束时刻，运行所述低延迟转发模式。
举例说明，所述控制信息包括所述低延迟转发模式的开始时刻和运行时长。所述控制单元904具体用于根据所述低延迟转发模式的开始时刻和所述运行时长，运行所述低延迟转发模式。
可选地，所述控制信息包括开启标识。所述开启标识用于标识开启所述低延迟转发模式。所述第二转发设备还包括：第三接收单元905。所述第三接收单元905用于接收所述第一转发设备发送的关闭标识。所述关闭标识用于标识关闭所述低延迟转发模式。所述控制单元904还用于根据所述关闭标识，控制所述第一发送单元902停止在所述低延迟转发模式发送所述一业务流的数据报文。
可选地，所述第二转发设备还包括：第四接收单元906、第一获得单元907和第二获得单元908。所述第四接收单元906用于接收来自所述第一转发设备的第一检测报文，所述第一检测报文包括第一时延值和第二时延值，所述第一检测报文用于获得转发路径上的转发设备产生的传输延迟，所述第一时延值为所述转发路径上的转发设备可允许的延迟的最大时长，所述第二时延值为所述第一转发设备产生的延迟时长。所述第一获得单元907用于获得第三时延值，所述第三时延值为所述第二转发设备接收到所述第一检测报文到发送所述第一检测报文间的时长。所述第二获得单元908用于根据所述第一检测报文和所述第三时延值，获得第二检测报文，所述第二检测报文包括所述第一检测报文和所述第三时延值。
可选地，所述第二转发设备为中间转发设备，所述第一发送单元902具体用于向第三转发设备发送所述第二检测报文，所述第三转发设备为所述转发路径上沿第一方向所述第二转发设备的下一跳，所述第一方向为所述第一转发设备到所述转发路径上作为出口的转发设备的方向。
本申请实施例二中的第二转发设备可在接收第一数据报文后，根据配置的低延迟转发模式，在低延迟转发模式下发送所述所述第二数据报文，无需存储管理平面下发的门控列表，实现较为灵活地控制，还有助于降低管理的复杂性。
实施例七
图10为本申请实施例七提供的一种第一转发设备的示意图。图10所示的第一转发设备和图8所示的第一转发设备可以是同一台设备。图10所示的第一转发设备可以是上述实施例一至实施例四任意一个实施例中的PE1。本申请实施例七提供的第一转发设备包括：处理器1001、存储器1002和通信接口1003。所述处理器1001、所述存储器1002和所述通信接口1003通过通信总线1004连接。所述存储器1002用于存储程序。可选地，存储器1002还可用于存储控制信息和/或实施例二中的特征信息表。
所述处理器1001根据从所述存储器1002中读取的程序所包括的可执行指令，执行如下操作：
通过所述通信接口1003，接收第一数据报文；
确定所述第一数据报文属于第一业务流；
根据所述第一数据报文和低延迟标识，获得第二数据报文，所述第二数据报文包括所述第一数据报文和所述低延迟标识，所述低延迟标识用于指示接收到所述第一业务流的转发设备在低延迟转发模式下转发所述第一业务流，所述第二数据报文属于所述第一业务流；
通过所述通信接口1003，在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文。
可选地，所述处理器1001还可根据所述可执行指令，进一步通过所述通信接口1003，向所述第二转发设备发送控制信息。所述控制信息用于控制所述低延迟转发模式的状态。
举例说明，所述控制信息携带于RSVP消息或G-ACH通道消息。所述RSVP消息和G-ACH通道消息的具体描述可参见实施例一中的相应内容，在此不再赘述。
举例说明，所述控制信息的内容可参见实施例一中的相应内容，在此不再赘述。
可选地，所述处理器1001还可根据所述可执行指令，在向所述第二转发设备发送所述第二数据报文之前，通过所述通信接口1003，向所述第二转发设备发送检测报文。所述检测报文包括第一时延值和第二时延值。所述第一时延值和所述第二时延值的内容与上述实施例相同，在此不再赘述。
在一种方式中，所述通信接口1003包括至少两个逻辑接口、至少一个队列和至少一个门，图10仅以所述通信接口1003包括第一逻辑接口10030、队列10031、门10032和第二逻辑接口10033为例进行说明。所述队列10031、所述门10032和所述第二逻辑接口10033用于处理所述第一业务流的数据报文。所述处理器1001可通过第一逻辑接口10030接收所述第一数据报文。本实施例中的第一逻辑接口10030可以是实施例二中的第一端口或第二端口。所述处理器1001可将获得的第二数据报文输出至所述队列10031。所述处理器1001根据所述控制信息，控制所述门10032的开启，即切换至所述低延迟转发模式下。所述处理器1001控制所述队列10031中第一业务流的数据报文，比如所述第二数据报文，优先输出至所述门10032。所述门10032处于开启状态，所述第二数据报文被送至第二逻辑接口10033，并通过所述第二逻辑接口10033输出至相应的物理线路。
可选地，所述通信接口1003还包括能够与所述第二逻辑接口10033通信的队列10032。所述队列10032为按通常的转发模式进行处理的待转发数据报文形成的队列。所述第二转发设备停止采用所述低延迟转发模式后，可通过所述队列10032和所述第二逻辑接口10033，采用通常的队列转发方式进行数据报文的发送。其中，所述队列10032的优先级低于所述队列10031的优先级。
其中，所述第二逻辑接口10033和所述第一逻辑接口10030在物理上可以是同一个物理接口，该物理接口能够实现收发功能。所述第二逻辑接口10033和所述第一逻辑接口10030在物理上也可通过不同的物理接口来实现，本申请实施例对其具体实现方式不进行限定。
在一种方式中，所述处理器1001可根据其内部的时钟以及所述控制信息，控制所述门10032的开启。在另一种方式中，所述第一转发设备还包括时钟(timer)1005。时钟1005可用于对所述处理器1001和所述门10032的时钟进行同步。所述处理器1001可根据时钟1005及所述控制信息，控制所述门10032的开启。
实施例八
图11为本申请实施例八提供的一种第二转发设备的示意图。图11所示的第二转发设备和图9所示的第二转发设备可以是同一台设备。图11所示的第二转发设备可以上述实施例一至实施例四任意一个实施例中的P1或PE2。本申请实施例八提供的第二转发设备包括：处理器1101、存储器1102和通信接口1103。所述处理器1101、所述存储器1102和所述通信接口1103通过通信总线1104连接。所述存储器1102用于存储程序。可选地，存储器1102还可用于存储控制信息。
所述处理器1101根据从所述存储器1102中读取的程序所包括的可执行指令，执行如下操作：
通过所述通信接口1103，接收来自第一转发设备的第二数据报文，所述第二数据报文包括第一数据报文和低延迟标识，所述低延迟标识用于指示接收到第一业务流的转发设备在低延迟转发模式下转发所述第一业务流，所述第二数据报文属于所述第一业务流；
根据所述低延迟标识，通过所述通信接口1103，在低延迟转发模式下发送所述第二数据报文
可选地，所述处理器1101还可根据所述可执行指令，进一步通过所述通信接口1103，接收来自所述第一转发设备的控制信息。所述控制信息用于控制所述低延迟转发模式的状态。所述处理器1101进一步根据所述控制信息，控制所述低延迟转发模式的状态。
举例说明，所述控制信息可携带于RSVP消息或G-ACH通道消息，具体可参见实施例一中的相应内容。
可选地，所述控制信息的内容可参见实施例一中的相应内容，在此不再赘述。所述处理器1101根据所述控制信息动态控制所述低延迟转发模式的方法可参见实施例一或实施例二中的相应内容，在此不再赘述。
可选地，所述处理器1101还可根据所述可执行指令，进一步通过所述通信接口1103，接收来自所述第一转发设备的第一检测报文。所述第一检测报文包括第一时延值和第二时延值。所述处理器1101进一步获得第三时延值。所述第一时延值、所述第二时延值和所述第三时延值与上述实施例中的相同，在此不再赘述。所述处理器1101进一步根据所述第一检测报文和所述第三时延值，获得第二检测报文。所述第二检测报文包括所述第一检测报文和所述第三时延值。
可选地，若所述第二转发设备为中间转发设备，比如实施例一、实施例二或实施例四中的P1，则所述处理器1101还可根据所述可执行指令，进一步通过所述通信接口1103，向第三转发设备发送所述第二检测报文。所述第三转发设备为所述转发路径上所述第二转发设备的下一跳。
在一种方式中，所述通信接口1103包括至少两个逻辑接口、至少一个队列和至少一个门，图11仅以所述通信接口1103包括第一逻辑接口11030、队列11031、门11032和第二逻辑接口10033为例进行说明。所述队列11031、所述门11032和所述第二逻辑接口10033用于处理所述第一业务流的数据报文。所述处理器1101可通过第一逻辑接口11030接收所述第二数据报文。所述处理器1101可将所述第二数据报文输出至所述队列11031。所述处理器1101根据所述控制信息，控制所述门11032的开启，即切换至所述低延迟转发模式下。所述处理器1101控制所述队列11031中第一业务流的数据报文，比如所述第二数据报文，优先输出至所述门11032。所述门11032处于开启状态，所述第二数据报文被送至所述第二逻辑接口11033，通过所述第二逻辑接口11033输出至相应的物理线路。
可选地，所述通信接口1103还包括能够与所述第二逻辑接口11033通信的队列11032。所述队列11032为按通常的转发模式进行处理的待转发数据报文形成的队列。所述第二转发设备停止采用所述低延迟转发模式后，可通过所述队列11032和所述第二逻辑接口11033，采用通常的队列转发方式进行数据报文的发送。其中，所述队列11032的优先级低于所述队列11031的优先级。
其中，所述第二逻辑接口11033和所述第一逻辑接口11030在物理上可以是同一个物理接口，该物理接口能够实现收发功能。所述第二逻辑接口11033和所述第一逻辑接口11030在物理上也可通过不同的物理接口来实现，本申请实施例对其具体实现方式不进行限定。
在一种方式中，所述处理器1101可根据其内部的时钟以及所述控制信息，控制所述门11032的开启。在另一种方式中，所述第一转发设备还包括时钟(timer)1105。所述处理器1101可根据时钟1105及所述控制信息，控制所述门11032的开启。时钟1105可用于对所述处理器1101和所述门11032的时钟进行同步。
本申请实施例九还提供了一种用于处理低延迟业务流的系统。本申请实施例九提供的系统可包括实施例五提供的第一转发设备和实施例六提供的第二转发设备。或者，本申请实施例提供的系统可包括实施例七提供的第一转发设备和实施例八提供的第二转发设备。在此不再对每个转发设备的功能和结构进行赘述，具体可参见相应实施例中的描述。
实施例十
图12为本申请实施例十提供的用于建立转发路径的方法流程图。实施例十提供的方法可用于建立图2所示的网络场景中的第一转发路径或第二转发路径。实施例十提供的方法可以由图2所示的运营商网络中的任意一个节点执行。实施例十提供的方法中的第一节点为图2所示的运营商网络中的任意一个节点。例如所述第一节点可以为图2中的PE1、P1或PE2。本申请实施例十提供的方法可从图13所示的网络场景中，确定出图2所示的第一转发路径和第二转发路径。下面结合图13和图2所示的网络场景，对本申请实施例十提供的方法进行说明。
1201，第一节点获得运营商网络中的拓扑信息。
其中，所述拓扑信息为入口节点与出口节点之间的每条路径上的节点的拓扑信息。所述拓扑信息包括相邻两个节点之间的物理链路时延和每个节点的节点驻留时长。本申请实施例中的入口节点为作为网络入口的节点。本申请实施例中的出口节点为作为网络出口的节点。
1202，所述第一节点根据所述拓扑信息，获得所述入口节点和所述出口节点之间每条路径的传输时延。
1203，所述第一节点根据所述每条路径的传输时延，确定所述入口节点和所述出口节点之间的目标传输路径。
如图2和图13所示，入口节点为PE1，出口节点为PE2。PE1和PE2之间的目标传输路径可以是上述实施例中提及的第一转发路径和/或第二转发路径。所述第一转发路径的传输时延为所述第一转发路径上相邻两个节点之间的物理链路时延和所述第一转发路径上每个节点的节点驻留时长之和。如图2所示，所述第一转发路径的传输时延为PE1和P1之间的物理链路时延、P1和PE2之间的物理链路时延、PE1的节点驻留时长、P1的节点驻留时长和PE2的节点驻留时长之和。所述第二转发路径的传输时延为所述第二转发路径上相邻两个节点之间的物理链路时延和所述第二转发路径上每个节点的节点驻留时长之和。如图2所示，所述第二转发路径的传输时延为PE1和PE2之间的物理链路时延、PE1的节点驻留时长和PE2的节点驻留时长之和。
对于1201来说，以所述运营商网络中的任意一个节点为例，所述任意一个节点可以测量其与邻居节点之间的物理链路时延，还可以测量所述任意一个的节点驻留时长。所述任意一个节点可在测量得到其物理链路时延和其节点驻留时长后，以拓扑信息的形式，将所述任意一个节点获得的物理链路时延以及所述任意一个节点的节点驻留时长发送给所述运营商网络中的其他节点。本申请实施例中提及的节点驻留时长是该节点产生的延迟值，或者为该节点产生的延迟时长。
对于1201来说，如图2所示，所述第一节点可接收P1发送的拓扑信息。所述P1发送的拓扑信息包括P1与PE1间的物理链路时延、P1与PE2间的物理链路时延和P1的节点驻留时长。所述第一节点还可接收PE2发送的拓扑信息。PE2发送的拓扑信息包括P1与PE2间的物理链路时延、PE2与PE1件的物理链路时延和PE2的节点驻留时长。所述第一节点可接收PE1发送的拓扑信息。所述PE1发送的拓扑信息包括P1与PE1间的物理链路时延、PE1与PE2间的物理链路时延和PE1的节点驻留时长。所述第一节点可以是图2所示的运营商网络中除PE1、P1和PE2之外的节点，还可以是PE1、P1和PE2中的任意一个。所述第一节点可根据获得的拓扑信息，确定出入口节点和出口节点之间的目标传输路径。所述目标传输路径为满足时延要求的用于传输低延迟业务流的路径，比如图2所示的第一转发路径或第二转发路径。
1201中，以所述第一节点获得所述第一拓扑信息为例进行说明。所述第一节点可以通过接收来自所述第一邻居节点的时延测量报文进行所述第一物理链路时延的测量。例如：所述第一节点接收所述第一邻居节点发送的时延测量报文。所述时延测量报文包括所述第一邻居节点发送所述时延测量报文的发送时间戳。所述第一节点可以根据接收所述延时测量报文的接收时间戳与所述发送时间戳，获得所述第一物理链路时延。所述延时测量报文是由所述第一邻居节点不经过其他节点转发而直接发送至所述第一节点。如图13所示，若第一节点为图13中的节点4，第一邻居节点为图13中的节点6，则所述节点6向所述节点4发送时延测量报文，所述时延测量报文中包括所述节点6发送所述时延测量报文的发送时间戳t1。所述节点4接收到所述延迟测量报文后，获得接收时间戳t2。所述节点4根据接收时间戳t2与所述时延测量报文包括的发送时间戳t1，可以获得所述节点6和所述节点4之间的物理链路时延。图13中任意两个相邻的节点获得其物理链路时延的方法与上述节点6与节点4间物理链路时延的获得方法相同，在此不再逐一举例说明。图13中的节点1可以是图2中的P1。
可选地，对于任意两个相邻节点之间的物理链路时延，任意两个相邻节点之间的物理链路时延的数值不会因为方向不同而不同。如果任意两个相邻节点之间的物理链路时延的数值有可能因为方向不同而存在差异，则可对任意两个相邻节点间不同方向的物理链路时延分别进行检测，可将两个方向的检测结果的平均值作为所述任意两个相邻节点间的物理链路时延。
1201中，对于任意两个相邻节点之间的物理链路时延的测量，可以通过发送多个延迟测量报文，进行多次的测量。对所述多次测量结果进行统计，例如取平均值、计算期望值、取最大值或取最小值等，获得所述两个相邻节点之间的物理链路时延。
本申请实施例中，报文在节点内的节点驻留时长与节点的实际负载密切相关。在一个空载的节点上，报文的节点驻留时长非常小。在一个接近满载的节点上，报文的节点驻留时长比较大。因此，为了更精确地反映报文的节点驻留时长，1201中，可以通过查询节点负载与驻留时长之间的映射表，获取节点驻留时长。另外，节点驻留时长还可以由网络拓扑结构、链路介质、长度以及节点的设备决定。具体地，可以在各个节点中预先建立所述节点的节点负载与驻留时长之间的映射表。例如，对于任意一个节点，所述节点内的负载与驻留时长的映射表可以为表1。
节点负载(百分比) 节点驻留时长(毫秒)
0％ 0ms
10％ 0.01ms
20％ 0.05ms
… …
50％ 0.5ms
表1
在所述节点的负载为20％的情况下，所述节点的节点驻留时长即为0.05ms。任意一个节点可以获得其负载情况，根据其负载情况查询映射表，获得节点驻留时长。其中，所述任意一个节点的负载可以为任意时刻的负载，或者为某一段时间内的负载的平均值，或者为取某一时刻的负载。
在本申请实施例中，任意一个节点利用开放式最短路径优先(Open ShortestPath First，OSPF)或IS-IS协议传输所述任意一个节点获得的拓扑信息。所述任意一个节点获得拓扑信息可以是其自身检测获得的拓扑信息，还可以来自其他节点的拓扑信息。举例说明，可对OSPF或IS-IS协议进行路由能力扩展，使其携带所述任意一个节点获得的拓扑信息，在此不再对可能的结构进行赘述。
1203中，所述第一节点可以根据所述入口节点和所述出口之间每条路径的传输时延，确定满足时延要求的传输路径为所述目标传输路径。可选地，所述目标传输路径可以为一条路径，也可以为满足所述时延要求的多条路径。所述时延要求可以为低延迟业务流所要求的传输时延小于或等于预设值。如图13所示，PE1为入口节点，PE2为出口节点，PE1与PE2之间存在多条传输路径。所述第一节点可计算图13中每条传输路径的传输时延。图2中的第一转发路径(实线)为图13中多条传输路径中时延较小且满足所述第一业务流的时延要求的传输路径。图2中的第二转发路径(虚线)为图13中多条传输路径中时延较小且满足所述第二业务流的时延要求的传输路径。所述第一节点可确定图2中的第一转发路径(实线)和第二转发路径(虚线)为目标传输路径。
本申请实施例十中的节点可以是图2所示的运营商网络中的设备。
上述通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器。结合本申请实施例所公开的方法的步骤，可以直接体现为处理器中的硬件及软件模块组合执行完成。当使用软件实现时，可以将实现上述功能的代码存储在计算机可读介质中。计算机可读介质包括计算机存储介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以是随机存取存储器(英文全称为random-access memory，英文缩写为RAM)、只读存储器(英文全称为read-only memory，英文缩写为ROM)、电可擦可编程只读存储器(英文全称为electrically erasable programmable read-only memory，英文缩写为EEPROM)、只读光盘(英文全称为compact disk read-only memory，英文缩写为CD-ROM)或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。计算机可读介质可以是压缩碟(英文全称为compact disk，英文缩写为CD)、激光碟、数字视频光碟(英文全称为digital video disk，英文缩写为DVD)、软盘或者蓝光碟。
最后应说明的是：以上实施例仅用以示例性说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请及本申请带来的有益效果进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请权利要求的范围。

Claims (24)

1.一种用于处理低延迟业务流的方法，其特征在于，所述方法包括：
第一转发设备确定接收到的第一数据报文属于第一业务流后，获得与所述第一业务流对应的低延迟标识，所述第一转发设备为作为网络入口的设备；
所述第一转发设备根据所述第一数据报文和所述低延迟标识，获得第二数据报文，所述第二数据报文包括所述第一数据报文和所述低延迟标识，所述低延迟标识用于指示接收到所述第一业务流的转发设备在低延迟转发模式下转发所述第一业务流，所述低延迟转发模式是动态控制下实现所述第一业务流的快速转发的模式；
所述第一转发设备在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文。
2.根据权利要求1所述的方法，其特征在于，所述第一转发设备在所述低延迟转发模式下，向所述第二转发设备发送所述第二数据报文之前，所述方法还包括：
所述第一转发设备向所述第二转发设备发送控制信息，所述控制信息用于控制所述低延迟转发模式的状态。
3.根据权利要求2所述的方法，其特征在于，所述控制信息包括所述低延迟转发模式的开始时刻和结束时刻，或者
所述控制信息包括所述低延迟转发模式的开始时刻和运行时长。
4.根据权利要求2所述的方法，其特征在于，所述控制信息包括开启标识，所述开启标识用于标识开启所述低延迟转发模式；在所述第一转发设备在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文之后，所述方法还包括：
所述第一转发设备向所述第二转发设备发送关闭标识，所述关闭标识用于标识关闭所述低延迟转发模式。
5.根据权利要求1至4任一所述的方法，其特征在于，在所述第一转发设备在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文之前，所述方法还包括：
所述第一转发设备向所述第二转发设备发送检测报文，所述检测报文包括第一时延值和第二时延值，所述第一时延值为转发路径上的转发设备允许的延迟的最大时长，所述第二时延值为所述第一转发设备产生的延迟时长。
6.一种用于处理低延迟业务流的方法，其特征在于，所述方法包括：
第二转发设备接收来自第一转发设备的第二数据报文，所述第二数据报文包括低延迟标识，所述低延迟标识用于指示接收到第一业务流的转发设备在低延迟转发模式下转发所述第一业务流，所述低延迟转发模式是动态控制下实现所述第一业务流的快速转发的模式，所述第二数据报文属于所述第一业务流；
所述第二转发设备根据所述低延迟标识，在所述低延迟转发模式下处理所述第二数据报文。
7.根据权利要求6所述的方法，其特征在于，所述第二转发设备接收来自第一转发设备的第二数据报文之前，所述方法还包括：
所述第二转发设备接收来自所述第一转发设备的控制信息，所述控制信息用于控制所述低延迟转发模式的状态；
所述第二转发设备根据所述控制信息，动态控制所述低延迟转发模式的状态。
8.根据权利要求7所述的方法，其特征在于，所述控制信息包括所述低延迟转发模式的开始时刻和结束时刻，所述第二转发设备根据所述控制信息，动态控制所述低延迟转发模式的状态包括：
所述第二转发设备根据所述低延迟转发模式的开始时刻和所述结束时刻，运行所述低延迟转发模式。
9.根据权利要求7所述的方法，其特征在于，所述控制信息包括所述低延迟转发模式的开始时刻和运行时长，所述第二转发设备根据所述控制信息，动态控制所述低延迟转发模式的状态包括：
所述第二转发设备根据所述低延迟转发模式的开始时刻和所述运行时长，运行所述低延迟转发模式。
10.根据权利要求7所述的方法，其特征在于，所述控制信息包括开启标识，所述开启标识用于标识开启所述低延迟转发模式；所述第二转发设备根据所述低延迟标识，在低延迟转发模式下发送所述第二数据报文之后，所述方法还包括：
所述第二转发设备接收所述第一转发设备发送的关闭标识，所述关闭标识用于标识关闭所述低延迟转发模式；
所述第二转发设备根据所述关闭标识，停止在所述低延迟转发模式发送所述第一业务流的数据报文。
11.根据权利要求6至10任一所述的方法，其特征在于，所述方法还包括：
所述第二转发设备接收来自所述第一转发设备的第一检测报文，所述第一检测报文包括第一时延值和第二时延值，所述第一时延值为转发路径上的转发设备可允许的延迟的最大时长，所述第二时延值为所述第一转发设备产生的延迟时长；
所述第二转发设备获得第三时延值，所述第三时延值为所述第二转发设备接收到所述第一检测报文到发送所述第一检测报文间的时长；
所述第二转发设备根据所述第一检测报文和所述第三时延值，获得第二检测报文，所述第二检测报文包括所述第一检测报文和所述第三时延值。
12.根据权利要求11所述的方法，其特征在于，所述第二转发设备为中间转发设备，所述方法还包括：
所述第二转发设备向第三转发设备发送所述第二检测报文，所述第三转发设备为所述转发路径上沿第一方向所述第二转发设备的下一跳，所述第一方向为所述第一转发设备到作为网络出口的设备的方向。
13.一种第一转发设备，其特征在于，所述第一转发设备包括：
处理单元，用于确定接收到的第一数据报文属于第一业务流后,获得与所述第一业务流对应的低延迟标识，所述第一转发设备为作为网络入口的设备；
获得单元，用于根据所述第一数据报文和所述低延迟标识，获得第二数据报文，所述第二数据报文包括所述第一数据报文和所述低延迟标识，所述低延迟标识用于指示接收到所述第一业务流的转发设备在低延迟转发模式下转发所述第一业务流，所述低延迟转发模式是动态控制下实现所述第一业务流的快速转发的模式；
第一发送单元，用于在所述低延迟转发模式下，向第二转发设备发送所述第二数据报文。
14.根据权利要求13所述的第一转发设备，其特征在于，所述第一转发设备还包括：
第二发送单元，用于向所述第二转发设备发送控制信息，所述控制信息用于控制所述低延迟转发模式的状态。
15.根据权利要求14所述的第一转发设备，其特征在于，所述控制信息包括所述低延迟转发模式的开始时刻和结束时刻，或者
所述控制信息包括所述低延迟转发模式的开始时刻和运行时长。
16.根据权利要求14所述的第一转发设备，其特征在于，所述控制信息包括开启标识，所述开启标识用于标识开启所述低延迟转发模式，所述第一转发设备还包括：
第三发送单元，用于向所述第二转发设备发送关闭标识，所述关闭标识用于标识关闭所述低延迟转发模式。
17.根据权利要求13至16任一所述的第一转发设备，其特征在于，所述第一转发设备还包括：
第四发送单元，用于向所述第二转发设备发送检测报文，所述检测报文包括第一时延值和第二时延值，所述第一时延值为转发路径上的转发设备允许的延迟的最大时长，所述第二时延值为所述第一转发设备产生的延迟时长。
18.一种第二转发设备，其特征在于，所述第二转发设备包括：
第一接收单元，用于接收来自第一转发设备的第二数据报文，所述第二数据报文包括低延迟标识，所述低延迟标识用于指示接收到第一业务流的转发设备在低延迟转发模式下转发所述第一业务流，所述低延迟转发模式是动态控制下实现所述第一业务流的快速转发的模式，所述第二数据报文属于所述第一业务流；
第一发送单元，用于根据所述低延迟标识，在所述低延迟转发模式下发送所述第二数据报文。
19.根据权利要求18所述的第二转发设备，其特征在于，所述第二转发设备还包括：
第二接收单元，用于接收来自所述第一转发设备的控制信息，所述控制信息用于控制所述低延迟转发模式的状态；
控制单元，用于根据所述控制信息，动态控制所述低延迟转发模式的状态。
20.根据权利要求19所述的第二转发设备，其特征在于，所述控制信息包括所述低延迟转发模式的开始时刻和结束时刻，
所述控制单元具体用于根据所述低延迟转发模式的开始时刻和所述结束时刻，运行所述低延迟转发模式。
21.根据权利要求19所述的第二转发设备，其特征在于，所述控制信息包括所述低延迟转发模式的开始时刻和运行时长，
所述控制单元具体用于根据所述低延迟转发模式的开始时刻和所述运行时长，运行所述低延迟转发模式。
22.根据权利要求19所述的第二转发设备，其特征在于，所述控制信息包括开启标识，所述开启标识用于标识开启所述低延迟转发模式，所述第二转发设备还包括：
第三接收单元，用于接收所述第一转发设备发送的关闭标识，所述关闭标识用于标识关闭所述低延迟转发模式；
所述控制单元还用于根据所述关闭标识，停止在所述低延迟转发模式发送所述第一业务流的数据报文。
23.根据权利要求18至22任一所述的第二转发设备，其特征在于，所述第二转发设备还包括：
第四接收单元，用于接收来自所述第一转发设备的第一检测报文，所述第一检测报文包括第一时延值和第二时延值，所述第一时延值为转发路径上的转发设备可允许的延迟的最大时长，所述第二时延值为所述第一转发设备产生的延迟时长；
第一获得单元，用于获得第三时延值，所述第三时延值为所述第二转发设备接收到所述第一检测报文到发送所述第一检测报文间的时长；
第二获得单元，用于根据所述第一检测报文和所述第三时延值，获得第二检测报文，所述第二检测报文包括所述第一检测报文和所述第三时延值。
24.根据权利要求23所述的第二转发设备，其特征在于，所述第二转发设备为中间转发设备，所述第一发送单元具体用于向第三转发设备发送所述第二检测报文，所述第三转发设备为所述转发路径上沿第一方向所述第二转发设备的下一跳，所述第一方向为第一转发设备到作为网络出口的设备的方向。
CN201610743336.6A 2016-08-27 2016-08-27 一种用于处理低延迟业务流的方法和装置 Active CN107786465B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN202110632545.4A CN113472673A (zh) 2016-08-27 2016-08-27 一种获取控制信息的方法和设备
CN201610743336.6A CN107786465B (zh) 2016-08-27 2016-08-27 一种用于处理低延迟业务流的方法和装置
EP17844979.9A EP3468123B1 (en) 2016-08-27 2017-06-16 Method and device for use in processing low-latency traffic
EP21206178.2A EP4030732A1 (en) 2016-08-27 2017-06-16 Method and apparatus for processing low-latency service flow
PCT/CN2017/088695 WO2018040673A1 (zh) 2016-08-27 2017-06-16 一种用于处理低延迟业务流的方法和装置
US16/285,913 US10972398B2 (en) 2016-08-27 2019-02-26 Method and apparatus for processing low-latency service flow
US17/222,201 US11616729B2 (en) 2016-08-27 2021-04-05 Method and apparatus for processing low-latency service flow

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610743336.6A CN107786465B (zh) 2016-08-27 2016-08-27 一种用于处理低延迟业务流的方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202110632545.4A Division CN113472673A (zh) 2016-08-27 2016-08-27 一种获取控制信息的方法和设备

Publications (2)

Publication Number Publication Date
CN107786465A true CN107786465A (zh) 2018-03-09
CN107786465B CN107786465B (zh) 2021-06-04

Family

ID=61299933

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201610743336.6A Active CN107786465B (zh) 2016-08-27 2016-08-27 一种用于处理低延迟业务流的方法和装置
CN202110632545.4A Pending CN113472673A (zh) 2016-08-27 2016-08-27 一种获取控制信息的方法和设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202110632545.4A Pending CN113472673A (zh) 2016-08-27 2016-08-27 一种获取控制信息的方法和设备

Country Status (4)

Country Link
US (2) US10972398B2 (zh)
EP (2) EP4030732A1 (zh)
CN (2) CN107786465B (zh)
WO (1) WO2018040673A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110233765A (zh) * 2019-06-23 2019-09-13 何梓菁 一种低时延网络切片方法和设备
WO2019214561A1 (zh) * 2018-05-11 2019-11-14 华为技术有限公司 一种报文发送的方法、网络节点和系统
CN110876159A (zh) * 2018-08-30 2020-03-10 华为技术有限公司 一种提高时延确定性的方法及装置
CN110995595A (zh) * 2019-12-16 2020-04-10 新华三大数据技术有限公司 报文发送方法、装置、存储介质和节点设备
CN111049910A (zh) * 2019-12-16 2020-04-21 瑞斯康达科技发展股份有限公司 一种处理报文的方法、装置、设备及介质
WO2020156124A1 (zh) * 2019-02-01 2020-08-06 电信科学技术研究院有限公司 资源配置方法、获取方法、网络设备及终端
CN111510344A (zh) * 2020-04-02 2020-08-07 中国信息通信研究院 一种节点的转发时延确定方法和装置

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10594612B2 (en) * 2015-09-04 2020-03-17 Nokia Technologies Oy Threshold for reduced latency mechanisms
CN109150722B (zh) * 2017-06-16 2021-03-30 华为技术有限公司 一种业务转发的方法及网络设备
EP3468118B1 (en) * 2017-10-04 2023-10-04 TTTech Computertechnik AG Method and device to configure real-time networks
WO2020022526A1 (ko) * 2018-07-23 2020-01-30 엘지전자 주식회사 V2x 통신 장치 및 지오네트워킹 전송 방법
US11223567B2 (en) * 2019-01-18 2022-01-11 Cisco Technology, Inc. Transmission control protocol session mobility
US11362959B2 (en) * 2020-03-18 2022-06-14 Futurewei Technologies, Inc. Latency based forwarding of packets with destination policies

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030089867A (ko) * 2002-05-20 2003-11-28 엘지전자 주식회사 비지피 엠피엘에스 브이피엔 망의 브이피엔 씨오에스 제공방법
CN101645849A (zh) * 2009-09-09 2010-02-10 中兴通讯股份有限公司 一种在过渡环境中的QoS实现方法和PE路由器
US20150146536A1 (en) * 2013-11-25 2015-05-28 Juniper Networks, Inc. Automatic traffic mapping for multi-protocol label switching networks
CN105847176A (zh) * 2016-05-20 2016-08-10 锐捷网络股份有限公司 一种传输业务流的方法和网络设备

Family Cites Families (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0712220A1 (en) * 1994-11-08 1996-05-15 International Business Machines Corporation Hop-by-hop flow control in an ATM network
KR100333250B1 (ko) * 1998-10-05 2002-05-17 가나이 쓰토무 패킷 중계 장치
US6618357B1 (en) * 1998-11-05 2003-09-09 International Business Machines Corporation Queue management for networks employing pause time based flow control
US6643259B1 (en) * 1999-11-12 2003-11-04 3Com Corporation Method for optimizing data transfer in a data network
US6674717B1 (en) * 2000-03-30 2004-01-06 Network Physics, Inc. Method for reducing packet loss and increasing internet flow by feedback control
US7027396B1 (en) * 2002-02-13 2006-04-11 At&T Corp. Traffic matrix computation for a backbone network supporting virtual private networks
GB0226249D0 (en) * 2002-11-11 2002-12-18 Clearspeed Technology Ltd Traffic handling system
US7626986B1 (en) * 2002-11-18 2009-12-01 At&T Corp. Method for operating a router having multiple processing paths
CN1757210A (zh) * 2003-01-15 2006-04-05 希尔纳公司 用于在光网络上传输分组数据的方法和装置
US7564792B2 (en) * 2003-11-05 2009-07-21 Juniper Networks, Inc. Transparent optimization for transmission control protocol flow control
US7953000B2 (en) * 2004-09-10 2011-05-31 Cisco Technology, Inc. Mechanism to improve preemption behavior of resource reservations
US7907519B2 (en) * 2005-01-28 2011-03-15 British Telecommunications Plc Packet forwarding
US7756026B2 (en) * 2005-04-20 2010-07-13 At&T Intellectual Property I, L.P. Providing a quality of service for various classes of service for transfer of electronic data packets
US7684391B2 (en) * 2006-01-13 2010-03-23 Comcast Cable Holdings, Llc Communications system for delivering multimedia internet protocol packets across network boundaries
DE602007013805D1 (de) * 2006-10-22 2011-05-19 Viasat Inc Zyklisches hindernis-kommunikationssystem
US7697519B2 (en) * 2006-10-31 2010-04-13 Hewlett-Packard Development Company, L.P. Packet processing
JP4753909B2 (ja) * 2007-04-12 2011-08-24 アラクサラネットワークス株式会社 トラヒックシェーピング回路、端末装置及びネットワークノード
US9215620B2 (en) * 2008-05-05 2015-12-15 Cisco Technology, Inc. Distributed bi-directional flow control in wireless mesh networks
CN101488914B (zh) * 2009-01-06 2011-04-13 杭州华三通信技术有限公司 服务质量QoS的实现方法和服务边缘提供商PE设备
US8031607B2 (en) * 2009-01-29 2011-10-04 Alcatel Lucent Implementation of internet protocol header compression with traffic management quality of service
WO2010115096A2 (en) * 2009-04-02 2010-10-07 University Of Florida Research Foundation Inc. System, method, and media for network traffic measurement on high-speed routers
US8611327B2 (en) * 2010-02-22 2013-12-17 Broadcom Corporation Method and apparatus for policing a QoS flow in a MoCA 2.0 network
CN102238073A (zh) * 2010-04-30 2011-11-09 华为技术有限公司 网络业务流管理的方法和设备
CN102378382B (zh) * 2010-08-10 2015-05-27 华为技术有限公司 一种数据流的调度方法、设备和系统
CN102447980B (zh) * 2010-09-30 2015-01-28 中兴通讯股份有限公司 一种路由控制方法、系统及路由计算装置
US9124524B2 (en) * 2011-06-29 2015-09-01 Broadcom Corporation System and method for priority based flow control between nodes
US8638667B2 (en) * 2011-07-05 2014-01-28 Cisco Technology, Inc. Transmission priority paths in mesh networks
US8929220B2 (en) * 2012-08-24 2015-01-06 Advanced Micro Devices, Inc. Processing system using virtual network interface controller addressing as flow control metadata
US9509549B2 (en) * 2013-03-15 2016-11-29 Cisco Technology, Inc. Extending routing rules from external services
CN104579962B (zh) * 2015-01-23 2018-08-14 盛科网络（苏州）有限公司 一种区分不同报文的QoS策略的方法及装置
WO2016127142A1 (en) * 2015-02-05 2016-08-11 Cisco Technology, Inc. Pvr assist information for hevc bitstreams
EP3073680B1 (en) * 2015-03-23 2017-12-06 Alcatel Lucent Methods, queueing system, network element and network system for queueing and processing of packets
US20160295579A1 (en) * 2015-03-31 2016-10-06 Alcatel-Lucent Canada Inc. Systems and methods for enhancing real-time quality of experience in universal mobile telecommunications systems and long term evolution communications networks
US20160308786A1 (en) * 2015-04-17 2016-10-20 Futurewei Technologies, Inc. Temporal Tunnel Services
US10425348B2 (en) * 2015-07-22 2019-09-24 The Regents Of The University Of Colorado Stateless network functions
EP3440810B1 (en) * 2016-04-04 2020-12-30 Telefonaktiebolaget LM Ericsson (publ) Quality of service (qos) support for tactile traffic
CA3031250A1 (en) * 2016-07-19 2018-01-25 Schneider Electric Industries Sas Time-sensitive software defined networking
US20180026933A1 (en) * 2016-07-22 2018-01-25 Cisco Technology, Inc. Service aware label address resolution protocol switched path instantiation
US10291517B1 (en) * 2016-12-16 2019-05-14 Juniper Networks, Inc. Generating a dummy VLAN tag for indicating quality of service classification information in a distributed routing system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030089867A (ko) * 2002-05-20 2003-11-28 엘지전자 주식회사 비지피 엠피엘에스 브이피엔 망의 브이피엔 씨오에스 제공방법
CN101645849A (zh) * 2009-09-09 2010-02-10 中兴通讯股份有限公司 一种在过渡环境中的QoS实现方法和PE路由器
US20150146536A1 (en) * 2013-11-25 2015-05-28 Juniper Networks, Inc. Automatic traffic mapping for multi-protocol label switching networks
CN105847176A (zh) * 2016-05-20 2016-08-10 锐捷网络股份有限公司 一种传输业务流的方法和网络设备

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019214561A1 (zh) * 2018-05-11 2019-11-14 华为技术有限公司 一种报文发送的方法、网络节点和系统
CN110474853A (zh) * 2018-05-11 2019-11-19 华为技术有限公司 一种报文发送的方法、网络节点和系统
CN110474853B (zh) * 2018-05-11 2022-10-18 华为技术有限公司 一种报文发送的方法、网络节点和系统
US11394646B2 (en) 2018-05-11 2022-07-19 Huawei Technologies Co., Ltd. Packet sending method, network node, and system
CN110876159B (zh) * 2018-08-30 2022-02-11 华为技术有限公司 一种提高时延确定性的方法及装置
CN110876159A (zh) * 2018-08-30 2020-03-10 华为技术有限公司 一种提高时延确定性的方法及装置
WO2020156124A1 (zh) * 2019-02-01 2020-08-06 电信科学技术研究院有限公司 资源配置方法、获取方法、网络设备及终端
CN111526583A (zh) * 2019-02-01 2020-08-11 电信科学技术研究院有限公司 资源配置方法、获取方法、网络设备及终端
CN110233765A (zh) * 2019-06-23 2019-09-13 何梓菁 一种低时延网络切片方法和设备
CN110233765B (zh) * 2019-06-23 2022-08-12 何梓菁 一种低时延网络切片方法和设备
CN111049910A (zh) * 2019-12-16 2020-04-21 瑞斯康达科技发展股份有限公司 一种处理报文的方法、装置、设备及介质
CN110995595A (zh) * 2019-12-16 2020-04-10 新华三大数据技术有限公司 报文发送方法、装置、存储介质和节点设备
CN111510344A (zh) * 2020-04-02 2020-08-07 中国信息通信研究院 一种节点的转发时延确定方法和装置
CN111510344B (zh) * 2020-04-02 2021-04-02 中国信息通信研究院 一种节点的转发时延确定方法和装置

Also Published As

Publication number Publication date
CN107786465B (zh) 2021-06-04
US11616729B2 (en) 2023-03-28
EP3468123A4 (en) 2019-06-05
US10972398B2 (en) 2021-04-06
EP4030732A1 (en) 2022-07-20
US20210226897A1 (en) 2021-07-22
CN113472673A (zh) 2021-10-01
WO2018040673A1 (zh) 2018-03-08
EP3468123B1 (en) 2021-12-01
US20190199642A1 (en) 2019-06-27
EP3468123A1 (en) 2019-04-10

Similar Documents

Publication Publication Date Title
CN107786465A (zh) 一种用于处理低延迟业务流的方法和装置
CN104283791B (zh) 一种sdn网络中的三层拓扑确定方法和设备
WO2016198013A1 (zh) 一种报文传输方法及装置
CN107637031A (zh) 用于网络业务的路径计算单元中央控制器(pcecc)
JP4816957B2 (ja) 中継装置、経路選択システム、経路選択方法、およびプログラム
CN105871721A (zh) 一种段路由处理方法、处理装置及发送装置
CN106685826B (zh) 交换机堆叠系统、从设备、交换芯片及处理协议报文方法
WO2017124709A1 (zh) 流量工程隧道建立方法和装置
CN102045242A (zh) 网络通信方法和网络节点设备
CN104702479A (zh) Sdn网络中建立隧道的方法和装置
CN107306222A (zh) 标签交换路径上的流量工程隧道建立的方法和设备
CN106385344B (zh) 一种报文监控方法和装置
CN100492970C (zh) 网络中继装置和数据包的传送方法
CN106817299A (zh) 软件定义网络的表项生成方法和装置以及报文转发方法
CN101834793A (zh) 基于mpls/ops的虚拟专用网的实现方法
CN107547333A (zh) 用于实现组合虚拟专用网vpn的方法与装置
CN108574632A (zh) 一种报文处理方法、装置及系统
CN100493022C (zh) 一种在二层虚拟专用网的骨干网中保证业务质量的方法
CN109639577A (zh) 一种广域网带宽分级方法、装置及系统
CN108282416A (zh) 一种基于数据帧的调度方法和装置
Mellouk End-to-end quality of service: engineering in next generation heterogenous networks
CN107005455A (zh) 用于传输网络的路由隧道
CN102263700B (zh) 一种报文收发方法、装置和系统
CN108173763A (zh) 报文处理方法、设备及系统
Baldi et al. Time-driven priority router implementation: Analysis and experiments

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant