MXPA00009701A - Method and apparatus for radio network management - Google Patents

Abstract

The collection, processing, analysis and employment of real-time, call traffic event data in a wireless or radio telecommunications network is more effectively achieved by providing a continuous flow of real-time call traffic event data from a network element level or network level switch to an open, external processing platform over a standardized, open event interface. By continuously transferring call traffic event data to an open processing platform for processing, wherein the open processing platform is external to the network element level or network level switch, the central processing unit in the network element level or network level switch is more readily available to handle real-time critical operations. Once processed on the open, external processing platform, the call traffic event data can be used to support various network management functions to improve overall performance of the network.

Description

"METHOD AND APPARATUS FOR ADMINISTRATION T > E R D DE JRADIO" FIELD OF THE INVENTION The present invention relates generally to the field of telecommunications / including radio or wireless telecommunications. More particularly, the present invention relates to the field of supervising the operation of the telecommunications network and the optimization of the network.

BACKGROUND A simplified project of a cellular telecommunications system is illustrated in Figure 1 100. In this system, the mobile stations M1-M10 communicate with the fixed part of the public switched telephone network (PSTN) by transmitting radio signals to, and receiving, radio signals from the cellular base stations B1-B10. The cellular base stations B1-B1Q are, in turn, connected to the PSTN through a Mobile Switching Center (MSC). Each base station B1-B10 transmits signals within a corresponding area, or a "cell" C1-C10. Within each cell, a base station transmits to the mobile units placed therein through downlink Radio Frequency channels, while the mobile units transmit the information to these base stations through the Radio Frequency channels. uplink. A radio telecommunications network, of course, may consist of many systems, such as the cellular telecommunications system 100 illustrated in Figure 1, wherein each system is operated by one or more Mobile Switching Centers. In order to properly control the network, as well as each of the systems that constitute the network, the radio telecommunications network is usually maintained and rendered service by a network operator. Typically, the maintenance and service station of the network -involves collecting and interpreting a large amount of statistical data related to the operation of the network. Then, based on this statistical data, the operator of the network can adjust certain parameters of the network with the intention that these adjustments improve the total functioning of the network. Conventionally, network operators rely on meter-based systems to collect and process the large amount of data necessary to maintain and service the network. Figure 2 provides an example of a conventional meter based system. As illustrated in Figure 2, the exchange level or network level switch 205 contains a number of event counters 0 ... n. For any of these event counters 0 ... n, the human operator 215 must define a measurement program. This involves admitting the appropriate commands on the switch 205, through the workstation of the operator of the network 220 which, in turn, instructs the corresponding counter (or counters) to count the event of a specific event through a period of time also defined by the human operator 215. Then, each time the event occurs, the switch 205 increments to the corresponding counter. The type of events that could be traced using event counters 0 ... n include, for example, tentative deliveries to a specific cell, successful deliveries to a cell, tentative deliveries from a cell to a neighboring cell, and successful deliveries from a cell to a neighboring cell. At the end of the predefined measurement period, the switch 205 sends the value stored in the counter corresponding to a post-processing application that is being carried out on the external workstation 220. The post-processing application then converts the information of the jeep. in a user-friendly format, such as a report or graph, for the human operator 215. The human operator 215 may then alter or update the configuration of the switch 205, based on the information provided by the post-processing application. The conventional systems, such as the system illustrated in Figure 2, suffer from a number of inconveniences. First, the human operator must usually wait for a relatively long period of time (eg, a period of time equal to the predefined measurement period, plus a period of time required by the post-processor to process the event data) in order to to obtain the processed statistical information that represents the operation of the network. Then, additional time is still required for the human operator to interpret the processed information of the operation of the network. Due to the delays associated with collecting, processing and interpreting network operation data, it is difficult to make quick decisions regarding the settings of the switch configuration in order to quickly improve the operation of the network. Second, a significant amount of processing is carried out by the switch itself. However, the switch is usually an expensive irruy network component that is designed to handle critical switch operations, not to collect data or statistical analyzes. Because the collection of event data represents a large processing load, the maintenance and control of the different event counters in the switch can significantly impact the ability of the switch to perform the required critical switch operations. Third, each of the "different systems that make up the radio telecommunications network can be designed by including components manufactured by different vendors, where each employs its own format." Therefore, it is difficult to design post applications. This defect also makes it difficult to build the post-processing applications that support the automatic processing and analysis of operating statistics, feedback and automatic reconfiguration of the switch. it would be desirable to provide network system architectures and methods that more effectively and efficiently provide the management of radio telecommunications network.

