KR100279559B1

KR100279559B1 - Lan을 이용한 교환기 소프트웨어 전송방법

Info

Publication number: KR100279559B1
Application number: KR1019980063781A
Authority: KR
Inventors: 이성근; 정태진; 민경원; 편용현; 오원욱
Original assignee: 이계철; 한국전기통신공사
Priority date: 1998-12-31
Filing date: 1998-12-31
Publication date: 2001-02-01
Also published as: KR20000047032A

Abstract

본 발명은 정보통신기술의 컴퓨터와 교환장치의 통합구축(CTI) 기술의 LAN을 이용한 교환기 소프트웨어 전송 방법을 제공한다. 중앙집중과금(CAMA)을 위한 CDT(Charging Data Transmitter)장비를 이용하는 본 발명은, 교환기의 소프트웨어나 데이터의 보존을 위하여 CDT가 백업을 수행하고, 이때 중앙켬퓨터에서 운용보전망을 통하여 교환기가 설치된 국소의 CDT에 소프트웨어를 전송하면, 해당 국소에서는 소프트웨어를 전달받아 디스크에 저장함으로써 백업의 경제성 및 무인화, 자동화를 실현을 가능케하는 교환기 소프트웨어 원격 전송 전달 방법이다., 본 발명에서 구현된 GUI를 통하여 명령을 수행하거나, 또는 교환기 운용자가 MMC를 통하여 교환기 소프트웨어 전송 명령을 전달하면 교환기와 CDT사이에 파일 송수신됨으로써 운용자가 백업을 받아두는 경우에는 CDT에서 운용자가 지정한 주기로, 지정한 시각에 교환기의 파일 송수신을 시작할 수있으며, 운용자가 필요하다고 판단될 때에는 언제든지 백업을 수행할 수 있다. 또한, 데이터 링크계층만이 구현된 단순한 네크워크 구조에서의 파일전송과 이를 응용한 교환기 소프트웨어의 유지보수, 이중화로 설계된 시스팀에서 기존의 이중화에 종속적인 이중화 제어가 가능하고, 이를 응용한 교환기와 교환기에 사이에 연결된 외부장치의 이중화도 제어가능하다.

Description

ＬＡＮ을 이용한 교환기 소프트웨어 전송 방법

본 발명은 정보통신기술의 컴퓨터와 교환장치의 통합구축(CTI:Computer Telephony Integration) 기술에 관한 것이다. 보다 구체적으로, 본 발명은 전국적으로 구축된 운용보전망에 연결되어 있고 교환기와는 LAN(Local Area Network)으로 연결된 중앙집중과금(CAMA: Centralized Automatic Message Account)을 위한 CDT(Charging Data Transmitter)를 이용하여 교환기 소프트웨어를 원격지로 부터 전송받아 교환기에 전달하는 방법으로 교환기 소프트웨어 변경함으로써, 교환기의 소프트웨어나 데이터의 보존을 위하여 이 CDT가 자동적으로 백업을 수행하는 LAN을 이용한 교환기 소프트웨어 전송 방법에 관한 것이다.

서비스의 안정성 및 서비스의 지속성을 확보하기 위하여 많은 유지보수 기능을 가지는 교환기는 소프트웨어 및 데이터는 서비스의 안정성 및 지속성을 보장하기 위해 교환기 소프트웨어나 가입자나 중계선, 기타 교환기용 데이터가 주기적으로 백업(backup)을 받는다. 이 백업 받은 데이터는 데이터의 연속성이 보장되도록 보존하여야만 신규 소프트웨어 적용시나 데이터베이스 구조 변경시 재 사용될 수있다. 또 교환기 소프트웨어도 교환기 디스크에 존재하는 파일의 손상이나 백업된 데이터의 보존을 위하여 주기적으로 백업을 받아야 한다.

이런 일련의 작업들은 모두 MT(Magnetic Tape)를 이용하여 이루어지고 MTU(Magnetic Tape Unit)를 수동으로 조작한후 교환기에서 사용하는 MMC(Man-Machine Command)를 이용하여 백업 작업을 수행한다.

또 새로운 서비스를 시작하거나 망구조의 변화, 문제점에 대한 보완작업 등의 지속적인 소프트웨어 변경으로 인하여 교환기에 새로운 소프트웨어를 적용하는 일이 빈번해지고 있다. 새로운 소프트웨어 적용 작업도 또한 MT를 이용한다.

위에서 언급한 작업들에 있어서는 MT의 훼손으로 백업받은 데이터가 손상되면 변경된 데이터를 다시 수작업해야하는 문제가 발생할 뿐만아니라 신규 소프트웨어를 담은 MT가 손상되거나 훼손되어 원하는 시간에 서비스를 지속할 수 없는 상태가 발생되기도 하며 백업을 받아 놓은 MT의 백업 테입(tape)를 제작하는 일이 발생하기도 한다. 게다가 운용중인 시스팀에 영향을 최소화하기 위하여 최한시인 새벽에만 실행해야하는 불편함도 있었다. 또 MTU의 동작 속도가 교환기에서는 빠르지 않기 때문에 백업 시간이 장시간 소요되고, 백업작업 시간동안 데이터의 변경은 불가능하여 교환기 운용이 효율이 떨어지며 백업될 데이터가 많을경우엔 한 개의 교환기에서 3~4개의 MT를 사용하므로 전국적으로는 소요되는 MT량도 많았다.

