拥塞上行控制方法和设备及系统与流程

本发明涉及通信技术，尤其涉及一种拥塞上行控制方法和设备及系统。

背景技术：

无线网络的无线资源有限，可能会由于用户设备的大量接入或者部分用户设备过度使用大流量业务而导致无线网络的拥塞，例如用户使用P2P业务导致无线网络资源紧张。当接入网出现拥塞时，需要进行拥塞控制，即限制用户设备使用的带宽，例如，根据用户使用的业务类型进行带宽限制。

现有技术主要采用深度报文检测设备对用户设备使用的下行数据报文，即从外部网络向用户设备发送的数据流，进行内容检测，根据检测结果对下行数据报文进行不同的标记，例如标记IP头中的差分服务代码点（Differentiated Services Code Point，简称DSCP）码，不同的业务标记不同的DSCP码，当网关设备，例如，分组数据网络网关（Packet Date Network Gateway，简称PGW）或者通用分组无线业务支持节点网关（Gateway GPRS Support Node，简称GGSN）收到下行数据报文后，根据下行数据报文的业务类型、用户的签约、用户的位置、用户饿接入类型等信息决策出该数据报文的拥塞调度方式后，对该下行数据报文的GPRS隧道协议用户面（GPRS Tunneling Protocol user plane，简称GTP-U）头进行标记，指明拥塞调度方式。当接入网发生拥塞时，接入网根据下行数据报文的GTP-U头中的拥塞调度方式进行区分调度，例如限制带宽，丢包等。

然而，现有技术虽解决了下行数据报文的拥塞控制，但是在发生拥塞时，不能对上行数据报文的拥塞控制即对上行数据报文进行区分调度，例如，拥塞发生时，限制用户上传视频的带宽。

技术实现要素：

本发明实施例提供一种拥塞上行控制方法和设备及系统，用于解决基站发生拥塞时不能对上行数据报文进行区分调度的技术问题，提高了基站的工作效率。

第一方面，本发明实施例提供一种拥塞上行控制方法，包括：

基站接收用户设备的上行数据报文；

所述基站根据与所述上行数据报文中的流描述信息对应的拥塞上行控制策略，对所述上行数据报文进行拥塞控制。

结合第一方面，在第一种可能的实现方式中，所述拥塞上行控制策略根据以下信息的一种或多种组合设定：上行数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型。

第二方面，本发明实施例提供一种拥塞上行控制方法，包括：

核心网设备封装下行数据报文，所述下行数据报文包括与所述下行数据报文中的流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制；

所述核心网设备向所述基站发送所述下行数据报文。

结合第二方面，在第一种可能的实现方式中，在所述核心网设备封装向基站发送的下行数据报文之前，还包括：所述核心网设备接收策略控制实体发送的流描述信息和与所述流描述信息对应的拥塞上行控制策略。

所述核心网设备封装向基站发送的下行数据报文具体为：

所述核心网设备根据所述策略控制实体发送的流描述信息构造下行数据报文，构造的下行数据报文中封装有与所述流描述信息对应的拥塞上行控制策略。

第三方面，本发明实施例提供一种拥塞上行控制方法，包括：

业务流检测设备检测用户设备发送的上行数据报文的业务类型和流描述信息；

所述业务流检测设备根据所述上行数据报文的流描述信息和业务类型，构造下行数据报文，向核心网设备发送所述下行数据报文，所述下行数据报文包括用于指示所述上行数据报文的业务类型的指示信息；

或者，所述业务流检测设备向策略控制实体上报所述上行数据报文的业务类型和流描述信息。

结合第三方面，在第一种可能的实现方式中，所述业务流检测设备为TDF或DPI设备，所述策略控制实体为PCRF。

第四方面，本发明实施例提供一种拥塞上行控制方法，包括：

策略控制实体接收业务流检测设备上报的上行数据报文的业务类型和流描述信息；

所述策略控制实体根据所述上行数据报文的业务类型和流描述信息，确定与所述流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对具有所述流描述信息的上行数据报文进行拥塞控制；

所述策略控制实体向核心网设备发送所述流描述信息和与所述流描述信息对应的拥塞上行控制策略。

结合第四方面，在第一种可能的实现方式中，所述业务流检测设备为TDF或DPI设备，所述策略控制实体为PCRF。

第五方面，本发明实施例提供一种拥塞上行控制装置，包括：

接收模块，用于接收用户设备的上行数据报文；

控制模块，用于根据与所述上行数据报文中的流描述信息对应的拥塞上行控制策略，对所述上行数据报文进行拥塞控制。

结合第五方面，在一种可能的实现方式中，所述拥塞上行控制策略根据以下信息的一种或多种组合设定：上行数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型。

第六方面，本发明实施例提供一种拥塞上行控制装置，包括：

封装模块，用于封装下行数据报文，所述下行数据报文包括与所述下行数据报文中的流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制；

发送模块，用于向所述基站发送所述下行数据报文。

结合第六方面，在一种可能的实现方式中，还包括：接收模块，用于在所述封装下行数据报文之前，接收策略控制实体发送的流描述信息和与所述流描述信息对应的拥塞上行控制策略；

所述封装模块，还用于根据所述策略控制实体发送的流描述信息构造下行数据报文，构造的下行数据报文中封装有与所述流描述信息对应的拥塞上行控制策略。

第七方面，本发明实施例提供一种拥塞上行控制装置，包括：

检测模块，用于检测用户设备发送的上行数据报文的业务类型和流描述信息；

