CN108632678A - 一种数据传输方法、装置及系统 - Google Patents

Abstract

本文公开了一种数据传输方法、装置及系统；上述数据传输方法包括：BIER域入口设备接收报文；在BIER域入口设备确认接收到的报文具有预定的流量特性之后，将报文封装为BIER报文，并转发BIER报文；其中，BIER报文的BIER头指示的目的节点为该流量特性对应的BIER域出口设备。通过本申请的方案，能够实现将BIER技术用于网络单播业务，从而节省网络带宽，提高传输效率，提升用户体验。

Description

一种数据传输方法、装置及系统

技术领域

本发明涉及通信领域，尤其涉及一种数据传输方法、装置及系统。

背景技术

OTT(Over The Top)是指通过互联网向用户提供各种应用服务。这种应用和目前运营商所提供的通信业务不同，它仅利用运营商的网络，而服务由运营商之外的第三方提供。目前，典型的OTT业务有互联网电视业务、苹果应用商店等。直播技术是OTT的重要业务之一。随着互联网技术的发展，直播正在发挥越来越重要的作用，包括教学的课程直播、会议直播、医疗的手术直播、娱乐的游戏直播、晚会直播等等。直播技术对网络的带宽具有很高的要求，随着用户数量的指数级上升、直播清晰度等需求的不断增加，网络带宽越来越不能满足需求。

直播内容通过网络，点到点的发送到用户设备上，随着用户数量的增长，直播的内容服务器承受着越来越大的压力，同时，网络中的承载设备(如路由器和交换机设备)也在承受着巨大的流量压力。相当数量的相同报文经过同一台设备，对设备的带宽占用造成了巨大的浪费。

为了减轻直播业务所带来的流量压力，承载设备运用了一些技术来减轻流量负载。比如，图1中的CR(Core Router，骨干网路由器)设备，在收到OTT设备发过来的直播数据后，通过外置或者内置的服务器(这里假设为内置服务器)将其转换成组播组。这个转换的映射消息(Mapping Message)，需要同步到所有用户终端设备，比如用户家庭的调制解调器等，然后由用户终端设备向汇聚设备和接入设备，比如BNG(BroadBand Network Gateway，宽带网络网关)、SR(Service Router，业务路由器)，发送PIM(ProtocolIndependentMulticast，协议无关组播)、IGMP(Internet Control MessageProtocol，网络控制信息协议)、或者MLD(Multicast Listener DiscoveryProtocol，组播侦听发现协议)的加入消息，BNG和SR再进一步往上游设备发PIM加入(Join)消息，在城域网(Metro)或者骨干网(Backbone)中建立组播树。CR设备在收到OTT服务器发来的数据流时，转换成传统组播流量，并根据网络中建立的组播树进行转发。BNG和SR收到流量后，再发送给与之相连的用户或者转发设备。用户终端设备在收到组播流后，转换成单播流量，再发送给用户用于收看的电视或者手机等。

这种应用方式，在一定程度上减轻了网络转发设备的负载，相同的数据流量将只被转发一次。然而，这样的方式也存在一定的弊端。首先，网络中建立组播树的时延较长，一旦网络拓扑出现变化，组播树将重新建立，耗时较长。其次，这种方式适合比较固定无变化的网络，如果用户在移动，比如用户接入从一台BNG移动到另外一台BNG，组播树需要重新建立，耗时达到几秒甚至几十秒级，对用户的无间断直播会产生断流的影响，非常影响用户的观看体验。再次，由于对于特定的流量需要进行映射处理，在直播数量庞大的情况下，对此分配的组播组数量会同样庞大，组播组的资源是有限的，直播业务是无限增长的，必然面临没有组播组可分配的窘境。另外，所有的用户终端设备都必须参与组播树的建立过程，整个组播树建立的路径长，更容易受到链路状态变化的影响。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本申请实施例提供一种数据传输方法、装置及系统，能够实现将BIER技术用于网络单播业务，从而节省网络带宽，提高传输效率，提升用户体验。

第一方面，本申请实施例提供一种数据传输方法，包括：

BIER域入口设备接收报文；在所述BIER域入口设备确认接收到的所述报文具有预定的流量特性之后，所述BIER域入口设备将所述报文封装为BIER报文，并转发所述BIER报文；其中，所述BIER报文的BIER头指示的目的节点为所述流量特性对应的BIER域出口设备。

其中，每一种预定的流量特性可以用于指示一个单播业务。

其中，所述流量特性可以包括IP报文特性元素的任意组合。

其中，上述方法还可以包括以下至少之一：

所述BIER域入口设备配置预定的流量特性；或者，

所述BIER域入口设备根据网络管理系统或中央控制器下发的流量特性信息，确定预定的流量特性。

其中，所述BIER域入口设备将所述报文封装为BIER报文之前，上述方法还可以包括以下至少之一：

所述BIER域入口设备配置所述预定的流量特性对应的一个或多个BIER域出口设备；

所述BIER域入口设备根据网络管理系统或中央控制器下发的指令，确定所述预定的流量特性对应的一个或多个BIER域出口设备；

所述BIER域入口设备根据一个或多个BIER域出口设备通过BIEROverlay协议发送的针对所述预定的流量特性的获取信息，确定所述预定的流量特性对应的一个或多个BIER域出口设备。

其中，所述BIER Overlay协议可以包括以下至少之一：MLD协议、IGMP、PIM协议、BGP、OSPF协议、ISIS协议、Babel协议。

第二方面，本申请实施例提供一种数据传输方法，包括：

BIER域出口设备解封装收到的BIER报文，获取其中携带的具有预定的流量特性的报文；

所述BIER域出口设备将所述报文转发给和所述BIER域出口设备连接且需要所述报文的设备。

其中，每一种预定的流量特性可以用于指示一个单播业务。

其中，所述流量特性可以包括IP报文特性元素的任意组合。

其中，上述方法还可以包括：

所述BIER域出口设备确定与其连接的下一级转发设备和用户终端中至少一项是否需要具有预定的流量特性的报文；

