具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在实现流控的移动终端上为例，图1是本发明实施例的一种流控方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

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

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述移动终端的流控方法，图2是本发明实施例的流控方法一的流程图，如图2所示，该流程包括如下步骤：

步骤S202，接收与第一网元通过前向接口连接的第二网元发送的流控状态消息，其中，流控状态消息中携带有用于标识第二网元的流控状态的流控状态信息，第一网元与第二网元划分有不同功能；

步骤S204，根据流控状态信息执行流控处理。

通过上述步骤，通过交互第二网元的流控状态，实现了通过前向接口进行通信的第一网元与第二网元之间的流控处理，有效地解决了相关技术中如何实现功能要求不同的网元之间的流控的问题，从而达到依据合理流控保证最优吞吐性能的效果。

可选地，在接收与第一网元通过前向接口连接的第二网元发送的流控状态消息之前，还可以包括：向第二网元发送数据发送消息，其中，数据发送消息中携带有用于标识第一网元向第二网元发送的数据的数据标识信息。其中，上述数据标识信息可以包括以下至少之一：用于标识发送的数据的数据包序列号，用于标识发送的数据是否为重传数据的包重传指示信息。

可选地，在接收与第一网元通过前向接口连接的第二网元发送的流控状态消息之前，还可以包括：向第二网元发送第一网元用于辅助第二网元实现流控的信息。其中，上述第一网元用于辅助第二网元实现流控的信息可以包括以下至少之一：第一网元的缓存区大小，第一网元基于用户设备能力提供的缓存区大小，第一网元请求第二网元上报第二网元的流控状态的请求信息。

接收与第一网元通过前向接口连接的第二网元发送的流控状态消息时，可以采用多种方式，例如，可以通过以下方式至少之一，接收与第一网元通过前向接口连接的第二网元发送的流控状态消息：将流控状态消息封装在基于用户层面的GPRS隧道协议GTP-U的头部的方式；通过控制面接口消息的方式。

需要说明的是，上述流控状态信息可以包括多种，例如，可以包括以下至少之一：第二网元从第一网元接收到并成功发送给用户设备UE的数据包的标识信息；第二网元的协议数据单元PDU会话的期望缓存区大小；第二网元的数据流的期望缓存区大小；第二网元的无线承载RB的期望缓存区大小；第二网元基于numerology(物理层的参数配置)的期望缓存区大小；第二网元基于网络切片的期望缓存区大小；UE级别的最小的期望缓存区大小；通知给第一网元在第二网元丢失的数据包的标识信息；用于指示第二网元拥塞的第二网元拥塞指示；第二网元总体可用缓存区大小；第二网元发送给第一网元的流控指示。

图3是本发明实施例的流控方法二的流程图，如图3所示，该流程包括：

步骤S302，确定与第一网元通过前向接口连接的第二网元的流控状态；

步骤S304，向第一网元发送流控状态消息，其中，流控状态消息中携带有用于标识第二网元的流控状态的流控状态信息，第一网元与第二网元划分有不同功能，流控状态信息用于执行流控处理。

通过上述步骤，通过交互第二网元的流控状态，实现了通过前向接口进行通信的第一网元与第二网元之间的流控处理，有效地解决了相关技术中如何实现功能要求不同的网元之间的流控的问题，从而达到依据合理流控保证最优吞吐性能的效果。

可选地，在确定与第一网元通过前向接口连接的第二网元的流控状态之前，还可以包括：接收第一网元发送的数据发送消息，其中，数据发送消息中携带有用于标识第一网元向第二网元发送的数据的数据标识信息。其中，上述数据标识信息可以包括以下至少之一：用于标识发送的数据的数据包序列号，用于标识发送的数据是否为重传数据的包重传指示信息。

可选地，在确定与第一网元通过前向接口连接的第二网元的流控状态之前，还可以包括：接收第一网元发送的第一网元用于辅助第二网元实现流控的信息；根据接收的第一网元用于辅助第二网元实现流控的信息执行流控处理。其中，上述第一网元用于辅助第二网元实现流控的信息包括以下至少之一：第一网元的缓存区大小，第一网元基于用户设备能力提供的缓存区大小，第一网元请求第二网元上报第二网元的流控状态的请求信息。

