WO2007019808A1

WO2007019808A1 - Method and system for acquiring the traffic information in real time

Info

Publication number: WO2007019808A1
Application number: PCT/CN2006/002108
Authority: WO
Inventors: Ye Yan; Xiaohai Yuan; Jian Ying
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2005-08-19
Filing date: 2006-08-18
Publication date: 2007-02-22
Also published as: CN1889602A

Abstract

A method and system for acquiring the traffic information in real time, and the method includes: presetting at least one counter in the service module; and the service module using the said counter for collecting the traffic information and implementing the traffic statistics. The inventive system includes: at least one counter preset in the service module, which is used for collecting the traffic information; a traffic data processing module, which is used for implementing the statistics of the traffic data collected by the counter and obtaining the traffic information. With the invention, the efficiency of the traffic statistics can be improved, the number of the statistical tasks implemented concurrently can be increased, and the traffic statistics function can be enhanced. In addition, the real-time ability and the accuracy of the traffic statistics can also be improved.

Description

Method and system for real-time access to words

TECHNICAL FIELD The present invention relates to the field of communications technologies, and in particular, to a method and system for acquiring traffic information in real time. Background technique

Existing switches generally provide traffic statistics. The traffic information includes information about the call status of the exchange, the amount of call services, and the quality of the network. The operator operates, maintains, and manages the exchange and its surrounding networks based on the traffic information, and designs for the operator. Provide reference data for business management. With the development of switching technology and the expansion of switch capacity, the requirements for telecommunication users' traffic statistics function are more and more comprehensive, and the performance requirements are getting higher and higher.

Figure 1 shows a schematic diagram of an existing principle for obtaining traffic information. The traffic statistics server is used to implement the post-mortem statistics function of traffic. The switch service processing module (SM, Switch Module) sends the call information to the traffic statistics server through the front management module (FAM) at the end of the call, and the traffic statistics server classifies, counts, and stores the information. Finally, the traffic statistics report is output to the user, wherein the pre-switch management module is a high-speed, massive, and secondary external memory of the switch.

Since the traffic statistics server needs to perform statistics according to the information sent by the switch service processing module, and the information that can be sent from the service processing module to the traffic statistics server is limited, the traffic information statistics function is not comprehensive.

The service processing module must send the information of each call to the traffic statistics server, and the traffic statistics server also needs to save all the information to its memory (such as a hard disk). When the traffic is high, the performance of the service processing module and the traffic statistics server will be a test, which reduces the reliability of the system.

After the end of each call, the service processing module sends the call information to the traffic statistics server, which causes the information collected by the traffic statistics server to have a certain delay, and the real-time performance of the statistics is inevitably affected.

In addition, this approach increases the operator's operating and maintenance costs. Operator must add extra Maintain the software and hardware systems of the external server.

FIG. 2 is a schematic diagram showing another implementation principle of acquiring traffic information. It uses the business processing module for post-event statistics, and the statistical function is implemented in each business processing module. The service processing module collects the call at the end of the call. At the end of each statistical period, the statistics are sent to the BAM (Behind Administration Module) through the Pre-Switch Management Module (FAM). The post-switch management module is also a high-speed, massive, and two-level external storage device of the switch, which can save statistical results, synthesize the statistical results, and form a report output to the user.

The above traffic information statistics schemes all adopt post-analysis methods, and their statistical functions are not comprehensive and the real-time performance is not high. In addition, because the statistics function is implemented in each service processing module, in order to prevent the traffic statistics function from having a large impact on the overall system performance, the number of statistical tasks that the switch can support at the same time is limited. Summary of the invention

It is an object of the present invention to provide a method and system for detecting traffic information in real time to improve the accuracy and real-time performance of traffic statistics.

A method for obtaining traffic information in real time according to the present invention includes: preset at least one counter in a service processing module;

The service processing module uses the counter to collect traffic data and perform traffic statistics. Preferably, the counter is preset by the following steps:

Set shared memory as the counter area and set one or more fixed bytes in the shared memory to one counter.

