一种分发数据的方法、装置和系统

摘要

一种分发数据的方法，该方法包括：通信设备(10)接收来自会话管理功能实体(20)的接入策略，所述接入策略包括数据流的流描述信息，至少两条链路的质量信息和所述数据流在所述链路上的数据分发策略；所述通信设备(10)接收业务数据流，若所述接入策略中包括所述业务数据流的流描述信息，则所述通信设备(10)确定传输所述业务数据流的链路的链路质量信息；所述通信设备(10)根据数据分发策略，在所述链路上分发所述业务数据，所述数据分发策略是根据所述接入策略确定的与所述链路质量信息和所述业务数据流的流描述信息对应的数据分发策略。通过上述方案，实现了通过多链路发送数据。

权利要求

1.一种分发数据的方法，其特征在于，包括：通信设备接收来自会话管理功能实体的接入策略，所述接入策略包括第一流描述信息，至少两条链路的第一质量信息和与所述第一流描述信息和所述第一质量信息对应的第一数据分发策略；所述数据分发策略包括接收方进行数据重排序的等待时延；

所述通信设备接收至少两条链路的质量信息；

所述通信设备接收业务数据流；

所述通信设备根据所述接入策略，所述业务数据流的流描述信息，和接收的所述至少两条链路的质量信息，确定所述业务数据流的数据分发策略为所述第一数据分发策略；

所述通信设备向所述接收方发送所述第一数据分发策略；

所述通信设备根据所述第一数据分发策略，在所述链路上分发所述业务数据。

2.如权利要求1所述的方法，其特征在于，所述数据分发策略包括数据流在所述链路上的分发比率；

相应的，所述通信设备根据所述数据分发策略，在所述链路上分发所述业务数据流，具体包括：

所述通信设备根据所述数据流在所述链路上的分发比率，在对应链路上以相应的分发比率来发送所述业务数据。

3.如权利要求1或2所述的方法，其特征在于，所述数据分发策略还包括数据的发送顺序。

4.如权利要求2所述的方法，其特征在于，所述业务数据中还包括数据报文序列号，所述序列号用于接收方根据所述序列号对接收的业务数据进行重新排序。

5.如权利要求1或2所述的方法，其特征在于，所述方法还包括：通信设备接收来自所述会话管理功能实体的更新的接入策略。

6.如权利要求1或2所述的方法，其特征在于，所述通信设备根据数据分发策略，在所述链路上分发所述业务数据之前还包括：所述通信设备根据所述接入策略确定与所述链路质量信息和所述业务数据流的流描述信息对应的数据分发策略。

7.一种通信设备，其特征在于，包括接收模块、发送模块和处理模块，所述接收模块，用于接收来自会话管理功能实体的接入策略，还用于接收业务数据流，所述接入策略包括第一流描述信息，至少两条链路的第一质量信息和与所述第一流描述信息和所述第一质量信息对应的第一数据分发策略；用于接收至少两条链路的质量信息；所述数据分发策略包括接收方进行数据重排序的等待时延；

所述处理模块，用于根据所述接入策略，所述业务数据流的流描述信息，和接收的所述至少两条链路的质量信息，确定所述业务数据流的数据分发策略为所述第一数据分发策略；根据所述第一数据分发策略，在所述链路上分发所述业务数据；

所述发送模块，用于向所述接收方发送所述第一数据分发策略。

8.如权利要求7所述的通信设备，其特征在于，所述处理模块用于根据所述数据分发策略，在所述链路上分发所述业务数据流，包括：用于根据所述数据流在所述链路上的分发比率，在对应链路上以相应的分发比率来发送所述业务数据。

9.如权利要求7或8所述的通信设备，其特征在于，所述接收模块还用于接收来自所述会话管理功能实体的更新的接入策略。

10.如权利要求7或8所述的通信设备，其特征在于，所述处理模块还用于根据所述接入策略确定与所述链路质量信息和所述业务数据流的流描述信息对应的数据分发策略。

11.一种分发数据的方法，其特征在于，包括：通信设备接收来自会话管理功能实体的上报规则，所述上报规则用于指示通信设备在接收到新建立的第一业务类型的业务数据流的情况下，上报所述业务数据流的流描述信息和传输所述业务数据流的链路的链路质量信息；所述第一业务类型的业务数据流为支持多接入传输的业务数据流；

所述通信设备接收第一业务类型的业务数据流，则所述通信设备确定传输所述业务数据流的链路的第一链路质量信息；

所述通信设备发送所述第一链路质量信息和所述业务数据流的流描述信息给所述会话管理功能实体；

所述通信设备接收来自所述会话管理功能实体的数据分发策略，所述数据分发策略与所述第一链路质量信息和所述业务数据流的流描述信息对应；所述数据分发策略包括接收方进行数据重排序的等待时延；

所述通信设备向所述接收方发送所述数据分发策略；

所述通信设备根据数据分发策略，在所述链路上分发所述业务数据。

12.如权利要求11所述的方法，其特征在于，所述数据分发策略包括数据流在所述链路上的分发比率；

相应的，所述通信设备根据所述数据分发策略，在所述链路上分发所述业务数据流，具体包括：

所述通信设备根据所述数据流在所述链路上的分发比率，在对应链路上以相应的分发比率来发送所述业务数据。

13.如权利要求11或12所述的方法，其特征在于，所述数据分发策略还包括数据的发送顺序。

14.如权利要求12所述的方法，其特征在于，所述业务数据中还包括数据报文序列号，所述序列号用于接收方根据所述序列号对接收的业务数据进行重新排序。

15.如权利要求12所述的方法，其特征在于，所述上报规则还用于指示通信设备在传输所述业务数据流的链路的链路质量发生变化的情况下，上报传输所述业务数据流的链路的第二链路质量信息；所述第二链路质量信息为变化后的传输所述业务数据流的链路的链路质量信息；

相应的，所述方法还包括：

所述通信设备确定传输所述业务数据流的链路的第二链路质量信息，若所述第二链路质量信息和所述第一链路质量信息不同，则所述通信设备发送所述第二链路质量信息给所述会话管理功能实体。

16.如权利要求15所述的方法，其特征在于，还包括：所述通信设备接收来自所述会话管理功能实体的更新的数据分发策略；

所述通信设备根据所述更新的数据分发策略，在所述链路上分发所述业务数据，所述更新的数据分发策略是根据接入策略确定的与所述第二链路质量信息和所述业务数据流的流描述信息对应的数据分发策略。

17.一种通信设备，其特征在于，包括接收模块，处理模块和发送模块，所述接收模块，用于接收来自会话管理功能实体的上报规则，所述上报规则用于指示通信设备在接收到新建立的第一业务类型的业务数据流的情况下，上报所述业务数据流的流描述信息和传输所述业务数据流的链路的链路质量信息；所述第一业务类型的业务数据流为支持多接入传输的业务数据流；还用于接收第一业务类型的业务数据流；

所述处理模块，用于确定传输所述业务数据流的链路的第一链路质量信息；

所述发送模块，用于发送所述第一链路质量信息和所述业务数据流的流描述信息给所述会话管理功能实体；

所述接收模块，还用于接收来自所述会话管理功能实体的数据分发策略，所述数据分发策略与所述第一链路质量信息和所述业务数据流的流描述信息对应；所述数据分发策略包括接收方进行数据重排序的等待时延；

所述发送模块，还用于向所述接收方发送所述数据分发策略；

所述处理模块，还用于根据数据分发策略，在所述链路上分发所述业务数据。

18.如权利要求17所述的通信设备，其特征在于，所述数据分发策略包括数据流在所述链路上的分发比率；

相应的，所述处理模块用于根据所述数据分发策略，在所述链路上分发所述业务数据流，包括：用于根据所述数据流在所述链路上的分发比率，在对应链路上以相应的分发比率来发送所述业务数据。

19.如权利要求17或18所述的通信设备，其特征在于，所述数据分发策略还包括数据的发送顺序。

20.如权利要求17或18所述的通信设备，其特征在于，所述上报规则还用于指示通信设备在传输所述业务数据流的链路的链路质量发生变化的情况下，上报传输所述业务数据流的链路的第二链路质量信息；所述第二链路质量信息为变化后的链路质量信息；

相应的，所述处理模块，还用于确定传输所述业务数据流的链路的第二链路质量信息，若所述第二链路质量信息和所述第一链路质量信息不同，则所述通信设备发送所述第二链路质量信息给所述会话管理功能实体。

