CN114424498B - 数据传输方法、装置、系统和存储介质 - Google Patents

Abstract

一种数据传输方法、装置、系统和存储介质，其中，该方法中用户面功能网元可以通过已经建立的单播用户面连接，不需要额外建立多播用户面连接，减小数据传输时延，且用户面功能网元在向接入网设备发送第一业务的数据时，仅发送一个数据流上承载的第一业务的数据，提高了核心网侧资源的使用效率。另，接入网设备在接收第一QoS流上承载的第一业务的数据后，可以通过已经建立的单播信道，采用多播的方式向第一业务的数据对应的一组终端发送该第一业务的数据，不需要额外建立多播信道以及切换到多播信道，进一步减小数据传输时延。

Description

数据传输方法、装置、系统和存储介质

技术领域

本申请实施例涉及通信技术，尤其涉及一种数据传输方法、装置、系统和存储介质。

背景技术

数据网络(data network，DN)，例如IP多媒体服务(IP multi-media service，IMS)网络、互联网等可以为用户提供数据服务。其中，数据服务可以为视频、音频、图片等服务。

目前，第五代移动通信(5th generation mobile networks，5G)网络系统中，数据网络可以通过与终端之间建立的用户面单播连接，向终端发送数据。现有的5G网络系统暂且不支持广播传输的机制，若数据网络需要向多个终端发送相同的数据，需要使用用户面单播连接向一组终端发送相同的数据，造成了网络资源的浪费。另外如果考虑在5G网络系统中集成第四代移动通信(4th generation mobile networks，4G)广播传输的机制，则还需要在接入网设备和用户的终端之间使用特定的广播信道，这样在单播传输和广播传输机制切换时就需要引入切换流程，导致时延增大。

发明内容

本申请实施例提供一种数据传输方法、装置、系统和存储介质，减少了数据传输的时延、且提高了空口则和核心网资源的使用效率。

第一方面，本申请实施例提供一种数据传输方法，包括：接入网设备接收承载在第一QoS流上的第一业务的数据，所述第一QoS流包括所述接入网设备与第一用户面功能网元之间的公共QoS流，或第一终端的QoS流，所述接入网设备与所述第一用户面功能网元均为所述第一终端的QoS流上的节点；所述接入网设备采用多播方式，向所述第一业务的数据对应的一组终端发送所述第一业务的数据，所述一组终端包括所述第一终端。

本申请实施例中，用户面功能网元可以通过已经建立的单播用户面连接，不需要额外建立多播用户面连接，减小了数据传输时延，且用户面功能网元在向接入网设备发送第一业务的数据时，仅发送一个数据流上承载的第一业务的数据，提高了核心网侧资源的使用效率。另，接入网设备在接收待第一QoS流上的第一业务的数据后，可以通过已经建立的单播信道，采用多播的方式向第一业务的数据对应的一组终端发送该第一业务的数据，不需要额外建立多播信道以及切换到多播信道，进一步减小了数据传输时延。

在一种可能的设计中，所述方法还包括：所述接入网设备接收承载在第二QoS流上的所述第一业务的数据，所述第二QoS流包括：所述接入网设备与第二用户面功能网元之间的公共QoS流，或第二终端的QoS流，所述接入网设备与所述第二用户面功能网元均为所述第二终端的QoS流上的节点。

其中，所述第一业务的数据对应的一组终端包括：与所述第一QoS流对应的第一组终端；或者，与所述第二QoS流对应的第二组终端；或者，所述第一组终端和所述第二组终端的合集。

在一种可能的设计中，所述接入网设备采用多播方式，向所述第一业务的数据对应的一组终端发送所述第一业务的数据，包括：所述接入网设备采用多播方式，向所述一组终端发送承载在所述第一QoS流或所述第二QoS流的所述第一业务的数据。

在该设计中，接入网设备在接收到来自第一用户面功能网元的第一QoS流上承载的第一业务的数据，以及来自第二用户面功能网元的第二QoS流上承载的第一业务的数据时，可以向第一业务数据对应的一组终端发送该第一业务的数据，其中，一组终端可以为第一QoS流对应的第一组终端或第二QoS流上对应的第二组终端，或第一组终端和第二组终端的合集。进一步的，本申请实施例中，接入网设备可以向该一组终端发送承载在第一QoS流或第二QoS流上的第一业务的数据，对数据进行优化传输，提高了空口侧的资源使用效率。

在一种可能的设计中，所述方法还包括：所述接入网设备接收第一对应关系。

其中，所述第一对应关系包括：所述第一QoS流上承载的与所述一组终端之间的对应关系；或者，所述第一QoS流与所述一组终端中任意一个终端之间的对应关系；或者，所述第一QoS流与所述一组终端中的除所述第一终端之外的任意一个终端之间的对应关系；或者，所述第一业务的数据与所述一组终端中任意一个终端之间的对应关系。

在一种可能的设计中，所述第一对应关系还包括：所述第一QoS流与所述第一QoS流所承载数据的内容之间的对应关系。

在该设计中，接入网设备可以根据该第一对应关系可以确定多播业务(第一业务)的数据对应一组终端，进而可以达到接入网设备使用已建立的单播信道，采用多播的方式将第一业务数据发送给该一组终端的目的，能够减少数据传输的时延。

在一种可能的设计中，所述接入网设备接收第一对应关系包括：所述接入网设备接收来自会话管理功能网元的所述第一对应关系。

在一种可能的设计中，所述第一QoS流与所述一组终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中每个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一QoS流与所述一组终端中任意一个终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一QoS流与所述一组终端中的除所述第一终端之外的任意一个终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中的除所述第一终端之外的任意一个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一业务的数据与所述一组终端中任意一个终端的对应关系包括：所述第一业务的数据的索引信息与所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系。

第二方面，本申请实施例提供一种数据传输方法，包括：用户面功能网元接收第一业务的至少一个数据流，所述第一业务为多播业务；所述用户面功能网元通过第一QoS流，向接入网设备发送所述至少一个数据流中任意一个数据流承载的所述第一业务的数据；其中，所述第一QoS流包括所述接入网设备与所述用户面功能网元之间的公共QoS流，或第一终端的QoS流，所述接入网设备与所述用户面功能网元均为所述第一终端的QoS流上的节点。

在一种可能的设计中，所述方法还包括：所述用户面功能网元接收来自会话管理功能网元的第一指示信息，所述第一指示信息指示用于承载所述第一业务的数据的所述第一QoS流。

在一种可能的设计中，所述第一指示信息包括：一组终端的过滤规则，或第一对应关系，所述一组终端包括所述第一终端。

其中，所述第一对应关系包括：所述第一QoS流与所述一组终端之间的对应关系；或者，所述第一QoS流与所述一组终端中任意一个终端之间的对应关系；或者，所述第一QoS流与所述一组终端中的除所述第一终端之外的任意一个终端之间的对应关系；或者，所述第一业务的数据与所述一组终端中任意一个终端之间的对应关系。

在一种可能的设计中，所述第一对应关系还包括：所述第一QoS流与所述QoS流所承载数据的内容之间的对应关系。

在一种可能的设计中，所述第一QoS流与所述一组终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中每个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一QoS流与所述一组终端中任意一个终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一QoS流与所述一组终端中的除所述第一终端之外的任意一个终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中的除所述第一终端之外的任意一个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一业务的数据与所述一组终端中任意一个终端之间的对应关系包括：所述第一业务的数据的索引信息与所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系。

在一种可能的设计中，所述用户面功能网元接收第一业务的至少一个数据流之前，还包括：所述用户面功能网元接收来自会话管理功能网元的QoS流的建立请求，建立所述第一QoS流，所述QoS流的建立请求指示建立所述第一QoS流。

上述第二方面以及各可能的设计中所提供的数据传输方法，其有益效果可以参见上述第一方面以及各可能的设计所带来的有益效果，在此不加赘述。

第三方面，本申请实施例提供一种数据传输方法，包括：会话管理功能网元向第一用户面功能网元发送第一指示信息，所述第一指示信息指示用于承载第一业务的数据的第一QoS流；其中，所述第一QoS流包括接入网设备与所述第一用户面功能网元之间的公共QoS流，或第一终端的QoS流，所述接入网设备与所述第一用户面功能网元均为所述第一终端的QoS流上的节点，所述第一业务为多播业务。

在一种可能的设计中，所述方法还包括：所述会话管理功能网元向第二用户面功能网元发送第二指示信息，所述第二指示信息指示用于承载所述第一业务的数据的第二QoS流，所述第二QoS流包括所述接入网设备与所述第二用户面功能网元之间的公共QoS流，或第二终端的QoS流，所述接入网设备与所述第二用户面功能网元均为所述第二终端的QoS流上的节点。

在一种可能的设计中，所述第一指示信息包括：一组终端的过滤规则，或第一对应关系，所述一组终端包括所述第一终端。

其中，所述第一对应关系包括：所述第一QoS流与所述一组终端之间的对应关系；或者，所述第一QoS流与所述一组终端中任意一个终端之间的对应关系；或者，所述第一QoS流与所述一组终端中的除所述第一终端之外的任意一个终端之间的对应关系；或者，所述第一业务的数据和所述一组终端中任意一个终端之间的对应关系。

在一种可能的设计中，所述第一对应关系还包括：所述第一QoS流与所述第一QoS流所承载数据的内容之间的对应关系。

在一种可能的设计中，所述方法还包括：所述会话管理功能网元向所述接入网设备发送会话管理消息，所述会话管理消息包括所述第一对应关系。

在一种可能的设计中，所述第一QoS流与所述一组终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中每个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一QoS流与所述一组终端中任意一个终端之间的对应关系包括：所述第一QoS流的标识信息和所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一QoS流与所述一组终端中的除所述第一终端之外的任意一个终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中的除所述第一终端之外的任意一个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一业务的数据和所述一组终端中任意一个终端之间的对应关系包括：所述第一业务的数据的索引信息和所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系。

在一种可能的设计中，当所述第一业务的数据和所述一组终端中任意一个终端之间的对应关系包括：所述第一业务的数据的索引信息和所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系时，所述方法还包括：所述会话管理功能网元从所述第一业务的服务器获取所述索引信息；或，所述会话管理功能网元从所述一组终端获取所述索引信息；或，所述会话管理功能网元生成所述索引信息。

在一种可能的设计中，所述方法还包括：所述会话管理功能网元接收来自第一终端或第一业务的服务器的QoS流的建立请求，生成所述第一对应关系，所述QoS流的建立请求指示建立所述第一QoS流。

上述第三方面以及各可能的设计中所提供的数据传输方法，其有益效果可以参见上述第一方面以及各可能的设计所带来的有益效果，在此不加赘述。

第四方面，本申请实施例提供一种数据传输装置，该数据传输装置为接入网设备，该数据传输装置包括：发送模块和接收模块。其中，该发送模块用于执行上述第一方面以及各可能的设计中接入网设备的发送的动作，接收模块用于执行上述第一方面以及各可能的设计中接入网设备的接收的动作。

第五方面，本申请实施例提供一种数据传输装置，该数据传输装置为用户面功能网元。其中，该数据传输装置包括：发送模块和接收模块。其中，该发送模块用于执行上述第二方面以及各可能的设计中用户面功能网元的发送的动作，接收模块用于执行上述第二方面以及各可能的设计中用户面功能网元的接收的动作。

第六方面，本申请实施例提供一种数据传输装置，该装置为会话管理功能网元。其中，该数据传输装置包括：发送模块和接收模块。其中，该发送模块用于执行上述第三方面以及各可能的设计中会话管理功能网元的发送的动作，接收模块用于执行上述第三方面以及各可能的设计中会话管理功能网元的接收的动作。

上述第四方面、第五方面和第六方面以及各可能的设计中所提供的数据传输装置，其有益效果可以参见上述第一方面、第二方面和第三方面以及各可能的设计所带来的有益效果，在此不加赘述。

第七方面，本申请实施例提供一种数据传输装置，该装置可以上述第四方面的接入网设备、或上述第五方面的用户面功能网元、或上述第六方面的会话管理功能网元。其中，该数据传输装置包括：处理器、存储器、接收器、发送器；所述接收器和所述发送器均耦合至所述处理器，所述处理器控制所述接收器执行上述第一方面、第二方面和第三方面的接收动作，所述处理器控制所述发送器执行上述第一方面、第二方面和第三方面的发送动作；其中，存储器用于存储计算机可执行程序代码，程序代码包括指令；当处理器执行指令时，指令使所述数据传输装置执行如第一方面或第一方面的各可能的实施方式所提供的接入服务网络的方法。