发送模块用于根据所述上行数据报文的流描述信息和业务类型，构造下行数据报文，向核心网设备发送所述下行数据报文，所述下行数据报文包括用于指示所述上行数据报文的业务类型的指示信息；或者，

所述发送模块，用于向策略控制实体上报所述上行数据报文的业务类型和流描述信息。

结合第七方面，在一种可能的实现方式中，所述装置为TDF或DPI设备，所述策略控制实体为PCRF。

第八方面，本发明实施例提供一种拥塞上行控制装置，包括：

接收模块，用于接收业务流检测设备上报的上行数据报文的业务类型和流描述信息；

策略确定模块，用于根据所述上行数据报文的业务类型和流描述信息，确定与所述流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对具有所述流描述信息的上行数据报文进行拥塞控制；

策略发送模块，用于向核心网设备发送所述流描述信息和与所述流描述信息对应的拥塞上行控制策略。

结合第八方面，在一种可能的实现方式中，所述业务流检测设备为TDF或DPI设备，所述策略控制实体为PCRF。

第九方面，本发明实施例提供一种基站，包括：处理器、存储器、通信接口以及总线，其中所述处理器、所述通信接口、所述存储器通过所述总线完成相互间的通信；

所述存储器，用于存储程序和与不同流描述信息对应的拥塞上行控制策略；所述处理器，用于执行所述程序；

所述通信接口，用于接收用户设备的上行数据报文；

所述程序，用于：

根据与所述上行数据报文中的流描述信息对应的拥塞上行控制策略，对所述上行数据报文进行拥塞控制。

结合第九方面，在一种可能的实现方式中，所述拥塞上行控制策略根据以下信息的一种或多种组合设定：上行数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型。

第十方面，本发明实施例提供一种核心网设备，包括：存储器、处理器、总线以及通信接口；其中所述处理器、所述通信接口、所述存储器通过所述总线完成相互间的通信；

所述存储器，用于存储程序；所述处理器，用于执行所述程序；

所述程序，包括第一指令和第二指令：

所述第一指令，用于封装向基站发送的下行数据报文，所述下行数据报文包括与所述下行数据报文中的流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制；

所述第二指令，用于控制所述通信接口向所述基站发送所述下行数据报文。

结合第十方面，在一种可能的实现方式中，所述程序，还用于：

在所述核心网设备封装向基站发送的下行数据报文之前，接收策略控制实体发送的流描述信息和与所述流描述信息对应的拥塞上行控制策略；

根据所述策略控制实体发送的流描述信息构造下行数据报文，构造的下行数据报文中封装有与所述流描述信息对应的拥塞上行控制策略。

第十一方面，本发明实施例提供一种业务流检测设备，包括：处理器、存储器、通信接口以及总线，其中所述处理器、所述通信接口、所述存储器通过所述总线完成相互间的通信；

所述存储器，用于存储程序；所述处理器，用于执行所述程序；

所述程序，用于：

检测用户设备发送的上行数据报文的业务类型和流描述信息；

根据所述上行数据报文的流描述信息和业务类型，构造下行数据报文，向核心网设备发送所述下行数据报文，所述下行数据报文包括用于指示所述上行数据报文的业务类型的指示信息；或者，

向策略控制实体上报所述上行数据报文的业务类型和流描述信息。

结合第十一方面，在一种可能的实现方式中，所述业务流检测设备为TDF或DPI设备，所述策略控制实体为PCRF。

第十二方面，本发明实施例提供的一种策略控制实体，包括：处理器、存储器、通信接口以及总线，其中所述处理器、所述通信接口、所述存储器通过所述总线完成相互间的通信；

所述存储器，用于存储程序；所述处理器，用于执行所述程序；

所述程序，用于：

控制所述通信接口接收业务流检测设备上报的上行数据报文的业务类型和流描述信息；

根据所述上行数据报文的业务类型和流描述信息，确定与所述流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对具有所述流描述信息的上行数据报文进行拥塞控制；

控制所述通信接口向核心网设备发送所述流描述信息和与所述流描述信息对应的拥塞上行控制策略。

结合第十二方面，在一种可能的实现方式中，所述业务流检测设备为TDF或DPI设备，所述策略控制实体为PCRF。

第十三方面，本发明实施例还提供一种拥塞上行控制系统，包括：上述基站、上述核心网设备、上述业务检测设备，和上述策略控制实体。

上述技术方案中，基站保存有不同流描述信息对应的拥塞上行控制策略。基站保存的拥塞上行控制策略可以从核心网设备发送的下行数据报文中获取。在接收到上行数据报文时，基站根据与该上行数据报文中的流描述信息对应的拥塞上行控制策略，对该上行数据报文进行拥塞控制，实现了对上行数据报文区分调度的目的，提高了基站的工作效率。

附图说明

图1为本发明实施例提供的一种拥塞上行控制方法流程图；

图2为本发明实施例提供的另一种拥塞上行控制方法流程图；

图3为本发明实施例提供的又一种拥塞上行控制方法流程图；

图4为本发明实施例提供的再一种拥塞上行控制方法流程图；

图5为本发明实施例提供的再一种拥塞上行控制方法流程图；

图6为本发明实施例提供的一种拥塞上行控制装置结构示意图

图7A为本发明实施例提供的另一种拥塞上行控制装置结构示意图；

图7B为本发明实施例提供的又一种拥塞上行控制装置结构示意图；

图7C为本发明实施例提供的再一种拥塞上行控制装置结构示意图；

图7D为本发明实施例提供的再一种拥塞上行控制装置结构示意图；

图8为本发明实施例提供的再一种拥塞上行控制装置结构示意图；

