CN101420338B - Pcc架构中的信息查询方法、装置及系统 - Google Patents

Abstract

本发明实施例提供一种PCC结构中的信息查询方法，包括：信息提供端接收信息查询端发送的信息查询指示；查询所述信息查询指示需要当前查询的信息；将当前查询到的所述需要当前查询的信息发送给所述信息查询端。本发明实施例还提供PCC结构中的信息查询系统。本发明实施例的技术方案能够使信息查询端及时获取到所要查询的信息，以便信息查询端根据及时获取的事件的当前信息，进行相应的其他操作。

Description

PCC架构中的信息查询方法、装置及系统

技术领域

本发明涉及业务质量控制与计费技术领域，尤其涉及一种策略和计费控制(PCC，Policy and Charging Control)架构中的信息查询方法、装置及系统。

背景技术

通信网络正在经历从传统的电路交换(CS，Circuit Switched)网络向以IP为承载的分组交换(PS，Packet Switched)网络演进的历程。其间，为实现在演进网络中也能为用户提供电信级服务，需要解决端到端的业务质量(QoS，Quality of Service)问题。同时，为保障运营商的利益，要求演进网络具有能够针对不同业务数据流与QoS级别进行计费的能力。

基于演进网络的发展需求，第三代移动通信标准化伙伴项目(3GPP，3^rd Generation Partnership Project)定义了PCC架构，基于PCC架构，演进网络能够针对检测到的不同业务数据流进行QoS控制和计费统计。

参见图1，图1是该PCC架构的示意图。下面主要讨论图1中的策略控制和计费规则功能(PCRF，Policy Control and Charging Rules Function)实体、策略和计费执行(PCEF，Policy and Charging Enforcement Function)实体、用户签约数据库(SPR，Subscription Profile Repository)和应用功能(AF，Application Function)实体、AF与PCRF之间的Rx接口，以及PCEF与PCRF之间的Gx接口。

其中，PCRF主要是根据运营商策略、对用户接入网络的限制、用户签约数据以及用户当前正在进行的业务的业务信息等因素，制定PCC规则。PCC规则通常包括业务数据流的检测规则，业务数据流对应的QoS控制规则和基于业务数据流的计费规则等等；

PCEF主要是执行PCRF制定的PCC规则，如根据PCC规则，对业务数据流进行检测和测量，保证业务的QoS，用户面流量处理和触发控制面的会话管理等等；PCEF通过可被设置于网关(GW，Gateway)中；

主要是向PCRF提供用于制定PCC规则的用户签约数据；

AF主要是向PCRF动态提供应用层的业务信息，PCRF可根据该业务信息动态生成或修改对应的PCC规则。

其中，PCEF与PCRF基于Gx接口实现通信，如PCRF为制定PCC规则，通过该接口，可向PCEF查询制定PCC规则所需的信息，如UE首选的承载控制模式、承载标识符、IP连通接入网(IP-CAN，IP-Connectivity AccessNetwork)承载请求的QoS信息等等；PCRF可通过该接口下发制定的PCC规则给PCEF。

参见图2，图2是PCEF与PCRF基于现有Gx进行消息交互的流程图，该流程可包括以下步骤：

步骤201、PCEF/GW从接入网接收到IP-CAN会话建立请求消息。

步骤202、PCEF向PCRF发送一个鉴权授权计费(Diameter)协议中的信用控制请求(CCR，Credit-Control-Request)消息，请求PCRF下发PCC规则，该CCR消息中包括UE标识和IP地址等信息。

步骤203、PCRF根据接收到的CCR消息里包含的信息，以及用户接入网络的限制、运营商策略、用户签约数据，当前用户进行的业务信息等，制定PCC规则，并可制定事件触发(Event-Trigger)列表。

该Event-Trigger列表中列举了PCRF所期望查询到的信息，即在列表中的事件发生时，PCRF期望PCEF能够向PCRF反馈被发生的事件信息。

步骤204、PCRF向PCEF发送信用控制响应(CCA，Credit-Control-Answer)消息，其中包括生成的PCC规则，并可向PCEF下发Event-Trigger列表。

步骤205、PCEF加载PCC规则，并开始检测Event-Trigger列表中的事件。

步骤206、PCEF向接入网发送IP-CAN会话建立响应消息。

步骤207、PCEF根据PCRF下发的Event-Trigger列表检测触发事件。

步骤208、当检测到Event-Trigger列表中的事件发生后，PCEF向PCRF发送CCR请求，报告触发该请求的事件，并可提供该事件相关的信息给PCRF。

步骤209、PCRF根据所发生的事件，重新制定PCC规则，并可重新确定Event-Trigger列表。

步骤210、PCRF向PCEF发送CCA响应。

步骤211、PCRF通过重新授权请求(RAR，Re-Auth-Request)消息主动向PCEF下发PCC规则和Event-Trigger列表。

步骤212、PCEF在接收到PCRF发送的RAR消息时，加载该消息中的PCC规则，存储Event-Trigger列表，并回复重新授权响应(RAA，Re-Auth-Answer)消息。