第八方面，本申请实施例提供一种数据传输系统，包括如接入网设备、用户面功能网元和会话管理功能网元。其中，接入网设备用于执行上述第一方面及可能的设计中的方法，用户面功能网元用于执行上述第二方面及可能的设计中的方法，会话管理功能网元用于执行上述第三方面及可能的设计中的方法。

第九方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面、第二方面和第三方面的各种可能的设计中的方法。

本申请实施例提供的数据传输方法、装置、系统和存储介质，用户面功能网元可以通过已经建立的单播用户面连接，不需要额外建立多播用户面连接，减小了数据传输时延，且用户面功能网元在向接入网设备发送第一业务的数据时，仅发送一个数据流上承载的第一业务的数据，提高了核心网侧资源的使用效率。另，接入网设备在接收待第一QoS流上的第一业务的数据后，可以通过已经建立的单播信道，采用多播的方式向第一业务的数据对应的一组终端发送该第一业务的数据，不需要额外建立多播信道以及切换到多播信道，进一步减小了数据传输时延。

附图说明

图1为本申请实施例涉及的网络架构示意图；

图2为单播传输机制中的QoS流的映射规则及传输流程图；

图3A为现有技术中的使用单播传输机制传输数据的示意图；

图3B为现有技术中的使用广播传输机制传输广播业务的数据的示意图；

图4为现有4G系统中的广播/多播传输机制；

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

图6A为本申请实施例提供的数据传输方法的场景示意图一；

图7A为本申请实施例提供的数据传输方法的场景示意图二；

图6B为本申请实施例提供的数据传输方法的场景示意图三；

图7B为本申请实施例提供的数据传输方法的场景示意图四；

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

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

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

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

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

图13为本申请实施例提供的数据传输方法的场景示意图三；

图14为本申请实施例提供的数据传输方法的场景示意图四；

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

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

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

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

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

图20为本申请实施例提供的数据传输系统的结构示意图。

具体实施方式

为了更好地理解本申请实施例提供的一种数据传输方法，下面对本申请实施例涉及的网络架构进行描述。图1为本申请实施例涉及的网络架构示意图。如图1所示，3GPP标准组发布的5G网络架构包括：终端(user equipment，UE)、支持3GPP技术的接入网(包括radioaccess network，RAN或access network，AN)、用户面功能(user plane function，UPF)网元、接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、策略控制功能(policy controlfunction，PCF)网元、统一数据管理功能(unified data management，UDM)网元、应用功能(application function，AF)和数据网络(data network，DN)。本领域技术人员可以理解，图1中示出的5G网络架构并不构成对该5G网络架构的限定，具体实现时，该5G网络架构可以包括比图示更多或更少的网元，或者组合某些网元等。应理解，图1中以(R)AN的方式表征AN或RAN。本申请实施例的附图中以接入网为AN为例进行说明。

接入网设备为接入网络侧的网元，AMF网元、SMF网元、UPF网元、PCF网元和UDM网元为3GPP核心网络的网元(简称：核心网网元)。UPF网元可以称为用户面功能网元，主要负责用户数据的传输，其他网元可以称为控制面功能网元，主要负责认证、鉴权、注册管理、会话管理、移动性管理以及策略控制等，以保障用户数据可靠稳定的传输。

终端可以为用户设备(user equipment，UE)、手持终端、笔记本电脑、用户单元(subscriberunit)、蜂窝电话(cellularphone)、智能电话(smartphone)、无线数据卡、个人数字助理(personal digital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordlessphone)或者无线本地环路(wireless local loop，WLL)台、机器类型通信(machine typecommunication，MTC)终端、具有无线通信功能的手持设备、计算设备、连接到无线调制解调器的处理设备、无人机、车载设备、可穿戴设备、物联网中的终端、虚拟现实设备、未来5G网络中的终端设备、未来演进的公共陆地移动网络(public land mobile network，PLMN)中的终端等。

上述所说的支持3GPP技术的接入网设备是终端通过无线方式接入到该网络架构中的接入设备，主要负责空口侧的无线资源管理、服务质量(quality of service，QoS)管理、数据压缩和加密等。例如：基站NodeB、演进型基站eNodeB、5G移动通信系统或新一代无线(new radio，NR)通信系统中的基站、未来移动通信系统中的基站等。

AMF网元可以用于对终端接入核心网络进行管理，例如：终端的位置更新、注册网络、接入控制、终端的移动性管理、终端的附着与去附着等。AMF网元还可以在为终端的会话提供服务的情况下，为该会话提供控制面的存储资源，以存储会话标识、与会话标识关联的SMF网元标识等。

SMF网元可以用于为终端选择用户面网元、为终端重定向用户面网元、为终端分配因特网协议(internet protocol，IP)地址，建立终端与UPF网元之间的承载(也可以称为会话)、会话的修改、释放以及QoS控制。其中，终端与UPF网元之间的承载可以包括：UPF网元和接入网设备之间的用户面连接，以及在接入网设备和终端之间建立信道。其中，用户面连接为可以在UPF网元和接入网设备之间建立传输数据的服务质量(quality of service，QoS)流(flow)。

UPF网元可以用于转发和接收终端的数据。例如，UPF网元可以从数据网络接收业务的数据，通过接入网设备传输给终端；UPF网元还可以通过接入网设备从终端接收用户数据，转发到数据网络。其中，UPF网元为终端分配和调度的传输资源是由SMF网元管理控制的。应理解，下述UPF网元简述为UPF。

PCF网元用于向AMF网元、SMF网元提供策略，如QoS策略、切片选择策略等。

UDM网元用于存储用户数据，如签约信息、鉴权/授权信息等。

AF网元用于与3GPP核心网网元交互支持应用影响数据的路由，访问网络暴露功能，与PCF网元之间交互以进行策略控制等。

DN可以为如IP多媒体服务(IP multi-media service，IMS)网络、互联网等为用户提供数据服务。在DN中可以有多种应用服务器(application server，AS)，提供不同的应用业务，AS可以实现AF的功能。应理解，图1中所示的网络切片选择功能(network sliceselection function，NSSF)网元和鉴权服务功能(authentication server function，AUSF)网元的功能可以参照现有的相关描述。

QoS流是协议数据单元(protocol data unit，PDU)会话中QoS差异化的最细粒度。在5G网络系统中，QoS流由SMF控制。QoS流可以是预先配置的，也可以是通过PDU会话建立过程(参见TS 23.502中第4.3.2节)或PDU会话修改过程(参见TS 23.502中第4.3.3.1节)中建立的。其中，映射到相同的QoS流的数据(包括来自应用服务器的业务的数据和/或来自终端的用户数据)具有相同的转发处理(比如：调度策略、队列管理策略、速率成形策略、RLC配置等)。

QoS流的标识信息可以为QoS流标识(quality of service identifier，QFI)。QFI用于唯一标识QoS流，QFI在终端的一个PDU会话中是唯一的。如，一个PDU会话可以有多条(最多64条)QoS流，但每条QoS流的QFI都是不同的(取值范围0-63)。其中，QFI可以承载在N3路径和/或N9路径的封装头中。

其中，QoS流具有如下特征：SMF网元将QoS模板(QoS Profile)(也可以至QoS配置文件)经由AMF网元通过N2路径发送给接入网设备，或QoS模板可以在接入网设备中预先配置。QoS流具备一个或多个QoS规则(QoS Rule)，这些QoS规则或与这些QoS规则相关联的QoS参数(参见TS 24.501)可以是由SMF网元经由AMF网元通过N1路径发送给终端的，或这些QoS规则是由终端通过应用反射QoS控制派生出来。进一步的，SMF网元可以向UPF网元提供一个或多个上行和下行包检测规则(packet detection rule，PDR)。

