WO2011097911A1 - 策略和计费规则功能实体的选择方法、装置及系统 - Google Patents

策略和计费规则功能实体的选择方法、装置及系统 Download PDF

Info

Publication number
WO2011097911A1
WO2011097911A1 PCT/CN2010/079112 CN2010079112W WO2011097911A1 WO 2011097911 A1 WO2011097911 A1 WO 2011097911A1 CN 2010079112 W CN2010079112 W CN 2010079112W WO 2011097911 A1 WO2011097911 A1 WO 2011097911A1
Authority
WO
WIPO (PCT)
Prior art keywords
dra
message
identifier
pcrf entity
session
Prior art date
Application number
PCT/CN2010/079112
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 中兴通讯股份有限公司
Priority to US13/521,865 priority Critical patent/US20120297076A1/en
Priority to EP10845581.7A priority patent/EP2536179B1/en
Publication of WO2011097911A1 publication Critical patent/WO2011097911A1/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 technologies, and in particular, to a method, an apparatus, and a system for selecting a policy and charging rule function entity.
  • 3GPP 3rd Generation Partnership Project
  • EPS evolved Evolved Packet System
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • P-Data Network Gateway Packet Data Network Gateway
  • HSS Home Subscriber Server
  • AAA 3GPP Authentication, Authorization and Accounting
  • Policy and Charging Rules Function Policy and Charging Rules Function, abbreviated as PCRF
  • PCRF Policy and Charging Rules Function
  • FIG. 1 is a schematic diagram of an EPS system architecture.
  • a Policy and Charging Control (PCC) architecture is part of the PCC functional entities in the EPS architecture, including: PCRF entities, policies. And Policy and Charging Enforcement Function (PCEF) Entity, Policy and Charging Enforcement Function (PCEF) Entity, Load Binding, and Event 4 Reporting (Bearer Binding and Event Report Function (BBERF) Entity, Service Application Function (AF) Entity and User Profile (Repository Profile Repository, SPR for short).
  • PCRF entity and the PCEF entity exist in the P-GW
  • the BBERF entity may exist in the S-GW
  • the AF entity of the service exists in the operator IP service network
  • the SPR may be combined with the HSS.
  • the PCC is applicable to all 3GPP IP Connectivity Access Networks (IP-Accessible Network, IP-CAN for short);
  • Figure 2 is a schematic diagram of the existing PCC system architecture.
  • the PCRF entity is mainly responsible for the formulation of policy and charging rules.
  • the PCC policy and the charging rule are sent to the PCEF entity through the Gx interface.
  • the PCEF entity installs and executes the PCC policy, and reports related events.
  • the PCRF entity sends the Quality of Service (QoS) rule to the BBERF entity through the Gxx interface.
  • the BBERF entity does not exchange accounting information with the accounting system. It is only responsible for reporting bearer binding and related events.
  • QoS Quality of Service
  • the AF entity provides the service information to the PCRF entity through the Rx interface, and the SPR saves the service information subscribed by the user.
  • the PCRF entity can query the SPR for the service information subscribed by the user through the Sp interface.
  • the PCEF entity sends the online charging information to the online charging system (Online Charging System, OSC for short) through the Gy interface, and sends the offline charging information to the offline charging system through the Gz interface.
  • the PCRF entity can dynamically send a PCC policy to the PCEF entity, and the policy information includes QoS and accounting information.
  • the PCRF entity reports the service-related information provided by the AF and the PCEF entity. Carrying relevant information and business information signed by users in SPR, and formulating PCC policies.
  • PCC supports dynamic usage monitoring control to implement dynamic policy decisions based on real-time total network resource usage.
  • PCRF Public Land Mobile Network
  • PCRF Diameter Routing Agent
  • FIG. 3 is a schematic diagram of the DRA selection PCRF. As shown in Figure 3, the DRA is responsible for managing the PCRF in the PCRF domain. The DRA implementation can be redirected. The Redirect Agent may also be a Proxy Agent. The number of i or medium PCRFs is two or more.
  • the DRA can select different PCRFs for different IP-CAN sessions of the same UE according to the network policy, and can also select the same PCRF for all IP-CAN sessions of the same UE, that is, the DRA selection PCRF can be based on the UE. Level, can also be based on the IP-CAN level. However, in some application scenarios, for example, for a certain family package, multiple users participating in the package share the total contracted permission amount (which may be time, traffic, or other information), and the usage will be saved. In SPR.
  • the SPR sends the total contracted amount to the PCRF responsible for policy charging control of the IP-CAN session of the user, and the PCRF establishes a usage detection control strategy.
  • the DRA selects the PCRF for the IP-CAN session of different users. May be different. Since the total amount of SPR has been sent to the previous PCRF, if it is sent to the next PCRF, the usage detection conflict will occur.
  • a primary object of the present invention is to provide a method of selecting a PCRF to at least solve the above problems.
  • a method for selecting a PCRF entity including: when creating an IP-CAN session of a user equipment, the DRA receives a message sent by the gateway; and the DRA identifies the IP-CAN according to the major number in the message. The session selects a PCRF entity, where the user equipment sharing the subscription information has the same major number identifier.
  • a DRA comprising: a receiving device and a selecting device.
  • the receiving device is configured to receive a message sent by the gateway when the IP-CAN session of the user equipment is created, and a selecting device, configured to select a PCRF entity for the IP-CAN session according to the major identifier in the message, where, for sharing The user equipment of the contract information has the same major number identifier.
  • a selection system for a PCRF entity is provided.
  • the system includes: Gateway and DRA.
  • the gateway is configured to send a message to the DRA when the IP-CAN session of the user equipment is created, and the DRA is configured to select a PCRF entity for the IP-CAN session according to the major identifier in the message, where, for the shared subscription information User devices have the same major number identifier.
  • the GW PCEF
  • BBERF the GW
  • FIG. 1 is a schematic diagram of an EPS system architecture in a non-roaming situation in the related art
  • FIG. 2 is a schematic diagram of a PCC system architecture in a non-roaming situation in the related art
  • FIG. 3 is a schematic diagram of a DRA selection PCRF
  • FIG. A schematic diagram of a structure of a PCRF selection system according to an embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of a DRA according to an embodiment of the present invention
  • FIG. 6 is a flowchart of a method for selecting a PCRF according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a DRA selection PCRF entity according to an embodiment of the present invention
  • FIG. 8 is a flowchart according to Embodiment 1 of the present invention
  • FIG. 9 is a flowchart according to Embodiment 2 of the present invention.
  • FIG. 4 is a selection system of a PCRF entity according to an embodiment of the present invention.
  • a selection system of a PCRF entity according to an embodiment of the present invention mainly includes: a gateway 10 and a DRA 20.
  • the gateway 10 is configured to: when the IP-CAN session of the user equipment is created, send a message carrying the identifier of the user equipment to the DRA 20; and the DRA 20 is configured to identify the IP according to the major identifier in the message.
  • the CAN session selects a PCRF entity, wherein the user equipment sharing the subscription information has the same major number identifier.
  • the DRA 20 can be based on the network.
  • the primary number identifier in the message sent by the switch 10 selects the same PCRF entity for the user equipment that shares the subscription information, so that the policy charging control conflict can be avoided.
  • the function of the foregoing gateway 10 may be implemented by the PCEF in the P-GW as shown in FIG. 3, or may be implemented by the BBERF in the S-GW as shown in FIG. 3, or may be implemented by the PCEF.
  • the PCEF can send a message carrying the primary identifier of the user equipment to the DRA 20, or the message carrying the primary identifier of the user equipment can be sent by the BBERF, or both the PCEF and the BBERF send the message to the DRA 20. .
  • the DRA 20 After selecting the PCRF entity, the DRA 20 routes the above message sent by the gateway 10 to the selected PCRF entity, and the PCRF entity requests the SPR to share the subscription information. Since the user equipment sharing the subscription information has the major identifier of the phase, the PCRF entities selected by the DRA 20 are the same for the multiple user equipments sharing the subscription information, and therefore all IP-CAN sessions of the multiple user equipments will be According to the same primary number identifier, the PCRF can separately send policies to the multiple user equipments according to the shared subscription information and the local policy, for example, the allowable usage threshold of each user equipment. In the embodiment of the present invention, the primary number identifier can use the existing user identifier.
  • one of the multiple user equipments is set as the primary user (main-UE).
  • the remaining one or more user equipments are sub-users (sub-UEs), and the user IDs of the user numbers are used as the main number identifiers of the plurality of user equipments, and the main number users and their associated slave users are stored in the SPR.
  • Shared subscription information for example, total allowed usage (flow, duration, events, etc.).
  • the existing user identification can be utilized as the primary identification, which can reduce changes to existing systems.
  • FIG. 5 is a schematic structural diagram of a DRA according to an embodiment of the present invention.
  • a DRA according to an embodiment of the present invention mainly includes: a receiving device 210 and a selecting device 220.
  • the receiving device 210 is configured to receive an IP-CAN session of the gateway 10 in creating a user equipment.
  • the message is sent by the selection device 220, and is configured to select a PCRF entity for the IP-CAN session according to the major identifier in the message received by the receiving device 210, where the user equipment sharing the subscription information has the same major identifier.
  • the DRA of the embodiment of the present invention can be used to control the same PCRF for the user equipment that shares the subscription information, so that the shared subscription information of multiple user equipments can be sent to the same PCRF for control, avoiding the policy. Billing control conflicts.
  • a method of selecting a PCRF entity according to an embodiment of the present invention will be described below, and the method can be implemented by the system shown in FIG.
  • FIG. 6 is a flowchart of a method for selecting a PCRF entity according to an embodiment of the present invention.
  • the method mainly includes the following steps: step 4: S602: Step 4: S604: Step S602: Create The DRA 20 receives the message sent by the gateway 10 when the user equipment is in the IP-CAN session.
  • the DRA 20 selects the IP-CAN session for creation.
  • the PCRF entity can select the same PCRF for the user equipment that shares the subscription information according to the major identifier of the user equipment, and the same PCRF performs policy charging control for the IP-CAN session of the user equipment that shares the subscription information. Policy charging control conflicts.
  • the DRA 20 selects the PCRF entity according to the ID number as an IP-CAN session, including but not limited to the following two methods: Method 1: After selecting a PCRF entity for an IP-CAN session, the primary number is identified. Associated with the selected PCRF entity, when the PCRF entity is selected for the next IP-CAN session of the user equipment associated with the primary number identifier, it is determined whether the primary number identifier is associated with the PCRF, and if so, the associated PCRF entity is selected.
  • UE1, UE2, and UE3 share subscription information, and the PCRF domain includes two PCRFs, which are PCRF1 and PCRF2, respectively, UE1 is the primary user, and the identifier of the user is ID1.
  • gateway 10 PCEF and / Or BBERF
  • the DRA 20 determines that there is no PCRF entity associated with the ID1, and the DRA 20 allocates the PCRF2 to the IP-CAN that is currently requested to be established, and associates ID1 with the PCRF2.
  • the gateway 10 When the UE2 requests to establish an IP-CAN session, the gateway 10 sends a message carrying the ID1 to the DRA 20. After receiving the message, the DRA 20 determines that the PCRF associated with the ID1 is the PCRF2, and allocates the PCRF2 to the IP-CAN session established by the current request. . ⁇ In this method, when a user sharing the subscription data requests to establish an IP-CAN session, the association relationship between the user's major number identifier and the selected PCRF entity is established, and the next user who shares the subscription data requests to establish an IP- In the case of a CAN session, the same PCRF entity is selected according to the association relationship.
  • a timer may be set to periodically delete the association relationship between the saved major number identifier and the PCRF entity. Specifically, a timer may be separately set for the association between the saved pair of primary number identifiers and the PCRF entity.
  • the pair of associations is not used within the predetermined duration, the pair of associations is deleted, that is, within a certain period of time, If the primary number identifies the associated user requesting to establish an IP-CAN session, the saved association between the primary identifier and the PCRF entity may be deleted.
  • an association table as shown in Table 1 is preset, and the PCRF entity corresponding to each major identifier recorded in the SPR is separately recorded.
  • the association table may be saved in the DRA 20, or may be saved in a third-party database, and the DRA 20 obtains a PCRF entity corresponding to the major identifier by querying the database. Table 1.
  • the user identifier associated with the primary number identifier and the PDN identifier of the IP-CAN session may also be recorded in the association table.
  • gateway 10 PCEF and/or BBERF
  • DRA 20 receives the message.
  • the foregoing association table is queried, and the identifier of the PCRF entity associated with the ID1 is obtained as AAAA (ii ⁇ AAAA is the identifier of the PCRF2;), and the DRA 20 allocates the PCRF2 to the IP-CAN that is currently requested to be established.
  • the gateway When the UE2 requests to establish an IP-CAN session, the gateway sends a message carrying the ID1 to the DRA 20. After receiving the message, the DRA 20 obtains the identifier of the PCRF entity associated with the ID1 as AAAA (the AAAA is the identifier of the PCRF2;) Then the DRA 20 allocates the PCRF2 to the IP-CAN that is currently requested to be established. In a specific implementation, after the DRA 20 selects a PCRF entity for the IP-CAN, the DRA 20 routes the above message from the gateway to the selected PCRF entity.
  • the DRA 20 if the DRA 20 is a redirection agent, the DRA 20 returns a redirect message to the gateway 10, where the redirection message carries the address of the selected PCRF entity, and after receiving the redirect message, the gateway 10 The message is sent to the PCRF entity according to the address of the PCRF entity; and if the DRA 20 is a Proxy proxy, the DRA 20 directly sends the message to the selected PCRF entity according to the address of the selected PCRF entity. Thereby the message can be routed to the selected PCRF entity.
  • the PCRF entity After receiving the above message, the PCRF entity requests the SPR to request the subscription information request message of the subscription information of the currently established IP-CAN user equipment, and after receiving the subscription document request message, the SPR sends the subscription information of the user equipment.
  • the PCRF entity formulates a corresponding charging policy according to the subscription information and the local policy, thereby implementing charging policy control for the IP-CAN session.
  • the SPR sends all the subscription information to the PCRF entity when the subscription information is first delivered, the subsequent user equipment requests.
  • the PCRF entity can no longer initiate a contract request process to the SPR.
  • the PCRF entity when the SPR sends the subscription information, the identifier of all the user equipments associated with the subscription information is also sent.
  • the PCRF entity saves the subscription information and all associated users.
  • the identifier of the device after receiving the message, before sending the subscription document request message to the SPR, the PCRF entity first determines whether the subscription information corresponding to the identifier of the current user equipment is saved locally, and if yes, the subscription document request is no longer sent. Message, otherwise, the PCRF entity sends a contracted document request message. Thereby, the number of interactions between the PCRF entity and the SPR can be reduced, and the process can be saved.
  • the gateway 10 may be an S-GW and/or a P-GW, and specifically may be a PCEF in the P-GW and/or a BBERF2 in the S-GW.
  • the function of the gateway 10 in the embodiment of the invention can thus be implemented by PCEF and/or BBERF2.
  • Embodiment 1 This embodiment describes that a main-UE (primary number user) and a sub-UE (slave number user) are accessed from an E-UTRAN or from a trusted non-3GPP network in a non-roaming scenario.
  • FIG. 8 is a flowchart of the embodiment. As shown in FIG. 8, the embodiment mainly includes the following steps: Step 4: 801, the main-UE accesses the E-UTRAN or establishes an IP address from a trusted non-3GPP network access request.
  • BBERF1 trusted non-3GPP access gateway/BBERF1 (described for convenience of description, BBERF1 is described below) receives a message requesting to establish IP-CAN session 1, carrying the user ID 1 And the PDN identifier 1; Step 802, the BBERF 1 sends a gateway control session setup message to the DRA, where the gateway control session setup message carries the user identifier 1 and the PDN identifier 1; Step 803, the DRA searches according to the user identifier 1 and the PDN identifier 1.
  • the saved information finds that the PCRF is not selected for the user and the corresponding PDN identifier, and does not select the PCRF for any slave user of the shared subscription data associated with the primary identifier (user identifier 1), then the DRA is the user or IP.
  • the CAN session selects the PCRF 1 and saves the corresponding relationship (user ID 1, PDN ID 1, PCRF 1 address), and returns a redirect message to the BBERF 1, the redirect message carrying the address of the selected PCRF1;
  • BBERF 1 Sending a gateway control session setup message to the PCRF1, the gateway control session setup message carrying the user identifier 1 and the PDN identifier 1;
  • Step 805 the PCRF1 sends a subscription document request message to the SPR, where the subscription document request message carries the user identifier 1 and the PDN identifier
  • Step 806 The SPR returns the subscription information.
  • Step 807 The PCRF formulates policies according to the subscription information, the network policy, and the access network information, for example, PCC rules, QoS rules, and event triggers.
  • PCRF1 returns gateway control to BBERF1
  • a session establishment confirmation message carries QoS rules and event triggers.
  • Step 808 the gateway where the BBERF1 is located sends a message requesting the establishment of the IP-CAN session 1 to the gateway where the PCEF1 is located, the message carries the user identifier 1 and the PDN identifier 1; the gateway where the PCEF1 is located allocates the established IP-CAN session 1 IP address (Address) 1; Step 809, PCEF1 sends an IP-CAN session establishment indication message to the DRA, where the indication message carries the user identifier 1, the PDN identifier 1 and the IP Address 1; Step 810, the DRA is based on the user identifier 1 and The PDN identifier 1 finds the save information, finds that PCRF1 has been selected for the IP-CAN session 1, and updates the correspondence (user ID 1, PDN identifier 1, IP Address 1, PCRF1 address).
  • the DRA returns a redirection message to the PCEF1, and carries the PCRF1 address.
  • Step 811 The PCEF 1 sends an IP-CAN session establishment indication message to the PCRF1, where the indication message carries the user identifier 1, the PDN identifier 1 and the IP Address 1;
  • Step 812 PCRF1 According to the user identifier 1 and the PDN identifier 1, the corresponding PCC rule and event trigger determined in step 807 are returned;
  • step 4 is 813, and the gateway where the PCEF1 is located returns a response to the gateway where the BBERF1 is located to establish an IP-CAN session 1 carrying the IP Address 1;
  • Step 814 The gateway where the BBERF1 is located returns a response to establish an IP-CAN session 1 and carries an IP Address 1.
  • the main-UE establishes an IP-CAN session 1, and the PCRF1 sends a policy enforcement entity (PCEF1) to the IP-CAN session.
  • PCEF1 policy enforcement entity
  • BBERF1 issues policy control information to implement policy control.
  • the PCRF1 also dynamically sends policy control information, for example, monitoring the usage of a certain service that is accessed by the main-UE.
  • Step 815 The sub-UE establishes an IP-CAN session through the E-UTRAN access or from the trusted non-3GPP network access request, the S-GW or the trusted non-3GPP access gateway/BBERF2 (for convenience of description, the following BBERF2 is For example, a message is received requesting to establish an IP-CAN session 2, with the user ID 2 and the PDN ID 1 and the user ID 1 (the associated major number identifier;). BBERF 1 and BBERF2 may be the same or different.
  • Step 817 DRA searches for the saved information according to User ID 2, PDN ID 1, and User ID 1, and finds that there is no such user and corresponding
  • the PDN identifier selects the PCRF, but searches for the saved information according to the user identifier 1 and the PDN identifier 1, and finds that the PCRF1 has been selected for the primary number user sharing the subscription data. Then establish a correspondence (user ID 2, PDN ID 1, PCRF 1 address).
  • the DRA returns a redirect message to the BBERF2, and the message carries the PCRF1 address.
  • Step 818 The BBERF2 sends a gateway control session setup message to the PCRF1, where the gateway control session setup message carries the user identifier 2 and the PDN identifier 1;
  • Step 819 optionally
  • the PCRF 1 sends a subscription document request message to the SPR, where the message carries the user identifier 2 and the PDN identifier 1; if the master-slave user shares all the subscription information and the SPR first delivers the subscription information, the PCRF may not be associated with the subsequent association.
  • the user initiates a contract request process of the SPR.
  • Step 820 If the SPR receives the subscription document request message of the PCRF1, the contract information is returned.
  • Step 821 the PCRF formulates a policy according to the subscription information, the network policy, and the access network information, for example, a PCC rule. , QoS rules and event triggers, etc.
  • PCRF1 returns a gateway control session setup confirmation message to BBERF2, carrying QoS rules and event triggers.
  • the BBERF2 installation policy is as follows: Step 822: The gateway where the BBERF2 is located sends a message requesting the establishment of the IP-CAN session 2 to the gateway where the PCEF2 is located, and the message carries the user identifier 2, the PDN identifier 1 and the user identifier 1.
  • the gateway where PCEF2 is located assigns IP Address2 to the established IP-CAN session 2.
  • the PCEF1 and the PCEF2 may be the same or different.
  • Step 823 The PCEF2 sends an IP-CAN session establishment indication message to the DRA, where the message carries the user identifier 2, the PDN identifier 1, the IP Address2, and the user identifier 1 (ie, the associated master) Step ID;); Step 824, the DRA searches for the save information according to the user ID 2 and the PDN ID 1, and finds that the PCRF 1 has been selected for the IP-CAN session 2, and updates the correspondence (user ID 2, PDN ID 1, IP). Address 1 , PCRF1 address).
  • the DRA returns a redirect message to the PCEF2, carrying the PCRF1 address;
  • Step 825 the PCEF2 sends an IP-CAN session establishment indication message to the PCRF1, where the message carries the user identifier 2, the PDN identifier 1 and the IP Address 2;
  • Step 826 PCRF1 returns the corresponding PCC rule and event trigger according to step 821 according to user identifier 2 and PDN identifier 1;
  • Step 827 the gateway where PCEF2 is located returns a response message for establishing IP-CAN session 2 to the gateway where BBERF2 is located, The response message carries the IP Address2;
  • Step 828 the gateway where the BBERF2 is located returns a response message for establishing the IP-CAN session 2, and the response message carries the IP Address2.
  • the sub-UE establishes the IP-CAN session 2, and the PCRF1 direction
  • the IP-CAN session-related policy enforcement entity (PCEF2, BBERF2) sends policy control information to implement policy control.
  • PCEF2 BBERF2
  • the PCRF1 dynamically sends policy control information.
  • a certain type of service accessed by the main-UE and the sub-UE performs the usage monitoring control according to the shared subscription data.
  • the above process is that the main-UE first selects the PCRF through the DRA, and the sub-UE initiates the session creation, with the main-UE.
  • the DRA is routed to the same PCRF according to the previous main-UE.
  • the PCRF is selected by the DRA, the main-UE is routed, the main-UE initiates the session creation, and the DRA queries the sub-U.
  • E carries the main-UE identifier, and then the main-UE is routed to the same PCRF as the sub-UE.
  • the other processes are the same.
  • Embodiment 2 This embodiment describes that the main-UE and the sub-UE are in a non-roaming scenario.
  • Step 901 The main-UE is accessed through E-UTRAN or from a trusted non-3GPP network.
  • the request to establish an IP-CAN session receives a message requesting to establish an IP-CAN session 1, the message carrying the user identifier 1 and the PDN identifier 1;
  • Step 902 BBERF 1 Send a gateway control session establishment message to the DRA, which carries the message User ID 1 and PDN ID 1;
  • Step 903 The DRA searches for the saved information by using the user ID 1 and the PDN ID 1 and finds that the PCRF is not selected for the user and the corresponding PDN identifier, and there is no shared subscription for the user associated with the primary number.
  • the DRA selects PCRF 1 for the IP-CAN session of the user, and saves the correspondence (user ID 1, PDN ID 1, PCRF 1 address), and forwards the gateway control session establishment message to PCRF1.
  • the message carries the user identifier 1 and the PDN identifier 1;
  • the PCRF1 sends a subscription document request message to the SPR, where the message carries the user identifier 1 and the PDN identifier 1;
  • Step 4 is 905, and the SPR returns the subscription information;
  • PCRF1 formulates policies based on subscription information, network policies, and access network information, such as PCC rules, QoS rules, and event triggers.
  • Step 907 The DRA forwards a gateway control session establishment confirmation message to the BBERF1, where the message carries the QoS rule and the event trigger.
  • the BBERF1 installation policy is as follows: Step 908: The gateway where the BBERF1 is located sends a message requesting the establishment of the IP-CAN session 1 to the gateway where the PCEF1 is located, where the message carries the user identifier 1 and the PDN identifier 1. The gateway where PCEF1 is located allocates IP Address 1 to the established IP-CAN session 1.
  • the PCEF1 sends an IP-CAN session establishment indication message to the DRA, where the message carries the user identifier 1, the PDN identifier 1 and the IP Address 1;
  • the DRA searches for the save information according to the user identifier 1 and the PDN identifier 1, and finds that the PCRF1 has been selected for the IP-CAN session 1, and updates the correspondence (user identifier 1, PDN identifier 1, IP Address 1, PCRFl address).
  • the DRA forwards the IP-CAN session establishment indication message to the PCRF1, and the message carries the user identifier 1, the PDN identifier 1 and the IP Address 1; Step 4 is 911, and the PCRF1 is determined according to the step 906 of returning the corresponding identifier to the DRA according to the user identifier 1 and the PDN identifier 1.
  • Step 912 the DRA forwards a message to the PCEF 1, the message carrying the PCC rules and event triggers;
  • Step 914 the gateway where the BBERF1 is located returns the response to establish the IP-CAN session 1 and carries the IP Address 1
  • the primary user main-UE establishes IP-CAN session 1, and PCRF1 goes to
  • the IP-CAN session-related policy enforcement entity (PCEF 1 , BBERF 1 ) issues policy control information to implement policy control.
  • the PCRF1 also dynamically sends policy control information, such as monitoring the usage of a certain service accessed by the main-UE according to the subscription.
  • Step 915 The sub-UE establishes an IP-CAN session through E-UTRAN access or from a trusted non-3GPP network access request, and the S-GW or the trusted non-3GPP access gateway/BBERF2 receives a request to establish an IP-CAN session.
  • the message carries the user ID 2, the PDN ID 1 and the user ID 1 (the associated major ID;).
  • the BBERF1 and the BBERF2 may be the same or different.
  • Step 916 The BBERF2 sends a gateway control session establishment message to the DRA, where the message carries the user identifier 2, the PDN identifier 1 and the user identifier 1 (the associated major identifier;); According to the user identifier 2 and the PDN identifier 1, the saved information is found, and it is found that the PCRF is not selected for the user and the corresponding PDN identifier, but the saved information is found according to the user identifier 1 and the PDN identifier 1, and it is found that the subscription data is already shared. The main number user selected PCRF1. Then establish a correspondence (user ID 2, PDN ID 1, PCRF1 address;).
  • the DRA forwards the session control message to the PCRF, and the message carries the user identifier 2 and the PDN identifier 1;
  • Step 918 optionally, the PCRF 1 sends a subscription document request message to the SPR, where the message carries the user identifier 2 and the PDN identifier 1;
  • the PCRF may not initiate the SPR subscription request procedure for the subsequent associated user.
  • Step 919 If the SPR receives the PCRF1 subscription document request message, SPR Returning the subscription information;
  • the PCRF1 formulates policies according to the subscription information, the network policy, and the access network information, for example, PCC rules, QoS rules, and event triggers.
  • the PCRF1 returns a gateway control session establishment confirmation message to the DRA, where the message carries the QoS rule and the event trigger.
  • the DRA returns a gateway control session establishment confirmation message to the BBERF2, and the message carries With QoS rules and event triggers.
  • the BBERF2 installation policy is as follows: Step 922: The gateway where the BBERF2 is located sends a message requesting the establishment of the IP-CAN session 2 to the gateway where the PCEF2 is located, where the message carries the user identifier 2, the PDN identifier 1 and the user identifier 1 (the associated major identifier;). The gateway where PCEF2 is located allocates IP Address2 to the established IP-CAN session 2.
  • the PCEF 1 and the PCEF 2 may be the same or different.
  • Step 923 The PCEF2 sends an IP-CAN session establishment indication message to the DRA, where the message carries the user identifier 2, the PDN identifier 1, the IP address 2, and the user identifier 1 (the associated major identifier) ;); Step 924, the DRA searches for the save information according to the user identifier 2 and the PDN identifier 1, and finds that the PCRF1 has been selected for the IP-CAN session 2, and the corresponding relationship is updated (user identifier 2, PDN identifier 1, IP Address 1 , PCRF1 address).
  • the DRA forwards the IP-CAN session establishment indication message to the PCRF1, where the message carries the user identifier 2, the PDN identifier 1, the IP Address2, and the user identifier 1 (the associated major identifier;); Step 925, the PCRF1 is based on the user identifier 2 and the PDN.
  • the identifier 1 returns the corresponding PCC rule and event trigger defined in step 921; in step 926, the DRA returns the PCC rule and the event trigger to the PCEF2.
  • Step 927 the gateway where PCEF2 is located returns a response message to establish an IP-CAN session 2 to the gateway where BBERF2 is located, and the response message carries IP Address2;
  • Step 928 the gateway where BBERF2 is located returns a response message for establishing IP-CAN session 2 , the response message carries IP Address2.
  • the sub-UE establishes an IP-CAN session 2, and the PCRF1 sends policy control information to the IP-CAN session-related policy enforcement entity (PCEF2, BBERF2) to implement policy control.
  • PCEF2 IP-CAN session-related policy enforcement entity
  • the PCRF1 also dynamically sends policy control information.
  • the PCRF can uniformly perform the usage monitoring control on the certain subscription service data shared by the main-UE and the sub-UE according to the shared subscription data.
  • the above process is that the main-UE first selects the PCRF through the DRA, and the sub-UE initiates the session creation, and carries the main-UE identifier, and the DRA routes to the same PCRF according to the previous main-UE.
  • the main-UE initiates the session creation, and the DRA queries the sub-UE to carry the main-UE identifier, and then the main-UE is routed to and Sub-UE is on the same PCRF.
  • the other processes are consistent.
  • GW PCEF
  • BBERF GW
  • the major identifier of the user equipment to the DRA
  • the number of the user equipment of the shared subscription is selected by the same PCRF, which solves the problem that the policy charging control is caused by different PCRFs when the multiple subscribers share one subscription information in the related art, thereby improving the PCRF.
  • the correspondence between the selected PCRF entity and the primary number identifier may be saved by the DRA, and the selection may be performed according to the corresponding relationship, so that the modification to the existing network architecture may be reduced.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, 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, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

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)