上述图2流程包含了PCEF与PCRF之间的现有信息查询方式，该信息可包括PCEF与PCRF之间可通过消息传递的各种信息，如PCEF向PCRF请求的PCC规则，PCRF向PCEF请求的各种事件发生状态及事件相关信息，PCRF向PCEF下发的根据被触发事件而重新制定的PCC规则等等。

PCRF与PCEF之间基于CCR与CCA消息对，传递对端期望获取的信息，如PCEF可以在CCR消息中向PCRF上报由PCRF用于制定PCC规则的信息；PCRF收到该CCR消息后，若确定上报信息不完整，则会在及时向PCEF返回的CCA消息中响应错误码，指示PCEF上报信息不完整，并可以明确指示哪些AVP需要PCEF上报但未被上报。

参见图1，图1中，AF与PCRF之间基于Rx接口进行通信，AF可基于Rx接口向PCRF下发应用层的业务信息。

参见图3，图3是AF与PCRF基于现有Rx进行消息交互的流程图，该流程可包括以下步骤：

步骤301、AF收到一个内部或外部的触发去建立一个新的AF会话，并获得了此AF会话的媒体信息。

步骤302、AF定义业务信息。

步骤303、AF通过AAR消息向PCRF提供业务信息。包括会话类型、媒体描述、计费相关参数、源目的IP地址、订阅ID、优先级、紧急业务标识等等信息，并可向PCRF下发AF所关心的事件(Specific-Action)触发列表，用于在事件发生时，请求PCRF通知AF。

步骤304、PCRF存储从AF接收到的业务信息。

步骤305至步骤306、PCRF需要订阅相关的信息，如用户签约信息，向SPR发送订阅信息请求，SPR收到PCRF的请求后，向PCRF发送订阅信息响应，返回相关信息。

步骤307、PCRF对其与AF之间的会话，以及其与PCEF之间的会话进行会话绑定，以识别相关的被建立的IP-CAN会话。

步骤308、会话绑定成功后，PCRF向AF返回AAA消息作为响应。

步骤309、PCRF与PCEF交互。

步骤310、PCRF根据AF下发的Sepcific-Action进行事件检测。

步骤311、PCRF检测到事件发生后，向AF发送RAR请求，在该RAR消息中配置有引发该请求的事件的描述信息，该描述信息中可提供事件相关信息。

事件描述信息可由RAR消息中的Specific-Action AVP携带。

步骤312、AF根据PCRF上报的事件相关信息进行相应处理，如重新确定Specific-Action列表。

步骤313、AF向PCRF发送RAA，提供更新的业务信息。

上述图3流程包含了AF与PCRF之间的现有信息查询方式，该信息可包括AF与PCRF之间可通过消息传递的各种信息，如AF向PCRF上报的业务信息。

PCRF与AF之间基于AAR与AAA消息对，传递对端期望获取的信息。

上述图2所示流程中，CCR消息或CCA消息均能够向消息接收方提供相关信息，因此，实际上CCR与CCA消息对，并不是专用于能够根据信息查询端请求查询的信息，向信息查询端提供相关信息的信息查询机制。类似地，图3所示流程中，AAR消息与AAA消息也均能够向消息接收方提供相关信息，因此，实际上AAR与AAA消息对，也不是专用于能够根据信息查询端请求查询的信息，向信息查询端提供相关信息的信息查询机制。在某些应用场景下，基于CCR与CCA消息对，或AAR与AAA消息对，或RAR与RAA消息对，难以向查询端及时提供信息查询端期望获取的信息。

现有事件触发机制提供了可由响应方在收到请求方下发的事件触发列表，如Sepcific-Action列表、Event-Trigger列表后，向请求方提供相关信息的方案。如PCRF通过向PCEF下发Event-Trigger列表，由PCEF在检测到相关事件后，向PCRF返回相关信息。类似地，AF通过向PCRF下发Sepcific-Action列表，请求PCRF在列表中事件发生时，向AF提供事件相关信息。

但由于现有事件触发机制中，响应方需要在检测到事件发生之后，才会向请求方提供事件相关信息。如PCEF在检测到事件触发列表中指示的SGSN位置变更事件后，才会向PCRF发送变更后的SGSN位置信息，若PCRF在SGSN位置变更之前或之后向PCEF下发事件触发列表，则PCRF难以获知当时未变更的SGSN的位置信息。因此，由于现有事件触发机制中，响应方在收到请求方下发的事件触发列表后，难以及时向请求方提供请求方所关心的事件相关信息。

进一步讲，实际上，现有技术并未给出较好的可供PCC结构中各功能实体之间进行信息查询的方案。

发明内容

本发明实施例提供一种PCC结构中的信息查询方法，使信息提供端能够及时向信息查询端提供信息查询端请求查询的信息。

一种PCC结构中的信息查询方法，包括：

信息提供端接收信息查询端发送的信息查询指示，该信息查询指示包括事件触发列表中的触发事件信息；

信息提供端查询所述信息查询指示需要当前查询的信息；

信息提供端将当前查询到的所述需要当前查询的信息发送给所述信息查询端。

本发明实施例提供一种PCC结构中的信息提供装置，及时向信息查询端提供信息查询端请求查询的信息。

