[go: up one dir, main page]

CN104301250A - 一种无线拥塞控制方法和设备 - Google Patents

一种无线拥塞控制方法和设备 Download PDF

Info

Publication number
CN104301250A
CN104301250A CN201410616678.2A CN201410616678A CN104301250A CN 104301250 A CN104301250 A CN 104301250A CN 201410616678 A CN201410616678 A CN 201410616678A CN 104301250 A CN104301250 A CN 104301250A
Authority
CN
China
Prior art keywords
business stream
user terminal
actual speed
speed rate
multiple user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201410616678.2A
Other languages
English (en)
Inventor
范宇群
周雷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201410616678.2A priority Critical patent/CN104301250A/zh
Publication of CN104301250A publication Critical patent/CN104301250A/zh
Priority to PCT/CN2015/076087 priority patent/WO2016065846A1/zh
Priority to EP15855648.0A priority patent/EP3163817A4/en
Priority to US15/426,337 priority patent/US20170150394A1/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/20—Traffic policing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种无线拥塞控制方法和设备，包括：PCRF获取多个用户终端处理的业务流的实际速率；PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率；所述PCRF将所述拥塞缓解策略发送给业务流流经节点，使所述业务流流经节点执行所述拥塞缓解策略。通过获取的不同用户终端处理的业务流的实际速率，确定被限制的一部分用户终端处理的业务流的实际速率，以达到提升其他用户终端处理的业务流的实际速率的目的，有效缓解系统出现的拥塞，提升拥塞用户的业务体验。

Description