Abstract

本发明公开了一种PCRF实体的选择方法、装置及系统。其中，该方法包括：创建用户设备的IP－CAN会话时，DRA接收网关发送的消息；DRA根据该消息中的主号标识为上述IP－CAN会话选择PCRF实体，其中，对于共享签约信息的用户设备具有相同的主号标识。通过本发明，可以解决多个用户共享一个签约信息时，由不同的PCRF进行策略计费控制而导致策略计费控制冲突的问题。

Description

策略和计费规则功能实体的选择方法、 装置及系统 技术领域 本发明涉及通信技术领域， 尤其涉及一种策略和计费规则功能实体的选 择方法、 装置及系统。 背景技术 第三代合作伙伴计划 （ 3rd Generation Partnership Project, 简称为 3GPP ) 演进的分组系统（ Evolved Packet System, 简称为 EPS )由演进的通用移动通 信系统陆地无线接入网 （ Evolved Universal Terrestrial Radio Access Network , 简称为 E-UTRAN )、 移动管理单元 ( Mobility Management Entity, 简称为 MME )、 月艮务网关 （Serving Gateway, 简称为 S-GW )、 分组数据网络网关 ( Packet Data Network Gateway, 简称为 P-GW或者 PDN GW ), 归属用户月艮 务器 （Home Subscriber Server , 简称为 HSS )、 3GPP 的认证授权计费 ( Authentication、 Authorization and Accounting , 简称为 AAA ) 月艮务器、 策 略和计费规则功能 ( Policy and Charging Rules Function, 简称为 PCRF )实体 及其他支撑节点组成。 图 1为 EPS系统架构的示意图，如图 1所示，策略和计费控制（Policy and Charging Control, 简称为 PCC ) 架构是其中的一部分， EPS架构中 PCC各 功能实体主要包括： PCRF实体、 策略和计费执行功能 （ Policy and Charging Enforcement Function, 简称为 PCEF )实体、策略和计费执行功能（ Policy and Charging Enforcement Function, 简称为 PCEF ) 实体、 载绑定和事件 4艮告 功能 ( Bearer Binding and Event Report Function, 简称为 BBERF ) 实体、 业 务的应用功能 （ Application Function , 简称为 AF ) 实体和用户签约数据库 ( Subscription Profile Repository, 简称为 SPR )。 其中， PCRF实体和 PCEF 实体存在于 P-GW中， BBERF实体可存在于 S-GW中， 业务的 AF实体存在 于运营商 IP业务网络， SPR可与 HSS合设。
PCC适用于所有 3GPP IP连接接入网 （ IP Connectivity Access Network, 简称为 IP-CAN；), 图 2为现有 PCC系统架构示意图， 图 2中， PCRF实体主 要负责策略和计费规则的制定， 通过 Gx接口将制定的 PCC策略和计费规则 下发给 PCEF实体， PCEF实体安装并执行 PCC策略， 并上报相关事件， 与 计费系统交互计费信息。 PCRF实体通过 Gxx接口将业务月艮务质量（ Quality of Service, 简称为 QoS )规则下发给 BBERF实体， BBERF实体不与计费系统 交互计费信息， 只负责承载绑定和相关事件的上报。 AF实体通过 Rx接口向 PCRF实体提供业务信息， SPR保存了用户签约的业务信息， PCRF实体可以 通过 Sp接口向 SPR查询用户签约的业务信息。 PCEF实体通过 Gy接口将在 线计费信息发送给负责在线计费统计的在线计费系统 （ Online Charging System, 简称为 OSC ), 通过 Gz接口将离线计费信息发送给离线计费系统 ( Offline Charging System, 简称为 OFCS )„ 目前， 在 PCC架构中， PCRF 实体可以动态地下发 PCC策略给 PCEF 实体， 策略信息中包含 QoS和计费的信息。 PCRF实体根据 AF提供的业务 相关信息、 PCEF实体上报的承载相关信息以及 SPR中用户签约的业务信息， 制定 PCC策略。 PCC 支持动态的用量监测控制， 以实现基于实时的网络资 源使用总量执行动态的策略决策。
EPS的一个公共陆地移动电话网 （ Public Land Mobile Network , 简称为 PLMN ) 中可能存在多个 PCRF节点， 并且所有的 PCRF节点属于一个或多 个 Diameter ( PCRF ) i或。 一个 UE到 PDN网络的连接称为一个 IP-CAN会 话。 一个 IP-CAN会话的策略计费控制信息只由一个 PCRF决定。 为了确保 一个 IP-CAN会话相关的所有 PCEF或 BBERF都关联到同一个 PCRF, EPS 在每个 Diameter ( PCRF ) 域中引入了一个逻辑功能模块 -直径路由代理 ( Diameter Routing Agent, 简称为 DRA )„ UE要建立到一个 PDN的 IP-CAN 会话时， 由 DRA为该 IP-CAN会话选择一个 PCRF , 与这个 IP-CAN会话相 关的 PCEF或 BBERF由 DRA来关联到所选择的 PCRF上。 同时 DRA也可 以将这个 IP-CAN会话相关的 AF关联到所选择的 PCRF。 图 3为 DRA选择 PCRF的架构示意图。如图 3所示， DRA负责管理 PCRF 域中的 PCRF , DRA的实现方式可以是重定向代理（ Redirect Agent )也可以 是 Proxy代理（ Proxy Agent )„ 该 i或中 PCRF的数量为 2个或 2个以上。 在选 择 PCRF时， DRA可以才艮据网络策略为同一 UE的不同的 IP-CAN会话选择 不同的 PCRF , 也可以为同一 UE的所有 IP-CAN会话选择同一个 PCRF , 即 DRA选择 PCRF可以基于 UE级别， 也可以基于 IP-CAN级别。 然而， 在一些应用场景中， 例如， 对于某种家庭套餐， 参加该套餐的多 个用户共享总的签约允许用量 （该用量可以是时间， 也可以是流量， 或者其 他信息）， 该用量会保存在 SPR 中。 当参加该套餐的用户上线建立 IP-CAN 会话， SPR将总的签约用量下发给负责对该用户 IP-CAN会话进行策略计费 控制的 PCRF, 并由该 PCRF制定用量检测控制策略。 此时， 若参加该套餐 的另一个用户上线建立 IP-CAN会话， 由于目前选择 PCRF是 UE级别或是 IP-CAN会话级另' J , 因此， DRA为不同用户的 IP-CAN会话选择的 PCRF可 能不同。 由于 SPR已经将总的用量已经下发给前一个 PCRF, 若再下发给后 一个 PCRF , 则将发生用量检测控制冲突。 上述相关技术中， 当多个用户共享一个签约信息 （例如， 总的签约允许 用量），对于各个用户建立的 IP-CAN将选择不同的 PCRF进行策略计费控制， 然而这将导致策略计费控制冲突。 发明内容 本发明的主要目的在于提供一种 PCRF的选择方法， 以至少解决上述问 题。 根据本发明的一个方面， 提供了一种 PCRF实体的选择方法， 包括： 创 建用户设备的 IP-CAN会话时， DRA接收网关发送的消息； DRA根据该消 息中的主号标识为上述 IP-CAN会话选择 PCRF实体， 其中， 对于共享签约 信息的用户设备具有相同的主号标识。 根据本发明的另一方面，提供了一种 DRA, 包括：接收装置和选择装置。 其中， 接收装置， 用于接收网关在创建用户设备的 IP-CAN会话时发送的消 息； 选择装置，用于根据该消息中的主号标识为上述 IP-CAN会话选择 PCRF 实体， 其中， 对于共享签约信息的用户设备具有相同的主号标识。 根据本发明的再一个方面， 提供了一种 PCRF实体的选择系统。 该系统 包括： 网关和 DRA。 其中， 网关， 用于在创建用户设备的 IP-CAN会话时， 向 DRA发送消息； DRA, 用于根据该消息中的主号标识为上述 IP-CAN会 话选择 PCRF实体， 其中， 对于共享签约信息的用户设备具有相同的主号标 识。 通过本发明， 在创建 IP-CAN会话时， GW ( PCEF )和 /或 G W ( BBERF ) 将提供用户设备的主号标识给 DRA, DRA根据主号标识为共享签约的用户 设备选择同一个 PCRF, 解决了相关技术中当多个用户共享一个签约信息时， 由不同 PCRF进行策略计费控制而导致策略计费控制冲突的问题， 进而提高 了 PCRF进行策略计算控制的准确性。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1为相关技术中非漫游情况下 EPS系统架构的示意图； 图 2为相关技术中非漫游情况下 PCC系统架构的示意图； 图 3为 DRA选择 PCRF的架构示意图； 图 4为才艮据本发明实施例的 PCRF的选择系统的结构示意图； 图 5为才艮据本发明实施例的 DRA的结构示意图； 图 6为才艮据本发明实施例的 PCRF的选择方法的流程图； 图 7为才艮据本发明实施例的 DRA选择 PCRF实体的示意图； 图 8为根据本发明实施例一的流程图； 以及 图 9为才艮据本发明实施例二的流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。 下面对根据本发明实施例的 PCRF实体的选择系统进行描述。 图 4为根据本发明实施例的 PCRF实体的选择系统， 如图 4所示， 根据 本发明实施例的 PCRF实体的选择系统主要包括： 网关 10和 DRA 20。 其中， 网关 10, 用于在创建用户设备的 IP-CAN会话时， 向 DRA 20发 送携带该用户设备的主号标识的消息； DRA 20, 用于根据上述消息中的主号 标识为该 IP-CAN会话选择 PCRF实体， 其中， 对于共享签约信息的用户设 备具有相同的主号标识。 在上述系统中， 在创建用户设备的 IP-CAN会话时， DRA 20可以根据网 关 10 发送的消息中的主号标识， 为共享签约信息的用户设备选择相同的 PCRF实体， 从而可以避免策略计费控制冲突。 在具体实施过程中，上述网关 10的功能既可以由如图 3所示的 P-GW中 的 PCEF实现， 也可以由如图 3所示的 S-GW中 BBERF实现， 或者， 也可 以由 PCEF和 BBERF联合实现， 即可以由 PCEF向 DRA 20发送携带用户设 备的主号标识的消息， 也可以由 BBERF发送携带用户设备的主号标识的消 息， 或者， PCEF和 BBERF均向 DRA 20发送该消息。
DRA 20在选择 PCRF实体之后， 将网关 10发送的上述消息路由给选择 的 PCRF实体， PCRF实体向 SPR请求共享签约信息。 由于共享签约信息的 用户设备具有相的主号标识， 因此，对于共享签约信息的多个用户设备， DRA 20选择的 PCRF实体相同， 因此， 该多个用户设备的全部 IP-CAN会话都将 才艮据同一个主号标识选择到同一个 PCRF上， PCRF可才艮据共享签约信息和 本地策略等对该多个用户设备分别下发策略， 例如， 各用户设备的允许用量 阈值。 在本发明实施例中， 主号标识可以利用现有的用户标识， 对于多个用户 设备共享签约信息的情况， 将多个用户设备中的一个用户设备设置为主号用 户 （main-UE ), 其余一个或多个用户设备为从号用户 （ sub-UE ), 夺主号用 户的用户标识作为该多个用户设备的主号标识，在 SPR中存储该主号用户和 其关联的从号用户的共享签约信息， 例如， 总的允许用量 （流量、 时长、 事 件等）。通过这种方式可以利用现有的用户标识作为主号标识，可以减少对现 有系统的改变。 或者， 也可以增加新的标识作为主号标识， 即为共享签约信息的多个用 户设备设置一个主号标识，在 SPR中存储该主号标识对应的各个用户设备以 及该多个用户设备的共享签约信息。 釆用这种方式， 可以根据需要设置相应 长度或类型等的主号标识。 下面对根据本发明实施例的 DRA进行描述，该 DRA可以作为上述系统 中的 DRA 20, 而与网关 10联合使用。 图 5为才艮据本发明实施例的 DRA的结构示意图， 如图 5所示， 根据本 发明实施例的 DRA主要包括： 接收装置 210和选择装置 220。 其中， 接收装置 210, 用于接收网关 10在创建用户设备的 IP-CAN会话 时发送的消息； 选择装置 220, 用于根据接收装置 210接收到的消息中的主 号标识为上述 IP-CAN会话选择 PCRF实体， 其中， 对于共享签约信息的用 户设备具有相同的主号标识。 通过本发明实施例的上述 DRA, 可以 居主号标识， 为共享签约信息的 用户设备选择同一个 PCRF, 从而使得多个用户设备的共享签约信息可以下 发到同一个 PCRF进行控制， 避免了策略计费控制冲突。 下面对根据本发明实施例的 PCRF实体的选择方法进行描述， 该方法可 以通过图 4所示的系统和 /或图 5所示的 DRA实现。 图 6为才艮据本发明实施例的 PCRF实体的选择方法的流程图， 如图 6所 示， 该方法主要包括以下步 4聚 （步 4聚 S602 -步 4聚 S604 ): 步骤 S602: 创建用户设备的 IP-CAN会话时， DRA 20接收网关 10发送 的消息； 步骤 S604: DRA 20根据上述消息中的主号标识为上述 IP-CAN会话选 择 PCRF实体， 其中， 对于共享签约信息的用户设备具有相同的主号标识。 通过本发明实施例的上述方法， DRA 20在为创建的 IP-CAN会话选择
PCRF 实体时， 可以根据用户设备的主号标识为共享签约信息的用户设备选 择同一个 PCRF, 由同一个 PCRF为多个共享签约信息的用户设备的 IP-CAN 会话进行策略计费控制， 从而避免了策略计费控制冲突。 在具体实施过程中， DRA 20才艮据主号标识为 IP-CAN会话选择 PCRF实 体包括但不限于以下两种方法： 方法一， 在为一个 IP-CAN会话选择 PCRF实体后， 将主号标识与选择 的 PCRF实体相关联， 在下一次为该主号标识关联的用户设备的 IP-CAN会 话选择 PCRF 实体时， 判断该主号标识是否关联有 PCRF, 如果是， 则选择 关联的 PCRF实体。 以图 7为例， 在图 7中 UE1、 UE2和 UE3共享签约信息， PCRF域中包 含 2个 PCRF, 分别为 PCRF1和 PCRF2, UE1为主号用户， 该用户的标识 ΐ己 为 ID1。 釆用该方法时， 当 UE1请求建立 IP-CAN会话时， 网关 10 ( PCEF和 / 或 BBERF ) 向 DRA 20发送携带 ID 1的消息， DRA 20接收到该消息后， 判 断没有与 ID1关联的 PCRF实体， DRA 20为当前请求建立的 IP-CAN分配 PCRF2, 并将 ID1与 PCRF2相关联。 当 UE2请求建立 IP-CAN会话时， 网 关 10向 DRA 20发送携带 ID1的消息， DRA 20接收到该消息后，判断与 ID1 关联的 PCRF为 PCRF2, 则为当前请求建立的 IP-CAN会话分配 PCRF2。 釆用该方法，可以在共享签约数据的某个用户请求建立 IP-CAN会话时， 建立该用户的主号标识与选择的 PCRF实体的关联关系， 在共享签约数据的 下一个用户请求建立 IP-CAN会话时， 根据该关联关系选择相同的 PCRF实 体。 并且， 由于存储该关联关系可以只占用 DRA 20的少量存储空间， 因此， 可以在 DRA 20本地保存， 从而不必对现有网络架构进行改动。 并且， 为了进一步减少对 DRA 20存储空间的占用， 可以设置定时器， 定时对保存的主号标识与 PCRF实体的关联关系进行删除。 具体地， 可以分 别对保存的一对主号标识与 PCRF实体的关联关系设置一个定时器， 当预定 时长内没有使用该对关联关系， 则删除该对关联关系， 即在一定时间内， 没 有与该主号标识相关联的用户请求建立 IP-CAN会话， 则可以删除保存的该 主号标识与 PCRF实体的关联关系。 方法二， 预先设定一个如表 1所示的关联表， 分别记录与 SPR中记录的 各个主号标识对应的 PCRF实体， 在创建 IP-CAN会话时， 根据当前用户设 备的主号标识， 选择与该主号标识对应的 PCRF实体。 在具体应用中， 可以 将该关联表保存在 DRA 20, 也可以保存在第三方数据库， DRA 20通过查询 该数据库获取与主号标识对应的 PCRF实体。 表 1.
Figure imgf000009_0001
在实际应用中， 上述关联表中还可以记录与主号标识关联的用户标识， 以及 IP-CAN会话的 PDN标识等。 同样， 以图 7为例， 当 UE1请求建立 IP-CAN会话时， 网关 10 ( PCEF 和 /或 BBERF ) 向 DRA 20发送携带 ID 1的消息， DRA 20接收到该消息后， 查询上述关联表，获取与 ID1关联的 PCRF实体的标识为 AAAA( i i^ AAAA 为 PCRF2的标识；)， 则 DRA 20为当前请求建立的 IP-CAN分配 PCRF2。 当 UE2请求建立 IP-CAN会话时，网关向 DRA 20发送携带 ID1的消息， DRA 20 接收到该消息后，获取与 ID1关联的 PCRF实体的标识为 AAAA( 支设 AAAA 为 PCRF2的标识；)， 则 DRA 20为当前请求建立的 IP-CAN分配 PCRF2。 在具体实施过程中，在 DRA 20为 IP-CAN选择 PCRF实体之后， DRA 20 将来自网关的上述消息路由给选择的 PCRF实体。 在具体实施过程中， 如果 DRA 20为重定向代理， 则 DRA 20向网关 10返回重定向消息， 该重定向消 息中携带有选择的 PCRF实体的地址， 网关 10在接收到该重定向消息之后， 才艮据 PCRF实体的地址， 将消息发送给 PCRF实体； 而如果 DRA 20为 Proxy 代理， 则 DRA 20根据选择的 PCRF实体的地址， 直接将上述消息发送给选 择的 PCRF实体。 从而可以将消息路由到选择的 PCRF实体。
PCRF实体在接收到上述消息后， 将向 SPR请求当前建立的 IP-CAN的 用户设备的签约信息的签约文档请求消息， SPR接收到该签约文档请求消息 后， 将该用户设备的签约信息下发给 PCRF 实体， PCRF 实体根据该签约信 息及本地策略等信息制定相应的计费策略， 从而实现对 IP-CAN会话的计费 策略控制。 在本发明实施例的一个优选实施方式中， 如果多个用户设备共享全部的 签约信息，且 SPR在首次下发签约信息时将签约信息的全部下发给 PCRF实 体， 则在后续的用户设备请求建立 IP-CAN会话时， PCRF 实体可以不再向 SPR发起签约请求流程。 在这种情况下， SPR下发签约信息时， 还将下发该 签约信息关联的所有用户设备的标识， PCRF实体在接收到 SPR下发的信息 时，保存该签约信息及其关联的所有用户设备的标识，在接收到上述消息后， 在向 SPR发送签约文档请求消息之前， PCRF实体首先判断本地是否保存有 与当前用户设备的标识对应的签约信息， 如果是， 则不再发送签约文档请求 消息， 否则， PCRF 实体发送签约文档请求消息。 从而可以减少 PCRF 实体 与 SPR交互的次数， 节约流程。 在具体实施过程中， 上述网关 10可以为 S-GW和 /或 P-GW, 具体地， 可以为 P-GW中的 PCEF和 /或 S-GW中的 BBERF2。 从而可以由 PCEF和 / 或 BBERF2实现本发明实施例中的网关 10的功能。 为了进一步理解本发明实施例提供的技术方案， 下面通过具体实施例对 本发明提供的技术方案进行说明。 实施例一 本实施例描述的是 main-UE (主号用户）和 sub-UE (从号用户）在非漫 游场景下， 从 E-UTRAN接入或从可信任非 3GPP网络接入或从不可信任非 3GPP 网络接入 3GPP系统时，建立 IP-CAN会话过程中， PCRF的选择流程。 其中 main-UE和 sub-UE共享签约信息， 从号用户在 IP-CAN会话建立过程 中带上主号标识给 DRA, DRA为重定向代理 ( Redirect Agent ), PCRF客户 端 （如 BBERF, PCEF以及 AF ) 与 DRA进行交互以选择该 i或中的 PCRF。 图 8为本实施例的流程图， 如图 8所示， 本实施例主要包括以下步骤： 步 4聚 801 , main-UE通过 E-UTRAN接入或从可信任非 3GPP 网络接入 请求建立 IP-CAN会话， S-GW或可信任非 3GPP接入网关 /BBERF1 (为方便 描述， 下述以 BBERF1为例进行描述 )接收到请求建立 IP-CAN会话 1的消 息， 该消息中携带用户标识 1和 PDN标识 1； 步骤 802, BBERF 1向 DRA发送网关控制会话建立消息， 该网关控制会 话建立消息中携带用户标识 1和 PDN标识 1； 步骤 803 , DRA才艮据用户标识 1和 PDN标识 1查找保存的信息， 发现 没有为该用户以及对应的 PDN标识选择 PCRF , 也没有为与该主号标识（用 户标识 1 ) 关联的共享签约数据的任何从号用户选择 PCRF, 则 DRA为该用 户或 IP-CAN会话选择 PCRF 1 , 并保存对应关系（用户标识 1 , PDN标识 1 , PCRF 1地址）， 并向 BBERF 1返回重定向消息， 该重定向消息中携带所选择 的 PCRF1的地址； 步骤 804, BBERF 1向 PCRF1发送网关控制会话建立消息， 该网关控制 会话建立消息中携带用户标识 1和 PDN标识 1； 步骤 805 , PCRF1向 SPR发送签约文档请求消息， 该签约文档请求消息 中携带用户标识 1和 PDN标识 1； 步骤 806, SPR返回签约信息； 步骤 807, PCRF根据签约信息、 网络策略和接入网信息等制定策略， 例 如， PCC规则、 QoS规则和事件触发器等。 PCRF1向 BBERF1返回网关控 制会话建立确认消息， 携带 QoS规则和事件触发器。 BBERF1安装策略； 步骤 808, BBERF1所在网关向 PCEF1所在网关发送请求建立 IP-CAN 会话 1的消息， 该消息中携带用户标识 1和 PDN标识 1； PCEF1所在网关为 所建立的 IP-CAN会话 1分配 IP 地址 （ Address ) 1 ; 步骤 809, PCEF1向 DRA发送 IP-CAN会话建立指示消息， 该指示消息 中携带用户标识 1、 PDN标识 1和 IP Address 1； 步骤 810, DRA才艮据用户标识 1和 PDN标识 1查找保存信息， 发现已 经为该 IP-CAN会话 1选择了 PCRF1 , 更新对应关系（用户标识 1 , PDN标识 1 , IP Address 1 , PCRF1地址）。 DRA向 PCEF1返回重定向消息， 携带 PCRF1 地址； 步骤 811 , PCEF 1向 PCRF 1发送 IP-CAN会话建立指示消息， 该指示消 息中携带用户标识 1、 PDN标识 1和 IP Address 1； 步骤 812, PCRF1才艮据用户标识 1和 PDN标识 1返回对应的步骤 807 制定的 PCC规则和事件触发器； 步 4聚 813 , PCEF1所在网关向 BBERF1所在网关返回应答建立 IP-CAN 会话 1 , 携带 IP Address 1； 步骤 814, BBERF1 所在网关返回应答建立 IP-CAN 会话 1 , 携带 IP Address 1; 经过上述流程， main-UE建立了 IP-CAN会话 1 , PCRF1 向该 IP-CAN 会话相关的策略执行实体 （PCEF1 , BBERF1 ) 下发策略控制信息， 从而实 现策略控制。 main-UE访问业务时， PCRF1还会动态的下发策略控制信息， 例如， 对 main-UE访问的某种业务 居签约进行用量监测控制。 步骤 815 , sub-UE通过 E-UTRAN接入或从可信任非 3GPP 网络接入请 求建立 IP-CAN会话， S-GW或可信任非 3GPP接入网关 /BBERF2 (为了方便 描述， 下面以 BBERF2为例进行描述）收到请求建立 IP-CAN会话 2的消息， 消息中带上用户标识 2和 PDN标识 1 , 以及用户标识 1 (关联的主号标识；)。 BBERF 1和 BBERF2可以相同也可以不同； 步骤 816 , BBERF2向 DRA发送网关控制会话建立消息， 其中携带用户 标识 2、 PDN标识 1和用户标识 1 (即关联的主号标识；)； 步骤 817, DRA才艮据用户标识 2、 PDN标识 1和用户标识 1查找保存的 信息， 发现没有为该用户以及对应的 PDN标识选择 PCRF , 但根据用户标识 1和 PDN标识 1查找保存的信息，发现已经为共享签约数据的主号用户选择 了 PCRF1。 则建立对应关系 （用户标识 2, PDN标识 1 , PCRF 1地址）。 DRA 向 BBERF2返回重定向消息， 消息中携带 PCRF 1地址； 步骤 818, BBERF2向 PCRF1发送网关控制会话建立消息， 该网关控制 会话建立消息中携带用户标识 2和 PDN标识 1； 步骤 819 , 可选地， PCRF 1向 SPR发送签约文档请求消息， 消息中携带 用户标识 2和 PDN标识 1； 若主从用户共享全部签约信息且 SPR首次下发 签约信息时将之全部下发， 则 PCRF可不对后续关联用户发起 SPR的签约请 求流程； 步骤 820, 若 SPR收到了 PCRF1 的签约文档请求消息， 则返回签约信 息； 步骤 821 , PCRF根据签约信息、 网络策略和接入网信息等制定策略， 例 如， PCC规则、 QoS规则和事件触发器等。 PCRF1向 BBERF2返回网关控 制会话建立确认消息， 携带 QoS规则和事件触发器。 BBERF2安装策略； 步骤 822, BBERF2所在网关向 PCEF2所在网关发送请求建立 IP-CAN 会话 2的消息， 消息中携带用户标识 2、 PDN标识 1和用户标识 1。 PCEF2 所在网关为所建立的 IP-CAN会话 2分配 IP Address2。其中， PCEF1和 PCEF2 可能相同， 也可能不同； 步骤 823 , PCEF2向 DRA发送 IP-CAN会话建立指示消息， 该消息中携 带用户标识 2、 PDN标识 1、 IP Address2和用户标识 1 (即关联的主号标识；)； 步骤 824, DRA才艮据用户标识 2和 PDN标识 1查找保存信息， 发现已 经为该 IP-CAN会话 2选择了 PCRF 1 , 更新对应关系（用户标识 2 , PDN标识 1 , IP Address 1 , PCRF1地址）。 DRA向 PCEF2返回重定向消息， 携带 PCRF1 地址； 步骤 825 , PCEF2向 PCRF1发送 IP-CAN会话建立指示消息， 该消息中 携带用户标识 2、 PDN标识 1和 IP Address2; 步骤 826, PCRF1才艮据用户标识 2和 PDN标识 1返回对应的步骤 821 制定的 PCC规则和事件触发器； 步骤 827, PCEF2所在网关向 BBERF2所在网关返回应答建立 IP-CAN 会话 2的响应消息， 该响应消息中携带 IP Address2; 步骤 828, BBERF2所在网关返回应答建立 IP-CAN会话 2的响应消息， 该响应消息携带 IP Address2„ 经过上述流程， sub-UE建立了 IP-CAN会话 2, PCRF1向该 IP-CAN会 话相关的策略执行实体 （PCEF2, BBERF2 ) 下发策略控制信息， 从而实现 策略控制。 当 sub-UE访问业务时， PCRF1还会动态的下发策略控制信息。 此时 PCRF可以对 main-UE和 sub-UE访问的某种业务才艮据共享的签约数据 统一进行用量监测控制。 上述流程为 main-UE先经 DRA选择 PCRF, sub-UE后发起会话创建， 带上 main-UE标识， DRA才艮据此前的 main-UE路由到同一个 PCRF。 对于 sub-UE先经 DRA选择 PCRF, main-UE后路由的情形， main-UE发起会话 创建， DRA查询到 sub-UE携带过 main-UE标识， 则将 main-UE路由到和 sub-UE相同的 PCRF上。 其他处理流程一致。 实施例二 本实施例描述的是 main-UE和 sub-UE在非漫游场景下， 从 E-UTRAN 接入或从可信任非 3GPP 网络接入或从不可信任非 3GPP 网络接入 3GPP系 统时，建立 IP-CAN会话过程中， PCRF的选择流程。其中 main-UE和 sub-UE 共享签约信息， 从号用户在 IP-CAN会话建立过程中带上主号标识给 DRA, DRA为 Proxy Agent, PCRF客户端 （如 BBERF, PCEF以及 AF ) 与 DRA 进行交互以选择该域中的 PCRF。 图 9为本实施例的流程图， 如图 9所示， 本实施例进行 PCRF选择主要 包括以下步 4聚： 步骤 901 , main-UE通过 E-UTRAN接入或从可信任非 3GPP 网络接入 请求建立 IP-CAN会话， S-GW或可信任非 3GPP接入网关 /BBERF1收到请 求建立 IP-CAN会话 1的消息， 该消息中携带用户标识 1和 PDN标识 1； 步骤 902 , BBERF 1向 DRA发送网关控制会话建立消息， 该消息中携带 用户标识 1和 PDN标识 1； 步骤 903 , DRA 居用户标识 1和 PDN标识 1查找保存的信息， 发现 没有为该用户以及对应的 PDN标识选择 PCRF , 也没有为与该主号用户关联 的共享签约数据的任何从号用户选择 PCRF, 则 DRA为该用户的 IP-CAN会 话选择 PCRF 1 , 并保存对应关系（用户标识 1 , PDN标识 1 , PCRF 1地址）， 并向 PCRF1转发网关控制会话建立消息， 该消息中携带用户标识 1和 PDN 标识 1； 步骤 904, PCRF1向 SPR发送签约文档请求消息， 该消息中携带用户标 识 1和 PDN标识 1 ; 步 4聚 905 , SPR返回签约信息； 步骤 906, PCRF1根据签约信息、 网络策略和接入网信息等制定策略， 例如， PCC规则、 QoS规则和事件触发器等。 PCRF1向 DRA返回网关控制 会话建立确认消息， 携带 QoS规则和事件触发器。 步骤 907, DRA向 BBERF1转发网关控制会话建立确认消息， 该消息中 携带 QoS规则和事件触发器。 BBERF1安装策略； 步骤 908, BBERF1所在网关向 PCEF1所在网关发送请求建立 IP-CAN 会话 1的消息， 该消息中携带用户标识 1和 PDN标识 1。 PCEF1所在网关为 所建立的 IP-CAN会话 1分配 IP Address 1 ; 步骤 909, PCEF1向 DRA发送 IP-CAN会话建立指示消息， 该消息中携 带用户标识 1、 PDN标识 1和 IP Address 1； 步骤 910, DRA才艮据用户标识 1和 PDN标识 1查找保存信息， 发现已 经为该 IP-CAN会话 1选择了 PCRF1 , 更新对应关系（用户标识 1 , PDN标识 1 , IP Address 1 , PCRFl地址）。 DRA向 PCRFl转发 IP-CAN会话建立指示 消息， 消息携带用户标识 1 , PDN标识 1和 IP Address 1； 步 4聚 911 , PCRF1才艮据用户标识 1和 PDN标识 1向 DRA返回对应的步 骤 906制定的 PCC规则和事件触发器； 步骤 912 , DRA向 PCEF 1转发消息， 该消息携带 PCC规则和事件触发 器； 步骤 913 , PCEF1所在网关向 BBERF1所在网关返回应答建立 IP-CAN 会话 1的响应消息， 该响应消息携带 IP Address 1； 步骤 914, BBERF1 所在网关返回应答建立 IP-CAN 会话 1 , 携带 IP Address 1„ 经过上述流程， 主号用户 main-UE建立了 IP-CAN会话 1 , PCRF1向该
IP-CAN会话相关的策略执行实体 （ PCEF 1 , BBERF 1 ) 下发策略控制信息， 从而实现策略控制。 当 main-UE访问业务时， PCRF1还会动态的下发策略控 制信息， 如对 main-UE访问的某种业务根据签约进行用量监测控制。 步骤 915 , sub-UE通过 E-UTRAN接入或从可信任非 3GPP 网络接入请 求建立 IP-CAN会话， S-GW或可信任非 3GPP接入网关 /BBERF2收到请求 建立 IP-CAN会话 2的消息， 该消息中带上用户标识 2、 PDN标识 1以及用 户标识 1 (关联的主号标识；)。 BBERF1和 BBERF2可以相同也可以不同； 步骤 916 , BBERF2向 DRA发送网关控制会话建立消息， 消息中携带用 户标识 2、 PDN标识 1以及用户标识 1 (关联的主号标识；)； 步骤 917, DRA才艮据用户标识 2和 PDN标识 1查找保存的信息， 发现 没有为该用户以及对应的 PDN标识选择 PCRF, 但才艮据用户标识 1和 PDN 标识 1查找保存的信息，发现已经为共享签约数据的主号用户选择了 PCRF1。 则建立对应关系 （用户标识 2, PDN标识 1 , PCRF1地址；)。 DRA向 PCRF 转发网关控制会话建立消息， 消息中携带用户标识 2和 PDN标识 1； 步骤 918 , 可选地， PCRF 1向 SPR发送签约文档请求消息， 消息中携带 用户标识 2和 PDN标识 1； 若主从用户共享全部签约信息且 SPR首次下发 签约信息时将之全部下发， 则 PCRF可不对后续关联用户发起 SPR的签约请 求流程； 步骤 919, 若 SPR收到了 PCRF1的签约文档请求消息， SPR返回签约 信息； 步骤 920, PCRF1根据签约信息、 网络策略和接入网信息等制定策略， 例如， PCC规则、 QoS规则和事件触发器等。 PCRF1向 DRA返回网关控制 会话建立确认消息， 该消息携带 QoS规则和事件触发器； 步骤 921 , DRA向 BBERF2返回网关控制会话建立确认消息， 该消息携 带 QoS规则和事件触发器。 BBERF2安装策略; 步骤 922, BBERF2所在网关向 PCEF2所在网关发送请求建立 IP-CAN 会话 2的消息， 该消息中携带用户标识 2、 PDN标识 1以及用户标识 1 (关 联的主号标识；)。 PCEF2所在网关为所建立的 IP-CAN会话 2分配 IP Address2。 PCEF 1和 PCEF2可能相同， 也可能不同； 步骤 923 , PCEF2向 DRA发送 IP-CAN会话建立指示消息， 该消息中携 带用户标识 2、 PDN标识 1、 IP Address2以及用户标识 1 (关联的主号标识；)； 步骤 924, DRA才艮据用户标识 2和 PDN标识 1查找保存信息， 发现已 经为该 IP-CAN会话 2选择了 PCRF1 , 更新对应关系（用户标识 2, PDN标识 1 , IP Address 1 , PCRF1地址）。 DRA向 PCRF1转发 IP-CAN会话建立指示 消息， 消息中携带用户标识 2、 PDN标识 1、 IP Address2以及用户标识 1 (关 联的主号标识；)； 步骤 925 , PCRF1才艮据用户标识 2和 PDN标识 1返回对应的步骤 921 制定的 PCC规则和事件触发器； 步骤 926, DRA向 PCEF2返回 PCC规则和事件触发器。 PCEF2安装策 略； 步骤 927, PCEF2所在网关向 BBERF2所在网关返回应答建立 IP-CAN 会话 2的响应消息， 该响应消息携带 IP Address2; 步骤 928, BBERF2所在网关返回应答建立 IP-CAN会话 2的响应消息， 该响应消息携带 IP Address2。 经过上述流程， sub-UE建立了 IP-CAN会话 2, PCRF1向该 IP-CAN会 话相关的策略执行实体 （PCEF2, BBERF2 ) 下发策略控制信息， 从而实现 策略控制。 当 sub-UE访问业务时， PCRF1还会动态的下发策略控制信息。 此时 PCRF可以对 main-UE和 sub-UE访问的某种业务才艮据共享的签约数据 统一进行用量监测控制。 上述流程为 main-UE先经 DRA选择 PCRF, sub-UE后发起会话创建， 带上 main-UE标识， DRA才艮据此前的 main-UE路由到同一个 PCRF。 对于 sub-UE先经 DRA选择 PCRF, main-UE后路由的情形， main-UE发起会话 创建， DRA查询到 sub-UE携带过 main-UE标识， 则将 main-UE路由到和 sub-UE相同的 PCRF上。 其他处理流程一致。 从以上的描述中， 可以看出， 在本发明实施例中， 在创建 IP-CAN会话 时， GW ( PCEF )和 /或 G W ( BBERF )将提供用户设备的主号标识给 DRA, DRA根据主号标识为共享签约的用户设备选择同一个 PCRF, 解决了相关技 术中当多个用户共享一个签约信息时， 由不同 PCRF进行策略计费控制而导 致策略计费控制冲突的问题，进而提高了 PCRF进行策略计算控制的准确性。 并且， 在本发明实施例中， 可以由 DRA保存选择的 PCRF实体与主号标识 的对应关系， 并根据该对应关系进行选择， 从而可以减少对现有网络架构的 改动。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种策略和计费规则功能 PCRF实体的选择方法， 其特征在于， 包括以 下步骤：
创建用户设备的 IP连接接入网 IP-CAN会话时，直径路由代理 DRA 接收网关发送的消息； 以及
所述 DRA 根据所述消息中的主号标识为所述 IP-CAN 会话选择 PCRF 实体， 其中， 对于共享签约信息的用户设备具有相同的所述主号 标识。
2. 根据权利要求 1 所述的方法， 其特征在于， 所述 DRA根据所述消息中 的主号标识为所述 IP-CAN会话选择 PCRF实体包括：
如果所述 DRA判断所述主号标识关联到一个 PCRF 实体， 则所述 DRA将所述关联的 PCRF实体分配给所述 IP-CAN会话； 以及
如果所述 DRA判断所述主号标识没有关联 PCRF实体，则所述 DRA 将一个 PCRF实体分配给所述 IP-CAN会话， 并设置所述主号标识关联 到所述 PCRF实体。
3. 根据权利要求 1 所述的方法， 其特征在于， 在所述 DRA根据所述消息 中的主号标识为所述 IP-CAN会话选择 PCRF实体之后， 所述方法还包 括： 所述 DRA将所述消息路由给选择的所述 PCRF实体。
4. 根据权利要求 3所述的方法， 其特征在于， 所述 DRA将所述消息路由 给选择的所述 PCRF实体包括：
所述 DRA 向所述网关返回重定向消息， 其中， 所述重定向消息中 携带有选择的所述 PCRF实体的地址； 以及
所述网关才艮据所述 PCRF实体的地址， 向所述 PCRF实体发送所述 消息。
5. 根据权利要求 3所述的方法， 其特征在于， 所述 DRA将所述消息路由 给选择的所述 PCRF实体包括：
所述 DRA 根据所述 PCRF 实体的地址， 将所述消息发送给所述 PCRF实体。
6. 根据权利要求 3 至 5 中任一项所述的方法， 其特征在于， 在所述 DRA 将所述消息路由给选择的所述 PCRF实体之后， 所述方法还包括：
所述 PCRF实体向用户签约数据库发送签约文档请求消息， 其中， 所述签约文档请求消息中携带有所述用户设备的标识；
所述 PCRF实体接收并保存所述用户签约数据库返回的信息，其中， 所述信息包括： 所述用户设备的签约信息； 以及
所述 PCRF实体根据所述签约信息制定策略。
7. 根据权利要求 6所述的方法， 其特征在于，
所述用户签约数据库返回的信息还包括： 所述签约信息关联的所有 用户设备的标识；
所述 PCRF实体向用户签约数据库发送签约文档请求消息之前， 所 述方法还包括： 所述 PCRF实体判断本地未保存与所述用户设备的标识 关联的签约信息。
8. 根据权利要求 1至 5中任一项所述的方法， 其特征在于， 所述网关包括： 服务网关和 /或分组数据网络网关。
9. 一种 DRA, 其特征在于， 包括： 接收装置， 用于接收网关在创建用户设备的 IP-CAN会话时发送的 消息； 以及
选择装置， 用于 -据所述消息中的主号标识为所述 IP-CAN会话选 择 PCRF实体， 其中， 对于共享签约信息的用户设备具有相同的所述主 号标识。
10. —种 PCRF实体的选择系统， 其特征在于， 所述系统包括：
网关， 用于在创建用户设备的 IP-CAN会话时， 向 DRA发送消息； 以及
所述 DRA, 用于根据所述消息中的主号标识为所述 IP-CAN会话选 择 PCRF实体， 其中， 对于共享签约信息的用户设备具有相同的所述主 号标识。
PCT/CN2010/079112 2010-02-09 2010-11-25 策略和计费规则功能实体的选择方法、装置及系统 WO2011097911A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/521,865 US20120297076A1 (en) 2010-02-09 2010-11-25 Method, apparatus and system for selecting policy and charging rules function entity
EP10845581.7A EP2536179B1 (en) 2010-02-09 2010-11-25 Method, device and system for selecting policy and charging rules function entity

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010110457.X 2010-02-09
CN201010110457.XA CN102148689B (zh) 2010-02-09 2010-02-09 策略和计费规则功能实体的选择方法、装置及系统