一种PCC结构中的信息提供装置，包括：第一接收单元、查询单元和第一发送单元；其中，

所述第一接收单元，接收信息查询端发送的信息查询指示，该信息查询指示包括事件触发列表中的触发事件信息；

所述查询单元，查询所述信息查询指示需要当前查询的信息；

所述第一发送单元，将当前查询到的所述需要当前查询的信息发送给所述信息查询端。

一种PCC结构中的信息查询装置，包括：第二发送单元和第二接收单元，其中，

所述第二发送单元，向信息提供端发送信息查询指示，该信息查询指示包括事件触发列表中的触发事件信息；

所述第二接收单元，接收所述信息提供端返回的当前查询到的信息查询指示需要当前查询的信息。

本发明实施例还提供一种PCC结构中的信息查询系统，包括：

PCC结构中的信息提供装置和PCC结构中的信息查询装置；

所述PCC结构中的信息提供装置包括：第一接收单元、查询单元和第一发送单元；其中，

所述第一接收单元，接收信息查询端发送的信息查询指示，该信息查询指示包括事件触发列表中的触发事件信息；

所述查询单元，查询所述信息查询指示需要当前查询的信息；

所述第一发送单元，将当前查询到的所述需要当前查询的信息发送给所述信息查询端；

所述PCC结构中的信息查询装置，包括：第三发送单元和第三接收单元，其中，

所述第三发送单元，向信息提供端发送信息查询指示，该信息查询指示包括事件触发列表中的触发事件信息；

所述第三接收单元，接收所述信息提供端返回的当前查询到的信息查询指示需要当前查询的信息。

综上所述，本发明实施例提供的技术方案，通过由信息提供端在收到信息查询端发送的信息查询指示后，查询信息查询指示需要当前查询的信息，且及时将查询结果发送给信息查询端，从而使信息查询端能够及时获取到所要查询的信息，以便信息查询端根据及时获取的信息，进行相应的其他操作。

附图说明

图1是现有PCC架构的示意图；

图2是PCEF与PCRF基于现有Gx进行消息交互的流程图；

图3是AF与PCRF基于现有Rx进行消息交互的流程图；

图4是本发明实施例提供的PCC结构中的信息查询方法流程图；

图5是本发明实施例提供的另一个PCC结构中的信息查询方法流程图；

图6是本发明实施例中PCC结构中的信息查询装置结构示意图；

图7是本发明实施例中另一PCC结构中的信息查询装置结构示意图；

图8是本发明实施例中一PCEF与PCRF之间的信息查询流程图；

图9是本发明实施例二中PCEF与PCRF之间的信息查询流程图；

图10是本发明实施例三中PCEF与PCRF之间的信息查询流程图；

图11是本发明实施例四中AF与PCRF之间的信息查询流程图；

图12是本实施例五中AF与PCRF之间的信息查询流程图；

图13是本实施例六中AF与PCRF之间的信息查询流程图。

具体实施方式

下面结合附图进一步详细描述本发明实施例提供的技术方案。

本发明实施例提供了可供PCC结构中各功能实体之间进行信息查询的方案。参见图4，图4是本发明实施例提供的PCC结构中的信息查询方法流程图，该流程可包括以下步骤：

步骤401、信息提供端接收信息查询端发送的信息查询指示。

步骤402、信息提供端查询所述信息查询指示需要当前查询的信息。

步骤403、信息提供端将当前查询到的所述需要当前查询的信息发送给所述信息查询端。

对应地，参见图5，图5是本发明实施例中信息查询端查询信息的流程图，该流程可包括以下步骤：

步骤501、信息查询端向信息提供端发送信息查询指示。

步骤502、信息查询端接收信息提供端返回的当前查询到的信息查询指示需要当前查询的信息。

本发明实施例以PCC结构中AF、PCRF以及PCEF等三个功能实体之间的信息查询为例，说明本发明实施例的提供的信息查询技术方案。

本发明实施例中，对于AF与PCRF之间的信息查询，AF可以是信息查询端，对应地，PCRF是信息提供端；若AF是信息提供端，则对应地，PCRF是信息查询端。AF与PCRF之间可基于请求消息与响应消息进行信息查询交互，即可基于RAR与RAA消息对，或AAR与AAA消息对，进行信息查询交互。对于PCEF与PCRF之间的信息查询，PCEF可以是信息查询端，对应地，PCRF是信息提供端；若PCEF是信息提供端，则对应地，PCRF是信息查询端。PCRF与PCRF之间也可基于请求消息与响应消息进行信息查询交互，即可基于RAR与RAA消息对，或CCR与CCA消息对，进行信息查询交互。

本发明实施例中，信息查询端可通过向信息提供端发送查询消息，下发信息查询指示，一条查询消息中可包含一个或多个信息查询指示。信息提供端在收到查询消息后，可将当前查询到的信息查询指示需要当前查询的信息通过上报消息携带给信息查询端。为表述方便，本申请中，简称当前查询到的信息查询指示需要当前查询的信息为当前查询到的信息。

