CN115604733A - 数据处理方法、装置及存储介质 - Google Patents

Abstract

本申请提供一种数据处理方法、装置及存储介质。该方法包括：接收下行数据包，下行数据包中包括下行用户数据和下行用户数据所属的数据流的标识；向无线接入网中的第二网元发送第一接口消息，第一接口消息中包括数据流的标识或数据流映射到的目标承载的标识，第一接口消息用于建立或更新目标承载的空口配置。从而，保证了数据流上的数据能够以满足其QoS需求的形式进行传输。

Description

数据处理方法、装置及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种数据处理方法、装置及存储介质。

背景技术

第五代移动通信技术(5th-Generation，5G)系统中的业务数据流以服务质量流(Quality of Service flow，QoS flow)为最小颗粒度进行组织，以针对不同业务提供不同的服务质量。

QoS flow以QFI(QoS Flow Identifier，服务质量流标识)进行标识。QoS flow在接入层通过DRB(Data Radio Bearer，数据无线承载)进行传输，某个QoS flow实际上的服务质量水平很大程度上取决于其所映射的DRB的服务质量参数，因此多数情况下，网络会将不同的QoS flow映射为不同的DRB，以保证传输调度的针对性。

发明内容

本申请提供一种数据处理方法、装置及存储介质，保证了数据流上的数据能够以满足其QoS需求的形式进行传输。

第一方面，本申请实施例提供一种数据处理方法，应用于无线接入网中的第一网元，包括：

接收下行数据包，所述下行数据包中包括下行用户数据和所述下行用户数据所属的数据流的标识；

向所述无线接入网中的第二网元发送第一接口消息，所述第一接口消息中包括所述数据流的标识或所述数据流映射到的目标承载的标识，所述第一接口消息用于建立或更新所述目标承载的空口配置。

在一种实施方式中，所述接收下行数据包之前，所述方法还包括：

接收所述第二网元发送的第二接口消息，所述第二接口消息用于指示所述第一网元在接收到属于所述数据流的下行用户数据时向所述第二网元发送所述第一接口消息，或者，所述第二接口消息用于指示所述第一网元在接收到属于所述目标承载的下行用户数据时向所述第二网元发送所述第一接口消息。

在一种实施方式中，所述第一接口消息用于建立所述目标承载的空口配置，所述方法还包括：

接收所述第二网元发送的所述目标承载的下行地址，所述目标承载的下行地址是所述无线接入网中的第三网元建立所述目标承载的空口配置所确定的；

基于所述目标承载的下行地址，向所述第三网元发送所述下行用户数据，以使所述第三网元在用户设备建立所述目标承载的空口配置后，通过所述目标承载向所述用户设备发送所述下行用户数据。

在一种实施方式中，所述第一接口消息用于更新所述目标承载的空口配置，所述方法还包括：

向所述无线接入网的第三网元发送所述下行用户数据，以使所述第三网元在所述第三网元和用户设备均更新所述目标承载的空口配置后，通过所述目标承载向所述用户设备发送所述下行用户数据。

第二方面，本申请提供一种数据处理方法，应用于无线接入网中的第二网元，包括：

接收所述无线接入网中的第一网元发送的第一接口消息，所述第一接口消息包括下行用户数据的数据流的标识或所述数据流映射到的目标承载的标识；

根据所述第一接口消息，向所述无线接入网中的第三网元和用户设备发送第三接口消息，所述第三接口消息用于指示所述第三网元和所述用户设备建立或更新所述目标承载的空口配置。

在一种实施方式中，所述接收所述无线接入网中的第一网元发送的第一接口消息之前，所述方法还包括：

向所述第一网元发送第二接口消息，所述第二接口消息用于指示所述第一网元在接收到属于所述数据流的下行用户数据时向所述第二网元发送所述第一接口消息，或者，所述第二接口消息用于指示所述第一网元在接收到属于所述目标承载的下行用户数据时向所述第二网元发送所述第一接口消息。

在一种实施方式中，所述第三接口消息用于指示所述第三网元和所述用户设备建立所述目标承载的空口配置；所述接收所述无线接入网中的第一网元发送的第一接口消息之前，所述方法还包括：

确定所述数据流映射到的承载为所述目标承载。

在一种实施方式中，所述第三接口消息用于指示所述第三网元和所述用户设备更新所述目标承载的空口配置；所述接收所述无线接入网中的第一网元发送的第一接口消息之前，所述方法还包括：

确定所述数据流映射到的承载为所述目标承载，并指示所述第三网元和所述用户设备建立所述目标承载的空口配置；

所述向所述无线接入网中的第三网元和用户设备发送第三接口消息，包括：

确定所述目标承载的空口配置是否满足所述数据流的服务质量需求，若不满足，则向所述第三网元和所述用户设备发送所述第三接口消息。

在一种实施方式中，所述第三接口消息用于指示所述第三网元和所述用户设备建立所述目标承载的空口配置；所述方法还包括：

接收所述第三网元发送的所述目标承载的下行地址，所述目标承载的下行地址是所述第三网元建立所述目标承载的空口配置所确定的；

向所述第一网元发送所述目标承载的下行地址，所述目标承载的下行地址用于指示所述第一网元通过所述目标承载的下行地址向所述第三网元发送所述下行用户数据，以使所述第三网元在所述用户设备建立所述目标承载的空口配置后，通过所述目标承载向所述用户设备发送所述下行用户数据。

第三方面，本申请提供一种数据处理装置，包括存储器，收发机和处理器：

所述存储器，用于存储计算机程序；

所述收发机，用于在所述处理器的控制下收发数据；

所述处理器，用于读取所述存储器中存储的计算机程序并执行以下操作：

接收下行数据包，所述下行数据包中包括下行用户数据和所述下行用户数据所属的数据流的标识；

向无线接入网中的第二网元发送第一接口消息，所述第一接口消息中包括所述数据流的标识或所述数据流映射到的目标承载的标识，所述第一接口消息用于建立或更新所述目标承载的空口配置。

在一种实施方式中，所述接收下行数据包之前，所述处理器还用于执行以下操作：

接收所述第二网元发送的第二接口消息，所述第二接口消息用于指示所述第一网元在接收到属于所述数据流的下行用户数据时向所述第二网元发送所述第一接口消息，或者，所述第二接口消息用于指示所述第一网元在接收到属于所述目标承载的下行用户数据时向所述第二网元发送所述第一接口消息。

在一种实施方式中，所述第一接口消息用于建立所述目标承载的空口配置，所述处理器还用于执行以下操作：

接收所述第二网元发送的所述目标承载的下行地址，所述目标承载的下行地址是所述无线接入网中的第三网元建立所述目标承载的空口配置所确定的；

基于所述目标承载的下行地址，向所述第三网元发送所述下行用户数据，以使所述第三网元在用户设备建立所述目标承载的空口配置后，通过所述目标承载向所述用户设备发送所述下行用户数据。

在一种实施方式中，所述第一接口消息用于更新所述目标承载的空口配置，所述处理器还用于执行以下操作：

向所述无线接入网的第三网元发送所述下行用户数据，以使所述第三网元在所述第三网元和用户设备均更新所述目标承载的空口配置后，通过所述目标承载向所述用户设备发送所述下行用户数据。

第四方面，本申请提供一种数据处理装置，包括存储器，收发机和处理器：

所述存储器，用于存储计算机程序；

所述收发机，用于在所述处理器的控制下收发数据；

所述处理器，用于读取所述存储器中存储的计算机程序并执行以下操作：