21.如权利要求20所述的通信设备，其特征在于，所述接收模块，还用于接收来自所述会话管理功能实体的更新的数据分发策略；

所述处理模块，还用于根据所述更新的数据分发策略，在所述链路上分发所述业务数据，所述更新的数据分发策略是根据接入策略确定的与所述第二链路质量信息和所述业务数据流的流描述信息对应的数据分发策略。

22.一种分发数据的系统，其特征在于，包括用户面功能实体和会话管理功能实体，所述会话管理功能实体，用于发送上报规则给所述用户面功能实体；

所述用户面功能实体，用于接收来自会话管理功能实体的所述上报规则，所述上报规则用于指示用户面功能实体在接收到新建立的第一业务类型的业务数据流的情况下，上报所述业务数据流的流描述信息和传输所述业务数据流的链路的链路质量信息；所述第一业务类型的业务数据流为支持多接入传输的业务数据流；还用于接收第一业务类型的业务数据流，确定传输所述业务数据流的链路的第一链路质量信息；还用于发送所述第一链路质量信息和所述业务数据流的流描述信息给所述会话管理功能实体；

所述会话管理功能实体，还用于确定与所述第一链路质量信息和所述业务数据流的流描述信息对应的数据分发策略；所述数据分发策略包括接收方进行数据重排序的等待时延；还用于向所述用户面功能实体发送所述数据分发策略；

所述用户面功能实体，还用于向所述接收方发送所述数据分发策略；还用于根据数据分发策略，在所述链路上分发所述业务数据。

说明书

一种分发数据的方法、装置和系统

技术领域

[0001] 本申请涉及通信技术领域，尤其涉及一种分发数据的方法、装置及系统。

背景技术

[0002] 为了应对移动宽带(Mobile BroadBand，MBB)技术的挑战，保持第三代合作伙伴项目(3rd Generation Partnership Project，简称3GPP)网络的领先优势，3GPP标准组在
2016年底制定了下一代移动通信网络架构，称为第五代(5th Generation，5G)网络架构。该
5G网络架构不但支持3GPP标准组定义的无线技术(例如：长期演进(Long Term Evolution，
LTE)，5G无线接入网(Radio Access Network，RAN)等)接入核心网(5G Core network)，而
且支持非第三代合作伙伴项目(Non 3rd Generation Partnership Project，Non-3GPP)接
入技术通过Non-3GPP接入网关接入核心网。

[0003] 而且，越来越多的终端设备都已经支持或将会支持多个不同类型(例如：3GPP，Non-3GPP等)的网络接入技术，因此，对应这些具有多接入能力的终端设备，提供其通过多
个接入技术同时接入5G核心网，同时在不同接入链路分发数据，以提高用户的接入带宽和
感知体验(Quality of Experience，QoE)是非常重要和关键的技术课题。

发明内容

[0004] 本发明实施例提供一种分发数据的方法、装置及系统，实现了在多链路情况下，通过多链路发送数据。

[0005] 为达到上述目的，本发明实施例提供了如下技术方案。第一方面，本发明实施例提供一种分发数据的方法，该方法包括：首先，通信设备接收来自会话管理功能实体的接入策
略，该接入策略包括业务数据流的流描述信息，至少两条链路的质量信息和该数据流在所
述链路上的数据分发策略。然后，通信设备接收业务数据流，若所述接入策略中包括该业务
数据流的流描述信息，则通信设备确定传输该业务数据流的链路的链路质量信息；根据数
据分发策略，在所述链路上分发该业务数据。其中，该数据分发策略是根据接入策略确定的
与所述链路质量信息和所述业务数据流的流描述信息对应的数据分发策略。通过上述方
法，在确定数据分发策略过程中，由于获取了至少两条链路的质量信息，可以实现根据不同
链路的质量差异来确定不同链路上分发数据的策略，保证了各条链路上带宽的有效利用，
从而提高了数据传输速率。

[0006] 在具体实现中，该通信设备可以为用户设备，也可以为用户面功能实体，当然也可以为其他设备。

[0007] 在一种可能的设计中，数据分发策略包括数据流在所述链路上的分发比率；相应的，通信设备根据所述数据分发策略，在所述链路上分发所述业务数据流，具体包括：通信
设备根据所述数据流在所述链路上的分发比率，在对应链路上以相应的分发比率来发送所
述业务数据。

[0008] 在另一种可能的设计中，数据分发策略还包括接收方进行数据重排序的等待时延。

[0009] 在另一种可能的设计中，数据分发策略还包括数据的发送顺序。

[0010] 在另一种可能的设计中，业务数据中还包括数据报文序列号，所述序列号用于接收方根据所述序列号对接收的业务数据进行重新排序。

[0011] 在另一种可能的设计中，所述方法还包括：通信设备接收来自所述会话管理功能实体的更新的接入策略。

[0012] 在另一种可能的设计中，通信设备根据数据分发策略，在所述链路上分发所述业务数据之前还包括：所述通信设备根据所述接入策略确定与所述链路质量信息和所述业务
数据流的流描述信息对应的数据分发策略。

[0013] 在另一种可能的涉及中，如果通信设备为用户面功能实体，则所述通信设备确定链路质量信息，可以通过如下几种方法中的一种来实现：

[0014] 通信设备向用户设备发送链路探测请求消息，接收来自用户设备的链路质量信息，所述链路质量信息用于表示链路当前状态；或，通信设备选择用户面功能实体上已探测
的链路质量信息作为当前的链路质量；或，通信设备对用户面功能实体上其他业务数据流
进行分析，确定当前的链路质量信息。

[0015] 在另一种可能的涉及中，如果通信设备为用户设备，则所述通信设备确定链路质量信息，可以通过如下几种方法中的一种来实现：

[0016] 通信设备向用户面功能实体发送链路探测请求消息，接收来自用户面功能实体的链路质量信息，所述链路质量信息用于表示链路当前状态；或，所述通信设备选择用户设备
上已探测的链路质量作为当前的链路质量信息；或，所述通信设备对用户设备上其他业务
数据流进行分析，确定当前的链路质量信息。

[0017] 第二方面，本发明实施例提供了另一种分发数据的方法，该方法包括：首先，通信设备接收来自会话管理功能实体的上报规则，所述上报规则用于指示通信设备在接收到新
建立的第一业务类型的业务数据流的情况下，上报所述业务数据流的流描述信息和传输所
述业务数据流的链路的链路质量信息；所述第一业务类型的业务数据流为支持多接入传输
的业务数据流。接着，通信设备接收第一业务类型的业务数据流，则通信设备确定传输所述
业务数据流的链路的第一链路质量信息。然后，通信设备发送第一链路质量信息和业务数
据流的流描述信息给会话管理功能实体；通信设备接收来自会话管理功能实体的数据分发
策略；通信设备根据数据分发策略，在所述链路上分发所述业务数据。其中，数据分发策略
是根据接入策略确定的与所述第一链路质量信息和所述业务数据流的流描述信息对应的
数据分发策略，所述接入策略包括数据流的流描述信息，至少两条链路的质量信息和所述
数据流在所述链路上的数据分发策略。通过上述方法，通过在确定数据分发策略过程中，由
于获取了至少两条链路的质量信息，可以实现根据不同链路的质量差异来确定不同链路上
分发数据的策略，保证了各条链路上带宽的有效利用，从而提高了数据传输速率。

[0018] 在具体实现中，该通信设备可以为用户设备，也可以为用户面功能实体，当然也可以为其他设备。

[0019] 在一种可能的设计中，上报规则还用于指示通信设备在传输所述业务数据流的链路的链路质量发生变化的情况下，上报传输所述业务数据流的链路的第二链路质量信息。
其中，第二链路质量信息为变化后的传输所述业务数据流的链路的链路质量信息。相应的，
该方法还包括：通信设备确定传输所述业务数据流的链路的第二链路质量信息，若所述第
二链路质量信息和所述第一链路质量信息不同，则所信设备发送第二链路质量信息给会话
管理功能实体。

[0020] 在另一种可能的设计中，通信设备接收来自所述会话管理功能实体的更新的数据分发策略；然后，通信设备根据所述更新的数据分发策略，在所述链路上分发所述业务数
据。其中，更新的数据分发策略是根据接入策略确定的与所述第二链路质量信息和所述业
务数据流的流描述信息对应的数据分发策略。

[0021] 第三方面，本发明的实施例提供一种分发数据的系统，包括上述第二方面中所述的用户面功能实体和会话管理功能实体。

