WO2011085621A1 - 业务处理方法及系统 - Google Patents

业务处理方法及系统 Download PDF

Info

Publication number
WO2011085621A1
WO2011085621A1 PCT/CN2010/079471 CN2010079471W WO2011085621A1 WO 2011085621 A1 WO2011085621 A1 WO 2011085621A1 CN 2010079471 W CN2010079471 W CN 2010079471W WO 2011085621 A1 WO2011085621 A1 WO 2011085621A1
Authority
WO
WIPO (PCT)
Prior art keywords
tdf
session
predetermined
pcrf
pcef
Prior art date
Application number
PCT/CN2010/079471
Other languages
English (en)
French (fr)
Inventor
周晓云
宗在峰
芮通
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011085621A1 publication Critical patent/WO2011085621A1/zh

Links

Classifications

    • 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
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing

Definitions

  • the present invention relates to the field of communications, and in particular to a service processing method and system.
  • the Policy and Charging Control (PCC) architecture of the 3rd Generation Partnership Project (3GPP) is a functional framework that can be applied to multiple access technologies, for example, It can be applied to the Universal Mobile Telecommunications System (UMTS) UMTS Terrestrial Radio Access Network (UTRAN), Global System for Mobile Communication (referred to as Global System for Mobile Communication).
  • UMTS Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • AF Application Function
  • PCRF Policy and Charging Rules Function
  • the PCRF is the core of the PCC and is responsible for policy decision making and billing rules.
  • the PCRF provides network control rules based on service data flows, including service data flow detection, Gating Control, Quality of Service (QoS) control, and data flow based charging rules. .
  • the PCRF sends its policy and charging rules to the Policy and Control Enforcement Function (PCEF).
  • PCEF Policy and Control Enforcement Function
  • the basis for formulating the policy and charging rules by the PCRF includes: obtaining information related to the service from the AF; obtaining subscription information with the user policy charging control from the Subscriber Profile Repository (SPR); and acquiring the bearer-related network from the PCEF Information.
  • the PCEF is usually located in the Gate-Way (GW) and performs the policy and charging rules defined by the PCRF on the carrier.
  • the PCEF detects the service data flow according to the service data flow filter in the rule sent by the PCRF, and then executes the policy and charging rules formulated by the PCRF for these service data flows.
  • QoS Quality of Service
  • the PCEF performs Quality of Service (QoS for short) authorization according to the rules sent by the PCRF, and performs gate control according to the execution of the AF.
  • QoS Quality of Service
  • the PCEF performs a corresponding service data flow charging operation, and the charging can be either online charging or offline charging. In the case of online charging, the PCEF needs to perform credit management together with the Online Charging System (OCS).
  • OCS Online Charging System
  • the interface between the PCEF and the PCRF is a Gx interface
  • the interface with the OCS is a Gy interface
  • the interface between the OFCS and the OFCS is a Gz interface.
  • the PCEF is generally located on the gateway of the network, for example, the GPRS Gateway Support Node (GGSN) in GPRS and the Packet Data Gateway (PDG) in I-WLANlinger Binding and Event 4 Reporting Function Bearer Binding and Event Reporting Function (BBERF). Its functions include bearer binding, uplink-bound binding-risk, and event 4.
  • the BBERF When the UE accesses through E-UTRAN, and S-GW and When the P-GW uses the ⁇ protocol, the BBERF is located at the S-GW.
  • the BBERF When the UE accesses through the trusted non-3GPP access system, the BBERF is located in the trusted non-3GPP access gateway, when the UE is connected through the untrusted non-3GPP.
  • the BBERF When the system is connected, the BBERF is located in the Evolved Packet Data Gateway (ePDG). At this time, the PCEF no longer performs the bearer binding function.
  • the user subscription database (SPR) stores the policy control and accounting. Relevant user policy charging control subscription information
  • the interface between SPR and PCRF is the Sp interface.
  • IP-CAN IP charging access network
  • Session-based services such as the IMS IP Multimedia Subsystem (IMS) can use Session Initiation Protocol (SIP, SIP is an application layer signaling control protocol) for session
  • IMS IMS IP Multimedia Subsystem
  • SIP Session Initiation Protocol
  • SIP Session Initiation Protocol
  • the service layer negotiation for example, codec mode, media type, required bandwidth, etc.
  • the P-CSCF ie, the AF in the PCC architecture
  • notifies the PCRF of the negotiated service information and performs QoS authorization by the PCRF.
  • VoIP voice over Internet Protocol
  • IPTV IPTV Internet Protocol Television
  • VOD video on demand
  • services such as online games, etc.
  • static policies can be configured on the PCRF to perform certain policy authorization, this approach greatly limits the advantages of the PCC architecture.
  • the filters used to detect IP packets in the PCC rules issued by the PCRF use the quintuple (ie, source IP address, source port, destination IP address, destination port, protocol number). In some scenarios, using only a five-tuple does not distinguish between two different services. This requires more than four layers (the Open System Interconnection Reference Model, It is abbreviated as OSI), and information of more than 4 layers is detected by the session layer, the presentation layer, and the application layer. To solve the above problem, it is necessary to enhance the function of the existing PCC architecture. Introducing the Traffic Detection Function (TDF) is an effective method. There are two ways to implement TDF. One is to integrate TDF with PCEF, and the other is to deploy TDF separately from PCEF.
  • TDF Traffic Detection Function
  • a primary object of the present invention is to provide a service processing solution to at least solve the above problems.
  • a service processing method including: a policy and charging execution function entity PCEF transmitting a service data flow that needs to perform service detection to a reservation selected in advance from a service detection function TDF domain
  • the TDF performs processing in which the TDF domain includes a plurality of TDFs.
  • the preselecting the predetermined TDF from the TDF domain comprises: the policy control and charging rule function entity PCRF, the PCEF or the service detection function selection function TDFSF selects a predetermined TDF for the IP connection access network IP-CAN session in which the service data stream is located.
  • the method further includes: the PCRF transmitting the information of the predetermined TDF to the PCEF; and the PCEF transmitting the service data stream to the predetermined TDF according to the information of the predetermined TDF.
  • the method further includes: the PCRF transmitting a request message carrying the IP address of the user equipment of the IP-CAN session to the TDFSF, and the TDFSF selecting the predetermined TDF for the IP-CA session and The correspondence between the IP address of the user equipment of the IP-CAN session and the predetermined TDF is saved; the PCEF sends the service data stream of the IP-CAN session to the TDFSF; and the TDFSF sends the service data stream of the IP-CAN session to the predetermined TDF according to the correspondence.
  • the method further includes: the PCEF transmitting the service data stream to the predetermined TDF; or the PCEF transmitting the IP address of the user equipment carrying the IP-CAN session to the predetermined TDF. Message.
  • the method further includes:
  • the TDF After detecting the new user equipment IP address in the service data flow, the TDF sends a message for requesting to establish a service detection session to the PCRF, where the message requesting to establish the service detection session carries a new user equipment IP address.
  • the method further includes: the predetermined TDF sending a message to the PCRF for requesting to establish a service detection session, where the request to establish a service detection session is performed. The message carries the user equipment IP address.
  • the method further includes: the PCRF sending the service data flow of the IP-CAN session to the PCEF, and performing an indication of the service detection.
  • the method further includes: the PCRF sending the service detection rule to the predetermined TDF; or the PCRF sending the service detection rule to the predetermined TDFSF via the TDFSF.
  • the method further includes: the predetermined PCEF transmitting the uplink information of the service data flow to the packet data network via the packet distribution function PDF; and transmitting, by the PDF, the downlink information of the service data flow from the packet data network to the predetermined TDF.
  • the method further includes: the PCRF receives a message for terminating the IP-CAN session; the PCRF sends a message to the predetermined TDF, or sends a message to the predetermined TDF via the TDFSF; and the TDF deletes the service detection rule corresponding to the IP-CAN session according to the message.
  • the method further includes: the PCEF receives the message for terminating the IP-CAN session; the PCEF sends the message to the predetermined TDF; and the TDF deletes the service detection rule corresponding to the IP-CAN session according to the message.
  • the method further includes: the TDFSF deleting the correspondence between the IP-CAN session and the predetermined TDF.
  • a service detection system including: a policy and charging execution function entity PCEF, a TDF domain including a plurality of service detection functions TDF, wherein the PCEF is used for service detection
  • the service data stream is sent to a predetermined TDF selected from the TDF domain for processing.
  • the system further comprises: a policy control and charging rule function entity PCRF, a PCEF or a service detection function selection function TDFSF, configured to select a predetermined TDF for the IP connection access network IP-CAN session in which the service data stream is located; TDFSF further Used to manage TDF domains.
  • the PCEF is used to send the service data flow corresponding to the service to be detected to the predetermined TDF selected from the TDF domain of the service detection function, and solves the problem that the TDF and the PCEF are integrated or separately deployed in the related art. The performance and cost cannot be compromised, and the more cost-effective policy control of the user's access to the service is realized while taking into account the cost performance.
  • FIG. 1 is a schematic diagram of a PCC non-roaming according to the related art
  • FIG. 2 is a schematic diagram of a network architecture including a TDF according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a network deployment implementation according to an embodiment of the present invention
  • Figure 5 is a flow chart of a preferred embodiment of the present invention
  • Figure 6 is a flow chart of a preferred embodiment of the present invention
  • 7 is a flowchart of a preferred embodiment 3 of the embodiment of the present invention
  • FIG. 8 is a second schematic diagram of a network deployment implementation according to an embodiment of the present invention
  • FIG. 9 is a schematic diagram of a preferred embodiment 4 according to an embodiment of the present invention.
  • FIG. 10 is a flowchart of a preferred embodiment 5 according to an embodiment of the present invention
  • FIG. 11 is a schematic diagram 3 of a network deployment implementation according to an embodiment of the present invention
  • FIG. 12 is a flowchart according to the present invention.
  • FIG. 2 is a schematic diagram of a network architecture including a TDF according to an embodiment of the present invention.
  • the functions of the TDF include: 1. Packets sent according to the PCRF.
  • the detection rule performs service data packet detection, and performs four or more layers of analysis and detection on the data packet; 2.
  • multiple TDFs are allowed to be deployed as one PCEF service.
  • FIG. 3 is a schematic diagram of a network deployment implementation according to an embodiment of the present invention. As shown in FIG. 3, multiple TDFs form a TDF domain, and multiple TDFs in the i or the same may be the same PCEF. When the PCEF considers that service identification is required, the data packet is forwarded to a TDF in the domain to perform service detection and Control.
  • the service processing method provided in this embodiment will be described below with reference to FIG. 4 is a flowchart of a service processing method according to an embodiment of the present invention.
  • Step S402 Select a TDF from a TDF domain to serve a PCEF in advance, for convenience of description,
  • the selected TDF is called a predetermined TDF.
  • the principle of selecting the TDF may be based on the load of each TDF (for example, whether it is idle), or may be selected in a certain order, but this embodiment is Not limited to this.
  • Step S404 the PCEF sends the service data flow that needs to perform service detection to the predetermined TDF selected from the service detection function TDF domain for processing.
  • the TDF is selected as the PCEF service from the plurality of TDFs, which solves the problem that the performance and cost of the TDF and the PCEF are integrated or separately deployed in the related art, and the cost cannot be compromised. At the same time of cost performance, it implements more precise policy control of user access to services.
  • a predetermined TDF may be selected by the PCRF, PECF or the Traffic Detection Function Selection Function (TDFSF) for the IP connection access network IP-CAN session where the service data stream is located. This will be explained separately below.
  • TDFSF is introduced for managing TDF domains, and TDFSF can also be used for IP-CAN session selection.
  • the PCEF sends the traffic data stream to the TDFSF, which sends the traffic data stream to the TDF.
  • the PCEF may directly transmit the traffic data stream to the predetermined TDF, or the PCEF may send a message carrying the IP address of the user equipment of the IP-CAN session to the predetermined TDF. If the predetermined TDF receives the service data stream, after detecting that the new user equipment IP address exists in the service data stream, sending a message for requesting to establish a service detection session to the PCRF, where the message carries the detected new user equipment.
  • a packet distribution function PDF
  • the PDF may include functions as: 1. Forwarding the uplink information from the TDF to the Packet data network (Pacekt Data Network, PDN for short);
  • the policy and charging execution function entity PCEF includes a TDF domain of a plurality of service detection functions TDF, wherein the PCEF is configured to send a service data flow that needs to perform service detection to a predetermined TDF selected from the TDF domain for processing.
  • the system further comprises a PCRF or TDFSF for selecting a predetermined TDF for the IP connection access network IP-CAN session in which the service data stream is located, or the PCEF selecting a predetermined TDF from the TDF domain.
  • the TDFSF is also used to manage the TDF domain.
  • Step S 501 A gateway that resides in a BBERF receives an IP-CAN session request message, where the message carries a user identifier.
  • the PDN identifier is sent to the PCRF, where the BBERF sends a gateway control session establishment request message, where the message carries the user identifier and the PDN identifier.
  • the message requests to establish a gateway control session;
  • Step S503 If the PCRF does not have the user-related subscription information, the PCRF sends a subscription document request message to the SPR, where the message carries the user identifier and the PDN identifier.
  • Step S504 The SPR returns the subscription information of the user according to the received user identifier and the PDN identifier.
  • the service includes the service that needs to be detected and needs to be detected.
  • Step S 505 The PCRF formulates a default policy according to the subscription information returned by the SPR, including the PCC rule and the corresponding QoS rule. If service detection is required, the PCRF formulates service detection rules according to the services that need to be detected. Business inspection rules usually include more than 4 layers of filters. At the same time, the PCRF will also select the TDF for this IP-CAN session. Optionally, the PCRF also sets an event to trigger the crying.
  • Step S 506 the PCRF returns a gateway control session establishment confirmation message to the BBERF, where the message carries a QoS rule, an event trigger, and the like.
  • the BBERF installs the QoS rule and the event trigger.
  • step S507 the gateway that the BBERF resides sends an IP-CAN session request message to the gateway where the PCEF resides, where the message carries the user identifier and the PDN identifier.
  • step S507 can be performed.
  • Step S502 is simultaneously transmitted.
  • Step S508 the gateway where the PCEF resides allocates a user equipment IP address (IP Address) for the IP-CAN session that the UE requests to establish.
  • IP Address IP Address
  • the PCEF sends an IP-CAN session establishment indication message to the PCRF, where the message carries the user identifier, the PDN identifier, and The IP address is requested to establish a Gx session.
  • the PCRF associates the S502 request to establish a gateway control session with the Gx session requested by the S508 according to the user identifier and the PDN identifier.
  • the PCRF determines the PCC rules and events established in step S504.
  • the trigger and the address of the TDF selected for the IP-CAN session are returned to the PCEF, that is, the service data flow indicating the IP-CAN session needs further service detection.
  • the PCRF may update the PCC determined in step S504 according to the information reported by the PCEF. Rules, QoS rules, and service detection rules.
  • PCEF installs PCC rules and event triggers, saves the address of the TDF; Step 4 gathers S510, if at least one PCC rule is successfully activated, the PCEF resides on the gateway to
  • the BBERF resident gateway returns an IP-CAN session response message, and the message carries an IP address;
  • Step S511, the BBERF resident gateway returns an IP-CAN session response message, where the message carries an IP address;
  • Step S512 The PCRF sends a service detection session establishment request message to the selected TDF, where the message carries a service detection rule.
  • the request message establishes a service detection session.
  • Step S513 After the TDF installs the service detection rule, the TDF returns an acknowledgement message to the PCRF.
  • step S512 can be performed after step S505.
  • the UE establishes an IP-CAN session, and the PCRF associates the gateway control session, the Gx session, and the service detection session that implement policy control on the IP-CAN session.
  • the PCEF will filter the service data packets according to the PCC rules delivered by the PCRF, and perform corresponding policy and charging control. If a service data stream cannot match the PCC rules delivered by any one of the PCRFs, the PCEF sends the service data stream to the TDF for service detection.
  • This embodiment describes a scenario in which policy charging control for an IP-CAN session needs to introduce a BBERF. Without a BBERF scenario, the process is simpler.
  • the PCRF selects the TDF for the IP-CAN session and associates the Gx session with the service detection session.
  • FIG. 6 is a flowchart of a preferred embodiment 2 according to an embodiment of the present invention. The process includes the following steps: Step S601: A gateway resident by a BBERF receives a delete IP-CAN session request message; and in step S602, a BBERF sends a message to the PCRF. The gateway controls the session termination request message, the PCRF identifies the relevant IP-CAN session and deletes the corresponding QoS rule.
  • Step S603 the PCRF returns a gateway control session termination confirmation message to the BBERF.
  • Step S604 the gateway where the BBERF resides resides to the PCEF.
  • the gateway sends a delete IP-CAN session request message;
  • Step S605 the PCEF sends an IP-CAN session termination indication message to the PCRF;
  • Step S606 the PCRF identifies the relevant IP-CAN session and deletes the corresponding PCC rule;
  • Step S607 the PCEF deletes the PCC rules related to IP-CAN sessions; Step S608, if the AF associated with the IP-CAN session needs to be notified, the PCRF notification
  • Step S609 the AF returns a response message
  • Step S610 the PCRF returns an IP-CAN session termination confirmation message
  • Step S611 the gateway where the PCEF resides returns a Delete IP-CAN session response message to the gateway where the BBERF resides
  • S612 the gateway where the BBERF resides returns a delete IP-CAN session response message
  • Step S613 the PCRF identifies the TDF associated with the IP-CAN session, and sends a service detection session termination request message to the TDF
  • Step S614 the TDF deletes the IP - a CAN session-related service detection rule, and returning an acknowledgment message
  • Step S615 if the SPR is previously subscribed to the cancellation notification message, the PCRF sends a cancellation subscription notification request message to the SPR;
  • FIG. 7 is a flowchart of a preferred embodiment 3 according to an embodiment of the present invention. The process includes the following steps: Step S701: A gateway that resides in a BBERF receives an IP-CAN session request message, where the message carries a user identifier. The PDN identifier is sent.
  • step S702 the BBERF sends a gateway control session establishment request message to the PCRF, where the message carries the user identifier and the PDN identifier.
  • the message requesting the establishment of the gateway control session;
  • Step S703 if the PCRF does not have the user-related subscription information, the PCRF sends a subscription document request message to the SPR, where the message carries the user identifier and the PDN identifier;
  • Step S704 the SPR is based on the received user.
  • Signature and PDN ID return user's signing letter
  • the information includes whether the service is required to be detected and the service to be detected.
  • Step S705 The PCRF formulates a default policy, including a PCC rule and a corresponding QoS rule, according to the subscription information returned by the SPR.
  • Step S706 the PCRF returns a gateway control session establishment confirmation message to the BBERF, where the message carries a QoS rule, an event trigger, and the like.
  • the BBERF installs the QoS rule and the event trigger.
  • step S707 the gateway that the BBERF resides sends an IP-CAN session request message to the gateway where the PCEF resides, where the message carries the user identifier and the PDN identifier.
  • step S707 can be performed.
  • Step S702 is simultaneously transmitted.
  • Step S708 the gateway where the PCEF resides allocates the IP address of the user equipment for the IP-CAN session that the UE requests to establish.
  • the PCEF sends an IP-CAN session establishment indication message to the PCRF, where the message carries the user identifier, the PDN identifier, and The IP address is requested to establish a Gx session.
  • the PCRF associates the S702 request to establish a gateway control session with the Gx session requested by the S708 according to the user identifier and the PDN identifier.
  • the PCRF determines the PCC rules and events established in step S704.
  • the PCRF may update the PCC rules and QoS rules defined in step S704 according to the information reported by the PCEF.
  • Step S710 At least one PCC rule is successfully activated.
  • the gateway where the PCEF resides returns an IP-CAN session response message to the gateway where the BBERF resides.
  • the message carries an IP Address.
  • the PCEF receives an indication of service detection, the PCEF will be the IP-
  • the CAN session selects the TDF, and after the IP-CAN session is established, the PCEF sends the uplink data stream of the user access service to the selected TDF;
  • Step S711 The BBERF resident gateway returns an IP-CAN session response message, and the message carries an IP address.
  • Step S712 the TDF detects the service data flow including the IP Address, that is, the TDF detects that there is a new user equipment ip in the service data flow.
  • the TDF determines that a new IP-CAN session has been established.
  • the TDF sends a service detection session establishment indication to the PCRF, and the message carries the detection. IP address to.
  • the request message establishes a service detection session.
  • the PCRF associates the S702 request to establish a gateway control session, and the S708 request to establish a Gx session and the service detection session according to the IP Address.
  • the PCRF formulates the service detection rules and sends them to the TDF through a confirmation message.
  • the TDF installs the service detection rule.
  • the UE establishes an IP-CAN session, and the PCRF associates the gateway control session, the Gx session, and the service detection session that implement policy control on the IP-CAN session.
  • the PCEF will filter the service data packets according to the PCC rules delivered by the PCRF, and perform corresponding policy and charging control. If a service data stream cannot match the PCC rules delivered by any one of the PCRFs, the PCEF sends the service data stream to the TDF for service detection.
  • This embodiment describes a scenario in which policy charging control for an IP-CAN session needs to introduce a BBERF. Without a BBERF scenario, the process is simpler.
  • the PCRF associates the Gx session with the service detection session.
  • FIG. 8 is a schematic diagram of the architecture of the network deployment implementation according to the embodiment of the present invention.
  • the service detection function selection function is introduced in the TDF domain, and the TDF is managed by the TDFSF, and a TDF is selected for the IP-CAN session.
  • the architecture of Figure 8 there is no impact on PCRF and PCEF. This will be described below in conjunction with the preferred embodiments IV and 5.
  • Preferred Embodiment 4 This embodiment describes the implementation of the IP-CAN session establishment procedure using the architecture of FIG. FIG.
  • Step S901 A gateway that resides in a BBERF receives an IP-CAN session request message, where the message carries a user identifier.
  • the PDN identifier is sent to the PCRF, where the BBERF sends a gateway control session establishment request message to the PCRF, where the message carries the user identifier and the PDN identifier.
  • Step S903 if the PCRF does not have the user-related subscription information, the PCRF sends a subscription document request message to the SPR, where the message carries the user identifier and the PDN identifier;
  • Step S904 The SPR returns the subscription information of the user according to the user identifier and the PDN identifier, where the service includes the service detection and the service to be detected.
  • Step S905 The PCRF formulates a default policy, including the PCC rule, according to the subscription information returned by the SPR. Corresponding QoS rules. If service detection is required, the PCRF formulates service detection rules according to the services that need to be detected. Service detection rules usually include more than 4 layers of filters.
  • the PCRF also sets an event trigger.
  • the PCRF returns a gateway control session establishment confirmation message to the BBERF, where the message carries a QoS rule, an event trigger, and the like.
  • the BBERF installs the QoS rule and the event trigger.
  • the gateway that the BBERF resides sends an IP-CAN session request message to the gateway where the PCEF resides, where the message carries the user identifier and the PDN identifier.
  • Step S907 and steps S902 is sent at the same time.
  • Step S908 the gateway where the PCEF resides allocates the user equipment IP Address for the IP-CAN session that the UE requests to establish.
  • the PCEF sends an IP-CAN session establishment indication message to the PCRF, where the message carries the user identifier, the PDN identifier, and the IP Address, and the message requests to establish a Gx session.
  • the PCRF requests the establishment of the S902 according to the user identifier and the PDN identifier.
  • the gateway control session is associated with the Gx session that S908 requests to establish.
  • the PCRF sends a service detection session setup message to the TDFSF, where the message carries an IP Address and a service detection rule.
  • the TDFSF selects a TDF for the IP-CAN session and saves the corresponding relationship (IP Address, TDF Address).
  • the selected TDF forwarding service detects a session establishment message, where the message carries an IP Address and a service detection rule.
  • the TDF stores the service detection rule.
  • Step S911 the TDF returns an acknowledgement message to the TDFSF.
  • Step S912 the TDFSF returns an acknowledgement message to the PCRF.
  • Step S913, the PCRF associates the gateway control session, the Gx session, and the service detection session.
  • the PCRF returns the PCC rule and event trigger defined in step S905 to the PCEF. If the PCRF decides to perform the service detection on the IP-CAN session, the PCRF will provide an indication of the service detection to the PCEF; Step S914, if at least one PCC rule is successfully activated, the gateway that the PCEF resides returns to the gateway where the BBERF resides to establish an IP-CAN session response message, where the message carries an IP Address; Step S915, the gateway where the BBERF resides returns to establish The IP-CAN session response message carries the IP Address; through the above process, the UE establishes an IP-CAN session, and the PCRF implements a gateway control session, a Gx session, and a service detection session for policy control of the IP-CAN session.
  • the PCEF will filter the service data packets according to the PCC rules delivered by the PCRF, and perform corresponding policy and charging control. If a service data stream cannot be matched with any PCC rule delivered by the PCRF, the PCEF sends the service data stream to the TDFSF, and the TDFSF forwards the service data stream to the correct TDF for service detection according to the saved correspondence.
  • This embodiment describes a scenario in which policy charging control for an IP-CAN session needs to introduce a BBERF. Without a BBERF scenario, the process is simpler.
  • the PCRF selects the TDF for the IP-CAN session and associates the Gx session with the service detection session.
  • Embodiment 5 This embodiment describes a procedure for terminating an IP-CAN session initiated by a UE after establishing an IP-CAN session according to Embodiment 3, in which a gateway where the BBERF resides and a gateway where the PCEF resides ⁇ Use the PMIPv6 protocol.
  • FIG. 10 is a flowchart of a preferred embodiment 5 according to an embodiment of the present invention.
  • Step S1001 A gateway resident by a BBERF receives a delete IP-CAN session request message; Step S1002, BBERF directions
  • the PCRF sends a gateway control session termination request message, the PCRF identifies the relevant IP-CAN session and deletes the corresponding QoS rule; Step S1003, the PCRF returns a gateway control session termination confirmation message to the BBERF; Step S1004, the gateway to which the BBERF resides
  • the PCEF resident gateway sends a delete IP-CAN session request message; in step S1005, the PCEF sends an IP-CAN session termination indication message to the PCRF; step S1006, the PCRF identifies the relevant IP-CAN session and deletes the corresponding PCC rule; Step S1007, the PCEF deletes the PCC rule related to the IP-CAN session; Step S1008, if the AF associated with the IP-CAN session needs to be notified, the PCRF notifies
  • Step S1009 the AF returns a response message
  • Step S1010 the PCRF returns an IP-CAN session termination confirmation message
  • Step S1011 the PCEF resident gateway returns to the BBERF resident gateway to delete the IP-CAN session response a message
  • step S1012 the gateway where the BBERF resides returns a delete IP-CAN session response message
  • Step S1013, the PCRF identifies a service detection session related to the IP-CAN session, and sends a service detection session termination request message to the TDFSF
  • S1014 the TDFSF forwards the service detection session termination request message to the correct TDF according to the correspondence relationship
  • step S1015 the TDF deletes the service detection rule related to the IP-CAN session, and returns an acknowledgement message to the TDFSF
  • Step S1016 The TDFSF deletes the correspondence, and returns an acknowledgement message to the PCRF.
  • FIG. 11 is a schematic diagram 3 of a network deployment implementation according to an embodiment of the present invention.
  • the TDF selection is implemented by introducing a control plane interface of the Sy between the PCEF and the TDF. Using the architecture of Figure 11, there is no impact on the PCRF. This will be described below in conjunction with the preferred embodiments VI and 7.
  • Preferred Embodiment 6 This embodiment describes the implementation of the IP-CAN session establishment procedure using the architecture of FIG.
  • Step S 1201-S 1211 is the same as steps S701-S711;
  • Step S1212 the PCEF sends a message requesting to establish an IP-CAN session to the selected TDF, where the message carries an IP Address;
  • Step S1214 the TDF sends a service detection session establishment indication message to the PCRF.
  • the message carries an IP Address.
  • the request message establishes a service detection session.
  • Step S1215 The PCRF associates the S1202 request to establish a gateway control session according to the IP Address, and the Gx session established by the S1208 request is associated with the service detection session.
  • the PCRF formulates the service detection rules and sends them to the TDF through a confirmation message.
  • TDF installs business inspection rules.
  • Preferred Embodiment 7 This embodiment describes the UE initiated by the UE after establishing an IP-CAN session according to Embodiment 6.
  • Step S 1301-S 1312 is the same as steps S601-S612; Step S 1313, PCEF is associated with the IP-CAN session.
  • the TDF sends a delete IP-CAN session request; in step S 1314, the TDF returns an acknowledgement message; Step S 1315, the TDF sends a service detection session termination indication message to the PCRF; Step S 1316, PCRF returns a message; Step 4 gathers S 1317, ⁇ The SPR subscribes to cancel the port message -, and the M PCRF sends a cancel subscription notification request message to the SPR; in step S 1318, the SPR returns a response message.
  • the service-aware scheme for implementing load sharing provided by the foregoing embodiments achieves more elaborate policy control for user access services while taking into consideration cost performance.
  • modules or steps of the present invention described above can be implemented with a general purpose computing device, which can be centralized on a single computing device, or distributed. Alternatively, on a network of computing devices, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, The steps shown or described may be performed in an order different than that herein, or they may be separately fabricated into individual integrated circuit modules, or a plurality of the modules or steps may be implemented as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了业务处理方法及系统，该方法包括：策略和计费执行功能实体PCEF将需要进行业务检测的业务数据流发送给预先从业务检测功能TDF域中选择出的预定TDF进行处理，其中，TDF域包括多个TDF。通过本发明实现了对用户访问业务的更精细的策略控制。