所述BIER域出口设备在确定与其连接的下一级转发设备和用户终端中至少一项需要具有所述预定的流量特性的报文时，通过BIER Overlay协议，发送针对所述预定的流量特性的获取信息给BIER域入口设备。

其中，所述BIER Overlay协议可以包括以下至少之一：MLD协议、IGMP、PIM协议、BGP、OSPF协议、ISIS协议、Babel协议。

其中，所述BIER域出口设备确定与其连接的下一级转发设备和用户终端中至少一项是否需要具有预定的流量特性的报文，可以包括以下至少之一：

所述BIER域出口设备根据配置信息，确定需要具有预定的流量特性的报文的设备；

所述BIER域出口设备根据网络管理系统或中央控制器下发的指令，确定需要具有预定的流量特性的报文的设备；

所述BIER域出口设备根据用户终端的流量需求请求，确定需要具有预定的流量特性的报文的设备。

第三方面，本申请实施例提供一种数据传输装置，应用于BIER域入口设备，包括：

第一接收模块，用于接收报文；

第一处理模块，用于在确认所述接收模块收到的报文具有预定的流量特性之后，将所述报文封装为BIER报文；其中，所述BIER报文的BIER头指示的目的节点为所述流量特性对应的BIER域出口设备；

第一发送模块，用于转发所述BIER报文。

其中，所述流量特性可以包括IP报文特性元素的任意组合。

其中，上述装置还可以包括以下至少之一：

流量特性配置模块，用于配置预定的流量特性；

流量特性确定模块，用于根据网络管理系统或中央控制器下发的流量特性信息，确定预定的流量特性。

其中，上述装置还可以包括以下至少之一：

出口设备配置模块，用于配置所述预定的流量特性对应的一个或多个BIER域出口设备；

第一出口设备确定模块，用于根据网络管理系统或中央控制器下发的指令，确定所述预定的流量特性对应的一个或多个BIER域出口设备；

第二出口设备确定模块，用于根据一个或多个BIER域出口设备通过BIER Overlay协议发送的针对所述预定的流量特性的获取信息，确定所述预定的流量特性对应的一个或多个BIER域出口设备。

第四方面，本申请实施例提供一种数据传输装置，应用于BIER域出口设备，包括：

第二接收模块，用于接收BIER报文；

第二处理模块，用于解封装收到的BIER报文，获取其中携带的具有预定的流量特性的报文；

第二发送模块，用于将所述报文转发给和所述BIER域出口设备连接且需要所述报文的设备。

其中，上述装置还可以包括：

需求确定模块，用于确定与其连接的下一级转发设备和用户终端中至少一项是否需要具有预定的流量特性的报文；

第三发送模块，用于在所述需求确定模块确定与所述BIER域出口设备连接的下一级转发设备和用户终端中至少一项需要具有所述预定的流量特性的报文时，通过BIEROverlay协议，发送针对所述预定的流量特性的获取信息给BIER域入口设备。

其中，所述需求确定模块可以用于通过以下至少一种方式确定与所述BIER域出口设备连接的下一级转发设备和用户终端中至少一项是否需要具有预定的流量特性的报文：

根据配置信息，确定需要具有预定的流量特性的报文的设备；

根据网络管理系统或中央控制器下发的指令，确定需要具有预定的流量特性的报文的设备；

根据用户终端的流量需求请求，确定需要具有预定的流量特性的报文的设备。

第五方面，本申请实施例提供一种数据传输系统，包括如第三方面所述的BIER域入口设备以及如第四方面所述的BIER域出口设备。

第六方面，本申请实施例提供一种数据传输装置，应用于BIER域入口设备，包括：传输模块、存储器以及处理器；其中，所述存储器用于存储用于数据传输的程序；该用于数据传输的程序在被所述处理器读取执行时，执行以下操作：通过所述传输模块接收报文；在确认接收到的所述报文具有预定的流量特性之后，将所述报文封装为BIER报文，并通过所述传输模块转发所述BIER报文；其中，所述BIER报文的BIER头指示的目的节点为所述流量特性对应的BIER域出口设备。

第七方面，本申请实施例提供一种数据传输装置，应用于BIER域出口设备，包括：传输模块、存储器以及处理器；其中，所述存储器用于存储用于数据传输的程序；该用于数据传输的程序在被所述处理器读取执行时，执行以下操作：解封装收到的BIER报文，获取其中携带的具有预定的流量特性的报文；通过所述传输模块将所述报文转发给与所述BIER域出口设备连接且需要所述报文的设备。

另外，本申请实施例还提供一种机器可读介质，存储有多个指令，当所述多个指令被一个或多个处理器执行时实现第一方面所述的数据传输方法。

本申请实施例还提供一种机器可读介质，存储有多个指令，当所述多个指令被一个或多个处理器执行时实现第二方面所述的数据传输方法。

通过本申请，能够将BIER技术用于网络单播业务，通过特定的转换方式，使流量能够简单高效地利用BIER技术进行传输，节约了大量的网络带宽，几乎不受网络变化的影响，并且能很好地支持用户或者源设备的移动性。对单播技术和网络的发展有非常重要的促进作用。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本申请技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。

图1为目前的直播网络数据传输的示意图；

图2为本申请实施例提供的一种数据传输方法的流程图；

图3为本申请实施例提供的另一种数据传输方法的流程图；

图4为本申请实施例提供的一种数据传输装置的示意图；

图5为本申请实施例提供的另一种数据传输装置的示意图；

图6为本申请实施例提供的一种数据传输系统的实施示意图；

图7为本申请实施例的协议格式定义示意图；

图8为本申请实施例一的实施示意图；

图9为本申请实施例二的实施示意图；

图10为本申请实施例三的实施示意图；

图11为本申请实施例四的实施示意图；

图12为本申请实施例五的实施示意图；

图13为本申请实施例六的实施示意图；

图14为本申请实施例提供的一种数据传输装置的硬件结构示意图；

图15为本申请实施例提供的另一种数据传输装置的硬件结构示意图。

具体实施方式

以下结合附图对本申请实施例进行详细说明，应当理解，以下所说明的实施例仅用于说明和解释本申请，并不用于限定本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