[0022] 第四方面，本发明实施例提供了另一种分发数据的方法，该方法包括：首先，通信设备接收来自会话管理功能实体的上报规则，该上报规则用于指示通信设备在传输第一业
务类型的业务数据流的链路的链路质量发生变化的情况下，上报传输所述业务数据流的链
路的更新的链路质量信息。然后，通信设备接收第一业务类型的业务数据流，确定传输所述
业务数据流的链路的更新的链路质量信息；若所述更新的链路质量信息不同于已上报的传
输该业务数据流的链路的链路质量信息，该通信设备发送更新的链路质量信息给所述会话
管理功能实体。接着，通信设备接收来自该会话管理功能实体的数据分发策略，根据该数据
分发策略，在所述链路上分发所述业务数据。其中，该数据分发策略是根据接入策略确定的
与所述更新的链路质量信息和所述业务数据流的流描述信息对应的数据分发策略；所述接
入策略包括数据流的流描述信息，至少两条链路的质量信息和所述数据流在所述链路上的
数据分发策略。通过上述方法，可以及时的获取到更新的链路质量信息，从而根据更新的链
路质量信息来确定不同链路上新的分发数据策略，保证了各条链路上带宽的有效利用，从
而提高了数据传输速率。

[0023] 在具体实现中，该通信设备可以为用户设备，也可以为用户面功能实体，当然也可以为其他设备。

[0024] 在一种可能的设计中，数据分发策略包括数据流在所述链路上的分发比率；相应的，通信设备根据所述数据分发策略，在所述链路上分发所述业务数据流，具体包括：通信
设备根据所述数据流在所述链路上的分发比率，在对应链路上以相应的分发比率来发送所
述业务数据。

[0025] 在一种可能的设计中，所述更新的链路质量信息不同于已上报的传输该业务数据流的链路的链路质量信息，具体可以为：所述更新的链路质量信息与已上报的传输该业务
数据流的链路的链路质量信息的变化超过预定的阈值。

[0026] 第五方面，本发明的实施例提供一种通信设备，该通信设备具有实现上述第一方面任意一项或第二方面任意一项或第四方面任意一项提供的方法实施例的执行主体的功
能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一
个或多个与上述功能相对应的模块。

[0027] 第六方面，本发明的实施例提供了另一种通信设备，包括：处理器、存储器、总线和通信接口；该存储器用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当该
设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该通信设备执行如上
述第一方面任意一项或第二方面任意一项或第四方面任意一项的分发数据方法。

[0028] 第七方面，本发明实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

[0029] 第八方面，本发明实施例提供了一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

[0030] 本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

[0031] 图1所示为本发明实施例的一种可能的系统网络示意图；

[0032] 图2所示为本发明实施例的另一种可能的系统网络示意图；

[0033] 图3所示为本发明实施例提供的计算机设备示意图；

[0034] 图4所示为本发明实施例提供的一种分发数据的方法流程示意图；

[0035] 图5所示为本发明实施例提供的另一种分发数据的方法流程示意图；

[0036] 图6所示为本发明实施例提供的另一种分发数据的方法流程示意图；

[0037] 图7所示为本发明实施例提供的另一种分发数据的方法流程示意图；

[0038] 图8所示为本发明实施例提供的另一种分发数据的方法流程示意图；

[0039] 图9所示为本发明实施例提供的一种UE和UPF之间传输数据的示意图；

[0040] 图10所示为本发明实施例提供的一种分发数据的装置的结构示意图；

[0041] 图11所示为本发明实施例提供的另一种分发数据的装置的结构示意图；

[0042] 图12所示为本发明实施例提供的另一种分发数据的装置的结构示意图。

具体实施方式

[0043] 为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例
中。

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

[0045] 本发明实施例提供一种分发数据的系统100，该系统100包括：通信设备10和会话管理功能实体20。

[0046] 在第一种具体实现中，首先，通信设备10接收来自会话管理功能实体20的接入(Access)策略，该接入策略包括数据流的流描述信息，至少两条链路的质量信息和所述数
据流在链路上的数据分发策略。通信设备10接收业务数据流，若通信设备10接收的接入策
略中包括该业务数据流的流描述信息，则通信设备10确定传输该业务数据流的链路的链路
质量信息。然后，通信设备10根据数据分发策略，在链路上分发通信设备10收到的业务数
据，其中，数据分发策略是根据接入策略确定的与上述链路质量信息和业务数据流的流描
述信息对应的数据分发策略。其中，该接入策略也可以称为多接入(Multi Access，MA)策
略，也可以称为其他策略，名字本身对接入策略不构成限定。为了描述简单起见，下面有的
实施例中以接入策略为MA策略为例来进行说明。

[0047] 通过该系统中各网元之间的交互，实现了业务数据可以通过多链路发送。而且，在确定数据分发策略过程中，由于获取了至少两条链路的质量信息，可以实现根据不同链路
的质量差异来确定不同链路上分发数据的策略，保证了各条链路上带宽的有效利用，从而
提高了数据传输速率。

[0048] 具体的，流描述信息包括业务类型，还可以进一步包括五元组信息等。其中，业务类型是表征业务数据的类别，比如，访问(或浏览)网页，观看视频，游戏，观看增强现实
(Augmented Reality，AR)视频业务，物联网(Internet of Things，IOT)业务等现有技术中
提及的业务类型。

[0049] 链路是指多接入技术对应的传输链路。链路的质量信息可以是链路的带宽，链路的时延，链路的丢包率，或链路的缓存占用率，当然也不局限于这些；也可以是现有技术中
可以反映链路质量的其他信息。该链路的质量信息用于表示链路当前状态。

[0050] 多接入技术可以为3GPP接入技术，非3GPP接入技术，也可以为其他接入技术，本申请不做限定。3GPP接入技术可以为第四代(4th Generation，4G)接入，也可以为5G接入，也
可以为其他3GPP接入技术；非3GPP接入技术可以为无线保真(wireless fidelity，wifi)接
入，也可以为无线局域网(Wireless Local Area Networks，WLAN)接入，也可以为其他非
3GPP接入技术，本申请不做限定。

[0051] 其中，MA策略表征了分发不同业务数据时，在不同链路下的数据分发策略(或者，数据分发方案)。数据分发策略可以理解为是将数据分成(比如：split)在不同链路上发送
的数据，然后进行发送的策略。数据分发策略可以包括数据流在链路上的分发比率；还可以
包括数据接收方进行数据重排序的等待时延；还可以包括数据的发送顺序，当然也不局限
于这些。也可以包括其他的数据分发相关的策略，本申请不做限定。其中，等待时延用于数
据接收侧等待乱序的数据报文，从而降低多路并发带来的乱序和伪丢包，可以提高用户体
验。

[0052] 在第一种具体实现中，上述通信设备具体可以是用户面功能实体。在通信设备为用户面功能实体的场景下，数据分发策略的确定方法为：在通信设备10确定传输该业务数
据流的链路的链路质量信息之后，通信设备10根据接入策略确定与链路质量信息和业务数
据流的流描述信息对应的数据分发策略。

[0053] 在具体实现中，上述通信设备具体可以是用户设备(User Equipment，UE)。在通信设备为用户设备的场景下，数据分发策略的确定方法同上面描写的通信设备为用户面功能
实体的情况下的确定方法。这里不再赘述。

[0054] 在具体实现中，通信设备10确定传输该业务数据流的链路的链路质量信息的方法有多种，比如可以为如下几种方法，当然也可以为现有技术中其他方法，本申请不做限定。

[0055] 具体的，如果通信设备为用户面功能实体，那么通信设备可以通过下面任意一种或者多种方法的组合来确定链路质量信息：

[0056] 方法一：通信设备向用户设备发送链路探测请求消息；接收来自所述用户设备的链路质量信息；

[0057] 方法二：通信设备选择用户面功能实体上已探测的链路质量作为当前的链路质量信息；

[0058] 方法三：通信设备对用户面功能实体上其他业务数据流进行分析，确定当前的链路质量信息。

[0059] 具体的，如果通信设备为用户设备，那么通信设备可以通过下面方法来确定链路质量：

[0060] 方法一：通信设备向用户面功能实体发送链路探测请求消息；接收来自所述用户面功能实体的链路质量信息；

[0061] 方法二：通信设备选择用户设备上已探测的链路质量作为当前的链路质量信息；

[0062] 方法三：通信设备对用户设备上其他业务数据流进行分析，确定当前的链路质量信息。

