CN1992763B - Method for realizing prepayment of digital trunking system - Google Patents
Method for realizing prepayment of digital trunking system Download PDFInfo
- Publication number
- CN1992763B CN1992763B CN2005101356692A CN200510135669A CN1992763B CN 1992763 B CN1992763 B CN 1992763B CN 2005101356692 A CN2005101356692 A CN 2005101356692A CN 200510135669 A CN200510135669 A CN 200510135669A CN 1992763 B CN1992763 B CN 1992763B
- Authority
- CN
- China
- Prior art keywords
- account
- quota
- prepayment
- server
- group
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Meter Arrangements (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention relates to a method for realizing prepayment in digit group system, wherein said method comprises that: sender initializes group call; PDS requests authorization from authorization server; the prepayment server on the authorization server will via the prepayment information of user find the prepayment account, relative terminal and charge method, and distribute value to the inactivated account, then inform the prepayment client; the prepayment client informs the distribute server to page the terminal with the prepayment account with available value; the prepayment client detectsthe state of paged terminal and the value application; when there is no left value in prepayment account or the terminal moves off, it will inform the server to end the charge; and the prepayment server records the value amount and recycles the left value. The invention can realize prepayment function via the time length, flux, and call times.
Description
Technical field
The present invention relates to digital cluster system, refer in particular to the method that a kind of digital cluster system is realized pre-payment.
Background technology
Traditional digital cluster system is applied to private network more, and the group service that is provided exists the restriction of service range and service group, simultaneously because construction network separately, builds overlappingly with public network, and makes serious waste of resources.The solution comparatively real for above-mentioned shortcoming is that group service is integrated in the public network system, progressively develops into Virtual Private Network by original dedicated network, thereby reaches the purpose that reduces network construction cost, enlarges the scope of application.
Present trunked communication system has progressively realized adopting the digital cluster system of Virtual Private Network, but does not obtain synchronous development in the charging field.Traditional trunked communication system prepayment mode charges at group basically, and prepayment mode is comparatively simple, adopts the mode by group's monthly payment mostly.And not only provide group service for group based on the digital cluster system of public network system, can require to use group service for different group users, the no personal user of group etc., thereby make more extensive based on the digital cluster system service group of public network system, user's needs that this just requires digital cluster system can provide rational prepayment mode to satisfy different levels, comprise by group, group and user and carry out pre-payment, consider duration, flow or the number of calls etc. during charging.Comparatively regrettably, for the implementation of group system pre-payment, do not have corresponding codes and standards in the world at present, do not propose the document of the problems referred to above solution yet.
Summary of the invention
The technical problem to be solved in the present invention provides the method that a kind of digital cluster system is realized pre-payment, can charge according to duration, flow and the number of calls, realizes pre paid functionality by group with by the user.
In order to solve the problems of the technologies described above, the invention provides the method that a kind of digital cluster system is realized pre-payment, resident in the dispatch server of this system have a prepayment client, and resident in the authentication server have a prepaid server, and this method may further comprise the steps:
(a) rise and exhale terminal to initiate trunked call, dispatch server sends authentication request message to authentication server, exhales terminal and called group to carry out authentication by authentication server to rising;
(b) resident prepaid server is called out associated user's prepayment information according to this on the described authentication server, the pre-paid account that definite charging relates to, the terminal of using the account and the information of charging way, by with described dispatch server on resident prepayment client mutual, notify described prepayment client with the described information of determining, and be unactivated account's allocated quotas;
(c) described prepayment client uses the terminal of the pre-paid account that available quota is arranged according to the pre-paid account that obtains and quota situation thereof, the paging of notice dispatch server;
(d) described prepayment client is monitored the state and the Quota Usage of call terminal, pre-paid account is chargeed, if do not have before remaining sum can use at described pre-paid account, use the terminal of this account to withdraw from calling, carry out next step, otherwise when this pre-paid account does not have remaining sum to use, carry out next step again;
(e) described prepayment client notifies the charging this time of the described pre-paid account of described prepaid server to finish, and carries the quota total value that this account has used; Described prepaid server writes down this quota total value and reclaims untapped quota, and prepayment client is removed the information of this account, finishes.
Further, said method also can have following characteristics: in the described step (b), when the pre-paid account that relates to is group's pre-paid account, finish mutual with described prepaid server by following steps:
(b1) described prepaid server is determined each group's pre-paid account, the terminal of using the account and the information of charging way that charging relates to, and this information is sent to described prepayment client with authorization messages;
(b2) described prepayment client judges whether the group's pre-paid account in the authorization messages activates, if activate, these accounts' terminal, execution in step (d) are then used in the paging of notice dispatch server, to unactivated group pre-paid account, execution in step (b3);
(b3) described prepayment client sends quota application message to described prepaid server, is unactivated group pre-paid account quota application;
(b4) after described prepaid server is received quota request, for group's pre-paid account segment assignments quota of remaining sum is arranged, return to prepayment client by allocated quotas message, the account who does not have remaining sum to distribute is then returned the information that no remaining sum is distributed, execution in step (c).
Further, said method also can have following characteristics: in the described step (d), when group's pre-paid account is chargeed, be further divided into following steps:
(d1) prepayment client is monitored all state and Quota Usages of call terminal, and when group's pre-paid account was chargeed, the quota accumulation calculating this account that has used by all terminals of using this account had used quota;
(d2) if before the quota that this group's pre-paid account has used reaches the thresholding of current allocated quotas, use all terminals of this account to withdraw from calling, execution in step (e), otherwise when the quota of having used reached the thresholding of current allocated quotas, described prepayment client sent the quota application request message to described prepaid server once more;
(d3) after described prepaid server is received the quota application request message, also have remaining sum to divide timing at this account, for it distributes new quota and returns to described prepayment client by allocated quotas message, do not have remaining sum to divide timing at this account, in the allocated quotas message of returning, carry the information that no remaining sum is distributed;
(d4) after described prepayment client is received the message of allocated quotas, judge whether to have distributed new quota for this group's pre-paid account, if, revise the current allocated quotas of this account, return step (d1), if, carry out next step not for this account distributes new quota;
(d5) the prepayment client monitoring uses the terminal of this group's pre-paid account to use remaining quota, stops the group service of these terminals then, execution in step (e).
Further, said method also can have following characteristics: in the described step (b), when the pre-paid account that relates to is the user prepayment account, finish mutual with described prepaid server by following steps: described prepaid server determine to charge the user prepayment account that relates to and counterpart terminal thereof, charging way, be each user prepayment account allocated quotas, the account who does not have remaining sum to distribute then does the sign that does not have remaining sum to distribute, and then these prepayment informations is returned to described prepayment client.
Further, said method also can have following characteristics: in the described step (b), when the pre-paid account that relates to is the user prepayment account, finish mutual with described prepaid server by following steps:
(b1) described prepaid server is determined each user prepayment account, the terminal of using the account and the information of charging way that charging relates to, and this information is sent to described prepayment client with authorization messages;
(b2) after described prepayment client is received authorization messages, send quota application message, comprise described each user prepayment account in the message to described prepaid server;
(b3) after described prepaid server is received quota application message, for the user prepayment account allocated quotas that can distribute remaining sum are arranged, return to described prepayment client by allocated quotas message, can not distribute the account of remaining sum then to return the information that no remaining sum is distributed to having, change step (c) then over to.
Further, said method also can have following characteristics: in the described step (b), when being user prepayment account allocated quotas, prepaid server adopts the mode of segment assignments, and in the described step (d), when the user prepayment account is chargeed, be further divided into following steps:
(d1) prepayment client is monitored all state and Quota Usages of call terminal, if before user prepayment account's current allocated quotas use, use the terminal of this account to withdraw from calling, execution in step (e), otherwise when the quota of having used reaches the thresholding of described current allocated quotas, send the quota application request message to described prepaid server;
(d2) after described prepaid server is received the quota application request message, judge whether this user prepayment account has and to distribute remaining sum, if have, for it distributes new quota and returns to described prepayment client by allocated quotas message, if no, then in allocated quotas message, carry the information that no remaining sum is distributed;
(d3) after described prepayment client is received allocated quotas message, judge whether to this user prepayment account has distributed new quota, if, revise the current allocated quotas of this account, return step (d1), if, carry out next step not for this account distributes new quota;
(d4) the prepayment client monitoring uses this user prepayment account's terminal to use remaining quota, stops the group service of this terminal then, execution in step (e).
Further, said method also can have following characteristics: described quota is a unit with the duration of call, conversation flow or the number of calls.
Further, said method also can have following characteristics: described prepaid server does not have remaining sum for dividing timing at pre-paid account, in allocated quotas message, will divide timing then it to be changed to zero for the first time for this account allocated quota is changed to the quota of once dividing timing.
Further, said method also can have following characteristics: described prepayment client is to described prepaid server once more during quota application, carry the current already used quota of this group or user prepayment account in the quota application request message, described prepaid server writes down the quota that this pre-paid account has used after receiving this message.
Further, said method also can have following characteristics: described prepaid server is group or user prepayment account allocated quotas and remaining sum is arranged for dividing timing that allocated quota is that last allocated quota adds the total value of newly assigned quota this time once more.
Further, said method also can have following characteristics: the thresholding of described current allocated quotas is described prepaid server when each allocated quotas, according to this sub-distribution quota appointment, and turns back to described prepayment client with these allocated quotas; Perhaps, the thresholding of these current allocated quotas is that prepayment client calculates according to current allocated quotas.
Further, said method also can have following characteristics: in the described step (b), described prepaid server judges also whether prepayment client resident on the described dispatch server supports this time to call out the charging way of the pre-paid account that will use, to not supporting the pre-paid account of its charging way, do not notify described prepayment client or be not its allocated quotas.
Further, said method also can have following characteristics: described prepaid server is to learn charging way information that described prepayment client is supported in the following manner: regularly reported the charging way of its support or reported to described prepaid server when its charging way changes by the prepayment client in the system, realize upgrading synchronously; Perhaps, in described step (a), the charging way of resident prepayment client support on it is reported to prepaid server resident on the authentication server with authentication message by described dispatch server.
Further, said method also can have following characteristics: described digital cluster system has roaming function, in the described step (b), prepaid server is all dispatch servers that the pre-paid account that charging relates to sent the current place of terminal of using this account, and resident prepayment client is finished the charging to the pre-paid account of receiving independently on each dispatch server.
Further, said method also can have following characteristics: in the described step (b), when a pre-paid account can adopt multiple charging way, then be used in combination the charging way that prepayment client resident on the terminal place dispatch server of this account is supported, the charging way of therefrom selecting a kind of both to support.
Further, said method also can have following characteristics: in the described step (b), when the user had a plurality of pre-paid account simultaneously, described prepaid server was selected one of them pre-paid account according to predetermined strategy, handled by the charging flow of this pre-paid account again.
As from the foregoing, the inventive method can satisfy group service can be by duration, flow, the demand of number of calls prepaid accounting, support simultaneously to realize pre paid functionality by group with by the user, and the pre-payment implementation method and the payment system of segment assignments accumulative total quota, the solution of the present invention makes native system in use allow a plurality of prepayment clients to use a pre-paid account simultaneously simultaneously, can reduce the error of chargeing to greatest extent.
Description of drawings
Fig. 1 is that digital cluster system prepayment service charging entity concerns schematic diagram among the present invention.
Fig. 2 is that the present invention is by the interacting message schematic diagram in group's pre-payment flow process.
Fig. 3 is that the present invention is by the message interaction process figure in the group prepayment flow process.
Embodiment
Below in conjunction with drawings and Examples the present invention is described in detail.
Fig. 1 is an entity schematic diagram directly related with pre-payment in the digital cluster system of the present invention, and prepaid server 12 links to each other with one or more prepayment clients 11 by IP network 10.Prepayment client resides on the dispatch server of digital cluster system usually, and prepaid server resides on the authentication server of Trunked Radio System usually, is in charge of user's prepayment information, as user's pre-paid account and charging way etc.Dispatch server (PDS) is by base station sub-system (BSS) and terminal communication.Need to prove, more than alleged resident be in logic resident, on physical entity, prepaid server and authentication server, prepayment client and dispatch server are normally unified, but the possibility of also not getting rid of separation, as when utilizing present SCP managing prepaid charge information, its processing section need utilize interface to intercom mutually with SCP.
Prepayment client can charge by the duration of call, conversation flow or by modes such as the numbers of calls when chargeing.And prepayment mode of the present invention comprises the pre-payment by group, presses group prepayment and presses three kinds of user prepayments.Group call can be selected the pre-payment by group, presses group prepayment and presses user prepayment.Secret call service can be selected by group's pre-payment with by user prepayment.By group and the charging of press user prepayment to as if terminal, it is the adding up of charging that it is comprised terminal that group is chargeed; It is then different to press group prepayment, and it charges to liking group call, and duration, flow or the number of times of pressing group call calculate, and can consider the quantity of terminal during charging, but each terminal not chargeed separately.
With three embodiment these three kinds of prepayment modes are illustrated respectively below.
First embodiment: by group's pre-payment
Present embodiment is the method that realizes on digital cluster system by group's pre-payment.Be meant that by group's pre-payment the calling that the member of this group carries out will deduct fees from group's pre-paid account, be characterized in that the user that per call relates to may belong to different groups, and the user of same group can initiate or add calling respectively.Therefore, group member makes a call or when paged, corresponding group pre-paid account may activate on dispatch server.
To introduce the flow process of present embodiment method below, see also the interacting message among Fig. 2, may further comprise the steps:
Step 110 rises and exhales terminal to initiate trunked call, can be group calling or individual call, and call message sends to dispatch server by base station sub-system;
Step 120, dispatch server sends authentication request message to authentication server, exhales terminal and called group to carry out authentication by authentication server to rising, and authentication is not carried out by subsequent step then;
Step 130, prepaid server resident on the authentication server is called out associated user's prepayment information of (referring to that caller and all are called) according to this, information such as each group's pre-paid account that definite charging relates to, the terminal of using the account and charging way, the authorization messages that this information is replied by the back with authentication sends to dispatch server, is forwarded to resident prepayment client again;
Step 140 after prepayment client is received authorization messages, judges whether group's pre-paid account wherein activates, if activate, the terminal of then notifying the dispatch server paging to use these accounts, execution in step 180, to unactivated group pre-paid account, execution in step 150;
Step 150, prepayment client sends quota application message to prepaid server, is unactivated group pre-paid account quota application;
Step 160, after prepaid server is received quota request, be group's pre-paid account allocated quotas (is unit with duration, flow or the number of calls) and quota thresholding wherein, the account who does not have remaining sum to distribute then distributes zero quota, returns to prepayment client by allocated quotas message then;
Step 170, prepayment client receives that to after each group's pre-paid account allocated quota if available quota is arranged, the notice dispatch server is initiated paging to the terminal of using these accounts, if there is not available quota, then the terminal of using these accounts is not initiated paging;
Behind call setup, each the group's pre-paid account under the terminal of initiating paging is carried out following charging flow:
Step 180, prepayment client are monitored all state and Quota Usages of call terminal, and when group's pre-paid account was chargeed, the quota accumulation calculating this account that has used by all terminals of using this account had used quota;
Behind the call terminal, terminal may insert at once, lag and insert or do not insert all the time and call out, during the state of client control terminal, the terminal of insert not calling out is also comprised monitoring to the state of the calling of this terminal of paging, when the end of calling of this terminal of paging, be considered as this terminal and withdrawed from calling.
Step 190 if before the quota that this group's pre-paid account has used reaches current quota thresholding, uses all terminals of this account to withdraw from calling, execution in step 240, otherwise when the quota of having used reaches current quota thresholding, carry out next step;
Step 200, prepayment client send the quota application request message to prepaid server once more, carry the current already used quota of this group's pre-paid account in the message;
Step 210 after prepaid server is received quota request, writes down the quota that this group's pre-paid account has used, and is this account allocated quotas and quota thresholding once more, returns to prepayment client by allocated quotas message.If this account also has remaining sum to distribute, then allocated quota is the total value of last allocated quotas and new allocated quotas, and the quota thresholding also recomputates according to this total quota, if there has not been remaining sum, then returns allocated quota and quota thresholding last time;
After step 220, prepayment client are received allocated quotas message, judge whether to have distributed new quota for this group's pre-paid account, if the current allocated quotas and the quota thresholding of modification this account return step 180, if distribute new quota, carry out next step;
Step 230, the prepayment client monitoring uses the terminal of this group's pre-paid account to use remaining quota, stops the group service of these terminals then;
Step 240, prepayment client sends pre-payment ending request message to prepaid server, carries the current quota total value of having used of this group's pre-paid account;
Step 250, prepaid server writes down the quota total value that this group's pre-paid account this time charges and uses, and reclaims and has distributed but untapped quota, returns to prepayment client and finishes the pre-payment response message, prepayment client is removed the information of this prepaid account, finishes.
In above-mentioned flow process, it is unit that quota adopts duration, flow or the number of calls in account's charging way, can make things convenient for prepayment client to calculate quota.And the quota of present embodiment is a segment assignments, because for group's pre-paid account, for the terminal distribution of certain calling fully is inappropriate.And because the grouping message between prepaid server and the prepayment client may be lost, the mode of segment assignments can reduce the loss that message dropping brings.As for allocated quota each time, can be a fixed numeric values, also can adjust according to the quantity of terminal, the present invention does not do qualification to this.
Prepayment client carries the quota of having used when each quota application, and prepaid server writes down the quota that this group prepayment account has used, also can reduce the loss that message dropping brings.
When adopting the charging way of duration, flow, the quota thresholding of mentioning in the flow process can be made as a ratio value of quota, as 70%～90%, prepayment client quota application once more in time when using quota to reach this thresholding, thus avoided the quota deficiency to cause dropped calls.But in other execution mode, this thresholding is different will specify and be sent to dispatch server by prepaid server, dispatch server can be in a ratio of current allocated quotas, perhaps, current allocated quotas are deducted a fixed numeric values, obtain current quota thresholding, also be fine.But more flexible not as in prepaid server, setting.
And when adopting the charging way of the number of calls, each allocated quota can be made as 1, can the not establishing volume upper limit or also be made as 1, and when computing terminal uses quota, duration and flow that needn't monitor terminal, only will to use quota to be changed to when calling out 1 just passable withdrawing from.As for other charging way, can also be the number of times of speaking that calculates in calling procedure, said that as the user 3 say in the call process, just count 3, this adds up the number of times that this terminal obtains right of speech when charging just passable.
If a kind of charging way of unified employing can be with charging way information in the system in the authorization messages of reality, this situation should be considered as carrying the charging way information of acquiescence.
In the above-mentioned flow process, finding group's pre-paid account when prepaid server does not have remaining sum can divide timing, be distribute zero quota or last time allocated quota and quota thresholding, but in another embodiment, the information that also can adopt other expression not have remaining sum to distribute, as establish a flag bit.
Second embodiment: press user prepayment
Present embodiment is the method that user prepayment is pressed in realization on digital cluster system.Characteristics by user prepayment are that the user prepayment account is used separately by this user, the user can not occur and add when calling out the situation that this user prepayment account has just activated.During charging, charge according to the duration of call, conversation flow or the number of calls of single terminal.
To introduce the flow process of present embodiment method below, may further comprise the steps:
Step 310 rises and exhales terminal to initiate trunked call, can be group calling or individual call, and call message sends to dispatch server by base station sub-system;
Step 320, dispatch server sends authentication request message to authentication server, exhales terminal and called group to carry out authentication by authentication server to rising;
Step 330, prepaid server resident on the authentication server is called out associated user's prepayment information according to this, information such as the terminal of user prepayment account that definite charging relates to and correspondence, charging way, and be each user prepayment account allocated quotas (duration, flow or the number of calls) and quota thresholding, the account who does not have remaining sum to distribute then distributes zero quota, and these prepayment informations are returned to prepayment client resident on the dispatch server by authorization messages or allocated quotas message;
Step 340, after prepayment client was received allocated quotas message, to the user prepayment account of available quota is arranged, the notice dispatch server was initiated paging to the terminal of using this account, to there not being the account of available quota, then notify not paging of dispatch server to use these accounts' terminal;
Behind the call setup, each user prepayment account of call terminal correspondence is carried out following charging flow:
Step 350, prepayment client is monitored state, the Quota Usage of call terminal, if used before quota reaches its current quota thresholding at this account, use the terminal of this account to withdraw from calling, execution in step 400, otherwise when using quota to reach current quota thresholding, carry out next step;
Step 360, prepayment client send the quota application request message to prepaid server once more, carry the current already used quota of this user prepayment account in the message;
Step 370, after prepaid server is received quota request, write down the quota that this user prepayment account has used, and be this account allocated quotas and quota thresholding once more, return to prepayment client by allocated quotas message, if this account also has remaining sum to distribute, then allocated quota is the total value of last allocated quotas and new allocated quotas, the quota thresholding also recomputates according to this total quota, if there is not remaining sum, then returns allocated quota and quota thresholding last time;
After step 380, prepayment client are received allocated quotas message, judge whether to this user prepayment account has distributed new quota, if the current allocated quotas and the quota thresholding of modification this account return step 350, otherwise, execution in step 390;
Step 390, the prepayment client monitoring uses this user prepayment account's terminal to use remaining quota, stops the group service of this terminal then;
Step 400, prepayment client sends pre-payment ending request message to prepaid server, carries the current quota total value of having used of this user prepayment account;
Step 410, prepaid server writes down the quota total value that this user prepayment account this time uses, and reclaims and has distributed but untapped quota, returns to prepayment client and finishes the pre-payment response message, prepayment client is removed the information of this user prepayment account, finishes.
In above-mentioned flow process as can be seen, because the situation that for the user prepayment account, when calling out initiation, can not exist the account to activate, so prepaid server when authentication is returned pre-paid account, can be carried out primary allocation of quota.Certainly, adopt the mode of first embodiment, promptly by dispatch server receive behind the pre-paid account again with regard to the user prepayment account to the prepaid server application for the first time quota also be fine.
When being user prepayment account and group prepayment account allocated quotas, be not precluded within the possibility of fully distributing among another embodiment, if in step 330, distributed all available balances of this account (having) during allocated quotas, just need not to calculate the quota thresholding, then after step 340, each user prepayment account is carried out following charging flow:
Step 350 ', prepayment client is monitored the state and the Quota Usage of call terminal, if before the account's that this terminal is used quota uses up, this terminal has withdrawed from calling, carries out next step, otherwise when using up allocated quotas, carries out next step again;
Step 360 ', prepayment client sends pre-payment ending request message to prepaid server, carries the current quota total value of having used of this user prepayment account;
Step 370 ', prepaid server writes down the quota total value that this user prepayment account this time uses, and reclaims and has distributed but untapped quota (words that have), returns to prepayment client and finishes the pre-payment response message, prepayment client is removed the information of this user prepayment account, finishes.
On the whole, if the account do not have remaining sum can use (comprise remaining sum used up or distribute two kinds of situations inadequately) before terminal withdraw from calling, then finish pre-payment and return quota, otherwise just when the account does not have remaining sum to use, finish pre-payment.This all is the same for segment assignments and primary distribution.
The 3rd embodiment: press group prepayment
Present embodiment is a kind of implementation method that group prepayment is pressed in realization on digital cluster system.In the method, only calculate the duration or the flow of group calling when the group prepayment account is chargeed, no longer add up by each terminal.This is specially adapted to present traditional type digital cluster system, and is big because this system has a capacity, insert advantage rapidly, but dispatch server only controls to base station sub-system when paging, to the real-time monitoring of terminal difficulty relatively.When chargeing in such a way, can not occur group calling yet and rise when exhaling, the situation that this user prepayment account just has been activated on dispatch server.
In addition, it should be noted that group prepayment proposed by the invention, is just this group prepayment account to be chargeed when this group call takes place, will not deduct fees from the group prepayment account when not being meant the terminal bid in the group, the back is a kind of to be exactly the mode of pressing group's pre-payment in fact.
To introduce the flow process of present embodiment method below, please refer to Fig. 3, may further comprise the steps:
Step 510 rises and exhales terminal to initiate group calling, and call message sends to dispatch server by base station sub-system;
Step 520, dispatch server sends authentication request message to authentication server, exhales terminal and called group to carry out authentication by authentication server to rising;
Step 530, resident prepaid server is determined group prepayment account that this group calling will be used and the charging way of this account on the authentication server, be this account allocated quotas and quota thresholding, as do not have remaining sum to distribute then distribution zero quota, these prepayment informations are returned to prepayment client resident on the dispatch server by authorization messages or allocated quotas message;
After step 540, prepayment client are received allocated quotas message, judge whether the group prepayment account has available quota, if having, the notice dispatch server is initiated paging, execution in step 550 to the terminal of this group; If there is not available quota, then refuse this group calling, finish;
Step 550, after group calling is set up, prepayment client is monitored the state and the Quota Usage (dispatch server has this ability) of this group calling, if this group prepayment account used quota reach its current quota thresholding before group calling finish, execution in step 600, otherwise when the quota of having used reaches current quota thresholding, carry out next step;
Step 560, prepayment client send the quota application request message to prepaid server once more, carry the current already used quota of this group prepayment account in the message;
Step 570, after prepaid server is received quota request, write down the quota that this group prepayment account has used, and be this account allocated quotas and quota thresholding once more, return to prepayment client by allocated quotas message, if this account also has remaining sum to distribute, then allocated quota is the total value of last allocated quotas and new allocated quotas, the quota thresholding also recomputates according to this total quota, if there is not remaining sum, then returns allocated quota and quota thresholding last time;
After step 580, prepayment client are received allocated quotas message, judge whether to this group prepayment account has distributed new quota, if the current allocated quotas and the quota thresholding of modification this account return step 550, otherwise, carry out next step;
After step 590, prepayment client are monitored this group calling and used remaining quota, stop this group calling;
Step 600, prepayment client sends pre-payment ending request message to prepaid server, carries the current quota total value of having used of this group prepayment account;
Step 610, prepaid server writes down the quota total value that this group prepayment account this time uses, and reclaims and has distributed but untapped quota, returns to prepayment client and finishes the pre-payment response message, prepayment client is removed the information of this group prepayment account, finishes.
Also can adopt another kind of execution mode by group prepayment, promptly when chargeing, can consider the situation of each terminal, as consider in this case above-mentioned flow process not to be needed the terminal quantity that adds to revise, just in step 550, calculate the method difference of the Quota Usage of group calling.
When pressing group prepayment, do not get rid of the possibility of fully distributing yet, its flow process is similar to the flow process by user prepayment distribution in full that second embodiment provides later, promptly just distribute for the first time all remaining sums, do not carry out the calculating of quota thresholding, and prepayment client is when chargeing, the state and the Quota Usage of monitoring group calling, if before using its quota, withdraw from calling, send the pre-payment ending request and return and use quota to prepaid server, otherwise when using its quota, send the pre-payment ending request to prepaid server again.Follow-up again processing is identical.
More than the flow process of 3 embodiment under different network condition, or under different pre-payment strategies, can also do some conversion and correction.For example:
1) in a digital cluster system, prepayment client resident on the different dispatch servers may be supported all charging ways, more than 3 flow processs all be based on this condition.And the prepayment client that has not the support prepaid account adopt charging way the time, just can not allow to use the terminal carrying out service of this account.When considering this factor, need be in the step 130,330 and 530 of above-mentioned 3 flow processs, increase and judge whether prepayment client resident on the dispatch server supports this time to call out the account that will use, be group's pre-paid account, user prepayment account and group prepayment account, for the account who does not support its charging way, do not re-send to dispatch server or be not its allocated quotas.Like this, dispatch server can paging not use these accounts' terminal yet.
How to obtain the charging way information that prepayment client is supported as for prepaid server, can by each client regularly or report to the prepaid server of ownership during this information change realize upgrading synchronously.Perhaps, also can be in step 202,404 and 602, by dispatch server the charging way of resident prepayment client support on it is reported to the resident prepaid server of authentication server with authentication message.
2) in having the digital cluster system of roaming function, work the dispatch server that the dispatch server of exhaling the terminal place might not be group's ownership, in this case, authorizing procedure and above-mentioned 3 embodiment may be different, wherein a kind of mode is to exhale the server and the dispatch server of this group's ownership to initiate the authentication of exhaling terminal and terminal called to rising respectively by rising, resident in the authentication server have a dispatching home location register, can know the dispatch server at group or the current place of terminal.
Like this, for by user prepayment or by the flow process of group's pre-payment, can return the user that exhales the terminal correspondence or group's pre-paid account and counterpart terminal thereof, charging way when exhaling the server authentication rising, in the attribution server authentication, return user that terminal called is correlated with or group's pre-paid account and counterpart terminal thereof, charging way again.And when having terminal called to roam into other cooperative scheduling server, by the ownership dispatch server related account information of this terminal is sent to the dispatch server at its place again.The work of concrete simultaneously account's distribution may be not different yet for authorizing procedure.In a word, be that all dispatch servers at the current place of terminal of this account are used in the pre-paid account transmission that charging will be related to, pressing under the situation of group's pre-payment, same pre-paid account may send to different prepayment clients, independently the state and the Quota Usage of terminal are monitored by prepayment client resident on each dispatch server then, mutual with prepaid server independently, finish quota application and distribution, finish charging flows such as pre-payment, method is identical with the foregoing description.
For flow process by group prepayment, the group prepayment account can send to the dispatch server of exhaling dispatch server or group's ownership or other server that participates in this group calling, these dispatch servers can be monitored group calling state and Quota Usage, finish the charging to the group prepayment account.
3) if need to support simultaneously three kinds of charging ways in the digital cluster system, might be for certain terminal corresponding to a plurality of pre-paid accounts, then need be when authentication, call out associated user's prepayment information by prepaid server resident on the authentication server according to this, determine which account that this user will use earlier, this can select according to the priority of system configuration.After having determined different pre-paid accounts, each account's subsequent treatment can adopt mode and the mapping mode thereof of above-mentioned 3 embodiment respectively, but, in order to make flow process consistent as far as possible, preferable also unified in the charging flow to user prepayment account and group prepayment account for the same with the group pre-paid account, first appropriation account in authorization messages, again by the prepayment client application quota first time, and quota adopts the mode of segment assignments.
4) in the foregoing description, be that each pre-paid account is arranged a kind of charging way.But prepaid server of the present invention selects the strategy of charging way to be not limited to this, if pre-paid account can adopt multiple charging way, then can therefrom select a kind of charging way of both's support in conjunction with the charging way of prepayment client support.Avoid when prepayment client is not supported, can not conversing.
Claims (16)
1. a digital cluster system is realized the method for pre-payment, and resident in the dispatch server of this system have a prepayment client, and resident in the authentication server have a prepaid server, and this method may further comprise the steps:
(a) rise and exhale terminal to initiate trunked call, dispatch server sends authentication request message to authentication server, exhales terminal and called group to carry out authentication by authentication server to rising;
(b) resident prepaid server is called out associated user's prepayment information according to this on the described authentication server, the pre-paid account that definite charging relates to, the terminal of using the account and the information of charging way, by with described dispatch server on resident prepayment client mutual, notify described prepayment client with the described information of determining, described prepayment client sends quota application message to described prepaid server, after described prepaid server is received quota request, be unactivated account's allocated quotas;
(c) described prepayment client uses the terminal of the pre-paid account that available quota is arranged according to the pre-paid account that obtains and quota situation thereof, the paging of notice dispatch server;
(d) described prepayment client is monitored the state and the Quota Usage of call terminal, pre-paid account is chargeed, if do not have before remaining sum can use at described pre-paid account, use the terminal of this account to withdraw from calling, carry out next step, otherwise when this pre-paid account does not have remaining sum to use, carry out next step again;
(e) described prepayment client notifies the charging this time of the described pre-paid account of described prepaid server to finish, and carries the quota total value that this account has used; Described prepaid server writes down this quota total value and reclaims untapped quota, and prepayment client is removed the information of this account, finishes.
2. the method for claim 1 is characterized in that, in the described step (b), when the pre-paid account that relates to is group's pre-paid account, finishes mutual with described prepaid server by following steps:
(b1) described prepaid server is determined each group's pre-paid account, the terminal of using the account and the information of charging way that charging relates to, and this information is sent to described prepayment client with authorization messages;
(b2) described prepayment client judges whether the group's pre-paid account in the authorization messages activates, if activate, these accounts' terminal, execution in step (d) are then used in the paging of notice dispatch server, to unactivated group pre-paid account, execution in step (b3);
(b3) described prepayment client sends quota application message to described prepaid server, is unactivated group pre-paid account quota application;
(b4) after described prepaid server is received quota request, for group's pre-paid account segment assignments quota of remaining sum is arranged, return to prepayment client by allocated quotas message, the account who does not have remaining sum to distribute is then returned the information that no remaining sum is distributed, execution in step (c).
3. method as claimed in claim 2 is characterized in that, in the described step (d), when group's pre-paid account is chargeed, is further divided into following steps:
(d1) prepayment client is monitored all state and Quota Usages of call terminal, and when group's pre-paid account was chargeed, the quota accumulation calculating this account that has used by all terminals of using this account had used quota;
(d2) if before the quota that this group's pre-paid account has used reaches the thresholding of current allocated quotas, use all terminals of this account to withdraw from calling, execution in step (e), otherwise when the quota of having used reached the thresholding of current allocated quotas, described prepayment client sent the quota application request message to described prepaid server once more;
(d3) after described prepaid server is received the quota application request message, also have remaining sum to divide timing at this account, for it distributes new quota and returns to described prepayment client by allocated quotas message, do not have remaining sum to divide timing at this account, in the allocated quotas message of returning, carry the information that no remaining sum is distributed;
(d4) after described prepayment client is received the message of allocated quotas, judge whether to have distributed new quota for this group's pre-paid account, if, revise the current allocated quotas of this account, return step (d1), if, carry out next step not for this account distributes new quota;
(d5) the prepayment client monitoring uses the terminal of this group's pre-paid account to use remaining quota, stops the group service of these terminals then, execution in step (e).
4. the method for claim 1, it is characterized in that, in the described step (b), when the pre-paid account that relates to is the user prepayment account, finish mutual with described prepaid server by following steps: described prepaid server determine to charge the user prepayment account that relates to and counterpart terminal thereof, charging way, be each user prepayment account allocated quotas, the account who does not have remaining sum to distribute then does the sign that does not have remaining sum to distribute, and then these prepayment informations is returned to described prepayment client.
5. the method for claim 1 is characterized in that, in the described step (b), when the pre-paid account that relates to is the user prepayment account, finishes mutual with described prepaid server by following steps:
(b1) described prepaid server is determined each user prepayment account, the terminal of using the account and the information of charging way that charging relates to, and this information is sent to described prepayment client with authorization messages;
(b2) after described prepayment client is received authorization messages, send quota application message, comprise described each user prepayment account in the message to described prepaid server;
(b3) after described prepaid server is received quota application message, for the user prepayment account allocated quotas that can distribute remaining sum are arranged, return to described prepayment client by allocated quotas message, can not distribute the account of remaining sum then to return the information that no remaining sum is distributed to having, change step (c) then over to.
6. the method for claim 1 is characterized in that, in the described step (b), when being user prepayment account allocated quotas, prepaid server adopts the mode of segment assignments, and in the described step (d), when the user prepayment account is chargeed, be further divided into following steps:
(d1) prepayment client is monitored all state and Quota Usages of call terminal, if before user prepayment account's current allocated quotas use, use the terminal of this account to withdraw from calling, execution in step (e), otherwise when the quota of having used reaches the thresholding of described current allocated quotas, send the quota application request message to described prepaid server;
(d2) after described prepaid server is received the quota application request message, judge whether this user prepayment account has and to distribute remaining sum, if have, for it distributes new quota and returns to described prepayment client by allocated quotas message, if no, then in allocated quotas message, carry the information that no remaining sum is distributed;
(d3) after described prepayment client is received allocated quotas message, judge whether to this user prepayment account has distributed new quota, if, revise the current allocated quotas of this account, return step (d1), if, carry out next step not for this account distributes new quota;
(d4) the prepayment client monitoring uses this user prepayment account's terminal to use remaining quota, stops the group service of this terminal then, execution in step (e).
7. the method for claim 1 is characterized in that, described quota is a unit with the duration of call, conversation flow or the number of calls.
8. as the described method of arbitrary claim in the claim 2 to 6, it is characterized in that, described prepaid server does not have remaining sum for dividing timing at pre-paid account, in allocated quotas message, will divide timing then it to be changed to zero for the first time for this account allocated quota is changed to the quota of once dividing timing.
9. as claim 3 or 6 described methods, it is characterized in that, described prepayment client is to described prepaid server once more during quota application, carry the current already used quota of this group or user prepayment account in the quota application request message, described prepaid server writes down the quota that this pre-paid account has used after receiving this message.
10. as claim 3 or 6 described methods, it is characterized in that, described prepaid server is group or user prepayment account allocated quotas and remaining sum is arranged for dividing timing that allocated quota is that last allocated quota adds the total value of newly assigned quota this time once more.
11. as claim 3 or 6 described methods, it is characterized in that, the thresholding of described current allocated quotas is described prepaid server when each allocated quotas, according to this sub-distribution quota appointment, and turns back to described prepayment client with these allocated quotas; Perhaps, the thresholding of these current allocated quotas is that prepayment client calculates according to current allocated quotas.
12. the method for claim 1, it is characterized in that, in the described step (b), described prepaid server judges also whether prepayment client resident on the described dispatch server supports this time to call out the charging way of the pre-paid account that will use, to not supporting the pre-paid account of its charging way, do not notify described prepayment client or be not its allocated quotas.
13. method as claimed in claim 12, it is characterized in that, described prepaid server is to learn charging way information that described prepayment client is supported in the following manner: regularly reported the charging way of its support or reported to described prepaid server when its charging way changes by the prepayment client in the system, realize upgrading synchronously; Perhaps, in described step (a), the charging way of resident prepayment client support on it is reported to prepaid server resident on the authentication server with authentication message by described dispatch server.
14. the method for claim 1, it is characterized in that, described digital cluster system has roaming function, in the described step (b), prepaid server is all dispatch servers that the pre-paid account that charging relates to sent the current place of terminal of using this account, and resident prepayment client is finished the charging to the pre-paid account of receiving independently on each dispatch server.
15. method as claimed in claim 12, it is characterized in that, in the described step (b), when a pre-paid account can adopt multiple charging way, then be used in combination the charging way that prepayment client resident on the terminal place dispatch server of this account is supported, the charging way of therefrom selecting a kind of both to support.
16. the method for claim 1, it is characterized in that, in the described step (b), when the user has a plurality of pre-paid account simultaneously, described prepaid server is selected one of them pre-paid account according to predetermined strategy, handles by the charging flow of this pre-paid account again.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2005101356692A CN1992763B (en) | 2005-12-31 | 2005-12-31 | Method for realizing prepayment of digital trunking system |
| PCT/CN2006/000919 WO2007076646A1 (en) | 2005-12-31 | 2006-05-09 | A method for realizing prepayment of digital cluster system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2005101356692A CN1992763B (en) | 2005-12-31 | 2005-12-31 | Method for realizing prepayment of digital trunking system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1992763A CN1992763A (en) | 2007-07-04 |
| CN1992763B true CN1992763B (en) | 2010-12-01 |
Family
ID=38214693
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2005101356692A Expired - Fee Related CN1992763B (en) | 2005-12-31 | 2005-12-31 | Method for realizing prepayment of digital trunking system |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN1992763B (en) |
| WO (1) | WO2007076646A1 (en) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100568991C (en) * | 2007-09-12 | 2009-12-09 | 中兴通讯股份有限公司 | In a kind of digital cluster system the prepaid user is carried out the method for paging control |
| CN101141712B (en) * | 2007-10-10 | 2011-01-05 | 中兴通讯股份有限公司 | Release method and device of prepaid owing user in digital cluster calling |
| CN101159927B (en) * | 2007-11-08 | 2010-06-16 | 中兴通讯股份有限公司 | Fee counting method in cluster communication |
| CN101540986B (en) * | 2009-04-16 | 2011-10-26 | 中兴通讯股份有限公司 | Charging method and system of prepaid service |
| CN101616392B (en) * | 2009-06-26 | 2012-04-18 | 中兴通讯股份有限公司 | Value added service providing system and method |
| CN101635906B (en) * | 2009-08-27 | 2012-05-23 | 中兴通讯股份有限公司 | Method and device for triggering intelligent service of flexible alerting group |
| CN102868982B (en) * | 2012-10-08 | 2015-05-13 | 上海帜讯信息技术有限公司 | Mobile terminal oriented method for forwarding information and enabling enterprise to acquire mutual information |
| CN103929316B (en) * | 2013-01-11 | 2017-10-31 | 阿尔卡特朗讯 | A kind of method and corresponding Online Charging System for distributing communication quota |
| CN111194066B (en) * | 2020-01-10 | 2022-02-11 | 中国联合网络通信集团有限公司 | Base station alliance method and device |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1561027A (en) * | 2004-03-05 | 2005-01-05 | 中兴通讯股份有限公司 | Integral service discrimination interface and integral service implementing method |
| CN1581827A (en) * | 2003-08-15 | 2005-02-16 | 华为技术有限公司 | Method for realizing speical virtual network business of prepaid user |
| CN1585519A (en) * | 2004-06-04 | 2005-02-23 | 中兴通讯股份有限公司 | Charging information collecting and charging method of digital cluster system |
| CN1625293A (en) * | 2003-12-04 | 2005-06-08 | 华为技术有限公司 | Method for realizing group calling roaming of group service |
| CN1635726A (en) * | 2003-12-29 | 2005-07-06 | 华为技术有限公司 | Method for implementing CDMA20001X packet prepay service |
| CN1700788A (en) * | 2004-05-21 | 2005-11-23 | 华为技术有限公司 | Method for implementing service charging of closed user group |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1235418C (en) * | 2001-10-30 | 2006-01-04 | 中兴通讯股份有限公司 | Modile communicatoin system and its group service realizing method |
| US20040156340A1 (en) * | 2003-02-10 | 2004-08-12 | Telefonaktiebolaget L M Ericsson (Pub1) | Method, system and packet data access node for prepaid quota provision |
-
2005
- 2005-12-31 CN CN2005101356692A patent/CN1992763B/en not_active Expired - Fee Related
-
2006
- 2006-05-09 WO PCT/CN2006/000919 patent/WO2007076646A1/en active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1581827A (en) * | 2003-08-15 | 2005-02-16 | 华为技术有限公司 | Method for realizing speical virtual network business of prepaid user |
| CN1625293A (en) * | 2003-12-04 | 2005-06-08 | 华为技术有限公司 | Method for realizing group calling roaming of group service |
| CN1635726A (en) * | 2003-12-29 | 2005-07-06 | 华为技术有限公司 | Method for implementing CDMA20001X packet prepay service |
| CN1561027A (en) * | 2004-03-05 | 2005-01-05 | 中兴通讯股份有限公司 | Integral service discrimination interface and integral service implementing method |
| CN1700788A (en) * | 2004-05-21 | 2005-11-23 | 华为技术有限公司 | Method for implementing service charging of closed user group |
| CN1585519A (en) * | 2004-06-04 | 2005-02-23 | 中兴通讯股份有限公司 | Charging information collecting and charging method of digital cluster system |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2007076646A1 (en) | 2007-07-12 |
| CN1992763A (en) | 2007-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TW390086B (en) | Method for handling parallel transactions on telephone pre-paid accounts | |
| CN101227302B (en) | Charging method, control apparatus, charging device and charging system | |
| CN102144372A (en) | Online charging correlation in IMS networks | |
| CN100481768C (en) | Method for controlling defaulting risk of mobile user | |
| US20070021102A1 (en) | Methods, systems, and storage mediums for providing alternate billing arrangements for communications | |
| CN1992763B (en) | Method for realizing prepayment of digital trunking system | |
| WO2010063176A1 (en) | Calling charging method based on online charging system and communication system | |
| CN107635219A (en) | Service package sharing method and device | |
| CN101895402B (en) | Charging data management method and device of communication users | |
| KR100850513B1 (en) | Method and System for Handling Real-Time Charge about Concurrent Service in Intelligent Network | |
| CN102291704B (en) | Charging method, charging device, exchange device and charging system | |
| CN101001298B (en) | Method for group prepayment of digital trunking system | |
| CN100521720C (en) | Packet prepayment service realization based on flow/time length and service quality | |
| CN100545862C (en) | Method and apparatus for billing multiple services | |
| KR101006275B1 (en) | Method and system for providing prepaid service using prepaid account segmentation | |
| CN1223141C (en) | Fee-counting and deducting method for mobile telephone set in network | |
| TWI405452B (en) | Immediate Availability Method | |
| US8903356B1 (en) | Method and system for suggesting individual payments for a common billing account | |
| Sou et al. | Reducing credit re-authorization cost in UMTS online charging system | |
| CN102238513A (en) | Service billing system, device and system | |
| KR20140075567A (en) | Mobile communicationcore system and method for balancing transaction load | |
| WO2011026348A1 (en) | Method and device for enabling quota consumption service during flexible period | |
| CN101094082B (en) | Access method for prepaid users | |
| CN100396115C (en) | Method for metering short message charge | |
| CN108271134A (en) | The charging method and equipment of a kind of communication service |
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: 20101201 Termination date: 20141231 |
|
| EXPY | Termination of patent right or utility model |