对应地，向第一网元发送流控状态消息也可以采用多种方式，例如，可以通过以下方式至少之一，向第一网元发送流控状态消息：将流控状态消息封装在基于用户层面的GPRS隧道协议GTP-U的头部的方式；通过控制面接口消息的方式。

需要说明的是，上流控状态信息可以包括多种，例如，可以包括以下至少之一：第二网元从第一网元接收到并成功发送给用户设备UE的数据包的标识信息；第二网元的协议数据单元PDU会话的期望缓存区大小；第二网元的数据流的期望缓存区大小；第二网元的无线承载RB的期望缓存区大小；第二网元基于numerology的期望缓存区大小；第二网元基于网络切片的期望缓存区大小；UE级别的最小的期望缓存区大小；通知给第一网元在第二网元丢失的数据包的标识信息；用于指示第二网元拥塞的第二网元拥塞指示；第二网元总体可用缓存区大小；第二网元发送给第一网元的流控指示。

鉴于相关技术中所存在的上述问题，在5G中，重新定义前传接口的划分方式，在前传接口的划分方式中，从传输容量、传输时延、方便部署等几方面进行考虑，比如，考虑到非理想fronthaul传输，将时延不敏感的网络功能放在第一网元(比如，CU中)，将时延敏感的网络功能放在第二网元(比如，DU中)，第一网元与第二网元之间通过理想和/或非理想fronthaul进行传输，该接口被称为前传接口，图4为本发明实施例提供的第一网元与第二网元间的fronthaul接口的示意图，如图4所示，第一网元与第二网元之间通过前传fronthaul接口进行信息交互，针对不同的时延，这里的fronthaul可以是理想fronthaul或非理想fronthaul。理想fronthaul的传输时延比较小，比如，大概为几十到几百微秒，非理想fronthaul的传输时延相对较大，比如为毫秒级，由于理想和非理想fronthaul的区分，导致第一网元、第二网元有不同的功能划分。

第一协议实体(例如，无线资源控制(Radio Resource Control，简称为RRC)实体)可以位于第一网元，第一协议实体进行控制信令的生成，维护无线承载的建立和/或修改和/或释放，维护第二协议实体、第三协议实体、第四协议实体和物理层的参数更新。第二协议实体功能与LTE系统的分组数据汇聚协议(Packet Data Convergence Protocol，简称为PDCP)功能类似及其增强，第三协议实体功能与LTE系统的无线链路控制(Radio LinkControl，简称为RLC)功能类似及其增强，第四协议实体功能与LTE系统的媒体接入控制(Media Access Control，简称为MAC)功能及其增强。第二网元包括至少以下之一：第二协议实体、第三协议实体、第四协议实体、物理层、射频单元。第一网元与第二网元之间通过fronthaul接口通信。

图5为本发明实施例的第一网元与第二网元之间可能的功能划分图，如图5所示，可能的功能划分方案如下：

Option 1(RRC/PDCP分离，类似1A结构)：

本选项的功能分离类似于双连接(DC)中的1A结构。RRC位于CU之内，PDCP、RLC、MAC、PHY及RF等功能均位于DU。即整个UP都位于DU。

Option2(PDCP/RLC分离)：

本选项的功能分离类似于双连接(DC)中的3C结构。RRC和PDCP位于CU之内，RLC、MAC、PHY及RF等功能均位于DU。

Option 3(RLC高层/低层分离)：

底层RLC(RLC的部分功能)、MAC、PHY以及RF部分位于DU之内，RRC，PDCP和高层RLC(RLC的部分功能)等功能均位于CU。

Option 4(RLC-MAC分离)：

MAC、PHY以及RF部分位于DU之内，RRC，PDCP和RLC等功能均位于CU。

Option 5(MAC内部分离)：

部分MAC功能(如HARQ)、PHY及RF部分均位于DU，其它上层功能位于CU。

Option 6(MAC-PHY分离)：

PHY以及RF部分位于DU之内，MAC、PDCP和RLC等功能均位于CU。

