WO2010091635A1 - 一种策略的控制方法、装置 - Google Patents

一种策略的控制方法、装置 Download PDF

Info

Publication number
WO2010091635A1
WO2010091635A1 PCT/CN2010/070599 CN2010070599W WO2010091635A1 WO 2010091635 A1 WO2010091635 A1 WO 2010091635A1 CN 2010070599 W CN2010070599 W CN 2010070599W WO 2010091635 A1 WO2010091635 A1 WO 2010091635A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
usage information
service usage
policy
current
Prior art date
Application number
PCT/CN2010/070599
Other languages
English (en)
French (fr)
Inventor
林青春
胡玉胜
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP10740924.5A priority Critical patent/EP2398262B1/en
Publication of WO2010091635A1 publication Critical patent/WO2010091635A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • 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/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • 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
    • H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
    • H04L41/5064—Customer relationship management
    • 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
    • H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
    • H04L41/5067—Customer-centric QoS measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/20—Traffic policing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/42—Dynamic individual rates per user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/44—Augmented, consolidated or itemized billing statement or bill presentation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/58—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on statistics of usage or network monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/85—Notification aspects characterised by the type of condition triggering a notification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/85—Notification aspects characterised by the type of condition triggering a notification
    • H04M15/857—Cumulative charges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1485—Tariff-related aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method and apparatus for controlling a policy. Background technique
  • the quality of service (QoS, Quality of Service) of the network-side authorized terminal is based on the QoS requested by the terminal, the QoS signed by the user in the Home Location Register (HLR), and the general packet radio service.
  • the Serving General Packet Radio Service Support Node (SGSN) and the Gateway General Packet Radio Service Support Node (GGSN) can make decisions, and the network side authorizes the terminal.
  • QoS is based on the Packet Data Protocol (PDP) context.
  • PDP Packet Data Protocol
  • the QoS of the terminal to the terminal is dependent on the terminal's perception of the service.
  • the terminal reports the QoS to the network side in the PDP context.
  • the QoS parameters of the terminal are inconsistent with the requirements of the service layer in the established PDP context request, that is, the QoS parameters reported by the terminal to the network side are not completely reliable.
  • the network side does not have the service awareness capability, and cannot truly perceive the type of service actually transmitted by the user plane. Therefore, it is not accurate to combine the QoS decision of the terminal request with QoS.
  • FIG. 1 is a schematic diagram of a logical structure of a PCC architecture in a 3GPP R7 system.
  • the basic idea of the architecture is that the terminal interacts with the application function (AF, Function Function) entity 101, and the AF entity 101 notifies the service information through the Rx interface (Poly icy Charging Rules Function). 102.
  • the PCRF entity 102 uses the service information provided by the AF entity 101, the user subscription information in the subscription information store (SPR) 103 obtained through the Sp interface, and the local policy information of the PCRF entity 102.
  • SPR subscription information store
  • the determined QoS is notified to the online charging system (0CS, respectively) through the Gy interface and the Gz interface through the Gy interface and the PC IE (Poly icy and Charging Enforcement Function) entity 104.
  • the terminal in the Onl ine Charging System 105 and the Offl ine Charging System (0FCS) 106, or the General Packet Radio Service (GPRS) procedure notifies the terminal of the GPRS network, and performs the specified QoS, Thus, QoS is associated with the application, ensuring the accuracy of QoS.
  • GPRS General Packet Radio Service
  • the inventor found that in the above PCC architecture, the PCRF entity learns the service information from the AF to make policy decisions, but when the QoS is authorized to the PCEF, the policy decision cannot be made according to the historical service usage of the user. Summary of the invention
  • the embodiment of the invention provides a method and a device for controlling a policy, which can be controlled according to the usage of the historical service of the user, so that the network resource can be effectively used to provide differentiated services for the user.
  • the embodiment of the present invention provides the following technical solutions:
  • the embodiment of the invention provides a method for controlling a policy, including:
  • An embodiment of the present invention further provides a policy control apparatus, including:
  • An obtaining module configured to acquire current service usage information of the user
  • a calculation and saving module configured to accumulate and save the current service usage information and the user history service usage information acquired by the acquiring module, as the current user historical service usage information;
  • the decision module is configured to perform policy decision according to the current user historical service usage information.
  • the embodiment of the invention further provides a control device for another strategy, including:
  • a receiving module configured to receive a policy and a charging plan function, and send an indication message, where the indication message is used to indicate that the user service usage information is reported;
  • a sending module configured to report the current service usage information of the user to the policy and charging planning function entity according to the indication message.
  • the embodiment of the present invention uses the current service usage information of the user and the user history service usage information. Accumulate, and determine the authorization policy based on the cumulative result, so that the policy can be controlled according to the usage of the user's historical service without changing the network architecture, and the network resources can be effectively used to provide differentiated services for the user.
  • FIG. 1 is a schematic diagram of a logical structure of a PCC architecture in an existing 3GPP R7 system
  • FIG. 2 is a schematic flowchart of a method for controlling a policy according to Embodiment 1 of the present invention
  • FIG. 3 is a schematic flowchart of a method for controlling a policy according to Embodiment 2 of the present invention.
  • FIG. 4 is a schematic flowchart of a method for controlling a policy according to Embodiment 3 of the present invention.
  • FIG. 5 is a schematic flowchart of a method for controlling a policy according to Embodiment 4 of the present invention.
  • FIG. 6 is a schematic structural diagram of a control apparatus for a policy according to Embodiment 5 of the present invention.
  • FIG. 7 is a schematic diagram of a logical structure of an acquisition module according to Embodiment 5 of the present invention.
  • FIG. 8 is a schematic diagram of a logical structure of a calculation and storage module according to Embodiment 5 of the present invention.
  • FIG. 9 is a schematic diagram of a logical structure of a decision module according to Embodiment 5 of the present invention.
  • FIG. 10 is a schematic structural diagram of another apparatus for controlling a policy according to Embodiment 6 of the present invention. detailed description
  • Embodiment 1 is a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • Embodiment 1 is a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • FIG. 2 is a schematic flowchart diagram of a method for controlling a policy according to Embodiment 1 of the present invention. As shown in FIG. 2, the method may include the steps of:
  • Step 201 Obtain current service usage information of the user. If the PCC architecture of the existing 3GPP R7 system is not changed, the current service usage information of the user can be obtained through multiple channels, for example, the Gx interface between the PCRF entity and the PCEF entity is extended, so that the Gx interface can report to the PCRF entity.
  • User current service usage information (such as traffic and/or duration); or, the PCRF entity defines an inquiry interface with the online charging system and/or the offline charging system, by going to the online charging system and/or the offline charging system. The query obtains the current business usage information of the user and the like.
  • Step 202 Accumulate and save the current service usage information of the user and the user history service usage information, as the current user historical service usage information;
  • the user history service usage information may be stored in the PCRF entity of the PCC architecture or stored on other external network elements. For example, when a PCEF entity accesses multiple PCRF entities, the user history service usage information needs to be saved in a public external network element, for example, in the SPR, so that multiple PCRF entities can obtain user historical service usage information. .
  • Step 203 Perform policy decision according to current user historical service usage information.
  • the policy described in the embodiment of the present invention includes a QoS policy or a routing policy or a charging policy.
  • the policy decision based on the currently saved user historical service usage information may be:
  • the PCRF entity Determine whether the traffic and/or duration of the current user service usage information meets the policy decision condition. If yes, the PCRF entity performs policy decision according to the local policy or a policy obtained from an external network element such as SPR; otherwise, no policy decision is made.
  • the policy decision referred to in the present embodiment and in the subsequent embodiments refers to a selection policy.
  • the operator can provide various personalized policies (such as color ring tones, fee levels, etc.) for the user, and save them in the PCRF entity or an external network element such as SPR. If the traffic and/or duration of the current user history service usage information is satisfied, When the policy determines the condition, the PCRF entity may make a policy decision according to a locally saved policy or a policy obtained from an external network element such as SPR.
  • the PCRF selects an appropriate policy from the obtained policies according to the current user history service usage information.
  • the PCRF obtains multiple policies QoS1, QoS2, and QoS3, where the QoS1 threshold is 10M and the decision condition is less than the threshold 10M.
  • the threshold of QoS2 is 10M and 20M, and the decision condition is greater than the threshold of 10M and less than the threshold of 20M.
  • the threshold for QoS3 is 20M, and the decision condition is greater than the threshold of 20M. among them:
  • the PCRF selects QoS1;
  • the PCRF selects QoS2;
  • the PCRF selects QoS3.
  • the current service usage information of the user and the historical service usage information of the user are accumulated, and the authorization policy is determined according to the accumulated result, so that the policy can be controlled according to the usage of the historical service of the user without changing the network architecture. , effectively use network resources to provide differentiated services for users.
  • FIG. 3 is a schematic flowchart diagram of a method for controlling a policy according to Embodiment 2 of the present invention.
  • the embodiment of the present invention introduces the implementation process of the policy control provided by the embodiment of the present invention by taking the control QoS policy as an example. As shown in Figure 3, the method can include the following steps:
  • Step 301 The PCRF entity sends an indication message to the PCEF entity by using the Gx interface, where the indication message indicates that the PCEF entity reports the user service usage information.
  • the part of the message content of the indication message may be as shown in Table 1.
  • "whether or not the reporting cell” and the “reporting mode cell” and the “reporting interval cell” are carried.
  • the "reporting mode cell” is used to indicate the manner in which the PCEF entity reports the user service usage information.
  • the “reporting mode cell” is enabled when the “required reporting cell” is yes.
  • the method of instructing the PCEF entity to report the service usage information of the user may include: reporting by context or reporting by rate group or by rate group and service when the "required reporting cell” is no.
  • the identification (ID) is reported. For example, you can report the traffic and/or duration of all current services of the user, or report the traffic and/or duration of a user's service. Cell format description
  • the unsigned char is required to indicate whether the PCEF entity needs to report the user service report usage information. When the cell is yes, it indicates that it needs to be reported. When the cell is no, it indicates that it is not required to report.
  • the ID is reported, and the cell is enabled only when the user service usage information needs to be reported.
  • the reporting interval is unsigned long.
  • the cell indicates the interval reported by the PCEF entity. It can be reported at intervals of the traffic interval (KB) and/or time (seconds). This cell is enabled when the user service usage information is to be reported.
  • the "Reporting Interval Cell” is used to indicate the interval reported by the PCEF entity according to the "Reporting Cell".
  • the report may be reported only according to the interval of the traffic. For example, if the traffic is increased by 10 KB or 15 KB or 20 KB, the report is reported according to the reporting mode specified by the "reporting mode cell"; or it is reported only according to the time interval, for example, every 10 seconds or 15 seconds is added. Or 20 seconds to report according to the reporting method specified by the "reporting mode cell”; or, at the same time, according to the traffic interval and time interval, for example, when the traffic increases by a certain amount and the time also increases by a certain amount, according to " The reporting mode cell is reported in the specified reporting mode.
  • the indication message sent by the PCRF entity may also carry only the "requires reporting of the cell", and the cell is set to yes, indicating that the PCEF entity needs to report the current service usage information of the user;
  • the cell "and the reporting interval cell”, because the PCEF entity can be pre-configured with the reporting mode type and the reporting interval as shown in Table 1, the PCEF entity can receive the local pre-configured reporting mode after receiving the indication message.
  • the type and the interval of reporting are reported by the user.
  • part of the message content shown in Table 1 provided by the embodiment of the present invention may be sent to the PCEF entity as a new content in the reserved field of the existing message transmitted through the Gx interface, or may be newly defined.
  • the content of the message transmitted through the Gx interface is sent to the PCEF entity, which is not limited herein.
  • Step 302 The PCRF entity receives the current service usage information of the user sent by the PCEF entity according to the indication message.
  • the reporting manner carried in the reported content corresponds to the reporting manner shown in Table 1.
  • the PDP context cell is selected in the report content shown in Table 2; for example, the reporting mode in Table 1 is reported by the rate group, as shown in Table 2.
  • the rate group cell is selected in the report content; for example, the report mode in Table 1 is the rate group and the service ID report, and the rate group cell and the service ID cell are selected in the report content shown in Table 2.
  • the content of the report shown in Table 2 provided by the embodiment of the present invention may be sent to the PCRF entity as a new content in the reserved field of the existing message transmitted through the Gx interface, or may be used as a newly defined process.
  • the content of the message transmitted by the Gx interface is sent to the PCRF entity, which is not limited herein.
  • Step 303 The PCRF entity accumulates and saves the current service usage information and the user history service usage information of the user, and uses the current user historical service usage information.
  • the PCRF entity may accumulate and save the current service usage information of the user and the user historical service usage information saved by the user as the current user historical service usage information;
  • the PCRF entity can accumulate the current service usage information of the user and the user history service usage information saved by the SPR, and save the information in the SPR.
  • the current user history service usage information it is convenient for multiple PCRF entities to obtain user historical service usage information.
  • the cumulative period of the user history service usage information that can be further set in the embodiment of the present invention, for example, the first day of each month to the last day of the month is an accumulation period, and the accumulation of the user historical service information can only be in the It is valid in the accumulation period.
  • the accumulation period is over, the accumulated user history service usage information can be cleared to 0.
  • the length of the accumulation period can be determined by the operator.
  • Step 304 The PCRF entity performs QoS decision according to the current user history service usage information.
  • the QoS decision based on the current user historical service usage information may be:
  • the PCRF entity performs QoS decision according to the local policy or the policy obtained from the SPR; otherwise, the QoS decision is not made.
  • the threshold may be preset. If it is determined that the traffic and/or duration of the current user service usage information is greater than or equal to a preset threshold, the traffic and/or duration of the user historical service usage information is considered to satisfy the QoS decision condition, and the PCRF entity is locally.
  • the policy or the policy obtained from the SPR makes QoS decisions.
  • the traffic threshold can be preset, when the user history
  • the PCRF entity performs QoS decision according to the local policy or the policy obtained from the SPR; for example, one of the preset traffic thresholds of the user is 20M, when the current historical service usage information of the user After reaching 20M, the PCRF can obtain a lower QoS policy and control users according to the policy, which can reduce user traffic, prevent users from abusing network resources, and use network resources more effectively.
  • the duration threshold may be preset.
  • the PCRF entity performs QoS according to the local policy or the policy obtained from the SPR. For example, if the time threshold of the user is 50 hours, the PCRF can obtain a lower charging policy and perform charging control on the user according to the charging policy. Reduce user fees and encourage users to use the business.
  • the traffic threshold and the duration threshold may be preset.
  • the PCRF entity is locally The policy or the policy obtained from the SPR makes QoS decisions.
  • the embodiment of the present invention may also preset a threshold. If it is determined that the traffic and/or duration of the current user service usage information is less than the preset threshold, the traffic and/or duration of the user historical service usage information is considered to satisfy the QoS decision condition.
  • the PCRF entity makes QoS decisions based on local policies or policies obtained from SPR. For example, in the initial stage of network establishment, the number of users is small. When the traffic of the user is less than the threshold, the user can be assigned a higher QoS, so that the user can experience the service better and use the network resources more effectively.
  • the authorized QoS may be sent to the PCEF entity through the Gx interface, and the authorized QoS is sent by the PCEF entity to the terminal.
  • the specific implementation process of sending the authorized QoS to the terminal by the PCEF entity to the PCEF entity through the Gx interface is the same as that in the prior art, and the embodiments of the present invention are not described herein.
  • the PCEF entity can report the user service usage information to the PCRF entity through the Radius charging protocol, and then the PCRF entity uses the user service usage information and itself.
  • the user history service usage information saved by the saved or other external network elements is accumulated and saved, and the current user historical service usage information is obtained and QoS decisions are made.
  • the decided QoS can be sent to the PCEF entity through the Gx interface, and then the PCEF entity will The authorized QoS is sent to the terminal.
  • the user service usage information reported by the Radius interface can only be reported in the PDP context, and cannot be reported based on the rate group and based on the rate group and service ID.
  • the method for controlling the policy provided by the second embodiment of the present invention is described in detail.
  • the current service usage information of the user and the historical service usage information of the user are accumulated, and the authorization is determined according to the accumulated result.
  • QoS so that QoS control can be performed according to the usage of the user's historical service without changing the network architecture, and the network resources can be effectively used to provide differentiated services for users.
  • the PCEF may be configured in advance, and the pre-configured information may indicate that the PCEF entity reports the user service usage information, and the PCRF does not need to send the indication information to the PCEF.
  • Embodiment 3 :
  • FIG. 4 is a schematic flowchart diagram of a method for controlling a policy according to Embodiment 3 of the present invention.
  • the embodiment of the present invention uses the PCC architecture as an example in the charging control, and details the implementation process of the QoS control in the PCC architecture.
  • the charging control according to the embodiment of the present invention includes online charging control and offline charging control, and the method may include the following steps:
  • Step 401 Define a query interface with an online charging system and/or an offline charging system
  • the PCEF entity may receive the indication information sent by the PCRF entity, where the indication information is used to instruct the PCEF entity to send the user service usage information to the online charging system; similarly, when the PCC architecture is applied to the offline When charging, the PCEF entity can receive the indication information sent by the PCRF entity, and the indication information is used to instruct the PCEF entity to send the user service usage information to the offline charging system. Therefore, the current service usage information of the user exists on both the online charging system and the offline charging system.
  • the PCRF entity can define an inquiry interface between the online charging system and the offline charging system for querying the online charging system and/or the offline charging system to obtain user service usage information.
  • Step 402 Send a query for querying the current service usage information of the user to the online charging system and/or the offline charging system through the query interface.
  • the method for the online charging system and/or the offline charging system to report the service usage information of the user may be indicated by the online charging system and/or the offline charging system in the querying the current service usage information of the user sent to the online charging system and/or the offline charging system.
  • the specific reporting method includes reporting by context or reporting by rate group or reporting by rate group and service identifier.
  • Step 403 Receive current service usage information of the user sent by the online charging system and/or the offline charging system.
  • the current service usage information of the user sent by the line charging system and/or the offline charging system may specifically be the traffic and/or duration used by the current service of the user.
  • Step 404 Accumulate and save the current service usage information of the user and the user historical service usage information, as the current user historical service usage information;
  • the PCRF entity may accumulate and save the current service usage information of the user and the user historical service usage information saved by the user as the current user historical service usage information;
  • the PCRF entity may accumulate and save the current service usage information of the user and the user history service usage information saved on other external network elements as the current user historical service usage information.
  • the PCRF entity can accumulate the current service usage information of the user and the user history service usage information saved by the SPR, and save the information in the SPR for storage as the current user history service usage information. It is convenient for multiple PCRF entities to obtain user historical service usage information.
  • Step 405 Perform QoS decision according to the current user history service usage information.
  • the QoS decision made by the PCRF entity according to the current user history service usage information may be the same as the method described in the foregoing Embodiment 2.
  • the embodiment of the present invention is not repeated here.
  • the embodiment of the present invention may define an inquiry interface between an online charging system and/or an offline charging system, and use the query interface to perform online measurement.
  • the fee system and/or the offline charging system query the current service usage information of the user, and the query aggregates the current service usage information of the user and the historical service usage information of the user, and determines the authorized QoS according to the accumulated result, thereby not changing the network architecture.
  • QoS control can be performed according to the usage of the user's historical service, and the network resources can be effectively used to provide differentiated services for users.
  • the PCEF may be configured in advance, and the pre-configured information may be used to indicate that the PCEF entity sends the user service usage information to the online charging system, and the PCRF does not need to send the indication information to the PCEF.
  • Embodiment 4 :
  • FIG. 5 is a schematic flowchart diagram of a method for controlling a policy according to Embodiment 4 of the present invention.
  • the QoS policy control is taken as an example to describe the policy control method provided by the embodiment of the present invention. As shown in Figure 5, the method can include the following steps:
  • Step 501 The terminal sends an activation PDP context request to the PCEF entity.
  • the terminal When the terminal needs to access a certain service, it needs to send an activation PDP context request to the PCEF entity.
  • Step 502 The PCEF entity sends an authorization request to the PCRF entity.
  • the PCEF entity After receiving the activated PDP context request sent by the terminal, the PCEF entity sends an authorization request to the PCRF entity.
  • Step 503 The PCRF entity acquires user historical service usage information of the terminal, and determines an authorized QoS1 according to the user history usage information.
  • the PCRF entity can obtain the user history service usage from the user history service usage information saved by itself. Or; obtaining user historical service usage information from user history service usage information saved by an external network element, such as SPR;
  • the PCRF entity may perform QoS1 decision according to the local policy or the policy obtained from the SPR. It should be noted that, according to the historical service usage information of the user, it is possible to determine which specific QoS can be developed by the operator and the terminal. Determined by signing the contract.
  • Step 504 The PCRF entity sends an authorization response to the PCEF entity, where the authorization response not only carries the authorized QoS1 of the PCRF entity, but also indicates that the PCEF entity needs to report the user service usage information, the reporting manner, and the reporting interval.
  • the reporting manner of the authorization response to the PCEF entity is specifically a PDP context mode.
  • the PCEF entity is required to report the user service usage information to the PCRF entity in a PDP context manner.
  • Step 505 The PCEF entity sends an activation PDP context response to the terminal, where the response carries the QoS1 authorized by the PCRF entity;
  • Step 506 The terminal accesses the service according to the QoS 1 authorized by the PCRF entity.
  • Step 507 The terminal accesses the service according to the QoS1 authorized by the PCRF entity, and the PCEF entity reports the current service usage information of the user to the PCRF entity in a PDP context manner.
  • Step 508 The PCRF entity may accumulate and save the current service usage information of the user reported by the PCEF entity in the PDP context manner and the user history service usage information saved by the PCEF entity as the currently saved user history service usage information;
  • the PCRF entity may accumulate and save the current service usage information of the user and the user history service usage information saved on other external network elements as the current user historical service usage information.
  • the PCRF entity can accumulate the current service usage information of the user reported by the PCEF entity in the PDP context manner and the user history service usage information saved by the external network element, such as the SPR, and save the information. SPR is saved as the current user history service usage information;
  • the PCRF entity can determine whether the traffic and/or the duration of the current user service usage information meets the quality of service decision condition. If yes, the PCRF entity performs QoS decision according to the local policy or the policy obtained from the SPR, and determines the authorized QoS2; There is no subsequent step, and the terminal still accesses the service with QoS1.
  • Step 509 The PCRF entity sends an authorization response to the PCEF entity, where the authorization response carries the authorized QoS2 determined by the PCRF entity;
  • Step 510 The PCEF entity sends a request to the terminal to update the PDP context request, where the authorized QoS2 that is determined by the PCRF entity is carried.
  • Step 511 After receiving the update and update PDP context request sent by the PCEF, the terminal obtains the authorized QoS2 that is determined by the PCRF entity.
  • Step 512 The terminal accesses the service according to the QoS2 authorized by the PCRF entity.
  • the current service usage information of the user and the historical service usage information of the user are accumulated, and the authorized QoS is determined according to the accumulated result, thereby Without changing the network architecture, QoS control can be performed according to the usage of the user's historical service, and the network resources can be effectively used to provide differentiated services for users.
  • Embodiment 5 the current service usage information of the user and the historical service usage information of the user are accumulated, and the authorized QoS is determined according to the accumulated result, thereby Without changing the network architecture, QoS control can be performed according to the usage of the user's historical service, and the network resources can be effectively used to provide differentiated services for users.
  • FIG. 6 is a schematic structural diagram of a policy control apparatus according to Embodiment 5 of the present invention.
  • the policy control apparatus provided by the embodiment of the present invention can be used as a separate device to implement the control of the policy in the PCC architecture of the 3GPP R7 system.
  • the control of the policy can also be implemented as part of the PCRF entity of the PCC architecture.
  • the device can include:
  • the obtaining module 601 is configured to obtain current service usage information of the user.
  • the obtaining module 601 can obtain the current service usage information of the user in multiple ways, for example, by extending the Gx interface between the PCRF entity and the PCEF entity to obtain the PCEF entity.
  • the user's current service usage information (such as traffic and/or duration); or, through the Radius interface, the current service usage information reported by the PCEF entity in the Radius charging protocol; or defined with the online charging system and the offline charging system.
  • the query interface is obtained by querying the online charging system and/or the offline charging system to obtain the current service usage information of the user, etc.; however, if the last method is used to obtain the current service usage information, the PCRF entity first needs to send the PCEF entity to the PCEF entity.
  • Sending an indication message instructing the PCEF entity to send the current service usage information of the user to the online charging system and/or the offline charging system; and then the PCRF entity goes to the online charging system and/or the offline charging system through the defined query interface.
  • Send the query user's current business usage information Order obtain the current business usage information of the user.
  • the calculation save module 602 is configured to accumulate and save the current service usage information of the user acquired by the acquisition module 601 and the user history service usage information, as the current user history service usage information.
  • the user history service usage information may be stored in a PCRF entity of the PCC architecture, or may be stored on other external network elements. For example, when a PCEF entity accesses multiple PCRF entities, the user history service usage information needs to be saved in one. On other external network elements, such as the SPR, it is convenient for multiple PCRF entities to obtain user historical service usage information.
  • the decision module 603 is configured to perform policy decision according to current user historical service usage information.
  • the current user history service usage information may specifically be a flow and/or a duration used by the user history service; the policy includes a QoS policy or a routing policy or a charging policy.
  • the decision making module 603 may perform the policy decision according to the current user historical service usage information.
  • the determining module 603 may determine whether the traffic and/or the duration of the current user historical service usage information meets the policy decision condition. If yes, according to the locality of the PCRF entity. Policy or policy decisions made from external network elements such as SPR; otherwise, no policy decisions are made.
  • FIG. 7 is a schematic diagram of a logical structure of an acquisition module according to Embodiment 5 of the present invention.
  • the obtaining module 601 can include:
  • the first control sub-module 6011 is configured to send an indication message to the PCEF entity, where the indication message is used to indicate that the PCEF entity reports user service usage information;
  • the second control sub-module 6012 is configured to receive current service usage information of the user that is sent by the PCEF entity according to the indication message.
  • the indication message may further carry a reporting manner, a reporting interval, and the like for instructing the PCEF entity to report the current service usage information of the user.
  • the reporting mode may include: reporting by the PDP context or reporting by the rate group or by the rate group and the service identifier; the reporting interval may be reported according to the traffic interval or reported according to the time interval.
  • the second control sub-module 6012 may receive, by using a Gx interface, the current service usage information of the user that is sent by the PCEF entity according to the indication message.
  • the current service usage information of the user reported by the PCEF entity in the Radius charging protocol is received through the Radius interface.
  • the first control sub-module 6011 may be further configured to send an indication message to the PCEF entity, where the indication message is used to instruct the PCEF entity to send the current service usage information of the user to the online charging system and/or the offline charging system; And sending a query to the online charging system and/or the offline charging system to query the current service usage information of the user; the second control sub-module 6012 may be configured to receive the online charging system and/or the offline charging system. User's current business usage information.
  • the second control sub-module 6012 may define an query interface between the online charging system and/or the offline charging system, and send the query to the online charging system and/or the offline charging system to query the current service usage of the user.
  • FIG. 8 is a schematic diagram of a logical structure of a calculation and storage module according to Embodiment 5 of the present invention.
  • the calculation saving module 602 can include:
  • the calculation sub-module 6021 is configured to accumulate the current service usage information of the user and the user history service usage information saved by the PCRF entity;
  • the saving submodule 6022 is configured to save the accumulated result of the calculating submodule to the PCRF entity as the current user historical service usage information.
  • the calculating sub-module 6021 is configured to accumulate current user service usage information of the user and user history service usage information saved by the SPR;
  • the saving submodule 6022 is configured to save the accumulated result of the computing module in the SPR as the current user historical service usage information.
  • FIG. 9 is a schematic diagram showing the logical structure of a decision module according to Embodiment 5 of the present invention.
  • the decision module 603 can include:
  • the determining sub-module 6031 is configured to determine whether the traffic and/or duration of the current user historical service usage information meets a policy decision condition
  • the decision sub-module 6032 is configured to perform a policy quantity decision according to a local policy or a policy obtained from an external network element when the judgment result of the sub-module 6031 is YES.
  • the threshold may be preset. If the determining sub-module 6031 determines that the traffic and/or duration of the current user historical service usage information is greater than or equal to a preset threshold, the traffic and/or duration of the user historical service usage information is considered to satisfy the policy decision condition.
  • the decision sub-module 6032 makes policy decisions based on the local policy of the PCRF entity or the policy obtained from the SPR.
  • the threshold value may be preset. If the traffic and/or duration of the current user service usage information is less than the preset threshold, the traffic and/or duration of the user history service usage information is considered to satisfy the QoS decision condition, and the PCRF entity is locally The QoS decision is made by the policy or the policy obtained from the SPR.
  • the embodiment of the present invention is not limited herein.
  • Embodiment 5 is a detailed description of a policy control device provided by the fifth embodiment of the present invention.
  • the embodiment of the present invention accumulates the current service usage information of the user and the user historical service usage information, and determines an authorization policy according to the accumulated result, thereby Without changing the network architecture, policy control can be implemented according to the usage of the user's historical service, and network resources can be effectively used to provide differentiated services for users.
  • Embodiment 5 Embodiment 5:
  • FIG. 10 is a schematic structural diagram of another apparatus for controlling a policy according to Embodiment 6 of the present invention.
  • the policy control apparatus provided by the embodiment of the present invention can be applied to the PCC architecture of the 3GPP R7 system as an independent device.
  • the control of the policy is implemented; the control of the policy can also be implemented as part of the PCEF entity of the PCC architecture.
  • the apparatus may include:
  • the receiving module 1001 is configured to receive a PCRF entity sending indication message, where the indication message is used to indicate that the user service usage information is reported;
  • a sending module configured to report the current service usage information of the user to the PCRF entity according to the indication message.
  • the sending module 1002 is specifically configured to report, by using the Gx interface, the current service usage information of the user to the PCRF entity according to the indication message;
  • the user may use the Radius interface to report the current service usage information of the user to the PCRF entity according to the indication message.
  • the receiving module 1001 may be further configured to receive an indication message sent by the PCRF entity, where the indication message is used to indicate that the current service usage information of the user is sent to the online charging system and/or Or offline billing system;
  • the sending module 1002 can be configured to send the current service usage information of the user to the online charging system and/or the offline charging system.
  • the PCRF entity can further define an inquiry interface with the online charging system and/or the offline charging system.
  • the querying interface sends an inquiry to the online charging system and/or the offline charging system to query the current service usage information of the user, so that the current service usage information of the user sent by the PCEF entity in the online charging system and/or the offline charging system is .
  • the control device of the other policy provided by the sixth embodiment of the present invention may cooperate with the PCRF entity, so that the PCRF entity can accumulate the current service usage information and the user historical service usage information of the user, and determine the authorization policy according to the accumulated result. Therefore, without changing the network architecture, policy control can be performed according to the usage of the user's historical service, and the network resources can be effectively used to provide differentiated services for the user.
  • the foregoing storage medium includes: a medium that can store program codes, such as a read only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

