CN109246756A

CN109246756A - 数据分流方法和装置

Info

Publication number: CN109246756A
Application number: CN201710459808.XA
Authority: CN
Inventors: 韩立锋; 戴明增; 曾清海; 郭轶; 黄曲芳
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2017-06-16
Filing date: 2017-06-16
Publication date: 2019-01-18
Also published as: WO2018228311A1

Abstract

本申请实施例提供一种数据分流方法和装置。该方法包括：第一网络设备确定分组数据单元会话中待分流的QoS flow；所述第一网络设备将所述待分流的QoS flow通过所述第一网络设备和第二网络设备之间的数据隧道发送至所述第二网络设备。通过将待分流的QoS flow由第一网络设备发送至第二网络设备，再将待分流的QoS flow由第二网络设备发送至终端设备，使得待分流的QoS flow从第一网络设备分流到第二网络设备再到终端设备，而不是从核心网设备直接分流至第二网络设备，第一网络设备无需再向核心网设备报告需分流的QoS flow的标识，减少了第一网络设备与核心网设备之间的信令开销。同时，第二网络设备与核心网络设备之间无需建立数据隧道，减少了第二网络设备与核心网设备之间的交互。

Description

数据分流方法和装置

技术领域

本申请涉及通信领域，尤其涉及一种数据分流方法和装置。

背景技术

长期演进(Long Term Evolution，LTE)通信系统中，数据传输的服务质量(Quality of Service，QoS)管理是基于演进分组系统(Evolved Packet System，EPS)承载进行的，不同EPS承载具有不同的QoS。

当一个基站上传输的数据量过大时，可选择将该基站上的部分EPS承载所述承载的数据进行迁移，对部分EPS承载上的数据进行分流。LTE系统中在进行数据分流时，主基站在确定了待分流至辅基站的数据对应的EPS承载后，需将被迁移的数据对应的EPS承载的标识告知核心网，以使核心网将被迁移的EPS承载所承载的数据分发给辅基站。

在5G通信系统中，数据传输的QoS管理是基于服务质量流(QoS flow)进行的，具有相同QoS要求的数据作为一个QoS flow发送。当主基站决定将多个QoS flow迁移至辅基站时，主基站需将各个QoS flow的标识发送给核心网。而QoS flow的数量远大于EPS承载的数量，当主基站与辅基站之间需要频繁的进行QoS flow的迁移时，主基站需要频繁通知核心网被迁移的QoS flow的标识，将会导致基站与核心网之间信令开销较大，并且核心网与辅基站之间还需要建立较多的数据传输的隧道，增加了核心网业务量。

发明内容

本申请实施例提供一种数据分流方法和装置，用以解决第一网络设备在进行QoSflow分流时，需频繁通知核心网被迁移的QoS flow的标识，导致第一网络设备与核心网设备之间信令开销增大，且还需在核心网设备与第二网络设备之间建立较多的数据隧道，增加了核心网业务量的问题。

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

第一网络设备确定分组数据单元会话中待分流的QoS flow；

第一网络设备将待分流的QoS flow通过第一网络设备和第二网络设备之间的数据隧道发送至第二网络设备。

上述第一方面所提供的数据分流方法，通过将待分流的QoS flow由第一网络设备发送至第二网络设备，再将待分流的QoS flow由第二网络设备发送至终端设备，使得待分流的QoS flow从第一网络设备分流到第二网络设备再到终端设备，而不是从核心网设备直接分流至第二网络设备，第一网络设备无需再向核心网设备报告需分流的QoS flow的标识，减少了第一网络设备与核心网设备之间的信令开销。同时，第二网络设备与核心网络设备之间无需建立数据隧道传输分流的QoS flow，减少了第二网络设备与核心网设备之间的交互。

在一种可能的设计中，数据分流方法还包括：

第一网络设备在第一网络设备与第二网络设备之间建立分组数据单元会话对应的数据隧道；

其中，第一网络设备将待分流的QoS flow通过第一网络设备和第二网络设备之间的数据隧道发送至第二网络设备，包括：

第一网络设备将待分流的QoS flow通过待分流的QoS flow所属的分组数据单元会话所对应的数据隧道发送至第二网络设备。

在一种可能的设计中，数据分流方法还包括：

第一网络设备在第一网络设备与第二网络设备之间建立一条公共数据隧道；

第一网络设备将待分流的QoS flow通过公共数据隧道发送至第二网络设备。

在一种可能的设计中，数据分流方法还包括：

第一网络设备根据待分流的QoS flow对应的数据无线承载DRB，在第一网络设备与第二网络设备之间建立DRB对应的数据隧道；

第一网络设备将待分流的QoS flow通过待分流的QoS flow对应的DRB所对应的数据隧道发送至第二网络设备。

在一种可能的设计中，第一网络设备根据待分流的QoS flow对应的DRB，在第一网络设备与第二网络设备之间建立DRB对应的数据隧道之前，方法还包括：

第一网络设备确定不存在待分流的QoS flow对应的数据隧道。

上述各可能的设计中，提供了在第一网络设备和第二网络设备之间基于不同的粒度建立数据隧道的方法，使得数据隧道的建立更具灵活性。

在一种可能的设计中，第一网络设备在第一网络设备与第二网络设备之间建立分组数据单元会话对应的数据隧道，包括：

第一网络设备向第二网络设备发送第一消息，第一消息包括分组数据单元会话的标识和标识对应的数据隧道的第一隧道端点信息；

第一网络设备从第二网络设备上接收第二消息，第二消息包括标识对应的数据隧道的第二隧道端点信息；

其中，第一隧道端点信息包括第一网络设备的传输层地址和数据隧道在第一网络设备侧的隧道端点标识；第二隧道端点信息包括第二网络设备的传输层地址和数据隧道在第二网络设备侧的隧道端点标识。

在一种可能的设计中，在数据隧道中传输的承载在待分流的QoS flow的数据包的封装头中携带有待分流的QoS flow的标识。

上述可能的设计所提供的方法，第一网络设备与第二网络设备之间基于PDUsession建立数据隧道，各PDU session对应一个数据隧道，使得第一网络设备向第二网络设备转发数据时，根据待分流的QoS flow所属的PDU session确定数据隧道。通过为各PDUsession建立数据隧道，可使得第二网络设备根据数据隧道确定QoS flow所属的PDUsession，无需再专门接收QoS flow所属的PDU session的标识，对接收到的QoS flow进行PDU session划分，简化了第二网络设备的操作。

在一种可能的设计中，第一网络设备在第一网络设备与第二网络设备之间建立一条公共数据隧道，包括：

第一网络设备向第二网络设备发送第一消息，第一消息包括公共数据隧道的第一隧道端点信息；

第一网络设备从第二网络设备上接收第二消息，第二消息包括公共数据隧道的第二隧道端点信息；

其中，第一隧道端点信息包括第一网络设备的传输层地址和公共数据隧道在第一网络设备侧的隧道端点标识；第二隧道端点信息包括第二网络设备的传输层地址和公共数据隧道在第二网络设备侧的隧道端点标识。

在一种可能的设计中，在所述数据隧道中传输的承载到所述待分流的QoS flow的数据包的封装头中携带有所述待分流的QoS flow的标识和所述分组数据单元会话的标识。

上述可能的设计所提供的方法，当第一网络设备在存在需要分流的QoS flow时，在第一网络设备和第二网络设备之间建立一条公共数据隧道，使得第一网络设备向第二网络设备转发数据时，将所有QoS flow均通过该公共数据隧道传输。通过仅建立一条公共数据隧道，可降低数据隧道的建立成本，简化数据隧道的维护过程。

在一种可能的设计中，第一网络设备根据待分流的QoS flow对应的DRB，在第一网络设备与第二网络设备之间建立DRB对应的数据隧道，包括：

第一网络设备向第二网络设备发送第一消息，第一消息包括待分流的QoS flow对应的DRB的标识和标识对应的数据隧道的第一隧道端点信息；

上述可能的设计所提供的方法，当第一网络设备确定存在需要分流的QoS flow时，在第一网络设备和第二网络设备之间基于DRB建立数据隧道，使得第一网络设备向第二网络设备转发数据时，将各QoS flow通过QoS flow对应的DRB所指示的数据隧道传输。通过为各DRB建立各自的数据隧道，使得第二网络设备可直接根据接收到的QoS flow所采用的数据隧道确定QoS flow对应的DRB，进一步简化了第二网络设备的工作。

在一种可能的设计中，数据分流方法还包括：

第一网络设备向第二网络设备发送第三消息，第三消息包括待分流的QoS flow的QoS信息，以及待分流的QoS flow与DRB的映射关系；

第一网络设备从第二网络设备上接收第四消息，第四消息包括第二网络设备能够接纳的QoS flow。

在一种可能的设计中，若第一网络设备根据待分流的QoS flow的标识，确定不存在待分流的QoS flow对应的DRB，则第三消息中还包括待分流的QoS flow对应的DRB的建立指示信息。

上述可能的设计所提供的方法，第一网络设备向第二网络设备发送QoS flow和DRB的映射关系，使得第二网络设备确定QoS flow对应的DRB，从而实现QoS flow的数据包在第二网络设备和终端设备之间的传输，通过第一网络设备配置QoS flow到DRB的映射关系，实现第二网络设备中QoS flow的数据包到DRB的路由配置。第一网络设备实现了统一的QoS flow到DRB的映射关系的配置，减少了第二网络设备的工作量。

在一种可能的设计中，数据分流方法还包括：

第一网络设备向第二网络设备发送第三消息，第三消息包括待分流的QoS flow的QoS信息；

上述可能的设计所提供的方法，第一网络设备向第二网络设备发送QoS flow的QoS信息，使得第二网络设备根据QoS flow的QoS信息确定QoS flow对应的DRB，从而实现QoS flow的数据包在第二网络设备和终端设备之间的传输，通过第二网络设备配置QoSflow到DRB的映射关系，实现第二网络设备中QoS flow的数据包到DRB的路由配置。第二网络设备实现了统一的QoS flow到DRB的映射关系的配置，减少了第一网络设备的工作量。

在一种可能的设计中，数据分流方法还包括：

第一网络设备向第二网络设备发送第三消息，第三消息包括DRB的QoS信息；

第一网络设备从第二网络设备上接收第四消息，第四消息包括第二网络设备能够接纳的DRB。

上述可能的设计所提供的方法，第一网络设备接收核心网设备发送的QoS flow，将QoS flow从第一网络设备发送至第二网络设备再到终端设备时，为每个QoS flow确定对应的数据隧道的DRB，因此，QoS flow的数据包中可不再携带QoS flow ID。本实施例中，第一网络设备决定QoS flow到DRB的映射关系，第二网络设备不再执行QoS flow到DRB的路由，减少了第二网络设备的工作量。

第二方面，本申请实施例提供一种数据分流方法。下述第二方面的各可能的设计所提供的方法的有益效果，可以参见上述第一方面的各可能的设计所带来的有益效果。

在第二方面的一种可能的设计中，数据分流方法包括：

第二网络设备通过第一网络设备和第二网络设备之间数据隧道从第一网络设备上接收QoS flow；

第二网络设备确定QoS flow对应的DRB，将QoS flow通过所述QoS flow对应的DRB发送至终端设备。

在一种可能的设计中，数据分流方法还包括：

第二网络设备从第一网络设备上接收第一消息，第一消息包括QoS flow所属的分组数据单元会话的标识和标识对应的数据隧道的第一隧道端点信息；

第二网络设备向第一网络设备发送第二消息，第二消息包括标识对应的数据隧道的第二隧道端点信息；

在一种可能的设计中，承载到QoS flow的数据包的封装头中携带有QoS flow的标识；第二网络设备确定QoS flow对应的DRB，包括：

第二网络设备根据数据隧道对应的分组数据单元会话的标识、QoS flow的标识，确定QoS flow对应的DRB。

在一种可能的设计中，数据分流方法还包括：

第二网络设备从第一网络设备上接收第一消息，第一消息包括公共数据隧道的第一隧道端点信息；

第二网络设备向第一网络设备发送第二消息，第二消息包括公共数据隧道的第二隧道端点信息；

在一种可能的设计中，承载到QoS flow的数据包的封装头中携带有QoS flow的标识和QoS flow所属的分组数据单元会话的标识；第二网络设备确定QoS flow对应的DRB，包括：

第二网络设备根据分组数据单元会话的标识和QoS flow的标识，确定QoS flow对应的DRB。

在一种可能的设计中，数据分流方法还包括：

第二网络设备从第一网络设备上接收第一消息，第一消息包括QoS flow对应的DRB的标识和标识对应的数据隧道的第一隧道端点信息；

在一种可能的设计中，第二网络设备确定QoS flow对应的DRB，包括：

第二网络设备根据数据隧道对应的DRB，确定QoS flow对应的DRB。

在一种可能的设计中，数据分流方法还包括：

第二网络设备从第一网络设备上接收第三消息，第三消息包括QoS flow的QoS信息，以及QoS flow与DRB的映射关系；

第二网络设备根据QoS flow的QoS信息，以及QoS flow与DRB的映射关系，确定能否接纳QoS flow；

若能，则向第一网络设备发送第四消息，第四消息用于指示第二网络设备接纳的QoS flow；

若否，则向第一网络设备发送第五消息，第五消息用于指示QoS flow接纳失败。

在一种可能的设计中，第三消息还包括QoS flow对应的DRB的建立指示信息。

在一种可能的设计中，数据分流方法还包括：

第二网络设备从第一网络设备上接收第三消息，第三消息包括QoS flow的QoS信息；

第二网络设备根据QoS flow的QoS信息，确定能否接纳QoS flow；

若能，则配置QoS flow与DRB的映射关系，并向第一网络设备发送第四消息，第四消息用于指示第二网络设备接纳的QoS flow；

在一种可能的设计中，数据分流方法还包括：