Publications (1)

Publication Number Publication Date
WO2011097911A1 true WO2011097911A1 (zh) 2011-08-18

Family

ID=44367216

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/079112 WO2011097911A1 (zh) 2010-02-09 2010-11-25 策略和计费规则功能实体的选择方法、装置及系统

Country Status (4)

Country Link
US (1) US20120297076A1 (zh)
EP (1) EP2536179B1 (zh)
CN (1) CN102148689B (zh)
WO (1) WO2011097911A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013177702A1 (en) 2012-05-29 2013-12-05 Alcatel Lucent Routing decision context objects
CN104410993A (zh) * 2014-10-31 2015-03-11 东莞宇龙通信科技有限公司 一种流量监控方法、装置、终端及系统

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102075900B (zh) * 2009-11-23 2014-03-12 中兴通讯股份有限公司 一种实现用量监测控制的方法及系统
US8650279B2 (en) 2011-06-29 2014-02-11 Juniper Networks, Inc. Mobile gateway having decentralized control plane for anchoring subscriber sessions
US20130007286A1 (en) * 2011-06-29 2013-01-03 Juniper Networks, Inc. User session routing between mobile network gateways
US8694629B2 (en) * 2011-10-03 2014-04-08 Alcatel Lucent Hierarchical metering policy attributes
US9615390B2 (en) * 2011-10-18 2017-04-04 Alcatel Lucent PCRN session architecture for roaming
CN103107901B (zh) * 2011-11-11 2016-11-23 华为终端有限公司 策略和计费规则功能选择方法及相关设备
CN103139762A (zh) * 2011-11-22 2013-06-05 中兴通讯股份有限公司 一种策略控制实体的选择方法及系统
CN103179616A (zh) * 2011-12-20 2013-06-26 华为技术有限公司 策略与计费规则功能模块选择方法及系统、设备
EP2800302B1 (en) * 2011-12-30 2018-02-14 Huawei Technologies Co., Ltd. Method, device and system for determining a policy and charging rule function
US9848090B2 (en) * 2012-01-24 2017-12-19 Alcatel Lucent Offline charging per service data flow
CN102685805B (zh) * 2012-04-18 2016-03-30 中兴通讯股份有限公司 一种选择aaa服务器的方法、网关及hplmn
US8850064B2 (en) * 2012-05-29 2014-09-30 Alcatel Lucent Rule engine evaluation of context objects
US9124481B2 (en) * 2012-05-29 2015-09-01 Alcatel Lucent Custom diameter attribute implementers
CN103581865B (zh) * 2012-08-10 2018-05-04 中兴通讯股份有限公司 接纳控制方法及装置
CN103906223B (zh) * 2012-12-28 2017-11-24 中国电信股份有限公司 基于域内双dra的信息同步方法和系统
WO2014186936A1 (zh) 2013-05-20 2014-11-27 华为技术有限公司 策略控制方法、相关装置以及系统
CN104244211A (zh) * 2013-06-07 2014-12-24 阿尔卡特朗讯 一种用于确定pcrf的方法与设备
CN104254140B (zh) * 2013-06-26 2018-06-19 中国电信股份有限公司 移动网络中pcc系统的会话关联方法与系统
WO2015000514A1 (en) * 2013-07-03 2015-01-08 Telefonaktiebolaget L M Ericsson (Publ) Selection of a policy and charging control unit by a diameter routing unit
CN105376200A (zh) * 2014-08-25 2016-03-02 中兴通讯股份有限公司 策略控制方法、装置和系统
US9621362B2 (en) * 2015-02-03 2017-04-11 Cisco Technology, Inc. System and method for providing policy charging and rules function discovery in a network environment
CN107306316A (zh) * 2016-04-25 2017-10-31 华为技术有限公司 一种配额共享方法及信令路由设备
EP3525502A4 (en) * 2016-11-08 2019-10-30 Huawei Technologies Co., Ltd. METHOD, DEVICE AND SYSTEM FOR INTEGRATED CONTROL DEVICE SELECTION
CN108123808B (zh) * 2016-11-28 2021-04-09 华为技术有限公司 流量管理的方法及设备
CN108289306B (zh) * 2017-01-10 2023-03-10 中兴通讯股份有限公司 一种流程冲突处理方法及装置
CN110048867A (zh) * 2018-01-15 2019-07-23 中兴通讯股份有限公司 一种策略控制功能管理方法和装置
US10491753B2 (en) * 2018-03-27 2019-11-26 T-Mobile Usa, Inc. Optimized policy control function mapping for application function

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101198171A (zh) * 2007-12-27 2008-06-11 中兴通讯股份有限公司 一种漫游场景下的策略计费控制消息的路由方法
CN101217810A (zh) * 2008-01-16 2008-07-09 中兴通讯股份有限公司 一种策略和计费规则功能的选择方法
CN101227391A (zh) * 2008-01-09 2008-07-23 中兴通讯股份有限公司 非漫游场景下策略和计费规则功能实体的选择方法
US20090305684A1 (en) * 2008-06-05 2009-12-10 Bridgewater Systems Corp. Long-Term Evolution (LTE) Policy Control and Charging Rules Function (PCRF) Selection

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050088971A1 (en) * 2003-10-27 2005-04-28 Nokia Corporation Enhanced local aaa redirector
CN1310476C (zh) * 2004-07-05 2007-04-11 华为技术有限公司 无线局域网用户建立会话连接的方法
US7170982B2 (en) * 2004-08-26 2007-01-30 Lucent Technologies Inc. Call authorization and billing message routing capability
US7453876B2 (en) * 2004-09-30 2008-11-18 Lucent Technologies Inc. Method and apparatus for providing distributed SLF routing capability in an internet multimedia subsystem (IMS) network
GB0502383D0 (en) * 2005-02-04 2005-03-16 Nokia Corp User identities
CN1885779B (zh) * 2005-06-24 2011-07-27 朗迅科技公司 为在线收费系统验证路由选择的ims网关系统和方法
US8208930B2 (en) * 2006-06-21 2012-06-26 Hewlett-Packard Development Company, L. P. Message routing in a telecommunication system
US20090043902A1 (en) * 2007-04-12 2009-02-12 Stefano Faccin Packet data network connectivity domain selection and bearer setup
JP5296800B2 (ja) * 2007-11-01 2013-09-25 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 認証、許可、会計セッションを相関させる方法およびシステム
GB2463632B (en) * 2008-05-07 2012-08-01 France Telecom Mobile communications system and method
CN101742009B (zh) * 2008-11-07 2012-06-27 华为技术有限公司 一种会话关联的方法、系统及装置
WO2010086013A1 (en) * 2009-01-27 2010-08-05 Telefonaktiebolaget Lm Ericsson (Publ) Group session management for policy control
US9560082B2 (en) * 2009-11-30 2017-01-31 Nokia Solutions And Networks Oy Method and network device establishing a binding between a plurality of separate sessions in a network
US8521858B2 (en) * 2010-06-07 2013-08-27 Verizon Patent Licensing Inc. Selection of a policy and charging rules function device
US8400916B2 (en) * 2010-06-28 2013-03-19 Alcatel Lucent Method of authorizing AF sessions using external subscriber database
US20110320544A1 (en) * 2010-06-29 2011-12-29 Alcatel-Lucent Canada, Inc. Diameter session audits

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101198171A (zh) * 2007-12-27 2008-06-11 中兴通讯股份有限公司 一种漫游场景下的策略计费控制消息的路由方法
CN101227391A (zh) * 2008-01-09 2008-07-23 中兴通讯股份有限公司 非漫游场景下策略和计费规则功能实体的选择方法
CN101217810A (zh) * 2008-01-16 2008-07-09 中兴通讯股份有限公司 一种策略和计费规则功能的选择方法
US20090305684A1 (en) * 2008-06-05 2009-12-10 Bridgewater Systems Corp. Long-Term Evolution (LTE) Policy Control and Charging Rules Function (PCRF) Selection

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2536179A4 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013177702A1 (en) 2012-05-29 2013-12-05 Alcatel Lucent Routing decision context objects
EP2856712A4 (en) * 2012-05-29 2016-01-13 Alcatel Lucent WAY-DETERMINING CONTEXT OBJECTS
CN104410993A (zh) * 2014-10-31 2015-03-11 东莞宇龙通信科技有限公司 一种流量监控方法、装置、终端及系统
CN104410993B (zh) * 2014-10-31 2019-04-12 东莞宇龙通信科技有限公司 一种流量监控方法、装置、终端及系统