Description

业务处理方法及系统 技术领域 本发明涉及通信领域， 具体而言， 涉及一种业务处理方法及系统。 背景技术 第三代合作伙伴计划 （ 3rd Generation Partnership Project, 简称为 3GPP ) 的策略和计费控制 （ Policy and Charging Control, 简称为 PCC ) 架构是一个 能够应用于多种接入技术的功能框架， 例如， 其可以应用于通用移动通信系 统 ( Universal Mobile Telecommunications System, 简称为 UMTS ) 的陆上无 线接入网 （ UMTS Terrestrial Radio Access Network, 简称为 UTRAN ), 全球 移动通信系统（ Global system for Mobile Communication , 简称为 GSM ) /GSM 数据增强演进 ( Enhanced Data rates for Global Evolution,简称为 EDGE ) 无线 接入网、 互通无线局 i或网 ( I-WLAN ) 以及演进的分组系统 （ Evolved Packet System, 简称为 EPS ) 等。 图 1是根据相关技术的 PCC非漫游的架构图， 以下参照图 1对 PCC架 构中的各个逻辑功能实体及其接口功能进行描述： 应用功能实体 ( Application Function, 简称为 AF ), 提供业务应用的接 入点， 这些业务应用所使用的网络资源需要进行动态的策略控制。 在业务面 进行参数协商时， AF 将相关业务信息传递给策略控制与计费规则功能实体 ( Policy and Charging Rules Function , 简称为 PCRF )„ 如果这些业务信息与 PCRF的策略相一致， 则 PCRF接受该协商； 否则， PCRF拒绝该协商， 并在 反馈中同时给出 PCRF可接受的业务参数。 随后， AF可将这些参数返回给用 户设备 ( User Equipment, 简称为 UE )。 其中， AF和 PCRF之间的接口是 Rx接口。
PCRF是 PCC的核心， 负责策略决策和计费规则的制定。 PCRF提供了 基于业务数据流的网络控制规则， 这些网络控制包括业务数据流的检测、 门 控 （ Gating Control )、 服务质量 （ Quality of Service, 简称为 QoS ) 控制以及 基于数据流的计费规则等。 PCRF 将其制定的策略和计费规则发送给策略和 计费执行功能实体 （ Policy and Control Enforcement Function , 简称为 PCEF ) 执行， 同时， PCRF还需要保证这些规则和用户的签约信息一致。 PCRF制定 策略和计费规则的依据包括： 从 AF获取与业务相关的信息； 从用户签约数 据库 （ Subscription Profile Repository, 简称为 SPR ) 获取与用户策略计费控 制签约信息； 从 PCEF获取与承载相关网络的信息。 PCEF通常位于网关（ Gate- Way, 简称为 GW ) 内， 在 载面执行 PCRF 所制定的策略和计费规则。 PCEF按照 PCRF所发送的规则中的业务数据流 过滤器对业务数据流进行检测， 进而对这些业务数据流执行 PCRF所制定的 策略和计费规则。 在承载建立时， PCEF按照 PCRF发送的规则进行服务质 量（ Quality of Service, 简称为 QoS )授权， 并根据 AF的执行进行门控控制。 根据 PCRF发送的计费规则， PCEF执行相应的业务数据流计费操作， 计费 既可以是在线计费， 也可以是离线计费。 如果是在线计费， 则 PCEF需要和 在线计费系统 （ Online Charging System, 简称为 OCS ) 一起进行信用管理。 离线计费时， PCEF和离线计费系统（ Offline Charging System, 简称为 OFCS ) 之间交换相关计费信息。 PCEF与 PCRF之间的接口是 Gx接口， 与 OCS之 间的接口是 Gy接口， 与 OFCS之间的接口是 Gz接口。 PCEF—般都位于网 络的网关上， 例如， GPRS中的 GPRS网关支持节点（ GGSN ) 以及 I-WLAN 中的分组数据网关 （ Packet Data Gateway , 简称为 PDG )„ 载绑定和事件 4艮告功能实体 ( Bearer Binding and Event Reporting Function, 简称为 BBERF )。 其功能包括 载绑定、 上行 载绑定的-险证、 以及事件 4艮告。 当 UE通过 E-UTRAN接入， 并且 S-GW与 P-GW之间釆用 ΡΜΙΡνό协议时， BBERF就位于 S-GW, 当 UE通过可信任非 3GPP接入系 统接入时， BBERF位于可信任非 3GPP接入网关，当 UE通过不可信任非 3GPP 接入系统接入时、 BBERF 位于演进的分组数据网关 （Evolved Packet Data Gateway, 简称为 ePDG )。 此时， PCEF不再执行承载绑定功能。 用户签约数据库 （ SPR ) 存储了和策略控制与计费相关的用户策略计费 控制签约信息。 SPR和 PCRF之间的接口是 Sp接口。 在线计费系统 （ OCS ) 和 PCEF—起进行在线计费方式下用户信用的控 制和管理。 离线计费系统 （OFCS ) 与 PCEF—起完成离线计费方式下的计费操作。 PCC 架构通过以上各功能实体实现了对 UE 为访问一个分组数据网络 ( Packet Data Network,简称为 PDN )所建立的 IP连接接入网（ IP Connectivity Access Network , 简称为 IP-CAN )会话的策略计费控制。 釆用目前的 PCC 架构， 存在以下几个问题：
( 1 ) 业务的信息由 AF提供， PCRF根据该信息进行策略决策。 而现有 的网络应用中，很多场景下是没有 AF的。 IP多媒体子系统（ IMS IP Multimedia Subsystem, 简称为 IMS ) 等基于会话类的业务可以釆用会话初始协议信令 ( Session Initiation Protocol, 简称为 SIP, SIP是一个应用层的信令控制协议 ) 进行会话的业务层协商 （例如， 编解码方式、 媒体类型、 所需的带宽等）， P-CSCF (即 PCC架构中的 AF )将协商好的业务信息通知 PCRF, 并由 PCRF 进行 QoS授权。 而现网中大量非会话类的业务， 例如， 当前应用基于 IP 网 络的语音传输 ( Voice Over Internet Protocol, 简称为 VoIP ), 互联网协议电视 ( IPTV Internet Protocol Television , 简 称为 IPTV ) , 视频点播 ( Video-On-Demand, 简称为 VOD )、 网络游戏等业务等不会进行应用层的 媒体协商以及将业务信息推送给 PCRF的过程。 针对这些非会话类业务， 虽 然能够通过在 PCRF上配置一些静态策略来进行一定策略授权， 然而这种方 式极大限制了 PCC架构的优势。
( 2 ) 目前， PCRF下发的 PCC规则中用于检测 IP包的过滤器都是釆用 五元组 （即， 源 IP地址、 源端口、 目的 IP地址、 目的端口、 协议号） 的。 而在有些场景下， 仅釆用五元组并不能把两种不同的业务区分出来， 这是就 需要对四层以上 （才艮据开放式通信系统互连参考模型 （ Open System Interconnection Reference Model, 简称为 OSI ), 4层以上为会话层、 表示层 和应用层） 的信息进行检测。 为了解决以上问题， 需要对现有的 PCC架构进行功能增强， 引入业务检 测功能 （ Traffic Detection Function, 简称为 TDF ) 是一种有效的方法。 TDF 有两种实现方式，一种是将 TDF与 PCEF集成在一起，另一种是 TDF与 PCEF 分开部署。由于 TDF需要进行 4层以上的信息检测，如果与 PCEF集成部署， 将极大的降低原有 PCEF设备的性能； 如果分开部署， 虽然对 PCEF设备的 影响不大， 但对 TDF的性能要求就会大大提高， 从而会提高费用。 对于如何 较好的实现性能和价格的折中， 目前尚未提出有效的解决方案。 发明内容 本发明的主要目的在于提供一种业务处理方案， 以至少解决上述问题。 才艮据本发明的一个方面， 提供了一种业务处理方法， 包括： 策略和计费 执行功能实体 PCEF将需要进行业务检测的业务数据流发送给预先从业务检 测功能 TDF域中选择出的预定 TDF进行处理，其中， TDF域包括多个 TDF。 优选地， 预先从 TDF域中选择预定 TDF包括： 策略控制与计费规则功 能实体 PCRF、 PCEF或业务检测功能选择功能 TDFSF为业务数据流所在的 IP连接接入网 IP-CAN会话选择预定 TDF。 优选地， 在 PCRF从 TDF域中选择预定 TDF的情况下， 上述方法还包 括： PCRF将预定 TDF的信息发送给 PCEF; PCEF才艮据预定 TDF的信息将 业务数据流发送给预定 TDF。 优选地， 在 TDFSF从 TDF域中选择预定 TDF的情况下， 上述方法还包 括： PCRF向 TDFSF发送携带有 IP-CAN会话的用户设备 IP地址的请求消息， TDFSF为 IP-CA会话选择预定 TDF并保存 IP-CAN会话的用户设备 IP地址 和预定 TDF的对应关系； PCEF将 IP-CAN会话的业务数据流发送给 TDFSF; TDFSF根据对应关系将 IP-CAN会话的业务数据流发送给预定 TDF。 优选地， 在 PCEF从 TDF域中选择预定 TDF的情况下， 上述方法还包 括： PCEF将业务数据流发送给预定 TDF; 或者， PCEF向预定 TDF发送携 带有 IP-CAN会话的用户设备 IP地址的消息。 优选地， 在预定 TDF 接收到业务数据流之后， 上述方法还包括： 预定
TDF检测到业务数据流中存在新的用户设备 IP地址后， 向 PCRF发送用于 请求建立业务检测会话的消息， 其中， 请求建立业务检测会话的消息中携带 有新的用户设备 IP地址。 优选地， 在预定 TDF接收到携带有 IP-CAN会话的用户设备 IP地址的 消息之后， 上述方法还包括： 预定 TDF向 PCRF发送用于请求建立业务检测 会话的消息，其中，请求建立业务检测会话的消息中携带有用户设备 IP地址。 优选地， 在 PCRF、 PCEF或 TDFSF为业务数据流所在的 IP-CAN会话 选择预定 TDF之前， 上述方法还包括： PCRF向 PCEF发送 IP-CAN会话的 业务数据流需要进行业务检测的指示。 优选地， 在 PCRF、 PCEF或 TDFSF选择出预定 TDF之后， 上述方法还 包括： PCRF向预定 TDF发送业务检测规则； 或者， PCRF经由 TDFSF向预 定 TDFSF发送业务检测规则。 优选地， 上述方法还包括： 预定 PCEF将业务数据流的上行 4艮文经由包 分发功能 PDF发送给分组数据网络； PDF将来自分组数据网络的业务数据流 的下行 4艮文发送给预定 TDF。 优选地，上述方法还包括： PCRF接收到终结 IP-CAN会话的消息； PCRF 向预定 TDF发送消息， 或者， 经由 TDFSF向预定 TDF发送消息； TDF根据 消息删除 IP-CAN会话对应的业务检测规则。 优选地，上述方法还包括： PCEF接收到终结 IP-CAN会话的消息； PCEF 向预定 TDF发送消息； TDF根据消息删除 IP-CAN会话对应的业务检测规则。 优选地， 在 TDFSF向 TDF发送消息之后， 上述方法还包括： TDFSF删 除 IP-CAN会话与预定 TDF的对应关系。 根据本发明的另一方面， 还提供了一种业务检测系统， 包括： 策略和计 费执行功能实体 PCEF、 包括多个业务检测功能 TDF的 TDF域，其中， PCEF 用于将需要进行业务检测的业务数据流发送给从 TDF域中选择的预定 TDF 进行处理。 优选地， 该系统还包括： 策略控制与计费规则功能实体 PCRF、 PCEF或 业务检测功能选择功能 TDFSF, 用于为业务数据流所在的 IP 连接接入网 IP-CAN会话选择预定 TDF; TDFSF还用于管理 TDF域。 通过本发明， 釆用 PCEF将需要进行检测的业务对应的业务数据流发送 给从业务检测功能 TDF域中选择的预定 TDF进行处理， 解决了相关技术中 TDF与 PCEF集成或分别部署所带来的性能以及费用不能取得较好折中的问 题，进而在兼顾性价比的同时， 实现了对用户访问业务的更精细的策略控制。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1是根据相关技术的 PCC非漫游的架构图； 图 2是才艮据本发明实施例的包括 TDF的网络架构示意图； 图 3是 居本发明实施例的网络部署实现的架构示意图； 图 4是才艮据本发明实施例的业务处理方法的流程图； 图 5是 居本发明实施例的优选实施例一的流程图； 图 6是 居本发明实施例的优选实施例二的流程图； 图 7是 居本发明实施例的优选实施例三的流程图； 图 8是 居本发明实施例的网络部署实现的架构示意图二； 图 9是才艮据本发明实施例的优选实施例四的流程图； 图 10是才艮据本发明实施例的优选实施例五的流程图； 图 11是才艮据本发明实施例的网络部署实现的架构示意图三； 图 12是才艮据本发明实施例的优选实施例六的流程图； 图 13是才艮据本发明实施例的优选实施例七的流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。 为了更好的说明以下实施例， 首先对 TDF 的网络部署进行说明， 图 2 是才艮据本发明实施例的包括 TDF的网络架构示意图， TDF的功能包括： 1、 根据 PCRF下发的报文检测规则执行业务数据报文检测， 对数据包进行四层 以上的分析检测； 2、 向 PCRF上 4艮检测的业务信息。 在本实施例提供的网络中允许部署多个 TDF为一个 PCEF服务。 图 3是 才艮据本发明实施例的网络部署实现的架构示意图， 如图 3所示， 多个 TDF构 成一个 TDF域， 该 i或中的多个 TDF可以为同一个 PCEF月艮务。 当 PCEF认 为需要进行业务识别时，将巴数据包转发个域中的一个 TDF执行业务检测和 控制。 下面结合图 4进行对本实施例提供的业务处理方法进行说明。 图 4是 居本发明实施例的业务处理方法的流程图， 如图 4所示， 该流 程包括如下步骤： 步骤 S402 , 预先从 TDF域中选择出一个 TDF为 PCEF进行服务， 为了 方便描述， 将选择出的 TDF称为预定 TDF, 需要说明的是， 在该步骤中， 选择 TDF的原则可以是根据各个 TDF的负载（例如， 是否空闲）， 或者， 按 照一定顺序进行选择， 但本实施例并不限于此。 步骤 S404, PCEF将需要进行业务检测的业务数据流发送给从业务检测 功能 TDF域中选择的预定 TDF进行处理。 通过上述步骤 S402和步骤 S404, 从多个 TDF中选择 TDF为 PCEF服 务，解决了相关技术中 TDF与 PCEF集成或分别部署所带来的性能以及费用 不能取得较好折中的问题， 进而在兼顾性价比的同时， 实现了对用户访问业 务的更精细的策略控制。 优选地， 在步骤 S402中， 可以由 PCRF、 PECF或业务检测功能选择功 能 ( Traffic Detection Function Selection Function, 简称为 TDFSF ) 为业务数 据流所在的 IP连接接入网 IP-CAN会话选择预定 TDF。下面对此分别进行说 明。
PCRF为 IP-CAN会话选择 TDF用于业务感知。 PCRF将选择的 TDF的 信息通知 PCEF , PCEF将该 IP-CAN会话的业务数据流转发给该 TDF。 TDFSF是引入用于管理 TDF域的， TDFSF也可以为 IP-CAN会话选择
TDF。 在 TDFSF选择 TDFSF的情况下， PCEF将业务数据流发送给 TDFSF, TDFSF将业务数据流发送给 TDF。 在 PCEF从 TDF域中选择预定 TDF的情况下， PCEF可以将业务数据流 直接发送给预定 TDF, 或者， PCEF向预定 TDF发送携带有 IP-CAN会话的 用户设备 IP地址的消息。 如果预定 TDF接收到业务数据流， 则在检测到业 务数据流中存在新的用户设备 IP地址后，向 PCRF发送用于请求建立业务检 测会话的消息，该消息中携带检测到的新的用户设备 IP地址； 如果预定 TDF 接收到携带有 IP-CAN会话的用户设备 IP地址消息， 则 TDF向 PCRF发送 用于请求建立业务检测会话的消息， 该消息中携带接收到的用户设备 IP 地 址。 即， 请求建立业务检测会话的消息中携带有从业务数据流中获取的 IP地 址或从消息中获取的 IP地址。 优选地， 在本实施例中还提供了 包分发功能 ( Packet Distribution Function, 简称为 PDF ) (如图 3所示；)， PDF可以包括如功能： 1、 将来自 TDF的上行 4艮文转发给分组数据网络 ( Pacekt Data Network, 简称为 PDN )；
2、 将来自 PDN的下行 4艮文发送给正确的 TDF, 即， 如果上行 4艮文都通 过 TDF, 那么对应的下行 4艮文也通过同一个 TDF。 对应于上述的说明， 在本实施例中还提供了一种业务检测系统， 该系统 用于实现上述实施例及其优选实施方式， 上述已经进行过说明的， 在此不再 赘述， 该系统包括： 策略和计费执行功能实体 PCEF、 包括多个业务检测功 能 TDF的 TDF域， 其中， PCEF用于将需要进行业务检测的业务数据流发送 给从 TDF域中选择的预定 TDF进行处理。 优选地， 该系统还包括 PCRF或 TDFSF, 用于为业务数据流所在的 IP 连接接入网 IP-CAN会话选择预定 TDF, 或者， PCEF从 TDF域中选择预定 TDF。 优选地， TDFSF还用于管理 TDF域。 下面结合附图及优选实施例进行说明。 优选实施例一 本实施例描述了釆用图 3的架构实现 IP-CAN会话建立流程。 在该流程 中， BBERF驻留的网关与 PCEF驻留的网关之间釆用 PMIPv6协议。 PCRF 从 TDF域中为 IP-CAN会话选择一个 TDF进行业务数据检测。 图 5是根据 本发明实施例的优选实施例一的流程图， 该流程包括如下步骤： 步骤 S 501 , BBERF驻留的网关接收到建立 IP-CAN会话请求消息， 其 中， 该消息中携带用户标识， PDN标识； 步骤 S502, BBERF向 PCRF发送网关控制会话建立请求消息， 该消息 中携带有用户标识， PDN标识。 该消息请求建立了网关控制会话； 步骤 S503 , 如果 PCRF没有用户相关的签约信息， 则 PCRF向 SPR发 送签约文档请求消息， 该消息中携带用户标识和 PDN标识； 步骤 S504 , SPR根据接收到的用户标识和 PDN标识返回用户的签约信 息， 其中， 包含是否需要进行业务检测以及需要检测的业务； 步骤 S 505 , PCRF根据 SPR返回的签约信息， 制定默认策略， 包括 PCC 规则、 对应的 QoS规则。 如果需要进行业务检测， 则 PCRF根据需要检测的 业务制定业务检测规则。 业务检测规则通常包括 4 层以上的过滤器。 同时 PCRF还会给这个 IP-CAN会话选择 TDF。 可选的， PCRF还会制定事件触发 哭. 步骤 S 506 , PCRF向 BBERF返回网关控制会话建立确认消息， 该消息 中携带有 QoS规则、 事件触发器等。 BBERF安装 QoS规则和事件触发器； 步骤 S507, BBERF驻留的网关向 PCEF驻留的网关发送建立 IP-CAN 会话请求消息， 该消息中携带有用户标识和 PDN标识； 优选地， 步骤 S507可与步骤 S502同时发送。 步骤 S508, PCEF驻留的网关为 UE请求建立的 IP-CAN会话分配用户 设备 IP地址（ IP Address )„ PCEF向 PCRF发送 IP-CAN会话建立指示消息， 该消息中携带有用户标识、 PDN标识和 IP Address。 该消息请求建立了 Gx 会话； 步骤 S509, PCRF才艮据用户标识和 PDN标识将 S502请求建立网关控制 会话和 S508请求建立的 Gx会话进行关联。 PCRF将步骤 S504制定的 PCC 规则、 事件触发器以及为该 IP-CAN会话选择的 TDF的地址返回给 PCEF, 即指示该 IP-CAN会话的业务数据流需要进一步进行业务检测。 PCRF可能 会根据 PCEF上报的信息更新步骤 S504步制定的 PCC规则、 QoS规则以及 业务检测规则。 PCEF安装 PCC规则和事件触发器， 保存 TDF的地址； 步 4聚 S510, 如果至少一个 PCC规则被成功激活， PCEF驻留的网关向
BBERF 驻留的网关返回建立 IP-CAN 会话应答消息， 该消息携带有 IP Address; 步骤 S511 , BBERF驻留的网关返回建立 IP-CAN会话应答消息， 该消 息中携带有 IP地址； 步骤 S512, PCRF向所选择的 TDF发送业务检测会话建立请求消息， 该 消息中携带业务检测规则。 该请求消息建立了业务检测会话； 步骤 S513 , TDF安装业务检测规则后向 PCRF返回确认消息； 优选地， 步骤 S512在步骤 S505后便可执行。 通过以上流程， UE建立 IP-CAN会话， 并且 PCRF将实现对该 IP-CAN 会话进行策略控制的网关控制会话、 Gx会话和业务检测会话进行关联。 PCEF 将根据 PCRF下发的 PCC规则进行业务数据包的过滤，并执行相应的策略和 计费控制。 若一业务数据流无法与任何一个 PCRF下发的 PCC规则匹配， 那 么 PCEF将该业务数据流发送给 TDF进行业务检测。 本实施例描述了对 IP-CAN会话的策略计费控制需要引入 BBERF的场 景。 没有 BBERF场景， 其流程更简单。 PCRF为 IP-CAN会话选择 TDF, 并 且将 Gx会话与业务检测会话进行关联。 优选实施例二 本实施例描述了根据实施例一建立 IP-CAN 会话后， 由 UE 发起的 IP-CAN会话终结的流程， 在该流程中， BBERF驻留的网关与 PCEF驻留的 网关之间釆用 PMIPv6协议。 图 6是才艮据本发明实施例的优选实施例二的流 程图， 该流程包括如下步骤： 步骤 S601 , BBERF驻留的网关接收到删除 IP-CAN会话请求消息； 步骤 S602, BBERF 向 PCRF发送网关控制会话终结请求消息， PCRF 识别出相关的 IP-CAN会话并删除相应的 QoS规则； 步骤 S603 , PCRF向 BBERF返回网关控制会话终结确认消息； 步骤 S604, BBERF驻留的网关向 PCEF驻留的网关发送删除 IP-CAN 会话请求消息； 步骤 S605 , PCEF向 PCRF发送 IP-CAN会话终结指示消息； 步骤 S606、 PCRF识别出相关的 IP-CAN会话并删除相应的 PCC规则； 步骤 S607 , PCEF删除该 IP-CAN会话相关的 PCC规则； 步骤 S608, 如果该 IP-CAN会话关联的 AF需要被通知， 则 PCRF通知
AF传输资源释放； 步骤 S609 , AF返回应答消息； 步骤 S610, PCRF返回 IP-CAN会话终结确认消息； 步骤 S611 , PCEF驻留的网关向 BBERF驻留的网关返回删除 IP-CAN会 话应答消息； 步骤 S612 , BBERF驻留的网关返回删除 IP-CAN会话应答消息； 步骤 S613 , PCRF识别与该 IP-CAN会话相关的 TDF, 并向该 TDF发送 业务检测会话终结请求消息； 步骤 S614 , TDF删除该 IP-CAN会话相关的业务检测规则， 并返回确认 消息； 步骤 S615 , 如果 SPR之前订阅取消通知消息， 则 PCRF向 SPR发送取 消签约通知请求消息； 步骤 S616, SPR返回应答消息。 优选实施例三 本实施例描述了釆用图 3的架构实现 IP-CAN会话建立流程。 在该流程 中， BBERF驻留的网关与 PCEF驻留的网关之间釆用 PMIPv6协议。 PCEF 从 TDF域中为 IP-CAN会话选择一个 TDF进行业务数据检测。 图 7是根据 本发明实施例的优选实施例三的流程图， 该流程包括如下步骤： 步骤 S701 , BBERF驻留的网关接收到建立 IP-CAN会话请求消息， 其 中， 该消息中携带用户标识， PDN标识； 步骤 S702, BBERF向 PCRF发送网关控制会话建立请求消息， 该消息 中携带有用户标识， PDN标识。 该消息请求建立了网关控制会话； 步骤 S703 , 如果 PCRF没有用户相关的签约信息， 则 PCRF向 SPR发 送签约文档请求消息， 该消息中携带用户标识和 PDN标识； 步骤 S704 , SPR根据接收到的用户标识和 PDN标识返回用户的签约信 息， 其中， 包含是否需要进行业务检测以及需要检测的业务; 步骤 S705 , PCRF根据 SPR返回的签约信息， 制定默认策略， 包括 PCC 规则、 对应的 QoS规则。 步骤 S706, PCRF向 BBERF返回网关控制会话建立确认消息， 该消息 中携带有 QoS规则、 事件触发器等。 BBERF安装 QoS规则和事件触发器； 步骤 S707, BBERF驻留的网关向 PCEF驻留的网关发送建立 IP-CAN 会话请求消息， 该消息中携带有用户标识和 PDN标识； 优选地， 步骤 S707可与步骤 S702同时发送。 步骤 S708, PCEF驻留的网关为 UE请求建立的 IP-CAN会话分配用户 设备 IP地址（ IP Address )„ PCEF向 PCRF发送 IP-CAN会话建立指示消息， 该消息中携带有用户标识、 PDN标识和 IP Address。 该消息请求建立了 Gx 会话； 步骤 S709, PCRF才艮据用户标识和 PDN标识将 S702请求建立网关控制 会话和 S708请求建立的 Gx会话进行关联。 PCRF将步骤 S704制定的 PCC 规则、 事件触发器。 PCRF可能会根据 PCEF上报的信息更新步骤 S704步制 定的 PCC规则、 QoS规则。 若 PCRF决策该 IP-CAN会话进行业务检测， 则 PCRF将向 PCEF提供业务检测的指示； 步骤 S710, 如果至少一个 PCC规则被成功激活， PCEF驻留的网关向 BBERF 驻留的网关返回建立 IP-CAN 会话应答消息， 该消息携带有 IP Address,若 PCEF收到业务检测的指示， PCEF将为该 IP-CAN会话选择 TDF , 并在 IP-CAN会话建立后， PCEF将用户访问业务的上行数据流发送给所选 择的 TDF; 步骤 S711 , BBERF驻留的网关返回建立 IP-CAN会话应答消息， 该消 息中携带有 IP Address; 步骤 S712, TDF检测到包含 IP Address的业务数据流， 即 TDF检测到 业务数据流中存在新的用户设备 ip地址。 TDF判断一个新的 IP-CAN会话已 经建立； 步骤 S712, TDF向 PCRF发送业务检测会话建立指示， 消息中携带检测 到的 IP Address。 该请求消息建立了业务检测会话； 步骤 S713 , PCRF根据 IP Address将 S702请求建立网关控制会话、 S708 请求建立的 Gx会话和业务检测会话进行关联。 PCRF制定业务检测规则， 并 通过确认消息发送给 TDF。 TDF安装业务检测规则； 通过以上流程， UE建立 IP-CAN会话， 并且 PCRF将实现对该 IP-CAN 会话进行策略控制的网关控制会话、 Gx会话和业务检测会话进行关联。 PCEF 将根据 PCRF下发的 PCC规则进行业务数据包的过滤，并执行相应的策略和 计费控制。 若一业务数据流无法与任何一个 PCRF下发的 PCC规则匹配， 那 么 PCEF将该业务数据流发送给 TDF进行业务检测。 本实施例描述了对 IP-CAN会话的策略计费控制需要引入 BBERF的场 景。 没有 BBERF场景， 其流程更简单。 PCRF将 Gx会话与业务检测会话进 行关联。 基于实施例三的建立 IP-CAN会话后， UE发起的 IP-CAN会话的终结流 程与实施例二一致， 这里不再赞述。 图 8是 居本发明实施例的网络部署实现的架构示意图二，在 TDF域中 引入业务检测功能选择功能， 由 TDFSF管理域中的 TDF, 并由它为 IP-CAN 会话选择一个 TDF。 釆用图 8的架构， 对 PCRF和 PCEF没有影响。 下面结 合优选实施例四、 五对此进行说明。 优选实施例四 本实施例描述釆用图 8的架构实现 IP-CAN会话建立流程。 图 9是根据 本发明实施例的优选实施例四的流程图， 该流程包括如下步骤： 步骤 S901 , BBERF驻留的网关接收到建立 IP-CAN会话请求消息， 其 中， 该消息中携带有用户标识， PDN标识； 步骤 S902, BBERF向 PCRF发送网关控制会话建立请求消息， 其中， 该消息中携带有用户标识， PDN标识。 该消息请求建立了网关控制会话； 步骤 S903 , 如果 PCRF没有用户相关的签约信息， 在 PCRF向 SPR发 送签约文档请求消息， 该消息中携带有用户标识和 PDN标识； 步骤 S904 , SPR才艮据用户标识和 PDN标识返回用户的签约信息， 其中 包含是否需要进行业务检测以及需要检测的业务； 步骤 S905 , PCRF根据 SPR返回的签约信息， 制定默认策略， 包括 PCC 规则、 对应的 QoS规则。 如果需要进行业务检测， 则 PCRF根据需要检测的 业务制定业务检测规则。业务检测规则通常包括 4层以上的过滤器。可选的， PCRF还会制定事件触发器； 步骤 S906, PCRF向 BBERF返回网关控制会话建立确认消息， 其中， 该消息中携带有 QoS规则、 事件触发器等。 BBERF安装 QoS规则和事件触 发器； 步骤 S907, BBERF驻留的网关向 PCEF驻留的网关发送建立 IP-CAN 会话请求消息， 其中， 该消息中携带有用户标识和 PDN标识； 步骤 S907可与步骤 S902同时发送。 步骤 S908, PCEF驻留的网关为 UE请求建立的 IP-CAN会话分配用户 设备 IP Address。 PCEF向 PCRF发送 IP-CAN会话建立指示消息， 该消息中 携带有用户标识、 PDN标识和 IP Address, 该消息请求建立了 Gx会话； 步骤 S909, PCRF才艮据用户标识和 PDN标识将 S902请求建立网关控制 会话和 S908请求建立的 Gx会话进行关联。 PCRF向 TDFSF发送业务检测 会话建立消息， 该消息中携带有 IP Address和业务检测规则； 步骤 S910, TDFSF为该 IP-CAN会话选择一个 TDF, 并保存对应关系 ( IP Address, TDF Address )„ TDFSF向所选择的 TDF转发业务检测会话建 立消息， 其中， 该消息中携带有 IP Address和业务检测规则。 TDF保存业务 检测规则； 步骤 S911 , TDF向 TDFSF返回确认消息； 步骤 S912, TDFSF向 PCRF返回确认消息； 步骤 S913 , PCRF将网关控制会话、 Gx会话和业务检测会话进行关联。
PCRF将步骤 S905制定的 PCC规则、 事件触发器返回给 PCEF。 如果 PCRF 决策该 IP-CAN会话进行业务检测， 则 PCRF将向 PCEF提供业务检测的指 示； 步骤 S914, 如果至少一个 PCC规则被成功激活， PCEF驻留的网关向 BBERF 驻留的网关返回建立 IP-CAN 会话应答消息， 该消息中携带有 IP Address; 步骤 S915 , BBERF驻留的网关返回建立 IP-CAN会话应答消息， 该消 息中携带有 IP Address; 通过以上流程， UE建立 IP-CAN会话， 并且 PCRF将实现对该 IP-CAN 会话进行策略控制的网关控制会话、 Gx会话和业务检测会话进行关联。 PCEF 将根据 PCRF下发的 PCC规则进行业务数据包的过滤，并执行相应的策略和 计费控制。 如果一业务数据流无法与任何一个 PCRF下发的 PCC规则匹配， 那么 PCEF将该业务数据流发送给 TDFSF , TDFSF根据保存的对应关系， 将 业务数据流转发给正确的 TDF进行业务检测。 本实施例描述了对 IP-CAN会话的策略计费控制需要引入 BBERF的场 景。 没有 BBERF场景， 其流程更简单。 PCRF为 IP-CAN会话选择 TDF, 并 且将 Gx会话与业务检测会话进行关联。 实施例五 本实施例描述了根据实施例三建立 IP-CAN 会话后， 由 UE 发起的 IP-CAN会话终结的流程， 在该流程中， BBERF驻留的网关与 PCEF驻留的 网关之间釆用 PMIPv6协议。图 10是才艮据本发明实施例的优选实施例五的流 程图， 该流程包括如下步骤： 步骤 S 1001 , BBERF驻留的网关接收到删除 IP-CAN会话请求消息； 步骤 S 1002, BBERF向 PCRF发送网关控制会话终结请求消息， PCRF 识别出相关的 IP-CAN会话并删除相应的 QoS规则； 步骤 S 1003 , PCRF向 BBERF返回网关控制会话终结确认消息； 步骤 S 1004 , BBERF驻留的网关向 PCEF驻留的网关发送删除 IP-CAN 会话请求消息； 步骤 S 1005 , PCEF向 PCRF发送 IP-CAN会话终结指示消息； 步骤 S 1006、 PCRF识别出相关的 IP-CAN会话并删除相应的 PCC规则； 步骤 S 1007 , PCEF删除该 IP-CAN会话相关的 PCC规则； 步骤 S 1008, 如果该 IP-CAN会话关联的 AF需要被通知， 则 PCRF通知
AF传输资源释放； 步骤 S 1009, AF返回应答消息； 步骤 S 1010, PCRF返回 IP-CAN会话终结确认消息； 步骤 S 1011 , PCEF驻留的网关向 BBERF驻留的网关返回删除 IP-CAN 会话应答消息； 步骤 S 1012, BBERF驻留的网关返回删除 IP-CAN会话应答消息； 步骤 S 1013 , PCRF识别与该 IP-CAN会话相关的业务检测会话， 并向 TDFSF发送业务检测会话终结请求消息； 步骤 S 1014, TDFSF才艮据对应关系， 向正确的 TDF转发业务检测会话终 结请求消息； 步骤 S 1015 , TDF删除该 IP-CAN会话相关的业务检测规则，并向 TDFSF 返回确认消息； 步骤 S 1016 , TDFSF删除对应关系， 向 PCRF返回确认消息； 步骤 S 1017 , 如果 SPR之前订阅取消通知消息， 则 PCRF向 SPR发送取 消签约通知请求消息； 步骤 S 1018, SPR返回应答消息。 图 11 是根据本发明实施例的网络部署实现的架构示意图三， 通过在 PCEF与 TDF之间引入 Sy的控制面接口， 实现对 TDF的选择。 釆用图 11 的架构， 对 PCRF没有影响。 下面结合优选实施例六、 七对此进行说明。 优选实施例六 本实施例描述釆用图 11的架构实现 IP-CAN会话建立流程。 图 12是才艮 据本发明实施例的优选实施例六的流程图， 该流程包括如下步骤： 步骤 S 1201-S 1211同步骤 S701 - S711 ; 步骤 S 1212, PCEF向所选择的 TDF发送请求建立 IP-CAN会话的消息， 该消息中携带 IP Address; 步骤 S 1213 , TDF返回确认消息； 步骤 S 1214 , TDF向 PCRF发送业务检测会话建立指示消息， 消息中携 带 IP Address。 该请求消息建立了业务检测会话； 步骤 S 1215 , PCRF根据 IP Address将 S 1202请求建立网关控制会话、 S 1208请求建立的 Gx会话和业务检测会话进行关联。 PCRF制定业务检测规 则， 并通过确认消息发送给 TDF。 TDF安装业务检测规则。 优选实施例七 本实施例描述了根据实施例六建立 IP-CAN 会话后， 由 UE 发起的
IP-CAN会话终结的流程， 在该流程中， BBERF驻留的网关与 PCEF驻留的 网关之间釆用 PMIPv6协议。图 13是才艮据本发明实施例的优选实施例七的流 程图， 该流程包括如下步骤： 步骤 S 1301-S 1312同步骤 S601 - S612; 步骤 S 1313 , PCEF向该 IP-CAN会话关联的 TDF发送删除 IP-CAN会 话请求； 步骤 S 1314 , TDF返回确认消息； 步骤 S 1315 , TDF向 PCRF发送业务检测会话终结指示消息； 步骤 S 1316 , PCRF返回消息； 步 4聚 S 1317 , ^口果 SPR之前订阅取消通 口消息- , M PCRF向 SPR发送取 消签约通知请求消息； 步骤 S 1318, SPR返回应答消息。 综上所述， 通过上述实施例提供的实现负荷分担的业务感知方案， 在兼 顾性价比的同时， 实现了对用户访问业务的更精细的策略控制。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种业务处理方法， 其特征在于， 包括：
策略和计费执行功能实体 PCEF将需要进行业务检测的业务数据流 发送给预先从业务检测功能 TDF域中选择出的预定 TDF进行处理， 其 中， 所述 TDF i或包括多个 TDF。
2. 居权利要求 1所述的方法， 其特征在于， 预先从所述 TDF域中选择所 述预定 TDF包括：
策略控制与计费规则功能实体 PCRF、 所述 PCEF或业务检测功能 选择功能 TDFSF为所述业务数据流所在的 IP连接接入网 IP-CAN会话 选择所述预定 TDF。
3. 根据权利要求 2所述的方法， 其特征在于， 在所述 PCRF从所述 TDF域 中选择所述预定 TDF的情况下， 所述方法还包括：
所述 PCRF将所述预定 TDF的信息发送给所述 PCEF; 所述 PCEF根据所述预定 TDF的信息将所述业务数据流发送给所述 预定 TDF。
4. 根据权利要求 2所述的方法， 其特征在于， 在所述 TDFSF从所述 TDF i或中选择所述预定 TDF的情况下， 所述方法还包括：
所述 PCRF向所述 TDFSF发送携带有所述 IP-CAN会话的用户设备 IP地址的请求消息， 所述 TDFSF为所述 IP-CA会话选择所述预定 TDF 并保存所述 IP-CAN会话的用户设备 IP地址和所述预定 TDF的对应关 系；
所述 PCEF将所述 IP-CAN会话的业务数据流发送给所述 TDFSF; 所述 TDFSF才艮据所述对应关系将所述 IP-CAN会话的业务数据流发 送给所述预定 TDF。
5. 根据权利要求 2所述的方法， 其特征在于， 在所述 PCEF从所述 TDF域 中选择所述预定 TDF的情况下， 所述方法还包括：
所述 PCEF将所述业务数据流发送给所述预定 TDF; 或者， 所述 PCEF向所述预定 TDF发送携带有所述 IP-CAN会话的用户设 备 IP地址的消息。
6. 居权利要求 5所述的方法， 其特征在于， 在所述预定 TDF接收到业务 数据流之后， 所述方法还包括：
所述预定 TDF检测到业务数据流中存在新的用户设备 IP地址后， 向所述 PCRF发送用于请求建立业务检测会话的消息， 其中， 所述请求 建立业务检测会话的消息中携带有所述新的用户设备 IP地址。
7. 根据权利要求 5所述的方法， 其特征在于， 在所述预定 TDF接收到携带 有所述 IP-CAN会话的用户设备 IP地址的消息之后， 所述方法还包括： 所述预定 TDF 向所述 PCRF发送用于请求建立业务检测会话的消 息， 其中， 所述请求建立业务检测会话的消息中携带有所述用户设备 IP 地址。
8. 根据权利要求 2 所述的方法， 其特征在于， 在所述 PCRF、 所述 PCEF 或所述 TDFSF为所述业务数据流所在的 IP-CAN会话选择所述预定 TDF 之前， 所述方法还包括：
所述 PCRF向所述 PCEF发送所述 IP-CAN会话的业务数据流需要 进行业务检测的指示。
9. 根据权利要求 2至 8中任一项所述的方法， 其特征在于， 在所述 PCRF、 所述 PCEF或所述 TDFSF选择出所述预定 TDF之后， 所述方法还包括： 所述 PCRF向所述预定 TDF发送业务检测规则； 或者， 所述 PCRF经由所述 TDFSF向所述预定 TDFSF发送业务检测规则。
10. 根据权利要求 1至 8中任一项所述的方法， 其特征在于， 还包括：
所述预定 PCEF将所述业务数据流的上行 4艮文经由包分发功能 PDF 发送给分组数据网络；
所述 PDF将来自所述分组数据网络的所述业务数据流的下行 4艮文发 送给所述预定 TDF。
11. 根据权利要求 3至 6中任一项所述的方法， 其特征在于， 还包括：
所述 PCRF接收到终结所述 IP-CAN会话的消息； 所述 PCRF向所述预定 TDF发送消息， 或者， 经由所述 TDFSF向 所述预定 TDF发送消息；
所述 TDF根据所述消息删除所述 IP-CAN会话对应的业务检测规 则。
12. 根据权利要求 7所述的方法， 其特征在于， 还包括：
所述 PCEF接收到终结所述 IP-CAN会话的消息；
所述 PCEF向所述预定 TDF发送消息；
所述 TDF根据所述消息删除所述 IP-CAN会话对应的业务检测规 则。
13. 根据权利要求 10所述的方法， 其特征在于， 在所述 TDFSF向所述 TDF 发送所述消息之后， 所述方法还包括：
所述 TDFSF删除所述 IP-CAN会话与所述预定 TDF的对应关系。
14. 一种业务检测系统，其特征在于，包括：策略和计费执行功能实体 PCEF、 包括多个业务检测功能 TDF的 TDF域, 其中，
所述 PCEF用于将需要进行业务检测的业务数据流发送给从 TDF域 中选择的预定 TDF进行处理。
15. 根据权利要求 14所述的系统， 其特征在于， 所述系统还包括：
策略控制与计费规则功能实体 PCRF、 所述 PCEF或业务检测功能 选择功能 TDFSF, 用于为所述业务数据流所在的 IP连接接入网 IP-CAN 会话选择所述预定 TDF;
所述 TDFSF还用于管理所述 TDF域。
PCT/CN2010/079471 2010-01-18 2010-12-06 业务处理方法及系统 WO2011085621A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010005114.7A CN102131172B (zh) 2010-01-18 2010-01-18 业务处理方法及系统
CN201010005114.7 2010-01-18