COMPENDIUM The present invention provides an efficient and effective radio network management architecture, and a method for collecting, processing, analyzing and employing key network operation indicators, wherein the network performance indicators involve data based on the event of call instead of data based on the counter. As will be appreciated by a person skilled in the art, each call associated with the network involves a sequence of defined elements known as call events, eg, registration, delivery, page responses, access, and many others. Unlike conventional systems which, as stated above, use the level of exchange or the network level switch for exchange of account or network level events, and then transfer the account data to a network station. external work for post-processing and analysis by a human operator, the present invention transfers the detailed event information related to each call, at the occurrence of the event, to an "open" platform (ie, one that is compatible with the systems of multiple computer) for real-time or near-real-time processing. Then, based on the processed call event data, the present invention provides near-real time real-time analysis of the processed call event data and automatic network optimization (eg, switch) through feedback control for operations critics. For - non-critical operations, the present invention supports the additional post-processing and presents this data for the human operator. Non-critical operations data processing, however, is achieved in hardware that is physically separated from the switch so that the processing of this data does not in any way inhibit the ability of the switch to perform critical operations. Correspondingly, an object of the present invention is to provide a radio network management capability that reduces the time required to interpret the network performance indicators. Another object of the present invention is to provide a radio network management capability that can more quickly identify the problems of the network based on the interpreted network performance indicators. Still another object of the present invention is to provide a radio network management capability that can provide real-time or near-real-time feedback control in order to take corrective action, such as reconfiguring the switch, to mitigate the problems that can degrade the operation of the network.

Still another object of the present invention is to provide a radio network management capability that improves the quality of service of the network. A still further object of the present invention is to provide a radio network management capability that increases the capacity of the network particularly the processing capacity. In accordance with an exemplary embodiment of the present invention, the above-identified objects and other objects are achieved with a network node including a means for continuously receiving call traffic event data from a second network node, wherein the The call traffic event data is related to a specific call traffic event, and where the second network node is interleaved with, and is independent of the first network node. In addition, the network node includes a means for processing the continuously received call traffic event data related to the call traffic event. In accordance with another exemplary embodiment of the present invention, the objects identified above and others are achieved by a radio telecommunications network, capable of monitoring and adjusting the operation of the network based on the data based on the call traffic event. The network includes a network element level switch and a network element level network management node connected to a network event level switch. further, the network element level network management node contains a means for continuously receiving the call traffic event data, related to a specific call traffic event from the level switch of the network element and a means for continuously process the data of the continuously received call traffic event. In accordance with yet another exemplary embodiment of the present invention, the objects identified above, and others, are achieved by a network operation monitoring system based on call traffic event. The system includes a first plurality of network elements, each comprising a network element level switch. In addition, the system includes a plurality of network element level management nodes. Through a standardized open interface, each of the plurality of network management nodes network element level is connected to a corresponding element of the first plurality of network elements. Also, each of the plurality of network element level network management nodes comprises a means for continuously receiving the call traffic event data from the corresponding network element, and a means for processing the event data of the network element. Call traffic received continuously. The system also includes a network level network management node connected to each of the plurality of level network management nodes of the network element, through the normalized open interface. The network level network management node, in turn, comprises a means for receiving the call traffic event data processed from each network element level network management node, a measurement system for deriving the network element level. network-level statistical information based on the processed call traffic event data received from each network management node ~ of the network element level, and an expert system for analyzing the derived network level statistical information. In accordance with still another exemplary embodiment of the present invention, the objects identified above and others are achieved by a method of monitoring network operation based on the call traffic event. The method includes steps to detect a call traffic data event. Then, the event data of the real-time call traffic is continuously sent from the network element level switch to a network element level network manager node, where the event data of the call traffic is related to the traffic event 'detected call. The method also includes continuously processing the event data of the real-time call traffic in the network element level network administrator, for the purpose of monitoring the operation of the network.

BRIEF DESTION OF THE DRAWINGS The objects and advantages of the invention will be understood by reading the following detailed destion together with the drawings in which: Figure 1 illustrates a conventional cellular telecommunications system in which the present invention can be used; Figure 2 illustrates a conventional meter based system for obtaining radio network management data; Figure 3 illustrates a network element level architecture in accordance with an exemplary embodiment of the present invention; Figure 4 illustrates a network level architecture in accordance with an exemplary embodiment of the present invention; Y - Figure 5 is a functional diagram illustrating an exemplary embodiment technique for achieving the present invention.

