WO2011134319A1 - 用于分组业务的策略控制方法及分组业务系统 - Google Patents

用于分组业务的策略控制方法及分组业务系统 Download PDF

Info

Publication number
WO2011134319A1
WO2011134319A1 PCT/CN2011/071698 CN2011071698W WO2011134319A1 WO 2011134319 A1 WO2011134319 A1 WO 2011134319A1 CN 2011071698 W CN2011071698 W CN 2011071698W WO 2011134319 A1 WO2011134319 A1 WO 2011134319A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
pcrf
group
user group
request
Prior art date
Application number
PCT/CN2011/071698
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 WO2011134319A1 publication Critical patent/WO2011134319A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements

Definitions

  • the present invention relates to a mobile communication system, and more particularly to a policy control method for a packet service and a packet service system. Background technique
  • the 3GPP wireless core network includes a General Packet Radio Service (GPRS) network, an Evolved Packet System (EPS) network, and a Universal Mobile Telecommunications System (UMTS).
  • GPRS General Packet Radio Service
  • EPS Evolved Packet System
  • UMTS Universal Mobile Telecommunications System
  • Figure 1 User Equipment (User Equipment, referred to as
  • MTC Server Machine Type Communication
  • EPS Machine Type Communication
  • UMTS Machine Type Communication
  • the MTC system is a typical packet service system.
  • the UE is also called an MTC device.
  • the solid line indicates signaling and the dashed line indicates the user's IP channel.
  • MS Mobile Station
  • the main network elements involved in the MTC system include: the network element of the EPS network part, the network element of the UMTS network part, and the MTC Server.
  • the network elements of the EPS network mainly include: an enhanced radio base station (eNodeB), a Mobility Management Entity (MME), and a Policy and Charging Rules Function (PCRF). , and user plane data routing processing network element (SAE GW).
  • the S AE GW includes a Packet Data Network Gateway (P-GW) and a monthly service gateway.
  • the UMTS network is mainly composed of 3GPP radio access network (GSM EDGE Radio Access Network/UMTS Terrestrial Radio Access Network,
  • an MTC device accesses an MTC server.
  • an IP-CAN (IP-Connectivity Access Network) session must be established through EPS or UMTS.
  • a policy enforcement entity in the EPS or UMTS system and a PCRF Policy and Charging Rules Function
  • the policy enforcement entity reports the access information of the MTC device to the PCRF, and the PCRF sends the policy to the policy enforcement entity.
  • the policy enforcement entity is a PCEF (Policy and Charging Enforcement Function) located in the P-GW in the EPS system, and a BBERF (Bearer Binding and Event Report Function) in the S-GW. Binding and event reporting entities).
  • PCEF Policy and Charging Enforcement Function
  • BBERF Bit Binding and Event Report Function
  • Binding and event reporting entities In a UMTS system, the policy enforcement entity is a PCEF located at the GGSN. Since the 3rd Generation Partnership Project Phase 7 (3GPP Release7) standard system, policy and billing functions have been implemented by the Policy and Charging Control (PCC) framework.
  • the PCC architecture is a functional framework that can be applied to multiple access technologies. For example, the PCC architecture can be applied to UMTS and EPS.
  • the PCC mainly implements two functions of policy control and charging.
  • Figure 2 is a schematic diagram of the existing PCC component architecture.
  • the AF is used to provide access points for service applications, and the network resources used by these service applications require dynamic policy control.
  • the AF transmits the relevant service information to the PCRF, and the Rx interface is used between the AF and the PCRF.
  • 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 traffic 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 policies and charging rules by the PCRF includes: business-related information obtained from AF, user policy charging control subscription information related to policy control and charging obtained from a user subscription database (SPR, Subscription Profile Repository), And information about the bearer-related network obtained from the PCEF through the Gx interface.
  • the PCEF is usually located in the gateway (GW, Gate- Way) and performs the policy and charging rules established by the PCRF on the carrier.
  • the PCEF needs to perform credit management together with the Online Charging System (OCS); when offline charging, the related calculation between the PCEF and the Offline Charging System (OFCS) Fee information.
  • OCS Online Charging System
  • OFCS Offline Charging System
  • the interface between the PCEF and the PCRF is a Gx interface
  • the interface between the PCEF and the OCS is a Gy interface
  • the interface between the PCEF and the OFCS is a Gz interface.
  • PCEFs are generally located on gateways of the network, such as the Packet Data Network Gateway (PDN-GW) of the EPS, the GPRS Gateway Support Node (GGSN) in the General Packet Radio Service (GPRS), and the Internet of the Internet ( I-WLAN, Interworking WLAN, Packet Data Gateway (PDG), etc.
  • the Bearer Binding and Event Reporting Function (BBERF) is usually located in the Access Network Gateway.
  • the service gateway S-GW and the P-GW use the Proxy Mobile Internet Protocol version 6 protocol, the S-GW There is a BBERF.
  • the user subscription database stores user policy charging control subscription information related to policy control and charging.
  • the Sp interface is used between SPR and PCRF. In actual use, the number of MTC devices is large and belongs to the same MTC.
  • a primary object of the present invention is to provide a policy control method and a packet service system for a packet service, so as to solve the problem that a wireless carrier cannot effectively control network resources occupied by the MTC Subscriber, thereby causing limited user access.
  • a policy control method for a packet service including: a policy and charging rule entity PCRF receives a QoS authorization request of a user of a user group; and the PCRF determines a user's guaranteed bandwidth requirement and The sum of the guaranteed bandwidths authorized for the user group does not exceed the group subscription guarantee bandwidth GSGB of the user group; the PCRF is the QoS for the user to guarantee the guaranteed bandwidth.
  • the GSGB of the user group is obtained by the following steps: the PCRF receives a session establishment request of the user group user; the PCRF sends a subscription document request to the user subscription database SPR, and connects The contracted document response of the SPR feedback is received, and the contracted document response includes the GSGB of the user group; the PCRF obtains the GSGB of the user group.
  • the session establishment request is a session establishment request of the first user of the user group.
  • the foregoing PCRF includes multiple, before the PCRF receives the session establishment request step of the user group user, the method further includes: the routing proxy DRA selecting the same PCRF for the session establishment request of all users of the user group.
  • the step that the routing agent DRA selects the same PCRF for the session establishment request of all users of the user group includes: the routing proxy DRA establishes a request for the session of all users of the user group by forwarding or redirecting the session establishment request to the same PCRF. Select the same PCRF.
  • the method further includes: the PCRF determines that the user's guaranteed bandwidth requirement and the guaranteed bandwidth that has been authorized for the user group exceed the group subscription guarantee bandwidth GSGB of the user group; and the PCRF grants the user unlimited bandwidth. QoS; or, reject the user's QoS authorization request.
  • the step of the PCRF receiving the session establishment request of the user group user includes: the PCRF receiving the policy and a user of a user group sent by the charging execution entity PCEF
  • a policy and charging rule entity PCRF device of a packet service system comprising: a receiving module, configured to receive a QoS authorization request of a user of a user group; a first determining module, It is set to determine that the user's guaranteed bandwidth requirement and the total guaranteed bandwidth that has been authorized for the user group do not exceed the group subscription guarantee bandwidth GSGB of the user group; the first allocation module is set to authorize the bandwidth of the guaranteed bandwidth for the user.
  • the policy and charging rule entity PCRF device of the foregoing packet service system further includes: a session establishing module, configured to accept a session establishment request of the user group user; and a group information module, configured to send a subscription document request to the user subscription database SPR, And receiving the subscription document response of the SPR feedback, the subscription document response includes the GSGB of the user group; the acquisition module is set to obtain the GSGB of the user group.
  • the policy and charging rule entity PCRF device of the foregoing packet service system further includes: a second determining module, configured to determine that the guaranteed bandwidth requirement of the user and the guaranteed bandwidth that has been authorized for the user group exceed the group subscription guaranteed bandwidth of the user group.
  • a user subscription database SPR of a packet service system including: a setting module, configured to set a group subscription guarantee bandwidth GSGB of a user group in the SPR; and a request receiving module, configured to Receiving a contract document request sent by the policy and charging rule entity PCRF; the feedback module is configured to feed back the contracted document response to the PCRF, and the contracted document response includes the GSGB.
  • a packet service system comprising the PCRF and SPR described above.
  • a method for selecting a policy and charging rule entity PCRF in a packet service system including: a routing agent DRA of a packet service system is a group user of a user group as all users of a user group
  • the session establishment request selects the same PCRF.
  • the routing agent DRA of the foregoing packet service system selects the same PCRF according to the group identity of a user group for the session establishment request of all users of the user group, including: the routing agent DRA according to the group identifier of a user group,
  • the same PCRF is selected by forwarding or redirecting the session establishment request to the same PCRF for the session request of all users of the user group.
  • the invention ensures that the bandwidth of the GSGB is signed by the same user group in the SPR in the SPR, so that the bandwidth resources occupied by the same user group can be controlled, and the resources occupied by the wireless carrier for the same user group, such as the MTC Group, are solved.
  • the control problem prevents the multiple MTC devices of the same MTC Subscriber from simultaneously accessing services during a certain period of time, resulting in limited user access and improved user experience.
  • FIG. 1 is a schematic diagram of a 3GPP network architecture in the related art
  • 2 is a schematic structural diagram of a PCC in the related art
  • FIG. 3 is a flow chart of steps of a policy control method for packet services according to an embodiment of the present invention
  • FIG. 4 is a flowchart according to an embodiment of the present invention.
  • FIG. 5 is a flow chart of interaction between a PCEF and a PCRF according to an embodiment of the present invention
  • FIG. 6 is a BBERF according to an embodiment of the present invention.
  • FIG. 7 is a flowchart of a PCRF policy control method based on the embodiment shown in FIG. 5 or FIG. 6.
  • FIG. 8 is a PCRF policy control method based on the embodiment shown in FIG.
  • FIG. 9 is a flowchart of a PCRF policy control method based on the embodiment shown in FIG. 6.
  • FIG. 10 is a flowchart of a PCRF selection method according to an embodiment of the present invention
  • FIG. 12 is a structural block diagram of a PCRF of a packet service system according to an embodiment of the present invention;
  • FIG. 12 is a structural block diagram of a PCRF of a packet service system according to an embodiment of the present invention;
  • FIG. 12 is a structural block diagram of a PCRF of a packet service system according to an embodiment of the present invention;
  • FIG. 13 is another packet service according to an embodiment of the present invention.
  • Figure 1 4 is a structural block diagram of an SPR of a packet service system according to an embodiment of the present invention;
  • FIG. 15 is a structural block diagram of a packet service system according to an embodiment of the present invention.
  • BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.
  • the network architecture of 3GPP is shown in Figure 1.
  • the UE accesses the MTC server through EPS and UMTS to form an MTC system to implement MTC services.
  • Step S302 The PCRF receives a QoS authorization request of a user of a user group; for example, taking the MTC system as an example, the PCRF receives an IP-CAN session request of a user A in the MTC Group.
  • Step S304 The PCRF determines that the sum of the guaranteed bandwidth requirement of the user and the guaranteed bandwidth that has been authorized for the user group does not exceed the group subscription guarantee bandwidth GSGB of the user group; for example, the PCRF of the MTC system determines the IP-CAN session request required by the user A.
  • Step S306 The PCRF authorizes the QoS of the guaranteed bandwidth for the user. For example, PCRF grants user A the guaranteed bandwidth required for its IP-CAN session request.
  • Step S402 PCEF/BBERF sends one of a user group to a routing agent.
  • the user's session establishment request for example, the PCEF/BBERF of the MTC system sends a session establishment request of a user A of the MTC Group1 to the Diameter routing agent DRA of the MTC.
  • the session establishment request may include information such as a user identifier, a PDN (Packet Data Network) identifier, and a group identifier of the user group to which the user group belongs.
  • the network protocol of different parts of the packet system is different.
  • the session establishment request is sent by the PCEF or the BBERF, and the network characteristics of the current packet system are considered to the maximum extent, so that the embodiment of the present invention has wide applicability.
  • Step S404 The routing agent checks whether the PCRF is selected for the user group to which the user belongs.
  • step S408 is performed. If no, step S406 is performed; for example, the DRA checks whether the PCRF is selected for the MTC Group 1 to which the user A belongs. This step takes the example of not selecting PCRF.
  • step 4 S406: The routing agent selects a PCRF for the user group to which the user belongs; for example, selects PCRF 1 for the MTC Group 1 to which the user A belongs. Because there is no interaction between multiple PCRFs in the system, if the same PCRF is not selected, the network resources occupied by a user group cannot be calculated in a timely and accurate manner.
  • Step S408 Send the session establishment request of the user to the selected PCRF.
  • the routing agent may send the session establishment request of the user to the selected PCRF by forwarding the session establishment request, or through the routing agent to the PCEF.
  • /BBERF returns a redirect message carrying the PCRF information, and the PCEF/BBERF sends the session establishment request of the user to the selected PCRF.
  • the routing agent sends the user's session establishment request to the selected PCRF through forwarding or redirection, which fully utilizes the technical features of the existing packet system, and is simple to implement and cost-effective.
  • Step S410 The PCRF determines whether the session establishment request of the user is a session establishment request of the first user of the user group to which the user belongs. If yes, step S412 is performed. If no, step S416 is performed. In this step, the PCRF determines user A's The session request is the first session establishment request for MTC Group 1.
  • Step S412 The PCRF sends a subscription document request to the SPR.
  • the subscription document request may carry information such as a user identifier, a PDN identifier, and a group identifier of the user group. It should be noted that, when the PCRF determines that the session request of the user A is a session establishment request other than the first session establishment request of the MTC Group 1, the contract document request may be sent to the SPR again.
  • Step S414 The PCRF receives the contracted document response of the SPR feedback, and obtains the GSGB therein;
  • the SPR holds the group subscription guarantee bandwidth GSGB information of the user group, and the SPR sends the information to the PCRF through the subscription document response, and the PCRF obtains the GSGB of the user group to which the user belongs.
  • the PCRF obtains the GSGB from the SPR when the user of the user group sends the first session request, and can effectively calculate the bandwidth occupied by the authorized user in the user group, so as to effectively validate the network resources occupied by the user group. control.
  • Step S416 The PCRF determines whether the sum of the guaranteed bandwidth required by the session establishment request and the guaranteed bandwidth that has been authorized for the user group exceeds the group subscription guarantee bandwidth GSGB of the user group, and if yes, step S420 is performed, and if not, step 4 is performed. For example, because user A's session request is the first session request in MTC Groupl, therefore,
  • the PCRF determines whether the bandwidth requested by User A's session request exceeds the GSGB of the user group. This step is not exceeded as an example.
  • Step S418 The PCRF establishes a QoS for requesting the authorization guarantee bandwidth of the user, and the process ends.
  • Step S420 The PCRF rejects the session establishment request of the user, and the process ends. In this step, when the bandwidth does not meet the requirement, the PCRF rejects the session establishment request of the user.
  • the PCRF can also authorize the unsecured bandwidth for the user according to the bandwidth of the system.
  • FIG. 5 to FIG. 11 take the MTC system as an example, and the PCEF/BBERF and PCRF interaction, the PCRF policy control method, and the same PCRF in the system with multiple PCRFs in the policy control method for the packet service according to the embodiment of the present invention. The selection method is explained. Referring to FIG. 5, a flow chart of interaction between a PCEF and a PCRF according to an embodiment of the present invention is shown.
  • Step S502 In the process of requesting the establishment of the IP-CAN session 1, the MTC device 1 sends a request to establish an IP-CAN session message to the gateway where the PCEF1 is located, where the message carries the user identifier 1, the PDN identifier and the MTC device of the MTC device 1. 1 The group ID of the user group that belongs to.
  • the group identifier can be implemented in multiple ways, such as an independent identifier, or combined with the PDN identifier, that is, each MTC Group is represented by a PDN identifier; Step S504: PCEF1 sends an IP-CAN session establishment indication message to the PCRF, in IP-CAN.
  • the session establishment indication message carries the user identifier 1, the PDN identifier, the group identifier, and the IP address assigned to the MTC device 1 (IP Address 1).
  • the message establishes a Diameter session between the PCEF1 and the PCRF, denoted as Gx session 1;
  • Step S506 The PCRF sends a subscription document request to the SPR, where the subscription document request carries the user identifier 1, the PDN identifier, and the group identifier.
  • Step S508 The SPR returns the subscription information of the MTC device 1 according to the group identifier and the user identifier 1, where The group subscription information of the group to which the MTC device 1 belongs, and the group subscription guarantee bandwidth GSGB. If the contract information including the same MTC device includes the subscription information different from each MTC device, the SPR also returns the corresponding information of the user identifier 1. Specific contract information.
  • the SPR also returns all the subscription information of the MTC device in the group to the PCRF;
  • Step S510 PCRF registration information, Access information and network policy development policies, including billing methods (offline or online), billing mode (traffic, duration, traffic and duration, or events), default QoS (QCI, ARP), APN-AMBR and Group -APN-AMBR, and the default PCC rule 1, the PCRF sends the above policy to the PCEF 1;
  • the MTC device 1 establishes the IP-CAN session 1
  • the PCEF 1 establishes the Gx session 1 with the PCRF
  • the PCRF obtains the group subscription guarantee bandwidth from the SPR.
  • Step S514 In the process of requesting the establishment of the IP-CAN session 2 by the MTC device 2, sending a request to establish an IP-CAN session message to the gateway of the PCEF2, where the message carries the MTC device The user ID 2 and the PDN ID of 2, and the group ID of the user group to which the MTC device 2 belongs.
  • the MTC device 1 and the MTC device 2 belong to the same group, and therefore, the group identifiers are the same.
  • PCEF 1 and PCEF2 may be the same, Can not the same;
  • Step S516 The PCEF2 sends an IP-CAN session establishment indication message to the PCRF, where the IP-CAN session establishment indication message carries the user identifier 2, the PDN identifier, the group identifier, and the IP address (IP Address2) allocated for the MTC device 2.
  • the message establishes a Diameter session between PCEF2 and PCRF, denoted as Gx session 2;
  • Step S520 SPR returns the specific subscription information of the MTC device 2 according to the user identifier 2;
  • Step S522 The PCRF formulates a policy, wherein all the groups have the same policy as in step S510, and there is also an IP-CAN PCC rule 2 of the default bearer of Session 2.
  • PCC Rule 1 and PCC Rule 2 differ only in the service filter template, while other policy information is considered to be the same.
  • the PCRF sends the PCC rule 2 to the PCEF, and other policies may not be sent.
  • Step S524 The PCEF executes the PCC rule 2 and the policy that all the group members are the same in step S510.
  • the gateway where the PCEF is located returns the response establishment IP to the MTC device 2.
  • the CAN session message carries the IP Address 2.
  • the MTC device of the same group can establish the IP-CAN, and the PCRF can associate all the Gx sessions according to the group identifier.
  • FIG. 6 the figure is shown. A flow chart of interaction between BBERF, PCEF and PCRF according to the embodiment of the present invention.
  • the user MTC device 1 and the MTC device 2 belonging to the same user group are respectively in the process of establishing an IP-CAN session, BBERF, The PCEF and the PCRF interaction process, wherein the IP-CAN session established by the MTC device 1 and the MTC device 2 both use the BBERF.
  • Step S602 In the process of requesting the establishment of the IP-CAN session 1 by the MTC device 1, send a request to establish an IP address to the gateway where the BBERF1 is located.
  • Step S604 The BBERF1 sends a gateway control session setup message to the PCRF, where the gateway control session setup message carries the user identifier 1, the PDN identifier, and the group identifier.
  • the message establishes a Diameter session (gateway control session) between the BBERF1 and the PCRF, denoted as Gxx session 1;
  • Step S606 The PCRF sends a subscription document request to the SPR, where the subscription document request carries the user identifier 1, the PDN identifier and the group
  • the SPR returns the subscription information of the MTC device 1 according to the user ID 1 and the group identifier, and includes the group policy information of the group to which the MTC device 1 belongs, such as the group subscription guarantee bandwidth GSGB. Further, the SPR may send all the group user identifiers of the group to which the MTC device 1 belongs to the PCRF.
  • Step 4 SFP: The PCRF formulates policies according to the subscription information, the access information, and the network policy, including the charging method (offline or Online), billing mode (traffic, duration, traffic and duration, or event), default QoS (QCI, ARP), APN-AMBR and Group-APN-AMBR, and PCC Rule 1 and QoS Rule 1 for default bearers .
  • the PCRF sends QoS rule 1 to BBERF1;
  • the gateway where the BBERF1 is located sends a message requesting the establishment of an IP-CAN session to the gateway where the PCEF1 is located.
  • the message carries the user identifier 1 and the PDN identifier of the MTC device 1, and the group identifier of the user group to which the MTC device 1 belongs.
  • Step S614 The gateway where the PCEF1 is located The IP address IP Address1 is assigned to the MTC device 1.
  • the PCEF1 sends an IP-CAN session establishment indication message to the PCRF, where the message carries the user identifier 1, the PDN identifier, and the group identifier.
  • the message establishes a Diameter session between PCEF1 and PCRF, denoted as Gx Session 1;
  • Step S616 The PCRF associates Gxx Session 1 with Gx Session 1 according to User Identity 1 and PDN Identity.
  • step S610 the policy (except QoS rule 1) executed in step S610 is sent to PCEF1;
  • the gateway where the PCEF1 is located responds to the gateway where the BBERF1 is located to establish an IP-CAN session message, and carries the IP Address 1;
  • the group signed by the PCRF from the SPR guarantees the bandwidth.
  • Step S622 In the process of requesting the establishment of the IP-CAN session 2 by the MTC device 2, send a request to establish an IP-CAN session message to the gateway where the BBERF2 is located, and carry the user identifier 2 of the MTC device 2 in the request to establish an IP-CAN session message.
  • the MTC device 1 and the MTC device 2 belong to the same group, and therefore, the group identifiers are the same;
  • Step S624 The BBERF2 sends a gateway control session setup message to the PCRF, where the gateway control session setup message carries the user identifier 2, the PDN identifier, and the group identifier. The message was created
  • Step S628 The SPR returns the specific subscription information of the MTC device 2 according to the user identifier 2;
  • PCC Rule 2 and QoS Rule 2 are formulated with PCC Rule 2 and QoS Rule 2.
  • PCC Rule 1/QoS Rule 1 and PCC Rule 2/QoS Rule 2 differ only in the service filter template, and other policy information is considered to be the same.
  • the PCRF sends QoS rule 2 to BBERF2;
  • Step S632 BBERF2 performs QoS rule 2.
  • the gateway where the BBERF is located sends a message requesting the establishment of the IP-CAN session 2 to the gateway where the PCEF2 is located.
  • the message carries the user identifier 2 and the PDN identifier of the MTC device 2, and the group identifier of the user group to which the MTC device 2 belongs.
  • Step S634 Where the PCEF2 is located
  • the gateway allocates an IP address (IP Address2) to the MTC device 2.
  • the PCEF2 sends an IP-CAN session establishment indication message to the PCRF, and the IP-CAN session establishment indication message carries the user identifier 2, the group identifier, the PDN identifier, and the IP Address2.
  • the message establishes a Diameter session, denoted as Gx session 2;
  • Step S636 The PCRF associates the Gxx session 2 with the Gx session 2 according to the user identifier and the PDN identifier.
  • the policy (except QoS rule 2) formulated in step S630 is sent to PCEF2;
  • step S638 PCEF2 executes PCC rule 2 and the policy that all group members are the same in step S610.
  • the gateway where PCEF2 is located returns an IP-CAN session message to the gateway where BBERF2 is located, carrying IP Address2.
  • Step S640 The gateway where the BBERF2 is located returns a response to establish an IP-CAN session message, and carries the IP Address2.
  • the same group of MTC devices can establish IP-CAN, and the PCRF can associate all the IP-CAN session-related Gxx and Gx sessions in the group according to the group identifier, and the PCRF also obtains the group subscription from the SPR. Guarantee bandwidth.
  • FIG. 7 a flow chart of a PCRF policy control method based on the embodiments shown in Figures 5 and 6 is shown. After the IP-CAN session established in the embodiment shown in FIG. 5 or FIG. 6 is performed, the PCRF performs QoS authorization and initiates resource pre-processing according to the service information provided by the AF. The process of staying. Before the MTC device, multiple MTC devices have requested service access, and the PCRF performs QoS authorization according to the service information provided by the AF.
  • the QoS parameters include the guaranteed bandwidth GBR, the maximum bandwidth MBR, etc., that is, the PCRF provides access for these services. Guarantee bandwidth.
  • Step S702 The AF sends a service/application message to the PCRF, where the message carries an IP Address. The message may also carry the service information, such as the media type, the QoS information, and the like, where the QoS part includes the uplink and downlink maximum bandwidth of the service request.
  • Step S706 The PCRF makes a policy decision according to the service information and the like. The PCRF determines that it is necessary to provide a guaranteed bandwidth GBR for access to the service according to the media type and the like. At this point, the PCRF will make the following decisions according to the group subscription guarantee bandwidth GSGB:
  • the PCRF performs QoS authorization, and the QoS parameters include GBR and MBR, that is, the PCRF continues to provide the MTC device access service. Guarantee bandwidth.
  • the PCRF is being developed
  • the PCC rules contain GBR and MBR.
  • the QoS rules also contain GBR and MBR;
  • the PCRF may perform one of the following decisions: (2a)
  • the PCRF provides non-guaranteed bandwidth for the service access of the MTC device.
  • the PCRF does not contain GBR in the specified PCC rules.
  • the QoS rules also do not contain GBR and MBR;
  • Step S708 The PCRF sends a QoS rule by sending a gateway and QoS rule providing message to the BBERF.
  • Step S710 The BBERF installs the QoS rule, and the BBERF performs the resource reservation process for the IP-CAN session according to the QoS rule, and the BBERF returns an acknowledgement message to the PCRF. .
  • Steps S708 and S710 are performed for the embodiment shown in FIG. 6.
  • Step S712 The PCRF sends a policy charging rule providing message to the PCEF, and carries the PCC rule.
  • Step 4 S718: The AF returns an acknowledgement message.
  • a flow chart of a PCRF policy control method based on the embodiment shown in Figure 5 is shown. This embodiment describes an IP-CAN session established based on the embodiment shown in FIG. 5.
  • Step S802 The PCEF receives the QoS request message from the MTC device, where the message carries the requested QoS information, including the GBR.
  • Step S804 The PCEF sends a gateway control and a QoS rule request message to the PCRF, where the message carries the requested QoS information, including the GBR.
  • Step S806 The PCRF makes a policy decision. Since the MTC device requests GBR, the PCRF will make the following decisions according to the group subscription guarantee bandwidth GSGB:
  • the PCRF performs QoS authorization, and the QoS parameters include GBR and MBR, that is, the PCRF continues to provide the MTC device access service. Guarantee bandwidth.
  • the PCRF contains GBR and MBR in the established PCC rules and QoS rules;
  • the PCRF can perform one of the following decisions:
  • Step S808 For (1) or (2a), the PCRF sends a policy and charging rule providing message to the PCEF, carrying the PCC rule; Step S810: The PCEF executes the policy; Step S812: For (1) or (2a), the PCEF returns a confirmation. Message.
  • a flow chart of a PCRF policy control method based on the embodiment shown in Figure 6 is shown. This embodiment describes an IP-CAN session established based on the embodiment shown in FIG. 6.
  • Step S902 The BBERF receives the QoS request message from the MTC device, and the message carries the requested QoS information, including the GBR.
  • Step S904 The BBERF sends a gateway control and a QoS rule request message to the PCRF, where the message carries the requested QoS information, including the GBR.
  • Step S906 The PCRF makes a policy decision. Since the MTC device requested GBR, therefore,
  • the PCRF will only sign the group to guarantee the bandwidth GSGB to make the following decisions:
  • the PCRF performs QoS authorization, and the QoS parameters include GBR and MBR, that is, the PCRF continues to provide the MTC device access service. Guarantee bandwidth.
  • the PCRF contains GBR and MBR in the established PCC rules and QoS rules;
  • the PCRF can perform one of the following decisions:
  • Step S908 The PCRF returns a gateway control and QoS rule request acknowledgement message to the BBERF.
  • Step S910 For (1) Or (2a), BBERF installs the QoS rule and executes; Step 4: S912: The gateway where the BBERF is located returns an acknowledgement message; Step S914: For (1) or (2a), the PCRF sends a policy and charging rule providing message to the PCEF, carrying PCC rule; Step S916: For (1) or (2a), the PCEF returns an acknowledgement message.
  • Step S910 For (1) or (2a), the message carries the QoS rule, and for (2b), the message carries the reject QoS request indication; Step S910: For (1) Or (2a), BBERF installs the QoS rule and executes; Step 4: S912: The gateway where the BBERF is located returns an acknowledgement message; Step S914: For (1) or (2a), the PCRF sends a policy and charging rule providing message to the PCEF, carrying PCC rule; Step S916: For (1) or (2a), the PCEF returns an acknowledgement message.
  • the same PCRF is selected for the IP-CAN session established by all MTC devices of the MTC Group, which includes two cases: (1) A PCRF domain of the wireless carrier network There is only one PCRF, therefore, the IP-CAN session established by all MTC devices of the MTC Group is controlled by this PCRF; (2) The wireless carrier network Multiple PCRFs exist in one PCRF domain.
  • the Diameter Routing Agent DRA selects the same PCRF for the IP-CAN session established by all MTC devices of the MTC Group.
  • Step S 1002 The BBERF1/PCEF1 receives an external trigger condition and requests to establish a Diameter session. For the embodiment shown in FIG. 5, this step is step S502; For example, the step S602 is performed.
  • Step S1004 The BBERF1/PCEF1 sends a Diameter session establishment request message to the DRA, where the message carries the group identification information.
  • the specific implementation manner of the group identification information may be an independent identification parameter, or may be a user.
  • the identifier or the PDN identifier is embodied, or is represented by a combination of the user identifier and the PDN identifier; for the embodiment shown in FIG. 5, the step is step S504; for the embodiment shown in FIG. 6, the step is step S604;
  • S 1006 The DRA checks, according to the group identification information, whether the PCRF has been selected for the MTC Group to which the IP-CAN session belongs.
  • Step 4 gathers S 1008: DRA forwards Diamet to PCRF1 The er session establishment request message; Step S1010: The PCRF 1 performs the policy decision and formulates the PCC rule, and the QoS rule is also formulated for the embodiment shown in Fig. 6. Afterwards, the PCRF1 returns a response message to the DRA, and the message carries the PCC rule (Fig.
  • Step S 1012 The DRA returns a response message to BBERF 1/PCEF 1;
  • Step 4 gathers S 1014: BBERF2/PCEF2 receives an external trigger condition, requesting establishment Diameter session.
  • this step is step S514; for the embodiment shown in Figure 6, this step is step 4 convergence S622;
  • Step S 1016 The BBERF2/PCEF2 sends a Diameter session establishment request message to the DRA, where the message carries the group identification information. Since the MTC device 1 and the MTC device 2 belong to the same MTC group, the group identification information is the same; for the embodiment shown in FIG.
  • Step 4 gathers S 1018: The DRA checks whether the PCRF has been selected for the MTC Group to which the IP-CAN session belongs according to the group identification information. Since the DRA has selected the PCRF 1 for the MTC Group in step S1006, the DRA forwards the Diameter session establishment request message to the PCRF 1; Step S1020: PCRF 1 performs policy decision, and formulates a PCC rule, which is implemented as shown in FIG. The example will also formulate QoS rules. Thereafter, the PCRF1 returns a response message to the DRA, the message carrying the PCC rule (the embodiment shown in FIG. 5) or the QoS rule (the embodiment shown in FIG.
  • Step S1022 The DRA returns a response message to the BBERF2/PCEF2.
  • FIG. 11 a flow diagram of another PCRF selection method in accordance with an embodiment of the present invention is shown. This embodiment describes the process in which the DRA selects the same PCRF for the MTC device 1 and the MTC device 2 during the establishment of the IP-CAN session. Among them, the implementation of DRA is Redirect.
  • Step SI 102 BBERF1/PCEF1 receives an external trigger condition and requests to establish a Diameter session. For the embodiment shown in FIG. 5, this step is step S502; for the embodiment shown in FIG.
  • this step is step 4 S602;
  • Step S1104 BBERF1/PCEF1 sends a Diameter session establishment request message to the DRA, in the message Carry group identification information.
  • the specific implementation of the group identification information may be an independent identification parameter, or may be embodied by a user identifier or a PDN identifier, or may be represented by a combination of a user identifier and a PDN identifier.
  • this step 4 is step 4 S604;
  • Step S 1106 The DRA checks, according to the group identification information, whether the PCRF has been selected for the MTC Group to which the IP-CAN session belongs.
  • the DRA Since the MTC device 1 is the first MTC device in the MTC Group to establish an IP-CAN session. Therefore, the DRA has no relevant record information.
  • the DRA selects a PCRF for the group, that is, the PCRF1, and saves the related record (group identification information, PCRF1 identifier);
  • Step S1110: BBERF 1/PCEF 1 sends a Diameter session establishment request message to PCRF 1;
  • Step S1114 BBERF2/PCEF2 receives the external trigger condition, Request to establish a Diameter session.
  • this step is step S514; for the embodiment shown in FIG. 6, this step is step 4 S622;
  • Step S516 this step is step S516; for the embodiment shown in FIG. 6, this step is Step S624: Step S1118: The DRA checks, according to the group identification information, whether the PCRF has been selected for the MTC Group to which the IP-CAN session belongs. Since the DRA has selected PCRF 1 for the MTC Group in step S 1106, the DRA returns a redirect message to the BBERF2/PCEF2, and the message carries the PCRF1 identifier; Step S1120: BBERF2/PCEF2 sends a Diameter Session Establishment Request message to the PCRF1. Step S 1122: PCRF1 performs policy decision and formulates PCC rules, and QoS rules are also formulated for the embodiment shown in FIG. 6.
  • PCRF1 returns a response message to BBERF2/PCEF2, which carries the PCC rule (the embodiment shown in FIG. 5) or the QoS rule (the embodiment shown in FIG. 6).
  • PCRF selection method in this embodiment is applicable not only to the embodiment of the present invention, but also to any other packet service system having multiple PCRFs. Those skilled in the art may refer to the foregoing embodiments in other packet services.
  • the PCRF selection method of the present invention is implemented in the system. Referring to FIG. 12, a structural block diagram of a PCRF of a packet service system according to an embodiment of the present invention is shown.
  • the structure includes: a receiving module 1202, configured to receive a QoS of a user group, and a request for authorization;
  • the determining module 1204 is configured to determine that the guaranteed bandwidth requirement of the user and the guaranteed bandwidth of the user group that has belonged to the user group do not exceed the group subscription guarantee bandwidth GSGB of the user group;
  • the matching module 1206 is configured to authorize the QoS of the guaranteed bandwidth required by the QoS authorization request for the user.
  • the receiving module 1202 of the PCRF receives the session request of the user A of the user group MTC Group 1
  • the first determining module 1204 is configured to determine that the guaranteed bandwidth that needs to be authorized for the user is occupied by the authorized user of the MTC Group 1.
  • the first allocation module 1206 is set to the QoS of the guaranteed bandwidth required for the user A.
  • FIG. 13 a block diagram of a PCRF of another packet service system according to an embodiment of the present invention is shown, including: a session establishment module 1302, configured to accept a session request of a user group user; and a group information module 1304.
  • the first determining module 1310 is configured to determine that the guaranteed bandwidth requirement of the user and the sum of the guaranteed bandwidths authorized by the user group to which the user belongs are not exceeded by the user group.
  • the group subscription guarantee bandwidth GSGB exceeding the user group; the second allocation module 1316 is configured to reject the QoS grant of the user Request, or authorized QoS non-guaranteed bandwidth for the user ⁇ ⁇ .
  • the first session module 1302 of the PCRF of the MTC system accepts a session request from a user group such as user A of MTC Group 1, such as user A, which is the first session request of MTC Group 1.
  • the group information module 1304 sends a subscription document request to the user subscription database SPR, and the acquisition module 1306 acquires the GSGB of the MTC Group 1 from the received contract response of the SPR feedback.
  • the receiving module 1308 receives the session request of the user of the MTC Group 1, such as the user A, if the first determining module 1310 determines that the guaranteed bandwidth required for the user and the bandwidth occupied by the authorized user of the MTC Group 1 does not exceed the MTC Group.
  • the group subscription guarantee bandwidth GSGB the first allocation module 1312 authorizes the QoS of the guaranteed bandwidth required by the user (such as the first session request of the MTC Group1 sent by the user A, and the bandwidth requested by the session request does not exceed
  • the GSGB of the MTC Group 1 is such that the first allocation module 1312 authorizes the QoS of the guaranteed bandwidth of the user A; if the second determining module 1314 determines that the guaranteed bandwidth requirement of the user exceeds the bandwidth occupied by the authorized user of the MTC Group 1 MTC Group 1 group signing guarantees bandwidth GSGB, then The second allocation module 1316 rejects the session request of the user or authorizes the user with QoS for the unsecured bandwidth.
  • the first determining module 1310 determines the guaranteed bandwidth required by the user and the bandwidth occupied by the authorized user of the MTC Group 1.
  • the first allocation module 1312 authorizes the QoS of the guaranteed bandwidth of the user; if the second determining module 1314 determines the guaranteed bandwidth of the user and the authorization of the MTC Group 1 If the sum of the bandwidth occupied by the user exceeds the group subscription guarantee bandwidth GSGB of the MTC Group 1, the second allocation module 1316 rejects the session request of the user, or authorizes the user with the QoS of the unsecured bandwidth (if there is user B, and the PCRF is User A authorizes the bandwidth, and the sum of the guaranteed bandwidth requirement of user B and the bandwidth authorized by user A exceeds the GSGB of the MTC Group1, the second allocation module 1316 rejects the session request of the user B, or authorizes the user B with the unsecured bandwidth.
  • FIG. 14 a structure of an SPR of a packet service system according to an embodiment of the present invention is shown, including: a setting module 1402, configured to set a group subscription guarantee bandwidth GSGB of a user group in an SPR;
  • the receiving module 1404 is configured to receive a subscription document request sent by the PCRF.
  • the feedback module 1406 is configured to feed back a subscription document response to the PCRF, where the subscription document response includes a group subscription guarantee bandwidth GSGB.
  • the SPR setting module 1402 first sets the GSGB of one or more user groups in the SPR.
  • the request receiving module 1404 receives the subscription document request of the user information of the user carrying a user group (especially the first user of a user group) sent by the PCRF
  • the feedback module 1406 feeds back to the PCRF the feedback group including the user group.
  • the GSGB subscription document responds, or the SPR does not feed back the GSGB of the user group to the PCRF, and the feedback module 1406 feeds back the GSGB of the user group to the PCRF.
  • FIG. 15 a block diagram of a packet service system according to an embodiment of the present invention is shown, including: PCRF1502, SPR1504.
  • routing agents 1506, PCEF 1508, BBERF 1510 may also be included.
  • the PCRF 1502 includes: a receiving module 15022, configured to receive a QoS authorization request of a user of a user group; and a first determining module 15024, configured to determine a guaranteed bandwidth of the user The sum of the guaranteed bandwidth of the demand and the user group that has been authorized by the user group does not exceed the group subscription guarantee bandwidth GSGB of the user group; the first allocation module 15026 is set to the QoS of the guaranteed bandwidth for the user.
  • the PCRF 1502 can be one or more. When there are multiple PCRFs 1502, the routing agent 1506 selects the same PCRF 1502 for the session request of all users of the user group.
  • the SPR 1504 includes: a setting module 15042, configured to set a group subscription guarantee bandwidth GSGB of the user group in the SPR; a request receiving module 15044, configured to receive a subscription document request sent by the PCRF; and a feedback module 15046, configured to feed back the contracted document to the PCRF In response, the subscription document response includes a group subscription guarantee bandwidth GSGB.
  • the PCRF 1502 may further include: a session establishing module, configured to accept a session establishment request of a user group user; and a group information module, configured to send a subscription document request to the user subscription database SPR, and receive a contract document response of the SPR feedback,
  • the subscription document response includes the GSGB of the user group;
  • the obtaining module is configured to obtain the GSGB of the user group;
  • the second determining module is configured to determine the guaranteed bandwidth requirement of the user and the guaranteed bandwidth that has been authorized for the user group.
  • the second allocation module is configured to reject the QoS authorization request of the user, or authorize the QoS of the unprivileged bandwidth for the user.
  • the multiple embodiments of the present invention take the MTC system as an example. This is because the MTC system is a typical grouping system, and the present invention can be conveniently applied to the MTC system, but those skilled in the art should understand that Other packet service systems may be similarly implemented with reference to the MTC system embodiment when implementing the present invention, and will not be further described herein.
  • the above 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.

Abstract

本发明公开了一种用于分组业务的策略控制方法及分组业务系统，其中，所述方法包括：策略和计费规则实体PCRF接收到一个用户组的一个用户的QoS授权请求；PCRF判断用户的保障带宽需求与已为用户组授权的保障带宽总和未超过用户组的组签约保障带宽GSGB；PCRF为用户授权保障带宽的QoS。通过本发明，避免了同一个MTCSubscriber的多个MTC设备在某一时间段同时进行业务访问时，造成的用户访问受限，提升了用户体验。

Description

用于分组业务的策略控制方法及分组业务系统 技术领域 本发明涉及移动通信系统， 特别涉及一种用于分组业务的策略控制方法 及一种分组业务系统。 背景技术
3GPP无线核心网包括通用无线分组业务 ( General Packet Radio Service, 简称为 GPRS )网络、 演进的分组系统（ Evolved Packet System, 简称为 EPS ) 网络、 通用移动通信系统 （Universal Mobile Telecommunications System, 简 称为 UMTS )„ 一种 3GPP的网络架构如图 1所示， 用户设备 ( User Equipment, 简称为
UE ) 通过 EPS和 UMTS接入机器类型通信 ( Machine Type Communication, 简称为 MTC )服务器 （ MTC Server ), 构成 MTC系统， 实现 MTC业务。 MTC系统是一种典型的分组业务系统， 在 MTC系统中， UE也称为 MTC设 备。 在图 1中， 实线表示信令， 虚线表示用户的 IP通道。 通过 UMTS接入 时， UE又可称为移动台 （ Mobile Station , 简称为 MS )。
MTC系统涉及的主要网元包括： EPS网络部分的网元、 UMTS网络部分 的网元以及 MTC Server。 其中， EPS网络部分的网元主要包括： 增强的无线 基站 （eNodeB )、 移动性管理实体 ( Mobility Management Entity, 简称为 MME ), 策略和计费规则实体 ( Policy and Charging Rules Function, 简称为 PCRF ), 以及用户面数据路由处理网元（ SAE GW )。 其中， S AE GW包括分 组数据网网关 （ Packet Data Network Gateway, 简称为 P-GW ) 和月艮务网关
( Serving GW,简称为 S-GW )„ PCRF是策略和计费控制（ Policy and Charging Control , 简称为 PCC ) 架构的重要功能实体， 用以控制因特网协议-连接接 入网 （ IP-Connectivity Access Network , 简称为 IP-CAN ) 策略和计费规则的 获取、 装配和下发等。 UMTS网络主要由 3GPP无线接入网络 （GSM EDGE Radio Access Network/UMTS Terrestrial Radio Access Network,
GERAN/UTRAN,统称为 RAN；)、月艮务 GPRS支持节点（ Serving GPRS Support Node, 简称为 SGSN )、 网关 GPRS支持节点 （ Gateway GPRS Support Node, 简称为 GGSN )构成。 相关技术中， MTC设备（ MTC Device, 即终端）接入 MTC服务器， 首 先必须先通过 EPS或 UMTS建立 IP-CAN ( IP-Connectivity Access Network, 因特网协议 -连接接入网）会话。为了实现对 IP-CAN会话的策略和计费控制， EPS或 UMTS系统中的策略执行实体与 PCRF ( Policy and Charging Rules Function, 策略和计费规则实体）为每一个 IP-CAN会话建立 Diameter会话。 通过 Diamete会话，策略执行实体向 PCRF上报 MTC设备的接入信息， PCRF 向策略执行实体下发策略。 其中， 策略执行实体在 EPS系统中为位于 P-GW 中的 PCEF ( Policy and Charging Enforcement Function, 策略和计费执行实 体）， 以及可能在 S-GW中的 BBERF ( Bearer Binding and Event Report Function , 承载绑定和事件报告实体）。 在 UMTS系统中， 策略执行实体为位 于 GGSN的 PCEF。 自第三代合作伙伴计划阶段 7 ( 3GPP Release7 ) 标准体系以来， 策略和 计费功能由策略和计费控制（ PCC, Policy and Charging Control )框架来实现。 PCC架构是一个能够应用于多种接入技术的功能框架， 例如， PCC架构可以 应用于 UMTS 以及 EPS。
PCC主要实现了策略控制和计费两大功能， 图 2为现有 PCC组成架构 示意图。 其中， AF用于提供业务应用的接入点， 这些业务应用所使用的网 络资源需要进行动态的策略控制。 在业务面进行参数协商时， AF将相关业 务信息传递给 PCRF, AF和 PCRF之间使用 Rx接口。 PCRF是 PCC的核心， 用于负责策略决策和计费规则的制定。 PCRF提 供基于业务数据流的网络控制规则， 这些网络控制包括业务数据流的检测、 门控 （ Gating Control )、 月艮务质量 （QoS , Quality of Service )控制以及基于 数据流的计费规则等。 PCRF将其制定的策略和计费规则发送给策略和计费 执行实体（ PCEF, Policy and Control Enforcement Function )执行； 同时， PCRF 还需要保证这些规则和用户的签约信息一致。 PCRF制定策略和计费规则的 依据包括： 从 AF获得的与业务相关的信息、 从用户签约数据库 （SPR, Subscription Profile Repository ) 获得的与策略控制和计费相关的用户策略计 费控制签约信息、 以及通过 Gx接口从 PCEF获得的与承载相关网络的信息。
PCEF通常位于网关（GW, Gate- Way ) 内， 在 载面执行 PCRF所制定 的策略和计费规则。 如果是在线计费， 则 PCEF需要和在线计费系统（OCS , Online Charging System ) 一起进行信用管理； 离线计费时， PCEF和离线计 费系统 （OFCS , Offline Charging System )之间交换相关的计费信息。 其中， PCEF与 PCRF之间的接口是 Gx接口， PCEF与 OCS之间的接口是 Gy接口， PCEF与 OFCS之间的接口是 Gz接口。 PCEF—般都位于网络的网关上， 如 EPS的分组数据网络网关（PDN-GW )、 通用无线分组业务（GPRS , General Packet Radio Service ) 中的 GPRS网关支持节点（ GGSN )以及互联无线网局 域网（ I-WLAN, Interworking WLAN )中的分组数据网关（ PDG, Packet Data Gateway ) 等。 载绑定和事件 4艮告实体 ( BBERF, Bearer Binding and Event Reporting Function ) 通常位于接入网网关 （ Access Network Gateway ) 内。 当用户设 备通过 E-UTRAN接入 EPS、 服务网关 S-GW与 P-GW之间釆用代理移动互 联网十办议版本 6 ( ΡΜΙΡνό , Proxy Mobile Internet Protocol version 6 ) 协议时， S-GW中就存在 BBERF。 当用户设备通过可信任非 3GPP接入网接入时， 可 信任非 3GPP接入网关中也存在 BBERF。 用户签约数据库 （ SPR ) 中存储有与策略控制和计费相关的用户策略计 费控制签约信息。 SPR和 PCRF之间的使用 Sp接口。 在实际使用过程中， MTC设备的数量众多， 并且属于同一个 MTC
Subscriber的 MTC设备可能会在某一个时间段内同时进行业务访问。 这会导 致在这期间， 无线运营商的网络资源会被该 MTC Subscriber大量占用， 而无 线运营商缺乏对 MTC Subscriber占用的网络资源进行有效的控制的手段， 因 而造成正常用户的访问受限。 发明内容 本发明的主要目的在于提供一种用于分组业务的策略控制方法及分组业 务系统， 以解决无线运营商无法有效控制 MTC Subscriber占用的网络资源， 因而造成用户访问受限的问题。 根据本发明的一个方面， 提供了一种用于分组业务的策略控制方法， 包 括： 策略和计费规则实体 PCRF接收到一个用户组的一个用户的 QoS授权请 求； PCRF判断用户的保障带宽需求与已为用户组授权的保障带宽总和未超 过用户组的组签约保障带宽 GSGB; PCRF为用户授权保障带宽的 QoS。 优选地， 上述用户组的 GSGB通过以下步骤获得： PCRF接收用户组用 户的会话建立请求； PCRF向用户签约数据库 SPR发送签约文档请求， 并接 收 SPR反馈的签约文档应答， 签约文档应答包括用户组的 GSGB; PCRF获 取用户组的 GSGB。 优选地， 上述会话建立请求为用户组的首个用户的会话建立请求。 优选地， 上述 PCRF包括多个， 在 PCRF接收用户组用户的会话建立请 求步骤之前还包括： 路由代理 DRA为用户组的所有用户的会话建立请求选 择同一个 PCRF。 优选地， 上述路由代理 DRA为用户组的所有用户的会话建立请求选择 同一个 PCRF的步骤包括： 路由代理 DRA通过转发或重定向会话建立请求 到同一个 PCRF为用户组的所有用户的会话建立请求选择同一个 PCRF。 优选地， 在 PCRF为用户授权保障带宽步骤之后， 还包括： PCRF判断 用户的保障带宽需求与已为用户组授权的保障带宽总和超过用户组的组签约 保障带宽 GSGB; PCRF为用户授权无保障带宽的 QoS; 或者， 拒绝用户的 QoS授权请求。 优选地， 上述 PCRF接收到用户组用户的会话建立请求的步骤包括： PCRF接收到策略和计费执行实体 PCEF发送的一个用户组的一个用户的
IP-CAN会话建立请求；或者， PCRF接收到承载绑定和事件报告实体 BBERF 发送的一个用户组的一个用户的网关控制会话建立请求。 优选地， 上述用户组为接入机器类型通信 MTC用户组。 根据本发明的另一方面， 还提供了一种分组业务系统的策略和计费规则 实体 PCRF装置， 包括：接收模块，设置为接收一个用户组的一个用户的 QoS 授权请求； 第一判断模块， 设置为判断用户的保障带宽需求与已为用户组授 权的保障带宽总和未超过用户组的组签约保障带宽 GSGB; 第一分配模块， 设置为为用户授权保障带宽的 QoS。 优选地， 上述分组业务系统的策略和计费规则实体 PCRF装置还包括： 会话建立模块， 设置为接受用户组用户的会话建立请求； 组信息模块， 设置 为向用户签约数据库 SPR发送签约文档请求， 并接收 SPR反馈的签约文档 应答， 签约文档应答包括用户组的 GSGB; 获取模块， 设置为获取用户组的 GSGB。 优选地， 上述分组业务系统的策略和计费规则实体 PCRF装置还包括： 第二判断模块， 设置为判断用户的保障带宽需求与已为用户组授权的保障带 宽总和超过用户组的组签约保障带宽 GSGB; 第二分配模块， 设置为拒绝用 户的 QoS授权请求， 或者， 为用户授权无保障带宽的 QoS。 优选地， 上述用户组为接入机器类型通信 MTC用户组。 才艮据本发明的另一方面， 还提供了一种分组业务系统的用户签约数据库 SPR,包括：设置模块，设置为在 SPR中设置用户组的组签约保障带宽 GSGB; 请求接收模块，设置为接收策略和计费规则实体 PCRF发送的签约文档请求； 反馈模块， 设置为向 PCRF反馈签约文档应答， 签约文档应答包括 GSGB。 才艮据本发明的另一方面，还提供了一种分组业务系统， 包括上述的 PCRF 和 SPR。 根据本发明的另一方面， 还提供了一种分组业务系统中策略和计费规则 实体 PCRF的选择方法， 包括： 分组业务系统的路由代理 DRA根据一个用 户组的组标识为用户组的所有用户的会话建立请求选择同一个 PCRF。 . 优选地， 上述分组业务系统的路由代理 DRA才艮据一个用户组的组标识 为用户组的所有用户的会话建立请求选择同一个 PCRF的步骤包括： 路由代 理 DRA根据一个用户组的组标识， 通过转发或重定向会话建立请求到同一 个 PCRF为用户组的所有用户的会话请求选择同一个 PCRF。 本发明通过分组业务系统中的同一个用户组在 SPR中签约组签约保障 带宽 GSGB, 使得同一个用户组占用的带宽资源得以控制， 解决了无线运营 商对同一个用户组如 MTC Group占用的资源的控制问题， 避免了同一个 MTC Subscriber的多个 MTC 设备在某一时间段同时进行业务访问时， 造成 的用户访问受限， 提升了用户体验。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1为相关技术中的一种 3GPP网络架构示意图； 图 2为相关技术中的一种 PCC的架构示意图； 图 3为才艮据本发明实施例的一种用于分组业务的策略控制方法的步骤流 程图； 图 4为才艮据本发明实施例的另一种用于分组业务的策略控制方法的步骤 流程图； 图 5为根据本发明实施例的一种 PCEF和 PCRF的交互流程图； 图 6为才艮据本发明实施例的一种 BBERF、PCEF和 PCRF的交互流程图； 图 7为基于图 5或图 6所示实施例的一种 PCRF策略控制方法的流程图； 图 8为基于图 5所示实施例的一种 PCRF策略控制方法的流程图； 图 9为基于图 6所示实施例的一种 PCRF策略控制方法的流程图； 图 10为根据本发明实施例的一种 PCRF选择方法的流程图； 图 11为才艮据本发明实施例的另一种 PCRF选择方法的流程图； 图 12为根据本发明实施例的一种分组业务系统的 PCRF的结构框图； 图 13为才艮据本发明实施例的另一种分组业务系统的 PCRF的结构框图； 图 14为才艮据本发明实施例的一种分组业务系统的 SPR的结构框图； 图 15为根据本发明实施例的一种分组业务系统的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。 3GPP的网络架构如图 1所示， UE通过 EPS和 UMTS接入 MTC月艮务器， 构成 MTC系统， 实现 MTC业务。 下面介绍本发明的多个实施例， 都以该 MTC系统为基石出予以实施。 参照图 3 , 示出了才艮据本发明实施例的一种用于分组业务的策略控制方 法的步 4聚流程图， 包括以下步 4聚： 步骤 S302: PCRF接收到一个用户组的一个用户的 QoS授权请求； 例如， 以 MTC系统为例， PCRF接收到一个 MTC Group中的一个用户 A的 IP-CAN会话请求。 步骤 S304: PCRF判断该用户的保障带宽需求与已为用户组授权的保障 带宽总和未超过用户组的组签约保障带宽 GSGB; 例如， MTC系统的 PCRF判断用户 A的 IP-CAN会话请求所要求的带宽， 与该 MTC Group的授权 MTC用户如用户 B、 C、 和 D所占用的带宽总和还 未超过该 MTC Group的组签约保障带宽 GSGB。 步骤 S306: PCRF为该用户授权所述保障带宽的 QoS。 例如， PCRF为用户 A授权其 IP-CAN会话请求所要求的保障带宽的
QoS。 相关技术中不对同时访问予以控制， 而本实施例有效控制了一个用户组 用户占用的带宽资源， 解决了相关技术中无线运营商无法有效控制 MTC Subscriber占用的网络资源的问题， 避免了用户在同一个 MTC Subscriber的 多个 MTC设备在某一时间段同时进行业务访问时， 造成的用户访问受限， 从而提升了用户体验。 参照图 4 , 示出了才艮据本发明实施例的另一种用于分组业务的策略控制 方法的步骤流程图， 包括以下步骤： 步骤 S402: PCEF/BBERF向路由代理发送一个用户组的一个用户的会话 建立请求； 例如， MTC系统的 PCEF/BBERF向 MTC的 Diameter路由代理 DRA发 送 MTC Groupl的一个用户 A的会话建立请求。该会话建立请求中可以包括 用户标识、 PDN ( Packet Data Network, 分组数据网） 标识、 和所属用户组 的组标识等信息。 分组系统中不同部分应用的网络协议不同， 由 PCEF或 BBERF发送会 话建立请求， 最大限度地考虑了目前分组系统的网络特点， 使本发明实施例 具有广泛的应用性。 步骤 S404： 路由代理检查是否为该用户所属的用户组选择了 PCRF , 若 是， 则执行步骤 S408, 若否， 则执行步骤 S406; 例如， DRA检查是否为用户 A所属的 MTC Group 1选择了 PCRF。 本步 骤以未选择 PCRF为例。 步 4聚 S406: 路由代理为该用户所属的用户组选择 PCRF; 例如， 为用户 A所属的 MTC Group 1选择 PCRF 1。 因为系统中的多个 PCRF之间没有交互， 因此若不选择同一个 PCRF , 就无法对一个用户组用户占用的网络资源进行及时、 准确地计算。 通过为一 个用户组的所有用户选择同一个 PCRF, 可以对该用户组用户占用的资源行 集中控制， 及时、 准确掌握该用户组的网络资源占用情况。 步骤 S408： 向选择的 PCRF发送该用户的会话建立请求； 本步骤中， 可以由路由代理可以通过转发会话建立请求的方式向选择的 PCRF发送该用户的会话建立请求， 或者， 通过路由代理向 PCEF/BBERF返 回携带 PCRF信息的重定向消息，再由 PCEF/BBERF向选择的 PCRF发送该 用户的会话建立请求。 路由代理通过转发或重定向方式向选择的 PCRF发送用户的会话建立请 求， 充分利用了现有分组系统的技术特点， 实现简单， 节约成本。 步骤 S410: PCRF判断该用户的会话建立请求是否为其所属用户组的首 个用户的会话建立请求， 若是， 则执行步骤 S412, 若否， 则执行步骤 S416; 本步骤中， PCRF判断用户 A的会话请求为 MTC Group 1的首个会话建 立请求。 步骤 S412: PCRF向 SPR发送签约文档请求； 该签约文档请求中可以携带有用户标识、 PDN标识、 和所属用户组的组 标识等信息。 需要说明的是， 在 PCRF判断用户 A的会话请求为除 MTC Group 1的首 个会话建立请求外的其它会话建立请求时，也可以再次向 SPR发送签约文档 请求。 步骤 S414: PCRF接收 SPR反馈的签约文档应答，并获取其中的 GSGB;
SPR中保存有用户组的组签约保障带宽 GSGB信息， SPR通过签约文档 应答将该信息发送给 PCRF, 由 PCRF获取用户所属用户组的 GSGB。 通过步骤 S410-S414, PCRF在一个用户组的用户发送首个会话请求时， 即向 SPR获取 GSGB, 可以有效计算该用户组内授权用户占用的带宽， 以便 对该用户组占用的网络资源进行有效控制。 步骤 S416: PCRF判断该会话建立请求要求的保障带宽与已为用户组授 权的保障带宽总和是否超过用户组的组签约保障带宽 GSGB, 若是， 则执行 步骤 S420, 若否， 则执行步 4聚 S418; 例如， 因用户 A的会话请求为 MTC Groupl中的首个会话请求， 因此，
MTC Groupl中尚无其它 ·ί受权用户， PCRF判断用户 A的会话请求要求的带 宽是否超过用户组的 GSGB。 本步骤以未超过为例。 步骤 S418: PCRF为该用户的会话建立请求授权保障带宽的 QoS , 流程 结束； 步骤 S420: PCRF拒绝该用户的会话建立请求， 流程结束。 本步骤中， 当带宽不满足需求时， PCRF拒绝该用户的会话建立请求， 在实际执行中， PCRF也可以根据系统的带宽情况， 为用户授权无保障的带 宽。 无论是拒绝用户的会话建立请求， 还是为用户授权无保障带宽的 QoS , 都最大限度地保证了其他用户组用户的网络资源使用。 以下图 5至图 11以 MTC系统为例， 对本发明实施例的用于分组业务的 策略控制方法中的 PCEF/BBERF和 PCRF的交互、 PCRF策略控制方法和系 统中有多个 PCRF时的同一 PCRF选择方法予以说明。 参照图 5 , 示出了根据本发明实施例的一种 PCEF和 PCRF的交互流程 图。 本实施例中描述了属于同一个用户组的用户 MTC设备 1和 MTC设备 2 在分别建立 IP-CAN会话过程中， PCEF和 PCRF交互流程。 其中 MTC设备 1和 MTC设备 2建立的 IP-CAN会话都不使用 BBERF。 本实施例的 PCEF 和 PCRF的交互的流程包括以下步骤： 步骤 S502:在 MTC设备 1请求建立 IP-CAN会话 1的过程中，向 PCEF1 所在的网关发送请求建立 IP-CAN会话消息， 在消息中携带有 MTC设备 1 的用户标识 1、 PDN标识和 MTC设备 1属于的用户组的组标识。 组标识可 以有多种方式实现， 如一个独立标识、 或与 PDN标识结合， 即每一个 MTC Group用一个 PDN标识表示； 步骤 S504: PCEF1向 PCRF发送 IP-CAN会话建立指示消息，在 IP-CAN 会话建立指示消息中携带有用户标识 1、 PDN标识、组标识和为 MTC设备 1 分配的 IP地址（ IP Address 1 )„该消息建立了 PCEF1和 PCRF之间的 Diameter 会话， 表示为 Gx会话 1； 步骤 S506: PCRF向 SPR发送签约文档请求， 在签约文档请求中携带有 用户标识 1、 PDN标识和组标识； 步骤 S508: SPR才艮据组标识和用户标识 1返回 MTC设备 1的签约信息， 其中包括 MTC设备 1所属组的组签约信息、 组签约保障带宽 GSGB。 若除 了包括所有 MTC设备都相同的组签约信息外还包括各个 MTC设备不相同的 签约信息， SPR还会返回用户标识 1对应的特定签约信息。 可选地， SPR还 会返回该组中所有 MTC设备特定的签约信息给 PCRF; 步骤 S510: PCRF 居签约信息、 接入信息以及网络策略制定策略， 包 括计费方式（离线或在线）， 计费模式（流量、 时长、 流量和时长、 或事件）、 默认 载的 QoS ( QCI、 ARP )、 APN-AMBR和 Group-APN-AMBR, 以及默 认 载的 PCC规则 1 , PCRF将以上策略发送给 PCEF 1； 步骤 S512: PCEF1执行策略， PCEF1所在网关向 MTC设备 1返回应答 建立 IP-CAN会话消息， 携带有 IP Address 1； 通过步骤 S502〜步骤 S512后， MTC设备 1建立了 IP-CAN会话 1 , 并且 PCEF 1与 PCRF建立了 Gx会话 1 , PCRF从 SPR获取的组签约保障带宽。 PCEF1和 PCRF通过 Gx会话 1进行对 IP-CAN会话 1的策略计费控制。 步骤 S514:在 MTC设备 2请求建立 IP-CAN会话 2的过程中，向 PCEF2 所则网关发送请求建立 IP-CAN会话消息， 在消息中携带有 MTC设备 2的 用户标识 2和 PDN标识， 以及 MTC设备 2属于的用户组的组标识。 MTC 设备 1和 MTC设备 2属于同一个组，因此，组标识是相同的。 PCEF 1和 PCEF2 可能相同， 也可能不相同； 步骤 S516: PCEF2向 PCRF发送 IP-CAN会话建立指示消息，在 IP-CAN 会话建立指示消息中携带有用户标识 2、 PDN标识、组标识和为 MTC设备 2 分配的 IP地址（ IP Address2 )„该消息建立了 PCEF2和 PCRF之间的 Diameter 会话， 表示为 Gx会话 2; 步骤 S518: PCRF根据组标识将 Gx会话 1和 Gx会话 2进行关联， 即它 们属于同一个组。 若该组的签约信息没有各个 MTC设备特定的签约或 SPR 已经将组内所有 MTC设备特定的签约信息下发， 则直接执行步骤 S522, 否 则， PCRF向 SPR发送签约文档请求， 在签约文档请求中携带有用户标识 2、 PDN标识和组标识； 步骤 S520: SPR才艮据用户标识 2返回 MTC设备 2特定的签约信息； 步骤 S522: PCRF制定策略， 其中所有组成员相同的策略与步骤 S510 中一致， 还有为 IP-CAN会话 2的默认承载的 PCC规则 2。 一般的， PCC规 则 1和 PCC规则 2只有业务过滤器模板不同，而其他的策略信息认为是相同 的。 PCRF将 PCC规则 2发送给 PCEF , 其他的策略可以不发送； 步骤 S524: PCEF执行 PCC规则 2和在步骤 S510中所有组成员都相同 的策略。 PCEF所在网关向 MTC设备 2返回应答建立 IP-CAN会话消息， 携 带有 IP Address2。 通过类似上述流程， 同一个组的 MTC设备都可以建立 IP-CAN, 并且 PCRF可以根据组标识将所有的 Gx会话进行关联。 参照图 6 , 示出了才艮据本发明实施例的一种 BBERF、 PCEF和 PCRF的 交互流程图。本实施例中描述了属于同一个用户组的用户 MTC设备 1和 MTC 设备 2在分别建立 IP-CAN会话过程中， BBERF、 PCEF和 PCRF交互流程。 其中 MTC设备 1和 MTC设备 2建立的 IP-CAN会话都使用 BBERF。 步骤 S602:在 MTC设备 1请求建立 IP-CAN会话 1的过程中，向 BBERF1 所在网关发送请求建立 IP-CAN会话的消息， 请求建立 IP-CAN会话 1 , 在消 息中携带有 MTC设备 1的用户标识 1和 PDN标识， 以及 MTC设备 1属于 的用户组的组标识。组标识可以有多种方式实现，如一个独立标识、或与 PDN 标识结合， 即每一个 MTC Group用一个 PDN标识表示； 步骤 S604: BBERFl向 PCRF发送网关控制会话建立消息， 在网关控制 会话建立消息中携带有用户标识 1、 PDN标识和组标识。 该消息建立了 BBERFl和 PCRF之间的 Diameter会话 (网关控制会话 ), 表示为 Gxx会话 1; 步骤 S606: PCRF向 SPR发送签约文档请求， 在签约文档请求中携带有 用户标识 1、 PDN标识和组标识； 步骤 S608: SPR才艮据用户标识 1及组标识返回 MTC设备 1的签约信息， 其中包括 MTC设备 1所属组的组策略信息， 如组签约保障带宽 GSGB。 进 一步地， SPR可能会将 MTC设备 1所属组的组用户标识全部下发给 PCRF; 步 4聚 S610: PCRF才艮据签约信息、 接入信息以及网络策略制定策略， 包 括计费方式（离线或在线）， 计费模式（流量、 时长、 流量和时长、 或事件）、 默认 载的 QoS ( QCI、 ARP )、 APN-AMBR和 Group-APN-AMBR, 以及默 认承载的 PCC规则 1和 QoS规则 1。 PCRF将 QoS规则 1发送给 BBERFl; 步骤 S612: BBERFl执行 QoS规则 1。 BBERFl所在网关向 PCEF1所 在网关发送请求建立 IP-CAN会话的消息， 消息中携带有 MTC设备 1的用 户标识 1和 PDN标识， 以及 MTC设备 1属于的用户组的组标识； 步骤 S614: PCEF1所在网关为 MTC设备 1分配 IP地址 IP Addressl。 PCEFl向 PCRF发送 IP-CAN会话建立指示消息， 消息中携带有用户标识 1、 PDN标识和组标识。 该消息建立了 PCEF1和 PCRF之间的 Diameter会话， 表示为 Gx会话 1 ; 步骤 S616: PCRF才艮据用户标识 1和 PDN标识将 Gxx会话 1和 Gx会 话 1进行关联。进而将步骤 S610执行的策略（除 QoS规则 1 )发送给 PCEF1; 步骤 S618: PCEF1执行策略。 PCEF1所在网关向 BBERFl所在网关应 答建立 IP-CAN会话消息， 携带 IP Address 1； 步骤 S620: BBERFl所在网关返回应答建立 IP-CAN会话 1消息， 携带 有 IP Address 1; 通过步骤 S602〜步骤 S620后， MTC设备 1建立了 IP-CAN会话 1 , 并且 BBERFl与 PCRF建立了 Gxx会话 1 , PCEF1与 PCRF建立了 Gx会话 1 , PCRF从 SPR获取的组签约保障带宽。 BBERF1、 PCEF1和 PCRF通过 Gxx 会话 1、 Gx会话 1进行对 IP-CAN会话 1的策略计费控制。 步骤 S622:在 MTC设备 2请求建立 IP-CAN会话 2的过程中，向 BBERF2 所在网关发送请求建立 IP-CAN会话消息， 在请求建立 IP-CAN会话消息中 携带有 MTC设备 2的用户标识 2和 PDN标识， 以及 MTC设备 2属于的用 户组的组标识。 MTC设备 1和 MTC设备 2属于同一个组， 因此， 组标识是 相同的；
BBERF 1和 BBERF2可能相同也可能不同。 步骤 S624: BBERF2向 PCRF发送网关控制会话建立消息， 在网关控制 会话建立消息中携带有用户标识 2、 PDN标识和组标识。 该消息建立了
BBERF2和 PCRF之间的 Diameter会话 (网关控制会话 ), 表示为 Gxx会话 2; 步骤 S626: PCRF才艮据组标识将 Gxx会话 2和 Gxx会话 1、 Gx会话 1 进行关联， 即它们属于同一个组。 若该组的签约信息没有各个 MTC设备特 定的签约或 SPR已经将组内所有 MTC设备特定的签约信息下发， 则直接执 行步骤 S630, 否则， PCRF向 SPR发送签约文档请求， 在签约文档请求中携 带有用户标识 2、 PDN标识和组标识； 步骤 S628: SPR根据用户标识 2返回 MTC设备 2特定的签约信息； 步骤 S630: PCRF制定策略， 其中包括所有组成员相同的策略， 还有为 IP-CAN会话 2的默认承载制定的 PCC规则 2和 QoS规则 2。 一般的， PCC 规则 1/QoS规则 1和 PCC规则 2/QoS规则 2只有业务过滤器模板不同， 而 其他的策略信息也认为是相同的。 PCRF将 QoS规则 2发送给 BBERF2; 步骤 S632: BBERF2执行 QoS规则 2。 BBERF所在网关向 PCEF2所在 网关发送请求建立 IP-CAN会话 2的消息， 消息中携带有 MTC设备 2的用 户标识 2和 PDN标识， 以及 MTC设备 2属于的用户组的组标识； 步骤 S634: PCEF2所在网关为 MTC设备 2分配 IP地址（ IP Address2 )„ PCEF2向 PCRF发送 IP-CAN会话建立指示消息， 在 IP-CAN会话建立指示 消息中携带有用户标识 2、 组标识、 PDN标识和 IP Address2。 该消息建立了 Diameter会话， 表示为 Gx会话 2； 步骤 S636: PCRF才艮据用户标识、 PDN标识将 Gxx会话 2和 Gx会话 2 进行关联。 将步骤 S630中制定的策略 (除 QoS规则 2 ) 发送给 PCEF2; 步骤 S638: PCEF2执行 PCC规则 2和在步骤 S610中所有组成员都相同 的策略。 PCEF2所在网关向 BBERF2所在网关返回应答建立回 IP-CAN会话 消息， 携带有 IP Address2。 步骤 S640: BBERF2所在网关返回应答建立 IP-CAN会话消息， 携带有 IP Address2。 通过类似上述流程， 同一个组的 MTC设备都可以建立 IP-CAN, 并且 PCRF可以根据组标识将组内所有 IP-CAN会话相关的 Gxx、 Gx会话进行关 联， PCRF也从 SPR中获取的组签约保障带宽。 参照图 7 , 示出了基于图 5和图 6所示实施例的一种 PCRF策略控制方 法的流程图。 本实施例描述的^^于图 5或图 6所示实施例建立的 IP-CAN 会话后， 由于 MTC Group中一个 MTC设备进行业务访问， PCRF根据 AF 提供的业务信息进行 QoS授权以及发起资源预留的过程。 在这个 MTC设备 之前， 已经有多个 MTC设备请求了业务访问， 并且 PCRF根据 AF提供的业 务信息进行 QoS授权， QoS参数包括保障带宽 GBR, 最大带宽 MBR等， 即 PCRF为这些业务的访问提供了保障带宽。 步骤 S702： AF向 PCRF发送业务 /应用消息， 消息中携带 IP Address。 消息中还可以携带业务信息， 如， 媒体类型， QoS信息等， 其中 QoS部分包 括该业务请求的上下行最大带宽； 步骤 S704: PCRF保存 AF提供的业务信息。 PCRF根据 IP Address进行 会话绑定， 即该业务信息所对应的 IP-CAN会话， 从而进一步对应到 MTC Group。 步骤 S706: PCRF根据业务信息等进行策略决策。 PCRF根据媒体类型 等判断需要为该业务的访问提供保障带宽 GBR。此时 PCRF将根据组签约保 障带宽 GSGB进行如下决策：
( 1 )若 PCRF已经为该 MTC Group的 ·ί受权 MTC设备的 ·ί受权 GBR总和 还没有超过 GSGB, 则 PCRF进行 QoS授权， QoS参数包括 GBR、 MBR, 即 PCRF为该 MTC设备访问业务继续提供保障带宽。 从而 PCRF在制定的 PCC规则中含有 GBR和 MBR。 对于图 6所示实施例， QoS规则中也含有 GBR和 MBR;
( 2 )若 PCRF已经为该 MTC Group的 ·ί受权 MTC设备的 ·ί受权 GBR总和 超过 GSGB , PCRF可以执行如下决策之一： ( 2a ) PCRF为该 MTC设备的业务访问提供非保障带宽， 在 PCRF在指 定的 PCC规则不含 GBR。 对于图 6所示实施例， QoS规则中也不含有 GBR 和 MBR;
( 2b ) PCRF 4巨色 AF请求的 QoS。 若 PCRF的决策为 （ 1 ) 或 （2a ), 则执行步骤 S708-S714, 若为 （2b ), 则执行步骤 S716 - S718。 步骤 S708: PCRF通过向 BBERF发送网关和 QoS规则提供消息， 携带 QoS规则； 步骤 S710: BBERF安装 QoS规则， BBERF才艮据 QoS规则为 IP-CAN 会话执行资源预留过程， BBERF向 PCRF返回确认消息。 步骤 S708、 S710针对图 6所示实施例执行。 步骤 S712: PCRF向 PCEF发送策略计费规则提供消息，携带 PCC规则； 步骤 S714: PCEF安装 PCC规则。针对图 5所示实施例， PCEF根据 PCC 规则为 IP-CAN会话执行资源预留过程。 PCEF向 PCRF返回确认消息。 步骤 S716: PCRF向 AF发送通知消息， 通知 AF QoS请求被拒绝； 步 4聚 S718: AF返回确认消息。 参照图 8 , 示出了基于图 5所示实施例的一种 PCRF策略控制方法的流 程图。 本实施例描述的是基于图 5所示实施例建立的 IP-CAN会话后， 由于 MTC Group中一个 MTC设备进行业务访问， PCRF根据 PCEF提供的 MTC 设备请求的 QoS信息进行 QoS ·ί受权以及发起资源预留的过程。 在这个 MTC 设备之前， 已经有多个 MTC设备请求了业务访问， 并且 PCRF根据 PCEF 提供的 MTC设备请求的 QoS信息进行 QoS授权， QoS参数包括保障带宽 GBR, 最大带宽 MBR等。 即 PCRF为这些业务的访问提供了保障带宽。 步骤 S802： PCEF收到来自 MTC设备的 QoS请求消息， 消息中携带请 求的 QoS信息， 包括 GBR; 步骤 S804: PCEF向 PCRF发送网关控制和 QoS规则请求消息， 消息中 携带请求的 QoS信息， 包括 GBR; 步骤 S806: PCRF进行策略决策。由于 MTC设备请求了 GBR,因此 PCRF 将根据组签约保障带宽 GSGB进行如下决策：
( 1 )若 PCRF已经为该 MTC Group的 ·ί受权 MTC设备的 ·ί受权 GBR总和 还没有超过 GSGB, 则 PCRF进行 QoS授权， QoS参数包括 GBR、 MBR, 即 PCRF为该 MTC设备访问业务继续提供保障带宽。 从而 PCRF在制定的 PCC规则和 QoS规则中含有 GBR和 MBR;
( 2 )若 PCRF已经为该 MTC Group的 ·ί受权 MTC设备的 ·ί受权 GBR总和 超过 GSGB , PCRF可以执行如下决策之一：
( 2a ) PCRF为该 MTC设备的业务访问提供非保障带宽， 在 PCRF在指 定的 PCC规则和 QoS规则中不含 GBR和 MBR; ( 2b ) PCRF拒绝 MTC设备请求的 QoS。 步骤 S808: 对于 （ 1 ) 或 （2a ), PCRF向 PCEF发送策略和计费规则提 供消息， 携带 PCC规则； 步骤 S810: PCEF执行策略； 步骤 S812: 对于 （ 1 ) 或 ( 2a ), PCEF返回确认消息。 参照图 9 , 示出了基于图 6所示实施例的一种 PCRF策略控制方法的流 程图。 本实施例描述的是基于图 6所示实施例建立的 IP-CAN会话后， 由于 MTC Group中一个 MTC设备进行业务访问， PCRF根据 PCEF提供的 MTC 设备请求的 QoS信息进行 QoS ·ί受权以及发起资源预留的过程。 在这个 MTC 设备之前， 已经有多个 MTC设备请求了业务访问， 并且 PCRF根据 PCEF 提供的 MTC设备请求的 QoS信息进行 QoS授权， QoS参数包括保障带宽 GBR, 最大带宽 MBR等。 即 PCRF为这些业务的访问提供了保障带宽。 步骤 S902： BBERF收到来自 MTC设备的 QoS请求消息， 消息中携带 请求的 QoS信息， 包括 GBR; 步骤 S904： BBERF向 PCRF发送网关控制和 QoS规则请求消息， 消息 中携带请求的 QoS信息， 包括 GBR; 步骤 S906: PCRF进行策略决策。 由于 MTC设备请求了 GBR, 因此，
PCRF将才艮据组签约保障带宽 GSGB进行如下决策：
( 1 )若 PCRF已经为该 MTC Group的 ·ί受权 MTC设备的 ·ί受权 GBR总和 还没有超过 GSGB, 则 PCRF进行 QoS授权， QoS参数包括 GBR、 MBR, 即 PCRF为该 MTC设备访问业务继续提供保障带宽。 从而 PCRF在制定的 PCC规则和 QoS规则中含有 GBR和 MBR;
( 2 )若 PCRF已经为该 MTC Group的 ·ί受权 MTC设备的 ·ί受权 GBR总和 超过 GSGB , PCRF可以执行如下决策之一：
( 2a ) PCRF为该 MTC设备的业务访问提供非保障带宽， 在 PCRF在指 定的 PCC规则和 QoS规则中不含 GBR和 MBR; ( 2b ) PCRF拒绝 MTC设备请求的 QoS。 步骤 S908： PCRF向 BBERF返回网关控制和 QoS规则请求确认消息， 对于（ 1 )或（ 2a ), 消息中携带 QoS规则， 对于（ 2b ), 消息中携带拒绝 QoS 请求指示； 步骤 S910: 对于 （ 1 ) 或 （ 2a ), BBERF安装 QoS规则并执行； 步 4聚 S912: BBERF所在网关返回确认消息； 步骤 S914: 对于 （ 1 ) 或 （2a ), PCRF向 PCEF发送策略和计费规则提 供消息， 携带 PCC规则； 步骤 S916: 对于 （ 1 ) 或 ( 2a ), PCEF返回确认消息。 在图 5至图 9所示的实施例中， MTC Group的所有 MTC设备建立的 IP-CAN会话都选择了同一个 PCRF, 这包括两种情况： （ 1 )无线运营商网络 的一个 PCRF域中只存在一个 PCRF , 因此， MTC Group的所有的 MTC设 备建立的 IP-CAN会话由这个 PCRF进行策略控制； （ 2 ) 无线运营商网络的 一个 PCRF域中存在多个 PCRF，这时， Diameter路由代理 DRA为 MTC Group 的所有 MTC设备建立的 IP-CAN会话选择同一个 PCRF。
以下对上述第二种情况， 即一个 PCRF域中存在多个 PCRF时的同一 PCRF选择方法作以说明。 参照图 10, 示出了根据本发明实施例的一种 PCRF选择方法的流程图。 本实施例描述的是 MTC设备 1和 MTC设备 2在建立 IP-CAN会话过程中， DRA为其选择同一个 PCRF的流程。其中， DRA的实现方式为代理（ Proxy )„ 步骤 S 1002: BBERF1/PCEF1收到外部触发条件， 请求建立 Diameter会 话。 对于图 5所示实施例， 本步骤即为步骤 S502; 对于图 6所示实施例， 本 步骤即为步骤 S602; 步骤 S 1004: BBERF1/PCEF1向 DRA发送 Diameter会话建立请求消息， 消息中携带组标识信息。组标识信息的具体实现方式可以是独立的标识参数， 也可以用户标识或 PDN标识来体现， 或者由用户标识和 PDN标识的组合来 体现； 对于图 5所示实施例， 本步骤即为步骤 S504; 对于图 6所示实施例， 本步骤即为步骤 S604; 步骤 S 1006: DRA根据组标识信息检查是否已经为该 IP-CAN会话所属 的 MTC Group选择了 PCRF。由于 MTC设备 1是该 MTC Group第一个建立 IP-CAN会话的 MTC设备。 因此 DRA还没有相关记录信息。 DRA为该组选 择一个 PCRF, 即 PCRF1 , 并保存相关记录 （组标识信息， PCRF1标识）； 步 4聚 S 1008: DRA向 PCRF1转发 Diameter会话建立请求消息； 步骤 S 1010: PCRF 1进行策略决策， 制定 PCC规则， 针对图 6所示实施 例还会制定 QoS规则。之后， PCRF1向 DRA返回应答消息，消息中携带 PCC 规则 （图 5所示实施例） 或 QoS规则 （图 6所示实施例；)； 步骤 S 1012： DRA向 BBERF 1/PCEF 1返回应答消息； 步 4聚 S 1014: BBERF2/PCEF2收到外部触发条件， 请求建立 Diameter会 话。 对于图 5所示实施一， 本步骤即为步骤 S514; 对于图 6所示实施例， 本 步骤即为步 4聚 S622; 步骤 S 1016: BBERF2/PCEF2向 DRA发送 Diameter会话建立请求消息， 消息中携带组标识信息。 由于 MTC设备 1和 MTC设备 2属于同一个 MTC Group, 因此组标识信息是相同的； 对于图 5所示实施例， 本步 4聚即为步骤 S516; 对于图 6所示实施例， 本步骤即为步骤 S624; 步 4聚 S 1018: DRA才艮据组标识信息检查是否已经为该 IP-CAN会话所属 的 MTC Group选择了 PCRF。 由于在步骤 S 1006中， DRA已经为该 MTC Group选择了 PCRF 1 ,因此 DRA向 PCRF 1转发 Diameter会话建立请求消息； 步骤 S 1020: PCRF 1进行策略决策， 制定 PCC规则， 针对图 6所示实施 例还会制定 QoS规则。之后， PCRFl向 DRA返回应答消息，消息中携带 PCC 规则 （图 5所示实施例） 或 QoS规则 （图 6所示实施例；)； 步骤 S 1022： DRA向 BBERF2/PCEF2返回应答消息。 参照图 11 ,示出了根据本发明实施例的另一种 PCRF选择方法的流程图。 本实施例描述的是 MTC设备 1和 MTC设备 2在建立 IP-CAN会话过程中， DRA为其选择同一个 PCRF的流程。 其中， DRA的实现方式为重定向 ( Redirect )。 步骤 S I 102: BBERF1/PCEF1收到外部触发条件， 请求建立 Diameter会 话。 对于图 5所示实施例， 本步骤即为步骤 S502; 对于图 6所示实施例， 本 步骤即为步 4聚 S602; 步骤 S 1104: BBERF1/PCEF1向 DRA发送 Diameter会话建立请求消息， 消息中携带组标识信息。组标识信息的具体实现方式可以是独立的标识参数， 也可以用户标识或 PDN标识来体现， 或者由用户标识和 PDN标识的组合来 体现； 对于图 5所示实施例， 本步骤即为步骤 S504; 对于图 6所示实施例， 本步 4聚即为步 4聚 S604; 步骤 S 1106: DRA根据组标识信息检查是否已经为该 IP-CAN会话所属 的 MTC Group选择了 PCRF。由于 MTC设备 1是该 MTC Group第一个建立 IP-CAN会话的 MTC设备。 因此 DRA还没有相关记录信息。 DRA为该组选 择一个 PCRF, 即 PCRFl , 并保存相关记录 （组标识信息， PCRF1标识）； 步骤 S 1108: DRA向 BBERF1/PCEF1返回重定向消息， 消息中携带 PCRF1标识； 步骤 S 1110 : BBERF 1/PCEF 1向 PCRF 1发送 Diameter会话建立请求消 息； 步骤 S 1112: PCRF1进行策略决策， 制定 PCC规则， 针对图 6所示实施 例还会制定 QoS规则。 之后， PCRF1向 BBERF1/PCEF1返回应答消息， 消 息中携带 PCC规则 （图 5所示实施例） 或 QoS规则 （图 6所示实施例；)； 步骤 S 1114: BBERF2/PCEF2收到外部触发条件， 请求建立 Diameter会 话。 对于图 5所示实施例， 本步骤即为步骤 S514; 对于图 6所示实施例， 本 步骤即为步 4聚 S622; 步骤 S 1116: BBERF2/PCEF2向 DRA发送 Diameter会话建立请求消息， 消息中携带组标识信息。 由于 MTC设备 1和 MTC设备 2属于同一个 MTC Group, 因此， 组标识信息是相同的； 对于图 5所示实施例， 本步骤即为步 骤 S516; 对于图 6所示实施例， 本步骤即为步骤 S624; 步骤 S 1118: DRA根据组标识信息检查是否已经为该 IP-CAN会话所属 的 MTC Group选择了 PCRF。由于在步骤 S 1106中， DRA已经为该 MTC Group 选择了 PCRF 1 , 因此 DRA向 BBERF2/PCEF2返回重定向消息， 消息中携带 PCRF1标识； 步骤 S 1120: BBERF2/PCEF2向 PCRF1发送 Diameter会话建立请求消 息； 步骤 S 1122: PCRF1进行策略决策， 制定 PCC规则， 针对图 6所示实施 例还会制定 QoS规则。 之后， PCRF1向 BBERF2/PCEF2返回应答消息， 消 息中携带 PCC规则 （图 5所示实施例） 或 QoS规则 （图 6所示实施例；)。 需要说明的是，本实施例中的 PCRF选择方法不仅适用于本发明实施例， 同样适用于具有多个 PCRF的任何其他分组业务系统中， 本领域技术人员可 以参照上述实施例， 在其他分组业务系统中实施本发明的 PCRF选择方法。 参照图 12, 示出了根据本发明实施例的一种分组业务系统的 PCRF的结 构框图， 该结构包括： 接收模块 1202 , 设置为接收一个用户组的一个用户的 QoS ·ί受权请求； 第一判断模块 1204 ,设置为判断所述用户的保障带宽需求与已为其所属的用 户组授权的保障带宽总和未超过该用户组的组签约保障带宽 GSGB; 第一分 配模块 1206 , 设置为为该用户授权所述 QoS授权请求要求的保障带宽的 QoS。 例如， MTC系统中， PCRF的接收模块 1202接收到用户组 MTC Group 1 的用户 A的会话请求， 第一判断模块 1204设置为判断需要为该用户授权的 保障带宽与 MTC Group 1的授权用户占用的带宽总和未超过 MTC Group 1的 组签约保障带宽 GSGB, 这时， 第一分配模块 1206设置为为该用户 A ·ί受权 其会话请求要求的保障带宽的 QoS。 参照图 13 , 示出了才艮据本发明实施例的另一种分组业务系统的 PCRF的 结构框图， 包括： 会话建立模块 1302 , 设置为接受一个用户组用户的会话请求； 组信息模 块 1304 , 设置为向用户签约数据库 SPR发送签约文档请求， 并接收 SPR反 馈的签约文档应答， 该签约文档应答包括所述用户组的 GSGB; 获取模块 1306 , 设置为获取所述用户组的 GSGB; 接收模块 1308 , 设置为接收所述用 户组的一个用户的 QoS授权请求； 第一判断模块 1310, 设置为判断该用户 的保障带宽需求与已为其所属的用户组授权的保障带宽总和未超过该用户组 的组签约保障带宽 GSGB; 第一分配模块 1312 , 设置为为该用户授权保障带 宽的 QoS; 第二判断模块 1314 , 设置为判断该用户的保障带宽需求与已为所 述用户组授权的保障带宽总和超过该用户组的组签约保障带宽 GSGB; 第二 分配模块 1316 , 设置为拒绝所述用户的 QoS授权请求， 或者， 为所述用户 ·ί受权无保障带宽的 QoS。 例如， MTC系统的 PCRF的首会话模块 1302接受一个用户组如 MTC Group 1的一个用户如用户 A的会话请求， 该会话请求是 MTC Group 1的首 个会话请求。 这时， 组信息模块 1304向用户签约数据库 SPR发送签约文档 请求，获取模块 1306从接收的 SPR反馈的签约文档应答中获取 MTC Group 1 的 GSGB。 接收模块 1308接收到 MTC Group 1的该用户如用户 A的会话请 求， 若第一判断模块 1310判断需要为该用户授权的保障带宽与 MTC Group 1 的 ·ί受权用户占用的带宽总和未超过 MTC Group 1的组签约保障带宽 GSGB, 则第一分配模块 1312为该用户授权其需求的保障带宽的 QoS (如为用户 A 发送的 MTC Groupl的首个会话请求时， 且该会话请求要求的带宽未超过 MTC Group 1的 GSGB,则第一分配模块 1312为用户 A授权其需求的保障带 宽的 QoS )；若第二判断模块 1314判断该用户的保障带宽需求与 MTC Group 1 的授权用户占用的带宽总和超过 MTC Group 1的组签约保障带宽 GSGB, 则 第二分配模块 1316拒绝该用户的会话请求， 或者， 为该用户授权无保障带 宽的 QoS。 当接收模块 1308在接收到 MTC Group 1的一个用户的会话请求不是 MTC Group 1的首个会话请求时， 若第一判断模块 1310判断该用户需求的保 障带宽与 MTC Group 1的授权用户占用的带宽总和未超过 MTC Group 1的组 签约保障带宽 GSGB,则第一分配模块 1312为该用户授权其需求的保障带宽 的 QoS; 若第二判断模块 1314判断该用户需求的保障带宽与 MTC Group 1 的授权用户占用的带宽总和超过 MTC Group 1的组签约保障带宽 GSGB, 则 第二分配模块 1316拒绝该用户的会话请求， 或者， 为该用户授权无保障带 宽的 QoS (如有用户 B , 且 PCRF已为用户 A授权过带宽， 且用户 B的保障 带宽需求与用户 A已授权的带宽总和超过 MTC Groupl的 GSGB, 则第二分 配模块 1316拒绝用户 B的会话请求， 或者， 为用户 B授权无保障带宽的 QoS )。 参照图 14, 示出了才艮据本发明实施例的一种分组业务系统的 SPR的结 构^ I图， 包括： 设置模块 1402 , 设置为在 SPR中设置用户组的组签约保障带宽 GSGB; 请求接收模块 1404,设置为接收 PCRF发送的签约文档请求；反馈模块 1406, 设置为向 PCRF反馈签约文档应答， 所述签约文档应答包括组签约保障带宽 GSGB。 例如， MTC系统中， SPR的设置模块 1402首先在 SPR中设置一个或多 个用户组的 GSGB。当请求接收模块 1404接收到 PCRF发送的携带有一个用 户组的一个用户 （特别是一个用户组的首个用户） 的用户信息的签约文档请 求后， 反馈模块 1406向 PCRF反馈包含有该用户组的 GSGB的签约文档应 答， 或者， SPR在未向 PCRF反馈过该用户组的 GSGB的情况下， 反馈模块 1406向 PCRF—次性反馈该用户组的 GSGB。 参照图 15 , 示出了才艮据本发明实施例的一种分组业务系统的结构框图， 包括： PCRF1502 , SPR1504。优选的，还可以包括路由代理 1506, PCEF1508, BBERF1510。 其中， PCRF1502包括： 接收模块 15022 , 设置为接收一个用户组的一个 用户的 QoS授权请求； 第一判断模块 15024, 设置为判断该用户的保障带宽 需求与已为其所属的用户组授权的保障带宽总和未超过该用户组的组签约保 障带宽 GSGB; 第一分配模块 15026 , 设置为为该用户 ·ί受权所述保障带宽的 QoS。
PCRF1502可以为一个或多个。 当 PCRF1502为多个时， 路由代理 1506 为用户组的所有用户的会话请求选择同一个 PCRF1502。 其中， SPR1504包括： 设置模块 15042 , 设置为在 SPR中设置用户组的 组签约保障带宽 GSGB; 请求接收模块 15044 , 设置为接收 PCRF发送的签 约文档请求； 反馈模块 15046 , 设置为向 PCRF反馈签约文档应答， 所述签 约文档应答包括组签约保障带宽 GSGB。 优选的， PCRF1502还可以包括： 会话建立模块， 设置为接受一个用户 组用户的会话建立请求； 组信息模块， 设置为向用户签约数据库 SPR发送签 约文档请求， 并接收 SPR反馈的签约文档应答， 该签约文档应答包括所述用 户组的 GSGB; 获取模块， 设置为获取所述用户组的 GSGB; 第二判断模块， 设置为判断所述用户的保障带宽需求与已为所述用户组授权的保障带宽总和 超过该用户组的组签约保障带宽 GSGB; 第二分配模块， 设置为拒绝所述用 户的 QoS授权请求， 或者， 为所述用户授权无保障带宽的 QoS。 需要说明的是， 本发明的多个实施例以 MTC系统为例， 这是因为 MTC 系统是较为典型的分组系统， 可以方便地将本发明应用于 MTC系统中， 但 本领域技术人员应当理解， 其它分组业务系统在实现本发明时， 可以参照 MTC系统实施例类似进行， 在此不再赞述。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书 一种用于分组业务的策略控制方法， 包括：
策略和计费规则实体 PCRF接收到一个用户组的一个用户的 QoS 授权请求；
所述 PCRF判断所述用户的保障带宽需求与已为所述用户组 ·ί受权 的保障带宽总和未超过所述用户组的组签约保障带宽 GSGB; 所述 PCRF为所述用户 ·ί受权所述保障带宽的 QoS。 根据权利要求 1所述的方法， 其中， 所述用户组的 GSGB通过以下步 骤获得：
所述 PCRF接收所述用户组用户的会话建立请求；
所述 PCRF向用户签约数据库 SPR发送签约文档请求， 并接收所 述 SPR反馈的签约文档应答， 所述签约文档应答包括所述用户组的 GSGB;
所述 PCRF获取所述用户组的 GSGB。 才艮据权利要求 2所述的方法， 其中， 所述会话建立请求为所述用户组 的首个用户的会话建立请求。 根据权利要求 2所述的方法，其中，所述 PCRF包括多个，在所述 PCRF 接收所述用户组用户的会话建立请求步骤之前还包括：
路由代理 DRA为所述用户组的所有用户的会话建立请求选择同 一个 PCRF。 根据权利要求 4所述的方法， 其中， 所述路由代理 DRA为所述用户组 的所有用户的会话建立请求选择同一个 PCRF的步骤包括：
所述路由代理 DRA通过转发或重定向所述会话建立请求到同一 个 PCRF为所述用户组的所有用户的会话建立请求选择同一个 PCRF。 根据权利要求 1所述的方法， 其中， 在所述 PCRF为所述用户授权所 述保障带宽步骤之后， 还包括： 所述 PCRF判断所述用户的保障带宽需求与已为所述用户组 ·ί受权 的保障带宽总和超过所述用户组的组签约保障带宽 GSGB; 所述 PCRF为所述用户授权无保障带宽的 QoS; 或者， 拒绝所述 用户的 QoS授权请求。
7 . 根据权利要求 2所述的方法， 其中， 所述 PCRF接收到用户组用户的 会话建立请求的步骤包括：
所述 PCRF接收到策略和计费执行实体 PCEF发送的一个用户组 的一个用户的 IP-CAN会话建立请求；
或者，
所述 PCRF接收到 载绑定和事件 4艮告实体 BBERF发送的一个用 户组的一个用户的网关控制会话建立请求。
8. 根据权利要求 1至 7任一项所述的方法， 其中， 所述用户组为接入机 器类型通信 MTC用户组。
9. 一种分组业务系统的策略和计费规则实体 PCRF, 包括：
接收模块， 用于接收一个用户组的一个用户的 QoS授权请求； 第一判断模块， 用于判断所述用户的保障带宽需求与已为所述用 户组授权的保障带宽总和未超过所述用户组的组签约保障带宽 GSGB;
第一分配模块， 用于为所述用户 ·ί受权所述保障带宽的 QoS。
10. 根据权利要求 9所述的 PCRF, 其中， 还包括：
会话建立模块， 用于接受所述用户组用户的会话建立请求； 组信息模块， 用于向用户签约数据库 SPR发送签约文档请求， 并 接收所述 SPR反馈的签约文档应答， 所述签约文档应答包括所述用户 组的 GSGB;
获取模块， 用于获取所述用户组的 GSGB。
11. 根据权利要求 9所述的 PCRF, 其中， 还包括：
第二判断模块， 判断所述用户的保障带宽需求与已为所述用户组 授权的保障带宽总和超过所述用户组的组签约保障带宽 GSGB; 第二分配模块， 用于拒绝所述用户的 QoS ^i受权请求， 或者， 为所 述用户 ·ί受权无保障带宽的 QoS。
12. 根据权利要求 9至 11任一项所述的 PCRF, 其中， 所述用户组为接入 机器类型通信 MTC用户组。
13. —种分组业务系统的用户签约数据库 SPR, 包括：
设置模块， 用于在所述 SPR中设置用户组的组签约保障带宽 GSGB;
请求接收模块， 用于接收策略和计费规则实体 PCRF发送的签约 文档请求；
反馈模块， 用于向所述 PCRF反馈签约文档应答， 所述签约文档 应答包括所述 GSGB。
14. 一种分组业务系统， 包括：
根据权利要求 9至 11任一项所述的 PCRF;
根据权利要求 13所述的 SPR。
15. 一种分组业务系统中策略和计费规则实体 PCRF的选择方法， 所述分组 业务系统包括多个 PCRF, 包括：
所述分组业务系统的路由代理 DRA根据一个用户组的组标识为 所述用户组的所有用户的会话建立请求选择同一个 PCRF。
16. 根据权利要求 15所述的方法， 其中， 所述分组业务系统的路由代理 DRA 居一个用户组的组标识为所述用户组的所有用户的会话建立 请求选择同一个 PCRF的步 4聚包括：
所述路由代理 DRA 居一个用户组的组标识，通过转发或重定向 所述会话建立请求到同一个 PCRF为所述用户组的所有用户的会话请 求选择同一个 PCRF。
PCT/CN2011/071698 2010-04-28 2011-03-10 用于分组业务的策略控制方法及分组业务系统 WO2011134319A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010173682.8A CN102238645B (zh) 2010-04-28 2010-04-28 用于分组业务的策略控制方法及分组业务系统
CN201010173682.8 2010-04-28