图9为本发明实施例提供的再一种拥塞上行控制装置结构示意图。

具体实施方式

本发明实施例适用于2G网络，例如全球移动通讯系统（Global System of Mobile communication，简称GSM）网络、3G网络，例如通用移动通信系统（Universal Mobile Telecommunications System，简称UMTS）网络、长期演进（LTE）网络以及更高级的网络中上行数据报文的控制。

图1为本发明实施例提供的一种拥塞上行控制方法流程图。本实施例主要说明基站如何对上行数据报文进行拥塞控制。如图1所示，本实施例提供的方法包括：

步骤11：基站接收用户设备的上行数据报文。

步骤12：基站根据与所述上行数据报文中的流描述信息对应的拥塞上行控制策略，对所述上行数据报文进行拥塞控制。

基站保存有不同流描述信息对应的拥塞上行控制策略。其中，基站保存的拥塞上行控制策略根据以下信息的一种或多种组合设定：上行数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型。其中，流描述信息可以是IP五元组信息全部或者部分，即IP报文的源地址、目的地址，源端口号，目的端口号和协议类型。

基站接收到上行数据报文后，如果确定基站发生拥塞，例如，空口资源不足、基站转发能力不足，或者上行至核心网的带宽受限等，则查找与上行数据报文中的流描述信息对应的拥塞上行控制策略。如果查找到与该流描述信息对应的拥塞上行控制策略，则根据查找到拥塞上行控制策略对上行数据报文进行拥塞控制。例如，拥塞上行控制策略可以是限制数据流带宽，降低数据传输优先级或者直接丢弃等。

核心网设备，例如，PGW或GGSN，可以为基站下发拥塞上行控制策略。核心网设备接收到用户设备的上行数据报文后，如果确定发送上行数据报文的终端所归属的基站经常发生拥塞，或者，根据PCRF配置的信息确定需要为基站下发与该上行数据报文中流描述信息所对应的拥塞上行控制策略，则向基站下发上行数据报文中流描述信息对应的拥塞上行控制策略，使基站保存拥塞上行控制策略。例如，基站接收核心网设备发送的下行数据报文，所述下行数据报文包括与所述下行数据报文中的流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制。基站接收核心网设备发送的下行数据报文后，保存其中的流描述信息和对应的拥塞上行控制策略。基站可以建立拥塞上行控制策略库，用于保存不同流描述信息对应的拥塞上行控制策略。

下面举例说明核心网络为基站下发拥塞上行控制策略的过程：

1.用户设备（User Equipment，简称UE）需要上传Video文件给特定网站时，向基站A发送上行数据报文，该上行数据报文的流描述信息为：源地址UE IP、目的地址特定IP。

2.核心网设备接收到该上行数据报文后，根据UE的位置信息判断出UE所归属的基站A经常发生拥塞时，确定需要为基站A下发拥塞上行控制策略。核心网设备设置的与流描述信息：源地址UE IP、目的地址特定IP，对应的拥塞上行控制策略是，直接丢弃上行数据报文，该拥塞上行控制策略的类型编号为123。

3.核心网设备发送一个下行IP报文给UE，该下行IP报文的的流描述信息为：源地址为特定IP，目的地址为UE IP，并在IP头中(或者GTP头中)的特定域设置值为123的拥塞上行控制策略型编号。

4.基站收到该下行IP报文后，根据该报文中特定域的值123，判断出需要对与该下行IP报文中流描述信息对应的上行数据报文进行上行拥塞控制，因此存储该下行IP报文中流描述信息：特定IP和UE IP，并存储对应的上行控制控制策略为，直接丢弃上行数据报文。

5.基站A发生拥塞的情况下，基站A收到UE发往特定网站的IP报文时，会发现该IP报文的流描述信息符合基站保存的以下流描述信息：源地址为UE、IP目的地址为特定IP。而上述流描述信息对应的拥塞上行控制策略为直接丢弃上行数据报文，因此，基站A直接丢弃UE发往特定网站的IP报文。

本实施例中，基站保存有不同流描述信息对应的拥塞上行控制策略。在接收到上行数据报文时，基站根据与该上行数据报文中的流描述信息对应的拥塞上行控制策略，对该上行数据报文进行拥塞控制，实现了对上行数据报文区分调度的目的，提高了基站的工作效率。

图2为本发明实施例提供的另一种拥塞上行控制方法流程图。本实施例说明核心网设备如何向基站下发拥塞上行控制策略。核心网设备，可以是PGW或GGSN。如图2所示，本实施例提供的方法包括：

步骤21：核心网设备封装下行数据报文，所述下行数据报文包括与所述下行数据报文中的流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制。

步骤22：核心网设备向基站发送所述下行数据报文。

核心网设备封装包括拥塞上行控制策略的下行数据报文。不同的流描述信息对应不同的拥塞上行控制策略。下行数据报文中包括的拥塞上行控制策略所对应的流描述信息，与下行数据报文的流描述信息相同。下行数据报文中包括的拥塞上行控制策略，用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制。

本实施例提供的方法中，核心网设备向基站发送的下行数据报文中包括与该下行数据报文具有相同的流描述信息的上行数据报文的拥塞上行控制策略，使基站获得拥塞上行控制策略，从而对上行数据报文进行拥塞控制。

在上述实施例中，核心网设备在下行数据报文封装的拥塞上行控制策略，可以由核心网设备自己确定，也可以由核心网设备从策略控制实体获取，例如，从PCRF获取。