一种策略的控制方法、 装置
本申请要求于 2009年 2月 13日提交中国专利局、 申请号为 200910006944. 9、发明 名称为 "一种策略的控制方法、 装置"的中国专利申请的优先权， 其全部内容通过引用 结合在本申请中。
技术领域
本发明涉及通信技术领域， 尤其涉及一种策略的控制方法、 装置。 背景技术
目前， 在第三代合作伙伴计划 ( 3GPP, 3rd Generat ion Partnership Proj ect )
R5版本之前的系统中， 网络侧授权终端的服务质量 （QoS， Qual ity of Service ) 是 根据终端请求的 QoS、 用户在归属位置寄存器 （HLR， Home Location Register) 中签 约的 QoS以及服务通用分组无线业务支持节点 （SGSN， Serving General Packet Radio Service Support Node ) 和网关通用分组无线业务支持节点 （GGSN， Gateway General Packet Radio Service Support Node ) 可以提供的 QoS而做出决策的， 而且网络侧 对终端授权的 QoS是基于分组数据协议 （PDP， Packet Data Protocol ) 上下文进行 的。
由上述介绍可见， 网络侧对终端授权的 QoS是依赖于终端对业务的感知的， 由 终端确定出需要的 QoS之后以 PDP上下文方式上报网络侧。 但实际中， 由于终端本 身能力限制， 终端在建立的 PDP上下文请求中， 所带的 QoS参数与业务层的需求并不一 致， 也就是说， 终端向网络侧上报的 QoS参数并不完全可信， 而网络侧又不具备业务感 知能力， 无法真实感知到用户面实际传送的业务类型。 所以， 结合终端请求的 QoS决策 出 QoS的做法， 并不准确。
因此， 为了决策出准确的 QoS， 在 3GPP R7系统中引入了策略计费控制（PCC， Pol icy and Charging Control ) 架构。 请参阅图 1， 图 1为 3GPP R7系统中的 PCC架构的逻辑结构 示意图。 该架构的基本思路是终端与应用功能 （AF， Appl ication Function) 实体 101 进行业务信息交互， AF实体 101将业务信息通过 Rx接口通知策略和计费规则功能（PCRF, Pol icy Charging Rules Function ) 实体 102， PCRF实体 102根据 AF实体 101提供的业务 信息、以及通过 Sp接口获得的签约信息存储器（SPR， Subscription Profi le Repository) 103中的用户签约信息、 PCRF实体 102的本地策略信息等对使用的 QoS进行决策， 然后将 决策出的 QoS通过 Gx接口通知策略和计费执行功能 （PCEF， Pol icy and Charging Enforcement Function ) 实体 104， PCEF实体 104再通过 Gy接口和 Gz接口将授权的 QoS分 别通知在线计费系统 （0CS， Onl ine Charging System ) 105和离线计费系统 （0FCS， Offl ine Charging System) 106中的终端，或者通用分组无线业务（GPRS, General Packet Radio Service ) 过程通知 GPRS网络的终端， 并执行指定的 QoS， 从而使得 QoS与应用关 联起来， 保证了 QoS的准确性。
发明人在创造本发明的过程中发现， 在上述的 PCC架构中， PCRF实体从 AF获知业务 信息进行策略决策， 但在向 PCEF授权 QoS时无法根据用户历史业务使用情况进行策略决 策。 发明内容
本发明实施例提供了一种策略的控制方法、 装置， 可以根据用户的历史业务的使用情 况进行策略控制， 从而可以有效的使用网络资源， 为用户提供差异化服务。 为实现上述目的， 本发明实施例提供如下技术方案：
本发明实施例提供了一种策略的控制方法， 包括：
获取用户当前业务使用信息；
将所述用户当前业务使用信息和用户历史业务使用信息进行累计并保存， 作为当前 用户历史业务使用信息；
根据所述当前用户历史业务使用信息进行策略决策。
本发明实施例还提供了一种策略的控制装置， 包括：
获取模块， 用于获取用户当前业务使用信息；
计算保存模块，用于将所述获取模块获取的用户当前业务使用信息和用户历史业务 使用信息进行累计并保存， 作为当前用户历史业务使用信息；
决策模块， 用于根据所述当前用户历史业务使用信息进行策略决策。
本发明实施例还提供了另一种策略的控制装置， 包括：
接收模块， 用于接收策略和计费规划功能实体发送指示消息， 所述指示消息用于指 示上报用户业务使用信息；
发送模块，用于根据所述指示消息向所述策略和计费规划功能实体上报用户当前业 务使用信息。
与现有的技术相比，本发明实施例将用户当前业务使用信息和用户历史业务使用信息 进行累计， 并根据累计结果决定出授权的策略， 从而在不改变网络架构的情况下， 可以 根据用户历史业务的使用情况进行策略控制， 有效的使用网络资源， 为用户提供差异化 服务。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施例中所需 要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施 例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附 图获得其他的附图。
图 1 为现有 3GPP R7系统中的 PCC架构的逻辑结构示意图；
图 2 为本发明实施例一提供的一种策略的控制方法流程示意图；
图 3 为本发明实施例二提供的一种策略的控制方法流程示意图；
图 4 为本发明实施例三提供的一种策略的控制方法流程示意图；
图 5 为本发明实施例四提供的一种策略的控制方法流程示意图；
图 6 为本发明实施例五提供的一种策略的控制装置结构示意图；
图 7 为本发明实施例五提供的一种获取模块的逻辑结构示意图；
图 8 为本发明实施例五提供的一种计算保存模块的逻辑结构示意图；
图 9 为本发明实施例五提供的一种决策模块的逻辑结构示意图；
图 10 为本发明实施例六提供的另一种策略的控制装置结构示意图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整 地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基 于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有 其他实施例， 都属于本发明保护的范围。 实施例一：
请参阅图 2， 图 2为本发明实施例一提供的一种策略的控制方法的流程示意图。 如图 2所示， 该方法可以包括步骤：
步骤 201 : 获取用户当前业务使用信息； 其中， 在不改变现有 3GPP R7系统的 PCC架构的情况下， 用户当前业务使用信息可 以通过多种途径获得， 比如扩展 PCRF实体与 PCEF实体之间的 Gx接口， 使 Gx接口可以 向 PCRF实体上报用户当前业务使用信息 （如流量和 /或时长等）； 或者， PCRF实体与在 线计费系统和 /或离线计费系统之间定义查询接口，通过向在线计费系统和 /或离线计费 系统查询得到用户当前业务使用信息等等。
步骤 202 : 将用户当前业务使用信息和用户历史业务使用信息进行累计并保存， 作 为当前用户历史业务使用信息；
其中， 用户历史业务使用信息可以保存在 PCC架构的 PCRF实体中， 或者保存在外 部的其他网元上。 例如： 当一个 PCEF实体接入多个 PCRF实体时， 用户历史业务使用信 息需要保存在一个公共的外部其他网元上， 比如保存在 SPR中，这样可以方便多个 PCRF 实体获取用户历史业务使用信息。
步骤 203 : 根据当前用户历史业务使用信息进行策略决策。
其中， 本发明实施例所述的策略包括 QoS策略或路由策略或计费策略； 根据当前保 存的用户历史业务使用信息进行策略决策具体可以为：
判断当前用户历史业务使用信息的流量和 /或时长是否满足策略决策条件， 如果是， 则 PCRF实体根据本地策略或从外部网元如 SPR获得的策略进行策略决策； 反之， 不进 行策略决策。
需要指出的是， 在本实施例中以及在后续的实施例中所说的策略决策是指选择策 略。 比如， 运营商可以为用户提供各种个性化的策略 （如彩铃、 费用等级等等）， 并保 存于 PCRF实体或外部网元如 SPR; 如果当前用户历史业务使用信息的流量和 /或时长满 足策略决策条件时， 则 PCRF实体可以根据本地保存的策略或从外部网元如 SPR获得的 策略进行策略决策。
具体可以是： PCRF 根据当前用户历史业务使用信息从获得的策略中选择合适的策 略。
例如 PCRF获得多个策略 QoSl， QoS2 , QoS3 , 其中 QoSl的阈值为 10M， 决策条件为 小于阈值 10M。QoS2的阈值为 10M和 20M， 决策条件为大于阈值 10M，小于阈值 20M。QoS3 的阈值为 20M， 决策条件为大于阈值 20M。 其中：
当前用户历史业务使用信息的流量为 10 M以下时， PCRF选择 QoSl ;
当前用户历史业务使用信息的流量为 10 M〜20M时， PCRF选择 QoS2 ;
当前用户历史业务使用信息的流量为 20 M以上时， PCRF选择 QoS3。 本发明实施例将用户当前业务使用信息和用户历史业务使用信息进行累计， 并根据 累计结果决定出授权的策略， 从而在不改变网络架构的情况下， 可以根据用户历史业务 的使用情况进行策略控制， 有效的使用网络资源， 为用户提供差异化服务。 实施例二：
请参阅图 3， 图 3为本发明实施例二提供的一种策略的控制方法的流程示意图。 本发 明实施例以控制 QoS策略为例子介绍本发明实施例提供的策略控制的实现过程。如图 3所 示， 该方法可以包括以下步骤：
步骤 301： PCRF实体通过 Gx接口向 PCEF实体发送指示消息，该指示消息指示 PCEF 实体上报用户业务使用信息。
其中，所述指示消息的部分消息内容可以如表 1所示，在该指示消息中，携带了 "是 否需要上报信元"和 "上报方式信元" 以及 "上报间隔信元"。
如表 1所示， "是否需要上报信元"用于指示 PCEF实体是否需要上报用户业务使用 信息， 当该信元为 yes时， 表示需要上报用户业务使用信息； 当该信元为 no时， 表示 不需要上报用户业务使用信息。
如表 1所示， "上报方式信元"用于指示 PCEF实体上报用户业务使用信息的方式， "上报方式信元"在上述的 "是否需要上报信元"为 yes时， 处于使能状态， 在上述的 "是否需要上报信元 "为 no时处于不使能状态； 其中， 指示 PCEF实体上报用户业务使 用信息的方式可以包括： 按上下文上报或按费率组上报或按费率组和业务标识（ID)上 报。 例如： 可以上报用户当前所有业务的流量和 /或时长， 或者上报用户某个业务的流 量和 /或时长。 信元 格式 说明
是否需要上 unsigned char 该信元用于指示 PCEF实体是否需要上报用户业务 报 使用信息， 当该信元为 yes时， 表示需要上报； 当 该信元为 no时， 表示不需要上报。
上报方式 unsigned char 按上下文上报或按费率组上报或按费率组和业务
ID上报， 只有在需要上报用户业务使用信息时该信 元才使能。
上报间隔 unsigned long 该信元指示 PCEF实体上报的间隔， 可以是按照流量 间隔 （KB) 和 /或时间 （秒） 间隔上报， 只有在需 要上报用户业务使用信息时该信元才使能。
表 1
如表 1所示， "上报间隔信元"用于指示 PCEF实体根据 "上报方式信元"上报的间 隔。 其中， 可以是仅根据流量间隔上报， 比如流量每增加 10KB或 15KB或 20KB就根据 "上报方式信元"指定的上报方式进行上报； 或者仅根据时间间隔上报， 比如时间每增 加 10秒或 15秒或 20秒就根据 "上报方式信元"指定的上报方式进行上报； 或者， 同 时根据流量间隔和时间间隔上报， 比如当流量每增加了一定数量值并且时间也增加了一 定数量值时， 根据 "上报方式信元"指定的上报方式进行上报。
需要说明的是， PCRF实体发送的指示消息也可以仅仅携带 "是否需要上报信元"， 且该信元设置为 yes,指示 PCEF实体需要上报用户当前业务使用信息即可；可以不携带 "上报方式信元"和 "上报间隔信元"， 因为在 PCEF实体中可以预先配置好如表 1所示 的上报方式类型和上报的间隔， PCEF实体可以在接收到指示消息之后根据本地预先配置 的上报方式类型和上报的间隔自行上报用户业务使用信息。
需要说明的是，本发明实施例提供的表 1所示的部分消息内容既可以作为现有的经 过 Gx接口传输的消息的保留字段中新增的内容向 PCEF实体发送， 也可以作为新定义的 经过 Gx接口传输的消息的部分内容向 PCEF实体发送， 本发明实施例在此不作限定。
步骤 302: PCRF实体接收 PCEF实体根据该指示消息发送的用户当前业务使用信息； 在表 2所示的上报内容中， 上报内容携带的上报方式与表 1所示的上报方式是对应 的。 例如表 1中的上报方式为按上下文上报， 则在表 2所示的上报内容中选择 PDP上下 文信元； 又例如表 1中的上报方式为按费率组上报， 则在表 2所示的上报内容中选择费 率组信元； 再例如表 1中的上报方式为按费率组和业务 ID上报， 则在表 2所示的上报 内容中选择费率组信元和业务 ID信元。
Figure imgf000008_0001
上行报文个数 unsigned long 转发的上行报文个数 下行报文个数 unsigned long 转发的下行报文个数
上行 κ字节数 unsigned long 转发的上行 κ字节数
下行 κ字节数 unsigned long 转发的下行 κ字节数
业务时长 unsigned long 业务时长
表 2
需要说明的是，本发明实施例提供的表 2所示的上报内容既可以作为现有的经过 Gx 接口传输的消息的保留字段中新增的内容向 PCRF实体发送， 也可以作为新定义的经过 Gx接口传输的消息的部分内容向 PCRF实体发送， 本发明实施例在此不作限定。
步骤 303: PCRF实体将用户当前业务使用信息和用户历史业务使用信息进行累计并 保存， 作为当前用户历史业务使用信息；
其中， PCRF实体可以将用户当前业务使用信息与自身保存的用户历史业务使用信息 进行累计并保存， 作为当前用户历史业务使用信息；
或者，保存在外部的其他网元上；例如当一个 PCEF实体接入多个 PCRF实体时， PCRF 实体可以将用户当前业务使用信息与 SPR保存的用户历史业务使用信息进行累计， 并保 存于 SPR保存， 作为当前用户历史业务使用信息， 这样可以方便多个 PCRF实体获取用 户历史业务使用信息。
另外，本发明实施例还可以进一步设置的用户历史业务使用信息的累计周期，比如： 每个月的第一天至该月的最后一天为一个累计周期，用户历史业务信息的累计只能在该 累计周期内有效， 当累计周期结束时， 可以对已累计的用户历史业务使用信息进行清 0 处理， 累计周期的长短可以由运营商自行决定。
步骤 304: PCRF实体根据当前用户历史业务使用信息进行 QoS决策。
其中， 根据当前用户历史业务使用信息进行 QoS决策具体可以为：
判断当前用户历史业务使用信息的流量和 /或时长是否满足服务质量决策条件， 如 果是， 则 PCRF实体根据本地策略或从 SPR获得的策略进行 QoS决策； 反之， 不进行 QoS 决策。
具体地， 可以预设阈值， 若判断当前用户历史业务使用信息的流量和 /或时长大于 等于预设阈值，则认为用户历史业务使用信息的流量和 /或时长满足 QoS决策条件， PCRF 实体根据本地策略或从 SPR获得的策略进行 QoS决策。
比如， 若用户历史业务使用信息的为仅为流量时， 可以预设流量阈值， 当用户历史 业务使用信息的流量大于或等于预设流量阈值时， PCRF实体根据本地策略或从 SPR获得 的策略进行 QoS决策； 例如用户预先设定的其中一个流量阈值为 20M， 当用户的当前历 史业务使用信息达到 20M后， PCRF可以获得较低 QoS策略， 并根据所述策略对用户进行 控制， 可以降低用户的流量， 避免用户滥用网络资源， 可以更加有效的使用网络资源。
又比如， 若用户历史业务使用信息的为仅为时长时， 可以预设时长阈值， 当用户使 用业务的时长大于或等于预设时长阈值时， PCRF实体根据本地策略或从 SPR获得的策略 进行 QoS决策； 例如用户预先设定的其中一个时间阈值为 50小时， 当用户使用业务时 长达到 50小时后， PCRF可以获得较低计费策略， 并根据所述计费策略对用户进行计费 控制， 可以减少用户的费用， 鼓励用户对业务的使用。
再比如， 若用户历史业务使用信息的为同时为流量和时长时， 可以预设流量阈值和 时长阈值， 当用户历史业务使用信息的流量和 /或时长大于等于预设阈值时， PCRF实体 根据本地策略或从 SPR获得的策略进行 QoS决策。
当然， 本发明实施例也可以预设阈值， 若判断当前用户历史业务使用信息的流量和 /或时长小于该预设阈值， 则认为用户历史业务使用信息的流量和 /或时长满足 QoS决策 条件， PCRF实体根据本地策略或从 SPR获得的策略进行 QoS决策。 例如网络建立初期， 用户数较少， 当用户的流量小于阈值时， 可以给用户分配较高的 QoS， 使得用户以更好 的体验业务， 可以更加有效的使用网络资源。
当 PCRF实体根据用户历史业务使用信息决策出 QoS时， 可以通过 Gx接口向 PCEF 实体发送授权的 QoS， 再由 PCEF实体将该授权的 QoS发送给终端。 由于通过 Gx接口向 PCEF实体发送授权的 QoS， 再由 PCEF实体将该授权的 QoS发送给终端的具体实现过程 与现有技术相同， 本发明实施例在此不作赘述。
如果 PCRF实体支持远程用户拨号认证系统（Radius, Remote authentication dial in user service ) 接口， 则 PCEF实体可以通过 Radius计费协议将用户业务使用信息 上报给 PCRF实体，然后 PCRF实体将用户业务使用信息和自身保存的或其他的外部网元 保存的用户历史业务使用信息进行累计并保存，得到当前用户历史业务使用信息并进行 QoS决策， 决策出的 QoS可以通过 Gx接口发送给 PCEF实体，再由 PCEF实体将该授权的 QoS发送给终端。但是，基于 Radius接口上报的用户业务使用信息只能以 PDP上下文方 式进行上报， 做不到基于费率组上报和基于费率组和业务 ID上报。
上述对本发明实施例二提供的一种策略控制方法进行了详细介绍，本发明实施例将 用户当前业务使用信息和用户历史业务使用信息进行累计， 并根据累计结果决定出授权 的 QoS， 从而在不改变网络架构的情况下， 可以根据用户历史业务的使用情况进行 QoS控 制， 有效的使用网络资源， 为用户提供差异化服务。
本发明的又一个实施例， 也可以在 PCEF预先配置信息， 该预先配置的信息可以指 示 PCEF实体上报用户业务使用信息， 无需 PCRF下发指示信息给 PCEF。 实施例三：
请参阅图 4， 图 4为本发明实施例三提供的一种策略的控制方法的流程示意图。 本 发明实施例以 PCC架构应用在计费控制时为例子， 详细介绍在 PCC架构中 QoS控制的实现 过程。 需要说明的是， 本发明实施例所述的计费控制包括在线计费控制以及离线计费控 制， 该方法可以包括以下步骤：
步骤 401 : 与在线计费系统和 /或离线计费系统之间定义查询接口；
当 PCC架构应用于在线计费时， PCEF实体可以接收 PCRF实体发送的指示信息， 所 述指示信息用于指示 PCEF实体将用户业务使用信息发送给在线计费系统；同样， 当 PCC 架构应用于离线计费时， PCEF实体照样可以接收 PCRF实体发送的指示信息， 所述指示 信息用于指示 PCEF实体将用户业务使用信息发送给离线计费系统。 因此在在线计费系 统和离线计费系统上均会存在用户当前业务使用信息。
因此，可以 PCRF实体可以在和在线计费系统以及离线计费系统之间定义查询接口， 用于向在线计费系统和 /或离线计费系统查询得到用户业务使用信息。
步骤 402 :通过查询接口向在线计费系统和 /或离线计费系统发送查询用户当前业务 使用信息命令；
其中， PCRF实体在向在线计费系统和 /或离线计费系统发送的查询用户当前业务使 用信息命令中， 可以指示在线计费系统和 /或离线计费系统用于上报用户业务使用信息 的方式， 具体的上报方式包括按上下文上报或按费率组上报或按费率组和业务标识上 报。
步骤 403 : 接收所述在线计费系统和 /或离线计费系统发送的用户当前业务使用信 息；
其中， 线计费系统和 /或离线计费系统发送的用户当前业务使用信息具体可以是用 户当前业务使用的流量和 /时长。
步骤 404: 将用户当前业务使用信息和用户历史业务使用信息进行累计并保存， 作 为当前用户历史业务使用信息； 其中， PCRF实体可以将用户当前业务使用信息与自身保存的用户历史业务使用信息 进行累计并保存， 作为当前用户历史业务使用信息；
或者， PCRF实体可以将用户当前业务使用信息与外部的其他网元上保存的用户历史 业务使用信息进行累计并保存， 作为当前用户历史业务使用信息。 例如： 当一个 PCEF 实体接入多个 PCRF实体时， PCRF实体可以将用户当前业务使用信息与 SPR保存的用户 历史业务使用信息进行累计， 并保存于 SPR保存， 作为当前用户历史业务使用信息， 这 样可以方便多个 PCRF实体获取用户历史业务使用信息。
步骤 405 : 根据当前用户历史业务使用信息进行 QoS决策。
其中， PCRF实体根据当前用户历史业务使用信息进行 QoS决策具体可以和上述实施 例二所介绍的方法相同， 本发明实施例在此不再复述。
上述对本发明实施例三提供的一种策略的控制方法进行了详细介绍，本发明实施例 可以通过在线计费系统和 /或离线计费系统之间定义查询接口， 并通过该查询接口向在 线计费系统和 /或离线计费系统查询将用户当前业务使用信息， 将查询将用户当前业务 使用信息和用户历史业务使用信息进行累计， 并根据累计结果决定出授权的 QoS， 从而 在不改变网络架构的情况下， 可以根据用户历史业务的使用情况进行 QoS控制， 有效的 使用网络资源， 为用户提供差异化服务。
本发明的又一个实施例， 也可以在 PCEF预先配置信息， 该预先配置的信息可以指 示 PCEF实体将用户业务使用信息发送给在线计费系统，无需 PCRF下发指示信息给 PCEF。 实施例四：
请参阅图 5， 图 5为本发明实施例四提供的一种策略的控制方法的流程示意图。 本 发明实施例以 QoS策略控制为例， 介绍本发明实施例提供的策略控制方法。 图图 5所示， 该方法可以包括以下步骤：
步骤 501： 终端向 PCEF实体发送激活 PDP上下文请求；
当终端需要访问某一个业务时， 需要向 PCEF实体发送激活 PDP上下文请求。
步骤 502 : PCEF实体向 PCRF实体发送授权请求；
PCEF实体在接收到终端发送的激活 PDP上下文请求之后， 向 PCRF实体发送授权请求。 步骤 503 : PCRF实体获取该终端的用户历史业务使用信息， 并根据用户历史使用信 息决策出授权的 QoSl ;
其中， PCRF实体可以从自身保存的用户历史业务使用信息中获取用户历史业务使用 信息； 或者， 从外部网元比如 SPR保存的用户历史业务使用信息中获取用户历史业务使 用信息；
获取用户历史业务使用信息之后， PCRF实体可以根据本地策略或从 SPR获得的策略 进行 QoSl决策， 需要说明的是，根据用户历史业务使用信息可以决策出那些具体的 QoS 可以由运行商开发的以及终端签约制定而决定的。
步骤 504 : PCRF实体向 PCEF实体发送授权响应， 该授权响应不仅携带了 PCRF实体决 策出的授权 QoSl , 还指示 PCEF实体需要上报用户业务使用信息以及上报方式和上报间 隔；
在本实施例中， 该授权响应指示给 PCEF实体的上报方式具体为 PDP上下文方式； 指示 PCEF实体需要以 PDP上下文方式向 PCRF实体上报用户业务使用信息。
步骤 505 : PCEF实体向终端发送激活 PDP上下文响应， 该响应携带了 PCRF实体授权的 QoSl ;
步骤 506： 终端根据 PCRF实体授权的 QoS 1访问业务；
步骤 507 : 终端根据 PCRF实体授权的 QoSl访问业务的同时， PCEF实体以 PDP上下文方 式向 PCRF实体上报用户当前业务使用信息；
步骤 508 : PCRF实体可以将 PCEF实体以 PDP上下文方式上报的用户当前业务使用 信息与自身保存的用户历史业务使用信息进行累计并保存， 作为当前保存的用户历史业 务使用信息；
或者， PCRF实体可以将用户当前业务使用信息与外部的其他网元上保存的用户历 史业务使用信息进行累计并保存， 作为当前用户历史业务使用信息。例如： 当一个 PCEF 实体接入多个 PCRF实体时， PCRF实体可以将 PCEF实体以 PDP上下文方式上报的用户当 前业务使用信息与外部网元比如 SPR保存的用户历史业务使用信息进行累计， 并保存于 SPR保存， 作为当前用户历史业务使用信息；
PCRF实体可以判断当前用户历史业务使用信息的流量和 /或时长是否满足服务质量 决策条件， 如果是， 则 PCRF实体根据本地策略或从 SPR获得的策略进行 QoS决策， 决 策出授权的 QoS2 ; 反之， 则没有后续步骤， 终端仍旧以 QoSl访问业务。
步骤 509 : PCRF实体向 PCEF实体发送授权响应， 该授权响应携带了 PCRF实体决策 出的授权 QoS2 ;
步骤 510 : PCEF实体向终端发送请求更新 PDP上下文请求， 该携带了 PCRF实体决 策出的授权 QoS2 ; 步骤 511 : 终端在接收到 PCEF发送的更新更新 PDP上下文请求之后， 获得了 PCRF 实体决策出的授权 QoS2 ;
步骤 512： 终端根据 PCRF实体授权的 QoS2访问业务。
上述对本发明实施例四提供的一种策略的控制方法进行了详细介绍，本发明实施例 将用户当前业务使用信息和用户历史业务使用信息进行累计， 并根据累计结果决定出授 权的 QoS，从而在不改变网络架构的情况下，可以根据用户历史业务的使用情况进行 QoS 控制， 有效的使用网络资源， 为用户提供差异化服务。 实施例五：
请参阅图 6， 图 6为本发明实施例五提供的一种策略控制装置结构示意图。 本发明 实施例提供的策略控制装置既可以作为独立的装置应用于 3GPP R7系统的 PCC架构中实现 对策略的控制； 也可以作为 PCC架构的 PCRF实体的一部分同样可以实现对策略的控制。 如图 6所示， 该装置可以包括：
获取模块 601， 用于获取用户当前业务使用信息。
在不改变现有 3GPP R7系统的 PCC架构的情况下， 获取模块 601可以通过多种途径 获得用户当前业务使用信息， 比如可以通过扩展 PCRF实体与 PCEF实体之间的 Gx接口， 获得 PCEF实体上报的用户当前业务使用信息（如流量和 /或时长等）；或者，通过 Radius 接口接收 PCEF实体以 Radius计费协议方式上报的用户当前业务使用信息； 或者， 定义 与在线计费系统以及离线计费系统之间查询接口， 通过向在线计费系统和 /或离线计费 系统查询得到用户当前业务使用信息等等； 但是， 采取最后一种方式来获取当前业务使 用信息的话， PCRF实体首先需要向 PCEF实体发送指示消息，指示 PCEF实体将用户当前 业务使用信息发送到在线计费系统和 /或离线计费系统； 然后 PCRF实体再通过定义的查 询接口向所述在线计费系统和 /或离线计费系统发送查询用户当前业务使用信息命令， 获取用户当前业务使用信息。
计算保存模块 602， 用于将获取模块 601获取的用户当前业务使用信息和用户历史 业务使用信息进行累计并保存， 作为当前用户历史业务使用信息。
其中， 用户历史业务使用信息可以保存在 PCC架构的 PCRF实体中， 或者保存在外 部的其他网元上； 例如， 当一个 PCEF实体接入多个 PCRF实体时， 用户历史业务使用信 息需要保存在一个公共的外部其他网元上， 比如保存在 SPR中，这样可以方便多个 PCRF 实体获取用户历史业务使用信息。 决策模块 603， 用于根据当前用户历史业务使用信息进行策略决策。
其中， 当前用户历史业务使用信息具体可以是用户历史业务使用的流和 /或时长； 所述的策略包括 QoS策略或路由策略或计费策略。
所述决策模块 603根据当前用户历史业务使用信息进行策略决策具体可以为： 决策模块 603判断当前用户历史业务使用信息的流量和 /或时长是否满足策略决策 条件， 如果是， 则根据 PCRF实体的本地策略或从外部网元如 SPR获得的策略进行策略 决策； 反之， 不进行策略决策。
请一并参阅图 7， 图 7为本发明实施例五提供的一种获取模块逻辑结构示意图。 所 述获取模块 601可以包括：
第一控制子模块 6011， 用于向 PCEF实体发送指示消息， 所述指示消息用于指示所 述 PCEF实体上报用户业务使用信息；
第二控制子模块 6012， 用于接收 PCEF实体根据所述指示消息发送的用户当前业务 使用信息。
其中， 所述指示消息还可以进一步携带用于指示 PCEF实体上报用户当前业务使用 信息的上报方式、 上报间隔等等。 上报方式可以包括： 按 PDP上下文上报或按费率组上 报或按费率组和业务标识上报； 上报间隔可以是按照流量间隔上报或者按照时间间隔上 报等等。
其中， 所述第二控制子模块 6012具体可以通过 Gx接口接收所述 PCEF实体根据所 述指示消息发送的用户当前业务使用信息；
或者， 通过 Radius接口接收 PCEF实体以 Radius计费协议方式上报的用户当前业 务使用信息。
另外， 所述第一控制子模块 6011还可以用于向 PCEF实体发送指示消息， 所述指示 消息用于指示 PCEF实体将用户当前业务使用信息发送到在线计费系统和 /或离线计费系 统； 再向所述在线计费系统和 /或离线计费系统发送查询用户当前业务使用信息命令； 所述第二控制子模块 6012可以用于接收所述在线计费系统和 /或离线计费系统发送 的用户当前业务使用信息。
所述第二控制子模块 6012可以和在线计费系统和 /或离线计费系统之间定义查询接 口， 通过所述查询接口向在线计费系统和 /或离线计费系统发送查询用户当前业务使用 信息命令， 并接收所述在线计费系统和 /或离线计费系统发送的用户当前业务使用信息。
请一并参阅图 8，图 8为本发明实施例五提供的一种计算保存模块逻辑结构示意图。 所述计算保存模块 602可以包括：
计算子模块 6021， 用于将用户当前业务使用信息与 PCRF实体保存的用户历史业务 使用信息进行累计；
保存子模块 6022， 用于将所述计算子模块的累计结果保存于 PCRF实体， 作为当前 用户历史业务使用信息。
或者， 所述计算子模块 6021用于将用户当前业务使用信息与 SPR保存的用户历史 业务使用信息进行累计；
所述保存子模块 6022， 用于将所述计算模块的累计结果保存于 SPR， 作为当前用户 历史业务使用信息。
请一并参阅图 9， 图 9为本发明实施例五提供的一种决策模块的逻辑结构示意图。 所述决策模块 603可以包括：
判断子模块 6031， 用于判断当前用户历史业务使用信息的流量和 /或时长是否满足 策略决策条件；
决策子模块 6032， 用于在判断子模块 6031的判断结果为是时， 根据本地策略或从 外部网元获得的策略进行策略量决策。
具体地， 可以预设阈值， 若判断子模块 6031判断当前用户历史业务使用信息的流 量和 /或时长大于等于预设阈值， 则认为用户历史业务使用信息的流量和 /或时长满足策 略决策条件； 决策子模块 6032根据 PCRF实体的本地策略或从 SPR获得的策略进行策略 决策。
当然， 也可以预设阈值， 若判断当前用户历史业务使用信息的流量和 /或时长小于 该预设阈值， 则认为用户历史业务使用信息的流量和 /或时长满足 QoS决策条件， PCRF 实体根据本地策略或从 SPR获得的策略进行 QoS决策， 本发明实施例在此不作限定。
上述对本发明实施例五提供的一种策略的控制装置进行了详细介绍，本发明实施例 将用户当前业务使用信息和用户历史业务使用信息进行累计， 并根据累计结果决定出授 权的策略， 从而在不改变网络架构的情况下， 可以根据用户历史业务的使用情况进行策 略控制， 有效的使用网络资源， 为用户提供差异化服务。 实施例五：
请参阅图 10， 图 10为本发明实施例六提供的另一种策略的控制装置结构示意图。 本发明实施例提供的策略控制装置既可以作为独立的装置应用于 3GPP R7系统的 PCC架构 中实现对策略的控制； 也可以作为 PCC架构的 PCEF实体的一部分同样可以实现对策略的 控制。 如图 10所示， 该装置可以包括：
接收模块 1001， 用于接收 PCRF实体发送指示消息， 所述指示消息用于指示上报用 户业务使用信息；
发送模块， 用于根据所述指示消息向所述 PCRF实体上报用户当前业务使用信息。 具体地， 所述发送模块 1002具体可以用于根据所述指示消息通过 Gx接口向所述 PCRF实体上报用户当前业务使用信息；
或者，可以用于根据所述指示消息通过 Radius接口以 Radius计费协议方式向 PCRF 实体上报用户当前业务使用信息。
当然， 当 PCC架构应用在计费控制时， 所述接收模块 1001也可以用于接收 PCRF实 体发送的指示消息，所述指示消息用于指示将用户当前业务使用信息发送到在线计费系 统和 /或离线计费系统；
发送模块 1002可以用于将用户当前业务使用信息发送到在线计费系统和 /或离线计 费系统； 这样的话， PCRF实体就可以进一步与在线计费系统和 /或离线计费系统定义查 询接口， 然后通过该查询接口向在线计费系统和 /或离线计费系统发送查询用户当前业 务使用信息命令，这样在线计费系统和 /或离线计费系统中由 PCEF实体发送的用户当前 业务使用信息了。
上述对本发明实施例六提供的另一种策略的控制装置可以和 PCRF实体配合， 使得 PCRF实体可以将用户当前业务使用信息和用户历史业务使用信息进行累计， 并根据累计 结果决定出授权的策略， 从而在不改变网络架构的情况下， 可以根据用户历史业务的使 用情况进行策略控制， 有效的使用网络资源， 为用户提供差异化服务。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤可以通过程 序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读取存储介质中， 该程序 在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：只读存储器（R0M)、 随机存取器 （RAM)、 磁碟或者光盘等各种可以存储程序代码的介质。
以上对本发明实施例所提供的一种服务质量的控制方法、 装置进行了详细介绍， 本文中应用了具体个例对本发明的原理及实施方式进行了阐述， 以上实施例的说明只是 用于帮助理解本发明的方法及其核心思想； 同时， 对于本领域的一般技术人员， 依据本 发明的思想， 在具体实施方式及应用范围上均会有改变之处， 综上所述， 本说明书内容 不应理解为对本发明的限制。