本发明实施例中，携带信息查询指示的查询消息，或携带查询结果的上报消息并不局限于具体的消息类型。如查询消息可以是请求类型的请求消息如RAR等等，也可以是响应类型的响应消息如CCA等等；类似地，上报消息可以是请求类型的请求消息，或响应类型的响应消息。

并且，本发明实施例中，若查询消息是第一请求消息，则上报消息可以是该第一请求消息对应的响应消息，也可以是重新发起的第二请求消息；类似地，若查询消息是第一响应消息，则上报消息可以是其他请求消息。

本发明实施例中，信息查询的具体做法可有两种。

做法一：改进现有事件触发机制。本发明实施例中，下发事件触发列表的请求方为信息查询端，检测事件且上报事件相关信息的响应房是信息提供端。本发明实施例中，信息提供端在收到信息查询端发送事件触发列表后，不需要等到列表中触发事件发生，而是在收到事件触发列表后，直接执行查询，在查询触发事件相关信息后，及时将触发事件相关信息发送给信息查询端。从而可使信息查询端及时获知触发事件相关信息。对现有事件触发机制的改进还可以包括：信息查询端在下发信息查询指示的同时，下发用于指示信息提供端若收到信息查询指示，则向信息查询端返回当前查询到的所述信息的指令。该指令可用一个查询消息中新增的指令AVP来指示。

基于本发明实施例做法一的改进，信息提供端能够在收到信息查询端下发的事件触发列表后，及时执行查询，并及时将查询结果上报给信息查询端。本发明实施例对事件触发列表的改进，相应地改进了现有事件触发列表的功能，即事件触发列表中所列触发事件，不仅可以指示信息提供端在检测到触发事件后，向信息提供端上报触发事件相关信息，还可以指示信息提供端在接收到事件触发列表后，立即执行查询，并将当前查询到的信息上报给信息查询端，因此，事件触发列表中的触发事件进一步可作为信息查询指示，以用于指示信息提供端查询需要当前查询的信息。如PCRF可通过向PCEF下发事件触发列表，指示PCEF查询当前SGSN的位置信息，并将当前查询到的信息上报给PCRF，从而，PCRF可及时获取到SGSN的位置信息。

另外，基于本发明实施例做法一对现有事件触发机制的改进，可根据实际需要重新配置事件触发列表，在事件触发列表中添加需要查询的信息的信息查询指示，信息提供端在收到事件触发列表后，及时将当前查询到的信息上报给信息查询端。

做法二：接口扩展。在接口消息中设置信息查询参数项，由信息查询参数指示信息查询指示或查询结果，接口消息如查询消息或上报消息。本发明实施例中，设信息查询参数是枚举类型的信息查询(Information-Query)AvP。该做法二实际是对现有Rx和Gx接口的扩展，基于扩展的Rx，AF与PCRF可进行信息查询；基于扩展的Gx接口，PCRF与PEF可进行信息查询。

本发明实施例做法二中，信息查询端将信息查询指示配置于查询消息的信息查询AVP中，将查询消息发送给信息提供端，其中，一个查询消息中可扩展出多个信息查询AVP，相应地，信息查询端可将多个信息查询指示分别配置于各个信息查询AVP中。信息提供端在收到携带信息查询AVP的查询消息后，及时查询信息查询指示需要当前查询的信息，将当前查询到的信息通过上报消息中的信息查询AVP携带给信息查询端。

本发明实施例做法二中，也可在接口消息中扩展组类型AVP，利用该组类型AVP中的各个子AVP指示信息查询指示或查询结果。

本发明实施例做法二中，还可在接口消息中扩展查询失败(Query-Failed)AVP，并可通过该查询失败AVP指示查询失败原因。

本发明实施例做法二中，若查询消息中携带多个信息查询指示，则信息提供端收到该查询消息后，可根据查询结果向信息查询端返回相应的响应。

如信息提供端查询到所有信息查询指示需要当前查询的信息，则可将查询结果返回信息查询端，且返回表示查询成功的响应；若信息提供端没有查询到所有信息查询指示需要当前查询的信息，可返回表示查询失败的响应。

或，只查询到部分信息查询指示需要当前查询的信息，则可将当前查询到的信息返回信息查询端，且返回表示查询失败的响应，该响应可进一步指示部分查询失败；

或者，信息提供端在没有查询到所有信息查询指示或部分信息查询指示需要当前查询的信息，则信息提供端作为信息查询端，向其他信息提供端发送查询消息，请求查询其余信息查询指示需要当前查询的信息。若其他信息提供端能够查询到所有其余信息查询指示需要当前查询的信息，则信息查询端可将查询到的其余信息查询指示需要当前查询的信息返回信息查询端；若其他信息提供端能够只能查询到其余信息查询指示中部分信息查询指示需要当前查询的信息，则信息提供端将当前查询到的信息返回信息查询端，且返回表示查询失败的响应，该响应可进一步指示部分查询失败。

还需要说明的是，在上述做法一中，若配置到事件触发列表中的信息查询指示对应的事件是原事件触发列表所没有配置的，则相应也需要对接口消息进行扩展，在接口消息中增设信息查询AVP，便于信息提供端将查询结果通过该信息查询AVP携带给信息查询端。

