KR20030056172A

KR20030056172A - 인터넷 팩스 데이터의 오류 제어 방법

Info

Publication number: KR20030056172A
Application number: KR1020010086343A
Authority: KR
Inventors: 이응돈; 강태규
Original assignee: 한국전자통신연구원; 주식회사 케이티
Priority date: 2001-12-27
Filing date: 2001-12-27
Publication date: 2003-07-04
Also published as: US20080094661A1; KR100433629B1; US7639384B2; US20030123464A1; US7330283B2

Abstract

본 발명은 인터넷상에서 팩스 데이터를 송수신할 때 전송 오류를 감소시키고 팩스 데이터의 전송 속도를 향상시키기 위하여 RTCP 프로토콜중의 수신자보고 메시지를 이용하여 네트워크의 상태에 따라 인터넷 팩스 데이터의 오류를 제어하기 위한 방법 및 이 방법이 적용되는 게이트웨이에 관한 것으로서 T.38 팩스 데이터를 수신하여 상기 T.38 팩스 데이터의 소정의 QoS 모니터링 데이터를 분석하여 상태정보를 생성하는 단계; 상기 상태정보 생성단계의 상태정보를 상기 T.38 팩스 데이터를 송신한 게이트웨이로 송신하는 단계; 상기 상태정보를 수신한 후 그에 기초하여 상기 송신한 T.38 팩스 데이터의 패킷의 손실여부를 분석하는 단계; 및 상기 분석 단계의 분석을 근거로 부가 메시지의 갯수를 증감하는 단계;를 포함하는 것을 특징으로 하며, 인터넷에서 T.38 팩스 데이터를 전송할 때 네트워크의 상태에 따라 실시간으로 적절하게 T.38 패킷의 오류를 제어할 수 있게 되므로 오류제어 성능을 향상시켜 신뢰성 있는 통신이 보장되고 전송속도도 향상시킬 수 있어 전체적으로 전송효율을 극대화시킬 수 있게 된다.

Description

인터넷 팩스 데이터의 오류 제어 방법{Method for controlling errors of internet fax data}

본 발명은 인터넷상에서 팩스 데이터를 송수신할 때 전송 오류를 감소시키고 팩스 데이터의 전송 속도를 향상시키기 위한 것으로서, 특히 RTCP 프로토콜중의 RR(Receiver Report)메시지를 이용하여 네트워크의 상태에 따라 인터넷 팩스 데이터의 오류를 제어하기 위한 방법 및 이 방법이 적용되는 게이트웨이에 관한 것이다.

대한민국 공개번호 특1999-0051938호에는 팩스 데이터를 수신할 때 왜곡된 화질을 복원하는 화질복원장치 및 그 방법에 관한 발명이 기재되어있다. 이 특199-0051938호에 따르면, 수신된 팩스 데이터에 오류가 발생하면 팩스 교신이 이루어지고 있는 변조방식을 판단하여 변조방식에 대한 다수의 오류패턴들을 판독하고 수신된 팩스 데이터에 대하여 라인별로 오류를 체크한 후, 라인에 오류가 발생하였으면 상기 오류패턴을 이용하여 오류를 교정함으로써 양질의 화상을 수신자에게 제공한다.

또한 대한민국 공개번호 특1999-0086290호에는 팩스 데이터의 전송상태를 확인하는 장치 및 그 방법에 관한 발명이 기재되어 있다. 이 특 1999-0086290호에 따르면, 팩스 데이터를 전송한 송신측으로부터 음성 요청 기능이 요구되었을 때, 수신측에서 팩스 데이터의 수신상황을 자동으로 안내함으로써 송신측에서 팩스 데이터의 전송 상황을 용이하게 파악할 수 있으며 기타 안애 메시지를 송출함으로써 팩스 데이터의 전송에 대한 신뢰성을 향상시킬 수 있다.

그러나 상기의 발명들은 기존의 T.30 프로토콜을 이용하는 전화망에서의 팩스 전송에 한정되어 있어서 T.38 프로토콜을 이용하여 팩스 데이터를 전송할 때는 적용할 수 없고 팩스 전송시 오류 제어 방법이 고정되어 있기 때문에 전화망의 상태가 악화되었을 경우에는 여전히 팩스 데이터의 전송에 대한 신뢰성이 떨어진다는 문제점이 있다.

본 발명이 이루고자 하는 기술적 과제는 T.38 프로토콜을 이용하여 인터넷을통한 팩스 데이터를 전송하는 경우에 있어서, 네트워크의 상태에 따라 적절한 오류제어 방법을 선택할 수 있는 방법과 그 방법이 적용되는 게이트웨이를 제공하는데 있다.