DETAILED DESTION The present invention involves the collection, processing, analysis and use of real-time call traffic event data in a wireless radio telecommunications network. More specifically, the present invention involves the continuous flow of the real-time call traffic event data from a network element level or network level switch to an open external processing platform, through a network interface. normalized event, using, for example, a communications link based on a Transmission Control Protocol / Internet Protocol (TCP / IP). By continuously transferring the call traffic event data to an open processing platform that remains outside the level of the network element or the ~ zred level switch for processing, the central processing unit (CPU) in the switch is available more easily to handle ical operations in real time. Once it has been processed, the call traffic event data can be - use to support different network management functions, such as network diagnostics and network and / or switch reconfiguration. Figure 3 illustrates a network element level architecture in accordance with an exemplary embodiment of the present invention. As shown, the architecture of the network element level includes a network element 305 and a network element manager 310, wherein the network element 305 and the network element management 310 communicate with each other through of an open-event interface using, for example, TCP / IP. The network element 305 represents any of a number of common network element level nodes, such as a base station (or base transceiver station), a base station controller, or a mobile switching center. The network element 305 contains, among other components, a switch 307, which in turn includes a CPU 309. However, unlike the switch 205 illustrated in Figure 2, the switch 307 does not need to maintain the event counters 0. ..n, since the present invention is based on the call traffic event instead of based on the counter. The administrator of the network element 310, as illustrated in Figure 3, includes an external processor 312 and a graphical user interface (GUI) 314, which provides - applications to support the interface between the external processor 312 and a network element level network operator 316. The external processor 312 further comprises a measurement system 318 and an expert system 320. In general, the exemplary embodiment of the present invention illustrated in Figure 3, provides means for processing the event data of the real-time call traffic on an open platform (i.e., the external processor 312) independently of the CPU 309 associated with the network element switch 307 More specifically, the network element 305, through or under the direction of the CPU 309, continuously sends the traffic event data of call to the measurement system 318 placed in the external processor 312., through an open-event interface placed between them. The measurement system 318, as will be readily appreciated by a person skilled in the art, is a software node that has been implemented using normal programming techniques. The measuring system 318, upon receiving the event data of the call traffic, can store the data in an unprocessed manner in a corresponding database (not shown) and / or the measuring system 318 can process the data in time. real or almost real time, where this processing may involve deriving the related statistical information - with_ the corresponding call traffic event. The statistical information generated by the measurement system 318 is then passed to the expert system 320, the GUI 314, or to the different network level nodes, as indicated, through an open interface. It is important to note that because the present invention employs open interfaces, the statistical information generated by the measurement system 318 can be derived to or provided access by applications, other than those associated with GUI 314, created by vendors of the third part. Other tasks carried out by the measuring system 318 include maintaining a continuous connection with the switch 307 through which the call traffic event data will be received; preparing in a data format of the received call traffic event in a form appropriate for handling; filter the data not required to derive the desired statistical information; maintain a list of users who will receive the derived statistical information; send the derived statistical information to those interested users; and maintain certain time processes for control when the derived statistical information is going to be sent. The expert system 320, in turn, analyzes the statistical information received from the measurement system - - 318, and based thereon, performs the various network management tasks including automatic network diagnostics and network switch or network switch, where the expert system 320 can carry out or implement these tasks through a feedback circuit to the network element 305 through the open interface. The GUI 314, on the other hand, can be used to present or disclose the network operation information based on the statistical information it receives from the measurement system 318, and / or the expert system 320. The operator of the network 316 can then use the data presented to carry out and / or implement the additional corrective actions in order to improve the functioning of the network or network element. Any of these corrective actions could be implemented by the operator 316 through a feedback loop over the different open interfaces as illustrated in Figure 3. However, it will be understood that the operator 316 could, in the alternative, implement the corrective actions using applications other than those associated with the GUI, and / or the feedback circuit illustrated in Figure 3. Figure 4 illustrates a network level architecture in accordance with a second exemplary mode of the - - present invention. In accordance with this second exemplary embodiment, the network element level architecture illustrated in Figure 3 is extended beyond the network element level to include the network level, wherein a network administrator 405 at the network level, the administrators of the multiple network element 1 ... N are communicated through an open interface, as shown, and where each of the network element level managers 1 ... N is configured in a similar way to the administrator of the network element 310, illustrated in Figure 3. At the network level, the network administrator 405 contains an external processor 410 which, in turn, includes a measurement system 415 and an expert system 420. The measurement system network level 415 collects the statistical level information of the network element of the measurement system 318 in each of the different network element administrators 1 ... N, through an open interface, as shown. Then, the network level measurement system 415 can store the statistical information of the level of the received network element in a database corresponding to the network level (not shown), or the like, and / or the level measurement system Network 415 can derive statistical information at network level.