Also Published As

Publication number Publication date
CN102148689B (zh) 2016-01-20
CN102148689A (zh) 2011-08-10
EP2536179B1 (en) 2019-05-01
EP2536179A1 (en) 2012-12-19
US20120297076A1 (en) 2012-11-22
EP2536179A4 (en) 2013-10-09

Similar Documents

Publication Publication Date Title
WO2011097911A1 (zh) 策略和计费规则功能实体的选择方法、装置及系统
EP2522102B1 (en) Method, system, and computer readable medium for policy charging and rules function (pcrf) node selection
US9319867B2 (en) Method and apparatuses for policy and charging control of machine-to-machine type communications
US8539033B2 (en) Diameter session audits
CN102075894B (zh) 策略和计费规则功能实体的选择方法及系统
US9554401B2 (en) Method and apparatuses for multimedia priority service
WO2013155942A1 (zh) 策略和计费控制方法、v-pcrf及v-ocs
US20110320544A1 (en) Diameter session audits
WO2009094837A1 (en) A method for selecting a policy and charging rules function server on a non-roaming scene
WO2010108356A1 (zh) 一种终端通过多接入网接入的计费方法和系统及上报方法
WO2010135931A1 (zh) 一种实现制定业务计费策略的方法及系统
WO2011054300A1 (zh) Mtc终端的接入控制方法和系统
JP2015528244A (ja) ポリシーベースのローカルブレークアウト（ｌｂｏ）のための方法、システム、およびコンピュータ読取可能な媒体
CN102802239A (zh) 一种基于网络状态提供接入网选择策略的方法及系统
WO2015055063A1 (zh) 应用接入控制方法及应用功能实体装置
WO2022021971A1 (zh) 通信方法、第一策略控制网元及通信系统
WO2016062025A1 (zh) 一种策略和计费规则功能的选择方法及装置
CN102123035B (zh) 策略和计费规则功能实体的选择方法、装置及系统
WO2014094488A1 (zh) 漫游本地业务的计费策略方法及装置
WO2009089776A1 (fr) Procédé et appareil de maintenance des informations de fonction de règle de politique et de facturation
KR101007736B1 (ko) 정책 기반 네트워크 시스템 및 네트워크 정책 관리 방법
WO2011018020A1 (zh) 控制pcrf负载均衡的方法、系统及重定向dra
WO2013013547A1 (zh) 一种组用户用量监控方法及系统
WO2016062026A1 (zh) 一种策略和计费规则功能的选择方法及装置
WO2012129992A1 (zh) 被赞助数据连接的处理方法及策略与计费规则功能实体

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010845581

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13521865

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE