CN106998544A - 基于应用的策略和计费控制方法及装置 - Google Patents

Abstract

本发明提供了一种基于应用的策略和计费控制方法及装置，其中，该方法包括：用户设备UE接收策略服务器提供的应用标识和应用的对应关系，该UE依据该对应关系确定当前应用的应用标识，该UE在网络侧建立的与该应用标识对应的承载上发送该当前应用的消息。采用上述技术方案，解决了无法有效通知UE上行承载的问题，有效管理UE的应用消息的传输。

Description

基于应用的策略和计费控制方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种基于应用的策略和计费控制方法及装置。

背景技术

图1是相关技术中第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)定义的策略和计费控制(Policy and Charging Control，简称为PCC)架构示意图，如图1所示，策略和计费规则功能(Policy and Charging Rules Function,简称为PCRF)为业务使用网络资源进行服务质量(Quality of Service，简称为QoS)和计费策略的制订。PCRF制定控制策略需要结合从应用功能(Application Function，简称为AF)接收的业务信息，从用户签约数据库(Subscription Profile Repository，简称为SPR)接收的用户签约信息，运营商配置的策略等。PCRF将为业务制定的控制策略下发给策略和计费执行功能(Policy and Charging Enforcement Function，简称为PCEF)或者承载绑定和事件上报功能(Bearer Binding and Event Report Function，简称为BBERF)执行。同时PCRF可以向PCEF和/或BBERF订阅承载层相关事件，以便当承载层发生所述事件时及时感知，并更改控制策略。此外，PCEF以及业务检测功能(Traffic Detection Function，简称为TDF)能够根据PCRF下发的PCC规则或应用和检测控制(Application Detectionand Control，简称为ADC)规则执行应用检测和控制功能。

为了实现端到端的QoS保证，3GPP网络提供基于承载粒度的QoS保障。被映射到同一个承载的业务将被采用相同的承载层包转发处理。若需要提供不同的承载层包转发处理，则需要将业务流映射到不同的演进分组核心网承载业务架构(Evolved PacketSystem，简称为EPS)承载上。一般一个承载都有一个关联的过滤器模板(traffic flowtemplate，简称为TFT)。上行业务流模板(UL TFT)是TFT中的上行包过滤器集合。下行业务流模板(DL TFT)是TFT中的下行包过滤器集合。每个公用数据网(Public DataNetwork，简称为PDN)连接中允许有一个承载没有TFT。对于EPS IP连接访问网络(IP-Connectivity Access Network，简称为IP-CAN)，默认承载可能没有TFT。

PCRF下发的PCC或QoS规则中包含一个业务数据流过滤器模板(Service Data Flowtemplate，简称为SDF template)，SDF template中通常包含一个或多个业务数据流过滤器。PCRF可以提供一个包含通配的(wild-carded)业务数据流过滤器的PCC规则以便允许无法匹配其他任何PCC或QoS规则的数据包通过。

当PCEF或BBERF安装或激活PCRF提供的PCC规则或QoS规则后，PCEF或BBERF根据规则中的QCI/ARP执行承载绑定，并根据规则中的SDF template构造TFT以发送给用户设备(User Equipment，简称为UE)。尽管相同QCI/ARP的规则可以绑定到同一个承载上，但是并不是相同QCI/ARP的规则总是绑定到同一个承载。因此PCRF在提供PCC规则/QoS规则时无法确定规则绑定到哪个承载上，而PCEF/BBERF最终决定将PCC/QoS规则绑定到特定的承载上。

对于GBR承载，PCEF/BBERF将承载的GBR设置为绑定到这个承载的所有PCC规则或QoS规则的GBR的总和，将承载的MBR设置为绑定到这个承载的所有PCC规则或QoS规则的MBR的总和。对于Non-GBR承载，当IP-CAN类型支持non-GBR承载可以有分开的MBR时，将Non-GBR承载的MBR设置为绑定到这个承载的所有PCC规则或QoS规则的MBR的总和。核心网和无线侧将根据QCI、ARP、GBR以及MRB为承载分配相应的资源。

因此，现有的QoS保障机制要求网络或终端根据包过滤器识别一个业务的数据包，从而对识别出的数据包应用相应的QoS。然而这种方式有以下几个问题：