따라서 MT의 훼손으로 백업받은 데이터가 손상되지 않도록 교환기 소프트웨어 및 데이터의 백업 방법이나 새로운 교환기 소프트웨어 적용에 좀더 빠르고, 신뢰성있는 백업받은 데이터의 손상방지하는 것이 본 발명의 제1 목적이다.

또 교환기 소프트웨어는 파일단위로 교환기 자체의 디스크에 존재하고 교환기의 데이터 또한 변경된 후 교환기 디스크에 저장되고, 교환기의 유지보수용 프로세서는 교환기 전체의 유지보수 기능을 담당하고 과금 데이터 수집을 담당하는 프로세서로 교환기 소프트웨어 유지보수에 많은 자원(Computing Resource)를 할당하지 못한다.

따라서 본 발명에서는 교환기에 부하를 많이 주지 않는 단순한 방법으로 파일을 전송할수 있게 교환기와 CDT에 구현하여 교환기 소프트웨어 전송을 수행하고, 교환기와 CDT간의 파일전송을 위하여 데이터 링크계층(Data Link Layer)만을 이용한 프로토콜(SFTP:Simple File Transfer Protocol)을 제공하는 것이 본 발명의 제2목적이다.

도 1는 본 발명이 시행되는 CDT와 교환기의 개략도,

도 2는 본 발명의 소프트웨어 전송방법에 따른 파일전송 방법의 처리 흐름도,

도 3는 본 발명의 소프트웨어 전송방법에 따른 프로토콜의 구성도,

도 4는 본 발명의 소프트웨어 전송방법에 따른 프로토콜의 파일 전송 시작 메시지와

파일 전송 시작 메시지에 대한 응답신호의 구조도,

도 5는 본 발명의 소프트웨어 전송방법에 따른 프로토콜의 신규 파일 전송 시작 메시지와

새 파일 전송 시작 메시지에 대한 응답신호의 구조도,

도 6는 본 발명의 소프트웨어 전송방법에 따른 프로토콜의 파일 데이터 전송 메시지 구조도,

도 7는 본 발명의 소프트웨어 전송방법에 따른 프로토콜의 신규 파일 전송 완료 메시지 구조도,

도 8는 본 발명의 소프트웨어 전송방법에 따른 프로토콜의 파일 전송 종료 메시지 구조도,

도 9는 본 발명의 소프트웨어 전송방법에 따른 프로토콜의 파일 전송 중지 메시지 구조도, 및,

도 10는 본 발명의 소프트웨어 전송방법에 따른 부기능 이중화 처리방식의 기능처리 흐름도.

현재 교환기에는 중앙집중과금(CAMA: Centralized Automatic Message Account)을 위한 CDT(Charging Data Transmitter)가 설치되어 있는데, 이 장비는 전국적으로 구축된 운용보전망에 연결되어 있고 교환기와는 LAN(Local Area Network)으로 연결된 컴퓨터이다.

본 발명에서는 이 중앙 집중장비를 이용하여 교환기 소프트웨어를 원격지로 부터 전송받아 교환기에 전달하는 방법으로 교환기 소프트웨어 변경을 위한 대안을 제시하였고, 교환기의 소프트웨어나 데이터의 보존을 위하여 이 CDT가 자동적으로 백업을 수행하는 방법으로 백업의 경제성 및 무인화, 자동화를 실현하였다.

또 본 발명에서는 교환기 소프트웨어를 제작하는 중앙의 켬퓨터에서 운용보전망을 통하여 교환기가 설치된 국소의 CDT에 소프트웨어를 전송하고 해당 국소에서는 소프트웨어를 전달받아 디스크에 저장한다. 그때 원격지에서 운용보전망을 통하여 CDT에 접속한 운용자나 국소의 운용자가 교환기에 소프트웨어를 적용할 것을 명령하면 CDT와 교환기간의 데이터 전달방식에 따라 교환기에 적용한다.

중앙의 컴퓨터는 교환기 고급언어로 작성된 프로그램을 실행가능한 바이너리(binary) 파일로 컴파일하고 운용보전망을 통하여 전국에 설치된 CDT중 운용자가 지정한 CDT에 전송하면, CDT는 파일을 받아 자신의 디스크에 저장해둔다.

운용자가 원격으로 CDT에 접속해서 교환기 소프트웨어 변경 명령을 수행하거나, 본 발명에서 구현된 GUI(Graphical User Interface)를 통하여 명령을 수행하나, 또는 교환기 운용자가 MMC를 통하여 교환기 소프트웨어 전송 명령을 전달하면 교환기와 CDT사이에 파일 송수신이 시작된다.

또 교환기 소프트웨어 및 데이터의 보존을 위하여 운용자가 백업을 받아두는 경우에는 CDT에서 운용자가 지정한 주기로, 지정한 시각에 교환기의 파일 송수신을 시작할수있으며 운용자가 필요하다고 판단될때에는 언제든지 백업을 수행할 수 있다.

교환기는 안정적인 서비스 방법의 하나로 이중화 방법을 사용하고 위 기능 또한 기능 자체의 안정적인 서비스 제어를 위하여 소프트웨어적인 이중화 기능이 필요하지만 CAMA 기능에서 이미 장비의 이중화를 사용중이므로 CAMA 기능에 영향을 최소화 하기 위한 이중화 방법이 필요하다. 그러므로 본 발명에서는 타 기능에 종속적인 이중화 제어 방식을 고안하여 타 기능에 영향을 크게 미치지 않으면서 이중화방식을 지원하여 안정적인 운용이 가능하도록 하였다.