第二网络设备从第一网络设备上接收第三消息，第三消息包括DRB的QoS信息；

第二网络设备根据DRB的QoS信息，确定能否接纳DRB；

若能，则向第一网络设备发送第四消息，第四消息包括第二网络设备接纳的DRB；

若否，则向第一网络设备发送第五消息，第五消息用于指示DRB接纳失败。

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

第二网络设备从终端设备上接收分组数据单元会话中的至少一个QoS flow；

第二网络设备将各QoS flow通过各QoS flow对应的数据隧道发送至第一网络设备。

上述第三方面所提供的方法的有益效果，可以参见上述第一方面提供的方法所带来的有益效果。

第四方面，为了实现上述第一方面的数据分流方法，本申请实施例提供了一种数据分流装置，作为第一网络设备，该数据分流装置具有实现上述数据分流方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。这里的硬件或软件包括一个或多个与上述功能相对应的模块。

在第四方面的一种可能的实现方式中，数据分流装置包括：

分流模块，用于确定分组数据单元会话中待分流的QoS flow；

发送模块，用于将待分流的QoS flow通过第一数据分流装置和第二数据分流装置之间的数据隧道发送至第二数据分流装置。

在一种可能的设计中，数据分流装置还包括：

数据隧道建立模块，用于在第一数据分流装置与第二数据分流装置之间建立分组数据单元会话对应的数据隧道；

其中，发送模块具体用于，将待分流的QoS flow通过待分流的QoS flow所属的分组数据单元会话所对应的数据隧道发送至第二数据分流装置。

在一种可能的设计中，数据分流装置还包括：

数据隧道建立模块，用于在第一数据分流装置与第二数据分流装置之间建立一条公共数据隧道；

其中，发送模块具体用于，将待分流的QoS flow通过公共数据隧道发送至第二数据分流装置。

在一种可能的设计中，数据分流装置还包括：

数据隧道建立模块，用于根据待分流的QoS flow对应的数据无线承载DRB，在第一数据分流装置与第二数据分流装置之间建立DRB对应的数据隧道；

其中，发送模块具体用于，将待分流的QoS flow通过待分流的QoS flow对应的DRB所对应的数据隧道发送至第二数据分流装置。

在一种可能的设计中，数据隧道建立模块还用于，确定不存在待分流的QoS flow对应的数据隧道。

在一种可能的设计中，数据隧道建立模块具体用于，

向第二数据分流装置发送第一消息，第一消息包括分组数据单元会话的标识和标识对应的数据隧道的第一隧道端点信息；

从第二数据分流装置上接收第二消息，第二消息包括标识对应的数据隧道的第二隧道端点信息；

其中，第一隧道端点信息包括第一数据分流装置的传输层地址和数据隧道在第一数据分流装置侧的隧道端点标识；第二隧道端点信息包括第二数据分流装置的传输层地址和数据隧道在第二数据分流装置侧的隧道端点标识。

在一种可能的设计中，在数据隧道中传输的承载到所述待分流的QoS flow的数据包的封装头中携带有待分流的QoS flow的标识。

在一种可能的设计中，数据隧道建立模块具体用于，

向第二数据分流装置发送第一消息，第一消息包括公共数据隧道的第一隧道端点信息；

从第二数据分流装置上接收第二消息，第二消息包括公共数据隧道的第二隧道端点信息；

其中，第一隧道端点信息包括第一数据分流装置的传输层地址和公共数据隧道在第一数据分流装置侧的隧道端点标识；第二隧道端点信息包括第二数据分流装置的传输层地址和公共数据隧道在第二数据分流装置侧的隧道端点标识

在一种可能的设计中，在数据隧道中传输的承载到所述待分流的QoS flow的数据包的封装头中携带有QoS flow的标识和QoS flow所属的分组数据单元会话的标识。

在一种可能的设计中，数据隧道建立模块具体用于，

向第二数据分流装置发送第一消息，第一消息包括待分流的QoS flow对应的DRB的标识和标识对应的数据隧道的第一隧道端点信息；

在一种可能的设计中，发送模块还用于，向第二数据分流装置发送第三消息，第三消息包括待分流的QoS flow的QoS信息，以及待分流的QoS flow与DRB的映射关系；

接收模块还用于，从第二数据分流装置上接收第四消息，第四消息包括第二数据分流装置能够接纳的QoS flow。

在一种可能的设计中，若根据待分流的QoS flow的标识，确定不存在待分流的QoSflow对应的DRB，则第三消息中还包括待分流的QoS flow对应的DRB的建立指示信息。

在一种可能的设计中，发送模块还用于，向第二数据分流装置发送第三消息，第三消息包括待分流的QoS flow的QoS信息；

接收模块，还用于从第二数据分流装置上接收第四消息，第四消息包括第二数据分流装置能够接纳的QoS flow。

在一种可能的设计中，发送模块还用于，向第二数据分流装置发送第三消息，第三消息包括DRB的QoS信息；

接收模块还用于，从第二数据分流装置上接收第四消息，第四消息包括第二数据分流装置能够接纳的DRB。

上述第四方面以及第四方面的各可能的设计所提供的方法的有益效果，可以参见上述第一方面的各可能的设计所带来的有益效果，在此不再赘述。

第五方面，为了实现上述第二方面的数据分流方法，本申请实施例提供了一种数据分流装置，作为第二网络设备，该数据分流装置具有实现上述数据分流方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。这里的硬件或软件包括一个或多个与上述功能相对应的模块。

在第五方面的一种可能的实现方式中，数据分流装置包括：

接收模块，用于通过第一数据分流装置和第二数据分流装置之间数据隧道从第一数据分流装置上接收QoS flow；

发送模块，用于确定QoS flow对应的DRB，将QoS flow通过对应的DRB发送至终端设备。

在一种可能的设计中，接收模块还用于，从第一数据分流装置上接收第一消息，第一消息包括QoS flow所属的分组数据单元会话的标识和标识对应的数据隧道的第一隧道端点信息；

发送模块还用于，向第一数据分流装置发送第二消息，第二消息包括标识对应的数据隧道的第二隧道端点信息；

在一种可能的设计中，承载到QoS flow的数据包的封装头中携带有QoS flow的标识；发送模块具体用于，根据数据隧道对应的分组数据单元会话的标识、QoS flow的标识，确定QoS flow对应的DRB。

在一种可能的设计中，接收模块还用于，从第一数据分流装置上接收第一消息，第一消息包括公共数据隧道的第一隧道端点信息；

发送模块还用于，向第一数据分流装置发送第二消息，第二消息包括公共数据隧道的第二隧道端点信息；

其中，第一隧道端点信息包括第一数据分流装置的传输层地址和公共数据隧道在第一数据分流装置侧的隧道端点标识；第二隧道端点信息包括第二数据分流装置的传输层地址和公共数据隧道在第二数据分流装置侧的隧道端点标识。

在一种可能的设计中，承载到QoS flow的数据包的封装头中携带有QoS flow的标识和QoS flow所属的分组数据单元会话的标识；发送模块具体用于，根据分组数据单元会话的标识和QoS flow的标识，确定QoS flow对应的DRB。

在一种可能的设计中，接收模块还用于，从第一数据分流装置上接收第一消息，第一消息包括QoS flow对应的DRB的标识和标识对应的数据隧道的第一隧道端点信息；

在一种可能的设计中，发送模块具体用于，根据数据隧道对应的DRB，确定QoSflow对应的DRB。

在一种可能的设计中，接收模块还用于，从第一数据分流装置上接收第三消息，第三消息包括QoS flow的QoS信息，以及QoS flow与DRB的映射关系；

发送模块还用于，根据QoS flow的QoS信息，以及QoS flow与DRB的映射关系，确定能否接纳QoS flow；

若能，则向第一数据分流装置发送第四消息，第四消息用于指示第二数据分流装置接纳的QoS flow；

若否，则向第一数据分流装置发送第五消息，第五消息用于指示QoS flow接纳失败。

在一种可能的设计中，接收模块还用于，从第一数据分流装置上接收第三消息，第三消息包括QoS flow的QoS信息；

发送模块还用于，根据QoS flow的QoS信息，确定能否接纳QoS flow；

若能，则配置QoS flow与DRB的映射关系，并向第一数据分流装置发送第四消息，第四消息用于指示第二数据分流装置接纳的QoS flow；

在一种可能的设计中，接收模块还用于，从第一数据分流装置上接收第三消息，第三消息包括DRB的QoS信息；

发送模块还用于，根据DRB的QoS信息，确定能否接纳DRB；

若能，则向第一数据分流装置发送第四消息，第四消息包括第二数据分流装置接纳的DRB；

若否，则向第一数据分流装置发送第五消息，第五消息用于指示DRB接纳失败。

上述第五方面以及第五方面的各可能的设计所提供的方法的有益效果，可以参见上述第二方面的各可能的设计所带来的有益效果，在此不再赘述。

第六方面，为了实现上述第三方面的数据分流方法，本申请实施例提供了一种数据分流装置，作为第二网络设备，该数据分流装置具有实现上述数据分流方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。这里的硬件或软件包括一个或多个与上述功能相对应的模块。

在第六方面的一种可能的实现方式中，数据分流装置包括：

接收模块，用于从终端设备上接收分组数据单元会话中的至少一个QoS flow；

发送模块，用于将各QoS flow通过各QoS flow对应的数据隧道发送至第一数据分流装置。

上述第六方面所提供的方法的有益效果，可以参见上述第三方面提供的方法所带来的有益效果。

第七方面，为了实现上述第一方面的数据分流方法，本申请实施例提供了一种网络设备，作为第一网络设备，该网络设备具有实现上述数据分流方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。这里的硬件或软件包括一个或多个与上述功能相对应的模块。

在第七方面的一种可能的实现方式中，第一网络设备包括：

处理器，用于确定分组数据单元会话中待分流的QoS flow；

发送器，用于将待分流的QoS flow通过第一网络设备和第二网络设备之间的数据隧道发送至第二网络设备。

在一种可能的设计中，第一网络设备还包括：处理器；

处理器用于在第一网络设备与第二网络设备之间建立分组数据单元会话对应的数据隧道；

其中，发送器具体用于，将待分流的QoS flow通过待分流的QoS flow所属的分组数据单元会话所对应的数据隧道发送至第二网络设备。

在一种可能的设计中，第一网络设备还包括：处理器；

处理器用于在第一网络设备与第二网络设备之间建立一条公共数据隧道；

其中，发送器具体用于，将待分流的QoS flow通过公共数据隧道发送至第二网络设备。

在一种可能的设计中，第一网络设备还包括：处理器；

处理器用于根据待分流的QoS flow对应的数据无线承载DRB，在第一网络设备与第二网络设备之间建立DRB对应的数据隧道；

其中，发送器具体用于，将待分流的QoS flow通过待分流的QoS flow对应的DRB所对应的数据隧道发送至第二网络设备。

在一种可能的设计中，处理器还用于，确定不存在待分流的QoS flow对应的数据隧道。

在一种可能的设计中，处理器具体用于，

向第二网络设备发送第一消息，第一消息包括分组数据单元会话的标识和标识对应的数据隧道的第一隧道端点信息；

从第二网络设备上接收第二消息，第二消息包括标识对应的数据隧道的第二隧道端点信息；

在一种可能的设计中，处理器具体用于，

向第二网络设备发送第一消息，第一消息包括公共数据隧道的第一隧道端点信息；

从第二网络设备上接收第二消息，第二消息包括公共数据隧道的第二隧道端点信息；

其中，第一隧道端点信息包括第一网络设备的传输层地址和公共数据隧道在第一网络设备侧的隧道端点标识；第二隧道端点信息包括第二网络设备的传输层地址和公共数据隧道在第二网络设备侧的隧道端点标识

在一种可能的设计中，在数据隧道中传输的承载到所述待分流的QoS flow的数据包的封装头中携带有待分流的QoS flow的标识和QoS flow所属的分组数据单元会话的标识。

在一种可能的设计中，处理器具体用于，

向第二网络设备发送第一消息，第一消息包括待分流的QoS flow对应的DRB的标识和标识对应的数据隧道的第一隧道端点信息；

在一种可能的设计中，发送器还用于，向第二网络设备发送第三消息，第三消息包括待分流的QoS flow的QoS信息，以及待分流的QoS flow与DRB的映射关系；

接收器还用于，从第二网络设备上接收第四消息，第四消息包括第二网络设备能够接纳的QoS flow。

在一种可能的设计中，若处理器根据待分流的QoS flow的标识，确定不存在待分流的QoS flow对应的DRB，则第三消息中还包括待分流的QoS flow对应的DRB的建立指示信息。

在一种可能的设计中，发送器还用于，向第二网络设备发送第三消息，第三消息包括待分流的QoS flow的QoS信息；

接收器，还用于从第二网络设备上接收第四消息，第四消息包括第二网络设备能够接纳的QoS flow。

在一种可能的设计中，发送器还用于，向第二网络设备发送第三消息，第三消息包括DRB的QoS信息；

接收器还用于，从第二网络设备上接收第四消息，第四消息包括第二网络设备能够接纳的DRB。

上述第七方面以及第七方面的各可能的设计所提供的方法的有益效果，可以参见上述第一方面的各可能的设计所带来的有益效果，在此不再赘述。

第八方面，为了实现上述第二方面的数据分流方法，本申请实施例提供了网络设备，作为第二网络设备，该网络设备具有实现上述数据分流方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。这里的硬件或软件包括一个或多个与上述功能相对应的模块。

在第八方面的一种可能的实现方式中，第二网络设备包括：

接收器，用于通过第一网络设备和第二网络设备之间数据隧道从第一网络设备上接收QoS flow；

发送器，用于确定QoS flow对应的DRB，将QoS flow通过对应的DRB发送至终端设备。