对应地，本发明实施例还提供一种PCC结构中的信息提供装置。参见图6，图6是该装置的结构示意图，该装置可包括：第一接收单元、查询单元和第一发送单元；其中，

第一接收单元，接收信息查询端发送的信息查询指示；

查询单元，查询所述信息查询指示需要当前查询的信息；

第一发送单元，将当前查询到的所述需要当前查询的信息发送给所述信息查询端。

查询单元可包括：第二发送单元和第二接收单元；

第二发送单元，将向其他信息提供端发送查询请求，请求所述其他信息提供端查询所述信息查询指示中，其余信息查询指示需要当前查询的信息；

第二接收单元，接收所述其他信息提供端返回的当前查询到的所有所述其余信息查询指示或部分所述其余信息查询指示需要当前查询的信息，或接收所述其他信息提供端返回的表示查询失败的响应。

第一发送单元，进一步发送表示查询成功的响应，或表示查询失败的响应。

对应地，本发明实施例还提供另一种PCC结构中的信息查询装置，参见图7，图7是该装置的结构示意图，该装置可包括：包括：第三发送单元和第三接收单元，其中，

第三发送单元，向信息提供端发送信息查询指示；

第三接收单元，接收所述信息提供端返回的当前查询到的信息查询指示需要当前查询的信息。

第三接收单元，进一步接收所述信息提供端发送的表示查询成功的响应，或表示查询失败的响应。

下面结合具体的实施例对本发明实施例提供的技术方案的应用进行说明。

本发明实施例还提供一种PCC结构中的信息查询系统，包括上述PCC结构中的信息提供装置和PCC结构中的信息查询装置。

实施例一：

本实施例一中，设用户因某原因，需要发起紧急业务，AF收到UE发送的业务请求后，需要获取UE的位置信息。AF向PCRF发送查询消息。PCRF收到该查询消息后，基于与PCEF之间的Gx接口，向PCEF发送查询消息，下发事件触发列表，且该事件触发列表中包含现有事件触发列表所没有设置的UE的位置事件。

参见图8，图8是本实施例一中PCEF与PCRF之间的信息查询流程图，该流程可包括以下步骤：

步骤801、PCRF向PCEF发送RAR消息，下发Event-Trigger列表。

该Event-Trigger列表中包括UE的位置事件。

步骤802、PCEF收到PCRF的RAR消息后，向PCRF发送RAA消息。

步骤803、PCEF查询需要当前查询的信息，包括UE的位置信息，将查询结果通过新发起的CCR消息发送给PCRF。

该CCR消息中，携带查询结果，如UE的当前位置。

本实施例一中，设没有对RAA消息进行扩展，相应地，PCEF无法通过步骤802中RAA消息携带查询结果。

实际应用中，若RAA消息中包含相关信息的AVP，则可通过该RAA消息将UE的当前位置上报给PCRF，而不要重新发起CCR消息。

另外，若PCEF未能查找到其他事件的当前信息，则等待下次其他事件被触

发时，再向PCRF上报该事件相关信息。

步骤804、PCEF继续检测事件。

步骤805、当Event-Trigger列表中指定查询的事件发生时，PCEF向PCRF发送CCR消息。

该步骤805与现有流程类似，即PCEF在检测到被触发的事件后，向PCRF上报该事件相关信息。

步骤806、PCRF根据PCEF上报的信息，重新制定PCC规则和/或重新确定Event-Trigger列表。

步骤807、PCRF向PCEF发送CCA消息，该消息中携带重新制定的PCC规则和/或更新的Event-Trigger列表，该流程结束。

后续，PCRF将查询到的UE的当前位置信息上报给AF，由AF继续为UE提供相关业务。

基于对现有事件触发机制的改进，本实施例一中，PCEF在收到查询消息后，能够及时查询UE的当前位置信息，使PCRF及时获取到UE的当前位置信息，以满足实际应用的需求。

实施例二：

本实施例二中，因PCEF的请求，PCRF向PCEF下发事件触发列表。参见图9，图9是本实施例二中PCEF与PCRF之间的信息查询流程图，该流程可包括以下步骤：

步骤901、PCEF向PCRF发送CCR请求消息。

该CCR请求消息用于向PCRF获取PCC规则。

步骤902、PCRF根据接收到的CCR消息里包含的用户的网络地址信息，以及用户接入网络的限制、运营商策略、用户签约数据，当前用户进行的业务信息等，制定PCC规则，并确定Event-Trigger列表。

步骤903、PCRF向PCEF发送CCA消息，该消息中携带PCC规则和Event-Trigger列表，且该消息中携带指令AVP。

实际应用中，若需要，可在该Event-Trigger列表中设置新的事件，如上述UE的位置，用于信息查询指示。

步骤904、PCEF收到PCRF的CCA消息后，根据其中的指令AVP，及时对事件触发列表中信息查询指示需要当前查询的信息进行查询，且将查询结果通过CCR消息发送给PCRF。