따라서, 본 발명은 MT를 이용한 방법보다 신뢰성, 속도, 경제성 측면에서 우수하므로 기존에 교환기 소프트웨어 변경시 소요되던 시간을 단축하여 서비스 중단 시간이 짧아지는 장점이 있으며 원격지에서 작업이 가능하므로 경제성 측면에서도 유리하다.

또 MT를 이용한 데이터의 백업은 백업 수행중에는 교환기 내부 데이터베이스(Database)의 변경이 불가능하여 백업 수행동안 변경된 데이터가 보존되지 않는 시간이 길어지는 단점이있었으나 본 발명은 백업 수행시간이 짧아 위의 단점이 보완된다.

교환기 소프트웨어 전송 방법에 따라, 교환기 소프트웨어는 교환기 내부의 데이터나 소프트웨어 자체의 보존을 위하여 주기적으로 데이터를 백업 받고, 신규 서비스 등장이나 문제점에 대한 보완, 신규 기능 추가등으로 빈번히 변경된다.

이런 교환기 소프트웨어의 유지보수 작업은 서비스의 중단 시간을 최소화 하여야 하고, 신뢰성 있는 방법으로 신속히 이루어져야 만 한다.

그러나 본 발명 이전의 교환기 소프트웨어 변경이나 백업 방식은 많은 시간 및 인력이 소요되고 작업 절차나 방법이 까다로워 운용자가 불편을 느끼고, 인력의 지속적인 투입으로 망효율 측면에서 불리한 요소로 작용하였다.

따라서 본 발명의교환기 소프트웨어 전송 방법에서는 CAMA기능에서 사용중인 CDT를 이용한 교환기 소프트웨어의 효율적인 유지보수 방법을 제시하였다. CAMA기능은 교환기에 연결된 CDT가 교환기로 부터 과금 데이터를 전송받아 CDT 디스크에 저장한후 X.25망을 통하여 과금의 정산을 맡은 중앙의 전산시스팀으로 자동으로 전송하는 기능이다.

교환기 소프트웨어는 파일단위로 교환기 자체의 디스크에 존재하고 교환기의 데이터 또한 변경된 후 교환기 디스크에 저장되고, 교환기의 유지보수용 프로세서는 교환기 전체의 유지보수 기능을 담당하고 과금 데이터 수집을 담당하는 프로세서로 교환기 소프트웨어 유지보수에 많은 자원(Computing Resource)를 할당하지 못한다.

따라서 본 발명에서는 교환기에 부하를 많이 주지 않는 단순한 방법으로 파일을 전송할수 있는 방법을 발명하여 교환기와 CDT에 구현하여 교환기 소프트웨어 전송을 수행한다. 또 교환기의 특성상 상용 파일 전송 프로토콜의 모든 기능을 수용하지 못하므로 본 발명에서는 교환기와 CDT간의 파일전송을 위하여 데이터 링크계층(Data Link Layer)만을 이용한 프로토콜(SFTP:Simple File Transfer Protocol)을 고안하였다.

교환기는 유지보수를 담당하는 프로세서가 이중화 되어있으며 이 이중화된 프로세서에 이중화된 CDT가 연결되어 있다. 이중화된 CDT는 교환기와 연결된 4개의 이더넷 카드(Ethernet card)를 실장하고 있으며 운용체계로는 SUN사의 Solaris(2.4.1이상)을 사용한다. 전술한것처럼 교환기 프로세서와 CDT가 각각 이중화 되어있으므로 교환기와 CDT사이의 물리계층(Physical Layer)인 LAN의 이중화 상태관리가 필요하다. 게다가 CAMA 기능에서 이중화 개념으로 사용중이므로 CAMA 기능에서 사용중인 이중화 방식에 영향을 최소화하고 자체적으로 이중화를 지원할수 있는 방법이 필요하여 본 발명에서는 타기능의 이중화 방식에 종속적인 이중화 방식을 취하였다.

또 CDT 운용자나 교환기 운용자 모두 교환기 소프트웨어 유지보수를 수행할수 있게하기위하여 CDT측에서는 GUI를 이용한 사용자 정합을 구현하였으며 교환기에서는 MMC(Man-Machine Command)를 통한 사용자 정합 방법도 사용하였다. 또 원격에서 접속한 운용자는 망의 특성상 GUI 정합 환경이 불가능하므로 원격 운용자용 사용자 정합 기능을 구현하였다.

이제 본 발명에 의한 교환기와 CDT간의 파일전송 방법을 설명하면 다음과 같다.

전자교환기는 전자교환기에 연결된 CDT와 CDT에 연결된 LAN(Local Area Network)의 상태를 주기적으로 주고받으며 교환기 및 LAN, CDT 상태를 파악하고 현재 상태에 대한 정보를 운용자가 요구하거나 상태 변화시 그 정보를 운용자에게 통보한다. 교환기 내부에서는 교환기 메시지를 이용하여 운용자에게 통보하고 CDT에서는 X-window를 이용한 GUI(Graphical User Interface)를 통하여 운용자에게 통보한다.

CDT 사용자가 GUI를 통하여 교환기 소프트웨어의 전송 또는 수신을 실행하면 내부 소프트웨어에 의해 교환기로 전달된다. 이 정보를 수신한 교환기는 교환기와 CDT간의 파일 전송을 담당할 프로세스를 생성하여, 교환기 소프트웨어를 CDT와 SFTP를 이용하여 디스크 파일을 읽어 송수신을 시작한다. 송수신 도중 오류가 발생시 에러의 종류에 따라 치명적인 에러의 경우에는 CDT로의 파일 송수신 작업을 중지하고 일부데이터의 유실이나 손상 등에 대하여는 SFTP에 정의한 방법으로 에러를 보정한다.