도 1은 본 발명인 인터넷 팩스 데이터의 오류 제어 방법이 적용되는 게이트웨이의 구성도를 보여주는 도면이다.

도 2는 T.38 패킷의 형식을 보여주는 도면이다.

도 3은 인터넷 팩스 데이터를 게이트웨이간에 송수신할 때 RTCP의 RR메시지의 형식을 보여주는 도면이다.

도 4는 본 발명인 인터넷 팩스 데이터의 오류 제어 방법의 흐름을 보여주는 흐름도이다.

상기의 기술적 과제를 이루기 위하여 본 발명에 의한 게이트웨이는 H.323 호 설정 데이터를 송수신하는 제1프로토콜처리부; 게이트웨이간에 실시간 수송 프로토콜을 이용하여 송수신되는 팩스 데이터에 기초하여 상기 팩스 데이터의 상태정보를 생성하는 제2프로토콜처리부; 상기 상태정보를 수신하여 네트워크의 상태를 파악한 후 오류 제어 방식을 선택하는 제3프로토콜처리부; 및 상기 H.323 호 설정 데이터를 포함하는 FoIP를 위한 소정의 프로토콜 데이터들을 패킷교환망에 적합한 데이터 구조로 변환하여 상기 패킷교환망으로 송수신하는 접속부;를 포함하는 것을 특징으로 한다.

상기의 기술적 과제를 이루기 위하여 본 발명에 의한 인터넷 팩스 데이터의 오류 제어 방법은 T.38 팩스 데이터를 수신하는 단계; 상기 T.38 팩스 데이터의 소정의 QoS 모니터링 데이터를 분석하는 단계; 및 상기 분석 단계의 분석결과를 상기 T.38 팩스 데이터를 송신한 게이트웨이로 송신하는 단계;를 포함하는 것을 특징으로 한다.

상기의 기술적 과제를 이루기 위하여 본 발명에 의한 인터넷 팩스 데이터의 오류 제어 방법은 송신한 T.38 팩스 데이터의 분석정보를 상대방 게이트웨이로부터 수신하는 단계; 상기 분석정보에 기초하여 상기 송신한 T.38 팩스 데이터의 패킷의손실여부를 분석하는 단계; 및 상기 분석 단계의 분석을 근거로 부가 메시지의 갯수를 증감하는 단계;를 포함하는 것을 특징으로 한다.

상기의 기술적 과제를 이루기 위하여 본 발명에 의한 인터넷 팩스 데이터의 오류 제어 방법은 T.38 팩스 데이터를 수신하여 상기 T.38 팩스 데이터의 소정의 QoS 모니터링 데이터를 분석하여 상태정보를 생성하는 단계; 상기 상태정보 생성 단계의 상태정보를 상기 T.38 팩스 데이터를 송신한 게이트웨이로 송신하는 단계; 상기 상태정보를 수신한 후 그에 기초하여 상기 송신한 T.38 팩스 데이터의 패킷의 손실여부를 분석하는 단계; 및 상기 손실여부의 분석 단계의 분석을 근거로 부가 메시지의 갯수를 증감하는 단계;를 포함하는 것을 특징으로 한다.

이하 첨부된 도면을 첨부하여 본 발명의 바람직한 일 실시예에 대하여 상세히 설명하도록 한다.

도 1은 본 발명인 인터넷 팩스 데이터의 오류 제어 방법이 적용되는 게이트웨이의 구성도를 보여주는 도면이고, 도 2는 T.38 패킷의 형식을 보여주는 도면이다.

먼저 인터넷 팩스 데이터를 송수신하기 위한 게이트웨이(100)의 구성 블럭의 기능을 설명한다. 이 게이트웨이(100)는 H.323 단말이나 LAN상의 다른 게이트웨이와 WAN상의 다른 ITU단말간에 실시간 양방향 통신을 제공하는 단말장치이다. 제1프로토콜 처리부(130)는 게이트웨이(100)로 입력되는 H.323 호 설정 데이터를 송수신하고 처리한다. H.323 프로토콜은 인터넷을 포함한 패킷 기반망에서 오디오, 비디오, 데이터를 지원하는 멀티미디어 통신시스템 표준으로서 ITU-T에서 표준화기 이루어지고 있다. 또한 제1프로토콜 처리부(130)는 H.225.0(패킷기반 멀티미디어 통신시스템을 위한 호 시그널링 프로토콜과 미디어 스트림 패킷화; Call signalling protocols and media stream packetization for packet-based multimedia communication systems) RAS(Registration, Admission, and Status), H.225.0 Q931, H.245 메시지들을 처리하는 기능을 수행한다.