- The network level statistical information derived by the network level measurement system 415 is then sent to the network level expert system 420 and / or to the network level GUI 425. As stated above, because the present invention employs open interfaces, the statistical information generated, in this case, by means of the network level measurement system 415, can be passed to or lent access through applications of the third party vendor. Based on an analysis of the statistical information of the network level, the network level expert system 420, if necessary, can optimize the work by implementing the network level or the level configuration of the network element changes in order to improve overall network performance, for example, by implementing the configuration changes, the network level expert system 420 should generally request support to do so through the various expert level systems and the network element 320. that the network element level network administrator 310, the network level network administrator 405 also includes a GUI 425, where the GUI 425 communicates with the measurement system 415 and the expert system 420 through an interface open, and where the GUI 425 provides a function essentially similar to that of the GUI 314 illustrated in Figure 3.

- Figure 5 illustrates, in greater detail, an exemplary process for achieving the present invention described above and illustrated in Figure 3. As stated above, each call in a radio telecommunications network comprises one sequence of defined elements known as call events, for example, registration, delivery, page response, access and others. Initially, the process illustrated in Figure 5 is triggered upon the occurrence of a specific call traffic event, in accordance with the processing step 505. A notification of the occurrence of the call traffic event is then sent from the network element corresponding to the administrator of the network element as illustrated in process step 510, through an open-event interface. In addition, of the call traffic event notification, the unprocessed call traffic event data related to the call traffic element begins to flow from the network element to the network element manager. In the case of a delivery event, the unprocessed call traffic event data may include, for example, a time stamp, a mobile subscriber number, a service cell indicator, a channel time interval of service voice, a service channel number, a candidate cell indicator, a candidate voice channel time slot, a candidate channel number and / or a cell type is serviced. The unprocessed call traffic event data is then passed to the measurement system, in accordance with procedure step 515. At this meeting, a decision is made as to whether the unprocessed call traffic event data is going to be stored, for future post-processing and analysis, or if it will be processed immediately, in real time or near real time, in accordance with decision step 520. If a determination is made not to process the event data immediately, in accordance with the 'NO' path of decision step 520, the unprocessed call traffic event data can be stored, for example, in a database, for post-processing for a later time, in accordance with step of procedure 525. However, if a determination is made to immediately process the data, in accordance with the 'SI' path of decision step 520, the measurement system, based on the traffic event data of the The unprocessed call will calculate the desired statistical information in accordance with the processing step 530. It will be understood, however, that it is possible to store the unprocessed call traffic event data in a database in accordance with the procedure step - 525, how to calculate the statistical information in accordance with the procedure step 530. At this point, the statistical information derived by the measurement system can be passed to a corresponding GUI, through an open interface, as shown in step of procedure 535. Then, the applications that are being carried out in the GUI, can, for example, present the statistical information for the network operator, or the applications that are being executed in the GUI can also process the statistical information in accordance with method step 540. As stated above, the network operator can use the information presented by the GUI to implement changes to the network configuration in order to improve the operation of the network. In addition, the network operator may or may not implement the changes, using the applications associated with the GUI. The statistical information derived by the measurement system can also be passed to an expert system of network element level, as indicated by the processing step 545. The expert system of the level of the network element can then use the statistical information for analyze the operation of the network element, including the element switch of - net. Based on this analysis, the expert system can decide to implement the corrective actions to improve the operation, as indicated by the processing step 550. For example, the expert system can provide automatic network optimization through the reconfiguration of the network or the network element switch.

