KR970002778B1 - 지능망 서비스 제어/관리 시스템의 프로세서간 메시지 송수신 방법 - Google Patents

지능망 서비스 제어/관리 시스템의 프로세서간 메시지 송수신 방법 Download PDF

Info

Publication number
KR970002778B1
KR970002778B1 KR1019930029395A KR930029395A KR970002778B1 KR 970002778 B1 KR970002778 B1 KR 970002778B1 KR 1019930029395 A KR1019930029395 A KR 1019930029395A KR 930029395 A KR930029395 A KR 930029395A KR 970002778 B1 KR970002778 B1 KR 970002778B1
Authority
KR
South Korea
Prior art keywords
message
lan
processor
receiving
ipc
Prior art date
Application number
KR1019930029395A
Other languages
English (en)
Other versions
KR950022442A (ko
Inventor
박희용
Original Assignee
양승택
재단법인한국전자통신연구소
조백제
한구전기통신공사
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 양승택, 재단법인한국전자통신연구소, 조백제, 한구전기통신공사 filed Critical 양승택
Priority to KR1019930029395A priority Critical patent/KR970002778B1/ko
Publication of KR950022442A publication Critical patent/KR950022442A/ko
Application granted granted Critical
Publication of KR970002778B1 publication Critical patent/KR970002778B1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/16—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using machine learning or artificial intelligence
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Databases & Information Systems (AREA)
  • Evolutionary Computation (AREA)
  • Medical Informatics (AREA)
  • Software Systems (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

내용없음

Description

지능망 서비스 제어/관리 시스템의 프로세서간 메시지 송수신 방법
제1도는 본 발명이 적용되는 지능망 서비스 제어/관리 시스템의 구성도,
제2도는 LAN(Local Area Network) 메시지 송수신 관련 블럭의 배치도,
제3A 내지 3C도는 LAN 메시지 승수신 관련 블럭도,
제4A 내지 4H도는 본 발명에 따른 LAN 메시지 송수신 처리 흐름도
본 발명은 지능망 서비스 제어/관리 시스템의 프로세서간 메시지 송수신 방법에 관한 것으로, 특히 다중랜(LAN : LocalArea Network)과 다중 프로세서로 구성된 통신환경에서 프로세서간에 고속, 다량의 메시지 송수신을 위해 랜(LAN) 프로토콜중 하위 프로토콜을 이용할 때의 메시지 송수신에 관한 것이다.
랜(LAN)을 통하여 송수신되는 메시지는 서비스 수행 교환기로부터 발생하는 서비스호의 입력 메시지와 이의 결과 메시지, 서비스 호처리 과정에서 발생하는 각종 측정 및 상대 메시지, 그리고 유지보수 및 운용관리를 위한 메시지, 서비스 관리 메시지등이 있다. 이 메시지들은 매우 중요한 메시지로서, 랜(LAN)상에서의 분실은 최대한 막으로서 프로세서간의 전송은 최대한 빠르게, 그리고 시간당 다량의 메시지 전송이 이루어져야 한다.
종래에는 랜(LAN)상에서 메시지를 송수신할 때 송신측 프로세서의 하나의 랜 메시지 송신블럭과 수신측 프로세서의 하나의 랜 메시지 수신불럭이 1:1로 구성되어 있어 지능망 서비스 제어/관리 시스템과 같이 프로세서간에 n : n의 통신을 요하는 복잡한 통신환경에서는 프로세서간 메시지 경로가 복잡하고, 메시지 경로마다 랜 메시지 블럭을 따로 가지며, 랜 수에 따라 랜 메시지 블럭의 수가 배로 늘어난다. 그러므로 다중 랜(LAN), 다중 프로세서로 구성된 경우에 랜 메시지 블럭의 수가 대단히 많아지며 프로세서 및 랜 메시지 블럭의 유지보수 및 운용관리 측면에서 어느 한 프로세서의 장애시, 정상적인 프로세서에서 상대 프로세서의 장애에 영향을 받는 등의 문제점이 있다.
상기 종래 기술에 대한 제반 문제점을 해결하기 위하여 안출된 본 발명은, 다중 랜과 다중 프로세서로 이루어진 통신환경에서 한 프로세서내에 하나의 랜 메시지 송신블럭을 두어 다중 랜, 다중의 수신측 프로세서로 메시지 송신을 가능하게 하며, 한 프로세서내에 하나의 랜 메시지 수신블럭을 두어 다중 랜, 다중의 송신측 프로세서로부터 메시지 수신이 가능하도록 하므로써, 프로세서간 메시지 경로를 간소화시키면서 랜 메시지 블럭의 수를 줄이고 프로세서와 랜 메시지 블럭의 유지보수 및 운용관리를 용이하게 한 지능망 서비스 제어/관리 시스템의 프로세서간 메시지 송수신 방법을 제공하는 데 그 목적이 있다.
상기 목적을 달성하기 위하여 본 발명은, 지능망 서비스 제어/관리 시스템에 적용되는 프로세서간 메시지 송수신 방법에 있어서, 프로세서간 통신(1PC) 메시지를 입력받아 로컬버퍼에 등록한 후에 랜 메시지를 수신측 프로세서로 송신하는 제1단계, 응답이 없는 랜 메시지를 상기 수신측 프로세서로 재송신한 후에 상기 수신측 프로세서로부터 랜 응답 메시지를 수신하는 제2단계; 및 송신측 프로세서로부터 랜 메시지를 수신하면 메시지의 종류에 따라 상기 송신측 프로세서로 랜 응답 메시지를 송신하고 프로세서간 통신(IPC) 메시지를 송신하거나 랜 수신 메시지의 번호를 조정한 후에 상기 송신측 프로세서로부터 랜 메시지를 수신하는 제 3 단계를 포함한다.
이하, 첨부된 도면을 참조하여 본 발명에 따른 일실시예를 상세히 설명한다.
제1도는 본 발명이 적용되는 지능망 서비스 제어/관리 시스템의 구성도로서, 서비스 수행 교환기로부터 질의가 입력되면 이에 대한 적절한 응답을 제공하여 각종 통신망 서비스를 제어하는 역할을 하는 시스템이다.
이 시스템으로의 입력신호는 입출력 신호링크(101)로부터 신호처리 프로토콜의 하위 부분인CCS(Common Channel Signalling network)의 MTP(Message Transfer Part)를 처리하는 CMP(CCS MTP Processor)(102)를 통하여 입력되며, 시스템(VME) 버스(103)로 연결된 전단 프로세서인 CCP(Common Channel Signalling Processor)(104, 105)에서 신호연결제어 및 트랜잭션 처리를 하고, 이중화된 랜 장치(1l1, 112)를 거쳐 후단 프로세서인 SLP(Service Logic Processor)(106, 107)에서 서비스 처리 디스크 데이타베이스(127,128)에 존재하는 서비스별 로직 데이타에 의해 응답 메시지를 생성하여 이 메시지를 역순인 CCP(104, 105)와 CMP(102)를 거쳐 서비스 수행 교환기로 전송한다.
여기서, CCP(104, 105)와 SLP(106, 107) 및 랜 장치(111, 112) 등의 이중화는 이 시스템이 고성능 및 고신뢰도를 가질 수 있도록 구성된 것으로, 정상적인 상태에서 서비스 처리는 CCP(104, 105)와 SLP(106, 107) 및 랜 장치(111, 112)가 부하를 반반씩 분담하여 균형있게 처리하며, 어느 한 부분이 비정상적인 상태가 된 경우에 장애가 발생한 부분에 대한 부하는 정상적인 부분에서 담당한다.
서비스 처리 디스크 데이타베이스(127, 128)는 실시간 응답을 요하는 특성으로 인해서 유지하는 메모리 상주 데이타베이스의 백업 및 복구용이며, 이의 서비스 데이타 초기화 및 변경관리를 위해 SMP(Service Management Processor)(110)가 있으며 서비스 운용 마스터 데이타베이스(130)를 가지고 있다. OAP(Operation and Admninstration Processor)(108)는 시스템의 기동, 정지를 비롯한 시스템 전반의 유지보수 및 운용관리를 전담하며 유지보수 및 운용관리를 위한 노드 데이타베이스(129), 운용자 작업석(131)을 가지고 있다. 그리고, MAP(Maintenance Processor)(109)는 OAP(108)의 장애시 최소한의 유지보수에 필요한 기능을 가지고 있다.
각 프로세서는 랜 접속장치(113 내지 119)를 통하여 이중화 형태로 랜 장치(111, 112)와 접속되어 있으며, 각 랜(111, 112)은 프로세서내의 랜 접속장치(113 내지 119)와 접속된다. 랜(LAN)상에 랜 메시지를 송수신하기 위한 랜 접속블럭(120 내지 126)이 각 프로세서에 있으며, 이 블럭은 랜 메시지 송신블럭과 랜 메시지 수신블럭으로 구성되어 있다.
제2도는 랜 메시지 송수신을 위한 관련 블럭들의 배치를 나타내는데, 각 프로세서(201 내지 207)에는 랜 메시지 송신블럭(210 내지 216)과 랜 메시지 수신블럭(217 내지 223)이 각각 하나씩 적재되어 있으며, 또한 각 프로세서에는 랜 메시지 송신블럭과 랜 메시지 수신블럭이 이용하는 랜 카드1, 2(224 내지 230)가 장착되어 있다.
CCP1(201)의 랜 메시지 수신블럭(2l0)은 CCP1(210)의 랜 카드1 또는 랜 카드2(224)를 이용하여, 자신을 제외한 모든 프로세서의 랜 메시지 수신블럭(218 내지 223)과 짝을 이루어 랜 메시지 송수신을 할 수 있다. 이때 랜 장치1(208)은 탠 카드1을 이용할때, 랜 장치2(209)는 탠 카드2를 이용할때 이용된다. CCP2(202), SLP1/2(203, 204), OAP(205), MAP(206), SMP(207)도 CCP1(201)과 같은 원리에 의해 동작된다.
제3A 내지 3C도는 LAN 메시지 송수신 관련 블럭도로서, 제3A도는 랜 메시지 송수신을 위해서 CCP1과 CCP2의 두 프로세서간의 블럭들의 관계를 표시하였다. 도면에서 랜 장치1(301), 랜 장치2(302)를 중심으로 CCP1의 랜 카드1(303), 랜 카드2(304), CCP1의 관련 블럭들, CCP1이 가지고 있는 각 프로세서의 상태테이블(315)과 CCP2의 랜 카드1(305), 랜 카드2(306), CCP2의 관련 블럭들, CCP2가 가지고 있는 각 프로세서의 상태테이블(316)이 표시되어 있는데, CCP1은 CCP2, SLP1/2, OAP, MAP, SMP로 대치될 수 있으며, CCP2는 CCP1, SLP1/2, OAP, MAP, SMP로 대치될 수 있다.
CCP1의 랜 메시지 송신블럭(309)은 CCP1의 프로세서간 통신(IPC : Inter Process or Communication)메시지 송신블럭(307)으로부터 메시지를 받아서 이 메시지의 수신측 프로세서가 CCP2인 경우에, CCP1의 상태테이블(315)이 가지고 있는 CCP2 관련 상태에 따라 CCP1의 랜 카드1(303),랜 장치1(301), CCP2의 랜 카드1(305)이 정상이면, 랜 메시지 경로1으로 랜 메시지를 송신하고, 어느 한 부분이라도 장애이면 CCP1의 랜 카드2(304), 랜 장치2(302), CCP2의 랜 카드2(306)가 정상이면, 랜 메시지 경로2로 랜 메시지를 송신한다. CCP2의 랜 메시지 수신블럭(312)는 랜 장치l(301) 또는 랜 장치2(302)로 입력되는 랜 메시지를 랜 카드1(305) 또는 랜 카드2(306)에서 받아서 CCP2의 상위 블럭인 프로세서간 통신(IPC) 메시지 수신블럭(314)으로 이 메시지를 송신한다.
제3B도는 랜(LAN) 메시지 송신을 중심으로 블럭들의 관계를 표현하고 있으며, CCP1에서 CCP2, SLP1/2, OAP, MAP, SMP로 랜 메시지를 송신하는 경우를 나타내었다. CCP1의 랜 메시지 송신블럭(340)은 CCP1의 프로세서간 통신(IPC) 메시지 송신블럭(339)으로부터 메시지를 받아서 CCP1의 상태테이블(345)에서 수신측 프로세서와 관련된 상태에 따라 CCP1의 랜 카드1(333) 또는 랜 카드(334)를 통하여, CCP2, SLP1/2, OAP, MAP, SMP의 어느 원하는 곳의 랜 메시지 수신블럭(341, 343)으로 랜 메시지를 송신한다. CCP2, SLP1/2, OAP, MAP, SMP도 CCP1과 같은 원리로 동작된다.
제3C도는 랜 메시지 수신을 중심으로 블럭들의 관계를 표현하고 있으며, CCP1에서 CCP2, SLP1/2, OAP, MAP, SMP로부터 랜 메시지를 수신하는 경우를 나타내었다. CCP1의 랜 메시지 수신블럭(340)은 CCP1의 랜 카드1(333) 또는 랜 카드2(334)를 통하여 CCP2, SLP1/2, OAP, MAP, SMP의 어느 프로세서에서 보낸 랜 메시지라도 수신할 수 있으며, 수신된 메시지를 CCPl의 상위 블럭인 프로세서간 통신(IPC)메시지 수신블럭(339)으로 송신한다. CCP2, SLP1/2, OAP, MAP, SMP도 CCP1과 같은 원리로 동작된다.
제4A 내지 4H도는 각 프로세서의 랜 메시지 송신블럭과 수신측 프로세서의 랜 메시지 수신불럭이 연계되어 프로세서간에 랜 메시지를 송수신하는 과정을 나타낸 것으로, 제4A도는 랜 메시지 송신블럭의 전체적인 흐름을 나타낸다.
랜(LAN) 메시지 송신블럭은 우선 프로세서 및 랜 상태 테이블과 로컬버퍼 등을 초기화한 후에(401) 랜 메시지 재송신 또는 랜 메시지 입력시의 시간할당 등을 위해서 타이머를 구동한다(402). 그후 블럭내에 프로세서간 통신(IPC) 메시지의 입력이 있는지를 판단하여(403, 404) 없으면 프로세서간(IPC) 메시지 없음상태로 두고(414) 렌 메시지 송신과정(408)을 수행하고 있으면 수신측 프로세서로의 전송경로가 양호한지를 판단한다(405). 전송경로가 없으면 전송경로 장애 메시지를 출력하고(415) 재송신 시간이 되었는지를 판단하는 과정(409)을 수행하고, 전송경로가 양호하면 로컬버퍼에 등록하는 과정(406)을 수행한다. 버퍼의 한 레코드가 풀(ful1)상태인 랜(LAN)으로의 송신상태인지를 판단하여(407) 송신상태이면 랜 메시지 송신과정(408)을 통하여 현재 로컬버퍼에 등록된 랜(LAN) 메시지를 상대방 프로세서로 송신하고, 송신상태가 아니면 바로 재송신 시간이 되었는지틀 판단하여(409) 재송신 시간이 되었으면 랜(LAN) 메시지 재송신 과정(410)을 통하여 이미 전송한 것 중에서 응답을 받지 않은 것을 재송신하고, 재송신 시간이 되지 않았으면 바로 랜 응답 메시지 수신과정(411)을 통해서 수신측 프로세서로부터 보내진 랜(LAN) 응답 메시지를 받으며, 이때, 프로세서간 통신(IPC) 메시지가 없음상태인지를 판단하여(412) 없음상태이면 랜 메시지 수신상태에서 얼마동안 기다리며(413), 그렇지 않으면 바로 프로세서간 통신(IPC) 메시지를 수신하는 상태(403)로 들아간다
제4B도는 랜 메시지 수신블럭의 전체적인 흐름을 나타낸 것으로, 이는 제4A도의 송신측 프로세서의 랜 메시지 송신에 대해서 수신측 프로세서의 입장에서 랜 메시지를 수신하는 과정이다.
우선, 랜 수신 메시지의 수신된 메시지 번호테이블을 초기화한 후에(421) 랜 메시지 입력시의 시간할당을 위해서 타이머를 구동한다(422). 그후 송신측 프로세서로부터 입력된 메시지를 기다리며(423) 랜 메시지가 입력되었다는 신호가 들어오면(424) 어느 랜 장치로부터 들어왔는지 랜 번호를 확인한 후에(425) 확인된 랜 번호로 랜 메시지를 수신한다(426). 메시지의 종류에 따라(427) 일반적인 랜 메시지이면 수신될 메시지 번호가 맞는지를 판단하여(428) 맞지 않으면 랜 메시지 대기상태(423)로 천이하고, 맞으면 다음번 수신할 랜 메시지의 수신번호를 증가하고(429) 랜 응답 메시지 송신과정(430)과 프로세서간 통신(IPC) 메시지 송신과정(431)을 수행하고 랜 메시지 대기상태(423)로 천이한다. 입력된 랜 메시지가 번호조정 메시지이면 이는 송수신간에 메시지 번호가 맞지 않은 상태로써 송신측에서 요구한 번호로 랜 수신 메시지의 번호를 조정하고(432) 랜 메시지 대기상태(423)로 천이한다.
제4C도는 제4A도의 로컬버퍼 등록과정(406)을 나타낸 것으로, 송신측 프로세서의 랜 메시지 송신블럭이 유지하고 있는 수신측 프로세서를 위한 로컬버퍼가 가용한지를 판단하여(441) 불가용이면 수신측 프로세서를 위한 로컬버퍼 풀(full)이라는 메시지를 출력하고(446), 가용이면 현재 저장중인 레코드가 있는지 판단한다(442). 저장중인 레코드가 없으면 새로운 레코드에 프로세서간 통신(IPC) 메시지를 등록하고(447) 레코드가 풀인지를 판단하는 과정(444)을 수행하고, 저장중인 레코드가 있으면 현재 저장중인 레코드에 덧불여서 프로세서간 통신(lPC) 메시지를 등록한다(443). 그후 이 레고드가 차서 레고드가 풀이되어 전송상태가 되었는지를 판단하여(444) 전송상태이면 랜 메시지를 송신할 상태임을 표시하고(445) 아니면 바로 리턴한다.
제4D도는 제4A도의 랜 메시지 송신과정(408)을 나타낸 것으로, 송신측 프로세서의 랜 메시지 송신블럭의 로컬버퍼에 등록은 되어 있으나 아직 전송되지 않은 랜 메시지를 수신측 프로세서로 송신한다. 이때 어느 수신측 프로세서에 대해서 송신상태가 되면, 모든 프로세서에 대해서 송신할 메시지가 있는지를 보고, 있으면 랜 메시지를 송신한다.
우선, 이 프로세서가 상대하는 첫번째 프로세서를 선택하여(451) 프로세서가 정상인지를 판단하여(452) 정상이 아니면 마지막 프로세서인지를 판단하는 과정(456)을 수행하고, 정상이면 로컬버퍼에 등록된 메시지가 있는지를 판단하여(453) 없으면 마지막 프로세서인지를 판단하는 과정(456)을 수행하고, 있으면 지정된 경로로 랜 메시지를 송신한다(454).
그리고 전송할 다음번의 레코드가 있는지를 판단하여(455) 있으면 이 메시지도 전송한다(454). 더 이상 없으면 마지막 프로세서인지를 판단하여(456) 아니면 다음 프로세서를 선택하여(457) 랜 메시지 전송을 위한 과정(452 내지 455)을 수행하며, 모든 프로세서에 대해서 송신이 끝나면 리턴한다.
제4E도는 제4A도의 랜 메시지 재송신 과정(410)을 나타낸 것으로, 송신측 프로세서의 랜 메시지 송신블럭의 로컬버퍼에 등록이 되어 있어서, 이미 송신한 것 중에서 응답을 받지 않은 랜 메시지를 수신측 프로세서로 다시 송신한다. 이때, 모든 프로세서에 대해서 재송신할 것이 있는지를 보고, 있으면 랜 메시지를 재송신한다.
우선, 이 프로세서가 상대하는 첫번째 프로세서를 선택하여(461) 프로세서가 정상인지를 판단하여(462) 정상이 아니면 마지막 프로세서인지를 판단하는 과정(467)을 수행하고, 정상이면 로컬버퍼에 등록된 메시지 중에서 미응답 메시지가 있는지를 판단하여(463) 없으면 마지막 프로세서인지를 판단하는 과정(467)을 수행하고, 있으면 2회 동안 응답이 없었는지를 판단한다(464). 랜 메시지를 한번만 송신한 상태이면 전번에 송신한 경로로 랜 메시지를 재송신한 후에(465) 다음번의 레코드가 있는지를 판단하여(466) 있으면 이 메시지도 송신하고(465), 더 이상 없으면 마지막 프로세서인지를 판단하여(467) 아니면 다음 프로세서를 선택하여 (468) 프로세서상태를 판단하는 과정(462)부터 반복 수행하고, 마지막 프로세서이면 리턴한다. 2회 동안 응답이 없는 상태이면 현재의 랜(LAN) 경로를 장애로 표시하고(469) 이미 경로 1, 2가 모두 장애상태인지를 판단한다(470). 둘다 장애이면 수신측 프로세서를 장애로 표시하고(471) 이 프로세서와 관련된 로컬버퍼의 내용을 삭제시키고(472) 마지막 프로세서인지를 판단하는 과정(467)을 수행하고, 둘중 하나라도 장애가 아니면 랜의 다른 경로를 지정하고(473) 첫번째 재송신임을 표시하고(474) 수신측 프로세서로 수신될 메시지의 번호가 몇번임을 통지하는 번호조정 메시지를 송신한 후에(475) 재송신의 과정(465)부터 반복 수행한다.
제4F도는 제4A도의 랜 응답 메시지 수신과정(4l1)을 나타낸 것으로, 이미 송신한 것 중에서 수신측 프로세서로부터 입력되는 랜 응답 메시지를 받는다.
랜 메시지가 입력되었다는 신호가 들어오면(481) 어느 랜으로부터 들어왔는지 랜 번호를 확인한 후에(482) 확인된 랜 번호로 랜 메시지를 수신한다(483). 메시지가 응답 메시지인지를 판단하여(484) 아니면 처음 과정(481)으로 천이하고, 응답 메시지이면 해당 프로세서의 로컬버퍼의 레코드 내용을 삭제하고 다음번 응답 메시지의 수신번호를 증가한 후에(485) 처음 과정(48l)으로 천이한다.
제4G도는 제4B도의 랜 응답 메시지 송신과점(430)을 나타낸 것으로, 송신측 프로세서의 랜 메시지 송신블럭으로부터 받은 메시지에 대해서 랜 응답 메시지를 보낸다
수신한 랜 메시지로부터 이 메시지를 송신한 프로세서의 랜 주소를 추출한다(491). 랜 응답 메시지를 생성하여(492) 랜 메시지를 수신한 것과 같은 랜 경로로 새로 만든 응답 메시지를 송신한다(493).
제4H도는 제4B도의 프로세서간 통신(IPC) 메시지 송신과정(431)을 나타낸 것으로, 송신측 프로세서의 랜 메시지 송신블럭으로부터 받은 메시지는 여러개의 프로세서간 통신(IPC) 메시지가 포함되어 있으므로, 이들을 분리해서 프로세서내의 상위 블럭으로 송신한다.
랜 메시지에서 첫번째 프로세서간 통신(IPC) 메시지를 추출하여(494) 프로세서간 통신(1PC) 메시지로 재구성한 후에(495) 프로세서내의 상위 블럭으로 이 프로세서간 통신(IPC) 메시지를 송신한다(496). 다음의 프로세서간 통신(IPC) 메시지가 존재하는지를 판단하여(497) 존재하지 않으면 리턴하고, 존재하면 다음의 프로세서간 통신(lPC) 메시지를 추출하여(498) 프로세서간 통신(lPC) 메시지로 재구성하는 과정(495)부터 반복 수행한다.
따라서, 상기와 같은 본 발명은 지능망 서비스 제어/관리 시스템과 같이 다중 랜(LAN), 다중 프로세서로 이루어지는 통신환경에 적용되어 프로세서간 메시지 송수신의 구조를 단순화시켜 랜 메시지 블럭의 수를 최소화하며, 여러개의 랜을 사용하면서 원하는 프로세서간에 메시지 송수신이 가능하도록 하며, 프로세서 및 랜 메시지 블럭의 유지보수 및 운용관리를 용이하게 하는 효과가 있다.

Claims (9)

  1. 지능망 서비스 제어/관리 시스템에 적용되는 프로세서간 메시지 송수신 방법에 있어서, 프로세서간 통신(IPC) 메시지를 입력받아 로컬버퍼에 등록한 후에 랜 메시지를 수신측 프로세서로 송신하는 제1단계 ; 응답이 없는 랜 메시지를 상기 수신측 프로세서로 재송신한 후에 상기 수신측 프로세서로부터 랜 응답 메시지를 수신하는 제2단계 ; 및 송신측 프로세서로부터 랜 메시지를 수신하면 메시지의 종류에 따라 상기 송신측 프로세서로 랜 응답 메시지를 송신하고 프로세서간 통신(IPC) 메시지를 송신하거나 랜 수신 메시지의 번호를 조정한 후에 상기 송신측 프로세서로부터 랜 메시지를 수신하는 제3단계를 포함하여 이루어진 프로세서간 메시지 송수신 방법.
  2. 제1항에 있어서, 상기 제1단계는, 프로세서, 랜 상태 테이블, 및 로컬버퍼를 초기화한 후에 타이머를 구동하는 제1과정 ; 프로세서간 통신(IPC) 메시지의 입력이 있는지를 판단하여 없으면 프로세서간(IPC)메시지 없음상태로 두고 랜 메시지 송신과정을 수행하고 있으면 수신측 프로세서로의 전송경로가 양호한지를 판단하는 제2과정 ; 상기 제2과정의 판단결과, 전송경로가 없으면 전송경로 장애 메시지를 출력하고 상기 제2단계로 천이하고, 전송경로가 양호하면 로컬버퍼에 등록하는 과정을 수행한 후에 송신상태인지를 판단하는 제3과정 ; 및 상기 제3과정의 판단결과, 송신상태이면 랜 메시지 송신과정을 통하여 현재 상기 로컬버퍼에 등록된 랜 메시지를 상기 수신측 프로세서로 송신하고, 송신상태가 아니면 상기 제2단계로 천이하는 제4과정을 포함하는 것을 특징으로 하는 프로세서간 메시지 송수신 방법.
  3. 제2항에 있어서, 상기 로컬버퍼 등록과정은, 상기 수신측 프로세서를 위한 상기 로컬버퍼가 가용한지를 판단하여 불가용이면 수신측 프로세서를 위한 로컬버퍼 풀(ful1)이라는 메시지를 출력하고, 가용이면 현재 저장중인 레코드가 있는지 판단하는 제5과정, 상기 제5과정의 판단결과, 저장중인 레코드가 없으면 새로운 레코드에 프로세서간 통신(IPC) 메시지를 등록하고, 저장중인 레코드가 있으면 현재 저장중인 레코드에 덧붙여서 프로세서간 통신(IPC) 메시지를 등록하는 제6과정 ; 및 레코드가 풀이되어 전송상태가 되었는지를 판단하여 전송상태이면 랜 메시지를 송신할 상태임을 표시하고 아니면 바로 리턴하는 제7과정을 포함하는 것을 특징으로 하는 프로세서간 메시지 송수신 방법.
  4. 제3항에 있어서, 상기 랜 메시지 송신과정은, 첫번째 프로세서를 선택하여 프로세서가 정상인지를 판단하여 정상이 아니면 마지막 프로세서인지를 판단하는 과정을 수생하고, 정상이면 상기 로컬버퍼에 등록된 메시지가 있는지를 판단하는 제8과정 ; 상기 제 8 과정의 판단결과, 등록된 메시지가 없으면 상기 마지막 프로세서인지를 판단하는 과정을 수행하고, 등록된 메시지가 있으면 지정된 경로로 랜 메시지를 송신한 후에 전송할 다음번의 레고드가 있는지를 판단하는 제9과정 ; 상기 제9과정의 판단결과, 다음번 메시지가 있으면 다음번 메시지를 송신하고, 더 이상 없으면 마지막 프로세서인지를 판단하는 제10과정 ; 및 상기 제10과정의 판단결과, 마지막 프로세서가 아니면 다음 프로세서를 선택한 후에 상기 제8과정의 프로세서 정상 여부 판단 과정부터 반복 수행하고, 모든 프로세서에 대해서 송신이 끝나면 리턴하는 제11과정을 포함하는 것을 특징으로 하는 프로세서간 메시지 송수신 방법.
  5. 제1항에 있어서, 상기 제2단계는, 재송신 시간이 되었는지를 판단하여 재송신 시간이 되었으면 랜 메시지 재송신 과정을 통하여 이미 전송한 랜 메시지중에서 응답을 받지 않은 랜 메시지를 재송신한 후에 랜응답 메시지 수신과정을 수행하고, 재송신 시간이 되지 않았으면 상기 랜 응답 메시지 수신과정을 통해서 상기 수신측 프로세서로부터 랜 응답 메시지를 수신하는 제1과정 ; 및 프로세서간 통신(IPC) 메시지가 없음상태인지를 판단하여 없음상태이면 랜 메시지 수신상태에서 소정의 시간동안 대기하며, 없음상태가 아니면 상기 제1단계의 프로세서간 통신(IPC) 메시지 수신과정으로 천이하는 제2과정을 포함하는 것을 특징으로 하는 프로세서간 메시지 송수신 방법.
  6. 제5항에 있어서,랜 메시지 재송신 과정은, 첫번째 프로세서를 선택하여 프로세서가 정상인지를 판단하여 정상이 아니면 마지막 프로세서인지를 판단하는 과정을 수행하고, 정상이면 상기 로컬버퍼에 등록된 메시지중에서 미응답 메시지가 있는지를 판단하는 제3과정 ; 상기 제3과정의 판단결과, 미응답 메시지가 없으면 상기 마지막 프로세서인지를 판단하는 과정을 수행하고, 미응답 메시지가 있으면 2회 동안 응답이 없었는지를 판단하는 제4과정 ; 상기 제4과정의 판단결과, 랜 메시지를 한번만 송신한 상태이면 지정된 경로로 랜 메시지를 재송신한 후에 다음번의 레코드가 있는지를 판단하여 있으면 지정된 경로로 메시지를 송신하고, 더 이상 없으면 마지막 프로세서인지를 판단하는 제5과정 ; 상기 제5과정의 판단결과, 마지막 프로세서가 아니면 다음 프로세서를 선택하여 상기 제3과정의 프로세서 정상 여부 판단과정부터 반복 수행하고, 마지막 프로세서이면 리턴하는 제6과정 ; 및 상기 제4과정의 판단결과, 2회 동안 응답이 없는 상태이면 현재의 랜 경로를 장애로 표시하고 모든 경로가 장애상태인지를 판단하여 모두 장애이면 상기 수신측 프로세서를 장애로 표시하고 상기 수신측 프로세서와 관련된 상기 로컬버퍼의 내용을 삭제시키고 상기 마지막 프로세서인지를 판단하는 과정을 수행하고, 하나라도 장애가 아니면 랜의 다른 경로를 지정하고 첫번째 재송신임을 표시하고 상기 수신측 프로세서로 수신될 메시지의 번호가 몇번임을 통지하는 번호조정 메시지를 송신한 후에 상기 제5과정의 재송신의 과정부터 반복 수행하는 제7과정을 포함하는 것을 특징으로 하는 프로세서간 메시지 송수신 방법.
  7. 제6항에 있어서, 상기 랜 응답 메시지 수신과정은, 랜 메시지가 입력되었다는 신호가 들어오면 어느 랜 장치로부터 들어왔는지 랜 번호를 확인한 후에 확인된 랜 번호로 랜 메시지를 수신하는 제8과정 ; 및 메시지가 응답 메시지인지를 판단하여 응답 메시지가 아니면 상기 제8과정으로 천이하고, 응답 메시지이면 해당 프로세서의 상기 로컬버퍼의 레코드 내용을 삭제하고 다음번 응답 메시지의 수신번호를 증가한 후에 상기 제8과정으로 천이하는 제9과정을 포함하는 것을 특징으로 하는 프로세서간 메시지 송수신 방법.
  8. 제1항에 있어서, 상기 제3단계는, 랜 수신 메시지 번호테이블은 초기화한 후에 타이머를 구동하고, 랜 메시지 대기상태에서 상기 송신측 프로세서로부터 랜 메시지가 입력되었다는 신호가 들어오면 어느 랜 장치로부터 들어왔는지 랜 번호를 확인한 후에 확인된 랜 번호로 랜 메시지를 수신하여 메시지의 종류를 판단하는 제1과정 ; 상기 제1과정의 판단결과, 일반적인 랜 메시지이면 수신될 메시지 번호가 맞는지를 판단하여 맞지 않으면 상기 제1과정의 랜 메시지 대기상태로 천이하고, 맞으면 다음번 수신할 랜 메시지의 수신번호를 증가하고 랜 응답 메시지 송신과정과 프로세서간 통신(IPC) 메시지 송신과정을 수행하고 상기 랜 메시지 대기상태로 천이하는 제2과정 ; 및 상기 제l과정의 판단결과, 입력된 랜 메시지가 번호조정 메시지이면 송수신간에 메시지 번호가 맞지 않은 상태로써 송신측에서 요구한 번호로 랜 수신 메시지의 번호를 조정하고 상기 랜 메시지 대기상태로 천이하는 제3과정을 포함하는 것을 특징으로 하는 프로세서간 메시지 송수신 방법.
  9. 제8항에 있어서, 상기 랜 응답 메시지 송신과정은, 수신한 랜 메시지로부터 송신한 프로세서의 랜 주소를 추출한 후에 랜 응답 메시지를 생성하여 수신한 랜 메시지 번호로 응답 메시지를 송신하는 제4과정을 포함하고, 상기 프로세서간 통신(IPC) 메시지 송신과정은, 랜 메시지에서 첫번째 프로세서간 통신(IPC) 메시지를 추출하여 프로세서간 통신(IPC) 메시지로 재구성한 후에 프로세서내의 상위 블럭으로 프로세서간 통신(IPC) 메시지를 송신하는 제5과정 ; 및 다음의 프로세서간 통신(IPC) 메시지가 존재하는지를 판단하여 존재하지 않으면 리턴하고, 존재하면 다음의 프로세서간 통신(IPC) 메시지를 추출하여 상기 제5과정의 프로세서간 통신(IPC) 메시지 재구성 과정부터 반복 수행하는 제6과정을 포함하는 것을 특징으로 하는 프로세서간 메시지 송수신 방법.
KR1019930029395A 1993-12-23 1993-12-23 지능망 서비스 제어/관리 시스템의 프로세서간 메시지 송수신 방법 KR970002778B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019930029395A KR970002778B1 (ko) 1993-12-23 1993-12-23 지능망 서비스 제어/관리 시스템의 프로세서간 메시지 송수신 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019930029395A KR970002778B1 (ko) 1993-12-23 1993-12-23 지능망 서비스 제어/관리 시스템의 프로세서간 메시지 송수신 방법

Publications (2)

Publication Number Publication Date
KR950022442A KR950022442A (ko) 1995-07-28
KR970002778B1 true KR970002778B1 (ko) 1997-03-10

Family

ID=19372450

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019930029395A KR970002778B1 (ko) 1993-12-23 1993-12-23 지능망 서비스 제어/관리 시스템의 프로세서간 메시지 송수신 방법

Country Status (1)

Country Link
KR (1) KR970002778B1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101954668B1 (ko) * 2013-01-15 2019-06-12 삼성전자주식회사 이종 멀티코어 프로세서를 이용하는 전자장치에서 전력효율을 개선하기 위한 방법 및 장치

Also Published As

Publication number Publication date
KR950022442A (ko) 1995-07-28

Similar Documents

Publication Publication Date Title
EP0475080B1 (en) Distributed messaging system and method
US4380063A (en) Flow control mechanism for block switching nodes
US5467452A (en) Routing control information via a bus selectively controls whether data should be routed through a switch or a bus according to number of destination processors
US4340776A (en) Modular telecommunication system
US4082922A (en) Statistical multiplexing system for computer communications
CA2273348C (en) Redundant call processing
Wecker DNA: the digital network architecture
SK385291A3 (en) Cross point switch with divided control
EP0308485A1 (en) Terminal device session management protocol
US4890279A (en) Multiplexer and computer network using the same
US4340775A (en) Apparatus and method for controlling a modular telecommunication system
CZ385391A3 (en) Communication system
US5511230A (en) Communication system between master system and multiple slave systems in time division mode where a next slave is serviced upon receipt of final acknowledgement
KR970002778B1 (ko) 지능망 서비스 제어/관리 시스템의 프로세서간 메시지 송수신 방법
US4331835A (en) Interface unit for a modular telecommunication system
US6931015B2 (en) Control program structure of ATM switching system and method thereof
KR900006972B1 (ko) 루프통신시스템
KR960016654B1 (ko) 지능망 서비스 데이타의 지역 이중화된 지능망 서비스 제어용 트랜잭션 처리 시스팀 및 지역 이중화 관리를 위한 계층 제어 방법
GB2251358A (en) Data processing network
Meyer ARPA network protocol notes
JPH0392056A (ja) 複数プロトコル共存化システム
US6320949B1 (en) Method for duplicating calls of remote multiple subscribers
KR970007005B1 (ko) 지능망 서비스 데이타 복구 방법
GB2035755A (en) Data communication and data processing system
KR950003684B1 (ko) 전후단 구조의 트랜잭션 처리 시스팀의 서비스 데이타 일치 방법

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: 20080303

Year of fee payment: 12

LAPS Lapse due to unpaid annual fee