WO2011153871A1 - Procédé et système de mise en œuvre d'un prépaiement par paquets - Google Patents

Procédé et système de mise en œuvre d'un prépaiement par paquets Download PDF

Info

Publication number
WO2011153871A1
WO2011153871A1 PCT/CN2011/073054 CN2011073054W WO2011153871A1 WO 2011153871 A1 WO2011153871 A1 WO 2011153871A1 CN 2011073054 W CN2011073054 W CN 2011073054W WO 2011153871 A1 WO2011153871 A1 WO 2011153871A1
Authority
WO
WIPO (PCT)
Prior art keywords
prepaid
quota
user
information
server
Prior art date
Application number
PCT/CN2011/073054
Other languages
English (en)
Chinese (zh)
Inventor
范璟玮
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011153871A1 publication Critical patent/WO2011153871A1/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
    • 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/141—Indication of costs
    • H04L12/1421—Indication of expected costs
    • 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/82—Criteria or parameters used for performing billing operations
    • 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/82—Criteria or parameters used for performing billing operations
    • H04M15/8214—Data or packet based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems

Definitions

  • the present invention relates to the field of communications, and in particular to a method and system for implementing packet prepaid.
  • Each network element in the Code Division Multiple Access (CDMA) 2000 packet prepaid system has implemented the functions described in the protocol "X.S0011-006-E-vl.O-091116", that is, in this system, PDSN (Packet) Data Service Node, Packet Data Service Node, or HA (Home Agent, Home Agent), as PPC (Prepaid Client), AAA (Authentication, Authorization, and Accounting, Authentication, Authorization, Accounting Server) PPS (Prepaid Server) cooperates to provide users with Packet Prepaid Service based on traffic or duration. among them:
  • the packet prepaid service refers to: the network user pays the fee first, the operator maintains the user's account information, the user enjoys a packet data service according to the account balance, and the prepaid user (Prepaid User) first pays the service provider , then enjoy the network users of CDMA packet services.
  • the PPS is responsible for maintaining the user's quota usage, and interacting with the prepaid client (PPC) to complete the authentication and accounting of the prepaid user.
  • the PPS is also responsible for the Service Control Point (SCP). ) Request the amount and perform rate conversion.
  • SCP Service Control Point
  • the PPC is responsible for requesting the PPS to authorize the user's prepaid service, and to track and process the user's quota usage in real time.
  • Figure 1 is a flow chart of prepaid charging when the access and location of a SIP (Session Initiation Protocol) user is changed when the PDSN is used as a PPC in the existing prepaid packet data service system.
  • SIP Session Initiation Protocol
  • the PDSN saves only the air interface information of the terminal, and does not perform special processing. As shown in Figure 1, the following steps are included:
  • the terminal (MS) initiates a packet service request to access the PDSN, and the PDSN has a pre-paid capability function, and constructs an authentication access request according to the local configuration, and the PPAC in the text (PrePaid Accounting) Capability, prepaid capability, etc.
  • PPAC is an attribute in the Remote Authentication Dial In User Service (Radius), which is used to inform the home AAA (HAAA) / PPS to send the message. Yuan has the ability to prepay.
  • the PDSN sends an authentication request packet of the Radius access request (Access Request) of the terminal to the HAAA/PPS, and carries information such as PPAC supported by the PDSN.
  • Access Request Radius access request
  • the HAAA/PPS After receiving the authentication request packet of the PDSN, the HAAA/PPS verifies the identity of the terminal, checks the validity of the terminal account, and checks the profile information of the terminal.
  • the HAAA/PPS allocates appropriate prepaid types, quotas, and thresholds to the terminal, and responds to the Radius Access Successful Response (Access-Accept) message, carrying the PPAC, PPAQ (PrePaid Accounting Quota, prepaid quota), etc. Attributes.
  • the PPAQ includes the user's quota and threshold.
  • the PPAQ includes the quota information that the user has used.
  • the PDSN receives the authentication response message of the Radius Access Accept access response of the HAAA/PPS, and starts to transmit data for the terminal.
  • the terminal location moves, triggering the process of terminal refreshing, sending an Al1 refresh request to the PDSN, carrying a new BSID (Base Station Identity), and the PDSN saves the terminal air interface information.
  • BSID Base Station Identity
  • the PDSN finds that the threshold arrives during the process of transmitting data for the terminal.
  • the PPAQ attribute carried in the Radius Access-Accept authentication response packet of the HAAA/PPS contains the user quota and threshold information.
  • quotas and thresholds for prepaid users
  • quotas and thresholds for prepaid users
  • quotas and thresholds for prepaid users.
  • the duration of the PPAQ delivered by the HAAA/PPS is 60 seconds and the duration is 30 seconds
  • the PDSN will find the arrival time threshold after 30 seconds of user access, and then go to the HAAA/PPS update.
  • Quotas in order to apply quotas in advance before the allocated quotas are used up, then HAAA/PPS will issue new time quotas and thresholds.
  • a quota update response message in response to a Radius Access-Accept access response, carrying attributes such as PPAQ.
  • the PDSN After receiving the quota update response message, the PDSN updates the quota and continues to provide the data transmission service for the terminal.
  • the terminal initiates a refresh process for some reason, carries the same BSID as the last time or does not carry the BSID, and the PDSN saves the air interface information after receiving the refresh request of the terminal, returns to step S106, and cycles back and forth until the terminal goes offline or The quota is exhausted.
  • Figure 2 shows the PMIP (Proxy) when HA is used as a PPC in the existing prepaid packet data service system.
  • S201 The user initiates a packet service request, and carries air interface information such as a BSID, and the PDSN authenticates the user through the HAAA server after receiving the request.
  • air interface information such as a BSID
  • the PDSN After identifying the user, the PDSN identifies that the user is a PMIP user, and initiates a mobile IP registration request (MIP-RRQ) message to the HA.
  • MIP-RRQ mobile IP registration request
  • the HA After receiving the MIP-RRQ packet, the HA decodes the request, and initiates a Radius Access Request access request to the HAAA, and carries the PPAC and other information supported by the HA.
  • the HAAA/PPS After receiving the authentication request message of the HA, the HAAA/PPS authenticates the identity of the terminal, checks the validity of the terminal account, and checks the profile information of the terminal.
  • HAAA/PPS allocates appropriate prepaid types, quotas, and thresholds to the terminal, and responds to the Radius Access-Accept access success response packet, carrying attributes such as PPAC and PPAQ.
  • the HA receives the HAAA/PPS access success message, returns a successful MIP-RRP registration response message to the PDSN, and starts transmitting data for the terminal.
  • the PDSN saves the air interface information because the terminal location moves to trigger the terminal refresh process.
  • the HA finds that the user threshold arrives during data transmission. 5208.
  • the number of prepaid subscribers has increased, and users who have access to different locations have adopted different charging strategies to become a concern of the operation.
  • the services provided by the CDMA2000 packet prepaid system can only capture different charging policies according to different users or different time periods, and cannot meet the actual operational requirements.
  • the technical problem to be solved by the present invention is to provide a method and system for implementing packet pre-payment, so as to realize pre-paid information such as allocating quotas for prepaid users according to the current location of the user.
  • the present invention provides a method for implementing packet pre-payment, which is applied to a code division multiple access system, and includes:
  • the prepaid client sends an access request message to the prepaid server, and carries the location information of the terminal;
  • the prepaid server After receiving the access request message, the prepaid server allocates prepaid information corresponding to the location information to the corresponding prepaid user.
  • the method may have the following features: After the prepaid user is assigned the prepaid information corresponding to the location information, the method further includes:
  • the pre-paid client determines that the location information of the terminal changes, sending, to the pre-paid server, a first quota update request packet, where the pre-paid user has used the quota information and the new location information;
  • the prepaid server After receiving the first quota update request message, the prepaid server performs settlement on the quota currently used by the prepaid user according to the quota information used by the prepaid user, and according to the new location information.
  • the rate is within the allowable range of the prepaid user's distribution balance Amount.
  • the method may further have the following features: after the prepaid information is allocated to the corresponding prepaid user, the method further includes:
  • the prepaid client sends a second quota update request message to the prepaid server, and carries the quota information, the location information of the terminal, and the update reason of the prepaid user;
  • the second pre-paid server After the second pre-paid server receives the second quota update request message, if it is determined that the update reason is a quota update that is not caused by the terminal location change, then the pre-paid user has used the quota information pair. After the quota used by the prepaid user is settled, the prepaid user is allocated a quota within the allowable range of the balance according to the rate corresponding to the saved location information.
  • the method may further have the following features: after the prepaid information is allocated to the corresponding prepaid user, the method further includes:
  • the pre-paid client determines that the pre-paid user has reached the allocated quota, sending a third quota update request message to the pre-paid server, carrying the update reason for the arrival of the quota; After the third quota update request message, the prepaid user is released.
  • the foregoing method may further have the following features: the prepaid information includes: a prepaid type, a quota, and a threshold corresponding to the location information.
  • the present invention also provides a system for implementing packet prepaid, including a prepaid client and a prepaid server, wherein:
  • the prepaid client is configured to send an access request message to the prepaid server, and carry location information of the terminal;
  • the prepaid server is configured to allocate prepaid information corresponding to the location information to the corresponding prepaid user after receiving the access request message.
  • the above system can have the following features:
  • the prepaid client is further configured to: if it is determined that the location information of the terminal changes, send a first quota update request message to the prepaid server, and carry the quota information and the new used by the prepaid user. location information;
  • the prepaid server is further configured to: after receiving the first quota update request message, perform settlement on a quota currently used by the prepaid user according to the quota information used by the prepaid user, and according to the The rate corresponding to the new location information is the quota within the allowable range of the prepaid user's allocated balance.
  • the above system may also have the following features:
  • the prepaid client is further configured to send a second quota update request message to the prepaid server, carrying the quota information used by the prepaid user, location information of the terminal, and an update reason; the prepaid server, And after receiving the second quota update request message, if it is determined that the update reason is a quota update that is not caused by a terminal location change, then the prepaid user has used the quota information to After the quota currently used by the prepaid user is settled, the prepaid user is allocated a quota within the allowable range of the balance according to the rate corresponding to the saved location information.
  • the above system may also have the following features:
  • the prepaid client is further configured to: if it is determined that the prepaid user has reached the allocated quota, send a third quota update request message to the prepaid server, and carry the update reason for the arrival of the quota;
  • the prepaid server is further configured to release the prepaid user after receiving the third quota update request message.
  • the above system may also have the following features:
  • the prepaid server is an authentication, authorization, and accounting (AAA) server
  • the prepaid client is a packet data serving node or a home agent.
  • AAA authentication, authorization, and accounting
  • the present invention provides a method and a system for implementing packet pre-payment, which can realize pre-paid information such as quotas allocated to pre-paid users according to the current location of the user, and can obtain different charging policies for users accessing different places.
  • 1 is a flow chart of prepaid charging when a SIP user accesses and changes a location when a PDSN is used as a PPC in an existing prepaid packet data service system;
  • FIG. 2 is a flow chart of prepaid charging when a PMIP user accesses and changes a location when the HA is a PPC in the existing prepaid packet data service system;
  • FIG. 3 is a schematic diagram of a system for implementing packet prepaid according to the present invention.
  • FIG. 4 is a flow chart of a method for implementing packet prepaid according to the present invention.
  • FIG. 5 is a schematic diagram of a structure of an existing prepaid packet data service system
  • FIG. 6 is a flow chart of an embodiment of a method for implementing packet prepaid according to the present invention.
  • FIG. 7 is a flow chart of another embodiment of a method of implementing packet prepaid according to the present invention.
  • the system for implementing packet prepaid according to the present invention includes: a prepaid client 31 and a prepaid server 32, wherein a prepaid client, Set to send an access request message to the prepaid server, and carry the location information of the terminal;
  • a prepaid server configured to: after receiving the access request message, assign a prepaid information corresponding to the location information to the corresponding prepaid user, where the prepaid information may include: The corresponding prepaid type, quota, and threshold, the threshold is generally less than the quota value.
  • the system for implementing packet pre-payment of the present invention can realize pre-paid information for pre-paid users according to the current location of the user terminal.
  • the prepaid client may further be configured to determine whether the location information of the terminal changes, and if it is determined that the location information of the terminal changes, The prepaid server sends a first quota update request message, and carries the quota information and the new location information used by the prepaid user; The prepaid server may be further configured to: after receiving the first quota update request message, perform settlement on a quota currently used by the prepaid user according to the quota information used by the prepaid user, and according to the The rate corresponding to the new location information is a quota within the allowable range of the prepaid user's allocated balance, and the corresponding threshold may also be allocated together.
  • the prepaid client may carry the quota information and the terminal of the prepaid user in the second quota update request message sent to the prepaid server. Location information and reason for the update;
  • the prepaid server may be further configured to: after receiving the second quota update request message, if it is determined that the update reason is a quota update that is not caused by a terminal location change, then the prepaid user has been After the quota information is used to settle the quota currently used by the prepaid user, the quota corresponding to the saved location information is allocated to the prepaid user, and the corresponding threshold may be allocated together.
  • the prepaid client determines that the prepaid user has reached the allocated quota, sends a third quota update request message to the prepaid server, and carries the update reason for the arrival of the quota;
  • the prepaid server is further configured to release the prepaid user after receiving the third quota update request message.
  • the system for implementing packet prepaid according to the present invention is applicable to a CDMA packet prepaid system.
  • the prepaid client may be a packet data serving node (PDSN) or a home agent (HA), the prepaid
  • the fee server can be an AAA server for authenticating the terminal.
  • each network element in the CDMA2000 packet prepaid system of the present invention has the following functions:
  • the PDSN is responsible for the application of the terminal quota and monitors the usage of the quota.
  • the PDSN In order to implement the pre-paid method based on the location of the terminal, the PDSN must have at least the following functions:
  • the PDSN When the pre-paid user accesses, the PDSN must carry the BSID of the terminal in the authentication request message of the Radius Access Request access request, so that the PPS/SCP allocates the initial quota to the user.
  • the PDSN When the prepaid user refreshes, the PDSN must be able to determine whether the BSID of the terminal has changed. If a change occurs, the PDSN reports the usage quota of the user to the PPS/SCP through the HAAA, and carries the new BSID of the user to apply for a new quota.
  • the PDSN may carry the latest BSID in the last Radius Access-Request access request message and the Radius Access-Accept access response message, or may carry the old BSID. BSID.
  • Radius Access-Request and Radius Access-Accept are classified into authentication request message and authentication response message, or quota update request message and quota update response according to one field.
  • the Radius Access-Request 4 message when the user accesses is the authentication request message, and the Radius Access-Accept message is the authentication response message; the Radius Access-Request when the user updates the quota due to the threshold/quota arrival or location change
  • the message is a quota update message
  • the Radius Access-Accept 4 message is a quota update response message.
  • the PDSN When the prepaid user threshold arrives and the BSID changes simultaneously, the PDSN must carry the new BSID and carry an Update-Reason value of 200 (update reason: user quota update due to user location change).
  • the PDSN When the prepaid subscriber quota arrives and the BSID changes simultaneously, the PDSN must carry a value of 4
  • Update-Reason (Update Reason: Quota Arrival), can carry a new BSID, or carry an old BSID. The user needs to be released when the quota arrives, that is, HAAA/PPS is no longer required to allocate quotas for the terminal, so Update-Reason 4 is used.
  • the PDSN When the pre-paid user's TITSU (Time Interval after Tariff Switch Update) arrives at the same time as the BSID change, the PDSN must carry an Update-Reason with a value of 200. (Update reason: due to user location The user quota update caused by the change) must carry the new BSID. For example, 21 points is the rate switching point, that is, the rates before and after 21 points are different. If TITSU is 5 minutes, then at 21:05, the quota used will be used. If the terminal position is also moved at 21:05, At this time, the reason for updating the PD on the PDSN is: User quota update due to user location change.
  • TITSU Time Interval after Tariff Switch Update
  • the HA acts as a prepaid client, it is responsible for the application of user quotas and monitors the usage of quotas.
  • the HA In order to implement the pre-paid method based on the terminal location, the HA must have at least the following functions: When the pre-paid user accesses, the HA must carry the BSID of the terminal in the Radius Access Request message, so that the PPS/SCP allocates the initial quota to the user.
  • the HA When the prepaid user refreshes, the HA must be able to determine whether the BSID of the terminal has changed. If a change occurs, the HA reports the user usage quota to the PPS/SCP through the HAAA, and carries the new BSID of the user to apply for a new one. quota.
  • the HA may carry the latest BSID in the last Online message, and may also carry the old BSID.
  • the HA When the prepaid user threshold arrival and the BSID change are triggered at the same time, the HA must carry the new BSID and carry an Update-Reason with a value of 200 (update reason: user quota update due to user location change).
  • the HA When the prepaid subscriber quota arrives and the BSID changes, the HA must carry the Update-Reason with a value of 4 (Quota Reached), which can carry the new BSID or carry the old BSID.
  • the HA When the TITSU of the prepaid subscriber arrives at the same time as the BSID change, the HA must carry an Update-Reason with a value of 200 (update reason: user quota update due to user location change), and must carry a new BSID.
  • NVSE Normal Vendor/
  • VendorType vendor type
  • Organization Specific Extension which is used to carry the BSID, the relative HA must support decoding of the extension and can identify whether the user's BSID has changed.
  • PPS Prepaid Server
  • SCP Service Control Node
  • the PPS is responsible for requesting the pre-paid user account status from the SCP, applying for a fund quota, and maintaining the user quota usage status.
  • PPS is a logical entity that is responsible for rate conversion and maintaining user quota status. It can reside in AAA, reside in SCP, or be a separate physical entity. When PPS and HAAA are separated, their interfaces follow the extended RADIUS protocol.
  • PPS In order to implement location-based prepaid methods, PPS must implement at least the following functions: When receiving a Radius Access Request message, the PPS can allocate the initial quota to the user according to the local configuration. If the BSID cannot be resolved or the packet does not carry the BSID, the PPS can be localized. The policy assigns the user the default initial quota or denies the user access. If the resolved BSID does not match in the local configuration, the PPS can assign the user the default initial quota or deny the user access according to the local policy.
  • Update-Reason 200 (update reason: user quota update due to user location change)
  • PPS can parse the BSID carried in the text, the current user is used first.
  • the BSID resolves the quota that the user has already used, and then allocates a quota to the user according to the carried BSID and the local configuration. If the BSID cannot be resolved or the packet does not carry the BSID, the PPS first uses the current user's BSID for the user. The quota is settled, and then the user quota update request is rejected.
  • the PPS If the resolved BSID does not match in the local configuration, the PPS first uses the current user's BSID to settle the quota that the user has used, and then can allocate the user according to the local policy. The default quota or the request to reject the user quota update. When receiving a Radius Online Request message with Update-Reason not 200, the PPS must ignore the BSID carried in the packet and use the BSID of the current user for the user. Quotas are settled and quotas are allocated.
  • FIG. 4 is a flow chart of a method for implementing packet prepaid according to the present invention. As shown in FIG. 4, the method of the present invention includes the following steps:
  • the prepaid client sends an access request message to the prepaid server, and carries the location information of the terminal.
  • the prepaid server After receiving the access request message, the prepaid server allocates prepaid information to the terminal according to the location information.
  • the method further includes:
  • the prepaid client sends a quota update request message to the prepaid server, and the terminal uses the quota information and the new location information.
  • the prepaid server After receiving the quota update request packet, the prepaid server performs settlement on the quota currently used by the terminal according to the terminal usage quota information, and uses the new location information as the end.
  • the quota is allocated.
  • FIG. 5 is a schematic diagram of the structure of an existing prepaid packet data service system. This figure only illustrates the core network elements in the prepaid packet data service system structure, including: PDSN, HA, FAAA/HAAA, PPC, and PPS.
  • PDSN and/or HA should support Prepaid Client (PPC) functionality.
  • PPC Prepaid Client
  • the prepaid client PPC can reside on the PDSN or reside in the HA depending on the access method.
  • the Home AAA Server (HAAA), Prepaid Server (PPS), and Service Control Point (SCP) are located on the subscriber's home network.
  • the PPC communicates with the home AAA, PPS/SCP through the RADIUS protocol; the RADIUS protocol is used between the AAA server and the prepaid server.
  • the Proxy AAA Server (FAAA) transparently transmits prepaid VSAs (attributes) sent or received by the Home AAA Server.
  • the PPS can be an independent physical entity, or it can be located in HAAA or SCP, and exists as a functional entity of HAAA or SCP.
  • the account information of the prepaid user is stored in the SCP, and the PPC interacts with the PPS/SCP through the prepaid access and end messages of the user, and performs authentication and fee management of the user prepaid service.
  • the present invention extends the standard of "X.S0011-006-D-vl.0-060301", so all network elements in the default prepaid packet data service system structure follow and have fulfilled the requirements in the standard.
  • the present invention only describes the functional requirements of the extension part for the prepaid packet data service system and each network element, as follows: If the PPC resides in the PDSN, the PDSN must be able to identify the user location information (for example,
  • BSID changes, and communicates with HAAA, PPS/SCP through RADIUS protocol, and transmits BSID to change this information.
  • the PDSN in the system must be able to recognize the change of the user's location information (for example, BSID), and carry the BSID information to the HA through MIP signaling, and then pass the RADIUS protocol with the HAAA and PPS by the HA. /SCP communication, passing the BSID to change this information.
  • BSID the change of the user's location information
  • the PPS/SCP can provide different quotas based on the BSID in the original quota allocation strategy.
  • the new BSID-based prepaid billing method does not affect the original prepaid packet data service system.
  • Existing strategies have an impact.
  • FIG. 6 is a flowchart of an embodiment of a method for implementing packet pre-payment according to the present invention.
  • a PDSN is used as a PPC, and mainly describes a prepaid charging flow chart based on a user location when a SIP user accesses and a location changes. As shown in Figure 6, the following steps are included:
  • the terminal initiates a packet service request, and accesses the PDSN.
  • the PDSN first saves the BSID information of the MS, and then constructs a PPAC and other attributes in the authentication access request message according to the local configuration.
  • the PDSN has the functions of prepaid capacity and prepaid billing based on user location.
  • the PDSN initiates an authentication access request of the MS to the HAAA/PPS, and carries information such as the PPAC supported by the PDSN and the BSID of the MS.
  • the HAAA/PPS After receiving the authentication request packet of the PDSN, the HAAA/PPS authenticates the MS. For example, the identity of the MS is verified, the validity of the MS account is verified, and the profile information of the terminal is checked.
  • the HAAA/PPS allocates the appropriate prepaid type, quota, and threshold according to the BSID of the MS, and saves the BSID of the MS, and then responds to the PDSN with a Radius Access-Accept packet carrying the attributes such as PPAC and PPAQ.
  • the PDSN receives the authentication response packet with successful access to the HAAA/PPS, and starts to transmit data for the MS.
  • the terminal location moves, triggering a process of refreshing the terminal, and the terminal sends a refresh request to the PDSN to carry the new BSID.
  • HAAA/PPS allocates quotas according to user balances and rates. For example, the rate corresponding to BSID A is 1 yuan/second on HAAA/PPS, and the rate corresponding to BSID B is 2 yuan/second. If the user balance is 100 yuan, the quota issued by HAAA/PPS for BSID A can only be 100 seconds, and the quota issued for BSID B can only be 50 seconds.
  • the PDSN receives the Radius Access-Accept quota update response packet of the HAAA/PPS, updates the user quota, and finds that the threshold arrives during the process of transmitting data for the terminal.
  • the S311 and the PDSN After receiving the Radius Access-Accept response message, the S311 and the PDSN update the quota to continue to provide the data transmission service for the terminal.
  • S312 The terminal initiates a refresh process for some reason, carries the same BSID as the last time or does not carry the BSID.
  • the PDSN determines that the BSID has not changed, and does not perform the process of quota update.
  • step S305 or S310 it can be returned to step S305 or S310, and the loop is repeated until the user terminal goes offline or the quota is exhausted.
  • FIG. 7 is a flowchart of another embodiment of a method for implementing packet pre-payment according to the present invention.
  • HA is used as a PPC, and mainly describes a prepaid charging flow chart based on user location when accessing and changing a PMIP user is changed. As shown in Figure 7, the following steps are included:
  • the user initiates a packet service request, and carries air interface information such as a BSID.
  • the PDSN After receiving the access request, the PDSN authenticates the user through the AAA server.
  • the PDSN After authenticating, the PDSN identifies that the user is a PMIP user and initiates to the HA.
  • the S403 and the HA After receiving the MIP-RRQ packet, the S403 and the HA decode the MBID and save the BSID and initiate an authentication request to the HAAA, and carry information such as the PPAC supported by the HA and the BSID of the user.
  • the S404 and the HAAA/PPS After receiving the authentication request message of the HA, the S404 and the HAAA/PPS authenticate the identity of the terminal, verify the validity of the terminal account, and check the profile information of the terminal.
  • HAAA/PPS allocates the appropriate prepaid type, quota and threshold according to the BSID of the terminal and saves the BSID of the terminal.
  • the HA receives the authentication response packet of the successful access of the HAAA/PPS, returns the MIP-RRP to register the successful response message, and starts to transmit data for the terminal.
  • the terminal refreshing process is triggered by the terminal location movement, and the PDSN sends a MIP-RRQ refresh request message to the HA immediately after the terminal BSID is changed, and carries the new BSID.
  • Update-Reason 200 (Update reason: User quota update due to user location change) It is judged that this is a quota update triggered by BSID change, and then the quota currently used by the terminal is settled according to the saved BSID, and then according to the new BSID. Allocate quotas and thresholds for the terminal, save the BSID, respond to the Radius Access-Accept message, and carry attributes such as PPAQ.
  • the HA receives the authentication response packet with the HAAA/PPS quota update successfully, updates the user quota, and returns the MIP-RRP refresh response message to continue transmitting data for the terminal.
  • the HA finds that the user threshold arrives during data transmission.
  • the quota and threshold are used to respond to the Radius Access-Accept message to the HA, carrying attributes such as PPAQ.
  • the present invention provides a method and system for implementing packet pre-payment, which can allocate pre-paid information such as quotas to pre-paid users according to the current location of the user, and can obtain different charging policies for users accessing different places.

Abstract

L'invention concerne un procédé et un système de mise en œuvre du prépaiement par paquets, qui est appliqué dans un système d'accès multiple par répartition en code. Le procédé comprend les étapes suivantes : un client de prépaiement envoie un message de demande d'accès qui contient les informations de position d'un terminal à un serveur de prépaiement ; et le serveur de prépaiement distribue les informations de prépaiement correspondant aux informations de position aux utilisateurs de prépaiement correspondants après avoir reçu le message de demande d'accès. Le procédé et le système de mise en œuvre d'un prépaiement par paquets peuvent distribuer les informations de prépaiement, telles que des quotas et autres, aux utilisateurs de prépaiement selon les positions actuelles des utilisateurs, et peuvent adopter différentes stratégies de tarification pour l'accès des utilisateurs à différents endroits.
PCT/CN2011/073054 2010-06-10 2011-04-20 Procédé et système de mise en œuvre d'un prépaiement par paquets WO2011153871A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010199602.6 2010-06-10
CN201010199602A CN101860634A (zh) 2010-06-10 2010-06-10 一种实现分组预付费的方法及系统

Publications (1)

Publication Number Publication Date
WO2011153871A1 true WO2011153871A1 (fr) 2011-12-15

Family

ID=42946282

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/073054 WO2011153871A1 (fr) 2010-06-10 2011-04-20 Procédé et système de mise en œuvre d'un prépaiement par paquets

Country Status (2)

Country Link
CN (1) CN101860634A (fr)
WO (1) WO2011153871A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101860634A (zh) * 2010-06-10 2010-10-13 中兴通讯股份有限公司 一种实现分组预付费的方法及系统
CN103793812A (zh) * 2014-01-20 2014-05-14 中国建设银行股份有限公司 一种用于转账的费用处理装置和方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101001161A (zh) * 2007-01-23 2007-07-18 中兴通讯股份有限公司 一种实现预付费费率切换的方法
CN101064896A (zh) * 2006-12-29 2007-10-31 华为技术有限公司 位置信息传递的方法及基于该位置信息的计费方法、设备、系统
CN101106464A (zh) * 2006-07-14 2008-01-16 中兴通讯股份有限公司 一种码分多址分组数据业务实现预付费的方法
CN101860634A (zh) * 2010-06-10 2010-10-13 中兴通讯股份有限公司 一种实现分组预付费的方法及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6404869B1 (en) * 1999-01-12 2002-06-11 Worldcom, Inc. Preferred billing rate pre-paid telephone calling card

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101106464A (zh) * 2006-07-14 2008-01-16 中兴通讯股份有限公司 一种码分多址分组数据业务实现预付费的方法
CN101064896A (zh) * 2006-12-29 2007-10-31 华为技术有限公司 位置信息传递的方法及基于该位置信息的计费方法、设备、系统
CN101001161A (zh) * 2007-01-23 2007-07-18 中兴通讯股份有限公司 一种实现预付费费率切换的方法
CN101860634A (zh) * 2010-06-10 2010-10-13 中兴通讯股份有限公司 一种实现分组预付费的方法及系统

Also Published As

Publication number Publication date
CN101860634A (zh) 2010-10-13

Similar Documents

Publication Publication Date Title
Hakala et al. Diameter credit-control application
US8498391B2 (en) Methods, systems and program products for supporting prepaid service within a communication network
US7720960B2 (en) Method and apparatus providing prepaid billing for network services using explicit service authorization in an access server
KR101421041B1 (ko) Ｌｔｅ／ｅｐｃ 네트워크들에서의 로컬 로밍 과금
JP5174674B2 (ja) 課金方式の切替方法
US20040048600A1 (en) Method, system and telecommunication node for alternative prepaid support
JP2009542095A (ja) サービス利用を測定及び報告するシステム及び方法
WO2005083933A1 (fr) Procede et systemes de mise en oeuvre de prepaiement de services de donnees dans un reseau cdma
JP5022493B2 (ja) サブスクリプション及び料金通知の制御
WO2010063176A1 (fr) Procédé de facturation d'appel fondé sur un système de facturation en ligne et système de communication
WO2011044809A1 (fr) Procédé et système de mise en oeuvre d'un contrôle par politiques sur la base d'informations de localisation
WO2007104223A1 (fr) Système et procédé de taxation de service wap
WO2011153871A1 (fr) Procédé et système de mise en œuvre d'un prépaiement par paquets
WO2008025210A1 (fr) Procédé et appareil pour authentifier le terminal d'utilisateur dans le système cdma
US7769151B2 (en) System and method for implementing prepaid data services
KR20030052567A (ko) 이동 통신 패킷 데이터망에서 인증 허가 계산 서버의 선불과금 처리방법
EP1320236A1 (fr) Dispositif de contrôle d'accès authentifiant un utilisateur via une liasion separée
KR100812484B1 (ko) 더블유씨디엠에이 망에서의 무료 컨텐츠 제공 시스템 및방법
KR100815390B1 (ko) 선불 가입자에게 잔액 소진을 통지하는 방법
KR101452413B1 (ko) 패킷 한도 만료 시 데이터 서비스 제공 시스템 및 방법
Hakala et al. RFC 4006: Diameter Credit-Control Application
WO2008028394A1 (fr) Procédé permettant de mettre en oeuvre une commutation de services prépayés dans un réseau à accès multiple par répartition de code
KR100427579B1 (ko) 데이터 전용 망에서 발신 금지 가입자의 데이터 호 처리방법
WO2008086722A1 (fr) Procédé de clôture d'un service lorsqu'un terminal se trouve en mode repos, et système et dispositif correspondants
KR100591699B1 (ko) 이동통신 패킷 데이터 망에 있어서, 패킷 제어부를 통한패킷 서비스 해제 방법

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11791862

Country of ref document: EP

Kind code of ref document: A1