KR100605812B1

KR100605812B1 - 전송장치의 데이터 통신 채널 처리장치와 프로토콜 스택 구성및 운용방법

Info

Publication number: KR100605812B1
Application number: KR1019980060979A
Authority: KR
Inventors: 송인광
Original assignee: 삼성전자주식회사
Priority date: 1998-12-30
Filing date: 1998-12-30
Publication date: 2006-11-30
Also published as: CN1134954C; CN1258978A; KR20000044480A; US6721321B1

Abstract

가. 청구범위에 기재된 발명이 속한 기술분야

전송장치에서 데이터 통신 채널 처리장치와 프로토콜 스택의 구성 및 운용방법에 관한 기술이다.

나. 발명이 해결하고자 하는 기술적 과제

전송장치에서 하위에 접속되는 종속 처리부와 데이터 채널 처리부간 가격이 저렴하고 운용이 편리하며, 시스템에 부하를 줄일 수 있는 데이터 통신 처리장치 및 프로토콜 스택의 구성 방법 및 운용방법을 제공한다.

다. 발명의 해결방법의 요지

본 발명은 전송장치의 데이터 통신 채널 처리부의 프로토콜 스택을 구성하는 방법으로, 시엠아이피(CMIP)와 알오에스이(ROSE)와 에이시에스이(ACSE)를 구비하는 응용 계층과, 사용되는 언어의 문장에 관련된 에이에스엔(ASN.1:Abstract Syntax Notion 1)을 구비하는 표현 계층과, 표준규격인 엑스(X).225를 사용하는 세션 계층과, 데이터의 송수신을 수행하는 전송 계층과, 라우팅을 수행하는 네트워크 계층과, 데이터의 송수신을 수행하며, 제1서브넷 내지 제18서브넷으로 구성되어 상기 제1서브넷과 제2서브넷은 동쪽과 서쪽에 연결되는 시스템과 데이터의 송수신을 담당하고, 종속 처리부와 디피램을 통해 데이터 통신을 수행하는 상기 제3서브넷 내지 상기 제18서브넷으로 구성됨을 특징으로 한다.

라. 발명의 중요한 용도

모든 전송장치에 사용할 수 있다.

Description

전송장치의 데이터 통신 채널 처리장치와 프로토콜 스택 구성 및 운용방법

본 발명은 전송장치에서 데이터 통신 채널(DCC:Data Communication Channel) 처리장치 및 운용방법에 관한 것으로, 특히 데이터 통신 채널 처리장치에서 프로토콜 스택에 관한 것이다.

통상적으로 전송장치는 전송장치간을 연결하거나 또는 교환 시스템과 가입자간을 연결하는 장치를 말한다. 이러한 전송장치는 크게 무선 전송장치와, 유선 전송장치로 구분되며, 상기 유선 전송장치에도 많은 종류의 전송장치가 있다. 이러한 전송장치들 중에서 광 신호를 이용하는 광 전송장치가 있으며, 이러한 광 전송장치는 전송장치간 연결되거나 또는 교환 시스템과 전송장치간 또는 전송장치와 다수의 가입자를 수용하여 처리하는 중계기간 연결되는 구간을 광 선로로 구성하여 연결한다. 이와 같이 광 선로를 통해 연결되는 광 전송장치는 데이터 통신 채널(DCC)을 통해 데이터를 송수신한다. 이를 도 1을 참조하여 설명한다.

전송장치(10)와 전송장치(20)간은 광 선로로 연결되어 있으며, 각 전송장치 내부의 각 데이터 채널 처리부(11, 21)에서 데이터가 처리되어 상호간 데이터 통신이 이루어진다. 상기 두 전송장치(10, 20)는 동일한 구조를 가지므로 하나의 전송장치(10)를 대표로 설명한다. 데이터 채널 처리부(11)는 동쪽 및 서쪽으로 데이터를 송신 및 수신하는 제어를 수행하며, 하위에 다수의 종속 처리부(12a, 12b, …, 12n)를 가진다. 이와 같이 하위에 연결되는 종속 처리부의 종류 또는 종속 처리부의 개수는 상기 전송장치(10)의 처리용량에 따라 달라진다. 이를 2.5G의 전송장치인 경우를 예로 설명하면, 하위에 연결되는 상기 종속 처리부는 625M의 처리속도를 가지는 종속 처리부가 4개 연결된다. 따라서 상기 종속 처리부들도 광선로로 이루어져 다른 장치 또는 가입자들과 연결된다. 또한 상기 종속 처리부와 상기 데이터 채널 처리부(11)간의 연결은 대체로 에더넷(ethernet)을 통해 연결된다. 상기 전송장치의 상기 데이터 채널 처리부(11)는 프로토콜 스택을 가지고 있으며, 상기 종속 처리부들에도 프로토콜을 사용하게 되므로 프로토콜 스택을 가진다. 이러한 데이터 채널 처리부(11)와 종속 처리부의 프로토콜 스택들을 도 2를 참조하여 설명한다.