实际应用中，若PCEF没有查询到信息查询指示需要当前查询的信息，则可暂时不向PCRF发送作为响应的该CCR消息，在等待检测到事件后，再将事件相关信息上报给PCRF；若PCEF查询到部分信息查询指示所需要当前查询的信息，则可向上报部分当前查询到的信息，其余信息查询指示需要查询的信息在等待检测到触发事件后，再进行查询与上报处理。

步骤905、PCRF向PCEF发送CCA消息，该消息中包括重新制定的PCC规则和/或更新的Event-Trigger列表，该流程结束。

基于对现有事件触发机制的改进，本实施例二中，PCEF在收到查询消息后，根据其中携带的指令AVP，及时查询并上报当前查询到的信息，使PCRF及时获取到相关信息。

实施例三：

本实施例三中，PCRF在承载发生变化或者其他一些触发时需要向PCEF查询信息。本实施例三中，PCRF与PCEF之间基于扩展的Gx接口消息进行信息查询交互。

参见图10，图10是本实施例三中PCEF与PCRF之间的信息查询流程图，该流程可包括以下步骤：

步骤1001、PCRF收到一个内部或外部的触发，得知需要从PCEF获取信息。

步骤1002、PCRF向PCEF发送包含Information-Query AVP的RAR消息。

该步骤1002中，PCRF通过RAR消息中的Information-Query AVP，指示信息查询指示。该Information-Query AVP的RAR可以是组类型AVP，可指示多个信息查询指示。

该RAR消息可作为查询消息。

步骤1003、PCEF收到PCEF发送RAR消息后，查询信息查询指示需要当前查询的信息，若能够查询到，则执行步骤1004，否则，执行步骤1005。

步骤1004、PCEF向PCRF发送RAA消息，通过该消息中扩展的Information-Query AVP，将查询结果带给PCRF，该流程结束。

该RAA消息可作为为上报消息。

实际应用中，若上述步骤1002中查询消息的Information-Query AVP为组类型AVP，则该步骤1004中上报消息的Information-Query AVP为组类型AVP，可指示当前查询到的信息。

步骤1005、PCEF向PCRF发送RAA消息，该消息中携带Query-FailedAVP，该流程结束。

基于对接口消息的扩展，本实施例三中，PCEF与PCRF之间可进行信息查询，通过PCEF及时返回查询结果，使PCRF及时获知相关信息。

本实施例四：

本实施例四中，AF在应用信息或者其他一些触发时需要向PCEF查询信息。本实施例四中，基于与PCRF之间的Rx接口，向PCRF发送查询消息，下发事件触发列表。

参见图11，图11是本实施例四中PCEF与PCRF之间的信息查询流程图，该流程可包括以下步骤：

步骤1101、AF收到一个内部或外部的触发，需要从PCRF获取信息。

步骤1102、AF向PCRF发送AAR消息，下发Specific-Action列表。

该列表中各事件作为信息查询指示，指示PCRF需要当前查询的信息。实际应用中，可在Specific-Action列表里添加列表中所没有的事件。

步骤1103、PCRF解析接收到的AAR消息，及时查询需要当前查询的信息，并识别相关的IP-CAN会话。

步骤1104、PCRF向AF发送AAA消息，上报查询结果，该查询结果可被配置于设置于该AAA消息。

实际应用中，若PCRF未能查找到信息查询指示需要当前查询的信息，则可暂时不发送该AAA消息，在检测到触发事件后，再查询事件相关信息，并向PCRF上报该事件相关信息。若PCRF查询到部分信息查询指示需要当前查询的信息，则先上报该部分查询到的信息，其他需要查询的信息等到检测到触发事件后，再进行查询并上报查询结果。

步骤1105、PCRF开始检测事件。

步骤1106、PCRF检测到事件，PCRF向AF发送RAR消息。

该RAR消息中携带被检测到的事件以及查询到的事件相关信息。

实际应用中，PCRF可以通过其他途径查询Specific-Action列表中的事件相关信息，如向PCEF查询事件相关信息。

步骤1107、AF收到PCRF发来的RAR消息后，向PCRF发送RAA消息，该消息中可包括更新的Specific-Action列表。

上述步骤1105与步骤1106可与现有流程类似，即PCRF检测事件，在事件被触发后，上报事件及查询到的事件相关信息。

基于对现有事件触发机制的改进，本实施例四中，PCRF在收到查询消息后，能够及时查询需要当前查询的信息，使AF及时获取相关信息。

本实施例五：

与实施例一相呼应，本实施例五中，因UE的紧急业务需求，AF向PCRF请求UE的位置信息。PCRF通过向PCEF查询，获取UE的位置信息。本实施例五中，PCRF与AF之间基于扩展的Rx接口消息进行信息查询交互。

参见图12，图12是本实施例五中PCEF与PCRF之间的信息查询流程图，该流程可包括以下步骤：

步骤1201、AF收到一个内部或外部的触发，得知需要从PCRF获取信息。

步骤1202、AF向PCRF发送包含Information-Query AVP的AAR消息。

该Information-Query AVP可以是组类型AVP，包含多个子Information-Query AVP，用于指示多个信息查询指示。

步骤1203、PCRF解析出信息查询指示需要当前查询的信息，进行查询，并识别相关的IP-CAN会话。