BIER(Bit Indexed Explicit Replication，位索引显式复制)是一种组播数据转发技术，将网络边缘的节点都只用一个BIT(位)来表示，组播流量在中间网络传输，额外封装一个特定的BIER头，这个报文头以BIT位串的形式标注了该组播流的所有目的节点，中间转发节点根据BIT进行路由，保障流量能够发送到所有目的节点。中间转发节点事先通过内部协议，比如三层网络中的OSPF(Open Shortest Path First，开放式最短路径优先)协议、ISIS(Intermediate System-to-Intermediate System，中间系统到中间系统)协议、BGP(Border Gateway Protocol，边界网关协议)或者Babel协议等来泛洪和发送节点信息，形成用于指导BIER转发的BIFT(Bit Index Forwarding Table，位索引转发表)，在收到封装BIER头的流量时，依据BIFT来完成报文到目的节点的转发。BIER这种数据面转发技术因为没有组播树的建立问题，消除了组播树建立的时延，并且收敛速度同OSPF和ISIS协议，比原来的组播树重建降低了巨大的时延。

BIER技术在传递组播业务上具有优势，然而，由于直播业务是单播流量，无法使用BIER技术作为承载，目前的BIER技术无法应用于直播业务场景。

本申请实施例提供一种数据传输方法、装置及系统，实现将BIER技术应用于网络单播业务，使得单播流量能够简单高效地利用BIER技术进行传输，从而节约网络带宽，避免网络变化产生的数据传输影响，以支持用户或源设备的移动性。

如图2所示，本申请实施例提供一种数据传输方法，应用于BIER域入口设备，包括：

S201、BIER域入口设备接收报文；

S202、在BIER域入口设备确认接收到的报文具有预定的流量特性之后，将该报文封装为BIER报文，并转发该BIER报文；其中，该BIER报文的BIER头指示的目的节点为该流量特性对应的BIER域出口设备。

其中，每一种预定的流量特性可以用于指示一个单播业务，比如，直播业务。换言之，本实施例BIER域入口设备通过预定的流量特性鉴别收到的单播流量，并将单播流量封装为BIER报文进行转发。

其中，流量特性可以包括互联网协议(IP，Internet Protocol)报文特性元素的任意组合。比如，流量特性可以包括以下信息：源地址、目的地址、源端口、目的端口以及协议号；或者，源地址、源端口以及协议号；或者，目的地址、目的端口以及协议号；或者，源地址、源端口、目的地址、目的端口、协议号、服务类型以及接口索引。

其中，本实施例的方法还可以包括以下至少之一：

BIER域入口设备配置预定的流量特性；或者，

BIER域入口设备根据网络管理系统(以下简称网管系统)或中央控制器下发的流量特性信息，确定预定的流量特性。

换言之，预定的流量特征可以通过静态配置方式确定，或者，根据网管系统或中央控制器下发的信息确定。

其中，BIER域入口设备将报文封装为BIER报文之前，本实施例的方法还可以包括以下至少之一：

BIER域入口设备配置预定的流量特性对应的一个或多个BIER域出口设备；

BIER域入口设备根据网络管理系统或中央控制器下发的指令，确定预定的流量特性对应的一个或多个BIER域出口设备；

BIER域入口设备根据一个或多个BIER域出口设备通过BIER覆盖(Overlay)协议发送的针对预定的流量特性的获取信息，确定预定的流量特性对应的一个或多个BIER域出口设备。

本实施例中，BIER域入口设备封装的BIER头中指示的BIER域出口设备需要具有预定的流量特性的报文；其中，哪些BIER域出口设备需要哪些流量特性的报文，可以根据配置信息确定，或者，根据网管系统或中央控制器下发的信息确定，或者，根据BIER域出口设备发送的请求确定。

其中，BIER Overlay协议可以包括以下至少之一：MLD协议、IGMP、PIM协议、BGP、OSPF协议、ISIS协议、Babel协议。

在示例性实施方式中，当在城域网部署BIER域时，BIER域入口设备可以包括：连接骨干网络的CR，BIER域出口设备可以包括以下至少之一：BNG、SR；当在骨干网络部署BIER域时，BIER域入口设备可以包括：连接OTT直播业务的CR，BIER域出口设备可以包括：除BIER域入口设备外的一个或多个CR；当在汇聚接入设备及其下一级转发设备之间部署BIER域时，BIER域入口设备可以包括以下之一：BNG、SR；BIER域出口设备可以包括以下至少之一：光缆终端设备(OLT)、数字用户线路接入复用器(DSLAM)、交换机(Switch)、路由器。

如图3所示，本申请实施例提供一种数据传输方法，应用于BIER域出口设备，包括：

S301、BIER域出口设备解封装收到的BIER报文，获取其中携带的具有预定的流量特性的报文；

S302、BIER域出口设备将获取的报文转发给和BIER域出口设备连接且需要该报文的设备。

其中，每一种预定的流量特性可以用于指示一个单播业务，比如，直播业务。本实施例中，BIER域出口设备通过解封装BIER报文可以得到单播流量，并将单播流量转发到需要该单播流量且与其直接连接的用户终端或下一级转发设备。

其中，流量特性可以包括IP报文特性元素的任意组合。比如，流量特性可以包括以下信息：源地址、目的地址、源端口、目的端口以及协议号；或者，源地址、源端口以及协议号；或者，目的地址、目的端口以及协议号；或者，源地址、源端口、目的地址、目的端口、协议号、服务类型以及接口索引。

其中，本实施例的方法还可以包括：

BIER域出口设备确定与其连接的下一级转发设备和用户终端中至少一项是否需要具有预定的流量特性的报文；

BIER域出口设备在确定与其连接的下一级转发设备和用户终端中至少一项需要具有预定的流量特性的报文时，通过BIER Overlay协议，发送针对预定的流量特性的获取信息给BIER域入口设备。

本实施例中，BIER域出口设备可以通过向BIER域入口设备发送对单播流量的获取信息，将对单播流量的需求告知BIER域入口设备，以便BIER域入口设备在进行BIER域封装时，确定相应的单播流量对应的BIER域出口设备。

