WO2006050670A1 - Procede de traitement de cle de taxation - Google Patents

Procede de traitement de cle de taxation Download PDF

Info

Publication number
WO2006050670A1
WO2006050670A1 PCT/CN2005/001898 CN2005001898W WO2006050670A1 WO 2006050670 A1 WO2006050670 A1 WO 2006050670A1 CN 2005001898 W CN2005001898 W CN 2005001898W WO 2006050670 A1 WO2006050670 A1 WO 2006050670A1
Authority
WO
WIPO (PCT)
Prior art keywords
charging
tpf
ocs
credit
key
Prior art date
Application number
PCT/CN2005/001898
Other languages
English (en)
Chinese (zh)
Inventor
Xiaoqin Duan
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2006050670A1 publication Critical patent/WO2006050670A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications

Definitions

  • the present invention relates to the field of packet data charging, and more particularly to a method for processing a charging rule by a transport plane functional entity. Background of the invention
  • FIG. 1 shows a packet data protocol context (PDP Context, Packet Data Protocol Context) activation, a data transmission, and a deactivation flowchart.
  • PDP Context Packet Data Protocol Context
  • PDN Packet Data Network
  • deactivating the PDP Context includes the following steps:
  • Step 101 The mobile terminal (MS) sends a PDP Context Request (Active PDP Context Request) to the Serving GPRS Support Node (SGSN), where the Activate PDP Context Request carries the network layer service access point.
  • Information NSAPI, Network Layer Service Access Point Identifier
  • PDP type Access Point Name
  • API Access Point Name
  • QoS Quality of Service
  • TI Transaction Identifier
  • the SGSN and the Gateway GPRS Support Node (GGSN) are used as part of the Tunnel Identifier (TID) to identify the PDP Context.
  • the PDP type includes the end-to-end protocol (PPP, Peer).
  • APN can be provided by the MS to the SGSN, and the SGSN is addressed to the corresponding GGSN according to the APN, and the GGSN The MS may not provide the APN to the SGSN according to the APN.
  • the SGSN may select the default APN according to the subscription information of the MS user.
  • the QoS parameter is the quality requirement of the packet data service specified by the MS.
  • Step 102 After receiving the Activate PDP Context Request, the SGSN performs security check and encryption with the MS. This step is optional.
  • Step 103 The SGSN parses the address information of the GGSN according to the APN. If the SGSN can parse the address information of the GGSN according to the AP, the TEID is created for the PDP Context, and the TEED can be an International Mobile Subscriber Identity (MSI) and an NSAPI.
  • the SGSN sends a PDP Context Request to the GGSN.
  • the PDP Context Request contains the PDP type, PDP address, APN, QoS parameters, TEID, and selection mode.
  • the PDP address can be MS.
  • the IP address is an optional parameter.
  • the PDP Context creation request may not carry the PDP address.
  • the GGSN may assign an IP address to the MS in the subsequent processing, or may assign an IP to the MS by the PDN that finally establishes a connection with the MS. Address;
  • the selection mode refers to the APN selection mode, that is, whether the APN is selected by the MS or selected by the SGSN. If the SGSN cannot resolve the address information of the GGSN according to the APN, the SGSN rejects the PDP Context activation request initiated by the MS.
  • Step 104 After receiving the PDP Context creation request, the GGSN determines an external PDN according to the APN, then allocates a charging identifier (Charging ED), starts charging, and negotiates QoS. If the GGSN can meet the quality of service requirements of the QoS parameter, The SGSN returns a PDP Context Response (Create PDP Context Response), and the PDP Context creation response carries information such as a TEID, a PDP address, a Backbone Bearer protocol, an agreed QoS parameter, and a Charging ID. If the GGSN cannot meet the quality of service requirements of the QoS parameters, the GGSN rejects the PDP Context creation request initiated by the SGSN. The SGSN then rejects the PDP Context activation request initiated by the MS.
  • a charging identifier Charging ED
  • Step 105 After receiving the PDP Context creation response, the SGSN inserts an NSAPI and GGSN address information for identifying the PDP Context in the PDP Context, and then selects a radio priority according to the agreed QoS parameter, and then returns a PDP Context activation response to the MS. (Activate PDP Context Accept), the PDP Context activation response carries information such as PDP type, PDP address, T-defined QoS parameters, wireless priority, and PDP configuration options. And, the SGSN starts charging. Upon receiving the PDP Context activation response, the MS has established a direct route between the MS and the GGSN, and can perform packet data transmission.
  • Step 106 The MS performs packet data interaction through the SGSN, the GGSN, and the PDN.
  • Step 108 After receiving the PDP Context deactivation request, the SGSN performs security check and encryption with the MS. This step is an optional step.
  • Steps 109 to 111 The SGSN sends a PDP Context Request to the GGSN, and the PDP Context Delete Request carries the TEID.
  • the GGSN After receiving the PDP Context deletion request, the GGSN ends the charging of the MS, deletes the PDP Context corresponding to the TEID, and then sends a PDP Context Delete Response (PDP Context Response) to the SGSN, where the PDP Context deletion response carries the SG SGSN.
  • PDP Context Delete Response PDP Context Delete Response
  • the charging of the MS is ended, the PDP Context corresponding to the TEID is deleted, and then the PDP Context Deactivation PDP Context Response is sent to the MS, and the PDP Context deactivation response carries the TI. After the MS receives the PDP Context deactivation response, it deletes the PDP Context corresponding to ⁇ .
  • the charging termination point is set in the PDP Context.
  • the MS can perform multiple services based on an activated PDP Context, that is, if the PDN can provide multiple services, such as email (email), Based on the WAP (Wireless Application Protocol) browsing service and the file transfer protocol (FTP) file transfer service, the MS can pass an activated PDP after establishing a transmission channel with the PDN.
  • email email
  • WAP Wireless Application Protocol
  • FTP file transfer protocol
  • the Context carries various services that the PDN can provide.
  • the charging mode of the operator for various services is likely to adopt different charging methods.
  • the e-mail receiving and sending events may be triggered by the secondary charging, and the WAP browsing service may be based on the flow accounting fee.
  • the rate of the WAP browsing service and the rate of the file transfer service are different according to the flow rate. Therefore, according to the existing GPRS charging system, different services carried by the same PDP Context cannot be performed at all. Perform differentiated billing.
  • IP-based billing data streams (FBC, Flow Based Charging) 0 for a packet data service, MS users
  • IP Flow IP-based billing data streams
  • FBC Flow Based Charging
  • All IP data streams (IP Flow) transmitted and received may also be IP packets, which are collectively referred to as Service Data Flow, that is, the service data stream is multiple IP data.
  • the set of flows is composed, so the charging based on the IP data stream can truly reflect the occupation of resources by a certain service data flow.
  • the charging based on the rp data stream can be considered as filtering out the different data flows of different services carried in the same PDP Context through filters of similar filters, and then separately filtering the IP data flows filtered by different filters.
  • the granularity of the IP data-based charging is much smaller than the charging granularity based on a PDP Context.
  • the granularity can be regarded as the size of the screening hole.
  • the charging granularity based on a PDP Context is a PDP Context.
  • the meshing granularity based on the IP data stream is an IP service data stream is a sieve hole, that is, a plurality of sieve holes are included for one PDP Context, and therefore, the charging and ratio based on the IP data stream is based on Compared to the charging of a PDP Context, the billing based on the EP data stream can provide a more abundant charging means for the operator or the service provider.
  • the 3GPP describes the system structure, functional requirements, and message interaction procedures of the FBC.
  • the FBC system structure supporting online charging is shown in Figure 2A.
  • the customized application based on mobile network enhanced logic (CAMEL, Customised Application for Mobile Network Enhanced Logic (SCP) Service Control Point (SCP) and Service Data Flow Based Credit Control Function (CCF) 202 constitute an online charging system (OCS, Online Charging System ) 206.
  • the CCF 202 communicates with the Service Data Flow Based Charging Rule Function (CRF) 203 through the Rx interface, and the CRF 203 communicates with the Application Function Entity (AF) through the Rx interface.
  • the CRF 203 communicates with the Traffic Plane Function (TPF) 205 through the Gx interface, and the CCF 202 communicates with the TEF 205 through the Gy interface.
  • CCF Service Data Flow Based Charging Rule Function
  • the structure of the FBC system supporting offline charging is as shown in FIG. 2B.
  • the CRF 203 communicates with the AF 204 through the Rx interface, the CRF 203 communicates with the TPF 205 through the Gx interface, and the TPF 205 communicates with the charging gateway function entity through the Gz interface (CGF, Charging).
  • the Gateway Function 207 is interworking with a Charging Collection Function (CCF) 208.
  • CCF Charging Collection Function
  • the TPF 205 carries the IP data stream.
  • the TPF 205 sends a charging rule request to the CRP 203 through the Gx interface, where the charging rule request carries information related to the user and the MS, bearer characteristics, and Network related information, etc., wherein the information related to the user and the MS may be a mobile station international number (MSISDN), an international mobile subscriber identity (IMSI), etc., and the network related information may be a mobile network coding (MNC), a mobile country. Code (MCC), etc.
  • MSISDN mobile station international number
  • IMSI international mobile subscriber identity
  • MNC mobile network coding
  • MCC mobile country. Code
  • the charging rules may be different, such as the corresponding rate of the QoS parameter falling. Also fell.
  • the TPF 205 may resend the charging rule request to the CRF 203 to request a new charging rule when the bearer is modified; the CRF 203 selects an appropriate charging rule according to the above input information provided by the TPF 205, and returns to the TPF 205.
  • the selected charging rule includes the charging mechanism, the charging type, the charging key, the service data stream filter, and the charging rule priority.
  • the charging mechanism may be online charging or offline charging; the charging type may be charging based on the length of time or based on data traffic; the charging button is a parameter related to the rate, and the CRF 203 may not be directly
  • the TPF 205 is provided with a rate, and only the rate-related parameters are provided to the TPF 205; the service data filter is used to indicate which IP data streams the TPF 205 filters, and then the TPF 205 filters the filtered IP data according to the charging rules.
  • the service data filter may include an IP5 tuple.
  • the IP5 tuple may include source/destination IP address, source/destination port number (Port Number), protocol identifier (Protocol ID), and the like.
  • CRF 203 indicates TPF 205 to source address. Filters the IP data stream of 10.0.0.1, the destination address is 10.0.0.2, the source/destination port number is 20, and the protocol type is Transmission Control Protocol (TCP), and the filtered IP data stream is calculated according to the charging rule. fee
  • the CRF 203 may provide a trigger event (Event Trigger) to the TPF 205 to request the THF 205 to request a new charging rule from the CRF 205 when a specific event occurs, such as the CRF 203 requiring the TPF 205 to perform an event modification on some bearer. At the time, a new charging rule is requested from the CRF 203. Trigger events can be thought of as events related to billing rules.
  • the 3GPP specification describes the charging mode of the CRF that controls the TPF through the triggering event reporting mechanism, that is, after the triggering event is detected, the CRF is reported to the CRF, and the CR detects the change of the bearer through the triggering event reported by the TPF, and then determines the corresponding meter.
  • Trigger events defined in the 3GPP specifications may include: Common Land Mobile Communication Network (PLMN) changes (PLMN) Change event, QoS changes event, radio access technology (RAT) type change (RAT type change) event, transport stream template (TFT) change (TFT change) event.
  • PLMN Common Land Mobile Communication Network
  • RAT radio access technology
  • TFT transport stream template
  • the CRP 203 may also select an appropriate charging rule based on the input information of the AF 204 or the OCS 206, such as the AF 204 notifying the CRF 203 of the service currently used by the user.
  • CRF 203 selects the corresponding charging rule according to the type of service.
  • the OCS 206 is an online charging system, and is composed of two functional entities: SCP 201 and CCF (Service Data Flow Based Credit Control Function) 202.
  • the CCF (Service Data Flow Based Credit Control Function) 202 is a functional entity that performs credit control. Applying only to the online billing system can be achieved by adding new features to the existing OCS 206.
  • the CCF (Service Data Flow Based Credit Control Function) 202 manages and controls the user credit.
  • the CCF (Service Data Flow Based Credit Control Function) 202 is in the user credit pool.
  • the credit is authenticated, and the credit that the user can use is delivered to the TPF 205 through the Gy interface.
  • OCS 206 may require TPF 205 to report to the re-authorisation triggers when they occur, and then OCS 206 re-authenticates the user based on the corresponding re-authentication event on TPF 205, and possibly Recalculate the user's credit. For example, after the user credit provided by the OCS 206 to the TPF 205 is used, the TPF 205 needs to report the allowed user credit usage expiration event to the OCS 206 according to the allowed credit expiration event in the re-authentication event, and the OCS 206 according to the remaining user account. Information, recalculate the credits allowed to be used by the user.
  • the OCS 206 determines the rate according to the current location of the user, and calculates the credit of the user according to the rate; when the user moves to another location, if the PLMN changes, the 205 needs to be re-examined. PLMN change event in the right event, The OMC 206 reports the occurrence of the PLMN change event, and the OCS 206 re-determines the rate based on the current location of the user after updating, and recalculates the user's credit.
  • the OCS 206 determines the rate according to the current QoS parameter of the service used by the user
  • the TPF 205 needs to report the occurrence of the bearer modification event to the OCS 206 according to the bearer modification event in the re-authentication event.
  • the OCS 206 determines the rate based on the modified QoS parameters of the user and recalculates the credit of the user.
  • the 3GPP specification also describes the use of the re-authentication event by the OCS to control the credit usage of the TPF. That is, the TPF reports the re-authentication event reported by the TCS to the OCS after the re-authentication event occurs.
  • the credit usage of the user and the change of the bearer are known, and the credit of the user is recalculated and sent to the TPF.
  • the re-authentication events defined in the 3GPP specifications may include: a credit authorization lifetime expiry event, a user idle state timeout event, a charging rule is changed event, a PLMN history event, QoS parameter change event, RAT type change event, transport stream template change event, and the like.
  • the TPF 205 is a GGSN
  • the AF is a service gateway or a service server in the PDN
  • the CRF 203 is a new logical entity.
  • TPF 205 is the enforcement point of the charging rule
  • CRF 203 is the control point of the charging rule.
  • the method for requesting the credit line described in the 3GHP specification is performed based on each charging rule (Charging Rule), and the specific implementation process is as follows:
  • the TPF receives the CF provided After the charging rule, according to the online charging mechanism in the charging rule, when determining that the credit quota needs to be requested for the charging rule for the charging rule, the TPF directly requests the OCS for the credit quota for the charging rule.
  • the charging granularity of the charging rules provided by the CRP to the TPF is for different service data flows.
  • the TF needs to perform online charging interaction for each service data flow, that is, for each service data flow.
  • TPF needs to request credit line from OCS, OCS According to the TPF credit request, each service data stream needs to be assigned a corresponding credit line and sent to the TPF.
  • an object of the present invention is to provide a method for processing a charging key to improve the processing performance of TPF and OCS.
  • the present invention provides a method for processing a charging key.
  • the method includes the step TPF determining whether the charging key is based on the charging key in the charging rule. A credit line for the charging button has been requested from the OCS, and if not, the TPF sends a credit request to the OCS.
  • the TPF determines that the credit limit for the charging button has been requested from the OCS, and further includes: 1 F does not send a credit request to the OCS, and directly uses the requested credit limit for the charging button.
  • the TPF directly uses the requested credit limit for the charging button, and further includes: the TPF records the charging rule information corresponding to the charging button of the requested credit line.
  • the TPF sends a credit request to the OCS in step A, and then further includes step A1:
  • the OCS returns a credit line to the TPF.
  • the step A1 further includes: the TPF records charging key information that has requested a credit line from the OCS.
  • the step A1 further includes: the TPF records the charging rule information corresponding to the charging button of the requested credit line.
  • the present invention also provides a method for processing a charging button, and the OCS provides a needle to the TPF.
  • the method further includes the step B: the TPF returns the charging key consumption credit corresponding to the re-authentication event to the OCS. Remaining credit line.
  • the step B further includes: the TPF records re-authentication event information corresponding to the charging button.
  • the step B further includes: the OCS performs re-authentication, and then provides the TPF with a newly calculated credit line for the charging button.
  • the step B further includes: the TPF providing the OCS with corresponding input information for the OCS to determine the credit information.
  • the invention also provides a method for processing a charging button, in the case of online charging,
  • the method includes the step C: the TPF determines, according to the charging button in the charging rule, whether there is a charging rule other than the charging rule that needs to be deleted, and uses the credit amount requested for the charging button. If not, the TPF returns the remaining credit limit for the charging button to the OCS.
  • the step C further includes: deleting the charging rule that needs to be deleted by the TPF.
  • the manner in which the TPF requests a credit line is based on each billing key. Since different service data flows may have the same billing rate, that is, different billing rules may have the same billing key, the granularity of the credit limit request based on each billing key is greater than per billing. Regular credit line request. In this way, by implementing the processing procedure in which the TPF requests the credit limit based on each charging key, the interaction between the TPF and the OCS can be effectively reduced, the processing performance of the TPF and the OCS is improved, and the practicability of the entire online charging processing process is enhanced. BRIEF DESCRIPTION OF THE DRAWINGS
  • Figure 1 shows a PDP Context activation, data transfer, deactivation flowchart
  • 2A shows a structural diagram of an FBC system supporting online charging
  • Figure 2B shows a block diagram of an FBC system supporting offline charging
  • FIG. 3 is a schematic diagram showing a process of processing a credit limit based on a charge key in the present invention
  • FIG. 4 is a schematic diagram showing a process of re-authentication processing based on a charge key in the present invention. Mode for carrying out the invention
  • the manner in which the TPF requests the credit limit is performed based on each charging key, that is, the TPF uses the charging key as an index of the charging rule, and records the charging rule having the same charging key, so that the TPM is established.
  • the charging rules can be batch processed according to the same charging key, and the processing procedure of the TPF requesting the credit limit based on each charging key is realized.
  • the TPF After the TPF receives the charging rules provided by the CRP, if the new charging rule needs to be established, the TPF first determines whether the charging mechanism in the charging rule to be established is online charging, and if it is online charging, further based on The charging key in the charging rule determines whether a credit line has been requested to the OCS for the charging key. If the credit amount is not requested to the OCS for the charging key, the TPF sends a credit request to the OCS, where the credit request is Carrying the charging button, the OCS calculates a credit line of the user according to the charging button, and returns a credit response to the TPF, where the credit response carries a credit line allocated for the charging button.
  • the TPF records the charging key of the requested credit line and the corresponding relationship with the corresponding charging rule, and can further record the credit amount allocated by the OCS for the charging key.
  • the TPF establishes an online charging interaction information list, in the list, the charging key item of the requested credit line, and records the charging key, such as Charging Key A, and the corresponding "credit quota item" record OCS is allocated for Charging Key A.
  • the credit line corresponds to the "accounting rule item" record charging rule identifier, such as Charging If Rule L has requested a credit line to the OCS for the charging key, for example, the TPF has the charging key, such as Charging Key A, in the "Receiving Key Item of the Requested Credit Line" in the online charging interaction information list. If it is determined that the credit line has been requested from the OCS according to the charging key, the TPF no longer requests the credit line from the OCS, and directly uses the credit amount previously requested for the charging key to the OCS, that is, the online charging interaction information list.
  • the credit limit of the "credit key item" corresponding to the "requested credit limit" is 100M.
  • the TPF records the charging key of the requested credit line and the corresponding relationship with the charging rule, that is, in the established online charging interaction information list, the charging key item with the requested credit line is Charging Key A.
  • the identifier of the charging rule is recorded in the corresponding "Accounting Rule Item", such as Charging Rule 2.
  • the service data flow filtered by the charging rule Charging Rule 1 and the charging rule Charging Rule 2 will consume the credit limit corresponding to the Charging Key A 100M, for example, at a certain moment.
  • the TPF When the TPF detects that the sum of the traffic data traffic filtered by Charging Rule 1 and the traffic data traffic filtered by Charging Rule 2 reaches the credit limit of 100M, the TPF will initiate a re-authentication process, send a credit request to the OCS, and request the OCS as Charging. Key A assigns the corresponding credit limit.
  • the TPF After the TPF receives the charging rule provided by the CRF, if the charging rule needs to be deleted, the TPF first determines whether the charging mechanism in the charging rule to be deleted is online charging, and if it is online charging, further according to the The charging key in the charging rule determines whether there are other charging rules other than the charging rule to be deleted, and uses the credit amount requested for the charging key, such as in the charging rule Charging Rule 1 to be deleted.
  • the TPF determines the charging rule recorded in the "Accounting Rule Item" corresponding to the "Charging Key Item of the Requested Credit Line" Charging Key A in the online charging interaction information list. Indicates whether there are other charging rule identifiers besides Charging Rule 1.
  • the TPF deletes the charging rule specified by the CRF.
  • the service data flow specified by the charging rule is filtered, and the corresponding information in the online charging interaction information list is updated, for example, the charging key Charging Key A in the "receiving key amount of the requested credit line" and its corresponding "
  • the credit limit item "in the credit line and the charging rule item," the charging rule identifier, and the TPF returns the remaining credit line corresponding to the charging button to the OCS, ending the charging button between the TPF and the OCS
  • the interaction operation if the TPF determines that there are other charging rules using the credit line requested for the charging key, that is, the charging key of the "requested credit line” charging key in the online charging interaction information list
  • the charging rule identifier recorded by the "Accounting Rule Item" corresponding to Key A has other charging rule identifiers besides Charging Rule 1.
  • the TPF deletes the charging rule specified by CF, such as Charging Rule 1, and no longer
  • the service data flow specified by the charging rule is filtered, and the corresponding information in the online charging interaction information list is updated, for example, deleting the charging key with the "receiving credit amount of the requested credit line" is Charging Key A Corresponding to "charging rule item" in the charging rule identifier Charging Rule 1, does not return the credit remaining charging key corresponding to the OCS.
  • the processing of the re-authentication process may also be based on each charging key.
  • the OCS may further provide a re-authentication event in addition to providing a credit line to the TPF.
  • the TPF can record the charging key of the requested credit line and the corresponding relationship with the corresponding re-authentication event, for example, the charging key recorded for the "receiving key item of the requested credit line" in the online charging interaction information list.
  • the re-authentication event sent by the OCS is recorded in the corresponding re-recognition event item, and the re-authentication event may be one or more, such as a PLMN change event, a TFT change event, and the like.
  • the OCS can issue the same re-authentication event for different charging keys ; for example, the OCS issues a re-authentication event for the PLMN change for both the Charging Key A and the Charging Key B.
  • the TPF detects that the re-authentication event occurs, the TPF searches for the charging key corresponding to the re-authentication event that occurred, and then returns to the OCS the remaining credit line after the charging key consumes the credit line.
  • the PLMN changes the event, and the TPF searches for the Charging Key A and the Charging Key B corresponding to the PLMN change event according to the information recorded in the online charging interaction information list, and the TPF stops the charging corresponding to the Charging Key A and the Charging Key B respectively.
  • the filtering of the service data flow specified by the rule, calculating the remaining credit limit for the Charging Key A and the Charging Key B to consume the credit line and returning to the OCS, requesting the OCS to reallocate the re-authentication event for the Charging Key A and the Charging Key B's credit limit.
  • the TPF After the OCS performs the re-authentication, the TPF is provided with a recalculated credit line for the charging button, and then the TPF uses the new credit line to monitor the credit usage of the service data stream specified by the charging rule corresponding to the charging button. For example, the OCS provides the TPF with the credit line calculated for the Charging Key A and the Charging Key B respectively. After the TPF obtains the new credit limit for the Charging Key A, the TPF specifies the service data for the charging rule corresponding to the Charging Key A. The flow is filtered to monitor whether the service data flow reaches the credit limit.
  • the TPF After the credit limit is reached, the allowed credit expiration re-authentication event is triggered, and the TPF re-executes the re-authentication process, requesting the OCS to recalculate the new credit limit for the Charging Key A. Similarly, after the TPF obtains a new credit limit for the Charging Key B, the TPF performs an operation similar to that for the Charging Key A, and will not be described here.
  • FIG. 3 is a schematic diagram showing a process of processing a credit line based on a charge key in the present invention. As shown in FIG. 3, the process of requesting a credit line based on a charge button includes the following steps:
  • the CRF may "receive information from an external entity, for example, the CRP receives a message from the TPF, such as the establishment, modification, or deletion of the bearer, or the CRF receives the information provided by the AP or the OCS related to the charging rule.
  • the input information, the charging rule that needs to be provided to the TPF, the CRF may require the TPF to establish a new charging rule, or the TPF may be required to delete the original charging rule, and the TPF may be required to modify the original charging rule.
  • the selected charging rule is provided to the TPF, and the TPF is instructed to perform corresponding operations on the charging rule.
  • Step 303 to step 304 After receiving the charging rule, the TPF operates according to the charging rule. Perform corresponding operations on the charging rules, such as establishing, modifying, or deleting charging rules.
  • the TTPF establishes a new charging rule or modifies the original charging rule, it determines whether the credit line has been requested from the OCS according to the charging button in the charging rule. If yes, the TPF no longer requests a credit line from the OCS, directly using the credit amount previously requested for the charging key to the OCS, that is, the service data stream will consume the credit amount previously requested by the TPF for the charging key to the OCS.
  • the TPF records the charging rule information corresponding to the charging key of the requested credit line, such as the charging rule identifier; otherwise, step 305 is performed.
  • the TPF deletes the original charging rule, it determines whether there are other charging rules using the credit amount requested for the charging button according to the charging button in the charging rule, such as determining and Whether the charging rule corresponding to the charging button has other charging rules in addition to the charging rule to be deleted, and if so, directly deleting the charging rule, and the service specified by the charging rule is no longer specified.
  • the data stream is filtered; otherwise, the TPF stops filtering the service data flow specified by the charging rule, deletes the charging rule, and returns the remaining credit limit for the charging button to the OCS, ending the relationship between the TPF and the OCS.
  • the interaction of the billing key is filtered; otherwise, the TPF stops filtering the service data flow specified by the charging rule, deletes the charging rule, and returns the remaining credit limit for the charging button to the OCS, ending the relationship between the TPF and the OCS.
  • Step 305 to step 306 The TPF sends a credit request (Credit Request) to the OCS, where the credit request carries a charging button of the charging rule, and requests the OCS to provide a credit line for the charging button, and further provides a corresponding input. Information for OCS to determine credit information. After receiving the credit request, the OCS calculates the credit line of the user according to the charging button, and then returns a credit response (Credit Response) to the TPF, where the credit response carries the assigned credit line. After receiving the credit response, the TPF uses the received credit limit to monitor the credit usage of the service data stream specified by the charging rule corresponding to the charging button.
  • Credit Response Credit Response
  • FIG. 4 is a schematic diagram showing a process of re-authentication processing based on a charging key in the present invention. As shown in FIG. 4, the process of re-authenticating based on a charging key includes the following steps:
  • Step 401 The TPF monitors whether the re-authentication event occurs, and if yes, step 402 is performed; Otherwise, return to step 401.
  • Steps 402 to 403 The TPF searches for a charging button corresponding to the re-authentication event that occurs, and then sends a credit request and re-authorisation request to the OCS, the credit and re-authentication request.
  • the remaining credit line after the credit key is consumed by the charging key and the corresponding input information are carried in the OCS to determine the credit information.
  • the OCS After receiving the credit and re-authentication request, the OCS performs the re-authentication right, recalculates the credit line for the charging button, and then returns a credit response and re-authorisation response to the TPF. And the re-authentication response carries a new credit line.
  • the TPF uses the new credit limit to monitor the credit usage of the service data flow specified by the charging rule corresponding to the charging button.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Meter Arrangements (AREA)

Abstract

L'invention concerne un procédé de traitement d'une clé de taxation, qui comporte les étapes consistant à: déterminer, dans le cas d'un taxation en ligne, lorsque le TPF produit les règles de taxation, si le TPF a demandé à l'OCS un seuil de crédit concernant la clé de taxation, selon la clé de taxation des règles de taxation; si tel n'est pas le cas, le TPF envoie la demande de crédit à l'OCS; déterminer, lorsque le TPF supprime les règles de taxation, selon la clé de taxation des règles de taxation, s'il existe des règles de taxation autres que celles devant être supprimées à l'aide de la demande de seuil de crédit relative à la clé de taxation; si tel n'est pas le cas, le TPF renvoie à L'OCS le seuil de crédit restant concernant la clé de taxation; le cas échéant, l'OCS transmet au TPF un événement de réautorisation concernant la clé de taxation; lorsque le TPF détecte l'événement de réautorisation, il renvoie à l'OCS le seuil de crédit restant après épuisement du seuil de crédit par la clé de taxation correspondant à l'événement de réautorisation. L'invention permet de réduire efficacement les interactions entre le TPF et l'OCS, d'accroître la capacité de traitement du TPF et de l'OCS et de faciliter le traitement de l'ensemble du processus de taxation en ligne.
PCT/CN2005/001898 2004-11-10 2005-11-10 Procede de traitement de cle de taxation WO2006050670A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB200410090928XA CN100438412C (zh) 2004-11-10 2004-11-10 一种对计费键进行处理的方法
CN200410090928.X 2004-11-10

Publications (1)

Publication Number Publication Date
WO2006050670A1 true WO2006050670A1 (fr) 2006-05-18

Family

ID=36336214

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/001898 WO2006050670A1 (fr) 2004-11-10 2005-11-10 Procede de traitement de cle de taxation

Country Status (2)

Country Link
CN (1) CN100438412C (fr)
WO (1) WO2006050670A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103455735A (zh) * 2013-09-03 2013-12-18 百度在线网络技术（北京）有限公司 付费电子文件的处理方法及装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101895857A (zh) * 2010-07-09 2010-11-24 中国联合网络通信集团有限公司 一种基于电信业务使用量的实时计费方法和其系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001091446A2 (fr) * 2000-05-24 2001-11-29 Nokia Corporation Identificateur de taxation commun pour reseaux de communications
JP2003134111A (ja) * 2001-10-26 2003-05-09 Nec Corp ルールベースレイティングシステムおよび方法ならびにプログラム
US20030152039A1 (en) * 2002-02-08 2003-08-14 Timothy Roberts Customer billing in a communications network

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MXPA05003323A (es) * 2002-10-15 2005-10-18 Ericsson Telefon Ab L M Sistema para proporcionar el cobro flexible en una red.

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001091446A2 (fr) * 2000-05-24 2001-11-29 Nokia Corporation Identificateur de taxation commun pour reseaux de communications
JP2003134111A (ja) * 2001-10-26 2003-05-09 Nec Corp ルールベースレイティングシステムおよび方法ならびにプログラム
US20030152039A1 (en) * 2002-02-08 2003-08-14 Timothy Roberts Customer billing in a communications network

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103455735A (zh) * 2013-09-03 2013-12-18 百度在线网络技术（北京）有限公司 付费电子文件的处理方法及装置

Also Published As

Publication number Publication date
CN1773921A (zh) 2006-05-17
CN100438412C (zh) 2008-11-26

Similar Documents

Publication Publication Date Title
WO2006047965A1 (fr) Procede de traitement de facturation en ligne
US7889650B2 (en) Method for establishing diameter session for packet flow based charging
JP5190085B2 (ja) パケットデータサービスの課金制御方法
JP4402714B2 (ja) フローベース課金におけるイベント・トリガと再認証トリガを取り扱う方法
US8798575B2 (en) Method for improving service data flow based charging and system thereof
EP1777871B1 (fr) Procede de reduction de la charge d'un tpf
EP1804419B1 (fr) Procede de traitement de reautorisation a base de taxation du flux de donnees par paquets
JP4891223B2 (ja) パケットデータサービスの課金ルールを強化する方法及びその機能する方法
WO2005109748A1 (fr) Procede de selection de la regle de taxation destine a des utilisateurs
WO2006050669A1 (fr) Procede de chargement en fonction d'un flux de paquets de donnees
WO2007112657A1 (fr) Procédé et système de décision concernant l'information sur les services dans un système de communication mobile
WO2009021462A1 (fr) Procédé et dispositif d'établissement de session ip-can
WO2014094488A1 (fr) Procédé et dispositif de gestion de politique de facturation destinés à un service local d'itinérance
WO2005101734A1 (fr) Procede de facturation de services de donnees par paquets et de controle d'acces de flux de donnees de services
WO2006015543A1 (fr) Procede de traitement d'une re-autorisation, evenement de re-autorisation et declencheurs d'evenement
WO2006060964A1 (fr) Systeme et procede de traitement permettant une facturation en fonction du flux de paquets de donnees
WO2006050670A1 (fr) Procede de traitement de cle de taxation
WO2011017974A1 (fr) Passerelle, système et procédé de comptage de flux au cours d'une demande de ressources
WO2007079682A1 (fr) Procédé et système utilisant la commande de politique et de facturation du service de la fonction d'application
WO2012041149A1 (fr) Procédé et système de contrôle d'utilisation du volume de ressources
WO2012041148A1 (fr) Procédé et système de contrôle d'utilisation du volume de ressources
WO2006015550A1 (fr) Procede de distribution du numero de dialogue du chargement fonde sur le flux de paquets de donnees
CN101145917A (zh) 一种对计费键进行处理的方法

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KN KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase

Ref document number: 05808311

Country of ref document: EP

Kind code of ref document: A1