步骤1204、PCRF向AF发送AAA消息，通过组类型Information-QueryAVP将查询结果携带给AF，若查询结果为查找到的所有信息查询指示需要当前查询的信息，则该流程可结束，若未能查询到所有信息查询指示需要当前查询的信息，或只查询到部分信息，如不包括UE的位置信息，则执行步骤1205。

步骤1205、PCRF进一步向PCEF查询。

该步骤1205中，PCRF与PCEF之间的信息查询可参见上述实施例一至三。

步骤1206、PCEF查询到部分信息查询指示需要当前查询的信息，PCRF请求查询的所有事件中部分事件的当前信息，或查询到所有信息查询指示需要当前查询的信息，则执行步骤1207；否则，执行步骤1209。

步骤1207、PCRF收到PCEF返回的查询结果后，通过RAR消息向AF上报查询结果。

步骤1208、AF收到PCRF发来的RAR消息后，向PCRF返回RAA消息，该流程结束。

步骤1209、PCEF未能查询到任何信息查询指示需要当前查询的信息。

步骤1210、PCRF在RAR消息里携带新增的Query-Failed AVP，向AF发送表示查询失败的响应，可在该Query-Failed AVP中进一步指示查询失败的原因。

步骤1211、AF收到PCRF发来的RAR消息后，向PCRF发送RAA消息，该流程结束。

本实施例五中，AF通过PCRF，间接向PCEF查询信息查询指示需要当前查询的信息，且通过扩展Rx接口消息，与PCRF进行信息查询交互，及时从PCRF获取到所需的信息。

本实施例六：

本实施例六通过扩展Rx接口，实现PCRF向AF查询信息。参见图13，图13是本实施例六中PCEF与PCRF之间的信息查询流程图，该流程可包括以下步骤：

步骤1301、PCRF向AF发送包含Information-Query AVP的RAR消息。

该Information-Query AVP指示信息查询指示。

步骤1302、AF收到PCRF发来的RAR消息后，解析需要当前查询的信息，进行查询，若能够查询到，则向PCRF发送的RAA消息，且通过在该RAA消息中的Information-Query AVP，将查询结果带给PCRF，该流程可结束；若没有查询到事件的当前信息，则执行步骤1303。

步骤1303、AF暂时不上报查询结果，且通过向PCC架构外的其他网络实体查询其他途径查询事件的当前信息。

步骤1304、AF从其他途径获取到需要当前查询的信息，向PCRF发送AAR消息，将查询结果通过在该AAR消息中的Information-Query AVP带给PCRF，该流程可结束，若AF没能够从其他途径获取到需要当前查询的信息，执行步骤1305。

步骤1305、AF向PCRF发送AAR消息，其中携带Query-Failed AVP指示查询失败。

步骤1306、PCRF收到AF发来的AAR消息后，向AF发送AAA响应消息，该流程结束。

综上所述，本发明实施例提供的技术方案，通过由信息提供端在收到信息查询端发送的信息查询指示后，查询信息查询指示需要当前查询的信息，且及时将查询结果发送给信息查询端，从而使信息查询端能够及时获取到所要查询的信息，以便信息查询端根据及时获取的信息，进行相应的其他操作。

另外，本发明实施例中，通过对AF与PCRF之间的Rx接口进行扩展，可使AF与PCRF进行信息查询交互；通过对PCEF与PCRF之间的Gx接口进行扩展，可使PCEF与PCRF进行信息查询交互。信息查询端的通过扩展的Rx接口，向信息提供端下发信息查询指示，信息提供端也能够基于扩展的接口，向信息查询端及时提供所查询的信息。

Claims (17)

1.一种策略和计费控制PCC结构中的信息查询方法，其特征在于，包括：

信息提供端接收信息查询端发送的信息查询指示，该信息查询指示包括事件触发列表中的触发事件信息；

信息提供端查询所述信息查询指示需要当前查询的信息，其中，信息提供端在收到事件触发列表后，不需要等到列表中触发事件发生，而是在收到事件触发列表后，直接执行查询；

信息提供端将当前查询到的所述需要当前查询的信息发送给所述信息查询端。

2.根据权利要求1所述的方法，其特征在于，信息提供端接收信息查询端发送的信息查询指示包括：

所述信息提供端接收信息查询端发送的查询消息，所述查询消息中包含一个或多个所述信息查询指示。

3.根据权利要求1所述的方法，其特征在于，将当前查询到的所述需要当前查询的信息发送给所述信息查询端之前，该方法进一步包括：

接收所述信息查询端发送的用于指示若收到所述信息查询指示，则向所述信息查询端返回当前查询到的所述信息的指令。

4.根据权利要求2所述的方法，其特征在于，所述信息查询指示被设置于所述查询消息携带的预先设置的信息查询参数中。

5.根据权利要求2所述的方法，其特征在于，查询所述信息查询指示需要当前查询的信息包括：

查询到所有信息查询指示需要当前查询的信息；

所述将当前查询到的所述需要当前查询的信息发送给所述信息查询端包括：

将当前查询到的所有信息查询指示需要当前查询的信息，发送给所述信息查询端。