其中，BIER Overlay协议可以包括以下至少之一：MLD协议、IGMP、PIM协议、BGP、OSPF协议、ISIS协议、Babel协议。

其中，BIER域出口设备确定与其连接的下一级转发设备和用户终端中至少一项是否需要具有预定的流量特性的报文，可以包括以下至少之一：

BIER域出口设备根据配置信息，确定需要具有预定的流量特性的报文的设备；

BIER域出口设备根据网络管理系统或中央控制器下发的指令，确定需要具有预定的流量特性的报文的设备；

BIER域出口设备根据用户终端的流量需求请求，确定需要具有预定的流量特性的报文的设备。

在示例性实施方式中，当在城域网部署BIER域时，BIER域入口设备可以包括：连接骨干网络的CR，BIER域出口设备可以包括以下至少之一：BNG、SR；当在骨干网络部署BIER域时，BIER域入口设备可以包括：连接OTT直播业务的CR，BIER域出口设备可以包括：除BIER域入口设备外的一个或多个CR；当在汇聚接入设备及其下一级转发设备之间部署BIER域时，BIER域入口设备可以包括以下之一：BNG、SR；BIER域出口设备可以包括以下至少之一：光缆终端设备(OLT)、数字用户线路接入复用器(DSLAM)、交换机(Switch)、路由器。

如图4所示，本申请实施例提供一种数据传输装置，应用于BIER域入口设备，包括：

第一接收模块401，用于接收报文；

第一处理模块402，用于在确认接收模块401收到的报文具有预定的流量特性之后，将该报文封装为BIER报文；其中，BIER报文的BIER头指示的目的节点为该流量特性对应的BIER域出口设备；

第一发送模块403，用于转发该BIER报文。

其中，流量特性可以包括IP报文特性元素的任意组合。比如，流量特性可以包括以下信息：源地址、目的地址、源端口、目的端口以及协议号；或者，源地址、源端口以及协议号；或者，目的地址、目的端口以及协议号；或者，源地址、源端口、目的地址、目的端口、协议号、服务类型以及接口索引。

其中，本实施例的装置还可以包括以下至少之一：

流量特性配置模块，用于配置预定的流量特性；

流量特性确定模块，用于根据网络管理系统或中央控制器下发的流量特性信息，确定预定的流量特性。

其中，本实施例的装置还可以包括以下至少之一：

出口设备配置模块，用于配置预定的流量特性对应的一个或多个BIER域出口设备；

第一出口设备确定模块，用于根据网络管理系统或中央控制器下发的指令，确定预定的流量特性对应的一个或多个BIER域出口设备；

第二出口设备确定模块，用于根据一个或多个BIER域出口设备通过BIER Overlay协议发送的针对预定的流量特性的获取信息，确定预定的流量特性对应的一个或多个BIER域出口设备。

关于本实施例的装置的相关说明可以参照图2所示的方法实施例，故于此不再赘述。

如图5所示，本申请实施例提供一种数据传输装置，应用于BIER域出口设备，包括：

第二接收模块501，用于接收BIER报文；

第二处理模块502，用于解封装收到的BIER报文，获取其中携带的具有预定的流量特性的报文；

第二发送模块503，用于将该报文转发给和BIER域出口设备连接且需要该报文的设备。

其中，本实施例的装置还可以包括：

需求确定模块，用于确定与其连接的下一级转发设备和用户终端中至少一项是否需要具有预定的流量特性的报文；

第三发送模块，用于在需求确定模块确定与BIER域出口设备连接的下一级转发设备和用户终端中至少一项需要具有预定的流量特性的报文时，通过BIER Overlay协议，发送针对预定的流量特性的获取信息给BIER域入口设备。

其中，需求确定模块可以用于通过以下至少一种方式确定与BIER域出口设备连接的下一级转发设备和用户终端中至少一项是否需要具有预定的流量特性的报文：

根据配置信息，确定需要具有预定的流量特性的报文的设备；

根据网络管理系统或中央控制器下发的指令，确定需要具有预定的流量特性的报文的设备；

根据用户终端的流量需求请求，确定需要具有预定的流量特性的报文的设备。

关于本实施例的装置的相关说明可以参照图3所示的方法实施例，故于此不再赘述。

本申请实施例还提供一种数据传输系统，包括：BIER域入口设备和BIER域出口设备。关于BIER域入口设备和BIER域出口设备的相关说明可以参照图4和图5所示的装置实施例的描述，故于此不再赘述。

如图6所示，本申请实施例提供的数据传输系统的实施过程可以包括：

S601、BIER域入口设备在收到具有预定的流量特性的报文后，在该报文前面封装BIER头，将该报文作为BIER报文的负载，并转发封装后的BIER报文；其中，将BIER报文的BIER头指示的目的节点设置为该流量特性对应的BIER域出口设备。

S602、BIER报文经过BIER域内的转发，发送到BIER域出口设备(也就是边缘接入方向的设备)时，BIER域出口设备将BIER报文的BIER头去掉，得到该报文，并根据用户需求转发该报文。

比如，根据BIER报文的负载内的具有预定的流量特性的报文，判断本设备是否有用户需要这样的报文，若有需要该报文的用户，则转发给相应的用户或者下一级转发设备。

本实施例中，BIER域入口设备(比如，连接OTT的CR，或者其他任意BIER域入口设备)可以配置需要转换为BIER报文的流量特性，用以鉴别从OTT或者其他设备所收到的流量是否为需要通过BIER域传输的流量。其中，流量特性可以是包括源地址、目的地址、源端口、目的端口、协议号的五元组，也可以是仅有源地址、源端口、协议号或者目的地址、目的端口、协议号的三元组，或者可以是更为详细的源地址、源端口、目的地址、目的端口、协议号、服务类型、接口索引等的七元组信息。选择哪种方式定义流量特性可以根据具体的业务情况而定。本申请对此并不限定。

除了上述静态配置的方式，在使用网管系统或者中央控制器的网络，可以由网管系统或者中央控制器下发需要转为BIER报文的流量特性到BIER域入口设备(比如CR)上。