Publications (1)

Publication Number Publication Date
WO2011134319A1 true WO2011134319A1 (zh) 2011-11-03

Family

ID=44860840

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/071698 WO2011134319A1 (zh) 2010-04-28 2011-03-10 用于分组业务的策略控制方法及分组业务系统

Country Status (2)

Country Link
CN (1) CN102238645B (zh)
WO (1) WO2011134319A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140344472A1 (en) * 2013-05-17 2014-11-20 Telefonaktiebolaget L M Ericsson (Publ) Sharing resource reservation

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103490908B (zh) * 2012-06-12 2019-05-31 中兴通讯股份有限公司 策略和计费规则功能的选择方法、装置及系统
CN103841538B (zh) * 2012-11-22 2019-06-25 中兴通讯股份有限公司 管理数据流的方法和系统
CN105516952A (zh) * 2014-10-20 2016-04-20 中兴通讯股份有限公司 一种策略和计费规则功能的选择方法及装置
CN107770818B (zh) * 2016-08-15 2020-09-11 华为技术有限公司 控制网络切片带宽的方法、装置和系统
CN110944361B (zh) * 2018-09-21 2022-02-11 华为技术有限公司 用于负载均衡的方法与网元

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1968139A (zh) * 2006-06-15 2007-05-23 华为技术有限公司 策略与计费控制中用户签约信息的处理方法及装置
CN101394291A (zh) * 2007-09-17 2009-03-25 华为技术有限公司 一种处理业务的方法、装置及系统
CN101483826A (zh) * 2008-01-07 2009-07-15 华为技术有限公司 选择策略和计费规则功能实体的方法和装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101378328A (zh) * 2007-08-30 2009-03-04 华为技术有限公司 一种应用控制策略的方法、装置及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1968139A (zh) * 2006-06-15 2007-05-23 华为技术有限公司 策略与计费控制中用户签约信息的处理方法及装置
CN101394291A (zh) * 2007-09-17 2009-03-25 华为技术有限公司 一种处理业务的方法、装置及系统
CN101483826A (zh) * 2008-01-07 2009-07-15 华为技术有限公司 选择策略和计费规则功能实体的方法和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140344472A1 (en) * 2013-05-17 2014-11-20 Telefonaktiebolaget L M Ericsson (Publ) Sharing resource reservation
US10021038B2 (en) * 2013-05-17 2018-07-10 Telefonaktiebolaget Lm Ericsson (Publ) Sharing resource reservation