제2프로토콜 처리부(150)는 실시간 수송 제어 프로토콜(RTCP;Real Time Control Protocol)에 기초하여 게이트웨이(100)간에 송수신되는 팩스 데이터의 패킷 손실 및 지터(jitter)와 같은 QoS(Quality of Service) 모니터링 데이터를 분석하여 처리하고, 그 분석 결과를 제3프로토콜 처리부(170)으로 보고한다.

제3프로토콜 처리부(170)는 상기 제2프로토콜 처리부(170)로부터 수신한 QoS 모니터링 결과에 따라 오류 제어 방법을 선택하게 되는데, 이 방법은 아래에서 보다 상세하게 설명하도록 한다. 제3프로토콜 처리부(170)는 또한 T.30 데이터와 T.38데이터간의 상호 변환을 시행한다. 즉 일반 공중전화망(PSTN)을 통하여 수신되는 T.30 데이터를 T.38 데이터로 변환하여 접속부(110)로 보내 패킷망과의 연동이 가능하도록 한다. 또한 역으로 패킷망을 통하여 수신되는 T.38 데이터를 접속부(110)를 통하여 수신한 후에 T. 30 데이터로 변환하여 공중전화망과 연동이 가능하도록 데이터 변환을 수행한다.

접속부(110)의 기능은 크게 두 가지로 나눌 수 있는데, 그 하나는 H.323, RTCP, T.38과 같은 상위 프로토콜 데이터들을 인터넷과 같은 패킷망으로 전송하기 위하여 TCP나 UDP 데이터로 변환하는 것이고, 다른 하나는 위와 같이 TCP나 UDP 데이터에 실린 상위 데이터를 인터넷에 적합한 데이터로 변환하는 것이다.

도 2는 T.38 패킷의 형식을 보여주는 도면이다. 도 2를 보면 알 수 있듯이 T.38 패킷은 순번(Sequence Number,200), 기본 메시지(Primary Message, 210), 오류제어방법 선택 필드(220), 부가 메시지 개수(Secondary Message Sequence Length, 230), 부가 메시지 열(Secondary Message Sequnce, 240,250,260,270)으로 구성된다. 이 T.38 패킷의 구성 요소에 대한 설명은 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면 누구든지 이해하고 있으므로 그 설명은 생략한다.

한편 오류 제어 방법에는 잉여(Redundancy)방법과 순방향 오류 제어 방법(FEC;Forward Error Correction)이 있는데, 도 2에 도시된 T.38 패킷의 오류제어방법 선택 필드(220)의 값에 따라 잉여 방법과 FEC방법이 결정되고, 그에 따라 부가 메시지 열(240내지 270)에는 잉여 메시지(240,250) 혹은 FEC 메시지(260,270)가 채워진다.

또한 부가 메시지 개수(230)는 부가 메시지 열의 길이를 설정하는 것으로서, 잉여 메시지(240,250) 혹은 FEC 메시지(260,270)의 개수를 나타낸다. 이러한 부가 메시지 개수(230)가 증가하면 오류 제어 성능 또한 증가하고, 특히 FEC 오류 제어 방법을 사용할 경우에는 부가 메시지 개수(230)가 증가하면 버스트(burst)오류도 정정할 수 있는 효과가 있다.

그러나 T.38 패킷의 구성을 보면 알 수 있듯이, 지금까지의 팩스 전송에는 오류제어방법 선택 필드(220)와 부가 메시지 개수(230)가 운영자 레벨에서 처음에 정해지면, 운영자가 나중에 변경하기 까지는 T.38 팩스 데이터가 전달되는 네트워크의 상태에 관계없이 고정적으로 동작을 하게 되는 비효율적인 면이 발생할 수 있게 된다. 즉 네트워크의 상태가 좋을 경우에는 부가 메시지가 불필요하게 많이 추가 되어 전송적도가 저하되고, 반면에 네트워크의 상태가 나쁠 경우에는 부가 메시지가 상대적으로 적게 추가되어 오류가 발생할 확률이 높아질 우려가 있는 것이다.

따라서 도 1의 구조를 가지는 게이트웨이간의 통신에서 상기의 고정적인 오류제어방법의 개선방법을 아래와 같이 설명한다. 도 3은 인터넷 팩스 데이터를 게이트웨이간에 송수신할 때 RTCP의 RR메시지의 형식을 보여주고, 도 4는 본 발명인 인터넷 팩스 데이터의 오류 제어 방법의 흐름을 보여주고 있다.