1)对于同一个应用的不同业务数据流，尽管他们具有相同的QoS，但由于具有不同的业务过滤器，因此网络和终结之间需要进行交互，以便网络能够通知UE该业务数据流的上行QoS，从而产生不必要的信令。

2)当终端运行一类不可推倒(non-deducible)(即不能获得稳定业务过滤器)的应用时，比如对等网络(Peer to Peer，简称为P2P)业务时，由于网络无法将业务过滤器与承载的绑定关系通知给终端，所以无法让终端获知这类应用的上行QoS参数。目前对这类应用的处理是将其放到默认承载上。

针对相关技术中，无法有效通知UE上行承载的问题，目前还没有有效的解决方案。

发明内容

本发明提供了一种基于应用的策略和计费控制方法及装置，以至少解决相关技术中无法有效通知UE上行承载的问题。

根据本发明的一个方面，提供了一种基于应用的策略和计费控制方法，包括：

用户设备UE接收策略服务器提供的应用标识和应用的对应关系；

所述UE依据所述对应关系确定当前应用的应用标识；

所述UE在与所述应用标识对应的预留资源通道上发送所述当前应用的数据。

进一步地，所述用户设备UE接收策略服务器提供的应用标识和应用的对应关系之后，所述方法包括：

所述UE依据所述对应关系，检测所述当前应用在所述对应关系中对应的应用标识；

在检测到所述对应关系中没有所述当前应用的应用标识的情况下，所述UE向所述策略服务器发送第一请求消息，其中，所述第一请求消息指示所述策略服务器发送所述当前应用对应的应用标识，所述第一请求消息中携带有应用名称列表或所述当前应用的应用名称。

进一步地，在所述UE依据所述对应关系确定当前应用的应用标识之后，所述方法包括：

所述UE向网络侧设备发送资源预留请求消息，其中，所述资源预留请求消息中携带有所述应用标识和服务质量QoS请求参数。

进一步地，所述UE在与所述应用标识对应的预留资源通道上发送所述当前应用的数据之前，所述方法包括：

所述UE接收网络侧设备发送的资源预留消息，其中，所述资源预留消息携带所述应用标识。

根据本发明的一个方面，提供了一种基于应用的策略和计费控制方法，包括：

策略和计费规则功能PCRF获取为应用进行策略决策的触发消息；

所述PCRF为所述应用制定策略和计费控制PCC规则，其中，所述PCC规则包括所述应用对应的应用标识和QoS参数。

进一步地，所述触发消息包括以下之一：

在所述PCEF或者业务检测功能TDF检测到所述应用情况下，所述PCRF获取所述PCEF和所述TDF的所述触发消息；

在所述PCEF接收到UE发送的第一资源预留请求消息时，所述PCRF获取所述PCEF的所述触发消息，其中，所述第一资源预留请求消息携带所述应用标识和QoS请求参数；

在承载绑定和事件上报功能BBERF接收到UE发送的第二资源预留请求消息时，所述PCRF获取所述BBERF的所述触发消息，其中，所述第二资源预留请求消息携带所述应用标识和QoS请求参数。

进一步地，所述PCRF为所述应用制定策略和计费控制PCC规则之后，包括：

所述PCRF向PCEF发送所述PCC规则；

所述PCRF依据所述PCC规则制定QoS规则，所述PCRF发送所述QoS规则给BBERF。

根据本发明的一个方面，提供了一种基于应用的策略和计费控制方法，包括：

PCEF接收PCRF发送的PCC规则，其中，所述PCC规则包括应用标识和QoS参数；

所述PCEF执行所述PCC规则，发起为所述应用预留资源的流程。

进一步地，所述PCEF执行所述PCC规则，发起为所述应用预留资源的流程，所述方法还包括：

所述PCEF向用户设备UE发送创建或修改承载请求消息，其中，所述创建或修改承载请求消息携带所述应用标识和所述QoS参数。

进一步地，所述PCEF接收PCRF发送的PCC规则之前，所述方法还包括：

所述PCEF接收UE发送的第三资源预留请求消息，所述第三资源预留请求消息携带应用标识和QoS请求参数；