먼저 데이터 채널 처리부(11)는 OSI(Open Systems Interconnection)에서 제공하는 7계층의 프로토콜 스택을 모두 가진다. 이를 상술하면, 최상위 계층인 응용계층(Application Layer)(31)을 구비하며, 상기 응용 계층(31)에는 통신을 위한 CMIP(Common Management Interface Protocol)과, 원격 서비스를 위한 ROSE(Remote Operation Service Element) 및 ACSE(Association Control Service Element) 등을 구비한다. 그리고 상기 응용 계층(31)의 하위 계층인 표현 계층(Presentation Layer)(32)은 사용되는 언어의 문장에 관련된 ASN.1(Abstract Syntax Notion 1)을 구비하며, 세션 계층(Session Layer)(33)은 표준규격인 X.225를 사용하고 있다. 그리고 전송계층(Transport Layer)(34)은 데이터의 송수신을 담당하며, 네트워크 계층(Network Layer)(35)은 라우팅을 담당한다. 데이터 링크 계층(Data Link Layer)(36)은 LAPD(Link Access Procedure of the D-channel)를 사용하는 측과 LLC1측으로 구분된다. 상기 LAPD는 데이터 채널 처리부의 동쪽으로 데이터를 송수신하는 제1서브넷과 서쪽으로 데이터를 송수신하는 제2서브넷으로 구분된다. 따라서 물리계층(Physical Layer)(37)은 광 선로를 통해 동쪽 또는 서쪽으로 데이터를 처리하는 측을 구비한다. 그리고 LLC1 측은 상기 종속 처리부와 연계되어 데이터 처리를 수행한다.

종속 처리부에는 네트워크 계층(41)과, 데이터 링크 계층(42)과, 물리계층(43)으로 구성된다. 상기 데이터 링크 계층(42)은 상기 데이터 채널 처리부(11)의 데이터 링크 계층(36)과 같이 둘로 구성되며, 하나는 LAPD로 다른 하나는 LLC1으로 구성된다. 또한 본 실시예에서는 2.5G의 광 전송장치를 예로 설명하므로 LAPD에 제1서브넷부터 제4서브넷까지의 4개의 서브넷으로 구성된다. 그리고 종속 DCC를 구비하게 된다.

이와 같이 구성하게 됨으로써 하나의 전송 시스템에 각 종속 처리부에 OSI 7계층의 프로토콜 스택을 탑재하게 함으로써 소프트웨어의 비용이 높아지는 결과를 초래한다. 이는 하나의 장치에 프로토콜 스택을 장착할 때마다 비용이 소모되기 때문이다. 또한 하나의 전송장치에 데이터 채널 처리부와 종속 처리부에 각각 프로토콜 스택이 실장되므로 하나의 노드를 구성하는 하나의 전송장치가 두 개의 네트워크 서비스 접속 포인트(NSAP:Network Service Access Point)를 가지게 된다. 따라서 운용자나 시스템에서는 하나의 노드에 2개의 네트워크 서비스 접속 포인트를 할당해야 하는 불필요한 작업을 수행해야 하는 문제가 있었다. 이와 같이 하나의 노드에 2개의 네트워크 서비스 접속 포인트가 할당되므로 운용자는 상기 데이터 채널 처리부와, 상기 종속 처리부 중 어느 곳에 접속되는가에 따라 다른 주소를 가지므로 운용 및 유지보수에 많은 혼란과 어려움이 있었다.

그리고 하나의 노드에 서로 다른 2개의 주소가 할당되므로 하나의 노드가 마치 2개의 노드를 점유하는 구조로 되어 있어 전체 망의 노드의 개수가 증가되는 결과를 초래하며, 이는 결국 망의 부하를 증가시키는 구조가 된다. 왜냐하면 각각의 프로토콜 스택은 서로 다른 라우팅 정보를 교환하기 위해 많은 데이터를 상호간에 교환해야 하기 때문에 노드가 많아질수록 그만큼 많은 데이터들을 필요로 하게 되어 결과적으로 망의 부하를 증가시키게 된다.

