WO2011134321A1 - 机器类通信的策略下发方法及系统 - Google Patents

机器类通信的策略下发方法及系统 Download PDF

Info

Publication number
WO2011134321A1
WO2011134321A1 PCT/CN2011/071701 CN2011071701W WO2011134321A1 WO 2011134321 A1 WO2011134321 A1 WO 2011134321A1 CN 2011071701 W CN2011071701 W CN 2011071701W WO 2011134321 A1 WO2011134321 A1 WO 2011134321A1
Authority
WO
WIPO (PCT)
Prior art keywords
policy
mtc device
pcrf
session
group
Prior art date
Application number
PCT/CN2011/071701
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 WO2011134321A1 publication Critical patent/WO2011134321A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]

Definitions

  • the present invention relates to the field of communications, and in particular to a method and system for issuing a policy for machine type communication. 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.
  • IP-CAN Internet Protocol-IP-Connectivity Access Network
  • PCRF Policy and Charging Rules Function
  • the policy enforcement entity is a Policy and Charging Enforcement Function (PCEF) located in the P-GW in the EPS system, and may include a binding and event in the S-GW. Bearer Binding and Event Report Function (BBERF) Bear In the UMTS system, the policy enforcement entity is the PCEF located in the GGSN. Since the 3rd Generation Partnership Project Phase 7 (3GPP Release7) standard system, policy and charging functions It is 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. Wait.
  • the PCRF sends its formulated policies and charging rules to the policy and charging enforcement entity.
  • the basis for formulating policies and charging rules by the PCRF includes: business-related information obtained from AF, and subscription to user policy charging control related to policy control and charging obtained from the Subscription Profile Repository (SPR). Information, and information about the bearer-related network obtained from the PCEF through the Gx interface.
  • SPR Subscription Profile Repository
  • the PCEF is usually located in the Gate-Way (GW) and performs the policy and charging rules defined by the PCRF on the carrier. If it is online charging, the PCEF needs to perform credit management with the Online Charging System (OCS); when offline charging, PCEF and Offline Charging System (OFCS) Intercourse ⁇ Off billing information.
  • OCS Online Charging System
  • OFCS Offline Charging System
  • PCEFs are generally located on the gateway 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 interconnected wireless network. Packet Data Gateway (PDG) in the Interworking WLAN (I-WLAN).
  • PDN-GW Packet Data Network Gateway
  • GGSN GPRS Gateway Support Node
  • GPRS General Packet Radio Service
  • I-WLAN Interworking WLAN
  • the BBERF is usually located in the Access Network Gateway.
  • the BBERF is usually located in the Access Network Gateway.
  • PMIPv6 Proxy Mobile Internet Protocol version 6
  • the SPR stores user policy charging control subscription information related to policy control and charging.
  • a primary object of the present invention is to provide a method and system for issuing a policy of an MTC to solve at least one of the above problems.
  • a method for policy delivery of machine type communication comprising: IP-CAN established by a policy executor between the PCRF and all MTC devices in the same MTC device group.
  • the session establishes a Diameter connection; the PCRF sends a policy for the MTC device of the MTC device group to the policy executive through the Diameter connection.
  • the foregoing policy enforcement body is established by all MTC devices in the MTC device group.
  • the IP-CAN session establishes a Diameter connection, including: the policy executor receives a request message for requesting to establish an IP-CAN session for the first MTC device in the MTC device group, and parses the group identifier of the first MTC device from the request message; Whether the Diameter connection corresponding to the group identifier is established between the body judgment and the PCRF, and if yes, the session repair is sent to the PCRF through the Diameter connection.
  • the request message wherein the session modification request message carries the user identifier of the first MTC device -
  • the policy executor sends a session establishment request message to the PCRF, and establishes a Diameter connection corresponding to the group identifier between the PCRF, where the session establishment request message carries the group identifier and the user identifier.
  • the PCRF sends the policy formulated by the MTC device of the MTC device group to the policy executive by using the Diameter connection.
  • the PCRF obtains the subscription information of the first MTC device when receiving the session establishment request message, and the PCRF obtains the subscription information according to the acquired
  • the subscription information is used to formulate a policy for the MTC device in the current MTC group.
  • the PCRF sends a session establishment response message carrying the established policy to the policy enforcement entity, where the policy includes the same policy of all the MTC devices in the MTC device group, or the same policy.
  • the obtaining, by the PCRF, the subscription information of the first MTC device includes: the PCRF sending a subscription document request to the user subscription database SPR, where the subscription document request carries the user identifier and the group identifier; the SPR returns according to the group identifier and the user identifier.
  • the subscription information of the MTC device where the subscription information includes: group subscription information corresponding to the group identifier, or group subscription information corresponding to the group identifier and specific subscription information of the first MTC device.
  • the subscription information further includes specific subscription information of one or more MTC devices in the MTC device group except the first MTC device.
  • the policy defined by the PCRF further includes a specific policy of one or more MTC devices
  • the session establishment response message further carries: a specific policy of one or more MTC devices.
  • the PCRF sends the policy formulated by the MTC device of the MTC device group to the policy executive by using the Diameter connection.
  • the PCRF when receiving the session modification request message, formulates the first MTC according to the subscription information of the first MTC device.
  • the method further includes: applying, by the policy executor, the received the same policy to each MTC device in the MTC device group.
  • the IP-CAN session applies a specific policy of each MTC device to an IP-CAN session established by the corresponding respective MTC device.
  • the method further includes: the PCRF receiving the message from the application function entity, where the message carries the first MTC device
  • the service information is formulated by the PCRF based on the service information, and the policy is issued to the policy executive through the Diameter connection.
  • the method further includes: the PCRF receiving the update subscription document request sent by the user subscription data, where the request to update the subscription document is carried.
  • the updated contracting document of the MTC device group; the updated contracting document of the PCRF re-defines the policy for the MTC device in the MTC device group, and sends the re-established policy to the policy executive through the Diameter connection.
  • the first MTC device includes a plurality of MTC devices, and the session modification message or the session establishment indication message carries a user identifier of multiple MTC devices.
  • the foregoing policy executive is a policy and charging execution function PCEF or a bearer binding and event reporting function BBERF.
  • the policy enforcement body is a PCEF; the session establishment request message is an IP-CAN session establishment indication; the session modification request message is an IP-CAN session modification indication; the policy execution body is a BBERF; and the session establishment request message is a gateway control session establishment request.
  • the session modification request message is a gateway control session modification request.
  • a policy delivery system for machine type communication comprising: a policy executive, configured to be all MTCs within the same MTC device group between the PCRF and the PCRF.
  • the IP-CAN session established by the device establishes a Diameter connection; the PCRF is set to the policy formulated by the Diameter connection to deliver the MTC device for the MTC device group.
  • the policy execution body includes: a receiving module, configured to receive a request message for requesting to establish an IP-CAN session for the MTC device in the MTC device group, where the request message carries the group identifier and the user identifier of the MTC device; And determining whether a Diameter connection corresponding to the group identifier is established between the policy execution body and the PCRF, if yes, triggering the sending module; otherwise, triggering the establishing module; and sending the module, setting the connection through the Diameter with the PCRF
  • the PCRF sends a session modification request message, where the session modification request message carries the user identifier of the MTC device, and the establishing module is configured to send a session establishment request message to the PCRF, and establish a Diameter connection corresponding to the group identifier between the PCRF, where The session establishment request message carries a group identifier and a user identifier.
  • the PCRF includes: a receiving module, configured to receive a session establishment request message from the policy executive; an obtaining module, configured to acquire subscription information corresponding to the group identification user identifier carried in the session establishment request message; To formulate a policy for the MTC device group to which the MTC device belongs according to the subscription information acquired by the acquiring module; and send the module to set the policy
  • the policy formulated by the fixed module is sent to the policy executive, where the policy includes the same policy of all MTC devices in the MTC device group, or the same policy and the specific policy of the MTC device.
  • the policy delivered by the sending module further includes: a specific policy of one or more MTC devices in the MTC device group except the MTC device.
  • the policy enforcement entity establishes only one Diameter connection for the IP-CAN session established by all the MTC devices in the same MTC device group, and the PCRF uses the Diameter connection to deliver the policy formulated for the MTC device of the MTC device group, thereby solving the problem.
  • FIG. 1 is a schematic diagram of a UE-like communication between a UE through SAE and UMTS access in the related art
  • FIG. 2 is a structural diagram of a PCC in the related art
  • FIG. 3 is an MTC according to Embodiment 1 of the present invention.
  • FIG. 4 is a schematic structural diagram of a policy execution body according to Embodiment 1 of the present invention
  • FIG. 5 is a schematic structural diagram of a PCRF according to Embodiment 1 of the present invention
  • FIG. 6 is a schematic diagram of a structure of a PCR implementation according to Embodiment 1 of the present invention
  • FIG. 7 is a flowchart of a second embodiment of the present invention
  • FIG. 8 is a flowchart of a third embodiment of the present invention
  • 9 is a flow chart according to Embodiment 4 of the present invention.
  • FIG. 4 is a schematic structural diagram of a policy execution body according to Embodiment 1 of the present invention
  • FIG. 5 is a schematic structural diagram of a PCRF according to Embodiment 1 of the present invention
  • FIG. 6 is a schematic diagram of a structure of
  • FIG. 3 is a schematic structural diagram of a policy delivery system of an MTC according to the first embodiment of the present invention.
  • the system includes: a policy executive 2 and a PCRF 4.
  • the policy executor 2 is configured to establish a Diameter connection between the IP-CAN session established by all the MTC devices in the same MTC device group with the PCRF 4, and the PCRF 4 is set to be delivered through the Diameter connection.
  • FIG. 4 is a schematic structural diagram of a policy execution body 2 according to an embodiment of the present invention.
  • the policy execution body 2 may include: a receiving module 20, a determining module 22, a sending module 24, and an establishing module 26.
  • the receiving module 20 is configured to receive a message requesting to establish an IP-CAN session for the MTC device in the MTC device group, where the message for establishing the IP-CAN session carries the group identifier and the user identifier of the MTC device;
  • the module 22 is configured to determine whether a Diameter connection corresponding to the group identifier is established between the policy execution body 2 and the PCRF 4 (that is, whether a Diameter connection is established between the policy execution body 2 and the PCRF 4 for the MTC device group), if If yes, the sending module 24 is triggered. Otherwise, the triggering module 26 is configured.
  • the sending module 24 is configured to send a session modification request message to the PCRF 4 through a Diameter connection with the PCRF 4, where the session modification request message carries the a user identifier of the MTC device;
  • the establishing module 26 is configured to send a session establishment request message to the PCRF 4, and establish a Diameter connection with the PCRF 4 corresponding to the group identifier, where the session establishment request message carries the group identifier and User ID.
  • the determining module 22 determines whether a Diameter connection corresponding to the group identifier of the MTC device is established.
  • the policy executive 2 determines whether a Diameter connection has been established for the MTC device group to which the MTC device belongs, and different operations are performed according to the judgment result, thereby ensuring that only one Diameter connection is established for one MTC device group.
  • the policy executive 2 may be configured in advance. A possible Diameter connection is established for each MTC device group.
  • FIG. 5 is a schematic structural diagram of a PCRF 4 according to an embodiment of the present invention.
  • the PCRF 4 may include: a receiving module 40, an obtaining module 42, a policy formulating module 44, and a sending module 46.
  • the receiving module 40 is configured to receive the session establishment request message from the policy execution body 2; the obtaining module 42 is configured to acquire the subscription information corresponding to the group identification user identifier carried in the session establishment request message; the policy formulation module 44, And the sending module 46 is configured to send the policy formulated by the policy setting module 44 to the policy executing body 2, where the policy includes the MTC. All MTC devices in the device group have the same policy, or the same policy and specific policies for the MTC device. Specifically, when the specific policy of the MTC device is used, the policy sent by the sending module 46 includes a policy common to all MTC devices in the MTC device group and a specific policy of the MTC device. If the MTC device does not have a specific policy, the sending module is sent.
  • the policy delivered by 46 includes policies common to all MTC devices in the MTC device group.
  • the sending module 46 may encapsulate the policy shared by the MTC device group in a message, and the policy executing body 2 applies the policy to each MTC device in the MTC device group when receiving the shared policy.
  • the policy executive 2 determines that a Diameter connection has been established for the MTC device group, then the policy executive 2 sends a session modification request message to the PCRF 4, and the receiving module 40 is further configured to receive the session modification from the policy executive 2.
  • the requesting module 42 is further configured to obtain the subscription information corresponding to the user identifier carried in the session modification request message; the policy formulation module 44 is further configured to formulate a specific policy of the MTC device corresponding to the user identifier; the sending module 46 is configured to The specific policy is delivered to the policy executor.
  • the same policy for all the MTC devices in the MTC device group needs to be sent once, which can reduce the number of signaling interactions and improve the efficiency of policy delivery.
  • the obtaining module 42 may obtain the subscription data of all the MTC devices in the MTC device group, and the policy formulated by the policy formulation module 44 includes a specific policy of one or more MTC devices in the MTC device group, and then sends the data.
  • Module 46 can
  • the above PCRF 4 is a PCRF of a preferred embodiment of the present invention. In practical applications, the PCRF 4 may also not implement the policy in the above manner, but only transmits the policy of one MTC device at a time.
  • step 4 S602: Step 4: S604: Step S602, Policy Execution 2 is in the same manner as PCRF 4
  • a Diameter connection is established for the IP-CAN session established by all the MTC devices in the same MTC device group.
  • Step 4 is S604, and the PCRF 4 sends the policy for the MTC device of the MTC device group through the above Diameter connection. Give the execution of the strategy 2.
  • the PCRF 4 can only send the policy to the policy executor 2 that all the MTC devices in the MTC device group have the same policy, and the policy executor 2 applies the same policy for each MTC device to the IP-CAN session established by each MTC device. .
  • the PCRF may also encapsulate different policies (ie, specific policies) of one or more MTC devices in the group to be delivered in one message, and the policy executive 2 applies different policies to the corresponding IP-CAN session.
  • the policy execution body 2 when a Diameter connection needs to be established for an IP-CAN session established by the MTC device, the policy execution body 2 establishes only one Diameter connection for one MTC device group, thereby greatly reducing the Diameter connection. Increase the number of connections and increase the utilization of network resources.
  • Embodiment 2 In this embodiment, MTC Device 1 and MTC belonging to the same MTC device group are described.
  • Device2 interacts with PCF and PCRF during the establishment of an IP-CAN session. among them
  • Step S701 During the request of the MTC Device 1 to establish an IP-CAN session 1, the MTC Device 1 sends a request to the PCEF to establish an IP-CAN session message.
  • the message carries the user identifier of the MTC Device 1, the PDN identifier, and the group identifier of the MTC device group to which the MTC Device 1 belongs.
  • the group identifier of the MTC device group can be implemented in multiple manners, for example, using an independent identifier, or combined with the PDN identifier, that is, each MTC device group is represented by a PDN identifier; Step S702: PCEF to PCRF
  • the IP-CAN session establishment indication message is sent, and the IP-CAN session establishment indication message carries the user identifier 1, the PDN identifier, the group identifier, and the IP address 1 (IP Address 1) allocated for the MTC Device1; the PCEF is established by using the message.
  • the Diameter session between the PCRF and the PCRF is represented as Gx session 1;
  • Step S703 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 S704 SPR
  • the identifier and the user ID 1 return the subscription information of the MTC Device 1, including the group subscription information of the group to which the MTC Device 1 belongs, for example, Group-APN-AMBR.
  • the SPR will also return the specific subscription information corresponding to the user identifier 1.
  • the SPR may also return the specific subscription information of all the MTC devices in the MTC device group to the PCRF.
  • Step S705 The PCRF formulates a policy according to the subscription information, the access information, and the network policy returned by the SPR, including the charging mode. (offline or online), billing mode (traffic, duration, traffic and duration, or event), default QoS (QCI, ARP), APN-AMBR and
  • Step S706 The PCEF executes the policy, and the gateway where the PCEF is located returns a response to the MTC Device 1 to establish an IP-CAN session message, which carries the IP Address 1; after the steps S701 to S706, the MTC Device 1 establishes the IP-CAN session 1 .
  • Step S707 During the request of the MTC Device2 to establish the IP-CAN session 2, the MTC Device2 sends a request to establish an IP-CAN session message to the PCEF, requesting to establish an IP-CAN session 2, where the message carries the user identifier of the MTC Device2. And the PDN identifier, and the group label of the user group to which the MTC Device2 belongs; since the MTC Device 1 and the MTC Device 2 belong to the same MTC device group, the group identifier is the same; Step S708: The PCEF determines the MTC Device 1 according to the group identifier.
  • the MTC Device2 belongs to the same MTC device group.
  • the PCEF sends an IP-CAN session tampering indication message to the PCRF through the Gx session 1.
  • the IP-CAN session tampering indication message carries the IP of the user ID 2 and the MTC Device 2.
  • Step S710 The SPR returns the subscription information specified by the MTC Device2 according to the user identifier 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 S712 The PCEF executes the PCC Rule 2 and the policies in which all group members are the same in step S705.
  • the gateway where the PCEF is located returns a response to the MTC Device2 to establish an IP-CAN session message carrying the IP Address2.
  • the PCEF only establishes a Diameter session for the MTC device and the PCRF that belong to the same MTC device group, and when the PCRF sends the policy through the Diameter session, the same policy of all users in the group is only sent once, the group Different strategies for internal members can be issued separately.
  • step S708 before the PCEF interacts with the PCRF, if the PCEF has received the setup IP-CAN session establishment request message of the multiple MTC devices at this time, the PCEF sends an IP-CAN session modification indication message to the PCRF.
  • the user identifiers of the plurality of MTC devices and the corresponding IP Address can be carried at the same time.
  • the PCRF may also carry the PCC rules corresponding to the multiple MTC devices.
  • step S702 before the PCEF interacts with the PCRF, if the PCEF jt ⁇ has received the setup IP-CAN session establishment request message of the multiple MTC devices, the PCEF sends an IP-CAN session establishment indication message to the PCRF. , can carry the user ID and corresponding IP Address of the multiple MTC Devices at the same time.
  • the PCRF may also carry the PCC rules corresponding to the multiple MTC devices.
  • step S705 since the QoS part of the default loaded PCC rule of each MTC Device in the group is the same, in step S705, the PCRF returns the QoS part of the PCC rule to the PCEF, and the service filter template does not need to be returned.
  • the PCEF constructs a service filtering template based on the IP address of the MTC Device obtained by the PCEF and the IP address of the MTC server, thereby constructing a default bearer PCC rule.
  • the PCRF may also not be issued by the PCEF rule 2 but by the PCEF itself.
  • Embodiment 3 the interaction process between the PCEF and the PCRF in the process of establishing an IP-CAN session by the MTC Device 1 and the MTC Device 2 belonging to the same MTC device group is described.
  • the IP-CAN session established by MTC Device 1 and MTC Device 2 uses BBERF.
  • Step S801 During the request of the MTC Device 1 to establish the IP-CAN session 1, the MTC Device 1 sends a message requesting to establish an IP-CAN session to the BBERF, requesting to establish an IP-CAN session 2, where the message carries the MTC Device 1 a user identifier 1 and a PDN identifier, and a group label of a user group to which the MTC Device 1 belongs;
  • the message establishes a Diameter session (gateway control session) between the BBERF and the PCRF, denoted as Gxx session 1;
  • Step S803 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 determines that the user belongs to the group identified by the group identifier according to the user identifier 1 and the group identifier, and returns the subscription information of the MTC Device1 according to the user identifier 1, the PDN identifier, and the group identifier, including the group to which the MTC Device1 belongs.
  • Group policy information such as Group-APN-AMBR.
  • the SPR may send all the subscription information corresponding to each user identifier of the group to which the MTC Device1 belongs to the PCRF.
  • Step S 805 The PCRF is in the subscription information, the access information, and the network policy formulation 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 charging method (offline or online), the charging mode (traffic, duration, traffic and duration, or event;), the default bearer QoS (QCI, ARP) for users belonging to the same group as MTC Devicel They are all the same and can be considered as strategies for the same group.
  • the PCRF sends QoS rule 1 to the BBERF; Step S806: The BBERF performs QoS rule 1.
  • the gateway where the BBERF is located sends a message requesting to establish an IP-CAN session 1 to the gateway where the PCEF is located, where the message carries the user identifier 1 of the MTC Device1 and the PDN identifier of the PDN network to be accessed, and the group label of the user group to which the MTC Device1 belongs.
  • Step S807 The gateway where the PCEF is located allocates an IP address IP Address1 to the MTC Device1.
  • the PCEF 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 the PCEF and the PCRF, denoted as Gx Session 1;
  • the policy executed in step S805 (except QoS rule 1) is further sent to the PCEF;
  • Step S809 The PCEF executes the policy.
  • the gateway where the PCEF is located responds to the gateway where the BBERF is located to establish an IP-CAN session 1 message, carrying the IP Addressl;
  • Step S810 The gateway where the BBERF is located returns a response to establish an IP-CAN session 1 message, carrying an IP Address 1; after steps S801 to S810, the MTC Device 1 establishes an IP-CAN session 1, and the BBERF establishes a Gxx session with the PCRF.
  • PCEF establishes a Gx session with the PCRF1.
  • BBERF, PCEF, and PCRF perform policy charging control for IP-CAN Session 1 through Gxx Session 1, Gx Session 1.
  • Step S811 In the process of requesting the establishment of the IP-CAN session 2 by the MTC Device2, the MTC Device2 sends a request to establish an IP-CAN session message to the gateway where the BBERF is located, and carries the user identifier of the MTC Device 1 in the request to establish an IP-CAN session message. And the PDN identifier, and the group ID of the user group to which MTC Device2 belongs. MTC Device 1 and MTC Device 2 belong to the same group. Because jt ⁇ , the group identifier is the same.
  • Step S812 BBERF determines that MTC Device 1 and MTC Device2 belong to the same group according to the group identifier, and BBERF sends the GWT session 1 to the PCRF through Gxx session 1.
  • Step S813 If the subscription information of the MTC device group does not have a specific subscription or SPR of the MTC device, all the MTC Device specific subscriptions in the group have been signed. If the information is sent, the process directly proceeds to step S815. Otherwise, the PCRF sends a subscription document request to the SPR, and the subscription document request carries the user identifier 2; Step S814: The SPR returns the MTC Device2 specific subscription information according to the user identifier 2; Step S815: The PCRF develops a strategy that includes the same strategy for all group members, and
  • the default bearer of IP-CAN Session 2 is defined by 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 the QoS rule 2 to the PCEF, and other policies may not be sent;
  • the BBERF performs the 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 PCEF 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 1 belongs.
  • Step S817 The gateway where the PCEF is located Assign IP address to IPC Device2 (IP Address2) abolish PCEF determines that MTC Device 1 and MTC Device2 belong to the same group according to the group ID, PCEF Sending an IP-CAN session modification indication message to the PCRF through the Gx session 1, carrying the user identifier 2 and the IP Address2 in the IP-CAN session modification indication message;
  • Step S818 The PCRF adopts the policy formulated in step S815 (except QoS rule 2) Sent to PCEF;
  • Step S819 The PCEF executes PCC Rule 2 and the same policy for all group members in step S805.
  • the gateway where the PCEF is located returns a response to the gateway where the BBERF is located to establish an IP-CAN session message, carrying the IP Address2.
  • Step S8210 The gateway where the BBERF is located returns a response to establish an IP-CAN session 2 message, carrying the IP Address2.
  • the BBERF only establishes a Diameter session for the MTC Device and the PCRF that belong to the same user group, and when the PCRF sends the policy through the Diameter session, the same policy of all users in the group is issued only once, the group Different strategies for internal members can be issued separately.
  • step 4 S812, before the BBERF interacts with the PCRF, if the BBERF has already reached the request of multiple MTC devices to establish an IP-CAN session request message, the BBERF sends a gateway control session modification message to the PCRF. You can carry the user IDs of these multiple MTC Devices at the same time.
  • the PCRF may also carry the QoS rules corresponding to the multiple MTC devices.
  • step 4 S802 before the BBERF interacts with the PCRF, if the BBERF has already reached the request of multiple MTC devices to establish an IP-CAN session request message, the BBERF sends a gateway control session establishment message to the PCRF. You can carry the user IDs of these multiple MTC Devices at the same time.
  • the PCRF may also carry the QoS rules corresponding to the multiple MTC devices.
  • FIG. 9 is a flowchart of Embodiment 4 of the present invention, which mainly includes the following steps: Step S901: The AF sends a service/application message to the PCRF, where the message carries IP Address 1 and IP Address2 or the group identifier of the MTC device 1 or the MTC device 2 in the message; and the message also carries service information, for example, , media type, QoS information, etc., which can be considered to be consistent with MTC Device 1 and MTC Device 2.
  • Step S902 The PCRF saves the service information provided by the AF.
  • Step S903 The PCRF performs policy decision according to service information and the like; and includes formulating PCC rule 1 'and QoS rule ⁇ (Example 3) for IP-CAN session 1, PCC rule 2 for IP-CAN session 2, and QoS rule 2, (Embodiment 3);
  • Step S904 The PCRF sends a gateway and QoS rule providing message to the BBERF through the Gxx session 2, carrying the QoS rule 1, and the QoS rule 2';
  • Step S905 The BBERF installs the QoS rule.
  • the BBERF performs a resource reservation procedure for IP-CAN Session 1 and IP-CAN Session 2, respectively, according to QoS Rule 1, and QoS Rule 2.
  • the BBERF returns a confirmation message to the PCRF.
  • Steps S904 and 905 are respectively directed to Embodiment 3.
  • Step S906 The PCRF sends a policy charging rule providing message to the PCEF through the Gx session 2, carrying the PCC rule 1' and the PCC rule 2';
  • Step S907 The PCEF installs the PCC rule.
  • the PCEF performs the resource reservation process for the IP-CAN session 1 and the IP-CAN session 2 according to the PCC rule 1' and the PCC rule 2', respectively.
  • the PCEF returns a confirmation message to the PCRF.
  • Steps S906 and 907 are respectively directed to the second embodiment.
  • Embodiment 5 This embodiment describes an IP-CAN session triggered after the IP-CAN session established according to the second embodiment or the third embodiment and after the user accesses the service through the fourth embodiment, the IP-CAN session is triggered. Tampering with the process. FIG. 5
  • Step S1001 The SPR detects that the subscription data of the MTC device group (that is, the MTC device group to which the MTC device 1 and the MTC device 2 belongs) changes, for example, the charging mode (offline or online), the charging mode (traffic, duration, Traffic and duration, or event;), default bearer QoS (QCI, ARP), APN-AMBR, and Group-APN-AMBR have changed;
  • Step S1002 The SRP sends an update subscription document request message to the PCRF, where the update The contract document request message carries the changed contract document;
  • Step S1003 The PCRF saves the updated contract document data;
  • Step S1004 The PCRF makes a policy decision according to the updated subscription document; if the default bearer QoS changes, the PCRF will Re-establish PCC Rule 1 and QoS Rule 1 for IP-CAN Session 1, for PCC Rule and QoS Rule, PCC Rule 2
  • Step S1007 If the QoS of the default bearer changes, the PCRF sends a policy charging rule providing message to the PCEF through the Gx session 2, carrying the PCC rule 1 and the PCC rule 2, the PCC rule 1, and the PCC rule 2. If billing method, billing mode, APN-AMBR and
  • Step S1008 If the QoS of the default bearer changes, the PCEF installs the PCC rule. For the first embodiment, the PCEF performs the resource reservation process for the IP-CAN session 1 and the IP-CAN session 2 according to the PCC rule 1 and the PCC rule 2, the PCC rule ⁇ and the PCC rule 2', respectively. The PCEF returns a confirmation message to the PCRF. If billing method, billing mode, APN-AMBR and
  • Steps S 1007 and 1008 are performed for the second embodiment. From the above description, it can be seen that in the embodiment of the present invention, the policy executive (BBERF, PCEF) only establishes a Diameter connection (gateway control session, Gx session) for the MTC Group and the PCRF. The same policy of the users in the group only needs to be sent once, and the policy enforcement body applies the same policy of the users in the group to the IP-CAN session established by each user.
  • BBERF policy executive
  • the different policies of the multiple users in the group are encapsulated in one message for delivery, and the policy execution body applies different policies to the corresponding IP-CAN session. Therefore, the data of the Diameter connection can be reduced, the utilization of the network resources can be improved, the number of signaling interactions can be reduced, and the efficiency of the policy delivery can be improved.
  • 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种机器类通信的策略下发方法及系统，该方法包括：策略执行体在其与PCRF之间为同一MTC设备组内的所有MTC设备所建立的IP-CAN会话建立一个直径Diameter连接；PCRF通过Diameter连接将为MTC设备组的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-Connectivity Access Network, 简称为 IP-CAN )会话。 为了实现对 IP-CAN会话的策略和 计费控制， EPS或 UMTS系统中的策略执行实体与策略和计费规则实体 ( Policy and Charging Rules Function, 简称为 PCRF )为每一个 IP-CAN会话 建立 Diameter (直径） 会话。 通过 Diamete会话， 策略执行实体向 PCRF上 报 MTC设备的接入信息， PCRF向策略执行实体下发策略。 其中， 策略执行 实体在 EPS系统中为位于 P-GW中的策略和计费执行实体 ( Policy and Charging Enforcement Function, 简称为 PCEF ), 以及可能在 S-GW中的 载 绑定和事件 4艮告实体 ( Bearer Binding and Event Report Function, 简称为 BBERF )„ 在 UMTS系统中， 策略执行实体为位于 GGSN的 PCEF。 自第三代合作伙伴计划阶段 7 ( 3GPP Release7 ) 标准体系以来， 策略和 计费功能由策略和计费控制 （ Policy and Charging Control , 简称为 PCC )框 架来实现。 PCC架构是一个能够应用于多种接入技术的功能框架，例如， PCC 架构可以应用于 UMTS以及 EPS。