6.根据权利要求2所述的方法，其特征在于，查询所述信息查询指示需要当前查询的信息包括：

查询到所有信息查询指示中，部分信息查询指示需要当前查询的信息；

所述将当前查询到的所述需要当前查询的信息发送给所述信息查询端包括：

将当前查询到的所述部分信息查询指示需要当前查询的信息，发送给所述信息查询端。

7.根据权利要求5所述的方法，其特征在于，查询所述信息查询指示需要当前查询的信息包括：

查询到所有信息查询指示中，部分信息查询指示需要当前查询的信息；

所述查询所述信息查询指示需要当前查询的信息后，该方法进一步包括：

所述信息提供端向其他信息提供端发送查询请求，请求所述其他信息提供端查询所述信息查询指示中，其余信息查询指示需要当前查询的信息。

8.根据权利要求7所述的方法，其特征在于，所述信息提供端向其他信息提供端发送查询请求后，该方法进一步包括：

接收所述其他信息提供端返回的当前查询到的所有所述其余信息查询指示需要当前查询的信息；或，

接收所述其他信息提供端返回的表示查询失败的响应。

9.根据权利要求8所述的方法，其特征在于，所述将当前查询到的所述需要当前查询的信息发送给所述信息查询端包括：

将当前查询到的所有所述其余信息查询指示需要当前查询的信息发送给所述信息查询端。

10.根据权利要求7所述的方法，其特征在于，查询所述信息查询指示需要当前查询的信息包括：

查询到所有信息查询指示中，部分信息查询指示需要当前查询的信息；

所述查询所述信息查询指示需要当前查询的信息后，该方法进一步包括：

接收所述其他信息提供端返回的当前查询到的所有所述其余信息查询指示中部分信息查询指示需要当前查询的信息；

所述将当前查询到的所述需要当前查询的信息发送给所述信息查询端包括：

将当前查询到的所有所述其余信息查询指示中部分信息查询指示需要当前查询的信息，发送给所述信息查询端。

11.根据权利要求6、8或10所述的方法，其特征在于，查询所述信息查询指示需要当前查询的信息后，该方法进一步包括：

所述信息提供端向所述信息查询端发送表示查询失败的响应。

12.一种PCC结构中的信息提供装置，其特征在于，包括：第一接收单元、查询单元和第一发送单元；其中，

所述第一接收单元，接收信息查询端发送的信息查询指示，该信息查询指示包括事件触发列表中的触发事件信息；

所述查询单元，查询所述信息查询指示需要当前查询的信息；

所述第一发送单元，将当前查询到的所述需要当前查询的信息发送给所述信息查询端；

其中，信息提供装置在收到事件触发列表后，不需要等到列表中触发事件发生，而是在收到事件触发列表后，直接执行查询。

13.根据权利要求12所述的装置，其特征在于，所述查询单元包括：

第二发送单元和第二接收单元；

所述第二发送单元，将向其他信息提供端发送查询请求，请求所述其他信息提供端查询所述信息查询指示中，其余信息查询指示需要当前查询的信息；

第二接收单元，接收所述其他信息提供端返回的当前查询到的所有所述其余信息查询指示或部分所述其余信息查询指示需要当前查询的信息，或接收所述其他信息提供端返回的表示查询失败的响应。

14.根据权利要求12或13所述的方法，其特征在于，

所述第一发送单元，进一步发送表示查询成功的响应，或表示查询失败的响应。

15.一种PCC结构中的信息查询装置，其特征在于，包括：第三发送单元和第三接收单元，其中，

所述第三发送单元，向信息提供端发送信息查询指示，该信息查询指示包括事件触发列表中的触发事件信息；

所述第三接收单元，接收所述信息提供端返回的当前查询到的信息查询指示需要当前查询的信息；

其中，信息提供端在收到事件触发列表后，不需要等到列表中触发事件发生，而是在收到事件触发列表后，直接执行查询。

16.根据权利要求15所述的装置，其特征在于，所述第三接收单元，进一步接收所述信息提供端发送的表示查询成功的响应，或表示查询失败的响应。

17.一种PCC结构中的信息查询系统，其特征在于，包括：

PCC结构中的信息提供装置和PCC结构中的信息查询装置；

所述PCC结构中的信息提供装置包括：第一接收单元、查询单元和第一发送单元；其中，

所述第一接收单元，接收信息查询端发送的信息查询指示，该信息查询指示包括事件触发列表中的触发事件信息；

所述查询单元，查询所述信息查询指示需要当前查询的信息；

所述第一发送单元，将当前查询到的所述需要当前查询的信息发送给所述信息查询端；

所述PCC结构中的信息查询装置，包括：第三发送单元和第三接收单元，其中，

所述第三发送单元，向信息提供端发送信息查询指示，该信息查询指示包括事件触发列表中的触发事件信息；

所述第三接收单元，接收所述信息提供端返回的当前查询到的信息查询指示需要当前查询的信息；

其中，信息提供装置在收到事件触发列表后，不需要等到列表中触发事件发生，而是在收到事件触发列表后，直接执行查询。

Images