Option 7(PHY内部分离)：

部分PHY功能(如HARQ)、PHY及RF部分均位于DU，其它上层功能位于CU。

Option 8(PHY-RF分离)：

RF部分位于DU之内，其他上层功能均位于CU。

在CU-DU分离的网络架构下，CU下可能连接多个DU。当CU的数据需要通过DU下发给UE的时候，可以通过多个DU实现。在CU侧路由选择中，数据流在CU PDCP层或RLC层被分割，通过不同分支分流到不同DU，这种情况下需要控制流向不同DU的数据量，也就是需要进行合理的流控制策略来保证最优的吞吐性能。

基于上述需要，在本实施例中，提供了一种流控实现方法，包括：

步骤1：第一网元给第二网元发送“数据发送消息”，将通过NGx-U发送的数据包序列号告诉第二网元，第二网元保存该信息，可以用于前传接口上数据包丢失检测。可选地，还可以包含：包重传指示，用于指示当前发送的数据包是否是重传数据包；

步骤2：第二网元给第一网元发送“流控状态消息”，包括但不限于以下一种或多种信息：

第二网元从第一网元接收到的数据包并成功发送给用户设备(User Equipment，简称为UE)的最高数据包的对应序列号；

对应PDU会话(session)/数据流(data flow)/无线承载(Radio Bearer，简称为RB)的期望缓存区尺寸(desired buffer size)，以BYTE为单位；

UE级别的最小的期望缓存尺寸(desired buffer size)，以BYTE为单位；

通知给第一网元的在第二网元丢失的NGx-U数据包的信息，比如可以以丢失数据包的序列号范围来表示；

第二网元拥塞指示；

第二网元总体可用缓存大小；

第二网元发送给第一网元的流控指示：减少数据发送、增加数据发送、维持等；

可选地，在该步骤2之前，第二网元还可以接收第一网元发送的第一网元侧的用于流控的信息，包括但不限于以下一种或多种信息：第一网元自身的缓存区大小(这里的缓存区可以是以下一种或多种：UE/PDU session/data flow/RB级别的当前已用缓存区大小)；第一网元请求第二网元上报DU侧流控状态消息的指示。

可选地，上述第一网元可以为CU，上述第二网元可以为DU。

可选地，上述数据包根据不同的CU-DU分割方式，包括但不限于：第二协议实体数据包，第三协议实体数据包。

可选地，上述数据包序列号可以是以下之一：PDCP SN号，RLC SN号，预定定义的用户面接口序列号。

可选地，上述第一网元和上述第二网元之间的用户面接口可以基于用户层面的GPRS隧道协议(General Packet Radio Service Tunnelling Protocol for the UserPlane，简称为GTP-U)传输协议，流控消息可以封装在GTP-U头里。

可选地，第一网元和第二网元之间的流控消息也可以通过NGx-C接口消息实现。

通过上述实施例提供的流控实现方法，在上述第一网元和第二网元间的接口上实现流控管理，能利用合理的流控制策略来保证最优的吞吐性能，以及对于重传数据包进行指示用于区别处理。

结合上述实施例，下面对本发明优选实施例进行说明。

优选实施例1

图6为本发明优选实施例提供的第一网元与第二网元间实现流控的流程示意图一，如图6所示，第一网元为CU，第二网元为DU，CU和DU之间的接口称为NGx接口，NGx-C为前传接口控制面，NGx-U为前传接口用户面。

步骤1：CU给DU发送“数据发送消息”，将当前NGx-U发送的数据包序列号信息告诉DU，可以是PDCP SN号或者新定义序列号，DU要记住发送的数据包的序列号，可以用于前传接口上数据包丢失检测。

步骤2：DU给CU发送“流控状态消息”，流控消息的触发由DU决定。如果有多个DU连接到同一个CU为UE服务，则多个DU向CU发送流控状态消息。该消息包括但不限于以下一种或多种信息：

DU从CU接收到的PDCP PDU并成功发送给UE的最高PDCP PDU的SN号；

对应PDU session或data flow或RB的期望缓存区尺寸(desired buffer size)，以BYTE为单位；

