Method and apparatus for tracking call processing failure data in a radiotelephone system
A system (102) for monitoring call processing failures in a radiotelephone network (100) includes a server (140) coupled with the radiotelephone network and configured to receive call processing failure data. The system further includes a plurality (142) of clients configured to be coupled to the server on a network (144) for display and analysis of the call processing failure data. The clients may include a portable client (152, 154) for remote or wireless access to call processing failure data at the server, permitting troubleshooting and failure analysis in the field. The client computers are preferably Windows-based and provides both analog (AMPS) and digital call processing failure counts.
This application is a continuation of application Ser. No. 09/354,049 filed Jul. 15, 1999 in the name of Chuyun Wu and commonly assigned with the present application, which application is incorporated herein in its entirety by this reference.
COPYRIGHT NOTICEA portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the U.S. Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.
MICROFICHE APPENDIXA microfiche appendix of computer program source code is included and comprises 2 sheets and a total of 114 frames.
The Microfiche Appendix is hereby expressly incorporated herein by reference, and contains material which is subject to copyright protection as set forth above.
BACKGROUND OF THE INVENTIONThe present invention relates generally to monitoring and control of wireless telecommunication systems. More particularly, the present invention relates to a method and apparatus for tracking call processing failure data in a radiotelephone system.
Radiotelephone systems are wireless telecommunication systems in which a two-way radio communication link is established between one or more base stations and a mobile station. As the mobile station moves around the geographic area covered by the system, the communication is handed off from one base station to another. Radiotelephone systems include cellular telephone systems, personal communication systems (PCS), trunked radio systems and others.
Call processing failures occur in radiotelephone systems for a variety of reasons. Transmission from a local station may be unexpectedly interrupted if the mobile station enters a tunnel or loses battery power. During handoff, communication with the old base station may be terminated before initiation of communication with the new base station. Other reasons exist as well, such as co-channel and adjacent channel interference.
Many such call processing failures occur randomly. However, a large percentage of call processing failures may occur due to the same cause. Such a cause might be an otherwise undetected equipment failure. Another cause might be a break in coverage pattern of the system, where handoff failures occur. If such causes can be detected, they can be corrected and overall system performance improved.
One previous technique for tracking call processing failures uses a software program running on a personal computer (PC) coupled to a cellular processor of a cellular telephone system. The PC program reads radiotelephone data for call processing failures of an analog phone system and provides counts of the failure by type.
While useful, this previous solution has not kept up as cellular systems expanded. For example, the PC connects to a port of the cellular processor and collects data for a single switch of the cellular telephone system. Data for other switches in the system are not available to that PC. The PC is not portable, but requires a hard-wired connection directly to the cellular processor. The former system only reads call processing failures in an analog advanced mobile phone system (AMPS), not the digital systems currently being deployed. Only failure count totals are available. No details on individual call processing failures can be accessed. Further, only real time data are available. Historical failure data are lost.
Accordingly, there is a need for an improved method and apparatus for tracking call processing failure data in a radiotelephone system.
BRIEF DESCRIPTION OF THE DRAWINGS
By way of introduction, in one embodiment the present invention provides a Windows-based server/client program that displays call processing failures in real time. In addition, the embodiment also displays archived call processing failure data in history. The embodiment provides twelve different analog (advanced mobile phone system or AMPS) call processing failure counts and twelve different digital (code division multiple access or CDMA or other digital system) call processing failure counts with sorting options, detailed display and mobile station search capabilities. All components of the system are combined in a local area network or wide area network to provide flexible extension and expansion of the system. Any suitable personal computer can be used for the client, including portable laptop or other computers connected via wireless link to the network. Thus, the present embodiment uses conventional hardware and takes advantage of advanced computer technology to provide a full-featured, user-friendly interface for real-time troubleshooting of cellular network systems.
Referring now to the drawing,
In the illustrated embodiment, the radiotelephone system 100 includes a plurality of switches including switch 104, switch 106 and switch 108. Associated with the switch 104 is an operations management platform 110 and a plurality of base stations including base station 112, base station 114 and base station 116. Each base station provides two-way communication with mobile stations such as mobile station 118 when the mobile station 118 is located in the geographic area served by the base station. Thus, the base station 112 serves a geographic area 120, the base station 114 serves a geographic area 122 and the base station 116 serves a geographic area 124. In
As noted, associated with the switch 104 is an operations management platform (OMP) 110. Similarly, associated with switch 106 is an OMP 128 and associated with the switch 108 is an OMP 130. Each OMP serves as a data interface with its associated switch. In one embodiment, the OMPs comprise computer systems manufactured by Sun MicroSystems and operating in response to software provided by Lucent Technologies.
In conventional operation, each OMP monitors operation of its associated switch and receives data describing every operation performed within the radiotelephone system 100. For example, when a mobile station such as the mobile station 118 is turned on, the mobile station registers with the nearest base station, such as the base station 114. The OMP 110 detects and records the registration operation. Further, when the mobile station 118 initiates a phone call, the OMP detects and records the attempt to place a call. Stored data include identification for the mobile station 118, the time of day of the call attempt and the called telephone number. If the mobile station 118 is moving, handoff from one base station to another may be necessary. The OMP records all of the control signals between the switch and the base stations involved in the handoff procedure as well as the control communication between the mobile station 118 and the base stations. As a further example, when the user of the mobile station 118 turns off the mobile station, the mobile station de-registers with the system before powering off. The OMP further records this event. If a call processing failure occurs, the OMP 110 records the call processing failure. For example, if the mobile station 118 moves into a tunnel or a building so that two-way radio communication is interrupted and an active call is dropped, the OMP records this call processing failure.
By recording all activity in the system associated with the switch, the OMP generates tremendous amount of data. This data may include 100,000 records and 30 megabytes per day. The data produced by the OMPs 110, 128, 130 is available at each OMP on a real time basis, i.e., as each event occurs, and is further archived by storing the data in a suitable storage medium.
The system 102 for monitoring call processing failure data in the radiotelephone system 100 includes a server 140 and a plurality 142 of clients linked together by a network 144. The plurality 142 of clients includes in one embodiment several client computers which comprise of personal computers (PCs) located on a desktop or in a service facility accessible by the network. This includes client 146, client 148 and client 150. The plurality 142 of clients further includes a dial-up client 152 which may be connected to the network 144 over a computer modem. Still further, the plurality 142 of clients includes a portable client 154 which connects to the network 144 using a wireless link. The wireless link in one example uses cellular digital packet data (CDPD) for wireless communication of digital data. Structure and operation of a typical client computer will be described in further detail below in conjunction with
The server 140 is coupled to each of the OMPs 110, 128, 130 for receiving call data from the radiotelephone system 100. The call data includes all data provided by the switches 104, 106, 108 through the OMP 110, 128, 130. As noted above, this is a very large amount of data and includes data corresponding to all operations within the radiotelephone system 100. The server 140 identifies call processing failure data in the call data. This may be done, for example, by identifying characteristic patterns in the data, reading record information associated with the data or by any suitable method. Further, the server 140 organizes the call processing failure data according to call failure type. Possible types of call failure data will be described further below. Still further, the server 140 transmits selected call processing failure data to a client computer in response to a request from the client computer. The selected call processing failure data are transmitted over the network 144. If the requesting client computer is portable, the select data may be transmitted using a wireless link, for example to a portable client computer 154, or using a modem over a standard telephone land line connection to the portable client 152. Still further, the server 140 preferably stores all call processing failure data as archived data. After filtering unwanted call event data which includes, for example data from the OMPs 110, 128, 130 which is not related to call processing failures, the server 140 stores in an associated memory the remaining call processing failure data. The server 140 transmits the current call processing data in response to a request from the client computer. The current data includes real time data which is data currently produced by a switch or an OMP in response to a current event in the radiotelephone system 100. The server further transmits archived data in response to an archived data request from the client computer. Structure and operation of the server computer 140 will be described further below in conjunction with
Each of the switch ports 208, 210, 212 is coupled to a switch of the radiotelephone system such as radiotelephone system 100 (
The client ports 216, 218, 220, 222, 224 provide communication between the server and associated client computers. In the preferred embodiment, one or more client computers is networked with the server 140 over a local area network or wide area network. Communication on this wire line network preferably occurs using a digital data transmission protocol which may be a standard protocol such as TCP/IP. Alternatively, communication may be achieved between the server and client computers using any suitable proprietary or other protocol. The modem ports 222 provide two-way communication using standard modem protocols, as known in the art. Such modem communication may occur over a wire line, such as the public switched telephone network (PSTN). Alternatively, such modem communication may occur using wireless equipment, such as cellular modems. The wireless ports 224 provide wireless communication using any suitable wireless data transmission protocol or conventional technique. One example is CDPD. The wireless ports 224 may include radio transmission and reception equipment to permit radio communication with a remote, portable client.
The modem ports 222 and the wireless parts 224 allow client-server communication between the server 144 and portable client computers. This increases the flexibility of the system 102 (
CPU 302 operates in response to data and instructions in the memory 304. The display 306 may be any suitable video display terminal or other device. The keyboard 308 preferably includes an alphanumerical keyboard and other manual data entry device, such as a mouse or joystick. Such equipment is typically provided in computers which employ a graphical user interface, such as the Windows system.
The communication port 310 provides data communication with a server such as the server 140 of
In
Referring now to
At step 502, the server determines if the current call data received from the switch is call processing failure (CPF) data. If not, the data is rejected and control returns to the flow diagram of
Referring now to
At step 606, the server computer determines if the request from the client computer is a request for detailed data on a particular count. If so, at step 608, the server computer retrieves the details for the specified count and at step 604, sends the data to the client. At step 610, the server computer determines if the request from the client computer was a request for a mobile search. Such a request would include a serial number or telephone number for a particular mobile station in the system. If so, at step 612, the server retrieves the data for the identified mobile station and at step 604, sends the retrieved data to the client computer over the network. At step 614, the server computer determines if the request from the client computer is a request to change the switch of the radiotelephone system for which data is presented. If so, at step 616, the data associated with the new switch is located and retrieved and at step 604 the data is sent to the client. Control then returns to the flow diagram of
At step 702, to initiate operation of the client computer, the client computer retrieves count data from the server over a network. Once the count data are retrieved, the client computer produces a display using the retrieved data and remains in a loop awaiting either update of the data, step 704 or user input, step 706.
An example of the display produced by the client computer is shown in
Analog failure types include the following:
Lost Call (LC). This is the most common CPF. There are three causes for the failure. First, the base station of the cell has lost supervisory audio tone or SAT from the mobile station (Lost Call due to SAT timeout, LCST). Second, the mobile failed an Audit (Lost Call due to AMPS Audit failure, LCAA). Or third, the mobile had a sudden unexplained power drop (Lost Call due to AMPS Catastrophic power drop, LCAC).
The cell begins a SAT Fade Timer when it loses SAT from the mobile. When this timer expires without acquiring SAT from the mobile, the cell turns off the voice radio and terminates the call, creating a call processing failure.
An audit occurs when the signal from the mobile unit becomes relatively weak. More specifically, an audit occurs when the signal strength drops below a Secondary Threshold programmed into the base station. The base station, using blank and burst, prompts the mobile for a response and the mobile returns a burst of ST. Failure of the cell to detect this response results in the call being terminated and pegged as a Lost Call, Audit Failure. Among many potential scenarios for LC's are:
-
- The mobile leaves the service area while a call is in progress.
- The mobile temporarily loses signal within the service area due to weak signal.
- The mobile loses SAT from the system due to interference.
- The cell loses SAT from the mobile due to interference or weak signal.
- The mobile unit loses its power source.
- The mobile radio or antenna is defective.
- The cell radio or antenna is defective.
Voice Channel Confirmation Failure (VCCF). This CPF occurs during the origination of an inbound or outbound call. After the initial voice channel assignment, cells are programmed to wait a few seconds on the voice channel for the mobile. If the cell does not detect the proper SAT within the given time frame, it will turn off the cell radio and end the call. The signal strength must also be above the Voice Channel Confirmation Threshold of the site. This results in a Fast Busy to the customer at the mobile station. The Voice Channel Confirmation Threshold of the cell is usually programmed to allow minimal signal. The VCCF rate is usually below 1%. Possible causes of this problem include the following:
-
- Incorrect programming of the mobile Station Class Mark. Older mobile units were only capable of 666 channel operation. If the unit is programmed for 832 channel operation, the system will assign channels that the mobile cannot tune to.
- Low battery or weak mobile power source.
- Defective mobile transmitter, low output power or bad antenna.
- Little or no mobile SAT deviation. Also, a few mobiles have been found to have trouble with only one particular SAT.
- Weak coverage area within the network causes much fading.
- Defective cell radio or antenna.
Alert Confirmation Failure (ACF). The ACF is similar to the VCCF. The ACF occurs only during origination of an inbound call to the mobile. After the page response and initial voice channel assignment, the cell waits on the voice channel to detect ST from the mobile. Failure of the cell to detect ST within the proper time frame causes the cell to end the process. The mobile user is usually unaware of the failure, although some mobiles notify the user of a failed call attempt, (such as the “Failed Page Indicator” provided by mobile stations from Motorola, Inc., Schaumburg, Ill.). The calling party receives two rings, then a busy signal. This is due to the fact that the call process has proceeded beyond the point where it can be switched to secondary call treatment such as Voice Mail or No Page Response Recording. Common causes of this CPF include:
-
- Low battery or weak mobile power source.
- Little or no mobile ST deviation.
- Defective mobile radio or antenna.
- Defective cell radio.
- Weak coverage within the network. During an inbound call to the mobile, the Page Response signal strength is not measured as the outbound Access attempt is. If the cell receives the Page Response, it will attempt to setup the call. This leaves open the possibility that the mobile is too weak to be served by the site. This is a common failure in fringe areas of the network.
Old Cell Timeout (OCT). This failure only occurs during the hand-off process. After the cell sends the hand-off order to the mobile it expects to receive a burst of ST to confirm the order. An OCT occurs if the cell does not receive the confirmation in the proper time frame. The cell will attempt to maintain the call, but these CPF's are often accompanied by Lost Call messages. Customers experiencing large numbers of OCT's may notice more trouble as they move through the network but acceptable service while stationary. Among many causes for this are:
-
- Incorrect programming of the mobile Station Class Mark. Older mobile units were only capable of 666 channel operation. If the unit is programmed for 832 channel operation, the system will assign channels that the mobile cannot tune to.
- Little or no mobile ST deviation.
- Defective mobile receiver or antenna.
- Defective cell radio.
New Cell Timeout (NCT). This only occurs during the hand-off process. After the mobile has confirmed the hand-off order on the old cell, it switches to the new channel and transponds SAT. Failure of the new cell to detect the proper SAT in the given time frame results in a NCT. When a NCT occurs, there has been a dropped call. This is due to the fact that the mobile has already confirmed the hand-off order on the old channel. The old cell mutes the audio and turns off the old radio almost immediately upon receiving the confirmation. So, failure to detect the mobile on the new channel equates to a lost call. This CPF is sometimes accompanied by a Lost Call message. The user may experience a sudden increase in noise as the mobile attempts to switch to the new channel, followed by a lost call. Among the causes for this problem are:
-
- Co-channel or adjacent channel and co-SAT interference with the old cell. During the locate process, if the potential new cell detects the another mobile on the same channel using the same SAT, bad hand-offs for the correct mobile will result. There is no other ways to identify the mobile during locate other than channel and SAT.
- Defective mobile radio.
- Defective cell radio.
Glare Condition Mobile Busy (GCMB). This CPF occurs during call setup attempts. The system outputs this message when it receives an access attempt from a mobile that is already on the system. There are three main causes for this message:
-
- Co-setup channel and co-digital control channel (DCC) interference. This failure occurs if two cells of the system are using the same setup channel and there is interference between them. Both cells detect mobiles trying to access the setup channel. In this scenario, the GCMB is usually accompanied by a VCCF on the other site.
- Fraud. GCMB's will result if a mobile unit has been cloned and one user attempts access while another unit is active.
- Series One Cell Sites will output GCMB messages if the user attempts access immediately after ending a call. Rapidly repeated access attempts achieve the same result. The older cell sites are relatively slow in “tearing down” the old call.
Call Setup Timeout (CST) or occurs when a cell site does not respond to a call setup order for the indicated voice radio. The call setup is aborted. A call setup timeout indicates a problem with the data links.
Call Shutdown (CS) occurs when the cell site cannot turn off the indicated radio after an internal error shuts down the call. Possible sources of this problem include baseband board or transceiver for Series I cell sites and radio channel unit for Series II cell sites.
Alert Confirmation Failure (ACF) occurs when a mobile unit fails to respond to the alert order sent to it on the indicated voice radio within the time allowed. The mobile unit normally responds to an alert order with a signaling tone (ST) on the assigned voice channel, confirming reception of the order.
Forced Release Time (FRT) out occurs when the cell site did not respond after a forced release order was sent for the indicated radio. As a result, the call was aborted. A forced release timeout indicates a problem with the data links.
New Cell Timeout (NCT) and Old Cell Timeout (OCT) occur during handoff of radio communication between a mobile station and two base stations in the system.
Transmitter Activation Failure (TAF) occurs when the cell site could not turn on the indicated voice radio.
Digital call processing failures include the following which were described above:
ACF or Alert Confirmation Failure, CS or Call Shutdown, CST or Call Setup Timeout, FRT or Forced Release Timeout, GCMB or Glare Condition, Original Mobile Is Busy, and LC or Lost Call. In addition, digital call processing failures include the following:
CDMA Channel Activation Failure (CAF) occurs if the first attempt to active the first channel element failed, there were no free channel elements available to attempt a second activation.
CDMA CE/SH Channel Protocol Failure (CHEF) occurs when lacking of continuity has occurred in the protocol between the channel element at the cell and the speech handler channel at the switch.
CDMA Failure to Establish CE/SH Channel Protocol (FECP) occurs as a result of during call setup, the cell indicated that it could not establish communication with the speech handler channel.
Release Confirmation Failure (RCF) occurs during hard handoff from CDMA to AMPS system.
Setup Channel Glare (SCG) occurs during a mobile unit attempted to originate a call, and the single origination is reported by multiple cells.
CDMA Traffic Channel Confirmation Failure (TCCF) occurs when a call setup, the cell has indicated to the ECPC that the mobile has not responded properly when bringing the mobile to the traffic channel, all resources for the call have been cleared by both the cell and the switch.
By interacting with the display illustrated in
Referring again to
If the user input did not correspond to a request for a mobile search, at step 718, the client computer determines if the user input corresponds to a request to change the switch for which data is currently displayed. If so, steps 710, 712 and 714 are repeated to obtain the desired data and control returns to step 704.
At step 720, the client computer determines if the user input is a request for sort options. If so, at step 724, the client computer receives the input specifying sort option required by the user. At step 726, the display is updated and control then returns to step 704. Lastly, at step 728, the client computer determines if the user has requested other operations. These operations can include, for example, printing the display 800, saving the current data to a file exiting the program and so on. In response to the user input, 724, the display is updated appropriately and control returns to step 704.
From the foregoing, it can be seen that the present embodiment provides an improved method and apparatus for monitoring call processing failure data in a radiotelephone system. The embodiment illustrated herein is a client-server system linked over a network. Client computers may portable and access the network remotely using a wire line modem or wireless link. Data corresponding to call processing failures are presented in summary form and sorted according to user requirements. A convenient and widely used interface such as Windows is provided to permit easy user access to the call processing failure data. Through use of mouse clicks and shortcut keys, sorting may be changed and detailed information on call processing failure counts may be accessed. The connection and cooperation between the client and server are invisible to the user of the client computer. Access to data obtained and stored at the server using a portable client computer allows error diagnosis and troubleshooting in the field.
While a particular embodiment of the present invention has been shown and described, modifications may be made. For example, the system may be opened in conjunction with radiotelephone systems which do not use an OMP with a switch. Other functions and user interface features may be provided as well. It is therefore intended in the appended claims to cover all such changes and modifications which follow in the true spirit and scope of the invention.
Claims
1. A method for the real-time collection of call processing failures in a radiotelephone network comprising:
- receiving call processing failure data from a plurality of switches;
- analyzing the call processing failure data at a server;
- determining the call processing failure data present;
- assigning the call processing failure data to one of a plurality of failure types;
- determining the one of a plurality of call processing failure type is one of an analog call processing failure and a digital call processing failure;
- incrementing a count for the one of a plurality of failure types;
- storing the failure type and the count for the one of a plurality of failure types;
- troubleshooting the one of a plurality of failure types; and
- transmitting to at least one client the troubleshooting information for the call processing failure data based on the one of a plurality of failure types.
2. The method of claim 1 wherein the one of a plurality of failure types comprises an analog call processing failure which further comprises one of a lost call failure, a voice channel confirmation failure, an alert confirmation failure, a old cell timeout failure, a new cell timeout failure, a glare condition mobile busy failure, a call setup timeout failure, a call shutdown failure, a alert confirmation failure, a forced release time failure, a new cell timeout and old cell timeout failure, and a transmitter activation failure.
3. The method of claim 1 wherein the one of a plurality of failure types comprises a digital call processing failure which further comprises one of a lost call failure, an alert confirmation failure, a glare condition mobile busy failure, a call setup timeout failure, a call shutdown failure, a forced release time failure, a code division multiple access (“CDMA”) channel activation failure, CDMA channel element, speech handler (“CE/SH”) Channel Protocol Failure, a CDMA failure to establish CE/SH channel protocol, a release confirmation failure, a setup channel glare failure, and a CDMA traffic channel confirmation failure.
4. A computer readable medium having computer executable software code stored thereon for processing call processing failure data for a radiotelephone system, the computer readable program code comprising:
- a first computer readable program code configured for receiving call processing failure data from a plurality of switches;
- a second computer readable program code configured for analyzing the call processing failure data at a server;
- a third computer readable program code configured for determining the call processing failure data present;
- a fourth computer readable program code configured for assigning the call processing failure data to one of a plurality of failure types;
- a fifth computer readable program code configured for determining the one of a plurality of failure types is one of an analog call processing failure and a digital call processing failure;
- a sixth computer readable program code configured for incrementing a count for the one of a plurality of failure types;
- an seventh computer readable program code configured for storing the one of a plurality of a failure types and the count for the one of a plurality of failure types;
- a eighth computer readable program code configured for troubleshooting the one of a plurality of failure types; and
- a ninth computer readable program code configured for transmitting to at least one client the troubleshooting information for the call processing failure data based on the one of a plurality of failure types.
5. The computer readable medium having computer executable software code stored thereon for processing call processing failure data for a radiotelephone system of claim 4 wherein the one of a plurality of failure types comprises an analog call processing failure which further comprises a computer readable program code configured to determine whether the analog call processing failure comprises one of a lost call failure, a voice channel confirmation failure, an alert confirmation failure, a old cell timeout failure, a new cell timeout failure, a glare condition mobile busy failure, a call setup timeout failure, a call shutdown failure, an alert confirmation failure, a forced release time failure, a new cell timeout and old cell timeout failure, and a transmitter activation failure.
6. The computer readable medium having computer executable software code stored thereon for processing call processing failure data for a radiotelephone system of claim 4 wherein the one of a plurality of failure types comprises a digital call processing failure which further comprises a computer readable program code configured to one of a lost call failure, an alert confirmation failure, a glare condition mobile busy failure, a call setup timeout failure, a call shutdown failure, a forced release time failure, a CDMA channel activation failure, CDMA CE/SH Channel Protocol Failure, a CDMA failure to establish CE/SH channel protocol, a release confirmation failure, a setup channel glare failure, and a CDMA traffic channel confirmation failure.
7. A system for monitoring call processing failures in a radiotelephone network, the system comprising:
- a server coupled with the radiotelephone network and configured to receive call processing failure data from a plurality of switches;
- the server further configured to analyze the call processing failure;
- the server further configured to determine the call processing failure data present;
- the server further configured to assign the call processing failure data to one of a plurality of failure types;
- the server further configured to determine the one of a plurality of failure types comprises one of an analog call processing failure and a digital call processing failure;
- the server further configured to increment a count for the one of a plurality of failure types;
- the server further configured to store the one of a plurality of failure types and the count for the one of a plurality of failure types;
- the server further configured to troubleshoot the one of a plurality of failure types; and
- the server further configured to transmit to at least one client the troubleshooting information for the call processing failure data based on the one of a plurality of failure types.
8. The system of claim 7 wherein the server is further configured to determine whether the analog call processing failure comprises one of a lost call failure, a voice channel confirmation failure, an alert confirmation failure, a old cell timeout failure, a new cell timeout failure, a glare condition mobile busy failure, a call setup timeout failure, a call shutdown failure, an alert confirmation failure, a forced release time failure, a new cell timeout and old cell timeout failure, and a transmitter activation failure.
9. The system of claim 7 wherein the server is further configured to determine whether the digital call processing failure comprises one of a lost call failure, an alert confirmation failure, a glare condition mobile busy failure, a call setup timeout failure, a call shutdown failure, a forced release time failure, a CDMA channel activation failure, CDMA CE/SH Channel Protocol Failure, a CDMA failure to establish CE/SH channel protocol, a release confirmation failure, a setup channel glare failure, and a CDMA traffic channel confirmation failure.
10. The system of claim 7 wherein at least one client comprises a portable computer configured to remotely access the server for display and analysis of the call processing failure data.
11. The system of claim 10 wherein the plurality of clients are configured to selectively display both the real time call processing failure data and the archived data.
12. The system of claim 7 further comprising a local area network coupling the server and the plurality of clients.
13. The system of claim 12 wherein the local area network is an Ethernet network.
14. The system of claim 12 wherein each client of the plurality of clients comprises a personal computer.
Type: Application
Filed: Oct 22, 2004
Publication Date: Jul 7, 2005
Inventor: Chuyun Wu (Dublin, OH)
Application Number: 10/971,528