It will be understood that from time to time, an operator may wish to collect and process the call traffic event data related to certain call traffic events more than any other of the call traffic events. Accordingly, the process illustrated in Figure 5 may include a feature by which the operator has the ability to select only those call traffic events for which data collection and processing is desired. Similarly, the process could also include a particularity by which the operator has the ability to specify the type of data to be collected for a given call traffic event. For example, it is apparent from the foregoing that the data of the call traffic event related to a delivery event could include a time stamp, a mobile subscriber number, a service cell indicator, a time interval of service voice channel, a service channel number, a candidate cell indicator a, a voice channel time slot, a candidate, a candidate channel number and / or a service cell type. In accordance with this additional feature, the operator may be able to select one or more of these types of call traffic event data for processing. It will also be understood that statistical information derived by the measurement system can also be passed on to or given access by applications created by third-party vendors. This is made possible by the use of the present invention of open interfaces. In accordance with one aspect of the present invention, real-time or near-real time monitoring of telephone services in a radio-based telecommunications system is provided of course. The level of network element and network level architectures described above with reference to Figures 3 and Figure 4, and in particular, the external processing capacity provided by these architectures, allows the different applications at the level of the network element and / or network level are subscribed to the real-time call traffic event data. An example of this application to use this real-time call traffic event data involves the calculation or derivation of information - statistics, for example, by means of the measurement system 318 in the administrator of the network element 310. Correspondingly, the statistical information related to a specific call event and pertaining to a network operation in general, is immediately available for the purpose of continuous presentation and / or periodic of the current state of the network, or for additional processing. Other applications involve the analysis of the statistical information by the expert system 320, to support these functions such as the automatic optimization of the network element 305, or of the switch 307 contained therein. To clarify this capacity, the following example is taken into account. A network operator has a customer care center for its North American cellular network in New York. The center has links with all administrators of the network element throughout the country, through open standardized interfaces. The customer care products used in the center could be an application for real-time monitoring of telephony services. A subscriber then calls the center to complain about the quality of service he is receiving. The customer care representative then - Ask about and enter the real-time monitoring application that is being carried out using GUI, the subscriber identification number. This application is then subscribed in real time to all call traffic events in the network that contain this subscriber identification number. This is done through a subscription mechanism to administer the network element across the country. The application can also collect historical information related to that subscriber identification number. All events on the network are now routed to this application in real time. The events are then analyzed and the quality of service associated with that subscriber is presented later. In accordance with another aspect of the present invention, the level of the network element and the network-level architectures that are illustrated in Figures 3 and 4, particularly the open-event interface that facilitates the communication link between the network element 305 and the administration of network element 310, provide clear separation of critical real-time processes and non-critical real-time processes. A critical real-time process could typically be characterized as any process related to the generation of revenue for the telephone service provider. These processes may include, for example, call handling, - call supply and billing. In contrast, non-critical real-time processes include, for example, operation and maintenance processes. Even though the call traffic event data is typically generated by both critical and non-critical processes, the collection of the call traffic event data and the processing thereof, even when they are important, are generally considered to be a non-critical process. critical. By separating critical non-critical and real-time real-time processes, non-critical real-time processes, such as operations and maintenance processes that use the call traffic event data, can be handled in real time, but on a separate platform (eg, the external processor 312 that is physically separated from the switch-307).

Consequently, the processing load on the platform that handles critical real-time processes (e.g., CPU 309 on switch 307 in network element 305) must be significantly reduced. In fact, it is the separation of critical and non-critical processes that ensures real-time processing. In addition, non-critical real-time processing and critical real-time processes on different platforms must also significantly reduce operating costs since non-critical processes are not - being carried out using special processors, to the client's taste and considerably expensive. Those skilled in the art will appreciate that conventional radio telecommunications networks employ systems manufactured by different manufacturers and in accordance with different standards, such as the Advanced Digital Mobile Phone System (D-AMPS), the Global System for Mobile Communications (GSM) and the Japanese Digital System (PDC). Therefore, in accordance with yet another aspect of the present invention, these different systems, technologies and standards are encompassed through the use of an open (ie, published) interface. More specifically, the interface, which is employed between the network element 305, the network element level network administrator 310 (including the measurement system 318 and the expert system 320), the GUI 314, and the administrator network level network 405, in accordance with the exemplary embodiments of the present invention, is a high capacity real-time normalized open interface. An example of this interface is the Interface Interface of the Common Object Request Contractor (ie CORBA). In addition, since most radio telecommunications systems provide essentially similar end user services, a - - common call event play in order to provide a foundation for the common interface. The use of a common open interface allows the ability of multiple vendors with respect to the development of applications at either the network element level or the network level. It also allows the reuse of the same applications between systems that use different standards. The invention has been described with reference to exemplary embodiments. However, it will be readily apparent to those skilled in the art that it is possible to employ the invention in specific forms other than those previously described. This can be carried out without deviating from the spirit of the invention. The exemplary modalities are only illustrative and should not be considered restrictive in any way. The scope of the invention is provided by the appended claims, rather than the foregoing description, and all variations and equivalents that fall within the scale of the claims are intended to be encompassed therein.