Publications (1)

Publication Number Publication Date
WO2011085621A1 true WO2011085621A1 (zh) 2011-07-21

Family

ID=44269036

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/079471 WO2011085621A1 (zh) 2010-01-18 2010-12-06 业务处理方法及系统

Country Status (2)

Country Link
CN (1) CN102131172B (zh)
WO (1) WO2011085621A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103220651A (zh) * 2012-01-21 2013-07-24 阿尔卡特朗讯 一种对应用层数据进行计费控制的方法与设备
CN103312683B (zh) * 2012-03-16 2018-12-21 中兴通讯股份有限公司 Tdf会话的处理方法及pcrf
CN103313431B (zh) * 2012-03-16 2018-09-04 中兴通讯股份有限公司 Tdf会话的处理方法及pcrf
CN103369594B (zh) * 2012-04-06 2016-10-05 华为技术有限公司 一种标记业务数据包的方法、装置及系统
CN103518392B (zh) * 2012-05-11 2017-05-31 华为技术有限公司 一种检测报告上报方法、报告上报系统
EP2905978B1 (en) * 2012-10-15 2017-01-18 Huawei Technologies Co., Ltd. Method and device for transmitting data stream
CN103781041B (zh) * 2012-10-18 2019-02-26 中兴通讯股份有限公司 计费同步方法、装置及系统
CN103841538B (zh) * 2012-11-22 2019-06-25 中兴通讯股份有限公司 管理数据流的方法和系统
KR101806300B1 (ko) 2013-01-15 2017-12-07 후아웨이 테크놀러지 컴퍼니 리미티드 과금 방법 및 장치
CN104769978B (zh) * 2013-09-18 2019-02-19 华为技术有限公司 计费方法及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296169A (zh) * 2007-04-26 2008-10-29 华为技术有限公司 一种用户会话承载业务建立方法、系统及设备
CN101369917A (zh) * 2007-08-17 2009-02-18 华为技术有限公司 扩展策略和计费控制规则的方法、系统及装置
WO2009025600A1 (en) * 2007-08-23 2009-02-26 Telefonaktiebolaget Lm Ericsson (Publ) Method for simple retrieval of network access selection information.

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296169A (zh) * 2007-04-26 2008-10-29 华为技术有限公司 一种用户会话承载业务建立方法、系统及设备
CN101369917A (zh) * 2007-08-17 2009-02-18 华为技术有限公司 扩展策略和计费控制规则的方法、系统及装置
WO2009025600A1 (en) * 2007-08-23 2009-02-26 Telefonaktiebolaget Lm Ericsson (Publ) Method for simple retrieval of network access selection information.

