一种无线拥塞控制方法和设备的制作方法
【专利摘要】本发明公开了一种无线拥塞控制方法和设备，包括：PCRF获取多个用户终端处理的业务流的实际速率；PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际速率；所述PCRF将所述拥塞缓解策略发送给业务流流经节点，使所述业务流流经节点执行所述拥塞缓解策略。通过获取的不同用户终端处理的业务流的实际速率，确定被限制的一部分用户终端处理的业务流的实际速率，以达到提升其他用户终端处理的业务流的实际速率的目的，有效缓解系统出现的拥塞，提升拥塞用户的业务体验。
【专利说明】一种无线拥塞控制方法和设备
【技术领域】
[0001] 本发明涉及无线通信【技术领域】，尤其涉及一种无线拥塞控制方法和设备。
【背景技术】
[0002] 在无线长期演进（英文：Long Term Evolution ;缩写：LTE)网络中，策略和收费控 制（英文：P〇licy and Charging Control ;缩写：PCC)架构被引以实现用户数据传输策略 决策和收费功能。
[0003] 具体地，策略和收费控制功能（英文：Policy and Charging Rule Function ;缩 写：PCRF)作为控制策略产生的主要功能实体，分别接收来自应用功能（英文Application Function;缩写：AF)的应用层信息、来自 Subscription Profile Repository(缩写：SPR) 的用户签约信息、来自策略和收费执行功能（英文：P〇licy and Charging Enforcement Function ;缩写：PCEF)的 IP 接入网（英文：IP Connectivity Access Network;缩写： IP-CAN)信息；根据接收到的应用层信息、用户签约信息和IP-CAN信息，得到基于服务数据 流（英文Service Date Flow;缩写：SDF)的控制策略，并将得到的控制策略发送至PCEF、 演进节点（英文：Evolved Node B ;缩写：eNodeB)等数据流经节点执行。
[0004] eNodeB作为数据流向用户终端（英文：User Equipment ;缩写：UE)的最后一个节 点，根据PCRF发送的控制策略和调度策略，向UE传输数据。但是在实际数据传输过程中， 由于UE信道条件、同一个小区用户接入数量以及用户业务数据量等多方面原因，发送给用 户的数据容易在eNodeB处发生拥塞，导致用户数据传输时延较长或者数据丢失等问题。
【发明内容】
[0005] 有鉴于此，本发明实施例提供了一种无线拥塞控制方法和设备，用于确定拥塞缓 解策略以缓解系统拥塞。
[0006] 根据本发明的第一方面，提供了一种无线拥塞控制方法，包括：
[0007] 策略和收费控制功能Policy and Charging Rule Function获取多个用户终端处 理的业务流的实际速率；
[0008] PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其 中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实 际速率；
[0009] 所述PCRF将所述拥塞缓解策略发送给业务流流经节点。
[0010] 结合本发明第一方面可能的实施方式，在第一种可能的实施方式中，所述方法还 包括：
[0011] 所述PCRF获取所述多个用户终端的签约信息，或获取所述多个用户终端处理的 业务流的业务流信息；
[0012] 所述PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策 略，包括：
[0013] 所述PCRF根据获取的多个用户终端处理的业务流的实际速率、获取的所述多个 用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信息，确定被限制 实际速率的业务流及被限制的业务流的目标速率；
[0014] 所述PCRF根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确 定拥塞缓解策略；
[0015] 其中，所述被限制的业务流的目标速率包含了所述被限制的业务流的最大比特 率。
[0016] 结合本发明第一方面的第一种可能的实施方式，在第二种可能的实施方式中，所 述方法还包括：
[0017] 所述PCRF获取所述多个用户终端测量得到的信道质量；
[0018] 所述PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策 略，包括：
[0019] 所述PCRF根据获取的多个用户终端处理的业务流的实际速率、获取所述多个用 户终端测量得到的信道质量、获取的所述多个用户终端的签约信息或获取的所述多个用户 终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的业务流的目标 速率；
[0020] 所述PCRF根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确 定拥塞缓解策略。
[0021] 结合本发明第一方面可能的实施方式，或者结合本发明第一方面的第一种可能的 实施方式，或者结合本发明第一方面的第二种可能的实施方式，在第三种可能的实施方式 中，所述被限制实际速率的业务流满足以下条件中的一种或者多种：
[0022] 业务流的实际速率大于设定的期望速率；
[0023] 按照获取的所述多个用户终端的签约信息中包含的用户等级，所述被限制实际速 率的业务流属于用户等级小于设定第一门限等级的用户终端处理的业务流；
[0024] 和/或，按照获取的所述多个用户终端处理的业务流的应用层信息中包含的业务 处理等级，所述被限制实际速率的业务流属于业务处理等级小于设定第二门限等级的业务 流。
[0025] 结合本发明第一方面可能的实施方式，或者结合本发明第一方面的第一种可能的 实施方式，或者结合本发明第一方面的第二种可能的实施方式，或者结合本发明第一方面 的第三种可能的实施方式，在第四种可能的实施方式中，PCRF获取多个用户终端处理的业 务流的实际速率，包括：
[0026] PCRF接收拥塞感知功能实体RCAF或业务流流经节点发送的无线用户数据拥塞信 息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率；
[0027] 所述PCRF从接收到的所述RUCI中获取多个用户终端处理的业务流的实际速率。
[0028] 结合本发明第一方面的第四种可能的实施方式，在第五种可能的实施方式中，所 述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点 eNodeB中的至少一种或者多种。
[0029] 根据本发明的第二方面，提供了一种无线拥塞控制方法，包括：
[0030] 业务流流经节点向策略和收费控制功能Policy and Charging Rule Function发 送多个用户终端处理的业务流的实际速率；
[0031] 业务流流经节点接收PCRF发送的拥塞缓解策略，其中，所述拥塞缓解策略由所述 PCRF根据多个用户终端处理的业务流的实际速率确定，所述拥塞缓解策略用于限制所述多 个用户终端中的一部分用户终端的业务流的实际速率；
[0032] 业务流流经节点根据接收到的所述拥塞缓解策略，对当前发生的拥塞进行控制。
[0033] 结合本发明第二方面可能的实施方式，在第一种可能的实施方式中，业务流流经 节点向策略和收费控制功能Policy and Charging Rule Function发送多个用户终端处理 的业务流的实际速率，包括：
[0034] 业务流流经节点向策略和收费控制功能Policy and Charging Rule Function发 送无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实 际速率。
[0035] 结合本发明第二方面可能的实施方式，或者结合本发明第二方面的第一种可能 的实施方式，在第二种可能的实施方式中，业务流流经节点向策略和收费控制功能Policy and Charging Rule Function发送多个用户终端处理的业务流的实际速率，包括：
[0036] 业务流流经节点统计设定时间长度内、多个用户终端处理的业务流的实际速率， 并计算得到所述设定时间长度内每一个用户终端处理的业务流的平均速率；
[0037] 当计算得到的至少一个业务流的平均速率小于设定速率门限时，业务流流经节点 触发向PCRF发送所述多个用户终端处理的业务流的实际速率。
[0038] 结合本发明第二方面可能的实施方式，或者结合本发明第二方面的第一种可能的 实施方式，或者结合本发明第二方面的第二种可能的实施方式，在第三种可能的实施方式 中，所述拥塞缓解策略中包含了被限制实际速率的业务流以及所述被限制实际速率的业务 流的目标速率；
[0039] 业务流流经节点根据接收到的所述拥塞缓解策略，对当前发生的拥塞进行控制， 包括：
[0040] 对于处理被限制实际速率的业务流的用户终端，业务流流经节点按照所述拥塞缓 解策略中包含的所述被限制实际速率的业务流的目标速率，降低所述用户终端处理的被限 制的业务流的实际速率。
[0041] 根据本发明的第三方面，提供了一种无线拥塞控制设备，包括：
[0042] 获取模块，用于获取多个用户终端处理的业务流的实际速率；
[0043] 确定模块，用于根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓 解策略，其中，所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的 业务流的实际速率；
[0044] 控制模块，用于将所述拥塞缓解策略发送给业务流流经节点。
[0045] 结合本发明第三方面可能的实施方式，在第一种可能的实施方式中，所述获取模 块，还用于获取所述多个用户终端的签约信息，或获取所述多个用户终端处理的业务流的 业务流?目息；
[0046] 所述确定模块，具体用于根据获取的多个用户终端处理的业务流的实际速率、获 取的所述多个用户终端的签约信息或获取的所述多个用户终端处理的业务流的应用层信 息，确定被限制实际速率的业务流及被限制的业务流的目标速率；
[0047] 根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解 策略；
[0048] 其中，所述被限制的业务流的目标速率包含了所述被限制的业务流的最大比特 率。
[0049] 结合本发明第三方面的第一种可能的实施方式，在第二种可能的实施方式中，所 述获取模块，还用于获取所述多个用户终端测量得到的信道质量；
[0050] 所述确定模块，具体用于根据获取的多个用户终端处理的业务流的实际速率、获 取所述多个用户终端测量得到的信道质量、获取的所述多个用户终端的签约信息或获取的 所述多个用户终端处理的业务流的应用层信息，确定被限制实际速率的业务流及被限制的 业务流的目标速率；
[0051] 根据所述被限制实际速率的业务流及被限制的业务流的目标速率，确定拥塞缓解 策略。
[0052] 结合本发明第三方面可能的实施方式，或者结合本发明第三方面的第一种可能的 实施方式，或者结合本发明第三方面的第二种可能的实施方式，在第三种可能的实施方式 中，所述被限制实际速率的业务流满足以下条件中的一种或者多种：
[0053] 业务流的实际速率大于设定的期望速率；
[0054] 按照获取的所述多个用户终端的签约信息中包含的用户等级，所述被限制实际速 率的业务流属于用户等级小于设定第一门限等级的用户终端处理的业务流；
[0055] 和/或，按照获取的所述多个用户终端处理的业务流的应用层信息中包含的业务 处理等级，所述被限制实际速率的业务流属于业务处理等级小于设定第二门限等级的业务 流。
[0056] 结合本发明第三方面可能的实施方式，或者结合本发明第三方面的第一种可能的 实施方式，或者结合本发明第三方面的第二种可能的实施方式，或者结合本发明第三方面 的第三种可能的实施方式，在第四种可能的实施方式中，所述获取模块，具体用于接收拥塞 感知功能实体RCAF或业务流流经节点发送的无线用户数据拥塞信息RUCI，其中，所述RUCI 中包含了多个用户终端处理的业务流的实际速率；从接收到的所述RUCI中获取多个用户 终端处理的业务流的实际速率。
[0057] 结合本发明第三方面的第四种可能的实施方式，在第五种可能的实施方式中，所 述业务流流经节点包含了策略和收费执行功能PCEF，数据流检测功能TDF或者演进节点 eNodeB中的至少一种或者多种。
[0058] 根据本发明的第四方面，提供了一种无线拥塞控制设备，包括：
[0059] 发送模块，用于向策略和收费控制功能Policy and Charging Rule Function发 送多个用户终端处理的业务流的实际速率；
[0060] 接收模块，用于接收PCRF发送的拥塞缓解策略，其中，所述拥塞缓解策略由所述 PCRF根据多个用户终端处理的业务流的实际速率确定，所述拥塞缓解策略用于限制所述多 个用户终端中的一部分用户终端的业务流的实际速率；
[0061] 拥塞控制模块，用于根据接收到的所述拥塞缓解策略，对当前发生的拥塞进行控 制。
[0062] 结合本发明第四方面可能的实施方式，在第一种可能的实施方式中，所述发送模 块，具体用于向策略和收费控制功能Policy and Charging Rule Function发送无线用户 数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的实际速率。
[0063] 结合本发明第四方面可能的实施方式，或者结合本发明第四方面的第一种可能的 实施方式，在第二种可能的实施方式中，所述发送模块，具体用于统计设定时间长度内、多 个用户终端处理的业务流的实际速率，并计算得到所述设定时间长度内每一个用户终端处 理的业务流的平均速率；
[0064] 当计算得到的至少一个业务流的平均速率小于设定速率门限时，触发向PCRF发 送所述多个用户终端处理的业务流的实际速率。
[0065] 结合本发明第四方面可能的实施方式，或者结合本发明第四方面的第一种可能的 实施方式，或者结合本发明第四方面的第二种可能的实施方式，在第三种可能的实施方式 中，所述拥塞缓解策略中包含了被限制实际速率的业务流以及所述被限制实际速率的业务 流的目标速率；
[0066] 所述拥塞控制模块，具体用于对于处理被限制实际速率的业务流的用户终端，按 照所述拥塞缓解策略中包含的所述被限制实际速率的业务流的目标速率，降低所述用户终 端处理的被限制的业务流的实际速率。
[0067] 本发明有益效果如下：
[0068] 本发明实施例策略和收费控制功能PCRF获取多个用户终端处理的业务流的实际 速率；PCRF根据获取的多个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中， 所述拥塞缓解策略用于限制所述多个用户终端中的一部分用户终端处理的业务流的实际 速率；所述PCRF将所述拥塞缓解策略发送给业务流流经节点，使所述业务流流经节点执行 所述拥塞缓解策略。本发明实施例通过获取的不同用户终端处理的业务流的实际速率，确 定被限制的一部分用户终端处理的业务流的实际速率，以达到提升其他用户终端处理的业 务流的实际速率的目的，有效缓解系统出现的拥塞，提升拥塞用户的业务体验。
【专利附图】
【附图说明】
[0069] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使 用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本 领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其 他的附图。
[0070] 图1为本发明实施例一提供的一种无线拥塞控制方法的流程示意图；
[0071] 图2为本发明实施例二提供的一种无线拥塞控制方法的流程示意图；
[0072] 图3为本发明实施例三提供的一种无线拥塞控制方法的流程示意图；
[0073] 图4为本发明实施例四提供的一种无线拥塞控制方法的流程示意图；
[0074] 图5为本发明实施例五提供的一种无线拥塞控制设备的结构示意图；
[0075] 图6为本发明实施例六提供的一种无线拥塞控制设备的结构示意图；
[0076] 图7为本发明实施例七提供的一种无线拥塞控制设备的结构示意图；
[0077] 图8为本发明实施例八提供的一种无线拥塞控制设备的结构示意图。
【具体实施方式】
[0078] 为了实现本发明的目的，本发明实施例提供了一种无线拥塞控制方法和设备，策 略和收费控制功能PCRF获取多个用户终端处理的业务流的实际速率；PCRF根据获取的多 个用户终端处理的业务流的实际速率，确定拥塞缓解策略，其中，所述拥塞缓解策略用于限 制所述多个用户终端中的一部分用户终端处理的业务流的实际速率；所述PCRF将所述拥 塞缓解策略发送给业务流流经节点，使所述业务流流经节点执行所述拥塞缓解策略。本发 明实施例通过获取的不同用户终端处理的业务流的实际速率，确定被限制的一部分用户终 端处理的业务流的实际速率，以达到提升其他用户终端处理的业务流的实际速率的目的， 有效缓解系统出现的拥塞，提升拥塞用户的业务体验。
[0079] 需要说明的是：为了缓解系统拥塞问题，可以在PCC架构中引入无线拥塞感知功 能（英文：Radio Congestion Awareness Function ;缩写：RCAF)和新的接口 Np。
[0080] 其中，Np接口用于在RCAF和PCRF之间传输无线用户数据拥塞信息（英文：RAN User plan Congestion Information ;缩写：RUCI) 〇
[0081] 下面结合说明书附图对本发明各个实施例作进一步地详细描述。显然，所描述的 实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域 普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护 的范围。
[0082] 实施例一：
[0083] 如图1所示，为本发明实施例一提供的一种无线拥塞控制方法的流程示意图。所 述方法可以如下所述。
[0084] 步骤101 :PCRF获取多个用户终端处理的业务流的实际速率。
[0085] 在步骤101中，PCRF获取多个用户终端处理的业务流的实际速率中包含的多个用 户终端满足：
[0086] 所述多个用户终端属于一个用户终端群，该用户终端群中的用户终端共享同一无 线资源。
[0087] 其中，所述用户终端群中的用户终端以码分多址接入（英文：C〇de Division Multiple Access;缩写：CDMA)、频分多址接入（英文：Frequency Division Multiple Access ;缩写：FDMA)或者时分多址接入（英文：Time Division Multiple Access ;缩写： TDM)中的一种或多种方式接入同一无线资源。
[0088] 例如：以上述接入方式接入同一个服务小区或扇区的多个用户终端；或者接入多 个小区共同服务的用户终端。
[0089] 需要说明的是，所述业务流的实际速率包括设定时间长度内所述业务流的平均速 率。
[0090] 在本发明的另一个实施例中，策略和收费控制功能PCRF获取多个用户终端处理 的业务流的实际速率的方式包括但不限于 ：
[0091] 所述PCRF接收拥塞感知功能实体RCAF或业务流流经节点发送的RUCI，其中，所述 RUCI中包含了多个用户终端处理的业务流的实际速率；
[0092] 所述PCRF从接收到的所述RUCI中获取多个用户终端处理的业务流的实际速率。
[0093] 具体地，PCRF通过与RCAF之间的Np接口获取RCAF发送的RUCI。
[0094] 第一种情形：
[0095] 所述PCRF接收RCAF或业务流流经节点发送的RUCI中包含了设定时间长度内每 一个用户终端处理业务流的实际速率。
[0096] 此时，所述PCRF对接收到的设定时间长度内每一个用户终端处理业务流的实际 速率，执行以下操作：
[0097] 针对设定时间长度内每一个用户终端处理业务流的实际速率，判断该用户终端在 设定时间长度内处理业务流的实际速率是否小于设定速率门限；
[0098] 若该用户终端在设定时间长度内处理业务流的实际速率小于设定速率门限，则确 定该用户终端在设定时间长度内处理的业务流已处于拥塞状态，属于拥塞业务流；
[0099] 若该用户终端在设定时间长度内处理业务流的实际速率不小于设定速率门限，则 确定该用户终端在设定时间长度内处理的业务流不处于拥塞。
[0100] 也就是说，所述PCRF对接收到的设定时间长度内每一个用户终端处理业务流的 实际速率进行判断之后，若接收到的实际速率中至少存在一个实际速率小于设定速率门 限，那么所述PCRF触发执行步骤102确定拥塞缓解策略。
[0101] 这里需要说明的是，在第一种情形下，PCRF与RCAF协商，由RCAF对一个用户终端 集群中每一个用户终端处理业务流的实际速率进行统计，并实时或者定时或者周期地将统 计结果携带在RUCI中通过Np接口发送给PCRF，这里的PCRF需要根据统计结果判断是否存 在用户终端处理的业务流发生拥塞。
[0102] 第二种情形：
[0103] 所述PCRF接收RCAF或业务流流经节点发送的RUCI中包含了发生拥塞的第一用 户终端处理业务流的实际速率以及与所述第一用户终端属于同一个用户终端集群的其他 第二用户终端处理业务流的实际速率。
[0104] 需要说明的是，这里发生拥塞的第一用户终端可以是指一个用户终端，也可以是 指多个用户终端，不做具体限定；这里的其他第二用户终端也可以是指一个用户终端，也可 以是指多个用户终端，不做具体限定。
[0105] 需要说明的是，若RUCI中包含了多个用户终端处理业务的实际速率，那么还 需要包含每一个用户终端的终端标识，终端标识可以为IMSI (International Mobile Subscriber Identifier,国际移动用户标识符），也可以为用户ID等，这里不做具体限定。
[0106] 在本发明的另一个实施例中，通过以下方式确定发生拥塞的第一用户终端：
[0107] RCAF统计设定时间长度内的第一用户终端处理的业务流的实际速率，并计算得到 所述设定时间长度内所述第一用户终端处理的业务流的平均速率；当所述平均速率小于设 定速率门限时，确定所述第一用户终端处理的业务流发生拥塞。
[0108] 需要说明的是，设定速率门限可以由运营商预先设定，也可以由PCRF动态下发给 RCAF，这里对其设定方式不做具体限定。
[0109] 具体地，RCAF收集不同用户终端的业务流的实际速率，这里的业务流的实际速 率可以来自无线接入网运营管理维护系统（英文：Radio Access Network Operation Administration and Maintenance system;缩写：RAN 0AM)，也可以来自无线接入网（英 文：Radio Access Network ;缩写：RAN)的一个节点（例如：eNodeB)。
[0110] 针对每一个用户终端，RCAF计算得到设定时间长度内该用户终端处理的业务流的 平均速率，并将该平均速率与设定速率门限（或者业务流的预期传输速率）进行比较；若该 平均速率小于设定速率门限，则说明该用户终端处理的该业务流发生拥塞；若该平均速率 不小于设定速率门限，则说明该用户终端处理的业务流未发生拥塞。
[0111] RCAF -旦确定存在用户终端处理的业务流发生拥塞，若RCAF确定第一用户终端 处理的业务流发生拥塞时，确定与所述第一用户终端属于同一个用户终端集群的其他第二 用户终端，并触发通过Np接口向PCRF发送RUCI。
[0112] 这里的RUCI中包含了发生拥塞的第一用户终端处理的业务流的实际速率以及与 所述第一用户终端属于同一个用户终端集群的其他第二用户终端处理业务流的实际速率。
[0113] 例如：RCAF 从移动管理实体（英文：Mobility Management Entity ;缩写：MME)中 获取与发生拥塞的第一用户终端接入同一个小区的其他第二用户终端，并得到获取的其他 第二用户终端处理的业务流的实际速率。
[0114] 需要说明的是，在第一种情形和第二种情形中，用户终端处理的业务流可以是该 用户终端处理的全部业务流，也可以是该用户终端处理的部分业务流，这里不做限定。对于 该用户终端处理的部分业务流，应至少包含以下业务流中的一种或多种：
[0115] 发生拥塞的业务流；
[0116] 业务处理等级大于设定门限值的业务流；
[0117] 运营商预设或PCRF指定的业务流；
[0118] 业务流的实际速率大于设定阈值的业务流。
[0119] 其中，设定阈值可以由运营商预设或PCRF指定。
[0120] 需要说明的是，如果该用户终端处理的业务流中同一个业务类型的多个业务流的 实际速率的和值大于阈值，那么可将同一个业务类型的多个业务流作为一个业务流进行处 理。
[0121] 需要说明的是，这里的业务流的实际速率可以是指业务流在应用层的实际速率， 也可以是指在其他协议层的实际速率，例如：MAC层的速率，这里对于业务流的实际速率具 体指什么速率不做具体限定，在获取不同用户终端的业务流的实际速率时，获取的是不同 用户终端在相同层面的业务流的实际速率（例如：统一是应用层速率，或者统一是其他协 议层速率等等）。
[0122] 对于第一种情形和第二种情形，RCAF通过Np接口向PCRF发送RUCI的方式包括 但不限于：
[0123] 第一种方式：
[0124] RCAF将获取的多个用户终端处理的业务流的实际速率生成一个RUCI发送给 PCRF，也就是说PCRF接收到的RUCI中包含了多个用户终端处理的业务流的实际传输速率。
[0125] 第二种方式：
[0126] RCAF将获取的每一个用户终端处理的业务流的实际速率生成一个RUCI发送给 PCRF，也就是说PCRF接收到的多个RUCI，每一个RUCI中包含了 一个用户终端处理的业务流 的实际速率。
[0127] 需要说明的是，本实例并不限定RUCI发送的具体方式，可以是以一个完整的RUCI 发送，还可以以任何方式拆分为多个RUCI发送。
[0128] 对于第一种情形和第二种情形，RCAF通过Np接口向PCRF发送RUCI的形式包括 但不限于：
[0129] RCAF通过Np接口向PCRF发送RUCI可通过Diameter协议中的Message消息携 带，具体包括：触发方式、所有用户终端的所有SDFs。
[0130] 其中，所有用户终端的所有SDFs包含了每一个用户终端的所有SDF ;每一个用户 终端的所有SDF包含了用户终端标识和每一个SDF ;每一个SDF包含了 SDF标识和该SDF的 速率值。
[0131] 例如：
[0132] * [Event-Trigger]:表示RUCI信息发送的触发方式；
[0133] *[Data-Rate_Description]:组合AVP，内含所有用户终端所有SDFs(英文： Service Data Flow ;中文：服务数据流）速率描述；
[0134] *[UE-Rate-Description]:组合AVP，内含该用户终端所有SDFs速率描述；
[0135] *[UE_ID]:该UE的标识，通常为IMSI值；
[0136] * [Flow-Rate-Description]:组合 AVP,内含该 SDF 信息；
[0137] * [Flow-Description]:该 SDF 的标识；
[0138] *[Flow-Data-Rate]:该 SDF 的速率值。
[0139] 需要说明的是，Event-Trigger表达RCAF向PCRF上报RUCI的触发方式，可以是时 间触发，如在RCAF上预设一个时间条件，也可以是事件触发，如RCAF检测到存在用户终端 处理的业务流发生拥塞时触发发送RUCI或者PCRF要求RCAF上报RUCI时触发发送RUCI。
[0140] 可选地，如表1所示，为RCAF发送的RUCI格式的结构示意图：
[0141]
【权利要求】
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 Rule Function 发送无线用户数据拥塞信息RUCI，其中，所述RUCI中包含了多个用户终端处理的业务流的 实际速率。
19. 如权利要求17或18所述的设备，其特征在于， 所述发送模块，具体用于统计设定时间长度内、多个用户终端处理的业务流的实际速 率，并计算得到所述设定时间长度内每一个用户终端处理的业务流的平均速率； 当计算得到的至少一个业务流的平均速率小于设定速率门限时，触发向PCRF发送所 述多个用户终端处理的业务流的实际速率。
20.如权利要求17至19任一所述的设备，其特征在于，所述拥塞缓解策略中包含了被 限制实际速率的业务流以及所述被限制实际速率的业务流的目标速率； 所述拥塞控制模块，具体用于对于处理被限制实际速率的业务流的用户终端，按照所 述拥塞缓解策略中包含的所述被限制实际速率的业务流的目标速率，降低所述用户终端处 理的被限制的业务流的实际速率。
【文档编号】H04L12/813GK104301250SQ201410616678
【公开日】2015年1月21日 申请日期:2014年10月31日 优先权日:2014年10月31日
【发明者】范宇群, 周雷 申请人:华为技术有限公司