도 3을 보면 송신게이트웨이(300)에서 수신게이트웨이(310)으로 T.38데이터를 보내고 이 데이터에 대한 상태정보를 RTCP의 수신자보고(RR;Receive Report) 메시지로 전달하여주는 것을 알 수 있다. 이 때 수신자보고 메시지(320)의 구체적인 내용은 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면 용이하게 알 수 있으므로 설명은 생략한다.

RTCP의 일반적인 메시지들 예를 들면 송신자보고(SR;Sender Report), 수신자보고(RR), 송신자기술(SDES), 탈퇴(BYE) 등과 같은 메시지들의 필드는 기본적으로 RTP 패킷과 관련되어 있다. 그러나 인터넷 팩스 데이터를 송수신할 경우에는 팩스 패킷이 RTP가 아닌 UDP에 실려가므로 RTP 패킷이 발생하지 않는다. 따라서 본 발명에 의한 오류 제어 방법에서는 인터넷 팩스 전송시에 제2프로토콜 처리부(150)에서 RTCP 메시지의 내부 필드를 T.38 패킷과 관련시켜 제3프로토콜 처리부(160)과 연동되어 동작하도록 하였다.

이하 구체적인 오류 제어 방법의 흐름을 살펴본다. 먼저 송신 게이트웨이(300)는 초기에 설정된 오류제어방법과 부가 메시지를 가지면서 T. 38팩스 데이터를 송신한다(410단계). 수신게이트웨이(310)는 이 T.38팩스 데이터를 수신하면서 동시에 제3프로토콜처리부(170)에서 이 데이터의 QoS를 모니터링한다(420단계). 제3프로토콜처리부(170)는 수신된 T.38 데이터의 패킷 손실 개수를 수신자보고메시지(320)의 프렉션 로스트(Fraction lost)필드에 실어 송신 게이트웨이로 보내게 된다(430단계).

송신게이트웨이(300)는 410단계에서 언급한 것과 같이 초기에 설정된 오류제어방법과 부가 메시지개수로 T.38데이터를 송신하고 있다가 수신자 보고 메시지(320)를 수신하면 프렉션 로스트(Fraction Lost) 필드값을 독출하여 분석한다(440단계). 이 분석 결과 자신이 송신한 T.38 데이터 패킷이 손실되었는지의 여부를 확인한다(450단계). 만약 T.38 팩스 패킷이 손실되었으면 부가 메시지 개수(230)를 1개 증가시키고(470단계), 만약 T.38 팩스 패킷이 손실되지 않았으면 부가메시지 개수(230)를 1개 감소시켜(460단계) 이후의 T.38 팩스 패킷을 전송한다(480단계).

또한 본 발명에 의한 인터넷 팩스 데이터의 오류 제어 방법은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플라피디스크, 광데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다.

지금까지의 설명은 본 발명의 이해를 위한 바람직한 일 실시예에 대한 것으로, 본 발명이 이에 제한되는 것은 아니며, 본 발명이 속하는 기술분야에서 통상의 지식을 가지는 자에게는 본 발명의 특허청구범위 및 기술사상을 벗어나지 않고 다양한 수정 및 변형이 가능함은 명백하다.

이상 위에서 설명한 바와 같이 본 발명에 의한 인터넷 팩스 데이터의 오류 제어방법에 의하면, 인터넷에서 T.38 팩스 데이터를 전송할 때 네트워크의 상태에 따라 실시간으로 적절하게 T.38 패킷의 오류를 제어할 수 있다. 따라서 그 결과 오류제어 성능을 향상시켜 신뢰성 있는 통신이 보장되고 전송속도도 향상시킬 수 있어 전체적으로 전송효율을 극대화시킬 수 있게 된다.

Claims

H.323 호 설정 데이터를 송수신하는 제1프로토콜처리부;

게이트웨이간에 실시간 수송 프로토콜을 이용하여 송수신되는 팩스 데이터에 기초하여 상기 팩스 데이터의 상태정보를 생성하는 제2프로토콜처리부;

상기 상태정보를 수신하여 네트워크의 상태를 파악한 후 오류 제어 방식을선택하는 제3프로토콜처리부; 및

상기 H.323 호 설정 데이터를 포함하는 FoIP를 위한 소정의 프로토콜 데이터들을 패킷교환망에 적합한 데이터 구조로 변환하여 상기 패킷교환망으로 송수신하는 접속부;를 포함하는 것을 특징으로 하는 FoIP를 위한 게이트웨이.
제1항에 있어서, 상기 제3프로토콜처리부는