通过确定需要转换为BIER报文的流量特性，可以将直播业务与BIER转发联系起来，将BIER技术应用于直播业务场景；网络中无需建立组播树；直播业务与BIER的映射与本身直播业务的数量无关，不会面临为直播业务分配组地址数目太多导致无组播地址可分配的问题。

本实施例中，在收到具有流量特性的报文后，BIER域入口设备需要确定封装到BIER头的BIER域出口设备。比如，BIER域入口设备可以通过以下一种或多种方式确定：

在BIER域入口设备上配置好对应预定的流量特性的BIER域出口设备，比如，城域网中用户接入的BNG、SR等设备；

在具有网管系统或者中央控制器的网络里，也可以由网管系统或者中央控制器下发指令，指示预定的流量特性的BIER域出口设备；

BIER域入口设备可以动态获取需要发送的BIER域出口设备的信息，比如城域网的BNG和SR等接入设备；其中，BIER域出口设备(比如，BNG、SR等)在确定本设备有用户或者下一级汇聚接入设备需要某直播业务流量时，可以通过MLD、IGMP等BIER Overlay层网络协议，发送对特性流量的获取信息到BIER域入口设备(比如，可能转发OTT流量的CR)，BIER域入口设备记录下这些需要特性流量的BIER域出口设备的信息，以便进行相应流量的封装。

其中，以城域网为例，BIER域出口设备可以通过以下至少一种方式确定本设备是否有需要直播业务的用户：

方式一、BIER域出口设备(比如，BNG或者SR这样的接近用户侧设备)在确定有用户需要接收某特性流量时，可以直接进行配置，以表明部分或者全部用户，或者下一级更接近用户的设备需要具有该特性的流量，BIER域出口设备可以直接根据配置信息转发流量给下一级更接近用户的设备或者用户本身；

方式二、在具有网管系统或者中央控制器的网络，类似BNG和SR这样的出口设备，也可以直接从网管系统或者中央控制器获得特性流量的转发控制，并依照此控制来进行转发；

方式三、各类接入汇聚设备，在用户终端有接收某直播业务的需求时，将该直播业务对应的流量特性通知给BNG或者SR这样的BIER网络边缘设备，BNG或者SR设备在从BIER网络内收到BIER报文解除封装后，发现其中的流量特性符合用户需求，则发送给需要该特性流量的用户或者下一级接入汇聚设备。

其中，对于采用BIER Overlay协议来进行特性流量的交互时，可以采用如图7所示的协议报文扩展方式来进行。该协议扩展可以是MLD或IGMP协议扩展，也可以是PIM或BGP协议扩展，或者其他的路由协议方式，比如最短路径优先协议、中间系统到中间系统协议、Babel协议等。

通告的流量特性可以是图7所示的五元组，包括源地址、目的地址、源端口、目的端口以及协议号。流量特性也可以是仅有源地址、源端口、协议号或者目的地址、目的端口和协议号的三元组，或者更为详细的源地址、源端口、目的地址、目的端口、协议号、服务类型及接口索引等的七元组信息。流量特性的具体定义可以根据具体的业务情况而定。

本实施例中，通过在BIER域入口设备进行直播业务流的BIER封装，在BIER域出口设备进行解封装，使得BIER技术可以应用于直播业务场景，并且能很好地支持用户移动性，用户在快速移动时无需重新触发组播树的建立，用户的直播业务所受到的影响能够减少到最小。

下面通过多个实施例对本申请的方案进行说明。

实施例一

如图8所示，这是一个组网方式与图1相似的网络，也是目前较常用的部署网络。整个城域网作为一个BIER域，连接骨干网络的CR作为该BIER域的入口设备，BNG和SR作为接近用户侧的设备，也是BIER域的出口设备。

CR直连OTT直播业务设备，或者接收到其他CR转发而来的OTT直播业务流量。假设某个直播业务受众非常广泛，所有的BNG和SR都需要作为出口设备来接收该直播业务流量并转发给用户或者下一级汇聚接入设备。在CR上直接配置该特性流量的BIER封装目的出口为所有的出口设备，例如这里的城域网BNG和SR等设备。

在具有该特性的直播流量到达CR时，CR将该流量作为负载封装在BIER头后，并将BIER头的目的封装为该BIER域的所有出口设备。该BIER报文通过BIER域内的转发，到达所有的出口设备(包括BNG和SR)。

BNG和SR在收到封装BIER头的直播流量后，去掉BIER头，并将直播流量转发给用户或者下一级汇聚接入设备。

实施例二

如图9所示，该网络组网同样是目前较常用的组网环境。假设某个OTT直播业务流量本身很巨大，比如虚拟现实数据，但受众群并不是非常广泛，也就是并非所有的BIER域出口设备都需要收到该直播流量。因此，首先需要确定该业务流量的BIER域出口设备集合，仍然可以采用实施例一中的配置方式，也就是仅配置部分出口设备为目的；也可以采用动态获取方式。

在动态获取方式中，BNG或者SR这样的边缘设备获知有接入的用户需要某特性流量时，通过BIER域边缘设备(也就是BNG、SR)与CR之间所运行的MLD/IGMP协议，或者PIM/BGP等协议扩展，发送流量特性(flowfeature)到CR上。CR对特性流量的获取边缘设备进行管理，在收到具有该特性的流量后，进行BIER头封装时仅封装对应的边缘设备为目的。该BIER报文在经过BIER域的传送，到达边缘设备(如BNG和SR)时，BNG和SR将该报文去掉BIER头，转发给需要该特性流量的用户或者下一级设备。

其中，BIER边缘协议之间进行协议扩展发送特性流量时，可以采用TLV(Type/Length/Value)的方式对相关协议做扩展，比如，MLD/IGMP协议，PIM/BGP协议等。扩展内容可以包括流量特性描述，比如五元组或者七元组等信息。

实施例三

实施例一和二示例的是城域网部署BIER域的情况，图10所展示的是骨干网作为BIER域的情况。因为OTT服务器的内容不仅在其接入的CR及其所连城域网有用户需要接收，其他城域网也有用户需要接收OTT直播流量，因此，OTT直播业务需要在骨干网发送给每个CR。