在一种可能的设计中，接收器还用于，从第一网络设备上接收第一消息，第一消息包括QoS flow所属的分组数据单元会话的标识和标识对应的数据隧道的第一隧道端点信息；

发送器还用于，向第一网络设备发送第二消息，第二消息包括标识对应的数据隧道的第二隧道端点信息；

在一种可能的设计中，承载到QoS flow的数据包的封装头中携带有QoS flow的标识；发送器具体用于，根据数据隧道对应的分组数据单元会话的标识、QoS flow的标识，确定QoS flow对应的DRB。

在一种可能的设计中，接收器还用于，从第一网络设备上接收第一消息，第一消息包括公共数据隧道的第一隧道端点信息；

发送器还用于，向第一网络设备发送第二消息，第二消息包括公共数据隧道的第二隧道端点信息；

在一种可能的设计中，承载到QoS flow的数据包的封装头中携带有QoS flow的标识和QoS flow所属的分组数据单元会话的标识；发送器具体用于，根据分组数据单元会话的标识和QoS flow的标识，确定QoS flow对应的DRB。

在一种可能的设计中，接收器还用于，从第一网络设备上接收第一消息，第一消息包括QoS flow对应的DRB的标识和标识对应的数据隧道的第一隧道端点信息；

在一种可能的设计中，发送器具体用于，根据数据隧道对应的DRB，确定QoS flow对应的DRB。

在一种可能的设计中，接收器还用于，从第一网络设备上接收第三消息，第三消息包括QoS flow的QoS信息，以及QoS flow与DRB的映射关系；

发送器还用于，根据QoS flow的QoS信息，以及QoS flow与DRB的映射关系，确定能否接纳QoS flow；

在一种可能的设计中，接收器还用于，从第一网络设备上接收第三消息，第三消息包括QoS flow的QoS信息；

发送器还用于，根据QoS flow的QoS信息，确定能否接纳QoS flow；

在一种可能的设计中，接收器还用于，从第一网络设备上接收第三消息，第三消息包括DRB的QoS信息；

发送器还用于，根据DRB的QoS信息，确定能否接纳DRB；

上述第八方面以及第八方面的各可能的设计所提供的方法的有益效果，可以参见上述第二方面的各可能的设计所带来的有益效果，在此不再赘述。

第九方面，为了实现上述第三方面的数据分流方法，本申请实施例提供了一种网络设备，作为第二网络设备，该网络设备具有实现上述数据分流方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。这里的硬件或软件包括一个或多个与上述功能相对应的模块。

在第九方面的一种可能的实现方式中，第二网络设备包括：

接收器，用于从终端设备上接收分组数据单元会话中的至少一个QoS flow；

发送器，用于将各QoS flow通过各QoS flow对应的数据隧道发送至第一网络设备。

上述第九方面所提供的方法的有益效果，可以参见上述第三方面提供的方法所带来的有益效果。

第十方面，本申请实施例提供了一种计算机存储介质，用于储存上述第一网络设备所用的计算机软件指令，其包含用于执行上述第一方面所设计的程序。

第十一方面，本申请实施例提供了一种计算机存储介质，用于储存上述第二网络设备所用的计算机软件指令，其包含用于执行上述第二方面所设计的程序。

第十二方面，本申请实施例提供了一种计算机存储介质，用于储存上述第二网络设备所用的计算机软件指令，其包含用于执行上述第三方面所设计的程序。

第十三方面，本申请实施例提供一种计算机程序产品，其包含指令，当计算机程序被计算机所执行时，该指令使得计算机执行上述第一方面中的方法中第一网络设备所执行的功能。

第十四方面，本申请实施例提供一种计算机程序产品，其包含指令，当计算机程序被计算机所执行时，该指令使得计算机执行上述第二方面中的方法中第二网络设备所执行的功能。

第十五方面，本申请实施例提供一种计算机程序产品，其包含指令，当计算机程序被计算机所执行时，该指令使得计算机执行上述第三方面中的方法中第二网络设备所执行的功能。

第十六方面，本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持网络设备实现上述第一方面中所涉及的功能，例如，生成或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，该芯片系统还包括存储器，所述存储器，用于保存第一网络设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

第十七方面，本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持网络设备设备实现上述第二方面中所涉及的功能，例如，生成或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，该芯片系统还包括存储器，所述存储器，用于保存第二网络设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

第十八方面，本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持网络设备实现上述第三方面中所涉及的功能，例如，生成或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，该芯片系统还包括存储器，所述存储器，用于保存第二网络设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

第十九方面，本申请实施例还提供了一种通信系统，包括核心网设备和上述第七方面中各可能的设计中的第一网络设备。

在一种可能的设计中，通信系统还包括上述第八方面中各可能的设计中的第二网络设备或上述第九方面中的第二网络设备。

附图说明

图1示出了本申请实施例可能适用的一种网络架构；

图2为本申请实施例提供的数据分流方法实施例一的信令流程示意图；

图3为本申请实施例提供的数据分流方法实施例二的信令流程示意图；

图4为本申请实施例提供的数据隧道结构示意图一；

图5为本申请实施例提供的数据隧道结构示意图二；

图6为本申请实施例提供的数据隧道结构示意图三；

图7为本申请实施例提供的数据分流方法实施例三的信令流程示意图；

图8为本申请实施例提供的数据分流方法实施例四的信令流程示意图；

图9为本申请实施例提供的数据分流方法实施例五的流程示意图；

图10为本申请实施例提供的数据分流装置实施例一的结构示意图；

图11为本申请实施例提供的数据分流装置实施例二的结构示意图；

图12为本申请实施例提供的数据分流装置实施例三的结构示意图；

图13为本申请实施例提供的网络设备实施例一的结构示意图；

图14为本申请实施例提供的网络设备实施例二的结构示意图。

具体实施方式

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合图1对本申请实施例的可能的网络架构进行介绍。图1示出了本申请实施例可能适用的一种网络架构。如图1所示，本实施例提供的网络架构包括核心网设备10、第一网络设备20、第二网络设备30和至少一个终端设备40。

其中，核心网设备10是一种为终端设备提供服务的设备，主要功能包括：移动性管理功能、QoS控制功能、终端设备的会话管理功能、签约信息管理功能，以及数据转发等功能。核心网设备包括核心网控制面设备，例如，下一代控制平面(Next Generation ControlPlane，NG-CP)，包含非接入层(Non Access Stratum，NAS)安全管理、接入层(AccessStratum，AS)安全控制、移动性管理、终端接入验证、注册区域管理、session管理、终端地址分配和管理等功能，核心网控制面设备可由一个或多个网元组成。核心网设备还包括核心网用户面设备，例如，下一代用户平面(Next Generation User Plane，NG-UP)，包含分组数据单元会话(Packet Data Unit session，PDU session)互联的外部节点、包路由和转发、传输处理(QoS执行)、系统内/系统间切换的锚点等其中至少一项功能，核心网用户面设备可由一个或多个网元组成。其中，PDU session是指在终端设备和外部数据网络之间的链接以提供PDU链接服务。外部数据网络示例性的可以指核心网之外的互联网网络。PDU包含多种类型的数据单元，例如可包含网络间互连协议(Internet Protocol，IP)数据包(IPpackets)，非可信的PDU(unstructured PDUs)、以太网帧(Ethernet frames)等。

第一网络设备20和第二网络设备30是一种将终端设备接入到无线网络的设备，可以是演进型长期演进(Evolutional Long Term Evolution，简称E-LTE)中的演进型基站(Evolutional Node B，简称eNB或eNodeB)，或者中继站或接入点，或者下一代接入网设备gNB(5G基站)，或者能够接入5G通信系统中的基站等，在此并不限定。图1示意性的绘出了一种可能的示意，以第一网络设备20和第二网络设备30均为基站为例进行了绘示。

可选地，在一种双连接场景下，这种情况下，终端设备可以包含两个媒体接入控制(medium access control,MAC)实体，第一网络设备中包含一个MAC实体，第二网络设备中包含一个MAC实体，终端设备的这两个MAC实体中的第一MAC实体对应第一网络设备中这一个MAC实体，终端设备的这两个MAC实体中第二MAC实体对应第二网络中的这一个MAC实体。通过这种实现方式，一个终端设备可以同时接入到第一网络设备20和第二网络设备30上接收数据或发送数据。终端设备40可以是无线终端也可以是有线终端，无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(Radio Access Network，简称RAN)与一个或多个核心网设备进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(Personal Communication Service，简称PCS)电话、无绳电话、会话发起协议(SessionInitiation Protocol，简称SIP)话机、无线本地环路(Wireless Local Loop，简称WLL)站、个人数字助理(Personal Digital Assistant，简称PDA)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(MobileStation)、移动台(Mobile)、远程站(Remote Station)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(User Agent)，在此不作限定。图1示意性的绘出了一种可能的示意，以该终端设备为移动电话为例进行了绘示。

LTE通信系统中，核心网设备10向第一网络设备20发送数据，第一网络设备20将接收到的数据基于EPS承载转发给终端设备40。当第一网络设备20上的EPS承载量过大，例如，通过第一网络设备传输的数据量过大时，第一网络设备可将部分EPS承载所承载的数据分流至第二网络设备30，由第二网络设备30基于EPS承载将数据转发给终端设备40。第一网络设备20需将分流的EPS承载告知核心网设备10，以使核心网设备10将基于该些分流的EPS承载的数据直接发送至第二网络设备30。但是在5G通信系统中，数据传输的QoS管理是基于QoS flow进行的，第一网络设备20需将分流的QoS flow的标识告知核心网设备10，但是QoSflow的数量远多于EPS承载的数量，第一网络设备20需要频繁通知核心网设备10被迁移的QoS flow的标识，且标识量较大，将会导致第一网络设备20与核心网设备10之间信令开销较大。并且核心网设备10与第一网络设备20之间还需要建立较多的数据隧道，增加了核心网设备10的业务量。

为解决上述问题，本申请一方面提供一种数据分流方法，下面采用详细的实施例，对本申请提供的数据分流方法进行详细说明。

图2为本申请实施例提供的数据分流方法实施例一的信令流程示意图。该方法的执行主体为第一网络设备和第二网络设备。本实施例中第一网络设备将分流的QoS flow通过数据隧道发送至第二网络设备，第二网络设备将分流的QoS flow发送至终端，避免了核心网设备将分流的QoS flow直接发送至第二网络设备，因此无需向核心网设备发送分流的QoS flow标识，降低了第一网络设备与核心网设备之间的信令开销，避免了在核心网设备与第二网络设备之间建立数据隧道。如图2所示，本申请实施例提供的数据分流方法包括如下步骤：

S201、确定分组数据单元会话中待分流的QoS flow。

可选地，第一网络设备从核心网设备上接收终端设备的PDU session中的至少一个QoS flow，第一网络设备在接收到的PDU session中的至少一个QoS flow中确定待分流的QoS flow。

示例性的，第一网络设备接收核心网设备发送的一个或多个PDU session，一个PDU session包括至少一个QoS flow。可选地，本申请以下实施例中的PDU session包括至少一个QoS flow，示例性的可以指，在一个PDU session的建立过程中，将数据包承载在至少一个QoS flow上传输。第一网络设备接收到的两个QoS flow可能分别属于两个PDUsession。本申请以下各实施例中的发送/接收Qos flow，实际上是指发送/接收这个Qosflow上承载的数据包。本申请以下各实施例中的发送/接收PDU session，实际上是指发送/接收PDU session建立过程中，承载在QoS flow上的数据包。一个PDU session内，具备相同QoS需求的数据的承载在同一个QoS flow上。示例性的，第一网络设备接收核心网设备发送的至少一个PDU session。各PDU session使用PDU session标识区分、各QoS flow可使用QoS flow标识区分。示例性的，不同业务的数据对QoS质量要求不同。例如、带宽保证的业务需要保证足够的带宽、时延保证的业务对时延敏感需要保证时延较短。

示例性的，第一网络设备需将接收到的QoS flow转发给终端设备。但是可能存在第一网络设备自身负荷较重，终端设备位置较远，第一网络设备与终端设备之间的数据无线承载(Data Radio Bear，DRB)通道数量有限等情况。此时，第一网络设备可在接收到的QoS flow中确定待分流的QoS flow，将待分流的QoS flow分流至第二网络设备，由第二网络设备将QoS flow发送至终端设备。待分流的QoS flow为从第一网络设备传输到第二网络设备，再由第二网络设备发送到终端设备的QoS flow。

S202、第一网络向第二网络设备发送待分流的QoS flow。

可选地，第一网络设备将待分流的QoS flow通过第一网络设备和第二网络设备之间的数据隧道发送至第二网络设备。

示例性的，第一网络设备与第二网络设备之间建立有数据隧道，数据隧道为用于传输终端设备的数据的通道。第一网络设备与第二网络设备之间可以建立一条终端设备的公共数据隧道或多条数据隧道。示例性的，由于核心网设备与第一网络设备之间为每个PDUsession建立各自的数据隧道，则第一网络设备与第二网络设备之间也可为每个PDUsession建立各自的数据隧道。可选的，第一网络设备与第二网络设备之间建立数据隧道是还可参照其他粒度。例如，可为每一个待分流的QoS flow建立一个数据隧道，还可以按照待分流的QoS flow所在的每个DRB分别建立一个数据隧道。

S203、第二网络设备向终端设备发送待分流的QoS flow。

可选地，第二网络设备接收第一网络设备发送的待分流的QoS flow，确定待分流的QoS flow对应的DRB，将待分流的QoS flow通过待分流的QoS flow对应的DRB发送至终端设备。

示例性的，第一网络设备在向第二网络设备发送待分流的QoS flow时，第一网络设备通知第二网络设备在第二网络设备与至少一个终端设备之间建立DRB，其中，一个或多个QoS flow对应一个DRB。可选的，还可由第一网络设备通知第二网络设备建立DRB。其中，QoS flow与DRB的映射关系，可由第一网络设备建立，并通知到第二网络设备。QoS flow与DRB的映射关系，还可以由第二网络设备决定，此时，也可由第二网络设备建立第二网络设备和终端设备之间的DRB。