所述PCEF发送PCC规则请求消息给所述PCRF，其中，所述PCC规则请求消息携带所述应用标识和所述QoS请求参数。

根据本发明的一个方面，提供了一种基于应用的策略和计费控制方法，包括：

BBERF接收由PCRF发送的QoS规则，其中，所述QoS规则携带应用标识和QoS参数；

所述BBERF执行所述QoS规则，发起为所述应用预留资源的流程。

进一步地，所述BBERF执行所述QoS规则，发起为所述应用预留资源的流程，所述方法还包括：

所述BBERF向UE发送创建或修改承载请求消息，其中，所述创建或修改承载请求消息携带所述应用标识和所述QoS参数。

进一步地，所述BBERF接收所述PCRF发送的QoS规则之前，所述方法还包括：

所述BBERF接收用户设备UE发送的第四资源预留请求消息，所述第四资源预留请求消息携带应用标识和QoS请求参数；

所述BBERF发送QoS规则请求消息给所述PCRF，其中，所述QoS规则请求消息携带所述应用标识和所述QoS请求参数。

根据本发明的另一个方面，提供了一种基于应用的策略和计费控制装置，应用于用户设备UE，包括：

第一接收模块，用于接收策略服务器提供的应用标识和应用的对应关系；

确定模块，用于依据所述对应关系确定当前应用的应用标识；

第一发送模块，用于在与所述应用标识对应的预留资源通道上发送所述当前应用的数据。

进一步地，所述装置包括：

检测模块，用于接收策略服务器提供的应用标识和应用的对应关系之后，依据所述对应关系，检测所述当前应用在所述对应关系中对应的应用标识；

第二发送模块，用于在检测到所述对应关系中没有所述当前应用的应用标识的情况下，向所述策略服务器发送请求消息，其中，所述请求消息指示所述策略服务器发送所述当前应用对应的应用标识，所述请求消息中携带所述当前应用的应用名称或名称列表。

进一步地，所述装置包括：

第三发送模块，用于在依据所述对应关系确定当前应用的应用标识之后，向网络侧设备发送资源预留请求消息，其中，所述资源预留请求消息中携带所述应用标识和QoS请求参数。

进一步地，所述装置包括：

第二接收模块，用于在与所述应用标识对应的预留资源通道上发送所述当前应用的数据之前，接收网络侧设备发送的资源预留消息，其中，所述资源预留消息携带所述应用标识。

通过本发明，用户设备UE接收策略服务器提供的应用标识和应用的对应关系；该UE依据该对应关系确定当前应用的应用标识；该UE在网络侧建立的与该应用标识对应的承载上发送该当前应用的消息，解决了无法有效通知UE上行承载的问题，有效管理UE的应用消息的传输。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是相关技术中第三代合作伙伴计划定义的策略和计费控制架构示意图；

图2是根据本发明实施例的一种基于应用的策略和计费控制方法的流程图一；

图3是根据本发明实施例的一种基于应用的策略和计费控制方法的流程图二；

图4是根据本发明实施例的一种基于应用的策略和计费控制方法的流程图三；

图5是根据本发明实施例的一种基于应用的策略和计费控制方法的流程图四；

图6是根据本发明实施例的一种基于应用的策略和计费控制装置的结构框图一；

图7是根据本发明实施例的一种基于应用的策略和计费控制装置的结构框图二；

图8是根据本发明实施例的一种基于应用的策略和计费控制装置的结构框图三；

图9是根据本发明实施例的一种基于应用的策略和计费控制装置的结构框图四；

图10是根据本发明优选实施例的网络向终端提供应用标识和应用名称列表对应关系的流程图；

图11是根据本发明优选实施例的UE向网络请求应用标识和应用名称列表对应关系的流程图；

图12是根据本发明优选实施例的网络发起资源预留的流程图；

图13是根据本发明优选实施例的网络发起资源预留的流程图；

图14是根据本发明优选实施例的UE发起资源预留的流程图；

图15是根据本发明优选实施例的UE发起资源预留的流程图。

具体实施方式

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

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

在本实施例中提供了一种基于应用的策略和计费控制方法，图2是根据本发明实施例的一种基于应用的策略和计费控制方法的流程图一，如图2所示，该流程包括如下步骤：