连接OTT直播业务的CR作为骨干网BIER域的入口设备，部分或者全部CR设备(除入口设备之外)作为骨干网BIER域的出口设备，CR之间可以采用配置方式确定特性流量，也可以通过动态学习的方式学习到特性流量需求。入口CR收到流量后，根据流量特性所对应的出口设备，确定和封装BIER头的目的出口设备。转发该报文到骨干网BIER域内，该报文通过BIER域转发，到达出口设备。如果出口设备的CR下有城域网BIER域需要进一步转发，该CR在去掉骨干网BIER域封装的BIER头后，将作为城域网BIER域的入口设备，再次进行BIER头的封装并转发到城域网BIER域中。报文到达城域网出口设备(比如BNG、SR)后，再一步转发到各个用户或者下一级汇聚接入设备。

实施例四

从以上的实施例可以看出，实施例三中的骨干网BIER域出口设备(比如多个CR)，在获知在骨干网BIER域是否有其他CR需要接收特性流量时，或者在城域网BIER域，CR需要获知是否有城域网的边缘设备(比如BNG或SR)需要接收特性流量时，骨干网BIER域和城域网BIER域边缘设备之间通过配置方式，或者是MLD/IGMP/PIM/BGP等协议扩展方式获知对应的出口边缘设备。城域网边缘BIER域出口设备(比如BNG或者SR)，也需要获知是否有用户需要直播流量。

如图11所示，BNG、SR这样的边缘设备，有的可以直接获取用户信息，用户的观看直播流量需求会直接受BNG设备管理，因此BNG在收到城域网BIER域转发过来的直播业务流量时，可以根据其管理的用户情况，直接将特性流量发送给需要的用户。还有可能的是用户是通过OLT(optical lineterminal，光缆终端设备)、DSLAM(Digital Subscriber LineAccess Multiplexer，数字用户线路接入复用器)、交换机(Switch)或者路由器等汇聚接入方式接入，BNG、SR这样的边缘设备不一定能直接看到用户；另外，有接入设备的存在，直接发送多条单播流量对汇聚接入设备也会造成很大的带宽浪费；因此，BNG与OLT等汇聚接入设备之间若支持BIER转发能力，则可以同样通过部署特性流量来形成BIER封装转发，达到节省汇聚接入带宽的目的。

这种组网环境中，BNG、SR这样的设备则作为接入BIER域的入口边缘设备，OLT、DSLAM、交换机或者路由器等汇聚接入设备则作为接入BIER域的出口边缘设备。BNG、SR通过配置方式，或者与OLT等汇聚接入设备之间通过BIER Overlay协议(比如，包括MLD/IGMP/PIM/BGP等协议)扩展方式获知特性流量，BNG、SR设备将特性流量进行BIER封装，并转发到接入BIER域内，OLT等汇聚设备去掉报文的BIER封装，将特性流量发送给需要的用户。

实施例五

如图12所示，假设有一个移动用户(如用户1)，更换其汇聚设备和城域网接入设备，从BNG1到BNG2，该用户正在接收某直播业务，但BNG2设备上之前没有用户需要该直播业务。因此，BNG2立即通过MLD或IGMP等协议发送特性流量到入口设备CR上，入口设备CR对该特性流量增加BNG2为目的边缘出口设备，并封装到该特性流量的BIER头内，无需组播树建立，直播流快速地通过新的BNG(即BNG2)到达用户，比原有的逐跳建立组播树方式效率有极大地提高。

同样地，假设用户的城域网接入设备没有变化，只是汇聚接入设备进行了变更，在接入BIER域内，同样可以迅速地增加新汇聚接入设备为接入BIER域的出口边缘设备，直播流量能迅速到达新位置的用户终端，由此将对用户直播业务的体验影响降到最小。

实施例六

如图13所示，本实施例包括以下过程：

步骤1、骨干网设备CR1与某OTT直播业务服务器连接，该OTT直播业务服务器正在提供几十种直播业务，比如多场游戏直播、多场会议直播等。假设骨干网由中央控制器之一的SDN(Software Defined Network，软件定义网络)控制器来进行直播业务的特性管理，该SDN控制器将骨干网所有的直播业务服务特性流量作为策略，发布给每个BIER域边缘设备，在这里也就是CR上。这里假设流量特性为五元组形式，根据源地址、源端口、目的地址、目的端口及协议号这五个参数的不同，生成不同的策略，每一种策略对应一场直播业务。比如直播业务1，对应源地址171.1.1.1，源端口80，目的地址165.1.1.1，目的端口80和协议号520。

CR将每个直播业务的流量特性记录下来。对于不属于流量特性中的流量，CR将按照普通的转发规律进行转发。在收到与流量特性对应的流量时，则需要进行BIER封装处理。

步骤2、假设城域网边缘设备BNG1下有若干用户，用户(user)1需要直播业务1，user1因为与BNG1直接相连，user1直接将其直播业务特性的需求发送到BNG1。BNG1将直播业务1的特性与user1关联起来，表明直播业务1的流量有用户需要接收。

步骤3、BNG1向CR1通告直播业务的需求情况，这里假设采用IGMP的扩展通告方式，在IGMP协议报文中携带与直播业务1相同的业务特性字段。CR1收到该协议通告后，将BNG1记入与直播业务1特性流量策略相对应的目的出口设备中。

需要注意的是，实际应用中步骤1和步骤2并没有先后的区分；步骤1和步骤3没有先后的区分。

步骤4、OTT服务器发送直播业务1的数据流到CR1上，其数据流封装与直播业务1的流量特性完全相同。

步骤5、CR1根据特性流量的策略判断出该流量需要进行BIER封装处理，并根据已存储的该特性流量对应目的出口设备情况，将包括BNG1在内的出口设备封装到BIER报文头的目的地址中。

步骤6、经过BIER域根据BIER头的转发，该报文到达出口设备BNG1上，BNG1将该报文的BIER头剥掉，发现其中的报文的五元组信息与已经存储的特性流量匹配，标明该流量有用户需要接收。