Also Published As

Publication number Publication date
CN102131172B (zh) 2015-11-25
CN102131172A (zh) 2011-07-20

Similar Documents

Publication Publication Date Title
WO2011085621A1 (zh) 业务处理方法及系统
US9503483B2 (en) Method and apparatuses for identifying and reporting quality of service rules applicable to a communication session
CA2682979C (en) Method, system and entity of realizing event detection
EP2339781B1 (en) Method and system for realizing the policy and charging control in the multiple packet data networks (pdn) scene
JP5481563B2 (ja) サービスイベントトリガ
EP2898653B1 (en) Method and node for controlling resources for a media service as well as a corresponding system and computer program
US20100186064A1 (en) Method and device for obtaining capabilities of policy and charging enforcement function
EP2472918B1 (en) Method, apparatus and system for transmitting a bearer control mode in roaming scenarios
WO2010069170A1 (zh) 一种实现策略和计费控制的方法
WO2008116406A1 (fr) Procédé de commande, système et entité de fonction pour notifier un événement de flux d'internet de signalisation
WO2009124441A1 (zh) 会话终结触发方法、实现方法及系统
WO2011134317A1 (zh) 机器类通信的策略应用方法及策略和计费执行实体
WO2010108356A1 (zh) 一种终端通过多接入网接入的计费方法和系统及上报方法
EP2521305A1 (en) Method, device and system for controlling user session policy
WO2011063688A1 (zh) 策略和计费规则功能实体的选择方法及系统
WO2006015548A1 (fr) Methode de traitement fondee sur un evenement de declenchement de chargement et sur un evenement de reautorisation de flux de donnees de paquets
WO2012001515A1 (en) Diameter session audits
WO2009021462A1 (fr) Procédé et dispositif d'établissement de session ip-can
WO2011091683A1 (zh) 增强的策略和计费控制的方法及系统、pcc系统
CN103119981B (zh) 服务质量控制方法和设备
WO2016206354A1 (zh) 第三方应用的策略控制方法、scef和pcrf
WO2011032441A1 (zh) 策略和计费控制的方法、装置及系统
WO2015055063A1 (zh) 应用接入控制方法及应用功能实体装置
WO2013044730A1 (zh) 一种策略与计费规则的服务质量更新方法及系统
WO2011091682A1 (zh) 增强的策略和计费控制的方法及系统、策略和计费控制（pcc）系统

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: 10842903

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10842903

Country of ref document: EP

Kind code of ref document: A1