步骤S202，用户设备UE接收策略服务器提供的应用标识和应用的对应关系；

步骤S204，该UE依据该对应关系确定当前应用的应用标识；；

步骤S206，该UE在与该应用标识对应的预留资源通道上发送该当前应用的数据。

通过上述步骤，用户设备UE接收策略服务器提供的应用标识和应用的对应关系，该UE依据该对应关系确定当前应用的应用标识；该UE在与该应用标识对应的预留资源通道上发送该当前应用的数据，解决了无法有效通知UE上行承载的问题，有效管理UE的应用消息的传输。

在本实施例中，该用户设备UE接收策略服务器提供的应用标识和应用的对应关系之后，该方法包括：

该UE依据该对应关系，检测该当前应用在该对应关系中对应的应用标识；

在检测到该对应关系中没有该当前应用的应用标识的情况下，该UE向该策略服务器发送第一请求消息，其中，该第一请求消息指示该策略服务器发送该当前应用对应的应用标识，该第一请求消息中携带有应用名称列表或该当前应用的应用名称。

在本实施例中，在该UE依据该对应关系确定当前应用的应用标识之后，该方法包括：

该UE向网络侧设备发送资源预留请求消息，其中，该资源预留请求消息中携带有该应用标识和服务质量QoS请求参数。

在本实施例中，该UE在与该应用标识对应的预留资源通道上发送该当前应用的数据之前，该方法包括：

该UE接收网络侧设备发送的资源预留消息，其中，该资源预留消息携带该应用标识。

在本实施例中提供了一种基于应用的策略和计费控制方法，图3是根据本发明实施例的一种基于应用的策略和计费控制方法的流程图二，如图3所示，该流程包括如下步骤：

步骤S302，策略和计费规则功能PCRF获取为应用进行策略决策的触发消息；

步骤S304，该PCRF为该应用制定策略和计费控制PCC规则，其中，该PCC规则包括该应用对应的应用标识和QoS参数。

在本实施例中，该触发消息包括以下之一：

在该PCEF或者业务检测功能TDF检测到该应用情况下，该PCRF获取该PCEF和该TDF的该触发消息；

在该PCEF接收到UE发送的第一资源预留请求消息时，该PCRF获取该PCEF的该触发消息，其中，该第一资源预留请求消息携带该应用标识和QoS请求参数；

在承载绑定和事件上报功能BBERF接收到UE发送的第二资源预留请求消息时，该PCRF获取该BBERF的该触发消息，其中，该第二资源预留请求消息携带该应用标识和QoS请求参数。

在本实施例中，该PCRF为该应用制定策略和计费控制PCC规则之后，包括：

该PCRF向PCEF发送该PCC规则；

该PCRF依据该PCC规则制定QoS规则，该PCRF发送该QoS规则给BBERF。

在本实施例中提供了一种基于应用的策略和计费控制方法，图4是根据本发明实施例的一种基于应用的策略和计费控制方法的流程图三，如图4所示，该流程包括如下步骤：

步骤S402，PCEF接收PCRF发送的PCC规则，其中，该PCC规则包括应用标识和QoS参数；

步骤S404，该PCEF执行该PCC规则，发起为该应用预留资源的流程。

在本实施例中，该PCEF执行该PCC规则，发起为该应用预留资源的流程还包括：

该PCEF向用户设备UE发送创建或修改承载请求消息，其中，该创建或修改承载请求消息携带该应用标识和该QoS参数。

在本实施例中，该PCEF接收PCRF发送的PCC规则之前，该PCEF接收UE发送的第三资源预留请求消息，该第三资源预留请求消息携带应用标识和QoS请求参数；

该PCEF发送PCC规则请求消息给该PCRF，其中，该PCC规则请求消息携带该应用标识和该QoS请求参数。

在本实施例中提供了一种基于应用的策略和计费控制方法，图5是根据本发明实施例的一种基于应用的策略和计费控制方法的流程图四，如图5所示，该流程包括如下步骤：

步骤S502，BBERF接收由PCRF发送的QoS规则，其中，该QoS规则携带应用标识和QoS参数；

步骤S504，该BBERF执行该QoS规则，发起为该应用预留资源的流程。