또한 상기 종속 처리부들에 필요 이상의 많은 소프트웨어들이 상주하게 됨으로써, 프로그램의 개발에 많은 인력 및 시간이 소모됨은 물론 장치에 있어서도 개발된 프로그램들을 상주시키기 위해 디램(DRAM) 또는 에스램(SRAM) 또는 에프램(FRAM) 등의 메모리를 더욱 많이 필요로 하게 된다. 따라서 장치 자체의 비용도 증가하는 문제가 있다. 그리고 상기 데이터 채널 처리부와 상기 종속 처리부간의 연결이 에더넷(ethernet)을 통해 연결되므로, 망관리 시스템(NMS:Network Management Subsystem) 또는 운용자와 인터페이스를 제공하기 위한 그래픽 환경(GUI:Graphic User Interface)과 동일한 망을 사용하게 되므로 이러한 망관리 시스템 또는 그래픽 환경을 사용하는데 많은 제약을 줄 뿐 아니라 부하를 증가시키는 문제가 있다.

상술한 바와 같이 전송장치에서 데이터 채널 처리부와 종속 처리부에서 별도로 OSI 7계층의 프로토콜 스택을 사용함으로써, 첫째로 소프트웨어의 비용이 증대되며, 둘째로 하나의 노드에 두 개의 접속 포인트 주소가 할당되어 주소의 관리가 어려운 문제가 있으며, 셋째로 하나의 노드가 마치 두 개의 노드로 구성된 것과 같이 동작하는 문제가 있으며, 넷째로 상기 종속 처리부에 불필요한 소프트웨어를 상주시킴으로써 하드웨어적으로 더 많은 메모리가 사용되어 장치의 가격을 상승시키는 문제가 있고, 마지막으로 사용되는 망의 부하가 증가하여 다른 서비스의 사용에 제약이 많아지는 문제가 있었다.

따라서 본 발명의 목적은 전송장치에서 상기한 문제점들을 해결하여 가격이 저렴하며, 하나의 노드에 주소를 이중으로 부여하지 않고, 다른 서비스에 영향이 적은 데이터 통신 채널 처리장치 및 그 운용방법을 제공함에 있다.

상기한 목적을 달성하기 위한 본 발명은 전송장치의 데이터 통신 채널 처리부의 프로토콜 스택을 구성하는 방법으로, 시엠아이피(CMIP)와 알오에스이(ROSE)와 에이시에스이(ACSE)를 구비하는 응용 계층과, 사용되는 언어의 문장에 관련된 에이에스엔ASN.1(Abstract Syntax Notion 1)을 구비하는 표현 계층과, 표준규격인 엑스(X).225를 사용하는 세션 계층과, 데이터의 송수신을 수행하는 전송 계층과, 라우팅을 수행하는 네트워크 계층과, 데이터의 송수신을 수행하며, 제1서브넷 내지 제18서브넷으로 구성되어 상기 제1서브넷과 제2서브넷은 동쪽과 서쪽에 연결되는 시스템과 데이터의 송수신을 담당하고, 종속 처리부와 디피램을 통해 데이터 통신을 수행하는 상기 제3서브넷 내지 상기 제18서브넷으로 구성됨을 특징으로 한다.

이하 첨부된 도면을 참조하여 본 발명을 상세히 설명한다. 또한 본 발명을 설명함에 있어 동일한 부분은 비록 다른 도면에 도시되더라도 동일한 참조부호를 사용한다.

먼저 상기 도 1을 참조하여 본 발명에 따라 전송장치에서 변경되는 구성을 설명한다. 먼저 전송장치(10)와 다른 전송장치(20)간은 광 선로를 통해 연결되며, 광 선로를 통해 데이터를 동쪽 또는 서쪽으로 송수신하기 위한 데이터 채널 처리부(11)와, 상기 데이터 채널 처리부(11)의 하위에 연결된 다수의 종속 처리부들(12a, 12b, …, 12n)을 구비한다. 상기 다수의 종속 처리부들(12a, 12b. …, 12n)도 광 신호로 연결된다. 상기 광 전송장치가 2.5G의 장비인 경우 상기 종속 처리부들은 625M의 전송속도로 이루어진 4개의 광 처리부가 된다. 그리고 상기 데이터 채널 처리부(11)와 상기 각 종속 처리부들은 본 발명에 따라 디피램(DPRAM)으로 연결된다. 즉, 상기 데이터 채널 처리부(11)에서 상기 각 종속 처리부(12a, 12b, …, 12n)로 데이터를 송신할 경우 송신 디피램(DPRAM)의 송신 영역에 기록하여 해당하는 종속 처리부에서 읽어가도록 한다. 그리고 각 종속 처리부들에서 상기 데이터 채널 처리부(11)로 송신할 데이터가 있을 경우 상기 디피램의 송신 영역에 기록하여 상기 데이터 채널 처리부에서 읽어가도록 한다. 이를 통해 에더넷을 통하지 않고 상기 데이터 채널 처리부(11)와 상기 각 종속 처리부간에 데이터의 송수신이 이루어질 수 있다. 이와 다른 방법으로 상기 데이터 채널 처리부(11)와 상기 각 종속 처리부들간을 랜(LAN:Local Area Network)으로 구성할 수도 있다.