图2为单播传输机制中的QoS流的映射规则及传输流程图。如图2所示，下面以应用服务器向终端传输业务的数据为例对QoS流的映射规则及传输流程进行简要说明。在一个PDU会话中，UPF网元接收来自应用服务器的业务的数据(如业务的数据封装在数据包中)，UPF网元可以根据QoS流的映射规则将数据包映射至对应的QoS流上。UPF网元通过QoS流将承载相同QoS的数据的数据包映射至同一QoS流，发送至接入网设备。在接入网设备接收到QoS流上承载的数据包后，可以根据预设的资源映射规则，将接收到的数据包映射至对应的AN资源上(如数据无线承载(data radio bearer，DRB)。接入网设备通过该对应的AN资源将数据包发送给终端。同理的，终端在向应用服务器发送用户数据时，也可以采用类似的方式(与上述应用服务器向终端发送业务的数据的流程为逆向流程)发送。

其中，QoS流上承载的数据的业务的类型可以为单播业务、组播业务、多播业务或广播业务等。对应的，应用服务器向终端发送的业务的数据为单播业务的数据、组播业务的数据、多播业务的数据或广播业务的数据等。多播业务如可以是直播类音视频业务(如演唱会、体育赛事、游戏)直播、群组通信业务、车联网(vehicle to everything，V2X)业务、物联网(internet of things，IOT)业务等业务。应理解，下述所述的广播业务是可以替换为组播业务或多播业务。

图3A为现有技术中的使用单播传输机制传输数据的示意图。如图3A所示，UE和UPF之间建立的单播QoS流，包括UPF和AN之间建立的单播用户面连接(也可以称为单播N3用户面连接)，AN和接收单播业务的数据的UE之间建立的DRB(或单播信道)。示例性的，图3A中示出了UPF分别接收AS通过UE1、UE2、UE3对应的数据流(IP flow)上发送的UE1、UE2、UE3的数据，UPF通过UE1对应的单播QoS流向UE1发送单播业务的数据。同理的，UPF通过与UE2对应的单播QoS流向UE2发送单播的业务数据，以及UPF通过与UE3对应的单播QoS流向UE3发送单播业务的数据。

对于广播业务，业务服务器需要向请求该业务的数据的所有终端传输相同的数据。图3B为现有技术中的使用广播传输机制传输广播业务的数据的示意图。如图3B所示，AS向该多个终端发送广播业务的数据时，需要在UPF和一组终端建立广播QoS流，包括在UPF和AN之间建立的广播用户面连接，以及AN和接收广播业务的数据的UE之间建立的广播信道(或广播信道)。示例性的，UE1、UE2和UE3接收的数据为相同的数据，AS通过建立的广播QoS流向UE1、UE2和UE3发送该广播业务的数据。

图4为现有4G系统中的广播/多播传输机制。其中，当外部服务器(也称为内容提供商(content provider，CP)或群组通信业务服务器(group communication serviceapplication server，GCS AS)需要发送广播业务的数据时，外部服务器向广播组播业务中心(broadcast-multicast service center，BM-SC)网元请求激活广播承载，BM-SC继而触发广播会话建立或修改流程，建立一条包含BM-SC到多媒体广播组播服务网关(multimediabroadcast multicast service gateway，MBMS GW)到演进的通用陆基无线接入网(evolved universal terrestrial radio access network，E-UTRAN)及空口广播信道的广播承载。当外部服务器发送广播业务的数据时，外部服务器将广播业务数据发送给BM-SC，则广播业务的数据会承载在广播承载上发送给该广播业务对应的一组终端(例如UE1，UE2，UE3)。其中，图2中所示的关于移动管理实体(mobility management entity，MME)和分组数据网关(packet data network gateway，PDN-GW)的功能可具体参照现有的相关描述。

现有的5G网络系统中仅仅支持单播传输的方式，不支持广播传输的方式。若要在应用服务器和终端之间传输广播业务的数据，按照现有的4G广播传输的方式，在5G系统中需要在UPF中为一组终端或一个区域建立广播QoS流，即UPF和接入网设备之间建立的广播用户面连接，以及在接入网设备和接收广播业务的数据的终端之间建立的广播信道，一方面，广播信道是基于资源预留的，一旦分配了广播信道的空口资源，即使没有数据传输也无法分配给其他单播空口使用；另一方面，当终端接收业务的数据在单播传输和为广播传输之间切换时，会引入新的切换信令流程，造成数据传输的时延大。

另，请求广播业务的数据的终端还需要支持广播传输方式专用的协议栈，这些协议栈可以是在芯片上实现的。现有技术中的支持单播传输的UE可能不支持广播传输方式，则该部分终端无法接收广播传输的业务的数据，现有技术中的广播传输机制会增加终端的成本，这些都会导致造成传输效率的低下。

为了解决上述问题，本申请实施例提供了一种数据传输方法，通过重用及扩展5G网络系统中单播传输机制来高效的传输广播业务，避免了建立广播信道及广播传输信令流程的引入，减少了数据传输的时延、且提高了空口则和核心网资源的使用效率。应理解，下属实施例中以多播业务为示例说明本申请实施例的数据传输方法，其中，下述实施例中的多播可以替换为广播或组播。

下面基于图1所示的网络架构，从应用服务器、用户面功能网元、接入网设备和终端交互的角度对本申请实施例的方法进行详细说明。下面这几个实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图5为本申请实施例提供的一种数据传输方法的一实施例的流程示意图。如图5所示，该数据传输方法包括：

S501、应用服务器向用户面功能网元发送第一业务的至少一个数据流。

其中，第一业务可以为多播业务。该用户面功能网元可以是一个或多个，不予限制。

相应地，用户面功能网元接收该第一业务的至少一个数据流。

其中，第一业务的数据流可以包括第一业务的数据。

S502、用户面功能网元通过第一QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据。

S503、接入网设备采用多播方式，向第一业务的数据对应的一组终端发送第一业务的数据，一组终端包括第一终端。

上述S501中，对应的，用户面功能网元接收来自应用服务器的第一业务的至少一个数据流。

需要指出的是，本申请各实施例中的第一QoS流可以包括接入网设备与用户面功能网元之间的公共QoS流，或第一终端的QoS流，该接入网设备与用户面功能网元均为该第一终端的QoS流上的节点。应理解，第一终端的QoS流包括用户功能网元和接入网设备之间的N3连接部分，以及接入网设备与终端设备之间的数据无线承载DRB部分。该第一QoS流可以为一个QoS流。该第一终端为步骤S503中提及的一组终端中的一个终端。

应理解，本申请实施例以及下述实施例中的第一QoS流可以指的是如图1中所示的用户功能网元和接入网设备之间的N3连接部分。

本申请实施例中的第一业务为多播业务。应理解，本申请实施例中的多播业务可以替换为多播业务或组播业务，下述实施例中以多播业务进行说明。

当多个终端向应用服务器请求的数据均为第一业务的数据时，由于该多个终端请求的数据相同，应用服务器可以向用户面功能网元发送第一业务的至少一个数据流(IPflow)。其中，至少一个数据流中的每个数据流均用于承载第一业务的数据。应理解，第一业务可以为直播类音视频业务(演唱会、体育赛事、游戏)、群组通信业务、车联网(vehicle toeverything，V2X)业务、物联网(internet of things，IOT)业务等业务。数据流还可以等价表述为业务数据流(service data flow，SDF)，数据包流(packet flow)。

本申请实施例中的第一业务的数据，可以为第一业务的应用层数据(Payload)，不包含用于传输应用层的数据的传输层报文头部。或者在第一业务与第一业务的客户端之间是多播通信(即应用层是多播通信)时，第一业务的数据还可以为第一业务的应用层数据及其用于传输应用层数据的传输层报文头部。其中传输层包括应用层以下的通信协议层，可以传输控制协议(transmission control protocol，TCP)/用户数据报协议(userdatagram protocol，UDP)层，和/或，IP层。

在步骤S501的一种可能的实现方式中，应用服务器可以向用户面功能网元发送每个终端请求的第一业务的数据，即应用服务器向用户面功能网元发送第一业务的多个数据流，该多个数据流与请求该第一业务的数据的每个终端一一对应。该每个数据流上均承载第一业务的数据，该数据流的个数可以与请求该第一业务的数据的终端的个数相同。该种场景下，可选的，应用服务器可以将终端的单播IP地址作为传输第一业务的数据的目的IP地址(destination IP)，应用服务器使用IP路由的机制向用户面功能网元发送封装了第一业务的数据的数据包，如应用服务器在发给UE1的数据流中的第一业务的数据的数据包的目的IP地址为UE1的单播IP地址。可选的，应用服务器还可以将组播地址作为传输第一业务的数据的目的IP地址，应用服务器使用隧道或IP-in-IP的传输方式向用户面网元发送封装了第一业务的数据的数据包，此时数据包的外层目的IP地址为UPF的IP地址，内层目的IP地址为组播IP地址，如应用服务器在发给UE1的数据流中的第一业务的数据的数据包的内层目的IP为组播IP地址，外层目的IP地址为UPF的IP地址。可选的，应用服务器还可以使用组播地址作为传输第一业务的数据的目的IP地址，应用服务器使用隧道或IP-in-IP的方式向用户面网元发送封装了第一业务的数据的数据包，此时数据包的外层目的IP地址为终端的IP地址，如应用服务器在发给UE1的数据流中的第一业务的数据的数据包的内层目的IP为组播IP地址，外层目的IP地址为UE1的IP地址。其中，当应用服务器使用隧道的方式向用户面网元发送封装了第一业务的数据的数据包时，隧道的对端地址为用户面功能网元的隧道标识。

在步骤S501的另一种可能的实现方式中，鉴于该多个终端请求的数据均为第一业务的数据，应用服务器可以向用户面功能网元发送第一业务的一个数据流。可选的，应用服务器将传输第一业务的数据的数据包的目的IP地址设置为第一组播IP地址，应用服务器可以使用IP组播的方式向用户面网元发送第一业务的数据。在这种情况下，UPF也可以加入到该组播地址以接收第一业务的数据。其中，该第一组播地址表示多个终端均在该组播地址上接收第一业务的数据。该第一组播地址可以是由应用服务器和终端协商出来的一个组播地址，或者是应用服务器决定配置在终端的一个组播地址。可选的，应用服务器还可以使用隧道或IP-in-IP的方式向UPF发送第一业务的一个数据流，即该数据流对应的数据包中的内层IP地址为用于传输第一业务的数据的数据包的第一组播地址，外层IP地址为UPF的单播地址或UPF用于接收第一业务数据的数据包的第二组播地址。其中，当应用服务器使用隧道的方式向用户面网元发送封装了第一业务的数据的数据包时，隧道的对端地址为用户面功能网元的隧道标识。本申请实施例中对应用服务器如何将第一业务的数据发送给用户面功能网元的方式不做限制。

与上述S502相对应的，接入网设备接收承载在第一QoS流上的第一业务的数据。

可以理解的是，当多个终端向应用服务器请求的数据均为第一业务的数据时，该多个终端中的每个终端可以建立独立的该用于承载第一业务的数据的终端的QoS流(可以理解为该终端与第一业务的单播QoS流)，每个QoS流对应的用户面功能网元和接入网设备之间的N3连接部分也是相互独立的。应理解，QoS流的具体建立过程可以参照现有技术中的相关描述。应理解，上述所述的多个终端对应的用于承载第一业务的数据QoS流为：该多个终端中每个终端对应的用于承载第一业务的数据QoS流。

本申请实施例中为了提高核心网资源的使用效率，用户面功能网元可以通过第一QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据。

在步骤S502的一个示例中，用户面功能网元在发送第一业务的数据时，假设用户面功能网元从应用服务器接收至少两个数据流，那么用户面功能网元仅通过第一QoS流将该至少两个数据流中任意一个数据流中的第一业务的数据发送给接入网设备。

上述S503可以替换为：接入网设备采用多播的方式，向请求第一业务的数据的多个终端发送该第一业务的数据。应理解，本申请实施例中以接入网设备和一个用户面功能网元(如第一用户面功能网元)之间的交互进行说明。对应的，接入网设备接收到的第一QoS流为接入网设备与第一用户面功能网元之间的公共QoS流，或第一终端的QoS流。应理解，本申请实施例中的第一业务的数据对应的一组终端可以为该第一用户面功能网元服务的(为对应的一组终端提供传输服务)、请求第一业务的数据的多个终端。本领域的技术人员可以理解的是为该一组终端服务的第一用户面功能网元可以由会话管理功能网元预先确定。

其中，接入网设备可以采用接入网设备与终端之间预先建立的单播信道，采用多播的方式，向请求第一业务的数据对应的一组终端发送该第一业务的数据。其中多播的方式具体可以理解为多播的调度方式，接入网设备对空口资源使用多播的调度方式。

在步骤S503的一种可能的实现方式中，接入网设备可以通过一组终端中每个终端对应的单播信道向终端发送该一组终端的组无线网络临时标识(group radio networktemporary identity，G-RNTI)，该一组终端的G-RNTI可以用于以向包括一组终端设备调度第一业务的数据。可选的，该一组终端的G-RNTI可以携带在无线资源控制(radio resourcecontrol，RRC)消息中。

本申请实施例中，接入网设备使用该G-RNTI向该一组终端调度该第一业务的数据。

本申请实施例提供的数据传输方法中，用户面功能网元可以通过已经建立的单播用户面连接，如终端的QoS流或公共QoS流传输多播业务的数据，不需要额外建立多播(现有技术中的广播)用户面连接，减小了数据传输时延，且用户面功能网元在向接入网设备发送第一业务的数据时，仅发送一个数据流上承载的第一业务的数据，提高了核心网侧资源的使用效率。另，接入网设备在接收待第一QoS流上的第一业务的数据后，可以通过已经建立的单播信道，采用多播的方式向第一业务的数据对应的一组终端发送该第一业务的数据，不需要额外建立多播信道以及切换到多播信道，进一步减小了数据传输时延。

上述实施例中阐述了接入网设备接收来自一个用户面功能网元发送的第一业务的数据，可以理解的是，接入网设备可以接收来自至少两个用户面功能网元发送的第一业务的数据。应理解，在本申请实施例的一种实施场景中，以接入网设备接收来自两个用户面功能网元发送的第一业务的数据为例进行说明，其中，两个用户面功能网元包括第一用户面功能网元和第二用户面功能网元。

在该种场景下，上述S501可以替换为：应用服务器向第一用户面功能网元和第二用户面功能网元分别发送第一业务的至少一个数据流。相应地，第一用户面功能网元接收来自应用服务器的至少一个数据流，以及第二用户面功能网元接收来自应用服务器的至少一个数据流。

在该种场景下，上述方法还可以包括：第二用户面功能网元通过第二QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据。

需要指出的是，本申请各实施例中的第二QoS流包括：接入网设备与第二用户面功能网元之间的公共QoS流，或第二终端的QoS流。其中，接入网设备与第二用户面功能网元均为第二终端的QoS流上的节点。该第二终端可以为步骤S503中提及的一组终端中的一个终端，该第二终端也可以属于与所述第二QoS流上承载的所述第一业务的数据对应的第二组终端中的终端，但不属于步骤S503中提及的一组终端。其中，本申请实施例中的具体实施方式可以参照下述实施例中S906中的相关描述。

本申请实施例中，在接入网设备接收到来自两个用户面功能网元均发送的第一业务的数据时，对应的，上述S503中的接入网设备可以采用多播方式，向第一业务的数据对应的一组终端发送第一业务的数据。应理解，本申请实施例中的一组终端可以包括：与所述第一QoS流对应的第一组终端；或者，与所述第二QoS流对应的第二组终端；或者，所述第一组终端和所述第二组终端的合集。

其中，上述的一组终端还可以替换为：与第一QoS流上承载的第一业务的数据对应的第一组终端；或者，与第二QoS流上承载的第一业务的数据对应的第二组终端；或者，第一组终端和第二组终端的合集。

具体地，应用服务器向第一用户面功能网元和第二用户面功能网元分别发送第一业务的至少一个数据流可以采用图6A，6B，7A或7B所示的方式。

示例性的，图6A为本申请实施例提供的数据传输方法的场景示意图一。其中，本申请实施例中，应用服务器可以向用户面功能网元发送每个终端请求的第一业务的数据，即应用服务器向用户面功能网元发送第一业务的多个数据流，该多个数据流与请求该第一业务的数据的每个终端一一对应。

如图6A所示，请求第一业务的数据的终端包括：UE1、UE2、UE3和UE 4，用于发送第一业务的数据的用户面功能网元为2个，分别为UPF1和UPF2。其中，为UE1、UE2提供服务的用户面功能网元为UPF1，为UE3、UE4提供服务的用户面功能网元为UPF2。应用服务器AS向UPF1发送第一业务的一个数据流，向UPF2发送第一业务的一个数据流。应理解，图中以黑色方块表征第一业务的数据。

图7A为本申请实施例提供的数据传输方法的场景示意图二。其中，本申请实施例中，应用服务器可以向用户面功能网元发送第一业务的一个数据流。如图7B所示，AS向UPF1发送每个UE请求的第一业务的数据对应的数据流，即AS向UPF1发送两个第一业务的数据流。对应的，图7A中的AS也向UPF2发送两个第一业务的数据流。

图6B为本申请实施例提供的数据传输方法的场景示意图三。与图6A对应的，图6B所示的为AS还可以同时向UPF1和UPF2发送一个第一业务的数据流。图7B为本申请实施例提供的数据传输方法的场景示意图四。与图7A对应的，图7B所示为AS还可以同时向UPF1和UPF2均发送两个第一业务的数据流。

可以理解的是，本申请实施例中，应用服务器向多个用户面功能网元发送第一业务的数据流时，针对每个用户面功能网元的发送第一业务的数据流的规则可以不同。示例性的，如上述图7所示，AS可以向UPF1发送一个第一业务的数据流(perUPF的发送)，且向UPF2发送两个第一业务的数据流(per终端的发送)。

如图6A所示，以UPF1为例，当UPF1接收到来自AS的一个数据流时，可以将该数据流中的第一业务数据通过UE1的QoS流发送给接入网设备。其中，UE1的QoS流，指的是UE1的用于传输第一业务的数据的QoS流。如图7A所示，当UPF1接收到来自AS的两个数据流时，可以将该两个数据流中的任意一个数据流中的第一业务数据通过UE1的QoS流发送给接入网设备图6A和图7A中对第一QoS流为第一终端的QoS流示例说明。通常情况下，UPF1要么使用UE1的QoS流，要么使用公共QoS流，不会同时使用两者。

可以理解的是，本申请实施例中，应用服务器向多个用户面功能网元发送第一业务的数据流时，针对每个用户面功能网元的发送第一业务的数据流的规则可以不同，也可以相同。示例性的，如上述图7A所示，AS可以向UPF1发送一个第一业务的数据流，且向UPF2发送两个第一业务的数据流。

其中，本申请实施例中对于与所述第一QoS流上对应的第一组终端、与所述第二QoS流对应的第二组终端，以及第一组终端和所述第二组终端的合集的说明可以具体参照下述实施例S907中的相关描述。

本申请实施例中，接入网设备在接收到来自第一用户面功能网元的第一QoS流上承载的第一业务的数据，以及来自第二用户面功能网元的第二QoS流上承载的第一业务的数据时，可以向第一业务数据对应的一组终端发送该第一业务的数据，其中，一组终端可以为第一QoS流对应的第一组终端或第二QoS流上对应的第二组终端，或第一组终端和第二组终端的合集。进一步的，本申请实施例中，接入网设备可以向该一组终端发送承载在第一QoS流或第二QoS流上的第一业务的数据，对数据进行优化传输，提高了空口侧的资源使用效率。

上述实施例中阐述的为应用服务器向用户面功能网元发送至少一个数据流，以及用户面功能网元向接入网设备发送一个第一QoS流上承载的第一业务数据的场景。与前述场景对应的是接入网设备均可以采用已经建立的单播信道，采用多播的方式，向第一业务的数据对应的一组终端发送第一业务的数据。

在上述实施例的基础上，下面结合图8对本申请实施例中接入网设备如何确定第一业务数据对应的一组终端进行说明。图8为本申请实施例提供的数据传输方法的另一实施例流程示意图。如图8所示，该数据传输方法可以包括：

S801，接入网设备接收第一对应关系。

S802，应用服务器向用户面功能网元发送第一业务的至少一个数据流，第一业务为多播业务。

S803，用户面功能网元通过第一QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据。

S804，接入网设备采用多播方式，向一组终端发送第一业务的数据。

应理解，本申请实施例中的S802-S803、S804中的实施方式可以参照上述实施例中S501-S502、S503中的相关描述，在此不做赘述。

上述S801中，第一对应关系可以用于指示步骤S804提及的一组终端。

可选的，该第一对应关系可以为会话管理功能网元发送的，即接入网设备可以接收来自会话管理功能网元的第一对应关系。在该种情况下，参考图1所示的网络架构，第一对应关系可以是由SMF网元通过AMF网元发送给接入网设备的；或者，第一对应关系也可以是携带在SMF网元发送给接入网设备的会话管理消息中、由AMF网元发送给接入网设备的。

可选的，会话管理功能网元可以在接收来自第一终端或第一业务的服务器的QoS流的建立请求后，可以生成第一对应关系。其中，该QoS流的建立请求指示建立第一QoS流。

在该场景下，会话管理功能网元可以在接收来自第一终端的QoS流的建立请求后，还可以根据第一终端请求建立的QoS流对应的业务标识信息，生成第一对应关系。其中，其中业务标识信息用于指示QoS流用于传输多播业务。业务标识信息可包括临时群组标识(与4G的临时移动群组标识(temporary mobile group identifier，TMGI)的其他对等概念)、或第一业务的描述信息指示第一业务为多播业务、或第一业务对应的源或目的IP地址为组播地址。当会话管理功能网元根据业务标识信息，确定第一业务为多播业务，可以进行优化传输时，生成第一对应关系。可选的，业务标识信息可以携带在QoS流的建立请求中。

可选的，业务标识信息可以包括第一业务的标识信息、三元组和/或四元组。第一业务的标识信息用于表征第一业务为多播业务，如第一业务的标识信息为足球直播1，会话管理功能网元可以根据该足球直播1可以确定该第一业务为多播业务。第一业务的三元组包括通信协议、服务器IP地址和端口号，会话管理功能网元可以根据该三元组中的服务器IP地址和端口号确定第一业务为多播业务。第一业务的四元组包括通信协议、服务器IP地址、端口号和组播地址，其中组播地址可以为一组终端的接收该第一业务的数据的地址。对应的，会话管理功能网元可以根据该四元组确定该第一业务为多播业务。

可选的，会话管理功能网元也可以在接收到一组终端的QoS流的建立请求，且确定该一组终端均请求的是第一业务的数据后，生成第一对应关系。

应理解，上述来自终端的QoS流的建立请求可以是终端向会话管理功能网元发送的PDU会话建立/修改请求。

本申请实施例中，接入网设备采用多播方式，向所述第一业务的数据对应的一组终端发送所述第一业务的数据之前，还可以包括接入网设备根据第一QoS流，以及第一对应关系，确定第一业务的数据对应的一组终端。

下述对本申请实施例中提供的第一对应关系，以及接入网设备根据第一QoS流，以及第一对应关系，确定第一业务的数据对应的一组终端的具体方式进行说明。

1)、第一对应关系可以包括：第一QoS流与一组终端之间的对应关系。在该种场景下，会话管理功能网元可以在接收到一组终端中每个终端的QoS流的建立请求，且确定该一组终端均请求的是第一业务的数据后，生成该第一QoS流与一组终端之间的对应关系。其中，该一组终端中包括第一终端。

其中，第一QoS流与一组终端之间的对应关系包括：第一QoS流的标识信息与一组终端中每个终端的QoS流的标识信息和/或隧道信息的对应关系。其中，第一QoS流的标识信息可以为第一QoS流的标识QFI，每个终端的QoS流的标识信息也可以为QoS流的QFI，每个终端的QoS流的隧道信息可以为如接入网设备侧的隧道标识AN_Tunnel_ID，和/或，核心网侧隧道标识CN_Tunnel_ID，和/或终端侧隧道标识UE_Tunnel_ID。接入网设备在接收到承载在第一QoS流上的第一业务的数据后，可以根据该第一QoS流的标识信息与一组终端中每个终端的QoS流的标识信息和/或隧道信息的对应关系，确定第一业务的数据对应的一组终端。

示例性的，该第一QoS流的标识信息与一组终端中每个终端的QoS流的标识信息的对应关系可以如下表2所示，第一QoS流的标识信息与一组终端中每个终端的QoS流的隧道信息的对应关系如下表3所示：

表2

如上表2所示，接入网设备在接收到承载在第一QoS流的上的第一业务的数据后，可以根据该第一QoS流的标识信息与一组终端中每个终端的QoS流的标识信息的对应关系，进而确定与该第一QoS流上承载的第一业务的数据的一组终端。具体可以通过该一组终端中每个终端的QoS流的标识信息确定该一组终端包括：标识为QFI_1-1的QoS流对应的终端(第一终端)、标识为QFI_1-2的QoS流对应的终端(第二终端)、QFI_1-3的QoS流对应的终端(第三终端)以及QFI_1-4的QoS流对应的终端(第四终端)。应理解，上述第一QoS流的标识信息可以为第一终端的QoS流的标识信息QFI_1-1，或者为公共QoS流的标识信息QFI-C1。

表3

如上表3所示，接入网设备在接收到第一QoS流的标识信息与一组终端中每个终端的QoS流的隧道信息后，可以确定与该第一QoS流上承载的第一业务的数据的一组终端。具体可以通过该一组终端中每个终端的QoS流的隧道信息确定该一组终端包括：标识为UE_Tunnel_a的终端(如第一终端)、标识为UE_Tunnel_b的终端(如第二终端)、标识为UE_Tunnel_c的终端(如第三终端)以及标识为UE_Tunnel_d的终端(如第四终端)。

2)、第一对应关系可以包括：第一QoS流与一组终端中任意一个终端之间的对应关系。