PCC主要实现了策略控制和计费两大功能， 图 2为现有 PCC组成架构 示意图。 其中， AF用于提供业务应用的接入点， 这些业务应用所使用的网 络资源需要进行动态的策略控制。 在业务面进行参数协商时， AF将相关业 务信息传递给 PCRF, AF和 PCRF之间使用 Rx接口。 PCRF是 PCC的核心， 用于负责策略决策和计费规则的制定。 PCRF提 供基于业务数据流的网络控制规则， 这些网络控制包括业务数据流的检测、 门控 （ Gating Control )、 月艮务质量 （ Quality of Service, 简称为 QoS ) 控制以 及基于数据流的计费规则等。 PCRF将其制定的策略和计费规则发送给策略 和计费执行实体执行； 同时， PCRF还需要保证这些规则和用户的签约信息 一致。 PCRF制定策略和计费规则的依据包括： 从 AF获得的与业务相关的信 息、 从用户签约数据库 ( Subscription Profile Repository, 简称为 SPR ) 获得 的与策略控制和计费相关的用户策略计费控制签约信息、 以及通过 Gx接口 从 PCEF获得的与承载相关网络的信息。
PCEF通常位于网关（ Gate- Way, 简称为 GW ) 内， 在 载面执行 PCRF 所制定的策略和计费规则。 如果是在线计费， 则 PCEF需要和在线计费系统 ( Online Charging System , 简称为 OCS ) —起进行信用管理； 离线计费时， PCEF和离线计费系统（ Offline Charging System, 简称为 OFCS )之间交^^ 关的计费信息。 其中， PCEF与 PCRF之间的接口是 Gx接口， PCEF与 OCS 之间的接口是 Gy接口， PCEF与 OFCS之间的接口是 Gz接口。 PCEF—般 都位于网络的网关上， 如 EPS的分组数据网络网关 （PDN-GW )、 通用无线 分组业务 （ General Packet Radio Service, 简称为 GPRS ) 中的 GPRS网关支 持节点 （GGSN ) 以及互联无线网局 i或网 （Interworking WLAN, 简称为 I-WLAN ) 中的分组数据网关 （ Packet Data Gateway , 简称为 PDG ) 等。
BBERF通常位于接入网网关 （ Access Network Gateway ) 内。 如当用户 设备通过 E-UTRAN接入 EPS、 服务网关 S-GW与 P-GW之间釆用代理移动 互联网十办议版本 6 ( Proxy Mobile Internet Protocol version 6, 简称为 PMIPv6 ) 协议时， S-GW中就存在 BBERF。 当用户设备通过可信任非 3GPP接入网接 入时， 可信任非 3GPP接入网关中也存在 BBERF。
SPR中存储有与策略控制和计费相关的用户策略计费控制签约信息。 SPR和 PCRF之间的使用 Sp接口。 发明人发现， 在实际使用过程中， 由于 MTC设备的数量众多， 且需长 期在线， 如果 PCEF或 BBERF与 PCRF之间为每个 MTC设备所建立的
IP-CAN会话分别保持一个 Diameter会话， 将占用大量网络资源， 从而降低 了网络资源的利用率， 导致网络资源的浪费。 发明内容 本发明的主要目的在于提供一种 MTC的策略下发方法及系统， 以至少 解决上述问题中的至少之一。 根据本发明的一个方面， 首先提供了一种机器类通信的策略下发方法， 该方法包括：策略执行体在其与 PCRF之间为同一 MTC设备组内的所有 MTC 设备所建立的 IP-CAN会话建立一个直径 Diameter连接； PCRF通过 Diameter 连接将为 MTC设备组的 MTC设备制定的策略下发给所述策略执行体。 优选地， 上述策略执行体为 MTC设备组内的所有 MTC设备所建立的
IP-CAN会话建立 Diameter连接包括： 策略执行体接收到为 MTC设备组内 的第一 MTC设备请求建立 IP-CAN会话的请求消息， 从请求消息中解析出 第一 MTC设备的组标识； 策略执行体判断与 PCRF之间是否建立有与组标 识对应的 Diameter连接， 如果是， 则通过 Diameter连接向 PCRF发送会话修 _ ？丈请求消息， 其中， 会话修改请求消息中携带有第一 MTC设备的用户标 ^ - 否则， 策略执行体向 PCRF发送会话建立请求消息， 建立与 PCRF之间与组 标识对应的 Diameter连接， 其中， 会话建立请求消息中携带有组标识和用户 标识。 优选地， 上述 PCRF通过 Diameter连接将为 MTC设备组的 MTC设备 制定的策略下发给策略执行体包括： PCRF在接收到会话建立请求消息时， 获取第一 MTC设备的签约信息； PCRF根据获取的签约信息为当前 MTC组 内的 MTC设备制定策略； PCRF向策略执行体发送携带制定的策略的会话建 立响应消息， 其中， 策略包括 MTC设备组内的所有 MTC设备相同的策略， 或， 相同的策略与第一 MTC设备的特定策略。 优选地， 上述 PCRF获取第一 MTC设备的签约信息包括： PCRF向用户 签约数据库 SPR发送签约文档请求， 其中， 签约文档请求中携带有用户标识 和组标识； SPR根据组标识和用户标识， 返回第一 MTC设备的签约信息， 其中， 签约信息中包括： 与组标识对应的组签约信息， 或， 与组标识对应的 组签约信息和第一 MTC设备的特定签约信息。 优选地，上述签约信息中还包括 MTC设备组中除第一 MTC设备以外的 一个或多个 MTC设备的特定签约信息。 优选地， 上述 PCRF制定的策略中还包括一个或多个 MTC设备的特定 策略， 会话建立响应消息中还携带有： 一个或多个 MTC设备的特定策略。 优选地， 上述 PCRF通过 Diameter连接将为 MTC设备组的 MTC设备 制定的策略下发给策略执行体包括： PCRF在接收到会话修改请求消息时， 根据第一 MTC设备的签约信息， 制定第一 MTC设备的特定策略， 将特定策 略发送给策略执行体。 优选地，上述在 PCRF将为 MTC设备组的 MTC设备制定的策略下发给 策略执行体之后， 方法还包括： 策略执行体将接收到的相同的策略应用到 MTC设备组中各个 MTC设备所建立的 IP-CAN会话， 将各个 MTC设备的 特定策略应用到对应的各个 MTC设备所建立的 IP-CAN会话。 优选地，上述在 PCRF将为 MTC设备组的 MTC设备制定的策略下发给 策略执行体之后， 方法还包括： PCRF接收到来自应用功能实体的消息， 其 中，消息中携带有第一 MTC设备的业务信息； PCRF根据业务信息制定策略， 并通过 Diameter连接将制定的策略下发给策略执行体。 优选地，上述在 PCRF将为 MTC设备组的 MTC设备制定的策略下发给 策略执行体之后， 方法还包括： PCRF接收到用户签约数据发送的更新签约 文档请求， 其中， 更新签约文档请求中携带有 MTC设备组更新后的签约文 档； PCRF 居更新后的签约文档为 MTC设备组内的 MTC设备重新制定策 略， 并通过 Diameter连接将重新制定的策略下发给策略执行体。 优选地， 上述第一 MTC设备包括多个 MTC设备， 会话修改消息或会话 建立指示消息中携带有多个 MTC设备的用户标识。 优选地， 上述策略执行体为策略和计费执行功能 PCEF或承载绑定和事 件报告功能 BBERF。 优选地， 上述策略执行体为 PCEF; 会话建立请求消息为 IP-CAN会话 建立指示； 会话修改请求消息为 IP-CAN会话修改指示； 策略执行体为 BBERF; 会话建立请求消息为网关控制会话建立请求； 会话修改请求消息为 网关控制会话修改请求。 才艮据本发明的另一个方面， 还提供了一种机器类通信的策略下发系统， 该系统包括： 策略执行体， 设置为在其与 PCRF之间为同一个 MTC设备组 内的所有 MTC设备所建立的 IP-CAN会话建立一个 Diameter连接； PCRF, 设置为通过 Diameter连接下发为 MTC设备组的 MTC设备制定的策略。 优选地， 策略执行体包括： 接收模块， 设置为接收为 MTC设备组中的 MTC设备请求建立 IP-CAN会话的请求消息，其中，请求消息中携带有 MTC 设备的组标识和用户标识； 判断模块， 设置为判断策略执行体与 PCRF之间 是否建立有与组标识对应的 Diameter连接，如果是， 则触发发送模块， 否则， 触发建立模块；发送模块，设置为通过与 PCRF之间的 Diameter连接向 PCRF 发送会话修改请求消息， 其中， 会话修改请求消息中携带有 MTC设备的用 户标识； 建立模块， 设置为向 PCRF发送会话建立请求消息， 建立与 PCRF 之间与组标识对应的 Diameter连接， 其中， 会话建立请求消息中携带有组标 识和用户标识。 优选地， PCRF包括： 接收模块， 设置为接收来自策略执行体的会话建 立请求消息； 获取模块， 设置为获取与会话建立请求消息中携带的组标识用 户标识对应的签约信息； 策略制定模块， 设置为根据获取模块获取的签约信 息， 为 MTC设备所属的 MTC设备组制定策略； 发送模块， 设置为将策略制 定模块制定的策略下发给策略执行体， 其中， 策略包括 MTC设备组内的所 有 MTC设备相同的策略， 或相同的策略与 MTC设备的特定策略。 优选地， 接收模块还设置为接收来自策略执行体的会话修改请求消息； 获取模块还设置为获取与会话修改请求消息中携带的用户标识对应的签约信 息； 策略制定模块还设置为制定用户标识对应的 MTC设备的特定策略； 发 送模块设置为将该特定策略下发给策略执行体。 优选地， 发送模块下发的策略还包括： MTC设备组中除 MTC设备之外 的一个或多个 MTC设备的特定策略。 通过本发明，策略执行体为同一 MTC设备组中所有 MTC设备所建立的 IP-CAN会话只建立一个 Diameter连接， PCRF通过该 Diameter连接下发为 该 MTC设备组的 MTC设备制定的策略，从而解决了相关技术中由于为每个 MTC设备所建立的 IP-CAN会话分别保持一个 Diameter会话而占用大量网 络资源的问题， 进而避免了网络资源的浪费， 提高了网络资源的利用率。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1为相关技术中 UE通过 SAE和 UMTS接入进行机器类通信的示意 图； 图 2为相关技术中 PCC的架构图； 图 3为才艮据本发明实施例一的 MTC的策略下发系统的结构示意图； 图 4为根据本发明实施例一的策略执行体的结构示意图； 图 5为才艮据本发明实施例一的 PCRF的结构示意图； 图 6为才艮据本发明实施例一的 MTC的策略下发方法的流程图； 图 7为才艮据本发明实施例二的流程图； 图 8为才艮据本发明实施例三的流程图； 图 9为才艮据本发明实施例四的流程图； 以及 图 10为才艮据本发明实施例五的流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。 实施例一 图 3为才艮据本发明实施例一的 MTC的策略下发系统的结构示意图， 如 图 3所示， 该系统包括： 策略执行体 2和 PCRF 4。 其中， 策略执行体 2, 设 置为在其与 PCRF 4之间为同一个 MTC设备组内的所有 MTC设备所建立的 IP-CAN会话建立一个 Diameter连接； PCRF 4, 设置为通过该 Diameter连接 下发为该 MTC设备组的 MTC设备制定的策略。 例如， 在 EPS系统中， 策略执行体 2可以为位于 P-GW中的 PCEF, 或 可能在 S-GW中的 BBERF。在 UMTS系统中，策略执行体 2可以为位于 GGSN 中的 PCEF。 通过本实施例的上述系统，对于同一个 MTC设备组中各个 MTC设备所 建立的 IP-CAN会话，策略执行体 2与 PCRF 4之间只需要建立一个 Diameter 连接，从而可以减少 Diameter连接占用的网络资源，提高网络资源的利用率。 图 4为根据本发明实施例策略执行体 2的结构示意图， 策略执行体 2可 以包括： 接收模块 20、 判断模块 22、 发送模块 24和建立模块 26。 其中， 接 收模块 20,设置为接收为 MTC设备组中的 MTC设备请求建立 IP-CAN会话 的消息， 其中， 该请求建立 IP-CAN会话的消息中携带有 MTC设备的组标 识和用户标识； 判断模块 22 , 设置为判断策略执行体 2与 PCRF 4之间是否 建立有与上述组标识对应的 Diameter连接 (即策略执行体 2与 PCRF 4之间 是否有为该 MTC设备组建立 Diameter连接）， 如果是， 则触发发送模块 24, 否则，触发建立模块 26;发送模块 24,设置为通过与 PCRF 4之间的 Diameter 连接向 PCRF 4发送会话修改请求消息， 其中， 该会话修改请求消息中携带 有该 MTC设备的用户标识； 建立模块 26, 设置为向 PCRF 4发送会话建立 请求消息， 建立与 PCRF 4之间与该组标识对应的 Diameter连接， 其中， 该 会话建立请求消息中携带有上述组标识和用户标识。 通过本实施例的上述策略执行体 2 , 在接收模块 20接收到为 MTC设备 请求建立 IP-CAN会话的消息时，可以通过判断模块 22判断是否建立有与该 MTC设备的组标识对应的 Diameter连接，从而确定是否已为该 MTC设备所 属的 MTC设备组建立 Diameter连接， 并根据判断结果执行不同的操作， 从 而可以保证只为一个 MTC设备组建立一个 Diameter连接。 需要说明的是， 虽然上述给出一种策略执行体 2为一个 MTC设备组建 立一个 Diameter连接的方式， 但并不限于此， 例如， 作为一个可替换的实施 例， 策略执行体 2可以预先为可能的每个 MTC设备组建立一个 Diameter连 接， 在接收到 MTC设备发送的 IP-CAN会话建立指示消息时， 策略执行体 2 找到该 MTC设备所属组对应的 Diameter连接， 通过该连接向 PCRF 4发送 会话修改请求消息， 将该 MTC设备的用户标识发送给 PCRF 4。 图 5为才艮据本发明实施例的 PCRF 4的结构示意图，该 PCRF 4可以包括： 接收模块 40、 获取模块 42、 策略制定模块 44和发送模块 46。 其中， 接收模 块 40, 设置为接收来自策略执行体 2的会话建立请求消息； 获取模块 42, 设置为获取与该会话建立请求消息中携带的组标识用户标识对应的签约信 息； 策略制定模块 44, 设置为根据获取模块 42获取的签约信息， 为 MTC设 备所属的 MTC设备组制定策略； 发送模块 46, 设置为将策略制定模块 44 制定的策略下发给策略执行体 2 , 其中， 该策略包括 MTC设备组内的所有 MTC设备相同的策略，或该相同的策略与该 MTC设备的特定策略。具体地， 在具有该 MTC设备的特定策略时， 发送模块 46下发的策略包括 MTC设备 组内所有 MTC设备共有的策略及该 MTC设备的特定策略， 如果该 MTC设 备没有特定策略， 则发送模块 46下发的策略包括 MTC设备组内所有 MTC 设备共有的策略。 例如， 发送模块 46可以将 MTC设备组共有的策略封装在一个消息中进 行下发， 策略执行体 2在接收该共有的策略时， 将该策略应用到该 MTC设 备组中各个 MTC设备所建立的 IP-CAN会话中。 如果策略执行体 2确定已为 MTC设备组建立了一个 Diameter连接， 则 策略执行体 2向 PCRF 4发送的为会话修改请求消息， 则上述接收模块 40还 设置为接收来自策略执行体 2的会话修改请求消息， 而获取模块 42还设置 为获取与会话修改请求消息中携带的用户标识对应的签约信息； 策略制定模 块 44还设置为制定该用户标识对应的 MTC设备的特定策略； 发送模块 46 设置为将该特定策略下发给所述策略执行体。 通过本实施例的上述 PCRF 4, 对于 MTC设备组内所有 MTC设备均相 同的策略只需发送一次， 可以减少信令的交互次数， 提高策略下发的效率。 在另一个优选实施例中，获取模块 42可以获取上述 MTC设备组内所有 MTC设备的签约数据， 策略制定模块 44制定的策略包括该 MTC设备组内 一个或多个 MTC设备的特定策略， 则发送模块 46在下发策略时， 可以
MTC设备组内一个或多个 MTC设备的不同的策略封装在一个消息中进行下 发， 由策略执行体 2将不同的策略应用到对应的 IP-CAN会话。 这样可以进 一步减少信令的交互。 上述 PCRF 4为本发明优选实施例的 PCRF, 在实际应用中， PCRF 4也 可以不按照上述方式进行策略， 而是每次只发送一个 MTC设备的策略。 图 6为根据本发明实施例一的 MTC的策略下发方法的流程图， 主要包 括以下步 4聚 (步 4聚 S602 -步 4聚 S604 ): 步骤 S602 , 策略执行体 2在其与 PCRF 4之间为同一 MTC设备组内的 所有 MTC设备所建立的 IP-CAN会话建立一个直径 Diameter连接； 步 4聚 S604 , PCRF 4通过上述 Diameter连接将为该 MTC设备组的 MTC 设备制定的策略下发给策略执行体 2。 例如， PCRF 4可以只向策略执行体 2下发一次 MTC设备组内所有 MTC 设备都相同的策略， 由策略执行体 2将各个 MTC设备均相同的策略应用到 各个 MTC设备建立的 IP-CAN会话。 或者， PCRF也可以将组内一个或多个 MTC设备的不同的策略（即特定策略）封装在一个消息中进行下发， 由策略 执行体 2将不同的策略应用到对应的 IP-CAN会话。 通过本实施例的上述 MTC的策略下发方法，在需要为 MTC设备所建立 的 IP-CAN会话建立 Diameter连接时， 策略执行体 2只为一个 MTC设备组 建立一个 Diameter连接，从而可以大量减少 Diameter连接的数量，提高网络 资源的利用率。 实施例二 本实施例中描述了属于同一个 MTC设备组的 MTC Device 1和 MTC
Device2在分别建立 IP-CAN会话过程中， PCEF和 PCRF交互流程。 其中
MTC Device 1和 MTC Device2建立的 IP-CAN会话都不使用 BBERF。 图 7为根据本发明实施例二的流程图， 主要包括以下步骤： 步骤 S701 : 在 MTC Device 1请求建立 IP-CAN会话 1的过程中， MTC Device 1向 PCEF发送请求建立 IP-CAN会话消息， 在该消息中携带有 MTC Device 1的用户标识 1、 PDN标识和 MTC Device 1属于的 MTC设备组的组 标识。 在实际应用中， MTC设备组的组标识可以有多种方式实现， 例如， 釆用 一个独立标识、 或与 PDN标识结合， 即每一个 MTC设备组用一个 PDN标 识表示； 步骤 S702: PCEF向 PCRF发送 IP-CAN会话建立指示消息， 在 IP-CAN 会话建立指示消息中携带有用户标识 1 , PDN标识、组标识和为 MTC Devicel 分配的 IP地址 1 ( IP Address 1 ); 通过该消息建立了 PCEF和 PCRF之间的 Diameter会话， 表示为 Gx会 话 1 ; 步骤 S703 : PCRF向 SPR发送签约文档请求， 在签约文档请求中携带有 用户标识 1、 PDN标识和组标识； 步骤 S704: SPR才艮据组标识和用户标识 1返回 MTC Device 1的签约信 息，其中包括 MTC Device 1所属组的组签约信息，例如， Group-APN-AMBR; 在实际应用中， 若除了所有 MTC Device都相同的组签约信息还包括各 个 MTC Device不相同的签约信息， 则 SPR还将返回用户标识 1对应的特定 签约信息。可选地， SPR还可以返回该 MTC设备组中所有 MTC Device的特 定地签约信息给 PCRF; 步骤 S705 : PCRF根据 SPR返回的签约信息、接入信息以及网络策略等 制定策略， 其中包括计费方式（离线或在线）、 计费模式（流量、 时长、 流量 和时长、 或事件）、 默认 载的 QoS ( QCI、 ARP )、 APN-AMBR和
Group-APN-AMBR, 以及默认 载的 PCC规则 1; PCRF将以上策略发送给 PCEF; 以上这些策略中， 计费方式（离线或在线）、 计费模式（流量、 时长、 流 量和时长、 或事件）、 默认承载的 QoS ( QCI、 ARP )对于和 MTC Devicel 属于同一个 MTC设备组的 MTC设备都是相同的， 可以认为是针对该 MTC 设备组的策略。 步-骤 S706: PCEF执行策略， PCEF所在网关向 MTC Device 1返回应答 建立 IP-CAN会话消息， 携带有 IP Address 1； 通过步骤 S701〜步骤 S706后， MTC Device 1建立了 IP-CAN会话 1 , 并 且 PCEF与 PCRF建立了 Gx会话 1。 PCEF和 PCRF通过 Gx会话 1进行对 IP-CAN会话 1的策略计费控制。 步骤 S707: 在 MTC Device2请求建立 IP-CAN会话 2的过程中， MTC Device2向 PCEF发送请求建立 IP-CAN会话消息，请求建立 IP-CAN会话 2, 在该消息中携带有 MTC Device2的用户标识 2和 PDN标识， 以及 MTC Device2属于的用户组的组标 ； 由于 MTC Device 1和 MTC Device2属于同一个 MTC设备组， 因此， 组 标识是相同的； 步骤 S708: PCEF才艮据组标识判断 MTC Device 1和 MTC Device2属于 同一个 MTC设备组， PCEF通过 Gx会话 1向 PCRF发送 IP-CAN会话爹改 指示消息， 在 IP-CAN会话爹改指示消息中携带有用户标识 2和和 MTC Device2分 己的 IP地址 IP Address2; 步骤 S709:若该组的签约信息没有各个 MTC Device 特定的签约或 SPR 已经将组内所有 MTC Device特定的签约信息下发， 则直接执行步骤 S711 , 否则， PCRF向 SPR发送签约文档请求， 在签约文档请求中携带有用户标识 2、 PDN标识和组标识； 步骤 S710: SPR根据用户标识 2返回 MTC Device2特定的签约信息； 步骤 S711 : PCRF制定策略， 其中所有组成员相同的策略与步骤 S705 中一致， 还有为 IP-CAN会话 2的默认承载的 PCC 规则 2。 一般的， PCC规 则 1和 PCC规则 2只有业务过滤器模板不同，而其他的策略信息也认为是相 同的。 PCRF将 PCC规则 2发送给 PCEF, 其他的策略可以不发送； 步骤 S712: PCEF执行 PCC规则 2和在步骤 S705中所有组成员都相同 的策略。 PCEF所在网关向 MTC Device2返回应答建立 IP-CAN会话消息， 携带有 IP Address2。 上述实施例中， PCEF只为属于同一个 MTC设备组的 MTC Device与 PCRF建立一个 Diameter会话， 并且 PCRF在通过这个 Diameter会话下发策 略时， 组内所有用户相同的策略只需下发一次， 组内成员不同的策略可以分 别下发。 进一步地， 在步骤 S708, PCEF在与 PCRF交互之前， 若 PCEF此时已 经收到了多个 MTC Device的建立 IP-CAN会话建立请求消息,那么 PCEF在 向 PCRF发送 IP-CAN会话修改指示消息时， 可以同时携带这多个 MTC Device的用户标 i只和对应的 IP Address。 4目应地， PCRF在向 PCEF返回 IP-CAN会话爹改确认消息时， 也可以同时携带这多个 MTC Device对应的 PCC规则。 同样的， 在步骤 S702, PCEF在与 PCRF交互之前， 若 PCEF jt匕时已经 收到了多个 MTC Device的建立 IP-CAN会话建立请求消息,那么 PCEF在向 PCRF发送 IP-CAN会话建立指示消息时， 可以同时携带这多个 MTC Device 的用户标识和对应的 IP Address。 相应地， PCRF在向 PCEF返回 IP-CAN会 话建立确认消息时， 也可以同时携带这多个 MTC Device对应的 PCC 规则。 在其他实施例中， 由于组内的每一个 MTC Device的默认 载的 PCC规 则的 QoS部分是相同的， 所以步骤 S705中， PCRF向 PCEF返回 PCC规则 的 QoS部分， 而业务过滤器模板不用返回。 PCEF收到 PCC规则后， 根据 PCEF获得的 MTC Device的 IP地址， 以及 MTC Server的 IP地址等信息构 建业务过滤模板， 从而构建默认承载 PCC规则。 这样在步骤 S709中， PCRF 也可不下发 PCC规则 2, 而由 PCEF 自己构建。 实施例三 本实施例中描述了属于同一个 MTC设备组的 MTC Device 1和 MTC Device2在分别建立 IP-CAN会话过程中， PCEF和 PCRF交互流程。 其中 MTC Device 1和 MTC Device2建立的 IP-CAN会话都使用 BBERF。 步骤 S801 : 在 MTC Device 1请求建立 IP-CAN会话 1的过程中， MTC Device 1向 BBERF发送请求建立 IP-CAN会话的消息， 请求建立 IP-CAN会 话 2 , 在消息中携带有 MTC Device 1的用户标识 1和 PDN标识， 以及 MTC Device 1属于的用户组的组标 ； 步骤 S802： BBERF向 PCRF发送网关控制会话建立消息， 在网关控制 会话建立消息中携带有用户标识 1、 PDN标识和组标识。 该消息建立了 BBERF和 PCRF之间的 Diameter会话 (网关控制会话 ),表示为 Gxx会话 1 ; 步骤 S803 : PCRF向 SPR发送签约文档请求， 在签约文档请求中携带有 用户标识 1、 PDN标识和组标识； 步骤 S804: SPR根据用户标识 1及组标识判断该用户属于组标识所标识 的组， 并且才艮据用户标识 1、 PDN标识和组标识返回 MTC Devicel的签约信 息， 其中包括 MTC Devicel所属组的组策略信息， 如 Group-APN-AMBR。 进一步的 SPR可能会将 MTC Devicel所属组的各个用户标识对应的签约信 息全部下发给 PCRF; 步骤 S 805: PCRF 居签约信息、 接入信息以及网络策略制定策略， 包 括计费方式（离线或在线）、 计费模式（流量、 时长、 流量和时长、 或事件）、 默认 载的 QoS ( QCI、 ARP )、 APN-AMBR和 Group-APN-AMBR, 以及默 认承载的 PCC规则 1和 QoS规则 1。 以上这些策略中， 计费方式（离线或在 线）， 计费模式（流量、 时长、 流量和时长、 或事件；)、 默认承载的 QoS ( QCI、 ARP )对于和 MTC Devicel属于同一个组的用户都是相同的， 可以认为是针 对同一个组的策略。 PCRF将 QoS规则 1发送给 BBERF; 步骤 S806: BBERF执行 QoS规则 1。 BBERF所在网关向 PCEF所在网 关发送请求建立 IP-CAN会话 1的消息， 该消息中携带有 MTC Devicel的用 户标识 1和请求接入的 PDN网络的 PDN标识， 以及 MTC Devicel属于的用 户组的组标 K; 步骤 S807: PCEF所在网关为 MTC Devicel分配 IP地址 IP Addressl。 PCEF向 PCRF发送 IP-CAN会话建立指示消息， 消息中携带有用户标识 1、 PDN标识和组标识。 该消息建立了 PCEF和 PCRF之间的 Diameter会话， 表 示为 Gx会话 1 ; 步骤 S808: PCRF才艮据组标识将 Gxx会话 1和 Gx会话 1进行关联。 进 而将步骤 S805执行的策略 (除 QoS规则 1 )发送给 PCEF; 步骤 S809: PCEF执行策略。 PCEF所在网关向 BBERF所在网关应答建 立 IP-CAN会话 1消息， 携带 IP Addressl ; 步骤 S810 : BBERF所在网关返回应答建立 IP-CAN会话 1消息， 携带 有 IP Address 1; 通过步骤 S801〜步骤 S810后， MTC Device 1建立了 IP-CAN会话 1 , 并 且 BBERF与 PCRF建立了 Gxx会话 1 , PCEF与 PCRF建立了 Gx会话 1。 BBERF、 PCEF和 PCRF通过 Gxx会话 1、 Gx会话 1进行对 IP-CAN会话 1 的策略计费控制。 步骤 S811 : 在 MTC Device2请求建立 IP-CAN会话 2的过程中， MTC Device2向 BBERF所在网关发送请求建立 IP-CAN会话消息， 在请求建立 IP-CAN会话消息中携带有 MTC Device 1的用户标识 2和 PDN标识， 以及 MTC Device2属于的用户组的组标识。 MTC Device 1和 MTC Device2属于同 一个组， 因 jt匕， 组标识是相同的； 步骤 S812: BBERF才艮据组标识判断 MTC Device 1和 MTC Device2属于 同一个组， BBERF通过 Gxx会话 1向 PCRF发送网关控制会话爹改消息， 在网关控制会话修改消息中携带有用户标识 2; 步骤 S813 : 若该 MTC设备组的签约信息没有各个 MTC Device 特定的 签约或 SPR已经将组内所有 MTC Device特定的签约信息下发， 则直接执行 步骤 S815 , 否则， PCRF向 SPR发送签约文档请求， 在签约文档请求中携带 有用户标识 2; 步骤 S814: SPR根据用户标识 2返回 MTC Device2特定的签约信息； 步骤 S815: PCRF制定策略， 其中包括所有组成员相同的策略， 还有为
IP-CAN会话 2的默认承载制定的 PCC 规则 2和 QoS规则 2。 一般的， PCC 规则 1/QoS规则 1和 PCC规则 2/QoS规则 2只有业务过滤器模板不同， 而 其他的策略信息也认为是相同的。 PCRF将 QoS规则 2发送给 PCEF , 其他 的策略可以不发送； 步 4聚 S816: BBERF执行 QoS规则 2。 BBERF所在网关向 PCEF所在网 关发送请求建立 IP-CAN会话 2的消息， 消息中携带有 MTC Device2的用户 标识 2和 PDN标识， 以及 MTC Device 1属于的用户组的组标识； 步骤 S817: PCEF所在网关为 MTC Device2分配 IP地址（ IP Address2 )„ PCEF才艮据组标识判断 MTC Device 1和 MTC Device2属于同一个组， PCEF 通过 Gx会话 1向 PCRF发送 IP-CAN会话修改指示消息，在 IP-CAN会话修 改指示消息中携带有用户标识 2和 IP Address2; 步骤 S818: PCRF将步骤 S815中制定的策略 (除 QoS规则 2 ) 发送给 PCEF; 步骤 S819: PCEF执行 PCC规则 2和在步骤 S805中所有组成员都相同 的策略。 PCEF所在网关向 BBERF所在网关返回应答建立回 IP-CAN会话消 息， 携带有 IP Address2。 步骤 S8210: BBERF所在网关返回应答建立 IP-CAN会话 2消息， 携带 有 IP Address2。 上述实施例中， BBERF只为属于同一个用户组的 MTC Device与 PCRF 分别建立一个 Diameter会话，并且 PCRF在通过这个 Diameter会话下发策略 时， 组内所有用户相同的策略只需下发一次， 组内成员不同的策略可以分别 下发。 进一步地， 在步 4聚 S812, BBERF在与 PCRF交互之前， 若 BBERF此时 已经) 到了多个 MTC Device的请求建立 IP-CAN会话请求消息,那么 BBERF 在向 PCRF发送网关控制会话修改消息时，可以同时携带这多个 MTC Device 的用户标识。相应地， PCRF在向 BBERF返回 IP-CAN会话爹改确认消息时， 也可以同时携带这多个 MTC Device对应的 QoS规则。 同样的， 在步 4聚 S802, BBERF在与 PCRF交互之前， 若 BBERF此时已 经) 到了多个 MTC Device的请求建立 IP-CAN会话请求消息,那么 BBERF 在向 PCRF发送网关控制会话建立消息时，可以同时携带这多个 MTC Device 的用户标识。 相应地， PCRF在向 PCEF返回网关控制会话建立确认消息时， 也可以同时携带这多个 MTC Device对应的 QoS 规则。 实施例四 本实施例描述的是基于实施例二或实施例三建立的 IP-CAN会话后， 由 于 MTC Device 1和 MTC Device2的业务访问，而触发的 IP-CAN会话的 4爹改 流程。 图 9为根据本发明实施例四的流程图， 该实施例主要包括以下步骤： 步骤 S901 : AF向 PCRF发送业务 /应用消息， 该消息中携带 IP Address 1 和 IP Address2或者该消息中携带 MTC设备 1或 MTC设备 2的组标识； 并且， 该消息中还携带有业务信息， 例如， 媒体类型、 QoS信息等， 这 些信息可以认为对 MTC Device 1和 MTC Device2是一致的。 AF中还会十办商 MTC Device 1和 MTC Device2不相同的信息， 例如， 流描述信息 （源、 目的 地址地址， 端口号等）； 步骤 S902： PCRF保存 AF提供的业务信息。 步骤 S903 : PCRF根据业务信息等进行策略决策； 其中包括制定针对 IP-CAN会话 1的 PCC规则 1 '和 QoS规则 Γ (实施例 三）， 针对 IP-CAN会话 2的 PCC规则 2，和 QoS规则 2，（实施例三）； 步骤 S904: PCRF通过 Gxx会话 2向 BBERF发送网关和 QoS规则提供 消息， 携带 QoS规则 1，和 QoS规则 2'； 步骤 S905 : BBERF安装 QoS规则。 BBERF根据 QoS规则 1，和 QoS规 则 2，分别为 IP-CAN会话 1和 IP-CAN会话 2执行资源预留过程。 BBERF向 PCRF返回确认消息。 其中， 步骤 S904、 905分别针对实施例三。 步骤 S906: PCRF通过 Gx会话 2向 PCEF发送策略计费规则提供消息， 携带 PCC规则 1'和 PCC规则 2'； 步骤 S907: PCEF安装 PCC规则。 针对实施例二， PCEF才艮据 PCC规则 1'和 PCC规则 2'分别为 IP-CAN会话 1和 IP-CAN会话 2执行资源预留过程。 PCEF向 PCRF返回确认消息。 其中， 步骤 S906、 907分别针对实施例二。 实施例五 本实施例描述的是基于实施例二或实施例三建立的 IP-CAN会话后并且 通过实施例四访问业务后由于用户组签约数据发生变化后，而触发的 IP-CAN 会话的 4爹改流程。 图 10为根据本发明实施例五的流程图， 主要包括以下步骤: 步骤 S 1001 : SPR检测上述 MTC设备组 （即 MTC设备 1和 MTC设备 2所属的 MTC设备组）的签约数据发生变化，例如，计费方式（离线或在线）、 计费模式（流量、时长、流量和时长、或事件；)、默认承载的 QoS ( QCI、 ARP )、 APN-AMBR和 Group-APN-AMBR发生了变化； 步骤 S 1002: SRP向 PCRF发送更新签约文档请求消息， 其中， 该更新 签约文档请求消息中携带发生变化的签约文档； 步骤 S 1003: PCRF保存更新的签约文档数据； 步骤 S 1004: PCRF根据更新的签约文档进行策略决策； 若默认承载的 QoS发生了变化， 则 PCRF将重新制定针对 IP-CAN会话 1的 PCC规则 1和 QoS规则 1 , 为 PCC规则 Γ和 QoS规则 Γ , 针对 IP-CAN会话 2的 PCC规 则 2和 QoS规则 2, 为 PCC规则 2，和 QoS规则 2，； 步骤 S 1005: 若默认承载的 QoS发生了变化， PCRF通过 Gxx会话 2向 BBERF发送网关和 QoS规则提供消息， 携带 QoS规则 1、 QoS规则 2, QoS 规则 Γ和 QoS规则 2'； 步 4聚 S 1006: BBERF安装 QoS规则。 BBERF才艮据 QoS规则 1、 QoS规 则 2, QoS规则 Γ和 QoS规则 2'分别为 IP-CAN会话 1和 IP-CAN会话 2执 行资源预留过程。 BBERF向 PCRF返回确认消息； 步骤 S 1005、 1006 4十对实施例三执行。 步骤 S 1007: 若默认承载的 QoS发生了变化， PCRF通过 Gx会话 2向 PCEF发送策略计费规则提供消息， 携带 PCC规则 1和 PCC规则 2 , PCC规 则 1，和 PCC规则 2，。 若计费方式、 计费模式、 APN-AMBR和
Group-APN-AMBR发生了变化，则 PCRF直接向 PCEF提供上述变化的信息； 步骤 S 1008: 若默认承载的 QoS发生了变化， PCEF安装 PCC规则。 针 对实施例 1 , PCEF才艮据 PCC规则 1和 PCC规则 2, PCC规则 Γ和 PCC规 则 2'分别为 IP-CAN会话 1和 IP-CAN会话 2执行资源预留过程。 PCEF向 PCRF返回确认消息。 若计费方式、 计费模式、 APN-AMBR和
Group-APN-AMBR发生了变化， 则 PCEF将上述信息直接应用于 IP-CAN会 话 1和 IP-CAN会话 2。 PCEF向 PCRF返回确认消息。 步骤 S 1007、 1008针 对实施例二执行。 从以上的描述中， 可以看出， 在本发明实施例中， 策略执行体（BBERF、 PCEF ) 只为 MTC Group与 PCRF建立一个 Diameter连接 (网关控制会话、 Gx会话）。 组内用户相同的策略只需发送一次， 由策略执行体将组内用户相 同的策略应用到各个用户建立的 IP-CAN会话。 并且可以把组内多个用户不 同的策略封装在一个消息中进行下发， 由策略执行体将不同的策略应用到对 应的 IP-CAN会话。 从而可以减少 Diameter连接的数据， 提高网络资源的利 用率， 也可以减少信令交互的次数， 提高策略下发的效率。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书 一种机器类通信 MTC的策略下发方法， 包括：
策略执行体在其与策略和计费规则功能实体 PCRF之间为同一 MTC设备组内的所有 MTC设备所建立的因特网协议-连接接入网 IP-CAN会话建立一个直径 Diameter连接；
所述 PCRF通过所述 Diameter连接将为所述 MTC设备组的 MTC 设备制定的策略下发给所述策略执行体。 根据权利要求 1所述的方法， 其中， 所述策略执行体为所述 MTC设备 组内的所有 MTC设备所建立的 IP-CAN会话建立所述 Diameter连接 包括：
所述策略执行体接收到为所述 MTC设备组内的第一 MTC设备请 求建立 IP-CAN会话的请求消息， 从所述请求消息中解析出所述第一 MTC设备的组标识；
所述策略执行体判断与所述 PCRF之间是否建立有与所述组标识 对应的 Diameter连接，如果是，则通过所述 Diameter连接向所述 PCRF 发送会话修改请求消息， 其中， 所述会话修改请求消息中携带有所述 第一 MTC设备的用户标识； 否则
所述策略执行体向所述 PCRF发送会话建立请求消息， 建立与所 述 PCRF之间与所述组标识对应的所述 Diameter连接， 其中， 所述会 话建立请求消息中携带有所述组标识和所述用户标识。 才艮据权利要求 2所述的方法， 其中， 所述 PCRF通过所述 Diameter连 接将为所述 MTC设备组的 MTC设备制定的策略下发给所述策略执行 体包括：
所述 PCRF在接收到所述会话建立请求消息时， 获取所述第一 MTC设备的签约信息；
所述 PCRF根据获取的签约信息为所述当前 MTC组内的 MTC设 备制定策略； 所述 PCRF向所述策略执行体发送携带制定的所述策略的会话建 立响应消息， 其中， 所述策略包括所述 MTC设备组内的所有 MTC设 备相同的策略 ,或 ,所述相同的策略与所述第一 MTC设备的特定策略。
4. 根据权利要求 3所述的方法， 其中， 所述 PCRF获取所述第一 MTC设 备的签约信息包括：
所述 PCRF向用户签约数据库 SPR发送签约文档请求， 其中， 所 述签约文档请求中携带有所述用户标识和所述组标识；
所述 SPR才艮据所述组标识和所述用户标识， 返回所述第一 MTC 设备的签约信息， 其中， 所述签约信息中包括： 与所述组标识对应的 组签约信息， 或， 与所述组标识对应的组签约信息和所述第一 MTC 设备的特定签约信息。
5. 根据权利要求 4所述的方法， 其中， 所述签约信息中还包括所述 MTC 设备组中除所述第一 MTC设备以外的一个或多个 MTC设备的特定签 约信息。
6. 才艮据权利要求 5所述的方法， 其中， 所述 PCRF制定的所述策略中还 包括所述一个或多个 MTC设备的特定策略，所述会话建立响应消息中 还携带有： 所述一个或多个 MTC设备的特定策略。
7. 才艮据权利要求 3所述的方法， 其中， 所述 PCRF通过所述 Diameter连 接将为所述 MTC设备组的 MTC设备制定的策略下发给所述策略执行 体包括： 所述 PCRF在接收到所述会话爹丈请求消息时， 才艮据所述第 一 MTC设备的签约信息， 制定所述第一 MTC设备的特定策略， 将所 述特定策略发送给所述策略执行体。
8. 根据权利要求 3至 7中任一项所述的方法， 其中， 在所述 PCRF将为 所述 MTC设备组的 MTC设备制定的策略下发给所述策略执行体之 后， 所述方法还包括： 所述策略执行体将接收到的所述相同的策略应 用到所述 MTC设备组中各个 MTC设备所建立的 IP-CAN会话， 将各 个 MTC设备的特定策略应用到对应的各个 MTC设备所建立的
IP-CAN会话。
. 根据权利要求 8所述的方法， 其中， 在所述 PCRF将为所述 MTC设备 组的 MTC设备制定的策略下发给所述策略执行体之后，所述方法还包 括：
所述 PCRF接收到来自应用功能实体的消息， 其中， 所述消息中 携带有所述第一 MTC设备的业务信息；
所述 PCRF 居所述业务信息制定策略， 并通过所述 Diameter连 接将制定的所述策略下发给所述策略执行体。
10. 根据权利要求 8所述的方法， 其中， 在所述 PCRF将为所述 MTC设备 组的 MTC设备制定的策略下发给所述策略执行体之后，所述方法还包 括：
所述 PCRF接收到用户签约数据发送的更新签约文档请求，其中， 所述更新签约文档请求中携带有所述 MTC设备组更新后的签约文档； 所述 PCRF才艮据所述更新后的签约文档为所述 MTC设备组内的 MTC设备重新制定策略，并通过所述 Diameter连接将重新制定的所述 策略下发给所述策略执行体。
11. 根据权利要求 2所述的方法，其中，所述第一 MTC设备包括多个 MTC 设备， 所述会话修改消息或所述会话建立指示消息中携带有所述多个 MTC设备的用户标识。
12. 根据权利要求 2至 7中任一项所述的方法， 其中， 所述策略执行体为 策略和计费执行功能 PCEF或^载绑定和事件 告功能 BBERF。
13. 根据权利要求 12所述的方法， 其中， 所述策略执行体为所述 PCEF; 所述会话建立请求消息为 IP-CAN会话建立指示； 所述会话爹丈请求 消息为 IP-CAN会话爹改指示；
所述策略执行体为所述 BBERF; 所述会话建立请求消息为网关控 制会话建立请求； 所述会话修改请求消息为网关控制会话修改请求。
14. 一种 MTC的策略下发系统， 包括：
策略执行体，设置为在其与 PCRF之间为同一个 MTC设备组内的 所有 MTC设备所建立的 IP-CAN会话建立一个 Diameter连接； 所述 PCRF,设置为通过所述 Diameter连接下发为所述 MTC设备 组的 MTC设备制定的策略。
15. 根据权利要求 14所述的系统， 其中， 所述策略执行体包括：
接收模块， 设置为接收为所述 MTC设备组中的 MTC设备请求建 立 IP-CAN会话的请求消息， 其中， 所述请求消息中携带有所述 MTC 设备的组标识和用户标识；
判断模块， 设置为判断所述策略执行体与所述 PCRF之间是否建 立有与所述组标识对应的 Diameter连接， 如果是， 则触发发送模块， 否则， 触发建立模块；
所述发送模块， 设置为通过与所述 PCRF之间的所述 Diameter连 接向所述 PCRF发送会话修 丈请求消息， 其中， 所述会话爹改请求消 息中携带有所述 MTC设备的用户标识；
所述建立模块， 设置为向所述 PCRF发送会话建立请求消息， 建 立与所述 PCRF之间与所述组标识对应的所述 Diameter连接， 其中， 所述会话建立请求消息中携带有所述组标识和所述用户标识。
16. 根据权利要求 14或 15所述的系统， 其中， 所述 PCRF包括：
接收模块，设置为接收来自所述策略执行体的会话建立请求消息； 获取模块， 设置为获取与所述会话建立请求消息中携带的组标识 用户标识对应的签约信息；
策略制定模块， 设置为根据所述获取模块获取的所述签约信息， 为所述 MTC设备所属的所述 MTC设备组制定策略；
发送模块， 设置为将所述策略制定模块制定的策略下发给所述策 略执行体， 其中， 所述策略包括所述 MTC设备组内的所有 MTC设备 相同的策略， 或所述相同的策略与所述 MTC设备的特定策略。
17. 才艮据权利要求 16所述的系统， 其中， 所述接收模块还设置为接收来自 所述策略执行体的会话修改请求消息； 所述获取模块还设置为获取与 所述会话修改请求消息中携带的用户标识对应的签约信息； 所述策略 制定模块还设置为制定所述用户标识对应的 MTC设备的特定策略；所 述发送模块设置为将该特定策略下发给所述策略执行体。
8. 才艮据权利要求 16所述的系统， 其中， 所述发送模块下发的所述策略还 包括： 所述 MTC设备组中除所述 MTC设备之外的一个或多个 MTC 设备的特定策略。
PCT/CN2011/071701 2010-04-26 2011-03-10 机器类通信的策略下发方法及系统 WO2011134321A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010171409.1A CN102238510B (zh) 2010-04-26 2010-04-26 机器类通信的策略下发方法及系统
CN201010171409.1 2010-04-26

Publications (1)

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

Family

ID=44860842

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/071701 WO2011134321A1 (zh) 2010-04-26 2011-03-10 机器类通信的策略下发方法及系统

Country Status (2)

Country Link
CN (1) CN102238510B (zh)
WO (1) WO2011134321A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105474670A (zh) * 2013-07-24 2016-04-06 康维达无线有限责任公司 服务域收费系统和方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102238512B (zh) * 2010-04-29 2015-11-25 中兴通讯股份有限公司 机器类通信mtc的策略应用方法及策略和计费执行实体
CN110519709B (zh) * 2018-05-21 2021-08-31 华为技术有限公司 上下文管理方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101577935A (zh) * 2008-07-17 2009-11-11 中兴通讯股份有限公司 一种事件触发器的下发和安装方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9137251B2 (en) * 2005-03-16 2015-09-15 Fortinet, Inc. Inheritance based network management
CN101355438A (zh) * 2007-07-25 2009-01-28 华为技术有限公司 策略计费控制的实现方法、设备及系统

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101577935A (zh) * 2008-07-17 2009-11-11 中兴通讯股份有限公司 一种事件触发器的下发和安装方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI: "TD S2-101078: Network Improvement for Group Base Charging", 3GPP TSG SA WG2 MEETING #78, 26 February 2010 (2010-02-26) *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105474670A (zh) * 2013-07-24 2016-04-06 康维达无线有限责任公司 服务域收费系统和方法
EP3651409A1 (en) * 2013-07-24 2020-05-13 Convida Wireless, LLC Service domain charging systems and methods
CN111726234A (zh) * 2013-07-24 2020-09-29 康维达无线有限责任公司 服务域收费系统和方法
US11277522B2 (en) 2013-07-24 2022-03-15 Convida Wireless, Llc Service domain charging systems and methods

Also Published As

Publication number Publication date
CN102238510A (zh) 2011-11-09
CN102238510B (zh) 2014-09-10

Similar Documents

Publication Publication Date Title
US9137652B2 (en) Method for implementing policy and charging control in a roaming scene
US8799440B2 (en) Policy and charging control method and system for multi-PDN connections of single APN
US8644799B2 (en) Charging system and method
EP2875676B1 (en) Dynamic activation of andsf policies
US8661145B2 (en) Method and system for transmitting a bearer control mode in roaming scenarios
WO2009094837A1 (en) A method for selecting a policy and charging rules function server on a non-roaming scene
US9113436B2 (en) Method and system for information transmission
EP2648367B1 (en) Method and system for realizing application detection and control in ip-can session supporting dual stack
WO2007143940A1 (fr) procédé, système et équipement de contrôle des conditions d'utilisation et de la facturation lorsque l'utilisateur est mobile
WO2011134317A1 (zh) 机器类通信的策略应用方法及策略和计费执行实体
EP3110197B1 (en) Method for application detection and control in roaming scenario and v-pcrf
US9544832B2 (en) Method, apparatus and system for policy control
CN111511042B (zh) 用于在无线通信系统中生成连接的方法和装置
WO2011063688A1 (zh) 策略和计费规则功能实体的选择方法及系统
US9485106B2 (en) Method for processing TDF session and PCRF
WO2012083779A1 (zh) 策略控制方法及装置
WO2011134319A1 (zh) 用于分组业务的策略控制方法及分组业务系统
WO2012129992A1 (zh) 被赞助数据连接的处理方法及策略与计费规则功能实体
WO2011134321A1 (zh) 机器类通信的策略下发方法及系统
CN102791042A (zh) S9子会话建立方法、系统及pcrf
WO2013113263A1 (zh) 一种应用检测控制功能模式的识别方法及系统
WO2011006408A1 (zh) 一种策略与计费控制系统、方法及一种pcrf实体
WO2011134315A1 (zh) 业务授权方法、装置及系统
WO2014110966A1 (zh) 一种业务数据的处理方法、装置和系统
WO2014110923A1 (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: 11774312

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

Country of ref document: EP

Kind code of ref document: A1