또한 상기 데이터 채널 처리부(11)는 본 발명에 따라 OSI 7계층의 프로토콜 스택의 하위 계층을 종래기술에서 설명한 바와 달리 구성한 스택을 구비하고 있으며, 상기 각 종속 처리부에는 OSI 7계층의 프로토콜 스택을 구비하지 않고 단지 드라이버(Driver)만을 구비한다.

도 3은 본 발명에 따라 전송장치의 데이터 채널 처리부에 적용된 OSI 7계층의 프로토콜 스택의 구성도이다. 이하 도 3을 참조하여 본 발명에 따른 프로토콜 스택을 상세히 설명한다. 또한 이하의 설명에서는 상기 데이터 채널 처리부(11)와 상기 각 종속 처리부들간의 연결이 디피램을 통해 연결된 것으로 가정하여 설명하며, 전송장치는 2.5G의 장치로 가정하여 설명한다.

본 발명에 따라 상기 전송장치(10)의 데이터 통신 처리부(11)에 구비된 OSI 7 계층을 설명하면, 최상위 계층인 응용계층(Application Layer)(31)에는 통신을 위한 CMIP(Common Management Interface Protocol)과, 원격 서비스를 위한 ROSE(Remote Operation Service Element) 및 ACSE(Association Control Service Element)등을 구비한다. 그리고 상기 응용 계층(31)의 하위 계층인 표현 계층(Presentation Layer)(32)은 사용되는 언어의 문장에 관련된 ASN.1(Abstract Syntax Notion 1)을 구비하며, 세션 계층(Session Layer)(33)은 표준규격인 X.225를 사용하고 있다. 그리고 전송계층(Transport Layer)(34)은 데이터의 송수신을 담당하며, 네트워크 계층(Network Layer)(35)은 라우팅을 담당한다. 상기의 구성은 종래의 기술과 동일한 구성을 가진다. 이는 종래기술과 동일하다. 그러면 이하에서 본 발명에 따라 구성이 변경되는 계층들을 살펴본다.

데이터 링크 계층(Data Link Layer)(36a)에 속하는 모든 서브넷은 LAPD를 사용한다. 이때 사용되는 전송장치가 2.5G의 전송장치인 경우 서브넷은 제1서브넷, 제2서브넷, 제3서브넷, …, 제18서브넷으로 구분되며, 상기 제1서브넷과 상기 제2서브넷은 종래와 동일하게 동쪽 광 전송로와 서쪽 광 전송로로 데이터가 송수신된다. 그리고 상기 2.5G 전송장치(10)의 하위에 구비되는 하나의 종속 처리부는 각각 4개씩의 서브넷과 매칭된다. 따라서 상기 2.5G의 전송장치에는 4개의 종속 처리부가 구비된다. 그러므로 상기 도 1의 상기 전송장치(10)에 구비된 종속 저리부들을 제1종속 처리부(12a)와, 제2종속 처리부(12b)와, 제3종속 처리부(12c)와, 제4종속 처리부(12d)로 가정하여 설명한다. 이와 같은 가정 하에 설명하면, 상기 제1종속 처리부(12a)는 제3서브넷 내지 제6서브넷에 매칭되며, 제2종속 처리부(12b)는 제7서브넷 내지 제10서브넷에 매칭되고, 제3종속 처리부(12c)는 제11서브넷 내지 제14서브넷에 매칭되며, 제4종속 처리부(12d)는 제15서브넷 내지 제18서브넷과 매칭된다. 이러한 매칭은 꼭 이러한 순서가 아니더라도 하나의 종속 처리부에 4개씩의 서브넷이 매칭되면 된다.

그리고 물리계층(Physical Layer)(37a)은 광 선로를 통해 동쪽 또는 서쪽으로 데이터를 처리하는 측과, 본 발명에 따라 디피램(DPRAM)과 연결되는 측으로 구분된다. 즉, 상기 제1서브넷과 상기 제2서브넷은 종래와 동일하게 동쪽 광선로와 서쪽 광선로로 연결되며, 상기 제3서브넷 내지 상기 제18서브넷은 디피롬을 통해 상기 종속부들과 데이터 통신을 수행한다. 이와 같은 구성을 가지므로 상기 데이터 채널 처리부(11)의 메모리에는 상기 서브넷에 대한 컨피그(configuration) 정보를 백업(backup)으로 저장하고 있어야 한다. 즉, 내부 메모리에 또는 다른 메모리에 컨피그 백업이 존재한다. 그러면 전송장치의 상기 데이터 채널 처리부에 상기한 데이터 링크 계층과 물리계층에 따라 실장되는 소프트웨어의 구성을 살펴본다.