또 교환기 운용자가 MMC(Man-Machine Command)를 통하여 교환기 소프트웨어 송신 또는 수신 요구를 실행하면 CDT에서는 정해진 디렉토리의 파일을 교환기로 전송을 시작하고 전송 시작 사실을 GUI 프로세스에 알리면 GUI 프로세스는 현재 파일 전송 상태 및 각종 정보를 화면으로 출력하여 운용자에게 알린다. 또 CDT에서 자동 파일 송수신 동작 시작 시간을 지정하면 지정된 시간에 파일 송수신을 시작한다.

본 발명에 따른 CDT를 이용한 교환기 소프트웨어 전송방법은, 교환기와 CDT간에 상태관리 및 상호 정보 교환을 통한 준비 단계인 제 1단계와 상호간의 교환기 소프트웨어 송수신 요구를 접수하여 교환기 파일을 송수신하는 제2단계를 포함한다.

이하, 첨부된 도면을 참조하여 본 발명의 실시예를 상세히 설명한다.

도 1는 본 발명이 시행되는 전자교환기와 CDT와의 연동환경도이다.

도면에서와 같이 본 CDT를 이용한 교환기 소프트웨어 전송을 위한 환경은 CDT(100)와 이더넷 정합된 전자교환기(200)로 구성된다.

CDT(100)와 전자교환기(200)는 동축케이블로 연결된다. 예시에 사용된 전자교환기는 본 발명의 작업처리를 위하여 정합회로(8), 제어부(2), 파일 송수신 처리부(10)로 구성되고, 이중화를 위하여 2대의 켬퓨터로 연결된다.두 개의 CDT(100)는 각각 2개의 망정합회로(8)를 실장한다.

이에 상기한 구성요소의 기능을 살펴보면 아래와 같다.

교환기는 CDT(100)와 IEEE802.3을 이용한 링크로 연동되고 교환기의 유지보수 프로세서 내부에 정합회로(8)를 실장한다. 교환기의 정합회로(8)는 프로세서 보드내부의 프로그램에 의하여 제어되고 교환기 O/S(9)(Operating System)(9)와 데이터를 송수신한다. 이때 송수신되는 데이터는 이더넷헤더(Ethernet Header)와 사용자 데이터로 구성된다.

교환기 O/S(9)는 CDT(100)로부터 전달된 메시지중 상태관리에 관한 메시지는 상태관리부(2)으로 전달하고 파일 송수신을 위한 데이터는 파일 송수신부(10)로 전달한다. 이때 교환기 O/S(9)는 이더넷 헤더 정보의 어드레스(address)를 분석하여 상태관리 메시지나 파일 송수신 데이터임을 판단한다.

O/S(9)로 부터 상태관리 메시지를 수신받은 상태관리부 및 제어부(2)는 메시지 내용을 분석하여 정보의 변경 여부 등을 판단하고, 변경시 관련 데이터베이스에 저장하고 사용자부 및 출력메시지부(11)로 상태변경 메시지를 출력한다. 또 상태 변경시 변경된 상태에 적합하게 상태관리를 수행하는 프로세스를 수행시킨다. 상태관리 프로세스에 의해 생성된 프로세스는 주기적으로 CDT(100)의 상태정보 및 디스크 사용량, 프로세스 정보, 작업정보 등을 주고 받는다. 또 CDT(100)에서 수신한 파일 송수신 요구를 접수받아 파일 송수신부(10)로 파일 송수신 시작을 알린다.

파일 송수신부(10)는 상태제어부(2)로부터 파일 송수신시작 통보를 분석하여 파일 송신이나 수신을 구별하여 작업을 수행한다. 파일 송신 시작 통보일 경우는 교환기 소프트웨어를 변경시키기 위하여 시작되는 기능으로 교환기는 CDT(100)와 프로토콜(SFTP:Simple File Transfer Protocol)에 의하여 파일을 전송받기 시작한다. 각각의 파일의 송신을 완료할때마다 출력메시지부(11)로 메시지를 넘겨주어 출력메시지부(11)가 메시지를 출력하도록 한다.

또 CDT(100)로 부터 파일 수신요구 메시지를 수신받으면 교환기는 디스크에 존재하는 파일 정보를 읽어 전송해 줄 파일 정보를 송신후 CDT(100)에서 파일 송신 준비완료 상태라고 판단되면 SFTP를 이용하여 파일 전송을 시작한다. 각각의 파일 전송을 완료할때마다 출력메시지부(11)로 메시지를 출력하여 수행내용을 출력한다.

사용자 명령어부 및 출력메시지부(11)는 교환기 운용자로 부터 파일 송수신 요구 시작 또는 중지를 입력받아 파일 송수신부(10)로 전달하여 파일 송수신부(10)가 파일 송수신을 중지하도록 하거나 시작하도록 하는 기능을 갖고, 교환기 운용자가 현재 파일 송수신 정보나 상태 정보, 작업 정보의 출력 요구를 운용자 터미널(1)로 부터 수신하여 상태관리부 및 제어부(2)으로 전달하고, 상태처리부(2)에서 수신한 정보를 출력(1,12)한다.

도 2는 데이터링크 계층을 이용한 파일전송 방법에 관한 예시도이다. 본 발명에 따른 처리흐름을 나타내는 도 2는 도 2 내지 도 9를 참조하여 설명 한다.