终端设备从核心网可以接收到至少一个PDU session，每个PDU session中包含至少一个QoS flow，待分流的QoS flow为至少一个。为了便于理解本申请技术方案，本申请各实施例中以一个PDU session中的一个待分流的QoS flow为例。其他PDU session时，可按照这个PDU session进行相同处理。对于相同或不同的PDU session中的每个待分流的QoSflow分别进行处理，且处理方式相同。各个实施例以待分流的至少一个QoS flow中的一个进行说明，其它QoS flow可按照这个QoS flow进行相同处理。

本申请实施例提供一种数据分流方法，第一网络设备确定PDU session中的待分流的QoS flow，将待分流的QoS flow通过数据隧道发送至第二网络设备，第二网络设备将该待分流的QoS flow通过该待分流的QoS flow对应的DRB发送至终端设备。通过将待分流的QoS flow由第一网络设备发送至第二网络设备，再将待分流的QoS flow由第二网络设备发送至终端设备，使得待分流的QoS flow从第一网络设备分流到第二网络设备再到终端设备，而不是从核心网设备直接分流至第二网络设备，第一网络设备无需再向核心网设备报告需分流的QoS flow的标识，减少了第一网络设备与核心网设备之间的信令开销。同时，第二网络设备与核心网络设备之间无需建立数据隧道传输分流的QoS flow，减少了第二网络设备与核心网设备之间的交互。

进一步的，在图1和图2所示实施例的基础上，考虑到第一网络设备需在数据隧道中发送QoS flow，因此本申请实施例提供的数据分流方法还包括数据隧道的建立过程。下面结合具体实施例，对在第一网络设备与第二网络设备之间建立数据隧道的方法进行详细说明。

第一种可能的数据隧道建立方式中，第一网络设备以PDU session为粒度，为每个PDU session建立各自的数据隧道。

可选地，本实施例提供的数据分流方法还包括：

第一网络设备根据PDU session，在第一网络设备与第二网络设备之间建立PDUsession对应的数据隧道。

其中，上述图2所示实施例中的S203第一网络设备将待分流的QoS flow通过第一网络设备和第二网络设备之间的数据隧道发送至第二网络设备，具体包括：

第一网络设备将所述待分流的QoS flow通过PDU session对应的数据隧道发送至第二网络设备。

示例性的，第一网络设备在根据PDU session建立数据隧道时，为每一个PDUsession建立一条数据隧道。属于同一PDU session的QoS flow采用同一数据隧道由第一网络设备发送至第二网络设备。第一网络设备在发送待分流的QoS flow前，首先确定QoSflow所属的PDU session，将PDU session对应的数据隧道作为该QoS flow传输时所采用的数据隧道。

可选的，图3为本申请实施例提供的数据分流方法实施例二的信令流程示意图。本实施例中对建立数据隧道的过程进行详细说明。如图3所示，本实施例提供的数据分流方法包括：

S301、发送第一消息。

可选地，第一网络设备向第二网络设备发送第一消息，第一消息包括PDU session的标识和所述PDU Session标识对应的数据隧道的第一隧道端点信息。

示例性的，第一网络设备向第二网络设备发送第一消息，第一消息中包含待分流的QoS flow所属的PDU session的标识(Identifier)，PDU session ID，以及PDU sessionID对应的第一隧道端点信息。第一隧道端点信息包括第一网络设备的传输层地址和该数据隧道在第一网络设备侧的隧道端点标识(Tunnel Endpoint Identifier，TE ID)。可选的，第一消息中还包括终端设备的标识。

S302、接收第二消息。

可选地，第一网络设备从第二网络设备上接收第二消息，第二消息包括PDUsession的标识对应的数据隧道的第二隧道端点信息。

示例性的，第二网络设备在接收到第一消息后，根据第二网络设备的负载情况，若决定建立数据隧道，则向第一网络设备发送第二消息。第一网络设备接收第二网络设备发送的第二消息，第二消息中包括待分流的QoS flow所属的PDU session的PDU session ID以及PDU session ID对应的第二隧道端点信息，第二隧道端点信息包括第二网络设备的传输层地址和数据隧道在第二网络设备侧的TE ID。第一网络设备和第二网络设备在获取到第一隧道端点信息和第二隧道端点信息之后，完成了数据隧道的建立。可选的，第二消息中还包括终端设备的标识。

可选的，当第二网络设备决定不建立数据隧道时，则向第一网络设备发送不建立的指示信息，使得第一网络设备重新对QoS flow的分流进行规划。

示例性的，图4为本申请实施例提供的数据隧道结构示意图一。如图4所示，第一网络设备建立两条数据隧道，分别对应一个PDU session。

示例性的，第一网络设备根据待分流的QoS flow所属的PDU session，确定承载QoS flow所属的PDU session的数据隧道，并将该QoS flow通过该数据隧道发送至第二网络设备。其中，在数据隧道中传输的承载在待分流的QoS flow的数据包的封装头中携带QoSflow ID。例如在通用分组业务用户面隧道(General Packet Radio Service TunnelingProtocol User Plane，GTPU)的扩展头中携带QoS flow ID。其中，第二网络设备根据数据隧道对应的PDU session的ID，确定QoS flow所属的PDU session。进一步的，还可在数据包的封装头中携带QoS反射特性指示。QoS反射特性指示是指终端设备可根据该下行数据包的IP 5元组信息和QoS flow ID，得到上行QoS flow的标识和包过滤器，用于终端设备产生上行的QoS flow。其中，QoS反射特性指示可以是第一网络设备从核心网用户面设备接收的。IP 5元组是指业务数据流的IP的源地址、目标地址、源端口号、目的端口号，传输协议，可采用5元组中若干元素的特定取值来构成业务流模板(Traffic Flow Template，TFT)。

可选的，可在第一网络设备的某一PDU session对应的分组数据适配协议(Service Data Adaptation Protocol，SDAP)实体和第二网络设备的同一PDU session对应的SDAP实体之间建立数据隧道，从而使得第一网络设备的SDAP实体可以进行PDUsession内的数据分流，接收分流数据的第二网络设备SDAP实体可进行QoS flow到DRB的路由。其中，SDAP是指在空口协议栈中分组数据汇聚协议(Packet Data ConvergenceProtocol，PDCP)之上的协议层，负责进行QoS flow到DRB的路由，SDAP实体(entity)与PDUsession是一一对应的。

可选的，在第一网络设备在发送第一消息前，确定不存在PDU session对应的数据隧道。若第一网络设备确定已经存在PDU session对应的数据隧道，则向第二网络设备发送待分流的QoS flow的标识，并接收第二网络设备反馈的接纳信息或拒绝信息。

本实施例提供的数据分流方法中，第一网络设备与第二网络设备之间基于PDUsession建立数据隧道，一个PDU session对应一个数据隧道，使得第一网络设备向第二网络设备转发数据时，根据待分流的QoS flow所属的PDU session确定数据隧道。通过为各PDU session分别建立一个数据隧道，可使得第二网络设备根据数据隧道确定接收到的QoSflow所属的PDU session，无需再专门接收QoS flow所属的PDU session的标识，对接收到的QoS flow进行PDU session划分，简化了第二网络设备的操作。

第二种可能的数据隧道建立方式中，第一网络设备在第一网络设备与第二网络设备之间建立一条公共数据隧道，所有的待分流的QoS flow均通过该公共数据隧道发送至第二网络设备。与第一种可能的数据隧道建立方式中提供的为每个PDU session建立一条数据隧道相比，本方式通过仅建立一条公共数据隧道，可减少数据隧道的维护成本。

可选地，本实施例提供的数据分流方法还包括：

第一网络设备在第一网络设备与第二网络设备之间建立一条公共数据隧道。

示例性的，第一网络设备直接在第一网络设备与第二网络设备之间建立一条终端设备的公共数据隧道，用于传输该终端设备的所有待分流的QoS flow。一个终端设备的多个PDU session均可通过该公共数据隧道由第一网络设备发送至第二网络设备。不同终端设备对应不同的公共数据隧道。通过在第一网络设备和第二网络设备之间建立一条公共数据隧道，以降低数据隧道的建立成本，简化数据隧道的维护过程。

下面对本实施例提供的建立公共数据隧道的过程进行详细说明。本实施例与图3所示实施例的区别在于第一消息和第二消息中无需携带PDU session ID。本实施例提供的数据分流方法包括：

S401、发送第一消息。

可选地，第一网络设备向第二网络设备发送第一消息，第一消息包括公共数据隧道的第一隧道端点信息。

示例性的，第一网络设备向第二网络设备发送第一消息，第一消息中包含第一隧道端点信息。第一隧道端点信息包括所述第一网络设备的传输层地址和公共数据隧道在第一网络设备侧的TE ID。可选的，第一消息中还包括终端设备的标识。

S402、接收第二消息。

可选地，第一网络设备从第二网络设备上接收第二消息，第二消息包括公共数据隧道的第二隧道端点信息。

示例性的，第二网络设备在接收到第一消息后，根据第二网络设备的负载情况，若决定建立公共数据隧道，则向第一网络设备发送第二消息。第一网络设备接收第二网络设备发送的第二消息，第二消息中包括第二隧道端点信息，第二隧道端点信息包括第二网络设备的传输层地址和公共数据隧道在第二网络设备侧的TE ID。第一网络设备和第二网络设备在获取到第一隧道端点信息和第二隧道端点信息之后，完成了数据隧道的建立。可选的，第二消息中还包括终端设备的标识。

可选的，当第二网络设备决定不建立数据隧道是，则向第一网络设备发送不建立的指示信息，使得第一网络设备重新对QoS flow的分流进行规划。

示例性的，图5为本申请实施例提供的数据隧道结构示意图二。如图5所示，第一网络设备建立一条公共数据隧道，用于传输所有PDU session的数据包。

示例性的，在数据隧道建立成功之后，第一网络设备将待分流的QoS flow通过公共数据隧道发送至第二网络设备。在数据隧道中传输的承载到所述待分流的QoS flow的数据包的封装头中携带QoS flow ID和PDU session ID。例如在GTPU的扩展头中携带QoSflow ID和PDU session ID。进一步的，还可在数据包的封装头中携带QoS反射特性指示。

本实施例提供的数据分流方法中，当第一网络设备在存在需要分流的QoS flow时，在第一网络设备和第二网络设备之间建立一条公共数据隧道，使得第一网络设备向第二网络设备转发数据时，将所有QoS flow均通过该公共数据隧道传输。通过仅建立一条公共数据隧道，可降低数据隧道的建立成本，简化数据隧道的维护过程。

第三种可能的数据隧道建立方式中，第一网络设备以DRB为粒度，为每个DRB建立各自的数据隧道。与上述第一和第二种可能的数据隧道建立方式相比，本实施例中数据隧道的建立采用更细的粒度，使得第二网络设备可根据数据隧道确定QoS flow对应的DRB和QoS flow所属的PDU session的ID。

可选地，本实施例提供的数据分流方法还包括：

第一网络设备根据待分流的QoS flow对应的DRB，在第一网络设备与第二网络设备之间建立DRB对应的数据隧道。

第一网络设备将待分流的QoS flow通过所述待分流的QoS flow对应的DRB所对应的数据隧道发送至第二网络设备。

示例性的，各QoS flow根据所对应的DRB的不同，采用不同的数据隧道由第一网络设备发送至第二网络设备。第一网络设备在根据DRB建立数据隧道时，为每一个DRB建立一条数据隧道。与第一种可能的数据隧道建立方式和第二种可能的数据隧道建立方式相比，本方式中第一网络设备采用了更细的粒度，当第一网络设备在存在需要分流的QoS flow时，在第一网络设备和第二网络设备之间建立各待分流的QoS flow对应的DRB对应的数据隧道，使得第二网络设备可根据接收到的QoS flow所采用的数据隧道确定所述接收到的QoS flow对应的DRB和所述接收到的QoS flow所属的PDU session的ID，进一步简化了第二网络设备的工作。

下面对本实施例提供的基于DRB建立数据隧道的过程进行详细说明。本实施例与上述两种建立数据隧道的方法的区别在于第一消息和第二消息中携带的是DRB ID。本实施例提供的数据分流方法包括：

S501、发送第一消息。

可选地，第一网络设备向第二网络设备发送第一消息，第一消息中包含待分流的QoS flow对应的DRB的标识，以及DRB标识对应的数据隧道的第一隧道端点信息。

其中，第一隧道端点信息包括第一网络设备的传输层地址和数据隧道在第一网络设备侧的TE ID。进一步的，DRB的标识可以是DRB ID，还可采用其他与DRB一一对应的标识来代替DRB ID，例如无线接入承载(Radio Access Bearer，RAB)ID。进一步的，第一消息还可包含DRB对应的QoS需求，其中QoS需求可用QoS参数来表示。可选的，第一消息中还包括终端设备的标识。

可选的，第一消息中还包含待分流的QoS flow所属的PDU session的标识，进一步的，还可采用分组数据适配协议(Service Data Adaptation Protocol，SDAP)实体标识(entity ID)代替PDU session ID。

可选的，在S501之前，本实施例提供的数据分流方法还包括：

S500、第一网络设备确定不存在待分流的QoS flow对应的数据隧道。

示例性的，第一网络设备根据已经建立的QoS flow与DRB的映射关系，确定不存在待分流的QoS flow对应的DRB，因此也不存在该待分流的DRB对应的数据隧道，故此时第一网络设备确定待分流的QoS flow对应的DRB，并向第二网络设备发送待分流的QoS flow对应的DRB，以使第二网络设备为该待分流的DRB建立对应的数据隧道。