[0063] 在第二种具体实现中，首先，通信设备10接收来自会话管理功能实体20的上报规则，该上报规则用于指示通信设备10在接收到新建立的第一业务类型的业务数据流的情况
下，上报该第一业务类型的业务数据流的流描述信息和传输所述业务数据流的链路的链路
质量信息；其中，第一业务类型的业务数据流为支持多接入传输的业务数据流。接着，通信
设备10接收第一业务类型的业务数据流，通信设备10确定传输该业务数据流的链路的第一
链路质量信息，发送该第一链路质量信息和该业务数据流的流描述信息给会话管理功能实
体20。然后，通信设备10接收来自会话管理功能实体20的数据分发策略，根据该数据分发策
略在所述链路上分发该业务数据，其中，数据分发策略是根据接入策略确定的与第一链路
质量信息和该业务数据流的流描述信息对应的数据分发策略，接入策略包括数据流的流描
述信息，至少两条链路的质量信息和所述数据流在所述链路上的数据分发策略。

[0064] 其中，关于上报规则，换句话说，就是规定了通信设备上报链路质量信息的方法，比如：对于新建立的业务数据流，尚未获得链路质量信息时，上报链路质量信息；对于已经
在发送的业务数据流，当链路质量信息和上一次上报的链路质量信息不同(或者说：有变
化)时，上报链路质量信息。其中，链路质量信息和上一次上报的链路质量信息不同具体可
以是：链路质量信息和上一次上报的链路质量信息的差距超过阈值时，上报链路质量信息，
这种情况下，上报规则中会给定相应的阈值门限。

[0065] 通过该系统中各网元之间的交互，实现了业务数据可以通过多链路发送。而且，在确定数据分发策略过程中，根据不同链路的质量差异来确定不同链路上分发数据的策略，
保证了各条链路上带宽的有效利用，从而提高了数据传输速率。

[0066] 其中，上述第二种具体实现中涉及的接入策略、流描述信息、链路、数据分发策略等同第一种具体实现中的描述，这里不再赘述。

[0067] 在具体实现中，数据分发策略是会话管理功能实体20根据接入策略确定的与第一链路质量信息和该业务数据流的流描述信息对应的数据分发策略。

[0068] 其中，数据分发策略的具体确定方法，以及通信设备10确定第一链路质量信息的方法同第一种具体实现中的描述，这里不再赘述。

[0069] 在具体实现中，数据分发策略还可以根据链路的情况动态更新，以使业务数据可以根据当前的链路调整分发策略，提高数据分发效率。为了实现数据分发策略的动态更新，
上报规则需要指示通信设备10在传输该业务数据流的链路的链路质量发生变化的情况下，
上报传输该业务数据流的链路的第二链路质量信息，其中，该第二链路质量信息为变化后
(或者说：更新后的)的传输该业务数据流的链路的链路质量信息。

[0070] 通信设备10确定第二链路质量信息，若第二链路质量信息和第一链路质量信息不同，则通信设备10发送第二链路质量信息给会话管理功能实体20，即，通信设备10上报第二
链路质量信息给会话管理功能实体20。

[0071] 可选的，通信设备10接收来自会话管理功能实体20的更新的数据分发策略。通信设备10根据该更新的数据分发策略，在链路上分发业务数据。其中，该更新的数据分发策略
是根据接入策略确定的与第二链路质量信息和业务数据流的流描述信息对应的数据分发
策略。

[0072] 在第二种具体实现中，通信设备10为用户面功能实体，或用户设备，或其他设备。

[0073] 在上述第二种具体实现中，提到了两种分发数据方法，一种是通信设备在收到新建立业务数据流的情况下的分发数据方法，另一种是传输业务数据中，链路动态更新情况
下的分发数据方法。这两种方法可以独立使用，也可以结合起来使用。

[0074] 其中，本申请所涉及到的用户设备UE可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种
形式的用户设备UE，移动台(Mobile station，MS)，终端(terminal)，终端设备(Terminal 
Equipment)，软终端等等。为方便描述，本申请中，上面提到的设备统称为用户设备或UE。

[0075] 图1中，会话管理功能实体20以及用户面功能实体仅是一个名字，名字本身对实体不构成限定。例如，该会话管理功能实体20也有可能被替换为“会话管理功能”或其他名
字，。而且，该会话管理功能实体20也可以对应一个包括除了会话管理功能外，还有其他功
能的实体。用户面功能实体也有可能被替换为“用户面功能”或其他名字，而且，该用户面功
能实体也可以对应一个包括除了用户面功能外，还有其他功能的实体。在此进行统一说明，
以下不再赘述。

[0076] 具体的，上述分发数据的系统可以应用于4G网络、5G网络以及其它的网络，本申请实施例对此不作具体限定。

[0077] 如图2所示，为本申请提供的一种具体的5G系统200例子，当然本申请不限于该系统中。本发明实施例提供的分发数据的方法，可应用于如图1和2所示的系统中。

[0078] 在如图2所示的系统中，包括会话管理功能(Session Management Function，SMF)，用户面功能(User Plane Function，UPF)和接入与移动管理功能(Access and 
Mobility Management Function，AMF)。其中，SMF为图1中会话管理功能实体20的一个示
例，UPF为图1中通信设备10的一个示例。其中，AMF为接入和移动性管理功能实体，进行UE的
接入与移动性管理。SMF为会话管理功能实体，进行会话管理，接收会话或业务流控制策略
并执行策略，还可以选择UPF等功能。UPF作为和数据网络(Data Network，DN)的接口用户面
功能，完成用户面数据转发、带宽限制等功能。该系统还可以包括3GPP接入网和非3GPP接入
网，UE可以通过3GPP接入技术和Non-3GPP接入技术同时接入5G核心网，当然UE也可以通过
其他技术接入5G核心网，本申请不做限定。

[0079] 如果是用在4G中，那么会话管理功能实体20可以为控制面的网元，比如为：移动性管理实体(Mobility Management Entity，MME)。通信设备可以为UE，或用户面的网元。其
中，用户面的网元比如为：分组数据网关(Packet Data Network Gateway，P-GW)。

[0080] 上述系统100或系统200中的任意一种功能节点或网元，具体实现中，可能由一个实体设备实现，也可能由多个实体设备共同实现，本发明实施例对此不作具体限定。即，可
以理解的是，上述系统100或系统200中的任意一种功能节点或者网元，都可能是实体设备
内的一个逻辑功能模块，也可能是由多个实体设备组成的一个逻辑功能模块，本发明实施
例对此不作具体限定。

[0081] 具体实现中，作为一种实现方式，可以在UE和UPF中增加一个多接入协议(Multi-Access Protocol，MAP)协议栈。协议栈可以在网络之间互连的协议(Internet Protocol，
IP)层以下；也可以在IP层以上、传输层以下，本申请对MAP协议栈的位置不做限定。MAP协议
栈可以用来实现数据报文在UE和网络间(比如UPF、SMF)通过多接入技术传输，比如：在传输
数据包时，在数据包中增加MAP协议栈的数据包头。MAP协议栈还可以为多链路分发的数据
报文增加数据报文序列号。当然，也可以是其他协议，本申请不做限定。

[0082] 如图3所示，图1中所说的通信设备，或者图2中的UPF或UE可以以图3中的计算机设备(或系统)的方式来实现。图3所示为本发明实施例提供的计算机设备示意图。计算机设备
300包括至少一个处理器31，通信总线32，存储器33以及至少一个通信接口34。

[0083] 处理器31可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本发明方案
程序执行的集成电路。

[0084] 通信总线32可包括一通路，在上述组件之间传送信息。所述通信接口34，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局
域网(Wireless Local Area Networks，WLAN)等。

[0085] 存储器33可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信
息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically 
Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-
Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用
光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指
令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

[0086] 其中，所述存储器33用于存储执行本发明方案的应用程序代码，并由处理器31来控制执行。所述处理器31用于执行所述存储器33中存储的应用程序代码。

[0087] 在具体实现中，作为一种实施例，处理器31可以包括一个或多个CPU，例如图3中的CPU0和CPU1。

[0088] 在具体实现中，作为一种实施例，计算机设备300可以包括多个处理器，例如图3中的处理器31和处理器38。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也
可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用
于处理数据(例如计算机程序指令)的处理核。

[0089] 在具体实现中，作为一种实施例，计算机设备300还可以包括输出设备35和输入设备36。输出设备35和处理器31通信，可以以多种方式来显示信息。例如，输出设备35可以是
液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显
示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设
备36和处理器31通信，可以以多种方式获取外界信息、或接受用户的输入。例如，输入设备
36可以是摄像头、鼠标、键盘、触摸屏设备或传感设备等。