본 발명의 데이터링크 계층을 이용한 파일전송 방법은 SFTP(Simple File Transfer Protocol)를 이용하며 파일 전송 프로토콜에 관하여 설명하면 아래와 같다. SFTP는 데이터링크 계층(RS-232C, Ethernet, Token Ring, 모뎀, 무선모뎀 등과 같이 한 시스템과 다른 시스템을 연결하여 data의 송수신을 허용하는 모든 link)에서 파일을 직접 송수신할 수 있는 프로토콜이다. 본 발명에 의하여, 데이터링크 계층에서 직접 송수신 데이터 포맷을 작성하여 사용하여 송수신 하며 신뢰할 수 있는 화일송수신 방법을 제공하는 SFTP 프로토콜은 데이터링크가 connectionless또는 connection-oriented 동작 모두를 가정하여 어떠한 데이터링크에서도 동작할 수 있는 방식으로, 신뢰할 수 있는 정보의 교환을 위해서 응용 프로그램에서 송수신된 패킷이 상대편에게 정확히 전달되도록 송수신시 각 패킷에 대한 응답(ACK)신호를 사용한다. 만일 송신한 패킷이 정확히 수신되었다는 신호를 받지 못하면 자동적으로 재전송을 수행한다.

또, SFTP는 파일전송을 신뢰성있게 수행하기 위하여 제어 신호 및 제어신호에 대한 응답신호로 구성되며 이를 도표화하면 이후에 설명될 도 3와 같다.

도 2에 있어서 START_XFER(파일 송수신 시작 메시지)(13)의 제어신호는 파일의 송수신 시작 및 송수신할 파일 정보를 송수신할 목적으로 사용하는 신호이다. 도 4에 나타나 있는 데이터의 구조를 통해 알 수 있는 바와 같이, 그 START_XFER(13)에 대한 승인 신호가, 정상적인 파일 송수신을 수행할수 있을경우에는 START_XFER_ACK(파일 송수신 시작 응답 메시지)(14)가 승인신호로 사용되고 그렇지 않을 경우엔 STOP_XFER(파일 전송 중지 메시지)(34)신호를 수신 받을수 있다.

도 4의 제어신호 구조에서 신호종류(36)는 신호종류를 구분할수 있는 미리 정해진 값이며 전송 파일 종류(37)는 파일의 종류를 나타내는 값으로 교환기와 파일 송수신할때에는 교환기 실행프로그램, 메시지 관련 데이터 파일, 교환기 내부 데이터베이스와 관련된 데이터등으로 분류된다. 전송 파일 갯수(38)는 송수신할 파일의 갯수를 나타내는 값이며 송수신할 파일의 갯수가 8개 미만일경우에는 전송파일 종류(37)에 정해진 값으로 설정 후 파일이름(39)와 파일크기(40)에 순차적으로 파일 이름 및 크기 값을 설정한다. 압축파일 포함여부(41)는 교환기 프로그램중 압축한 파일을 포함하면 설정하고 그렇지 않으면 사용하지 않는 값이고 디렉토리는 교환기에서 CDT(100)로 파일 정보를 송신할 때 사용하는 값으로 CDT(100)내부의 특정 디렉토리를 칭하는 문자열이다. 또 제어신호의 신뢰성을 보장하기 위하여 제어신호는 신호자체의 데이터값의 합을 나타내는 체크섬(checksum)(43)을 표시한다.

제 3도의 NEW_FILE_XFER(신규 파일 전송 시작 메시지)(26) 신호는 파일 내용의 송신을 시작하기전 파일의 정보를 상대편에 통보하기 위한 제어 신호로 정상 파일 송수신이 가능하고 파일 정보를 정상적으로 수신하였으면 응답신호로 NEW_FILE_XFER_ACK(신규 파일 전송 시작 응답 메시지)(27)을 수신받고 상태편의 원인으로 파일 전송을 수행하지 못할 경우에는 상태편에서 송신하는 STOP_XFER(34)를 수신받을수 있다. NEW_FILE_XFER(26) 제어신호의 데이터 구조는 도 5도에 나타나있으며 제 5도에서 신호종류(44)는 NEW_FILE_XFER(26) 제어신호임을 나타내는 정해진 값이고 파일번호(45)는 파일 송수신 일련번호이며 파일 크기(46) 및 파일 버전명(47), 파일 이름(48)은 파일에 관한 정보이며 압축파일(49)는 압축 파일일 때 채우는 값이다. 또 제어신호의 무결성을 보장하기 위하여 checksum(50) 값을 둔다.

제 3도의 XFER(파일 데이터 전송 메시지)(28) 제어 신호는 실제 파일의 내용을 전송할 때 전송하는 신호로 제 6도에서 나타낸 것 처럼 파일의 실제 데이터임을 나타내는 신호종류(51) 및 전송 시작이후 부터 누적된 일련번호를 나타내는 순서번호(52), 현재 전송되는 데이터의 크기를 나타내고 1에서 1024까지의 값을 갖는 크기(53), 파일의 내용을 최대 1024까지 전송하는 전송 데이터(55), 전송 데이터의 합을 표시하는 checksum(54)로 구성된다. 이 제어신호의 응답으로 XFER_ACK(파일 데이터 전송 응답 메시지)(29)를 수신받으며 비정상적인 경우에는 STOP_XFER(34)를 수신받을 수 있다.