在本实施例中，该BBERF执行该QoS规则，发起为该应用预留资源的流程，该方法还包括：

该BBERF向UE发送创建或修改承载请求消息，其中，该创建或修改承载请求消息携带该应用标识和该QoS参数。

在本实施例中，该BBERF接收该PCRF发送的QoS规则之前，该BBERF接收用户设备UE发送的第四资源预留请求消息，该第四资源预留请求消息携带应用标识和QoS请求参数；

该BBERF发送QoS规则请求消息给该PCRF，其中，该QoS规则请求消息携带该应用标识和该QoS请求参数。

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

图6是根据本发明实施例的一种基于应用的策略和计费控制装置的结构框图一，如图6所示，该装置包括：

第一接收模块62，用于接收策略服务器提供的应用标识和应用的对应关系；

确定模块64，与第一接收模块62连接，用于依据该对应关系确定当前应用的应用标识；

第一发送模块66，与确定模块64连接，用于在与该应用标识对应的预留资源通道上发送该当前应用的数据。

通过上述步骤，第一接收模块62接收策略服务器提供的应用标识和应用的对应关系；确定模块64依据该对应关系确定当前应用的应用标识；第一发送模块66在与该应用标识对应的预留资源通道上发送该当前应用的数据，解决了无法有效通知UE上行承载的问题，有效管理UE的应用消息的传输。

图7是根据本发明实施例的一种基于应用的策略和计费控制装置的结构框图二，如图7所示，该装置还包括：

检测模块72，与第一接收模块62连接，用于接收策略服务器提供的应用标识和应用的对应关系之后，依据该对应关系，检测该当前应用在该对应关系中对应的应用标识；

第二发送模块74，与检测模块72连接，用于在检测到该对应关系中没有该当前应用的应用标识的情况下，该UE向该策略服务器发送请求消息，其中，该请求消息指示该策略服务器发送该当前应用对应的应用标识，该请求消息中携带该当前应用的应用名称或名称列表。

图8是根据本发明实施例的一种基于应用的策略和计费控制装置的结构框图三，如图8所示，该装置还包括：

第三发送模块82，与确定模块64连接，用于在依据该对应关系确定当前应用的应用标识之后，向网络侧设备发送资源预留请求消息，其中，该资源预留请求消息中携带该应用标识和QoS请求参数。

图9是根据本发明实施例的一种基于应用的策略和计费控制装置的结构框图四，如图9所示，该装置还包括：

第二接收模块92，与确定模块64连接，用于在与该应用标识对应的预留资源通道上发送该当前应用的数据之前，接收网络侧设备发送的资源预留消息，其中，该资源预留消息携带该应用标识。

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

下面结合本发明优选实施例进行详细说明。

本发明优选实施例一

图10是根据本发明优选实施例的网络向终端提供应用标识和应用名称列表对应关系的流程图，如图10所示，步骤如下：

步骤S1001，部署在运营商上网络中的策略服务器配置应用标识Application Id和应用名称列表的对应关系。当UE接入网络，UE和策略服务器建立连接后，策略服务器向UE发送Application Id和应用名称列表的对应关系。譬如Application Id1对应QQ、微信，Application Id2对应淘宝。

步骤S1002，UE保存策略服务器下发的Application Id和应用名称列表的对应关系后返回确认消息。

该流程也用于当标识Application Id和应用名称列表的对应关系发生变化时，策略服务器向UE更新对应关系。

本发明优选实施例二

图11是根据本发明优选实施例的UE向网络请求应用标识和应用名称列表对应关系的流程图，如图11所示，步骤如下：

步骤S1101，UE安装或运营了一个应用，UE检测到没有该应用对应的应用标识，则UE向策略服务器请求应用标识，消息中携带应用名称或应用名称列表；

步骤S1102，策略服务器向UE返回确认消息，消息中携带该应用对应的ApplicationId。UE保存Application Id与该应用或应用名称列表的对应关系。

本发明优选实施例三

图12是根据本发明优选实施例的网络发起资源预留的流程图，如图12所示，步骤如下：