도 4는 본 발명에 따라 전송장치의 데이터 채널 처리부에 실장되는 소프트웨어의 구조도이다. 이하 도 3을 참조하여 전송장치의 데이터 채널 처리부에 실장되는 소프트웨어의 구조를 상세히 설명한다.

상기 데이터 채널 처리부에 실장되는 소프트웨어의 구조는 3부분으로 구성된다. 먼저 상기 접속방법(Access Method)을 이루는 부분과, 구동부(Driver)를 이루는 부분과, 디피램(DPRAM)에 기록 또는 읽기를 수행하는 부분으로 구성된다. 이러한 구성 중 먼저 상기 접속 방법을 이루는 부분을 설명한다. 프로비젼(Provision) (111)은 드라이버(DRIVER)를 이루는 부분으로 준비신호를 출력하며, 하향 처리부(112)는 데이터를 데이터 링크 계층(36a)의 엘에이피디(LAPD) 프로토콜에 의해 가공하여 드라이버부로 출력한다. 상기 하향 처리부(112)에는 데이터를 처리하기 위해 파일을 열고, 닫고, 사용하며, 종료 및 하향 처리하는 lapd_open과, lapd_close와, lapd_on과, lapd_off와, lapd_down 등이 있다. 또한 상향 처리부(113)는 상기 드라이버 부분으로부터 수신되는 데이터를 처리하며, 상기 상향 처리부(113)에는 상향 처리되는 데이터를 읽어오기 위한 lapd_read_task가 있다.

다음으로 드라이버(DRIVER) 부분을 살펴본다. 제1송신 타스크(121a)와 제2송신 타스크(121b)는 상기 접속방법을 이루는 부분의 하향 처리부(112)에서 출력되는 데이터를 다른 전송장치로 송신한다. 즉, 상기 전송장치의 동쪽 전송장치로 또는 서쪽 전송장치로 데이터를 송신한다. 따라서 상기 제1송신 타스크(121a)가 데이터를 동쪽의 전송장치로 송신할 경우 상기 제2송신 타스크(121b)는 데이터를 서쪽의 전송장치로 송신하는 것을 담당하며, 상기 제1송신 타스크(121a)가 데이터를 동쪽의 전송장치로 송신할 경우 상기 제2송신 타스크(121b)는 데이터를 동쪽의 전송장치로 전송하는 것을 담당한다. 즉, 상기 제1송신 타스크(121a)와 상기 제2송신 타스크(121b)는 상호간에 서로 다른 방향으로 데이터를 송신하는 종래의 전송장치에서 사용하는 엘에이피디 드라이버(LAPD Driver)이다. 또한 제1수신 타스크(122a)와 제2수신 타스크(122b)는 동쪽의 전송장치와 서쪽의 전송장치로부터 수신되는 데이터를 처리하는 타스크이다. 상기 제1수신 타스크(122a)와 상기 제2수신 타스크(122b)도 상기 제1송신 타스크(121a)와 상기 제2송신 타스크(121b)와 같이 하나의 전송장치로부터 수신되는 데이터만을 처리한다.

또한 본 발명에 따라 상기 데이터 링크 계층으로부터 수신되는 데이터를 상기 디피램(DPRAM)을 통해 각 종속 처리부들로 출력하기 위한 하향 드라이버(130)와, 상기 디피램을 통해 상기 데이터 링크 계층의 상향 처리부로 데이터를 출력하기 위한 상향 드라이버(140)를 구비한다. 상기 하향 드라이버(130)의 내부에는 각 종속 처리부에 대응하는 하향 종속부들(131a, 131b, …, 131n)을 구비한다. 2.5G의 전송장치를 예로 설명하면 상기 하향 드라이버(130)의 내부에는 제1하향 종속부(131a)와 제2하향 종속부(131b)와, 제3하향 종속부(131c)와, 제4하향 종속부(131d)인 4개의 하향 종속부로 구성된다. 그리고 상기 하나의 하향 종속부는 하나의 종속 처리부와 대응되어 데이터를 송신하게 된다. 또한 상기 상향 종속부(140)는 디피램(DPRAM)에 저장되는 데이터를 읽어와 데이터 링크 계층의 상향 처리부(113)로 데이터를 출력한다. 상기 상향 드라이버(140)의 내부에도 상기 각 종속 처리부들에 대응하는 상향 종속부들을 구비하며, 2.5G의 전송장치인 경우 제1상향 종속부(141a)와, 제2상향 종속부(141b)와, 제3상향 종속부(141c)와, 제4상향 종속부(141d)로 구성된다. 상기 상향 드라이버(140)는 상기 디피램을 통해 수신된 데이터를 모두 취합하여 상기 데이터 링크 계층(36a)의 상기 상향 처리부(113)로 출력한다. 또한 컨피그 타스크(123)는 상기 상향 드라이버(140)로부터 구성에 대한 정보를 수신한다.