Also Published As

Publication number Publication date
CN102238645A (zh) 2011-11-09
CN102238645B (zh) 2016-04-13

Similar Documents

Publication Publication Date Title
JP5775172B2 (ja) サービスを制御する方法、装置及びシステム
US8874715B2 (en) Charging method, system and reporting method for terminal accessing through multiple access networks
US9554401B2 (en) Method and apparatuses for multimedia priority service
JP6406259B2 (ja) 通信装置、制御装置、通信方法、制御方法およびプログラム
US8661145B2 (en) Method and system for transmitting a bearer control mode in roaming scenarios
WO2008101392A1 (fr) Procédé de transmission de qualité de service lors de transfert entre systèmes et système de réseau et réseau de destination correspondants
JP2012509041A (ja) 制限付きポリシー及び課金制御ケイパビリティの検出及び報告
JP5481001B2 (ja) 加入サービス組合せシナリオにおいてＱｏＳパラメータを処理する方法と装置
WO2011124106A1 (zh) 一种策略计费控制方法、系统和装置
EP2052513B1 (en) Policy management in a roaming or handover scenario in an ip network
KR20160064885A (ko) 단말간 스폰서링 서비스를 제공하기 위한 방법 및 장치
CN108353251B (zh) 用于多个存在报告区域的装置和方法
JP2013506332A (ja) 拡張されたアロケーション／リテンションポリシーの解決策
WO2011134320A1 (zh) 授权请求方法、系统及装置
US20180146503A1 (en) Low Access Priority Capability Control
WO2011134319A1 (zh) 用于分组业务的策略控制方法及分组业务系统
WO2011085621A1 (zh) 业务处理方法及系统
US10326604B2 (en) Policy and charging rules function (PCRF) selection
WO2014107985A1 (zh) 漫游本地业务的在线计费方法、h-ocs及v-ocs
WO2011088702A1 (zh) 在全业务融合网络中控制资源的方法和系统
WO2012129992A1 (zh) 被赞助数据连接的处理方法及策略与计费规则功能实体
JP6477476B2 (ja) 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム
CN102791042A (zh) S9子会话建立方法、系统及pcrf
WO2013113263A1 (zh) 一种应用检测控制功能模式的识别方法及系统
WO2011134321A1 (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: 11774310

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

Country of ref document: EP

Kind code of ref document: A1