核心网设备从策略控制实体获取拥塞上行控制策略过程如下：策略控制实体接收到业务流检测设备上报的上行数据报文的业务类型和流描述信息后，根据所述上行数据报文的业务类型和流描述信息，确定与所述流描述信息对应的拥塞上行控制策略，向核心网设备发送所述流描述信息和与所述流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对具有所述流描述信息的上行数据报文进行拥塞控制。核心网设备接收到策略控制实体发送的流描述信息和与所述流描述信息对应的拥塞上行控制策略后，根据所述策略控制实体发送的流描述信息构造下行数据报文，构造的下行数据报文中封装有与所述流描述信息对应的拥塞上行控制策略。

由核心网设备确定拥塞上行控制策略时，按照核心网设备是否具备业务流检测能力可以分为两种情况。一种情况是，核心网设备具备业务流检测的能力，核心网设备检测到上行数据报文后，确定与该上行数据报文的流描述信息对应的拥塞上行控制策略。具体过程如下：

核心网设备检测用户设备发送的上行数据报文的流描述信息和业务类型，然后确定与所述上行数据报文的流描述信息对应的拥塞上行控制策略。之后，核心网设备根据所述上行数据报文中的流描述信息，构造向基站发送的下行数据报文，构造的下行数据报文中封装有与所述上行数据报文中的流描述信息对应的拥塞上行控制策略。

另一种情况是，核心网设备不具备业务流检测的能力。业务流检测设备，例如业务检测功能实体（Traffic Detection Function，简称TDF）或深度报文检测（Deep Packet Inspection，简称DPI）设备，检测到上行数据报文后，由业务流检测设备根据该上行数据报文的流描述信息构造下行数据报文发送给核心网设备，由核心网设备确定与该下行数据报文具有相同的流描述信息的上行数据报文的拥塞上行控制策略，即确定与该下行数据报文的流描述信息对应的拥塞上行控制策略。具体过程如下：

业务流检测设备检测用户设备发送的上行数据报文的业务类型和流描述信息。所述业务流检测设备根据所述上行数据报文的流描述信息和业务类型，构造下行数据报文，向核心网设备发送所述下行数据报文，所述下行数据报文包括用于指示所述上行数据报文的业务类型的指示信息。

核心网设备接收到业务流检测设备发送的位下行数据报文后，确定与所述业务流检测设备发送的下行数据报文的流描述信息对应的拥塞上行控制策略。之后，核心网设备在所述业务流检测设备发送的下行数据报文中，封装与所述下行数据报文中的流描述信息对应的拥塞上行控制策略。

图3为本发明实施例提供的又一种拥塞上行控制方法流程图。本实施例中由TDF或DPI设备来检测上行数据报文，构造向基站发送的下行数据报文。PGW确定与该下行数据报文的流描述信息对应的拥塞上行控制策略，并封装在该下行数据报文中，

如图3所示，本实施例提供的方法包括：

步骤30：TDF接收UE的上行数据报文。

步骤31：TDF接收到UE的上行数据报文后，获取上行数据报文的业务类型和流描述信息。

步骤32：TDF根据上行数据报文的流描述信息和业务类型，构造下行数据报文。该下行数据报文包括用于指示上述上行数据报文的业务类型的指示信息。TDF构造的下行数据报文与上述上行数据报文具有相同的流描述信息。

TDF获取上行数据报文对应的业务类型和流描述信息后，可以根据PCRF为TDF配置的策略，确定是否需要为上述用户设备的基站下发与该流描述信息对应的拥塞上行控制策略，从而确定是否需要构造包括该流流描述信息的下行数据报文；TDF也可以根据上行数据报文的业务类型，确定核心网是否需要为基站下发拥塞上行控制策略，例如，核心网需要控制只有上行数据的业务，确定当前上行数据报文的业务为只有上行数据的业务时，构造包括该上行数据报文中的流描述信息的下行数据报文。TDF也可以根据发送上述上行数据报文的用户设备的位置和/或用户签约信息，确定是否需要为上述用户设备的归属基站下发与该流流描述信息对应的拥塞上行控制策略，从而确定是否需要构造包括该流流描述信息的下行数据报文。如果TDF确定发送该上行数据报文的用户设备归属一个经常发生拥塞的基站且该用户设备的用户是普通用户，可以确定需要为该用户设备的基站下发与该流描述信息对应的拥塞上行控制策略。

TDF确定不需要为上述用户设备的基站下发与该流流描述信息对应的拥塞上行控制策略时，则不需要构造流描述信息与上述上行数据报文具有相同的下行数据报文。

需要说明的是：对同一个业务流，即相同的源目的地址的IP报文，TDF仅向PGW上报一次业务类型和流描述信息。

步骤33：TDF向PGW发送该下行数据报文。

步骤34：PGW接收到该下行数据报文后，确定与该下行数据报文的流描述信息对应的拥塞上行控制策略。

PGW根据以下信息的一种或多种组合确定拥塞上行控制策略：数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型。其中，流描述信息可以是IP五元组信息全部或者部分，即IP报文的源地址、目的地址，源端口号，目的端口号和协议类型。

步骤35：PGW将确定的拥塞上行控制策略封装到该下行数据报文的GTP-U头中，向eNB发送下行数据报文。

PGW也可以在下行数据报文的IPinIP封装的隧道头中即外层IP头中，封装与所述流描述信息对应的拥塞上行控制策略。可以在IP头或者GTP头中设置用于携带拥塞上行控制策略的特定比特域，例如，特定域为全零时，表示没有控制策略。

步骤36：eNB接收到PGW的下行数据报文后，存储下行数据报文中与所述下行数据报文的流描述信息对应的拥塞上行控制策略。