UE级别的最小的期望缓存尺寸(desired buffer size)，以BYTE为单位；

通知给CU,在DU丢失的NGx-U数据包相关信息；

DU拥塞指示；

DU总体可用缓存大小；

流控指示：减少数据发送、增加数据发送、维持等；

步骤3：CU根据DU发送的流控状态信息进行本地流控管理。

优选实施例2

图7为本发明优选实施例提供的第一网元与第二网元间实现流控的流程示意图二，如图7所示。第一网元为CU，第二网元为DU，CU和DU之间的接口称为NGx接口，NGx-C为前传接口控制面，NGx-U为前传接口用户面。

步骤1：CU给DU发送“数据发送消息”，将当前NGx-U发送的数据包序列号信息告诉DU，可以是RLC SN号或者新定义序列号，DU要记住发送的数据包的序列号，可以用于前传接口上数据包丢失检测。还可以包含：包重传指示，用于指示这个数据包是否是重传RLC PDU。

步骤2：DU给CU发送“流控状态消息”，流控消息的触发由DU决定。如果有多个DU连接到同一个CU为UE服务，则多个DU向CU发送流控状态消息。该消息包括但不限于以下一种或多种信息：

DU从CU接收到的RLC PDU并成功发送给UE的最高RLC PDU的SN号；

对应PDU session或data flow或RB的期望缓存区尺寸(desired buffer size)，以BYTE为单位；

UE级别的最小的期望缓存尺寸(desired buffer size)，以BYTE为单位；

通知给CU,在DU丢失的NGx-U数据包相关信息；

DU拥塞指示；

DU总体可用缓存大小；

流控指示：减少数据发送、增加数据发送、维持等；

步骤3：CU根据DU发送的流控状态信息进行本地流控管理。

优选实施例3

图8为本发明优选实施例提供的第一网元与第二网元间实现流控的流程示意图三，如图8所示，第一网元为CU，第二网元为DU，CU和DU之间的接口称为NGx接口，NGx-C为前传接口控制面，NGx-U为前传接口用户面。

步骤1：CU给DU发送“数据发送消息”，将当前NGx-U发送的数据包序列号信息告诉DU，可以是PDCP SN号或者新定义序列号，DU要记住发送的数据包的序列号，可以用于前传接口上数据包丢失检测。

步骤2：DU可以接收CU发送的CU侧的用于流控的信息，包括但不限于以下一种或多种信息：CU自身的缓存区大小(这里的缓存区可以是以下一种或多种：UE/PDU session/data flow/RB级别的当前已用缓存区大小)；CU请求DU上报DU侧流控状态信息的指示。

步骤3：DU可以根据CU发送的流控信息进行本地处理。同时DU也可以给CU发送“流控状态消息”，包括但不限于以下一种或多种信息：

DU从CU接收到的PDCP PDU并成功发送给UE的最高PDCP PDU的SN号；

对应PDU session或data flow或RB的期望缓存区尺寸(desired buffer size)，以BYTE为单位；

UE级别的最小的期望缓存尺寸(desired buffer size)，以BYTE为单位；

通知给CU,在DU丢失的NGx-U数据包相关信息；

DU拥塞指示；

DU总体可用缓存大小；

流控指示：减少数据发送、增加数据发送、维持等；

步骤4：CU根据DU发送的流控状态信息进行本地流控管理。

优选实施例4

图9为本发明优选实施例提供的第一网元与第二网元间实现流控的流程示意图四，如图9所示，第一网元为CU，第二网元为DU，CU和DU之间的接口称为NGx接口，NGx-C为前传接口控制面，NGx-U为前传接口用户面。

步骤1：CU给DU发送“数据发送消息”，将当前NGx-U发送的数据包序列号信息告诉DU，可以是RLC SN号或者新定义序列号，DU要记住发送的数据包的序列号，可以用于前传接口上数据包丢失检测。还可以包含：包重传指示，用于指示这个数据包是否是重传RLC PDU。

