一种拥塞控制方法及装置与流程

本发明实施例涉及通信技术领域，尤其涉及一种拥塞控制方法及装置。

背景技术：
在PCC(PolicyandChargingControl，策略与计费控制)架构下，通常PCRF(PolicyandChargingRulesFunction，策略与计费规则功能)实体决策业务流的QCI(QoSClassIdentifier，QoS类别标识，QoS(QualityofService，服务质量))时，需要根据运营商的策略和业务类型来制定。用户在签约时有一定的身份特征，如金银铜用户。金牌用户有较高的费用，同时在享受业务时也有更高的优先级。当金银铜用户使用同一业务时，PCRF可以为这三类用户分配相同的QCI，一旦eNodeB(EvolvedNodeB，演进型NodeB)发生拥塞，则无法保证高优先级用户的业务。

技术实现要素：
本发明实施例的目的是提供一种拥塞控制方法及装置，根据网络拥塞情况保证用户优先级。本发明实施例的目的是通过以下技术方案实现的：一方面，本发明实施例提供一种拥塞控制方法，包括：检测业务流携带的拥塞标识；根据检测结果以及接收所述业务流的用户设备UE的用户优先级确定对应的拥塞等级；根据所述拥塞等级以及所述用户优先级获取对应的拥塞控制策略，对所述业务流进行拥塞控制。另一方面，本发明实施例提供一种拥塞控制装置，包括：检测单元，用于检测业务流携带的拥塞标识；确定单元，用于根据检测结果以及接收所述业务流的用户设备UE的用户优先级确定对应的拥塞等级，并根据所述拥塞等级以及所述用户优先级获取对应的拥塞控制策略；控制单元，用于根据获取的拥塞控制策略，对所述业务流进行拥塞控制。由上述本发明实施例提供的技术方案可以看出，通过拥塞等级以及用户优先级衡量当前拥塞程度进行相应的业务流控制，从而根据网络拥塞情况保证用户优先级。附图说明为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他附图。图1为本发明实施例提供的拥塞控制方法的流程示意图；图2为本发明实施例提供的拥塞控制装置的构成示意图；图3为本发明实施例提供的拥塞控制方法的应用流程示意图一；图4为本发明实施例提供的拥塞控制方法的应用流程示意图二；图5为本发明实施例提供的拥塞控制方法的应用流程示意图三；图6为本发明实施例提供的拥塞控制方法的应用流程示意图四。具体实施方式下面结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明的保护范围。如图1所示，本发明实施例提供一种拥塞控制方法，包括：11、检测业务流携带的拥塞标识。12、根据检测结果以及接收所述业务流的用户设备的用户优先级确定对应的拥塞等级。13、根据所述拥塞等级以及所述用户优先级获取对应的拥塞控制策略，对所述业务流进行拥塞控制。本发明实施例的拥塞控制方法的执行主体可以是PGW(PacketDataNetworkGateway，分组数据网网关)，具体的，可以是PCEF(PolicyandChargingExecutionFunction，策略与计费执行功能)实体，或者TDF(TrafficDetectionFunction，流检测功能)实体等，其中，TDF实体包括内置TDF和外置TDF两种类型。由上述本发明实施例提供的技术方案可以看出，通过拥塞等级以及用户优先级衡量当前拥塞程度进行相应的业务流控制，从而根据网络拥塞情况保证用户优先级。可选的，上述步骤11检测业务流携带的拥塞标识的方式，可以包括：在检测时间段内，检测业务流中携带拥塞标识的数据报文的数量。或者，在检测时间段内，检测业务流中携带拥塞标识的数据报文的数量，并得到携带拥塞标识的数据报文的数量与所述检测时间段内所有数据报文的数量的拥塞比。其中，拥塞标识可以包括ConEx(CongestionExposure，拥塞感知)标识。ConEx标识可以参照现有技术得以理解，在此不作赘述。其中，数据报文可以包括上行数据报文或者下行数据报文。示例性的，以下行数据报文为例，检测携带拥塞标识的数据报文的具体实现方式可以是：当检测到第一个ConEx标记的下行报文时开始记录，在一定时间内统计检测到的ConEx标记的下行报文数量。可选的，上述步骤11检测业务流携带的拥塞标识，可以包括：对于每个UE(UserEquipment，用户设备)，检测UE的所有业务流携带的拥塞标识。或者，对于每个业务流，检测业务流携带的拥塞标识。可见，本发明实施例的拥塞控制方法，可以基于业务流粒度进行检测，也可以基于用户粒度进行检测。可选的，上述步骤12根据检测结果以及接收数据报文的UE的用户优先级确定对应的拥塞等级，可以包括：如果拥塞门限值由数据报文的数量构成，根据所述检测结果的数据报文的数量以及所述用户优先级确定对应的拥塞等级；如果拥塞门限值由拥塞比构成，根据所述检测结果的拥塞比以及所述用户优先级确定对应的拥塞等级。其中，每一拥塞等级下，不同用户优先级对应不同的拥塞门限值，同一拥塞等级下，高用户优先级对应的拥塞门限值大于低用户优先级对应的拥塞门限值，同一用户优先级下，高拥塞等级的拥塞门限值大于低拥塞等级的拥塞门限值。可见，针对不同的用户优先级，拥塞等级有不同的衡量标准，体现出用户优先级和拥塞等级两个维度。其中，拥塞等级的衡量标准可以配置在PCEF实体或者TDF实体上，或者，也可以由PCRF实体下发给PCEF实体或者TDF实体。其中，PCEF实体或者TDF实体可以根据IP-CAN(IP-ConnectivityAccessNetwork，IP连续性接入网络)会话信息确定业务流所属的用户的身份特征，如IMSI(InternationalMobileSubscriberIdentificationNumber，国际移动用户识别码)或者MSISDN(MobileStationIntegratedServicesDigitalNumber，移动站点综合服务数字编码)等，再以IMSI或者MSISDN等作为索引查询签约信息数据库，可以得到用户优先级。可选的，上述步骤13中的拥塞控制策略，可以包括：同一拥塞等级下，对高用户优先级的业务流拥塞控制程度低于对低用户优先级的业务流拥塞控制程度；和/或，同一用户优先级下，对低拥塞等级的业务流拥塞控制程度低于对高拥塞等级的业务流拥塞控制程度。可见，从用户优先级和拥塞等级两个维度，综合考虑得到一个拥塞控制策略衡量标准。而且，通过用户优先级和拥塞等级可以实现多种组合，从而可以保证高优先级用户或低拥塞用户的业务流。可选的，拥塞控制策略可以根据运营商策略制定。其中，拥塞控制策略可以配置在PCEF实体或者TDF实体上，或者也可以由PCRF实体主动下发给PCEF实体或者TDF实体，或者也可以由PCRF实体应请求下发给PCEF实体或者TDF实体。当PCRF实体下发的拥塞控制策略影响到承载参数时，如修改QoS(QualityofService，服务质量)等，PCRF实体可以通过Gx参考点把拥塞控制策略下发给PCEF实体执行，或者通过Gxx参考点把拥塞控制策略下发给BBERF(BearingBindingandEventReportFunction，承载绑定及事件报告功能)实体执行。PCRF实体下发拥塞控制策略时分别下发PCC(PolicyandChargingControl，策略与计费控制)规则用于PCEF功能，或者下发QoS规则用于BBERF功能，或者下发ADC(ApplicationDetectionandControl应用检测与控制)规则用于TDF功能。具体地，PCRF实体应请求下发拥塞控制策略给PCEF实体或者TDF实体时，上述步骤13中根据拥塞等级以及用户优先级获取对应的拥塞控制策略，可以包括：将拥塞等级发送给PCRF实体，以便PCRF实体根据用户优先级和拥塞等级决策对应的拥塞控制策略；接收PCRF实体发送的拥塞控制策略。或者，将拥塞等级发送给PCRF实体；接收PCRF实体发送的各拥塞等级下用户优先级对应的拥塞控制策略。其中，PCRF实体可以根据IP-CAN会话信息确定业务流所属的用户的身份特征，如IMSI或者MSISDN等，再以IMSI或者MSISDN等作为索引查询签约信息数据库，可以得到用户优先级。可见，PCRF实体根据上报，可以下发一组拥塞控制策略，也可以下发一个具体的拥塞控制策略。具体地，由PCRF实体主动下发给PCEF实体或者TDF实体或BBERF实体，上述步骤13中根据拥塞等级以及用户优先级获取对应的拥塞控制策略，可以包括：接收PCRF实体传输的各拥塞等级下用户优先级对应的拥塞控制策略；根据拥塞等级获取匹配的拥塞控制策略。或者，接收PCRF实体发送的用户优先级对应的拥塞控制策略，各拥塞等级下用户优先级对应的拥塞控制策略相同；根据拥塞等级获取匹配的拥塞控制策略。可见，PCRF实体可以主动下发一组拥塞控制策略，也可以下发一个具体的拥塞控制策略。具体地，拥塞控制策略可以配置在PCEF实体或者TDF实体上，上述步骤13中根据拥塞等级以及用户优先级获取对应的拥塞控制策略，可以包括：预先配置各拥塞等级下各用户优先级对应的拥塞控制策略，根据拥塞等级以及用户优先级获取对应的拥塞控制策略。可选的，上述步骤13中的拥塞控制方式，可以包括：对业务流中数据报文进行丢包处理，或者阻塞业务流中的数据报文，或者对业务流进行切换，或者修改业务流中数据报文的QoS参数。PCEF实体或者TDF实体执行的拥塞控制可以包括对业务流中数据报文进行丢包处理，或者阻塞业务流中的数据报文，或者对业务流进行切换，或者修改业务流中数据报文的QoS参数。BBERF实体执行的拥塞控制包括修改业务流中数据报文的QoS参数。其中，对数据报文进行丢包处理的拥塞控制策略，具体可以包括：同样的拥塞等级下，高用户优先级的业务流对应的丢包率小于低用户优先级的业务流对应的丢包率；和/或，同一用户优先级下，低拥塞等级的业务流对应的丢包率小于高拥塞等级的业务流对应的丢包率。可见，体现了同一拥塞等级下，对高用户优先级的业务流拥塞控制程度低于对低用户优先级的业务流拥塞控制程度，以及同一用户优先级下，对低拥塞等级的业务流拥塞控制程度低于对高拥塞等级的业务流拥塞控制程度。如图2所示，对应于上述实施例的拥塞控制方法，本发明实施例提供一种拥塞控制装置，包括：检测单元21，用于检测业务流携带的拥塞标识。确定单元22，用于根据检测结果以及接收所述业务流的用户设备UE的用户优先级确定对应的拥塞等级，并根据所述拥塞等级以及所述用户优先级获取对应的拥塞控制策略。控制单元23，用于根据获取的拥塞控制策略对所述业务流进行拥塞控制。本发明实施例的拥塞控制方法的执行主体可以是PGW，具体的，可以是PCEF实体，或者TDF实体等，其中，TDF实体包括内置TDF和外置TDF两种类型等。由上述本发明实施例提供的技术方案可以看出，通过拥塞等级以及用户优先级衡量当前拥塞程度进行相应的业务流控制，从而根据网络拥塞情况保证用户优先级。具体的，检测单元21，具体可以用于：在检测时间段内，检测业务流中携带拥塞标识的数据报文的数量；或者，在检测时间段内，检测业务流中携带拥塞标识的数据报文的数量，并得到携带拥塞标识的数据报文的数量与所述检测时间段内所有数据报文的数量的拥塞比。其中，拥塞标识可以包括ConEx标识。可选的，检测单元21，还可以具体用于：对于每个UE，检测UE的所有业务流携带的拥塞标识。或者，对于每个业务流，检测业务流携带的拥塞标识。具体的，确定单元22，具体可以用于：如果拥塞门限值由数据报文的数量构成，根据所述检测结果的数据报文的数量以及所述用户优先级确定对应的拥塞等级；如果拥塞门限值由拥塞比构成，根据所述检测结果的拥塞比以及所述用户优先级确定对应的拥塞等级。其中，每一拥塞等级下，不同用户优先级对应不同的拥塞门限值，同一拥塞等级下，高用户优先级对应的拥塞门限值大于低用户优先级对应的拥塞门限值，同一用户优先级下，高拥塞等级的拥塞门限值大于低拥塞等级的拥塞门限值。具体的，拥塞控制策略，可以包括：同一拥塞等级下，对高用户优先级的业务流拥塞控制程度低于对低用户优先级的业务流拥塞控制程度；和/或，同一用户优先级下，对低拥塞等级的业务流拥塞控制程度低于对高拥塞等级的业务流拥塞控制程度。具体的，控制单元23，具体可以用于：对业务流中数据报文进行丢包处理，或者阻塞业务流中的数据报文，或者对业务流进行切换，或者修改业务流中数据报文的服务质量QoS参数。其中，对数据报文进行丢包处理的拥塞控制策略具体可以包括：同样的拥塞等级下，高用户优先级的业务流对应的丢包率小于低用户优先级的业务流对应的丢包率；和/或，同一用户优先级下，低拥塞等级的业务流对应的丢包率小于高拥塞等级的业务流对应的丢包率。可选的，确定单元22，具体可以用于：将所述拥塞等级传输给PCRF实体，以便所述PCRF实体根据用户优先级和所述拥塞等级决策对应的拥塞控制策略，接收所述PCRF实体发送的所述拥塞控制策略；或者，将所述拥塞等级发送给PCRF实体，接收所述PCRF实体发送的各拥塞等级下所述用户优先级对应的拥塞控制策略。可选的，确定单元22，具体可以用于：接收PCRF实体传输的各拥塞等级下所述用户优先级对应的拥塞控制策略，根据所述拥塞等级获取匹配的拥塞控制策略；或者，接收PCRF实体发送的所述用户优先级对应的拥塞控制策略，各拥塞等级下所述用户优先级对应的拥塞控制策略相同，根据所述拥塞等级获取匹配的拥塞控制策略。可选的，确定单元22，具体可以用于：预先配置各拥塞等级下各用户优先级对应的拥塞控制策略，根据所述拥塞等级以及所述用户优先级获取对应的拥塞控制策略。本发明实施例的拥塞控制装置及其构成，可以对应参考上述实施例的拥塞控制方法的执行主体的执行动作得以理解。实施例一本实施例的拥塞控制方法应用场景是：PCEF实体进行业务流粒度拥塞等级检测，并上报拥塞等级给PCRF实体；PCRF实体进行拥塞控制策略决策并下发给PCEF实体执行，PCEF实体收到拥塞控制策略后，在业务流粒度进行流控。具体的，PCEF实体检测发送端(如AF(ApplicationFunction，应用功能)实体)发送的数据报文中携带的ConEx标识信息，该标识可以反映报文转发路径中网络瓶颈如eNodeB(EvolvedNodeB，演进型NodeB)的当前拥塞。通过这种方式，在不需要与eNodeB交互的条件下，PCEF可以间接的获得eNodeB的拥塞程度，可以减少交互流程。PCEF实体进行业务流粒度拥塞等级检测包括：当PCEF实体检测到第一个携带ConEx标识信息的报文时开始记录，在一定时间内统计检测到的携带ConEx标识信息的报文数量，携带ConEx标识信息的报文数量越多说明拥塞程度越高。同时，针对不同的用户优先级，对应的拥塞等级有不同的衡量标准，该衡量标准可以配置在PCEF上实体，也可以由PCRF实体下发。例如，定义eNodeB的拥塞等级为ABCD四个等级，A到D，其拥塞等级依次降低，用户在签约时有一定的身份特征，如金银铜用户，从金到铜，其用户优先级依次降低。衡量标准可以分为两种，第一种是同一个用户，携带ConEx标识信息的报文数量越多拥塞等级越高，如对于金牌用户的业务流而言，拥塞等级A和B分别是检测到80和60个ConEx标记报文。第二种是在同一拥塞级别，低优先级用户检测报文数量可以比高优先级用户少，如对于一个拥塞等级A，在一段时间内金牌用户业务流检测到80个ConEx报文，而银牌用户的业务流检测到70个ConEx报文。通过从用户优先级和拥塞等级两个维度，综合考虑得到一个拥塞控制标准。该拥塞控制标准可以配置在签约数据中，也可以配置在PCEF实体上。该拥塞控制标准根据运营商策略制定，通过不同用户优先级和拥塞等级可以实现多种组合，例如：即使低优先级用户报文拥塞程度较低，也认为需要进行拥塞控制；而对高优先级用户，即使报文拥塞程度较高，也不进行拥塞控制。综上所述，可以使用下面的表1来反映拥塞等级，表1里的已知量是用户级别如金银铜和报文数量(仅示意出不同拥塞等级的门限值)，用于获取未知的ABCD等级。表1：拥塞等级例如，当检测到金牌用户一定时间内有60个ConEx标记的报文时，表明当前拥塞程度达到了B级。例如，拥塞等级D可以用于拥塞控制之后的恢复，如果一定时间内，PCEF实体检测到某业务流没有ConEx标记的报文，则为拥塞等级D，可以取消对该业务流的拥塞控制。可替换的，衡量拥塞等级的另一个方案是PCEF检测业务流报文中ConEx标记数量占该业务流报文数量的比例。这需要PCEF实体在检测ConEx标记报文时，同时记录ConEx标记的报文数量和该业务流中未标记拥塞的报文数量，计算ConEx标记的数量占有的比例，根据该比例衡量拥塞等级。同理，可以定义与表1类似的检测的标准，在此不再赘述。在PCEF实体得到拥塞等级之后，PCEF实体把该拥塞等级上报给PCRF实体，PCRF实体收到该拥塞等级后进行拥塞控制策略决策。PCEF实体上报该拥塞等级可以使用现有PCEF请求PCC规则的流程，例如采用设置新的上报原因值并在原因值中体现拥塞等级。当拥塞程度达到某一个等级时，PCEF实体上报该原因值并携带具体的拥塞等级。PCRF实体获得该原因值和其中的拥塞等级信息，进行策略决策。即PCRF实体针对当前拥塞等级下发一个有针对性的策略。PCEF实体收到拥塞控制策略后执行策略，具体动作可以包括以下内容：根据用户类别和拥塞等级，在业务流粒度执行不同程度的丢包、阻塞该业务流、进行业务流切换，修改业务流的QoS参数等。可选的，以拥塞控制策略为在业务流粒度执行不同程度的丢包为例，进行说明：PCRF实体根据用户优先级和拥塞等级，制定一个丢包决策，通过丢包的数量的比例来区分不同策略，如表2所示。为了保证金牌用户的优先级，那么同等拥塞级别时金牌用户的业务流报文的丢包率应该低于银牌用户。另外对于优先级相同的用户如两个银牌用户，拥塞级别越低的用户对应的业务流，其丢包率也越低。表2：不同拥塞等级和用户优先级的丢包率与表1不同，表2里已知用户身份特征和拥塞等级ABCD，查表2来获取该用户对应的业务流报文的丢包率。示例性的，如PCEF实体上报了用户的拥塞等级为B，PCRF实体查询签约信息数据库获得该用户的身份为银牌用户，那么针对该银牌用户产生拥塞等级B的业务流，执行30％的丢包。对于拥塞控制之后的恢复可以有多个方案，例如当一段时间内PCEF实体检测到业务流所有报文均无ConEx标识，则认为当前网络eNodeB的拥塞等级为D。PCEF实体上报该拥塞等级到PCRF实体，PCRF实体修改策略恢复到无拥塞时的控制方式。可选的，以拥塞控制策略为阻塞该业务流为例，进行说明：示例性的，如铜牌用户的FTP(FileTransferProtocol，文件传输协议)业务发生了拥塞，PCEF实体或者TDF实体在该业务流上报的applicationID(应用标识)上对应相应的拥塞信息，策略决策网元(如ANDSF(AccessNetworkDiscoveryandSelectionFunction，接入网发现与选择网元))根据该拥塞信息，给UE下发策略，UE执行收到的策略，把该FTP从产生拥塞的3GPP(3rdGenerationPartnershipProject)网络(如UMTS(UniversalMobileTelecommunicationsSystem通用移动通信系统)网络或者LTE(LongTermEvolution，长期演进技术))网络侧切换到non-3GPP(非3GPP接入网络)，如WLAN(WirelessLocalAreaNetworks，无线局域网络)侧。可选的，以拥塞控制策略为阻塞该业务流为例，进行说明：示例性的，如降低对应的MBR(MaximumBitRate，最大比特率)，或者修改业务流对应的门控(gate)为关闭。可选的，以拥塞控制策略为修改业务流的QoS参数为例，进行说明：示例性的，如PCEF实体检测到拥塞信息后，使用DiameterCCR(CreditControlRequest，信用控制请求)消息上报，PCRF实体根据拥塞信息决策修改QoS参数，通过DiameterCCA(CreditControlAnswer，信用控制应答)消息下发该策略。PCEF实体执行该策略，修改QoS参数，如降低MBR或APN-AMBR(AccessPointName-AggregateMaximumBitRate，接入点合计最大比特率)。可选的，PCRF实体可以在下发拥塞控制策略时携带一个时间参数，用于表示该拥塞控制策略的有效时间。在该段时间内拥塞控制策略有效，PCEF实体执行对应的动作；该时间到达之后，该拥塞控制策略被去激活，PCEF实体不再进行对应的动作。在该时间点之后，PCEF实体可以进行新的拥塞程度检测。下面如图3所示，详细说明本实施例的拥塞控制方法，包括：31、IP-CAN会话建立后UE进行业务，下行数据报文发送到eNodeB。eNodeB执行报文转发功能，检测当前队列是否发生拥塞或拥塞预警。在发生拥塞或者拥塞预警时，在转发的下行数据报文中标记ECT(ECN-capabletransport，显式拥塞指示传输字段(ECN，ExplicitCongestionNotification，显示拥塞指示))标识。32、eNodeB使用空口资源把下行数据报文发送给UE，该下行数据报文中携带了ECT标识。33、UE接收到下行数据报文，检测到下行数据报文中的ECT标记。UE同时检测下行数据报文在转发过程中的丢包。34、UE向AF反馈eNodeB的ECT标识信息。35、AF根据ECT标识信息在下行数据报文中标记Re-echo-ECN，根据报文的重发信息标记Re-echo-Loss，并估计合适的Credit。AF把这三类信息作为ConEx标识信息，在下行数据报文中标记。下行数据报文经过中间路由设备，发送到UE。36、PCEF实体针对下行数据报文进行业务流级别的检测，当检测到第一个ConEx标记的报文时，开始统计ConEx标识信息的报文数量，以此衡量当前的拥塞等级。如表1所示，PCEF检测到某一个业务流一段时间内有50个ConEx标记的报文，表示此时拥塞等级为B级。37、PCEF实体向PCRF实体上报拥塞等级信息。如PCEF实体重用现有的CCR/CCA流程，上报拥塞等级为B。38、PCRF实体收到PCEF实体上报的拥塞信息，PCRF实体根据IP-CAN会话信息确定该业务流所属的用户的身份特征。PCRF实体根据该身份特征和拥塞信息制定拥塞控制策略。如，PCRF实体根据CCR中的会话信息确定该业务流属于银牌用户，根据表2，通过拥塞等级B和银牌用户的身份特征，决策出一个执行30％的丢包动作。39、PCRF实体把拥塞控制策略下发给PCEF实体。310、PCEF实体执行拥塞控制策略，如根据表2，PCEF实体对该业务流执行30％的丢包。步骤31～35描述了现有技术中ECN(ExplicitCongestionNotification，显示拥塞指示)和ConEx的现有流程，因此没有展开叙述。步骤39～310可以参考现有技术的对应流程。图3中V-PCRF为漫游场景时的功能实体，在此不作赘述。实施例二本实施例与上述实施例一的不同之处在于：PCEF实体在执行拥塞等级检测时，在用户粒度进行检测，即检测IP-CAN会话中所有规则对应的业务流，PCEF实体统计该用户多个业务流在一段时间造成的拥塞，衡量该用户级别的拥塞程度。然后PCEF实体上报该拥塞等级给PCRF实体，PCRF实体进行用户级别的策略决策。实施例三本实施例的拥塞控制方法应用场景是：PCRF实体根据运营商策略和预配置的拥塞等级进行策略决策，并主动下发拥塞控制策略；PCEF实体进行业务流粒度拥塞检测，匹配到对应的策略并执行相应的动作。下面如图4所示，详细说明本实施例的拥塞控制方法，包括：41、IP-CAN会话建立后UE进行业务，下行数据报文发送到eNodeB。eNodeB执行报文转发功能，检测当前队列是否发生拥塞或拥塞预警。在发生拥塞或者拥塞预警时，在转发的下行数据报文中标记ECT。42、eNodeB使用空口资源把下行数据报文发送给UE，该下行数据报文中携带了ECT标识。43、UE接收到下行数据报文，检测到下行数据报文中的ECT标记。UE同时检测下行数据报文在转发过程中的丢包。44、UE向AF反馈eNodeB的ECT标识信息。45、AF根据ECT标识信息在下行数据报文中标记Re-echo-ECN，根据报文的重发信息标记Re-echo-Loss，并估计合适的Credit。AF把这三类信息作为ConEx标识信息，在下行数据报文中标记。下行数据报文经过中间路由设备，发送到UE。46、PCRF实体根据运营商策略和用户身份以及预定义的一组拥塞等级，主动进行策略决策，得到某一业务流一组拥塞等级对应的一组拥塞控制策略。例如，针对某一业务流，在下发PCC规则时，PCRF实体同时下发针对该业务流的拥塞控制策略。如表3所示，对于该金牌用户的业务流，PCRF实体对于ABCD四个拥塞等级分别制定对应的丢包率。表3：拥塞控制策略拥塞等级的衡量标准可以静态配置在PCEF实体上，也可以由PCRF实体在下发策略的同时主动下发。不同拥塞等级的衡量标准也可以作为一组信息，如表4所示，表4仅示意不同拥塞等级的门限值。表4：拥塞等级47、PCRF实体向PCEF实体下发拥塞控制策略。PCRF实体可以重用RAR(Re-Authorization-Request，重授权请求)流程把拥塞控制策略主动下发给PCEF实体。48、PCEF实体向PCRF实体发送RAA(Re-Authorization-Answer，重授权应答)响应消息。49、PCEF实体针对下行数据报文进行业务流级别的检测，当检测到第一个ConEx标记的报文时，开始统计ConEx标识信息的报文数量，以此衡量当前的拥塞等级。假设此时，PCEF检测到某一个业务流一段时间内有50个ConEx标记的报文，查询表4可以得到此时拥塞等级为C级。410、PCEF实体根据计算得到拥塞等级C，在表3中进行策略匹配，并根据匹配后的结果进行策略控制，即丢弃当前业务流10％的报文。步骤41～45描述了现有技术中ECN和ConEx的现有流程，因此没有展开叙述。步骤47～48描述了现有技术中PCRF实体主动下发策略的现有流程，因此没有展开叙述。图4中V-PCRF为漫游场景时的功能实体，在此不作赘述。实施例四本实施例与上述实施例三的不同之处在于，PCEF实体在执行拥塞等级检测时，在用户粒度进行检测，统计用户粒度内所有报文的拥塞程度，上报拥塞等级并执行对应策略。实施例五本实施例的拥塞控制方法应用场景是：外置TDF实体进行业务流粒度拥塞等级检测，并上报拥塞等级给PCRF实体。PCRF实体进行策略决策并下发给外置TDF实体执行，外置TDF实体收到拥塞控制策略后，在业务流粒度进行流控。当PCRF实体下发的拥塞控制策略(如修改QoS等)影响到承载参数时，PCRF实体将通过Gx参考点把拥塞控制策略下发给PCEF实体执行(GTP-basedS5/S8)或通过Gxx参考点下发拥塞控制策略给BBERF(BearingBindingandEventReportFunction，承载绑定及事件报告功能)实体执行(PMIP-basedS5/S8)。下面如图5所示，详细说明本实施例的拥塞控制方法，包括：51、IP-CAN会话建立后UE进行业务，下行数据报文发送到eNodeB。eNodeB执行报文转发功能，检测当前队列是否发生拥塞或拥塞预警。在发生拥塞或者拥塞预警时，在转发的下行数据报文中标记ECT。52、eNodeB使用空口资源把下行数据报文发送给UE，该下行数据报文中携带了ECT标识。53、UE接收到下行数据报文，检测到下行数据报文中的ECT标记。UE同时检测下行数据报文在转发过程中的丢包。54、UE向AF反馈eNodeB的ECT标识信息。55、AF根据ECT标识信息在下行数据报文中标记Re-echo-ECN，根据报文的重发信息标记Re-echo-Loss，并估计合适的Credit。AF把这三类信息作为ConEx标识信息，在下行数据报文中标记。下行数据报文经过中间路由设备，发送到UE。56、外置TDF实体针对下行数据报文进行业务流级别的检测，当检测到第一个ConEx标记的报文时，开始统计ConEx标识信息的报文数量，以此衡量当前的拥塞等级。如外置TDF实体根据表1，检测到某一个业务流一段时间内有50个ConEx标记的报文，表示此时拥塞等级为B级。57、外置TDF实体向PCRF实体上报拥塞等级信息。如外置TDF实体重用现有的CCR/CCA流程，上报拥塞等级B。对于请求模式和非请求模式的TDF，都可以采用类似的上报方式，检测当前业务流/用户的拥塞等级上报给策略控制网元。58、PCRF实体收到外置TDF上报的拥塞信息，PCRF实体根据会话信息确定该业务流所属的用户的身份特征。PCRF实体根据该身份特征和拥塞信息制定拥塞控制策略。如，PCRF实体根据CCR中的会话信息确定该业务流属于银牌用户，根据表2，通过拥塞等级B和银牌用户的身份特征，决策出一个执行30％的丢包动作。59、PCRF实体把拥塞控制策略下发给外置TDF实体。510、外置TDF实体执行拥塞控制策略，即外置TDF实体对该业务流执行30％的丢包。511、当PCRF实体制定的拥塞控制策略影响到承载的操作如降低MBR/APN-AMBR时，PCRF根据该等级制定相应的PCC策略或者QoS策略，PCRF实体通过RAR消息下发该规则到PCEF实体或者BBERF(图中未示意)实体执行。例如，PCRF实体决策降低该业务流的带宽参数，PCRF实体将把该拥塞控制策略通过Gx会话下发给PCEF实体或者通过Gxx会话下发给BBERF实体。512、PCEF实体或者BBERF实体回复相应消息，指示拥塞控制策略执行完成。513、PCEF实体收到更新的PCC规则，根据该拥塞控制策略修改承载。下行数据报文转发时，通过对承载的控制降低报文的最大带宽。可以替换的，BBERF实体收到更新的QoS规则(RARQoSrule)，根据该拥塞控制策略修改承载。步骤51～55可以参考现有技术的对应流程。步骤59～513可以参考现有技术的对应流程。图5中V-PCRF为漫游场景时的功能实体，在此不作赘述。实施例六本实施例与上述实施例五的不同之处在于：外置TDF实体进行用户粒度的拥塞等级检测，统计用户粒度内所有业务流粒度的报文拥塞程度，在并上报拥塞等级给PCRF实体。实施例七本实施例描述的场景是：PCRF根据运营商策略和拥塞等级的定义进行策略决策，并主动下发拥塞控制策略；外置TDF实体进行业务流粒度拥塞检测，匹配到对应的拥塞控制策略并执行相应的动作。当PCRF下发的拥塞控制策略如修改QoS等影响到承载参数时，PCRF实体将通过Gx参考点把拥塞控制策略下发给PCEF实体执行(GTP-basedS5/S8)或通过Gxx参考点下发拥塞控制策略给BBERF实体执行(PMIP-basedS5/S8)。下面如图6所示，详细说明本实施例的拥塞控制方法，包括：61、IP-CAN会话建立后UE进行业务，下行数据报文发送到eNodeB。eNodeB执行报文转发功能，检测当前队列是否发生拥塞或拥塞预警。在发生拥塞或者拥塞预警时，在转发的下行数据报文中标记ECT。62、eNodeB使用空口资源把下行数据报文发送给UE，该下行数据报文中携带了ECT标识。63、UE接收到下行数据报文，检测到下行数据报文中的ECT标记。UE同时检测下行数据报文在转发过程中的丢包。64、UE向AF反馈eNodeB的ECT标识信息。65、AF根据ECT标识信息在下行数据报文中标记Re-echo-ECN，根据报文的重发信息标记Re-echo-Loss，并估计合适的Credit。AF把这三类信息作为ConEx标识信息，在下行数据报文中标记。下行数据报文经过中间路由设备，发送到UE。66、PCRF实体根据运营商策略和用户身份以及预定义的一组拥塞等级，主动进行策略决策，得到某一业务流一组拥塞等级对应的一组拥塞控制策略。例如，针对某一业务流，在下发ADC规则时，PCRF实体同时下发针对该业务流的拥塞控制策略。对于该金牌用户的业务流，PCRF实体对于ABCD四个拥塞等级分别制定对应的丢包率。见表3。拥塞等级的衡量标准可以静态配置在外置TDF上，也可以由PCRF在下发策略的同时主动下发。不同拥塞等级的衡量标准也可以作为一组信息，如表格四。67、PCRF实体向外置TDF实体下发拥塞控制策略。PCRF实体可以使用TSR(TDF-Session-Request，TDF会话请求)消息或RAR消息把拥塞控制策略主动下发给外置TDF实体，该策略是不同拥塞等级的一组策略。68、外置TDF实体向PCRF发送响应消息。69、外置TDF实体针对下行数据报文进行业务流级别的检测，当检测到第一个ConEx标记的报文时，开始统计ConEx标识信息的报文数量，以此衡量当前的拥塞等级。假设此时，外置TDF实体检测到某一个业务流一段时间内有50个ConEx标记的报文，查询表四可以得到此时拥塞等级为C级。610、外置TDF实体根据计算得到的拥塞等级C，在表4中进行策略匹配，并根据匹配后的结果进行策略控制，即丢弃当前业务流10％的报文。611、当PCRF实体制定的拥塞控制策略影响到承载的操作如降低MBR/APN-AMBR时，PCRF要求TDF上报拥塞等级。612、PCRF根据该等级制定相应的PCC策略或者QoS策略。PCRF实体通过RAR消息下发该规则到PCEF实体或者BBERF(图中未示意)实体执行。例如，PCRF实体决策降低该业务流的带宽参数，PCRF实体将把该策略通过Gx会话下发给PCEF实体或者通过Gxx会话下发给BBERF实体。613、PCEF实体或者BBERF实体回复相应消息，指示策略执行完成。614、PCEF实体收到更新的PCC规则、BBERF实体收到更新的QoS规则，根据该策略修改承载。下行数据报文转发时，通过对承载的控制降低报文的最大带宽。步骤61～65可以参考现有技术的对应流程。步骤67～68，步骤611～614，可以参考现有技术的对应流程。图6中V-PCRF为漫游场景时的功能实体，在此不作赘述。实施例八本实施例与上述实施例七的不同之处在于，PCRF根据运营商策略和拥塞等级的定义进行策略决策，并主动下发策略；外置TDF实体进行用户粒度的拥塞等级检测，匹配到对应的策略并执行相应的动作。由上述本发明实施例提供的技术方案可以看出，通过拥塞等级以及用户优先级衡量当前拥塞程度进行相应的业务流控制，可以根据网络拥塞情况保证用户优先级。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一个计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明披露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。