제 3도의 ONE_FILE_END(신규 파일 전송 완료 메시지)(30) 신호는 한 개의 파일 전송이 끝난후 한 개 파일의 전송이 끝났음을 상대편에 통보하기 위한 신호로 이를 수신한 상태편은 ONE_FILE_END_ACK(신규 파일 전송 완료 응답 메시지)(31)을 수신받고 비정상적인 경우에는 STOP_XFER(34)를 수신받을수 있다. ONE_FILE_END(30) 제어신호의 구조는 도 7도에 나타나 있으며 제 7도의 신호종류(56)은 ONE_FILE_END(30) 신호임을 나타내는 값으로 채우고 상태(57)은 전송 결과를 표시하는 값으로 정해진 오류값으로 채운다.

제 3도의 END_XFER(파일 전송 완료 메시지)(32) 제어신호는 파일 송수신 작업이 모두 끝났음을 나타내는 신호로 이 신호는 END_XFER_ACK(파일 전송 완료 응답 메시지)(33) 이외의 응답신호는 수신받지 않는다.END_XFER(30) 신호는 신호종류(59) 및 checksum(60) 만으로 구성된다.

위에서 설명한 제어신호 및 응답신호는 파일을 주고 받기 위하여 정해진 규칙을 가지며 SFTP 프로토콜은 제어신호 및 응답신호, 그리고 파일을 송수신하기 위하여 제어신호 및 응답신호의 순서가 결정되어 있는 프로토콜이다.

SFTP를 이용한 파일 송수신 과정을 상세히 설명하면 아래와 같다.

파일전송요구는 다음의 두 종류가 있을 수 있다. 제1의 방법은 시스템 A가 시스템 B의 요구로 파일전송을 하는 경우이고, 제 2의 방법은 시스템 A가 시스템 B에 자신이 파일을 보내겠다고 요구하는 경우이다. 제1의 방법의 경우는 시스템 B는 시스템 A에 파일 전송시작을 요구하면 시스템 A는 전송을 시작한다는 신호로 START_XFER(13)를 전송한다. 만일 시스템 A가 시스템 B의 요구를 수용할 수 없다면 STOP_XFER(34)로 응답한다. 제2의 방법의 경우는 시스템 A가 시스템 B의 요구 없이 파일을 전송하는 경우로 시스템 B가 START_XFER_ACK(14)로 응답하면 시스템 A는 다음의 단계로 천이할 수 있다. 만일 시스템 B가 파일을 수신할 수 없는 상태라면 STOP_XFER(34)로 응답할 수 있다. STOP_XFER(34)를 받은 시스팀은 STOP_XFER_ACK(35)를 전송하고 파일전송을 중지한다. 파일의 전송 중지요청은 시스팀 A또는 시스팀 B 모두 요청할 수 있다.

START_XFER_ACK(14)를 받은 시스팀은 NEW_FILE_XFER(15)신호를 보냄으로서 새로운 파일이 전송됨을 상대편 시스팀에 알린다. 상대편 시스팀은 이신호에 NEW_FILE_XFER_ACK(16) 또는 STOP_XFER(34)로 응답한다. NEW_FILE_XFER_ACK(16)를 받은 시스팀은 XFER(17) 신호를 전송하여 전송할 파일의 데이터를 전송한다. 수신 시스팀은 XFER_ACK(18)를 보내어 수신된 데이터가 정확하다는 것을 송신측에 알린다. 이때도 수신측은 STOP_XFER(34)를 보내어 전송을 중지할 수 있다. STOP_XFER(34)를 받은 측은 즉시 STOP_XFER_ACK(35)로 응답하고 전송을 중지한다. 이과정은 현재 전송하는 의 송신이 끝날때까지 반복된다. 송신이 끝나면 ONE_FILE_END(19)신호를 수신측에 보내의 의 송신이 끝났슴을 알린다. 수신측은 정상적으로 수신이 되었다면 ONE_FILE_END_ACK(20)를 보내거나 STOP_XFER(34)를 전송할 수 있다.

송신측은 송신할 다음 이 있는지 조사하여 송신할 이 있다면 다음 에 대한 NEW_FILE_XFER(21)신호를 수신측으로 전송한다. 이 과정은 전체 의 전송이 끝날때 까지 반복된다. 모든 의 전송이 성공적으로 이루어 지면 송신측은 END_XFER(22)를 전송하여 전송이 끝났슴을 수신단에 알리고, 수신단은 END_XFER_ACK(23)로 응답하거나 STOP_XFER(34)를 전송할 수 있다.

정상적으로 파일 송수신중 XFER(28) 신호의 전송데이터(55)를 수신하였다면 XFER_ACK(29)로 정상 수신을 통보하지만 데이터링크상의 결함이나 소프트웨어 오류, 대이터의 유실등으로 데이터를 수신하지 못하는 등의 오류가 발생할수 있다. 따라서 이런 원인에 의한 오류를 극복하기 위하여 아래와 같은 과정으로 오류를 보정한다.

수신측은 전송이 시작된 후 일정한 시간이 경과 후에도 다음 data가 오지 않거나 XFER(28) 신호의 순서번호(52)가 중복되거나 일련순서가 아니면 패킷의 손실로 간주하여 이전에 전송한 패킷을 한번 더 전송한다. 송신측은 수신된 패킷을 기준으로 다음에 전송 할 패킷을 결정한다. 하나의 의 수신이 완료된 경우(ONE_FILE_END(30)수신후) 수신측은 다음 을 전송하라는 의미로 ONE_FILE_END_ACK(31)를 전송한다. 이때 수신측이 현재 수신한 을 다시 수신하고 싶다면 ONE_FILE_END_ACK(31)의 상태(51) 필드를 1로 설정함으로써 재전송을 요구할 수 있다. 재전송은 일반 의 전송과 같은 과정을 따른다. 또한 송수신측 모두 어느때나 정지 이유를 설정하고, 전송의 중지를 요구할 수 있으며, STOP_XFER(34)를 수신한 측은 STOP_XFER_ACK(35)를 송신한 후 즉시 전송을 중지하게 된다.