在该种情况下，会话管理功能网元可以是接收到来自第一终端或应用服务器的QoS流的建立请求后，建立该第一QoS流与一组终端中任意一个终端之间的对应关系。或者，会话管理功能网元可以接收到来自一组终端中每个终端的QoS流的建立请求，且确定该一组终端均请求的是第一业务的数据后，生成该第一QoS流与一组终端之间的对应关系。

接入网设备在接收到承载在第一QoS流上的第一业务的数据后，可以根据该第一QoS流与一组终端中任意一个终端之间的对应关系，确定该第一业务的数据对应的一组终端。

可选的，当会话管理网元接收到第一终端或应用服务器的QoS流的建立请求后，可以建立第一QoS流与第一终端之间的对应关系，当会话管理网元接收到第三终端的QoS流的建立请求后，且确定第三终端与第一终端请求的数据均为第一业务的数据时，可以建立第一QoS流与第三终端之间的对应关系。按照该种方法，可以建立第一QoS流与第一业务的数据对应的一组终端中的每个终端的对应关系。

接入网设备接收到来自会话管理网元的第一QoS流与一组终端中每个终端的第一对应关系后，可以根据该第一对应关系，确定一组终端。示例性的，如接入网设备根据接收到的对应关系确定该任意一个终端均与第一QoS流具有对应关系，据此可以确定与第一QoS流上承载的第一业务的数据的一组终端。

其中，第一QoS流与一组终端中任意一个终端之间的对应关系包括：第一QoS流的标识信息与一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系。此处的对第一QoS流的标识信息、终端的QoS流的标识信息和/或隧道信息可以参照上述1)中的相关描述。下表4、表5分别示出了第一QoS流的标识信息与一组终端中第一终端、第三终端的QoS流的标识信息的对应关系，下述表6、表7分别示出了第一QoS流的标识信息与一组终端中第一终端、第三终端的QoS流的隧道信息的对应关系。

表4

第一QoS流的标识信息	任意一个终端的QoS流的标识信息
		QFI_1-1/QFI-C1	QFI_1-1

表5

第一QoS流的标识信息	任意一个终端的QoS流的标识信息
		QFI_1-1/QFI-C1	QFI_1-3

表6

第一QoS流的标识信息	任意一个终端的QoS流的隧道信息
		QFI_1-1/QFI-C1	UE_Tunnel_a

表7

第一QoS流的标识信息	任意一个终端的QoS流的隧道信息
		QFI_1-1/QFI-C1	UE_Tunnel_b