步骤S1201，PCRF接收到触发进行策略决策。该触发可能来自于PCEF或TDF检测到的应用报告，检测到Application Id标识的应用。PCRF为该应用制定PCC规则，PCC规则中包含Application Id，QoS参数(如QCI、ARP)和计费参数。

步骤S1202，PCRF向PCEF发送策略和计费规则提供消息，携带PCC规则。

步骤S1203，PCEF向PCRF返回策略和计费规则提供确认消息。

步骤S1204，PCEF执行PCC规则，发起资源预留的流程。具体的，PCEF根据PCC规则执行承载绑定，创建或修改承载流程。。PCEF所在的网关发送创建或更新承载请求消息，消息中携带Application Id和QoS参数。该消息会通过一个或多个中间节点发送给UE。UE接收该消息后，向网络返回确认消息。

此后，当UE需要向网络发送用Application Id标识的应用的数据时，UE通过上述创建或更新的承载向网络发送上行数据。此外，UE还可以校验网络发送的下行数据是否在正确的承载上。

本发明优选实施例四

图13是根据本发明优选实施例的网络发起资源预留的流程图，如图13所示，步骤如下：

步骤S1301，PCRF接收到触发进行策略决策。该触发可能来自于PCEF或TDF检测到的应用报告，检测到Application Id标识的应用。PCRF为该应用制定PCC规则，PCC规则中包含Application Id，QoS参数(如QCI、ARP)和计费参数。PCRF进行根据PCC规则制定QoS规则，QoS规则中包含Application Id，QoS参数。

步骤S1302，PCRF向PCEF发送策略和计费规则提供消息，携带PCC规则。

步骤S1303，PCEF向PCRF返回策略和计费规则提供确认消息。

步骤S1304，PCRF向BBERF发送QoS规则提供消息，携带QoS规则。

步骤S1305，BBERF向PCRF返回策略和计费规则提供确认消息。

步骤S1306，BBERF执行QoS规则，发起资源预留的流程。具体的，BBERF根据QoS规则执行承载绑定，创建或修改承载流程。。BBERF所在的网关或基站发送承载或更新承载请求消息，消息中携带Application Id和QoS参数。该消息会通过一个或多个中间节点发送给UE。UE接收该消息后，向网络返回确认消息。

此后，当UE需要向网络发送用Application Id标识的应用的数据时，UE通过上述创建或更新的承载向网络发送上行数据。此外，UE还可以校验网络发送的下行数据是否在正确的承载上。

本发明优选实施例五

图14是根据本发明优选实施例的UE发起资源预留的流程图，如图14所示，步骤如下：

步骤S1401,UE决定为准备开始的应用或是正在进行的应用请求特定的QoS保障，UE根据保存的对应关系确定应用对应的Application Id。UE向网络发送资源预留请求消息，消息中携带Application Id和QoS请求参数。该消息会经过一个或多个中间节点发送给PCEF所在的网关。

步骤S1402，PCEF所在网关接收到该请求消息。PCEF向PCRF策略和计费规则请求消息，消息中携带Application Id和QoS请求参数；

步骤S1403，PCRF接收到请求消息进行策略决策。PCRF根据来自PCEF的请求为该应用制定PCC规则，PCC规则中包含Application Id，QoS参数(如QCI、ARP)和计费参数。

步骤S1404，PCRF向PCEF发送策略和计费规则请求确认消息，携带PCC规则。

步骤S1405，PCEF执行PCC规则，发起资源预留的流程。具体的，PCEF根据PCC规则执行承载绑定，创建或更新承载流程。PCEF所在的网关发送创建或更新承载请求消息，消息中携带Application Id和QoS参数。该消息会通过一个或多个中间节点发送给UE。UE接收该消息后，向网络返回确认消息。

此后，当UE需要向网络发送用Application Id标识的应用的数据时，UE通过上述创建或修改的承载向网络发送上行数据。此外，UE还可以校验网络发送的下行数据是否在正确的承载上。

本发明优选实施例六

图15是根据本发明优选实施例的UE发起资源预留的流程图，如图15所示，步骤如下：

步骤S1501,UE决定为准备开始的应用或是正在进行的应用请求特定的QoS保障，UE根据保存的对应关系确定应用对应的Application Id。UE向网络发送资源预留请求消息，消息中携带Application Id和QoS请求参数。该消息会经过一个或多个中间节点发送给BBERF所在的网关或基站。

