KR960001084B1 - A node alarm confirmation method between exchanger's - Google Patents
A node alarm confirmation method between exchanger's Download PDFInfo
- Publication number
- KR960001084B1 KR960001084B1 KR1019920026126A KR920026126A KR960001084B1 KR 960001084 B1 KR960001084 B1 KR 960001084B1 KR 1019920026126 A KR1019920026126 A KR 1019920026126A KR 920026126 A KR920026126 A KR 920026126A KR 960001084 B1 KR960001084 B1 KR 960001084B1
- Authority
- KR
- South Korea
- Prior art keywords
- alarm
- node
- address
- nodes
- current
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
제1도는 본 발명에 적용되는 하드웨어 시스팀의 구성도.1 is a block diagram of a hardware system applied to the present invention.
제2도는 생성된 경보주소를 활용하여 시스팀 동작시 경보 발생 노드를 확인하는 흐름도.2 is a flow chart of identifying an alarm node during system operation using the generated alarm address.
* 도면의 주요부분에 대한 부호의 설명* Explanation of symbols for main parts of the drawings
IPCU : Inter-Processor Communication Unit(프로세서간 통신 유니트)IPCU: Inter-Processor Communication Unit
CI : Control Interworking(노드)CI: Control Interworking (Node)
CIPH : Control Interworking Processor Hardware(노드관리기)CIPH: Control Interworking Processor Hardware
FI : Fault Interface(경보수집치) D-bus : Data Bus(프로세서간 통신 버스)FI: Fault Interface D-bus: Data Bus
M-bis : Maintenance Bus(노드와 노드관리기 사이의 통신버스)M-bis: Maintenance Bus (communication bus between node and node manager)
U-link : Unit Link(노드와 프로세서간 연결 링크)U-link: Unit Link
N-Alarm : Node Alarm(노드 장애에 대한 경보신호)N-Alarm: Node Alarm
NFF-Alarm : Node Function Fail(노드 기능 장애 경보신호)NFF-Alarm: Node Function Fail Alarm Signal
MFF-Alarm : Manager Function Fail(노드관리기 기능 장애 경보신호)MFF-Alarm: Manager Function Fail
본 발명은 교환기의 프로세서간 통신망에서 노드의 경보 발생 노드 확인 방법에 관한 것이다.The present invention relates to a method for identifying an alerting node of a node in an interprocessor communication network of an exchange.
본 발명에서 분산 제어 구조를 가지는 대용량 전전자 교환기의 프로세서간 통신망 장애처리 및 유지보수 기능을 실현시 분산된 프로세서간 통신 유니트(IPCU)에 수용되어 있는 다수(32개) 노드들에 대한 각 경보 신호(N-Alarm)를 취합하여 하나의 하드웨어 경보 신호(NFF-Alarm)로 통합하여 노드 전체에 대한 경보 상태를 시스팀의 경보 수집 블럭으로 알려주고, 또한 통신망 초기화시에서 각 노드들에 대해서 만들어 놓은 고유의 경보 주소를 사용하여 유니트가 정상 운용시에 발생하는 노드들의 경보에 대해서 경보를 발생시킨 장애노드를 확인 및 관련 정보를 추출하여 시스팀의 유지보수관리 프로세서로 해당 노드의 이상 상태를 알려주는 것을 목적으로 한다.In the present invention, each alarm signal for a plurality of (32) nodes accommodated in a distributed inter-processor communication unit (IPCU) when implementing the inter-processor communication network failure handling and maintenance function of a large-capacity electronic switch having a distributed control structure. It collects (N-Alarm) and integrates it into one hardware alarm signal (NFF-Alarm) to inform the alarm collection block of the entire system to the alarm collection block of the system, and also uniquely created for each node during network initialization. The purpose is to identify the faulty node that triggered the alarm and extract related information by using the alarm address to inform the system's maintenance management processor of the node's abnormal status. do.
본 발명은 상기 목적을 달성하기 위해 분산 제어 구조를 가지는 전전자 교환시스팀에서 노드블럭, 상기 노드 블럭에 연결된 노드 관리기, 및 상기 노드 관리기에 연결된 경보수집장치를 포함하여 프로세서간 통신망을 구성하는 프로세서간 통신 유니트 (IPCU)내의 노드들의 경보처리를 위한 노드들에 대한 경보생성 및 경보를 발생시킨 노드를 확인하는 방법에 있어서, 경보가 발생하면 FI블럭으로 하드웨어 경보 신호를 전송하고, 현재의 노드 경보 상태를 읽고, 현재의 노드 테이블 포인터가 지시하는 노드의 경보 주소를 추출하고, 경보를 발생시킨 노드들의 주소를 확인하여 현재 노드의 경보 발생 여부를 판단하는 제1단계 : 상기 제1단계에서 현재 노드에서 경보가 발생하였으면 노드 테이블로 부터 주소 및 정보를 추출하여 경보 발생 정보를 유지 보수 관리 프로세서로 전송하고, 현재의 노드 테이블 포인터가 마지막 노드인지를 판단하여 마지막이 아니면 노드 테이블 지시 포인터를 조정하여 노드 테이블의 지시하는 노드의 경보 주소를 추출하는 과정을 수행하고, 마지막이면 초기 상태로 복귀하는 제2단계를 구비하고 있는 것을 특징으로 한다.The present invention provides an inter-processor communication network including a node block, a node manager connected to the node block, and an alarm collecting device connected to the node manager in an electronic switching system having a distributed control structure to achieve the above object. An alarm generation method for nodes for alarm processing of nodes in a communication unit (IPCU), and a method for identifying a node that has generated an alarm, wherein when an alarm occurs, a hardware alarm signal is transmitted to a FI block, and a current node alarm state. Read the information, extract the alarm address of the node indicated by the current node table pointer, and determine whether or not the alarm of the current node by checking the address of the node that triggered the alarm: at the current node in the first step If an alarm occurs, extract the address and information from the node table to maintain the alarm occurrence information. Transmits to the management processor, determines whether the current node table pointer is the last node, and if not, adjusts the node table indication pointer to extract the alarm address of the indicating node of the node table. A second step of returning is provided.
이하 첨부된 도면을 참조하여 본 발명을 상세히 설명하면 다음과 같다.Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.
제1도는 프로세서간 통신 유니트의 장애처리 기능을 위한 하드웨어 구성도로서 노드블럭(CI)(1)은 고속의 프로세서 상호간 메세지를 교환하기 위하여 D-Bus(2) 및 U-link(3)를 통하여 프로세서간 통신(IPC) 메세지의 송수신을 담당하여 IPC 메세지 송수신 채널에 대한 상태감시 및 노드 관리기(CIPH)(4) 블러과의 M-Bus(5)를 통하여 정보 교환기능, 장애 발생시 CIPH를 블럭으로 경보(N-Alarm)신호(6)를 사용하여 경보신호의 송출 기능을 수행한다. 그리고 통신망 유지보수 및 운용을 담당하는 CIPH 블럭은 해당 IPCU 내 노드들의 각종 상태를 감시, 제어하고 필요시 이상 상태를 IPC 통신 채널을 통해 정보교환을 하며, CI/CIPH블럭내의 장애 발생시 경보 수집 블럭 (FI)(7)으로 경보를 송출한다. 노드의 경보와 관련하여, 각 노드에서 CIPH로는 각각의 N-Alarm 신호로 연결되며, CIPH 블럭에서는 다수(32) CI들의 경보에 대해서 하나의 경보신호(NFF-Alarm)(8)로 취합 경보수집 블럭으로 전송하게 된다. 따라서 한 IPCU 내의 다수의 CI들에 대한 경보정보는 CIPH에서 하나의 하드에어 신호로 통합되어 경보를 전송하여 노드 전체에 대한 상태를 파악 할 수 있으며, 또한 통신망 초기화시 만든 각 노드에 대한 경보주소를 사용하여 경보를 발생한 노드들을 확인할 수 있다.1 is a hardware configuration diagram for the failure handling function of an interprocessor communication unit. A node block (CI) 1 is connected via a D-Bus 2 and a U-link 3 to exchange messages between processors at a high speed. It is responsible for sending and receiving interprocessor communication (IPC) messages, and monitors the status of IPC sending and receiving channels and exchanges information through M-Bus (5) with node manager (CIPH) (4) blur. The alarm signal is transmitted using the (N-Alarm) signal 6. The CIPH block, which is in charge of network network maintenance and operation, monitors and controls the status of the nodes in the IPCU and exchanges information on the abnormal status through the IPC communication channel when necessary, and collects an alarm when the failure occurs in the CI / CIPH block. FI) 7 sends an alarm. Regarding the alarm of the node, each node is connected to each N-Alarm signal to the CIPH, and in the CIPH block, the alarm collection (NFF-Alarm) 8 is collected for the alarm of many 32 CIs. Will be sent to the block. Therefore, alarm information of multiple CIs in one IPCU can be integrated into one hard-air signal in CIPH to send out alarms to check the status of the entire node.Also, the alarm address for each node created during network initialization You can use it to check which nodes triggered an alarm.
제2도에서는 통신망 초기화시에 만들어진 각 노드에 대한 경보주소를 사용하여, 정상적으로 시스팀이 동작시 노드의 비정상적인 동작으로 인하여 노드 경보가 발생할 때 경보를 발생한 노드를 확인하고, 시스팀 유지 보수 관리를 담당하는 프로세서로 경보를 발생시킨 노드에 관한 정보를 전송하는 기능을 다음과 같이 수행한다.In Figure 2, by using the alarm address for each node created at the network initialization, the node that caused the alarm when the node alarm occurs due to the abnormal operation of the node when the system operates normally is in charge of the system maintenance management. The function to send information about the node that triggered the alarm is performed as follows.
임의의 노드들로 부터 경보가 존재하는지를 확인하여(31), 경보가 발생하지 않으면 경보가 발생할때까지 계속 경보상태를 감시하고, 만약 경보가 발생하면, 발생과 동시에 IPCU내의 임의의 노드로 부터 경보가 인지되었음을 FI 블럭으로 하드웨어 경보신호를 전송한 후(32), 현재의 노드 경보 상태 정보를 읽고(33), 노드 테이블에서 현재 노드 테이블 포인터가 지시하는 노드의 경보 주소를 추출하여(최초의 노드 테이블 포인터는 테이블의 첫번째 노드를 지시한다.)(34), (33)항목에서 읽은 경보 상태 정보와 (34)항목에서 추출한 경보 주소에 대하여 일련의 연산과정을 통하여 경보를 발생시킨 노드들의 주소를 확인할 수 있으며(35), 이 연산과정은 (33)항목에서 읽은 경보 상태 정보와 (34)항목에서 추출한 노드 경보주소를 bitwise OR 연산을 수행하고, 이 연산 결과 모든 비트(bit) 값이″1″이 아니면 현재 노드 테이블 포인터가 지시하는 노드가 경보를 발생시킨 것을 의미한다. 왜냐하면 노드 경보주소는 자기 자신의 경보신호의 비트값만 ″0″이고 나머지 다른 노드의 경보신호의 비트값은 ″1″로 되어 있기 때문이다. (33) 항목에서 읽은 경보상태 정보에서 여러개의 노드에서 동시에 경보를 발생시켰더라도 노드 테이블에 있는 모든 노드에 대해서 연산을 수행하면 경보를 발생시킨 노드를 확인할 수 있다. (35) 항목 수행후 현재의 노드에 대한 경보로 확인되면(36), 노드 테이블로 부터 노드 관련 정보를 수집하여(37), 시스팀의 유지 보수 관리 관련 프로세서에서 경보를 발생시킨 노드에 대한 정보를 경보 메세지로 전송하고(38), 현재의 노드 테이블 포인터가 마지막 노드를 지시하는 지를 확인하여(39), 마지막이 아니면, 노드 테이블 포인터를 다음 노드를 지시하도록 조정한 후(40), (34)항 부터 반복 수행하게 되고, 마지막이면, (31)항목 부터 다시 반복 수행하게 된다. (36)항목 수행후 현재의 노드에 대한 경보가 아닌 것으로 확인되면, (39)항목을 수행한다. (34~40)항목을 반복 수행함으로서, 동시에 다수의 노드가 경보를 송출하였더라도 각 노드들의 경보 주소를 마스킹 방법에 의하여 차례로 확인 가능하게 한다.Check if there is an alarm from any node (31), if there is no alarm, continue to monitor the alarm status until the alarm occurs. If an alarm occurs, alarm from any node in the IPCU is generated at the same time. After the hardware alarm signal is transmitted to the FI block (32), the current node alarm status information is read (33), and the alarm address of the node indicated by the current node table pointer is extracted from the node table (first node). The table pointer indicates the first node of the table.) For the alarm status information read in (34) and (33) and the alarm address extracted in (34), the address of the nodes that generated the alarm through a series of operations. (35), this operation process performs bitwise OR operation on alarm status information read in (33) and node alarm address extracted in (34). If all the bit values are not ″ 1 ″, it means that the node indicated by the current node table pointer has triggered an alarm. This is because the node alarm address has only a bit value of "0" of its own alarm signal and a bit value of alarm signal of the other nodes. In the alarm status information read in (33), even if several nodes triggered an alarm at the same time, if the operation is performed for all nodes in the node table, the node that generated the alarm can be checked. (35) If it is confirmed as an alarm for the current node after executing the item (36), the node related information is collected from the node table (37), and the information on the node that generated the alarm in the system related to maintenance management of the system is collected. Send an alert message (38), check if the current node table pointer points to the last node (39), if not last, adjust the node table pointer to point to the next node (40), (34) It repeats from the item, and if it is the last, it repeats from item (31). If it is confirmed that it is not an alarm for the current node after executing (36), perform (39). By repeating items (34 to 40), even if multiple nodes send alarms at the same time, the alarm addresses of each node can be confirmed in order by a masking method.
본 발명에서는 상기와 같이 경보 발생 노드를 확인하는 과정을 사용함으로서 분산제어 구조를 가지는 대용량 전전자 교환기의 프로세서간 통신망의 장애처리 및 유지보수 기능을 구현하기 위하여 통신망에 계층구조로 분산된 프로세서간 통신 유니트 (IPCU)에 수용되어 있는 다수(32개) 노드들에 대해서 통신망 초기 화시에 만들어 놓은 고유의 경보주소를 사용하여 장애노드에 대한 노드 확인 및 관련 정보 추출 기능을 수행할 수 있으며, 또한 이방법은 각 노드당 하나의 하드웨어 경보신호와 노드 및 노드 관리기에 위치하는 소프트웨어로써 간단히 구현할 수 있는 특징으로 가지고 있다.In the present invention, by using the process of confirming the alarm generation node as described above, the interprocessor communication distributed in a hierarchical structure in the communication network to implement the failure handling and maintenance function of the interprocessor communication network of a large-capacity electronic switchboard having a distributed control structure. It is possible to perform node identification and related information extraction on the faulty node by using the unique alarm address created at the initializing of network for many (32) nodes housed in the unit (IPCU). Has a hardware alarm signal for each node and software that can be easily implemented as software located in the node and node manager.
이상과 같은 특징은 많은 노드들을 수용하는 통신망의 노드 경보처리시 경보처리에 필요한 하드웨어 신호수를 가능한 줄일 수 있고, 다시 말하면 경보발생시 경보발생노드를 확인하기 위한 별도의 하드웨어 경보주소를 두지 않고 하나의 하드웨어 경보신호와 통신망 초기화시에 생성한 노드마다 가지는 고유의 경보주소를 사용하여 경보발생 노드를 확인할 수 있다. 따라서 하드웨어 신호를 적게 사용하여 구현할 수 있음으로 장애처리에 대한 신뢰도를 높일 수 있으며, 또한 소프트웨어를 사용함으로서 통신망의 변경에 쉽게 적응할 수 있으며, 구현 방법이 간단함으로 통신망의 장애처리에 대해서 고신뢰성을 요구하는 컴퓨터망 및 통신망에 응용될 수 있다.The above features can reduce the number of hardware signals required for alarm processing when processing node alarms of a communication network that accommodates many nodes, that is, one hardware without having to provide a separate hardware alarm address to identify an alarm generating node when an alarm occurs. The alarm generating node can be identified by using the alarm signal and the unique alarm address of each node created at the network initialization. Therefore, it can be implemented by using less hardware signal, so it is possible to increase the reliability of fault handling, and it is easy to adapt to the change of communication network by using software, and its simple implementation method requires high reliability for the fault handling of communication network. It can be applied to a computer network and a communication network.
Claims (2)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1019920026126A KR960001084B1 (en) | 1992-12-29 | 1992-12-29 | A node alarm confirmation method between exchanger's |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1019920026126A KR960001084B1 (en) | 1992-12-29 | 1992-12-29 | A node alarm confirmation method between exchanger's |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR940017589A KR940017589A (en) | 1994-07-27 |
| KR960001084B1 true KR960001084B1 (en) | 1996-01-18 |
Family
ID=19347268
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1019920026126A KR960001084B1 (en) | 1992-12-29 | 1992-12-29 | A node alarm confirmation method between exchanger's |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR960001084B1 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100330180B1 (en) * | 1999-10-25 | 2002-03-28 | 서평원 | IPC Fault Detection Method In Switching System |
| WO2018093091A1 (en) * | 2016-11-21 | 2018-05-24 | 한국기계연구원 | Heat transfer medium melting composition, heat transfer system using same, and power generation device using heat transfer system |
-
1992
- 1992-12-29 KR KR1019920026126A patent/KR960001084B1/en not_active IP Right Cessation
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100330180B1 (en) * | 1999-10-25 | 2002-03-28 | 서평원 | IPC Fault Detection Method In Switching System |
| WO2018093091A1 (en) * | 2016-11-21 | 2018-05-24 | 한국기계연구원 | Heat transfer medium melting composition, heat transfer system using same, and power generation device using heat transfer system |
Also Published As
| Publication number | Publication date |
|---|---|
| KR940017589A (en) | 1994-07-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1929412B (en) | Apparatus and method for dynamically debugging a multi-node network | |
| KR960001084B1 (en) | A node alarm confirmation method between exchanger's | |
| WO1997050209A1 (en) | A method for fault control of a telecommunications network and a telecommunications system | |
| KR100279721B1 (en) | Cama interface processor maintannence method of pcx system | |
| KR950011481B1 (en) | An electronic exchanger | |
| JPH0936859A (en) | Monitoring information repeating method and device therefor | |
| JPH06236299A (en) | Method and device for monitoring system | |
| KR100499908B1 (en) | Device for detecting errors of communication system and method for controlling the same | |
| KR0174406B1 (en) | Alarm Collecting Device of Asynchronous Transfer Mode Electronic Switch and Its Operation Method | |
| JPS63280537A (en) | Fault state reporting system | |
| JP2630255B2 (en) | Network fault indication recovery method | |
| JPH0879192A (en) | Monitor operation system for communication network equipment | |
| US6438626B1 (en) | System implementing a state transition having an interface storing a new next state of a self block and exchanging the state information with other block | |
| KR970004865B1 (en) | Graphic alerting method for full electronic switching system | |
| KR0135539B1 (en) | Full exchange system | |
| JP3246779B2 (en) | Failure information collection method | |
| KR910006445B1 (en) | Device which gather alarm signals | |
| KR100605998B1 (en) | Method for node operation maintenance in inter communication processor network of exchanging system | |
| KR100214145B1 (en) | Apparatus for detecting and managing alarm of signaling terminal in the ss no.7 unit | |
| KR100202990B1 (en) | Apparatus for discriminiating the alarm in a full electronic switching system | |
| JPH02228898A (en) | Polling supervisory system | |
| KR920007140B1 (en) | Electronic switching maintenance system | |
| KR0175481B1 (en) | Alarm Collector of Asynchronous Transfer Mode Switching System | |
| JP3350613B2 (en) | Instant state transfer system | |
| JPH09130414A (en) | Network management system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| N231 | Notification of change of applicant | ||
| E902 | Notification of reason for refusal | ||
| G160 | Decision to publish patent application | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant | ||
| FPAY | Annual fee payment |
Payment date: 20031231 Year of fee payment: 9 |
|
| LAPS | Lapse due to unpaid annual fee |