一种无线拥塞控制方法和设备
技术领域
本发明涉及无线通信技术领域，尤其涉及一种无线拥塞控制方法和设备。
背景技术
在无线长期演进(英文：Long Term Evolution；缩写：LTE)网络中，策略和收费控制(英文：Policy and Charging Control；缩写：PCC)架构被引以实现用户数据传输策略决策和收费功能。
具体地，策略和收费控制功能(英文：Policy and Charging Rule Function；缩写：PCRF)作为控制策略产生的主要功能实体，分别接收来自应用功能(英文：Application Function；缩写：AF)的应用层信息、来自Subscription ProfileRepository(缩写：SPR)的用户签约信息、来自策略和收费执行功能(英文：Policy and Charging Enforcement Function；缩写：PCEF)的IP接入网(英文：IP Connectivity Access Network；缩写：IP-CAN)信息；根据接收到的应用层信息、用户签约信息和IP-CAN信息，得到基于服务数据流(英文：Service DateFlow；缩写：SDF)的控制策略，并将得到的控制策略发送至PCEF、演进节点(英文：Evolved Node B；缩写：eNodeB)等数据流经节点执行。
eNodeB作为数据流向用户终端(英文：User Equipment；缩写：UE)的最后一个节点，根据PCRF发送的控制策略和调度策略，向UE传输数据。但是在实际数据传输过程中，由于UE信道条件、同一个小区用户接入数量以及用户业务数据量等多方面原因，发送给用户的数据容易在eNodeB处发生拥塞，导致用户数据传输时延较长或者数据丢失等问题。
发明内容
有鉴于此，本发明实施例提供了一种无线拥塞控制方法和设备，用于确定拥塞缓解策略以缓解系统拥塞。
根据本发明的第一方面，提供了一种无线拥塞控制方法，包括：
策略和收费控制功能Policy and Charging Rule Function获取多个用户终端处理的业务流的实际速率；
PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率；
所述PCRF将所述拥塞缓解策略发送给业务流流经节点。
结合本发明第一方面可能的实施方式，在第一种可能的实施方式中，所述方法还包括：
所述PCRF获取所述多个用户终端的签约信息，或获取所述多个用户终端处理的业务流的业务流信息；
所述PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，包括：
所述PCRF根据获取的多个用户终端处理的业务流的实际速率、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
所述PCRF根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略；
其中，所述被限制的业务流的目标速率包含了所述被限制的业务流的最大比特率。
结合本发明第一方面的第一种可能的实施方式，在第二种可能的实施方式中，所述方法还包括：
所述PCRF获取所述多个用户终端测量得到的信道质量；
所述PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，包括：
所述PCRF根据获取的多个用户终端处理的业务流的实际速率、获取所述多个用户终端测量得到的信道质量、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
所述PCRF根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略。
结合本发明第一方面可能的实施方式，或者结合本发明第一方面的第一种可能的实施方式，或者结合本发明第一方面的第二种可能的实施方式，在第三种可能的实施方式中，所述被限制实际速率的业务流满足以下条件中的一种或者多种：
业务流的实际速率大于设定的期望速率；
按照获取的所述多个用户终端的签约信息中包含的用户等级，所述被限制实际速率的业务流属于用户等级小于设定第一门限等级的用户终端处理的业务流；
和/或，按照获取的所述多个用户终端处理的业务流的应用层信息中包含的业务处理等级，所述被限制实际速率的业务流属于业务处理等级小于设定第二门限等级的业务流。
结合本发明第一方面可能的实施方式，或者结合本发明第一方面的第一种可能的实施方式，或者结合本发明第一方面的第二种可能的实施方式，或者结合本发明第一方面的第三种可能的实施方式，在第四种可能的实施方式中，PCRF获取多个用户终端处理的业务流的实际速率，包括：
PCRF接收拥塞感知功能实体RCAF或业务流流经节点发送的无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率；
所述PCRF从接收到的所述RUCI中获取多个用户终端处理的业务流的实际速率。
结合本发明第一方面的第四种可能的实施方式，在第五种可能的实施方式中，所述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点eNodeB中的至少一种或者多种。
根据本发明的第二方面，提供了一种无线拥塞控制方法，包括：
业务流流经节点向策略和收费控制功能Policy and Charging Rule Function发送多个用户终端处理的业务流的实际速率；
业务流流经节点接收PCRF发送的拥塞缓解策略，其中，所述拥塞缓解策略由所述PCRF根据多个用户终端处理的业务流的实际速率确定，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端的业务流的实际速率；
业务流流经节点根据接收到的所述拥塞缓解策略，对当前发生的拥塞进行控制。
结合本发明第二方面可能的实施方式，在第一种可能的实施方式中，业务流流经节点向策略和收费控制功能Policy and Charging Rule Function发送多个用户终端处理的业务流的实际速率，包括：
业务流流经节点向策略和收费控制功能Policy and Charging Rule Function发送无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率。
结合本发明第二方面可能的实施方式，或者结合本发明第二方面的第一种可能的实施方式，在第二种可能的实施方式中，业务流流经节点向策略和收费控制功能Policy and Charging Rule Function发送多个用户终端处理的业务流的实际速率，包括：
业务流流经节点统计设定时间长度内、多个用户终端处理的业务流的实际速率，并计算得到所述设定时间长度内每一个用户终端处理的业务流的平均速率；
当计算得到的至少一个业务流的平均速率小于设定速率门限时，业务流流经节点触发向PCRF发送所述多个用户终端处理的业务流的实际速率。
结合本发明第二方面可能的实施方式，或者结合本发明第二方面的第一种可能的实施方式，或者结合本发明第二方面的第二种可能的实施方式，在第三种可能的实施方式中，所述拥塞缓解策略中包含了被限制实际速率的业务流以及所述被限制实际速率的业务流的目标速率；
业务流流经节点根据接收到的所述拥塞缓解策略，对当前发生的拥塞进行控制，包括：
对于处理被限制实际速率的业务流的用户终端，业务流流经节点按照所述拥塞缓解策略中包含的所述被限制实际速率的业务流的目标速率，降低所述用户终端处理的被限制的业务流的实际速率。
根据本发明的第三方面，提供了一种无线拥塞控制设备，包括：
获取模块，用于获取多个用户终端处理的业务流的实际速率；
确定模块，用于根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率；
控制模块，用于将所述拥塞缓解策略发送给业务流流经节点。
结合本发明第三方面可能的实施方式，在第一种可能的实施方式中，所述获取模块，还用于获取所述多个用户终端的签约信息，或获取所述多个用户终端处理的业务流的业务流信息；
所述确定模块，具体用于根据获取的多个用户终端处理的业务流的实际速率、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略；
其中，所述被限制的业务流的目标速率包含了所述被限制的业务流的最大比特率。
结合本发明第三方面的第一种可能的实施方式，在第二种可能的实施方式中，所述获取模块，还用于获取所述多个用户终端测量得到的信道质量；
所述确定模块，具体用于根据获取的多个用户终端处理的业务流的实际速率、获取所述多个用户终端测量得到的信道质量、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略。
结合本发明第三方面可能的实施方式，或者结合本发明第三方面的第一种可能的实施方式，或者结合本发明第三方面的第二种可能的实施方式，在第三种可能的实施方式中，所述被限制实际速率的业务流满足以下条件中的一种或者多种：
业务流的实际速率大于设定的期望速率；
按照获取的所述多个用户终端的签约信息中包含的用户等级，所述被限制实际速率的业务流属于用户等级小于设定第一门限等级的用户终端处理的业务流；
和/或，按照获取的所述多个用户终端处理的业务流的应用层信息中包含的业务处理等级，所述被限制实际速率的业务流属于业务处理等级小于设定第二门限等级的业务流。
结合本发明第三方面可能的实施方式，或者结合本发明第三方面的第一种可能的实施方式，或者结合本发明第三方面的第二种可能的实施方式，或者结合本发明第三方面的第三种可能的实施方式，在第四种可能的实施方式中，所述获取模块，具体用于接收拥塞感知功能实体RCAF或业务流流经节点发送的无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率；从接收到的所述RUCI中获取多个用户终端处理的业务流的实际速率。
结合本发明第三方面的第四种可能的实施方式，在第五种可能的实施方式中，所述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点eNodeB中的至少一种或者多种。
根据本发明的第四方面，提供了一种无线拥塞控制设备，包括：
发送模块，用于向策略和收费控制功能Policy and Charging Rule Function发送多个用户终端处理的业务流的实际速率；
接收模块，用于接收PCRF发送的拥塞缓解策略，其中，所述拥塞缓解策略由所述PCRF根据多个用户终端处理的业务流的实际速率确定，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端的业务流的实际速率；
拥塞控制模块，用于根据接收到的所述拥塞缓解策略，对当前发生的拥塞进行控制。
结合本发明第四方面可能的实施方式，在第一种可能的实施方式中，所述发送模块，具体用于向策略和收费控制功能Policy and Charging Rule Function发送无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率。
结合本发明第四方面可能的实施方式，或者结合本发明第四方面的第一种可能的实施方式，在第二种可能的实施方式中，所述发送模块，具体用于统计设定时间长度内、多个用户终端处理的业务流的实际速率，并计算得到所述设定时间长度内每一个用户终端处理的业务流的平均速率；
当计算得到的至少一个业务流的平均速率小于设定速率门限时，触发向PCRF发送所述多个用户终端处理的业务流的实际速率。
结合本发明第四方面可能的实施方式，或者结合本发明第四方面的第一种可能的实施方式，或者结合本发明第四方面的第二种可能的实施方式，在第三种可能的实施方式中，所述拥塞缓解策略中包含了被限制实际速率的业务流以及所述被限制实际速率的业务流的目标速率；
所述拥塞控制模块，具体用于对于处理被限制实际速率的业务流的用户终端，按照所述拥塞缓解策略中包含的所述被限制实际速率的业务流的目标速率，降低所述用户终端处理的被限制的业务流的实际速率。
本发明有益效果如下：
本发明实施例策略和收费控制功能PCRF获取多个用户终端处理的业务流的实际速率；PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率；所述PCRF将所述拥塞缓解策略发送给业务流流经节点，使所述业务流流经节点执行所述拥塞缓解策略。本发明实施例通过获取的不同用户终端处理的业务流的实际速率，确定被限制的一部分用户终端处理的业务流的实际速率，以达到提升其他用户终端处理的业务流的实际速率的目的，有效缓解系统出现的拥塞，提升拥塞用户的业务体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的一种无线拥塞控制方法的流程示意图；
图2为本发明实施例二提供的一种无线拥塞控制方法的流程示意图；
图3为本发明实施例三提供的一种无线拥塞控制方法的流程示意图；
图4为本发明实施例四提供的一种无线拥塞控制方法的流程示意图；
图5为本发明实施例五提供的一种无线拥塞控制设备的结构示意图；
图6为本发明实施例六提供的一种无线拥塞控制设备的结构示意图；
图7为本发明实施例七提供的一种无线拥塞控制设备的结构示意图；
图8为本发明实施例八提供的一种无线拥塞控制设备的结构示意图。
具体实施方式
为了实现本发明的目的，本发明实施例提供了一种无线拥塞控制方法和设备，策略和收费控制功能PCRF获取多个用户终端处理的业务流的实际速率；PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率；所述PCRF将所述拥塞缓解策略发送给业务流流经节点，使所述业务流流经节点执行所述拥塞缓解策略。本发明实施例通过获取的不同用户终端处理的业务流的实际速率，确定被限制的一部分用户终端处理的业务流的实际速率，以达到提升其他用户终端处理的业务流的实际速率的目的，有效缓解系统出现的拥塞，提升拥塞用户的业务体验。
需要说明的是：为了缓解系统拥塞问题，可以在PCC架构中引入无线拥塞感知功能(英文：Radio Congestion Awareness Function；缩写：RCAF)和新的接口Np。
其中，Np接口用于在RCAF和PCRF之间传输无线用户数据拥塞信息(英文：RAN User plan Congestion Information；缩写：RUCI)。
下面结合说明书附图对本发明各个实施例作进一步地详细描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
实施例一：
如图1所示，为本发明实施例一提供的一种无线拥塞控制方法的流程示意图。所述方法可以如下所述。
步骤101：PCRF获取多个用户终端处理的业务流的实际速率。
在步骤101中，PCRF获取多个用户终端处理的业务流的实际速率中包含的多个用户终端满足：
所述多个用户终端属于一个用户终端群，该用户终端群中的用户终端共享同一无线资源。
其中，所述用户终端群中的用户终端以码分多址接入(英文：Code DivisionMultiple Access；缩写：CDMA)、频分多址接入(英文：Frequency DivisionMultiple Access；缩写：FDMA)或者时分多址接入(英文：Time Division MultipleAccess；缩写：TDMA)中的一种或多种方式接入同一无线资源。
例如：以上述接入方式接入同一个服务小区或扇区的多个用户终端；或者接入多个小区共同服务的用户终端。
需要说明的是，所述业务流的实际速率包括设定时间长度内所述业务流的平均速率。
在本发明的另一个实施例中，策略和收费控制功能PCRF获取多个用户终端处理的业务流的实际速率的方式包括但不限于：
所述PCRF接收拥塞感知功能实体RCAF或业务流流经节点发送的RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率；
所述PCRF从接收到的所述RUCI中获取多个用户终端处理的业务流的实际速率。
具体地，PCRF通过与RCAF之间的Np接口获取RCAF发送的RUCI。
第一种情形：
所述PCRF接收RCAF或业务流流经节点发送的RUCI中包含了设定时间长度内每一个用户终端处理业务流的实际速率。
此时，所述PCRF对接收到的设定时间长度内每一个用户终端处理业务流的实际速率，执行以下操作：
针对设定时间长度内每一个用户终端处理业务流的实际速率，判断该用户终端在设定时间长度内处理业务流的实际速率是否小于设定速率门限；
若该用户终端在设定时间长度内处理业务流的实际速率小于设定速率门限，则确定该用户终端在设定时间长度内处理的业务流已处于拥塞状态，属于拥塞业务流；
若该用户终端在设定时间长度内处理业务流的实际速率不小于设定速率门限，则确定该用户终端在设定时间长度内处理的业务流不处于拥塞。
也就是说，所述PCRF对接收到的设定时间长度内每一个用户终端处理业务流的实际速率进行判断之后，若接收到的实际速率中至少存在一个实际速率小于设定速率门限，那么所述PCRF触发执行步骤102确定拥塞缓解策略。
这里需要说明的是，在第一种情形下，PCRF与RCAF协商，由RCAF对一个用户终端集群中每一个用户终端处理业务流的实际速率进行统计，并实时或者定时或者周期地将统计结果携带在RUCI中通过Np接口发送给PCRF，这里的PCRF需要根据统计结果判断是否存在用户终端处理的业务流发生拥塞。
第二种情形：
所述PCRF接收RCAF或业务流流经节点发送的RUCI中包含了发生拥塞的第一用户终端处理业务流的实际速率以及与所述第一用户终端属于同一个用户终端集群的其他第二用户终端处理业务流的实际速率。
需要说明的是，这里发生拥塞的第一用户终端可以是指一个用户终端，也可以是指多个用户终端，不做具体限定；这里的其他第二用户终端也可以是指一个用户终端，也可以是指多个用户终端，不做具体限定。
需要说明的是，若RUCI中包含了多个用户终端处理业务的实际速率，那么还需要包含每一个用户终端的终端标识，终端标识可以为IMSI(InternationalMobile Subscriber Identifier，国际移动用户标识符)，也可以为用户ID等，这里不做具体限定。
在本发明的另一个实施例中，通过以下方式确定发生拥塞的第一用户终端：
RCAF统计设定时间长度内的第一用户终端处理的业务流的实际速率，并计算得到所述设定时间长度内所述第一用户终端处理的业务流的平均速率；当所述平均速率小于设定速率门限时，确定所述第一用户终端处理的业务流发生拥塞。
需要说明的是，设定速率门限可以由运营商预先设定，也可以由PCRF动态下发给RCAF，这里对其设定方式不做具体限定。
具体地，RCAF收集不同用户终端的业务流的实际速率，这里的业务流的实际速率可以来自无线接入网运营管理维护系统(英文：Radio Access NetworkOperation Administration and Maintenance system；缩写：RAN OAM)，也可以来自无线接入网(英文：Radio Access Network；缩写：RAN)的一个节点(例如：eNodeB)。
针对每一个用户终端，RCAF计算得到设定时间长度内该用户终端处理的业务流的平均速率，并将该平均速率与设定速率门限(或者业务流的预期传输速率)进行比较；若该平均速率小于设定速率门限，则说明该用户终端处理的该业务流发生拥塞；若该平均速率不小于设定速率门限，则说明该用户终端处理的业务流未发生拥塞。
RCAF一旦确定存在用户终端处理的业务流发生拥塞，若RCAF确定第一用户终端处理的业务流发生拥塞时，确定与所述第一用户终端属于同一个用户终端集群的其他第二用户终端，并触发通过Np接口向PCRF发送RUCI。
这里的RUCI中包含了发生拥塞的第一用户终端处理的业务流的实际速率以及与所述第一用户终端属于同一个用户终端集群的其他第二用户终端处理业务流的实际速率。
例如：RCAF从移动管理实体(英文：Mobility Management Entity；缩写：MME)中获取与发生拥塞的第一用户终端接入同一个小区的其他第二用户终端，并得到获取的其他第二用户终端处理的业务流的实际速率。
需要说明的是，在第一种情形和第二种情形中，用户终端处理的业务流可以是该用户终端处理的全部业务流，也可以是该用户终端处理的部分业务流，这里不做限定。对于该用户终端处理的部分业务流，应至少包含以下业务流中的一种或多种：
发生拥塞的业务流；
业务处理等级大于设定门限值的业务流；
运营商预设或PCRF指定的业务流；
业务流的实际速率大于设定阈值的业务流。
其中，设定阈值可以由运营商预设或PCRF指定。
需要说明的是，如果该用户终端处理的业务流中同一个业务类型的多个业务流的实际速率的和值大于阈值，那么可将同一个业务类型的多个业务流作为一个业务流进行处理。
需要说明的是，这里的业务流的实际速率可以是指业务流在应用层的实际速率，也可以是指在其他协议层的实际速率，例如：MAC层的速率，这里对于业务流的实际速率具体指什么速率不做具体限定，在获取不同用户终端的业务流的实际速率时，获取的是不同用户终端在相同层面的业务流的实际速率(例如：统一是应用层速率，或者统一是其他协议层速率等等)。
对于第一种情形和第二种情形，RCAF通过Np接口向PCRF发送RUCI的方式包括但不限于：
第一种方式：
RCAF将获取的多个用户终端处理的业务流的实际速率生成一个RUCI发送给PCRF，也就是说PCRF接收到的RUCI中包含了多个用户终端处理的业务流的实际传输速率。
第二种方式：
RCAF将获取的每一个用户终端处理的业务流的实际速率生成一个RUCI发送给PCRF，也就是说PCRF接收到的多个RUCI，每一个RUCI中包含了一个用户终端处理的业务流的实际速率。
需要说明的是，本实例并不限定RUCI发送的具体方式，可以是以一个完整的RUCI发送，还可以以任何方式拆分为多个RUCI发送。
对于第一种情形和第二种情形，RCAF通过Np接口向PCRF发送RUCI的形式包括但不限于：
RCAF通过Np接口向PCRF发送RUCI可通过Diameter协议中的Message消息携带，具体包括：触发方式、所有用户终端的所有SDFs。
其中，所有用户终端的所有SDFs包含了每一个用户终端的所有SDF；每一个用户终端的所有SDF包含了用户终端标识和每一个SDF；每一个SDF包含了SDF标识和该SDF的速率值。
例如：
*[Event-Trigger]：表示RUCI信息发送的触发方式；
*[Data-Rate-Description]：组合AVP，内含所有用户终端所有SDFs(英文：Service Data Flow；中文：服务数据流)速率描述；
*[UE-Rate-Description]：组合AVP，内含该用户终端所有SDFs速率描述；
*[UE-ID]：该UE的标识，通常为IMSI值；
*[Flow-Rate-Description]：组合AVP,内含该SDF信息；
*[Flow-Description]：该SDF的标识；
*[Flow-Data-Rate]：该SDF的速率值。
需要说明的是，Event-Trigger表达RCAF向PCRF上报RUCI的触发方式，可以是时间触发，如在RCAF上预设一个时间条件，也可以是事件触发，如RCAF检测到存在用户终端处理的业务流发生拥塞时触发发送RUCI或者PCRF要求RCAF上报RUCI时触发发送RUCI。
可选地，如表1所示，为RCAF发送的RUCI格式的结构示意图：
业务流标识1 业务流标识2 …… 业务流标识n
第一用户终端 实际速率11 实际速率12 …… 实际速率n1
第二用户终端 实际速率21 实际速率22 …… 实际速率n2
…… …… …… …… ……
第N用户终端 实际速率n1 实际速率n2 …… 实际速率nn
表1
需要说明的是，在RCAF发送的RUCI中，对于第一用户终端，若处理的业务流有n个，那么RCAF发送的RUCI中可以包含第一用户终端处理的n个业务流的实际速率，也可以包含第一用户终端处理的n个业务流的部分业务流的实际速率。
可选地，所述方法还包括：
所述PCRF获取所述多个用户终端的签约信息，或获取所述多个用户终端处理的业务流的业务流信息。
具体地，所述PCRF从SPR中获取用户终端的签约信息，从AF中获取用户终端处理的业务流的业务流信息。
步骤102：所述PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略。
其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率。
在步骤102中，为了缓解系统出现的拥塞，至少需要在一个或多个用户终端处理的业务流之间协调无线资源，通过限制一部分业务流的实际速率，达到提升另一部分业务流的实际速率的目的。
具体地，所述PCRF根据获取的多个用户终端处理的业务流的实际速率、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
所述PCRF根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略。
其中，所述被限制的业务流的目标速率包含了所述被限制的业务流的最大比特率。
所述拥塞缓解策略中包含了所述被限制实际速率的业务流及被限制的业务流的目标速率。
所述被限制实际速率的业务流满足以下条件中的一种或者多种：
业务流的实际速率大于设定的期望速率；
按照获取的所述多个用户终端的签约信息中包含的用户等级，所述被限制实际速率的业务流属于用户等级小于设定第一门限等级的用户终端处理的业务流；
和/或，按照获取的所述多个用户终端处理的业务流的应用层信息中包含的业务处理等级，所述被限制实际速率的业务流属于业务处理等级小于设定第二门限等级的业务流。
其中，所述设定的期望速率可以是应用层信息中包含的该业务流的预期速率或者最大速率；也可以是签约信息中包含的用户终端允许使用的最大速率；还可以根据其他形式确定，这里不做限定。
设定的第一门限等级和设定的第二门限等级可以根据实际需要确定，也可以是根据实际处理的业务流确定，这里也不做具体限定。
具体地，每一个用户终端的签约信息和/或每一个用户终端处理的业务流的应用层信息可以是PCRF从PCC架构中的其他网元中实时获取并存储在本地的。
例如，PCRF可以从SPR中获取用户终端的签约信息，从AF中获取用户终端处理的业务流的应用层信息。
具体地，根据获取的用户终端的签约信息，确定用户终端的用户等级；根据获取的业务流的应用层信息，确定用户终端处理的业务流的业务处理等级、最小速率等。
需要说明的是，从获取的业务流的应用层信息中并不是一定能够确定出每一个用户终端处理的每一个业务流的最小速率，也就是说存在部分业务流的最小速率不能确定的可能。
具体地，PCRF根据确定的每一个用户终端的用户等级、每一个业务流的最小速率以及每一个用户终端处理的业务流的实际速率，选择需要提高实际速率的业务流，并估算提高实际速率至期望速率或者最小速率所需的无线资源。
其中，需要提高实际速率的业务流至少包含以下业务流中的一种或者多种：
实际速率远远小于最小速率的业务流；
用户等级高于设定第一门限等级的用户终端处理的、且实际速率远远小于最小速率的业务流；
用户等级高于设定第一门限等级的用户终端处理的、业务处理等级高于设定第二门限等级的、且实际速率远远小于最小速率的业务流。
PCRF根据确定的每一个用户终端的用户等级、每一个业务流的最小速率以及每一个用户终端处理的业务流的实际速率，选择需要被限制实际速率的业务流，并根据上述估算得到的所需的无线资源，计算得到所述被限制的业务流的目标速率。
其中，所述被限制实际速率的业务流满足以下条件中的一种或者多种：
业务流的实际速率大于设定的期望速率；
按照获取的所述多个用户终端的签约信息中包含的用户等级，所述被限制实际速率的业务流属于用户等级小于设定第一门限等级的用户终端处理的业务流；
和/或，按照获取的所述多个用户终端处理的业务流的应用层信息中包含的业务处理等级，所述被限制实际速率的业务流属于业务处理等级小于设定第二门限等级的业务流。
例如：RUCI中包含了三个用户终端的三个业务流，具体信息如表2所示：
实际速率
用户终端A业务流1 1.5Mbps
用户终端B业务流2 2Mbps
用户终端C业务流3 3Mbps
表2
根据每一个用户终端的签约信息，确定用户终端A的用户等级高于用户终端C的用户等级，根据业务流的应用层信息，用户终端A处理的业务流1的期望速率为2Mbps，目前获取的用户终端A处理业务流1的实际速率为1.5Mbps，可以被认定为用户终端A处理的业务流1发生拥塞，为确定的需要提高实际速率的业务流；根据业务流的应用层信息，用户终端C处理的业务流3的期望速率为1Mbps(或者无限定)，目前获取的用户终端C处理业务流3的实际速率为3Mbps，可以被认定为用户终端C处理的业务流3为确定的需要限制实际速率的业务流，且由于用户终端A的用户等级高于用户终端C的用户等级，PCRF决策通过限制用户终端C处理的业务流3的实际速率以提升用户终端A处理的业务流1的实际速率。即根据估算得到的将用户终端A处理的业务流1的实际速率由1.5Mbps提升至2Mbps需要的无线资源，得到用户终端C处理的业务流3的目标速率(例如：1Mbps)。
需要说明的是，得到用户终端C处理的业务流3的目标速率可以根据用户终端A需要的无线资源确定，也可以根据预设值确定，这里不做具体限定。
另外，考虑到用户终端A处理的业务流1的实际速率从1.5Mbps速率提升至2Mbps，至少需要额外增加的1/3的无线资源(相对于用户终端A目前已使用的无线资源)，而在无线基站PFS(英文：Proportional Fairness Scheduler；缩写：PFS)(部分公平调度)调度算法的作用下，用户终端C因被限制实际速率而让出的无线资源需要在用户终端A与用户终端B之间进行无线资源的平均分配，因此，用户终端C需让出自身2/3的无线资源，那么根据用户终端C出让的无线资源，得到用户处理的业务流3的目标速率，即将用户终端C处理的业务流3的实际速率由原来的3Mbps限制至1Mbps。此时，PCR确定的拥塞缓解策略中将用户终端C处理的业务流2的最大比特率(英文：MaximumBit Rate；缩写：MBR)设置为1Mbps。
步骤103：所述PCRF将所述拥塞缓解策略发送给业务流流经节点。
在步骤103中，PCRF将拥塞缓解策略通过Gx接口发送给PCEF或者业务流流经节点，由所述PCEF或者业务流流经节点根据接收到的所述拥塞缓解策略进行拥塞控制。
具体地，PCEF可以执行AQM(Active Queue Management)中的RED(Random Early Detection)算法或者Token Bucket算法来实现拥塞缓解策略。
由于PCRF接收到的多个用户终端处理的业务流的实际速率，PCRF在确定拥塞缓解策略时，将每一个用户终端处理的业务流的实际速率作为Qos参数的量化依据，使得确定的拥塞缓解策略是针对一个或者多个用户终端的一个或者多个业务流的PCC策略集，有效地提升了拥塞缓解控制的精度。
仍以表2中所记载的用户终端为例，所述PCEF或者业务流流经节点根据接收到的所述拥塞缓解策略进行拥塞控制，得到的每一个用户终端处理的业务流的预测速率，如表3所示：
预测速率
用户终端A业务流1 2Mbps
用户终端B业务流2 2.6Mbps
用户终端C业务流3 1Mbps
表3
需要说明的是，执行拥塞缓解策略的网元设备除了PCEF之外，还可以是eNodeB、AF，或者数据流检测功能(英文：Traffic Detection Function；缩写：TDF)，这里对于拥塞缓解策略的执行主体不做具体限定。
所述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点eNodeB中的至少一种或者多种。
需要说明的是，上述PCRF为逻辑PCRF，这里并不具体限定物理PCRF个数的多少，通过多个PCRF联合完成相同功能的场景视为同一逻辑PCRF。
需要说明的是，上述MME为逻辑MME，这里并不具体限定物理MME个数的多少，通过多个MME联合完成相同功能的场景视为同一逻辑MME。
通过本发明实施例一的方案，策略和收费控制功能PCRF获取多个用户终端处理的业务流的实际速率；PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率；所述PCRF将所述拥塞缓解策略发送给业务流流经节点，使所述业务流流经节点执行所述拥塞缓解策略。本发明实施例通过获取的不同用户终端处理的业务流的实际速率，确定被限制的一部分用户终端处理的业务流的实际速率，以达到提升其他用户终端处理的业务流的实际速率的目的，有效缓解系统出现的拥塞，提升拥塞用户的业务体验。
实施例二：
如图2所示，为本发明实施例二提供的一种无线拥塞控制方法的流程示意图。所述方法可以如下所述。
步骤201：PCRF获取多个用户终端处理的业务流的实际速率和所述多个用户终端测量得到的信道质量。
需要说明的是，这里的信道质量可以是指信道质量指示(英文：ChannelQuality Indicator；缩写：CQI)的平均值，也可以是指信噪比值(英文：Signalto Noice Ratio；缩写：SNR)的平均值，这里对于信道质量的表示形式不做限定。
所述PCRF获取所述多个用户终端测量得到的信道质量。
具体地，所述PCRF接收拥塞感知功能实体RCAF或业务流流经节点发送的RUCI，其中，所述RUCI中包含了多个用户终端测量得到的信道质量；
所述PCRF从接收到的所述RUCI中获取多个用户终端测量得到的信道质量。
需要说明的是，本发明实施例二中步骤201的具体实现方式与本发明实施例一中步骤101的实现方式相同，这里不做赘述。
步骤202：所述PCRF根据获取的多个用户终端处理的业务流的实际速率、获取所述多个用户终端测量得到的信道质量、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定拥塞缓解策略。
其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率。
在步骤202中，为了缓解系统出现的拥塞，至少需要在一个或多个用户终端处理的业务流之间协调无线资源，通过限制一部分业务流的实际速率，达到提升另一部分业务流的实际速率的目的。
所述PCRF根据获取的多个用户终端处理的业务流的实际速率、获取所述多个用户终端测量得到的信道质量、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
所述PCRF根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略。
其中，所述被限制的业务流的目标速率包含了所述被限制的业务流的最大比特率。
所述拥塞缓解策略中包含了所述被限制实际速率的业务流及被限制的业务流的目标速率。
所述被限制实际速率的业务流满足以下条件中的一种或者多种：
业务流的实际速率大于设定的期望速率；
按照获取的所述多个用户终端的签约信息中包含的用户等级，所述被限制实际速率的业务流属于用户等级小于设定第一门限等级的用户终端处理的业务流；
和/或，按照获取的所述多个用户终端处理的业务流的应用层信息中包含的业务处理等级，所述被限制实际速率的业务流属于业务处理等级小于设定第二门限等级的业务流。
其中，所述设定的期望速率可以是应用层信息中包含的该业务流的预期速率或者最大速率；也可以是签约信息中包含的用户终端允许使用的最大速率；还可以根据其他形式确定，这里不做限定。
设定的第一门限等级和设定的第二门限等级可以根据实际需要确定，也可以是根据实际处理的业务流确定，这里也不做具体限定。
具体地，每一个用户终端的签约信息和/或每一个用户终端处理的业务流的应用层信息可以是PCRF从PCC架构中的其他网元中实时获取并存储在本地的。
例如，PCRF可以从SPR中获取用户终端的签约信息，从AF中获取用户终端处理的业务流的应用层信息。
具体地，根据获取的用户终端的签约信息，确定用户终端的用户等级；根据获取的业务流的应用层信息，确定用户终端处理的业务流的业务处理等级、最小速率等。
需要说明的是，从获取的业务流的应用层信息中并不是一定能够确定出每一个用户终端处理的每一个业务流的最小速率，也就是说存在部分业务流的最小速率不能确定的可能。
具体地，PCRF根据确定的每一个用户终端的用户等级、每一个业务流的最小速率以及每一个用户终端处理的业务流的实际速率，选择需要提高实际速率的业务流，并估算提高实际速率至期望速率或者最小速率所需的无线资源。
其中，需要提高实际速率的业务流至少包含以下业务流中的一种或者多种：
实际速率远远小于最小速率的业务流；
用户等级高于设定第一门限等级的用户终端处理的、且实际速率远远小于最小速率的业务流；
用户等级高于设定第一门限等级的用户终端处理的、业务处理等级高于设定第二门限等级的、且实际速率远远小于最小速率的业务流。
PCRF根据确定的每一个用户终端的用户等级、每一个业务流的最小速率以及每一个用户终端处理的业务流的实际速率，选择需要被限制实际速率的业务流，并根据上述估算得到的所需的无线资源，计算得到所述被限制的业务流的目标速率。
其中，所述被限制实际速率的业务流满足以下条件中的一种或者多种：
业务流的实际速率大于设定的期望速率；
按照获取的所述多个用户终端的签约信息中包含的用户等级，所述被限制实际速率的业务流属于用户等级小于设定第一门限等级的用户终端处理的业务流；
和/或，按照获取的所述多个用户终端处理的业务流的应用层信息中包含的业务处理等级，所述被限制实际速率的业务流属于业务处理等级小于设定第二门限等级的业务流。
其中，提升实际速率的业务流所需无线资源可依据提升实际速率的业务流对应的用户终端测量得到的信道质量以及信道质量与业务流速率之间的映射关系确定；以及被限制实际速率业务流的目标速率也可依据被限制实际速率的业务流对应的用户终端测量得到的信道质量以及信道质量与业务流速率之间的映射关系确定。
具体地，信道质量与业务流速率之间映射关系可以参见表4所示：
表4
需要说明的是：上述对照表格为LTE系统10MHZ带宽下的经验数据，并无统一的标准化数据，各厂商各类型基站实现的实际情况会因各自实现不同而有一定的差异。
例如：RUCI中包含了三个用户终端的三个业务流，具体信息如表5所示：
信道质量(CQI) 实际速率
用户终端A业务流1 4 1.5Mbps
用户终端B业务流2 5.5 2Mbps
用户终端C业务流3 7.5 3Mbps
表5
根据每一个用户终端的签约信息，确定用户终端A的用户等级高于用户终端C的用户等级，用户终端A的用户等级高于用户终端B的用户等级。
根据业务流的应用层信息，用户终端A处理的业务流1的期望速率为3Mbps，可以被认定为用户终端A处理的业务流1发生拥塞，为确定的需要提高实际速率的业务流。
根据业务流的应用层信息，用户终端B处理的业务流2和用户终端C处理的业务流3均属于实际速率无限制，即可以认为用户终端B处理的业务流2和用户终端C处理的业务流3属于可以被限制的业务流，那么PCRF确定通过限制用户终端B处理的业务流2的实际速率和用户C处理的业务流3的实际速率以提升用户终端A处理的业务流1的实际速率。
具体地，PCRF根据信道质量与业务流速率之间的映射关系、用户终端A的信道质量、用户终端A处理的业务流2的实际速率、用户终端B的信道质量、用户终端B处理的业务流2的实际速率、用户终端C的信道质量、用户终端C处理的业务流3的实际速率，估算出用户终端A处理的业务流1所占用无线资源与用户终端终端B处理业务流2和用户终端C处理业务流3组合占用无线资源的比例约为4:6。
PCRF确定将用户终端A处理的业务流1的实际速率从1.5Mbps提升为3Mbps，至少需要额外增加一倍的无线资源(相对于用户终端A当前所占无线资源)，即将用户终端A占用无线资源与用户终端B和用户终端C占用的无线资源比例由原来的4:6调整为8:2，则需要分别将用户终端B处理的业务流2的实际速率限制为当前的1/3，即用户终端B处理的业务流2的实际速率限制为0.66Mbps，以及将用户终端C处理的业务流3的实际速率限制为当前的1/3，即用户终端C处理的业务流3的实际速率限制为1Mbps。
PCRF确定的拥塞缓解策略中将用户终端B处理的业务流2的最大比特率(MBR)设置为0.66Mbps，将用户终端C处理的业务流3的最大比特率设置为1Mbps。
步骤203：所述PCRF将所述拥塞缓解策略发送给业务流流经节点。
在步骤203中，PCRF将拥塞缓解策略通过Gx接口发送给PCEF或者业务流流经节点，由所述PCEF或者业务流流经节点根据接收到的所述拥塞缓解策略进行拥塞控制。
由于PCRF根据每一个用户终端的信道质量信息和每一个用户终端处理业务流的实际速率，以及利用信道质量与业务流传输速率之间的映射关系，能够比较精确估算得到了每一个用户终端处理的业务流所占无线资源的量，这样就能精确地估算出被限制业务流的目标速率，以提升拥塞缓解策略的有效性。
本发明实施例提供的方法还有效减轻了由各业务流应用层特性或各业务流优先级(例如：QCI)不同导致各业务流之间无线资源分配不均带来的影响。
需要说明的是，执行拥塞缓解策略的网元设备除了PCEF、eNodeB之外，还可以是AF，或者数据流检测功能(英文：Traffic Detection Function；缩写：TDF)，这里对于拥塞缓解策略的执行主体不做具体限定。
仍以表5中所记载的用户终端为例，所述PCEF或者业务流流经节点根据接收到的所述拥塞缓解策略进行拥塞控制，得到的每一个用户终端处理的业务流的预测速率，如表6所示：
预测速率
用户A业务流1 3Mbps
用户B业务流2 0.66Mbps
用户C业务流3 1Mbps
表6
需要说明的是，执行拥塞缓解策略的网元设备除了PCEF之外，还可以是eNodeB、AF，或者数据流检测功能(英文：Traffic Detection Function；缩写：TDF)，这里对于拥塞缓解策略的执行主体不做具体限定。
所述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点eNodeB中的至少一种或者多种。
需要说明的是，上述PCRF为逻辑PCRF，这里并不具体限定物理PCRF个数的多少，通过多个PCRF联合完成相同功能的场景视为同一逻辑PCRF。
需要说明的是，上述MME为逻辑MME，这里并不具体限定物理MME个数的多少，通过多个MME联合完成相同功能的场景视为同一逻辑MME。
本发明实施例二通过获取的不同用户终端处理业务流的实际速率，确定被限制的一部分用户终端处理的业务流的实际速率，以达到提升其他用户终端处理的业务流的实际速率的目的，有效缓解系统出现的拥塞，提升拥塞用户的业务体验。
实施例三：
如图3所示，为本发明实施例三提供的一种无线拥塞控制方法的流程示意图。所述方法可以如下所述。
本发明实施例三在本发明实施例一的基础之上做进一步说明。
在本发明实施例一中，步骤103：所述PCRF将所述拥塞缓解策略发送给业务流流经节点。
在步骤103中，PCRF将拥塞缓解策略通过Gx接口发送给PCEF或者业务流流经节点，由所述PCEF或者业务流流经节点根据接收到的所述拥塞缓解策略进行拥塞控制。
步骤301：策略和收费控制功能PCRF再次获取多个用户终端处理的业务流的实际速率。
其中，多个用户终端处理的业务流的实际速率为步骤103执行PCRF发送的拥塞缓解策略之后上报的，获取方式与步骤101中相同，这里不再赘述。
步骤302：PCRF向RCAF或者业务流流经节点请求获取所述多个用户终端测量得到的信道质量。
步骤303：PCRF接收所述RCAF或者业务流流经节点发送的所述多个用户终端测量得到的信道质量。
需要说明的是，RCAF或者业务流流经节点发送每一个用户终端测量得到的信道质量时，还包含了用户终端的标识，例如：第一用户终端：用户终端1，信道质量1。
或者，信道质量可以与步骤101中获取的多个用户终端处理的业务流的实际速率一并发送，如表7所示：
信道质量 业务流标识1 业务流标识2 …… 业务流标识n
用户终端1 信道质量1 实际速率11 实际速率12 …… 实际速率n1
用户终端2 信道质量2 实际速率21 实际速率22 …… 实际速率n2
…… …… …… …… ……
用户终端N 信道质量n 实际速率n1 实际速率n2 …… 实际速率nn
表7
需要说明的是，这里的信道质量可以是指信道质量指示(英文：ChannelQuality Indicator；缩写：CQI)的平均值，也可以是指信噪比值(英文：Signalto Noice Ratio；缩写：SNR)的平均值，这里对于信道质量的表示形式不做限定。
步骤304：所述PCRF根据获取的多个用户终端处理的业务流的实际速率、获取所述多个用户终端测量得到的信道质量、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定新的拥塞缓解策略。
其中，新的拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率。
在步骤304中，新的拥塞缓解策略的确定方式如实施例二中步骤202中描述的，在此不再赘述。
步骤305：PCRF将新的拥塞缓解策略发送给业务流流经的节点。
在步骤305中，PCRF将新的拥塞缓解策略通过Gx接口发送给PCEF，由所述PCEF利用接收到的所述新的拥塞缓解策略进行无线拥塞控制。
所述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点eNodeB中的至少一种或者多种。
需要说明的是，执行拥塞缓解策略的网元设备除了PCEF、eNodeB之外，还可以是AF，或者数据流检测功能(英文：Traffic Detection Function；缩写：TDF)，这里对于拥塞缓解策略的执行主体不做具体限定。
本发明实施例三PCRF根据第二次接收到的多个用户终端处理的业务流的实际速率对第一次下发的拥塞缓解策略进行调整，并根据接收到多个用户终端测量得到的信道质量，确定出新的拥塞缓解策略，有效地提升了拥塞控制的精度。
需要说明的是，每一个用户终端信道质量信息的请求和获取并不仅仅限于在接收到第二次拥塞信息之后，也可能发生在其他时刻，也不限于PCRF请求获取，也可以是RCAF或者业务流流经节点主动上报。
需要说明的是，每一个用户终端的信道质量信息的获取并不仅仅限于从RCAF获取，也可以由PCRF直接从RAN OAM或者RAN侧节点，如从eNodeB获取。
实施例四：
如图4所示，为本发明实施例四提供的一种无线拥塞控制方法的流程示意图，本发明实施例四是在业务流流经节点为执行主体完成的。所述方法可以如下所述。
步骤401：业务流流经节点向PCRF发送多个用户终端处理的业务流的实际速率。
在步骤401中，业务流流经节点向PCRF发送多个用户终端处理的业务流的实际速率，包括：
业务流流经节点向PCRF发送无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率。
可选地，业务流流经节点向PCRF发送多个用户终端处理的业务流的实际速率，包括：
业务流流经节点统计设定时间长度内、多个用户终端处理的业务流的实际速率，并计算得到所述设定时间长度内每一个用户终端处理的业务流的平均速率；
当计算得到的至少一个业务流的平均速率小于设定速率门限时，业务流流经节点触发向PCRF发送所述多个用户终端处理的业务流的实际速率。
步骤402：业务流流经节点接收PCRF发送的拥塞缓解策略。
其中，所述拥塞缓解策略由所述PCRF根据多个用户终端处理的业务流的实际速率确定，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端的业务流的实际速率。
步骤403：业务流流经节点根据接收到的所述拥塞缓解策略，对当前发生的拥塞进行控制。
在步骤403中，所述拥塞缓解策略中包含了被限制实际速率的业务流以及所述被限制实际速率的业务流的目标速率；
对于处理被限制实际速率的业务流的用户终端，业务流流经节点按照所述拥塞缓解策略中包含的所述被限制实际速率的业务流的目标速率，降低所述用户终端处理的被限制的业务流的实际速率。
所述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点eNodeB中的至少一种或者多种。
实施例五：
如图5所示，为本发明实施例五提供的一种无线拥塞控制设备的结构示意图。所述无线拥塞控制设备包括：获取模块51、确定模块52和控制模块53，其中：
获取模块51，用于获取多个用户终端处理的业务流的实际速率；
确定模块52，用于根据所述获取模块51获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率；
控制模块53，用于将所述确定模块52确定的所述拥塞缓解策略发送给业务流流经节点。
具体地，所述获取模块51，还用于获取所述多个用户终端的签约信息，或获取所述多个用户终端处理的业务流的业务流信息；
所述确定模块52，具体用于根据获取的多个用户终端处理的业务流的实际速率、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略；
其中，所述被限制的业务流的目标速率包含了所述被限制的业务流的最大比特率。
具体地，所述获取模块51，还用于获取所述多个用户终端测量得到的信道质量；
所述确定模块52，具体用于根据获取的多个用户终端处理的业务流的实际速率、获取所述多个用户终端测量得到的信道质量、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略。
具体地，所述被限制实际速率的业务流满足以下条件中的一种或者多种：
业务流的实际速率大于设定的期望速率；
按照获取的所述多个用户终端的签约信息中包含的用户等级，所述被限制实际速率的业务流属于用户等级小于设定第一门限等级的用户终端处理的业务流；
和/或，按照获取的所述多个用户终端处理的业务流的应用层信息中包含的业务处理等级，所述被限制实际速率的业务流属于业务处理等级小于设定第二门限等级的业务流。
具体地，所述获取模块51，具体用于接收拥塞感知功能实体RCAF或业务流流经节点发送的无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率；从接收到的所述RUCI中获取多个用户终端处理的业务流的实际速率。
具体地，所述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点eNodeB中的至少一种或者多种。
本发明实施例五提供的无线拥塞控制设备可以是集成在PCRF内部的逻辑部件，也可以是独立于PCRF的设备，可以通过硬件方式实现，还可以通过软件方式实现。
实施例六：
如图6所示，为本发明实施例六提供的一种无线拥塞控制设备的结构示意图。所述设备包括：发送模块61、接收模块62和拥塞控制模块63，其中：
发送模块61，用于向策略和收费控制功能Policy and Charging RuleFunction发送多个用户终端处理的业务流的实际速率；
接收模块62，用于接收PCRF发送的拥塞缓解策略，其中，所述拥塞缓解策略由所述PCRF根据多个用户终端处理的业务流的实际速率确定，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端的业务流的实际速率；
拥塞控制模块63，用于根据接收到的所述拥塞缓解策略，对当前发生的拥塞进行控制。
具体地，所述发送模块61，具体用于向策略和收费控制功能Policy andCharging Rule Function发送无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率。
所述发送模块61，具体用于统计设定时间长度内、多个用户终端处理的业务流的实际速率，并计算得到所述设定时间长度内每一个用户终端处理的业务流的平均速率；
当计算得到的至少一个业务流的平均速率小于设定速率门限时，触发向PCRF发送所述多个用户终端处理的业务流的实际速率。
可选地，所述拥塞缓解策略中包含了被限制实际速率的业务流以及所述被限制实际速率的业务流的目标速率；
所述拥塞控制模块63，具体用于对于处理被限制实际速率的业务流的用户终端，按照所述拥塞缓解策略中包含的所述被限制实际速率的业务流的目标速率，降低所述用户终端处理的被限制的业务流的实际速率。
本发明实施例六提供的无线拥塞控制设备可以是集成在业务流流经节点内部的逻辑部件，也可以是独立于业务流流经节点的设备，可以通过硬件方式实现，还可以通过软件方式实现。
所述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点eNodeB中的至少一种或者多种。
实施例七：
如图7所示，为本发明实施例七提供的一种无线拥塞控制设备的结构示意图。所述无线拥塞控制设备具备执行本发明实施例一至实施例四的功能，所述无线拥塞控制设备可以采用通用计算机系统结构，计算机系统结构可具体是基于处理器的计算机。所述无线拥塞控制设备实体包括至少一个处理器71，通信总线72以及至少一个通信接口73，至少一个处理器71和至少一个通信接口73通过通信总线72进行通信。
其中，至少一个通信接口73，用于获取多个用户终端处理的业务流的实际速率；
至少一个处理器71，用于根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率；
至少一个通信接口73，还用于将所述拥塞缓解策略发送给业务流流经节点。
具体地，所述至少一个通信接口73，还用于获取所述多个用户终端的签约信息，或获取所述多个用户终端处理的业务流的业务流信息。
所述至少一个处理器71，具体用于根据获取的多个用户终端处理的业务流的实际速率、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略；
其中，所述被限制的业务流的目标速率包含了所述被限制的业务流的最大比特率。
具体地，所述至少一个通信接口73，还用于获取所述多个用户终端测量得到的信道质量；
所述至少一个处理器71，具体用于根据获取的多个用户终端处理的业务流的实际速率、获取所述多个用户终端测量得到的信道质量、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略。
具体地，所述被限制实际速率的业务流满足以下条件中的一种或者多种：
业务流的实际速率大于设定的期望速率；
按照获取的所述多个用户终端的签约信息中包含的用户等级，所述被限制实际速率的业务流属于用户等级小于设定第一门限等级的用户终端处理的业务流；
和/或，按照获取的所述多个用户终端处理的业务流的应用层信息中包含的业务处理等级，所述被限制实际速率的业务流属于业务处理等级小于设定第二门限等级的业务流。
所述至少一个通信接口73，具体用于接收拥塞感知功能实体RCAF或业务流流经节点发送的无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率；
从接收到的所述RUCI中获取多个用户终端处理的业务流的实际速率。
具体地，所述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点eNodeB中的至少一种或者多种。
处理器71可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。
其中，所述通信总线72可包括一通路，在上述组件之间传送信息。所述通信接口73，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。
实施例八：
如图8所示，为本发明实施例八提供的一种无线拥塞控制设备的结构示意图。所述无线拥塞控制设备具备执行本发明实施例一至实施例四的功能，所述无线拥塞控制设备可以采用通用计算机系统结构，计算机系统结构可具体是基于处理器的计算机。所述无线拥塞控制设备实体包括至少一个处理器81，信号接收器82和信号发射器83。
所述信号发射器83，用于向策略和收费控制功能Policy and Charging RuleFunction发送多个用户终端处理的业务流的实际速率；
所述信号接收器82，用于接收PCRF发送的拥塞缓解策略，其中，所述拥塞缓解策略由所述PCRF根据多个用户终端处理的业务流的实际速率确定，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端的业务流的实际速率；
所述处理器81，用于根据接收到的所述拥塞缓解策略，对当前发生的拥塞进行控制。
具体地，所述信号发射器83，具体用于向策略和收费控制功能Policy andCharging Rule Function发送无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率。
具体地，所述信号发射器83，具体用于统计设定时间长度内、多个用户终端处理的业务流的实际速率，并计算得到所述设定时间长度内每一个用户终端处理的业务流的平均速率；
当计算得到的至少一个业务流的平均速率小于设定速率门限时，触发向PCRF发送所述多个用户终端处理的业务流的实际速率。
具体地，所述拥塞缓解策略中包含了被限制实际速率的业务流以及所述被限制实际速率的业务流的目标速率；
所述处理器81，具体用于对于处理被限制实际速率的业务流的用户终端，按照所述拥塞缓解策略中包含的所述被限制实际速率的业务流的目标速率，降低所述用户终端处理的被限制的业务流的实际速率。
其中，处理器81可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。
本领域的技术人员应明白，本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (20)

