CN101026664A - Prepaid business charging method - Google Patents
Prepaid business charging method Download PDFInfo
- Publication number
- CN101026664A CN101026664A CN 200610007832 CN200610007832A CN101026664A CN 101026664 A CN101026664 A CN 101026664A CN 200610007832 CN200610007832 CN 200610007832 CN 200610007832 A CN200610007832 A CN 200610007832A CN 101026664 A CN101026664 A CN 101026664A
- Authority
- CN
- China
- Prior art keywords
- user
- functional entity
- accounting client
- client
- quota
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
Being applicable to global microwave system WiMAX, the method includes steps: when network resources consumption (NRC) of a user reaches to threshold value of NRC or quota assigned to the user, charging client end corresponding to the user client end sends message of prepay request to authorization function entity corresponding to the user client end; based on request causation ID carried by message of request, after initiating corresponding process flow, the authorization function entity returns back message of prepay notification to the charging client end. When charging client end function entity and authorization function entity belong to different physical entities, the invention is still capable of carrying out charging prepay service.
Description
Technical field
The present invention relates to wireless communication field, relate in particular to a kind of prepaid business charging method that is applied to global microwave system WiMAX.
Background technology
Whole world microwave system (Worldwide Interoperability for Microwave Access, WiMAX) interoperability network mainly is made up of three parts, be client (Mobile Station, MS), accessing business network (Access Service Network, ASN) be connected service network (Connectivity ServiceNetwork, CSN).
Referring to Fig. 1, be existing WiMAX schematic network structure, wherein:
ASN comprises base station (Base Station, BS) and accessing business network gate (ASN-GW), ASN-GW can realize mobile IP Foreign Agent (Foreign Agent, FA), proxy mobile IP customer terminal (PMIPClient), authentication person (Authenticator), dynamic host configuring protocol agent (DHCP Proxy), charging point remote subscriber dial in authentication service logic functions such as (Radius Client);
CSN comprises home agent (the Home Agent of mobile IP, HA), prepaid server (PrepaidServer, PPS), AAA server logic entities such as (Authentication, Authorization andAccounting Server are called for short aaa server);
Communicate to the R6 interface by R1 between logic entity;
Its wireless side is based on the wireless MAN access technology of Institute of Electrical and Electronics IEEE 802.16d/e standard.
The present invention relates to the charging problem of WiMAX network.
Referring to Fig. 2, be existing WiMAX network charge system structural representation, main network element has MS, AAA agency/client, visit ground aaa server (Visited AAA Server), ownership place aaa server (Home AAA Server), PPS, prepayment client (Prepaid Client, PPC), hot line equipment (Hot-lining Device, HLD), the hot line application (Hot-lining Application, HLA) etc.
MS is the user terminal that moves, and mainly serves as user's role in charging; The AAA client is that Accounting Client is a charging point, sends to the AAA agency after all charge informations are collected; The AAA agency is an intermediate equipment, mainly the charge information of receiving is handled the back and is generated a station message recording message, and be transmitted to the aaa server of far-end; Visit ground aaa server is local aaa server, transparent transmission and forwarding capability entity in the time of as roaming; The ownership place aaa server is the original initial registration of user or the aaa server in the former possession of user, and user's CAMEL-Subscription-Information is arranged on it, and user's charging also is to carry out billing operation thereon; PPS is a prepaid server, is mainly used in the online charging of handling the prepaid user, stores user's bill information, after the user reaches the standard grade the user is carried out the real-time deduction operation.
All charging flows all have common flow process relation, are example with a general charging reference model below, and the charge system structure that has WiMAX now is described.
Referring to Fig. 3, the generalized reference model schematic diagram for existing WiMAX network charge system is described as follows:
Subscription client is logined, is visited and exit network in certain accounting access mode (as charge by flow or charged according to time etc.) according to network requirement, charging point is initiated charging message automatically according to the subscriber network access situation, and accounting server receives charging message and generates the bill of user's correspondence according to charging message.From this angle, it is transparent chargeing to the user, surfs the Net automatically from the user, to the off line automatic end of user.
Generally speaking, charging point is access server (Network Access Server, NAS) or BAS Broadband Access Server (Broadband Access Server, BAS), can certainly be RAS (the Remote Access Server of other simplification, RAS), as LAN switch LAN Switch, access point AP or Cable Modem Termination System (Cable Modem Terminal System, CMTS) etc., its perception user login automatically, action exits network.Accounting server generally is an aaa server, can use radius protocol, also can use other agreements, typically as internal agreement, Terminal Access Controller system protocol (Terminal Access Controller Access Control System, TACACS) etc.
Prepayment service be the user buy certain amount of money in advance service (for example, in the data prepayment service, be presented as the service time or the data traffic of some) a kind of business, by the operating position of pre paid functionality entity real-time tracking user, from account balance, deduct current cost of use in real time to purchasing resource (time or flow).Prepayment service all has commercialization, technology maturation in fixed network, mobile (comprising code division multiple access CMDA system and broadband WCDMA system) at present.Describe with the pre-payment flow process among 3rd Generation Partnership Project two 3GPP2 below.
Referring to Fig. 4, be existing CDMA2000 system prepayment charging network structural representation, mainly constitute by travelling carriage (Mobile Station), packet data serving node (PDSN) and ownership radius server or prepaid server.
Based on the prepaid network structure of above-mentioned CDMA2000 system, below the complete pre-payment flow process of chargeing of normal discharge among the CDMA2000 is elaborated.
Referring to Fig. 5, be existing CDMA2000 system normal discharge charging pre-payment schematic flow sheet, concrete steps comprise:
Step a, be the authentication and authorization process of pre-payment Packet data service.
PDSN and ownership place radius server or the mutual prepaid accounting support of PPS situation attribute (Prepaid Accounting Capability with prepayment capabilities, PPAC), ownership place radius server or PPS obtain initial capital rationing (in this example, its corresponding initial flow is 150K) after, for MS distributes initial flow quota VQ (this example is 50K) and flow quota threshold value VT (this example is 40K), and by prepaid accounting quota attribute (the PrepaidAccounting Quota in the message that sends to PDSN, PPAQ), initial flow quota and threshold value are sent to PDSN, charging way sign (this example is the charge on traffic mode) is sent to PDSN by the PPAC attribute in this message.
Step b, MS bring into use Packet data service, and PDSN monitors user's IP traffic;
Step c, when PDSN monitors flow that the user uses when reaching the 40K threshold value, trigger more new technological process of quota;
Steps d, PDSN send RADIUS pre-payment request message (Access-Request) to ownership place radius server or PPS, carry the PPAQ attribute, wherein, sub-attribute VQ=40K, the flow that shows the current real consumption of user is 40K; Upgrading former factor attribute is 3, shows that thresholding arrives (ThresholdReached);
Step e, ownership radius server or PPS return pre-payment response message (Access-Accept) to PDSN, carry the PPAQ attribute;
After ownership radius server or PPS receive the pre-payment request message of PDSN, the flow of the current consumption of recording user is 40K, because initial flow-dispense flow rate quota=100K, PPS judges that the initial capital rationing that is assigned to does not also all issue, so distribute the flow of 50K again to the user, promptly utilize the PPAQ attribute to return new VQ=100K, VT=90K;
Step f, MS continue to use Packet data service, and PDSN monitors user's IP traffic;
Step g, when PDSN monitors flow that the user uses when reaching the 90K threshold value, trigger more new technological process of flow quota again;
Step h, PDSN send RADIUS pre-payment request message (Access-Request) to ownership place radius server or PPS, carry the PPAQ attribute, wherein, sub-attribute VQ=90K, the flow that shows the current real consumption of user is 90K; Upgrading former factor attribute is 3, shows that thresholding arrives;
Step I, ownership radius server or PPS return pre-payment response message (Access-Accept) to PDSN, carry the PPAQ attribute;
After ownership radius server or PPS receive the pre-payment request message of PDSN, the flow of the current consumption of recording user is 90K, because initial flow-dispense flow rate quota=50K, PPS judges that the initial capital rationing that is assigned to does not also all issue, so distribute the flow of 40K again to the user, promptly utilize the PPAQ attribute to return new VQ=140K, VT=130K;
Step j, MS continue to use Packet data service, and PDSN monitors user's IP traffic;
Step k, when PDSN monitors flow that the user uses when reaching the 130K threshold value, trigger more new technological process of flow quota again;
Step l, PDSN send RADIUS pre-payment request message (Access-Request) to ownership place radius server or PPS, carry the PPAQ attribute, wherein, sub-attribute VQ=130K, the flow that shows the current real consumption of user is 130K; Upgrading former factor attribute is 3, shows that thresholding reaches;
Step m, ownership radius server or PPS return pre-payment response message (Access-Accept) to PDSN, carry the PPAQ attribute;
After ownership radius server or PPS receive the pre-payment request message of PDSN, the flow of the current consumption of recording user is 130K, because initial flow-dispense flow rate quota=10K, PPS judges that the initial capital rationing that is assigned to does not also all issue, so distribute the flow of 10K again to the user, promptly utilize the PPAQ attribute to return new VQ=150K, VT=145K;
Step n, MS continue to use Packet data service, and PDSN monitors user's IP traffic;
Step o, when PDSN monitors flow that the user uses when reaching the 145K threshold value, trigger more new technological process of flow quota again;
Step p, PDSN send RADIUS pre-payment request message (Access-Request) to ownership place radius server or PPS, carry the PPAQ attribute, wherein, sub-attribute VQ=145K, the flow that shows the current real consumption of user is 145K; Upgrading former factor attribute is 3, shows that thresholding reaches;
Step q, ownership radius server or PPS return pre-payment response message (Access-Accept) to PDSN, carry the PPAQ attribute;
After ownership radius server or PPS receive the pre-payment request message of PDSN, the flow of the current consumption of recording user is 145K, because initial flow-dispense flow rate quota=0K, PPS judges that the initial capital rationing that is assigned to all issues, do not have unnecessary flow to give the user this moment, so utilize the PPAQ attribute to return new VQ=150K, VT=150K;
Step r, MS continue to use Packet data service, and PDSN monitors user's IP traffic;
Step s, when PDSN monitors flow that the user uses when reaching the 150K threshold value, trigger professional termination process;
Step t, PDSN send RADIUS pre-payment request message to ownership place radius server or PPS, carry the PPAQ attribute, wherein, sub-attribute VQ=150K, the flow that shows the current real consumption of user is 150K; Upgrading former factor attribute is 4, shows that quota uses up (Quota Expiry);
The flow of step u, ownership radius server or the real consumption of PPS recording user is 150K, sends pre-payment response message (Access-Accept) and gives PDSN, confirms that the pre-payment Packet data service stops.As the part of generally back paying flow process, this PDSN sends the back and pays and stop charging request message, discharges other related resources.
Among the step u of above-mentioned flow process, if ownership radius server or PPS judge that the flow of user's real consumption less than its initial flow for this user's distribution, then belongs to radius server or PPS the pairing expense of its difference flow is restored to user account.
In the prior art, the charge information that the Accounting Client among the PDSN (AccountingClient) sends to aaa server all is by the Authenticator among the PDSN RadiusAccess-Request message to be sent to aaa server.Because Accounting client and Authenticator are present in the same physical entity in the prior art, in same PDSN, therefore when between Accounting client and the aaa server mutual the time, the Accounting client is mutual by carrying out between inner primitive and the Authenticator, does not relate to the message problem of equipment room.
But WiMAX NWG standard is the realization that defines various functions with logical functional entity, so the Accounting client of the AAA client that relates in the pre-payment flow process and Authenticator are not positioned at same physical entity usually.Generally, Accounting client and FA move along with moving of terminal together, and promptly Accounting client and FA can be positioned in the same physical entity, and the Authenticator that serves MS might not move.This moment, Accounting client and Authenticator strode several physical equipments.And according to the definition of present Internet engineering project group IETF, under the pre-payment situation, mutual between Accounting client and the aaa server all is to be undertaken alternately by the Radius message between Authenticator and the aaa server, therefore is necessary the message between Accounting client and the Authenticator is defined.
Owing to the present invention relates to RADIUS message, so the structure of RADIUS message is simply introduced.
Referring to Fig. 6, be the structural representation of radius protocol message, mainly form by message code (Code), message identifier (Identifier), message-length (Length), authentication word (Authenticator) and property set (Attributes), wherein:
Code mainly identifies the type of this message, accounts for 1 byte;
It is right that Identifier is used for identification message, prevents that response message from obscuring, and accounts for 1 byte;
Length is used for describing the length of whole message, and unit is a byte, and it accounts for 2 bytes;
Authenticator is mainly used in safety assurance, accounts for 16 bytes;
Can comprise attributes such as user name, user cipher, flow size, duration among the property set Attributes, the particular content of expression message.This Attributes is a plurality of TLV (Type Length Value) structures, i.e. type+length+value, and as shown in Figure 7, it is fixed that concrete length can be come according to the definition of attribute.
Said structure is except Attributes, and Code, Identifier and Length can exist in each RADIUS message.
Summary of the invention
The invention provides a kind of prepaid business charging method, charge in order to realize prepayment service in the WiMAX system that adheres to different physical entities at Accounting Client and authentication person's functional entity separately.
The inventive method comprises:
After user's Internet resources use amount reached the Internet resources use amount threshold value or quota of distributing to it, the Accounting Client of subscription client correspondence sent the pre-payment request message to authentication person's functional entity of this subscription client correspondence;
Described authentication person's functional entity returns the pre-payment notification message to described Accounting Client after initiating the alignment processing flow process according to the reason for claim sign of carrying in the described request message.
According to said method of the present invention, described Accounting Client sends the pre-payment request message to described authentication person's functional entity, comprising:
Described Accounting Client obtains the identification information of described authentication person's functional entity from this locality;
Described Accounting Client sends the pre-payment request message to authentication person's functional entity of described identification information correspondence.
In the said method, described Accounting Client obtains the identification information of described authentication person's functional entity from this locality, comprising:
Described Accounting Client offers the current information stores of its user in this locality with network side;
Described Accounting Client extracts described authentication person's functional entity identification information from the current information of the described user of this locality storage.
According to said method of the present invention, after user's Internet resources use amount reaches described threshold value, described Accounting Client sends the pre-payment request message to described authentication person's functional entity, carries the reason for claim sign and the current Internet resources use amount of user that show that thresholding arrives;
Described authentication person's functional entity is initiated more new technological process of quota according to the described request reason mark, and returns the pre-payment notification message to described Accounting Client, carries the Internet resources use amount quota and the threshold value that are newly assigned to described subscription client.
According to said method of the present invention, after user's Internet resources use amount reaches described quota, described Accounting Client sends the pre-payment request message to described authentication person's functional entity, carries the reason for claim sign and the current Internet resources use amount of user that show that quota is used up;
Described authentication person's functional entity is initiated professional termination process according to the described request reason mark, returns the pre-payment notification message to described Accounting Client, confirms professional the termination.
According to said method of the present invention, after described subscription client authentication is passed through, it is initial quota of Internet resources use amount and the threshold value that described subscription client distributes that described authentication person's functional entity gets access to network side, and, carry described initial quota and threshold value to described Accounting Client transmission pre-payment notification message.
If described authentication person's functional entity does not carry described initial quota and threshold value, then execution in step in the described pre-payment notification message that described Accounting Client returns:
Described Accounting Client sends the pre-payment request message that obtains initial quota and threshold value to described authentication person's functional entity;
Described authentication person's functional entity returns the pre-payment notification message to described Accounting Client after getting access to initial quota and threshold value from network side, carries the initial quota and the threshold value that get access to.
According to said method of the present invention, comprise many session identifications cell Acct-Multi-Session-Id that charges in the described pre-payment request message, make the server that network side is responsible for chargeing can be, to the processing of chargeing of the ongoing prepayment service of this subscription client according to the user conversation of this source identity.
According to said method of the present invention, if described Accounting Client detects minus flow information, then in described Accounting Client sends to the described pre-payment request message of described authentication person's functional entity, comprise this minus flow information, send to the server that network side is responsible for chargeing by described authentication person's functional entity and handle.
Beneficial effect of the present invention is as follows:
Accounting Client and the authentication person functional entity of the present invention to belonging to different physical entities, defining alternately in the prepayment service flow process to pre-payment message, when guaranteeing that Accounting Client belongs to different physical entity with authentication person's functional entity, Accounting Client can carry out the prepaid accounting information interaction by authentication person's functional entity and network side accounting server, carry out prepayment service and charge, for the practical application of WiMAX system provides a kind of practicable prepaid business charging method.
Description of drawings
Fig. 1 is existing WiMAX schematic network structure;
Fig. 2 is existing WiMAX network charge system structural representation;
Fig. 3 is the generalized reference model schematic diagram of existing WiMAX network charge system;
Fig. 4 is existing CDMA2000 system prepayment charging network structural representation;
Fig. 5 is existing CDMA2000 system normal discharge charging pre-payment schematic flow sheet;
Fig. 6 is the structural representation of existing radius protocol message;
Fig. 7 is the structural representation of property set in the existing radius protocol message;
Fig. 8 is WiMAX of the present invention system normal discharge charging pre-payment schematic flow sheet.
Embodiment
The present invention is by the message between definition Accounting Client (Accounting Client) and the authentication person's functional entity (Authenticator), thereby it is can be normally mutual by carrying out between Authenticator and the prepaid server to guarantee that the Accounting client sends to the prepaid accounting message of prepaid server, when realizing that the Accounting client belongs to different physical entity with Authenticator, prepayment service is chargeed.
Pre-payment flow process to charge by flow normally in the WiMAX network describes the present invention below.
Referring to Fig. 8, be WiMAX of the present invention system normal discharge charging pre-payment schematic flow sheet, the detailed step of its concrete prepaid accounting flow process comprises:
Authenticator sends pre-payment notification message (Prepaid Notify) and gives the Accountting client, carries PPAC and PPAQ attribute, notice Accounting client, and the user is by authenticating and beginning it is chargeed.Wherein, the charged party formula property value in the PPAC attribute is the charge on traffic sign, and the sub-attribute VQ in the PPAQ attribute is a flow quota (VQ=50K in the present embodiment) of distributing to the user, and sub-attribute VT is flow quota thresholding (VT=40K in the present embodiment).
In step 3, Accounting client structure pre-payment request message (Prepaid Request) sends to Authenticator, carries the PPAC attribute of its support prepaid function of expression, informs Authenticator charging beginning;
In step 4a～4c, Authenticator inserts request message (Access Request) by sending, to prepaid server grid side request initial flow quota;
In step 5a～5c, prepaid server grid side is distributed the initial flow quota for the user, and by inserting response message (Access Accept), carries PPAC attribute and PPAQ attribute, sends it to Authenticator.Wherein, the PPAC attribute shows that charging way is for charging by flow; Comprise in the PPAQ attribute initial flow quota and threshold value (VQ=50K, VT=40K);
In step 6, Authenticator constructs pre-payment notification message (Prepaid Notify), carries PPAC and PPAQ attribute, sends to the Accounting client.
Wherein, the charged party formula property value in the PPAC attribute identifies for the charge on traffic mode; Sub-attribute VQ=50K in the PPAQ attribute, sub-attribute VT=40K;
In step 7, Accouting client structure pre-payment request message (Prepaid Request), and send it to Authenticator, carry the PPAQ attribute, wherein, sub-attribute VQ=40K, the flow that shows the current real consumption of user is 40K, the sub-property value of reason for claim is that thresholding arrives (ThrestholdReached);
In step 8, Authenticator sends to PPS and inserts request message (Access Repuest), carries the PPAQ attribute, shows the current real consumption 40K of user flow, and reason for claim is that thresholding arrives;
In step 9, the flow of PPS recording user real consumption is 40K, because initial flow-dispense flow rate quota=100K, PPS judges that the initial flow that is assigned to does not also all issue, so distribute the flow of 50K again to the user, promptly upgrade VQ=100K, VT=90K, and return to Authenticator and to insert response message (AccessAccept), carry the PPAQ attribute that comprises new flow quota and threshold value;
In step 10, Authenticator constructs pre-payment notification message (Prepaid Notify), carries PPAC and PPAQ attribute, sends to the Accounting client.
Wherein, the charged party formula property value in the PPAC attribute is the charge on traffic sign; Sub-attribute VQ=100K, sub-attribute VT=90K;
Step 11, user continue to use Packet data service, repeat more new technological process of above-mentioned quota, and returning new flow quota up to PPS is VQ=150K, and threshold value is VT=140K;
The pairing initial flow of capital rationing (150K) that step 12～13, PPS detect application all issues, PPS to service control point (Service Control Point, SCP) initiate the flow process that request distributes new capital rationing:
In step 12, PPS sends to SCP and inserts request message (Access Request), the capital rationing that please look for novelty;
In step 13, SCP returns to PPS and inserts response message (Access Accept), carries new capital rationing.Present embodiment supposition SCP does not distribute new capital rationing to PPS, and the initial flow of distributing to the user remains unchanged.
In step 14, Accouting client structure pre-payment request message (Prepaid Request), and send it to Authenticator, carry the PPAQ attribute, wherein, sub-attribute VQ=140K, the flow that shows the current real consumption of user is 140K, the sub-property value of reason for claim is that thresholding arrives (ThrestholdReached);
In step 15, Authenticator sends to PPS and inserts request message (Access Repuest), carries the PPAQ attribute, shows the current real consumption 140K of user flow, and reason for claim is that thresholding arrives;
In step 16, the flow of PPS recording user real consumption is 140K, because initial flow-dispense flow rate quota=0K, PPS judges that the initial flow that is assigned to all issues, then upgrade VQ=VT=150K, and return to Authenticator and to insert response message (Access Accept), carry the PPAQ attribute that comprises new flow quota and threshold value;
In step 17, Authenticator constructs pre-payment notification message (Prepaid Notify), carries PPAC and PPAQ attribute, sends to the Accounting client.
Wherein, the charged party formula property value in the PPAC attribute is the charge on traffic sign; Sub-attribute VQ=150K in the PPAQ attribute, sub-attribute VT=150K.
In the step 18, Accouting client structure pre-payment request message (Prepaid Request), and send to Authenticator, and carry the PPAQ attribute, request stops user's prepayment service.
Wherein, the sub-attribute VQ=150K in the PPAQ attribute, the flow that shows the current real consumption of user is 150K, the sub-property value of reason for claim is that quota is used up (Quota Expiry);
In the step 19, Authenticato sends to PPS and inserts request message (Access Repuest), carries the PPAQ attribute, shows user's real consumption 150K flow, and reason for claim is professional stop (the Client Service Termination) of client;
In the step 20, the flow of PPS recording user real consumption is 150K, returns to the functions of the equipments module at Authenticator place and inserts response message (Access Accept);
In the step 21, Authenticator returns pre-payment notification message (PrepaidNotify) to the Accouting client, and discharges user's connection.
If in step 18～19 of above-mentioned flow process, the flow value of the user's real consumption that reports is less than 150K, and then PPS also will be scaled the amount of money with the differential section of the flow of initial flow and user's real consumption, and turns back on the user account.
In above-mentioned charging process, the Accounting client stores has user profile, wherein comprises the identification information (Authenticator ID) of the Authenticator of subscription client correspondence.When subscription client moved, the Accounting client might be moved with subscription client, and the Authenticator of this subscription client correspondence not necessarily moves.At this moment, system transmits the current information of user to current Accounting client, and comprising the Authenticator ID of subscription client correspondence, the user profile that the Accounting client will comprise this Authenticator ID is stored in this locality.The unique corresponding Authenticator of each Authenticator ID.After the prepayment service flow that current Accounting client control is consumed to subscription client reaches Stream threshold value, from local stored user information, extract AuthenticatorID, and find corresponding Authenticator, transmit pre-payment message betwixt.
Undertaken the prepaid accounting by flow except that above-mentioned, in the WiMAX network, also have multiple charging way, as press duration charge, switch by prepaid accounting in switching or rate in prepaid accounting etc.The prepaid accounting flow process of different charge mode is all similar with above-mentioned flow process of charging by flow, different only be that the entrained attribute of interactive messages between Accounting client and Authenticator is different.As, when pressing duration and chargeing, when the Accounting client uses professional duration to reach the duration threshold value the user, send to the sub-attribute DQ that PPAQ attribute in the pre-payment request message of Authenticator comprises the duration that shows that the active user uses; After Authenticator got access to new duration quota and threshold value, the PPAQ attribute that sends in the pre-payment notification message of Accounting client comprised sub-attribute DQ that shows newly assigned duration quota and the sub-attribute DT that shows newly assigned threshold value.
The mutual pre-payment request message (Prepaid Request) and the content of pre-payment notification message (PrepaidNotify) define between the functions of the equipments module of the present invention to Accouting client in the above-mentioned flow process and Authenticator place, as shown in Table 1:
Table one: mutual pre-payment message content between Accounting client and Authenticator
| Message name | Cell and attribute-name | Washability | Describe |
| Pre-payment request message (Prepaid Request) | Code | Essential | Message code |
| Identifier | Essential | Message is to sign | |
| Length | Essential | The length of entire frame | |
| Authenticator | Essential | The RADIUS authentication word | |
| Username | Essential | User name | |
| Service-Type | Essential | Type of service | |
| NAI | Optional | Network access Identifier | |
| NAS-Port-Id | Optional | The network access server port numbers | |
| NAS-IP-Address | Optional | Network access server IP address | |
| Acct-Status-Type | Optional | The charging Status Type | |
| Proxy-State | Optional | Act on behalf of situation | |
| Vendor-Specific | Essential | Equipment vendor's extended attribute | |
| {PrePaidAccountingCapability(PPAC) | Optional | The pre-payment access capability | |
| PrePaidAccountingQuota(PPAQ) | Optional | Pre-payment inserts quota | |
| Home?Agent | Optional | Ownership (local) agent address | |
| Foreign?Agent?Address | Optional | Foreign agent address | |
| Correlation?ID | Essential | Correlated identities (when user terminal switches, the correlated identities that the record network connects) | |
| SessionTerminationCapability(STC) | Essential | Session stops ability | |
| MIP?Lifetime | Optional | Mobile IP life cycle | |
| Session?Continue | Optional | Session persistence | |
| Service?Flow?ID | Essential | Traffic stream identifier | |
| ASN?Unsent?Downlink?Volume?Octet Count} | Optional | The minus flow size | |
| Acct-Session-Id | Essential | The chargeable session sign | |
| Framed-IP-Address | Essential | IP address | |
| Event-Timestamp | Essential | Absolute time | |
| Event-Timestamp | Optional | Event Timestamp | |
| Acct-Multi-Session-Id | Essential | Many session identifications charge | |
| Message-Authenticator | Essential | The message authentication word | |
| NAS-IPv6-Address | Optional | Network access server IPv6 address | |
| Frame-IPv6-Prefix | Optional | User IP v6 address | |
| Framed-Interface-ID | Optional | The user interface sign | |
| The pre-payment notification message | code | Essential | Message code |
| identifier | Essential | Message is to sign | |
| length | Essential | The length of entire frame |
| (Prepaid Notify) | Authenticator | Essential | The RADIUS authentication word |
| username | Optional | User name | |
| Vendor-Specific | Essential | Equipment vendor's extended attribute | |
| {PrePaidAccountingCapability(PPAC) | Optional | The pre-payment access capability | |
| PrePaidAccountingQuota(PPAQ) | Optional | Pre-payment inserts quota | |
| PrePaidTariffSwitch(PTS) | Optional | Prepayment rate switches | |
| MIP?Lifetime | Optional | Mobile IP life cycle | |
| Home?Agent | Optional | Ownership (local) agent address | |
| Correlation?ID | Optional | Correlated identities | |
| SessionTerminationCapability(STC) | Essential | Session stops ability | |
| Remote?IPv4?Address | Optional | Far-end IP v4 address | |
| Remote?IPv6?Address | Optional | Far-end IP v6 address | |
| Remote?Table?Index} | Optional | The far-end table index | |
| Proxy-State | Optional | Agent Status | |
| Class | Optional | Rank | |
| Acct-Multi-Session-Id | Optional | Many session identifications charge | |
| Event-Timestamp | Optional | Event Timestamp | |
| Message-Authenticator | Essential | The message authentication word | |
| Frame-IPv6-Prefix | Optional | User IP v6 prefix |
In the table one, Code, Identifier, Length and Authenticator cell in Prepaid Request message and the Prepaid Notify message are the message header cell, are that each message is requisite.
The cell Username and the Framed-IP-Address that also must comprise relevant prepaid user's information in the Prepaid Request message, cell Service-Type and Service FlowID about prepayment service information, the cell STC of relevant chargeable session information, Acct-Session-Id and Acct-Multi-Session-ID, Prepaid Request message authentication word cell Message-Authenticator, the cell of marking equipment merchant extended attribute (equipment vendor's extended attribute is used for providing the function expansion required relevant information to service provider), the cell of sign absolute time.In addition, also can comprise optional cell described in table one.Prepaid Request message must comprise essential cell, can comprise optional cell as required selectively.
The cell that also must comprise sign STC cell, message authentication word cell and equipment vendor's extended attribute in the Prepaid Notify message.In addition, also can comprise optional cell described in table one.Prepaid Notify message must comprise essential cell, can comprise optional cell as required selectively.
Especially, the Prepaid Request message of the present invention's definition need comprise distinctive parameter A cct-Multi-Session-Id in the WiMAX network, in order to the identifying user chargeable session.When subscription client switched, the WiMAX system was that charging point (as the Accounting client) provides the session identification at the user, made the charging point can be to this session of this user processing of chargeing.Because the Accounting client of AAA client belongs to different network entities with Authenticator, therefore the Accounting client sends in the pre-payment request message of Authenticator, need carry this parameter, aaa server can be chargeed to this professional use of this user.In addition, because in the prepaid accounting flow process, the AAA client is responsible for detecting minus flow information, and the server (as aaa server) that is reported to network side to be responsible for chargeing after detecting minus flow information is handled, therefore, in sending to the Prepaid Request message of Authenticator, the Accounting client also need comprise distinctive parameter A SN Unsent Downlink Volume Octet Count in the WiMAX network, in order to show the minus flow size (promptly, chargeed but the not complete quantity of issuing the user's data bag, perhaps repeat the quantity of data packets of chargeing), send to aaa server by Authenticator and handle.
In the table, distinctive cell ASN Unsent Downlink Volume OctetCount and Acct-Multi-Session-Id define according to the agreement in 3GPP2 agreement and the WiMAX network in the WiMAX network, and other cells and attribute can define with reference to the Authenticator of definition in RFC2865, RFC2866 and the 3GPP2 prepaid accounting agreement document " X.S0011-006-C-v1.0 " and the Access Request between the aaa server or Access Accept message content.Cell that defines in the table and attribute are not limited to the message of transmitting in the normal pre-payment flow process, so long as the message of the relevant pre-payment of transmitting between Accounting client and Authenticator all is made up of cell and attribute in the table.
By foregoing description as can be known, the present invention is by the message and the content of relevant pre-payment mutual between definition Accounting client and the Authenticator, thereby guarantee that the charging message that the Accounting client sends to aaa server or PPS can normally pass through Authenticator, and carry out mutual between aaa server or the PPS, when realizing that the Accounting client belongs to different physical entity with Authenticator, use prepayment service to charge to the user.
Obviously, those skilled in the art can carry out various changes and modification to the present invention and not break away from the spirit and scope of the present invention.Like this, if of the present invention these are revised and modification belongs within the scope of claim of the present invention and equivalent technologies thereof, then the present invention also is intended to comprise these changes and modification interior.
Claims (9)
1, a kind of prepaid business charging method is applied to global microwave system WiMAX, it is characterized in that, comprising:
After user's Internet resources use amount reached the Internet resources use amount threshold value or quota of distributing to it, the Accounting Client of subscription client correspondence sent the pre-payment request message to authentication person's functional entity of this subscription client correspondence;
Described authentication person's functional entity returns the pre-payment notification message to described Accounting Client after initiating the alignment processing flow process according to the reason for claim sign of carrying in the described request message.
2, the method for claim 1 is characterized in that, described Accounting Client sends the pre-payment request message to described authentication person's functional entity, comprising:
Described Accounting Client obtains the identification information of described authentication person's functional entity from this locality;
Described Accounting Client sends the pre-payment request message to authentication person's functional entity of described identification information correspondence.
3, method as claimed in claim 2 is characterized in that, described Accounting Client obtains the identification information of described authentication person's functional entity from this locality, comprising:
Described Accounting Client offers the current information stores of its user in this locality with network side;
Described Accounting Client extracts described authentication person's functional entity identification information from the current information of the described user of this locality storage.
4, the method for claim 1, it is characterized in that, after user's Internet resources use amount reaches described threshold value, described Accounting Client sends the pre-payment request message to described authentication person's functional entity, carries the reason for claim sign and the current Internet resources use amount of user that show that thresholding arrives;
Described authentication person's functional entity is initiated more new technological process of quota according to the described request reason mark, and returns the pre-payment notification message to described Accounting Client, carries the Internet resources use amount quota and the threshold value that are newly assigned to described subscription client.
5, the method for claim 1, it is characterized in that, after user's Internet resources use amount reaches described quota, described Accounting Client sends the pre-payment request message to described authentication person's functional entity, carries the reason for claim sign and the current Internet resources use amount of user that show that quota is used up;
Described authentication person's functional entity is initiated professional termination process according to the described request reason mark, returns the pre-payment notification message to described Accounting Client, confirms professional the termination.
6, the method for claim 1, it is characterized in that, after described subscription client authentication is passed through, it is initial quota of Internet resources use amount and the threshold value that described subscription client distributes that described authentication person's functional entity gets access to network side, and, carry described initial quota and threshold value to described Accounting Client transmission pre-payment notification message.
7, method as claimed in claim 6 is characterized in that, if described authentication person's functional entity does not carry described initial quota and threshold value, then execution in step in the described pre-payment notification message that described Accounting Client returns:
Described Accounting Client sends the pre-payment request message that obtains initial quota and threshold value to described authentication person's functional entity;
Described authentication person's functional entity returns the pre-payment notification message to described Accounting Client after getting access to initial quota and threshold value from network side, carries the initial quota and the threshold value that get access to.
8, as any described method of claim of claim 1 to 7, it is characterized in that, comprise many session identifications cell Acct-Multi-Session-Id that charges in the described pre-payment request message, make the server that network side is responsible for chargeing can be, to the processing of chargeing of the ongoing prepayment service of this subscription client according to the user conversation of this source identity.
9, the method for claim 1, it is characterized in that, if described Accounting Client detects minus flow information, then in described Accounting Client sends to the described pre-payment request message of described authentication person's functional entity, comprise this minus flow information, send to the server that network side is responsible for chargeing by described authentication person's functional entity and handle.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100078321A CN101026664B (en) | 2006-02-17 | 2006-02-17 | Prepaid business charging method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100078321A CN101026664B (en) | 2006-02-17 | 2006-02-17 | Prepaid business charging method and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101026664A true CN101026664A (en) | 2007-08-29 |
| CN101026664B CN101026664B (en) | 2010-12-08 |
Family
ID=38744548
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006100078321A Expired - Fee Related CN101026664B (en) | 2006-02-17 | 2006-02-17 | Prepaid business charging method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101026664B (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009065363A1 (en) * | 2007-11-21 | 2009-05-28 | Huawei Technologies Co., Ltd. | Method, apparatus and system for realizing prepayment in the network |
| CN101277347B (en) * | 2008-04-24 | 2011-08-24 | 中兴通讯股份有限公司 | Control system and control method for user side traffic |
| WO2011110021A1 (en) * | 2010-09-29 | 2011-09-15 | 华为技术有限公司 | Policy control method, system and policy controller |
| CN101442417B (en) * | 2007-11-21 | 2011-11-16 | 华为技术有限公司 | Method, apparatus and system for implementing pre-payment in network |
| CN101212811B (en) * | 2007-12-25 | 2012-04-18 | 华为技术有限公司 | Method and device for external agent to control in mobile IP network |
| CN102571368A (en) * | 2010-12-27 | 2012-07-11 | 中兴通讯股份有限公司 | Charging method and access device |
| CN105024830A (en) * | 2014-04-30 | 2015-11-04 | 中国电信股份有限公司 | Method, device and system for realizing online charging management based on charging message |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6741687B1 (en) * | 2002-03-04 | 2004-05-25 | Sprint Spectrum L.P. | System and method for providing prepaid communications |
| CN100345411C (en) * | 2002-06-06 | 2007-10-24 | 华为技术有限公司 | Mobile phone user authentication charging method supporting grouped data prepayment characteristic |
| CN1635726A (en) * | 2003-12-29 | 2005-07-06 | 华为技术有限公司 | Method for implementing CDMA20001X packet prepay service |
-
2006
- 2006-02-17 CN CN2006100078321A patent/CN101026664B/en not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009065363A1 (en) * | 2007-11-21 | 2009-05-28 | Huawei Technologies Co., Ltd. | Method, apparatus and system for realizing prepayment in the network |
| CN101442417B (en) * | 2007-11-21 | 2011-11-16 | 华为技术有限公司 | Method, apparatus and system for implementing pre-payment in network |
| CN101212811B (en) * | 2007-12-25 | 2012-04-18 | 华为技术有限公司 | Method and device for external agent to control in mobile IP network |
| CN101277347B (en) * | 2008-04-24 | 2011-08-24 | 中兴通讯股份有限公司 | Control system and control method for user side traffic |
| WO2011110021A1 (en) * | 2010-09-29 | 2011-09-15 | 华为技术有限公司 | Policy control method, system and policy controller |
| CN102598729A (en) * | 2010-09-29 | 2012-07-18 | 华为技术有限公司 | Policy control method, system and policy controller |
| CN102598729B (en) * | 2010-09-29 | 2013-12-04 | 华为技术有限公司 | Policy control method, system and policy controller |
| CN102571368A (en) * | 2010-12-27 | 2012-07-11 | 中兴通讯股份有限公司 | Charging method and access device |
| CN102571368B (en) * | 2010-12-27 | 2016-01-20 | 中兴通讯股份有限公司 | A kind of charging method and access device |
| CN105024830A (en) * | 2014-04-30 | 2015-11-04 | 中国电信股份有限公司 | Method, device and system for realizing online charging management based on charging message |
| CN105024830B (en) * | 2014-04-30 | 2018-03-02 | 中国电信股份有限公司 | The methods, devices and systems of online charging management are realized based on charging message |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101026664B (en) | 2010-12-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1695367B (en) | Method, system and telecommunication node for alternative prepaid support | |
| US7764947B2 (en) | Online charging management server | |
| AU2003269517B2 (en) | Handling charging information in interworking structure of mobile communication and wireless local area networks | |
| CN100561927C (en) | A kind of remote dial access service authentication protocol and charging method | |
| CN101026664B (en) | Prepaid business charging method and system | |
| US20040106393A1 (en) | Methods, systems and program products for supporting prepaid service within a communication network | |
| CN101112037B (en) | Method for providing charging attributes | |
| US8331902B2 (en) | Method for implementing a wireless local area network (WLAN) gateway system | |
| CN101374055A (en) | Method for processing charging and network system, packet data network gateway and charging system | |
| KR20110042102A (en) | Online charging correlation in ims networks | |
| KR20150120422A (en) | Method, apparatus and system for aggregating charging information | |
| CN100558135C (en) | A kind of method and system that in communication network, realize prepayment service | |
| KR100901713B1 (en) | Method for billing service charges in a radio communication system | |
| EP1281269A2 (en) | Method of charging for resource usage in a gprs network | |
| Cushnie et al. | Evolution of charging and billing models for GSM and future mobile Internet services | |
| CN1848900B (en) | Prepayment metering method | |
| CN101400040B (en) | Network charging system and charging method thereof | |
| CN101600155B (en) | Method, device and system for realizing general service charging | |
| CN101771989A (en) | Charging method, device and system | |
| KR100551554B1 (en) | System and Method for Billing by Contents using Access Point Name in Mobile Communication System, and Wireless Communication Terminal Therefor | |
| CN100502292C (en) | Method for prepayment service switching in code division multiple address network | |
| CN101453338B (en) | Charging proxy entity, charging method and system | |
| CN100550748C (en) | Charging message generation method, communication charging method and system | |
| CN101212781A (en) | Prepaid data service billing method for mobile terminal in roaming state | |
| CN101227300B (en) | Post-paying charge rate switch method and access service network gateway |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101208 Termination date: 20150217 |
|
| EXPY | Termination of patent right or utility model |