eNB接收到PGW的下行数据报文后，根据报文中特定域确定该报文中包括拥塞上行控制策略时，保存该报文中与所述下行数据报文的流描述信息对应的拥塞上行控制策略。

图4为本发明实施例提供的再一种拥塞上行控制方法流程图。本实施例中PGW具有与TDF设备或DPI设备相同的功能。PGW检测上行数据报文的流描述信息和业务类型，确定与所述流描述信息对应的拥塞上行控制策略，由PGW构造向基站发送的与所述流描述信息对应的下行数据报文。

步骤41：PGW接收UE的上行数据报文。

步骤42：PGW获取上行数据报文的流描述信息和业务类型，确定与所述流描述信息对应的拥塞上行控制策略。

PGW获取上行数据报文对应的业务类型和流描述信息后，可以根据PCRF为PGW配置的策略，确定是否需要为上述用户设备的基站下发与该流描述信息对应的拥塞上行控制策略，从而确定是否需要构造包括该流流描述信息的下行数据报文。PGW也可以根据上行数据报文的业务类型，确定核心网是否需要为基站下发拥塞上行控制策略，例如，核心网需要控制只有上行数据的业务，确定当前上行数据报文的业务为只有上行数据的业务时，构造包括该上行数据报文中的流描述信息的下行数据报文。PGW也可以根据发送上述上行数据报文的用户设备的位置和/或用户签约信息，确定是否需要为上述用户设备的归属基站下发与该流流描述信息对应的拥塞上行控制策略，从而确定是否需要构造包括该流流描述信息的下行数据报文。如果PGW确定发送该上行数据报文的用户设备归属一个经常发生拥塞的基站且该用户设备的用户是普通用户，可以确定需要为该用户设备的基站下发与该流描述信息对应的拥塞上行控制策略。

PGW确定不需要为上述用户设备的基站下发与该流流描述信息对应的拥塞上行控制策略时，则不需要构造流描述信息与上述上行数据报文具有相同的下行数据报文。

PGW根据以下信息的一种或多种组合确定拥塞上行控制策略：数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型。其中，流描述信息可以是IP五元组信息全部或者部分，即IP报文的源地址、目的地址，源端口号，目的端口号和协议类型。

步骤43：PGW根据上行数据报文的流描述信息，构造下行数据报文，在下行数据报文的GTP-U头中封装与所述流描述信息对应的拥塞上行控制策略。

该下行数据报文与UE发送的上行数据报文具有相同的流描述信息。PGW也可以在下行数据报文的IPinIP封装的隧道头中即外层IP头中，封装与所述流描述信息对应的拥塞上行控制策略。

步骤44：PGW向eNB发送封装有上述拥塞上行控制策略的下行数据报文。

PGW可以在IP头或者GTP头中设置用于携带拥塞上行控制策略的特定比特域，例如，特定域为全零时，表示没有控制策略。

步骤45：eNB接收到PGW的下行数据报文后，存储下行数据报文中与所述下行数据报文的流描述信息对应的拥塞上行控制策略。

eNB接收到PGW的下行数据报文后，根据报文中特定域确定该报文中包括拥塞上行控制策略时，保存该报文中与所述下行数据报文的流描述信息对应的拥塞上行控制策略。

图5为本发明实施例提供的再一种拥塞上行控制方法流程图。本实施例中TDF向策略控制和计费规则功能实体（Policy Control and Charging Rules Function，简称PCRF）上报上行数据报文的流描述信息和业务类型，PCRF向PGW下发上行数据报文的拥塞上行控制策略，PGW构造向eNB发送的下行数据报文，并在下行数据报文中添加与下行数据报文的流描述信息相对应的拥塞上行控制策略。如图5所示，本实施例提供的方法包括：

步骤51：TDF接收到UE的上行数据报文。

步骤52：TDF获取上行数据报文的业务类型和流描述信息。

步骤53：TDF向PCRF上报上行数据报文的业务类型和流描述信息。

对同一个业务流，即相同的源目的地址的IP报文，TDF仅向PCRF上报一次业务类型和流描述信息。

步骤54：PCRF确定与该流描述信息对应的拥塞上行控制策略。

PCRF获取上行数据报文对应的业务类型和流描述信息后，可以根据配置的策略，确定是否需要为上述用户设备的基站下发与该流描述信息对应的拥塞上行控制策略，从而确定是否需要构造包括该流流描述信息的下行数据报文。PCRF也可以根据上行数据报文的业务类型，确定核心网是否需要为基站下发拥塞上行控制策略，例如，核心网需要控制只有上行数据的业务，确定当前上行数据报文的业务为只有上行数据的业务时，构造包括该上行数据报文中的流描述信息的下行数据报文。PCRF也可以根据发送上述上行数据报文的用户设备的位置和/或用户签约信息，确定是否需要为上述用户设备的归属基站下发与该流流描述信息对应的拥塞上行控制策略，从而确定是否需要构造包括该流流描述信息的下行数据报文。如果PCRF确定发送该上行数据报文的用户设备归属一个经常发生拥塞的基站且该用户设备的用户是普通用户，可以确定需要为该用户设备的基站下发与该流描述信息对应的拥塞上行控制策略。

PCRF确定不需要为上述用户设备的基站下发与该流流描述信息对应的拥塞上行控制策略时，则不需要构造流描述信息与上述上行数据报文具有相同的下行数据报文。

PCRF根据以下信息的一种或多种组合确定拥塞上行控制策略：数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型。其中，流描述信息可以是IP五元组信息全部或者部分，即IP报文的源地址、目的地址，源端口号，目的端口号和协议类型。