步骤S1502，BBERF所在网关或基站接收到该请求消息。BBERF向PCRF发送QoS规则请求消息，消息中携带Application Id和QoS请求参数；

步骤S1503，PCRF接收到请求消息进行策略决策。PCRF根据来自PCEF的请求为该应用制定PCC规则，PCC规则中包含Application Id，QoS参数(如QCI、ARP)和计费参数。进一步地，PCRF根据PCC规则制定QoS规则，QoS规则总包含ApplicationId和QoS参数

步骤S1504，PCRF向BBERF发送策略和计费规则提供QoS规则请求确认消息，携带QoS规则。

步骤S1505，PCRF向PCEF发送策略和计费规则提供消息，携带PCC规则。

步骤S1506，PCEF返回确认消息；

步骤S1507，BBERF执行QoS规则，发起资源预留的流程。具体的，BBERF根据QoS规则执行承载绑定，创建或更新承载流程。BBERF所在的网关和基站发送创建或更新承载请求消息，消息中携带Application Id和QoS参数。该消息会通过一个或多个中间节点发送给UE。UE接收该消息后，向网络返回确认消息。

此后，当UE需要向网络发送用Application Id标识的应用的数据时，UE通过上述创建或修改的承载向网络发送上行数据。此外，UE还可以校验网络发送的下行数据是否在正确的承载上。

以上实施例中，UE和网络通过承载创建或修改流程为应用预留了资源通道。在其他实施例中，也可以通过其他方式为应用预留相应的资源通道。譬如，PCRF分别向UE和BBERF(此时BBERF可以位于基站)发送携带应用标识和QoS参数的规则，UE和BBERF在本地为应用预留资源通道，而不需要UE和BBERF之间进行交互。

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

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

S1，用户设备UE接收策略服务器提供的应用标识和应用的对应关系；

S2，该UE依据该对应关系确定当前应用的应用标识；

S3，该UE在网络侧建立的与该应用标识对应的承载上发送该当前应用的消息。

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

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例所述的方法步骤。

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

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

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

Claims (17)

1.一种基于应用的策略和计费控制方法，其特征在于，包括：

用户设备UE接收策略服务器提供的应用标识和应用的对应关系；

所述UE依据所述对应关系确定当前应用的应用标识；

所述UE在与所述应用标识对应的预留资源通道上发送所述当前应用的数据。

2.根据权利要求1所述的方法，其特征在于，所述用户设备UE接收策略服务器提供的应用标识和应用的对应关系之后，所述方法包括：

所述UE依据所述对应关系，检测所述当前应用在所述对应关系中对应的应用标识；

在检测到所述对应关系中没有所述当前应用的应用标识的情况下，所述UE向所述策略服务器发送第一请求消息，其中，所述第一请求消息指示所述策略服务器发送所述当前应用对应的应用标识，所述第一请求消息中携带有应用名称列表或所述当前应用的应用名称。

3.根据权利要求1所述的方法，其特征在于，在所述UE依据所述对应关系确定当前应用的应用标识之后，所述方法包括：

所述UE向网络侧设备发送资源预留请求消息，其中，所述资源预留请求消息中携带有所述应用标识和服务质量QoS请求参数。

4.根据权利要求3所述的方法，其特征在于，所述UE在与所述应用标识对应的预留资源通道上发送所述当前应用的数据之前，所述方法包括：

所述UE接收网络侧设备发送的资源预留消息，其中，所述资源预留消息携带所述应用标识。

5.一种基于应用的策略和计费控制方法，其特征在于，包括：

策略和计费规则功能PCRF获取为应用进行策略决策的触发消息；

所述PCRF为所述应用制定策略和计费控制PCC规则，其中，所述PCC规则包括所述应用对应的应用标识和服务质量QoS参数。

6.根据权利要求5所述的方法，其特征在于，所述触发消息包括以下之一：

在策略和计费执行功能PCEF或者业务检测功能TDF检测到所述应用情况下，所述PCRF获取所述PCEF和所述TDF的所述触发消息；