제 10는 부기능 이중화 처리를 예시한 도면이다.

부기능 이중화 처리는 기존의 이중화 시스팀을 주기능 이중화 시스팀이라고 하면, 주기능 이중화 시스팀상에서 자체적인 이중화를 구현해야할 필요성이 있을 때 사용하는 방법으로 주기능의 이중화 상태에 따라 이중화 처리를 하는 기능이다.

부기능 이중화처리 기능은 다음과 같이 이루어진다.

먼저 시스팀에 수신된 정보가 주기능 시스팀의 이중화 상태를 관리하는 정보인지 판단하여 주기능 시스팀의 이중화상태관리 정보가 아니면 무시한다(65). 만일 주기능시스팀의 이중화관리 정보이면 이전의 주기능 시스팀의 상태관리정보 데이터와 비교하여 주시스팀의 상태가 변경(66)되었는지 검사한다. 주 기능 시스팀의 상태정보가 변경되지 않았다면 현재 부기능 시스팀이 STANDBY모드로 동작(70)하는지 확인한다. 만일 현재 부기능 시스팀이 STANDBY모드가 아니면(ACTIVE모드) 부시스팀의 STANDBY모드에 현재의 부시스팀의 상태정보를 전송(71)한다. 현재 부기능 시스팀이 STANDBY모드이면 상태관리정보를 무시한다.

주기능 시스팀의 상태정보가 변경되었다면 주기능 시스팀에 ACTIVE와 STANDBY시스팀 모두 존재(67)하는지 확인한다. 주기능 시스팀에 ACTIVE만 존재하면 현재 시스팀이 주기능 시스팀의 ACTIVE인지(68) 확인한다. 주기능 시스팀이 ACTIVE라면 부기능의 ACTIVE시스팀으로 설정(72)한다. 만일 현재 시스팀이 주기능 시스팀의 ACTIVE가 아니면 상태정보를 무시한다.

주기능 시스팀에 ACTIVE와 STANDBY 시스팀 모두 존재하면 현재 시스팀이 주시스팀의 ACTIVE인지 조사(69)한다. 만일 현재 시스팀이 주기능 시스팀의 ACTIVE가 아니면 부기능의 ACTIVE로 설정(72)하고 부기능의 STANDBY 시스팀에 현재 부시스팀의 상태를 정보를 전송한다. 그러나 현재 시스팀이 주기능 시스팀의 ACTIVE이면 부기능의 STANDBY 시스팀(73)으로 설정한다.

본 발명에 따른 교환기의 소프트웨어 전송 방법은 전자교환기(200) 소프트웨어 유지보수를 위하여 투입되는 인력 및 시간, 비용을 감소시키며 별도의 저장매체를 이용하여 주기적으로 교환기 소프트웨어나 데이터의 백업을 제작해야하는 번거로움울 줄일수 있는 잇점이 있다.

본 발명은, 데이터 링크계층만이 구현된 단순한 네크워크 구조에서의 파일전송 방법과 이를 응용한 교환기 소프트웨어의 유지보수, 이중화로 설계된 시스팀에서 기존의 이중화에 종속적인 이중화 제어방식과 이를 응용한 교환기와 교환기에 연결된 외부장치의 이중화 제어방법이다. 이에 따라, 교환기 소프트웨어 및 데이터의 유지보수 비용을 절감하고 유지보수의 신뢰성과 신속성 및 서비스의 연속성을 확보하고 부수적으로 교환기 운용자들의 편리성을 도모한다.

Claims

교환기 소프트웨어 전송 방법에 있어서,

과금전송장치(CDT; 100)와 전자 교환기(200)를 구비하는데, 상기 CDT(100)는 상기 전자 교환기(200)와 연결되어,

사용자 명령 및 파일 송수신부(3)가 사용자 명령 및 파일을 송신 및 수신하는 단계;

GUI인터페이스(5) 에 의하여 사용자 명령 입출력기능을 하는 단계;

상기 송신 및 수신 메시지 처리부(7)를 구비하고, 상기 파일 송수신부(3) 및 상기 상태관리부(6)가 상기 (5) 및 상기(7)사이에서 (7)에 의하여 분석, 분리되어 전달된 데이터 패킷에따라 상태 패킷인경우 (6), 상태 패킷이외의 패킷인 경우 (3)이 기능을 하는 단계;

교환기O/S(9)가 제공하는 LAN 정합 기능을 이용하여 상태제어부(2)가 CDT(100)로부터 전달된 메시지중 상태관리에 관한 메시지를 전달하는 단계;

상기 상태처리부(2)로부터 파일 송수신 시작 통보를 분석하여 파일 송신이나 수신을 구별하여 파일 송수신부(10)에 의하여 작업을 수행할 데이터를 전달하는 단계; 및,

상기 O/S(9)로 부터 메시지를 수신받은 상태관리부 및 제어부(2)는 메시지 내용을 분석하여 정보의 변경 여부 등을 판단하는 단계;