示例性的，如上表4和表5所示，若接入网设备接收到第一QoS流的标识信息和第一终端的QoS流的标识信息的对应关系，以及第一QoS流的标识信息和第三终端的QoS流的标识信息的对应关系后，可以确定第一终端和第三终端为一组终端中的终端。应理解，接入网设备可以预先接收到第一QoS流的标识信息与一组终端中每个终端的QoS流的标识信息和/或隧道信息的对应关系，进而能够确定一组终端。

可选的，接入网设备在接收到如上表4和表5中的对应关系后，可以将与第一QoS流的标识信息具有对应关系的终端的QoS流的标识信息进行更新，以获取如上述表2中所示的第一对应关系。同理的，接入网设备在接收到如上表6和表7中的对应关系后，可以将与第一QoS流的标识信息具有对应关系的终端的QoS流的隧道信息进行更新，以获取如上述表3中所示的第一对应关系。

3)、第一对应关系可以包括：第一QoS流与一组终端中的除第一终端之外的任意一个终端之间的对应关系。

其中，该第一对应关系的建立的情况可以参照上述2)中的第一对应关系建立的情况的相关描述。

其中，第一QoS流与一组终端中的除第一终端之外的任意一个终端之间的对应关系包括：第一QoS流的标识信息与一组终端中的除第一终端之外的任意一个终端的QoS流的标识信息和/或隧道信息的对应关系。其中，第一QoS流的标识信息、终端的QoS流的标识信息和/或隧道信息可以参照上述1)中的相关描述。

与上述2)不同的是，假设第一QoS流为第一终端的QoS流时，会话管理功能网元不需建立第一QoS流与第一终端之间的对应关系，默认第一QoS流与第一终端具有对应关系。示例性的，上述表4转化为如下表8所示：

表8

与上述2)同样的道理，在接入网设备接收到来自会话管理网元的第一QoS流与一组终端中除第一终端外的任意一个终端的第一对应关系后，可以根据该第一对应关系，确定该一组终端均与第一QoS流具有对应关系，据此确定一组终端。应理解，该一组终端可以为预设时间窗口内的一组终端，具体可以参照2)中的相关描述。

4)、第一对应关系可以包括：第一业务的数据与一组终端中任意一个终端之间的对应关系。

其中，该第一对应关系的建立的情况可以参照上述2)中的第一对应关系建立的情况的相关描述。

其中，第一业务的数据与一组终端中任意一个终端之间的对应关系包括：第一业务的数据的索引信息与一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系。其中，终端的QoS流的标识信息和/或隧道信息可以参照上述1)中的相关描述。第一业务的数据的索引信息用于指示该第一业务的数据。关联了同一个索引信息的多个QoS流承载的数据相同。可选的，第一业务的数据的索引信息可以为：数字、字符串、枚举值、或索引标识等，还可以是多播地址。其中，索引标识可以为index ID的取值，如index ID＝1、或index ID＝2，该index ID＝1用于表征该第一QoS流上承载的第一业务的数据为足球直播业务的数据，index ID＝2用于表征该第一QoS流上承载的第一业务的数据为篮球直播业务的数据。

应理解，当会话管理网元接收到第一终端的QoS流的建立请求后，可以建立第一业务的数据的索引信息与第一终端的QoS流的标识信息和/或隧道信息的对应关系；当会话管理网元接收到第三终端的QoS流的建立请求后，且确定第三终端与第一终端请求的数据均为第一业务的数据时，可以第一业务的数据的索引信息与第三终端的QoS流的标识信息和/或隧道信息的对应关系。按照该种方法，会话管理网元可以建立第一QoS流与第一业务的数据的索引信息与一组终端中的每个终端的对应关系。

对应的，若接入网设备接收到第一业务的数据的索引信息与第一终端的QoS流的标识信息和/或隧道信息的对应关系，以及第一业务的数据的索引信息与第三终端的QoS流的标识信息和/或隧道信息的对应关系后，可以根据第一业务的数据的索引信息，确定第一终端和第三终端为一组终端中的终端。

应理解，接入网设备可以预先接收到第一业务的数据的索引信息与一组终端中每个终端的QoS流的标识信息和/或隧道信息的对应关系，进而能够确定一组终端。下表9、表10分别示出了第一业务的数据的索引信息与一组终端中第一终端、第三终端的QoS流的标识信息的对应关系：

表9

第一业务的数据的索引信息	任意一个终端的QoS流的标识信息
		index ID＝1	QFI_1-1

表10

第一业务的数据的索引信息	任意一个终端的QoS流的标识信息
		index ID＝1	QFI_1-3

示例性的，接入网设备在接收到如表9和表10中所示的第一对应关系，可以确定QFI_1-1对应的第一终端和QFI_1-3对应的第三终端请求的业务的数据均为索引信息为index ID＝1的第一业务的数据，则可以确定第一终端和第三终端属于一组终端。对应的，当接入网设备在接收到第一业务的数据的索引信息与该一组终端中每个终端的QoS流的标识信息/或隧道信息的对应关系后，可以确定一组终端。应理解，该一组终端可以为预设时间窗口内的一组终端，具体可以参照2)中的相关描述。

本申请实施例中获取第一业务的数据的索引信息的一种可能的实现方式中，第一业务的数据的索引信息可以是会话管理功能网元从第一业务的服务器获取的。可选的，当会话管理功能网元接收来自第一终端的QoS流的建立请求时，会话管理功能网元能够确定该QoS流用于承载第一业务的数据。会话管理功能网元可以在该第一业务的数据对应的应用服务器中获取该第一业务的数据的索引信息。可选的，当会话管理功能网元接收来自应用服务器的QoS流的建立请求时，应用服务器可以将该QoS流承载的第一业务的数据的索引信息发送给会话管理功能网元，或者是第一业务的服务器预配置在会话管理功能网元的，此时如果第一业务对应的会话管理功能网元为多个，则该多个会话管理功能网元中的索引信息相同。或者，

该第一业务的数据的索引信息可以是会话管理功能网元从一组终端获取的。可选的，当会话管理功能网元接收来自一组终端中每个终端的QoS流的建立请求时，每个终端可以将请求建立的该QoS流承载的第一业务的数据的索引信息发送给会话管理功能网元。或者，

该第一业务的数据的索引信息可以是会话管理功能网元生成的。可选的，当会话管理功能网元接收来自第一终端或应用服务器的QoS流的建立请求时，可以根据该QoS流用于承载的第一业务的数据生成第一业务的数据的索引信息。应理解，若第一业务对应的会话管理功能网元为多个时，则该多个会话管理功能网元生成的该第一业务的数据的索引信息是相同的，也可以不同。可选的，会话管理功能网元可以根据第一业务的业务标识信息或目地多播地址生成。

在上述第一对应关关系为1)、2)、3)或4)中的对应关系时，该第一对应关系中还可以包括：

5)、第一QoS流与第一QoS流所承载数据的内容之间的对应关系。

应理解，接入网设备在接收到上述1)、2)、3)或4)中的对应关系时，可以确定第一QoS流上承载的第一业务的数据对应的一组终端。在该种情况下，若接入网设备也同时接收到来自其他用户面功能网元的、承载在第二QoS流上的第一业务的数据时，接入网设备也可以根据上述1)、2)、3)或4)中的对应关系，确定与第二QoS流上承载的第一业务的数据对应的一组终端。此时，接入网设备不能确定第一QoS流和第二QoS流上承载的数据，即接入网设备不能确定第一QoS流和第二QoS流上承载的数据是否为相同的数据。应理解，第二QoS流可以为该其他用户面功能网元和接入网设备之间的公共QoS流，或第二终端的QoS流，其中，该其他用户面功能网元和接入网设备为第二终端的QoS流上的节点。本申请实施例中的第二QoS流指的是该其他用户面功能网元和接入网设备之间N3连接部分。

在该种场景下，本申请实施例中，第一对应关系中还可以包括第一QoS流与第一QoS流所承载数据的内容之间的对应关系。其中，第一QoS流与第一QoS流所承载数据的内容之间的对应关系包括：第一QoS流的标识信息与第一QoS流所承载数据的内容的标识信息之间的对应关系。

其中，第一QoS流所承载数据的内容的标识信息用于表征第一QoS流所承载数据的内容。第二QoS流所承载数据的内容的标识信息用于表征第二QoS流所承载数据的内容。接入网设备可以根据该第一QoS流的标识信息与第一QoS流所承载数据的内容的标识信息之间的对应关系，以及第二QoS流的标识信息与第二QoS流所承载数据的内容的标识信息之间的对应关系，确定第一QoS流和第二QoS流上承载的数据是相同的数据。该种场景下，接入网设备对第一QoS流和第二QoS流上承载的数据的具体处理方式在下述实施例中详细描述(可以参照图9对应的相关描述)。

本申请实施例中获取第一QoS流所承载数据的内容的标识信息的一种可能的实现方式中，第一QoS流所承载数据的内容的标识信息可以是会话管理功能网元从第一业务的服务器获取的，或者是会话管理功能网元从一组终端获取的，或者是会话管理功能网元生成的。其中，会话管理功能网元获取该第一QoS流所承载数据的内容的标识信息的方式可以参照上述会话管理功能网元获取第一业务的数据的索引信息的方式，在此不做赘述。

本申请实施例中，会话管理功能网元可以生成第一对应关系，且将该第一对应关系发送给接入网设备，接入网设备可以根据该第一对应关系可以确定多播业务(第一业务)的数据对应一组终端，进而可以达到接入网设备使用已建立的单播信道，采用多播的方式将第一业务数据发送给该一组终端的目的，能够减少数据传输的时延。

上述实施例均阐述了接入网设备接收来自一个用户面功能网元(第一用户面网元)的第一QoS流上的第一业务的数据，下述实施例中结合图9对接入网设备接收来自至少两个用户面功能网元的QoS流上的第一业务的数据的传输方式进行说明。应理解，本申请实施例中以接入网设备接收来自两个用户面功能网元的QoS流上的第一业务的数据的传输方式为例进行说明。

图9为本申请实施例提供的数据传输方法的另一实施例流程示意图。如图9所示，该数据传输方法可以包括：

S901，会话管理功能网元向接入网设备发送第一对应关系。

S902，会话管理功能网元向接入网设备发送第二对应关系。

S903、应用服务器向第一用户面功能网元发送第一业务的至少一个数据流，第一业务为多播业务。

S904、应用服务器向第二用户面功能网元发送第一业务的至少一个数据流，第一业务为多播业务。

S905、第一用户面功能网元通过第一QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据。

其中，第一QoS流包括接入网设备与第一用户面功能网元之间的公共QoS流，或第一终端的QoS流。

S906，第二用户面功能网元通过第二QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据。

其中，第二QoS流包括：接入网设备与第二用户面功能网元之间的公共QoS流，或第二终端的QoS流。

应理解，本申请实施例中的S901和S902之间，S903和S904之间，S905和S906之间没有先后顺序的区分，可以同时执行，也可以分开执行。

应理解，当S905和S906分开执行时，接入网设备接收到的承载在第一QoS流和第二QoS流上的第一业务的数据的先后的时间在预设时间窗口内。其中，该预设时间窗口可以参照上述实施例中的相关描述。本申请实施例中的S905和S906的实施方式可以参照上述实施例中的S502中的相关描述，在此不做赘述。

S907，接入网设备采用多播方式，向一组终端发送承载在第一QoS流或第二QoS流的第一业务的数据。

其中，第一对应关系用于指示本申请实施例提及的第一组终端，第二对应关系用于指示本申请实施例提及的第二组终端，其中，步骤S907中提及的一组终端可以包括该第一组终端和/或第二组终端。

本申请实施例中的第一对应关系可以参照上述实施例中第一对应关系的相关描述。应理解，上述实施例中的第一对应关系为来自第一用户面网元的与第一QoS流或第一QoS流上承载的第一业务的数据相关的对应关系。对应的，当接入网设备对应的用户面网元有两个(如第一用户面网元和第二用户面网元)时，接入网设备还可以接收到来自第二用户面网元的与第一QoS流或第一QoS流上承载的第一业务的数据相关的对应关系，即第二对应关系。

与上述第一对应关系类似的，本申请实施例中的第二对应关系可以包括：第二QoS流与一组终端之间的对应关系；或者，第二QoS流与一组终端中任意一个终端之间的对应关系；或者，第二QoS流与一组终端中的除第一终端之外的任意一个终端之间的对应关系；或者，第一业务的数据与一组终端中任意一个终端之间的对应关系。且第二对应关系还可以包括：第二QoS流和第二QoS流所承载数据的内容之间的对应关系。其中，第二对应关系可以参照上述第一对应关系的相关描述。