Claims

权利要求
1、 一种策略的控制方法， 其特征在于， 包括：
获取用户当前业务使用信息；
将所述用户当前业务使用信息和用户历史业务使用信息进行累计并保存， 作为当前 用户历史业务使用信息；
根据所述当前用户历史业务使用信息进行策略决策。
2、 根据权利要求 1所述的方法， 其特征在于， 所述获取用户当前业务使用信息具 体为：
向策略和计费执行功能实体发送指示消息，所述指示消息用于指示所述策略和计费 执行功能实体上报用户业务使用信息；
接收所述策略和计费执行功能实体根据所述指示消息发送的用户当前业务使用信 息。
3、 根据权利要求 2所述的方法， 其特征在于， 所述接收所述策略和计费执行功能 实体根据所述指示消息发送的用户当前业务使用信息具体为：
通过 Gx接口接收所述策略和计费执行功能实体根据所述指示消息发送的用户当前 业务使用信息。
4、 根据权利要求 2所述的方法， 其特征在于， 所述接收所述策略和计费执行功能 实体根据所述指示消息发送的用户当前业务使用信息具体为：
通过远程用户拨号认证系统接口接收所述策略和计费执行功能实体以远程用户拨 号认证系统计费协议方式上报的用户当前业务使用信息。
5、 根据权利要求 2至 4任一项所述的方法， 其特征在于， 所述指示消息还用于指 示所述策略和计费执行功能实体上报用户当前业务使用信息的上报方式和 /或上报间 隔。
6、 根据权利要求 1所述的方法， 其特征在于， 所述获取用户当前业务使用信息具 体为：
向策略和计费执行功能实体发送指示消息，所述指示消息用于指示所述策略和计费 执行功能实体将用户当前业务使用信息发送到在线计费系统和 /或离线计费系统； 向所述在线计费系统和 /或离线计费系统发送查询用户当前业务使用信息命令； 接收所述在线计费系统和 /或离线计费系统发送的用户当前业务使用信息。
7、 根据权利要求 1、 2、 3、 4或 6所述的方法， 其特征在于， 所述将用户当前业务 使用信息和用户历史业务使用信息进行累计并保存， 作为当前用户历史业务使用信息具 体为：
将用户当前业务使用信息与策略和计费规则功能实体保存的用户历史业务使用信 息进行累计，并保存于所述策略和计费规则功能实体，作为当前用户历史业务使用信息。
8、 根据权利要求 1、 2、 3、 4或 6所述的方法， 其特征在于， 所述将用户当前业务 使用信息和用户历史业务使用信息进行累计并保存， 作为当前用户历史业务使用信息具 体为：
将用户当前业务使用信息与签约信息存储器保存的用户历史业务使用信息进行累 计， 并保存于所述签约信息存储器， 作为当前用户历史业务使用信息。
9、 根据权利要求 1、 2、 3、 4或 6所述的方法， 其特征在于， 所述用户历史业务使 用信息具体为用户历史业务使用的流量和 /或时长。
10、 根据权利要求 9所述的方法， 其特征在于， 所述根据当前用户历史业务使用信 息进行策略决策具体为：
若当前用户历史业务使用信息的流量和 /或时长满足策略决策条件， 则根据本地策 略或从外部网元获得的策略进行策略决策。
11、 根据权利要求 1所述的方法， 其特征在于， 所述策略具体为服务质量策略或路 由策略或计费策略。
12、 一种策略的控制装置， 其特征在于， 包括：
获取模块， 用于获取用户当前业务使用信息；
计算保存模块，用于将所述获取模块获取的用户当前业务使用信息和用户历史业务 使用信息进行累计并保存， 作为当前用户历史业务使用信息；
决策模块， 用于根据所述当前用户历史业务使用信息进行策略决策。
13、 根据权利要求 12所述的控制装置， 其特征在于， 所述获取模块包括： 第一控制子模块， 用于向策略和计费执行功能实体发送指示消息， 所述指示消息用 于指示所述策略和计费执行功能实体上报用户业务使用信息；
第二控制子模块，用于接收所述策略和计费执行功能实体根据所述指示消息发送的 用户当前业务使用信息。
14、 根据权利要求 13所述的控制装置， 其特征在于， 所述第二控制子模块具体用 于通过 Gx接口接收所述策略和计费执行功能实体根据所述指示消息发送的用户当前业 务使用信息。
15、 根据权利要求 13所述的控制装置， 其特征在于， 所第二控制子模块具体用于 通过远程用户拨号认证系统接口接收所述策略和计费执行功能实体以远程用户拨号认 证系统计费协议方式上报的用户当前业务使用信息。
16、 根据权利要求 13所述的控制装置， 其特征在于， 所述第一控制子模块用于向 策略和计费执行功能实体发送指示消息，所述指示消息用于指示所述策略和计费执行功 能实体将用户当前业务使用信息发送到在线计费系统和 /或离线计费系统； 向所述在线 计费系统和 /或离线计费系统发送查询用户当前业务使用信息命令；
所述第二控制子模块， 用于接收所述在线计费系统和 /或离线计费系统发送的用户 当前业务使用信息。
17、 根据权利要求 12至 16任一项所述的控制装置， 其特征在于， 所述计算保存模 块包括：
计算子模块，用于将用户当前业务使用信息与策略和计费规则功能实体保存的用户 历史业务使用信息进行累计；
保存子模块，用于将所述计算子模块的累计结果保存于所述策略和计费规则功能实 体， 作为当前用户历史业务使用信息。
18、 根据权利要求 17所述的控制装置， 其特征在于， 所述计算子模块用于将用户 当前业务使用信息与签约信息存储器保存的用户历史业务使用信息进行累计；
所述保存子模块， 用于将所述计算模块的累计结果保存于所述签约信息存储器， 作 为当前用户历史业务使用信息。
19、 根据权利要求 12至 16任一项所述的控制装置， 其特征在于， 所述用户历史业 务使用信息具体为用户历史业务使用的流量和 /或时长。
20、 根据权利要求 19所述的控制装置， 其特征在于， 所述决策模块包括： 判断子模块， 用于判断当前用户历史业务使用信息的流量和 /或时长是否满足策略 决策条件；
决策子模块， 用于在所述判断子模块的判断结果为是时， 根据本地策略或从外部网 元获得的策略进行策略决策。
21、 一种策略的控制装置， 其特征在于， 包括：
接收模块， 用于接收策略和计费规划功能实体发送指示消息， 所述指示消息用于指 示上报用户业务使用信息； 发送模块，用于根据所述指示消息向所述策略和计费规划功能实体上报用户当前业 务使用信息。
22、 根据权利 21所述的控制装置， 其特征在于， 所述发送模块具体用于根据所述 指示消息通过 Gx接口向所述策略和计费规划功能实体上报用户当前业务使用信息。
23、 根据权利 21所述的控制装置， 其特征在于， 所述发送模块具体用于根据所述 指示消息通过远程用户拨号认证系统接口以远程用户拨号认证系统计费协议方式向所 述策略和计费规划功能实体上报用户当前业务使用信息。
24、 根据权利 21所述的控制装置， 其特征在于， 所述接收模块用于接收策略和计 费规划功能实体发送的指示消息，所述指示消息用于指示将用户当前业务使用信息发送 到在线计费系统和 /或离线计费系统；
发送模块，用于将用户当前业务使用信息发送到在线计费系统和 /或离线计费系统。
PCT/CN2010/070599 2009-02-13 2010-02-10 一种策略的控制方法、装置 WO2010091635A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP10740924.5A EP2398262B1 (en) 2009-02-13 2010-02-10 Method, apparatus for controlling policy

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910006944.9 2009-02-13
CN2009100069449A CN101808307B (zh) 2009-02-13 2009-02-13 一种策略的控制方法、装置