그러면 이하에서 상기 도 4의 구성에 따른 동작을 설명한다. 먼저 다른 전송장치로 데이터를 전송할 경우 상기 하향 처리부(112)는 전송할 데이터를 상기 제1송신 타스크(121a)와 상기 제2송신 타스크(121b)로 출력하며, 상기 제1송신 타스크(121a)와 상기 제2송신 타스크(121b)는 이를 수신하여 해당 전송장치로 출력한다. 또한 다른 전송장치로부터 데이터가 수신되는 경우 상기 제1수신 타스크(122a)와 상기 제2수신 타스크(122b)에서 수신하여 상기 수신된 데이터를 상기 상향 처리부(113)로 출력한다. 또한 상기 데이터 링크 계층에서 상기 각 종속 처리부 전송할 데이터가 있는 경우 상기 프로비젼(111)은 상기 하향 드라이버(130)로 준비신호를 출력한다. 그러면 상기 하향 드라이버(130)는 데이터를 수신할 상태로 천이한다. 그리고 상기 하향 처리부(112)는 종속 처리부로 전송할 데이터를 상기 하향 드라이버(130)로 출력한다. 그러면 상기 하향 드라이버(130)는 수신된 데이터를 해당하는 하향 종속부로 출력하여 처리하도록 한다. 상기 각 하향 종속부들은 종속 처리부로 출력할 데이터를 수신한 경우 상기 수신된 데이터를 해당하는 디피롬의 출력영역에 데이터를 기록한다. 이러한 과정을 통해 데이터가 종속 처리부로 전송된다.

또한 각 종속 처리부들이 상기 디피롬의 해당영역에 데이터를 저장하는 경우 상기 각 상향 종속부들은 디피롬에 접속(access)하여 데이터를 읽어와 상기 상향 드라이버(130)로 출력한다. 그러면 상기 상향 드라이버(130)는 상기 각 상향 종속부에서 출력된 데이터를 취합하여 데이터 링크 계층의 상기 상향 처리부(113)로 출력한다.

도 5는 본 발명에 따라 전송장치의 종속 처리부에 실장되는 소프트웨어의 구조를 도시한 도면이다. 이하 도 5를 참조하여 본 발명에 따라 전송장치의 종속 처리부에 실장된 소프트웨어의 구조 및 동작을 상세히 설명한다.

디피램 수신 타스크(211)는 디피램(DPRAM)에 기록된 데이터를 읽어오며, 상기 읽은 데이터를 삭제한다. 상기 디피램 수신 타스크(211)는 상기 읽어온 데이터를 엘에이피디(LAPD) 송신부(220)로 출력하며, 동기화를 맞추기 위한 신호를 종속부 컨피그 타스크(213)로 출력한다. 상기 종속부 컨피그 타스크(213)는 동기를 맞추기 위한 신호를 수신하여 디피램 송신 타스크(215)로 출력한다. 이를 통해 상기 디피램 송신 타스크(215)는 동기화되어 데이터를 출력한다. 상기 엘에이피디 송신부(220)는 상기 디피램 수신 타스크(211)에서 출력된 데이터를 수신하여 해당하는 라인으로 출력하기 위해 해당하는 엘에이피디 송신 타스크로 분배하여 출력한다. 즉 제1엘에이피디 송신타스크(222a) 내지 제4엘에이피디 송신 타스크(222d)는 각각 해당하는 광 선로를 통해 데이터를 송신한다. 한편 상기 광 선로를 통해 입력되는 데이터는 엘에이피디 수신부(230)의 제1엘에이피디 수신 타스크(232a) 내지 제4엘에이피디 수신 타스크(232d)에서 수신한다. 상기 각 엘에이피디 수신 타스크들(232a, …, 232d)은 광 선로를 통해 데이터를 수신하면 상기 수신된 데이터를 상기 엘에이피디 수신부(230)로 출력한다. 상기 엘에이피디 수신부(230)는 상기 각 엘에이피디 수신 타스크들로부터 수신된 데이터를 취합하여 디피램 송신 타스크(215)로 출력한다. 상기 디피램 송신 타스크(215)는 상기 엘에이피디 수신부(230)로부터 데이터를 수신하면 상기 종속 컨피그 타스크(213)로부터 수신된 동기신호에 의해 디피롬의 해당영역에 데이터를 기록한다. 이러한 과정을 거쳐 데이터의 처리가 이루어지므로 상기 종속 처리부에는 OSI 7계층의 프로토콜 스택이 필요하지 않다.