可选的，当第一网络设备根据已经建立的QoS flow与DRB的映射关系，为待分流的QoS flow确定已经存在的DRB为待分流的QoS flow对应的DRB，则无需向第二网络设备发送第一消息以建立DRB对应的数据隧道。

S502、接收第二消息。

可选地，第一网络设备从第二网络设备上接收第二消息，第二消息包括DRB的标识对应的数据隧道的第二隧道端点信息。

可选地，第二网络设备在接收到第一消息后，根据第二网络设备的负载情况，若决定建立数据隧道，则向第一网络设备发送第二消息。第一网络设备接收第二网络设备发送的第二消息，第二消息中包括待分流的QoS flow ID对应的DRB ID以及DRB ID对应的数据隧道的第二隧道端点信息，第二隧道端点信息包括第二网络设备的传输层地址和数据隧道在第二网络设备侧的TE ID。进一步的，DRB的标识可以是DRB ID，还可采用其他与DRB一一对应的标识来代替DRB ID，例如无线接入承载(Radio Access Bearer，RAB)ID。可选的，第二消息中还包括终端设备的标识。

可选的，当第二网络设备决定不建立数据隧道时，则向第一网络设备发送不建立的指示信息，使得第一网络设备重新对待分流的QoS flow的分流进行规划。

示例性的，图6为本申请实施例提供的数据隧道结构示意图三。如图6所示，第一网络设备建立8条数据隧道，分别对应一个DRB。

示例性的，在数据隧道建立成功之后，第一网络设备根据待分流的QoS flow的标识，以及QoS flow和DRB的映射关系，确定承载QoS flow的数据隧道，并将该QoS flow通过该数据隧道发送至第二网络设备。

进一步的，第一网络设备还可根据待分流的QoS flow的QoS flow ID以及所属的PDU session ID，以及QoS flow和DRB的映射关系，确定承载QoS flow的数据隧道。

可选的，在数据隧道中传输的承载到所述待分流的QoS flow的数据包的封装头中可携带QoS flow ID，例如在通用分组业务用户面隧道(General Packet Radio ServiceTunneling Protocol User Plane，GTPU)的扩展头中携带QoS flow ID。进一步的，还可在数据包的封装头中携带QoS反射特性指示。QoS反射特性指示是指终端设备可根据该下行数据包的IP 5元组信息和QoS flow ID，得到上行QoS flow的标识和包过滤器，用于终端设备产生上行的QoS flow。其中，QoS反射特性指示可以是第一网络设备从核心网用户面设备接收的。IP 5元组是指业务数据流的IP的源地址、目标地址、源端口号、目的端口号，传输协议，可采用5元组中若干元素的特定取值来构成业务流模板(Traffic Flow Template，TFT)。

本实施例提供的数据分流方法中，当第一网络设备确定存在需要分流的QoS flow时，在第一网络设备和第二网络设备之间基于DRB建立数据隧道，使得第一网络设备向第二网络设备转发数据时，将各QoS flow通过QoS flow对应的DRB所指示的数据隧道传输。通过为各DRB建立各自的数据隧道，使得第二网络设备可直接根据接收到的QoS flow所采用的数据隧道确定QoS flow对应的DRB，进一步简化了第二网络设备的工作。

示例性的，在上述任一实施例中，各数据隧道可以同时用于传输上行下行数据，各数据隧道也可以由两条传输方向不同的子数据隧道构成。

示例性的，在上述任一实施中，在进行下行数据传输时，第一网络设备负责将PDUsession分流至不同的SDAP实体。进一步的，第一网络设备中的SDAP实体(对应一个session)负责进行对应的PDU session中的QoS flow的分流，例如，将部分QoS flow分流到第二网络设备。

示例性的，在上述任一实施中，在进行上行数据传输时，终端设备根据第一网络设备或第二网络设备的配置信息，分别向第一网络设备和第二网络设备发送QoS flow的数据包。其中，配置信息中包括QoS flow与DRB的映射关系等。第二网络设备通过第一网络设备和第二网络设备之间的数据隧道，将从终端设备接收的QoS flow的数据包发送到第一网络设备。其中，在DRB和数据隧道中传输的数据包的封装头中携带QoS flow ID，例如在GTPU扩展头中携带。若是第一网络设备和第二网络设备之间是一条公共数据隧道，则在公共数据隧道中传输的数据包的封装头中还携带所属的PDU session的标识，例如，PDU sessionID。第一网络设备将从终端设备和第二网络设备接收到的QoS flow的数据包发送到核心网用户面设备。进一步的，第一网络设备通过第一网络设备和核心网设备之间的按照PDUsession建立的数据通道进行数据包的发送，其中在第一网络设备与核心网设备之间的数据隧道中传输的数据包的封装头中携带QoS flow ID，例如在GTPU扩展头中携带。

进一步的，在上述任一实施例的基础上，考虑到第二网络设备需在DRB中发送待分流的QoS flow，因此本申请实施例提供的数据分流方法还包括DRB的建立过程。下面结合具体实施例，对在第二网络设备与终端设备之间建立DRB的方法进行详细说明。

第一种可能的DRB建立方式：

在上述第一种或第二种可能的数据隧道建立方式的基础上，本申请实施例提供一种可能的DRB建立方式如图7所示。图7为本申请实施例提供的数据分流方法实施例三的信令流程示意图。本实施例提供的DRB建立方法中，第一网络设备发送的第一消息中包括QoSflow的QoS信息、DRB与QoS flow的映射关系，第一网络设备指示第二网络设备根据配置好的DRB与QoS flow的映射关系建立DRB。如图7所示，数据分流方法包括：

S701、发送第三消息。

可选地，第一网络设备向第二网络设备发送第三消息，第三消息包括待分流的QoSflow的QoS信息以及待分流的QoS flow与DRB的映射关系。

示例性的，第一网络设备向第二网络设备发送第三消息，第三消息用于指示第二网络设备根据第三消息中携带的映射关系建立DRB。进一步的，第三消息中还可包含待分流的QoS flow所属的PDU session ID。其中，当第三消息中包括多个待分流的QoS flow时，待分流的QoS flow可采用各QoS flow的QoS flow ID来区分。各待分流的QoS flow所属的PDUsession可采用PDU session ID，或者PDU session对应的TE ID和传输层地址信息来表示。

其中，QoS flow的QoS信息可以采用QoS flow ID来指示预设的QoS参数，或QoS信息包含QoS参数。示例性的，QoS参数包括：时延、丢包率、优先级、保证速率、最大速率、终端设备级聚合最大比特速率(Aggregate Maximum Bit Rate，AMBR)、slice级的AMBR、会话级的AMBR、分配保留优先级(Allocation and Retention Priority，ARP)中的至少一项。其中AMBR适用于限制多个非保证速率业务的最大速率。

示例性的，QoS flow的QoS信息可以是核心网设备发送给第一网络设备的，也可以是第一网络设备根据接收到的QoS flow的部分QoS信息以及第一网络设备和第二网络设备的负载情况计算得到。例如，第一网络设备可根据从核心网收到的QoS信息中的AMBR来为第一网络设备和第二网络设备生成终端设备级AMBR、slice级的AMBR或会话级的AMBR中的一项或多项。第一网络设备可将第一网络设备的终端设备级AMBR、slice级的AMBR、PDUsession级的AMBR、及第二网络设备的终端设备级AMBR、slice级的AMBR、PDU session级的AMBR中的一项或多项通知到第二网络设备。例如，可通过第三消息通知第二网络设备。

进一步的，第三消息中还包含待分流的QoS flow对应的DRB的类型，从而可使得第二网络设备确定需要建立的DRB的QoS信息。

其中，DRB的类型是指DRB的承载类型，包含主小区组承载(Master Cell GroupBearer，MCG bearer)、主小区组分裂承载(master cell group splitbearer，MCG splitBearer)、第二小区组承载(Secondary Cell Group Bearer，SCG bearer)、第二小区组分裂承载(Secondary Cell Group Split Bearer，SCG split bearer)。

其中，主小区组承载是指承载的协议栈在主小区组。主小区组分裂承载是指承载的协议栈在主基站分裂并属于主小区组和辅小区组。第二小区组承载是指承载的协议栈在第二小区组。第二小区组分裂承载是指承载的协议栈在第二基站分裂并属于属于主小区组和辅小区组。

S702、确定能否接纳所述待分流的QoS flow；若能，则执行S703；若否，则执行S704。

可选地，第二网络设备从第一网络设备上接收第三消息，第三消息包括QoS flow的QoS信息，以及QoS flow与DRB的映射关系。第二网络设备根据QoS flow的QoS信息，以及QoS flow与DRB的映射关系，确定能否接纳QoS flow。

示例性的，第二网络设备在接收到第三消息后，第二网络设备可根据QoS flow对应的DRB的负载情况，确定能否接纳该QoS flow。

示例性的，第二网络设备在接收到第三消息后，可根据QoS flow的QoS信息中所包括的AMBR信息进行速率限制等操作。第二网络设备根据接收到的第三消息中的QoS flow与DRB的映射关系，进行QoS flow的数据包到DRB的路由。第二网络设备在DRB中发送QoS flow的数据包时，在空口数据包的协议头中携带QoS flow ID和QoS反射特性指示。进一步的，第二网络设备可只在接收到QoS反射特性指示时，才在空口数据包的协议头中携带QoS flowID。

可选的，当第一网络设备在已有的DRB中确定没有适合的DRB来承载待分流的QoSflow，可为该待分流的QoS flow分配新的DRB。其中，第三消息中还可包括QoS flow对应的DRB的建立指示信息。DRB的建立指示信息具体可以为DRB的配置信息或新的DRB ID，第二网络设备根据DRB的配置信息或新的DRB ID新建立DRB。DRB的配置信息包含但不限于DRB ID、PDCP协议层配置、无线链路控制层协议(Radio Link Control Protocol，RLC)配置，逻辑信道(Logic Channel，LCH)配置。

可选的，当第三消息中包括DRB的建立指示信息时，第二网络设备根据负载情况，确定能否接纳该DRB。

S703、向第一网络设备发送第四消息，第四消息用于指示第二网络设备接纳的QoSflow。

S704、向第一网络设备发送第五消息，第五消息用于指示QoS flow接纳失败。

示例性的，当第二网络设备能够接纳QoS flow，则第二网络设备向第一网络设备发送第四消息，第四消息中示例性的可以包括第二网络设备能够接纳的QoS flow。当第二网络设备不能够接纳QoS flow，则第二网络设备向第一网络设备发送第五消息，第五消息用于指示本次QoS flow接纳失败，第一网络设备可重新为待分流的QoS flow确定第二网络设备。可选的，第四消息中也包括第二网络设备无法接纳的QoS flow，还可以进一步包括无法接纳该QoS flow的原因。

可选的，第一网络设备可将第一消息与第三消息中的内容携带在同一个消息中一起发送给第二网络设备。

本实施例中，第一网络设备向第二网络设备发送QoS flow和DRB的映射关系，使得第二网络设备确定QoS flow对应的DRB，从而实现QoS flow的数据包在第二网络设备和终端设备之间的传输，通过第一网络设备配置QoS flow到DRB的映射关系，实现第二网络设备中QoS flow的数据包到DRB的路由配置。第一网络设备实现了统一的QoS flow到DRB的映射关系的配置，减少了第二网络设备的工作量。

第二种可能的DRB建立方式：

在上述第一种或第二种可能的数据隧道建立方式的基础上，本申请实施例还提出第二种可能的DRB建立方式。与第一种可能的DRB建立方式不同的是，本实施例中第二网络设备自行建立DRB与QoS flow的映射关系。本实施例中数据分流方法包括：

S801、发送第三消息。

可选地，第一网络设备向第二网络设备发送第三消息，第三消息包括QoS flow的QoS信息。

示例性的，第一网络设备向第二网络设备发送第三消息，第三消息用于指示第二网络设备为QoS flow确定DRB。可选的，第三消息携带有待分流的QoS flow的标识，待分流的QoS flow的标识可指示待分流的QoS flow的QoS信息。进一步的，第三消息中还可包含待分流的QoS flow所属的PDU session ID。

S802、确定能否接纳所述待分流的QoS flow；若能，则执行S803；若否，则执行S804。

可选地，第二网络设备从第一网络设备上接收第三消息，第三消息包括QoS flow的QoS信息。第二网络设备根据QoS flow的QoS信息，确定能否接纳QoS flow。

示例性的，第二网络设备在接收到第三消息后，根据自身的负荷情况，确定是否接纳第三消息中携带的QoS flow。可选地，若QoS flow对应的DRB已建立，则确定该DRB能否接纳该QoS flow，若否，则第二网络设备根据负荷情况，确定能否建立该DRB。

S803、配置QoS flow与DRB的映射关系，并向第一网络设备发送第四消息，第四消息用于指示第二网络设备接纳的QoS flow。

S804、向第一网络设备发送第五消息，第五消息用于指示QoS flow接纳失败。

示例性的，当第二网络设备能够接纳QoS flow，则第二网络设备配置QoS flow与DRB的映射关系，并向第一网络设备发送第四消息，第四消息中示例性的可以包括第二网络设备能够接纳的QoS flow。当第二网络设备不能够接纳QoS flow，则第二网络设备向第一网络设备发送第五消息，第五消息用于指示本次QoS flow接纳失败，第一网络设备可重新为待分流的QoS flow确定第二网络设备。可选的，第四消息中也包括第二网络设备无法接纳的QoS flow，还可以进一步包括无法接纳该QoS flow的原因。

可选的，第二网络设备在配置QoS flow和DRB的映射关系后，还将QoS flow和DRB的映射关系发送至终端设备。可选的，还可将QoS flow和DRB的映射关系发送至第一网络设备，由第一网络设备将QoS flow和DRB的映射关系发送至终端设备。可选的，第四消息中还可包括QoS flow对应的DRB的配置信息。终端设备根据DRB的配置信息，以及QoS flow和DRB的映射关系，完成DRB的建立。