其中，对于普通报文，因为五元组信息不会与已经存储的特性流量相同，所以BNG1会进行正常的转发处理。只有对符合特性流量的数据流才会做特殊处理。

步骤7，BNG1根据该业务特性流量与对应用户的关系，将该数据流转发给相应的user1。user1顺利收到该直播业务流量。

其中，假设user2也需要接收同样的业务流量，但该用户没有与BNG1直接相连，其直播业务请求发送到汇聚设备(switch1)上。switch1与BNG1之间存在BIER转发域，因此，switch1将采用与步骤3中类似的方式，通过IGMP/MLD协议扩展发送特性流量请求到BNG1上，BNG1将switch1也加入到该特性流量的需求者中。收到该业务流量后，BNG1除了转发给user1，还将报文通过BIER封装，转发给switch1，switch1解封装收到的BIER报文后，再转发给user2。

通过上述各个实施例可知，本申请能够将BIER技术用于网络单播业务，通过特定的转换方法，使流量能够简单高效地进行传输，没有组播地址的消耗和管理问题，节约了大量的网络带宽，几乎不受网络变化的影响，并且能很好地支持用户或者源设备的移动性。对单播技术和网络的发展有非常重要的促进作用。

如图14所示，本申请实施例还提供一种数据传输装置，应用于BIER域入口设备1400，包括：传输模块1406、存储器1404以及一个或多个处理器1402(图中仅示出一个)；其中，存储器1404用于存储用于数据传输的程序；该用于数据传输的程序在被处理器1402读取执行时，执行以下操作：

通过传输模块1406接收报文；在确认接收到的报文具有预定的流量特性之后，将报文封装为BIER报文，并通过传输模块1406转发BIER报文；其中，BIER报文的BIER头指示的目的节点为流量特性对应的BIER域出口设备。

其中，处理器1402可以包括但不限于微处理器(MCU)或可编程逻辑器件(FPGA)等的处理装置。

本领域普通技术人员可以理解，图14所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，BIER域入口设备1400还可包括比图14中所示更多或者更少的组件，或者具有与图14所示不同的配置。

存储器1404可用于存储应用软件的软件程序以及模块，如本申请的数据传输方法对应的程序指令/模块，处理器1402通过运行存储在存储器1404内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器1404可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1404可进一步包括相对于处理器1402远程设置的存储器，这些远程存储器可以通过网络连接至BIER域入口设备1400。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块1406用于经由一个网络接收或者发送数据。在一个实例中，传输模块1406可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通信。

如图15所示，本申请实施例还提供一种数据传输装置，应用于BIER域出口设备1500，包括：传输模块1506、存储器1504以及一个或多个处理器1502(图中仅示出一个)；其中，存储器1504用于存储用于数据传输的程序；该用于数据传输的程序在被处理器1502读取执行时，执行以下操作：

解封装收到的BIER报文，获取其中携带的具有预定的流量特性的报文；通过传输模块1506将该报文转发给与BIER域出口设备1500连接且需要该报文的设备。

其中，处理器1502可以包括但不限于MCU或FPGA等的处理装置。

本领域普通技术人员可以理解，图15所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，BIER域出口设备还可包括比图15中所示更多或者更少的组件，或者具有与图15所示不同的配置。

存储器1504可用于存储应用软件的软件程序以及模块，如本申请实施例中的数据传输方法对应的程序指令/模块，处理器1502通过运行存储在存储器1504内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器1504可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1504可进一步包括相对于处理器1502远程设置的存储器，这些远程存储器可以通过网络连接至BIER域出口设备1500。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块1506用于经由一个网络接收或者发送数据。在一个实例中，传输模块1506可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通信。

此外，本申请实施例还提供一种机器可读介质，存储有多个指令，当所述多个指令被一个或多个处理器执行时实现应用于BIER域入口设备的上述数据传输方法。

本申请实施例还提供一种机器可读介质，存储有多个指令，当所述多个指令被一个或多个处理器执行时实现应用于BIER域出口设备的上述数据传输方法。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成，所述程序可以存储于机器可读介质中，如只读存储器、磁盘或光盘等计算机可读存储介质。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，例如通过集成电路来实现其相应功能，也可以采用软件功能模块的形式实现，例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本申请不限制于任何特定形式的硬件和软件的结合。

虽然本申请所揭露的实施方式如上，但所述的内容仅为便于理解本申请而采用的实施方式，并非用以限定本申请。任何本申请所属领域内的技术人员，在不脱离本申请所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本申请的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (24)

1.一种数据传输方法，其特征在于，包括：

位索引显示复制BIER域入口设备接收报文；

在所述BIER域入口设备确认接收到的所述报文具有预定的流量特性之后，所述BIER域入口设备将所述报文封装为BIER报文，并转发所述BIER报文；其中，所述BIER报文的BIER头指示的目的节点为所述流量特性对应的BIER域出口设备。

2.根据权利要求1所述的方法，其特征在于，每一种预定的流量特性用于指示一个单播业务。

3.根据权利要求1所述的方法，其特征在于，所述流量特性包括互联网协议IP报文特性元素的任意组合。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括以下至少之一：

所述BIER域入口设备配置预定的流量特性；或者，

所述BIER域入口设备根据网络管理系统或中央控制器下发的流量特性信息，确定预定的流量特性。

5.根据权利要求1所述的方法，其特征在于，所述BIER域入口设备将所述报文封装为BIER报文之前，所述方法还包括以下至少之一：

所述BIER域入口设备配置所述预定的流量特性对应的一个或多个BIER域出口设备；

所述BIER域入口设备根据网络管理系统或中央控制器下发的指令，确定所述预定的流量特性对应的一个或多个BIER域出口设备；

所述BIER域入口设备根据一个或多个BIER域出口设备通过BIER覆盖Overlay协议发送的针对所述预定的流量特性的获取信息，确定所述预定的流量特性对应的一个或多个BIER域出口设备。

6.根据权利要求5所述的方法，其特征在于，所述BIER Overlay协议包括以下至少之一：组播侦听发现MLD协议、网络控制信息协议IGMP、协议无关组播PIM协议、边界网关协议BGP、开放式最短路径优先OSPF协议、中间系统到中间系统ISIS协议、Babel协议。