步骤2：DU可以接收CU发送的CU侧的用于流控的信息，包括但不限于以下一种或多种信息：CU自身的缓存区大小(这里的缓存区可以是以下一种或多种：UE/PDU session/data flow/RB级别的当前已用缓存区大小)；CU请求DU上报DU侧流控状态信息的指示。

步骤3：DU可以根据CU发送的流控信息进行本地处理。同时DU也可以给CU发送“流控状态消息”，包括但不限于以下一种或多种信息：

DU从CU接收到的RLC PDU并成功发送给UE的最高RLC PDU的SN号；

对应PDU session或data flow或RB的期望缓存区尺寸(desired buffer size)，以BYTE为单位；

UE级别的最小的期望缓存尺寸(desired buffer size)，以BYTE为单位；

通知给CU,在DU丢失的NGx-U数据包相关信息；

DU拥塞指示；

DU总体可用缓存大小；

流控指示：减少数据发送、增加数据发送、维持等；

步骤4：CU根据DU发送的流控状态信息进行本地流控管理。

需要说明的是，在上述优选实施例中，CU-DU之间用户面接口可以基于GTP-U传输协议，流控消息可以封装在GTP-U头里。流控消息也可以通过控制面接口消息实现。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

实施例2

在本实施例中还提供了一种流控装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图10是本发明实施例的流控装置一的结构框图，如图10所示，该装置包括：第一接收模块102和第一处理模块104，下面对该装置进行说明。

第一接收模块102，用于接收与第一网元通过前向接口连接的第二网元发送的流控状态消息，其中，流控状态消息中携带有用于标识第二网元的流控状态的流控状态信息，第一网元与第二网元划分有不同功能；第一处理模块104，连接至上述第一接收模块102，用于根据流控状态信息执行流控处理。

图11是本发明实施例的流控装置一的优选结构框图一，如图11所示，该装置除包括图10所示的所有模块外，还包括：第一发送模块112，下面对该装置进行说明。

第一发送模块112，连接至上述第一接收模块102，用于向第二网元发送数据发送消息，其中，数据发送消息中携带有用于标识第一网元向第二网元发送的数据的数据标识信息。

图12是本发明实施例的流控装置一的优选结构框图二，如图12所示，该装置除包括图10所示的所有模块外，还包括：第二发送模块122，下面对该装置进行说明。

第二发送模块122，连接至上述第一接收模块102，用于向第二网元发送第一网元用于辅助第二网元实现流控的信息。

可选地，上述第一接收模块102，还用于通过以下方式至少之一，接收与第一网元通过前向接口连接的第二网元发送的流控状态消息：将流控状态消息封装在基于用户层面的GPRS隧道协议GTP-U的头部的方式；通过控制面接口消息的方式。

图13是本发明实施例提供的一种集中式处理单元CU，如图13所示，该CU 130包括上述任一项的流控装置一132。

图14是本发明实施例提供的一种流控装置二的结构框图，如图14所示，该装置包括：确定模块142和第三发送模块144，下面对该装置进行说明。

确定模块142，用于确定与第一网元通过前向接口连接的第二网元的流控状态；第三发送模块144，连接至上述确定模块142，用于向第一网元发送流控状态消息，其中，流控状态消息中携带有用于标识第二网元的流控状态的流控状态信息，第一网元与第二网元划分有不同功能，流控状态信息用于执行流控处理。

图15是本发明实施例的流控装置二的优选结构框图一，如图15所示，该装置除包括图14所示的所有模块外，还包括：第二接收模块152，下面对该第二接收模块152进行说明。

第二接收模块152，连接至上述确定模块142，用于接收第一网元发送的数据发送消息，其中，数据发送消息中携带有用于标识第一网元向第二网元发送的数据的数据标识信息。

图16是本发明实施例的流控装置二的优选结构框图二，如图16所示，该装置除包括图14所示的所有模块外，还包括：第三接收模块162和第二处理模块164，下面对该优选结构进行说明。

第三接收模块162，用于接收第一网元发送的第一网元用于辅助第二网元实现流控的信息；第二处理模块164，连接至上述第三接收模块162和确定模块142，用于根据接收的第一网元用于辅助第二网元实现流控的信息执行流控处理。