本实施例中，第一网络设备向第二网络设备发送QoS flow的QoS信息，使得第二网络设备根据QoS flow的QoS信息确定QoS flow对应的DRB，从而实现QoS flow的数据包在第二网络设备和终端设备之间的传输，通过第二网络设备配置QoS flow到DRB的映射关系，实现第二网络设备中QoS flow的数据包到DRB的路由配置。第二网络设备实现了统一的QoSflow到DRB的映射关系的配置，减少了第一网络设备的工作量。

第三种可能的DRB建立方式：

在上述第三种可能的数据隧道建立方式的基础上，本申请实施例还提出第三种可能的DRB建立方式如图8所示。图8为本申请实施例提供的数据分流方法实施例四的信令流程示意图。与第一种、第二种可能的DRB建立方式不同的是，本实施例中待分流的QoS flow通过该待分流的QoS flow对应的DRB所对应的数据隧道发送至第二网络设备，第一网络设备已经为该QoS flow确定对应的DRB，故第一网络设备将各QoS flow对应的DRB的QoS信息，直接发送给第二网络设备，以使第二网络设备根据建立该DRB。如图8所示，本实施例中数据分流方法包括：

S901、发送第三消息。

可选地，第一网络设备向第二网络设备发送第三消息，第三消息包括所述待分流的QoS flow对应的DRB的QoS信息。

示例性的，第一网络设备向第二网络设备发送第三消息，第三消息包括DRB的QoS信息。可选地，第一网络设备在已有的DRB中，确定是否存在DRB能够接纳待分流QoS flow，若存在，则无需再为该QoS flow建立DRB，则无需发送第三消息。当不存在，则需为待分流的QoS flow确定对应的DRB，并在第一网络设备和第二网络设备之间建立对应的数据隧道，在第二网络设备和终端设备建立对应的DRB，此时，第一网络设备向第二网络设备发送第三消息，以建立待分流的QoS flow确定对应的DRB。

示例性的，DRB的QoS信息包含QoS参数，QoS参数包括：时延、丢包率、优先级等。进一步的，DRB的QoS信息还可包含保证速率、最大速率。进一步的，DRB的QoS信息还可包含终端设备级聚合最大比特速率(Aggregate Maximum Bit Rate，AMBR)、slice级的AMBR、会话级的AMBR、分配保留优先级(Allocation and Retention Priority，ARP)等其中AMBR适用于限制多个非保证速率业务的最大速率。

示例性的，还可采用DRB所对应的QoS flow的QoS信息来表示DRB的QoS信息。

S902、确定能否接纳DRB；若能，则执行S903；若否，则执行S904。

可选地，第二网络设备从第一网络设备上接收第三消息，第三消息包括DRB的QoS信息，第二网络设备根据DRB的QoS信息，确定能否接纳DRB。

示例性的，第二网络设备在接收到第三消息后，根据自身的负荷情况，确定是否接纳第三消息中携带的DRB。

S903、向第一网络设备发送第四消息，第四消息用于指示第二网络设备接纳的DRB。

S904、向第一网络设备发送第五消息，第五消息用于指示DRB接纳失败。

示例性的，当第二网络设备能够接纳DRB，则第二网络设备向第一网络设备发送第四消息，第四消息中示例性的可以包括第二网络设备能够接纳的DRB。当第二网络设备不能够接纳DRB，则第二网络设备向第一网络设备发送第五消息，第五消息用于指示本次DRB接纳失败，第一网络设备可重新为待分流的QoS flow确定第二网络设备。可选的，第四消息中也包括第二网络设备无法接纳的DRB，还可以进一步包括无法接纳该DRB的原因。

示例性的，在本实施例中，第一网络设备接收核心网设备发送的QoS flow，将QoSflow从第一网络设备发送至第二网络设备再到终端设备时，为每个QoS flow确定对应的数据隧道的DRB，因此，QoS flow的数据包中可不再携带QoS flow ID。本实施例中，第一网络设备决定QoS flow到DRB的映射关系，第二网络设备不再执行QoS flow到DRB的路由，减少了第二网络设备的工作量。

在上述任一实施例的基础上，可以由第一网络设备向终端设备发送QoS flow与DRB的映射关系，以使终端设备在发送上行QoS flow时，确定上行QoS flow对应的DRB。进一步的，还可以是第二网络设备向终端设备发送QoS flow与DRB的映射关系，以使终端设备在发送上行QoS flow时，确定上行QoS flow对应的DRB。

示例性的，若第一网络设备为LTE基站eNB，第二网络设备为下一代基站gNB，并且第一网络设备和第二网络设备都连接到第四代通信系统中的核心网设备，那么第二网络设备中可不配置SDAP协议层。

可选的，在上述任一实施例的基础上，QoS flow在传输过程中携带的标识由非接入层生成，QoS flow的标识通常较长。但是，当第二网络设备将QoS flow转发至终端设备时，QoS flow在接入层传输，QoS flow的标识可采用接入层标识，从而减小空口由于QoSflow的标识带来的开销。下面对QoS flow的标识在接入层与非接入层之间的映射进行详细说明。

一种可行的实现方式中，第一网络设备根据各QoS flow的非接入层标识，生成各QoS flow的接入层标识；其中，发送至第二网络设备的QoS flow中携带有QoS flow的接入层标识。

可选地，第一网络设备在接收到核心网设备发送的QoS flow后，为各QoS flow生成接入层标识，并存储接入层标识和非接入层标识的映射关系。第一网络设备将携带有接入层标识的QoS flow发送至第二网络设备，第二网络设备将携带有接入层标识的QoS flow发送至终端设备。第一网络设备可将接入层标识和非接入层标识的映射关系发送至第二网络设备和终端设备。

另一种可行的实现方式中，第一网络设备根据各QoS flow的非接入层标识和所属的PDU session ID，生成各QoS flow的接入层标识；其中，发送至第二网络设备的QoS flow中携带有QoS flow的接入层标识。

可选地，第一网络设备在接收到核心网设备发送的QoS flow后，为各QoS flow生成接入层标识。接入层标识可指示QoS flow的非接入层标识以及QoS flow所属的PDUsession的标识。第一网络设备并存储接入层标识与非接入层标识、QoS flow所属的PDUsession的标识的映射关系。第一网络设备将携带有接入层标识的QoS flow发送至第二网络设备，第二网络设备将携带有接入层标识的QoS flow发送至终端设备。第一网络设备可将接入层标识与非接入层标识、QoS flow所属的PDU session的标识的映射关系发送至第二网络设备和终端设备。

再一种可行的实现方式中，还可以由第二网络设备根据各QoS flow的非接入层标识和所属的PDU session ID，生成各QoS flow的接入层标识。

可选的，在上述任一实施例的基础上，QoS flow的接入层标识与非接入层标识的映射关系可能发生变化，第一网络设备需向终端设备更新映射关系。可选地，QoS flow的接入层标识与非接入层标识的映射关系的更新方式包括：

S1001、第一网络设备向终端设备发送更新的QoS flow的非接入层标识与QoSflow的接入层标识的映射关系。

S1002、第一网络设备向终端设备发送更新的映射关系的生效指示信息，生效指示信息用于指示采用更新的映射关系的QoS flow。

其中，生效指示信息包括如下中的任一项：采用更新的映射关系的第一个PDCP层协议数据单元的序号，或者采用未更新的映射关系的最后一个PDCP层协议数据单元的序号。

可选地，第一网络设备向终端设备发送更新的QoS flow的接入层标识与非接入层标识的映射关系，并发送更新的映射关系的生效指示信息，以使终端设备根据生效指示信息确定何时开始使用最新的映射关系。示例性的，生效指示信息可以指示采用更新的映射关系的第一个PDCP层协议数据单元的序号，或者指示采用未更新的映射关系的最后一个PDCP层协议数据单元的序号。

可选的，在上述任一实施例的基础上，可能存在终端设备进行网络设备的切换的情况，网络设备的切换指终端设备从与源网络设备连接切换到与目标网络设备连接。

示例性的，第一网络设备可以为源网络设备或目标网络设备，第二网络设备可以为源网络设备或目标网络设备。

终端设备进行网络设备的切换过程具体包括：

S1101、源网络设备向目标网络设备发送切换准备的消息；切换准备的消息中包含QoS flow的非接入层标识与QoS flow的接入层标识的第一映射关系。第一映射关系是指源网络设备配置的QoS flow的非接入层标识与QoS flow的接入层标识的映射关系。

S1102、目标网络设备向源网络设备发送切换准备确认的消息，切换准备确认的消息中包含第二映射关系或第一映射关系与第二映射关系的区别信息。第二映射关系是指目标网络设备配置的QoS flow的非接入层标识与QoS flow的接入层标识的映射关系。其中，第二映射关系可与第一映射关系相同或不同。

S1103、源网络设备发送切换命令的消息到终端设备，切换命令的消息中包含第二映射关系或第一映射关系与第二映射关系的区别信息，终端设备在目标网络设备中采用QoS flow的非接入层标识与QoS flow的接入层标识的第二映射关系来配置QoS flow的接入层标识。

本申请另一方面还提供一种数据分流方法，应用于上述数据传输时的数据分流。图9为本申请实施例提供的数据分流方法实施例五的流程示意图。该方法的执行主体为第二网络设备。本实施例中第二网络设备将分流的QoS flow通过数据隧道发送至第一网络设备，避免了直接将分流的QoS flow发送至核心网设备，避免了在核心网设备与第二网络设备之间建立数据隧道。如图9所示，本申请实施例提供的数据分流方法包括如下步骤：

S1201、第二网络设备从终端设备上接收分组数据单元会话中的至少一个QoSflow。

示例性的，终端设备在进行上行QoS flow传输时，由于终端设备与一个网络设备之间建立的DRB数量有限，因此，可能存在需要将QoS flow分流的情况，终端设备将分流的QoS flow通过终端设备与第二网络设备之间的DRB发送至第二网络设备，由第二网络设备将分流的QoS flow发送至核心网设备。

S1202、第二网络设备将各QoS flow通过各QoS flow对应的数据隧道发送至第一网络设备。

示例性的，第二网络设备将QoS flow通过第一网络设备与第二网络设备之间的数据隧道发送至第一网络设备，以使得第一网络设备将QoS flow发送至核心网设备，避免了第二网络设备与第一网络设备之间建立数据隧道。

示例性的，本申请实施例中的，第二网络设备与第一网络设备之间的数据隧道，以及终端设备与第二网络设备之间的DRB的建立方式可以参考上述的数据隧道、DRB的建立方法，本申请对此不再赘述。

在5G通信系统中，可以采用具有双向特性的DRB，在上行(Uplink，UL)和下行方向(Downlink，DL)提供相同的QoS服务，终端设备从下行数据包中得到上行QoS flow到DRB的映射规则，将根据该映射规则应用到上行方向上，例如，上行QoS flow映射到与下行QoSflow相同的DRB上。终端设备将UL QoS flow映射到相同QoS flow ID的DL QoS flow所在的DRB。

在多连接网络中，如SCG bearer和SCG split bearer，其QoS flow到DRB的映射关系，可能由第一网络设备或第二网络设备确定，若SCG支持反转(reflective)映射，那么可能导致QoS flow到DRB映射关系的混乱。

例如，第一网络设备通知第二网络设备将DL QoS flow1映射到DRB1，但是对于上行，可能不会采用多连接，或者对于QoS flow1第一网络设备决定不做分流，那么会产生冲突。终端设备会根据reflective映射得到UL QoS flow1映射到DRB1中。第一网络设备可能会通过无线资源控制(Radio Resource Control，RRC)配置通知终端设备将UL QoS flow1映射到DRB3中，从而产生冲突。

本实施例提供以下可能的技术方案，解决上述冲突问题：

第一种可行的技术方案：

S1301、规定第二网络设备不支持reflective映射，例如，SCG bearer和SCG splitBearer的DRB不支持reflective映射。进一步的，第一网络设备可以指示第二网络设备SCGbearer和SCG split Bearer的DRB不支持reflective映射，例如通过网络设备间接口(Xn接口)的消息来指示第二网络设备。第二网络设备在空口数据包中可不携带reflective映射的相关信息，例如QoS flow ID，或者反转映射指示(reflective mapping indicator，RMI)。

S1302、终端设备接收第二网络设备的下行数据包，不执行reflective映射的相关操作，例如，不通过下行数据包中包含的QoS flow ID等信息，来产生上行QoS flow到DRB的映射关系。进一步，终端设备对于第二网络设备的bearer，不执行在SDAP层读取QoS flowID等reflective映射的相关操作，可以达到节约电能的目的。

进一步的，第一网络设备可通过RRC信令等方式通知终端设备不进行执行reflective映射的相关操作。例如，终端设备不进行在SDAP层中读取QoS flow ID等reflective映射的相关操作。

进一步的，第一网络设备可通过RRC信令等方式通知终端设备SCG bearer和SCGsplit Bearer对应的DRB中不配置SDAP协议头。则终端设备不进行在SDAP层中读取QoSflow ID等reflective映射的相关操作。

第二种可行的技术方案：

第二网络设备决定SCG Bearer或SCG split Bearer中的QoS flow到DRB的映射关系；