步骤55：PCRF向PGW发送该流描述信息和与该流描述信息对应的拥塞上行控制策略。

步骤56：PGW根据该流描述信息构造下行数据报文，在下行数据报文的GTP-U头中封装与该流描述信息对应的拥塞上行控制策略。

PGW可以在IP头或者GTP头中设置用于携带拥塞上行控制策略的特定比特域，例如，特定域为全零时，表示没有控制策略。

PGW构造的下行数据报文的流描述信息与其中包括的拥塞上行控制策略对应的流描述信息相同。

步骤57：PGW向eNB发送下行数据报文。

步骤58：eNB接收到PGW的下行数据报文后，存储下行数据报文中与所述下行数据报文的流描述信息对应的拥塞上行控制策略。

eNB接收到PGW的下行数据报文后，根据报文中特定域确定该报文中包括拥塞上行控制策略时，保存该报文中与所述下行数据报文的流描述信息对应的拥塞上行控制策略。

图6为本发明实施例提供的一种拥塞上行控制装置结构示意图。如图6所示，本实施例提供的装置包括：接收模块61和控制模块62。

接收模块61，用于接收用户设备的上行数据报文；

控制模块62，用于根据与所述上行数据报文中的流描述信息对应的拥塞上行控制策略，对所述上行数据报文进行拥塞控制。

其中，所述拥塞上行控制策略根据以下信息的一种或多种组合设定：上行数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型。其中，流描述信息可以是IP五元组信息全部或者部分，即IP报文的源地址、目的地址，源端口号，目的端口号和协议类型。

其中，所述装置还可以根据核心网设备发送的下行数据报文来获取拥塞上行控制策略。具体地，接收模块61，还用于接收核心网设备发送的下行数据报文，所述下行数据报文包括与所述下行数据报文中的流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制；并保存所述流描述信息和所述流描述信息对应的拥塞上行控制策略。

接收模块61接收到上行数据报文后，如果控制模块62确定上述装置发生拥塞，例如，空口资源不足、装置转发能力不足，或者上行至核心网的带宽受限等，则查找与上行数据报文中的流描述信息对应的拥塞上行控制策略。如果查找到与该流描述信息对应的拥塞上行控制策略，则根据查找到拥塞上行控制策略对上行数据报文进行拥塞控制。例如，拥塞上行控制策略可以是限制数据流带宽，降低数据传输优先级或者直接丢弃等。

本实施例中，所述装置保存有不同流描述信息对应的拥塞上行控制策略，在接收到上行数据报文时，根据与该上行数据报文中的流描述信息对应的拥塞上行控制策略，对该上行数据报文进行拥塞控制，实现了对上行数据报文区分调度的目的，提高了基站的工作效率。

图7A为本发明实施例提供的一种拥塞上行控制装置结构示意图。所述装置可以是PGW或SGSN。如图7A所示，本实施例提供的装置包括：封装模块71和发送模块72。

封装模块71，用于封装下行数据报文，所述下行数据报文包括与所述下行数据报文中的流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制。

发送模块72，用于向所述基站发送所述下行数据报文。

封装模块71封装包括拥塞上行控制策略的下行数据报文。不同的流描述信息对应不同的拥塞上行控制策略。下行数据报文中包括的拥塞上行控制策略所对应的流描述信息，与下行数据报文的流描述信息相同。下行数据报文中包括的拥塞上行控制策略，用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制。封装模块71在下行数据报文封装的拥塞上行控制策略，可以由本装置确定，也可以由本装置从策略控制实体获取，例如，从PCRF获取。

本实施例中，所述装置向基站发送的下行数据报文中包括与该下行数据报文具有相同的流描述信息的上行数据报文的拥塞上行控制策略，使得基站能够获得拥塞上行控制策略，从而对上行数据报文进行拥塞控制。

如图7B所示，图7A所示的装置还包括：接收模块73。

接收模块73，用于在所述封装下行数据报文之前，接收策略控制实体发送的流描述信息和与所述流描述信息对应的拥塞上行控制策略；

所述封装模块71，还用于根据所述策略控制实体发送的流描述信息构造下行数据报文，构造的下行数据报文中封装有与所述流描述信息对应的拥塞上行控制策略。

如图7C所示，图7A所示的装置还包括：第一策略确定模块74。

第一策略确定模块74，用于在封装下行数据报文之前，检测用户设备发送的上行数据报文的流描述信息和业务类型；根据以下信息的一种或多种组合，确定与所述上行数据报文的流描述信息对应的拥塞上行控制策略：数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型；

所述封装模块71，还用于根据所述上行数据报文中的流描述信息，构造向基站发送的下行数据报文，构造的下行数据报文中封装有与所述上行数据报文中的流描述信息对应的拥塞上行控制策略。

如图7D所示，图7A所示的装置还包括：第二策略确定模块75。

第二策略确定模块75，用于在封装下行数据报文之前，接收业务流检测设备发送的下行数据报文，所述业务流检测设备发送的下行数据报文由所述业务流检测设备根据检测到的上行数据报文的流描述信息构造，所述业务流检测设备发送的下行数据报文包括所述业务流设备检测到的上行数据报文的业务类型；

所述第二策略确定模块，还用于根据以下信息的一种或多种组合，确定与所述业务流检测设备发送的下行数据报文的流描述信息对应的拥塞上行控制策略：数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型；

所述封装模块71，还用于在所述业务流检测设备发送的下行数据报文中，封装与所述下行数据报文中的流描述信息对应的拥塞上行控制策略。