可选地，上述第三发送模块144，还用于通过以下方式至少之一，向第一网元发送流控状态消息：将流控状态消息封装在基于用户层面的GPRS隧道协议GTP-U的头部的方式；通过控制面接口消息的方式。

图17是本发明实施例提供的分布式处理单元DU的结构框图，如图17所示，该DU170包括上述任一项的流控装置二172。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，接收与第一网元通过前向接口连接的第二网元发送的流控状态消息，其中，流控状态消息中携带有用于标识第二网元的流控状态的流控状态信息，第一网元与第二网元划分有不同功能；

S2，根据流控状态信息执行流控处理。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

在接收与第一网元通过前向接口连接的第二网元发送的流控状态消息之前，还包括：

S1，向第二网元发送数据发送消息，其中，数据发送消息中携带有用于标识第一网元向第二网元发送的数据的数据标识信息。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

S1，数据标识信息包括以下至少之一：用于标识发送的数据的数据包序列号，用于标识发送的数据是否为重传数据的包重传指示信息。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

在接收与第一网元通过前向接口连接的第二网元发送的流控状态消息之前，还包括：

S1，向第二网元发送第一网元用于辅助第二网元实现流控的信息。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

S1，第一网元用于辅助第二网元实现流控的信息包括以下至少之一：第一网元的缓存区大小，第一网元基于用户设备能力提供的缓存区大小，第一网元请求第二网元上报第二网元的流控状态的请求信息。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

S1，通过以下方式至少之一，接收与第一网元通过前向接口连接的第二网元发送的流控状态消息：将流控状态消息封装在基于用户层面的GPRS隧道协议GTP-U的头部的方式；通过控制面接口消息的方式。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

S1，流控状态信息包括以下至少之一：第二网元从第一网元接收到并成功发送给用户设备UE的数据包的标识信息；第二网元的协议数据单元PDU会话的期望缓存区大小；第二网元的数据流的期望缓存区大小；第二网元的无线承载RB的期望缓存区大小；第二网元基于numerology的期望缓存区大小；第二网元基于网络切片的期望缓存区大小；UE级别的最小的期望缓存区大小；通知给第一网元在第二网元丢失的数据包的标识信息；用于指示第二网元拥塞的第二网元拥塞指示；第二网元总体可用缓存区大小；第二网元发送给第一网元的流控指示。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：

S1，确定与第一网元通过前向接口连接的第二网元的流控状态；

S2，向第一网元发送流控状态消息，其中，流控状态消息中携带有用于标识第二网元的流控状态的流控状态信息，第一网元与第二网元划分有不同功能，流控状态信息用于执行流控处理。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

在确定与第一网元通过前向接口连接的第二网元的流控状态之前，还包括：

S1，接收第一网元发送的数据发送消息，其中，数据发送消息中携带有用于标识第一网元向第二网元发送的数据的数据标识信息。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

S1，数据标识信息包括以下至少之一：用于标识发送的数据的数据包序列号，用于标识发送的数据是否为重传数据的包重传指示信息。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

在确定与第一网元通过前向接口连接的第二网元的流控状态之前，还包括：

S1，接收第一网元发送的第一网元用于辅助第二网元实现流控的信息；根据接收的第一网元用于辅助第二网元实现流控的信息执行流控处理。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

S1，第一网元用于辅助第二网元实现流控的信息包括以下至少之一：第一网元的缓存区大小，第一网元基于用户设备能力提供的缓存区大小，第一网元请求第二网元上报第二网元的流控状态的请求信息。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

S1，通过以下方式至少之一，向第一网元发送流控状态消息：将流控状态消息封装在基于用户层面的GPRS隧道协议GTP-U的头部的方式；通过控制面接口消息的方式。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