1.一种无线拥塞控制方法，其特征在于，包括：
策略和收费控制功能Policy and Charging Rule Function获取多个用户终端处理的业务流的实际速率；
PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率；
所述PCRF将所述拥塞缓解策略发送给业务流流经节点。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：
所述PCRF获取所述多个用户终端的签约信息，或获取所述多个用户终端处理的业务流的业务流信息；
所述PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，包括：
所述PCRF根据获取的多个用户终端处理的业务流的实际速率、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
所述PCRF根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略；
其中，所述被限制的业务流的目标速率包含了所述被限制的业务流的最大比特率。
3.如权利要求2所述的方法，其特征在于，所述方法还包括：
所述PCRF获取所述多个用户终端测量得到的信道质量；
所述PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，包括：
所述PCRF根据获取的多个用户终端处理的业务流的实际速率、获取所述多个用户终端测量得到的信道质量、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
所述PCRF根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略。
4.如权利要求1至3任一所述的方法，其特征在于，所述被限制实际速率的业务流满足以下条件中的一种或者多种：
业务流的实际速率大于设定的期望速率；
按照获取的所述多个用户终端的签约信息中包含的用户等级，所述被限制实际速率的业务流属于用户等级小于设定第一门限等级的用户终端处理的业务流；
和/或，按照获取的所述多个用户终端处理的业务流的应用层信息中包含的业务处理等级，所述被限制实际速率的业务流属于业务处理等级小于设定第二门限等级的业务流。
5.如权利要求1至4任一所述的方法，其特征在于，PCRF获取多个用户终端处理的业务流的实际速率，包括：
PCRF接收拥塞感知功能实体RCAF或业务流流经节点发送的无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率；
所述PCRF从接收到的所述RUCI中获取多个用户终端处理的业务流的实际速率。
6.如权利要求5所述的方法，其特征在于，所述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点eNodeB中的至少一种或者多种。
7.一种无线拥塞控制方法，其特征在于，包括：
业务流流经节点向策略和收费控制功能Policy and Charging Rule Function发送多个用户终端处理的业务流的实际速率；
业务流流经节点接收PCRF发送的拥塞缓解策略，其中，所述拥塞缓解策略由所述PCRF根据多个用户终端处理的业务流的实际速率确定，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端的业务流的实际速率；
业务流流经节点根据接收到的所述拥塞缓解策略，对当前发生的拥塞进行控制。
8.如权利要求7所述的方法，其特征在于，业务流流经节点向策略和收费控制功能Policy and Charging Rule Function发送多个用户终端处理的业务流的实际速率，包括：
业务流流经节点向策略和收费控制功能Policy and Charging Rule Function发送无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率。
9.如权利要求7或8所述的方法，其特征在于，业务流流经节点向策略和收费控制功能Policy and Charging Rule Function发送多个用户终端处理的业务流的实际速率，包括：
业务流流经节点统计设定时间长度内、多个用户终端处理的业务流的实际速率，并计算得到所述设定时间长度内每一个用户终端处理的业务流的平均速率；
当计算得到的至少一个业务流的平均速率小于设定速率门限时，业务流流经节点触发向PCRF发送所述多个用户终端处理的业务流的实际速率。
10.如权利要求7至9任一所述的方法，其特征在于，所述拥塞缓解策略中包含了被限制实际速率的业务流以及所述被限制实际速率的业务流的目标速率；
业务流流经节点根据接收到的所述拥塞缓解策略，对当前发生的拥塞进行控制，包括：
对于处理被限制实际速率的业务流的用户终端，业务流流经节点按照所述拥塞缓解策略中包含的所述被限制实际速率的业务流的目标速率，降低所述用户终端处理的被限制的业务流的实际速率。
11.一种无线拥塞控制设备，其特征在于，包括：
获取模块，用于获取多个用户终端处理的业务流的实际速率；
确定模块，用于根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率；
控制模块，用于将所述拥塞缓解策略发送给业务流流经节点。
12.如权利要求11所述的设备，其特征在于，
所述获取模块，还用于获取所述多个用户终端的签约信息，或获取所述多个用户终端处理的业务流的业务流信息；
所述确定模块，具体用于根据获取的多个用户终端处理的业务流的实际速率、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略；
其中，所述被限制的业务流的目标速率包含了所述被限制的业务流的最大比特率。
13.如权利要求12所述的设备，其特征在于，
所述获取模块，还用于获取所述多个用户终端测量得到的信道质量；
所述确定模块，具体用于根据获取的多个用户终端处理的业务流的实际速率、获取所述多个用户终端测量得到的信道质量、获取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解策略。
14.如权利要求11至13任一所述的设备，其特征在于，所述被限制实际速率的业务流满足以下条件中的一种或者多种：
业务流的实际速率大于设定的期望速率；
按照获取的所述多个用户终端的签约信息中包含的用户等级，所述被限制实际速率的业务流属于用户等级小于设定第一门限等级的用户终端处理的业务流；
和/或，按照获取的所述多个用户终端处理的业务流的应用层信息中包含的业务处理等级，所述被限制实际速率的业务流属于业务处理等级小于设定第二门限等级的业务流。
15.如权利要求11至14任一所述的设备，其特征在于，
所述获取模块，具体用于接收拥塞感知功能实体RCAF或业务流流经节点发送的无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率；从接收到的所述RUCI中获取多个用户终端处理的业务流的实际速率。
16.如权利要求15所述的设备，其特征在于，所述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点eNodeB中的至少一种或者多种。
17.一种无线拥塞控制设备，其特征在于，包括：
发送模块，用于向策略和收费控制功能Policy and Charging Rule Function发送多个用户终端处理的业务流的实际速率；
接收模块，用于接收PCRF发送的拥塞缓解策略，其中，所述拥塞缓解策略由所述PCRF根据多个用户终端处理的业务流的实际速率确定，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端的业务流的实际速率；
拥塞控制模块，用于根据接收到的所述拥塞缓解策略，对当前发生的拥塞进行控制。
18.如权利要求17所述的设备，其特征在于，
所述发送模块，具体用于向策略和收费控制功能Policy and Charging RuleFunction发送无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率。
19.如权利要求17或18所述的设备，其特征在于，
所述发送模块，具体用于统计设定时间长度内、多个用户终端处理的业务流的实际速率，并计算得到所述设定时间长度内每一个用户终端处理的业务流的平均速率；
当计算得到的至少一个业务流的平均速率小于设定速率门限时，触发向PCRF发送所述多个用户终端处理的业务流的实际速率。
20.如权利要求17至19任一所述的设备，其特征在于，所述拥塞缓解策略中包含了被限制实际速率的业务流以及所述被限制实际速率的业务流的目标速率；
所述拥塞控制模块，具体用于对于处理被限制实际速率的业务流的用户终端，按照所述拥塞缓解策略中包含的所述被限制实际速率的业务流的目标速率，降低所述用户终端处理的被限制的业务流的实际速率。
CN201410616678.2A 2014-10-31 2014-10-31 一种无线拥塞控制方法和设备 Pending CN104301250A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201410616678.2A CN104301250A (zh) 2014-10-31 2014-10-31 一种无线拥塞控制方法和设备
PCT/CN2015/076087 WO2016065846A1 (zh) 2014-10-31 2015-04-08 一种无线拥塞控制方法和设备
EP15855648.0A EP3163817A4 (en) 2014-10-31 2015-04-08 Wireless congestion control method and device
US15/426,337 US20170150394A1 (en) 2014-10-31 2017-02-07 Radio Congestion Control Method and Device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410616678.2A CN104301250A (zh) 2014-10-31 2014-10-31 一种无线拥塞控制方法和设备