T.30 프로토콜에 따라 가공된 T.30 데이터와 T.38 프로토콜에 따라 가공된 T.30데이터간의 상호 변환을 실행하는 제4프로토콜처리부를 더 포함하는 것을 특징으로 하는 FoIP를 위한 게이트웨이.
제1항에 있어서, 상기 접속부는

상기 FoIP를 위한 소정의 프로토콜 데이터들을 TCP 혹은 UDP 중 적어도 하나의 프로토콜에 의한 데이터 구조로 변환하는 것을 특징으로 하는 FoIP를 위한 게이트웨이.
제3항에 있어서, 상기 접속부는

상기 데이터구조를 인터넷에 적합한 데이터 구조로 변환하는 것을 더 포함하는 것을 특징으로 하는 FoIP를 위한 게이트웨이.
FoIP를 위한 게이트웨이에서 팩스 데이터의 오류를 제어하는 방법에 있어서,

(a) T.38 팩스 데이터를 수신하는 단계;

(b) 상기 T.38 팩스 데이터의 소정의 QoS 모니터링 데이터를 분석하는 단계; 및

(c) 상기 (b)단계의 분석결과를 상기 T.38 팩스 데이터를 송신한 게이트웨이로 송신하는 단계;를 포함하는 것을 특징으로 하는 인터넷 팩스 데이터의 오류 제어 방법.
제5항에 있어서, 상기 (c)단계는

실시간 수송 제어 프로토콜(RTCP)을 이용하여 송신하는 것을 특징으로 하는 인터넷 팩스 데이터의 오류 제어방법.
제6항에 있어서, 상기 (c)단계는

상기 팩스 데이터의 상태정보를 수신자보고 메시지에 실어서 보내는 것을 특징으로 하는 인터넷 팩스 데이터의 오류 제어 방법.
제7항에 있어서, 상기 (c)단계는

상기 팩스 데이터의 상태정보를 수신자보고 메시지내의 프랙션 로스트 필드에 실어서 보내는 것을 특징으로 하는 인터넷 팩스 데이터의 오류 제어 방법.
(a) 송신한 T.38 팩스 데이터의 분석정보를 상대방 게이트웨이로부터 수신하는 단계;

(b) 상기 분석정보에 기초하여 상기 송신한 T.38 팩스 데이터의 패킷의 손실여부를 분석하는 단계; 및

(c) 상기 (b)단계의 분석을 근거로 부가 메시지의 갯수를 증감하는 단계;를 포함하는 것을 특징으로 하는 인터넷 팩스 데이터의 오류 제어방법.
제9항에 있어서, 상기 (a)단계는

상기 분석정보를 실시간 수송 프로토콜을 이용하여 전달받는 것을 특징으로 하는 인터넷 팩스 데이터의 오류 제어 방법.
제9항에 있어서, 상기 (c)단계는

상기 패킷이 손실되었으면 부가 메시지 갯수를 증가시키고, 손실되지 않았으면 부가 메시지 갯수를 감소시키는 단계를 포함하는 것을 특징으로 하는 인터넷 팩스 데이터의 오류 제어방법.
(a) T.38 팩스 데이터를 수신하여 상기 T.38 팩스 데이터의 소정의 QoS 모니터링 데이터를 분석하여 상태정보를 생성하는 단계;

(b) 상기 (a)단계의 상태정보를 상기 T.38 팩스 데이터를 송신한 게이트웨이로 송신하는 단계;

(c) 상기 상태정보를 수신한 후 그에 기초하여 상기 송신한 T.38 팩스 데이터의 패킷의 손실여부를 분석하는 단계; 및

(d) 상기 (c)단계의 분석을 근거로 부가 메시지의 갯수를 증감하는 단계;를 포함하는 것을 특징으로 하는 인터넷 팩스 데이터의 오류 제어방법.
제11항에 있어서, 상기 (b)단계는

실시간 수송 제어 프로토콜을 이용하여 송신하는 것을 특징으로 하는 인터넷 팩스 데이터의 오류 제어방법.
제12항에 있어서, 상기 (b)단계는

상기 상태정보를 수신자보고 메시지에 실어서 보내는 것을 특징으로 하는 인터넷 팩스 데이터의 오류 제어방법.
제11항에 있어서, 상기 (d)단계는

상기 패킷이 손실되었으면 부가 메시지 갯수를 증가시키고, 손실되지 않았으면 부가 메시지 갯수를 감소시키는 단계를 포함하는 것을 특징으로 하는 인터넷 팩스 데이터의 오류 제어방법.
제5항, 제9항, 혹은 제12항의 단계중 적어도 하나의 항의 단계를 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.