도 6은 본 발명에 따라 데이터 채널 처리부와 종속 처리부간의 초기화시의 신호 흐름도이다. 이하 도 6을 참조하여 본 발명에 따라 데이터 채널 처리부에서 초기화시의 신호 흐름을 상세히 설명한다.

데이터 채널 처리부(11)는 초기화 시에 (302)단계에서 자신이 구비하고 있는 종속 처리부가 연결될 수 있는 포트들 중 특정한 종속 처리부의 포트를 선택하여 초기화 신호(MSG_LDCU_INIT)를 출력한다. 즉, 다수개의 종속 처리부의 포트중 특정한 포트를 선택하여 초기화 신호를 출력한다. 그리고 상기 데이터 채널 처리부(11)는 (304)단계에서 상기 종속 처리부로 메시지 체크 신호(MSG_CHECK)를 출력한다. 이때 상기 종속 처리부가 연결되는 포트에 종속 처리부가 연결되어 있는 경우 상기 종속 처리부는 상기 메시지 체크 신호를 수신하게 되므로 상기 데이터 채널 처리부(11)로 메시지 체크 신호(MSG_CHECK)를 출력한다. 그러면 상기 데이터 채널 처리부(11)는 상기 종속 처리부로부터 메시지 체크 신호를 수신하면 (308)단계에서 상기 종속 처리부로 메시지 엘에이피디 컨피그 신호(MSG_LAPD_CONFIG)를 출력하여 상기 데이터 채널 처리부가 연결되어 있음을 알리며, 동시에 상기 데이터 채널 처리부(11)의 컨피그 타스크에 상기 종속 처리부가 존재하는 상태로 기록한다. 그리고 상기 선택된 종속 처리부와 초기화 과정이 종료되면 다른 종속 처리부가 연결되는 포트로 상기 (302)단계의 초기화 신호를 출력하는 과정을 다시 반복 수행한다. 이러한 초기화 과정은 데이터 채널 처리부(11)가 초기화될 경우만 수행하도록 할 수도 있으며, 소정의 시간 단위로 수행하도록 할 수도 있다. 뿐만 아니라 경보가 발생한 경우 경보 해제를 확인하기 위해 소정의 시간단위로 수행하도록 할 수도 있다.

상술한 바와 같이 상기 전송장치에서 데이터 통신 채널 처리장치에만 OSI 7계층의 프로토콜 스택을 구비하도록 함으로써, 전송장치를 구성하는 장치의 가격을 줄일 수 있는 잇점이 있다. 또한 상기 데이터 통신 채널 처리장치와, 종속 처리부간의 데이터 송수신이 디피램을 통해 이루어짐으로써, 에더넷 통신의 트래픽이 감소하는 잇점이 있다. 뿐만 아니라 상기 전송장치의 종속 처리부에 실장되는 프로그램이 줄어들게 됨으로 시스템의 부하가 감소되며, 동시에 프로그램을 탑재하기 위한 메모리를 적게 사용하도록 함으로써 장치의 가격이 줄어드는 잇점이 있다.

도 1은 전송장치에서 데이터 통신 채널(DCC) 처리장치의 블록 구성도,

도 2는 데이터 채널 처리부와 종속 처리부에 장착되는 프로토콜 스텍의 구성도,

도 3은 본 발명에 따라 전송장치의 데이터 채널 처리부에 적용된 OSI 7계층의 프로토콜 스택의 구성도,

도 4는 본 발명에 따라 전송장치의 데이터 채널 처리부에 실장되는 소프트웨어의 구성도,

도 5는 본 발명에 따라 전송장치의 종속 처리부에 실장되는 소프트웨어의 구성도,

도 6은 본 발명에 따라 데이터 채널 처리부와 종속 처리부간의 초기화시의 신호 흐름도.

Claims

전송장치에서 데이터 통신 채널 처리장치에 있어서,

디피램 통신을 위한 프로토콜 스택을 구비하여 하위의 종속 처리부와 데이터 통신을 수행하는 데이터 통신 처리부와,

광 선로를 통해 수신되는 데이터를 디피램에 기록하며 상기 디피롬에 기록된 데이터를 읽어와 광 선로로 출력하기 위한 타스크를 구비하는 종속 처리부와,

상기 종속 처리부 또는 상기 데이터 통신 처리부로부터 출력되는 데이터를 기록하여 상기 종속 처리부와 상기 데이터 통신 처리부간 통신이 가능하도록 하기 위한 디피램을 구성됨을 특징으로 하는 전송장치에서 데이터 통신 채널 처리장치.
전송장치의 데이터 통신 채널 처리부의 프로토콜 스택을 구성하는 방법에 있어서,