上述S906中，应理解，第二QoS流与第一QoS流均用于承载第一业务的数据，即第二QoS流和第一QoS流上承载的数据均为第一业务的数据，二者的差别在于QoS流对应的用户面功能网元不同。其中，第一QoS流是接入网设备与第一用户面功能网元之间的公共QoS流，或第一终端的QoS流。而第二QoS流是接入网设备与第二用户面功能网元之间的公共QoS流，或第二终端的QoS流。本申请实施例中的第二QoS流可以参照上述实施例S502中对第一QoS流的相关描述。应理解，第二QoS流可以为第二用户面功能网元和接入网设备之间的公共QoS流，或第二终端的QoS流，其中，第二用户面功能网元和接入网设备为第二终端的QoS流上的节点。本申请实施例中的第二QoS流指的是第二用户面功能网元和接入网设备之间N3连接部分。

值得注意的是，本申请实施例中的第二对应关系中的一组终端为由第二用户面功能网元服务的一组终端。其中，该一组终端中包括第二终端。另外还需要注意的是，本申请实施例中的第二终端为由第二用户面功能网元服务的终端，与上述实施例中的由第一用户面功能网元服务的一组终端中的第二终端不同。

本申请实施例中，当接入网设备接收到承载在第一QoS流和第二QoS流的第一业务的数据后，接入网设备可以确定与根据第一对应关系和第二对应关系，确定第一业务的数据对应的一组终端。

其中，接入网设备能够根据第一对应关系确定第一用户面网元服务的一组终端，该一组终端为与第一QoS流对应的第一组终端。同理的，接入网设备也可以根据第二对应关系确定第二用户面网元服务的一组终端，该一组终端为与第二QoS流上承载的第一业务的数据对应的第二组终端。其中，接入网设备也可以根据第一对应关系确定第二组终端的方式可以参照上述实施例中接入网设备根据第一对应关系确定第一组终端的方式。

本申请实施例中，当接入网设备接收到承载在第一QoS流和第二QoS流上的第一业务的数据后，可以对数据进行优化传输，即接入网设备采用多播方式，可以向一组终端发送承载在第一QoS流或第二QoS流的第一业务的数据。

对于接入网设备向该一组终端发送第一业务的数据的一种可能的实现方式中，该接收承载在第一QoS流或第二QoS流的第一业务的数据的一组终端可以为第一组终端或第二组终端。在该种场景下，第一对应关系和第二对应关系中可以包括有上述实施例中的1)、2)、3)或4)中的对应关系。即接入网设备能够确定承载在第一QoS流对应的第一组终端，以及接入网设备能够确定承载在第二QoS流对应的第二组终端。但接入网设备不能确定在第一QoS流上，以及第二QoS流上传输的数据是相同的，因此接入网设备会采用多播的方式，将承载在第一QoS流上的数据发送给第一组终端，以及将承载在第二QoS流上的数据发送给第二组终端。

对于接入网设备向该一组终端发送第一业务的数据的一种可能的实现方式中，该接收承载在第一QoS流或第二QoS流的第一业务的数据的一组终端可以为第一组终端和第二组终端的合集。在该种场景下，第一对应关系和第二对应关系中不仅可以包括有上述实施例中的1)、2)、3)或4)中的对应关系。第一对应关系中还可以包括第一QoS流与第一QoS流所承载数据的内容之间的对应关系，以及第二对应关系中还可以包括第一QoS流与第二QoS流所承载数据的内容之间的对应关系。

本申请实施例中，参考上述实施例中对第一对应关系中的5)中的相关描述，在该种场景下，接入网设备不仅能够确定承载在第一QoS流对应的第一组终端，以及接入网设备能够确定承载在第二QoS流对应的第二组终端，且还能够确定承载在第一QoS流上和第二QoS流上的数据是相同的。

据此，由于第一QoS流和第二QoS流上承载的数据是相同的，接入网设备可以对采用多播方式，向第一组终端和第二组终端的合集发送承载在第一QoS流或第二QoS流的第一业务的数据。

在本申请实施例中，接入网设备可以不感知业务的信息，即接收到的承载在第一QoS流或第二QoS流上的数据属于哪一个业务。但本申请实施例中的接入网设备可以感知数据，即接入网设备可以感知第一QoS流和第二QoS流上承载的数据是相同的，属于同一个业务，即本申请实施例中的第一业务。应理解，本申请实施例中的第一业务的数据对于接入网设备来说表示一种任意的数据。

对于会话管理功能网元向接入网设备发送第一对应关系和第二对应关系的一种可能的实现方式中，鉴于第一对应关系和第二对应关系均为包括：第一业务的数据的索引信息与一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系的场景。本申请实施例中会话管理功能网元可以在一条信息中发送给接入网设备，如可以在会话管理信息中同时携带该第一对应关系和第二对应关系。

本申请实施例中，当接入网设备接收到来自第一用户面功能网元的第一QoS流上承载的第一业务的数据，以及来自第二用户面功能网元的第二QoS流上承载的第一业务的数据时，接入网设备可以根据第一对应关系和第二对应关系，确定第一业务数据对应的一组终端，该一组终端可以为第一QoS流对应的第一组终端或第二QoS流对应的第二组终端，或第一组终端和第二组终端的合集。进一步的，本申请实施例中，接入网设备可以向该一组终端发送承载在第一QoS流或第二QoS流上的第一业务的数据，对数据进行优化传输，提高了空口侧的资源使用效率。

上述实施例中阐述了接入网设备接收到的来自一个用户面功能网元的第一业务的数据是承载的一个QoS流上的，如第一QoS流或第二QoS流。下述实施例中结合图10对本申请实施例提供的另一数据传输方式，具体是用户面功能网元对接收到的至少一个数据流上承载的第一业务数据的传输方式进行说明。应理解，图10中以用户面功能网元为第一用户面功能网元为例进行说明。

图10为本申请实施例提供的数据传输方法的另一实施例流程示意图。如图10所示，该数据传输方式包括：

S1001，会话管理功能网元向第一用户面功能网元发送第一指示信息，第一指示信息指示用于承载第一业务的数据的第一QoS流。

S1002，应用服务器向用户面功能网元发送第一业务的至少一个数据流，第一业务为多播业务。

S1003，第一用户面功能网元通过第一QoS流向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据。

S1004，接入网设备采用多播方式，向一组终端发送第一业务的数据。

应理解，本申请实施例中的S1002-S1004中的实施方式可以参照上述实施例中S802-S804中的相关描述。

上述S1001，对应的，第一用户面功能网元接收来自会话管理功能网元的第一指示信息。其中，第一指示信息指示用于承载第一业务的数据的第一QoS流，其中，该第一QoS流包括接入网设备与第一用户面功能网元之间的公共QoS流，或第一终端的QoS流。

对于本申请实施例的第一指示信息，该第一指示信息中可以包括：一组终端的过滤规则，或第一对应关系。其中的一组可以表示大于等于1。其中，该一组终端为第一用户面功能网元服务的一组终端，与上述实施例中对应，即为第一组终端。第一对应关系可以参照上述实施例中的相关描述。值得注意的是，本申请实施例中的第一指示信息中还可以包括一组终端的过滤规则。该一组终端的过滤规则用于指示将收到的该一组终端的数据流映射到第一QoS流上。可选的，该过滤规则可以包括：一组终端对应的第一业务的数据的五元组信息和第一QoS流的关系、或一组终端对应的第一业务的五元组信息、或第一业务的目的多播地址和第一QoS流的关系，该目的多播地址对应该一组终端。

第一用户面功能网元接收第一指示信息的一种可能的实现方式中，会话管理功能网元可以生成该第一指示信息。该第一指示信息的生成方式，以及会话管理功能网元发送该第一指示信息可以参照上述实施例中对第一对应关系的生成方式，以及会话管理功能网元发送第一对应关系的相关描述。

第一用户面功能网元接收第一指示信息的一种可能的实现方式中，该第一指示信息可以携带在PDU会话建立/修改请求中发送(即如图1中SMF和UPF之间的N4会话消息)，也可以单独发送。

在第一指示信息包括过滤规则时，其中，第一指示信息包含一个终端的过滤规则(可以为per UE的发送过滤规则)，该过滤规则表示将该终端的数据流映射到第一QoS流上。其中，该第一指示信息可以携带在该终端的PDU会话建立/修改请求(SMF和UPF之间的N4会话消息)。该种场景下，若第一QoS流为终端的QoS流，可选的，若终端的QoS流发生变化，则对应的会话管理功能网元可以对发送给终端的PDU会话建立/修改请求中携带的终端的过滤规则进行适应性调整。

本申请实施例中，第一用户面功能网元可以根据第一指示信息，确定承载第一业务的数据的第一QoS流。

第一用户面功能网元可以根据第一指示信息，确定该第一业务的数据对应的一组终端。其中，该第一指示信息中可以包括第一对应关系。具体的，第一用户面功能网元根据第一对应关系确定第一业务的数据对应的一组终端的方式可以参照上述实施例中接入网设备根据第一对应关系确定第一业务的数据对应的一组终端的方式。另，本申请实施例中第一用户面功能网元可以根据过滤规则确定第一业务的数据对应的一组终端。具体的，该过滤规则用于指示过滤获取第一业务的数据对应的一组终端的方式，第一用户面功能网元可以根据过滤规则，过滤获取第一业务的数据对应的一组终端。

第一用户面功能网元确定第一QoS流的一种可能的实现方式中，当第一用户面功能网元确定第一业务的数据对应的一组终端后，可以确定承载第一业务的数据的第一QoS流。其中，第一用户面功能网元可以将该一组终端的任意一个终端的QoS流作为承载第一业务的数据的第一QoS流，或者可以将接入网设备和第一用户面功能网元之间的公共QoS流作为承载第一业务的数据的第一QoS流。应理解，当第一QoS流为该一组终端的任意一个终端的QoS流时，本申请实施例中以第一终端的QoS流为例作为该第一QoS流。

其中，第一用户面功能网元确定采用一组终端的任意一个终端的QoS流还是接入网设备和第一用户面功能网元之间的公共QoS流作为第一QoS流可以是由第一指示信息指定的。其中，当第一QoS流为接入网设备和第一用户面功能网元之间的公共QoS流时，该第一指示信息中可以携带有该公共QoS流的标识信息和/或隧道信息。其中，当第一QoS流为一组终端的任意一个终端的QoS流时，第一指示信息中可以不携带有该第一QoS流的指示信息，第一用户面功能网元在确定一组终端后，可以将该一组终端的任意一个终端的QoS流作为第一QoS流。

本申请实施例中，用户面功能网元可以接收到来自会话管理功能网元的第一指示信息，其可以根据该第一对应关系确定第一业务数据对应的一组终端，进而可以在该一组终端中的任意一个终端的QoS流上，或者公共QoS流上承载该第一业务的数据，提高了核心网侧的资源使用效率。

应理解，本申请实施例中的用户面功能网元可以为多个，每个用户面功能网元的执行动作是相同的。例如，可以将上述接收第一指示信息的用户面功能网元作为第一用户面功能网元，上述的用户面功能网元还可以包括第二用户面功能网元。具体可如图10B所示，图10B为本申请实施例提供的数据传输方法的另一实施例流程示意图。其中，在S1001之后还可以包括：

S1005，会话管理功能网元向第二用户面功能网元发送第二指示信息，第二指示信息指示用于承载第一业务的数据的第二QoS流。

对应的，还可以包括：

S1006，应用服务器向第二用户面功能网元发送第一业务的至少一个数据流，第一业务为多播业务。

对应的，还可以包括：

S1007，第二用户面功能网元通过第二QoS流向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据。

其中，本申请实施例中的S1005、S1006、S1007中的实施方式可以参照下述实时例S1102、S1106、S1108中的相关描述，在此不做赘述。

应理解，本申请实施例中的S1001和S1005之间没有先后顺序的区别，二者可以同时执行。对应的，S1002和S1006之间，以及S1003和S1007之间也没有先后顺序的区别，S1002和S1006可以同时执行，以及S1003和S1007可以同时执行。