图8为本发明实施例提供的再一种拥塞上行控制装置结构示意图。所述装置可以是TDF或DPI设备。如图8所示，本实施例提供的装置包括：检测模块81和发送模块82。

检测模块81，用于检测用户设备发送的上行数据报文的业务类型和流描述信息；

发送模块82，用于根据所述上行数据报文的流描述信息和业务类型，构造下行数据报文，向核心网设备发送所述下行数据报文，所述下行数据报文包括用于指示所述上行数据报文的业务类型的指示信息；或者，

所述发送模块82，用于向策略控制实体上报所述上行数据报文的业务类型和流描述信息。其中，策略控制实体可以是PCRF。

如果发送模块82用于向核心网设备发送流描述信息与上行数据报文中流描述信息相同的下行数据报文：

检测模块81获取上行数据报文对应的业务类型和流描述信息后，可以根据PCRF配置的策略，确定是否需要为上述用户设备的基站下发与该流描述信息对应的拥塞上行控制策略，从而确定是否需要构造包括该流流描述信息的下行数据报文；检测模块81也可以根据上行数据报文的业务类型，确定核心网是否需要为基站下发拥塞上行控制策略，例如，核心网需要控制只有上行数据的业务，确定当前上行数据报文的业务为只有上行数据的业务时，构造包括该上行数据报文中的流描述信息的下行数据报文。检测模块81也可以根据发送上述上行数据报文的用户设备的位置和/或用户签约信息，确定是否需要为上述用户设备的归属基站下发与该流流描述信息对应的拥塞上行控制策略，从而确定是否需要构造包括该流流描述信息的下行数据报文。如果检测模块81确定发送该上行数据报文的用户设备归属一个经常发生拥塞的基站且该用户设备的用户是普通用户，可以确定需要为该用户设备的基站下发与该流描述信息对应的拥塞上行控制策略。

检测模块81确定不需要为上述用户设备的基站下发与该流流描述信息对应的拥塞上行控制策略时，则不需要构造流描述信息与上述上行数据报文具有相同的下行数据报文。检测模块81确定需要为上述用户设备的基站下发与该流流描述信息对应的拥塞上行控制策略时，发送模块82根据所述上行数据报文的流描述信息和业务类型，构造下行数据报文，向核心网设备发送所述下行数据报文，所述下行数据报文包括用于指示所述上行数据报文的业务类型的指示信息。需要说明的是：对同一个业务流，即相同的源目的地址的IP报文，发送模块82仅向核心网设备上报一次业务类型和流描述信息。

如果发送模块82，用于向策略控制实体PCRF上报所述上行数据报文的业务类型和流描述信息：

PCRF获取上行数据报文对应的业务类型和流描述信息后，可以根据配置的策略，确定是否需要为上述用户设备的基站下发与该流描述信息对应的拥塞上行控制策略，从而确定是否需要构造包括该流流描述信息的下行数据报文。PCRF也可以根据上行数据报文的业务类型，确定核心网是否需要为基站下发拥塞上行控制策略，例如，核心网需要控制只有上行数据的业务，确定当前上行数据报文的业务为只有上行数据的业务时，构造包括该上行数据报文中的流描述信息的下行数据报文。PCRF也可以根据发送上述上行数据报文的用户设备的位置和/或用户签约信息，确定是否需要为上述用户设备的归属基站下发与该流流描述信息对应的拥塞上行控制策略，从而确定是否需要构造包括该流流描述信息的下行数据报文。如果PCRF确定发送该上行数据报文的用户设备归属一个经常发生拥塞的基站且该用户设备的用户是普通用户，可以确定需要为该用户设备的基站下发与该流描述信息对应的拥塞上行控制策略。

PCRF确定不需要为上述用户设备的基站下发与该流流描述信息对应的拥塞上行控制策略时，则不需要构造流描述信息与上述上行数据报文具有相同的下行数据报文。

PCRF根据以下信息的一种或多种组合确定拥塞上行控制策略：数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型。其中，流描述信息可以是IP五元组信息全部或者部分，即IP报文的源地址、目的地址，源端口号，目的端口号和协议类型。

图9为本发明实施例提供的一种拥塞上行控制装置结构示意图。所述装置可以是PCRF。如图9所示，本实施例提供的装置包括：接收模块91、策略确定模块92和策略发送模块93。

接收模块91，用于接收业务流检测设备上报的上行数据报文的业务类型和流描述信息。其中，所述业务流检测设备可以是TDF或DPI设备，

策略确定模块92，用于根据所述上行数据报文的业务类型和流描述信息，确定与所述流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对具有所述流描述信息的上行数据报文进行拥塞控制。

策略发送模块93，用于向核心网设备发送所述流描述信息和与所述流描述信息对应的拥塞上行控制策略。

接收模块91获取上行数据报文对应的业务类型和流描述信息后，策略确定模块92可以根据配置的策略，确定是否需要为上述用户设备的基站下发与该流描述信息对应的拥塞上行控制策略，从而确定是否需要构造包括该流流描述信息的下行数据报文。策略确定模块92也可以根据上行数据报文的业务类型，确定核心网是否需要为基站下发拥塞上行控制策略，例如，核心网需要控制只有上行数据的业务，确定当前上行数据报文的业务为只有上行数据的业务时，构造包括该上行数据报文中的流描述信息的下行数据报文。策略确定模块92也可以根据发送上述上行数据报文的用户设备的位置和/或用户签约信息，确定是否需要为上述用户设备的归属基站下发与该流流描述信息对应的拥塞上行控制策略，从而确定是否需要构造包括该流流描述信息的下行数据报文。如果策略确定模块92确定发送该上行数据报文的用户设备归属一个经常发生拥塞的基站且该用户设备的用户是普通用户，可以确定需要为该用户设备的基站下发与该流描述信息对应的拥塞上行控制策略。