Publications (1)

Publication Number Publication Date
WO2010091635A1 true WO2010091635A1 (zh) 2010-08-19

Family

ID=42561416

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/070599 WO2010091635A1 (zh) 2009-02-13 2010-02-10 一种策略的控制方法、装置

Country Status (3)

Country Link
EP (1) EP2398262B1 (zh)
CN (1) CN101808307B (zh)
WO (1) WO2010091635A1 (zh)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8825003B2 (en) 2007-12-13 2014-09-02 Tekelec, Inc. Methods, systems, and computer readable media for providing variable rate prepaid telecommunication services utilizing a weighting function
CN103107958B (zh) * 2011-11-11 2016-09-07 中兴通讯股份有限公司 一种获取用户感知的方法及系统
CN102413547A (zh) * 2011-12-05 2012-04-11 中兴通讯股份有限公司 多模终端的选网方法及装置
WO2013103960A1 (en) * 2012-01-05 2013-07-11 Tekelec, Inc. Methods, systems, and computer readable media for utilizing quota usage policy control in a diameter-based communication network
CN104995871A (zh) * 2013-02-20 2015-10-21 诺基亚通信公司 使pcc规则适配用户体验
US9185237B2 (en) 2013-03-15 2015-11-10 Tekelec, Inc. Methods, systems, and computer readable media for adjusting a quota consumption rate
WO2014154263A1 (en) * 2013-03-27 2014-10-02 Telefonaktiebolaget L M Ericsson (Publ) Quality of experience in communication networks
US10284729B2 (en) 2014-01-15 2019-05-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for subscription adaptation
CN106162758B (zh) * 2015-03-23 2020-01-10 华为技术有限公司 业务处理方法、pcrf以及业务处理系统
CN108282342B (zh) * 2017-01-05 2021-04-09 华为技术有限公司 计费管理方法、用户面功能实体以及控制面功能实体
US11050789B2 (en) 2017-06-15 2021-06-29 Palo Alto Networks, Inc. Location based security in service provider networks
US10812532B2 (en) 2017-06-15 2020-10-20 Palo Alto Networks, Inc. Security for cellular internet of things in mobile networks
US10708306B2 (en) * 2017-06-15 2020-07-07 Palo Alto Networks, Inc. Mobile user identity and/or SIM-based IoT identity and application identity based security enforcement in service provider networks
US10721272B2 (en) 2017-06-15 2020-07-21 Palo Alto Networks, Inc. Mobile equipment identity and/or IOT equipment identity and application identity based security enforcement in service provider networks
US10834136B2 (en) 2017-06-15 2020-11-10 Palo Alto Networks, Inc. Access point name and application identity based security enforcement in service provider networks
WO2019210947A1 (en) * 2018-05-02 2019-11-07 Telefonaktiebolaget Lm Ericsson (Publ) Systems, network functions and methods therein for enabling a determination of information associated with a user plane connection in a communications network
CN112075093B (zh) * 2018-05-05 2022-04-15 Oppo广东移动通信有限公司 切换过程中的业务处理方法及装置、终端和网络设备
US11290390B2 (en) 2019-11-20 2022-03-29 Oracle International Corporation Methods, systems, and computer readable media for lockless communications network resource quota sharing
CN114615156A (zh) * 2020-12-04 2022-06-10 中国移动通信集团有限公司 服务质量QoS管控方法、装置、电子设备及计算机存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1747562A (zh) * 2005-10-11 2006-03-15 中国移动通信集团公司 获取移动终端业务使用状态信息的方法
CN101291446A (zh) * 2007-04-20 2008-10-22 中国移动通信集团公司 业务状态信息获取方法及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1867022B (zh) * 2005-12-27 2010-06-09 华为技术有限公司 一种实现组播业务多样化计费的方法及装置
CN100536401C (zh) * 2006-06-15 2009-09-02 华为技术有限公司 策略与计费控制中用户签约信息的处理方法及装置
CN101355438A (zh) * 2007-07-25 2009-01-28 华为技术有限公司 策略计费控制的实现方法、设备及系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1747562A (zh) * 2005-10-11 2006-03-15 中国移动通信集团公司 获取移动终端业务使用状态信息的方法
CN101291446A (zh) * 2007-04-20 2008-10-22 中国移动通信集团公司 业务状态信息获取方法及系统

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP2398262A1 (en) 2011-12-21
EP2398262A4 (en) 2012-04-18
CN101808307B (zh) 2013-10-09
EP2398262B1 (en) 2015-09-02
CN101808307A (zh) 2010-08-18