S1401、第一网络设备通知分流到第二网络设备上的QoS flow组，其中包含一个或多个DL/UL QoS flow，所述DL/UL QoS flow在第二网络设备上发送，第二网络设备负责将所述DL/UL QoS flow映射到SCG Bearer或SCG split Bearer中。第一网络设备还通知第二网络设备哪些UL QoS flow可以采用reflective映射方式。进一步的，第一网络设备还通知第二网络设备每一SCG或SCG split bearer对应的DRB是否具备反转映射特性。所述DRB具备反转特性是指，DRB中的数据包头可携带QoS flow ID等信息，用于终端设备产生上行QoSflow到DRB的映射关系。反之，为DRB不具备反转特性。进一步的，第一网络设备还可以通知第二网络设备中的SDAP实体的反转映射特性，若SDAP实体具备反转映射特性，则该SDAP实体关联的DRB都具备反转映射特性。其中，SDAP实体可关联一个或多个DRB，并负责数据包到关联DRB的映射。第二网络设备可决定采用reflective映射方式还是RRC信令方式通知终端设备QoS flow到DRB的映射关系。可选地，第二网络设备对可采用reflective映射方式配置映射关系的QoS flow采用reflective映射方式或RRC信令方式配置QoS flow到DRB的映射关系。对于不能采用reflective映射方式配置映射关系的QoS flow采用RRC信令方式配置QoS flow到DRB的映射关系。第二网络设备将采用reflective映射方式配置映射关系的QoSflow映射到具备反转映射特性的DRB中。

可选的，第一网络设备通知第二网络设备在UL QoS flow可以在第二网络设备中传输，第二网络设备可决定采用reflective映射方式还是RRC信令方式通知终端设备QoSflow到DRB的映射关系。第二网络设备可认为所有QoS flow均可采用reflective映射方式配置映射关系，所有DRB均具备反转映射特性。

S1402、对于采用reflective映射方式配置QoS flow到DRB映射关系的QoS flow，第二网络设备可在下行数据中携带QoS flow ID等信息，通过reflective映射方式来通知终端设备产生上行QoS flow到DRB的映射关系。

S1403、终端设备读取SCG bearer或SCG split Bearer中的下行数据包中包含的QoS flow ID等信息，通过reflective映射方式来产生上行QoS flow到DRB的映射关系。

进一步的，本实施例还提供一种技术方案，用于进行QoS flow到DRB映射关系的更新。

一种可能更新方式：QoS flow在第二网络设备的DRB之间进行重映射。

可选地，第二网络设备通过RRC信令方式或reflective映射方式配置新的QoSflow到DRB的映射关系，终端设备收到新的QoS flow到DRB的映射关系，采用新的QoS flow到DRB的映射关系，执行QoS flow到DRB映射关系的更新。其中所述的RRC信令，可采用第二网络设备和终端设备之间的信令无线承载(signaling radio bearer，SRB)发送。

另一种可能更新方式：QoS flow在第二网络设备的DRB和第一网络设备的DRB之间进行重映射。

可选地，第一网络设备决定将某一QoS flow从第二网络设备迁移回第一网络设备，则第一网络设备发送消息到第二网络设备，指示将该QoS flow迁移回第一网络设备。

示例性的，通过RRC信令方式或reflective映射方式配置新的QoS flow到DRB的映射关系。其中DRB为第一网络设备的DRB，终端收到新的QoS flow到DRB的映射关系，采用新的QoS flow到DRB的映射关系，执行QoS flow到DRB映射关系的更新。若QoS flow在第二网络设备中的映射关系是通过reflective映射方式配置的，则终端可认为所述在第二网络设备中配置的QoS flow到DRB的映射关系是去激活的，不再生效。

同样的，第一网络设备决定将某一QoS flow从第一网络设备迁移到第二网络设备，采用同样的配置方式来为终端配置新的QoS flow到DRB的映射关系。

可选的，第二网络设备接收到的QoS flow可能来自第一网络设备，也可能直接来自由核心网设备。

网络设备或终端设备可以执行上述实施例中的部分或全部步骤，这些步骤或操作仅是示例，本发明实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。

本申请实施例再一方面还提供一种数据分流装置，用于执行上述实施例中的第一网络设备侧的数据分流方法，具有相同的技术特征和技术效果。

图10为本申请实施例提供的数据分流装置实施例一的结构示意图。该数据分流装置可以为上述任一实施例中的第一网络设备，该数据分流装置可以通过软件、硬件或者软硬件结合的方式实现。如图10所示，该数据分流装置可以包括：分流模块11和发送模块12。

分流模块11，用于确定分组数据单元会话中待分流的QoS flow；

发送模块12，用于将待分流的QoS flow通过第一数据分流装置和第二数据分流装置之间的数据隧道发送至第二数据分流装置。

可选的，在图10所示实施例的基础上，图11为本申请实施例提供的数据分流装置实施例二的结构示意图。如图11所示，数据分流装置还包括：

数据隧道建立模块13，用于在第一数据分流装置与第二数据分流装置之间建立分组数据单元会话对应的数据隧道；

其中，发送模块12具体用于，将待分流的QoS flow通过待分流的QoS flow所属的分组数据单元会话所对应的数据隧道发送至第二数据分流装置。

可选的，参照图11，数据分流装置还包括：

数据隧道建立模块13，用于在第一数据分流装置与第二数据分流装置之间建立一条公共数据隧道；

其中，发送模块12具体用于，将待分流的QoS flow通过公共数据隧道发送至第二数据分流装置。

可选的，参照图11，数据分流装置还包括：

数据隧道建立模块13，用于根据待分流的QoS flow对应的数据无线承载DRB，在第一数据分流装置与第二数据分流装置之间建立DRB对应的数据隧道；

其中，发送模块12具体用于，将待分流的QoS flow通过QoS flow对应的DRB所对应的数据隧道发送至第二数据分流装置。

可选的，数据隧道建立模块13还用于，确定不存在待分流的QoS flow对应的数据隧道。

可选的，数据隧道建立模块13具体用于，

向第二数据分流装置发送第一消息，第一消息包括待分流的QoS flow所属的分组数据单元会话的标识和标识对应的数据隧道的第一隧道端点信息；

可选的，在数据隧道中传输的承载到所述待分流的QoS flow的数据包的封装头中携带有QoS flow的标识。

可选的，数据隧道建立模块13具体用于，

可选的，在数据隧道中传输的承载到所述待分流的QoS flow的数据包的封装头中携带有QoS flow的标识和QoS flow所属的分组数据单元会话的标识。

可选的，数据隧道建立模块13具体用于，

可选的，如图11所示，数据分流装置还包括：接收模块14；

发送模块12还用于，向第二数据分流装置发送第三消息，第三消息包括待分流的QoS flow的QoS信息，以及待分流的QoS flow与DRB的映射关系；

接收模块14还用于，从第二数据分流装置上接收第四消息，第四消息包括第二数据分流装置能够接纳的QoS flow。

可选的，若根据待分流的QoS flow的标识，确定不存在待分流的QoS flow对应的DRB，则第三消息中还包括待分流的QoS flow对应的DRB的建立指示信息。

可选的，发送模块12还用于，向第二数据分流装置发送第三消息，第三消息包括待分流的QoS flow的QoS信息；

接收模块14，还用于从第二数据分流装置上接收第四消息，第四消息包括第二数据分流装置能够接纳的QoS flow。

可选的，发送模块12还用于，向第二数据分流装置发送第三消息，第三消息包括DRB的QoS信息；

接收模块14还用于，从第二数据分流装置上接收第四消息，第四消息包括第二数据分流装置能够接纳的DRB。

本申请实施例又一方面还提供一种数据分流装置，用于执行上述实施例中的第二网络设备侧的数据分流方法，具有相同的技术特征和技术效果。

图12为本申请实施例提供的数据分流装置实施例三的结构示意图。该数据分流装置可以为上述任一实施例中的第二网络设备，该数据分流装置可以通过软件、硬件或者软硬件结合的方式实现。如图12所示，该数据分流装置可以包括：接收模块21和发送模块22；

接收模块21，用于通过第一数据分流装置和第二数据分流装置之间数据隧道从第一数据分流装置上接收QoS flow；

发送模块22，用于确定QoS flow对应的DRB，将QoS flow通过对应的DRB发送至终端设备。

可选的，接收模块21还用于，从第一数据分流装置上接收第一消息，第一消息包括QoS flow所属的分组数据单元会话的标识和标识对应的数据隧道的第一隧道端点信息；

发送模块22还用于，向第一数据分流装置发送第二消息，第二消息包括标识对应的数据隧道的第二隧道端点信息；

可选的，承载到QoS flow的数据包的封装头中携带有QoS flow的标识；发送模块22具体用于，根据数据隧道对应的分组数据单元会话的标识、QoS flow的标识，确定QoSflow对应的DRB。

可选的，接收模块21还用于，从第一数据分流装置上接收第一消息，第一消息包括公共数据隧道的第一隧道端点信息；

发送模块22还用于，向第一数据分流装置发送第二消息，第二消息包括公共数据隧道的第二隧道端点信息；

可选的，承载到QoS flow的数据包的封装头中携带有QoS flow的标识和QoS flow所属的分组数据单元会话的标识；发送模块22具体用于，根据分组数据单元会话的标识和QoS flow的标识，确定QoS flow对应的DRB。

可选的，接收模块21还用于，从第一数据分流装置上接收第一消息，第一消息包括QoS flow对应的DRB的标识和标识对应的数据隧道的第一隧道端点信息；

可选的，发送模块22具体用于，根据数据隧道对应的DRB，确定QoS flow对应的DRB。

可选的，接收模块21还用于，从第一数据分流装置上接收第三消息，第三消息包括QoS flow的QoS信息，以及QoS flow与DRB的映射关系；

发送模块22还用于，根据QoS flow的QoS信息，以及QoS flow与DRB的映射关系，确定能否接纳QoS flow；

可选的，第三消息还包括QoS flow对应的DRB的建立指示信息。

可选的，接收模块21还用于，从第一数据分流装置上接收第三消息，第三消息包括QoS flow的QoS信息；

发送模块22还用于，根据QoS flow的QoS信息，确定能否接纳QoS flow；

可选的，接收模块21还用于，从第一数据分流装置上接收第三消息，第三消息包括DRB的QoS信息；

发送模块22还用于，根据DRB的QoS信息，确定能否接纳DRB；

可选的，数据分流装置包括：

接收模块21，用于从终端设备上接收分组数据单元会话中的至少一个QoS flow；

发送模块22，用于将各QoS flow通过各QoS flow对应的数据隧道发送至第一数据分流装置。

本申请实施例又一方面还提供一种网络设备，用于执行上述实施例中的第一网络设备侧的数据分流方法，具有相同的技术特征和技术效果。

图13为本申请实施例提供的网络设备实施例一的结构示意图。该网络设备可以包括存储器31、处理器32、至少一个通信总线33、发送器34和接收器35。通信总线33用于实现元件之间的通信连接。存储器31可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，存储器31中可以存储各种程序，用于完成各种处理功能以及实现本实施例的方法步骤。本实施例中，发送器34可以为基站中的射频处理模块或者基带处理模块，接收器33可以为基站中的射频处理模块或者基带处理模块。上述发送器34和接收器33可以分开设置，还可以集成在一起设置构成一个收发器，该发送器34和接收器33均可以耦合至所述处理器32。

具体的，本实施例中，处理器35，用于确定分组数据单元会话中待分流的QoSflow；

发送器34，用于将待分流的QoS flow通过第一网络设备和第二网络设备之间的数据隧道发送至第二网络设备。

可选的，处理器32用于在第一网络设备与第二网络设备之间建立分组数据单元会话对应的数据隧道；

其中，发送器34具体用于，将待分流的QoS flow通过待分流的QoS flow所属的分组数据单元会话所对应的数据隧道发送至第二网络设备。

可选的，处理器32用于在第一网络设备与第二网络设备之间建立一条公共数据隧道；

其中，发送器34具体用于，将待分流的QoS flow通过公共数据隧道发送至第二网络设备。

可选的，处理器32用于根据待分流的QoS flow对应的数据无线承载DRB，在第一网络设备与第二网络设备之间建立DRB对应的数据隧道；

其中，发送器34具体用于，将待分流的QoS flow通过待分流的QoS flow对应的DRB所对应的数据隧道发送至第二网络设备。

可选的，处理器32还用于，确定不存在待分流的QoS flow对应的数据隧道。

可选的，处理器32具体用于，

可选的，发送器34还用于，向第二网络设备发送第三消息，第三消息包括待分流的QoS flow的QoS信息，以及待分流的QoS flow与DRB的映射关系；

接收器35还用于，从第二网络设备上接收第四消息，第四消息包括第二网络设备能够接纳的QoS flow。

可选的，若处理器32根据待分流的QoS flow的标识，确定不存在待分流的QoSflow对应的DRB，则第三消息中还包括待分流的QoS flow对应的DRB的建立指示信息。

可选的，发送器34还用于，向第二网络设备发送第三消息，第三消息包括待分流的QoS flow的QoS信息；

接收器35，还用于从第二网络设备上接收第四消息，第四消息包括第二网络设备能够接纳的QoS flow。

可选的，发送器34还用于，向第二网络设备发送第三消息，第三消息包括DRB的QoS信息；

接收器35还用于，从第二网络设备上接收第四消息，第四消息包括第二网络设备能够接纳的DRB。

本申请实施例又一方面还提供一种网络设备，用于执行上述实施例中的第二网络设备侧的数据分流方法，具有相同的技术特征和技术效果。

图14为本申请实施例提供的网络设备实施例二的结构示意图。该网络设备可以包括存储器41、处理器42、至少一个通信总线43、发送器44和接收器45。通信总线44用于实现元件之间的通信连接。存储器41可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，存储器41中可以存储各种程序，用于完成各种处理功能以及实现本实施例的方法步骤。本实施例中，发送器44可以为基站中的射频处理模块或者基带处理模块，接收器44可以为基站中的射频处理模块或者基带处理模块。上述发送器44和接收器44可以分开设置，还可以集成在一起设置构成一个收发器，该发送器44和接收器44均可以耦合至所述处理器42。

具体的，本实施例中，接收器45，用于通过第一网络设备和第二网络设备之间数据隧道从第一网络设备上接收QoS flow；