Publications (1)

Publication Number Publication Date
CN104301250A true CN104301250A (zh) 2015-01-21

Family

ID=52320822

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410616678.2A Pending CN104301250A (zh) 2014-10-31 2014-10-31 一种无线拥塞控制方法和设备

Country Status (4)

Country Link
US (1) US20170150394A1 (zh)
EP (1) EP3163817A4 (zh)
CN (1) CN104301250A (zh)
WO (1) WO2016065846A1 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016065846A1 (zh) * 2014-10-31 2016-05-06 华为技术有限公司 一种无线拥塞控制方法和设备
CN105897607A (zh) * 2015-01-26 2016-08-24 中兴通讯股份有限公司 一种拥塞信息的管理方法、装置和系统
CN107113247A (zh) * 2015-09-30 2017-08-29 华为技术有限公司 一种策略的确定方法及装置
CN107872836A (zh) * 2016-09-26 2018-04-03 中国电信股份有限公司 用于根据用户终端类型进行策略配置的方法和系统
CN108307697A (zh) * 2015-04-24 2018-07-20 华为技术有限公司 一种无线数据的传输方法及装置
US10869219B2 (en) 2016-04-11 2020-12-15 Samsung Electronics Co., Ltd. Method and apparatus for controlling traffic of terminal in mobile communication system
CN113395218A (zh) * 2021-06-08 2021-09-14 杭州电子科技大学 一种避免网络拥塞的混合触发控制方法
TWI759448B (zh) * 2017-03-23 2022-04-01 美商高通公司 具有多個資料流程的無線電承載的服務品質配置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3579609B1 (en) * 2017-03-31 2021-05-19 Huawei Technologies Co., Ltd. Network congestion control method, device and system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000035145A2 (en) * 1998-12-07 2000-06-15 Marconi Communications Israel Ltd. Wireless local loop system and methods useful therefor
CN101001204A (zh) * 2006-12-31 2007-07-18 华为技术有限公司 一种高速数据分组接入业务下行拥塞检测控制方法
CN101087244A (zh) * 2006-06-07 2007-12-12 华为技术有限公司 一种流控制传输中拥塞控制的实现方法
CN102138301A (zh) * 2008-05-28 2011-07-27 凯敏公司 合理使用管理方法和系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8429291B2 (en) * 2009-11-18 2013-04-23 Cisco Technology, Inc. Protection of network flows during congestion in a communications network
US8335161B2 (en) * 2010-02-03 2012-12-18 Bridgewater Systems Corp. Systems and methods for network congestion management using radio access network congestion indicators
CN104038968B (zh) * 2013-03-08 2018-12-04 中国移动通信集团广东有限公司 一种控制电子设备共享网络带宽的方法及装置
CN104301250A (zh) * 2014-10-31 2015-01-21 华为技术有限公司 一种无线拥塞控制方法和设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000035145A2 (en) * 1998-12-07 2000-06-15 Marconi Communications Israel Ltd. Wireless local loop system and methods useful therefor
CN101087244A (zh) * 2006-06-07 2007-12-12 华为技术有限公司 一种流控制传输中拥塞控制的实现方法
CN101001204A (zh) * 2006-12-31 2007-07-18 华为技术有限公司 一种高速数据分组接入业务下行拥塞检测控制方法
CN102138301A (zh) * 2008-05-28 2011-07-27 凯敏公司 合理使用管理方法和系统

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016065846A1 (zh) * 2014-10-31 2016-05-06 华为技术有限公司 一种无线拥塞控制方法和设备
CN105897607A (zh) * 2015-01-26 2016-08-24 中兴通讯股份有限公司 一种拥塞信息的管理方法、装置和系统
CN108307697A (zh) * 2015-04-24 2018-07-20 华为技术有限公司 一种无线数据的传输方法及装置
CN107113247A (zh) * 2015-09-30 2017-08-29 华为技术有限公司 一种策略的确定方法及装置
US10616119B2 (en) 2015-09-30 2020-04-07 Huawei Technologies Co., Ltd. Policy determining method and apparatus
CN107113247B (zh) * 2015-09-30 2020-10-27 华为技术有限公司 一种策略的确定方法及装置
EP3429263B1 (en) * 2016-04-11 2022-06-22 Samsung Electronics Co., Ltd. Method and apparatus for controlling traffic of terminal in mobile communication system
US10869219B2 (en) 2016-04-11 2020-12-15 Samsung Electronics Co., Ltd. Method and apparatus for controlling traffic of terminal in mobile communication system
CN107872836A (zh) * 2016-09-26 2018-04-03 中国电信股份有限公司 用于根据用户终端类型进行策略配置的方法和系统
CN107872836B (zh) * 2016-09-26 2021-05-25 中国电信股份有限公司 用于根据用户终端类型进行策略配置的方法和系统
TWI759448B (zh) * 2017-03-23 2022-04-01 美商高通公司 具有多個資料流程的無線電承載的服務品質配置
US12010718B2 (en) 2017-03-23 2024-06-11 Qualcomm Incorporated Quality of service configurations for radio bearers with multiple data flows
CN113395218A (zh) * 2021-06-08 2021-09-14 杭州电子科技大学 一种避免网络拥塞的混合触发控制方法

