NZ280453A - Automated portable line testing equipment - Google Patents
Automated portable line testing equipmentInfo
- Publication number
- NZ280453A NZ280453A NZ280453A NZ28045395A NZ280453A NZ 280453 A NZ280453 A NZ 280453A NZ 280453 A NZ280453 A NZ 280453A NZ 28045395 A NZ28045395 A NZ 28045395A NZ 280453 A NZ280453 A NZ 280453A
- Authority
- NZ
- New Zealand
- Prior art keywords
- craftsperson
- test
- trouble
- application engine
- shooting
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/26—Arrangements for supervision, monitoring or testing with means for applying test signals or for measuring
- H04M3/28—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor
- H04M3/30—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor for subscriber's lines, for the local loop
- H04M3/301—Circuit arrangements at the subscriber's side of the line
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/24—Arrangements for testing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/24—Arrangements for supervision, monitoring or testing with provision for checking the normal operation
- H04M3/247—Knowledge-based maintenance systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/26—Arrangements for supervision, monitoring or testing with means for applying test signals or for measuring
- H04M3/28—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor
- H04M3/30—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor for subscriber's lines, for the local loop
- H04M3/308—Craftsperson test terminals
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Telephonic Communication Services (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
- Monitoring And Testing Of Exchanges (AREA)
- Exchange Systems With Centralized Control (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Description
28 0 45 Priority Date(s): Complete Specification Red: Class: (8) ©.o>.R?..V 1.9SJ .GSfeEG .1 k>PJ. &Qk B <3s.b£ J$1 J. J.9.H:',.... .1 .?rk?.
Publication Dat*;... 2..LMABJ997,.
P.O. JoumSINo: J.Hr.l.hh.... ......
NEW ZEALAND PATENTS ACT 1953 COMPLETE SPECIFICATION "Automated Trouble-Shooting Mechanism Resident in Craftsperson's Portable Test and Communications Device" WE, HARRIS CORPORATION, a company incorporated under the laws of the State of Florida, United States of America of 1025 Nasa Boulevard, Melbourne, Florida, 32919, United States of America, hereby declare the invention, for which we pray that a patent may be granted to us, and the method by which it is to be performed, to be particularly described in and by the following statement: 1 (The following page is numbered la) 280453 The present invention relates to telephone communication systems and networks, and is particularly directed to a new and improved automated trouble-shooting mechanism, resident in and employed by a craftsperson's portable test/communications device, which is operative to generate a trouble-shooting strategy, based upon information and reactional testing, thereby enabling the craftsperson to expeditiously remedy of a problem specified in a trouble ticket issued from a dispatch center.
Figure 1 diagrammatically illustrates the general configuration of a portable telecommunications test system the system comprising a hand-held personal computer-based test and communications unit 10, through which a craftsperson, who has been directed by a dispatch center to a service site, which may be remotely located with respect to a central office 12 serving a line to be tested (or line under test (LUT)) 16, may communicate with central office 12 and with a generic test head 14 that is connectable to the LUT 16.
The test system functionality of the supervisory control mechanism executed by the internal processor of the craftsperson's hand-held computer unit 10 is intended to provide the sen/ice technician with a user-friendly, icon-based, test procedure for facilitating the craftsperson performance of various tests on a selected line. In so doing, the craftsperson's portable computer is able to interact with multiple types of existing operational support systems, as well as provide a platform for add-on information exchanges.
For this purpose, via a contact-sensitive (e.c , pen touch-operated) video display panel 15, and an associated keyboard 1 7 of hand-held computer unit 10, the craftsperson may selectively invoke one or more test operations represented by a set of analysis and test function-associated icons. In response to these selections, the internal control processor of unit 10 executes communication and signal processing operations associated with an identified test. The test head 14 proper performs data acquisition on demand from the personal computer unit 10, including the execution of functional < -- -,ncj la 280 453 hand-held personal computer unit 10 can be expanded through plug-in cards and software programs for coupling with various diverse types of communication links.
In order to communicate with a remote network facility (central office 12 or data center 18 associated with the central office 12), the craftsperson's computer unit 10 contains a transceiver interface, which is further interfaced with a communication and signal processing sub-system on board the technician's service vehicle or van 20. The communication and signal processing sub-system on board the van, in turn, links the craftsperson's portable unit 10 with the remote network facility, via either a short haul wireless link, or by way of an auxiliary back-up wireline link. The respective communications interfaces within a craftsperson's portable unit and a van's sub-system.
The craftsperson may be provided with an auxiliary voice-activated, wireless headset for conducting wireless voice communications with hand-held computer unit. Such a wireless headset can be used with the hand-held computer and the test head to run automated tests, with an audio go/no-go indication of the test results being provided to the craftsperson.
The service van's communication and signal processing sub-system 22 includes a battery holder/charging station 24, a printer 26, a long haul wireless interface 28 and a network server 29. Battery holder/charging station 24 is configured to receive and store the portable hand-held computer unit 10, so that the computer unit 10 may be secured and stowed, and its associated power supply (battery pack) may be recharged, when not in use. Printer 26 is available to print out various test results or other information. Long haul wireless interface 28 provides a wireless gateway to long haul wireless services, while network server 29 contains a file server that provides additional processing power and electronic data storage. Network server 29 is operative to perform auxiliary data processing tasks on demand from the computer unit 10.
Central office facility 12 typically includes a central office switch 31, central office test devices 33, and a line-conditioning device 35, such as a direct access test unit (DATU), or (SASS) transmission conditioning system. The central office test devices 33 are capable of providing an interface with various operational support systems of the data center 18, such as a service vehicle dispatch, outside plant record data jsting 2 280 453 systems, and electronic network schematics. The line-conditioning device (e.g. DATU or SASS) 35 within central office 12 provides the craftsperson with the ability to selectively conduct a number of tests of a line, by invoking specified key combinations (sequences) from a standard craftsperson's telephone test set.
In the course of conducting a test via test head 14, the craftsperson's personal computer unit 10 receives the measured data from the test head and operates on the data to convert the measurement results into usable parameter information. This usable parameter information is then linked to the service vehicle's communication sub-system 22, so that appropriate commands may be forwarded to a line-conditioning device or 10 automated test equipment in the central office 12.
In a non-limiting example of responding to a trouble ticket that has been issued by a dispatch center and contains a customer service request, the system of Figure 1 operates as follows. After being dispatched to and travelling to a test site (using service vehicle 20), the craftsperson proceeds to couple the test head 14 to the line under test 16. Using the 15 portable computer unit 10, the technician then establishes communications with the test head 14 and, via the communication sub-system 22 in van 20, with the central office, so that one or more tests of the line may be conducted.
Once the technician has coupled the test head 14 to the line under test, the test application software resident in hand-held computer unit 10 is operative to display icons 20 associated with respective test procedures for evaluating the LUT via the contact-sensitive computer display panel 15. In response to the service technician selecting a desired test function, the resident test software of computer unit 10 proceeds to interactively generate additional menus, through which the craftsperson specifies further choices for defining parameters required for implementing the selected test. Based upon the choices selected 25 by the craftsperson, computer unit 10 assembles and transmits a message to the test head and to the central office for establishing what test or tests are to be conducted and the parameters associated with those tests.
When a selected test is invoked, the test head measures the response of the line to one or more conditions placed on the line, and transmits the test response data back to 3 0 computer unit 10 for storage in memory and analysis in accordance wi^^si £>n:board test ,/<* A\ " /L\\ ; "'i ®^\| 3 12 NOV 1995 * \ a .J>A 280453 or line analysis program. Based upon the results of the processed information, the craftsperson may direct the test device to perform one or more additional tests, until the line has been completely tested.
It is an object of the present invention to provide trouble-shooting methods and/or 5 apparatus which will at least go some way toward overcoming one or more disadvantages of the prior art, or which will at least provide the public with a useful choice.
The present invention includes a method of providing a craftsperson with a trouble-shooting strategy that will provide said craftsperson with an indication of the probable cause of a problem in a subscriber line and a suggested procedure for solving 10 said problem, comprising the steps of: (a) providing a communication and processing unit through which a craftsperson, who may be dispatched to a service site that is remotely located with respect to a telephone office serving said subscriber line, may communicate with a test system of said telephone office and with a test head that is connectable to said subscriber line, 15 said communication and processing unit having an input/output device, including a visual display, through which information input by said craftsperson is converted into prescribed control signals and transmitted to said test system and through which information associated with the operation of said test system is presented to said craftsperson; and processing, trouble-shooting application engine, and first and second databases coupled thereto, said first database being a knowledge database containing rules and static parameters which define the characteristics and behaviour of said application engine, said second database being a shared database which stores parameter data associated with one or more tests conducted on said line, said trouble-shooting application engine being 25 operative to perform a diagnostic evaluation of data in said shared database, in accordance with rule sets stored in said knowledge database and to generate a proposed solution to the problem in said line that will guide said craftsperson to remove the fault, with said application engine operative to execute a diagnostic evaluation of a plurality of possible problems that may occur on said line, potential sources of said possible 30 problems, and recommended procedures to repair said line.
The invention also includes a supervisory control mechanism, which is contained in a portable test unit employed by a craftsperson to test a communication line, said supervisory control mechanism comprising an information processing, trouble-shooting (b) providing, in said communication and processing unit, an information 4 280 453 application engine, and first and second databases coupled thereto, said first database being a knowledge database containing rules and static parameters which define the characteristics and behavior of said application engine, said second data base being a shared database which stores parameter data associated with one or more tests conducted on said line, said trouble-shooting application engine being operative to analyze multiple sources of information, including user inputs from said craftsperson, parametric data embedded in a problem dispatch, test data obtained through the execution of local tests, and remote test data, and to derive therefrom a trouble-shooting strategy that is output to said craftsperson, so as to enable said craftsperson to locate the cause of a problem that gave rise to the generation of said problem dispatch, with said rules and static parameters which define the characteristics and behavior of said application engine are prepared in accordance with a diagnostic evaluation of a plurality of problems that may occur on said line, the potential sources of such problems, and recommended procedures to solve said problem.
The invention further includes a mechanism for enabling a craftsperson's communication and processing unit to provide a craftsperson, who has been dispatched to a service site that is remotely located with respect to a telephone facility serving a subscriber line, with a trouble-shooting procedure through which said craftsperson may locate and solve the probable cause of a problem in said subscriber line, said communication and processing unit being operative to communicate with a test system of said telephone facility and with a test head that is connectable to said subscriber line, said communication and processing unit having an input/output device, including a visual display, through which information input by said craftsperson is converted into prescribed control signals and transmitted to said test system and through which information associated with the operation of said test system is presented to said craftsperson, said mechanism comprising an information processing, trouble-shooting application engine, and first and second databases coupled thereto, said first database being a knowledge database containing rules and static parameters which define the characteristics and behavior of said application engine, said second data base being a shared database which stores parameter data associated with one or more tests conducted 280453 application engine being operative to perform a diagnostic evaluation of data in said shared database, in accordance with rule sets stored in said knowledge data base and to display a message containing a proposed procedure to be carried out by said craftsperson to located and soK-e said problem in said subscriber line, with data stored by said shared database includes data acquired through one or more of a work order manager software application, measurement data sourced by portable test equipment, and data input by said craftsperson.
The test system functionality of the supervisory control mechanism executed by the internal processor of the craftsperson's hand-held computer unit is intended to provide the service technician with a user-friendly, icon-based, test procedure for facilitating the craftsperson performance of various tests on a selected line, whereby the craftsperson's portable computer is able to interact with multiple types of existing operational support systems, as well as provide a platform for add-on information exchanges.
Conveniently the present invention is directed to a particular implementation of such a supervisory control mechanism, which is operative to analyze multiple sources of information, including user inputs from the craftsperson, parametric data embedded in the dispatch (trouble ticket), test data obtained through the execution of local tests, and remote test data (obtained through a system such as a mechanized loop testing (MLT) system), and to derive therefrom a trouble-shooting strategy that will enable the craftsperson to expeditiously determine the cause of the problem that gave rise to the generation of the trouble ticket.
Advantageously the system architecture comprises an information processing subsystem, trouble-shooting application engine, and an associated set of databases, one of which is a knowledge or 'experience' database, and the other of which is a shared, parameter database. The knowledge database contains rules and static parameters which define the characteristics and behavior of the application engine. These rule sets and information are application specific, here - telephone line trouble-shooting specific, having been prepared in accordance with a rigorous diagnostic evaluation of all possible problems that may occur on a line, the potential sources of such problems, and recommended procedures to repair the line and thereby remove the fault. As the s^st^9tV* Ifea^ps new 280453 attributes of problems and remedial procedures, the knowledge database is updated to include that information, so as to enable the application engine to make a more informed decision when recommending a trouble-shooting strategy.
The data stored in the shared database may be supplied from a variety of external sources, such as data acquired through an automated craft dispatch - work order manager software application, such as an ATfitT CAS (craft access system) application, technician access network (TAN), or automated work administration system (AWAS), measurement data sourced by portable test equipment (PTE), or data input by the user.
The trouble-shooting application engine is operative to use the rules and parameters of the knowledge database to establish a field of possible/probable fault candidates that have relationships or linkages with a critical point of a set of control parameters. The candidates of a given field are those which exhibit one or more symptoms revealed by values of test parameters- Using test parameter data in the shared database, the engine refines the field of candidates to those containing successively smaller numbers of members, until a most likely candidate as the cause of the problem is established.
In particular, as the shared database is dynamically updated with test result information derived from measurements conducted on the line or from an application system, the application engine processes this information in accordance with the rule set of the knowledge data base and excludes from the field of candidates those points that are no longer sufficiently closely linked to the control point based upon the relationship specified by the control model. Eventually, the field is reduced to a single, most likely fault candidate point, which the engine uses to generate a remedial strategy message to the craftsperson via the computer display screen.
In accordance with the operational flow sequence carried out by the troubleshooting strategy generating mechanism in accordance with the present invention will be described, when craftsperson is dispatched to a job site, and establishes a communication with the necessary remote facility, such as a central office and associated data center, the technician downloads whatever information is available for the trouble ticket being serviced, which may include the output of exercised test equipment, in order to provide parametric data for the line being serviced, that will enable the applicatipfi engi 7 **2 NOV \ 4 280453 estimate the cause of the fault.
Accompanying the downloaded parametric test data is a prescribed test identification (VER) code that associates the test conducted by the mechanized test equipment with the rule set in the knowledge database. Once the test measurement and data download operation is complete, the user is presented with a display screen that contains a menu of options, that may include further testing of the line, or other functions. Since the application engine generates a trouble-shooting strategy based upon a diagnostically evaluation of the trouble ticket and available measurement data stored in the shared database, the level of experience or skill of the technician will not prevent a successful choice of menu items to accomplish the task.
Each menu screen includes a Help" icon. When this icon is invoked, the application engine displays a message to the user indicating the results of its analysis of the information currently available in the knowledge and shared databases and recommends what the technician should do next. The engine then specifies what method is to be carried out based upon the VER code and available parametric test data. Based upon the selected method, a message will be displayed that will instruct the user what should be done.
If preliminary information provided by the trouble ticket and the results of initial test measurements are sufficient for the application engine to determine the cause of a fault, a location and repair scenario message is generated. The application engine is operative to coordinate data gathering and analysis, including invoking of an external test function (e.g. a request to the DATU to open the subscriber line), and the observation or measurement of the line's response to the invoked operation (e.g. reading the response of a test head monitoring that line which, for the example of requesting a DATU to open the line, should cause the test head see no voltage).
If further testing of the line is necessary, a displayed message may instruct the user to again exercise one or more additional tests. Thus, instruction message screens are successively generated, as necessary, and the user is instructed to derive additional information, such as by exercising the test head, until the application engine has refined a field of potential causes to a single probable source. The displayed message not only represents the results of the engine's analysis of the trouble ticket and tgfrend parameter J a / 22 NOV 1995 \ * 280 453 data, but serves to provide practical information to the technician. The craftsperson may then proceed to carry out the suggested correction procedure, to remedy the fault. Upon completion of this exercise, the line may again be tested to verify the repair.
The invention will now be described, by way of example, with reference to the accompanying drawings in which: Figure 1 diagrammaticaMy illustrates the general configuration of the portable telecommunications test system.
Figure 2 shows the fundamental system architecture of the present invention as comprising an information processing sub-system, trouble-shooting application engine, and an associated set of knowledge and shared parameter databases; Figure 3 diagrammatically illustrates a field of candidate points, which are associated with respectively different potential anomaly or fault candidates for the cause of the problem that prompted the generation of a trouble ticket for a given line to be tested; and Figure 4 illustrates respective steps of an operational flow sequence employed in the mechanism for generating a trouble-shooting strategy based upon information and reactional testing.
Before describing in detail the new and improved automated trouble-shooting mechanism in accordance with the present invention, it should be observed that the present invention resides primarily in what is effectively an information processing sub-system embedded within, and an associated set of databases employed by, the supervisory control software resident in the above-referenced craftsperson's portable computer unit. One of these databases is a knowledge or 'experience' database containing rules and static parameters employed by the information processing sub-system to define its characteristics and behavior. The second database is a shared database in which raw parametric data associated with the line under test is stored. Thus, the information processing sub-system of the present invention effectively constitutes an artificial intelligence, trouble-shooting application, engine, which employs the knowledge and experience rules in the knowledge database to evaluate the data stored in the shared database, in order to reach a recommended course of action that will enable the craftsperson to solve the problem presented on the trouble ticket.
O 280 453 The invention illustrated by the drawings show only those specific details in a convenient functional grouping.
Figure 2 shows the fundamental system architecture as comprising an information processing sub-system, trouble-shooting application engine 41, and an associated set of databases 43 and 45. Database 43 is a knowledge or 'experience' database containing rules and static parameters which define the characteristics and behavior of engine 41.
The rule sets and information stored in database 45 are application specific, here -telephone line trouble-shooting specific, prepared in accordance with a rigorous diagnostic evaluation of all possible problems that may occur on a line, the potential sources of such problems, and recommended procedures to repair the line and thereby remove the fault. Moreover, as the system learns new attributes of problems and remedial procedures associated with those problems, the knowledge database is updated to include that information, so as to enable the application engine to make a more informed decision when recommending a trouble-shooting strategy.
The database 45 is a shared database in which parametric data associated with the line under test is stored. Such data may be sourced from a variety of external sources, such as data acquired through a work order manager software application 51 ( g. the previously mentioned AT&T CAS (craft access system) application, technician access network (TAN), or automated work administration system (AWAS)), measurement data sourced by portable test equipment (PTE), or data input by the user.), measurement data sourced by portable test equipment (PTE) 52, or by the user 53.
The engine 41 uses the knowledge and experience rules in the knowledge database 43 to evaluate the raw data in the shared database 45, in order to reach a recommended course of action to the craftsperson to solve the problem presented on the trouble ticket. For this purpose, engine 41 comprise an application engine produced by Stanford University, Palo Alto, Cal., known as 'The Coarse Program Model', which, using the rules and parameters of the knowledge database 43, establishes a field of possible/probable fault candidates that have relationships or linkages with a critical point of a set of control parameters. The candidates of a given field are those which exhibit one or more symptoms revealed by values of test parameters. Then, using test parameter I 280453 database 45 derived from an external source, such as a line measurement test head, or input by the service technician, for example, the engine 41 refines the field of candidates to those containing successively smaller numbers of members, until a most likely candidate as the cause of the problem is established.
This operation is diagrammatically illustrated in Figure 3, which shows a field of candidate points pi, p2, p3, ..., pn, which are associated with respectively different potential anomaly or fault candidates for the cause of the problem that prompted the generation of a trouble ticket for a given line to be tested. In the non-limiting example of Figure 3, point pi is associated with a ground fault, point p2 is associated with a cross to a working pair, and point p3 is associated with an open line.
As the databases employed by the application engine are updated with more current information, in particular, as the shared database 45 is dynamically updated with test result information derived from measurements conducted on the line or from an application system, such as data derived from portable test equipment for example, engine 41 processes this information in accordance with the rule set of the knowledge data base and excludes from the field of candidates those points that are no longer sufficiently closely linked to the control point based upon the relationship specified by the control model. Eventually, the field is reduced to a single, most likely fault candidate point pm, which the engine 41 uses to generate a remedial strategy message to the craftsperson via the computer display screen.
Figure 4 shows the operational flow sequence of a mechanism for generating a trouble-shooting strategy based upon information and reactional testing, in accordance with an embodiment of the present invention will be described. When a subscriber or customer places a service call to an automated service repair facility, the administrator at the repair facility confirms the request and generates a trouble ticket. A craftsperson is then dispatched to a specified location at which the line that prompted the reported problem may be tested and serviced.
Upon arriving at the job site, and establishing a communication with the necessary remote facility (central office and associated data center) via the wireless - wireline communications sub-systems contained in the portable computer uni , 11 280453 as described in the above-referenced Horton et al application, then, in step 401, the technician downloads whatever information is available for the trouble ticket being serviced.
This initial operation customarily involves the use of a work order manager application, such as the above-referenced CAS application, and requires the craftsperson to exercise test equipment, such as a SASS transmission conditioning system, or a direct access test unit (DATU), in order to provide preliminary parametric data for the line being serviced, that will enable the application engine to estimate the cause of the fault.
Where preliminary information provided by the trouble ticket and the results of initial test measurements are sufficient for the application engine to determine the cause of a fault, a location and repair scenario message is generated. The application engine is operative to coordinate data gathering - by invoking an external test function, and subsequent analysis - by the observation or measurement of the line's response to the invoked operation. For example, the application engine may generate an instruction that requests the DATU 35 to open the subscriber line 16. It then reads the response of the portable test equipment (test head 14) to the invoked stimulus provided by the DATU. For the example of opening the subscriber line, the voltage reading output of the portable test equipment 14 should be zero. The application engine then makes a decision on what is to be done next based upon the monitored PTE output.
In step 402, the measurement data derived from the test equipment is downloaded into the shared database 45. Accompanying the parametric test data itself is a prescribed VER code that associates the test conducted by the mechanized test equipment with the rule set in the knowledge database. Once the test measurement and data download operation is complete, the user is presented with a display screen that contains a menu of options, that may include further testing of the line, or other functions. Since the application engine 41 is operative to generate a trouble-shooting strategy based upon a diagnostically evaluation of the trouble ticket and available measurement data stored in the shared database, the level of experience or skill of the technician will not prevent a successful choice of menu items to accomplish the task. While a very experienced craftsperson might readily choose the appropriate test function menu item forJtl^^t^pub!e / (•A 280453 ticket at hand, the incorporation of the trouble-shooting application engine permits a lesser skilled individual to be guided through a problem correction sequence.
For this purpose, each menu screen includes a "Help" icon. In step 403, when the Help icon is invoked (by the craftsperson pressing a pen against the contact-sensitive screen of the computer unit), the application engine displays a message to the user indicating the results of its analysis of the information currently available in the knowledge and shared databases and recommends what the technician should do next. For this purpose, in response to the technician invoking the 'Help' icon, then in step 404, the application engine extracts the VER code that has been downloaded into the shared database. Next, in step 405, it instantiates what method is to be carried out based upon the VER code. Based upon the selected method, a message will be displayed that will instruct the user what should be done.
More particularly, in step 406, an instruction message associated with the selected method is displayed to the user. For example, if the preliminary information provided by the trouble ticket and the results of the initial MLT measurements are sufficient to arrive at a cause of the fault, a location and repair scenario message might be generated. On the other hand, if further testing of the line is necessary, the displayed message may instruct the user to again exercise one or more additional tests. Namely, help/instruction message screens are successively generated, as necessary, and the user is instructed to derive additional information, for example, by exercising the test head, until the application engine has refined a field of potential causes to a single probable source.
Assuming, for example, that the iterative measurement and evaluation process described above has determined that the cause of the line fault is a ground fault, the folio ving message might be displayed: "The MLT has determined that a ground fault exists. This type of fault occurs mostly in buried cables. Use a ground fault locator and earth gradient frame to locate the fault. Expose the cable at the point of the fault and repair the cable." This message not only represents the results of the engine's analysis of the trouble ticket and test and parameter data, but it serves to provide practical information to the technician (by confirming a choice made by a skilled craftsperson, or supplying on the job training to a lesser skilled individual). The craftsperson may then proceed-liS&efiVf qgt the 13 280453 suggested correction procedure, to remedy the fault. Upon completion of this exercise, the line may again be tested to verify the repair.
As will be appreciated from the foregoing description, by incorporating the troubleshooting mechanism in accordance with the present invention into a telephone service technician's portable computer unit, the ability of a craftsperson who has been dispatched to a service site to expeditiously remedy a prob'err of a trouble ticket is enhanced, regardless of the level of skill of the service technician. By analyzing multiple sources of information, including user inputs from the craftsperson, parametric data embedded in the dispatch (trouble ticket), test data obtained through the execution of local tests, and remote test data (obtained through a system such as a mechanized loop testing (MLT) system), the trouble-shooting mechanism of the present invention is able to rapidly derive and suggest to the technician a problem solving strategy that is both deterministically accurate and instructive.
A trouble-shooting mechanism is incorporated into a telephone service technician's portable computer unit, to enable a craftsperson, to respond to a trouble ticket. By analyzing multiple sources of information, including user inputs from the craftsperson, parametric data embedded in the trouble ticket, test data obtained through the execution of local tests, and remote test data, the trouble-shooting mechanism derives and suggests a problem solving strategy that is appears accurate. The system architecture includes a trouble-shooting application engine, and an associated set of databases, one of which is a knowledge database, and the other of which is a shared, parameter database. The knowledge database contains rules and static parameters which define the characteristics and behavior of the application engine. These rule sets and information are telephone line trouble-shooting specific. *22 NOV 1995 14 280 453
Claims (11)
1. A method of providing a craftsperson with a trouble-shooting strategy that will provide said craftsperson with an indica!ion of the probable cause of a problem in a subscriber line and a suggested procedure for solving said problem, comprising the steps of: (a) providing a communication and processing unit through which a craftsperson, who may be dispatched to a service site that is remotely located with respect to a telephone office serving said subscriber line, may communicate with a test system of said telephone office and with a test head that is connectable to said subscriber line, said communication and processing unit having an input/output device, including a visual display, through which information input by said craftsperson is converted into prescribed control signals and transmitted to said test system and through which information associated with the operation of said test system is presented to said craftsperson; and (b) providing, in said communication and processing unit, an information processing, trouble-shooting application engine, and first and second databases coupled thereto, said first database being a knowledge database containing rules and static parameters which define the characteristics and behavior of said application engine, said second data base being a shared database which stores parameter data associated with one or more tests conducted on said line, said trouble-shooting application engine being operative to perform a diagnostic evaluation of data in said shared database, in accordance with rule sets stored in said knowledge data base and to generate a proposed solution to the problem in said line that will guide said craftsperson to remove the fault, with said application engine operative to execute a diagnostic evaluation of a plurality of possible problems that may occur on said line, potential sources of said possible problems, and recommended procedures to repair said line.
2. A method as claimed in claim 1, wherein data stored by said shared database includes data acquired through one or more of a work order manager software application, measurement data sourced by portable test equipment, and data input by said craftsperson, in which parametric test data stored in said shared database has a test identification code that associate test conducted by test equipment with a rule set in s^ict*l<3ncJvvledge -t _ c\ 15 22 MOV 1995 280 453 database, in response to which said trouble-shooting application engine generates a troubleshooting strategy based upon a diagnostic evaluation of a trouble ticket reporting said problem and said parametric measurement data stored in said shared database.
3. A method as claimed as to claim 1 or 2, wherein said trouble-shooting application engine is operative to generate a prescribed symbol on said display screen, which symbol, when invoked by said craftsperson, causes said engine to display a message indicating results of said engine's analysis of information currently available in said knowledge and shared databases and suggesting a course of action to said craftsperson to solve said problem.
4. A supervisory control mechanism, which is contained in a portable test unit employed by a craftsperson to test a communication line, said supervisory control mechanism comprising an information processing, trouble-shooting application engine, and first and second databases coupled thereto, said first database being a knowledge database containing rules and static parameters which define the characteristics and behavior of said application engine, said second data base being a shared database which stores parameter data associated with one or more tests conducted on said line, said trouble-shooting application engine being operative to analyze multiple sources of information, including user inputs from said craftsperson, parametric data embedded in a problem dispatch, test data obtained through the execution of local tests, and remote test data, and to derive therefrom a trouble-shooting strategy that is output to said craftsperson, so as to enable said craftsperson to locate the cause of a problem that gave rise to the generation of said problem dispatch, with said rules and static parameters which define the characteristics and behavior of said application engine are prepared in accordance with a diagnostic evaluation of a plurality of problems that may occur on said line, the potential sources of such problems, and recommended procedures to solve said problem.
5. A supervisory control mechanism as claimed in claim 4, wherein said trouble-shooting application engine is operative to use the rules and parameters of said knowledge database to establish a field of possible/probable fault candidates that have relationships or linkages with a critical point of a set of control parameters and, using test A £ 22 MOV 199b \ S-. c r 16 \ 280 453 containing successively smaller numbers of members, until a most likely candidate as the cause of the problem is established, said trouble-shooting application engine using said most likely fault candidate point to generate a remedial strategy message to said craftsperson, and in which parametric test data stored in said shared database has a test identification code that associates a test conducted by test equipment with a rule set in said knowledge database, in response to which said trouble-shooting application engine generates a trouble-shooting strategy based upon a diagnostic evaluation of a trouble ticket reporting said problem and said parametric measurement data stored in said shared database, including said trouble-shooting application engine operative to generate a prescribed symbol on said display screen, which symbol, when invoked by said craftsperson, causes said engine to display a message indicating results of said engine's analysis of information currently available in said knowledge and shared databases and suggesting a course of action to said craftsperson to solve said problem, preferably with said application engine operative to execute a diagnostic evaluation of a plurality of possible problems that may occur on said line, potential sources of said possible problems, and recommended procedures to repair said line.
6. A mechanism for enabling a craftsperson's communication and processing unit to provide a craftsperson, who has been dispatched to a service site that is remotely located with respect to a telephone facility serving a subscriber line, with a trouble-shooting procedure through which said craftsperson may locate and solve the probable cause of a problem in said subscriber line, said communication and processing unit being operative to communicate with a test system of said telephone facility and with a test head that is connectable to said subscriber line, said communication and processing unit having an input/output device, including a visual display, through which information input by said craftsperson is converted into prescribed control signals and transmitted to said test system and through which information associated with the operation of said test system is presented to said craftsperson, said mechanism comprising an information processing, trouble-shooting application engine, and first and second databases coupled thereto, said first database being a knowledge database containing rules and static parameters which define the characteristics and behavior of said application engine, said^cpttdpJata base * & 17 u* 22 MOV 1995 f 280 453 being a shared database which stores parameter data associated with one or more tests conducted on said line, said trouble-shooting application engine being operative to perform a diagnostic evaluation of data in said shared database, in accordance with rule sets stored in said knowledge data base and to display a message containing a proposed procedure to be carried out by said craftsperson to located and solve said problem in said subscriber line, with data stored by said shared database includes data acquired through one or more of a work order manager software application, measurement data sourced by portable test equipment, and data input by said craftsperson.
7. A mechanism as claimed in claim 6, wherein parametric test data stored in said shared database has a test identification code that associates a test conducted by test equipment with a rule set in said knowledge database, in response to which said troubleshooting application engine generates a trouble-shooting strategy based upon a diagnostic evaluation of a trouble ticket reporting said problem and said parametric measurement data stored in said shared database, and in which said trouble-shooting application engine is operative to generate a prescribed symbol on said display screen, which symbol, when invoked by said craftsperson, causes said engine to display a message indicating results of said engine's analysis of information currently available in said knowledge and shared databases and suggesting a course of action to be followed by said craftsperson to solve said problem on said subscriber line.
8. A method of providing a trouble-shooting strategy to a craftsperson, who is dispatched to a service site that is located remotely with respect to a telephone facility serving a subscriber line, said trouble-shooting strategy providing said craftsperson with an indication of the probable cause of a problem in said subscriber line and a suggested procedure for solving said problem, comprising the steps of: (a) providing said craftsperson with a communication and signal processing craft unit through which said craftsperson may communicate with said telephone facility and with test equipment that is connectable to said subscriber line, said craft unit having an input/output device, including a visual display panel, through which information input by said craftsperson is converted into prescribed signals and transmitted to a test system of said telephone facility and through which information associated with the^aperation test ,/V ^ ... - -- - \ is / 22 NOV 1931 280 45 system is presented to said craftsperson, said test system being operative to respond to command signals supplied thereto from said craft unit and to apply to said subscriber line prescribed test stimuli, responses of said subscriber line to which are measured by said test equipment; and (b) providing, in said craft unit, an information processing, trouble-shooting application engine, and first and second databases coupled thereto, said first database being a knowledge database containing rules and static parameters which define the characteristics and behavior of said application engine, said second data base being a shared database which stores parameter data associated with one or more tests conducted on said line, said trouble-shooting application engine being operative to perform a diagnostic evaluation of data in said shared database, in accordance with rule sets stored in said knowledge data base, by coordinating the application of a stimulus to said subscriber line by said test system and analyzing theoutput of said test equipment to said stimulus, and to generate said proposed solution to the problem in said subscriber line that will guide said craftsperson to remove the fault, and preferably the test unit comprises a direct access test unit.
9. A method as claimed in claim 8, wherein said direct access test unit is configured to respond to commands from said craft unit and to supply audio messages so as to enable said craftsperson to control the operation of said direct access test unit and thereby test said subscriber line, said commands being converted into tone signals and transmitted to said direct access test unit, and wherein information associated with the operation of said direct access test unit is presented by said visual display to said craftsperson, said displayed information being interactively updated in response to one or more inputs via said craft unit by said craftsperson, irrespective of the generation of audio messages by said direct access test unit, and in which said application engine is operative to cause a menu of various tests that may be conducted upon said subscriber line by said test system to be displayed via said visual display in response to information, a request for which has been displayed, having been input via said input/output device of said craft unit, with the application engine operative to cause said menu of various tests that may be conducted upon said subscriber line by said test system to be displayed si.rnuj^apeously via 19 280 453 said visual display, while audio messages associated with different test functions that may be performed by said test system are being sequentially generated, and preferably, said application engine being operative to execute a diagnostic evaluation of a plurality of possible problems that may occur on said line, potential sources of said possible problems, and recommended procedures to repair said line, in which data stored by said shared database includes data acquired through one or more of a work order manager software application, measurement data sourced by said test equipment, and data input by said craftsperson.
10. A method as claimed in any one of claims 8 or 9, wherein parametric test data stored in said shared database has a test identification code that associates a test conducted by test equipment with a rule set in said knowledge database, in response to which said trouble-shooting application engine generates a trouble-shooting strategy based upon a diagnostic evaluation of a trouble ticket reporting said problem and said parametric measurement data stored in said shared database, and in which said trouble-shooting application engine is operative to generate a prescribed symbol on said display screen, which symbol, when invoked by said craftsperson, causes said engine to display a message indicating results of said engine's analysis of information currently available in said knowledge and shared databases and suggesting a course of action to said craftsperson to solve said problem.
11. A method of providing a craftsperson with a troubleshooting strategy that will provide said craftsperson with an indication of the probable cause of a problem in a subscriber line and a suggested procedure for solving said problem substantially as hereinbefore described with reference to the accompanying drawings. HARRIS CORPORATION By their Attorney KNOWLES & ASSOCIATES 22 Novwht* /W~ 20 v' 4 I \ 22 NOV 10- .
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/343,699 US5533093A (en) | 1994-04-29 | 1994-11-14 | Automated trouble-shooting mechanism resident in craftsperson's portable test and communications device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| NZ280453A true NZ280453A (en) | 1997-03-24 |
Family
ID=23347244
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| NZ280453A NZ280453A (en) | 1994-11-14 | 1995-11-13 | Automated portable line testing equipment |
Country Status (9)
| Country | Link |
|---|---|
| JP (1) | JPH08265423A (en) |
| KR (1) | KR100395224B1 (en) |
| CN (1) | CN1133522A (en) |
| AR (1) | AR000109A1 (en) |
| AU (1) | AU704138B2 (en) |
| BR (1) | BR9504950A (en) |
| CA (1) | CA2162763C (en) |
| NO (1) | NO310947B1 (en) |
| NZ (1) | NZ280453A (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003023649A1 (en) * | 2001-09-13 | 2003-03-20 | Xl Tel Pty Ltd | Customer support method and system |
| EP1607866A1 (en) | 2004-06-15 | 2005-12-21 | Hewlett-Packard Development Company, L.P. | System and method for remote computer support service with solution function updates |
| CN109451511A (en) * | 2018-10-18 | 2019-03-08 | 中国电力科学研究院有限公司 | Driver test system and method based on 1800M electric power wireless communication private network |
| CN113567775B (en) * | 2021-05-31 | 2023-10-03 | 合肥通用机械研究院有限公司 | Liquid hydrogen storage and supply system fault diagnosis analysis method based on guide words |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4837811A (en) * | 1988-01-25 | 1989-06-06 | Communication Manufacturing Co. | Telephone technician's terminals |
| US4943993A (en) * | 1988-02-17 | 1990-07-24 | Fore Don C | Cable pair tester |
| US5521958A (en) * | 1994-04-29 | 1996-05-28 | Harris Corporation | Telecommunications test system including a test and trouble shooting expert system |
-
1995
- 1995-11-10 AR AR33419195A patent/AR000109A1/en unknown
- 1995-11-13 AU AU37778/95A patent/AU704138B2/en not_active Ceased
- 1995-11-13 NZ NZ280453A patent/NZ280453A/en not_active IP Right Cessation
- 1995-11-14 CA CA002162763A patent/CA2162763C/en not_active Expired - Fee Related
- 1995-11-14 JP JP7295842A patent/JPH08265423A/en active Pending
- 1995-11-14 BR BR9504950A patent/BR9504950A/en not_active Application Discontinuation
- 1995-11-14 CN CN95121534A patent/CN1133522A/en active Pending
- 1995-11-14 NO NO19954601A patent/NO310947B1/en unknown
- 1995-11-14 KR KR1019950041291A patent/KR100395224B1/en not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| CN1133522A (en) | 1996-10-16 |
| NO310947B1 (en) | 2001-09-17 |
| AR000109A1 (en) | 1997-05-21 |
| KR960020311A (en) | 1996-06-17 |
| JPH08265423A (en) | 1996-10-11 |
| AU704138B2 (en) | 1999-04-15 |
| BR9504950A (en) | 1997-10-21 |
| NO954601D0 (en) | 1995-11-14 |
| CA2162763C (en) | 2007-03-27 |
| NO954601L (en) | 1996-05-15 |
| AU3777895A (en) | 1996-05-23 |
| CA2162763A1 (en) | 1996-05-15 |
| KR100395224B1 (en) | 2003-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5533093A (en) | Automated trouble-shooting mechanism resident in craftsperson's portable test and communications device | |
| EP0712227A2 (en) | Trouble-shooting system for telephone system | |
| EP0706737B1 (en) | Telecommunications line test system | |
| US5528660A (en) | Display-based control mechanism resident in portable test and communications device for facilitating craftsperson's remote testing of selected portion of telephone network | |
| US8059788B2 (en) | Telephone software testing system and method | |
| CN109541353A (en) | Power distribution automation detection system | |
| US20080059838A1 (en) | Apparatus And Method For Performing Failure Diagnostic Testing of Electronic Equipment | |
| CN105760300B (en) | A kind of automated testing method and test macro of STK/UTK business | |
| CA2162763C (en) | Automated trouble-shooting mechanism resident in craftsperson's portable test and communications device | |
| CN116208537A (en) | Portable general finger detector | |
| US20080059837A1 (en) | Active Block Diagram For Controlling Elements In An Electronic Device | |
| CN113468054A (en) | Automatic test system and method for satellite interface and function test | |
| Pagurek et al. | Knowledge based fault location in a data communication network | |
| JP3722869B2 (en) | Exchange software test system and test method | |
| Heggestad et al. | Knowledge-Based System Analysis and Control | |
| CN114839920B (en) | Battery protection board test macro instruction based on motion capture and control system thereof | |
| CA2166396C (en) | Telecommunications line test system | |
| Rabie | Applications of expert systems to network surveillance | |
| CN111307489A (en) | Intelligent telecontrol machine closed-loop automatic test system | |
| KR100846560B1 (en) | Method and system for providing line test service by using mobile telecommunication network | |
| JPH07107140A (en) | Protocol analyzer | |
| Huebner | System validation through automated requirements verification | |
| JPH08195810A (en) | Testing system for exchange software | |
| US20080088325A1 (en) | Method and system for performing embedded diagnostic application at subassembly and component level | |
| Dalton et al. | Testing and Evaluation of the Defense Data Network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RENW | Renewal (renewal fees accepted) | ||
| RENW | Renewal (renewal fees accepted) | ||
| RENW | Renewal (renewal fees accepted) | ||
| EXPY | Patent expired |