策略确定模块92确定不需要为上述用户设备的基站下发与该流流描述信息对应的拥塞上行控制策略时，则不需要构造流描述信息与上述上行数据报文具有相同的下行数据报文。

策略确定模块92根据以下信息的一种或多种组合确定拥塞上行控制策略：数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型。其中，流描述信息可以是IP五元组信息全部或者部分，即IP报文的源地址、目的地址，源端口号，目的端口号和协议类型。

本发明实施例还提供一种基站，包括：处理器、存储器、通信接口以及总线，其中所述处理器、所述通信接口、所述存储器通过所述总线完成相互间的通信；

所述存储器，用于存储程序和与不同流描述信息对应的拥塞上行控制策略；所述处理器，用于执行所述程序；

所述通信接口，用于接收用户设备的上行数据报文；

所述程序，用于：

根据与所述上行数据报文中的流描述信息对应的拥塞上行控制策略，对所述上行数据报文进行拥塞控制。

其中，所述拥塞上行控制策略根据以下信息的一种或多种组合设定：上行数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型。

可选地，所述通信接口，还用于接收核心网设备发送的下行数据报文，所述下行数据报文包括与所述下行数据报文中的流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制；

所述存储器，还用于保存所述通信接口接收到的所述流描述信息和所述流描述信息对应的拥塞上行控制策略。

本发明实施例还提供一种核心网设备，包括：存储器、处理器、总线以及通信接口；其中所述处理器、所述通信接口、所述存储器通过所述总线完成相互间的通信；

所述存储器，用于存储程序；所述处理器，用于执行所述程序；

所述程序，包括第一指令和第二指令；

所述第一指令，用于封装下行数据报文，所述下行数据报文包括与所述下行数据报文中的流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制；

所述第二指令，用于控制所述通信接口向所述基站发送所述下行数据报文。

可选地，所述程序，还包括第三指令；

所述第三指令，用于在所述核心网设备封装向基站发送的下行数据报文之前，接收策略控制实体发送的流描述信息和与所述流描述信息对应的拥塞上行控制策略；

所述第二指令，具体用于根据所述策略控制实体发送的流描述信息构造下行数据报文，构造的下行数据报文中封装有与所述流描述信息对应的拥塞上行控制策略。

可选地，所述程序，还包括有第四指令；

所述第四指令，用于在所述封装向基站发送的下行数据报文之前，检测用户设备发送的上行数据报文的流描述信息和业务类型；

所述第四指令，还用于根据以下信息的一种或多种组合，确定与所述上行数据报文的流描述信息对应的拥塞上行控制策略：数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型；

所述第二指令，具体用于根据所述上行数据报文中的流描述信息，构造向基站发送的下行数据报文，构造的下行数据报文中封装有与所述上行数据报文中的流描述信息对应的拥塞上行控制策略。

可选地，所述程序，还包括有第五指令；

所述第五指令，用于在所述封装向基站发送的下行数据报文之前，接收业务流检测设备发送的下行数据报文，所述业务流检测设备发送的下行数据报文由所述业务流检测设备根据检测到的上行数据报文的流描述信息构造，所述业务流检测设备发送的下行数据报文包括所述业务流设备检测到的上行数据报文的业务类型；

所述第五指令，还用于根据以下信息的一种或多种组合，确定与所述业务流检测设备发送的下行数据报文的流描述信息对应的拥塞上行控制策略：数据报文的业务类型、用户设备的用户签约信息、用户设备接入信息和用户设备接入技术类型；

所述第二指令，具体用于在所述业务流检测设备发送的下行数据报文中，封装与所述下行数据报文中的流描述信息对应的拥塞上行控制策略。

本发明实施例还提供一种业务流检测设备，包括：处理器、存储器、通信接口以及总线，其中所述处理器、所述通信接口、所述存储器通过所述总线完成相互间的通信；

所述存储器，用于存储程序；所述处理器，用于执行所述程序；

所述程序，用于：

检测用户设备发送的上行数据报文的业务类型和流描述信息；

根据所述上行数据报文的流描述信息和业务类型，构造下行数据报文，向核心网设备发送所述下行数据报文，所述下行数据报文包括用于指示所述上行数据报文的业务类型的指示信息；或者，

向策略控制实体上报所述上行数据报文的业务类型和流描述信息。

可选地，所述业务流检测设备为TDF或DPI设备，所述策略控制实体为PCRF。

本发明实施例提供一种策略控制实体，包括：处理器、存储器、通信接口以及总线，其中所述处理器、所述通信接口、所述存储器通过所述总线完成相互间的通信；

所述存储器，用于存储程序；所述处理器，用于执行所述程序；

所述程序，用于：

控制所述通信接口接收业务流检测设备上报的上行数据报文的业务类型和流描述信息；

根据所述上行数据报文的业务类型和流描述信息，确定与所述流描述信息对应的拥塞上行控制策略，所述拥塞上行控制策略用于对具有所述流描述信息的上行数据报文进行拥塞控制；

控制所述通信接口向核心网设备发送所述流描述信息和与所述流描述信息对应的拥塞上行控制策略。

可选地，所述业务流检测设备为TDF或DPI设备，所述策略控制实体为PCRF。

本发明实施例提供一种拥塞上行控制系统，包括：上述基站、上述核心网设备、上述业务检测设备，和上述策略控制实体。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。