시엠아이피(CMIP)와 알오에스이(ROSE)와 에이시에스이(ACSE)를 구비하는 응용 계층과,

사용되는 언어의 문장에 관련된 에이에스엔.1(ASN.1:Abstract Syntax Notion 1)을 구비하는 표현 계층과,

표준규격인 엑스.225(X.225)를 사용하는 세션 계층과,

데이터의 송수신을 수행하는 전송 계층과,

라우팅을 수행하는 네트워크 계층과,

데이터의 송수신을 수행하며, 제1서브넷 내지 제18서브넷으로 구성되어 상기 제1서브넷과 제2서브넷은 동쪽과 서쪽에 연결되는 시스템과 데이터의 송수신을 담당하고, 종속 처리부와 디피램을 통해 데이터 통신을 수행하는 상기 제3서브넷 내지 상기 제18서브넷으로 구성됨을 특징으로 하는 전송장치에서 프로토콜 스택 구성방법.
전송장치의 데이터 통신 채널 처리장치의 소프트웨어를 구성하는 방법에 있어서,

접속방법(Access Method)을 구성하는 데이터 링크 계층은;

드라이버부로 데이터 전송전에 준비신호를 출력하는 프로비젼과,

데이터를 처리하기 위해 파일을 열고, 닫고, 사용하며, 종료 및 하향 처리하는 하향 처리부와,

상기 드라이버 부분으로부터 수신되는 데이터를 처리하는 상향 처리부로 구성되며,

상기 데이터 링크 계층과 종속 처리부 및 서쪽 내지 동쪽 시스템과 데이터의 송수신을 수행하는 드라이버(Driver)는;

서쪽 내지 동쪽에 연결된 시스템으로 데이터를 송신하는 제1 및 제2송신 타스크와,

상기 서쪽 내지 동쪽에 연결된 시스템으로부터 데이터를 수신하는 제1 및 제2수신 타스크와,

상기 하향 처리부로부터 데이터를 수신하여 디피램에 데이터를 기록하는 하향 드라이버와,

상기 디피롬에 기록된 데이터를 읽어와 상기 상행 처리부로 출력하는 상향 드라이버로 구성됨을 특징으로 하는 전송장치의 데이터 통신 채널 처리장치에서 프로토콜 스택 구성방법.
전송장치의 데이터 통신 채널 처리장치의 하위에 연결되는 종속 처리부의 소프트웨어를 구성하는 방법에 있어서,

디피램으로부터 데이터를 읽어와 하향 처리하는 디피램 수신 타스크와,

상기 수신 타스크로부터 읽어온 데이터를 하위의 각 가입자 또는 하위의 시스템으로 출력하는 엘에이피디 송신부와,

엘에이피디 수신 타스크들로부터 수신된 데이터를 취합하여 상향 출력하는 엘에이피디 수신부와,

상기 엘에이피디 수신부로부터 수신된 데이터를 데이터 채널 처리부로 출력하기 위해 디피램에 데이터를 기록하기 위한 디피램 송신 타스크와,

상기 디피램 수신 타스크와 상기 디피램 송신 타스크간 컨피그를 맞추기 위한 종속부 컨피그 타스크로 이루어짐을 특징으로 하는 전송장치의 데이터 통신 채널 처리장치에서 데이터 프로토콜 스택 구성방법.
제4항에 있어서,

상기 엘에이피디 수신부가 하나 이상의 엘에이피디 수신 타스크들로 이루어지며, 상기 엘에이피디 송신부가 하나 이상의 엘에이피디 송신 타스크들로 이루어짐을 특징으로 하는 전송장치의 데이터 통신 채널 처리장치에서 데이터 프로토콜 스택 구성방법.
전송장치의 데이터 통신 채널 처리장치의 초기화시 하위에 연결되는 종속처리부간 운용방법에 있어서,

데이터 통신 채널 처리부는 종속 처리부들로 초기화 신호를 송신하는 단계와,

데이터 통신 채널 처리부는 상기 종속 처리부들로 메시지 체크 신호를 출력하는 단계와,

상기 종속 처리부들은 메시지 체크 신호 수신시 상기 데이터 통신 채널 처리부로 메시지 체크 신호를 출력하는 단계와,

상기 데이터 채널 처리부는 상기 종속 처리부들로부터 메시지 체크 신호 수신시 상기 종속 처리부들로 메시지 엘에이피디 컨피그 신호를 출력하는 단계로 이루어짐을 특징으로 하는 전송장치의 데이터 통신 채널 처리장치에서 운용방법.