WO2008128470A1 - Procédé, système et entité de réalisation de détection d'événement - Google Patents

Procédé, système et entité de réalisation de détection d'événement Download PDF

Info

Publication number
WO2008128470A1
WO2008128470A1 PCT/CN2008/070745 CN2008070745W WO2008128470A1 WO 2008128470 A1 WO2008128470 A1 WO 2008128470A1 CN 2008070745 W CN2008070745 W CN 2008070745W WO 2008128470 A1 WO2008128470 A1 WO 2008128470A1
Authority
WO
WIPO (PCT)
Prior art keywords
policy
event
charging
rule
parameter
Prior art date
Application number
PCT/CN2008/070745
Other languages
English (en)
French (fr)
Inventor
Shiyong Tan
Yan Li
Weihua Wei
Shibi Huang
Peng Zhao
Yuxin Mao
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 CA2682979A priority Critical patent/CA2682979C/en
Priority to EP08734103.8A priority patent/EP2146458B1/en
Publication of WO2008128470A1 publication Critical patent/WO2008128470A1/zh
Priority to US12/582,511 priority patent/US8509091B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Definitions

  • the present invention relates to policy and charging control (PCC) techniques, and more particularly to a method, system and entity for implementing event detection in policy and charging control processes.
  • PCC policy and charging control
  • the communication network has experienced the evolution process from the traditional circuit-switched network to the control of the Internet Protocol (IP) packet switching network to the all-IP multimedia network.
  • IP Internet Protocol
  • the bearer of the next generation communication network has begun to use IP.
  • QoS quality of service
  • the IP network can provide more types of services, such as multimedia calls, file downloads, and web browsing, the network needs to be able to detect different service flows and collect accounting information such as traffic and duration to report to the billing center.
  • the 3rd Generation Mobile Communication Standardization Partnership Project (3GPP) defines a PCC architecture, through which the network can detect different traffic flows and implement QoS for various traffic flows. Control, billing statistics, etc.
  • FIG. 1 is a schematic diagram of a PCC architecture.
  • the PCC architecture mainly includes a Policy Control and Charging Rules Function (PCRF) entity, policy, and accounting enforcement function (PCEF, Policy and Charging Enforcement).
  • PCRF Policy Control and Charging Rules Function
  • PCEF Policy and Charging Enforcement
  • Function Entity
  • SPR Subscription Profile Repository
  • AF Application Layer Function
  • OFS Offline Charging System
  • OCS Online Charging System
  • the PCRF entity determines the corresponding according to the limitation of the user accessing the network, the operator policy, the user subscription data, and the service information currently being used by the user (obtained from the AF function entity).
  • PCC rules, and the policy is provided to the PCEF, which is executed by the PCEF.
  • the PCC rule includes the service data flow, that is, the completion of a certain service, such as the detection rule of the IP flow set of the voice, whether the gate is controlled, the QoS corresponding to the service data flow, and the flow-based charging rule;
  • the PCEF entity is located in the gateway (GW) and is used to perform PCRF delivery or specify PCC rules, specifically to perform detection and measurement of service data flows, to ensure QoS of service data flows, user plane traffic processing, and session to trigger control planes. Management, etc.; the PCRF dynamically generates or modifies a corresponding PCC rule according to session information from an application layer of the AF entity;
  • the PCRF entity is connected to the PCEF entity through the GX reference point.
  • the GX reference point mainly implements the following functions: Establish, maintain, and terminate the IP connectivity access network (IP-CAN, IP Connec t i ty Acces s Ne twork )
  • IP-CAN IP Connec t i ty Acces s Ne twork
  • the PCRF requests the PCC rule; the PCRF provides the PCC rule to the PCEF; negotiates the IP-CAN bearer setup mode.
  • the GX reference point uses the Diameter protocol defined by the IETF.
  • IP-CAN means that when the user roams within the access network, that is, the location changes, the IP service continuity can still be saved, that is, the service is not interrupted.
  • the access network having such a nature is called IP-CAN, such as the general packet radio service (GPRS). Network, I-WLAN network, etc.;
  • the IP-CAN bearer is an IP transmission path with a clear rate, delay, and bit error rate, which refers to the path between the access network and the GW.
  • the IP-CAN bearer corresponds to the PDP context;
  • the IP-CAN s s ion refers to the connection relationship between the user equipment (UE) and the packet data network (PDN), such as the interne t network identifier, and the connection relationship passes the IP address of the UE and the identifier of the UE. To identify.
  • the IP-CAN session exists as long as the UE is assigned an IP address and can be identified by the IP network.
  • An IP-CAN session can contain one or more IP-CAN bearers.
  • FIG. 2 is an IP-CAN session and an IP-CAN bearer.
  • Schematic diagram of the binding relationship between PCC rules and IP flows As shown in Figure 2, assume that the IP-CAN will be established. In order to meet different QoS requirements, two IP-CAN bearers with different QoS requirements are established in the same IP-CAN session, and there may be multiple IP flows in each IP-CAN bearer, for example, the user can simultaneously Download files on different servers, etc.
  • IP-CAN bearer 1 includes IP flow 1 (IP F lowl ) and IP flow 2
  • IP-CAN bearer 2 includes IP flow 3 ⁇ IP flow. 6 four IP streams.
  • the PCRF when determining the PCC rule, the PCRF needs to send a CCA message to the PCEF/GW, and carries the PCC rule in the CCA message.
  • the specific message format is as follows (all parameters are not listed for the sake of simplicity):
  • Ses s ion-Id (session ID, corresponding to an IP-CAN session) ⁇ Auth-Ap l ica t ion- Id ⁇
  • the PCRF may need to detect the status of an IP-CAN bearer or a corresponding IP stream in a PCC rule, rather than the state of the entire IP-CAN session, but the prior art PCEF/GW may not care.
  • the I PC AN bearer or the IP stream is detected, and the detected status is reported, and the PCRF does not need such information. Therefore, redundant message interaction between the PCRF and the PCEF/GW is bound to occur, and two Unnecessary load between devices.
  • the PCRF does not pay attention to the interruption of the short-term interruption of the bearer download file of the I PC AN Be arer 2 as shown in FIG. 2. In the existing method, if the bearer of the IP-CAN Bearer 2 is interrupted, the PCEF/GW will also be up. Summary of the invention
  • an object of the embodiments of the present invention is to provide a method for implementing event detection, which can perform small-granularity detection on a specified PCC rule and reduce system load.
  • Another object of the embodiments of the present invention is to provide a system for implementing event detection, which can perform small-grained detection for a specified PCC rule and reduce system load.
  • Another object of embodiments of the present invention is to provide an entity that implements event detection that enables small granularity detection for a specified PCC rule.
  • a method for implementing event detection includes:
  • the policy control and charging rule function sends the policy and charging control to the policy and charging execution function entity/gateway PCEF/GW.
  • the PCC rule carries the event triggering parameter, and the event triggering parameter is bound to the specified PCC rule.
  • the PCEF/GW After receiving the event triggering parameter, the PCEF/GW detects the state of the IP-CAN corresponding to the PCC rule associated with the event indicated by the event triggering parameter.
  • a system for implementing event detection comprising: at least: a PCEF/GW and a PCRF entity;
  • the PCRF entity is configured to carry an event trigger parameter when the PCC rule is sent to the PCEF/GW, where the event trigger parameter is bound to the specified PCC rule;
  • the PCEF/GW is configured to detect, after receiving the event triggering parameter, a status of the IP-CAN bearer corresponding to the PCC rule associated with the event indicated by the event triggering parameter.
  • a policy control and charging rule function entity sends a policy and charging control rule to the policy and charging execution function entity, and carries an event triggering parameter, the event triggering parameter and the specified policy and Billing control rule binding.
  • a policy and charging execution function entity the policy and charging execution function entity is configured to receive a policy and a charging control rule, where the policy and the charging control rule are bound with an event triggering parameter; the policy and charging execution function entity further Used to detect policies and billing associated with events indicated by the event trigger parameter
  • the IP connectivity corresponding to the control rule accesses the state of the network bearer.
  • the PCRF of the present invention when the PCRF of the present invention sends a PCC rule to the PCEF/GW, the event triggering parameter is carried, and the event triggering parameter is bound to the specified PCC rule. After receiving the event triggering parameter, the PCEF/GW detects the triggering parameter for the event.
  • the status of the IP-CAN bearer corresponding to the PCC rule of the indicated event avoiding the situation of detecting the state of the entire IP-CAN session under any circumstances, and performing small-granularity detection for specific PCC rules, reducing system load .
  • Figure 1 is a schematic diagram of a PCC architecture
  • Figure 1 is a schematic diagram of the binding relationship between an IP-CAN session, an IP-CAN bearer, a PCC rule, and an IP flow;
  • FIG. 3 is a flowchart of event detection and reporting in an application scenario according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of Embodiment 2 of event detection according to the present invention.
  • FIG. 8 is a flow chart of Embodiment 5 of the event detecting apparatus of the present invention.
  • the implementation of the embodiment of the present invention includes: when the PCRF sends the PCC rule to the PCEF/GW, the event triggering parameter is carried, and the event triggering parameter is bound to the specified PCC rule, and after the PCEF/GW receives the event triggering parameter, the event triggering parameter is detected.
  • the PCEF/GW receives the IP-CAN setup session request from the UE, it notifies the PCRF and sends a charge control request message to the PCRF (CCR, Cred it Cont ro).
  • CCR Charge control request message
  • the CCR message carries the UE identifier and the IP address;
  • the PCRF stores the information carried in the CCR message, and if the user subscription information is required, the request may be further made to the SPR, and then the PCC rule is generated and stored; the PCRF is controlled by the item record.
  • PCEF/GW Should A (CCA, Cred it Cont ro l Answer) message is sent to the PCEF/GW; PCEF/GW installs the rule, and opens or closes the corresponding service data flow according to the rule to ensure the corresponding QoS, if the PCEF/GW performs The IP-CAN bearer and the PCC rule are bound, and the GW selects an appropriate IP-CAN bearer according to the PCC rule requirement. Finally, the PCEF/GW returns an IP-CAN session setup response message to the UE.
  • CCA Cred it Cont ro l Answer
  • the CCR message may also carry the IP-CAN bearer identifier, and the PCRF also needs to record the PCC rule and the IP-CAN bearer identifier when generating the PCC rule.
  • Binding relationship at the same time, the binding relationship between the PCC rule and the IP-CAN bearer identifier is also indicated in the CCA message, that is, the IP-CAN bearer identifier specifies the IP-CAN bearer to perform the binding PCC rule, and the PCEF/GW is based on The binding relationship between the PCC rule of the PCRF and the IP-CAN bearer identifier is executed on the corresponding IP-CAN bearer.
  • the PCEF/GW When the PCEF/GW receives the UE-initiated IP-CAN session message, it is required to establish a new IP-CAN bearer, such as establishing a second PDP context for GPRS; in the IP-CAN bearer setup process, PCEF/GW to the PCRF Sending a CCR message, requesting a PCC rule for the IP-CAN bearer, if the PCRF performs IP-CAN bearer and rule binding, the GW also needs to upload a new IP-CAN bearer identifier; the PCRF stores the information carried in the CCR message, and The IP-CAN session is associated with a specific AF session using information received from the PCEF/GW and the service information obtained from the AF (an IP-CAN session can be associated with multiple AF sessions); thereafter, the PCRF is based on the service Information and user subscription, carrier configuration and other information, generate and save new PCC rules;
  • the PCRF carries the new PCC rule in the CCA message and returns it to the PCEF/GW. If the PCRF performs IP-CAN bearer and rule binding, it also needs to specify in the CAA message that the PCC rule is executed on the newly established IP-CAN bearer; The PCEF/GW installs the rule, and opens or closes the corresponding service data flow according to the rule to ensure the corresponding QoS; the PCEF/GW returns an IP-AN session response message to the UE.
  • FIG. 2 is an IP-CAN session, an IP-CAN bearer, a PCC rule, and Schematic diagram of the binding relationship between IP flows.
  • IP-CAN bearer 1 includes two IP flows of IP flow 1 (IPFlow1) and IP flow 2
  • IP-CAN bearer 2 includes IP flows 3 to IP flows 6 and 4 IP flows.
  • FIG. 3 is a flow chart of existing event detection and reporting. As shown in FIG. 3, the existing method for implementing event detection includes the following steps:
  • Step 300 The PCEF/GW sends a CCR message to the PCRF to request a PCC rule.
  • Step 301 The PCRF returns a CCA message to the PCEF/GW.
  • the CCA message carries the PCC rule and the Event-Trigger parameter used to instruct the PCEF/GW to detect certain events.
  • the specific message format is as follows (all parameters are not listed for the sake of simplicity):
  • Session-Id (session ID, corresponding to an IP-CAN session) ⁇ Auth-Ap l ica t ion- Id ⁇
  • the detection event sent by the PCRF to the PCEF/GW is for the entire IP-CAN session.
  • the Event-Trigger parameter indicates the event to be detected, and * indicates that there can be zero or more parameters.
  • the content of the Event-Trigger parameter is the enumeration value of various events, if you want to specify more at the same time For an event, multiple Event-Trigge parameters are required;
  • the Charging-Rule-Install parameter indicates that the rule to be executed, referred to as the rule execution parameter, contains the sub-parameters shown in Table 1:
  • the new rule is carried by the Charging-Rule-Definition sub-parameter; if the PCRF wants the PCEF/GW to execute on the GW
  • the defined PCC rules you can use the Charging-Rule-Name or Charging-Rule-Base-Name parameters to specify the corresponding one or more PCC rules; if the PCRF performs IP-CAN bearer binding, it can also carry Bearer-
  • the Identifier parameter is used to indicate that the corresponding PCC rule specified by Charging-Rule-Defienting or Charging-Rule-Name or Charging-Rule-Base-Name is performed on the IP-CAN bearer.
  • Step 302 The PCEF/GW detects the status of all IP-CAN bearers in the IP-CAN session according to the indication of the PCRF.
  • Step 303 After detecting an event, the PCEF/GW reports the detected event triggering parameter in the IP-CAN session to the PCRF, and reports the PCC rule corresponding to the IP-CAN bearer associated with the event.
  • the PCEF/GW also has a corresponding IP-CAN bearer identifier.
  • Step 304 The PCRF triggers the parameter according to the reported event, modifies or generates a new PCC rule, and sends the message to the PCEF/GW through the CCA message.
  • the PCRF In addition to the event detected in the PCEF request PCC rule shown in Figure 3, it can also be The event is detected by the PCRF in the process of actively sending the PCC rule.
  • the PCRF carries the Even t-Tr i gger parameter for the entire IP-CAN session in the Re-Authorization Request (RAR) message, and actively sends the PCC rule.
  • RAR Re-Authorization Request
  • the PCEF/GW performs event detection throughout the IP-CAN session.
  • the RAR message is an existing message, and is a request for re-authorization initiated when the original rule is required to be modified, such as modification of the user subscription data or change of the service information.
  • FIG. 4 is a flowchart of the first embodiment of the event detection according to the present invention. As shown in FIG. 4, this embodiment is a method for implementing event detection in a PCC/GW request PCC rule, and includes the following steps:
  • Step 400 The PCEF/GW sends a CCR message to the PCRF to request a PCC rule.
  • Step 401 The PCRF returns a CCA message to the PCEF/GW.
  • the CCA message carries the PCC rule and carries the Event-Tr i gger parameter, which is bound to the specified PCC rule.
  • the PCC rules carried in the CCA are in a large range. As shown in FIG. 1, for example, the PCC rule 1, the PCC rule 2, and the PCC rule 3 may be carried.
  • the PCEF/GW performs the PCC rule on the specified IP-CAN bearer according to the PCC rule.
  • the specified PCC rule bound to the Event-Tr i gger parameter carried in the CCA is small, for example, only the event detection is specified for the PCC rule 1 therein. It can be seen from this step that the detection event requested by the PCEF/GW is for the specified PCC rule.
  • Step 402 The PCEF/GW detects the IP-CAN bearer status corresponding to the specified PCC rule according to the indication of the PCRF.
  • Step 403 After detecting an event, the PCEF/GW reports the detected event trigger parameter to the PCRF through the CCR message, and reports the PCC rule related to the detected event.
  • Step 404 The PCRF triggers the parameter according to the reported event, modifies or generates a new PCC rule, and sends the message to the PCEF/GW through the CCA message.
  • the CCA message may further carry a new Event-Tr i gger parameter, which may be bound to the modified PCC rule.
  • FIG. 5 is a flowchart of Embodiment 2 of event detection according to the present invention. As shown in FIG. 5, this embodiment is The PCEF/GW requests another method for implementing event detection in the PCC rule. In this embodiment, the PCRF performs binding of the IP-CAN bearer and the PCC rule, and includes the following steps:
  • Step 500 The PCEF/GW sends a CCR message to the PCRF to request a PCC rule.
  • Step 501 The PCRF returns a CCA message to the PCEF/GW.
  • the CCA message carries the PCC rule and carries the Event-Tr i gger parameter.
  • the Event-Tr i gger parameter is bound to the specified PCC rule, and the Event-Tr i gger parameter is bound to the IP-CAN bearer of the PCC rule. Identity binding.
  • Step 502 The PCEF/GW detects the state of the IP-CAN 7 corresponding to the designated IP-CAN bearer identifier according to the indication of the PCRF.
  • Step 503 After detecting an event, the PCEF/GW reports the detected event trigger parameter to the PCRF, and reports the PCC rule and the IP-CAN bearer identifier corresponding to the detected event.
  • Step 504 The PCRF triggers the parameter according to the reported event, modifies or generates a new PCC rule, and sends the message to the PCEF/GW through the CCA message.
  • the CCA message may further carry a new Event-Trigger parameter, and the Event-Trigger parameter may be bound to the modified IP-CAN bearer identifier.
  • the PCRF may also transmit the requested detection event and the specified IP packet flow in the PCC rule.
  • Correlation means that the CCA message carries the PCC rule and carries the Event-Tr i gger parameter, and the Event-Tr i gger parameter is bound to the specified PCC rule, and the Event-Tr i gger parameter is also specified in the PCC rule.
  • the IP packet flow ID is bound; and the PCEF detects the status of the specified IP packet flow in the specified PCC rule according to the indication of the CAA message.
  • the C-Bail message may further carry a new Event-Trigger parameter bound to the modified IP packet flow identifier, and send the parameter to the PCEF/GW.
  • Embodiment 3 of event detection is a PCRF.
  • the method for implementing event detection in the PCC rule is actively delivered, including the following steps:
  • Step 600 The PCRF actively sends the PCC rule to the PCEF/GW through the RAR message, and carries the Event-Trigger parameter, and the Event-Trigger parameter is bound to the specified PCC rule.
  • Step 601 The PCEF/GW returns a Re-Authorization Answer (RAA) message corresponding to the RAR message to the PCEF.
  • RAA Re-Authorization Answer
  • Step 602 The PCEF/GW detects the state of the IP-CAN bearer corresponding to the specified PCC rule according to the indication of the PCRF.
  • Step 603 After detecting an event, the PCEF/GW reports the detected event trigger parameter to the PCRF, and reports the PCC rule related to the detected event.
  • Step 604 The PCRF triggers the parameter according to the reported event, modifies or generates a new PCC rule, and sends the message to the PCEF/GW through the CCA message.
  • the CCA message may further carry a new Event-Tr i gger parameter, which may be bound to the modified PCC rule.
  • FIG. 7 is a flowchart of Embodiment 4 of the event detection according to the present invention. As shown in FIG. 7, this embodiment is another method for implementing event detection in the PCC rule by the PCRF. In this embodiment, the PCRF performs IP-CAN bearer and The binding of the PCC rule includes the following steps:
  • Step 700 The PCRF actively sends a PCC rule to the PCEF/GW through the RAR message, and carries an Event-Trigger parameter, where the Event-Trigger parameter is bound to the specified PCC rule, and the Event-Tr i gger parameter is IP-CAN carries the identity binding.
  • Step 701 The PCEF/GW returns an RAA message to the PCEF.
  • Step 702 The PCEF/GW detects the IP-CAN 7-load status corresponding to the designated IP-CAN bearer identifier according to the indication of the PCRF.
  • Step 703 After detecting an event, the PCEF/GW reports the detected event trigger parameter to the PCRF, and reports the PCC rule related to the detected event and the corresponding IP-CAN bearer. Knowledge.
  • Step 704 The PCRF triggers the parameter according to the reported event, modifies or generates a new PCC rule, and sends the message to the PCEF/GW through the CCA message.
  • the CCA message may further carry a new Event-Trigger parameter, and the Event-Trigger parameter may be bound to the modified IP-CAN bearer identifier.
  • the PCRF may also correlate the detected detection event with the specified IP packet flow in the PCC rule.
  • the association carries the PCC rule in the RAR message and carries the Event-Tr i gger parameter, which is bound to the specified PCC rule, and the Event-Tr i gger parameter is also associated with the specified IP in the PCC rule.
  • the packet flow ID is bound; and the PCEF detects the state of the specified IP packet flow in the specified PCC rule according to the indication of the CAA message.
  • the CIF message may further carry a new Event-Trigger parameter bound to the modified packet flow identifier, and send the parameter to the PCEF/GW 0.
  • FIG. 8 is a flowchart of the fifth embodiment of the event detection according to the present invention.
  • the embodiment is used to illustrate that the PCEF/GW has the capability of detecting an IP packet flow. For example, when the corresponding ICMP packet is detected, the PCEF detects the status of the packet flow and reports the same. . As shown in Figure 8, the following steps are included:
  • Step 800 to step 803 After the UE establishes an IP-CAN bearer with the PCEF/GW, the IP stream is sent by the IP-CAN bearer.
  • a Real-Time Transport Protocol (RTP) flow is taken as an example; the PCEF/GW converts the IP flow. Send to the external network.
  • the PCEF/GW receives the Internet Control Message Protocol (ICMP) packet from the external network indicating that the route is unreachable, and forwards the received ICMP packet to the UE.
  • ICMP Internet Control Message Protocol
  • Step 804 The PCEF/GW detects that the PCRF has sent the event for the currently sent IP flow, that is, after receiving the trigger event from the external network, including the route unreachable in this embodiment, and reporting the event trigger parameter to the PCRF. And associate it to the specified IP flow in the PCC rule.
  • the PCEF/GW carries the detected event trigger parameter, the PCC rule related to the detected event, and the IP flow ID of the specified IP stream through the CCR message.
  • Step 805 The PCRF triggers the parameter according to the reported event, modifies or generates a new PCC rule, and sends the message to the PCEF/GW through the CCA message.
  • the CCA message may further carry a new Event-Trigger parameter, and the Event-Trigger parameter may be bound to the packet flow ID in the modified PCC rule.
  • the trigger event parameter is bound to the PCC rule.
  • the trigger event parameter can also be bound to the IP-CAN bearer identifier or IP flow.
  • the present invention in order to implement the binding of the Event-Trigger parameter to the PCC rule or the IP-CAN bearer ID or the IP stream ID, the present invention provides the following three implementation methods.
  • Method 1 define a new parameter such as PCC Event-triggered (PCC-Event-Trigger) parameter, the PCC-Event-Trigger parameter contains Event-Trigger parameter, PCC rule name or IP-CAN bearer ID identifier or IP flow ID, the specific format is as follows:
  • Event-Tr igger ⁇ indicates that the PCC-Event-Trigger parameter must carry one or more Event-Tr igger parameters
  • the IP Flow Identifier ( * [Flow-Identifier ] ) parameter in the PCC-Event-Trigger parameter is a newly defined AVP whose format is as follows:
  • Flow-Identifier specifies a specific one or more IP flows under a certain PCC rule (PCC name), and uses the Flows parameter or Flow-Description parameter to identify these IP flows. Carrying [Flow-Identifier] indicates that the carried Event-Trigger parameter is bound to the IP flow identifier of these IP flows.
  • Session-Id > (session ID, corresponding to an IP-CAN session)
  • PCC-Event-Trigger parameter does not carry the Bearer-Identifier, Charging-Rule-Name, Charging-Rule-Base-Name parameter and Flow-Identifier parameter, it indicates that the carried Event-Trigger parameter is for the entire IP-CAN session. , the same as in the prior art.
  • Method two extend the Charging - Rule - Ins tal 1 parameter to make Charging - Rule - Install
  • the parameter contains the Event-Trigger sub-parameter, which indicates that the event detection is performed on the installed PCC rule (or rule group).
  • the specific format is as follows:
  • Event-Trigger indicates that the installation rule needs to carry zero or more Event-Trigger parameters. If Charging-Rule-Instalt 1 carries the Event-Trigger parameter, it indicates that the Event-Trigger parameter must be installed with these.
  • PCC rules (or rule group) binding ie PCEF/GW must detect the status of IP-CAN 7 packets associated with these PCC rules.
  • the CCA message or the RAR message contains the following information:
  • Session-Id > (session ID, corresponding to an IP-CAN session)
  • Event-Trigger Event to detect, for session
  • Event-Trigger parameter of the session layer conflicts with the Event-Trigger parameter in Charging-Rule-Instalt 1
  • the event detection is based on the Event-Trigger parameter in Charging-Rule-Install.
  • Method 3 Extend the sub-parameters of the Charging-Rule-Install parameter: Charging - Rule - Def ini t ion parameter, so that the Charging - Rule - Def in t ion parameter contains the Event-Trigger sub-parameter, indicating execution on the dynamically installed PCC rule Event detection, the specific format is as follows:
  • IP quintuple definition IP quintuple definition
  • Event-Trigger *[ Event-Trigger ] (Event to be detected)
  • Event-Trigger indicates that the dynamic installation rule needs to carry zero or more Event-Trigger parameters. If the Charging-Rule-Instal 1 to which the Charging-Rule-Definition parameter belongs carries the Event-Trigger parameter, it indicates Event. The -Trigger parameter must be bound to this dynamically installed PCC rule, ie the PCEF/GW must detect the status of the IP-CAN bearer associated with this PCC rule. Correspondingly, the CCA message or the RAR message contains the following information:
  • Session-Id > (session ID, corresponding to an IP-CAN session)
  • Event-Trigger Event to detect, for session
  • the Charging-Rule-Def ini parameter in this parameter can carry the Event-Trigger parameter to implement event detection for dynamically installed PCC rules;). It should be noted that although Method 2 can only bind the Event-Trigger parameter to the dynamically installed PCC rule, since the predefined PCC rules generally define QoS level, accounting information, and detection events, it is not required.
  • the PCRF specifies the binding of the Event-Trigger parameter to the predefined rule. That is, the PCRF does not need to send event detection for the PCC rule pre-configured on the PCEF.
  • the Charging-Rule-Definition parameter can be extended, and a new Flow-Event-Trigger parameter is added to its sub-parameter, and the Flow-Event-Trigger parameter includes an Event-Trigger parameter and an IP flow identifier.
  • the specific format is as follows:
  • Event-Trigger ⁇ indicates that the Flow-Event-Trigger parameter must carry one or more Event-Trigger parameters; * [ Flows ] indicates that the Flow-Event-Trigger parameter is associated with zero to multiple IP flows, carrying the designation IP stream ID; If there is no *[Flows] parameter, it means that the Event-Trigger is associated with the entire PCC rule.
  • the expanded Charging-Rule-Definition parameter format is as follows:
  • the CCA message or the RAR message contains the following information:
  • Ses s ion-Id > (session ID, corresponding to an IP-CAN session)
  • Event-Tr igger Event to detect, for session
  • the Charging-Rule-Def ini t ion parameter in this parameter can carry the Event-Tr igger parameter and the Flow-Event-Tr igger parameter, which is implemented for Flow-Event-Tr igger Event detection for the IP packet flow specified in the parameter;).
  • the present invention detects the state of the IP-CAN bearer corresponding to the PCC rule by binding the Event-Trigger parameter and the PCC rule, and implements small-granularity detection for the specific PCC rule, and reduces Redundant message interactions reduce system load. Further, the method of the present invention implements small-grained detection of the state of the IP-CAN bearer or the IP stream by binding the Event-Trigger parameter with the IP-CAN identifier or the IP stream identifier, thereby avoiding event detection and IP-CAN. The problem of excessive session binding granularity saves the burden of IP-CAN bearer detection and message interaction.
  • a system for implementing time detection includes at least: a PCEF/GW and a PCRF entity;
  • the PCRF entity is configured to carry an event trigger parameter when the PCC rule is sent to the PCEF/GW, where the event trigger parameter is bound to the specified PCC rule;
  • the PCEF/GW is configured to detect, after receiving the event triggering parameter, a status of the IP-CAN bearer corresponding to the PCC rule associated with the event indicated by the event triggering parameter.
  • the PCEF/GW is further configured to request a PCC rule from the PCRF entity. After detecting the event, the PCEF/GW further reports the detected event trigger parameter to the PCRF entity, and reports the PCC rule related to the detected event. The PCRF entity further modifies or generates a new PCC rule according to the reported event triggering parameter, and sends the new PCC rule to the PCEF/GW.
  • the PCRF entity further sends a new event triggering parameter bound to the modified PCC rule to the PCEF/GW 0
  • the PCRF further performs binding of the IP-CAN bearer and the PCC rule, where the PCRF entity further binds the event triggering parameter to the IP-CAN bearer identifier of the IP-CAN bearer bound by the PCC rule.
  • the PCEF/GW further detects the status of the IP-CAN bearer indicated by the designated IP-CAN bearer identity.
  • the PCEF/GW further requests a PCC rule from the PCRF entity. After detecting the event, the PCEF/GW further reports the detected event trigger parameter to the PCRF entity, and reports the PCC rule and IP corresponding to the detected event. - a CAN bearer identifier; the PCRF entity further modifies or generates a new PCC rule according to the reported event triggering parameter, and sends the new PCC rule to the PCEF/GW.
  • the PCRF entity further transmits a new event triggering parameter bound to the modified IP-CAN bearer identity to the PCEF/GW.
  • the PCEF entity has the capability of detecting an IP packet flow, the PCRF entity further binding the event triggering parameter to a specified IP packet flow identifier in a PCC rule; the PCEF/GW further detecting a designation in a specified PCC rule
  • the IP packet flow identifies the status of the IP packet stream.
  • the PCEF/GW requests a PCC rule from the PCRF entity. After detecting the event, the PCEF/GW further reports the detected event trigger parameter to the PCRF entity, and reports the PCC rule related to the detected event and the PCC. Specifying an IP flow identifier in the rule; the PCRF entity further triggers a parameter according to the reported event, modifies or generates a new PCC rule, and sends the new PCC rule to the PCEF/GW 0. The PCRF entity further transmits a new event triggering parameter bound to the modified IP packet flow identifier to the PCEF/GW.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