Claims (39)

- - CLAIMS:

1. In a radio telecommunications network, a first network node comprising: a means for continuously receiving the call traffic event data related to a specific call traffic event, from a second network node, wherein the second network node interconnects with and is independent of the first network node; and means for continuously processing the call traffic event data related to the call traffic event as the call traffic event data is received by the first network node.

The network node of claim 1, wherein the means for processing the event data of the received call traffic continuously related to the call traffic event comprises: a measurement system for processing the traffic event data of continuously received call in statistical information related to the call traffic event.

The network node of claim 2, wherein the means for processing the continuously received call traffic event data related to the call traffic event further comprises: ~~ an expert system for analyzing the statistical information related to the call traffic event and to determine if corrective action needs to be taken to improve the functioning of the radio telecommunications network, based on the analysis of the statistical information related to the call traffic event.

The network node of claim 3, wherein the first network node further comprises: a method to implement the corrective action through a feedback means between the first network node and the second network node, if determines that corrective action needs to be taken to improve the functioning of the radio telecommunications network.

The network node of claim 2, wherein the first network node further comprises: a graphic user interface connected to the measurement system, wherein the graphical user interface includes a means for receiving statistical information related to the call traffic event derived by the measurement system.

The network node of claim 5, wherein the graphic user interface further comprises: - - a means for presenting the statistical information related to the call traffic event for a network operator; and a means for implementing changes to the network, as determined by the network operator, through the feedback means between the first network node and the second network node.

The network node of claim 5, wherein the graphical user interface further comprises: - a means for providing additional processing of the statistical information related to the call traffic event derived by the measurement system.

8. A radio telecommunications network capable of monitoring and adjusting the operation of the network based on the data based on the call traffic event, the network comprising: a network element level switch; and a network element level network management node connected to the network element level switch where the network element level network management node contains a means to continuously receive the traffic event data of the network element level. call, related to a specific call traffic event from the network element level switch, and a medium - to continuously process the continuously received call traffic event data as the call traffic event data is received by the network management node of the network element level.

The system of claim 8, wherein the means for continuously processing the continuously received call traffic event data comprises: a measurement system for deriving the statistical information related to the call traffic event, based on the data of traffic event of continuously received call; an expert system connected to the measurement system, the expert system comprises a means to analyze the statistical information derived by means of the measurement system, and a means to analyze the operation of the network based on the analysis of the statistical information derived by the system measurement.

The system of claim 9, wherein the expert system further comprises: means for determining whether the corrective action is necessary based on the operation of the network; and a means to implement corrective action through a feedback loop between the - - network element level network administrator and the network element.

The system of claim 10, wherein the corrective action includes the automatic reconfiguration of the radio telecommunications network.

The system of claim 10, wherein the corrective action includes automatic reconfiguration of the level switch of the network element.

The system of claim 9, wherein the network element level network management node further comprises: a graphic user interface connected to the means for continuously processing the continuously received call traffic event data.

The system of claim 13, wherein the graphic user interface comprises: means for displaying the statistical information related to the call traffic event for a network element level network operator; and the means for implementing the corrective action, as determined by the network element level network operator, through a feedback loop between the network management node at the network element level and the network element level switch. level of network element.

15. The system of claim 13, wherein the graphical user interface comprises: means for further processing the statistical information related to the call traffic event.

The system of claim 8, wherein the network element level network management node further comprises: a means for sending the continuously processed call traffic event data to a level network adminsitration node of network.

The system of claim 8, wherein the network element level switch comprises: a means for processing critical real-time operations.

18. The network of claim 17, wherein the call traffic event data processed by the network element level network management node relates to the non-critical network operations.

The system of claim 8, wherein the network element is a network node selected from a group of network nodes consisting of a base station, a base station transceiver station, a base station controller and a mobile switching center. -