接收无线接入网中的第一网元发送的第一接口消息，所述第一接口消息包括下行用户数据的数据流的标识或所述数据流映射到的目标承载的标识；

根据所述第一接口消息，向所述无线接入网中的第三网元和用户设备发送第三接口消息，所述第三接口消息用于指示所述第三网元和所述用户设备建立或更新所述目标承载的空口配置。

在一种实施方式中，所述接收所述无线接入网中的第一网元发送的第一接口消息之前，所述处理器还用于执行以下操作：

向所述第一网元发送第二接口消息，所述第二接口消息用于指示所述第一网元在接收到属于所述数据流的下行用户数据时向所述第二网元发送所述第一接口消息，或者，所述第二接口消息用于指示所述第一网元在接收到属于所述目标承载的下行用户数据时向所述第二网元发送所述第一接口消息。

在一种实施方式中，所述第三接口消息用于指示所述第三网元和所述用户设备建立所述目标承载的空口配置；所述接收所述无线接入网中的第一网元发送的第一接口消息之前，所述处理器还用于执行以下操作：

确定所述数据流映射到的承载为所述目标承载。

在一种实施方式中，所述第三接口消息用于指示所述第三网元和所述用户设备更新所述目标承载的空口配置；所述接收所述无线接入网中的第一网元发送的第一接口消息之前，所述处理器还用于执行以下操作：

确定所述数据流映射到的承载为所述目标承载，并指示所述第三网元和所述用户设备建立所述目标承载的空口配置；

所述向所述无线接入网中的第三网元和用户设备发送第三接口消息，包括：

确定所述目标承载的空口配置是否满足所述数据流的服务质量需求，若不满足，则向所述第三网元和所述用户设备发送所述第三接口消息。

在一种实施方式中，所述第三接口消息用于指示所述第三网元和所述用户设备建立所述目标承载的空口配置；处理器还用于执行以下操作：

接收所述第三网元发送的所述目标承载的下行地址，所述目标承载的下行地址是所述第三网元建立所述目标承载的空口配置所确定的；

向所述第一网元发送所述目标承载的下行地址，所述目标承载的下行地址用于指示所述第一网元通过所述目标承载的下行地址向所述第三网元发送所述下行用户数据，以使所述第三网元在所述用户设备建立所述目标承载的空口配置后，通过所述目标承载向所述用户设备发送所述下行用户数据。

第五方面，本申请提供一种数据处理装置，包括：

接收单元，用于接收下行数据包，所述下行数据包中包括下行用户数据和所述下行用户数据所属的数据流的标识；

发送单元，用于向无线接入网中的第二网元发送第一接口消息，所述第一接口消息中包括所述数据流的标识或所述数据流映射到的目标承载的标识，所述第一接口消息用于建立或更新所述目标承载的空口配置。

在一种实施方式中，所述接收下行数据包之前，所述接收单元还用于：

接收所述第二网元发送的第二接口消息，所述第二接口消息用于指示所述第一网元在接收到属于所述数据流的下行用户数据时向所述第二网元发送所述第一接口消息，或者，所述第二接口消息用于指示所述第一网元在接收到属于所述目标承载的下行用户数据时向所述第二网元发送所述第一接口消息。

在一种实施方式中，所述第一接口消息用于建立所述目标承载的空口配置；

所述接收单元还用于：接收所述第二网元发送的所述目标承载的下行地址，所述目标承载的下行地址是所述无线接入网中的第三网元建立所述目标承载的空口配置所确定的；

所述发送单元还用于：基于所述目标承载的下行地址，向所述第三网元发送所述下行用户数据，以使所述第三网元在用户设备建立所述目标承载的空口配置后，通过所述目标承载向所述用户设备发送所述下行用户数据。

在一种实施方式中，所述第一接口消息用于更新所述目标承载的空口配置，所述发送单元还用于：向所述无线接入网的第三网元发送所述下行用户数据，以使所述第三网元在所述第三网元和用户设备均更新所述目标承载的空口配置后，通过所述目标承载向所述用户设备发送所述下行用户数据。

第六方面，本申请提供一种数据处理装置，包括：

接收单元，用于接收无线接入网中的第一网元发送的第一接口消息，所述第一接口消息包括下行用户数据的数据流的标识或所述数据流映射到的目标承载的标识；

发送单元，用于根据所述第一接口消息，向所述无线接入网中的第三网元和用户设备发送第三接口消息，所述第三接口消息用于指示所述第三网元和所述用户设备建立或更新所述目标承载的空口配置。

在一种实施方式中，所述接收所述无线接入网中的第一网元发送的第一接口消息之前，所述发送单元还用于：向所述第一网元发送第二接口消息，所述第二接口消息用于指示所述第一网元在接收到属于所述数据流的下行用户数据时向所述第二网元发送所述第一接口消息，或者，所述第二接口消息用于指示所述第一网元在接收到属于所述目标承载的下行用户数据时向所述第二网元发送所述第一接口消息。

在一种实施方式中，所述第三接口消息用于指示所述第三网元和所述用户设备建立所述目标承载的空口配置；所述装置还包括：

第一处理单元，用于确定所述数据流映射到的承载为所述目标承载。

在一种实施方式中，所述第三接口消息用于指示所述第三网元和所述用户设备更新所述目标承载的空口配置；所述装置还包括：

第二处理单元，用于确定所述数据流映射到的承载为所述目标承载，并指示所述第三网元和所述用户设备建立所述目标承载的空口配置；

所述发送单元，用于确定所述目标承载的空口配置是否满足所述数据流的服务质量需求，若不满足，则向所述第三网元和所述用户设备发送所述第三接口消息。

在一种实施方式中，所述第三接口消息用于指示所述第三网元和所述用户设备建立所述目标承载的空口配置；所述接收单元还用于：接收所述第三网元发送的所述目标承载的下行地址，所述目标承载的下行地址是所述第三网元建立所述目标承载的空口配置所确定的；

所述发送单元还用于：向所述第一网元发送所述目标承载的下行地址，所述目标承载的下行地址用于指示所述第一网元通过所述目标承载的下行地址向所述第三网元发送所述下行用户数据，以使所述第三网元在所述用户设备建立所述目标承载的空口配置后，通过所述目标承载向所述用户设备发送所述下行用户数据。

第七方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使计算机执行第一方面以及任一实施方式或第二方面以及任一实施方式中所述的方法。

第八方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现第一方面以及任一实施方式或第二方面以及任一实施方式中所述的方法。

本申请提供一种数据处理方法、装置及存储介质，该方法中，网线接入网中的第一网元在接收到下行数据包后，向无线接入网中的第二网元发送第一接口消息，用于向第二网元请求建立或更新目标承载的空口配置，保证了数据流上的数据能够以满足其QoS需求的形式进行传输。

应当理解，上述发明内容部分中所描述的内容并非旨在限定本发明的实施例的关键或重要特征，亦非用于限制本发明的范围。本发明的其它特征将通过以下的描述变得容易理解。

附图说明

为了更清楚地说明本申请或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的5G系统的架构示意图；

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

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

图4为本申请实施例提供的数据处理方法的流程示意图三；

图5为本申请实施例提供的数据处理装置的结构示意图一

图6为本申请实施例提供的数据处理装置的结构示意图二；

图7为本申请实施例提供的数据处理装置的结构示意图三；

图8为本申请实施例提供的数据处理装置的结构示意图四。

具体实施方式