7.一种数据传输方法，其特征在于，包括：

位索引显示复制BIER域出口设备解封装收到的BIER报文，获取其中携带的具有预定的流量特性的报文；

所述BIER域出口设备将所述报文转发给和所述BIER域出口设备连接且需要所述报文的设备。

8.根据权利要求7所述的方法，其特征在于，每一种预定的流量特性用于指示一个单播业务。

9.根据权利要求7所述的方法，其特征在于，所述流量特性包括互联网协议IP报文特性元素的任意组合。

10.根据权利要求7所述的方法，其特征在于，所述方法还包括：

所述BIER域出口设备确定与其连接的下一级转发设备和用户终端中至少一项是否需要具有预定的流量特性的报文；

所述BIER域出口设备在确定与其连接的下一级转发设备和用户终端中至少一项需要具有所述预定的流量特性的报文时，通过BIER覆盖Overlay协议，发送针对所述预定的流量特性的获取信息给BIER域入口设备。

11.根据权利要求10所述的方法，其特征在于，所述BIER Overlay协议包括以下至少之一：组播侦听发现MLD协议、网络控制信息协议IGMP、协议无关组播PIM协议、边界网关协议BGP、开放式最短路径优先OSPF协议、中间系统到中间系统ISIS协议、Babel协议。

12.根据权利要求10所述的方法，其特征在于，所述BIER域出口设备确定与其连接的下一级转发设备和用户终端中至少一项是否需要具有预定的流量特性的报文，包括以下至少之一：

所述BIER域出口设备根据配置信息，确定需要具有预定的流量特性的报文的设备；

所述BIER域出口设备根据网络管理系统或中央控制器下发的指令，确定需要具有预定的流量特性的报文的设备；

所述BIER域出口设备根据用户终端的流量需求请求，确定需要具有预定的流量特性的报文的设备。

13.一种数据传输装置，其特征在于，应用于位索引显示复制BIER域入口设备，包括：

第一接收模块，用于接收报文；

第一处理模块，用于在确认所述接收模块收到的报文具有预定的流量特性之后，将所述报文封装为BIER报文；其中，所述BIER报文的BIER头指示的目的节点为所述流量特性对应的BIER域出口设备；

第一发送模块，用于转发所述BIER报文。

14.根据权利要求13所述的装置，其特征在于，所述流量特性包括互联网协议IP报文特性元素的任意组合。

15.根据权利要求13所述的装置，其特征在于，所述装置还包括以下至少之一：

流量特性配置模块，用于配置预定的流量特性；

流量特性确定模块，用于根据网络管理系统或中央控制器下发的流量特性信息，确定预定的流量特性。

16.根据权利要求13所述的装置，其特征在于，所述装置还包括以下至少之一：

出口设备配置模块，用于配置所述预定的流量特性对应的一个或多个BIER域出口设备；

第一出口设备确定模块，用于根据网络管理系统或中央控制器下发的指令，确定所述预定的流量特性对应的一个或多个BIER域出口设备；

第二出口设备确定模块，用于根据一个或多个BIER域出口设备通过BIER覆盖Overlay协议发送的针对所述预定的流量特性的获取信息，确定所述预定的流量特性对应的一个或多个BIER域出口设备。

17.一种数据传输装置，其特征在于，应用于位索引显示复制BIER域出口设备，包括：

第二接收模块，用于接收BIER报文；

第二处理模块，用于解封装收到的BIER报文，获取其中携带的具有预定的流量特性的报文；

第二发送模块，用于将所述报文转发给和所述BIER域出口设备连接且需要所述报文的设备。

18.根据权利要求17所述的装置，其特征在于，所述装置还包括：

需求确定模块，用于确定与其连接的下一级转发设备和用户终端中至少一项是否需要具有预定的流量特性的报文；

第三发送模块，用于在所述需求确定模块确定与所述BIER域出口设备连接的下一级转发设备和用户终端中至少一项需要具有所述预定的流量特性的报文时，通过BIER覆盖Overlay协议，发送针对所述预定的流量特性的获取信息给BIER域入口设备。

19.根据权利要求18所述的装置，其特征在于，所述需求确定模块用于通过以下至少一种方式确定与所述BIER域出口设备连接的下一级转发设备和用户终端中至少一项是否需要具有预定的流量特性的报文：

根据配置信息，确定需要具有预定的流量特性的报文的设备；

根据网络管理系统或中央控制器下发的指令，确定需要具有预定的流量特性的报文的设备；

根据用户终端的流量需求请求，确定需要具有预定的流量特性的报文的设备。

20.一种数据传输系统，其特征在于，包括权利要求13至16任一项所述的位索引显示复制BIER域入口设备以及权利要求17至19任一项所述的BIER域出口设备。

21.一种数据传输装置，其特征在于，应用于位索引显示复制BIER域入口设备，包括：传输模块、存储器以及处理器；其中，所述存储器用于存储用于数据传输的程序；该用于数据传输的程序在被所述处理器读取执行时，执行以下操作：

通过所述传输模块接收报文；在确认接收到的所述报文具有预定的流量特性之后，将所述报文封装为BIER报文，并通过所述传输模块转发所述BIER报文；其中，所述BIER报文的BIER头指示的目的节点为所述流量特性对应的BIER域出口设备。

22.一种数据传输装置，其特征在于，应用于位索引显示复制BIER域出口设备，包括：传输模块、存储器以及处理器；其中，所述存储器用于存储用于数据传输的程序；该用于数据传输的程序在被所述处理器读取执行时，执行以下操作：

解封装收到的BIER报文，获取其中携带的具有预定的流量特性的报文；通过所述传输模块将所述报文转发给与所述BIER域出口设备连接且需要所述报文的设备。

23.一种机器可读介质，存储有多个指令，当所述多个指令被一个或多个处理器执行时实现权利要求1至6任一项所述的数据传输方法。

24.一种机器可读介质，存储有多个指令，当所述多个指令被一个或多个处理器执行时实现权利要求7至12任一项所述的数据传输方法。