METHOD AND APPARATUS FOR IDENTIFYING FAULTY COMMUNICATIONS CIRCUITS

Abstract: A method for detecting defective communications circuits in a telecommunications system. Communications circuits are arranged in groups according to destination. Unacknowledged communications are counted for each group. A group whose incidence of such unacknowledged communications is especially high is likely to contain one or more defective communication circuits. More detailed measurements, including a count of attempts to use each member of such a group, are then taken to identify individual defective communication circuits. A communication circuit having an especially high count of attemps to use is likely to be defective.

Description: METHOD AND APPARATUS FOR IDENTIFYING FAULTY COMMUNICATIONS CIRCUITS Technical Field This invention relates to a method and apparatus for identifying defective functional circuits in a communication network and more specifically, for identifying defective internodal communication circuits in a communication network. Background of the Invention Increasing attention has been paid in recent years to the automation of trouble detection in telecommunication networks. Much of the attention has been devoted to the common circuitry of each node which is used by all communications through the node. Trouble analysis of -the large number of functional circuits which are used to interconnect the nodes of a network, generally considered to be less critical than the common circuitry, is much less developed. Unlike much of the common circuitry, these circuits can rarely be monitored continuously in an efficient and cost effective manner. In telecommunication systems, the functional circuits which interconnect the nodes of a network are called trunks and are customarily used as shared facilities which are made available to different customers of the network at different times. Normally, the trunks interconnecting any two nodes are grouped into trunk groups of varying sizes. When a connection between customers associated with different nodes of the network is to be set up, any available trunk from the group(s) interconnecting these nodes may be selected for the connection. Occasionally, a marginal condition, such as excessive noise, occurs on a trunk; this condition is not detected by routine operational tests but is noticeable to OMPI the customer. When such a trunk is engaged in a call, the customer engaged in the connection detects the unacceptable condition, terminates the call after a very short time, and attempts to place the call again. Since such trunks are used for only a short time on each connection attempt, i.e., have short holding times, they become repeatedly available for customer use and are responsible for an inordinate number of unsuccessful call attempts. In telephone systems, these are sometimes referred to as "killer trunks" because of the excessive number of unsuccessful call attempts attributable to each such trunk. The need to detect faulty trunks rapidly is particularly acute in private networks, for example, those dedicated to one large customer such as a corporation or government agency. Such networks typically have a relatively small number of heavily loaded trunks in a group. Because of such a deficiency, the individual using such a network is often subjected to the use of the same defective trunk several times before a successful call can be completed. Even when a customer complains about a bad connection, it is frequently difficult to associate the complaint with a specific trunk or trunk group. Generally, many or all trunks of a group share some common circuits. All of the trunks in a group share a common connected node. When there is trouble in such common circuitry, or in the connected node, many calls distributed over a number of trunks are not completed successfully. It is important to be able to distinguish this type of trouble condition from trouble in circuitry -individual to one trunk, since different remedial action i required. Off—line facilities are commercially available for recording the number of times that a given trunk is seized (attempt counts) and for recording the percentage o time that a given trunk is being used (percent of usage or occupancy). From these records, it is possible to identif trunks which have an unusually low average holding time (ratio of usage to attempt count) and this will give an indication of defective trunks. However, these prior art systems are usually adapted to take measurements for only small fraction of the trunks connected to a node since special equipment is required for every trunk that is monitored. The cost of monitoring all trunks with such equipment would be prohibitive. No good overall mechanism exists for identifying which trunks or trunk groups should be measured. Since meaningful measurements must usually cover several busy periods, a delay of weeks or months is encountered before the performance of every trunk connecte to a node can be meaningfully measured with the use of suc dedicated systems. Furthermore, these prior art systems are restricted to use with trunks, which provide direct circuit access to each trunk and cannot be used with trunks which carry multiplexed communications such as digital trunks or analog carrier trunks, unless such trunks are adapted to provide such access. Summary of the Invention In accordance with this invention, a program- controlled system controlling a node of a network and having groups of functional circuits used for communicating between the nodes of such a network detects unacknowledged σommunica ' tions in each of these groups. The number of unacknowledged communications for each group of functional circuits is measured. A group whose measure of unacknowledged communications is substantially .higher than that of similar size groups is identified as a group containing functional circuits recurrently engaged in unsuccessful internodal communications. In one embodiment, this number can be measured over an interval of a given unit of time and will thus represent the rate of such unacknowledged communications over such a unit of time. In one embodiment, such a number can be accumulated in a counter in storage associated with each such group of functional circuits. Advantageously, such counts may be displayed on a maintenance console of the system identifying groups of functional circuits recurrently engaged in unsuccessful communications. Advantageously, when a group has been identified as recurrently engaged in unacknowledged communications, the activity of the group can be further monitored by taking attempt counts over a unit of time for each functional circuit within that group. A functional circuit having a much higher attempt count than that of other members of the group is identified as one that is likely to be defective. Routine remedial action may be taken after a problem circuit has been so identified. Further, in accordance with this invention, a threshold may be set up for each group of functional circuits. If a group has more unacknowledged attempts in a unit of time than this threshold, the group can be automatically monitored by means of further traffic measurements of its individual functional circuits. Further, in accordance with this invention, three types of traffic measurements of individual functional circuits in a group can be taken: counts of total attempts, counts of unacknowledged communications, and measurements of percent of usage. These counts and measurements can be taken for a unit of time for all the functional circuits in a group. Advantageously, if the total number of attempts for any one functional circuit is substantially higher than that of others in the group, or if the number of unacknowledged communications on any one functional circuit is substantially higher than that of others in the group, or if the percent of usage of any one functional circuit is substantially less than that of other functional circuits in the group with a comparable number of total attempts, that functional circuit is identified as defective. It is a further advantage that if the measurements of individual functional circuits show relatively uniform poor results, equipment common to the group is likely to be defective. An example of the type of program-controlled system to which this invention can be applied is a telecommunication system. The network of such a system is a telecommunications network. The internodal communicatio circuits are trunks. In one exemplary scheme, the number of unacknowledged attempts and total attempts are counted on every group of outgoing trunks in a telecommunications network. When the number of unacknowledged attempts exceeds a predetermined threshold for that trunk group, individual trunk measurements are taken for the trunks in that group. A count of attempts to use each trunk in a group being monitored may be coupled with optional measurements of the percent of usage and/or of a count of unacknowledged communications for each trunk in such a group. Advantageously, a trunk which shows a high attempt rate, or high unacknowledged communication rate, or low percent of usage compared with other trunks having a similar attempt rate is identified as defective. Further, if the measurements of the trunks of a group show relatively uniform poor results there is likely to be a defect in the common facility of the group. If a subgroup of trunks, associated with specific equipment shared by that subgroup shows uniform poor results, there is likely to be a defect in such specific equipment. If measurement on trunk groups from many different nodes to one node of a network all indicate a high incidence of unacknowledged attempts, there is likely to be a defect at that node. The rate of unacknowledged calls is an especiall sensitive indicator of trouble in the internodal facilities of a communications network. The invention takes advantage of this property to identify specific problems. Brief Description of the Drawing The invention may be better understood with reference to the following description taken in conjunction with the drawing in which: FIG. 1 represents the major subassemblies of a typical switching system for use in a communications network, in block diagram form; FIG. 2 represents a communications network having several nodes; FIG. 3 shows a known program structure for processing telephone calls in a typical electronic telephone switching system; FIG. 4 shows the memory layout for accumulating attempt, unanswered call, and usage counts for the individual trunks within a trunk group; FIG. 5 shows the memory layout of a counter used to accumulate attempt and unanswered call data for a trunk group; FIG. 6 shows the memory layout of the data to identify a trunk group being monitored; FIG. 7 is a flow chart representing a program for accumulating counts of unanswered calls; FIG. 8 is a flow chart of a program to accumulate attempt counts for an individual trunk within a trunk group; FIG. 9 is a flow chart of a program required to measure usage in the trunks of one trunk group; FIG. 10 shows the memory layout for a trunk group for identifying all the trunks within a group; FIG. 11 is a flow chart of a program for setting up traffic data in order to print out data useful for identifying a possibly defective trunk; FIG. 12 is a flow chart of a program to identify a trunk group whose individual trunks are to be monitored; FIG. 13 is a flow chart of a program to respond to a command to monitor a specified group. Detailed Description FIG. 1 is a high level block diagram of such a telephone switching system. It represents one switching system or node 106, of a telephone network. The system comprises a program-controlled processor 100 and input/output equipment 103, 104, and 105. OMP Trunk and service circuits 103 includes trunk circuits associated with trunks 115 which are connected to other switching systems. Service circuits include transmitter circuits for transmitting a called number to another switching system and dialing receiver circuits for accepting dialed information from a customer. Switching network 104 is used to make connections between customer lines 114 served by this switching system, and trunks and service circuits 103; between customer lines 114; and between trunk and service circuits 103. A connection to a trunk circuit 103 which has been set to the proper state forms a connection to the associated trunk 115. Trunk and service circuits 103, switching network 104 and its connected customer lines 114, and maintenance console 105 are controlled by processor 100 via a bus 116. When a customer picks up his telephone, his line is connected by switching network.104 to a dialing receiver in 103. The processor receives data indicating the customer's dialed request via the dialing receiver. If this request is interpreted to indicate a request for a connection to a customer served by another switching system, the processor selects a trunk circuit associated with a trunk connected to that other switching system. A transmitter circuit in 103 is then selected by the processor and connected to the selected trunk circuit in 103 by switching network 104. After the called number has been transmitted by the transmitter circuit, the calling customer is connected by switching network 104 to the selected trunk circuit. The calling customer is then able to talk to the called customer as soon as the other switching system has made the appropriate connections in its own switching network and the called customer picks up his telephone. All of the switching network connections, and trunk and service circuit state changes are accomplished under the control of processor 100. The switching network 104, the trunk circuits and service circuits, including dialing receivers and transmitter circuits, are well-known in the art. Maintenance console 105 is used to communicate with personnel maintaining and controlling the switching system. Information concerning traffic and trouble conditions is displayed or recorded at the maintenance console, and commands to the switching system are entered there. Maintenance consoles are well known in the art. A program-controlled processor 100 is used to control a switching system. Any of a number of well-known processors may be used to perform this function. Such a processor comprises a central processing unit 101 and a memory 102. Memory 102 stores a group of programs each comprising a group of instructions which can be directly interpreted by central processing unit 101. The central processing unit 101 executes • such programs by carrying out functions such as the following in response to instruction read from memory 102: sending control and output signals t and receiving input data from input/output equipment; storing data read from memory 102 in internal register storage; writing the contents of internal register storage into memory 102; adding the contents of a location of memory 102 to the contents of internal register storage; comparing the contents of a location of memory 102 with th contents of internal register storage; transferring to alternate programs in response to the result of such comparisons, or in response the state of internal register; transferring unconditionally to alternate programs. The central processing unit 101 also comprises a clock 113. The clock provides basic timing. This basic timing can be used under the control of an executive control program stored in memory 102, in conjunction with data stored in memory 102, to derive time intervals of arbitrary duration. FIG. 2 shows a portion of a telephone network, o which node 106 shown in FIG. 1 is one node, and nodes 107, 108, and 109 are others which may be substantially identical to node 106. The nodes are partially interconnected, -each node being connected to at least one of the others. The interoffice trunks which ar used as the internodal communication facilities are group into trunk groups, all members of which interconnect the same two nodes. For example, all members of trunk group 110 interconnect nodes 106 and 107, all members of trunk group 111 interconnect nodes 106 and 108, and all members of trunk group 112 interconnect nodes 106 and 109. Each node has a number of trunk groups connecting it with other nodes. It is common practice in telephone systems to restrict the traffic on a given trunk group to one direction. For example, traffic originated by a customer served by node 106, and terminated to a customer served by node 107 would be routed over a trunk group such as 110 carrying only outgoing traffic from node 106. A corresponding incoming trunk group (not shown) would carry traffic in the reverse direction. Normal practice in telephone switching systems is to make the switching syste connected to the outgoing end of a trunk responsible for the maintenance of that trunk; incoming trunks are then maintained by the switching system connected to the other end of the trunk. Programs which can be executed by processor 100 to control the switching system to perform all the functions required to handle telephone calls ' , are known in the art. FIG. 3 shows the programs involved in an outgoin call (a call from a customer line served by this switching system to a customer line served by a different switching system), the programs for taking traffic measurements, and .the programs for communicating with the maintenance console. It is not necessary in this description to consider incoming calls (calls from customer lines served by a different switching system to a customer line served by this switching system) since the trunks carrying such calls are maintained by the connected switching system. Intra-office calls which do not use trunks are not considered. y& OMPI The principles of this invention as described herein are also applicable to two way trunks. However, for the sake of convenience, the description refers only to one way trunks. The switching system operates under the control of the prior art program outlined in FIG. 3. The central processing unit 101 executes this program in order to set up and take down telephone connections and carry out other functions necessary for the operation of a telephone switching system. The central processing unit 101 operates under the control of input/output programs 210, 211, 213, 214, and 216 to communicate with the input/output equipment 103, 104, 105. The central processing unit operates under the control of call control programs 201, 202, 203, 204, 205, and 206 when accumulating and processing data necessary to detect the specific details of a customer's dialed request. In the course of executing the call control programs and the maintenance console message programs, the central processing unit will frequently execute service routines 220, 221, 222 and 223 in order to generate the data needed to control input/output equipment 103, 104, 105, to select appropriate lines and trunks, and to take necessary measurements of system performance. Each of the programs and routines shown in FIG. 3 comprise many subprograms or subroutines for controlling specific subtasks. Central processing unit 101 calls for the execution of a subroutine by executing a transfer instruction, either unconditionally, or in response to the result of a comparison, or as a result of the detection of a specific state in internal register storage within the unit. It will be understood that actions of programs, such as detecting, controlling, etc., described herein, are executed by processing 101 under program control. The system under control of the program outlined in FIG. 3 operates in the following manner. An outgoing call starts when the switching system detects that a customer is off-hook. This detection is accomplished unde control of supervisory line scan program 210 which periodically monitors circuits in the switching network 10 connected to the customer lines. When the processor has detected a request for service, it calls dialing connectio program 201 which controls the network 104 to set up a connection between the originating customer and a dialing receiver circuit. In the course of executing program 201, the central processing unit also calls for the execution o translation program 221 which is used to select a dialing receiver that is currently available, network control program 222 which is used for selecting a path through a switching network between the originating customer and the dialing receiver, and circuit control program 223 which is used for setting up data required to control the state of a dialing receiver. As the customer dials, the dialed number is collected under the control of dial pulse scan program 211. As digits are accumulated, the specific details of the customer's request and the completion of dialing are detected under the control of digit analysis program 202. When this stage of the call has been reached, the translation program 221 is executed to select a trunk group to the switching system specified by the first three digits of the dialed number, and to select an available outgoing trunk in that group. A path is set up in network 104, under the control of network control program 222, between a transmitter circuit in 103, adapted to transmit to the distant switching system the number of the called telephone customer, and the previously selected outgoing trunk. The outgoing trunk and transmitter are set to a correct initial state under the control of the circuit control program 223. The data for controlling the transmission of the called number to the called switching system is set up under the control of outpulsing program 206; the actual transmission of the digits is then carried out by the transmitter circuit in 103 under the control of digit transmission O program 214. When the process of transmitting the called number to the called switching system has been completed, a connection is set up, under the control of network control program 222 between the calling customer and the previously selected outgoing trunk. Under the control of data generated by the circuit control program 223, the outgoing trunk circuit in 103 is set to an appropriate state in order to allow an answer by the called customer to be detected, and to allow the calling and called customers to communicate. Subsequently, the state of the selected outgoing trunk is monitored by central processing unit 101 under the control of supervisory trunk scan program 213. If an answer by the called party is detected, the central processing unit calls for the execution of answer detection program 204, which controls the initiation of timing for charging purposes. If the calling customer hangs up before an answer is detected, representing an unanswered or unacknowledged call, the central processing unit calls for the execution of disconnect program 205 which is used to control the restoration of the selected path in the switching network 104 and the selected outgoing trunk in 103 to an available state. Central processing unit 101, under the control of an executive control program 203, is responsive to clock signals from clock 113, and uses these clock signals in conjunction with time records stored in memory to derive other signals at periodic intervals of time to initiate execution of appropriate programs. The periodic signals provide means for initiating such periodic functions as taking traffic usage measurements, one of the functions controlled by traffic record program 220. Periodically, the usage on trunks being measured is sampled. The usage is accumulated, for example, for an hour, and trunks are sampled, for example, every 100 seconds. Usage can then be expressed as the number of samples taken in which the trunk was busy (usage count) , divided by 36, the number of O samples in an hour. The traffic record program 220 is also used for controlling the accumulation of counts of attempts in a trunk group; these counts are accumulated whenever central processing unit 101 under the control of the digit analysi program 202, detects the completion of dialing, and calls translation program 221 to control selection of an appropriate trunk group and trunk. After the trunk group and trunk have been selected, the central processing unit 101 executes a transfer to the appropriate subroutine of the traffic record program 220 in order to increment a counter associated with that trunk group. Finally, a maintenance console message program 216 is executed whenever a message is to be sent t or received from the maintenance console 105. When an indication of possible trouble is detected by the processor 100, an appropriate maintenance message is sent to the console. Extensive traffic measurements are commonly take in telephone systems in order to operate the systems efficiently, to detect trouble conditions, and to provide data for engineering growth in trunk groups. Traffic measurements are made under the control of traffic record program 220. FIG. 4 through 13 show program flow charts and memory layouts for implementing the present invention in the switching system described in the preceding paragraph. Included are the detection and counting of unanswered call in a trunk group, the taking of measurements of individual members of a trunk group, the communication of results to the maintenance console, and the control of monitoring of a trunk group from the maintenance console. The flow charts are shown as connected to the flow charts of prior art programs discussed above with reference to FIG. 3. The program flow charts outline programs for controlling the accumulation of trunk group counts of unanswered calls and individual trunk counts of- unanswered calls for one such group (FIG. 7); accumulation of counts of attempts to use each trunk in one group (FIG. 8); measurement of usage of each trunk in one group (FIG. 9); printing of trunk group unanswered call data, and of traffic data for the individual trunks of one group (FIG. 11); automatic selection of a trunk group to be monitored (FIG. 12); and selection of such a group on the basis of a command entered into the system (FIG. 13) . FIG. 4 is a layout 140 of memory required to accumulate- counts and measurements for individual trunks of one trunk group being monitored. A trunk group being monitored is one for which individual trunk counts and measurements are so accumulated. Each word contains three counters, one to accumulate call .attempts, one to accumulate a count of the number of times that a trunk is in use when sampled (usage count) , and one to accumulate a count of the unanswered calls on that trunk. The block of memory has room for n trunks, the measurements for the first trunk occupying the first word, the n'th trunk occupying the last or n'th word. If an event is detected by the system for the m'th trunk in the group being monitored, then the appropriate counter (141, 142, or 143) in the m'th word is incremented. For convenience in this particular implementation, only one such block (140) of memory is used per switching system. The address of this block (140) may then be fixed as a parameter of the system, and the length of the block may either be some convenient maximum for a particular class of switching systems, or it may be a standard maximum representing the largest trunk group which is serviced by such systems. It is also possible to provide several such blocks of memory and to monitor several trunk groups simultaneously. FIG. 5 shows a memory layout 119 of common variable data for a trunk group. Included are storage 129 for counting the number of attempts to use trunks in the group, storage 128 for counting the number of unanswered calls in the group, and storage 127 for retaining a threshold representing the normal maximum number of unanswered calls for that group. FIG. 6 shows a memory layout for storing the identification number of the trunk group being monitored (139) and for storing a flag indicating that the group is being monitored in response to a maintenance request (138) Whenever a call attempt or unanswered call is detected, a check is made of whether the event has occurred in the trunk group whose identification number is stored in 139; if so, an appropriate counter in block 140 (FIG. 4) is incremented. The flag is retained to distinguish an automatically initiated trunk group monitoring request fro one that has been initiated in response to a command entered from the maintenance console 105; this is discussed further with reference to FIG. 13. FIG. 7 is a flow chart representing programs required to count unanswered calls. Included is a section of disconnect program 205 and translation program 221 of FIG. 3. When an unanswered call is detected by means of a conditional transfer instruction represented by block 125 in the disconnect program 205, a transfer is executed to a subroutine in translation program 221. Under the control of program 221, as represented by block 126, data particular to this switching system, known as translation data, is accessed to read the identification number of the trunk group and the member number within that trunk group associated with the trunk on which the unanswered call was detected. Program 221 is modified to cause the central processing unit to execute a transfer instruction to subroutine 121 in unanswered call count program 120. Unanswered call count program 120, consisting of subroutines 121, 123, and 124, increments the counter 128 (FIG. 5) associated with the trunk group, and, if the trunk group is being monitored, increments individual trunk unanswered call counters in block 140 (FIG. 4) . Under the control of subroutine 121, -the count of unanswered calls in O the trunk group in counter 128 Next, subroutine 123 is executed, under whose control a comparison is made, between the trunk group identification number, or trunk group number, and the number of the trunk group being monitored, the latter stored in memory location 139 (FIG. 6) . If the comparison yields a match, a transfer is executed by central processing unit 101 to a subroutine 124 to control the incrementing of the unanswered call count for that trunk. The member number of the trunk was previously found under the control of translation program 221; if this number is m, then the unanswered call count 143 (FIG. 4) of the m'th trunk is incremented. Data on unanswered calls of various trunk groups may also be combined with similar data from other switching systems. Data showing that many systems experience a high rate of unanswered calls to a particular switching system, may be used to identify problems in common equipment in that system. FIG. 8 is a flow chart of programs for taking measurements of attempts to use the individual members of the trunk group being monitored. The flow chart includes sections of digit analysis program 202, translation program 221, and traffic record program 220 of FIG. 3. When the completion of dialing has been recognized under the control of subroutine 135 of digit analysis program 202, subroutine 133 of the translation program 220 is called to control the selection of an appropriate trunk group and the member number of an available trunk within that group. Subroutine 134 of the traffic record program 220 is then called to control the incrementing of attempt counter 129 for the selected trunk group. Traffic record program 220 is modified to cause central processing unit 101 to execute a transfer to individual trunk attempt count program 130. Individual trunk attempt count program 130 comprises two subroutines, 131 and 132. Subroutine 131 controls the check to see if the trunk group for this call is the same as the trunk group being monitored. Central processing unit 101 compares the identification number of the selected trunk group with the identification number of trunk group being monitored 139 (FIG. 6). If the comparison yields a match, central processing unit 101 executes a transfer to subroutine 132; under the control of subroutine 132, the attempt count 141 (FIG. 4) corresponding to the member number of the selecte trunk is incremented. Subsequently, or if the comparison yielded no match, central processing unit 101, executes a transfer to traffic record program 220, under whose contro other traffic record work is completed. FIG. 9 is a flow chart of individual trunk usage measurement program 150. The central processor unit 101 i executing this program accesses trunk group translation data 158 (FIG. 10) . Trunk group translation data 158 includes data 165 common to all members of the group. Trunk group translation data 158 also includes the identification number of all trunks in the group, from the first member, whose identity is stored in location 159, to the last member, whose identity is stored in location 160. The identification numbers of the trunks are used to acces data concerning the present state (busy or idle) of each trunk; trunk identification numbers for trunks should not be confused with member numbers, which simply correspond to the position of a trunk identification number within the list in block 158, or within the sets of counters in block 140 (FIG. 5) . Central processing unit 101, under the control of executive control program 203, generates a signal approximately once every 100 seconds. Executive control program 203 is modified so that this signal causes an execution of a transfer instruction to the initial subroutine 152 of the individual trunk usage measurement program 150 (FIG. 9) . Under the control of subroutine 152, the identity of the trunk group being monitored, stored in location 139, is read, and is used to access trunk group translation data 158 (FIG." 10). Under the control of subroutine 152, central processing unit 101 accesses data block 158; it then reads the identity 159 of the first trunk in the group by executing subroutine 153. Under the control of subroutine 154, a check is made to see if the trunk is busy: if so, subroutine 155 controls the incrementing of the usage counter in block 140 corresponding to that trunk. Subsequently, the central processing unit 101 under the control of subroutine 156 accesses the trunk group translation data 158 to check if there are more trunks in the group. The identity of the next trunk is read under the control of subroutine 157 by accessing data block 158 and the loop consisting of subroutines 154, 155, 156, and 157 is repeated. This process is continued until the last trunk identity 160 is read, after which the loop check of subroutine 156 indicates the completion of individual trunk usage measurement program 150. This leads to the execution by the central processing unit 101 of a transfer instruction returning control of central processing unit 101 to the executive control program 203. FIG. 11 is a flow chart of special traffic data print program 163 for controlling the communication of dat generated by executing programs 120, 130, and 150 (FIG. 7- 9) to the maintenance console 105. Maintenance console message programs 216 are well known in the art. Maintenance console message program 216 is modified so tha periodically it causes central processing unit 101 to execute a transfer to special traffic data print program 163. Special traffic data print program 163 comprises two subroutines 161 and 162. Subroutine 161 controls the setting up of data to control the printing of the number of unanswered calls stored in locations 128 (FIG. 5) associated with each of the trunk groups in the switching system. Subroutine 162 controls the setting up of data to control the printing of the contents of the counters of block 140 (FIG. 6) representing attempts, usag counts, and unanswered calls of all the trunks in the grou being monitored. Various subroutines of maintenance message control program 216 subsequently control the printing at the maintenance console 105 of data set up by special traffic data print program 163. While the program flow charts indicate that the data is being printed, alternate forms display or recording, including use of video terminals, and/or recording on bulk storage for subsequent processing or display, and/or the transmission of such data to a remote location, are also possible. FIG. 12 is a flow chart of the monitored trunk group selection program 170. It will be recalled that the trunks of a group to be monitored are individually measure using the counters 140 (FIG. 4) . The function of the program 170 is to select for subsequent monitoring, a trun group whose number of unanswered calls exceeds a prespecified threshold. Trunk group variable data 119 (FIG. 5) comprises counter 128 for counting the number of unanswered calls in that trunk group and storage 127 for retaining a threshold of the normal maximum number of such calls for the group. This threshold is prespecified as part of the .translation information of the switching system. The threshold could also be automatically calculated using an algorithm based on the size of the trunk group or derived from a table specifying the threshold as a function of the size of the group; it could also be changed by a message from the maintenance console. Central processing unit 101, under the control o executive control program 203 generates a signal approximately once every hour. Executive control program 203 is modified so that this signal causes a transfer instruction to be executed, transferring control to the monitored trunk group selection program 170 (FIG. 12). Under the control of the initial subroutine 17 within program 170, data stored in locations 127 and 128 (FIG. 5) associated with the first trunk group in the switching system is accessed. Under the control of subroutine 172, the two values are compared; if the number of unanswered calls 128 exceeds the threshold 127 for that group, a transfer to subroutine 174 is executed by central processing unit 101; then that group will be monitored during the next one hour interval. A group is monitored when its identification number is written into location 139 (FIG. 6) by the central processing unit 101 under the control of subroutine 174. If the number of unanswered calls is equal to or less than the threshold, a test controlled by subroutine 175 is carried out to check whether there are more trunk groups; if there are, traffic data for the next trunk group is accessed under the control of subroutine 173, and the loop for checking trunk groups to select a group to be monitored, comprising subroutines 172, 175 and 173, is reentered. Program 170 is terminated when a trunk group has been selected and its identity recorded by subroutine 174, or when no more trunk groups exist in the office as indicated by the check controlled by subroutine 175; under the control of subroutine 175 or subroutine 174, the central processing unit 101 then executes a transfer back to executive control program 203 which will control subsequent central processing unit operations. In order to handle a situation in which an office has a significant number of badly maintained trunk groups, it may be desirable to ensure that the automatically initiated trunk group monitor selection process does not always pick the first of the defective trunk groups. It may, therefore, be desirable to arrange that the selection process of program 170 be modified to examine all trunk groups, but to start the search from a randomly selected trunk group or from the trunk group next after the trunk group previously monitored. FIG. 13 is a flowchart of console request monitored trunk group selection program 178, for controlling the selection of a trunk group to be monitored by an input message from a maintenance console. This input message includes the identification number of the trunk group to be monitored. Maintenance console message program 216 is modified to include the recognition of a ne message type representing this input message. Recognition of this message type causes a.transfer to be made to console request monitored trunk group selection program 178. Program 178 comprises two subroutines 176 and 177. Subroutine 176 is required to recognize details of the new type of message, representing the request to monitor a specified trunk group. Under the control of subroutine 176, subroutine 177 is called to control initiation of the monitoring by causing the number of the trunk group to be written in location 139 and to control the marking of maintenance request flag 138 (FIG. 6) . Under the control of subroutine 177, a transfer is then executed to return control to maintenance console message program 216 which controls processing of further input messages. Preference is given to maintenance requests over automatically generated requests by marking the maintenanc request flag 138. This flag is cleared whenever the trunk group being monitored on the basis of a maintenance request is no longer so being monitored. When the flag is marked, no trunk group will be monitored through selection by monitored trunk group selection program 170 (FIG. 12) , since preference is given to requests from the maintenance console. OMP

Claims: Claim 1. A method for identifying defective interoffice trunk circuits arranged in groups in a communication system CHARACTERIZED BY the steps of: establishing for test purposes a threshold number of failures to complete interoffice connections via each trunk group during a first interval of time, counting the number of failures in each trunk group during the first interval, comparing the actual number of failures with the established threshold, counting during a second interval the failures in each circuit of a group evidencing more failures than the threshold, and recording the identity of each circuit evidencing more failures than the threshold during the second interval. OMPI

Inventors: GAVRILOVICH CHARLES DAN, GAVRILOVICH, CHARLES, DAN
Applicants: WESTERN ELECTRIC CO, WESTERN ELECTRIC COMPANY, INC.
Application year: 1983
Main classification: H04M3
IPC codes: H04M3