사용자 명령어 및 출력 메시지 처리부(11)가 상기 상태 제어부(2) 및 상기 파일 송수신부(10)의 메시지를 받아 출력장치(1)과 (12)로 출력하는 단계; 및,

상태변경 메시지를 출력하는 단계를 구비하는 단계를 포함하는 것을 특징으로 하는 교환기 소프트웨어 전송 방법.
제 1 항에 있어서,

상기 사용자 명령및 화일 송수신 단계에서 송신 및 수신 메시지 처리부(7)가 파일 송신 시작을 통보할 경우는 교환기 소프트웨어를 변경시키는 단계; 및,

상기 교환기(200)는 CDT(100)와 SFTP 프로토콜에 의하여 파일을 전송받는 단계를 포함하는 것를 특징으로 하는 교환기 소프트웨어 전송 방법.
제 1 항에 있어서,

상기 사용자 명령 및 파일 송수신부 단계에서 출력메시지부(11)는 교환기 운용자로 부터 파일 송수신 요구 시작 또는 중지를 입력받아 파일 송수신부(10)로 전달하여 파일 송수신부(10)가 파일 송수신을 중지하거나 시작하는 단계; 및,

각각의 파일의 송신을 완료할때마다 메시지를 출력하는 단계를 포함하는 것을 특징으로 하는 교환기 소프트웨어 전송 방법.
제 1 항에 있어서,

상기 사용자 명령을 입출력하는 단계에서 교환기(200)는 현재 파일 송수신 정보나 상태 정보, 작업 정보의 출력 요구를 운용자 터미널(1)로 부터 수신하여 상태관리부 및 제어부(2)로 전달하는 단계; 및,

상태처리부(2)에서 수신한 정보를 출력(1,12)하는 단계를 포함하는 것을 특징으로 하는 교환기 소프트웨어 전송 방법.
제 1 항에 있어서,

상기 상태관리부 및 제어부(2)는 메시지 내용을 분석하여 정보의 변경 여부 등을 판단하는 단계에서 전자교환기(200) 및 CDT(100)간에 존재하는 이중화 방식에 종속되어 자체적으로 이중화를 제어하는 단계를 포함하는 것을 특징으로 하는 교환기 소프트웨어 전송 방법.
제 1 항에 있어서,

상기 파일 송수신부(10)에 의하여 작업을 수행할 데이터를 전달하는 단계에서 CDT(100)나 교환기의 운용자 요구시, 또는 교환기 소프트웨어 및 데이터 보존을 위하여 실행하는 덤프작업시 CDT(100) 백업이나 교환기 소프트웨어의 변경을 실행하는 단계를 포함하는 것을 특징으로 하는 교환기 소프트웨어 전송 방법.
제 1 항에 있어서,

상기 교환기와 CDT(100)간 파일의 송수신은 SFTP의 제어방식이고, 제어 메시지와 응답 메시지는 파일 송수신하는 단계를 포함하는 것을 특징으로 하는 교환기 소프트웨어 전송 방법.
부기능 이중화 처리에 있어서,

시스팀에 수신된 정보가 주기능 시스팀의 이중화 상태를 관리하는 정보인지 판단하는 단계(스텝 65);

주기능 시스팀의 이중화상태관리 정보가 아니면 무시하는 단계(65);

만일 주기능시스팀의 이중화관리 정보이면 이전의 주기능 시스팀의 상태관리정보 데이터와 비교하여 주시스팀의 상태가 변경되었는지 검사하는 단계(66);

주기능 시스팀의 상태정보가 변경되었다면 주기능 시스팀에 ACTIVE와 STANDBY시스팀 모두 존재하는지 확인하는 단계(67);

주기능 시스팀에 ACTIVE와 STANDBY 시스팀 모두 존재하면 현재 시스팀이 주시스팀의 ACTIVE인지 조사하는 단계(69);

만일 현재 시스팀이 주기능 시스팀의 ACTIVE가 아니면 부기능의 ACTIVE로 설정하는 단계(72);

부기능의 STANDBY 시스팀에 현재 부시스팀의 상태를 정보를 전송하는 단계(74);

상기 조사단계(69)에서 ACTIVE 이면, 현재 시스팀이 주기능 시스팀의 ACTIVE이면 부기능의 STANDBY 시스팀으로 설정하는 단계(73); 및,

상태처리를 종료하는 단계(75)를 포함하는 것을 특징으로 하는 이중화 처리방법.
제 8 항에 있어서,

상기 단계967)에서 주기능 시스팀에 ACTIVE만 존재하면 현재 시스팀이 주기능 시스팀의 ACTIVE인지 확인하는 단계(68);

주기능 시스팀이 ACTIVE라면 부기능의 ACTIVE시스팀으로 설정(72)하는 단계(72); 및,

만일 현재 시스팀이 주기능 시스팀의 ACTIVE가 아니면 상태정보를 무시하는 단계를 포함하는 것을특징으로 하는 이중화 처리방법.
제 8 항에 있어서,

상기 단계(66)에서 주 기능 시스팀의 상태정보가 변경되지 않았다면 현재 부기능 시스팀이 STANDBY모드로 동작하는지 확인하는 단계(70);

만일 현재 부기능 시스팀이 STANDBY모드가 아니면(ACTIVE모드) 부시스팀의 STANDBY모드에 현재의 부시스팀의 상태정보를 전송하는 단계(71); 및,

현재 부기능 시스팀이 STANDBY모드이면 상태관리정보를 무시하는 단계를 포함하는 것을 특징으로 하는 이중화 처리방법.