20. In a radio telecommunications network, a network operation monitoring system based on the call traffic event comprising: a first plurality of network elements, each comprising a network element level switch; a plurality of network element level network management nodes wherein each plurality of level network management nodes of the network element is connected to a corresponding element of the first plurality of network elements through an open interface normalized, and wherein each of the plurality of network element level network management nodes comprises: a means for continuously receiving the call traffic event data from a corresponding element of the first plurality of network elements, and means for continuously processing the received call traffic event data as it is received by each of the plurality of the network element level network management nodes; and a network level network management module connected to each of the plurality of network element level network management nodes through the normalized open interface, wherein the network level network management node comprises: a means for receiving the call traffic element data processed from each of the plurality of network element level network management nodes, a measurement system for deriving the network level statistical information based on the processed call traffic event data received from each of the plurality of network element level network management nodes, and an expert system to analyze the statistical information of derived network level.

The system of claim 20, wherein the network element level switch in each of the plurality of elements comprises a central processing unit for processing the data related to critical real-time operations.

The system of claim 20, wherein the means for processing the call traffic event data continuously received at each of the plurality of network element level network management nodes comprises: a measurement system for derive statistical information from network element level - related to the call traffic event data that is being continuously received from a corresponding element of the plurality of network elements.

The system of claim 20, wherein the network level network management node further comprises: a means for transferring statistical information of network level derived from the measurement system to the expert system through an open interface normalized; and a means to determine if the corrective actions are to be taken to improve the operation of the network, based on the analysis of the statistical information of the derived network level.

24. The system of claim 20, wherein the network level network management node further comprises: a means for implementing the corrective actions through a feedback loop through the normalized open interface between the node of the network. network level network management and each of the network management nodes of the network element level. -

25. The system of claim 8, wherein the network level network management node further comprises: a graphic user interface connected to the means for deriving statistical information from the network level through a standardized open interface, wherein the interface of the graphic user comprises a means for receiving the statistical information of the branch network level through the normalized open interface.

The system of claim 25, wherein the graphical user interface comprises: means for displaying the derived network level statistics information to an operator of the network level network; and a means for implementing network changes, as determined by the network level network operator, through a feedback loop through the normalized open interface between the network level network management node and each of the network element level network management nodes.

The system of claim 8, further comprising: a means for providing access to statistical network-level information through the normalized open interface; and a means to further process the statistical information at the network level using a third application from the third-party vendor.

28. The system of claim 8, wherein the normalized open interface is an interface of Contractor architecture of common object request (CORBA).

29. In a radio telecommunications network, a method of monitoring network operation based on the call traffic element comprising the steps of: detecting a call traffic event; continuously sending the real-time call traffic event data related to the detected call traffic event, from a network element level switch to a network element level network management node; and in the network element level network administrator continuously process the real-time call traffic event data as it is received by the network element network administrator for monitoring the operation of the network.

30. The method of claim 29, further comprising the steps of: analyzing the processed call traffic event data; and determine if the corrective steps should be taken to improve network operation, based on the analysis of the traffic event data of the processed call.

The method of claim 30, wherein the step of determining whether the corrective steps are to be taken to improve the operation of the network, based on -the analysis of the processed call traffic event data, comprises the steps of: determine if the radio telecommunications network is reconfigured.

32. The method of claim 31, wherein the step of determining whether to reconfigure the radio telecommunications network comprises: determining whether the network element is reconfigured.

33. The method of claim 32, wherein the step of determining whether to reconfigure the network element comprises the step of: determining whether a network element switch is reconfigured in the network element.

34. The method of claim 30 further comprising the step of: implementing corrective actions to improve network operation through a feedback loop between the network element and the network manager of the network element level, if it is determined that the corrective steps should be taken to improve the operation of the network, based on the analysis of the traffic event data of the processed call.

35. The method of claim 29 further comprising the steps of: in the network element level network manager determining whether the real-time call traffic event data is being received continuously from the network element should be stored before processing; and if it is determined that the traffic event data called real-time will be stored before processing, then store the call traffic event data in one or more of the corresponding registers in a database.

36. The method of claim 29, wherein the step of processing the time call traffic event data comprises the step of: derive statistical information based on the continuously received real-time call traffic event data.

37. The method of claim 36 further comprising the step of: presenting the real-time call traffic event event processed for a network element level network operator.

38. The method of the revidication 37 which also comprises the step of: implementing a corrective action to improve the functioning of the network, as determined by the network operator of the network element level through a feedback loop between the network element and the network administrator of the network element level.

39. The method of claim 29 further comprising the step of: sending the continuously processed real-time call traffic event data still in the third application of the third-party vendor through a standardized open interface.