本申请中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供了数据处理方法及装置，使得无线接入网中的用户平面节点在接收到下行用户数据时，可以通知控制平面节点以触发建立或更新该下行用户数据所属的数据流所映射到的承载的空口配置，进而保证该下行用户数据能够以满足其QoS需求的形式传输至用户设备。其中，方法和装置是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施例可以相互参见，重复之处不再赘述。

本申请实施例提供的技术方案可以适用于多种系统，尤其是5G系统。例如适用的系统可以是全球移动通讯(global system of mobile communication，GSM)系统、码分多址(code division multiple access，CDMA)系统、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)通用分组无线业务(general packet radio service，GPRS)系统、长期演进(long term evolution，LTE)系统、LTE频分双工(frequencydivision duplex，FDD)系统、LTE时分双工(time division duplex，TDD)系统、高级长期演进(long term evolution advanced，LTE-A)系统、通用移动系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)系统、5G新空口(New Radio,NR)系统等。这多种系统中均包括终端设备和网络设备。系统中还可以包括核心网部分，例如演进的分组系统(EvlovedPacket System,EPS)、5G系统(5GS)等。

本申请实施例涉及的终端设备，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。在不同的系统中，终端设备的名称可能也不相同，例如在5G系统中，终端设备可以称为用户设备(User Equipment，UE)。无线终端设备可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网(Core Network,CN)进行通信，无线终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(Session Initiated Protocol，SIP)话机、无线本地环路(Wireless Local Loop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobilestation)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(userterminal)、用户代理(user agent)、用户装置(user device)，本申请实施例中并不限定。