S1，流控状态信息包括以下至少之一：第二网元从第一网元接收到并成功发送给用户设备UE的数据包的标识信息；第二网元的协议数据单元PDU会话的期望缓存区大小；第二网元的数据流的期望缓存区大小；第二网元的无线承载RB的期望缓存区大小；第二网元基于numerology的期望缓存区大小；第二网元基于网络切片的期望缓存区大小；UE级别的最小的期望缓存区大小；通知给第一网元在第二网元丢失的数据包的标识信息；用于指示第二网元拥塞的第二网元拥塞指示；第二网元总体可用缓存区大小；第二网元发送给第一网元的流控指示。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：接收与第一网元通过前向接口连接的第二网元发送的流控状态消息，其中，流控状态消息中携带有用于标识第二网元的流控状态的流控状态信息，第一网元与第二网元划分有不同功能；根据流控状态信息执行流控处理。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收与第一网元通过前向接口连接的第二网元发送的流控状态消息之前，还包括：向第二网元发送数据发送消息，其中，数据发送消息中携带有用于标识第一网元向第二网元发送的数据的数据标识信息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：数据标识信息包括以下至少之一：用于标识发送的数据的数据包序列号，用于标识发送的数据是否为重传数据的包重传指示信息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收与第一网元通过前向接口连接的第二网元发送的流控状态消息之前，还包括：向第二网元发送第一网元用于辅助第二网元实现流控的信息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：第一网元用于辅助第二网元实现流控的信息包括以下至少之一：第一网元的缓存区大小，第一网元基于用户设备能力提供的缓存区大小，第一网元请求第二网元上报第二网元的流控状态的请求信息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：通过以下方式至少之一，接收与第一网元通过前向接口连接的第二网元发送的流控状态消息：将流控状态消息封装在基于用户层面的GPRS隧道协议GTP-U的头部的方式；通过控制面接口消息的方式。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：流控状态信息包括以下至少之一：第二网元从第一网元接收到并成功发送给用户设备UE的数据包的标识信息；第二网元的协议数据单元PDU会话的期望缓存区大小；第二网元的数据流的期望缓存区大小；第二网元的无线承载RB的期望缓存区大小；第二网元基于numerology的期望缓存区大小；第二网元基于网络切片的期望缓存区大小；UE级别的最小的期望缓存区大小；通知给第一网元在第二网元丢失的数据包的标识信息；用于指示第二网元拥塞的第二网元拥塞指示；第二网元总体可用缓存区大小；第二网元发送给第一网元的流控指示。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：确定与第一网元通过前向接口连接的第二网元的流控状态；向第一网元发送流控状态消息，其中，流控状态消息中携带有用于标识第二网元的流控状态的流控状态信息，第一网元与第二网元划分有不同功能，流控状态信息用于执行流控处理。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在确定与第一网元通过前向接口连接的第二网元的流控状态之前，还包括：接收第一网元发送的数据发送消息，其中，数据发送消息中携带有用于标识第一网元向第二网元发送的数据的数据标识信息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：数据标识信息包括以下至少之一：用于标识发送的数据的数据包序列号，用于标识发送的数据是否为重传数据的包重传指示信息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在确定与第一网元通过前向接口连接的第二网元的流控状态之前，还包括：接收第一网元发送的第一网元用于辅助第二网元实现流控的信息；根据接收的第一网元用于辅助第二网元实现流控的信息执行流控处理。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：第一网元用于辅助第二网元实现流控的信息包括以下至少之一：第一网元的缓存区大小，第一网元基于用户设备能力提供的缓存区大小，第一网元请求第二网元上报第二网元的流控状态的请求信息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：通过以下方式至少之一，向第一网元发送流控状态消息：将流控状态消息封装在基于用户层面的GPRS隧道协议GTP-U的头部的方式；通过控制面接口消息的方式。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：流控状态信息包括以下至少之一：第二网元从第一网元接收到并成功发送给用户设备UE的数据包的标识信息；第二网元的协议数据单元PDU会话的期望缓存区大小；第二网元的数据流的期望缓存区大小；第二网元的无线承载RB的期望缓存区大小；第二网元基于numerology的期望缓存区大小；第二网元基于网络切片的期望缓存区大小；UE级别的最小的期望缓存区大小；通知给第一网元在第二网元丢失的数据包的标识信息；用于指示第二网元拥塞的第二网元拥塞指示；第二网元总体可用缓存区大小；第二网元发送给第一网元的流控指示。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。