Similar Documents

Publication Publication Date Title
WO2010091635A1 (zh) 一种策略的控制方法、装置
KR101854592B1 (ko) 무선 액세스 네트워크들(ran)에 대한 혼잡 제어
US9894560B2 (en) Method and device for controlling QOS and/or policy and charging control of a guest user
KR101421872B1 (ko) 서비스 요청에 기초하여 ｐｃｃ 규칙을 생성하는 방법 및 시스템
RU2513711C2 (ru) Триггер события услуги
KR101414921B1 (ko) 가입자에 관련된 변경에 대한 응답에서 인터넷 프로토콜 연결 액세스 네트워크(ｉｐ-ｃａｎ) 가입자 세션의 관리
US9107062B2 (en) QoS control in PCRF based on usage and time of day
WO2009024050A1 (fr) Procédé, système et dispositif de commande de politique
EP2521305B1 (en) Method, device and system for controlling user session policy
WO2010069170A1 (zh) 一种实现策略和计费控制的方法
WO2006047965A1 (fr) Procede de traitement de facturation en ligne
WO2006012798A1 (fr) Procede de traitement de reautorisation a base de taxation du flux de donnees par paquets
JP2013520051A (ja) 改善されたクレジット検証のためのノード
WO2013091410A1 (zh) 网络接入方法、系统及设备
WO2014094488A1 (zh) 漫游本地业务的计费策略方法及装置
US9485105B2 (en) Method and telecommunications network utilizing more than one online charging system for a given user
WO2012083779A1 (zh) 策略控制方法及装置
WO2011109934A1 (zh) 用于控制用户终端设备的服务质量的方法及装置
WO2012129992A1 (zh) 被赞助数据连接的处理方法及策略与计费规则功能实体
US20120142306A1 (en) Priority Communications in a Shared Access Telecommunications Network
WO2010094188A1 (zh) 业务策略控制方法及系统
WO2014176987A1 (zh) 策略控制方法及网元
WO2017092442A1 (zh) 策略和计费控制快速调整方法、装置及系统
WO2012041150A1 (zh) 用量监测方法及策略控制与计费规则功能实体
WO2011003307A1 (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: 10740924

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2010740924

Country of ref document: EP