本申请实施例涉及的基站可以包括多个为终端提供服务的小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备，或者其它名称。例如，本申请实施例涉及的基站可以是长期演进(long term evolution，LTE)系统中的演进型网络设备(evolutional Node B，eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站(gNB)，也可以是家庭演进基站(Home evolved Node B，HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本申请实施例中并不限定。在一些网络结构中，基站可以包括集中单元(centralized unit，CU)节点和分布单元(distributed unit，DU)节点，集中单元和分布单元也可以地理上分开布置。

基站与终端设备之间可以各自使用一或多根天线进行多输入多输出(MultiInput Multi Output,MIMO)传输，MIMO传输可以是单用户MIMO(Single User MIMO,SU-MIMO)或多用户MIMO(Multiple User MIMO,MU-MIMO)。根据根天线组合的形态和数量，MIMO传输可以是2D-MIMO、3D-MIMO、FD-MIMO或massive-MIMO，也可以是分集传输或预编码传输或波束赋形传输等。

以下首先对5G系统中业务数据的传输进行介绍。

5G系统中的业务数据首先根据数据源、切片属性等参数划分为协议数据单元会话(Protocol Data Unit Session，PDU Session)，而每个PDU Session之中的数据则进一步细分为若干个QoS flow，在PDU Session之内，QoS flow由服务质量流标识(QoS FlowIdentifier，QFI)所唯一标识。其中，划分不同QoS flow的主要目的在于为不同的业务数据提供不同的服务质量。

由于传输信道的特性所限，对服务质量影响最大的链路通常在于空口，因而不同的服务质量往往表现为不同的空口处理方法，例如不同的调度优先级。在具体处理上，5G系统之中的无线接入网NG-RAN将QoS flow映射为DRB，并以DRB的粒度采用不同的空口处理方法，亦即，属于同一个DRB的数据包在空口传输上会采用相同的策略，无论该数据包属于哪一个QoS flow。针对每一个UE，DRB以DRB ID所唯一标识。5G系统中允许将多个属于同一个PDU会话的QoS flow映射到同一个DRB上，但这也就意味着这些QoS flow不得不采用相同的空口处理方法进行传输。QoS flow到DRB的映射关系是通过无线资源控制(Radio ResourceControl，RRC)信令告知UE的。

5G系统中以QoS参数的形式标注任意一个QoS flow与DRB在进行传输时所需要满足的QoS需求，作为对更低层提出的要求。QoS flow的QoS参数由核心网根据业务需求进行设置，而DRB的QoS参数则由NG-RAN根据映射至该DRB的所有QoS flow的QoS参数来决定。与QoS flow到DRB的映射关系类似，DRB的QoS参数也是通过RRC信令告知UE的。通常来说，DRB的QoS参数应当使得其所包含的所有QoS flow的QoS需求均能得到满足。DRB的QoS参数满足的QoS需求越高，数据发送方和接收方所需要预留的资源也就越多。

出于节省UE资源占用的目的，业界提出针对那些数据传输相对不频繁，且当前无数据的QoS flow，NG-RAN在确定了其所映射的DRB之后，可以暂时不建立该DRB的空口配置，或者将该DRB的QoS参数配置为无法满足该QoS flow的QoS需求的较低水平。在该QoS flow有数据需要进行传输时，NG-RAN再重新触发建立该DRB的空口配置，或者调整该DRB的QoS参数以使其空口配置能够满足该QoS flow的QoS需求。

核心网在指示NG-RAN建立QoS flow的时候，可以标记某些QoS flow为“更容易出现有数据需要传输的情况”，相对地，另一些QoS flow则为“相对罕见”的QoS flow。NG-RAN可以根据这一信息，有选择地仅在空口建立一部分DRB，和/或将一部分DRB的QoS参数设置得不能满足映射至该DRB的全部QoS flow的QoS需求。当核心网发送属于某一个QoS flow的下行数据包时，无论该QoS flow是否有上述标记，核心网均不会针对该数据包特地发送任何控制平面信令，而是会直接将该数据包通过针对该PDU会话的用户平面通道发送至NG-RAN，并附有该QoS flow的QFI。在NG-RAN的控制平面中心节点(Central Unit-ControlPlane，即CU-CP)和用户平面中心节点(Central Unit-User Plane，即CU-UP)不分离的情况下，NG-RAN在收到该数据包之后，如果该QoS flow所映射的DRB还没有在空口建立，那么NG-RAN会触发一个RRC重配置过程以在空口建立该DRB；如果该QoS flow所映射的DRB在空口建立了，但当前的QoS不能满足该QoS flow的QoS需求，那么NG-RAN会触发一个RRC重配置过程以修改该DRB的QoS参数，之后再进行该数据包的传输。

然而，针对NG-RAN的CU-CP和CU-UP分离的情况，NG-RAN在收到下行数据包之后，无法实现上述重配置过程。结合如图1所示的5G NR网络架构进行说明。

在NG-RAN之中，一个逻辑上的NG-RAN节点(NG-RAN node)可以进一步划分为一个CU-CP，一个或多个CU-UP，以及一个或多个分布节点(Distributed Unit，DU)，这种结构称作CU-CP/UP分离(CU-CP/UP split)。

如图1所示，在该NG-RAN节点为采用新空口(New Radio，NR)技术的NG-RAN节点，也就是gNB的情况下，gNB-CU-CP与gNB-DU之间以F1-C接口连接，而gNB-CU-CP与gNB-CU-UP之间以E1接口连接。gNB与核心网(5G Core，5GC)的控制面连接N2终止于gNB-CU-CP，而gNB与UE的空口连接则终止于gNB-DU。

当有用户平面数据需要传输时，gNB-CU-UP与5GC之间将建立N3传输通道，而gNB-DU与gNB-CU-UP之间则建立F1-U传输通道。对于涉及业务组织，例如QoS flow与DRB如何映射的空口控制平面功能，由于其既会牵涉gNB-DU也会牵涉gNB-CU-UP，为了便于统一控制与管理，这部分空口功能通过gNB-CU-CP之中的RRC模块与UE交互，所交互的信令称为RRC信令。特别地，下行RRC信令均由gNB-CU-CP生成，在封装为层2数据包之后，通过F1-C发送至gNB-DU，然后由其通过空口转发至UE。

类似的，在该NG-RAN节点为采用演进的全球陆地无线接入(Evolved UniversalTerrestrial Radio Access，E-UTRA)技术的节点，也就是ng-eNB的情况下，eNB-CU-CP与eNB-DU之间以W1-C接口连接，而eNB-CU-CP与eNB-CU-UP之间以E1接口连接。ng-eNB与5GC的控制面连接N2终止于eNB-CU-CP，而ng-eNB与UE的空口连接则终止于eNB-DU。

当有用户平面数据需要传输时，eNB-CU-UP与5GC之间将建立N3传输通道，而eNB-DU与eNB-CU-UP之间则建立W1-U传输通道。其他功能与上述gNB的情况类似。

通过对以上架构的介绍可以看出，针对某一QoS flow，在CU-CP确定了其所映射的DRB之后，暂时不建立该DRB的空口配置，或者将该DRB的QoS参数配置为无法满足该QoSflow的QoS需求的较低水平的情况下，如果属于该QoS flow的下行数据从核心网抵达CU-UP，由于CU-CP/UP分离，CU-CP并不能获知该QoS flow的下行数据抵达CU-UP，因此也就无法触发后续的重配置等过程，进而使得该下行数据或者完全无法通过空口发送，或者其通过空口发送时，QoS需求无法保证，而该QoS flow上的后续数据包也会由于相同原因，不能以满足QoS需求的形式通过空口传递。

为了解决上述问题，本申请实施例提出，无线接入网的用户平面中心节点在接收到一个下行数据包时，在该下行数据包所属的数据流被映射到的承载未在空口建立，或者该承载的服务质量参数无法满足该数据流的服务质量需求的情况下，用户平面中心节点需要向控制平面中心节点发送一条接口消息，以向控制平面中心节点指示发生了上述情况，从而使得控制平面中心节点能够触发该承载的重配置，进而保证该下行数据包，以及该数据流上后续的数据包能够以满足其QoS需求的形式通过空口在无线接入网与UE之间传输。

下面，将通过具体的实施例对本申请提供的数据处理方法进行详细地说明。可以理解的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本申请实施例提供的数据处理方法的流程示意图。该方法应用于无线接入网，示例的，无线接入网中的第一网元为用户平面中心节点，无线接入网中的第二网元为控制平面中心节点，无线接入网中的第三网元为分布节点。如图2所示，该方法包括：

S201、第一网元接收下行数据包。

其中，下行数据包中包括下行用户数据和下行用户数据所属的数据流的标识。

第一网元接收的下行数据包由核心网发送，第一网元根据下行数据包中的数据流的标识可以确定该数据流映射到的目标承载。其中，数据流的标识可以是QFI或其他可以表征数据流的标识信息。

根据数据流的标识或者目标承载的标识，第一网元可以确定是否需要执行后续步骤向第二网元发送第一接口消息。可以理解的是，若该目标承载的空口已被建立，且该目标承载的QoS参数满足该数据流的QoS需求，则第一网元可以基于该目标承载正常传输该下行数据包，而若该目标承载的空口未被建立，或者该目标承载的QoS参数无法满足该数据流的QoS需求，则第一网元需要执行后续的步骤向第二网元发送第一接口消息以触发对建立或更新目标承载的空口配置。

可选的，所述方法还包括：

接收所述第二网元发送的第二接口消息，所述第二接口消息用于指示所述第一网元在接收到属于指定数据流的下行用户数据时向所述第二网元发送所述第一接口消息，或者，所述第二接口消息用于指示所述第一网元在接收到属于指定承载的下行用户数据时向所述第二网元发送所述第一接口消息。

需要说明的是，这里的指定数据流可以是任意一个QoS流，也可以是用户建立的一个PDU会话中包含的QoS流，还可以对应于说明书中记载的下行用户数据所属的数据流；这里的指定承载可以是为该PDU会话分配的承载，也可以是某一个特定承载(DRB)，还可以对应于说明书中记载的目标承载。

可选的，第一网元可以根据第二网元的指示确定是否向第二网元发送第一接口消息。示例的，在第一网元接收上述下行数据包之前，第二网元确定将该下行数据包所属的数据流映射到目标承载，但是并不在空口建立该目标承载，或者将该目标承载的QoS参数设置为不能满足该数据流的QoS需求，此时第二网元可以向第一网元发送第二接口消息，第二接口消息用于指示第一网元在接收到属于该数据流的下行用户数据时向第二网元发送第一接口消息，或者，第二接口消息用于指示第一网元在接收到属于该目标承载的下行用户数据时向第二网元发送第一接口消息。从而，第二网元在接收到下行数据包时，可以根据下行数据包中的数据流的标识或者该数据流映射到的目标承载的标识，确定向第二网元发送第一接口消息。

S202、第一网元向第二网元发送第一接口消息。

其中，第一接口消息包括数据流的标识或数据流映射到的目标承载的标识，第一接口消息用于建立或更新目标承载的空口配置。

由于目标承载的配置过程由第二网元触发，因此，第一网元在接收到上述下行数据包后，向第二网元发送第一接口消息，并在该第一接口消息中携带数据流的标识或目标承载的标识，以使得第二网元可以获知第一网元接收到了无法传输或无法以满足QoS需求的形式传输的下行用户数据。

S203、第二网元根据第一接口消息，向第三网元和用户设备发送第三接口消息。

其中，第三接口消息用于指示第三网元和用户设备建立或更新目标承载的空口配置。

第二网元在接收到第一接口消息后，根据第一接口消息中的数据流的标识或者目标承载的标识，确定需要建立或更新目标承载的空口配置。

在一些实施例中，在第一网元接收下行数据包之前，第二网元仅确定该数据流映射到的承载为目标承载，但是并未指示建立目标承载的空口配置，在这种情况下，第二网元向第三网元和用户设备发送第三接口消息，指示第三网元和用户设备建立目标承载的空口配置。

在一些实施例中，在第一网元接收下行数据包之前，第二网元不仅确定该数据流映射到的承载为目标承载，而且还指示第三网元和用户设备建立目标承载的空口配置，但目标承载的空口配置所对应的QoS参数可能无法满足数据流的QoS需求，则第二网元向第三网元和用户设备发送第三接口消息，指示第三网元和用户设备更新目标承载的空口配置，以使得更新后的目标承载的空口配置所对应的QoS参数能够满足数据流的QoS需求。需要说明的是，第二网元可以在接收到第一接口消息后，就直接根据第一接口消息中的数据流的标识或目标承载的标识，向第三网元和用户设备发送第三接口消息。或者，第二网元可以在接收到第一接口消息后，先根据第一接口消息中的数据流的标识或目标承载的标识，判断目标承载的空口配置是否能满足数据流的QoS需求，若不满足，则向第三网元和用户设备发送第三接口消息。

本申请实施例提供的数据处理方法中，第一网元在接收到下行数据包后，可以根据其中的数据流的标识或者该数据流映射到的目标承载的标识，确定需要向第二网元发送接口消息，以触发第二网元重新为该目标承载建立空口配置或者更新空口配置，从而保证该下行数据包，以及该数据流上后续的数据包能够以满足其QoS需求的形式通过空口在无线接入网与用户设备之间传输。

在上述实施例的基础上，针对目标承载的空口配置未建立，或者目标承载的空口配置已建立但是其对应的QoS参数不能满足数据流的QoS需求这两种情况，第一网元向第二网元发送第一接口消息后，下行用户数据的传输过程略有不同。

在目标承载的空口配置未建立，即第一接口消息用于建立目标承载的空口配置的情况下，第二网元向第三网元和用户设备发送第三接口消息，第三接口消息用于指示第三网元和用户设备建立目标承载的空口配置，其中，第三网元建立目标承载的空口配置时会确定目标承载的下行地址，目标承载的下行地址用于指示第一网元通过目标承载的下行地址向第三网元发送下行用户数据。第三网元确定目标承载的下行地址后，将该下行地址发送给第二网元，第二网元再将该下行地址发送给第一网元，从而使得第一网元基于目标承载的下行地址，向第三网元发送下行用户数据，以使第三网元在用户设备建立目标承载的空口配置后，通过目标承载向用户设备发送下行用户数，从而保证下行用户数据能够以满足其QoS需求的形式通过空口在无线接入网与用户设备之间传输。

在目标承载的空口配置已建立，但是其对应的QoS参数不能满足数据流的QoS需求的情况下，第一网元向第二网元发送第一接口消息后，即可向第三网元发送下行用户数据，之后，第三网元可以在第三网元和用户设备均更新目标承载的空口配置后，再通过目标承载向用户设备发送下行用户数据，从而保证下行用户数据能够以满足其QoS需求的形式通过空口在无线接入网与用户设备之间传输。

以下结合具体实施例对上述两种情况进行更详细地说明。

图3为目标承载的空口配置未建立的情况下，核心网、无线接入网以及用户设备之间的交互示意图。如图3中所示的gNB-CU-UP为前述实施例中的第一网元，gNB-CU-CP为第二网元，gNB-DU为第三网元。

S301、核心网向gNB-CU-CP发送N2接口消息。

该N2接口消息用于指示gNB-CU-CP为UE建立一个PDU会话，其中，该PDU会话中包括有一个QoS流，该QoS流不需要保证传输比特率，其QoS参数中也没有包含“该QoS流比其他QoS流更常有数据传输”的指示，因而该QoS流被视作一个不常有数据传输的QoS流。该QoS流的流标识，即QFI，假设为1。

S302、gNB-CU-CP向gNB-CU-UP发送E1接口消息。

考虑到该QoS流为一个不常有数据传输的QoS流，为了节省UE资源，gNB-CU-CP确定将该QoS流映射到一个目标承载上，但是不在空口建立该目标承载，即不建立该目标承载的空口配置，假设该目标承载的ID为1，即目标承载为DRB1。此时，gNB-CU-CP向gNB-CU-UP发送一条E1接口消息，该E1接口消息用于请求gNB-CU-UP为该PDU会话建立相应的上下文，包括为该PDU会话分配N3通道下行传输地址以及建立DRB1，同时还指示gNB-CU-UP在DRB1上出现下行用户数据时向gNB-CU-CP上报，或者，指示gNB-CU-UP在QFI为1的QoS流上出现下行用户数据时向gNB-CU-CP上报。可选的，该E1接口消息之中还包括请求gNB-CU-UP监控用户平面活跃状况的指示。

S303、gNB-CU-UP向gNB-CU-CP反馈一条E1接口消息。

gNB-CU-UP建立PDU会话的上下文，分配了DRB1所需的资源，并向gNB-CU-CP反馈一条E1接口消息，E1接口消息中包括了gNB-CU-UP为该PDU会话分配的N3通道下行传输地址。

S304、核心网向gNB-CU-UP发送下行数据包。

在某一时刻，核心网发现该PDU会话上存在属于上述QoS流的下行数据需要传输给UE，因此，核心网通过上述已经建立的N3传输通道向gNB-CU-UP发送了一个N3下行数据包，该数据包中包含需要传输的下行用户数据，以及一个值为1的QFI用于指示下行用户数据所属的QoS流。

S305、gNB-CU-UP向gNB-CU-CP发送第一接口消息。

gNB-CU-UP根据接口到的N3下行数据包中的QFI的值可以确定下行用户数据所属的QoS流映射到DRB1上。由于前述gNB-CU-CP已经向gNB-CU-UP指示了该QoS流或DRB1上出现下行用户数据时需要向gNB-CU-CP上报，因此，gNB-CU-UP缓存该下行数据包并向gNB-CU-CP发送第一接口消息，该第一接口消息为E1接口消息。该第一接口消息中包括QoS流的QFI，或者DRB1的ID，以表示gNB-CU-UP接收到了核心网发送的上述数据包。

同时，gNB-CU-UP开始按照gNB-CU-CP所提供的DRB1配置处理该数据包，直至将该数据包封装为一个可以通过F1-U通道传输的层2数据包。

S306、gNB-CU-CP向gNB-DU发送用户设备上下文修改请求消息。

该用户设备上下文修改请求消息，由gNB-CU-CP通过F1-C通道向gNB-DU发送，该用户设备上下文修改请求消息用于请求gNB-DU建立该DRB的底层配置，即空口配置，告知gNB-DU该DRB1的上行F1-U地址，并请求gNB-DU分配DRB1的下行F1-U地址。此外，用户设备上下文修改请求消息中还包括一个封装后的RRC重配消息，该RRC重配消息用于请求UE建立DRB1的空口配置，以使UE可以通过DRB1接收属于该QoS流的数据包。用户设备上下文修改请求消息可以为前述实施例中的第三接口消息。

S307、gNB-DU将RRC重配消息发送给UE。

gNB-DU在确认可以建立该DRB的底层配置，即空口配置后，将封装后的RRC重配消息进一步封装为可供空口发送的形式，然后发送至UE。

S308、gNB-DU向gNB-CU-CP反馈用户设备上下文修改响应消息。

gNB-DU建立DRB1的底层配置，分配DRB1的下行F1-U地址，然后通过F1-C通道向gNB-CU-CP反馈用户设备上下文修改响应消息，该用户设备上下文修改响应消息中包括DRB1的下行F1-U地址。

S309、gNB-CU-CP向gNB-CU-UP发送承载上下文修改请求消息。

其中，该承载上下文修改请求消息包含DRB1的下行F1-U地址。该承载上下文修改请求消息为E1接口消息。

S310、gNB-CU-UP向gNB-CU-CP发送承载上下文修改响应消息。

该承载上下文修改响应消息用于表示gNB-CU-UP已经更新DRB1配置，同时，gNB-CU-UP将上述层2数据包通过F1-U通道发送至gNB-DU。该承载上下文修改响应消息为E1接口消息。

S311、UE向gNB-DU反馈RRC重配完成消息。

UE在接收到S307中gNB-DU所发送的RRC重配消息后，建立DRB1在UE一侧的空口配置，并通过空口反馈一条RRC重配完成消息。

S312、gNB-DU向gNB-CU-CP反馈RRC重配完成消息。

gNB-DU将上述通过空口发送的RRC重配完成消息解封为可在F1-C接口上传输的封装后的RRC重配完成消息，然后将其通过上行RRC消息传输消息发送给gNB-CU-CP。

S313、gNB-DU将下行数据包发送给UE。

在S310和S311均完成之后，gNB-DU针对其在S310所接收的层2数据包进行底层处理之后，将该层2数据包通过空口发送至UE。UE则利用其在S311之中所建立的DRB的空口配置从这个空口数据包之中解出所传输的下行用户数据，即步骤S304中的下行用户数据。

S314、后续上下行用户数据。

在上述下行数据包之后，核心网或UE后续还有可能发送属于该QoS流的上下行数据包，在上述步骤已经完成的基础上，gNB-CU-UP、gNB-DU与UE通过上述步骤中所建立的DRB1的空口配置进行后续的上下行用户数据的传输。

S315、释放DRB1。

若DRB1上有较长时间没有数据，gNB-CU-UP会向gNB-CU-CP发送一条承载上下文不活跃通知消息。当时机合适时，gNB-CU-CP可以触发让gNB-CU-UP、gNB-DU与UE释放上述所建立的DRB1的底层配置。其中，上述较长时间的具体时长以及释放的时机可以预先设置。

需要说明的是，图3中是以NG-RAN节点为gNB为例进行说明。在NG-RAN节点采用ng-eNB的情况下，只需要将上述实施例中的gNB-CU-CP替换为eNB-CU-CP，gNB-CU-UP替换为eNB-CU-UP，gNB-DU替换为eNB-DU，将其中的F1接口替换为W1接口，其他过程不变，此处不再赘述。

图4为目标承载的空口配置已建立，但是其对应的QoS参数不能满足数据流的QoS需求的情况下，核心网、无线接入网以及用户设备之间的交互示意图。如图4所示的gNB-CU-UP为前述实施例中的第一网元，gNB-CU-CP为第二网元，gNB-DU为第三网元。

S401、核心网向gNB-CU-CP发送N2接口消息。

该N2接口消息用于指示gNB-CU-CP为UE建立一个PDU会话，其中，该PDU会话中包括有一个QoS流，该QoS流不需要保证传输比特率，其QoS参数中也没有包含“该QoS流比其他QoS流更常有数据传输”的指示，因而该QoS流被视作一个不常有数据传输的QoS流。该QoS流的标识，即QFI，假设为1。

S402、gNB-CU-CP向gNB-CU-UP发送E1接口消息。

考虑到该QoS流为一个不常有数据传输的QoS流，为了节省UE资源，gNB-CU-CP确定将该QoS流映射到一个目标承载上，但是将该目标承载的QoS参数设置为不能满足该QoS流的QoS需求的较低水平上，假设该目标承载的ID为1，即目标承载为DRB1。此时，gNB-CU-CP向gNB-CU-UP发送一条E1接口消息，该E1接口消息用于请求gNB-CU-UP为该PDU会话建立相应的上下文，包括为该PDU会话分配N3通道下行传输地址以及建立DRB1，同时还指示gNB-CU-UP在DRB1上出现下行用户数据时向gNB-CU-CP上报，或者，指示gNB-CU-UP在QFI为1的QoS流上出现下行用户数据时向gNB-CU-CP上报。

S403、gNB-CU-UP向gNB-CU-CP反馈一条E1接口消息。

gNB-CU-UP建立PDU会话的上下文，分配了DRB1所需的资源，并向gNB-CU-CP反馈一条E1接口消息，E1接口消息中包括了gNB-CU-UP为该PDU会话分配的N3通道下行传输地址。

S404、gNB-CU-CP指示gNB-CU-UP、gNB-DU以及UE建立DRB1，包括建立DRB1的空口配置。

在此过程中，gNB-CU-CP会向gNB-CU-UP、gNB-DU以及UE指示在S402中所确定的QoS参数，从而使得gNB-CU-UP、gNB-DU以及UE按照该QoS参数建立空口配置。本步骤中建立DRB1的空口配置的过程与相关技术中类似，此处不再赘述。

S405、核心网向gNB-CU-UP发送下行数据包。

在某一时刻，核心网发现该PDU会话上存在属于上述QoS流的下行数据需要传输给UE，因此，核心网通过上述已经建立的N3传输通道向gNB-CU-UP发送了一个N3下行数据包，该数据包中包含需要传输的下行用户数据，以及一个值为1的QFI用于指示下行用户数据所属的QoS流。

S406、gNB-CU-UP向gNB-CU-CP发送第一接口消息。

gNB-CU-UP根据接口到的N3下行数据包中的QFI的值确定下行用户数据所属的QoS流映射到DRB1上。由于前述gNB-CU-CP已经向gNB-CU-UP指示了该QoS流或DRB1上出现下行用户数据时需要向gNB-CU-CP上报，因此，gNB-CU-UP缓存该下行数据包并向gNB-CU-CP发送第一接口消息，该第一接口消息为E1接口消息。该第一接口消息中包括QoS流的QFI，或者DRB1的ID，以表示gNB-CU-UP接收到了核心网发送的上述数据包。

同时，gNB-CU-UP开始按照gNB-CU-CP所提供的DRB1配置处理该数据包，将该数据包封装为一个可以通过F1-U通道传输的层2数据包，并将该层2数据包通过F1-U通道发送至gNB-DU。

S407、gNB-CU-CP向gNB-DU发送用户设备上下文修改请求消息。

gNB-CU-CP确定更新DRB1的QoS参数，因此通过F1-C通道向gNB-DU发送用户设备上下文修改请求消息，该用户设备上下文修改请求消息用于请求gNB-DU更新该DRB的底层配置，即空口配置。此外，用户设备上下文修改请求消息中还包括一个封装后的RRC重配消息，该RRC重配消息用于请求UE更新DRB1的空口配置，以使UE可以通过更新空口配置后的DRB1接收属于该QoS流的数据包。用户设备上下文修改请求消息可以为前述实施例中的第三接口消息。

S408、gNB-DU将RRC重配消息发送给UE。

gNB-DU在确认可以更新该DRB的底层配置，即空口配置后，将封装后的RRC重配消息进一步封装为可供空口发送的形式，然后发送至UE。

S409、gNB-DU向gNB-CU-CP反馈用户设备上下文修改响应消息。

该用户设备上下文修改响应消息用于表示gNB-DU已经完成更新DRB1的空口配置。

S410、UE向gNB-DU反馈RRC重配完成消息。

UE在接收到S408中gNB-DU所发送的RRC重配消息后，更新DRB1在UE一侧的空口配置，并通过空口反馈一条RRC重配完成消息。

S411、gNB-DU向gNB-CU-CP反馈RRC重配完成消息。

gNB-DU将上述通过空口发送的RRC重配完成消息解封为可在F1-C接口上传输的封装后的RRC重配完成消息，然后将其通过上行RRC消息传输消息发送给gNB-CU-CP。

S412、gNB-DU将下行数据包发送给UE。

在S409和S410均完成之后，gNB-DU针对其于S406中所接收的层2数据包进行底层处理之后，将该层2数据包通过空口发送至UE。UE则利用其在S410中更新的DRB1的空口配置从这个空口数据包之中解出所传输的下行用户数据，即步骤S405中的下行用户数据。

S413、后续上下行数据包。

在上述下行数据包之后，核心网或UE后续还有可能发送属于该QoS流的上下行数据包，在上述步骤已经完成的基础上，gNB-CU-UP、gNB-DU与UE通过上述步骤中所更新的DRB1的空口配置进行后续的上下行用户数据的传输。

需要说明的是，图4中是以NG-RAN节点为gNB为例进行说明。在NG-RAN节点采用ng-eNB的情况下，只需要将上述实施例中的gNB-CU-CP替换为eNB-CU-CP，gNB-CU-UP替换为eNB-CU-UP，gNB-DU替换为eNB-DU，将其中的F1接口替换为W1接口，其他过程不变，此处不再赘述。

图5为本申请实施例提供的数据处理装置的结构示意图一。如图5所示，该装置包括：包括存储器501，收发机502和处理器503。

存储器501，用于存储计算机程序；

收发机502，用于在处理器503的控制下收发数据；

处理器503，用于读取存储器501中存储的计算机程序并执行以下操作：

接收下行数据包，下行数据包中包括下行用户数据和下行用户数据所属的数据流的标识；

向无线接入网中的第二网元发送第一接口消息，第一接口消息中包括数据流的标识或数据流映射到的目标承载的标识，第一接口消息用于建立或更新目标承载的空口配置。

在一种实施方式中，接收下行数据包之前，处理器503还用于执行以下操作：

接收第二网元发送的第二接口消息，第二接口消息用于指示第一网元在接收到属于数据流的下行用户数据时向第二网元发送第一接口消息，或者，第二接口消息用于指示第一网元在接收到属于目标承载的下行用户数据时向第二网元发送第一接口消息。

在一种实施方式中，第一接口消息用于建立目标承载的空口配置，处理器503还用于执行以下操作：

接收第二网元发送的目标承载的下行地址，目标承载的下行地址是无线接入网中的第三网元建立目标承载的空口配置所确定的；

基于目标承载的下行地址，向第三网元发送下行用户数据，以使第三网元在用户设备建立目标承载的空口配置后，通过目标承载向用户设备发送下行用户数据。

在一种实施方式中，第一接口消息用于更新目标承载的空口配置，处理器503还用于执行以下操作：

向无线接入网的第三网元发送下行用户数据，以使第三网元在第三网元和用户设备均更新目标承载的空口配置后，通过目标承载向用户设备发送下行用户数据。

在此需要说明的是，本申请提供的上述装置，能够实现上述方法实施例中第一网元所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

图6为本申请实施例提供的数据处理装置的结构示意图二。如图6所示，该装置包括：包括存储器601，收发机602和处理器603。

存储器601，用于存储计算机程序；

收发机602，用于在处理器603的控制下收发数据；

处理器603，用于读取存储器601中存储的计算机程序并执行以下操作：

接收无线接入网中的第一网元发送的第一接口消息，第一接口消息包括下行用户数据的数据流的标识或数据流映射到的目标承载的标识；

根据第一接口消息，向无线接入网中的第三网元和用户设备发送第三接口消息，第三接口消息用于指示第三网元和用户设备建立或更新目标承载的空口配置。

在一种实施方式中，接收无线接入网中的第一网元发送的第一接口消息之前，处理器603还用于执行以下操作：

向第一网元发送第二接口消息，第二接口消息用于指示第一网元在接收到属于数据流的下行用户数据时向第二网元发送第一接口消息，或者，第二接口消息用于指示第一网元在接收到属于目标承载的下行用户数据时向第二网元发送第一接口消息。

在一种实施方式中，第三接口消息用于指示第三网元和用户设备建立目标承载的空口配置；接收无线接入网中的第一网元发送的第一接口消息之前，处理器603还用于执行以下操作：

确定数据流映射到的承载为目标承载。

在一种实施方式中，第三接口消息用于指示第三网元和用户设备更新目标承载的空口配置；接收无线接入网中的第一网元发送的第一接口消息之前，处理器603还用于执行以下操作：

确定数据流映射到的承载为目标承载，并指示第三网元和用户设备建立目标承载的空口配置；

向无线接入网中的第三网元和用户设备发送第三接口消息，包括：

确定目标承载的空口配置是否满足数据流的服务质量需求，若不满足，则向第三网元和用户设备发送第三接口消息。

在一种实施方式中，第三接口消息用于指示第三网元和用户设备建立目标承载的空口配置；处理器603还用于执行以下操作：

接收第三网元发送的目标承载的下行地址，目标承载的下行地址是第三网元建立目标承载的空口配置所确定的；

向第一网元发送目标承载的下行地址，目标承载的下行地址用于指示第一网元通过目标承载的下行地址向第三网元发送下行用户数据，以使第三网元在用户设备建立目标承载的空口配置后，通过目标承载向用户设备发送下行用户数据。

在此需要说明的是，本申请提供的上述装置，能够实现上述方法实施例中第二网元所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

图7为本申请实施例提供的数据处理装置的结构示意图三。如图7所示，该装置包括：

接收单元701，用于接收下行数据包，下行数据包中包括下行用户数据和下行用户数据所属的数据流的标识；

发送单元702，用于向无线接入网中的第二网元发送第一接口消息，第一接口消息中包括数据流的标识或数据流映射到的目标承载的标识，第一接口消息用于建立或更新目标承载的空口配置。

在一种实施方式中，接收下行数据包之前，接收单元701还用于：

接收第二网元发送的第二接口消息，第二接口消息用于指示第一网元在接收到属于数据流的下行用户数据时向第二网元发送第一接口消息，或者，第二接口消息用于指示第一网元在接收到属于目标承载的下行用户数据时向第二网元发送第一接口消息。

在一种实施方式中，第一接口消息用于建立目标承载的空口配置；

接收单元701还用于：接收第二网元发送的目标承载的下行地址，目标承载的下行地址是无线接入网中的第三网元建立目标承载的空口配置所确定的；

发送单元702还用于：基于目标承载的下行地址，向第三网元发送下行用户数据，以使第三网元在用户设备建立目标承载的空口配置后，通过目标承载向用户设备发送下行用户数据。

在一种实施方式中，第一接口消息用于更新目标承载的空口配置，发送单元702还用于：向无线接入网的第三网元发送下行用户数据，以使第三网元在第三网元和用户设备均更新目标承载的空口配置后，通过目标承载向用户设备发送下行用户数据。

在此需要说明的是，本申请提供的上述装置，能够实现上述方法实施例中第一网元所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

图8为本申请实施例提供的数据处理装置的结构示意图四。如图8所示，该装置包括：

接收单元801，用于接收无线接入网中的第一网元发送的第一接口消息，第一接口消息包括下行用户数据的数据流的标识或数据流映射到的目标承载的标识；

发送单元802，用于根据第一接口消息，向无线接入网中的第三网元和用户设备发送第三接口消息，第三接口消息用于指示第三网元和用户设备建立或更新目标承载的空口配置。

在一种实施方式中，接收无线接入网中的第一网元发送的第一接口消息之前，发送单元802还用于：向第一网元发送第二接口消息，第二接口消息用于指示第一网元在接收到属于数据流的下行用户数据时向第二网元发送第一接口消息，或者，第二接口消息用于指示第一网元在接收到属于目标承载的下行用户数据时向第二网元发送第一接口消息。

在一种实施方式中，第三接口消息用于指示第三网元和用户设备建立目标承载的空口配置；装置还包括：

第一处理单元，用于确定数据流映射到的承载为目标承载。

在一种实施方式中，第三接口消息用于指示第三网元和用户设备更新目标承载的空口配置；装置还包括：

第二处理单元，用于确定数据流映射到的承载为目标承载，并指示第三网元和用户设备建立目标承载的空口配置；

发送单元802，用于确定目标承载的空口配置是否满足数据流的服务质量需求，若不满足，则向第三网元和用户设备发送第三接口消息。

在一种实施方式中，第三接口消息用于指示第三网元和用户设备建立目标承载的空口配置；接收单元801还用于：接收第三网元发送的目标承载的下行地址，目标承载的下行地址是第三网元建立目标承载的空口配置所确定的；

发送单元802还用于：向第一网元发送目标承载的下行地址，目标承载的下行地址用于指示第一网元通过目标承载的下行地址向第三网元发送下行用户数据，以使第三网元在用户设备建立目标承载的空口配置后，通过目标承载向用户设备发送下行用户数据。

在此需要说明的是，本申请提供的上述装置，能够实现上述方法实施例中第二网元所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序用于使计算机执行上述方法实施例中第一网元或第二网元执行的方法。

计算机可读存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。

本申请实施例还提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现上述方法实施例中第一网元或第二网元执行的方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

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

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

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (16)

1.一种数据处理方法，应用于无线接入网中的第一网元，其特征在于，包括：

接收下行数据包，所述下行数据包中包括下行用户数据和所述下行用户数据所属的数据流的标识；

向所述无线接入网中的第二网元发送第一接口消息，所述第一接口消息中包括所述数据流的标识或所述数据流映射到的目标承载的标识，所述第一接口消息用于建立或更新所述数据流映射的目标承载的空口配置。

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

接收所述第二网元发送的第二接口消息，所述第二接口消息用于指示所述第一网元在接收到属于指定数据流的下行用户数据时向所述第二网元发送所述第一接口消息，或者，所述第二接口消息用于指示所述第一网元在接收到属于指定承载的下行用户数据时向所述第二网元发送所述第一接口消息；

接收下行数据包，包括：

接收下行数据包，所述下行数据包中包括下行用户数据和所述下行用户数据所属的所述指定数据流的标识。

3.根据权利要求1或2所述的方法，其特征在于，若所述第一接口消息用于建立所述目标承载的空口配置，则所述方法还包括：

接收所述第二网元发送的所述目标承载的下行地址，所述目标承载的下行地址是所述无线接入网中的第三网元建立所述目标承载的空口配置所确定的；

基于所述目标承载的下行地址，向所述第三网元发送所述下行用户数据，以使所述第三网元在用户设备建立所述目标承载的空口配置后，通过所述目标承载向所述用户设备发送所述下行用户数据。

4.根据权利要求1或2所述的方法，其特征在于，若所述第一接口消息用于更新所述目标承载的空口配置，则所述方法还包括：

向所述无线接入网的第三网元发送所述下行用户数据，以使所述第三网元在所述第三网元和用户设备在更新所述目标承载的空口配置后，通过所述目标承载向所述用户设备发送所述下行用户数据。

5.一种数据处理方法，应用于无线接入网中的第二网元，其特征在于，包括：

接收所述无线接入网中的第一网元发送的第一接口消息，所述第一接口消息包括下行用户数据的数据流的标识或所述数据流映射到的目标承载的标识；

根据所述第一接口消息，向所述无线接入网中的第三网元和用户设备发送第三接口消息，所述第三接口消息用于指示所述第三网元和所述用户设备建立或更新所述目标承载的空口配置。

6.根据权利要求5所述的方法，其特征在于，所述接收所述无线接入网中的第一网元发送的第一接口消息之前，所述方法还包括：

向所述第一网元发送第二接口消息，所述第二接口消息用于指示所述第一网元在接收到属于指定数据流的下行用户数据时向所述第二网元发送所述第一接口消息，或者，所述第二接口消息用于指示所述第一网元在接收到属于指定承载的下行用户数据时向所述第二网元发送所述第一接口消息。

7.根据权利要求5或6所述的方法，其特征在于，所述第三接口消息用于指示所述第三网元和所述用户设备建立所述目标承载的空口配置；所述接收所述无线接入网中的第一网元发送的第一接口消息之前，所述方法还包括：

确定所述数据流映射到的承载为所述目标承载。

8.根据权利要求5或6所述的方法，其特征在于，所述第三接口消息用于指示所述第三网元和所述用户设备更新所述目标承载的空口配置；所述接收所述无线接入网中的第一网元发送的第一接口消息之前，所述方法还包括：

确定所述数据流映射到的承载为所述目标承载，并指示所述第三网元和所述用户设备建立所述目标承载的空口配置；

所述向所述无线接入网中的第三网元和用户设备发送第三接口消息，包括：

确定所述目标承载的空口配置是否满足所述数据流的服务质量需求，若不满足，则向所述第三网元和所述用户设备发送所述第三接口消息。

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

接收所述第三网元发送的所述目标承载的下行地址，所述目标承载的下行地址是所述第三网元建立所述目标承载的空口配置所确定的；

向所述第一网元发送所述目标承载的下行地址，所述目标承载的下行地址用于指示所述第一网元通过所述目标承载的下行地址向所述第三网元发送所述下行用户数据，以使所述第三网元在所述用户设备建立所述目标承载的空口配置后，通过所述目标承载向所述用户设备发送所述下行用户数据。

10.一种数据处理装置，其特征在于，包括存储器，收发机和处理器：

所述存储器，用于存储计算机程序；

所述收发机，用于在所述处理器的控制下收发数据；

所述处理器，用于读取所述存储器中存储的计算机程序并执行以下操作：

接收下行数据包，所述下行数据包中包括下行用户数据和所述下行用户数据所属的数据流的标识；

向无线接入网中的第二网元发送第一接口消息，所述第一接口消息中包括所述数据流的标识或所述数据流映射到的目标承载的标识，所述第一接口消息用于建立或更新所述目标承载的空口配置。

11.根据权利要求10所述的装置，其特征在于，所述接收下行数据包之前，所述处理器还用于执行以下操作：

接收所述第二网元发送的第二接口消息，所述第二接口消息用于指示第一网元在接收到属于所述数据流的下行用户数据时向所述第二网元发送所述第一接口消息，或者，所述第二接口消息用于指示第一网元在接收到属于所述目标承载的下行用户数据时向所述第二网元发送所述第一接口消息。

12.一种数据处理装置，其特征在于，包括存储器，收发机和处理器：

所述存储器，用于存储计算机程序；

所述收发机，用于在所述处理器的控制下收发数据；

所述处理器，用于读取所述存储器中存储的计算机程序并执行以下操作：

接收无线接入网中的第一网元发送的第一接口消息，所述第一接口消息包括下行用户数据的数据流的标识或所述数据流映射到的目标承载的标识；

根据所述第一接口消息，向所述无线接入网中的第三网元和用户设备发送第三接口消息，所述第三接口消息用于指示所述第三网元和所述用户设备建立或更新所述目标承载的空口配置。

13.根据权利要求12所述的装置，其特征在于，所述接收所述无线接入网中的第一网元发送的第一接口消息之前，所述处理器还用于执行以下操作：

向所述第一网元发送第二接口消息，所述第二接口消息用于指示所述第一网元在接收到属于所述数据流的下行用户数据时向第二网元发送所述第一接口消息，或者，所述第二接口消息用于指示所述第一网元在接收到属于所述目标承载的下行用户数据时向第二网元发送所述第一接口消息。

14.一种数据处理装置，其特征在于，包括：

接收单元，用于接收下行数据包，所述下行数据包中包括下行用户数据和所述下行用户数据所属的数据流的标识；

发送单元，用于向无线接入网中的第二网元发送第一接口消息，所述第一接口消息中包括所述数据流的标识或所述数据流映射到的目标承载的标识，所述第一接口消息用于建立或更新所述目标承载的空口配置。

15.一种数据处理装置，其特征在于，包括：

接收单元，用于接收无线接入网中的第一网元发送的第一接口消息，所述第一接口消息包括下行用户数据的数据流的标识或所述数据流映射到的目标承载的标识；

发送单元，用于根据所述第一接口消息，向所述无线接入网中的第三网元和用户设备发送第三接口消息，所述第三接口消息用于指示所述第三网元和所述用户设备建立或更新所述目标承载的空口配置。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使计算机执行权利要求1-4或5-9中任一项所述的方法。

Images