CA1260589A - Communication system having automatic circuit board initialization capability - Google Patents
Communication system having automatic circuit board initialization capabilityInfo
- Publication number
- CA1260589A CA1260589A CA000526531A CA526531A CA1260589A CA 1260589 A CA1260589 A CA 1260589A CA 000526531 A CA000526531 A CA 000526531A CA 526531 A CA526531 A CA 526531A CA 1260589 A CA1260589 A CA 1260589A
- Authority
- CA
- Canada
- Prior art keywords
- port
- board
- reporting
- controller
- port circuit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
- H04Q3/54—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
- H04Q3/545—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
- H04Q3/54508—Configuration, initialisation
- H04Q3/54516—Initialization, software or data downloading
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/08—Indicating faults in circuits or apparatus
- H04M3/12—Marking faulty circuits "busy"; Enabling equipment to disengage itself from faulty circuits ; Using redundant circuits; Response of a circuit, apparatus or system to an error
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1305—Software aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13109—Initializing, personal profile
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13376—Information service, downloading of information, 0800/0900 services
Abstract
COMMUNICATION SYSTEM HAVING AUTOMATIC
CIRCUIT BOARD INITIALIZATION CAPABILITY
Abstract A self-initializing communication system is described which automatically initializes circuit boards of the system using predetermined operating parameters when the system is initially powered-up or reset. The system is arranged to initialize circuit boards inserted in any order in any board slots of the system equipment housing. A malfunctioning circuit board can be replaced while the system is operating and the replacement circuit board is automatically initialized by the system using the stored operating parameters from the malfunctioning circuit board.
CIRCUIT BOARD INITIALIZATION CAPABILITY
Abstract A self-initializing communication system is described which automatically initializes circuit boards of the system using predetermined operating parameters when the system is initially powered-up or reset. The system is arranged to initialize circuit boards inserted in any order in any board slots of the system equipment housing. A malfunctioning circuit board can be replaced while the system is operating and the replacement circuit board is automatically initialized by the system using the stored operating parameters from the malfunctioning circuit board.
Description
5~3~
COMMUNICATION SYSTEM HAVING AUTOMATIC
CIRCUIT BOARD INITIALIZATION CAPABILITY
Field of the Invention This invention relates to communication system initialization and, more particularly, to a method and apparatus for automatically initializing circuit boards of the system.
Background of the Invention _ _ During the installation of a communication system, circuit boards are plugged into predetermined slots in an equipment housing. Some of these boards may require initialization by the user. The circuit board initialization process involves the user manually loading various parameters into circuit boards and/or the booting of programs into the board before that board or the system can be placed in service.
Additionally, when a circuit board of a communication system malfunctions, it must be replaced, sometimes requiring the user to power-down the system.
Moreover, this replacement board must also be manually initialized by the user after being inserted into the equipment housing.
What is desired is a self-initializing co~nunication system whereby each circuit board is automatically initialized when the system is powered.
Additionally, it is desired that when a circuit board is replaced in an operating system, the replacement circuit board be automatically initialized by the system.
Summary of the Invention ~ .. _ . _ In accordance with one aspect of the invention there is provided a communication system comprising a controller connected to one or more port circuits for providing communications between trunks and lines connected to said one or more port circuits, said system D~
~z~
- la -further comprising means at each of said port circuits responsive to a predetermined status condition thereat for reporting its identification type code to said controller and said controller including memory means for storing predetermined operating parameters for each type of said one or more port circuits which can be connected to said system and means responsive to the recelpt of said type code from said reporting port circuit for accessing said memory means using said type code and for sending predetermined operating parameters associated therewith to said reporting port circuit.
In accordance with another aspect of the invention there is provided a method of self-initializing a communication system comprising a controller connected to one or more port circuits for providing communications between trunks and lines connected to said one or more port circuits, said method comprising storing in a system memory predetermined operating parameters according to port circuit type code, reporting to said controller when a predetermined status condition exists at a port circuit, said report specifying the type code of said reporting port circuit, controller accessing of said system memory to obtain the stored predetermined operating parameters using said reporting port circuit type code specified in said reporting step, and sending said predetermined operating paramete.r to said reporting port circuit.
According to the present invention, a self-initializing system and method are described for automatically initializing circuit boards of the system in response to predetermined conditions. More 8~1 particularly, when power is applied or in response to a reset signal, each circuit board systemat:ically reports its identification type (ID) code to the system controller which then accesses options tables in memory using the board ID code to obtain predetermined operating parameters which are sent to the associated circuit board. Additionally, the present self-initializing system initializes circuit boards which are inserted in any order in any of the board slots of the equipment housing. According to another asp~ct of the invention, a malfunctioning circuit board is replaceable while the system is operating and the replacement circuit board is automatically initialized by the system using the stored operating parameters associated with the replaced circuit board.
Brief Description of the Drawing The characteristics and operation of the present invention will be more apparent from the following detailed description taken in conjunction with the drawing in which:
FIG. 1 is a block diagra~ of a telephone communication system useful for describing the present invention;
FIG. 2 is a block diagram of a port circuit utilized in the system of FIG. l;
FIG. 3 shows various tables which store information utilized by the progra~s of the present invention;
FIG. 4 shows an overall block diagram which illustrates the operation of the programs and tables utilized by the present invention;
FIG. 5 shows the flow chart of the board configuration manager program utilized by the present invention; and FIG. 6 shows the flow chart of the program which initializes the port circuits in accordance with the present invention.
5~
General Description .
Referring to FIG. 1, there is shown an illustrative private branch exchange (PBX) communication system 100 useful in describing the present invention.
S The system 100 controls call processing between any of the trunks (e.g.~ 118), station sets (e.g., 106), or devices (e.g., 112) connected to the system ports (108-111, 114-117). The system controller includes a central call processor unit (CPU) 101, which connects over a processor bus 102 to read-only memory (ROM) 103. The ROM 103 stores the system call processing programs, including the programs utilized by the present invention. ~ customer access unit (CAU) 104 enables a customer to administer CPU 101 and system 100. The CAU 104 also enables a customer to manùally input or change the operating parameters of the syste~ ports.
The CPU 101 communicates over a ti~e division multiplexer (TDM) bus 105 to a plurality of intelligent port circuits (108-111, 114-117). System 100 has a distributed switching network architecture whereby some of the common circuitry is incorporated into the ~icroprocessor controlled port circuits.
The port circuits may include a variety of line circuits, for example, analog line circuit 108 for interfacing analog telephone 106, hybrid line circuit 109 for interfacing hybrid telephone 107, or digital line circuits or modems 110, 111 for interfacing to data devices 112, 113~ The port circuits may also include a variety of trunk circuits, such as central office trunk circuits 114, 115 for interfacing to central office (CO) lines 118 or tie trunk circuit 116 for interfacing to tie trunk 119. Additionally, the port circuits may include a variety of service circuits, such as 117, which provide tone/clock generation, tone detection, speech synthesis, etc., for the system.
~a~s~
The communication system 100 is housed in an equipment housing having board slots wired so that any port board can plug into any board slot. As well be described in a later paragraph, system controller (CPU 101 and rnemory 103) associates a particular port board with a board slot location after receiving a port board report during a restart condition.
Shown in FI~. 2 is a generic block diagram of an intelligent port circuit 200 which may be utilized with the present system. These port boards may be of the type described on page 162 of the article entitled "System 75: Communications and Control Architecture" by L. A. Baxter et al (AT&T Technical Journal, __ _ January 1985, page 153).
Bus transceiver 201 interfaces the port circuit 200 to TDM bus 102. The time-slot information from TDM bus 102 includes control information ancl data.
The data may be either digitized pulse code modulation (PCI~) voice samples or digital data. These data are converted to and from the TDM format by network processing element (NPE) 202. A control interface 203 connects to NPE 202 and control interface 203 via data bus 206. Control interface 203 receives control information from TD~ bus 102 and controls data flow over 25 data bus 206. Circuit 204 provides the Battery feed, Overvoltage protectiont Ringing, Supervision, Codec, Hybrid and Testing (BORSCHT) functions and signals necessary to interface to a particular type of line or trunk.
Port ~icroprocessor 205 includes ROM and RAM
circuits and perfor~s functions common to all port circuits and specific-application functions which are unique to a particular type of port circuit.
Microprocessor 205 communicates with NPE 202 and control 35 lnterface 203 via control bus 207. Microprocessor 205 carries out the port circuit's particular function and enables it to communicate with system CPU 101.
s~
The port circuit's particular operating characteristics are defined by specific operating parameters which are inputted during the automatic initialization process according to the present invention and which may be modified by the user using CAU 104 of FIG. 1. These operating parameters are stored in RAM of port microprocessor 205.
Each port circuit does real-time port scanning of external stimuli of the connected line or trunk and reports particular changes to CPU 101. The port circuit reaction to changes in external stimuli ~ay also be dependent upon the operating parameters provided during the initialization process. Communications between each port circuit and CPU 101 occurs over TDM bus 105.
Generally, CPU 101, in response to line or trunk status signals received from a port circuit, generates and sends a control signal to one or more port circuits specifying the appropriate system response to a received stimulus. The two-way communications and the distributed processing capability of each port circuit are utilized with the present invention to enable a~tomatic initialization and re~initialization of the port circuits. Multiple port circuits are arraaged on port boards which plug into an equipment housing along with boards containing CP~ 101 and memory 103.
Initial~zation of a port board occurs in response to predetermined conditions defined as a "cold start"O A cold start occurs during the initial power-up or in response to a reset signal from CPU 101. ~t each port board, these predetermined conditions are genarated by a power detect circuit and a reset circuit, illustratively shown in FIG. 2 as 209 and 210, respectively. When operating power is applied to port board 200, power detect circuit 209 causes port microprocessor 205 to initialize the port board 200.
During the initialization process at a port board, microprocessor 205 runs sanity tests to verify the s~
correct operation of the port circuits thereon.
Additionally, each port board includes means for reporting to CPU 101 the model type or ID code of the port board and the results of the sanity test. These reports from the port boards also enable CPU 101 to configure itself, that is, determine the type of port boards in the system and to associate each port board with a board slot in the equipment housing.
Moreover, when port board 200 receives a reset message from CPU 101, reset circuit 210 causes port microprocessor 205 to initialize and send a report to CPU 101 identifying the model type or ID code of port board 200. A~ will be discussed in a later paragraph, CPU 101, in response to a report from a port board, sends predetermined default operating parameters to the reporting port board. The port microprocessor 209 utilizes the operating parameters to set up particular communication characteristics for the port circuits.
These operating parameters may specify, for example, whether the trunk or line is to operate in a ground-start or loop-start mode, the dial type (whether rotary or touch tone) to be utilized, the logical numb~ring of each port circuit on a port board, etc.
Detailed Description .
In accordance with the present invention, the general operation of the automatic port-board initiali~ation process proceeds as follows. The automatic port-board initialization capability described herein enhances the sys-tem maintenance features which already exist in the port boards described in the previously referenced L. A. Baxter et al article. These existing maintenance features are described on page 237 and other pages of the article entitled "System 75:
~aintenance Architecture" by K. S. L~ et al (AT&T
Technical Journal, January 1985, page 229). Thus, system lQ0 automatically detects the removal and insertion of port boards. Removed boards are taken out 5~
of service and communications thereto are prevented until a new port board is inserted, initia]ized and activated.
The initialization process includes automatically installing default translations in each port board upon initial power-up using default operating parameters which CPU 101 obtains from a Default Options Table. (The term "translate" means to convert a board type designation into the appropriate operating parameters Eor the features and options of that type of board and to store it in a table.) CPU 101 also checks that each port board is a valid port board type for this system. The CPU 101 then activates the port circuit boards after default translation.
The initialization process also includes the initializing and activation of any replacement port circuit board which replaces a malf~nction port board in an operating system. During this process, CPU 101 checks that the replaced port board is the same type as the board it is replacing based on the logical board type stored in the Logical Description Table and then sends it operating parameters.
The automatic initialization capability enables a turn-key operation of a PBX, i.e., once it is powered up for the first time, it automatically configures itself and initializes all circuit boards.
The system accomplishes this using a translation database which is generated by the system from a built-in Default Options Table. Once the initial system power-up is accomplished or after a circuit board is replaced and assuming connections are made or maintained to terminals and outside lines, then calls can be made through the PBX. The present invention eliminates the tedious task of having the user install a translation database, which requires enabling or disabling features for every port on every board as well as selecting options for each board in the system. In the case of - ~ -the replaced circuit board, the present invention eliminates the need for a user to manually initialize and activate newly installed boards. ~oreover, since these capabilities of the present invention are totally table-driven, it makes database modification easy.
The present invention is utilized in a PBX
system having a distributed processing architecture, that is, where each circuit board has its own processing capability and operates under control of the system controller (CPU 101) and a common translation database.
It should be understood that the present invention could be utilized with other systems having a similar distributed processing architecture. Moreover, since such systems util iZQ a variety of hardware and programming techniques, no attempt is made to describe the programs used to control the communication system.
However, the presen~ invention must be blended into the overall structure o the system in which it is used and must be tailored to mesh with other features and operations of the system~ Thus, in order to avoid confusion and in order to enable those skilled in the art to practice the claimed invention, this specification will describe the operation of the pre~ent invention using the tables of FIG. 3 and the block diagrams of FIGS. 4-6 which describe the logical steps and the various parameters required to implement the present invention.
With reference to FIG. 3, the program implementation of the present invention utilizes four tables to provide the automatic circuit board initialization for the system~ These are the Physical Description Table 300, Default Options Table 304, Logical Description Table 310, and Valid Board Table 311.
With reference to FIG. 4, the program is divided into two mod~les, the Board Config~lration Manager ~BCM) and the Initialization Routine (I~IT~.
_ 9 _ INIT progra~ uses the Valid Board Table 311, Physical Description Table 300 and Default Options Table 304 to control the loading of Logical Description Table 310.
The program BCM basically performs comparisons betw~en 5 Physical Description Table 300 and Logical Description Table 310 to control the initialization and activation of port boards.
Since the programs of the present invention are implemented as table-driven proces~es, we first discuss the format of these tables and the information contained in each one before describing the program modules which generate and use this information.
With reference to FIG. 3, the Physical Description Table 300 contains an entry for each board lS position (BDl - BDN) in the system. Each board entry contains three pieces of information--board ID code 301, board suffix 302, and board vintage 303. For the present invention, the most important piece of information is the board ID code. All board positions in the equipment housing which are empty have a board type code set equal to a "no board" status by the BCI~
program (e.g., see BD2). For occupied board slots, BCM
loads the board ID code into the associated table position. If a board is plugged-in, which is not allowable in system 100, an alarm signals the user of this condition and the "no board" status is entered into Physical Description Table 300. The board suffix and board vintage information are application-dependent and are not applicable to the present discussion; they are used to accommodate different versions of a particular board type.
The Default Options Table 304 is the key table in the initialization process. The table contains a list of all board types whlch are to be initialized by the system. Default Options Table 304 contains default options for all types of circuit boards (TPI-TPX) utilized in system l00. In a PBX system, there are often a number of features that can be provided by the system. Some of the features can be turned on or off while other features require user specified parameters to control the characteristics of that particular S feature. For each type of allowable board, there is a list of all board features 305 which are to be enabled as well as specific parameters 306 for feature control.
In addition to this data, there are entries which modify the operation of that particular board and are called board options 307. ~ote, while the present invention is directed to initializing port boards using board options 307, other characteristics, including 305, 306, 308 and 309, could be loaded during the initialization process.
Note, all boards of a specific type need not be translated exactly the same. Default Options Table 304 is flexible enough to provide different board feature sets 305 Eor boards having the same board type.
This allows one group of boards to have one set of features while other groups of the same type of boards have completely different features or to have either a sub-set or super-set of the same features.
Some features have a system~wide effect and, once enabled or disabled, they are then enabled or disabled for the entire system. There is an entry in Default Options Table 304 for these kinds of system features 308 in addition to circuit board-specific features 305.
For each board type, there may be additional format information 309 stored to allow the INIT program to format co~mands to the database manager.
Logical Description Table 310 lists the logical address of each port circuit (Pl - PY) of each port board of the system. ~s previously noted, the operating parameters stored in this table result from the translation of board type information of Physical Description Table 300 using the Default Options Table 304. For instance, for a trunk port ID code of 701, the Default Options Tahle would contain port default options, which trunk pool the trunk belongs to, whether or not it has dial access, etcO
Valid Board Table 311 lists the various types or IDs of all pork boards which can be utilized in and supported by the system. When BCM receives an ID code from a port board, it matches the code against the Valid Board Table 311. If a match is found, the code is stored in the Physical Description Table 300 entry corresponding to the slot in which the port board resides. If the match fails, the board will be rejected.
In the following description, references will be made to numbered elements in figures. ~ numbered element is located in the figure which has the same first digit as the numbered element. Thus, numbered element 401 is located in FIG. 4.
With joint reference to FIGS. 1, 3 and 4, the overall operation of the present invention is described.
When the system of FIG. 1 is initially powered-up, communications are established between call processor CPU 101 and the port boards. This occurs when each board reports its presence to CPU 101. CPU 101 then calls Board Configuration Manager program (BCM) 400, resident in ROM 103, which sends board identification requests to each physical board location 401. Note, if a port board is present at that location, it responds;
but if a non-intelligent board or no board is present, no response is received by BCM 401. Each port board then responds, 402, with prestored type identification information (e.g., board ID 301 and possibly board suffix 302 and board vintage 303 data, if desired) which identifies important board identification parameters.
The BCM checks, 403, if each board is a valid board in Valid Board Table 311. If not, an error message is outputted to the user If it is a valid board, then BCI~ 401 stores, 404, these board identification parameters as an entry for that board position in Physical Description Table 300. Note, according to the present invention, any board can be placed in any board position or slot in the equip~ent housing and it can be initialized. When no intelligent board or no board is present at a board location, BCM 401 stores a "no board"
status in the associated physical board position of Physical Description Table 300.
The above process continues for each physical board location in the system. Once the process is completed, control passes to the Initialization program (INIT) 405, which translates the boards according to information in the Physical Description Table 300.
Program INIT accesses, ~06, information in Default Options Table 304, which specifies the default options (such as dialing format, timing, amplifier gain setting) for different types of port boards. Program INIT uses the default options to generate formatted commands which are sent to Database Manager (DBM) 407. The operation of DBM is well known and consists of loading information received from BCM into Logical Description Table 310.
For each co~mand, DBM 407 stores, 408, the option information for each port in Logical Description Table 310. Note, since a port board may have one or more port circuits thereon, each port location in Logical Description Table 310 must be translated (i.e., loaded with the proper option informatioll) by DB~ 407.
This port information from Logical Description Table 310 is then loaded by BCM into the ports of each port board and each port board is activated. After this tran~lation process is completed, control returns to CPU 101.
If for so~e reason the translation or option information stored in Logical Description Table 310 becomes corrupted or erroneous as determined by a check sum error of entries in that table, CPU 101 sets the ~2~;B~
restart flag and sends a r~set signal to each port board. As a result of the reset signal, each port reports its pxesence to CPU 101. CPU 101 then calls BC~
and the process of FIG. 4 is repeated as though it were an initial power-up situation. Thus, cold starts include both the initial power-up and corrupted translation situations.
Additionally, when a port board is replaced while the system is in an operating mode, that board reports its presence to CPU 101. CPU 101 then calls BCM
which requests, 401, board type information from the new port board. The new port board's response, 402, and board ID information is checked, 403, in Valid Board Table 311. This information is then compared, 409, against the information stored in Logical Description Table 310 for consistency. If BCM 401 determines that the new replacement port board is consistent with or the same type as the replaced port board, the translation is loaded into the new port board and it is activated. If BCM 401 determines that the new port board is different from the replaced port board, an error message is output to the user.
With xeference to the flow chart of FIG. 5, the detailed operation of BCM 401 is described. Program BCM is called, 500, by CPU 101 when either the system is initially powered-up or when a replacement circuit pack is plugged into a running system~ It receives three types of call messages: port board messages, restart timeout messages, or board service requests. Port board messages are received by BCM when either the system is restarted or when a port board is replaced. CPU 101 receives this message from a port board and redirects the message to BCM. A restart timeout message is sent by CPU 101 whenever a specified system restart interval has elapsed. A restart occurs when (1) power is applied to the system or (2) power is restored after a power failure has occurred. Board service request messages are sent by other system programs which require port board or port related functions.
When a board message is received by BCM, it validates the message by checking, 502, the board type information therein against entries in Valid Board Table 311. Valid Board Table 311 has a list of all valid boards which can be used with the system, which includes port boards, memory boards, etc. (By contrast, Default Options Table 304 lists only port boards.J If the board is not a valid board, an error message is outputted to the user in step 503 and BCM returns control to CPU 101.
If the board is a valid board, BCM checks, 504, if the system restart flag is set indicating a cold start. If a cold start, BCM loads Physical Description Table 300 and returns control to CPU 101. All board type messages during cold start go through this procedure until all of the boards plugged into the system have been entered in Physical Description Table 300.
When a port board is plugged into a running system, board type message is received in step 501 and validated in step 502O In step 504, since the system is running, it is not a cold start and a consistency check is made in step 508. As previously described, this consistency check is made between Physical Description Table 300 and Logical Description Table 3]Ø If it is consistent, meaning that the information in Logical Table 310 matches the information which is associated with that type of port board, the port option information from Logical Table 310 is loaded into the port in step 50~. Logical Table 310 includes information on each port specifying line, trunk, or station type inf;~rmation (e.g., ground start or loop start trunk)O If inconsistent therein, an error message is outputted to the user in step 510 and BCM returns control to CPU 101.
When a restart timer expires, BCM receives a restart timeout message. The restart timer indicates that all port boards should have reported-in within a predetermined time period In step 506, BCM checks if the system restart flag was set indicating a cold start.
If not a cold start (i.e., warm start), the system checks, 508, for each port board, if the information in Physical Description Table 300 is consistent with Logical Description Table 310. If consistent, ports are loaded, 509; otherwise, an error message i~ outputted, 510. If a cold start, the Initialization program (INIT) is called in step 507. As will be described in a later paragraph, the INIT program basically instructs the Database Manager to translate valid board type information in Physical Description Table 300 into features and option infor~ation which is loaded into Logical Description Table 310 and in the appropriate port boards and ports thereon. Control then returns to CPU 101.
Returning to step 501, there are three types of service requests~ First, there is an update of port board options. Second, there is a refresh of port board options. Third, there is a deactivation of port board requestsO The refresh requests are made periodically by background maintenance software in order to ensure the integrity of port board operating parameters. By comparison, the update request occurs when a user wants to change one or more parameters on a port board or port thereon. Deactivation occurs when a user wants to remove a port or the system detects a malfunction of a port board or a port thereon.
In step 511, if the request type is a refresh request, the port board or a port thereon is loaded, 512, with the information from Logical Description Table 310. If the request is an update request, the port board or a port thereon is loaded, 514, with the latest up~ated information from Logical Table 310. If - 16 ~
the request is a deactivate port request, a deactivate port message is sent, 513, to the appropriate port and port board, thereby preventing further communication between the deactivated port and CPU 101. Thereafter, control return~ to CPU 101.
With reference to FIG. 6, a ~ore detailed description of program INIT is des;cribed. When IMIT is first called in step 600, the Database Manager 407 is initialized. This initialization enables the Database Manager to receive formatted commands from the INIT
program. In step 601~ for each type of board in Physical Description Table 300, the INIT program checks Default Options Table 304 to obtain the parameters (information) for that particular type of port board.
For each type of board listed in Physical Description Table 300, the INIT program checks each physical board location in the system, thereby counting the number of each type of board in the syste~. In step 602, INIT program compares the number of boards of each type against a predeterrnined maximum number of boards of each type permitted in the system. Since the system cannot accommodate more than this predetermined maximum of boards of a particular type, the system ignores any of the remaining boards of this type which are plugged into the system. If this maxi~um count is equaled, INIT then checks, 605, if the board type was the last board in Physical Description Table 300.
Assuming it is not, INIT moves on to select, 601, the next board type. If this number is not exceeded, INIT
proceeds to translate all boards of this type in step 603. The INIT program then inserts Default Options Table 304 information into a formatted command to Database Manager. Then INIT calls the Database Manager to execute these commands.
The Database Manager then sends load port commands, 604, to each port board of this particular board type, thereby setting options and activating the f~
port boards. The INIT program then checks, 605, if the last board type has been translated. If not, it selects, 601, the next board type. When each board in the system has been translated, the INIT program proceeds, in step 606, to translate system options.
System options or features are features which have syqtem-wide effect--for example, the number of rings before an incoming call is transferred from the called station to a coverage station. The systeTn options are sent only to port boards which require the information.
Once all these system options are translated, the INIT
program outputs to a user at CAU 104, in step 607, a table listing the final system configuration. This table may list, for each board position, the type of board located thereon, if a board has been removed, if a board can't be translated, or if a conflict exists between entries in the various tables. Control is then returned to CPU 101.
While the present invention was described for use in a PBX-type system, its application to other types of system is anticipated. ~oreover, while the events which trigger the initialization sequence describ~d herein are generated by, for example, the initial powering of the system, resetting of the system, or the powering of a replaced port board, obviously other trigger events could be utilized therewith without deviating from the teaching of the present invention.
What has been described is merely illustrative of an application of the principles of the present invention. Other methods, sequences or circuits can be used to implement the present invention by those skilled in the art without departing from the spirit and scope of the present invention.
COMMUNICATION SYSTEM HAVING AUTOMATIC
CIRCUIT BOARD INITIALIZATION CAPABILITY
Field of the Invention This invention relates to communication system initialization and, more particularly, to a method and apparatus for automatically initializing circuit boards of the system.
Background of the Invention _ _ During the installation of a communication system, circuit boards are plugged into predetermined slots in an equipment housing. Some of these boards may require initialization by the user. The circuit board initialization process involves the user manually loading various parameters into circuit boards and/or the booting of programs into the board before that board or the system can be placed in service.
Additionally, when a circuit board of a communication system malfunctions, it must be replaced, sometimes requiring the user to power-down the system.
Moreover, this replacement board must also be manually initialized by the user after being inserted into the equipment housing.
What is desired is a self-initializing co~nunication system whereby each circuit board is automatically initialized when the system is powered.
Additionally, it is desired that when a circuit board is replaced in an operating system, the replacement circuit board be automatically initialized by the system.
Summary of the Invention ~ .. _ . _ In accordance with one aspect of the invention there is provided a communication system comprising a controller connected to one or more port circuits for providing communications between trunks and lines connected to said one or more port circuits, said system D~
~z~
- la -further comprising means at each of said port circuits responsive to a predetermined status condition thereat for reporting its identification type code to said controller and said controller including memory means for storing predetermined operating parameters for each type of said one or more port circuits which can be connected to said system and means responsive to the recelpt of said type code from said reporting port circuit for accessing said memory means using said type code and for sending predetermined operating parameters associated therewith to said reporting port circuit.
In accordance with another aspect of the invention there is provided a method of self-initializing a communication system comprising a controller connected to one or more port circuits for providing communications between trunks and lines connected to said one or more port circuits, said method comprising storing in a system memory predetermined operating parameters according to port circuit type code, reporting to said controller when a predetermined status condition exists at a port circuit, said report specifying the type code of said reporting port circuit, controller accessing of said system memory to obtain the stored predetermined operating parameters using said reporting port circuit type code specified in said reporting step, and sending said predetermined operating paramete.r to said reporting port circuit.
According to the present invention, a self-initializing system and method are described for automatically initializing circuit boards of the system in response to predetermined conditions. More 8~1 particularly, when power is applied or in response to a reset signal, each circuit board systemat:ically reports its identification type (ID) code to the system controller which then accesses options tables in memory using the board ID code to obtain predetermined operating parameters which are sent to the associated circuit board. Additionally, the present self-initializing system initializes circuit boards which are inserted in any order in any of the board slots of the equipment housing. According to another asp~ct of the invention, a malfunctioning circuit board is replaceable while the system is operating and the replacement circuit board is automatically initialized by the system using the stored operating parameters associated with the replaced circuit board.
Brief Description of the Drawing The characteristics and operation of the present invention will be more apparent from the following detailed description taken in conjunction with the drawing in which:
FIG. 1 is a block diagra~ of a telephone communication system useful for describing the present invention;
FIG. 2 is a block diagram of a port circuit utilized in the system of FIG. l;
FIG. 3 shows various tables which store information utilized by the progra~s of the present invention;
FIG. 4 shows an overall block diagram which illustrates the operation of the programs and tables utilized by the present invention;
FIG. 5 shows the flow chart of the board configuration manager program utilized by the present invention; and FIG. 6 shows the flow chart of the program which initializes the port circuits in accordance with the present invention.
5~
General Description .
Referring to FIG. 1, there is shown an illustrative private branch exchange (PBX) communication system 100 useful in describing the present invention.
S The system 100 controls call processing between any of the trunks (e.g.~ 118), station sets (e.g., 106), or devices (e.g., 112) connected to the system ports (108-111, 114-117). The system controller includes a central call processor unit (CPU) 101, which connects over a processor bus 102 to read-only memory (ROM) 103. The ROM 103 stores the system call processing programs, including the programs utilized by the present invention. ~ customer access unit (CAU) 104 enables a customer to administer CPU 101 and system 100. The CAU 104 also enables a customer to manùally input or change the operating parameters of the syste~ ports.
The CPU 101 communicates over a ti~e division multiplexer (TDM) bus 105 to a plurality of intelligent port circuits (108-111, 114-117). System 100 has a distributed switching network architecture whereby some of the common circuitry is incorporated into the ~icroprocessor controlled port circuits.
The port circuits may include a variety of line circuits, for example, analog line circuit 108 for interfacing analog telephone 106, hybrid line circuit 109 for interfacing hybrid telephone 107, or digital line circuits or modems 110, 111 for interfacing to data devices 112, 113~ The port circuits may also include a variety of trunk circuits, such as central office trunk circuits 114, 115 for interfacing to central office (CO) lines 118 or tie trunk circuit 116 for interfacing to tie trunk 119. Additionally, the port circuits may include a variety of service circuits, such as 117, which provide tone/clock generation, tone detection, speech synthesis, etc., for the system.
~a~s~
The communication system 100 is housed in an equipment housing having board slots wired so that any port board can plug into any board slot. As well be described in a later paragraph, system controller (CPU 101 and rnemory 103) associates a particular port board with a board slot location after receiving a port board report during a restart condition.
Shown in FI~. 2 is a generic block diagram of an intelligent port circuit 200 which may be utilized with the present system. These port boards may be of the type described on page 162 of the article entitled "System 75: Communications and Control Architecture" by L. A. Baxter et al (AT&T Technical Journal, __ _ January 1985, page 153).
Bus transceiver 201 interfaces the port circuit 200 to TDM bus 102. The time-slot information from TDM bus 102 includes control information ancl data.
The data may be either digitized pulse code modulation (PCI~) voice samples or digital data. These data are converted to and from the TDM format by network processing element (NPE) 202. A control interface 203 connects to NPE 202 and control interface 203 via data bus 206. Control interface 203 receives control information from TD~ bus 102 and controls data flow over 25 data bus 206. Circuit 204 provides the Battery feed, Overvoltage protectiont Ringing, Supervision, Codec, Hybrid and Testing (BORSCHT) functions and signals necessary to interface to a particular type of line or trunk.
Port ~icroprocessor 205 includes ROM and RAM
circuits and perfor~s functions common to all port circuits and specific-application functions which are unique to a particular type of port circuit.
Microprocessor 205 communicates with NPE 202 and control 35 lnterface 203 via control bus 207. Microprocessor 205 carries out the port circuit's particular function and enables it to communicate with system CPU 101.
s~
The port circuit's particular operating characteristics are defined by specific operating parameters which are inputted during the automatic initialization process according to the present invention and which may be modified by the user using CAU 104 of FIG. 1. These operating parameters are stored in RAM of port microprocessor 205.
Each port circuit does real-time port scanning of external stimuli of the connected line or trunk and reports particular changes to CPU 101. The port circuit reaction to changes in external stimuli ~ay also be dependent upon the operating parameters provided during the initialization process. Communications between each port circuit and CPU 101 occurs over TDM bus 105.
Generally, CPU 101, in response to line or trunk status signals received from a port circuit, generates and sends a control signal to one or more port circuits specifying the appropriate system response to a received stimulus. The two-way communications and the distributed processing capability of each port circuit are utilized with the present invention to enable a~tomatic initialization and re~initialization of the port circuits. Multiple port circuits are arraaged on port boards which plug into an equipment housing along with boards containing CP~ 101 and memory 103.
Initial~zation of a port board occurs in response to predetermined conditions defined as a "cold start"O A cold start occurs during the initial power-up or in response to a reset signal from CPU 101. ~t each port board, these predetermined conditions are genarated by a power detect circuit and a reset circuit, illustratively shown in FIG. 2 as 209 and 210, respectively. When operating power is applied to port board 200, power detect circuit 209 causes port microprocessor 205 to initialize the port board 200.
During the initialization process at a port board, microprocessor 205 runs sanity tests to verify the s~
correct operation of the port circuits thereon.
Additionally, each port board includes means for reporting to CPU 101 the model type or ID code of the port board and the results of the sanity test. These reports from the port boards also enable CPU 101 to configure itself, that is, determine the type of port boards in the system and to associate each port board with a board slot in the equipment housing.
Moreover, when port board 200 receives a reset message from CPU 101, reset circuit 210 causes port microprocessor 205 to initialize and send a report to CPU 101 identifying the model type or ID code of port board 200. A~ will be discussed in a later paragraph, CPU 101, in response to a report from a port board, sends predetermined default operating parameters to the reporting port board. The port microprocessor 209 utilizes the operating parameters to set up particular communication characteristics for the port circuits.
These operating parameters may specify, for example, whether the trunk or line is to operate in a ground-start or loop-start mode, the dial type (whether rotary or touch tone) to be utilized, the logical numb~ring of each port circuit on a port board, etc.
Detailed Description .
In accordance with the present invention, the general operation of the automatic port-board initiali~ation process proceeds as follows. The automatic port-board initialization capability described herein enhances the sys-tem maintenance features which already exist in the port boards described in the previously referenced L. A. Baxter et al article. These existing maintenance features are described on page 237 and other pages of the article entitled "System 75:
~aintenance Architecture" by K. S. L~ et al (AT&T
Technical Journal, January 1985, page 229). Thus, system lQ0 automatically detects the removal and insertion of port boards. Removed boards are taken out 5~
of service and communications thereto are prevented until a new port board is inserted, initia]ized and activated.
The initialization process includes automatically installing default translations in each port board upon initial power-up using default operating parameters which CPU 101 obtains from a Default Options Table. (The term "translate" means to convert a board type designation into the appropriate operating parameters Eor the features and options of that type of board and to store it in a table.) CPU 101 also checks that each port board is a valid port board type for this system. The CPU 101 then activates the port circuit boards after default translation.
The initialization process also includes the initializing and activation of any replacement port circuit board which replaces a malf~nction port board in an operating system. During this process, CPU 101 checks that the replaced port board is the same type as the board it is replacing based on the logical board type stored in the Logical Description Table and then sends it operating parameters.
The automatic initialization capability enables a turn-key operation of a PBX, i.e., once it is powered up for the first time, it automatically configures itself and initializes all circuit boards.
The system accomplishes this using a translation database which is generated by the system from a built-in Default Options Table. Once the initial system power-up is accomplished or after a circuit board is replaced and assuming connections are made or maintained to terminals and outside lines, then calls can be made through the PBX. The present invention eliminates the tedious task of having the user install a translation database, which requires enabling or disabling features for every port on every board as well as selecting options for each board in the system. In the case of - ~ -the replaced circuit board, the present invention eliminates the need for a user to manually initialize and activate newly installed boards. ~oreover, since these capabilities of the present invention are totally table-driven, it makes database modification easy.
The present invention is utilized in a PBX
system having a distributed processing architecture, that is, where each circuit board has its own processing capability and operates under control of the system controller (CPU 101) and a common translation database.
It should be understood that the present invention could be utilized with other systems having a similar distributed processing architecture. Moreover, since such systems util iZQ a variety of hardware and programming techniques, no attempt is made to describe the programs used to control the communication system.
However, the presen~ invention must be blended into the overall structure o the system in which it is used and must be tailored to mesh with other features and operations of the system~ Thus, in order to avoid confusion and in order to enable those skilled in the art to practice the claimed invention, this specification will describe the operation of the pre~ent invention using the tables of FIG. 3 and the block diagrams of FIGS. 4-6 which describe the logical steps and the various parameters required to implement the present invention.
With reference to FIG. 3, the program implementation of the present invention utilizes four tables to provide the automatic circuit board initialization for the system~ These are the Physical Description Table 300, Default Options Table 304, Logical Description Table 310, and Valid Board Table 311.
With reference to FIG. 4, the program is divided into two mod~les, the Board Config~lration Manager ~BCM) and the Initialization Routine (I~IT~.
_ 9 _ INIT progra~ uses the Valid Board Table 311, Physical Description Table 300 and Default Options Table 304 to control the loading of Logical Description Table 310.
The program BCM basically performs comparisons betw~en 5 Physical Description Table 300 and Logical Description Table 310 to control the initialization and activation of port boards.
Since the programs of the present invention are implemented as table-driven proces~es, we first discuss the format of these tables and the information contained in each one before describing the program modules which generate and use this information.
With reference to FIG. 3, the Physical Description Table 300 contains an entry for each board lS position (BDl - BDN) in the system. Each board entry contains three pieces of information--board ID code 301, board suffix 302, and board vintage 303. For the present invention, the most important piece of information is the board ID code. All board positions in the equipment housing which are empty have a board type code set equal to a "no board" status by the BCI~
program (e.g., see BD2). For occupied board slots, BCM
loads the board ID code into the associated table position. If a board is plugged-in, which is not allowable in system 100, an alarm signals the user of this condition and the "no board" status is entered into Physical Description Table 300. The board suffix and board vintage information are application-dependent and are not applicable to the present discussion; they are used to accommodate different versions of a particular board type.
The Default Options Table 304 is the key table in the initialization process. The table contains a list of all board types whlch are to be initialized by the system. Default Options Table 304 contains default options for all types of circuit boards (TPI-TPX) utilized in system l00. In a PBX system, there are often a number of features that can be provided by the system. Some of the features can be turned on or off while other features require user specified parameters to control the characteristics of that particular S feature. For each type of allowable board, there is a list of all board features 305 which are to be enabled as well as specific parameters 306 for feature control.
In addition to this data, there are entries which modify the operation of that particular board and are called board options 307. ~ote, while the present invention is directed to initializing port boards using board options 307, other characteristics, including 305, 306, 308 and 309, could be loaded during the initialization process.
Note, all boards of a specific type need not be translated exactly the same. Default Options Table 304 is flexible enough to provide different board feature sets 305 Eor boards having the same board type.
This allows one group of boards to have one set of features while other groups of the same type of boards have completely different features or to have either a sub-set or super-set of the same features.
Some features have a system~wide effect and, once enabled or disabled, they are then enabled or disabled for the entire system. There is an entry in Default Options Table 304 for these kinds of system features 308 in addition to circuit board-specific features 305.
For each board type, there may be additional format information 309 stored to allow the INIT program to format co~mands to the database manager.
Logical Description Table 310 lists the logical address of each port circuit (Pl - PY) of each port board of the system. ~s previously noted, the operating parameters stored in this table result from the translation of board type information of Physical Description Table 300 using the Default Options Table 304. For instance, for a trunk port ID code of 701, the Default Options Tahle would contain port default options, which trunk pool the trunk belongs to, whether or not it has dial access, etcO
Valid Board Table 311 lists the various types or IDs of all pork boards which can be utilized in and supported by the system. When BCM receives an ID code from a port board, it matches the code against the Valid Board Table 311. If a match is found, the code is stored in the Physical Description Table 300 entry corresponding to the slot in which the port board resides. If the match fails, the board will be rejected.
In the following description, references will be made to numbered elements in figures. ~ numbered element is located in the figure which has the same first digit as the numbered element. Thus, numbered element 401 is located in FIG. 4.
With joint reference to FIGS. 1, 3 and 4, the overall operation of the present invention is described.
When the system of FIG. 1 is initially powered-up, communications are established between call processor CPU 101 and the port boards. This occurs when each board reports its presence to CPU 101. CPU 101 then calls Board Configuration Manager program (BCM) 400, resident in ROM 103, which sends board identification requests to each physical board location 401. Note, if a port board is present at that location, it responds;
but if a non-intelligent board or no board is present, no response is received by BCM 401. Each port board then responds, 402, with prestored type identification information (e.g., board ID 301 and possibly board suffix 302 and board vintage 303 data, if desired) which identifies important board identification parameters.
The BCM checks, 403, if each board is a valid board in Valid Board Table 311. If not, an error message is outputted to the user If it is a valid board, then BCI~ 401 stores, 404, these board identification parameters as an entry for that board position in Physical Description Table 300. Note, according to the present invention, any board can be placed in any board position or slot in the equip~ent housing and it can be initialized. When no intelligent board or no board is present at a board location, BCM 401 stores a "no board"
status in the associated physical board position of Physical Description Table 300.
The above process continues for each physical board location in the system. Once the process is completed, control passes to the Initialization program (INIT) 405, which translates the boards according to information in the Physical Description Table 300.
Program INIT accesses, ~06, information in Default Options Table 304, which specifies the default options (such as dialing format, timing, amplifier gain setting) for different types of port boards. Program INIT uses the default options to generate formatted commands which are sent to Database Manager (DBM) 407. The operation of DBM is well known and consists of loading information received from BCM into Logical Description Table 310.
For each co~mand, DBM 407 stores, 408, the option information for each port in Logical Description Table 310. Note, since a port board may have one or more port circuits thereon, each port location in Logical Description Table 310 must be translated (i.e., loaded with the proper option informatioll) by DB~ 407.
This port information from Logical Description Table 310 is then loaded by BCM into the ports of each port board and each port board is activated. After this tran~lation process is completed, control returns to CPU 101.
If for so~e reason the translation or option information stored in Logical Description Table 310 becomes corrupted or erroneous as determined by a check sum error of entries in that table, CPU 101 sets the ~2~;B~
restart flag and sends a r~set signal to each port board. As a result of the reset signal, each port reports its pxesence to CPU 101. CPU 101 then calls BC~
and the process of FIG. 4 is repeated as though it were an initial power-up situation. Thus, cold starts include both the initial power-up and corrupted translation situations.
Additionally, when a port board is replaced while the system is in an operating mode, that board reports its presence to CPU 101. CPU 101 then calls BCM
which requests, 401, board type information from the new port board. The new port board's response, 402, and board ID information is checked, 403, in Valid Board Table 311. This information is then compared, 409, against the information stored in Logical Description Table 310 for consistency. If BCM 401 determines that the new replacement port board is consistent with or the same type as the replaced port board, the translation is loaded into the new port board and it is activated. If BCM 401 determines that the new port board is different from the replaced port board, an error message is output to the user.
With xeference to the flow chart of FIG. 5, the detailed operation of BCM 401 is described. Program BCM is called, 500, by CPU 101 when either the system is initially powered-up or when a replacement circuit pack is plugged into a running system~ It receives three types of call messages: port board messages, restart timeout messages, or board service requests. Port board messages are received by BCM when either the system is restarted or when a port board is replaced. CPU 101 receives this message from a port board and redirects the message to BCM. A restart timeout message is sent by CPU 101 whenever a specified system restart interval has elapsed. A restart occurs when (1) power is applied to the system or (2) power is restored after a power failure has occurred. Board service request messages are sent by other system programs which require port board or port related functions.
When a board message is received by BCM, it validates the message by checking, 502, the board type information therein against entries in Valid Board Table 311. Valid Board Table 311 has a list of all valid boards which can be used with the system, which includes port boards, memory boards, etc. (By contrast, Default Options Table 304 lists only port boards.J If the board is not a valid board, an error message is outputted to the user in step 503 and BCM returns control to CPU 101.
If the board is a valid board, BCM checks, 504, if the system restart flag is set indicating a cold start. If a cold start, BCM loads Physical Description Table 300 and returns control to CPU 101. All board type messages during cold start go through this procedure until all of the boards plugged into the system have been entered in Physical Description Table 300.
When a port board is plugged into a running system, board type message is received in step 501 and validated in step 502O In step 504, since the system is running, it is not a cold start and a consistency check is made in step 508. As previously described, this consistency check is made between Physical Description Table 300 and Logical Description Table 3]Ø If it is consistent, meaning that the information in Logical Table 310 matches the information which is associated with that type of port board, the port option information from Logical Table 310 is loaded into the port in step 50~. Logical Table 310 includes information on each port specifying line, trunk, or station type inf;~rmation (e.g., ground start or loop start trunk)O If inconsistent therein, an error message is outputted to the user in step 510 and BCM returns control to CPU 101.
When a restart timer expires, BCM receives a restart timeout message. The restart timer indicates that all port boards should have reported-in within a predetermined time period In step 506, BCM checks if the system restart flag was set indicating a cold start.
If not a cold start (i.e., warm start), the system checks, 508, for each port board, if the information in Physical Description Table 300 is consistent with Logical Description Table 310. If consistent, ports are loaded, 509; otherwise, an error message i~ outputted, 510. If a cold start, the Initialization program (INIT) is called in step 507. As will be described in a later paragraph, the INIT program basically instructs the Database Manager to translate valid board type information in Physical Description Table 300 into features and option infor~ation which is loaded into Logical Description Table 310 and in the appropriate port boards and ports thereon. Control then returns to CPU 101.
Returning to step 501, there are three types of service requests~ First, there is an update of port board options. Second, there is a refresh of port board options. Third, there is a deactivation of port board requestsO The refresh requests are made periodically by background maintenance software in order to ensure the integrity of port board operating parameters. By comparison, the update request occurs when a user wants to change one or more parameters on a port board or port thereon. Deactivation occurs when a user wants to remove a port or the system detects a malfunction of a port board or a port thereon.
In step 511, if the request type is a refresh request, the port board or a port thereon is loaded, 512, with the information from Logical Description Table 310. If the request is an update request, the port board or a port thereon is loaded, 514, with the latest up~ated information from Logical Table 310. If - 16 ~
the request is a deactivate port request, a deactivate port message is sent, 513, to the appropriate port and port board, thereby preventing further communication between the deactivated port and CPU 101. Thereafter, control return~ to CPU 101.
With reference to FIG. 6, a ~ore detailed description of program INIT is des;cribed. When IMIT is first called in step 600, the Database Manager 407 is initialized. This initialization enables the Database Manager to receive formatted commands from the INIT
program. In step 601~ for each type of board in Physical Description Table 300, the INIT program checks Default Options Table 304 to obtain the parameters (information) for that particular type of port board.
For each type of board listed in Physical Description Table 300, the INIT program checks each physical board location in the system, thereby counting the number of each type of board in the syste~. In step 602, INIT program compares the number of boards of each type against a predeterrnined maximum number of boards of each type permitted in the system. Since the system cannot accommodate more than this predetermined maximum of boards of a particular type, the system ignores any of the remaining boards of this type which are plugged into the system. If this maxi~um count is equaled, INIT then checks, 605, if the board type was the last board in Physical Description Table 300.
Assuming it is not, INIT moves on to select, 601, the next board type. If this number is not exceeded, INIT
proceeds to translate all boards of this type in step 603. The INIT program then inserts Default Options Table 304 information into a formatted command to Database Manager. Then INIT calls the Database Manager to execute these commands.
The Database Manager then sends load port commands, 604, to each port board of this particular board type, thereby setting options and activating the f~
port boards. The INIT program then checks, 605, if the last board type has been translated. If not, it selects, 601, the next board type. When each board in the system has been translated, the INIT program proceeds, in step 606, to translate system options.
System options or features are features which have syqtem-wide effect--for example, the number of rings before an incoming call is transferred from the called station to a coverage station. The systeTn options are sent only to port boards which require the information.
Once all these system options are translated, the INIT
program outputs to a user at CAU 104, in step 607, a table listing the final system configuration. This table may list, for each board position, the type of board located thereon, if a board has been removed, if a board can't be translated, or if a conflict exists between entries in the various tables. Control is then returned to CPU 101.
While the present invention was described for use in a PBX-type system, its application to other types of system is anticipated. ~oreover, while the events which trigger the initialization sequence describ~d herein are generated by, for example, the initial powering of the system, resetting of the system, or the powering of a replaced port board, obviously other trigger events could be utilized therewith without deviating from the teaching of the present invention.
What has been described is merely illustrative of an application of the principles of the present invention. Other methods, sequences or circuits can be used to implement the present invention by those skilled in the art without departing from the spirit and scope of the present invention.
Claims (10)
1. A communication system comprising a controller connected to one or more port circuits for providing communications between trunks and lines connected to said one or more port circuits, said system further comprising means at each of said port circuits responsive to a predetermined status condition thereat for reporting its identification type code to said controller and said controller including memory means for storing predetermined operating parameters for each type of said one or more port circuits which can be connected to said system and means responsive to the receipt of said type code from said reporting port circuit for accessing said memory means using said type code and for sending predetermined operating parameters associated therewith to said reporting port circuit.
2. The communication system of claim 1 wherein said predetermined status condition is responsive to a reset signal from said controller.
3. The communication system of claim 1 wherein said predetermined status condition results from the application of power to said system and said predetermined operating parameters for each of said one or more port circuits are default options.
4. The communication system of claim 1 wherein said reporting port circuit is inserted in said system replacing a port circuit of the same type which was removed from said system, the replacement occurring while said system is powered and wherein said predetermined status condition is responsive to power being applied to said reporting port circuit when said reporting port circuit is inserted in said system and wherein said predetermined operating parameters sent to said reporting port circuit are the operating parameters of the replaced port circuits.
5. The communication system of claim 4 wherein said predetermined status condition is responsive to a reset signal from said controller.
6. The communication system of claim 1 wherein said controller further comprises means responsive to said reporting port circuit for outputting an error signal when the received port circuit type code is not one which is stored in said memory means.
7. The communication system of claim 1 wherein said controller further comprises means responsive to said reporting port circuit for preventing the sending of said operating parameters to said reporting port circuit when the number of said one or more port circuits of that type exceed a predetermined number in said system.
8. The communication system of claim 1 including an equipment housing having a plurality of board slots and wherein each of said one or more port circuits being adapted to be plugged into any of said plurality of board slots in any order.
9. A port circuit initialization arrangement for use in a communication system comprising a controller connected to one or more port circuits for providing communications between trunks and lines connected to said one or more port circuits, said port circuit initialization arrangement comprising means at each of said port circuits responsive to a predetermined status condition thereat for reporting its identification type code to said controller and memory means in said controller for storing predetermined operating parameters for each type of said one or more port circuits which can be connected to said system and means in said controller responsive to the receipt of said type code from said reporting port circuit for accessing said memory means using said type code and for sending predetermined operating parameters associated therewith to said reporting port circuit.
10. A method of self-initializing a communication system comprising a controller connected to one or more port circuits for providing communications between trunks and lines connected to said one or more port circuits, said method comprising storing in a system memory predetermined operating parameters according to port circuit type code, reporting to said controller when a predetermined status condition exists at a port circuit, said report specifying the type code of said reporting port circuit, controller accessing of said system memory to obtain the stored predetermined operating parameters using said reporting port circuit type code specified in said reporting step, and sending said predetermined operating parameter to said reporting port circuit.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US06/817,723 US4750136A (en) | 1986-01-10 | 1986-01-10 | Communication system having automatic circuit board initialization capability |
US817,723 | 1992-01-07 |
Publications (1)
Publication Number | Publication Date |
---|---|
CA1260589A true CA1260589A (en) | 1989-09-26 |
Family
ID=25223750
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA000526531A Expired CA1260589A (en) | 1986-01-10 | 1986-12-30 | Communication system having automatic circuit board initialization capability |
Country Status (5)
Country | Link |
---|---|
US (1) | US4750136A (en) |
EP (1) | EP0229378A3 (en) |
JP (1) | JPS62208742A (en) |
KR (1) | KR870007619A (en) |
CA (1) | CA1260589A (en) |
Families Citing this family (148)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS63128266A (en) * | 1986-11-18 | 1988-05-31 | Toshiba Corp | Substrate voltage measuring system |
US5564110A (en) * | 1987-03-10 | 1996-10-08 | Canon Kabushiki Kaisha | Printer interface apparatus with plug-in unit authorized for reception of data upon type verification |
US5038320A (en) * | 1987-03-13 | 1991-08-06 | International Business Machines Corp. | Computer system with automatic initialization of pluggable option cards |
CA1264845A (en) * | 1987-03-13 | 1990-01-23 | Ernst August Munter | Digital telephone switching system having a message switch with address translation |
CA1269177A (en) * | 1987-03-13 | 1990-05-15 | Claude Jean Champagne | System for maintaining the hardware-software compatibility of modular communication systems |
US4896289A (en) * | 1987-07-29 | 1990-01-23 | Xitron, Inc. | Expansion interface board system for connecting several personal computers to an electronic typesetter connected to a host personal computer |
US4862355A (en) * | 1987-08-13 | 1989-08-29 | Digital Equipment Corporation | System permitting peripheral interchangeability during system operation |
DE3733888A1 (en) * | 1987-10-07 | 1989-04-27 | Philips Patentverwaltung | CIRCUIT ARRANGEMENT FOR ENSURING THE UP-TO-DATE CHANNEL ASSIGNMENT IN A DIGITAL MESSAGE TRANSMISSION SYSTEM |
JPH01237785A (en) * | 1988-03-18 | 1989-09-22 | Canon Inc | Electronic equipment |
JPH01248256A (en) * | 1988-03-30 | 1989-10-03 | Toshiba Corp | Input/output control system |
JPH0221381A (en) * | 1988-07-11 | 1990-01-24 | Canon Inc | Data communication system |
US4999787A (en) * | 1988-07-15 | 1991-03-12 | Bull Hn Information Systems Inc. | Hot extraction and insertion of logic boards in an on-line communication system |
US5257387A (en) * | 1988-09-09 | 1993-10-26 | Compaq Computer Corporation | Computer implemented method and apparatus for dynamic and automatic configuration of a computer system and circuit boards including computer resource allocation conflict resolution |
US5353432A (en) * | 1988-09-09 | 1994-10-04 | Compaq Computer Corporation | Interactive method for configuration of computer system and circuit boards with user specification of system resources and computer resolution of resource conflicts |
US5263148A (en) * | 1988-09-09 | 1993-11-16 | Compaq Computer Corporation | Method and apparatus for configuration of computer system and circuit boards |
US5450570A (en) * | 1988-09-09 | 1995-09-12 | Compaq Computer Corp. | Computer implemented method and apparatus for dynamic configuration of a computer system and circuit boards including computer resource allocation conflict resolution |
DE3909266A1 (en) * | 1989-03-21 | 1990-09-27 | Siemens Ag | ARRANGEMENT FOR STORING THE ADDRESS OF AN IN-SERVICE MONITORING PROCESSOR UNIT |
EP0393290B1 (en) * | 1989-04-19 | 1995-08-16 | International Business Machines Corporation | Memory and peripheral chip select apparatus |
EP0398129A3 (en) * | 1989-05-19 | 1991-11-21 | Siemens Nixdorf Informationssysteme Aktiengesellschaft | Control system for a digital telephone exchange |
DE3918144A1 (en) * | 1989-05-31 | 1990-12-06 | Siemens Ag | Determn. of call number distribution of peripheral terminals - using correlation program between central processor and multi-access memory contg. terminal position |
US5210855A (en) * | 1989-06-09 | 1993-05-11 | International Business Machines Corporation | System for computer peripheral bus for allowing hot extraction on insertion without disrupting adjacent devices |
JP2533192B2 (en) * | 1989-06-12 | 1996-09-11 | 富士通株式会社 | Power-on reset circuit in multiprocessor system |
US5168555A (en) * | 1989-09-06 | 1992-12-01 | Unisys Corporation | Initial program load control |
US5317707A (en) * | 1989-10-20 | 1994-05-31 | Texas Instruments Incorporated | Expanded memory interface for supporting expanded, conventional or extended memory for communication between an application processor and an external processor |
JPH03144716A (en) * | 1989-10-31 | 1991-06-20 | Toshiba Corp | Personal computer |
DE3937621A1 (en) * | 1989-11-09 | 1991-05-23 | Elmeg Kommunikationstech | Telephone exchange with distributed processor systems - provides multiple plug-in positions to enable connections to bus systems |
FR2658934B1 (en) * | 1990-02-28 | 1992-04-30 | Bull Sa | SYSTEM ARCHITECTURE AND USE OF THIS ARCHITECTURE IN A CARD REPLACEMENT METHOD. |
US5226120A (en) * | 1990-05-21 | 1993-07-06 | Synoptics Communications, Inc. | Apparatus and method of monitoring the status of a local area network |
DE69131440T2 (en) * | 1990-08-20 | 2000-02-03 | Toshiba Kawasaki Kk | Connection status confirmation system and method for an expansion unit |
US5204669A (en) * | 1990-08-30 | 1993-04-20 | Datacard Corporation | Automatic station identification where function modules automatically initialize |
US5446897A (en) * | 1990-08-31 | 1995-08-29 | International Business Machines Corporation | Automated address discovery method and apparatus for local area networks |
GB9018989D0 (en) * | 1990-08-31 | 1990-10-17 | Ncr Co | Work station and method for configuring thereof |
US5235530A (en) * | 1990-11-15 | 1993-08-10 | Racal-Redac, Inc. | Active cartridge display for hardware modeler |
US5265238A (en) * | 1991-01-25 | 1993-11-23 | International Business Machines Corporation | Automatic device configuration for dockable portable computers |
US5410717A (en) * | 1991-03-22 | 1995-04-25 | Allen-Bradley Company, Inc. | Removable function card for a programmable controller processor |
US5274771A (en) * | 1991-04-30 | 1993-12-28 | Hewlett-Packard Company | System for configuring an input/output board in a computer |
US5367640A (en) * | 1991-04-30 | 1994-11-22 | Hewlett-Packard Company | System for configuring an input/output board in a computer |
FR2678096B1 (en) * | 1991-06-21 | 1993-10-22 | Schlumberger Industries | METHOD AND SYSTEM FOR TRANSMITTING MESSAGES BETWEEN A CONTROL TERMINAL AND CONTROLLED TERMINALS. |
EP0520079A1 (en) * | 1991-06-26 | 1992-12-30 | Siemens Aktiengesellschaft | Universal subscriber line connection unit for a digital switching exchange |
WO1993015459A1 (en) * | 1992-02-03 | 1993-08-05 | Micro Industries | Live insertion of computer modules |
US5434870A (en) * | 1992-04-17 | 1995-07-18 | Unisys Corporation | Apparatus and method for verifying the authenticity of a circuit board |
US5428748A (en) * | 1992-09-24 | 1995-06-27 | National Semiconductor Corporation | Method and apparatus for automatically configuring a computer peripheral |
DE69229793T2 (en) * | 1992-12-17 | 2000-04-20 | Ibm | Method for initializing a group of ISDN adapter cards which are plugged into a workstation functioning as the main ISDN gateway and device |
US5530895A (en) * | 1993-02-25 | 1996-06-25 | Microsoft Corporation | System and method for computer interface board identification by serially comparing identification address bits and asserting complementary logic patterns for each match |
US5634074A (en) * | 1993-05-07 | 1997-05-27 | Apple Computer, Inc. | Serial I/O device identifies itself to a computer through a serial interface during power on reset then it is being configured by the computer |
JP2750315B2 (en) * | 1993-05-14 | 1998-05-13 | インターナショナル・ビジネス・マシーンズ・コーポレイション | Method of specifying identifier and computer system |
EP0640978A3 (en) * | 1993-08-31 | 1998-10-07 | Ohmeda Inc. | Non-invasive software update apparatus |
DE4340048A1 (en) | 1993-11-24 | 1995-06-01 | Bosch Gmbh Robert | Device for exchanging data and method for operating the device |
US5530302A (en) * | 1994-01-13 | 1996-06-25 | Network Systems Corporation | Circuit module with hot-swap control circuitry |
US5404460A (en) * | 1994-01-28 | 1995-04-04 | Vlsi Technology, Inc. | Method for configuring multiple identical serial I/O devices to unique addresses through a serial bus |
FI99238C (en) * | 1994-02-14 | 1997-11-10 | Nokia Telecommunications Oy | Method for verifying device settings |
US5517646A (en) * | 1994-04-25 | 1996-05-14 | Compaq Computer Corp. | Expansion device configuration system having two configuration modes which uses automatic expansion configuration sequence during first mode and configures the device individually during second mode |
US6646541B1 (en) * | 1996-06-24 | 2003-11-11 | Computer Motion, Inc. | General purpose distributed operating room control system |
US6463361B1 (en) | 1994-09-22 | 2002-10-08 | Computer Motion, Inc. | Speech interface for an automated endoscopic system |
US7053752B2 (en) | 1996-08-06 | 2006-05-30 | Intuitive Surgical | General purpose distributed operating room control system |
US5793978A (en) * | 1994-12-29 | 1998-08-11 | Cisco Technology, Inc. | System for routing packets by separating packets in to broadcast packets and non-broadcast packets and allocating a selected communication bandwidth to the broadcast packets |
US5867666A (en) * | 1994-12-29 | 1999-02-02 | Cisco Systems, Inc. | Virtual interfaces with dynamic binding |
DE19524024C2 (en) * | 1995-06-30 | 1998-01-22 | Siemens Ag | Method for specifying multifunctional assemblies in a communication system |
US5727208A (en) * | 1995-07-03 | 1998-03-10 | Dell U.S.A. L.P. | Method and apparatus for configuration of processor operating parameters |
US6097718A (en) | 1996-01-02 | 2000-08-01 | Cisco Technology, Inc. | Snapshot routing with route aging |
US6147996A (en) | 1995-08-04 | 2000-11-14 | Cisco Technology, Inc. | Pipelined multiple issue packet switch |
US6182224B1 (en) | 1995-09-29 | 2001-01-30 | Cisco Systems, Inc. | Enhanced network services using a subnetwork of communicating processors |
US6917966B1 (en) | 1995-09-29 | 2005-07-12 | Cisco Technology, Inc. | Enhanced network services using a subnetwork of communicating processors |
US7246148B1 (en) | 1995-09-29 | 2007-07-17 | Cisco Technology, Inc. | Enhanced network services using a subnetwork of communicating processors |
US6091725A (en) * | 1995-12-29 | 2000-07-18 | Cisco Systems, Inc. | Method for traffic management, traffic prioritization, access control, and packet forwarding in a datagram computer network |
US6035105A (en) | 1996-01-02 | 2000-03-07 | Cisco Technology, Inc. | Multiple VLAN architecture system |
US5790890A (en) * | 1996-02-29 | 1998-08-04 | Sun Microsystems, Inc. | Identification interface |
US5793987A (en) * | 1996-04-18 | 1998-08-11 | Cisco Systems, Inc. | Hot plug port adapter with separate PCI local bus and auxiliary bus |
US5661677A (en) | 1996-05-15 | 1997-08-26 | Micron Electronics, Inc. | Circuit and method for on-board programming of PRD Serial EEPROMS |
US6308148B1 (en) | 1996-05-28 | 2001-10-23 | Cisco Technology, Inc. | Network flow data export |
US6243667B1 (en) | 1996-05-28 | 2001-06-05 | Cisco Systems, Inc. | Network flow switching and flow data export |
DE19622065C1 (en) * | 1996-05-31 | 1997-09-18 | Siemens Ag | Central control system for communications network |
US6496099B2 (en) | 1996-06-24 | 2002-12-17 | Computer Motion, Inc. | General purpose distributed operating room control system |
US6911916B1 (en) | 1996-06-24 | 2005-06-28 | The Cleveland Clinic Foundation | Method and apparatus for accessing medical data over a network |
US6212182B1 (en) | 1996-06-27 | 2001-04-03 | Cisco Technology, Inc. | Combined unicast and multicast scheduling |
US6434120B1 (en) * | 1998-08-25 | 2002-08-13 | Cisco Technology, Inc. | Autosensing LMI protocols in frame relay networks |
US5802042A (en) * | 1996-06-28 | 1998-09-01 | Cisco Systems, Inc. | Autosensing LMI protocols in frame relay networks |
US6304546B1 (en) | 1996-12-19 | 2001-10-16 | Cisco Technology, Inc. | End-to-end bidirectional keep-alive using virtual circuits |
US6356530B1 (en) | 1997-05-23 | 2002-03-12 | Cisco Technology, Inc. | Next hop selection in ATM networks |
US6122272A (en) * | 1997-05-23 | 2000-09-19 | Cisco Technology, Inc. | Call size feedback on PNNI operation |
US6862284B1 (en) | 1997-06-17 | 2005-03-01 | Cisco Technology, Inc. | Format for automatic generation of unique ATM addresses used for PNNI |
US6078590A (en) * | 1997-07-14 | 2000-06-20 | Cisco Technology, Inc. | Hierarchical routing knowledge for multicast packet routing |
US6330599B1 (en) | 1997-08-05 | 2001-12-11 | Cisco Technology, Inc. | Virtual interfaces with dynamic binding |
US6157641A (en) * | 1997-08-22 | 2000-12-05 | Cisco Technology, Inc. | Multiprotocol packet recognition and switching |
US6512766B2 (en) | 1997-08-22 | 2003-01-28 | Cisco Systems, Inc. | Enhanced internet packet routing lookup |
US6212183B1 (en) | 1997-08-22 | 2001-04-03 | Cisco Technology, Inc. | Multiple parallel packet routing lookup |
US6343072B1 (en) | 1997-10-01 | 2002-01-29 | Cisco Technology, Inc. | Single-chip architecture for shared-memory router |
US7570583B2 (en) | 1997-12-05 | 2009-08-04 | Cisco Technology, Inc. | Extending SONET/SDH automatic protection switching |
US6252855B1 (en) | 1997-12-22 | 2001-06-26 | Cisco Technology, Inc. | Method and apparatus for identifying a maximum frame size to maintain delay at or below an acceptable level |
US6111877A (en) | 1997-12-31 | 2000-08-29 | Cisco Technology, Inc. | Load sharing across flows |
US6424649B1 (en) | 1997-12-31 | 2002-07-23 | Cisco Technology, Inc. | Synchronous pipelined switch using serial transmission |
US5974051A (en) * | 1998-03-03 | 1999-10-26 | Cisco Technology, Inc. | System interprocessor communication using media independent interface-based channel |
US6853638B2 (en) * | 1998-04-01 | 2005-02-08 | Cisco Technology, Inc. | Route/service processor scalability via flow-based distribution of traffic |
US6370141B1 (en) | 1998-04-29 | 2002-04-09 | Cisco Technology, Inc. | Method and apparatus for configuring an internet appliance |
US6370121B1 (en) | 1998-06-29 | 2002-04-09 | Cisco Technology, Inc. | Method and system for shortcut trunking of LAN bridges |
US6920112B1 (en) | 1998-06-29 | 2005-07-19 | Cisco Technology, Inc. | Sampling packets for network monitoring |
US6377577B1 (en) | 1998-06-30 | 2002-04-23 | Cisco Technology, Inc. | Access control list processing in hardware |
US6182147B1 (en) | 1998-07-31 | 2001-01-30 | Cisco Technology, Inc. | Multicast group routing using unidirectional links |
US6308219B1 (en) | 1998-07-31 | 2001-10-23 | Cisco Technology, Inc. | Routing table lookup implemented using M-trie having nodes duplicated in multiple memory banks |
US6081419A (en) * | 1998-08-03 | 2000-06-27 | Cisco Technology, Inc. | Protection device for an electronic instrument and method |
US6101115A (en) * | 1998-08-07 | 2000-08-08 | Cisco Technology, Inc. | CAM match line precharge |
US6389506B1 (en) | 1998-08-07 | 2002-05-14 | Cisco Technology, Inc. | Block mask ternary cam |
US6470013B1 (en) | 1998-10-13 | 2002-10-22 | Cisco Technology, Inc. | Use of enhanced ethernet link—loop packets to automate configuration of intelligent linecards attached to a router |
US6771642B1 (en) | 1999-01-08 | 2004-08-03 | Cisco Technology, Inc. | Method and apparatus for scheduling packets in a packet switch |
US7065762B1 (en) | 1999-03-22 | 2006-06-20 | Cisco Technology, Inc. | Method, apparatus and computer program product for borrowed-virtual-time scheduling |
US6757791B1 (en) | 1999-03-30 | 2004-06-29 | Cisco Technology, Inc. | Method and apparatus for reordering packet data units in storage queues for reading and writing memory |
US6760331B1 (en) | 1999-03-31 | 2004-07-06 | Cisco Technology, Inc. | Multicast routing with nearest queue first allocation and dynamic and static vector quantization |
US6603772B1 (en) | 1999-03-31 | 2003-08-05 | Cisco Technology, Inc. | Multicast routing with multicast virtual output queues and shortest queue first allocation |
US7240364B1 (en) | 2000-05-20 | 2007-07-03 | Ciena Corporation | Network device identity authentication |
US7225244B2 (en) * | 2000-05-20 | 2007-05-29 | Ciena Corporation | Common command interface |
US7111053B1 (en) | 2000-05-20 | 2006-09-19 | Ciena Corporation | Template-driven management of telecommunications network via utilization of operations support services clients |
US20020116485A1 (en) * | 2001-02-21 | 2002-08-22 | Equipe Communications Corporation | Out-of-band network management channels |
US6880086B2 (en) | 2000-05-20 | 2005-04-12 | Ciena Corporation | Signatures for facilitating hot upgrades of modular software components |
US20020001307A1 (en) * | 2000-05-20 | 2002-01-03 | Equipe Communications Corporation | VPI/VCI availability index |
US7143153B1 (en) | 2000-11-09 | 2006-11-28 | Ciena Corporation | Internal network device dynamic health monitoring |
US7222147B1 (en) | 2000-05-20 | 2007-05-22 | Ciena Corporation | Processing network management data in accordance with metadata files |
US7266595B1 (en) | 2000-05-20 | 2007-09-04 | Ciena Corporation | Accessing network device data through user profiles |
US6658579B1 (en) | 2000-05-20 | 2003-12-02 | Equipe Communications Corporation | Network device with local timing systems for automatic selection between redundant, synchronous central timing systems |
US6601186B1 (en) | 2000-05-20 | 2003-07-29 | Equipe Communications Corporation | Independent restoration of control plane and data plane functions |
US6708291B1 (en) | 2000-05-20 | 2004-03-16 | Equipe Communications Corporation | Hierarchical fault descriptors in computer systems |
US6760339B1 (en) | 2000-05-20 | 2004-07-06 | Equipe Communications Corporation | Multi-layer network device in one telecommunications rack |
US7039046B1 (en) | 2000-05-20 | 2006-05-02 | Ciena Corporation | Network device including central and distributed switch fabric subsystems |
US7225240B1 (en) | 2000-05-20 | 2007-05-29 | Ciena Corporation | Decoupling processes from hardware with logical identifiers |
US6658580B1 (en) | 2000-05-20 | 2003-12-02 | Equipe Communications Corporation | Redundant, synchronous central timing systems with constant master voltage controls and variable slave voltage controls |
US7062642B1 (en) | 2000-05-20 | 2006-06-13 | Ciena Corporation | Policy based provisioning of network device resources |
US6876652B1 (en) | 2000-05-20 | 2005-04-05 | Ciena Corporation | Network device with a distributed switch fabric timing system |
US7349960B1 (en) | 2000-05-20 | 2008-03-25 | Ciena Corporation | Throttling distributed statistical data retrieval in a network device |
US6742134B1 (en) | 2000-05-20 | 2004-05-25 | Equipe Communications Corporation | Maintaining a local backup for data plane processes |
US7020696B1 (en) | 2000-05-20 | 2006-03-28 | Ciena Corp. | Distributed user management information in telecommunications networks |
US6654903B1 (en) | 2000-05-20 | 2003-11-25 | Equipe Communications Corporation | Vertical fault isolation in a computer system |
US6868092B1 (en) | 2000-05-20 | 2005-03-15 | Ciena Corporation | Network device with embedded timing synchronization |
US7280529B1 (en) | 2000-05-20 | 2007-10-09 | Ciena Corporation | Providing network management access through user profiles |
US6671699B1 (en) | 2000-05-20 | 2003-12-30 | Equipe Communications Corporation | Shared database usage in network devices |
US6694450B1 (en) | 2000-05-20 | 2004-02-17 | Equipe Communications Corporation | Distributed process redundancy |
US7051097B1 (en) | 2000-05-20 | 2006-05-23 | Ciena Corporation | Embedded database for computer system management |
US6332198B1 (en) | 2000-05-20 | 2001-12-18 | Equipe Communications Corporation | Network device for supporting multiple redundancy schemes |
US6983362B1 (en) | 2000-05-20 | 2006-01-03 | Ciena Corporation | Configurable fault recovery policy for a computer system |
US7054272B1 (en) | 2000-07-11 | 2006-05-30 | Ciena Corporation | Upper layer network device including a physical layer test port |
US6715097B1 (en) | 2000-05-20 | 2004-03-30 | Equipe Communications Corporation | Hierarchical fault management in computer systems |
US6934749B1 (en) | 2000-05-20 | 2005-08-23 | Ciena Corporation | Tracking distributed data retrieval in a network device |
US6639910B1 (en) | 2000-05-20 | 2003-10-28 | Equipe Communications Corporation | Functional separation of internal and external controls in network devices |
US7023845B1 (en) | 2000-06-13 | 2006-04-04 | Ciena Corporation | Network device including multiple mid-planes |
US7263597B2 (en) * | 2001-04-19 | 2007-08-28 | Ciena Corporation | Network device including dedicated resources control plane |
US6469630B1 (en) * | 2001-08-24 | 2002-10-22 | Cisco Technology, Inc. | System and method for determining the environmental configuration of telecommunications equipment |
US7672249B2 (en) | 2001-12-13 | 2010-03-02 | Cisco Technology, Inc. | Configurable network appliance |
US7076543B1 (en) | 2002-02-13 | 2006-07-11 | Cisco Technology, Inc. | Method and apparatus for collecting, aggregating and monitoring network management information |
US20040049560A1 (en) * | 2002-09-09 | 2004-03-11 | Shudong Zhou | Method and apparatus for configuring a computer system to operate with perhiperal devices |
JP5091453B2 (en) * | 2006-10-12 | 2012-12-05 | 三洋電機株式会社 | Video display device |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4070704A (en) * | 1976-05-17 | 1978-01-24 | Honeywell Information Systems Inc. | Automatic reconfiguration apparatus for input/output processor |
US4367422A (en) * | 1980-10-01 | 1983-01-04 | General Electric Company | Power on restart circuit |
US4385206A (en) * | 1980-12-16 | 1983-05-24 | Stromberg-Carlson Corporation | Programmable port sense and control signal preprocessor for a central office switching system |
US4562535A (en) * | 1982-04-05 | 1985-12-31 | Texas Instruments Incorporated | Self-configuring digital processor system with global system |
US4635192A (en) * | 1983-12-06 | 1987-01-06 | Tri Sigma Corporation | Self configuring bus structure for computer network |
US4660141A (en) * | 1983-12-06 | 1987-04-21 | Tri Sigma Corporation | Self configuring computer network with automatic bus exchange of module identification numbers and processor assigned module numbers |
US4683531A (en) * | 1984-07-02 | 1987-07-28 | Ncr Corporation | Polling method for data processing system |
-
1986
- 1986-01-10 US US06/817,723 patent/US4750136A/en not_active Expired - Lifetime
- 1986-12-23 EP EP86117954A patent/EP0229378A3/en not_active Withdrawn
- 1986-12-30 CA CA000526531A patent/CA1260589A/en not_active Expired
-
1987
- 1987-01-08 JP JP62001154A patent/JPS62208742A/en active Pending
- 1987-01-08 KR KR870000074A patent/KR870007619A/en not_active Application Discontinuation
Also Published As
Publication number | Publication date |
---|---|
EP0229378A3 (en) | 1989-07-26 |
EP0229378A2 (en) | 1987-07-22 |
KR870007619A (en) | 1987-08-20 |
US4750136A (en) | 1988-06-07 |
JPS62208742A (en) | 1987-09-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA1260589A (en) | Communication system having automatic circuit board initialization capability | |
US5077789A (en) | Remotely commanded telephone switch enhancing system | |
AU680651B2 (en) | Telecommunication switch with programmable communications services | |
CA1119282A (en) | Microprocessor control complex | |
US5291479A (en) | Modular user programmable telecommunications system with distributed processing | |
CN1104797C (en) | Telecommunication switch having programmable network protocols and communications services | |
US5329579A (en) | Modular adjunct processor made of identical multi-function modules adaptable under direction of one of them to perform any of the adjunct-processor functions | |
US4993062A (en) | Telephone control system including stored blocked and allowed telephone numbers | |
EP0527950B1 (en) | Digital computer platform for supporting telephone network applications | |
US5414762A (en) | Telephony controller with functionality command converter | |
US4979171A (en) | Announcement and tone code generator for telephonic network and method | |
WO1986003913A1 (en) | Internally register-modelled, serially-bussed radio system | |
US5384823A (en) | Telecommunications switch with integral feature installation capability | |
US4691346A (en) | PBX integrity arrangement for maintaining the functional integrity of PBX communication devices and associated facilities | |
US5222130A (en) | Message arrangement and method for implementing a digital telephone system | |
Cisco | System Configuration | |
Cisco | Data Group | |
USH1802H (en) | System and method for automatically provisioning a telecommunications switch | |
Cisco | System Configuration Group | |
Cisco | Database Administration | |
Cisco | T1 Cards | |
Cisco | T1 Cards | |
Cisco | T1 Cards | |
Cisco | T1 Cards | |
Cisco | T1 Cards |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MKEX | Expiry |