CN100373858C - A call bill weight picking method - Google Patents
A call bill weight picking method Download PDFInfo
- Publication number
- CN100373858C CN100373858C CNB031156088A CN03115608A CN100373858C CN 100373858 C CN100373858 C CN 100373858C CN B031156088 A CNB031156088 A CN B031156088A CN 03115608 A CN03115608 A CN 03115608A CN 100373858 C CN100373858 C CN 100373858C
- Authority
- CN
- China
- Prior art keywords
- ticket
- file
- choosing
- heavy
- call bill
- 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 - Lifetime
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The present invention relates to a call bill weight picking method of an electric communication technique, which is characterized in that the call bill weight picking method of an electric communication technique comprises the following steps: the dividing process of a time keeping call bill document is carried out according to rules; a call bill weight picking process is carried out in the call bill document of each corresponding dividing data; call bill blocks are generated according to rules after the weight picking treatment of the call bill document of the dividing data; the weight picking processes between documents of call bills in the generated call bill blocks are carried out in corresponding historical call bills; the call bill blocks after the weight picking processes are written into a weight picking document to obtain a normal call bill document, and the written weight picking document can be used as the historical call bill of the next weight picking treatment. The dividing process of the time keeping call bill document is carried out according to number rules, such as calling numbers, call bill call beginning time and call bill call ending time, and after the weight picking treatment of the call bill documents of the dividing data, the call bill blocks are generated in groups according to the calling numbers and call bill ending dates. The present invention can carry out the call bill weight picking process with high efficiency in real time.
Description
Technical field
The present invention relates to electrical communication technology, relate in particular to a kind of ticket and choose weighing method.
Background technology
Development along with communications industry, communication user uses communication service more and more frequent, telecom charging product treatment call bill data amount also increases day by day, and under new telecommunication environment, " soon " becomes the effectively means that each telecom operators competes mutually, and along with telecom operators turn to " customer-centric " from " technology-centred ", the consumption data that needs to preserve also becomes more and more abundanter.Each common carrier is for saving operation cost, improve service quality, improve efficiency of service, embodying method of service customer-centric, the charging product of selecting for use more and more trends towards consumption data and focuses on, and the real-time and the processing speed performance requirement of charging product are more and more higher.Choosing of timing ticket weighs efficient to the principal element of charging product to user service information charging response efficiency, and how improving the heavy efficient of choosing of timing ticket is the long-term key subjects of paying close attention to of global telecommunications operator.
Repeat the ticket definition and generally have following two kinds: one, ticket repeats fully; Two, the ticket duration of call of same caller number intersection, nested or overlapping, wherein, definition two is supersets of definition one, repetition ticket involved in the present invention is meant the repetition ticket under definition two implications, also claims time pardon ticket sometimes.
The weighing method application data base technology of choosing tradition timing ticket sort choose heavy or the application file technology only to choosing heavy in each file, it still is limited to the simple application to two kinds of basic fundamentals, does not propose more effective timing ticket and chooses weighing method, main method is as follows:
1. database is chosen weighing method
This method is collected in all timing tickets that chargeed together, then these tickets is unified to choose heavy, though that this method is chosen heavy accuracy rate is higher, has following shortcoming:.
One, it is lower to choose heavy efficient, and along with the increasing of historical timing ticket quantity, chooses heavy efficient also along with obvious decline.
Two, needing regularly or irregularly to choose heavily processing, is the weighing method of choosing of non real-time.
2. choose weighing method in the file
This method only carries out choosing in the file heavy to the timing call bill data, chooses important in real time and asks and to choose heavy efficient higher though this method satisfies the timing CDR file, has following shortcoming:
One, it is lower to choose heavy accuracy rate.
Two, high more when the real-time requirement of timing ticketing, choose heavy accuracy rate and lose high more.
Summary of the invention
The object of the present invention is to provide a kind of efficient real-time ticket to choose weighing method.
The method applied in the present invention is: this ticket is chosen weighing method, it is characterized in that: it adopts following implementation step:
A. the timing CDR file is carried out piecemeal by rule, in the CDR file of each corresponding block data, carry out ticket and choose heavy;
B. the CDR file of block data is after choosing heavily processing; produce the ticket piece by rule; it is heavy that ticket in the ticket piece that is produced carries out choosing between file in corresponding historical ticket; ticket piece after choosing heavily writes to be chosen in the heavy file; obtain normal CDR file, and the heavy file of choosing that writes can be used as and chooses the historical ticket of heavily handling next time.
In the described steps A, timing CDR file according to number rule carries out piecemeal to file;
In the described steps A, described timing CDR file was arranged by calling number, ticket conversation time started, ticket end of conversation time behind the piecemeal;
In the described steps A, adopt operating system multi-thread concurrent processing mode, the CDR file of each block data is carried out concurrent choosing heavily handle;
The size of described CDR file is less than or equal to 20MB;
The ticket of described CDR file is after choosing heavily, and non-repetition ticket is put into corresponding normal bill buffer area;
Described normal bill buffer area is provided with grouping by the ticket concluding time;
Among the described step B, the CDR file of described block data divides into groups to produce the ticket piece by calling number and ticket Close Date after choosing heavily processing;
Among the described step B, described historical ticket is to weigh file by choosing of calling number and the grouping of ticket Close Date accordingly, and this history ticket comprises that at least 1 day relevant the choosing in ticket Close Date front and back of being reflected in the described ticket piece weighs file;
Among the described step B, the described ticket piece of choosing after weighing does not have the corresponding heavy file of choosing by calling number and date grouping, then creates to choose accordingly weighing file;
Described historical ticket comprises that 3 days relevant the choosing in ticket Close Date front and back of being reflected in the described ticket piece weighs file.
The present invention adopts following concrete controlled step:
Step 1: with the timing CDR file according to number rule cut apart;
Step 2: file clocking internal ticket behind the piecemeal is carried out ticket ordering, and the ticket after the ordering is arranged by sort criterias such as calling number, conversation time started, end of conversation times, and sort criteria is with to choose the weight condition relevant;
Step 3: the timing ticket in the file is traveled through;
Step 4: a more every ticket and a last normal ticket are the repetition tickets, sort out all heavy lists in the file;
Step 5: the normal ticket in the file is by cutting apart condition, i.e. number grouping is different with the ticket Close Date, enters in the corresponding ticket piece;
Step 6: in order of dates get a blocks of files, and load the historical ticket choose corresponding date range with it and number sets in the heavy file;
Step 7: the ticket in the dialogue monolithic travels through;
Step 8: individual ticket and the historical ticket that take out in the ticket piece are compared; judge whether it is the repetition ticket; if then go into heavy single process; otherwise enter normal ticket flow process; and write and choose in the heavy file as having chosen heavy historical ticket; step 8 is changeed step 6, chooses heavily up to all ticket pieces to finish.
Beneficial effect of the present invention is: in the present invention, choose the characteristics of weighing method in conjunction with choosing weighing method and database in the file in the prior art, press rule in conjunction with ticket, cut apart as number, and will need the loaded data scope to narrow down to a relatively little scope, the processing unit that chooses when heavily handling is a file, after the file arrival system, can carry out real-time choosing heavily handles, be not subjected to periodically feature limits of telecom charging, accomplish that the timing ticket with to choosing heavy, loads the relevant historical ticket in the suitable Close Date scope in the processing procedure, thereby guarantee to choose the accuracy rate that weighs, the present invention satisfies the timing ticket and chooses important asking in real time, have very high choosing again and weigh accuracy rate and efficient, therefore, the present invention can efficiently carry out ticket in real time and choose heavy; All data all are loaded in the internal memory and operate, and can carry out branch task multithreading or multi-course concurrency and handle, and choose heavy processing speed thereby improved greatly, have further improved practicality of the present invention.
Specifically, the present invention has following beneficial effect:
One, the present invention carries out ticket to choose heavy in the CDR file scope, also carries out the ticket of all relative CDR file scopes and chooses heavy, thereby guarantee to choose the maximization of heavy scope, can greatly improve and choose heavy accuracy rate, and its accuracy rate can reach 100%.
Two, the present invention uses multinomial technology, makes the timing ticket choose heavily and handle to have very high efficient, can reach tradition and choose 3～20 times of weighing method.
Three, the present invention satisfies the timing CDR file and chooses important asking in real time.
Four, timing ticket of the present invention is chosen the influence that heavy efficient and accuracy rate are not subjected to timing ticket real-time processing requirements, also is not subjected to historical a large amount of effect of accumulation of talking about, and has high stability.
Description of drawings
Fig. 1 chooses tuple according to flow diagram for the present invention;
Fig. 2 is when choosing heavy among the present invention and the schematic diagram that compares of historical ticket;
Fig. 3 is a concrete operations example process schematic diagram.
Embodiment
With embodiment the present invention is described in further detail with reference to the accompanying drawings below:
According to Fig. 1 and Fig. 2, the present invention adopts following method:
A. as shown in Figure 1; CDR file according to number rule carries out piecemeal to file; as pressing calling number; the ticket conversation time started; the ticket end of conversation time arranges; in the CDR file of each corresponding block data, carry out ticket and choose heavy; in actual treatment; adopt operating system multi-thread concurrent processing mode; CDR file to each block data carries out the concurrent heavily processing of choosing; the size of CDR file is not more than 20MB; ticket is after choosing heavily; non-repetition ticket is put into corresponding normal bill buffer area, and normal bill buffer area is provided with grouping by the ticket concluding time.
B. as shown in Figure 1; the CDR file of block data is after choosing heavily processing; data in normal bill buffer area divide into groups to produce the ticket piece by calling number and ticket Close Date; it is heavy that ticket in the ticket piece that is produced carries out choosing between file in corresponding historical ticket; ticket piece after choosing heavily writes to be chosen in the heavy file; obtain normal CDR file; and the heavy file of choosing that writes can be used as and chooses the historical ticket of heavily handling next time; the history ticket is to weigh file by choosing of calling number and the grouping of ticket Close Date accordingly, and this history ticket comprises that at least 1 day relevant the choosing in ticket Close Date front and back of being reflected in the described ticket piece weighs file.
In the present invention, the data flow of choosing heavy process is reflected as concrete controlled step as shown in Figure 1:
Step 1: with the timing CDR file according to number rule cut apart, piecemeal timing ticket is carried out concurrent follow-up choosing heavily handles.
Step 2: file clocking internal ticket behind the piecemeal is carried out ticket ordering, and the ticket after the ordering is arranged by calling number (ascending order), conversation time started (ascending order), end of conversation time sort criterias such as (descendings), and sort criteria is with to choose the weight condition relevant;
Step 3: the timing ticket in the file is traveled through;
Step 4: a more every ticket and a last normal ticket are the repetition tickets, sort out all heavy lists in the file;
Step 5: the normal ticket in the file is by cutting apart condition, i.e. number grouping is different with the ticket Close Date, enters in the corresponding ticket piece;
Step 6: in order of dates get a blocks of files, and load the historical ticket choose corresponding date range with it and number sets in the heavy file;
Step 7: the ticket in the dialogue monolithic travels through;
Step 8: individual ticket and the historical ticket that take out in the ticket piece are compared; judge whether it is the repetition ticket; if then go into heavy single process; otherwise enter normal ticket flow process; and write and choose in the heavy file as having chosen heavy historical ticket; step 8 is changeed step 6, chooses heavily up to all ticket pieces to finish.
In the real time billing processing procedure; CDR file is through ordering; traversal; relatively; can sort out all heavy lists in the file; but heavy single may being distributed in other file of normal ticket in the file; and CDR file time of advent is at random; include with its in other file of the ticket that repeats of ticket may charge or also no show; the present invention chooses heavy for realizing that CDR file is chosen in the heavy process in real time with historical ticket; load in real time historical ticket in the processing procedure and in the internal memory with through choosing heavy normal ticket in the file, choose anharmonic ratio, and handle for the principle of normal ticket according to chargeing earlier.For guaranteeing to choose heavy efficient, load the historical ticket that historical ticket only gets in certain date range and compare, as long as date range is enough big, just can makes and choosing the processing accuracy rate 100% that weighs.
As can be drawn from Figure 2: and if only if exists ticket, long span is got under the situation of n days scopes at that time, be separated by n days with its Close Date and in a file, do not choose the repetition ticket of heavily handling and to sort out, but, then it can be sorted out as long as enlarging historical ticket scope is n+l.
Because present most of switches are considered the needs of anti-swindle; when once conversing exceedance hour; ticket is cut apart; and the conversation that duration jumped more than two days seldom occurs; get final product so the value of general n is 1-2, value is 3 can further guarantee accuracy, as shown in Figure 2; by the differentiation multiple ticket of attaching most importance to, and ticket D was normal ticket when ticket C chose heavy between file.
The following is a concrete operations example: as shown in Figure 3,
1, before handling, repetitive phone bill document picking carries out in the sort process, grouping is divided into several small documents with bigger CDR file according to number, like this, choose that each CDR file size generally is no more than 20MB when heavily handling, ticket in each file all belongs to a specific number grouping, can suppose one of them file F1, file F1 belongs to number grouping G1.
2, before choosing heavily CDR file is carried out the ticket ordering, file F1 arranges at ordering what happened latter individual palpation calling number ascending order, ticket conversation time started ascending order, ticket end of conversation time descending, obtains ticket sequence as shown in table 1:
| The ticket conversation time started | The ticket end of conversation time | |
| …… | …… | …… |
| 1234567 | 2002-9-1?00:00:00 | 2002-9-1?00:30:00 |
| 1234567 | 2002-9-1?00:00:00 | 2002-9-1?00:30:00 |
| 1234567 | 2002-9-1?00:10:00 | 2002-9-1?00:50:00 |
| 1234567 | 2002-9-1?00:10:00 | 2002-9-1?00:20:00 |
| 1234568 | 2002-8-30?00:25:00 | 2002-8-30?00:45:00 |
| …… | …… | …… |
Table 1
3, file F1 is traveled through; get article one ticket earlier as normal ticket T0; take off a ticket T1 again and a last normal ticket T0 compares; the list if T1 attaches most importance to; then T1 enters repetition ticket flow process; otherwise, T0 is put into normal bill buffer area, T1 substitutes the comparison ticket of T0 as next bar ticket.With this repeated treatments; to the end, last T0 ticket is put into normal bill buffer area as normal ticket, more than will be in the file heavy singly all sort out; normal bill buffer area was organized by the ticket concluding time, and every normal ticket is put into the preceding definite buffering area zone that will put into of buffering area.
4, bill buffer area was cut apart by the ticket Close Date, obtained ticket piece B1-Bn, each piece only comprises Close Date in the F1 and belongs on the same day call bill data;
5, in order of dates every ticket is carried out choosing between file heavy.Promptly load by Bn and presents F1 same packets and with the Bn date and time information before and after 3 days scopes choose the historical ticket of having handled in the heavy file, wherein repeating part then needn't load again.
6, every ticket Tn among the traversal Bn, if find heavy list, then ticket Tn singly enters heavy single process as weighing; Otherwise, ticket Tn write with number grouping by date choose in the heavy file, do not exist if choose heavy file accordingly, then create this file, write ticket Tn again, and ticket Tn is outputed to normal ticket flow process.
Claims (12)
1. a ticket is chosen weighing method, it is characterized in that: it adopts following implementation step:
A. the timing CDR file is carried out piecemeal by rule, in the CDR file of each corresponding block data, carry out ticket and choose heavy;
B. the CDR file of block data is after choosing heavily processing; produce the ticket piece by rule; it is heavy that ticket in the ticket piece that is produced carries out choosing between file in corresponding historical ticket; ticket piece after choosing heavily writes to be chosen in the heavy file; obtain normal CDR file, and the heavy file of choosing that writes can be used as and chooses the historical ticket of heavily handling next time.
2. ticket according to claim 1 is chosen weighing method, it is characterized in that: in the described steps A, timing CDR file according to number rule carries out piecemeal to file.
3. ticket according to claim 2 is chosen weighing method, it is characterized in that: in the described steps A, described timing CDR file was arranged by calling number, ticket conversation time started, ticket end of conversation time behind the piecemeal.
4. choose weighing method according to claim 1 or 2 or 3 described tickets, it is characterized in that: in the described steps A, adopt operating system multi-thread concurrent processing mode, the CDR file of each block data is carried out concurrent choosing heavily handle.
5. ticket according to claim 4 is chosen weighing method, it is characterized in that: the size of described CDR file is less than or equal to 20MB.
6. ticket according to claim 4 is chosen weighing method, it is characterized in that: the ticket of described CDR file is after choosing heavily, and non-repetition ticket is put into corresponding normal bill buffer area.
7. ticket according to claim 6 is chosen weighing method, it is characterized in that: described normal bill buffer area is provided with grouping by the ticket concluding time.
8. ticket according to claim 1 is chosen weighing method, it is characterized in that: among the described step B, the CDR file of described block data divides into groups to produce the ticket piece by calling number and ticket Close Date after choosing heavily processing.
9. choose weighing method according to claim 1 or 8 described tickets, it is characterized in that: among the described step B, described historical ticket is to weigh file by choosing of calling number and the grouping of ticket Close Date accordingly, and this history ticket comprises that at least 1 day relevant the choosing in ticket Close Date front and back of being reflected in the described ticket piece weighs file.
10. ticket according to claim 9 is chosen weighing method, it is characterized in that: among the described step B, the described ticket piece of choosing after weighing does not have the corresponding heavy file of choosing by calling number and date grouping, then creates to choose accordingly weighing file.
11. ticket according to claim 9 is chosen weighing method, it is characterized in that: described historical ticket comprises that 3 days relevant the choosing in ticket Close Date front and back of being reflected in the described ticket piece weighs file.
12. a ticket is chosen weighing method, it is characterized in that: it adopts following concrete controlled step:
Step 1: with the timing CDR file according to number rule cut apart;
Step 2: file clocking internal ticket behind the piecemeal is carried out the ticket ordering, and the ticket after the ordering is arranged by the sort criteria of calling number, conversation time started, end of conversation time;
Step 3: the timing ticket in the file is traveled through;
Step 4: a more every ticket and a last normal ticket are the repetition tickets, sort out all heavy lists in the file;
Step 5: the normal ticket in the file is by cutting apart condition, i.e. number grouping is different with the ticket Close Date, enters in the corresponding ticket piece;
Step 6: in order of dates get a blocks of files, and load the historical ticket choose corresponding date range with it and number sets in the heavy file;
Step 7: the ticket in the dialogue monolithic travels through;
Step 8: individual ticket and the historical ticket that take out in the ticket piece are compared; judge whether it is the repetition ticket; if then go into heavy single process; otherwise enter normal ticket flow process; and write and choose in the heavy file as having chosen heavy historical ticket; step 8 is changeed step 6, chooses heavily up to all ticket pieces to finish.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB031156088A CN100373858C (en) | 2003-02-24 | 2003-02-24 | A call bill weight picking method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB031156088A CN100373858C (en) | 2003-02-24 | 2003-02-24 | A call bill weight picking method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1525689A CN1525689A (en) | 2004-09-01 |
| CN100373858C true CN100373858C (en) | 2008-03-05 |
Family
ID=34284363
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB031156088A Expired - Lifetime CN100373858C (en) | 2003-02-24 | 2003-02-24 | A call bill weight picking method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100373858C (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1897629B (en) * | 2006-06-30 | 2010-12-01 | 南京联创科技集团股份有限公司 | Mass toll-ticket fast cross rearrangement based on memory |
| CN101707727B (en) * | 2009-10-12 | 2012-07-04 | 南京联创科技集团股份有限公司 | Historical phone number list based phone number level rearrangement method |
| CN107704566A (en) * | 2017-09-29 | 2018-02-16 | 中国联合网络通信集团有限公司 | Ticket centralized procurement preprocess method, system and re-scheduling, fractionation and combination system |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000024161A1 (en) * | 1998-10-19 | 2000-04-27 | Nokia Networks Oy | Charging method in telecommunications network |
| WO2001069891A1 (en) * | 2000-03-14 | 2001-09-20 | Sonera Oyj | Arranging of billing in a telecommunication system |
| CN1373586A (en) * | 2001-03-01 | 2002-10-09 | 深圳市中兴通讯股份有限公司 | Universal internetwork charge method |
-
2003
- 2003-02-24 CN CNB031156088A patent/CN100373858C/en not_active Expired - Lifetime
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000024161A1 (en) * | 1998-10-19 | 2000-04-27 | Nokia Networks Oy | Charging method in telecommunications network |
| WO2001069891A1 (en) * | 2000-03-14 | 2001-09-20 | Sonera Oyj | Arranging of billing in a telecommunication system |
| CN1373586A (en) * | 2001-03-01 | 2002-10-09 | 深圳市中兴通讯股份有限公司 | Universal internetwork charge method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1525689A (en) | 2004-09-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| So | Optimal buffer allocation strategy for minimizing work-in-process inventory in unpaced production lines | |
| EP1695282B1 (en) | Data processing system and method | |
| CN105069134B (en) | A kind of automatic collection method of Oracle statistical informations | |
| CN101251861B (en) | Method for loading and inquiring magnanimity data | |
| Lois et al. | Online algorithm for dynamic dial a ride problem and its metrics | |
| CN107070890A (en) | Flow data processing device and communication network major clique system in a kind of communication network major clique system | |
| CN100483411C (en) | Information searching method and device in relation ship data bank | |
| CN100578498C (en) | Data integral service system and method | |
| GB2361555A (en) | Method of evaluating queries against received event information | |
| CN100421101C (en) | Data checking apparatus and checking method | |
| CN100358295C (en) | Timer scheduling method | |
| CN109903097A (en) | A kind of user draws a portrait construction method and user draws a portrait construction device | |
| CN106227782A (en) | A kind of method being inserted into data base based on multi-data source | |
| CN110399395A (en) | Speedup query method, storage medium based on precomputation | |
| CN109388636A (en) | Business datum is inserted into database method, apparatus, computer equipment and storage medium | |
| CN101751397B (en) | Method and device for importing files into database | |
| CN103902592A (en) | Method and system for realizing analytic functions based on MapReduce | |
| CN100373858C (en) | A call bill weight picking method | |
| He et al. | Scheduling manufacturing systems | |
| CN101599161A (en) | Marketing support system | |
| CN106708946A (en) | Universal API table query method | |
| US7165072B2 (en) | Method for merging information from effective dated base tables | |
| CN110689386A (en) | Electronic bill issuing method and system | |
| CN113568931A (en) | Route analysis system and method for data access request | |
| CN103902574A (en) | Real-time data loading method and device based on data flow technology |
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 | ||
| CX01 | Expiry of patent term | ||
| CX01 | Expiry of patent term |
Granted publication date: 20080305 |