More suitably, the method further includes setting a statistical task, a statistical period, and a statistical object. The method further includes:

The service processing module transmits the traffic statistics result to the relevant management module.

Preferably, the statistics of the event class ontology are implemented according to the following steps:

Set a counter;

The counter of the event is accumulated as the event occurs;

The service processing module records the counter value at the beginning and end of the statistical period, and calculates the difference. More suitably, follow the steps below to obtain the traffic class ontology data:

The occupied line number counter and the traffic auxiliary counter are set, and the traffic auxiliary counter is used to record the accumulated value of the occupied line number in time;

Set a sampling number counter for recording the number of sampling times in the statistical period;

The service processing module scans the traffic assist counter and the sample count counter at the beginning and end of the statistical period, respectively, and calculates the traffic volume in the statistical period T by the following formula:

Traffic = (the traffic assist amount at the end of the statistical period - the traffic assist amount at the start of the statistical cycle) / The number of samples in the statistical period.

Specifically, the occupied line number counter n and the traffic volume auxiliary counter U are set, and r represents the number of lines occupied at the current time. When the occupation of each line starts, the occupied line number counter is incremented by one, and the occupied line is ended. The counter is decremented by one; the accumulative value used by the traffic assist counter U for recording is obtained by the following formula:

Where U is the cumulative value of the number of scan lines in time; i is the time of the i-th sample point; j is the time of the j-th sample point; the time indicating the i-th sample point is used in the statistical object group The number of objects.

More suitably, when the measurement object is one, a fixed counter is set to record the traffic data. When there are multiple measurement objects, a semi-fixed counter is set, the enumeration value is expanded according to the object number, an index value is generated, and counting and related operations are performed according to the index value.

More suitably, when there are a plurality of measurement objects, a common counter area is set, and the counter in the common counter area is dynamically allocated according to the set statistical task.

According to the present invention, there is also provided a system for acquiring traffic information in real time, comprising:

At least one counter, preset in the service processing module, is configured to collect traffic data; and the traffic data processing module performs statistical processing on the traffic data collected by the counter to obtain traffic information.

More suitably, the counter is formed by one or more fixed bytes in the shared memory by setting a shared memory in the service processing module.

Preferably, when the measurement object is one, the counter is a fixed counter; When there are a plurality of measurement objects, the counter is a semi-fixed counter, and the enumeration value is expanded according to the object number, an index value is generated, and counting and related operations are performed according to the index value.

The system also includes a management module for receiving and managing traffic statistics results from the service processing module.

The present invention uses the embedded counter method to perform traffic information statistics, and only accumulates or subtracts the counter at each program point. At the end of the statistical period, the counter value is taken to form a statistical report output to the switch management module. In this way, the efficiency of traffic information statistics can be improved, the number of simultaneous statistics tasks is increased, and the traffic statistics function is enhanced.

Traffic statistics are calculated using the embedded counter method. Each time the program reaches a statistical point, the corresponding counter is counted, which improves the real-time and accuracy of traffic information statistics. DRAWINGS

1 is a schematic diagram of an implementation principle of acquiring traffic information in the prior art;

2 is a schematic diagram of another implementation principle of acquiring traffic information in the prior art;

3 is a flowchart of a method for acquiring traffic information according to an embodiment of the present invention;

4 is a schematic diagram of a statistical data curve of an event class ontology in accordance with an embodiment of the present invention;

FIG. 5 is a schematic diagram of statistics of a traffic class ontology according to an embodiment of the present invention. detailed description

First, some technical terms involved in the present invention are explained as follows:

Switch: Refers to communication devices with switching functions, such as fixed network switches, wireless switches, softswitch devices, and Service Control Point (SCP).

Traffic statistics: Also known as traffic measurement, traffic measurement, load measurement, traffic statistics. It measures on the exchange and its surrounding telephone networks, providing data on the measurement, planning, operation, and management of the telephone network.

Ontology: Indicates the amount of data that must be collected for a measurement (such as traffic, number of calls, average duration, etc.).