发送器44，用于确定QoS flow对应的DRB，将QoS flow通过对应的DRB发送至终端设备。

可选的，接收器45还用于，从第一网络设备上接收第一消息，第一消息包括QoSflow所属的分组数据单元会话的标识和标识对应的数据隧道的第一隧道端点信息；

发送器44还用于，向第一网络设备发送第二消息，第二消息包括标识对应的数据隧道的第二隧道端点信息；

可选的，承载到QoS flow的数据包的封装头中携带有QoS flow的标识；发送器44具体用于，根据数据隧道对应的分组数据单元会话的标识、QoS flow的标识，确定QoS flow对应的DRB。

可选的，接收器45还用于，从第一网络设备上接收第一消息，第一消息包括公共数据隧道的第一隧道端点信息；

发送器44还用于，向第一网络设备发送第二消息，第二消息包括公共数据隧道的第二隧道端点信息；

可选的，承载到QoS flow的数据包的封装头中携带有QoS flow的标识和QoS flow所属的分组数据单元会话的标识；发送器44具体用于，根据分组数据单元会话的标识和QoSflow的标识，确定QoS flow对应的DRB。

可选的，接收器45还用于，从第一网络设备上接收第一消息，第一消息包括QoSflow对应的DRB的标识和标识对应的数据隧道的第一隧道端点信息；

可选的，发送器44具体用于，根据数据隧道对应的DRB，确定QoS flow对应的DRB。

可选的，接收器45还用于，从第一网络设备上接收第三消息，第三消息包括QoSflow的QoS信息，以及QoS flow与DRB的映射关系；

发送器44还用于，根据QoS flow的QoS信息，以及QoS flow与DRB的映射关系，确定能否接纳QoS flow；

可选的，第三消息还包括QoS flow对应的DRB的建立指示信息。

可选的，接收器45还用于，从第一网络设备上接收第三消息，第三消息包括QoSflow的QoS信息；

发送器44还用于，根据QoS flow的QoS信息，确定能否接纳QoS flow；

可选的，接收器45还用于，从第一网络设备上接收第三消息，第三消息包括DRB的QoS信息；

发送器44还用于，根据DRB的QoS信息，确定能否接纳DRB；

可选的，第二网络设备包括：

接收器45，用于从终端设备上接收分组数据单元会话中的至少一个QoS flow；

发送器44，用于将各QoS flow通过各QoS flow对应的数据隧道发送至第一网络设备。

本申请实施例又一方面还提供了一种通信系统，包括核心网设备和上述任一实施例中所述的第一网络设备。

可选的，通信系统还包括上述任一实施例中所述的第二网络设备。

本申请实施例又一方面还提供了一种计算机存储介质，用于储存上述第一网络设备所用的计算机软件指令，其包含用于执行上述任一实施例中的第一网络设备侧的方法的程序。本申请实施例还提供一种计算机程序产品，其包含指令，当计算机程序被计算机所执行时，该指令使得计算机执行上述第一网络设备所执行的功能。

本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持第一网络设备实现上述任一实施例中所涉及的功能，例如，生成或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，该芯片系统还包括存储器，所述存储器，用于保存第一网络设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

本申请实施例又一方面还提供了一种计算机存储介质，用于储存上述第二网络设备所用的计算机软件指令，其包含用于执行上述任一实施例中的第二网络设备侧的方法的程序。本申请实施例还提供一种计算机程序产品，其包含指令，当计算机程序被计算机所执行时，该指令使得计算机执行第二网络设备所执行的功能。

本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持第二网络设备实现上述任一实施例中所涉及的功能，例如，生成或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，该芯片系统还包括存储器，所述存储器，用于保存第二网络设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

本发明各方法实施例之间相关部分可以相互参考；各装置实施例所提供的装置用于执行对应的方法实施例所提供的方法，故各装置实施例可以参考相关的方法实施例中的相关部分进行理解。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关硬件来完成，所述的程序可以存储于一个设备的可读存储介质中，该程序在执行时，包括上述全部或部分步骤，所述的存储介质，如：FLASH、EEPROM等。

另外，需要说明的是，应理解以上核心网设备、网络设备的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

Claims

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

第一网络设备确定分组数据单元会话中待分流的QoS flow；

所述第一网络设备将所述待分流的QoS flow通过所述第一网络设备和第二网络设备之间的数据隧道发送至所述第二网络设备。

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

所述第一网络设备在所述第一网络设备与所述第二网络设备之间建立所述分组数据单元会话对应的数据隧道；

其中，所述第一网络设备将所述待分流的QoS flow通过所述第一网络设备和第二网络设备之间的数据隧道发送至所述第二网络设备，包括：

所述第一网络设备将所述待分流的QoS flow通过所述分组数据单元会话所对应的数据隧道发送至第二网络设备。

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

所述第一网络设备在所述第一网络设备与所述第二网络设备之间建立一条公共数据隧道；

其中，所述第一网络设备将所述待分流的QoS flow通过所述第一网络设备和所述第二网络设备之间的数据隧道发送至所述第二网络设备，包括：

所述第一网络设备将所述待分流的QoS flow通过所述公共数据隧道发送至所述第二网络设备。

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

所述第一网络设备根据所述待分流的QoS flow对应的数据无线承载DRB，在所述第一网络设备与所述第二网络设备之间建立所述DRB对应的数据隧道；

所述第一网络设备将所述待分流的QoS flow通过所述待分流的QoS flow对应的DRB所对应的数据隧道发送至所述第二网络设备。

5.根据权利要求2所述的方法，其特征在于，所述第一网络设备在所述第一网络设备与所述第二网络设备之间建立所述分组数据单元会话对应的数据隧道，包括：

所述第一网络设备向所述第二网络设备发送第一消息，所述第一消息包括所述分组数据单元会话的标识和所述标识对应的数据隧道的第一隧道端点信息；

所述第一网络设备从所述第二网络设备上接收第二消息，所述第二消息包括所述标识对应的数据隧道的第二隧道端点信息；

其中，所述第一隧道端点信息包括所述第一网络设备的传输层地址和所述数据隧道在所述第一网络设备侧的隧道端点标识；所述第二隧道端点信息包括所述第二网络设备的传输层地址和所述数据隧道在所述第二网络设备侧的隧道端点标识。

6.根据权利要求1、2或5所述的方法，其特征在于，在所述数据隧道中传输的承载到所述待分流的QoS flow的数据包的封装头中携带有所述待分流的QoS flow的标识。

7.根据权利要求3所述的方法，其特征在于，所述第一网络设备在所述第一网络设备与所述第二网络设备之间建立一条公共数据隧道，包括：

所述第一网络设备向所述第二网络设备发送第一消息，所述第一消息包括所述公共数据隧道的第一隧道端点信息；

所述第一网络设备从所述第二网络设备上接收第二消息，所述第二消息包括所述公共数据隧道的第二隧道端点信息；

其中，所述第一隧道端点信息包括所述第一网络设备的传输层地址和所述公共数据隧道在所述第一网络设备侧的隧道端点标识；所述第二隧道端点信息包括所述第二网络设备的传输层地址和所述公共数据隧道在所述第二网络设备侧的隧道端点标识。

8.根据权利要求1、3或7所述的方法，其特征在于，在所述数据隧道中传输的承载到所述待分流的QoS flow的数据包的封装头中携带有所述待分流的QoS flow的标识和所述分组数据单元会话的标识。

9.根据权利要求4所述的方法，其特征在于，所述第一网络设备根据所述待分流的QoSflow对应的DRB，在所述第一网络设备与所述第二网络设备之间建立所述DRB对应的数据隧道，包括：

所述第一网络设备向所述第二网络设备发送第一消息，所述第一消息包括所述待分流的QoS flow对应的DRB的标识和所述标识对应的数据隧道的第一隧道端点信息；

10.一种数据分流方法，其特征在于，包括：

第二网络设备通过第一网络设备和所述第二网络设备之间数据隧道从所述第一网络设备上接收QoS flow；

所述第二网络设备确定所述QoS flow对应的DRB，将所述QoS flow通过所述QoSflow对应的DRB发送至终端设备。

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

所述第二网络设备从所述第一网络设备上接收第一消息，所述第一消息包括所述QoSflow所属的分组数据单元会话的标识和所述标识对应的数据隧道的第一隧道端点信息；

所述第二网络设备向所述第一网络设备发送第二消息，所述第二消息包括所述标识对应的数据隧道的第二隧道端点信息；

12.根据权利要求11所述的方法，其特征在于，承载到所述QoS flow的数据包的封装头中携带有所述QoS flow的标识；所述第二网络设备确定所述QoS flow对应的DRB，包括：

所述第二网络设备根据所述数据隧道对应的分组数据单元会话的标识、所述QoS flow的标识，确定所述QoS flow对应的DRB。

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

所述第二网络设备从所述第一网络设备上接收第一消息，所述第一消息包括公共数据隧道的第一隧道端点信息；

所述第二网络设备向所述第一网络设备发送第二消息，所述第二消息包括所述公共数据隧道的第二隧道端点信息；

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

所述第二网络设备从所述第一网络设备上接收第一消息，所述第一消息包括所述QoSflow对应的DRB的标识和所述标识对应的数据隧道的第一隧道端点信息；

15.一种数据分流方法，其特征在于，包括：

第二网络设备从终端设备上接收分组数据单元会话中的QoS flow；

所述第二网络设备将所述QoS flow通过所述QoS flow对应的数据隧道发送至第一网络设备。

16.一种数据分流装置，所述数据分流装置为第一网络设备，其特征在于，所述装置包括：

分流模块，用于确定分组数据单元会话中待分流的QoS flow；

发送模块，用于将所述待分流的QoS flow通过所述第一网络设备和第二网络设备之间的数据隧道发送至所述第二网络设备。

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

数据隧道建立模块，用于在所述第一网络设备与所述第二网络设备之间建立所述分组数据单元会话对应的数据隧道；

其中，发送模块具体用于，将所述待分流的QoS flow通过所述分组数据单元会话所对应的数据隧道发送至第二网络设备。

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

数据隧道建立模块，用于在所述第一网络设备与所述第二网络设备之间建立一条公共数据隧道；

其中，发送模块具体用于，将所述待分流的QoS flow通过所述公共数据隧道发送至所述第二网络设备。

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

数据隧道建立模块，用于根据所述待分流的QoS flow对应的数据无线承载DRB，在所述第一网络设备与所述第二网络设备之间建立所述DRB对应的数据隧道；

其中，发送模块具体用于，将所述待分流的QoS flow通过所述待分流的QoS flow对应的DRB所对应的数据隧道发送至所述第二网络设备。

20.根据权利要求17所述的装置，其特征在于，所述数据隧道建立模块具体用于，向所述第二网络设备发送第一消息，所述第一消息包括所述分组数据单元会话的标识和所述标识对应的数据隧道的第一隧道端点信息；

从所述第二网络设备上接收第二消息，所述第二消息包括所述标识对应的数据隧道的第二隧道端点信息；

21.根据权利要求16、17或20所述的装置，其特征在于，在所述数据隧道中传输的承载到所述待分流的QoS flow的数据包的封装头中携带有所述QoS flow的标识。

22.根据权利要求18所述的装置，其特征在于，所述数据隧道建立模块具体用于，向所述第二网络设备发送第一消息，所述第一消息包括所述公共数据隧道的第一隧道端点信息；

从所述第二网络设备上接收第二消息，所述第二消息包括所述公共数据隧道的第二隧道端点信息；

23.根据权利要求16、18或22所述的装置，其特征在于，在所述数据隧道中传输的承载到所述待分流的QoS flow的数据包的封装头中携带有所述QoS flow的标识和所述分组数据单元会话的标识。

24.根据权利要求19所述的装置，其特征在于，所述数据隧道建立模块具体用于，向所述第二网络设备发送第一消息，所述第一消息包括所述待分流的QoS flow对应的DRB的标识和所述标识对应的数据隧道的第一隧道端点信息；

25.一种数据分流装置，所述数据分流装置为第二网络设备，其特征在于，所述装置包括：

接收模块，用于通过第一网络设备和所述第二网络设备之间数据隧道从所述第一网络设备上接收QoS flow；

发送模块，用于在所述QoS flow对应的DRB，将所述QoS flow通过所述QoS flow对应的DRB发送至终端设备。

26.根据权利要求25所述的装置，其特征在于，所述接收模块还用于，从所述第一网络设备上接收第一消息，所述第一消息包括所述QoS flow所属的分组数据单元会话的标识和所述标识对应的数据隧道的第一隧道端点信息；

所述发送模块还用于，向所述第一网络设备发送第二消息，所述第二消息包括所述标识对应的数据隧道的第二隧道端点信息；

27.根据权利要求25所述的装置，其特征在于，承载到所述QoS flow的数据包的封装头中携带有所述QoS flow的标识；所述发送模块具体用于，根据所述数据隧道对应的分组数据单元会话的标识、所述QoS flow的标识，确定所述QoS flow对应的DRB。

28.根据权利要求25所述的装置，其特征在于，所述接收模块还用于，从所述第一网络设备上接收第一消息，所述第一消息包括公共数据隧道的第一隧道端点信息；

所述发送模块还用于，向所述第一网络设备发送第二消息，所述第二消息包括所述公共数据隧道的第二隧道端点信息；

29.根据权利要求25所述的装置，其特征在于，所述发送模块还用于，从所述第一网络设备上接收第一消息，所述第一消息包括所述QoS flow对应的DRB的标识和所述标识对应的数据隧道的第一隧道端点信息；

30.一种数据分流装置，所述数据分流装置为第二网络设备，其特征在于，所述装置包括：

接收模块，用于从终端设备上接收分组数据单元会话中的QoS flow；

发送模块，用于将所述QoS flow通过所述QoS flow对应的数据隧道发送至第一网络设备。