[0090] 上述的计算机设备300可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中，计算机设备300可以是摄像设备、台式机、便携式电脑、网络服务器、掌上电
脑(Personal Digital Assistant，PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌
入式设备或有图3中类似结构的设备。本发明实施例不限定计算机设备300的类型。

[0091] 示例性的，图1中的通信设备10，存储器中存储了一个或多个软件模块。通信设备10可以通过处理器以及存储器中的程序代码来实现软件模块，实现数据的分发。

[0092] 示例性的，图2中的UPF，存储器中存储了一个或多个软件模块。UPF可以通过处理器以及存储器中的程序代码来实现软件模块，实现数据的分发。

[0093] 下面以图2所示的系统为例，结合流程图来介绍本发明实施例提供的分发数据的方法。

[0094] 图4提供了一种分发数据的方法流程示意图。在该实施例中，通信设备为UPF为例；UE以支持3GPP接入技术和非3GPP接入技术为例。图1的第一种具体实现中，通信设备10和会
话管理功能实体20之间的交互，或者与外部网元之间的交互，可以采用该方法实施例中的
方法。图2中UPF和SMF之间的交互，或者与外部网元之间的交互，也可以采用该方法实施例
中的方法。

[0095] S401，SMF发送MA策略给UPF，UPF接收该MA策略。

[0096] 具体实现中，下发的MA策略可以由SMF根据UE的多接入状态信息来确定。多接入状态信息可以包括UE接入网络的接入技术。其中，SMF可以通过检测UE各个链路的分组数据网
络(Packet Data Network，PDN)连接状态，确定UE的多接入状态信息。

[0097] 具体实现中，下发的MA策略还可以由策略控制功能(Policy Control Function，PCF)来确定。其中，PCF(图中未示出)以UE的多接入状态信息来确定MA策略，然后将MA策略
发送给SMF，由SMF将MA策略下发给UPF。MA策略也可以下发给UE。

[0098] MA策略下发给UPF后，UPF可以保存该MA策略。保存MA策略的方式本申请不做限定，比如，可以表格的形式保存，也可以条目的形式保存，也可以特定的公式表示。

[0099] 其中，MA策略中包括的数据分发策略，具体可以包括数据流在所述链路上的分发比率。这里以一个具体的例子来说明MA策略。比如，MA策略可以为：用户通过UE浏览web业务
时，通过3GPP接入技术和非3GPP技术接入，当3GPP链路和非3GPP链路的带宽比为1∶1，同时
3GPP和非3GPP的链路时延差为10ms时，则通过3GPP链路和非3GPP链路发送数据比率为1∶1；
用户通过UE观看AR视频业务时，通过3GPP接入技术和非3GPP技术接入，当3GPP和非3GPP链
路的带宽比为2∶1，同时3GPP和非3GPP的链路时延差为12ms时，则通过3GPP链路和非3GPP链
路发送数据比率为1.5∶1。这里只是MA策略的一个示例。具体实现中，还可以包括其他的策
略，本申请不做限定。

[0100] 具体实现中，UE虽然有多种接入技术，但可能会出现其中一种或多种接入技术对应的传输链路出现故障。以UE通过3GPP接入技术和非3GPP技术接入网络为例，比如3GPP链
路出现故障，那么这种情况下，3GPP链路和非3GPP链路发送数据比率为0∶1(或者说：是只通
过非3GPP链路发送数据)。也就是说，数据只通过非3GPP链路发送，也可以说是单路发送。因
此，具体实现中，MA策略包括链路故障情况下的数据分发。比如，用户通过UE观看AR视频业
务时，通过3GPP接入技术和非3GPP技术接入，当3GPP和非3GPP链路的带宽比为0∶1，则通过
3GPP链路和非3GPP链路发送数据比率为0∶1。

[0101] 具体实现中，数据分发策略还可以包括接收方进行数据重排序的等待时延。对应于上面例子中的MA策略，即，针对用户通过UE浏览web业务，在MA策略中增加：接收方重排序
的等待时延为15ms；针对用户通过UE观看AR视频业务，在MA策略中增加：接收方重排序的等
待时延为10ms。

[0102] 具体实现中，数据分发策略还可以包括数据的发送顺序。这里不再详述。

[0103] 具体实现中，业务数据中还包括数据报文序列号。该序列号可以用于接收方对接收的业务数据进行重排序，也可以用于按顺序发送数据。以数据分发策略还包括数据的发
送顺序为例，比如数据的序列号为1-7，那么发送顺序可以是通过3GPP接入技术对应的链路
来发送序列号为1-3的报文，通过非3GPP接入技术对应的链路来发送序列号为4-7的报文。

[0104] S403，UPF接收业务数据流。

[0105] 具体实现中，业务数据流可能是发给UE的下行业务数据流。UPF接收到下行数据流后，确定数据流的流描述信息。若UPF上的MA策略中包括该业务数据流的流描述信息，则执
行S405。

[0106] 其中，UPF确定业务数据流的流描述信息的方法很多，比如，可以通过深度数据包检测技术来识别业务数据流的流描述信息。

[0107] 本例中，假设UPF确定业务数据流是用户观看AR视频业务的数据流，UPF中的MA策略为上述例子中的MA策略，由于MA策略中包括观看AR视频业务的策略，所以开始执行S405。

[0108] S405，UPF向UE的接口1发送链路探测请求消息，UE接收该链路探测请求消息。其中，接口1对应UE的3GPP技术对应的端口。

[0109] S407，UPF向UE的接口2发送链路探测请求消息，UE接收该链路探测请求消息。其中，接口2对应UE的非3GPP技术对应的端口。

[0110] 其中，S407和S405无先后顺序之分。

[0111] 需要说明的是，本实施例中，接口以接口1和接口2这两个接口为例，实际实现中，还可以有三个接口或者更多的接口。比如，如果UE以3GPP接入、WLAN、Wifi三种接入技术接
入，那么3GPP接入、WLAN、Wifi三种接入技术对应的接口可以分别为接口1、2、3，相应的，UE
和UPF之间就有三条链路。这里不再赘述。

[0112] S409，UE向UPF发送链路探测响应消息，UPF接收该链路探测响应消息。

[0113] 其中，所述链路探测响应消息中携带接口1到UPF之间的链路的链路质量信息。

[0114] S411，UE向UPF发送链路探测响应消息，UPF接收该链路探测响应消息。

[0115] 其中，所述链路探测响应消息中携带接口2到UPF之间的链路的链路质量信息。其中，S409和S411无先后顺序之分。

[0116] S413，UPF根据MA策略确定与传输该业务数据流的链路的质量信息和该业务数据流的流描述信息对应的链路上的数据分发策略。可以理解的是，传输该业务数据流的链路
包括接口1到UPF之间的链路和接口2到UPF之间的链路。

[0117] 具体实现中，如果UPF上的MA策略是以表格方式存在，那么UPF会查询该表格，确定与该链路的质量信息和该业务数据流的流描述信息对应的链路上的数据分发策略。

[0118] 具体实现中，如果UPF上的MA策略是以公式方式存在，那么UPF会依据该业务数据流的流描述信息选择MA策略中对应的公式，用探测到的链路的质量信息来确定数据分发策
略。

[0119] S415，UPF将确定的数据分发策略发送给UE，UE接收该数据分发策略。

[0120] 具体实现中，UPF可以通过接口1或接口2发送给UE，具体实现方式本申请不做限定。

[0121] S417，UPF按照确定的数据分发策略向UE的接口1发送下行业务数据，UE接收该下行业务数据。

[0122] 其中，该业务数据中携带数据报文序列号，该数据报文序列号用于UE根据该序列号对接收的业务数据进行重新排序。

[0123] S419，UPF按照确定的数据分发策略向UE的接口2发送下行业务数据，UE接收该下行业务数据。

[0124] S421，UE处理接收到的下行业务数据。

[0125] 具体实现中，这里的处理可以是：UE根据下行业务数据中携带的数据报文序列号对接收的业务数据进行重新排序。

[0126] 如果是S415中发送了数据重排序的等待时延，那么这里的处理还可以为：UE在对业务数据进行重新排序过程中，会根据数据分发策略中携带的UE进行数据重排序的等待时
延进行数据包的接收等待。

[0127] 在具体实现中，如果UE中有MAP协议栈，那么在接收下行业务数据时，MAP协议栈会将数据包解包到MAP层，并根据业务数据发送端MAP协议栈增加的序列号来完成数据包的重
新排序。

[0128] 通过上述方案，实现了业务数据可以通过多链路发送。而且，在确定数据分发策略过程中，根据不同链路的质量差异来确定不同链路上分发数据的策略，保证了各条链路上
带宽的有效利用，从而提高了数据传输速率。

[0129] 在具体实现中，S421之后，还可以执行如下操作：

[0130] S423，UE在接口1到UPF之间的链路上按照数据分发策略发送上行业务数据，UPF接收该上行业务数据。

[0131] 在具体实现中，上行业务数据可以是对收到的下行消息的响应消息，也可以是其他上行业务数据。

[0132] S425，UE在接口2到UPF之间的链路上按照数据分发策略发送上行数据，UPF接收该上行业务数据。

[0133] 在具体实现中，在步骤S401之前，可选的，还可以包括步骤S400。

[0134] S400，UE向SMF上报自己的多接入能力信息。SMF接收UE的多接入能力信息。

[0135] SMF收到UE的多接入能力信息之后，后续可以根据UE的终端类型不同，向UE下发不同的MA策略。其中，多接入能力信息可以包括UE的终端类型。终端类型可以为：手机，车联网
终端，AR头盔等。

[0136] 在具体实现中，MA的策略可以持续更新。具体的，UE的接入能力可能会发生变化，比如终端失去了某种接入能力。当UE的接入能力发生变化后，UE还可以将变化后的接入能
力上报给SMF，以使SMF根据终端变化后的接入能力来确定新的MA策略。当然，SMF也可以按
照S401中的方法来确定新的MA策略。在确定新的MA策略后，SMF将新的策略发送给UPF或UE。
后续，UPF或UE根据新的策略来发送业务数据。

[0137] 在具体实现中，数据分发策略也可以动态更新。比如，在链路质量发生变化的情况下，UPF根据变化后的链路质量来确定更新的数据分发策略。后续，UPF或UE根据新的策略来
发送业务数据。其中，链路质量的变化可以通过UPF定期或不定期通过探测来获知。

[0138] 其中，上述方法实施例中UE的动作可以由UE根据图3中的处理器调用存储器33中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

[0139] 图5提供了另一种分发数据的方法流程示意图。在该实施例中，通信设备为UE为例；UE以支持3GPP接入技术和非3GPP接入技术为例。图1的第一种具体实现中，通信设备10
和会话管理功能实体20之间的交互，或者与外部网元之间的交互，可以采用该方法实施例
中的方法。图2中UE和SMF之间的交互，或者与外部网元之间的交互，也可以采用该方法实施
例中的方法。

[0140] S501，SMF下发MA策略给UE，UE接收该MA策略。

[0141] MA策略下发给UE后，UE可以保存该MA策略。MA策略也可以下发给UPF。

[0142] SMF确定MA策略的方法，UE保存MA策略的方式，以及MA策略可以参考S401中相关描述，这里不再赘述。

[0143] S503，UE接收业务数据流。

[0144] 具体实现中，业务数据流可能是上行业务数据流。UE接收到下行数据流后，确定数据流的流描述信息。若UE上的MA策略中包括该业务数据流的流描述信息，则执行S505。

[0145] 其中，UE确定业务数据流的流描述信息的方法，同S403中UPF确定流描述信息的方法类似，这里不再赘述。

[0146] S505，UE通过接口1向UPF发送链路探测请求消息，UPF接收该链路探测请求消息。

[0147] S507，UE通过接口2向UPF发送链路探测请求消息，UPF接收该链路探测请求消息。

[0148] 其中，S507和S505无先后顺序之分。

[0149] S509，UPF向UE发送链路探测响应消息，UE接收该链路探测响应消息。

[0150] 其中，所述链路探测响应消息中携带接口1到UPF之间的链路的链路质量信息。

[0151] S511，UPF向UE发送链路探测响应消息，UE接收该链路探测响应消息。

[0152] 其中，所述链路探测响应消息中携带接口2到UPF之间的链路的链路质量信息。其中，S4509和S511无先后顺序之分。

[0153] S513，UE根据MA策略确定与传输该业务数据流的链路的质量信息和该业务数据流的流描述信息对应的链路上的数据分发策略。

[0154] 其中，UE确定数据分发策略的方法同S413中UPF确定数据分发策略的方法类似，这里不再赘述。

[0155] S515，UE将确定的数据分发策略发送给UPF，UPF接收该数据分发策略。

[0156] 具体实现中，UE可以通过接口1或接口2发送给UPF，具体实现方式本申请不做限定。

[0157] S517，UE按照确定的数据分发策略向UPF发送上行业务数据，UPF接收该上行业务数据。

[0158] 其中，该业务数据中携带数据报文序列号，该数据报文序列号用于UPF根据该序列号对接收的业务数据进行重新排序。

[0159] S519，UPF按照确定的数据分发策略向UPF发送上行业务数据，UPF接收该上行业务数据。

[0160] S521，UPF处理接收到的上行业务数据。

[0161] UPF处理上行业务数据的方法可以参考S421中UE处理下行业务数据的方法，这里不再赘述。

[0162] 通过上述方案，实现了业务数据可以通过多链路发送。而且，在确定数据分发策略过程中，根据不同链路的质量差异来确定不同链路上分发数据的策略，保证了各条链路上
带宽的有效利用，从而提高了数据传输速率。

[0163] 在具体实现中，S521之后，还可以执行如下操作：

[0164] S523，UPF按照数据分发策略向UE的接口1发送下行业务数据，UE接收该下行业务数据。

[0165] 在具体实现中，下行数据可以是对收到的上行消息的响应消息，也可以是其他下行数据。

[0166] S525，UPF按照数据分发策略向UE的接口2发送下行业务数据，UE接收该下行业务数据。

[0167] 在具体实现中，在步骤S501之前，可选的，还可以包括S500。S500同S400。

[0168] 在具体实现中，MA的策略，以及数据分发策略可以像图4中描述的那样持续更新。

[0169] 其中，上述方法实施例中UE的动作可以由UE根据图3中的处理器调用存储器33中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

[0170] 图6提供了另一种分发数据的方法流程示意图。在该实施例中，通信设备为UPF为例；UE以支持3GPP接入技术和非3GPP接入技术为例。图1的第二种具体实现中，通信设备10
和会话管理功能实体20之间的交互，或者与外部网元之间的交互，可以采用该方法实施例
中的方法。图2中UPF和SMF之间的交互，或者与外部网元之间的交互，也可以采用该方法实
施例中的方法。

[0171] S601，SMF下发上报规则给UPF，UPF接收该上报规则。

[0172] 其中，该上报规则用于指示UPF在接收到新建立的第一业务类型的业务数据流的情况下，上报该业务数据流的流描述信息和传输该业务数据流的链路的链路质量信息。第
一业务类型的业务数据流为支持多接入传输的业务数据流。

[0173] S603，UPF接收业务数据流。

[0174] 具体实现中，业务数据流可能是发给UE的下行业务数据流。UPF接收到下行数据流后，确定数据流的业务类型。若该业务类型为第一业务类型，则执行S605。

[0175] S605～S611，同S405～S411。

[0176] S612，UPF发送传输该业务数据流的链路质量信息和业务数据流的流描述信息给SMF；SMF接收链路质量信息和业务数据流的流描述信息。

[0177] S613，SMF根据MA策略确定与该传输该业务数据流的链路的质量信息和该业务数据流的流描述信息对应的链路上的数据分发策略。

[0178] 在第二种具体实现中SMF上的MA策略和第一种具体实现中的MA策略相似。

[0179] 其中，SMF确定数据分发策略的方法同S413中UPF确定数据分发策略的方法类似，这里不再赘述。

[0180] S615，SMF发送数据分发策略给UE；UE接收该数据分发策略。

[0181] 具体实现中，UPF可以通过接口1或接口2发送给UE，具体实现方式本申请不做限定。该步骤可以是可选的。

[0182] S616，SMF发送数据分发策略给UPF；UPF接收该数据分发策略。

[0183] 其中，S615和S616无先后顺序之分。

[0184] S617～S621，同S417～S421。

[0185] 通过上述方案，实现了业务数据可以通过多链路发送。而且，在确定数据分发策略过程中，根据不同链路的质量差异来确定不同链路上分发数据的策略，保证了各条链路上
带宽的有效利用，从而提高了数据传输速率。

[0186] 在具体实现中，S621之后，还可以执行S623～S625。

[0187] S623～S625，同S423～S425。

[0188] 在具体实现中，MA的策略可以像图4中描述的那样持续更新。

[0189] 在具体实现中，数据分发策略也可以动态更新，比如可以是在链路质量发生变化的情况下，UPF将变化后的链路质量上报给SMF，然后SMF根据变化后的链路质量来更新数据
分发策略。下面通过图8来进行描述。需要说明的是，图8和图6(或图7)这两种方法可以独立
执行，也可以结合起来执行。

[0190] 其中，上述方法实施例中UPF或SMF的动作可以由UPF或SMF根据图3中的处理器调用存储器33中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

[0191] 图7提供了另一种分发数据的方法流程示意图。在该实施例中，通信设备以UE为例；UE以支持3GPP接入技术和非3GPP接入技术为例。图1的第二种具体实现中，通信设备10
和会话管理功能实体20之间的交互，或者与外部网元之间的交互，可以采用该方法实施例
中的方法。图2中UE和SMF之间的交互，或者与外部网元之间的交互，也可以采用该方法实施
例中的方法。

[0192] S701，SMF下发上报规则给UE，UE接收该上报规则。

[0193] 其中，上报规则同S601所述。

[0194] S703，UE接收业务数据流。

[0195] 具体实现中，业务数据流可能是上行业务数据流。UE接收到上行数据流后，确定数据流的业务类型。若该业务类型为第一业务类型，则执行S705。

[0196] S705～S711，同S505～S511。

[0197] S712，UE发送传输该业务数据流的链路质量信息和业务数据流的流描述信息给SMF；SMF接收链路质量信息和业务数据流的流描述信息。

[0198] S713，SMF根据MA策略确定与传输该业务数据流的链路的质量信息和该业务数据流的流描述信息对应的链路上的数据分发策略。

[0199] 在第二种具体实现中SMF上的MA策略和第一种具体实现中的MA策略相似。

[0200] 其中，SMF确定数据分发策略的方法同S413中UPF确定数据分发策略的方法类似，这里不再赘述。

[0201] S715，SMF发送数据分发策略给UE；UE接收该数据分发策略。

[0202] 具体实现中，UPF可以通过接口1或接口2发送给UE，具体实现方式本申请不做限定。

[0203] S716，SMF发送数据分发策略给UPF；UPF接收该数据分发策略。该步骤可以是可选的。

[0204] 其中，S715和S716无先后顺序之分。

[0205] S717～S721，同S517～S521。

[0206] 通过上述方案，实现了业务数据可以通过多链路发送。而且，在确定数据分发策略过程中，根据不同链路的质量差异来确定不同链路上分发数据的策略，保证了各条链路上
带宽的有效利用，从而提高了数据传输速率。

[0207] 在具体实现中，S721之后，还可以执行S723～S725。

[0208] S723～S725，同S523～S525。

[0209] 在具体实现中，MA的策略可以像图4中描述的那样持续更新。

[0210] 在具体实现中，数据分发策略也可以动态更新，比如可以是在链路质量发生变化的情况下，UE将变化后的链路质量上报给SMF，然后SMF根据变化后的链路质量来更新数据
分发策略。数据分发策略动态更新的具体方法可以参考图8，和图8的区别在于，这里是SMF
是将上报规则发给送UE，探测链路质量的是UE，相应的，是UE将更新的链路质量发送给了
SMF，这里不再具体赘述。

[0211] 其中，上述方法实施例中UE的动作可以由UE根据图3中的处理器调用存储器33中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

[0212] 图8提供了另一种分发数据的方法流程示意图。在该实施例中，通信设备以UPF为例；UE以支持3GPP接入技术和非3GPP接入技术为例。图1的第二种具体实现中，通信设备10
和会话管理功能实体20之间的交互，或者与外部网元之间的交互，可以采用该方法实施例
中的方法。图2中UE和SMF之间的交互，或者与外部网元之间的交互，也可以采用该方法实施
例中的方法。

[0213] S801，SMF下发上报规则给UPF，UPF接收该上报规则。其中，上报规则用于指示通信设备在传输第一业务类型的业务数据流的链路的链路质量发生变化的情况下，上报传输该
业务数据流的链路的更新的链路质量信息。本实施例中，为了描述方便，我们把链路更新前
的链路质量信息称为第一链路质量信息，更新后的链路质量信息称为第二链路质量信息。

[0214] S803，同S603。该步骤为可选的。

[0215] S805～S811，同S605～S611。

[0216] 其中，链路质量探测方法如前面图1的描述中所述，有多种方法。本实施例中只是一种示例。

[0217] S812，UPF发送第二链路质量信息给SMF，SMF接收该第二链路质量信息。

[0218] 其中，本步骤中，可选的，UPF还可以将流描述信息和第二链路质量信息一起发给SMF。如果本步骤中UPF没有发送流描述信息，那么SMF可以使用UPF在接收到新建立的第一
业务类型的业务数据流的情况下发送的流描述信息。

[0219] 可选的，在执行S812之前，还可以包括：UPF确定本次收集的第二链路质量信息与上一次收集的第一链路质量信息相比发生了变化，那么执行S812。

[0220] 其中，UPF确定本次收集的第二链路质量信息与上一次收集的第一链路质量信息相比发生了变化，具体可以为：第二链路质量信息与第一链路质量信息的变化量超过了预
设的阈值，那么执行S812。

[0221] S813，SMF根据MA策略确定与该链路的第二链路质量信息和该业务数据流的流描述信息对应的链路上的更新的数据分发策略。

[0222] S815～S825，同S615～S625类似，所不同的是，这些步骤中，使用的数据分发策略都是更新后的数据分发策略。

[0223] 通过本实施例的方法，通过获取到更新的链路质量信息，从而根据更新的链路质量信息来确定不同链路上新的分发数据策略，保证了各条链路上带宽的有效利用，从而提
高了数据传输速率。

[0224] 其中，上述方法实施例中UPF或SMF的动作可以由UPF或SMF根据图3中的处理器调用存储器33中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

[0225] 具体实现中，本申请的上述方法中涉及的UE和UPF之间的数据传输，可以通过在UE和UPF中增加的MAP协议栈来实现。

[0226] 如图9所示，为一种UE和UPF之间传输数据的示意图。以UE支持3GPP和Non-3GPP两种接入技术为例。其中，UE和UPF中有传输控制协议(Transmission Control Protocol，
TCP)/用户数据报协议(User Datagram Protocol，UDP)层，IP层，以及MAP层等，这里示意性
的画出了上述三个。

[0227] 比如，对于下行业务数据，下行业务数据经过UPF中的MAP协议栈后，分成两路带有MAP协议栈数据包头的数据发给UE。这两路数据通过UPF和UE之间的两条链路(即：接入技术
对应的链路)发给UE。然后在UE的MAP协议栈中，根据数据中携带的MAP协议栈数据包头汇聚
后，上传给应用1，应用1比如可以为AR视频业务。其中，UE中还可以有应用2等其他应用。其
中，汇聚的时候还可以对数据进行重排序等操作。相应的，对于链路探测请求消息和链路探
测响应消息也是类似的传输方法。

[0228] 比如，对于上行业务数据，应用1的上行业务数据经过UE中的MAP协议栈后，分成两路带有MAP协议栈数据包头的数据发给UPF。这两路数据通过UE和UPF之间的两条链路(即：
接入技术对应的链路)发给UPF。然后在UPF的MAP协议栈中，根据数据中携带的MAP协议栈数
据包头将数据包进行汇聚。其中，汇聚的时候还可以对数据进行重排序等操作。相应的，对
于链路探测请求消息和链路探测响应消息也是类似的传输方法。

[0229] 上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，上述通信设备(或：装置)，具体为UPF或UE，为了实现上述功能，其包含了执行
各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中
所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件
的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于
技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方
法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

[0230] 本发明实施例可以根据上述方法示例对通信设备(或：装置)进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一
个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的
形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能
划分，实际实现时可以有另外的划分方式。

[0231] 比如，在采用对应各个功能划分各个功能模块的情况下，图10示出了第一种具体实现对应的上述实施例中(比如，图4或图5对应的实施例)所涉及的一种通信设备的结构示
意图，该通信设备1000包括：接收模块1001，处理模块1003。

[0232] 该接收模块1001，用于接收来自会话管理功能实体的接入策略，还用于接收业务数据流，所述接入策略包括数据流的流描述信息，至少两条链路的质量信息和所述数据流
在所述链路上的数据分发策略。该处理模块1003，用于在接入策略中包括所述业务数据流
的流描述信息的情况下，确定传输该业务数据流的链路的链路质量信息；根据数据分发策
略，在所述链路上分发所述业务数据，该数据分发策略是根据接入策略确定的与该链路质
量信息和该业务数据流的流描述信息对应的数据分发策略。

[0233] 在一种可能的实现方式中，该处理模块1003用于根据所述数据分发策略，在所述链路上分发所述业务数据流，包括：用于根据所述数据流在所述链路上的分发比率，在对应
链路上以相应的分发比率来发送所述业务数据。

[0234] 在一种可能的实现方式中，该接收模块1001还用于接收来自所述会话管理功能实体的更新的接入策略。

[0235] 在一种可能的实现方式中，该处理模块1003还用于根据接入策略确定与该链路质量信息和所述业务数据流的流描述信息对应的数据分发策略。

[0236] 其中，该通信设备1000可以为UPF，也可以为UE，还可以为通信网络中其他设备，第一种具体实现对应的上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功
能模块的功能描述，在此不再赘述。

[0237] 再比如，在采用对应各个功能划分各个功能模块的情况下，图11示出了第二种具体实现对应的上述实施例中(比如，图6或图7对应的实施例)所涉及的一种通信设备的结构
示意图，该通信设备1100包括：接收模块1101，处理模块1103和发送模块1105。

[0238] 该接收模块1101，用于接收来自会话管理功能实体的上报规则，该上报规则用于指示通信设备在接收到新建立的第一业务类型的业务数据流的情况下，上报所述业务数据
流的流描述信息和传输所述业务数据流的链路的链路质量信息；该第一业务类型的业务数
据流为支持多接入传输的业务数据流；还用于接收第一业务类型的业务数据流。

[0239] 该处理模块1103，用于确定传输所述业务数据流的链路的第一链路质量信息。该发送模块1105，用于发送第一链路质量信息和业务数据流的流描述信息给会话管理功能实
体。

[0240] 该接收模块1101，还用于接收来自会话管理功能实体的所述数据分发策略。该处理模块1103，还用于根据数据分发策略，在所述链路上分发所述业务数据，该数据分发策略
是根据接入策略确定的与该第一链路质量信息和所述业务数据流的流描述信息对应的数
据分发策略，该接入策略包括数据流的流描述信息，至少两条链路的质量信息和所述数据
流在所述链路上的数据分发策略。

[0241] 在一种可能的实现方式中，数据分发策略包括数据流在所述链路上的分发比率；相应的，该处理模块1103用于根据所述数据分发策略，在所述链路上分发所述业务数据流，
包括：用于根据所述数据流在所述链路上的分发比率，在对应链路上以相应的分发比率来
发送所述业务数据。

[0242] 在一种可能的实现方式中，该上报规则还用于指示通信设备在传输所述业务数据流的链路的链路质量发生变化的情况下，上报传输业务数据流的链路的第二链路质量信
息。其中，该第二链路质量信息为变化后的链路质量信息。相应的，该处理模块1103，还用于
确定传输所述业务数据流的链路的第二链路质量信息，若第二链路质量信息和第一链路质
量信息不同，则所述通信设备发送第二链路质量信息给会话管理功能实体。

[0243] 在一种可能的实现方式中，该接收模块1101还用于接收来自会话管理功能实体的更新的数据分发策略；处理模块1103，还用于根据该更新的数据分发策略，在所述链路上分
发所述业务数据，该更新的数据分发策略是根据所述接入策略确定的与该第二链路质量信
息和所述业务数据流的流描述信息对应的数据分发策略。

[0244] 其中，该通信设备1100可以为UPF，也可以为UE，还可以为通信网络中其他设备，第二种具体实现对应的上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功
能模块的功能描述，在此不再赘述。

[0245] 再比如，在采用对应各个功能划分各个功能模块的情况下，图12示出了图8对应的方法实施例所涉及的一种通信设备的结构示意图，该通信设备1200包括：接收模块1201，处
理模块1203和发送模块1205。

[0246] 该接收模块1201，用于接收来自会话管理功能实体的上报规则，该上报规则用于指示通信设备在传输第一业务类型的业务数据流的链路的链路质量发生变化的情况下，上
报传输所述业务数据流的链路的更新的链路质量信息(或者说，第二链路质量信息)。该接
收模块1201，还用于接收第一业务类型的业务数据流。

[0247] 该处理模块1203，用于确定传输所述业务数据流的链路的更新的链路质量信息。该发送模块1205，用于若所述更新的链路质量信息不同于已上报的传输该业务数据流的链
路的链路质量信息，发送更新的链路质量信息给会话管理功能实体。相应的，该接收模块
1201，用于接收来自会话管理功能实体的数据分发策略。

[0248] 该处理模块1203，还用于根据数据分发策略，在所述链路上分发所述业务数据。其中，该数据分发策略是根据接入策略确定的与所述更新的链路质量信息和所述业务数据流
的流描述信息对应的数据分发策略；该接入策略包括数据流的流描述信息，至少两条链路
的质量信息和所述数据流在所述链路上的数据分发策略。

[0249] 在一种可能的实现方式中，所述更新的链路质量信息不同于已上报的传输该业务数据流的链路的链路质量信息，具体可以为：所述更新的链路质量信息与已上报的传输该
业务数据流的链路的链路质量信息的变化超过预定的阈值。

[0250] 其中，该通信设备1200可以为UPF，也可以为UE，还可以为通信网络中其他设备，图8对应的方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描
述，在此不再赘述。

[0251] 在图10、图11或图12所示的实施例中，通信设备以对应各个功能划分各个功能模块的形式来呈现，或者，通信设备以采用集成的方式划分各个功能模块的形式来呈现。这里
的“模块”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，
执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上
述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该通信设备1000、通信
设备1100和通信设备1200可以采用图3所示的形式。比如，图10中的接收模块1001和处理模
块1003可以通过图3的处理器31(和/或处理器38)和存储器33来实现，具体的，接收模块
1001和处理模块1003可以通过由处理器31(和/或处理器38)来调用存储器33中存储的应用
程序代码来执行，本发明实施例对此不作任何限制。图11中的接收模块1101，处理模块1103
和发送模块1105可以通过图3的处理器31(和/或处理器38)和存储器33来实现，具体的，接
收模块1101，处理模块1103和发送模块1105可以通过由处理器31(和/或处理器38)来调用
存储器33中存储的应用程序代码来执行，本发明实施例对此不作任何限制。图12中的接收
模块1201，处理模块1203和发送模块1205可以通过图3的处理器31(和/或处理器38)和存储
器33来实现，具体的，接收模块1201，处理模块1203和发送模块1205可以通过由处理器31
(和/或处理器38)来调用存储器33中存储的应用程序代码来执行，本发明实施例对此不作
任何限制。

[0252] 本发明实施例还提供了一种计算机存储介质，用于储存为上述图10所示的通信设备或图11所示的通信设备或图12所示的通信设备所用的计算机软件指令，其包含用于执行
上述方法实施例所设计的程序。

[0253] 本发明实施例还提供了一种计算机程序产品，用于储存为通信设备所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。

[0254] 本申请实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”，“第三”等并不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以
互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，
术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的方案，例如，包括了一系列步骤
或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包
括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

[0255] 尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实
现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成
部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求
中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措
施不能组合起来产生良好的效果。本领域技术人员应明白，本申请的实施例可提供为方法、
装置(设备)、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或
结合软件和硬件方面的实施例的形式，这里将它们都统称为“模块”或“系统”。而且，本申请
可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限
于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机程序存储/
分布在合适的介质中，与其它硬件一起提供或作为硬件的一部分，也可以采用其他分布形
式，如通过Internet或其它有线或无线电信系统。

[0256] 本申请是参照本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/
或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令
到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一
个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在
流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

[0257] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指
令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或
多个方框中指定的功能。

[0258] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或
其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一
个方框或多个方框中指定的功能的步骤。

[0259] 尽管结合具体特征及其实施例对本发明进行了描述，显而易见的，在不脱离本发明的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所
附权利要求所界定的本发明的示例性说明，且视为已覆盖本发明范围内的任意和所有修
改、变化、组合或等同物。显然，本领域的技术人员可以对本发明进行各种改动和变型而不
脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其
等同技术的范围之内，则本发明也意图包含这些改动和变型在内。