Also Published As

Publication number Publication date
US20170150394A1 (en) 2017-05-25
WO2016065846A1 (zh) 2016-05-06
EP3163817A4 (en) 2017-08-16
EP3163817A1 (en) 2017-05-03

Similar Documents

Publication Publication Date Title
CA3112926C (en) Slice information processing method and apparatus
CN104301250A (zh) 一种无线拥塞控制方法和设备
US8665717B2 (en) Data rate aware scheduling in advanced wireless networks
CN105992282B (zh) 一种调整服务质量参数的方法和装置
EP2907340B1 (en) Method and apparatus for individually controlling a user equipment in order to optimise the quality of experience (qoe)
CN109451534B (zh) 一种用于5G系统会话管理中QoS流的动态控制方法和装置
US20170325120A1 (en) Quality of experience enforcement in communications
CN105230098B (zh) 一种共享网络的资源管理系统、装置和相应的方法
US20220256395A1 (en) Communication method, apparatus, and system
US10869219B2 (en) Method and apparatus for controlling traffic of terminal in mobile communication system
CN101765144B (zh) 一种处理业务接入的方法和装置
CN104283693A (zh) 策略控制方法及网元
US20170019908A1 (en) Method and System for Controlling Quality of Service of Sharing Network
WO2023143255A1 (zh) 一种通信方法及装置
EP4064756A1 (en) Bandwidth throttling in a radio access network
CN116567608A (zh) 一种通信方法及装置
CN103856926A (zh) 一种计费方法以及策略执行、策略和计费控制功能设备
CN103442406B (zh) 一种接入控制方法及装置
CN104904264A (zh) 业务控制方法、系统及相关设备
CN115334525B (zh) 网络利用率计算方法和装置
CN113891361B (zh) 一种网络扩容方法及装置
US9319273B2 (en) Policy coordination between policy enforcement points
WO2023193894A1 (en) Network slice admission control
WO2019223658A1 (zh) 一种确定背景流量传输策略的方法及装置
CN116261111A (zh) 一种通信方法及设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20150121

WD01 Invention patent application deemed withdrawn after publication