其中，在接入网设备接收到承载在第一QoS流和第二QoS流上的第一业务的数据后，对应的，上述S1004可以替换为S1008：接入网设备采用多播方式，向一组终端发送承载在第一QoS流或第二QoS流上的第一业务的数据。

对于上述实施例中接入网设备接收到来自两个用户面功能网元的第一业务的数据的场景中，下面结合图11对本申请实施例提供的数据传输方法进行说明。图11为本申请实施例提供的数据传输方法的另一实施例流程示意图。如图11所示，该数据传输方法可以包括：

S1101，会话管理功能网元向第一用户面功能网元发送第一指示信息。

S1102，会话管理功能网元向第二用户面功能网元发送第二指示信息。

S1103，会话管理功能网元向接入网设备发送第一对应关系。

S1104，会话管理功能网元向接入网设备发送第二对应关系。

S1105，应用服务器向第一用户面功能网元发送第一业务的至少一个数据流，第一业务为多播业务。

S1106，应用服务器向第二用户面功能网元发送第一业务的至少一个数据流，第一业务为多播业务。

S1107，第一用户面功能网元通过第一QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据。

S1108，第一用户面功能网元通过第二QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据。

S1109，接入网设备采用多播方式，向一组终端发送承载在第一QoS流或第二QoS流上的第一业务的数据。

应理解，本申请实施例中的S1101-S1104之间没有先后顺序的区别，可以同时执行。对应的，S1105和S1106之间、S1107和S1108之间没有先后顺序的区别，可以同时执行。

与上述图10不同的是，本申请实施例中的会话管理功能网元和接入网设备对应有两个用户面功能网元。其中，S1102、S1104、S1105、S1106、S1108中的实施方式可以参照上述实施例中的S1001、S1002、S1003、S1004、S1005的相关描述。

上述实施例中阐述的均为用户面功能网元通过第一QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据的方式，其中，第一QoS流为一个QoS流，即上述实施例中的用户面功能网元对接收到的第一业务的数据进行了优化传输，提高了核心网侧的资源使用效率。另，下述实施例中从用户面功能网元不对第一业务的数据进行优化传输的角度，对本申请实施例提供的数据传输方法进行说明。

图12为本申请实施例提供的数据传输方法的另一实施例流程示意图。如图12所示，本申请实施例中的数据传输方法可以包括：

S1201，会话管理功能网元向接入网设备发送第一对应关系。

S1202，应用服务器向用户面功能网元发送第一业务的至少一个数据流，第一业务为多播业务。

S1203，用户面功能网元通过第一业务数据对应的一组终端中的每个终端的QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据。

S1204，接入网设备根据第一对应关系，确定第一业务的数据对应的一组终端。

S1205，接入网设备采用多播方式，向第一业务的数据对应的一组终端发送来自该一组终端中任意一个QoS流上承载的第一业务的数据。

本申请实施例中的S1201-S1202、S1204中的实施方式可以具体参照上述实施例中的S1001-S1002、S1006的相关描述。

上述S1203中，用户面功能网元在接收到来自应用服务器的第一业务的至少一个数据流后，可以采用已建立的一组终端中的每个终端的QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据。与上述实施例不同的是，本申请实施例中用户面功能网元不对第一业务的数据进行优化传输(如在第一QoS流上向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据)，而是在一组终端中的每个终端的QoS流上均发送第一业务的数据。

对应的，接入网设备接收该一组终端中每个终端的QoS流上承载的第一业务的数据。

示例性的，图13为本申请实施例提供的数据传输方法的场景示意图三。如图13所示，本申请实施例中请求第一业务的数据的终端包括：UE1、UE2、UE3和UE 4，用于转发第一业务的数据的用户面功能网元为2个，分别为UPF1和UPF2。其中，为UE1、UE2提供服务的用户面功能网元为UPF1，为UE3、UE4提供服务的用户面功能网元为UPF2。AS向UPF1、UPF2分别发送第一业务的一个数据流。图8为本申请实施例提供的数据传输方法的场景示意四。如图14所示，AS向UPF1发送每个UE请求的第一业务的数据对应的数据流，即AS向UPF1发送两个第一业务的数据流。对应的，图14中的AS也向UPF2发送两个第一业务的数据流。

在该种场景下，如图13所示，以UPF1为例，当UPF1接收到来自AS的一个数据流时，可以将该数据流中的第一业务数据通过一组终端中每个终端，如UE1的QoS流和UE2的QoS流发送给接入网设备。其中，UE1的QoS流，指的是UE1的用于传输第一业务数据的QoS流，对应的，UE2的QoS流，指的是UE2的用于传输第一业务数据的QoS流。如图14所示，当UPF1接收到来自AS的两个数据流时，可以将该两个数据流中的任意一个数据流中的第一业务数据通过一组终端中每个终端，如UE1的QoS流和UE2的QoS流发送给接入网设备。

本申请实施例中，会话管理功能网元向接入网设备发送第一对应关系，可以不向用户面功能网元发送指示信息，或者会话管理功能网元可以向用户面功能网元发送指示信息，但用户面功能网元不对接收到的第一业务的数据进行优化传输。其中，指示信息可以包括第一指示信息、第二指示信息。

上述S1205中，本申请实施例接入网设备采用多播方式，向第一业务的数据对应的一组终端发送第一业务的数据的方式具体可以参照上述S503。与S503中不同的是，接入网设备可以接收到一组终端中的每个终端的QoS流上承载的第一业务的数据，接入网设备可以在该一组终端中的每个终端的QoS流中选择任意一个QoS流上承载的第一业务的数据，向第一业务的数据对应的一组终端发送。

可选的，接入网设备在该一组终端中的每个终端的QoS流中选择的一个第一QoS流可以为：建立时间最早的终端的QoS流，或建立时间最晚的终端的QoS流。

本申请实施例中，接入网设备在发送第一业务的数据的一种可能的实现方式中，接入网设备可以在预设时间窗口内选择来自相同的QoS流(如第一终端的QoS流)上的第一业务的数据进行发送，直至在该QoS流上不再接收到数据时，接入网设备可以选择其他QoS流上的第一业务的数据进行发送。

本申请实施例中，虽然用户面功能网元通过一组终端中的每个终端的QoS流均发送第一业务的数据，但与现有技术中不同的是，本申请实施例中的接入网设备在每个终端的QoS流中选择任意一个QoS流上承载的第一业务的数据，向第一业务的数据对应的一组终端进行发送，并非将接收到的每个终端的QoS流上承载的第一业务的数据均发送给该一组终端，优化了该多播业务的数据的传输，且无需重新建立多播信道，减少了数据传输的时延。

图15为本申请实施例提供的数据传输方法的另一实施例流程示意图。如图15所示，本申请实施例中的数据传输方法可以包括：

S1501，会话管理功能网元向用户面功能网元发送第一指示信息。

S1502，应用服务器向用户面功能网元发送第一业务的至少一个数据流，第一业务为多播业务。

S1503，用户面功能网元通过第一业务数据对应的一组终端中的每个终端的QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据对应的数据包，数据包的包头中携带有第一业务的数据的内容的标识信息。

S1504，接入网设备根据每个终端的QoS流上的数据包中的内容的标识信息，确定第一业务的数据对应的一组终端。

S1505，接入网设备采用多播方式，向第一业务的数据对应的一组终端发送来自该一组终端中任意一个QoS流上承载的第一业务的数据。

本申请实施例中的S1501-S1502、S1505中的实施方式可以具体参照上述实施例中的S1001-S1002、S1205的相关描述。

上述S1503中，用户面功能网元通过一组终端中的每个终端的QoS流，向接入网设备发送至少一个数据流中任意一个数据流中的第一业务的数据承载在对应的数据包中。

本申请实施例中，用户面功能网元可以接收到来自会话管理功能网元的第一指示信息，进而能够根据该第一指示信息确定第一业务的数据对应的一组终端。用户面功能网元在接收到该一组终端对应的第一业务的至少一个数据流后，可以将该数据流上承载的第一业务的数据对应的数据包中标记标识信息，其中该标识信息用于指示第一业务的数据的内容。

对应的，在S1504中，当接入网设备接收到承载在QoS流上的数据包时，可以根据数据包中的标识信息确定QoS流上承载的数据是否是相同的数据。同理的，本申请实施例中将接入网设备在预设时间窗口内接收到的承载有相同的数据的QoS流对应的终端作为一组终端。

接入网设备根据每个终端的QoS流上的数据包中的内容的标识信息，确定第一业务的数据对应的一组终端。

接入网设备在发送第一业务的数据的一种可能的实现方式中，接入网设备可以在预设时间窗口内选择来自相同的QoS流(如第一终端的QoS流)上的第一业务的数据进行发送，直至在该QoS流上不再接收到数据时，接入网设备可以选择其他具有相同的标识信息的QoS流上的第一业务的数据进行发送。

本申请实施例中，用户面功能网元可以接收来自会话管理功能网元的第一指示信息，可以根据该第一指示信息确定与第一业务的数据对应的一组终端。用户面功能网元在该一组终端的每个QoS流上承载的第一业务的数据的数据包中标记指示该第一业务数据的标识信息，在接入网设备接收到数据包后，可以根据数据包中的标识信息确定哪些终端的QoS流上承载的是相同的数据，进而确定一组终端。本申请实施例中接入网设备可以选择每个终端的QoS流中选择任意一个QoS流上承载的第一业务的数据，向第一业务的数据对应的一组终端进行发送，并非将接收到的每个QoS流上承载的第一业务的数据均发送给该一组终端，优化了该多播业务的数据的传输，且无需重新建立多播信道，减少了数据传输的时延。

图16为本申请实施例提供的一数据传输装置的结构示意图。如图16所示，本实施例所涉及的数据传输装置可以为前述所说的接入网设备，也可以为应用于接入网设备的芯片。该数据传输装置可以用于执行上述方法实施例中接入网设备的动作。如图16所示，该数据传输装置可以包括：接收模块1601和发送模块1602。

其中，接收模块1601，用于接收承载在第一QoS流上的第一业务的数据，所述第一QoS流包括所述接入网设备与第一用户面功能网元之间的公共QoS流，或第一终端的QoS流，所述接入网设备与所述第一用户面功能网元均为所述第一终端的QoS流上的节点。

发送模块1602，用于所述接入网设备采用多播方式，向所述第一业务的数据对应的一组终端发送所述第一业务的数据，所述一组终端包括所述第一终端。

在一种可能的设计中，接收模块1601，还用于接收承载在第二QoS流上的所述第一业务的数据，所述第二QoS流包括：所述接入网设备与第二用户面功能网元之间的公共QoS流，或第二终端的QoS流，所述接入网设备与所述第二用户面功能网元均为所述第二终端的QoS流上的节点。

其中，所述第一业务的数据对应的一组终端包括：与所述第一QoS流对应的第一组终端；或者，与所述第二QoS流对应的第二组终端；或者，所述第一组终端和所述第二组终端的合集。

对应，发送模块1602，还用于采用多播方式向所述一组终端发送承载在所述第一QoS流或所述第二QoS流的所述第一业务的数据。

在一种可能的设计中，接收模块1601，还用于接收第一对应关系。

其中，所述第一对应关系包括：所述第一QoS流上承载的与所述一组终端之间的对应关系；或者，所述第一QoS流与所述一组终端中任意一个终端之间的对应关系；或者，所述第一QoS流与所述一组终端中的除所述第一终端之外的任意一个终端之间的对应关系；或者，所述第一业务的数据与所述一组终端中任意一个终端之间的对应关系。

在一种可能的设计中，所述第一对应关系还包括：所述第一QoS流与所述第一QoS流所承载数据的内容之间的对应关系。

在一种可能的设计中，接收模块1601，具体用于所述接入网设备接收来自会话管理功能网元的所述第一对应关系。

在一种可能的设计中，所述第一QoS流与所述一组终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中每个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一QoS流与所述一组终端中任意一个终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一QoS流与所述一组终端中的除所述第一终端之外的任意一个终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中的除所述第一终端之外的任意一个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一业务的数据与所述一组终端中任意一个终端的对应关系包括：所述第一业务的数据的索引信息与所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系。

本申请实施例提供的数据传输装置，可以执行上述方法实施例中接入网设备的动作，其实现原理和技术效果类似，在此不再赘述。