Object: Refers to various physical or logical entities being measured and combinations thereof (eg, line group, Relay circuit group, common control unit, auxiliary unit, destination, etc.).

Measurement unit: A specific type of measurement that specifies what can be measured, what is measured, and how it is measured.

Traffic volume: The percentage of time that the device handles traffic as a percentage of the total duration, dimensionless, in Ireland (Erl), traffic usage, call traffic, etc.

Event: A hardware or software action that occurs in a switch or surrounding network and is generated by the user or hardware or software and has a clear physical or logical meaning, called an event. The number of occurrences of an event is an important part of the traffic information statistics, and the operation of the switch and the surrounding network can be described based on the value of these event times.

3 is a flowchart of a method for obtaining traffic information according to an embodiment of the present invention. Referring to FIG. 3, the method mainly includes: pre-embedding at least one counter in each service processing module SM; setting a statistical task, a statistical period, and a statistical object; The processing module uses the counter to collect the traffic data and obtain the traffic information statistics result; the service processing module transmits the traffic information statistics result to the switch management module BAM through the pre-switch management module FAM.

The method for pre-embedding the counter specifically includes a global shared memory as a counter area in each service processing module, and every 4 bytes in the memory serves as a counter. The application of the business processing module accumulates (++) or subtracts (-) operations on a counter in the counter area in a contracted manner for statistical purposes. The implementation of the embedded counter method mainly involves two aspects. One is to use the counter to count the various types of ontology. In the present invention, for each type of ontology (such as event class, traffic class, timely long class ontology, etc.), There are some differences in the specific processing methods. The second is how to manage these counters.

The following describes the statistical methods of various types of ontology involved in the present invention:

FIG. 4 is a schematic diagram showing statistical data of an event class ontology in an embodiment of the present invention. The best thing about the counter structure is to do the accumulation. Therefore, for the "calls", "occupied times", "XXX times" and other ontology, you only need to simply ++ on the counters representing these ontology at the corresponding software process points. The counter of the event is accumulated as the event occurs. SM accesses the counter at the beginning and end of the statistical period T, and the difference is the number of events occurring during this statistical period. Using this method of "counter accumulating, making statistical results", a counter can serve statistical tasks for various statistical periods. FIG. 5 is a schematic diagram showing the statistics of the traffic class ontology in the embodiment of the present invention. For the ontology of the traffic class, such as "occupied traffic", it is not only related to the number of occupations, but also related to the duration of each occupation. Therefore, traffic is measured by indirect scanning.

In the statistical period T, it is divided into M sample points, and the sample interval time Tp is D ==\ Τρ. At each sampling point, individual lines in the object (such as relay circuits in the trunk group) are scanned to obtain the number of lines occupied at different times... n _m . .n is the number of buses in the statistic object. If the sampling interval Tp is sufficiently small, the traffic in the period can be approximated by the following equation:

USAGE =

M where: USAGE represents the traffic volume (ie traffic intensity); M represents the number of samples in the statistical period; i represents the time of the i-th sample point; ni indicates that the time of the i-th sample point is in the statistical object group The number of objects in the state of use.

Obviously, in order to obtain the value of ni, the state of scanning N lines for each sample interval Tp results in a lot of calculations. To this end, an "occupied line number counter" is used to indicate the number of lines occupied at the current time, ni. At the beginning of the occupation of each line, the application module adds 1 to the "occupied line number counter" and ends with "occupied line". The number counter is decremented by 1. In this way, there is no need to scan each line, and the "Occupied Line Count Counter" always records the number of lines currently occupied in the statistics object at the current sample time.

A counter U (called the traffic auxiliary counter) is used to record the accumulated value of ni:

Where: U represents the cumulative value of the number of scan lines in time; i represents the time of the i-th sample point; j represents the time of the j-th sample point; ni represents the moment of the i-th sample point is in the statistical object group The number of objects in the state of use.

Another counter S is used to record the total number of samples from the start of the system to a certain time, called the count counter. Therefore, the traffic volume in the statistical period T is:

USAGE = (Uj ₂ -Uji)/M