在所述PCEF接收到用户设备UE发送的第一资源预留请求消息时，所述PCRF获取所述PCEF的所述触发消息，其中，所述第一资源预留请求消息携带所述应用标识和QoS请求参数；

在承载绑定和事件上报功能BBERF接收到UE发送的第二资源预留请求消息时，所述PCRF获取所述BBERF的所述触发消息，其中，所述第二资源预留请求消息携带所述应用标识和QoS请求参数。

7.根据权利要求5所述的方法，其特征在于，所述PCRF为所述应用制定策略和计费控制PCC规则之后，包括：

所述PCRF向PCEF发送所述PCC规则；

所述PCRF依据所述PCC规则制定QoS规则，所述PCRF发送所述QoS规则给BBERF。

8.一种基于应用的策略和计费控制方法，其特征在于，包括：

策略和计费执行功能PCEF接收策略和计费规则功能PCRF发送的策略和计费控制PCC规则，其中，所述PCC规则包括应用标识和服务质量QoS参数；

所述PCEF执行所述PCC规则，发起为所述应用预留资源的流程。

9.根据权利要求8所述的方法，其特征在于，所述PCEF执行所述PCC规则，发起为所述应用预留资源的流程，所述方法还包括：

所述PCEF向用户设备UE发送创建或修改承载请求消息，其中，所述创建或修改承载请求消息携带所述应用标识和所述QoS参数。

10.根据权利要求8所述的方法，其特征在于，所述PCEF接收PCRF发送的PCC规则之前，所述方法还包括：

所述PCEF接收UE发送的第三资源预留请求消息，所述第三资源预留请求消息携带应用标识和QoS请求参数；

所述PCEF发送PCC规则请求消息给所述PCRF，其中，所述PCC规则请求消息携带所述应用标识和所述QoS请求参数。

11.一种基于应用的策略和计费控制方法，其特征在于，包括：

承载绑定和事件上报功能BBERF接收由策略和计费规则功能PCRF发送的服务质量QoS规则，其中，所述QoS规则携带应用标识和QoS参数；

所述BBERF执行所述QoS规则，发起为所述应用预留资源的流程。

12.根据权利要求11所述的方法，其特征在于，所述BBERF执行所述QoS规则，发起为所述应用预留资源的流程，所述方法还包括：

所述BBERF向UE发送创建或修改承载请求消息，其中，所述创建或修改承载请求消息携带所述应用标识和所述QoS参数。

13.根据权利要求11所述的方法，其特征在于，所述BBERF接收所述PCRF发送的QoS规则之前，所述方法还包括：

所述BBERF接收用户设备UE发送的第四资源预留请求消息，所述第四资源预留请求消息携带应用标识和QoS请求参数；

所述BBERF发送QoS规则请求消息给所述PCRF，其中，所述QoS规则请求消息携带所述应用标识和所述QoS请求参数。

14.一种基于应用的策略和计费控制装置，应用于用户设备UE，其特征在于，包括：

第一接收模块，用于接收策略服务器提供的应用标识和应用的对应关系；

确定模块，用于依据所述对应关系确定当前应用的应用标识；

第一发送模块，用于在与所述应用标识对应的预留资源通道上发送所述当前应用的数据。

15.根据权利要求14所述的装置，其特征在于，所述装置包括：

检测模块，用于接收策略服务器提供的应用标识和应用的对应关系之后，依据所述对应关系，检测所述当前应用在所述对应关系中对应的应用标识；

第二发送模块，用于在检测到所述对应关系中没有所述当前应用的应用标识的情况下，向所述策略服务器发送请求消息，其中，所述请求消息指示所述策略服务器发送所述当前应用对应的应用标识，所述请求消息中携带所述当前应用的应用名称或名称列表。

16.根据权利要求14所述的装置，其特征在于，所述装置包括：

第三发送模块，用于在依据所述对应关系确定当前应用的应用标识之后，向网络侧设备发送资源预留请求消息，其中，所述资源预留请求消息中携带所述应用标识和QoS请求参数。

17.根据权利要求14所述的装置，其特征在于，所述装置包括：

第二接收模块，用于在与所述应用标识对应的预留资源通道上发送所述当前应用的数据之前，接收网络侧设备发送的资源预留消息，其中，所述资源预留消息携带所述应用标识。