图17为本申请实施例提供的另一数据传输装置的结构示意图。如图17所示，本实施例所涉及的数据传输装置可以为前述所说的用户面管理网元，也可以为应用于用户面管理网元的芯片。该数据传输装置可以用于执行上述方法实施例中用户面管理网元的动作。如图17所示，该数据传输装置可以包括：接收模块1701和发送模块1702。

接收模块1701，用于接收第一业务的至少一个数据流，所述第一业务为多播业务。

发送模块1702，用于通过第一QoS流，向接入网设备发送所述至少一个数据流中任意一个数据流承载的所述第一业务的数据；其中，所述第一QoS流包括所述接入网设备与所述用户面功能网元之间的公共QoS流，或第一终端的QoS流，所述接入网设备与所述用户面功能网元均为所述第一终端的QoS流上的节点。

在一种可能的设计中，接收模块1701，还用于接收来自会话管理功能网元的第一指示信息，所述第一指示信息指示用于承载所述第一业务的数据的所述第一QoS流。

在一种可能的设计中，所述第一指示信息包括：一组终端的过滤规则，或第一对应关系，所述一组终端包括所述第一终端。

其中，所述第一对应关系包括：所述第一QoS流与所述一组终端之间的对应关系；或者，所述第一QoS流与所述一组终端中任意一个终端之间的对应关系；或者，所述第一QoS流与所述一组终端中的除所述第一终端之外的任意一个终端之间的对应关系；或者，所述第一业务的数据与所述一组终端中任意一个终端之间的对应关系。

在一种可能的设计中，所述第一对应关系还包括：所述第一QoS流与所述QoS流所承载数据的内容之间的对应关系。

在一种可能的设计中，所述第一QoS流与所述一组终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中每个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一QoS流与所述一组终端中任意一个终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一QoS流与所述一组终端中的除所述第一终端之外的任意一个终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中的除所述第一终端之外的任意一个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一业务的数据与所述一组终端中任意一个终端之间的对应关系包括：所述第一业务的数据的索引信息与所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系。

在一种可能的设计中，接收模块1701，还用于接收来自会话管理功能网元的QoS流的建立请求，建立所述第一QoS流，所述QoS流的建立请求指示建立所述第一QoS流。

本申请实施例提供的数据传输装置，可以执行上述方法实施例中用户面管理网元的动作，其实现原理和技术效果类似，在此不再赘述。

图18为本申请实施例提供的另一数据传输装置的结构示意图。如图18所示，本实施例所涉及的数据传输装置可以为前述所说的会话管理功能网元，也可以为应用于会话管理功能网元的芯片。该数据传输装置可以用于执行上述方法实施例中会话管理功能网元的动作。如图18所示，该数据传输装置可以包括：发送模块1801、接收模块1802和处理模块1803。

发送模块1801，用于向第一用户面功能网元发送第一指示信息，所述第一指示信息指示用于承载第一业务的数据的第一QoS流；其中，所述第一QoS流包括接入网设备与所述第一用户面功能网元之间的公共QoS流，或第一终端的QoS流，所述接入网设备与所述第一用户面功能网元均为所述第一终端的QoS流上的节点，所述第一业务为多播业务。

在一种可能的设计中，发送模块1801，还用于向第二用户面功能网元发送第二指示信息，所述第二指示信息指示用于承载所述第一业务的数据的第二QoS流，所述第二QoS流包括所述接入网设备与所述第二用户面功能网元之间的公共QoS流，或第二终端的QoS流，所述接入网设备与所述第二用户面功能网元均为所述第二终端的QoS流上的节点。

在一种可能的设计中，所述第一指示信息包括：一组终端的过滤规则，或第一对应关系，所述一组终端包括所述第一终端。

其中，所述第一对应关系包括：所述第一QoS流与所述一组终端之间的对应关系；或者，所述第一QoS流与所述一组终端中任意一个终端之间的对应关系；或者，所述第一QoS流与所述一组终端中的除所述第一终端之外的任意一个终端之间的对应关系；或者，所述第一业务的数据和所述一组终端中任意一个终端之间的对应关系。

在一种可能的设计中，所述第一对应关系还包括：所述第一QoS流与所述第一QoS流所承载数据的内容之间的对应关系。

在一种可能的设计中，发送模块1801，具体用于向所述接入网设备发送会话管理消息，所述会话管理消息包括所述第一对应关系。

在一种可能的设计中，所述第一QoS流与所述一组终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中每个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一QoS流与所述一组终端中任意一个终端之间的对应关系包括：所述第一QoS流的标识信息和所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一QoS流与所述一组终端中的除所述第一终端之外的任意一个终端之间的对应关系包括：所述第一QoS流的标识信息与所述一组终端中的除所述第一终端之外的任意一个终端的QoS流的标识信息和/或隧道信息的对应关系；所述第一业务的数据和所述一组终端中任意一个终端之间的对应关系包括：所述第一业务的数据的索引信息和所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系。

在一种可能的设计中，当所述第一业务的数据和所述一组终端中任意一个终端之间的对应关系包括：所述第一业务的数据的索引信息和所述一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系时。

处理模块1803，用于从所述第一业务的服务器获取所述索引信息；或，从所述一组终端获取所述索引信息；或，生成所述索引信息。

在一种可能的设计中，接收模块1802，接收来自第一终端或第一业务的服务器的QoS流的建立请求。

对应的，处理模块1803，还用于在接收模块1802，接收来自第一终端或第一业务的服务器的QoS流的建立请求时，生成所述第一对应关系，所述QoS流的建立请求指示建立所述第一QoS流。

本申请实施例提供的数据传输装置，可以执行上述方法实施例中会话管理功能网元的动作，其实现原理和技术效果类似，在此不再赘述。

图19为本申请实施例提供的另一数据传输装置的结构示意图。如图19所示，该数据传输装置可以为上述图16所示的接入网设备、或图17所示的用户面功能网元、或图18所示的会话管理功能网元。其中，该数据传输装置可以包括：处理器1901(例如CPU)、存储器1902和收发器1906；存储器1902可能包含高速随机存取存储器(random-access memory，RAM)，也可能还包括非易失性存储器(non-volatile memory，NVM)，例如至少一个磁盘存储器，存储器1902中可以存储各种指令，以用于完成各种处理功能以及实现本申请的方法步骤。可选的，本申请涉及的数据传输装置还可以包括：电源1903、通信总线1904以及通信端口1905。通信总线1904用于实现元件之间的通信连接。上述通信端口1905用于实现数据传输装置与其他外设之间进行连接通信。其中，收发器1906用于指向上述实施例中的接入网设备、用户面功能网元、或会话管理功能网元的接收或发送的动作。

在本申请实施例中，上述存储器1902用于存储计算机可执行程序代码，程序代码包括指令；当处理器1901执行指令时，指令使数据传输装置的处理器1901执行上述方法实施例中SMF网元的动作，或者，指令使数据传输装置的处理器1901执行上述方法实施例中UPF网元的动作，或者，指令使数据传输装置的处理器1901执行上述方法实施例中接入网设备的动作，其实现原理和技术效果类似，在此不再赘述。

本申请实施例还提供的一种数据传输系统。图20为本申请实施例提供的数据传输系统的结构示意图。如图20所示，该数据传输系统可以包括：接入网设备、用户面功能网元和会话管理功能网元。

其中，接入网设备可以为上述图16的数据传输装置，用于执行上述实施例中的接入网设备的动作；用户面功能网元可以为上述图17的数据传输装置，用于执行上述实施例中的用户面功能网元的动作；会话管理功能网元可以为上述图18的数据传输装置，用于执行上述实施例中的会话管理功能网元的动作。终端设备和网络设备的实现原理和技术效果类似，在此不再赘述。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

本文中的术语“多个”是指两个或两个以上。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。

可以理解的是，在本申请的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。

Claims (18)

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

接入网设备接收第一对应关系；其中，所述第一对应关系包括：第一服务质量QoS流与第一组终端中任意一个终端之间的对应关系；所述第一QoS流包括所述接入网设备与第一用户面功能网元之间的公共QoS流；

所述接入网设备接收承载在所述第一QoS流上的第一业务的数据；

所述接入网设备根据所述第一QoS流与第一组终端中任意一个终端之间的对应关系，采用多播方式向所述第一业务的数据对应的一组终端发送所述第一业务的数据。

2.根据权利要求1所述的方法，其特征在于，所述第一业务的数据对应的一组终端包括：所述第一组终端。

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

所述接入网设备接收承载在第二QoS流上的所述第一业务的数据，所述第二QoS流包括所述接入网设备与第二用户面功能网元之间的公共QoS流；

其中，所述第一业务的数据对应的一组终端包括：

所述第一组终端；或者，

与所述第二QoS流对应的第二组终端；或者，

所述第一组终端和与所述第二QoS流对应的第二组终端的合集。

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

所述接入网设备接收来自会话管理功能网元的第二指示信息，所述第二指示信息指示用于承载所述第一业务的数据的所述第二QoS流。

5.根据权利要求3所述的方法，其特征在于，所述接入网设备采用多播方式向所述第一业务的数据对应的一组终端发送所述第一业务的数据，包括：

所述接入网设备采用多播方式，向所述一组终端发送承载在所述第一QoS流或所述第二QoS流的所述第一业务的数据。

6.根据权利要求1所述的方法，其特征在于，所述第一对应关系还包括：所述第一QoS流与所述第一QoS流所承载数据的内容之间的对应关系。

7.根据权利要求1所述的方法，其特征在于，所述接入网设备采用多播方式向所述第一业务的数据对应的一组终端发送所述第一业务的数据，包括：

所述接入网设备使用组无线网络临时标识G-RNTI向所述一组终端调度所述第一业务的数据；或者，

所述接入网设备通过单播信道向所述一组终端发送第一业务的数据。

8.根据权利要求1或6所述的方法，其特征在于，所述接入网设备接收第一对应关系包括：

所述接入网设备接收来自会话管理功能网元的所述第一对应关系。

9.根据权利要求1所述的方法，其特征在于，所述第一QoS流与第一组终端中任意一个终端之间的对应关系包括：所述第一QoS流的标识信息与所述第一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系。

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

会话管理功能网元接收来自第一终端的协议数据单元PDU会话建立/修改请求，所述PDU会话建立/修改请求中包括第一业务的标识信息，所述第一业务为多播业务；

所述会话管理功能网元根据所述第一业务标识信息，生成第一对应关系；其中，所述第一对应关系包括：第一服务质量QoS流与第一组终端中任意一个终端之间的对应关系；所述第一QoS流用于承载所述第一业务的数据；所述第一QoS流包括接入网设备与第一用户面功能网元之间的公共QoS流；

所述会话管理功能网元向所述接入网设备发送所述第一对应关系。

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

所述会话管理功能网元向所述接入网设备发送第二指示信息，所述第二指示信息指示用于承载所述第一业务的数据的第二QoS流，所述第二QoS流包括所述接入网设备与第二用户面功能网元之间的公共QoS流。

12.根据权利要求10所述的方法，其特征在于，所述第一对应关系还包括：所述第一QoS流与所述第一QoS流所承载数据的内容之间的对应关系。

13.根据权利要求10所述的方法，其特征在于，所述会话管理功能网元向所述接入网设备发送所述第一对应关系，包括：

所述会话管理功能网元通过接入和移动性管理功能网元向所述接入网设备发送所述第一对应关系；或者，

所述会话管理功能网元将所述第一对应关系携带在会话管理消息中，并发送给所述接入网设备。

14.根据权利要求10、12-13任一项所述的方法，其特征在于，

所述第一QoS流与所述第一组终端中任意一个终端之间的对应关系包括：所述第一QoS流的标识信息和所述第一组终端中任意一个终端的QoS流的标识信息和/或隧道信息的对应关系。

15.一种数据传输装置，其特征在于，包括：存储器和处理器，所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，使得所述数据传输装置执行权利要求1-9任一项所述的方法。

16.一种数据传输装置，其特征在于，包括：存储器和处理器，所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，使得所述数据传输装置执行权利要求10-14任一项所述的方法。

17.一种通信系统，其特征在于，包括：如上述权利要求15所述的数据传输装置以及如上述权利要求16所述的数据传输装置。

18.一种计算机可读存储介质，其特征在于，用于存储计算机程序或者指令，当所述计算机程序或者指令在计算机上运行时，使得所述计算机执行权利要求1-14任一项所述的方法。

Images