Where: USAGE represents the traffic volume (ie traffic intensity); Uj ₂ represents the traffic assistance amount at the end of the statistical period (in 釆 order number); 1^ indicates the statistical cycle start time In units of traffic volume assistance; M represents the number of samples in the statistical period, ie Sj ₂ -Sji.

Similar to the event counter, the traffic auxiliary counter and the sampling count counter are accumulated over time, and the SM scans the traffic auxiliary counter and the sampling number counter at the beginning and the end of the statistical cycle, respectively, and the difference and sampling of the two. The quotient of the number of times is the traffic volume of the cycle.

In summary, in order to count a traffic, three counters need to be used: the occupied line counter n, the traffic auxiliary counter U, and the sampling counter S. Where U is the accumulated value of n over time, and S is the running value of the number of times over time. The value of traffic during a certain period of time is given by:

USAGE ^ (Uj.-Uj /CSj Sj

Since the traffic information detection statistics usually result in statistical results at a predetermined cycle, that is, for a particular statistical task, M (ie, SjrSjO is a fixed amount. Therefore, to simplify the design, only 2 are used. Counter: The line number counter n and the traffic auxiliary counter U are used. The calculation formula of the traffic volume is:

USAGE = (Uj ₂ -Uj /M

Where M is the constant obtained from the statistical period set by the statistical task.

For the duration class ontology, in the statistical ontology, the duration information has an average duration of time, a duration of congestion, and the like. Taking the average occupancy time as an example, in general, the average occupancy time = (occupied total duration / occupancy count), the unit is the sampling interval T _p (seconds), if you want to convert to the length in seconds or minutes, you need to use the following formula:

Average occupancy time = (occupation traffic assistance amount / occupancy count) *Τ _Ρ (seconds) Due to the large number of objects to be counted, it is unrealistic to statically assign a counter to each statistical item of each object in the switch. of. Therefore, different types of counters need to be designed to meet various statistical requirements.

When there is only one object in the measurement unit, for example: For global measurement of traffic, the object is "all subscriber lines". Only one set of counters is needed to count the body of this object. Such counters are called fixed counters. Fixed counters are allocated at system initialization and the number does not change with the SM configuration. The fixed counter can be described by an array: unsigned long main_counter[MAX_FIX_COUNTER_NUM]; The application can use the fixed class counter to correspond to the enumeration value of the ontology as an array of counters. Subscript, counting and refreshing.

When there are multiple objects in the measurement unit, for one SM, the number of entities is only related to the largest tuple of the number of configurations of the object, such as the statistics of the relay group. This type of counter is called a semi-fixed counter. Semi-fixed counters can also be described in arrays:

Unsigned long main_counter [MAX_HFIX_COUNTER_NlJM]; Unlike the fixed counter, the number of objects of the measurement unit using the semi-fixed counter has a multi-value value that is "expanded" according to the object number, thereby generating an index value, and counting and refreshing operations according to the index value. The index of the counter takes the following form:

Index = length * n + ( entity - entity — begin ) where: length is the number of ontology of a measurement unit; entity_begin is the starting enumeration value of the ontology of a measurement unit, ie MS—H— XXX—XXXX— ENTITY—BEGIN + 1; entity is the unified numbered body of a measurement unit; n is the sequence number of a measurement unit object, such as office direction 3, then n=3.

There are multiple objects in the measurement unit, and for a SM, the number of entities is very large.

(For example, the statistics of the subscriber line, the number of subscriber lines allowed in one module is 6688). If these counters are statically assigned, the amount of memory consumed by the counters will be unacceptable to the system. Therefore, a dynamic allocation counter is required.

Dynamically assigning counters: After the system is initialized, each measurement unit object does not correspond to a group of counters, but there is a common counter area common to all of these objects. The size of this common counter area is fixed. Only when the BAM has set up a statistical task, assigns a set of counters to the corresponding statistical object. This counter is released when the task is completed and deleted.

In other embodiments of the present invention, the embedded counter and the post-analysis method may be used at the same time, and the measurement unit with less global class and the number of objects may be counted by using a pre-embedded counter, and for a specific object. The measurement unit that performs statistics (for example, statistics on the call situation of a certain user) is statistically analyzed by means of post-mortem analysis. In this way, the advantages of the two methods can be taken into account, and the traffic information statistics function can be unified and efficient.

In the present invention, the method of using the embedded counter is used to perform traffic information statistics, only in each Program points perform ++ and one operations on the counter. At the end of the statistical period, the counter value is taken to form a statistical report output to the BAM. In this way, the efficiency of traffic information statistics can be improved, the number of tasks simultaneously counted is increased, and the comprehensiveness of the traffic information statistics function is enhanced.

In addition, the traffic counter is calculated by using the embedded counter method. Whenever the program reaches a statistical point, the corresponding counter is counted, which improves the real-time performance and accuracy of the traffic information statistics.

The above embodiments are intended to illustrate and explain the principles of the invention. It is to be understood that the specific embodiments of the present invention are not limited thereto. Various changes and modifications may be made without departing from the spirit and scope of the invention.

Claims

Rights request

A method for acquiring traffic information in real time, which is characterized by comprising:

Presetting at least one counter in the service processing module;

The service processing module uses the counter to collect traffic data and perform traffic statistics.

2. The method for acquiring traffic information in real time according to claim 1, further comprising setting a statistical task, a statistical period, and a statistical object in advance.

The method for acquiring traffic information in real time according to claim 1, further comprising:

The service processing module transmits the traffic information statistics result to the relevant management module.

A method for real-time access to traffic information according to claim 1, wherein the counter is preset by the following steps:

The method for acquiring traffic information in real time according to any one of claims 1 to 4, characterized in that the event class ontology is calculated according to the following steps:

Set a counter;

The counter of the event is accumulated as the event occurs;

The service processing module records the counter value at the beginning and end of the statistical period, and calculates the difference.

The method for real-time acquisition of traffic information according to any one of claims 1 to 4, characterized in that the traffic volume class ontology data is obtained according to the following steps:

Set a sampling number counter for counting the number of samplings in the period;

The service processing module scans the traffic assist counter and the sample count counter at the beginning and end of the statistical period, respectively, and calculates the traffic in the statistical period T by the following formula:

7. The method for acquiring traffic information in real time according to claim 6, wherein: Body includes:

Set the occupied line number counter n and the traffic auxiliary counter U, where ni is the number of lines occupied at the current time. When the occupation of each line starts, the occupied line number counter is incremented by one, and the occupied line number counter is decreased at the end. 1; The traffic auxiliary counter U is used to record the accumulated value of ni, obtained by the following formula:

Where U is the cumulative value of the number of scan lines in time; i is the time of the i-th sample point; j is the time of the j-th sample point; ni is the time at which the i-th sample point is in the statistical object group The number of objects in the state of use.

A method of real-time acquisition of traffic information according to any one of claims 1 to 4, wherein a fixed counter is set when the measurement object is one.

The method for real-time acquisition of traffic information according to any one of claims 1 to 4, wherein when there are a plurality of measurement objects, a semi-fixed counter is set, and the enumeration value is expanded according to the object number to generate The index value is counted according to the index value and related operations.

The method for acquiring traffic information in real time according to any one of claims 1 to 4, characterized in that

When there are multiple measurement objects, a common counter area is set, and the counters in the common counter area are dynamically allocated according to the set statistical tasks.

1 1. A system for acquiring traffic information in real time, characterized in that:

The system for acquiring traffic information in real time according to claim 11, wherein the counter is constituted by one or more fixed bytes in the shared memory by setting a shared memory in the service processing module.

The system for acquiring traffic information in real time according to claim 11, wherein when the measurement object is one, the counter is a fixed counter;

When the measurement object is multiple, the counter is a semi-fixed counter, and the enumeration value is followed. The object serial number is expanded, an index value is generated, and counting and related operations are performed according to the index value.

The system for acquiring traffic information in real time according to claim 11, further comprising:

A management module, configured to receive and manage traffic statistics results from the service processing module.