实现事件检测的方法、 系统及实体 技术领域
本发明涉及策略和计费控制 （PCC)技术， 尤指一种在策略和计费控制过 程中实现事件检测的方法、 系统及实体。
背景技术
从通信网的发展来看， 通信网经历了从传统电路交换网络到控制承载 分离的国际互联网协议（ IP, Internet Protocol ) 包交换网络， 再到全 IP 的多媒体网络的演进过程。
目前， 下一代通信网的承载已经全面开始使用 IP。 在向全 IP网络演进 过程中， 需要考虑端到端的服务质量（QoS)问题， 以提供让客户满意的业 务， 尤其是实时类业务。 因为 IP网络可以提供更多种类的业务如多媒体呼 叫， 文件下载， 网页浏览等， 所以需要网络能够检测不同的业务流并统计 流量、 时长等计费信息以上报给计费中心。为了解决上述 QoS和基于流计费 等相关问题， 第三代移动通信标准化伙伴项目 （ 3GPP)定义了 PCC架构， 通 过 PCC架构可以使得网络检测到不同的业务流， 并针对各种业务流实现 QoS 控制、 计费统计等需求。
图 1是 PCC架构的示意图， 如图 1所示， PCC架构主要包括策略控制 和计费规则功能 （PCRF, Policy Control and Charging Rules Function ) 实体、 策略和计费执行功能 ( PCEF, Policy and Charging Enforcement Function ) 实体、 用户签约数据数据库 ( SPR, Subscription Profile Repository )、 应用层功能（AF, Application Function ) 实体， 以及离线 计费系统（ OFCS, Offline Charging Sys tem )和在线计费系统（ OCS , Online Charging System )。
其中， PCRF实体根据用户接入网络的限制、 运营商策略、 用户签约数 据以及用户当前正在进行的业务信息（从 AF功能实体获取）等决定对应的 PCC规则， 并将该策略提供给 PCEF , 由 PCEF执行这些 PCC规则。 PCC规则 包括业务数据流即完成某一业务， 比如语音的 IP流集合的检测规则、是否 门控、 业务数据流对应的 QoS和基于流的计费规则等；
PCEF实体位于网关（GW ) 中， 用于执行 PCRF下发或者指定 PCC规则， 具体来说就是执行业务数据流的检测和测量， 保证业务数据流的 QoS , 用 户面流量处理和触发控制面的会话管理等； PCRF根据来自 AF 实体的应用 层的会话信息动态生成或者修改对应的 PCC规则；
PCRF实体与 PCEF实体之间通过 GX参考点连接， 通过 GX参考点主要 实现以下功能： 建立、 维护和终结 IP 连通性接入网络 （ IP-CAN , IP Connec t ivi ty Acces s Ne twork ) PCEF向 PCRF请求 PCC规则； PCRF 向 PCEF提供 PCC规则； 协商 IP-CAN承载建立模式。 GX参考点使用 IETF 定义的 Diameter协议。
为了更容易理解本文流程， 先解释几个术语：
IP-CAN指当用户在接入网络内漫游即位置改变时， 仍能保存 IP业务 连续性即不中断业务， 具有这样性质的接入网络称为 IP-CAN, 比如通用分 组无线业务（GPRS ) 网络、 I-WLAN网络等；
IP-CAN 承载 （IP-CAN bearer ) 是具有明确速率、 延迟和误比特率的 IP传输路径，该 IP传输路径指的是接入网到 GW之间的路径。比如对于 GPRS 网络来说 IP-CAN bearer对应 PDP上下文；
IP-CAN会话 （ IP-CAN ses s ion ) 指的是用户设备 ( UE ) 和分组数据网 ( PDN ) 比如 interne t 网络标识之间的连接关系， 该连接关系通过 UE 的 IP地址和 UE的标识来识别。只要 UE分配了 IP地址并且能被 IP网络识别， 则 IP-CAN会话存在。 IP-CAN会话可以包含一个或多个 IP-CAN承载。
由现有技术中 I P-C AN会话建立过程， 以及 I P-C AN承载建立过程可知， 在 PCEF/ GW上形成了如图 2所示的绑定关系，图 2是 IP-CAN会话、 IP-CAN承载、 PCC规则及 IP流之间的绑定关系示意图。 如图 2所示， 假设在建立 IP-CAN会 话时， 为了满足不同的 QoS要求， 在同一个 IP-CAN会话中建立有不同 QoS要 求的两个 IP-CAN承载， 在每个 IP-CAN承载中可以有多个 IP流， 比如用户可 以同时在不同服务器下载文件等， 如图 2所示， IP-CAN承载 1中包括 IP流 1 ( IP F lowl ) 和 IP流 2两个 IP流， IP-CAN承载 2中包括 IP流 3 ~ IP流 6四个 IP 流。
现有技术在确定 PCC规则时， 需要 PCRF向 PCEF/GW发送 CCA消息， 并 在 CCA消息中携带有 PCC规则， 具体消息格式如下 （为了简化起见没有列 出所有参数）：
<CC-Answer> ：： = < Diameter Header: 272, PXY >
< Ses s ion-Id > (会话 ID, 对应一个 IP-CAN会话） { Auth-Ap l ica t ion- Id }
{ Or ig in-Hos t }
{ Or ig in-Rea lm }
* [ Event-Tr igger ] (要检测的事件）
* [ Charg ing- Rule- Ins ta l l ] (需要执行的 PCC规则， 如果 PCRF执行承载绑定， 则还进一步包含 IP-CAN承载标识）
从现有 CAA消息格式可以看出， PCRF向 PCEF/GW下发的检测事件是针对 整个 IP-CAN会话的。 现有方法只针对整个 IP-CAN会话进行事件检测， 会导 致如下缺点：
实际应用中， PCRF可能需要检测的是某个 IP-CAN承载或者某个 PCC规则 中对应 IP流的状态， 而非整个 IP-CAN会话的状态，但现有技术 PCEF/GW可能 会对不关心的 I P-C AN承载或者 I P流进行检测， 并将出现的检测状态上报， 而 PCRF是不需要这些信息的，这样， 势必导致 PCRF和 PCEF/GW之间出现冗余 的消息交互， 增加了两个设备之间不必要的负载。 比如 PCRF不关注如图 2 所示 I P-C AN Be a r e r 2的承载下载文件短时间中断的中断情况，现有方法中， 如果 IP-CAN Bearer 2的承载中断， PCEF/GW也会上才艮。 发明内容
有鉴于此， 本发明实施例的目的在于提供一种实现事件检测的方法， 能 够针对指定的 PCC规则进行小粒度检测， 减轻系统负载。
本发明实施例的另一目的在于提供一种实现事件检测的系统， 能够针对 指定的 PCC规则进行小粒度检测， 减轻系统负载。
本发明实施例的另一目的在于提供实现事件检测的实体， 能够针对指定 的 PCC规则进行小粒度检测。
为达到上述目的， 本发明实施例的技术方案具体是这样实现的： 一种实现事件检测的方法， 该方法包括：
策略控制和计费规则功能 PCRF 实体向策略和计费执行功能实体 /网关 PCEF/GW发送策略和计费控制 PCC规则时，携带事件触发参数， 该事件触发参 数与指定 PCC规则绑定；
PCEF/GW接收到事件触发参数后，检测与该事件触发参数指示的事件关联 的 PCC规则对应的 IP-CAN 载的状态。
一种实现事件检测的系统， 所述系统至少包括： PCEF/GW和 PCRF实体； 其中，
PCRF实体， 用于在向 PCEF/GW发送 PCC规则时， 携带事件触发参数， 该 事件触发参数与指定 PCC规则绑定；
PCEF/GW, 用于在接收到事件触发参数后， 检测与该事件触发参数指示的 事件关联的 PCC规则对应的 IP-CAN承载的状态。
一种策略控制和计费规则功能实体， 该策略控制和计费规则功能实体向 策略和计费执行功能实体发送策略和计费控制规则， 并携带事件触发参数， 该事件触发参数与指定策略和计费控制规则绑定。
一种策略和计费执行功能实体， 该策略和计费执行功能实体用于接收策 略和计费控制规则， 该策略和计费控制规则绑定有事件触发参数； 策略和计 费执行功能实体还用于检测与该事件触发参数指示的事件关联的策略和计费 控制规则对应的 IP连通性接入网络承载的状态。
由上述技术方案可见， 本发明 PCRF向 PCEF/GW发送 PCC规则时， 携带事 件触发参数， 该事件触发参数与指定 PCC规则绑定， PCEF/GW接收到事件触发 参数后， 检测针对该事件触发参数指示的事件的该 PCC规则对应的 IP-CAN承 载的状态， 避免在任何情况下都对整个 IP-CAN会话的状态进行检测的情况， 针对具体的 PCC规则进行了小粒度检测， 减轻了系统负载。
附图说明
图 1是 PCC架构的示意图；
图 1是 IP-CAN会话、 IP-CAN承载、 PCC规则及 IP流之间的绑定关系示 意图；
图 3是本发明实施例应用场景的事件检测和上报的流程图；
图 4是本发明事件检测实施例一的流程图；
图 5是本发明事件检测实施例二的流程图；
图 6是本发明事件检测实施例三的流程图；
图 7是本发明事件检测实施例四的流程图；
图 8是本发明事件检测实施例五的流程图。
具体实施方式
本发明实施例的实现包括： PCRF向 PCEF/GW发送 PCC规则时， 携带事件 触发参数， 该事件触发参数与指定 PCC规则绑定， PCEF/GW接收到事件触发参 数后， 检测与该事件触发参数指示的事件关联的 PCC规则对应的 IP-CAN承载 的状态。
一般情况下， 在 IP-CAN会话的建立过程中， 当 PCEF/GW接收到来自 UE的 IP-CAN建立会话请求后， 会通知 PCRF并向 PCRF发送货记控制请求 消息 （CCR , Cred i t Cont ro l Reques t ) 消息， 该 CCR消息中携带有 UE标 识和 IP地址； PCRF存储 CCR消息中携带的信息， 如果需要用户签约信息 可以进一步向 SPR请求， 之后生成并存储 PCC规则； PCRF通过货记控制应 答（ CCA , Cred i t Cont ro l Answer )消息将 PCC规则下发给 PCEF/GW; PCEF/GW 安装规则， 并根据规则打开或者关闭对应的业务数据流， 保证相应的 QoS , 如果 PCEF/GW执行 IP-CAN承载和 PCC规则绑定， 则由 GW根据 PCC规则要 求选择一个合适的 IP-CAN承载， 最后， PCEF/GW向 UE返回 IP-CAN会话建 立响应消息。
需要说明的是，如果 PCRF执行 IP-CAN承载和规则绑定， CCR消息中还可 能携带有 IP-CAN承载标识， 同时 PCRF在生成 PCC规则时， 还需要记录 PCC规 则和 IP-CAN承载标识的绑定关系， 同时， 在 CCA消息中也会指明 PCC规则和 IP-CAN承载标识的绑定关系即在 IP-CAN承载标识指定 IP-CAN承载执行该绑 定的 PCC规则 ,而且 PCEF/GW根据 PCRF的 PCC规则和 I P-CAN承载标识的绑定关 系， 在对应的 IP-CAN承载上执行该 PCC规则。
在 PCEF/GW接收到 UE发起的 IP-CAN会话消息时， 要求建立新的 IP-CAN 承载如对于 GPRS即为建立第二个 PDP上下文； 在 IP-CAN承载建立过程中， PCEF/GW向 PCRF发送 CCR消息，请求针对该 IP-CAN承载的 PCC规则，如果 PCRF 执行 IP-CAN承载和规则绑定， 则 GW还要上 新的 IP-CAN承载标识； PCRF存 储 CCR消息中携带的信息， 并利用从 PCEF/ GW接收到的信息和从 AF获得的业 务信息， 将 IP-CAN会话关联到特定的 AF会话 （一个 IP-CAN会话可与多个 AF 会话有关联关系） ； 之后， PCRF根据业务信息和用户签约、 运营商配置等 信息， 生成并保存新的 PCC规则；
PCRF将新的 PCC规则携带在 CCA消息中返回给 PCEF/GW, 如果 PCRF执行 IP-CAN承载和规则绑定，则还需在 CAA消息中指明在新建立的 IP-CAN承载上 执行 PCC规则； PCEF/GW安装规则， 并根据规则打开或者关闭对应的业务数 据流， 保证对应的 QoS ; PCEF/GW向 UE返回 IP-AN会话响应消息。
通过上述 IP- CAN会话建立过程， 以及 IP- CAN承载建立过程，在 PCEF/GW 上形成了如图 2所示的绑定关系， 图 2是 IP-CAN会话、 IP-CAN承载、 PCC规则 及 IP流之间的绑定关系示意图。 如图 2所示， 假设在建立 IP-CAN会话时， 为 了满足不同的 QoS要求， 在同一个 IP-CAN会话中建立有不同 QoS要求的两个 IP-CAN承载， 在每个 IP-CAN承载中可以有多个 IP流， 比如用户可以同时在 不同服务器下载文件等，如图 2所示， IP-CAN承载 1中包括 IP流 l(IPFlowl) 和 IP流 2两个 IP流， IP-CAN承载 2中包括 IP流 3 ~ IP流 6四个 IP流。
在 3GPP定义的 PCC架构中， PCRF除了向 PCEF/GW下发 PCC规则外，还可要 求 PCEF/GW检测某些事件， 比如 IP-CAN承载失去或者恢复连接、 GW故障等， 当 PCEF检测到对应事件发生后， 会向 PCRF上报该事件， PCRF根据上报事件 重新确定新的 PCC规则。 图 3是现有事件检测和上报的流程图， 如图 3所示， 现有实现事件检测的方法包括以下步骤：
步骤 300： PCEF/GW向 PCRF发送 CCR消息， 请求 PCC规则。
步骤 301： PCRF向 PCEF/GW返回 CCA消息。
CCA消息中携带有 PCC规则、 用于指示 PCEF/GW检测某些事件的事件 触发（Event-Trigger )参数， 具体消息格式如下（为了简化起见没有列出 所有参数）：
<CC-Answer> ：： = < Diameter Header: 272, PXY >
< Session-Id > (会话 ID, 对应一个 IP-CAN会话） { Auth-Ap l ica t ion- Id }
{ Origin-Host }
{ Origin-Realm }
* [ Event-Trigger ] (要检测的事件）
* [ Charging- Rule- Install ] (需要执行的 PCC规则， 如果 PCRF执行承载绑定， 则还进一步包含 IP-CAN承载标识）
从现有 CAA消息格式可以看出， PCRF向 PCEF/GW下发的检测事件是针 对整个 IP-CAN会话的。
其中， Event-Trigger参数指明要检测的事件， *表示可以有零到多个 参数。 Event-Trigger 参数内容是各种事件的枚举值， 如果要同时指定多 个事件的话， 需要多个 Event- Trigge参数；
Charging-Rule-Install 参数表明要执行的规则， 简称为规则执行参 数， 包含表一所示的子参数：
Charging-Rule-Install ：： = < AVP Header: 1001 >
* [ Charging-Rule-Definition ] (安装规则的定义， 简 称为规则定义参数）
* [ Charging-Rule-Name ] (安装规则的名称）
* [ Charging-Rule-Base-Name ] (安装一组规则的名称） [ Bearer-Identifier ] ( IP _ CAN承载标识）
*[ AVP ] (属性值对， 标识可能扩展其它参数） 当 PCRF动态生成新的 PCC规则后， 通过 Charging-Rule-Definition 子参数携带新的规则； 如果 PCRF希望 PCEF/GW执行在 GW上已经预定义的 PCC规 ,贝' J可以使用 Charging—Rule—Name或者 Charging—Rule—Base—Name 参数来指定对应的一个或多个 PCC规则；如果 PCRF执行 IP-CAN承载绑定， 还可以携带 Bearer-Identifier参数，用于指明在该 IP-CAN承载上执行相 应 的 由 Charging-Rule-Def ini t ion 或 Charg ing-Rule-Name 或 Charging-Rule-Base-Name指定的 PCC规则。
其中， Charging- Rule- Definition子参数的定义如表二所示：
Charging - Rule - Def ini t ion ：: = < AVP Header: 1003 >
{ Charging-Rule-Name } (安装规则的名称）
[ Service-Identifier ] (业务标识）
[ Rating-Group ] (计费组）
* [ Flow-Description ] ( IP五元组定义）
[ Flow-Status ] ( IP流状态）
[ Author ized-QoS ] (授权的 QoS)
[ Report ing-Level ] (计费上报级别）
[ Online ] (是否在线计费）
[ Offline ] (是否离线计费）
[ Metering-Method ] (离线计费测量方法）
[ Precedence ] (规则优先级）
[ AF-Charging-Ident if ier ]应用服务器计费标识）
* [ Flows ] ( IP 流标识）
*[ AVP ]
Figure imgf000011_0001
步骤 302:PCEF/GW根据 PCRF的指示，检测 IP-CAN会话中的所有 IP-CAN 承载的状态。
步骤 303: 当检测到某一事件发生后， PCEF/GW向 PCRF上报 IP-CAN 会话中的被检测事件触发参数，并且上报与该事件相关 IP-CAN承载对应的 PCC规则。
进一步地， 如果 PCRF执行承载绑定， PCEF/GW还上 对应的 IP-CAN 承载标识。
步骤 304: PCRF根据上报的事件触发参数，修改或者生成新的 PCC规则， 通过 CCA消息发送给 PCEF/GW。
除了图 3所示的 PCEF请求 PCC规则的流程中检测事件外， 也可以在 PCRF主动下发 PCC规则的流程中实现事件检测， 此时， PCRF会在重新授权 请求 （RAR ) 消息中携带针对整个 I P-CAN会话的 Even t-Tr i gger参数， 主 动下发 PCC规则；而 PCEF/GW则在整个 IP-CAN会话中进行事件检测。其中， RAR 消息为现有消息， 是由于如用户签约数据的修改或者业务信息变更导 致需要修改原有规则的情况下发起的重新授权的请求。
以上为本发明实施例主要应用的场景。
图 4 是本发明事件检测实施例一的流程图， 如图 4 所示， 本实施例为 PCEF/GW请求 PCC规则中实现事件检测的方法， 包括以下步骤：
步骤 400： PCEF/GW向 PCRF发送 CCR消息， 请求 PCC规则。
步骤 401： PCRF向 PCEF/GW返回 CCA消息。
CCA 消息中携带有 PCC 规则、 同时携带有 Event-Tr i gger 参数， 该 Event-Tr i gger参数与指定 PCC规则绑定。
所述 CCA中携带的 PCC规则范围大， 如图 1所示， 比如可以携带 PCC规 则 1、 PCC规则 2和 PCC规则 3 , PCEF/GW根据该 PCC规则在指定的 IP-CAN承 载上执行 PCC规则； 而 CCA中携带的与 Event-Tr i gger参数绑定的指定 PCC 规则范围小， 比如只对其中的 PCC规则 1指定事件检测。 从本步骤可以看出， PCEF/GW请求的检测事件是针对指定 PCC规则的。
步骤 402 : PCEF/GW根据 PCRF的指示， 检测指定 PCC规则对应的 IP-CAN 承载状态。
步骤 403: 当检测到某一事件发生后， PCEF/GW通过 CCR消息向 PCRF上 报该被检测事件触发参数， 并上报与该被检测事件相关的 PCC规则。
步骤 404 : PCRF根据上报的事件触发参数， 修改或者生成新的 PCC规则， 通过 CCA消息发送给 PCEF/GW。
本步骤中， CCA 消息可以进一步携带新的 Event-Tr i gger 参数， 该 Event-Tr i gger参数可与修改后的 PCC规则绑定。
图 5 是本发明事件检测实施例二的流程图， 如图 5 所示， 本实施例为 PCEF/GW请求 PCC规则中实现事件检测的另一方法， 本实施例中 PCRF执行 IP-CAN承载与 PCC规则的绑定， 包括以下步骤：
步骤 500： PCEF/GW向 PCRF发送 CCR消息， 请求 PCC规则。
步骤 501： PCRF向 PCEF/GW返回 CCA消息。
CCA 消息中携带有 PCC 规则、 同时携带有 Event-Tr i gger 参数， 该 Event-Tr i gger参数与指定 PCC规则绑定， 同时该 Event- Tr i gger参数与 PCC 规则绑定的 IP-CAN承载标识绑定。
从本步骤可以看出， PCEF/GW请求的检测事件是针对指定 IP-CAN承载的。 步骤 502: PCEF/GW根据 PCRF的指示， 检测指定 IP-CAN承载标识对应的 IP-CAN 7 载的状态。
步骤 503: 当检测到某一事件发生后， PCEF/GW向 PCRF上报该被检测事 件触发参数， 并上报与该被检测事件对应的 PCC规则和 IP-CAN承载标识。
步骤 504: PCRF根据上报的事件触发参数， 修改或者生成新的 PCC规则， 通过 CCA消息发送给 PCEF/GW。
本步骤中， CCA 消息可以进一步携带新的 Event-Tr igger 参数， 该 Event-Tr i gger参数可与修改后的 IP-CAN承载标识绑定。
图 4和图 5所示的 PCEF/GW请求 PCC规则中实现事件检测的方法中， 如 果 PCEF具有检测 IP分组流的能力， 则 PCRF也可将请求的检测事件与 PCC规 则中的指定 IP分组流相关联即在 CCA消息中携带有 PCC规则、 同时携带有 Event-Tr i gger 参数， 该 Event- Tr i gger 参数与指定 PCC 规则绑定， 该 Event-Tr i gger参数还与 PCC规则中的指定 IP分组流 ID绑定； 而 PCEF根据 CAA消息的指示，检测指定 PCC规则中的指定 IP分组流的状态。而且，在 PCRF 根据上报的事件触发参数， 修改或者生成新的 PCC规则后， 可以进一步通过 CCA消息携带新的与修改后的 IP分组流标识绑定 Event-Tr igger参数， 并发 送给 PCEF/GW0
图 6是本发明事件检测实施例三的流程图，如图 6所示，本实施例为 PCRF 主动下发 PCC规则中实现事件检测的方法， 包括以下步骤：
步骤 600: PCRF通过 RAR消息向 PCEF/GW主动下发 PCC规则， 同时携带 有 Event- Tr i gger参数， 该 Event- Tr i gger参数与指定 PCC规则绑定。
从本步骤可以看出， PCRF主动下发的检测事件是针对指定 PCC规则的。 步骤 601 : PCEF/GW向 PCEF返回与 RAR消息对应的重新授权应答 ( RAA ) 消息。
步骤 602 : PCEF/GW根据 PCRF的指示， 检测指定 PCC规则对应的 IP-CAN 承载的状态。
步骤 603: 当检测到某一事件发生后， PCEF/GW向 PCRF上报该被检测事 件触发参数， 并上报与该被检测事件相关的 PCC规则。
步骤 604 : PCRF根据上报的事件触发参数， 修改或者生成新的 PCC规则， 通过 CCA消息发送给 PCEF/GW。
本步骤中， CCA 消息可以进一步携带新的 Event-Tr i gger 参数， 该 Event-Tr i gger参数可与修改后的 PCC规则绑定。
图 7是本发明事件检测实施例四的流程图 ,如图 7所示，本实施例为 PCRF 主动下发 PCC规则中实现事件检测的另一方法，本实施例中 PCRF执行 IP-CAN 承载与 PCC规则的绑定， 包括以下步骤：
步骤 700: PCRF通过 RAR消息向 PCEF/GW主动下发 PCC规则， 同时携带 有 Event- Tr i gger参数， 该 Event- Tr i gger参数与指定 PCC规则绑定， 并且 该 Event-Tr i gger参数与 IP-CAN 载标识绑定。
从本步骤可以看出， PCRF主动下发的检测事件是针对指定 IP-CAN承载的。 步骤 701： PCEF/GW向 PCEF返回 RAA消息。
步骤 702 : PCEF/GW根据 PCRF的指示， 检测指定 IP-CAN承载标识对应的 IP-CAN 7 载状态。
步骤 703: 当检测到某一事件发生后， PCEF/GW向 PCRF上报该被检测事 件触发参数， 并上报与该被检测事件相关的 PCC规则和对应的 IP-CAN承载标 识。
步骤 704: PCRF根据上报的事件触发参数， 修改或者生成新的 PCC规则， 通过 CCA消息发送给 PCEF/GW。
本步骤中， CCA 消息可以进一步携带新的 Event-Tr igger 参数， 该 Event-Tr i gger参数可与修改后的 IP-CAN承载标识绑定。
图 6和图 7所示的 PCRF主动下发 PCC规则中实现事件检测的方法中， 如 果 PCEF具有检测 IP分组流的能力， 则 PCRF也可将请求的检测事件与 PCC规 则中指定 IP 分组流相关联即在 RAR 消息中携带有 PCC 规则、 同时携带有 Event-Tr i gger 参数， 该 Event- Tr i gger 参数与指定 PCC 规则绑定， 该 Event-Tr i gger参数还与 PCC规则中的指定 IP分组流 ID绑定； 而 PCEF根据 CAA消息的指示，检测指定 PCC规则中的指定 IP分组流的状态。而且，在 PCRF 根据上报的事件触发参数， 修改或者生成新的 PCC规则后， 可以进一步通过 CCA消息携带新的与修改后的分组流标识绑定 Event-Tr igger参数，并发送给 PCEF/GW0
图 8 是本发明事件检测实施例五的流程图， 本实施例用以说明 PCEF/GW 具有检测 IP分组流的能力， 比如检测对应的 ICMP报文时， PCEF检测分组流 状态并上报的实施例。 如图 8所示， 包括以下步骤：
步骤 800至步骤 803: UE与 PCEF/GW建立 IP-CAN承载后， 在该 IP-CAN 承载发送 IP 流， 本实施例中以实时传输协议（RTP ) 流为例； PCEF/GW将该 IP 流转发到外部网络。 PCEF/GW收到来自外部网络的指示路由不可达的因特 网控制信息协议（ICMP )报文， 并将接收到的 ICMP报文转发给 UE。
步骤 804: PCEF/GW检测到 PCRF已经下发针对当前发送的 IP流的事件即 接收到来自外部网络的触发事件后， 其中包括如本实施例中的路由不可达， 向 PCRF上报该事件触发参数， 并将其关联到 PCC规则中的指定 IP流。
本步骤中， PCEF/GW通过 CCR消息携带该被检测事件触发参数、 与该被检 测事件相关的 PCC规则以及指定 IP流的 IP流 ID。 步骤 805: PCRF根据上报的事件触发参数， 修改或者生成新的 PCC规则， 通过 CCA消息发送给 PCEF/GW。
本步骤中， CCA 消息可以进一步携带新的 Event-Tr igger 参数， 该 Event-Tr igger参数可与修改后的 PCC规则中的分组流 ID绑定。
需要说明的是， 如果刚开始下事件触发参数时， 触发事件参数是与 PCC 规则绑定的， 再次下发事件触发参数时， 触发事件参数也可以和 IP-CAN承载 标识或者 IP流绑定。
以上实施例中， 为了实现 Event-Tr igger参数与 PCC规则或 IP-CAN承载 ID或 IP流 ID的绑定， 本发明提供以下三种实现方法。
方法一， 定义一个新的参数如 PCC事件触发（ PCC-Event-Tr igger )参数， 该 PCC- Event- Tr igger参数包含 Event- Tr igger参数， PCC规则名称或 IP- CAN 承载 ID标识或 IP流 ID, 具体格式如下所示：
PCC-Event-Tr igger ：： = < AVP Header: XXXX >
1* { Event-Tr igger }
* [ Charging-Rule-Name ]
* [ Cha r g i ng-Ru 1 e-Ba s e-Name ]
* [ Bearer-Ident if ier ]
* [ Flow-Ident if ier ]
* [ AVP ]
其中， 1* { Event-Tr igger }表示该 PCC-Event-Tr igger 参数必须携带 一个或多个 Event-Tr igger参数；
* [Charging-Rule-Name] 和 * [Charging-Rule-Base-Name] 表 示 该 PCC-Event-Tr igger参数可以携带零到多个 PCC规则 (或规则组 ), 如果携带 PCC规则 （或规则组）， 则指明携带的 Event-Tr igger参数必须与这些 PCC规 则 （或规则组）绑定， 即 PCEF/GW必须检测与这些规则相关的 IP-CAN承载状 态； 在 PCRF执行 I P-CAN承载绑定的情况下，可以通过 * [ Bea r e r _ I den t i f i e r 携带零到多个 IP_CAN承载标识， 并指明携带的 Event-Trigger 参数与这些 IP-CAN 7 载绑定， PCEF/GW必须检测这些 IP-CAN 7 载标识指定 IP-CAN 载 的状态；
PCC-Event-Trigger参数中的 IP流标识 ( * [Flow-Identifier ] )参数 是一个新定义的 AVP, 其格式如下所示：
*Flow-Identif ier ：： = < AVP Header: XXXX >
[Charging-Rule-Name]
[Cha r g ing-Ru 1 e-Ba s e-Name]
* [Flows]
* [Flow-Description]
其中， * [Flow-Identifier]指明了某一 PCC规则 （PCC名称） 下的具体 一个或多个 IP流， 釆用其中的 Flows参数或者流描述 (Flow-Description) 参数来标识这些 IP 流， 如果携带 [Flow-Identifier] , 则表明携带的 Event-Trigger参数与这些 IP流的 IP流标识绑定。
相应地， CCA消息或 RAR消息中将包含如下信息：
< Session-Id > (会话 ID, 对应一个 IP- CAN会话）
*[ PCC-Event-Trigger ] (要检测的事件， 可与 IP- CAN会话， PCC规则或 IP-CAN承载或 IP分组流绑定）
*[ Charging-Rule-Install ] (需要执行的规则， 如果 PCRF 执行 IP-CAN承载绑定， 则包含 IP-CAN承载标识）
如果 PCC-Event-Tr igger 参数没有携 带 Bearer-Identifier , Charging-Rule-Name, Charging-Rule-Base-Name参数和 Flow-Identifier参 数， 则表明携带的 Event-Trigger参数是针对整个 IP-CAN会话的， 与现有技 术中的表示相同。
方法二, 扩展 Charging - Rule - Ins tal 1参数,使 Charging - Rule - Install 参数中包含 Event-Trigger子参数， 表明在安装的 PCC规则 （或规则组）上 执行事件检测， 具体格式如下：
Charging - Rule - Ins tall ：： = < AVP Header: 1001 >
* [ Charging-Rule-Definition ]安装规则的定义）
* [ Charging-Rule-Name ] (安装规则的名称）
* [ Charging-Rule-Base-Name ] (安装一组规则的名称） [ Bearer-Identifier ] ( IP -CAN承载标识） *[ Event-Trigger ] (需要检测的事件）
*[ AVP ]
其中， * [Event-Trigger]表示安装规则 中需要携带零到多个 Event-Trigger参数, 如果 Charging-Rule-Ins tal 1携带有该 Event-Trigger 参数， 则表明 Event-Trigger参数必须与这些安装的 PCC规则 （或规则组） 绑定， 即 PCEF/GW必须检测与这些 PCC规则相关的 IP-CAN 7 载的状态。 相应 地， CCA消息或 RAR消息中包含如下信息：
< Session-Id > (会话 ID, 对应一个 IP- CAN会话）
* [ Event-Trigger ] (要检测的事件， 针对会话）
* [ Charging-Rule-Ins tal 1 ] (该参数可携带 Event-Trigger 参数， 实现针对 PCC规则的事件检测）
需 要说 明 的 是 ， 如 果会话 层 的 Event-Trigger 参数 与 Charging-Rule-Ins tal 1 中 的 Event-Trigger 参 数 冲 突 , 则 以 Charging-Rule-Install中的 Event-Trigger参数为准进行事件检测。
方 法 三 ， 扩 展 Charging-Rule-Install 参 数 的 子 参数 ： Charging - Rule - Def ini t ion参数, 使 Charging - Rule - Def ini t ion参数包含 Event-Trigger子参数，表明在动态安装的 PCC规则上执行事件检测， 具体格 式如下：
Charging - Rule - Def ini t ion ：: = < AVP Header: 1003 > Cha rgi ng-Ru 1 e-Name (安装规则的名称）
Service-Ident if ier (业务标识）
Rating-Group ] (计费组）
Flow-Description ( IP五元组定义）
Flow-Status ] ( IP流状态） Author ized-QoS ] (授权的 QoS ) Report ing-Level (计费上报级别） Online ] (是否在线计费）
Offline ] (是否离线计费）
Metering-Method (离线计费测量方法）
Precedence 1 (规则优先级） AF- Charging- Identifier ] (应用服务器计费标识） *[ Flows ] ( IP 流标识 )
*[ Event-Trigger ] (需要检测的事件）
*[ AVP ]
其中， * [Event-Trigger]表示动态安装规则中需要携带零到多个 Event-Trigger 参数 , 如果 Charging-Rule-Definition 参数所属的 Charging-Rule-Instal 1 携 带有 该 Event-Trigger 参数 , 则 表 明 Event-Trigger参数必须与这个动态安装的 PCC规则绑定，即 PCEF/GW必须检 测与这个 PCC规则相关的 IP-CAN承载的状态。 相应地， CCA消息或 RAR消息 中包含如下信息：
< Session-Id > (会话 ID, 对应一个 IP- CAN会话）
* [ Event-Trigger ] (要检测的事件， 针对会话）
* [ Charging-Rule-Ins tal 1 ] ( 该 参 数 中 的 Charging-Rule-Def ini t ion参数可携带 Event-Trigger参数, 实现针对动态 安装的 PCC规则的事件检测；)。 需要说明的是，虽然方法二只能将 Event-Trigger参数与动态安装的 PCC 规则绑定， 但由于预定义的 PCC规则一般都会定义好 QoS级别、 计费信息以 及检测事件等信息， 所以不需要 PCRF指定 Event-Trigger参数与预定义规则 的绑定， 即对于在 PCEF上预先配置的 PCC规则， 不需要 PCRF下发事件检测。
另外， 还可以扩展 Charging-Rule-Definition参数， 在其子参数中增加 一个新的流事件触发 ( Flow-Event-Trigger )参数, 该 Flow-Event-Trigger 参数包含 Event-Trigger参数和 IP流标识， 具体格式如下：
Flow-Event-Trigger ：： = < AVP Header: XXXX >
1* { Event-Trigger }
* [ Flows ]
*[ AVP ]
其中, 1* { Event-Trigger }表示 Flow- Event- Trigger参数必须携带一 个或多个 Event- Trigger参数； * [ Flows ]表示 Flow- Event- Trigger参数与 零到多个 IP流相关联， 携带指定 IP流 ID; 如果没有 *[ Flows ]参数， 表示 该 Event- Trigger与整个 PCC规则相关联。
扩展后的 Charging-Rule-Definition参数格式如下：
Charging-Rule-Def ini t ion ：: = < AVP Header: 1003 >
{ Charging- Rule- Name } (安装规则的名称） [ Service-Identifier ] (业务标识 )
[ Rating-Group ] (计费组）
* [ Flow-Description ] ( IP 五元组定义) [ Flow-Status ] ( IP流状态 )
[ Authorized- QoS ] (授权的 QoS )
[ Reporting—Level ] (计费上才艮级另 'J )
[ Online ] (是否在线计费）
[ Offline ] (是否离线计费） [ Meter ing-Method ] (离线计费测量方法 )
[ Precedence ] (规则优先级 )
[ AF-Charging-Ident if ier ] (应用服务器计费 标识）
* [ Flows ] ( IP 流标识 )
* [ Flow-Event-Tr igger ] (需要检测的事件， 与 IP流相关）
* [ AVP ]
相应地， CCA消息或 RAR消息中包含如下信息：
< Ses s ion-Id > (会话 ID, 对应一个 IP- CAN会话）
* [ Event-Tr igger ] (要检测的事件， 针对会话）
* [ Charg ing-Rule-Ins ta l 1 ] ( 该 参 数 中 的 Charging-Rule-Def ini t ion 参 数 可 携 带 Event-Tr igger 参 数 和 Flow-Event-Tr igger参数, 实现针对 Flow-Event-Tr igger参数中指定 IP分 组流的事件检测；)。
从上述本发明方法可见， 本发明通过绑定 Event-Tr igger参数与 PCC规 则， 检测针对该 PCC规则对应的 IP-CAN承载的状态， 实现了针对具体的 PCC 规则进行了小粒度检测， 减小了冗余的消息交互量， 减轻了系统负载。 进一 步地， 本发明方法通过绑定 Event-Tr igger参数与 IP-CAN标识或 IP流标识， 实现了针对 IP-CAN承载或 IP流的状态的小粒度检测， 从而避免了事件检测 与 IP-CAN会话绑定粒度过大的问题， 节约了 IP-CAN承载检测和消息交互的 负担。
对应本发明方法， 还提供一种实现时间检测的系统， 所述系统至少包括： PCEF/GW和 PCRF实体； 其中，
PCRF实体， 用于在向 PCEF/GW发送 PCC规则时， 携带事件触发参数， 该 事件触发参数与指定 PCC规则绑定； PCEF/GW, 用于在接收到事件触发参数后， 检测与该事件触发参数指示的 事件关联的 PCC规则对应的 IP-CAN承载的状态。
所述 PCEF/GW进一步用于向 PCRF实体请求 PCC规则； 当检测到事件发生 后， 所述 PCEF/GW进一步向 PCRF实体上报该被检测事件触发参数， 并上报与 该被检测事件相关的 PCC规则； 所述 PCRF实体进一步根据上报的事件触发参 数， 修改或者生成新的 PCC规则， 并发送给所述 PCEF/GW。
所述 PCRF实体进一步将与修改后的 PCC规则绑定的新的事件触发参数发 送给所述 PCEF/GW0
所述 PCRF进一步执行 IP-CAN承载与 PCC规则的绑定， 其特征在于， 所 述 PCRF实体进一步将所述事件触发参数与所述 PCC规则绑定的 IP-CAN承载 的 IP-CAN承载标识绑定； 所述 PCEF/GW进一步检测指定 IP-CAN承载标识表 示的 IP-CAN承载的状态。
所述 PCEF/GW进一步向 PCRF实体请求 PCC规则； 当检测到事件发生后， 所述 PCEF/GW进一步向 PCRF实体上报该被检测事件触发参数， 并上报与该被 检测事件对应的 PCC规则和 IP-CAN承载标识； 所述 PCRF实体进一步根据上 报的事件触发参数， 修改或者生成新的 PCC规则， 并发送给所述 PCEF/GW。
所述 PCRF实体还进一步将与修改后的 IP-CAN承载标识绑定的新的事件 触发参数发送给所述 PCEF/GW。
所述 PCEF实体具有检测 IP分组流的能力， 所述 PCRF实体进一步将所述 事件触发参数进一步与 PCC规则中的指定 IP分组流标识绑定； 所述 PCEF/GW 进一步检测指定 PCC规则中的指定 IP分组流标识表示的 IP分组流的状态。
所述 PCEF/GW向 PCRF实体请求 PCC规则； 当检测到该事件发生后， 所述 PCEF/GW进一步向 PCRF实体上报该被检测事件触发参数， 并上报与该被检测 事件相关的 PCC规则以及 PCC规则中的指定 IP流标识； 所述 PCRF实体进一 步根据上报的事件触发参数， 修改或者生成新的 PCC 规则， 并发送给所述 PCEF/GW0 所述 PCRF实体还进一步将与修改后的 IP分组流标识绑定的新的事件触 发参数发送给所述 PCEF/GW。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保护 范围， 凡在本发明的精神和原则之内所做的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要求 书
1、 一种实现事件检测的方法， 其特征在于， 该方法包括：
策略和计费执行功能实体接收策略控制和计费规则功能实体发送的策略 和计费控制规则， 携带事件触发参数， 该事件触发参数与指定策略和计费控 制规则绑定；
策略和计费执行功能实体接收到事件触发参数后， 检测与该事件触发参 数指示的事件关联的策略和计费控制规则对应的 IP 连通性接入网络承载的 状态。
2、 根据权利要求 1 所述的方法， 其特征在于， 当检测到事件发生后， 该 方法还包括：
所述策略和计费执行功能实体向策略控制和计费规则功能实体上报该被 检测事件触发参数， 并上报与该被检测事件相关的策略和计费控制规则； 所 述策略控制和计费规则功能实体根据上报的事件触发参数， 修改或者生成新 的策略和计费控制规则， 并发送给所述策略和计费执行功能实体。
3、根据权利要求 1所述的方法， 所述策略控制和计费规则功能实体执行 IP 连通性接入网络承载与策略和计费控制规则的绑定， 其特征在于， 所述事件触 发参数进一步与 IP连通性接入网络承载的 IP连通性接入网络承载标识绑定， 所述 IP连通性接入网络承载与所述策略和计费控制规则绑定；
所述检测与该事件触发参数指示的事件关联的策略和计费控制规 U 'j对 应的 IP连通性接入网络承载的状态为： 检测指定 IP连通性接入网络承载标 识表示的 IP连通性接入网络承载的状态。
4、 根据权利要求 3所述的方法， 其特征在于， 当检测到事件发生后， 该方 法还包括：
所述策略和计费执行功能实体向策略控制和计费规则功能实体上报该被 检测事件触发参数，并上报与该被检测事件对应的策略和计费控制规则和 IP 连通性接入网络承载标识； 所述策略控制和计费规则功能实体根据上报的事 件触发参数， 修改或者生成新的策略和计费控制规则， 并发送给所述策略和 计费执行功能实体。
5、根据权利要求 1所述的方法， 所述策略和计费执行功能实体具有检测 IP 分组流的能力， 其特征在于， 所述事件触发参数进一步与指定 IP分组流标识绑 定；
所述检测与该事件触发参数指示的事件关联的策略和计费控制规则对应 的 IP连通性接入网络承载的状态为：检测指定策略和计费控制规则中的指定 I P分组流标识表示的 I P分组流的状态。
6、 根据权利要求 5所述的方法， 其特征在于， 当检测到该事件发生后， 该 方法还包括：
所述策略和计费执行功能实体向策略控制和计费规则功能实体上报该被 检测事件触发参数， 并上报与该被检测事件相关的策略和计费控制规则以及 策略和计费控制规则中的指定 IP流标识；所述策略控制和计费规则功能实体 根据上报的事件触发参数， 修改或者生成新的策略和计费控制规则， 并发送 给所述策略和计费执行功能实体。
7、 根据权利要求 6所述的方法， 其特征在于， 所述检测到的事件为所述策 略和计费执行功能实体接收到来自外部网络的触发事件。
8、 根据权利要求 1所述的方法， 其特征在于， 所述事件触发参数与指定 策略和计费控制规则绑定的方法为： 将所述事件触发参数和指定策略和计费 控制规则携带在新增参数中， 并指明所述事件触发参数与该指定策略和计费 控制规则绑定；
其中， 事件触发参数为一个或一个以上事件触发参数； 所述携带在新增参 数中的指定策略和计费控制规则为零或一个以上。
9、 根据权利要求 8所述的方法， 其特征在于， 所述新增参数中进一步包 括 IP连通性接入网络承载标识；所述携带在新增参数中的事件触发参数与该 IP连通性接入网络承载标识绑定；
所述携带在新增参数中的 IP连通性接入网络承载标识为零或一个以上。
10、 根据权利要求 8所述的方法， 其特征在于， 所述新增参数中进一步 包括： 用于指明策略和计费控制规则下的一个或一个以上 IP流的 IP流标识 参数， 所述携带在新增参数中的事件触发参数与 IP流标识参数指示的 IP流 标识绑定；
所述 IP流标识参数包含指定策略和计费控制规则名称，以及该策略和计 费控制规则中的零或一个以上 IP流。
11、 根据权利要求 1所述的方法， 其特征在于， 所述事件触发与策略和 计费控制规则绑定的方法为： 将所述事件触发参数携带在扩展的用于表示表 明要执行的策略和计费控制规则的规则执行参数中；
所述扩展的规则执行参数包含事件触发参数， 表示所述包含的事件触发 参数必须与规则执行参数中安装的策略和计费控制规则或规则组绑定。
12、根据权利要求 11所述的方法， 其特征在于， 所述事件触发与指定策 略和计费控制规则绑定的方法为： 将所述事件触发参数和策略和计费控制规 则携带在规则执行参数中扩展的用于定义安装规则的规则定义参数中；
所述扩展的规则定义参数包含事件触发参数， 表示所述包含的事件触发 参数必须与定义的动态安装的策略和计费控制规则绑定。
13、 根据权利要求 5所述的方法， 其特征在于， 所述事件触发与指定 IP 流标识绑定的方法为：将所述事件触发参数和指定 IP流标识携带在新增的流 事件触发参数中， 并指明所述事件触发参数与该 IP流标识绑定；
其中， 事件触发参数为一个或一个以上； 所述携带在流事件触发参数中的 I P流标识为零或一个以上。
14、根据权利要求 13所述的方法， 其特征在于， 所述流事件触发参数包 含在规则定义参数中， 用于指明该事件触发参数与所述策略和计费控制规则 下的 IP流绑定。
15、 一种实现事件检测的系统， 其特征在于， 所述系统至少包括： 策略 和计费执行功能实体和策略控制和计费规则功能实体； 其中，
策略控制和计费规则功能实体， 用于在向策略和计费执行功能实体发送 策略和计费控制规则时， 携带事件触发参数， 该事件触发参数与指定策略和 计费控制规则绑定；
策略和计费执行功能实体， 用于在接收到事件触发参数后， 检测与该事 件触发参数指示的事件关联的策略和计费控制规则对应的 IP 连通性接入网 络承载的状态。
16、根据权利要求 15所述的系统， 所述策略控制和计费规则功能实体进 一步用于执行 IP连通性接入网络承载与策略和计费控制规则的绑定，其特征 在于， 所述策略控制和计费规则功能实体进一步用于将所述事件触发参数与 IP连通性接入网络 载的 IP连通性接入网络 载标识绑定， 所述 IP连通性 接入网络承载与所述策略和计费控制规则绑定；
所述策略和计费执行功能实体进一步用于检测指定 IP 连通性接入网络 承载标识表示的 IP连通性接入网络承载的状态。
17、根据权利要求 15所述的系统， 所述策略和计费执行功能实体具有检 测 IP分组流的能力，其特征在于， 所述策略控制和计费规则功能实体进一步 用于将所述事件触发参数进一步与策略和计费控制规则中的指定 IP 分组流 标识绑定；
所述策略和计费执行功能实体进一步用于检测指定策略和计费控制规则 中的指定 IP分组流标识表示的 IP分组流的状态。
18、 一种策略控制和计费规则功能实体， 其特征在于， 该策略控制和计 费规则功能实体向策略和计费执行功能实体发送策略和计费控制规则， 并携 带事件触发参数， 该事件触发参数与指定策略和计费控制规则绑定。
19、根据权利要求 18所述的策略控制和计费规则功能实体， 其特征在于， 该策略控制和计费规则功能实体还用于将所述事件触发参数与 IP 连通性接 入网络 载的 IP连通性接入网络 载标识绑定。
20、根据权利要求 18所述的策略控制和计费规则功能实体，其特征在于， 该策略控制和计费规则功能实体还用于将所述事件触发参数进一步与策略和 计费控制规则中的指定 IP分组流标识绑定。
21、 一种策略和计费执行功能实体， 其特征在于， 该策略和计费执行功 能实体用于接收策略和计费控制规则， 该策略和计费控制规则绑定有事件触 发参数； 策略和计费执行功能实体还用于检测与该事件触发参数指示的事件 关联的策略和计费控制规则对应的 IP连通性接入网络承载的状态。
22、 根据权利要求 21所述的策略和计费执行功能实体， 其特征在于， 所 述事件触发参数与 IP连通性接入网络承载的 IP连通性接入网络承载标识绑 定，该策略和计费执行功能实体还用于检测指定 IP连通性接入网络承载标识 表示的 IP连通性接入网络承载的状态。
23、 根据权利要求 21所述的策略和计费执行功能实体， 其特征在于， 所 述事件触发参数进一步与策略和计费控制规则中的指定 IP分组流标识绑定， 该策略和计费执行功能实体还用于检测指定策略和计费控制规则中的指定 I P分组流标识表示的 I P分组流的状态。
PCT/CN2008/070745 2007-04-20 2008-04-17 Procédé, système et entité de réalisation de détection d'événement WO2008128470A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CA2682979A CA2682979C (en) 2007-04-20 2008-04-17 Method, system and entity of realizing event detection
EP08734103.8A EP2146458B1 (en) 2007-04-20 2008-04-17 Method,system and entity of realizing event detection
US12/582,511 US8509091B2 (en) 2007-04-20 2009-10-20 Method, system and entity of realizing event detection

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710103109.8 2007-04-20
CN200710103109.8A CN101291233B (zh) 2007-04-20 2007-04-20 一种实现事件检测的方法及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/582,511 Continuation US8509091B2 (en) 2007-04-20 2009-10-20 Method, system and entity of realizing event detection

Publications (1)

Publication Number Publication Date
WO2008128470A1 true WO2008128470A1 (fr) 2008-10-30

Family

ID=39875098

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/070745 WO2008128470A1 (fr) 2007-04-20 2008-04-17 Procédé, système et entité de réalisation de détection d'événement

Country Status (5)

Country Link
US (1) US8509091B2 (zh)
EP (1) EP2146458B1 (zh)
CN (1) CN101291233B (zh)
CA (1) CA2682979C (zh)
WO (1) WO2008128470A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010077684A1 (en) 2008-12-09 2010-07-08 Qualcomm Incorporated Performing packet flow optimization with policy and charging control

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101291233B (zh) 2007-04-20 2011-04-20 华为技术有限公司 一种实现事件检测的方法及系统
CN101730049B (zh) * 2009-06-16 2013-03-27 中兴通讯股份有限公司 实现计费控制的方法及系统
CN102036208A (zh) * 2009-09-24 2011-04-27 中兴通讯股份有限公司 获取服务通用无线分组业务支持节点地址的方法及系统
CN101801038B (zh) * 2009-12-28 2014-04-02 华为技术有限公司 用户会话策略控制方法、装置及系统
US9350876B2 (en) * 2010-01-04 2016-05-24 Tekelec, Inc. Methods, systems, and computer readable media for detecting initiation of a service data flow using a Gx rule
CN102137368B (zh) * 2010-01-26 2015-01-28 中兴通讯股份有限公司 增强的策略和计费控制的方法及系统、pcc系统
EP2548388A4 (en) * 2010-03-15 2017-08-02 Tekelec, Inc. Methods, systems, and computer readable media for communicating policy information between a policy charging and rules function and a service node
US9319318B2 (en) 2010-03-15 2016-04-19 Tekelec, Inc. Methods, systems, and computer readable media for performing PCRF-based user information pass through
CN102238512B (zh) * 2010-04-29 2015-11-25 中兴通讯股份有限公司 机器类通信mtc的策略应用方法及策略和计费执行实体
WO2011134102A1 (zh) 2010-04-29 2011-11-03 华为技术有限公司 关联会话的方法、装置及系统
CN101848453B (zh) * 2010-05-19 2015-01-28 中兴通讯股份有限公司 动态调整数据传输的方法和装置
US8645510B2 (en) * 2010-05-20 2014-02-04 Alcatel Lucent Method of distributing PCC rules among IP-connectivity access network (IP-CAN) bearers
US8406137B2 (en) * 2010-06-28 2013-03-26 Alcatel Lucent Method and system for generating PCC rules based on service requests
US9294380B2 (en) 2010-07-09 2016-03-22 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for traffic classification
WO2012010183A1 (en) * 2010-07-21 2012-01-26 Telefonaktiebolaget L M Ericsson (Publ) Technique for packet flow analysis
US9716629B2 (en) * 2010-10-06 2017-07-25 Nokia Solutions And Networks Oy Capability negotiation and control
ES2382855B1 (es) 2010-11-19 2013-01-29 Telefónica, S.A. MÉTODO PARA EL CONTROL DE POLÍTICAS Y DE COBROS SOBRE FLUJOS DE DATOS EN UNA RED CON CAPACIDAD Gx.
WO2012079647A1 (en) * 2010-12-17 2012-06-21 Telefonaktiebolaget Lm Ericsson (Publ) Policy and/or charging control
US20120233335A1 (en) * 2011-03-08 2012-09-13 Alcatel Lucent Canada Inc. Auxiliary host and sessions
WO2011157137A2 (zh) * 2011-05-31 2011-12-22 华为技术有限公司 策略控制方法、装置以及通信系统
CN102726116A (zh) * 2011-12-28 2012-10-10 华为技术有限公司 一种指示pcc用户的方法、设备及系统
CN102742321B (zh) * 2012-01-20 2015-11-25 华为技术有限公司 一种服务质量控制的方法、设备和系统
US9848090B2 (en) * 2012-01-24 2017-12-19 Alcatel Lucent Offline charging per service data flow
EP2865208A4 (en) * 2012-06-25 2016-02-24 Ericsson Telefon Ab L M GUIDANCE CONTROL FOR A MACHINE TO MACHINE GROUP
WO2014098686A1 (en) * 2012-12-21 2014-06-26 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for service aware charging and control in a communication network
US9173158B2 (en) * 2013-03-08 2015-10-27 Tellabs Operations, Inc. Method and apparatus for improving LTE enhanced packet core architecture using openflow network controller
KR102112132B1 (ko) 2013-07-24 2020-05-18 콘비다 와이어리스, 엘엘씨 서비스 도메인 과금 시스템 및 방법
KR101512646B1 (ko) * 2013-09-12 2015-04-16 에스케이 텔레콤주식회사 단말기 정보에 근거한 위치 변경정보 제공 제어방법 및 장치
US9088508B1 (en) * 2014-04-11 2015-07-21 Level 3 Communications, Llc Incremental application of resources to network traffic flows based on heuristics and business policies
CN105162610A (zh) * 2014-06-16 2015-12-16 中兴通讯股份有限公司 接入网信息发送方法及装置
CN108781475B (zh) * 2016-03-31 2020-02-21 华为技术有限公司 一种事件上报的方法及装置
CN106814286B (zh) * 2017-02-10 2019-12-31 国网山东省电力公司 基于多元故障采集的配电网故障定位系统、方法及服务器
CN106872856B (zh) * 2017-03-01 2019-12-24 国网山东省电力公司 基于多元故障采集的配电网故障主动抢修系统、方法
CN110768810B (zh) * 2018-07-25 2021-03-30 华为技术有限公司 确定报文流描述的方法、装置和系统
CN109743789B (zh) * 2018-11-22 2021-04-09 京信通信系统（中国）有限公司 一种清除Gx接口残留会话的方法和装置
EP3734385B1 (de) * 2019-05-02 2022-10-05 Siemens Aktiengesellschaft Verfahren zum rechnergestützten verarbeiten von zustandsmeldungen in einer automatisierungsanlage
CN114866530B (zh) * 2022-03-28 2024-04-19 深圳优地科技有限公司 升级数据包的下载方法、设备以及计算机存储介质
JP7403618B1 (ja) 2022-12-15 2023-12-22 Kddi株式会社 通信装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1423456A (zh) * 2001-12-03 2003-06-11 深圳市中兴通讯股份有限公司上海第二研究所 共享线程实现和调度方法
CN1642115A (zh) * 2004-01-16 2005-07-20 华为技术有限公司 一种实现ip多媒体业务监听的系统及方法
WO2007026268A1 (en) * 2005-08-31 2007-03-08 Nokia Corporation Inter-access mobility and service control

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1303781C (zh) 2004-04-01 2007-03-07 华为技术有限公司 一种分组数据业务的计费控制方法
CN1735023A (zh) * 2004-08-10 2006-02-15 华为技术有限公司 一种进行重鉴权及重鉴权事件和触发事件的处理方法
EP1810474B1 (en) 2004-11-10 2014-03-12 Telefonaktiebolaget LM Ericsson (publ) An arrangement, nodes and a method relating to services access over a communication system
US9871872B2 (en) * 2007-04-13 2018-01-16 Nokia Technologies Oy Mechanism for executing server discovery
CN101291233B (zh) 2007-04-20 2011-04-20 华为技术有限公司 一种实现事件检测的方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1423456A (zh) * 2001-12-03 2003-06-11 深圳市中兴通讯股份有限公司上海第二研究所 共享线程实现和调度方法
CN1642115A (zh) * 2004-01-16 2005-07-20 华为技术有限公司 一种实现ip多媒体业务监听的系统及方法
WO2007026268A1 (en) * 2005-08-31 2007-03-08 Nokia Corporation Inter-access mobility and service control

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Policy and Charging Control over Gx reference point (Release 7)", 3GPP TS 29.212 V7.0.0, 31 March 2007 (2007-03-31), XP008120977 *
See also references of EP2146458A4 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010077684A1 (en) 2008-12-09 2010-07-08 Qualcomm Incorporated Performing packet flow optimization with policy and charging control
US8325638B2 (en) 2008-12-09 2012-12-04 Qualcomm Incorporated Performing packet flow optimization with policy and charging control
KR101287517B1 (ko) * 2008-12-09 2013-08-23 퀄컴 인코포레이티드 정책 및 과금 제어를 통한 패킷 플로우 최적화의 수행
TWI411329B (zh) * 2008-12-09 2013-10-01 Qualcomm Inc 以策略及計費控制執行封包流最佳化
US8582480B2 (en) 2008-12-09 2013-11-12 Qualcomm Incorporated Performing packet flow optimization with policy and charging control
JP2014140180A (ja) * 2008-12-09 2014-07-31 Qualcomm Incorporated ポリシー及び課金制御を伴うパケットフロー最適化の実行

Also Published As

Publication number Publication date
EP2146458A4 (en) 2010-11-17
CA2682979A1 (en) 2008-10-30
CA2682979C (en) 2012-06-12
EP2146458B1 (en) 2016-07-27
EP2146458A1 (en) 2010-01-20
CN101291233A (zh) 2008-10-22
US20100039941A1 (en) 2010-02-18
CN101291233B (zh) 2011-04-20
US8509091B2 (en) 2013-08-13

Similar Documents

Publication Publication Date Title
WO2008128470A1 (fr) Procédé, système et entité de réalisation de détection d&#39;événement
US9503483B2 (en) Method and apparatuses for identifying and reporting quality of service rules applicable to a communication session
US20100186064A1 (en) Method and device for obtaining capabilities of policy and charging enforcement function
JP5481563B2 (ja) サービスイベントトリガ
US9191960B2 (en) Methods and apparatus for mitigating service interruption
US9860752B2 (en) Handling of authorization requests for a packet-based service in a mobile network
EP2521305B1 (en) Method, device and system for controlling user session policy
EP2566197A1 (en) Policy application method for machine type communication and policy and charging enforcement function
WO2010108356A1 (zh) 一种终端通过多接入网接入的计费方法和系统及上报方法
WO2010031316A1 (zh) 多分组数据网场景下实现策略和计费控制的方法和系统
WO2010051853A1 (en) Policy control apparatus and method for handing over policy control information
WO2011063688A1 (zh) 策略和计费规则功能实体的选择方法及系统
WO2009021462A1 (fr) Procédé et dispositif d&#39;établissement de session ip-can
WO2011085614A1 (zh) 在全业务融合网络中控制资源的方法和系统
WO2013091410A1 (zh) 网络接入方法、系统及设备
WO2009026795A1 (fr) Entité, et système et procédé de mise en oeuvre d&#39;un service autonome de politique utilisateur
WO2009056046A1 (fr) Procédé de fin de session
EP2807796B1 (en) Session termination in a mobile packet core network
CN103313431B (zh) Tdf会话的处理方法及pcrf
WO2011088702A1 (zh) 在全业务融合网络中控制资源的方法和系统
WO2010118673A1 (zh) 策略和计费控制的处理方法、系统及设备
WO2011157137A2 (zh) 策略控制方法、装置以及通信系统
WO2012041148A1 (zh) 一种用量监测方法及系统
JP2016154389A (ja) 移動パケットコアネットワークにおけるセッション終了

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08734103

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2682979

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2008734103

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008734103

Country of ref document: EP