KR101959399B1

KR101959399B1 - Ｔ.30 프로토콜에 기초한 핸드셰이킹을 수행하는 팩스 기기 및 그 방법.

Info

Publication number: KR101959399B1
Application number: KR1020120123100A
Authority: KR
Inventors: 서영상; 한창민
Original assignee: 에이치피프린팅코리아 유한회사
Priority date: 2012-11-01
Filing date: 2012-11-01
Publication date: 2019-03-19
Also published as: CN103813049A; KR20140056857A; US9036216B2; EP2728849A3; EP2728849B1; CN103813049B; US20140118794A1; EP2728849A2

Abstract

T.30 프로토콜에 기초한 팩스기기들 간의 핸드셰이킹(hand-shaking) 방법이 개시된다. 본 발명의 일 실시예에 의한 핸드셰이킹 방법은, 팩스문서 전송을 위해 선택된 제1 전송 속도(data rate)에 대한 정보를 수신 측 팩스기기에 전송하는 단계; 상기 제1 전송 속도(data rate)에 따른 데이터 송수신을 사전에 테스트하기 위해 기 정의된 비트열이 포함된 복수개의 프레임들을 상기 수신 측 팩스기기에 전송하는 단계; 및 상기 테스트의 성공 또는 실패를 알리는 메세지를 수신하는 단계를 포함하고, 상기 프레임들을 전송하는 단계는, 상기 송신 측 팩스기기에 설정된 TCF 플래그 값 및 상기 선택된 제1 전송 속도의 값 중 적어도 하나를 고려하여 상기 프레임들을 전송하는 시간 길이(Time Duration)를 가변적으로 결정하여 전송한다.

Description

Ｔ.30 프로토콜에 기초한 핸드셰이킹을 수행하는 팩스 기기 및 그 방법.{ Apparatus and Method for performing a hand-shaking process based on T.30 protocol}

본 발명은 팩스 문서 전송을 위하여 송신 측 팩스기기와 수신 측 팩스기기간에 T.30 프로토콜을 이용하여 핸드셰이킹을 수행하는 방법 및 장치에 관한 발명이다.

최근들어 국내와 해외의 공중회선교환전화망(PSTN, public switched telephone network)이 VoIP(Voice over Internet Protocol)망으로 교체되고 있는 추세이다. 따라서, 송수신 단말들 간의 통신 경로를 살펴보면 PSTN 망과 VoIP 망이 구간구간 혼재되어 있다. VoIP 망은 통신 비용이 저렴하다는 장점이 있지만, 음성 신호의 전송에 최적화되어 있기 때문에, 팩스 문서 등의 데이터는 VoIP 망을 거치면서 패킷의 손실이 발생하거나 노이즈가 증가한다는 문제점이 존재한다.

예컨대, 송수신 팩스기기들 간의 핸드셰이킹(hand-shaking) 절차를 규정하는 T.30 프로토콜은 PSTN 망의 이용을 전제로 하고 있다. 따라서, T.30 프로토콜은 VoIP 망의 레이턴시(latency), 지터(jitter), 패킷 손실(packet-loss)의 특성에 강인하지 못하다. 게다가, VoIP 망의 경우 음성 신호 대역에 적합한 필터링과 부호화를 수행하기 때문에, T.30 프로토콜에 따른 메세지들은 왜곡될 수 있다. 결과적으로 팩스기기들 간의 교신이 실패할 확률이 높아진다.

본 발명이 이루고자하는 기술적 과제는, VoIP 망과 PSTN망이 혼재되어 있는 환경에서 T.30 프로토콜을 이용하는 팩스 기기들간에 교신 성공률을 향상시킬 수 있는 핸드셰이킹 방법을 제공하는데 있다.

본 발명의 일 실시예에 따른 핸드 셰이킹 방법은, 송신 측 팩스기기가 팩스문서 전송을 위해 선택된 제1 전송 속도(data rate)에 대한 정보를 수신 측 팩스기기에 전송하는 단계; 상기 제1 전송 속도(data rate)에 따른 데이터 송수신을 사전에 테스트하기 위해 기 정의된 비트열이 포함된 복수개의 프레임들을 상기 수신 측 팩스기기에 전송하는 단계; 및 상기 테스트의 성공 또는 실패를 알리는 메세지를 수신하는 단계를 포함하고, 상기 프레임들을 전송하는 단계는, 상기 송신 측 팩스기기에 설정된 TCF 플래그 값 및 상기 선택된 제1 전송 속도의 값 중 적어도 하나를 고려하여 상기 프레임들을 전송하는 시간 길이(Time Duration)를 가변적으로 결정하여 전송한다.

본 발명의 다른 일 실시예에 따라서 상기된 방법을 실행하기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체가 제공된다.

본 발명의 또 다른 일 실시예에 따른 송신 측 팩스 기기는, 전송할 팩스 문서를 스캔하는 스캐닝 모듈; 상기 스캔된 팩스 문서를 저장하는 저장부; 공중회선교환전화망 또는 VoIP(Voice over Internet Protocol)망을 통해 상기 팩스 문서를 전송하는 네트워크 인터페이스; 및 상기 네트워크 인터페이스를 제어함으로써, 상기 팩스문서 전송을 위해 선택된 제1 전송 속도(data rate)에 대한 정보를 수신 측 팩스기기에 전송하고, 상기 제1 전송 속도(data rate)에 따른 데이터 송수신을 사전에 테스트하기 위해 기 정의된 비트열이 포함된 복수개의 프레임들을 상기 수신 측 팩스기기에 전송하고, 상기 테스트의 성공 또는 실패를 알리는 메세지를 수신하는 제어부를 포함하고, 상기 제어부는, 상기 송신 측 팩스기기에 설정된 TCF 플래그 값 및 상기 선택된 제1 전송 속도의 값 중 적어도 하나를 고려하여 상기 프레임들을 전송하는 시간 길이(Time Duration)를 가변적으로 결정한다.

본 발명의 일 실시예에 따르면, PSTN과 VoIP 망이 혼재된 환경에서 T.30 프로토콜에 기초한 핸드셰이킹을 수행하는 팩스기기들 간에 교신 성공율을 향상시킬 수 있다.

도 1은 본 발명의 일 실시예에 따른 시스템의 구성을 도시한 도면이다.
도 2a 및 도 2b는 T.30 프로토콜에 기초한 일반적인 핸드셰이킹 방법의 흐름을 도시한 도면이다.
도 3은 본 발명의 일 실시예에 따른 팩스기기의 구조를 도시한 도면이다.
도 4는 본 발명의 일 실시예에 따른 팩스기기의 제어부를 도시한 도면이다.
도 5는 본 발명의 일 실시예에 따른 핸드셰이킹 방법의 흐름을 도시한 도면이다.
도 6은 도 5의 핸드셰이킹 방법에서 테스트 프레임을 전송하는 시간길이를 가변적으로 결정하는 방법의 일 실시예를 도시한 도면이다.
도 7은 도 5의 핸드셰이킹 방법에서 테스트 프레임을 전송하는 시간길이를 가변적으로 결정하는 방법의 다른 일 실시예를 도시한 도면이다.
도 8은 도 7의 실시예에서 TCF 플래그를 설정하는 방법의 일 실시예를 도시한 도면이다.
도 9는 도 5의 핸드셰이킹 방법에서 테스트 프레임들을 전송하는 시간길이를 가변적으로 결정하는 방법의 또 다른 일 실시예를 도시한 도면이다.

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

도 1은 본 발명의 일 실시예에 따른 시스템의 구성을 도시한 도면이다. 도 1을 참조하면, 시스템(100)은 송신측 팩스기기(110), 수신측 팩스기기(120), 제1 교환기(120), 제2 교환기(130)를 포함한다.

송신측 팩스기기(110) 및 수신측 팩스기기(120)는 모두 공중 전화망(PSTN : (Public Switched Telephone Network)을 통해 전화 팩스를 송수신한다. 과거에는 송신측 팩스기기(110)에서 수신측 팩스기기(120)에 이르는 경로가 모두 공중 전화망(PSTN)으로 연결되었으나, 최근에는 도 1에 도시된 바와 같이 음성패킷망(VoIP: Voice over Internet Protocol)이 기존의 PSTN 망의 일부 구간을 대체하고 있다.

제1 교환기(120) 및 제2 교환기(130)는 PSTN 망과 VoIP 망의 사이에 위치하며, PSTN 망으로부터 수신한 음성 시그널을 패킷으로 변환하여 VoIP망으로 전송하거나, VoIP 망으로부터 수신된 패킷을 음성 시그널로 변환하여 PSTN 망으로 전송하는 역할을 수행한다. 이러한 변환 과정에서는, 아날로그 신호를 디지털 신호로 변환하거나 또는 디지털 신호를 아날로그 신호로 역변환하는 과정, 신호 대역의 필터링 과정, 인코딩 및 디코딩 과정이 포함될 수 있다. 따라서, 변환 과정에서 노이즈가 증가하게 되거나, 일부 데이터가 손실될 수 있다. 또한, VoIP 망을 통해 패킷을 전송하게 되면, 일부 패킷의 로스(loss)가 발생될 수 있다.또한, VoIP망이 실시간성을 보장한다고 하여도, 패킷 단위로 데이터를 압축하여 전송하기 때문에, PSTN 망과 비교할 때 음성 신호의 송수신 타이밍이 지연될 수 있다.

이러한 VoIP 망의 특성은 팩스 문서를 송수신할 때보다도, 송신측 팩스기기(110)와 수신측 팩스기기(140) 간에 핸드셰이킹 과정에서 많은 문제점을 초래한다. 팩스 문서를 송수신하기 위해서는 송신측 팩스기기(110)와 수신측 팩스기기(140)의 핸드셰이킹이 성공적으로 이루어져야 한다. 만약, 핸드셰이킹이 성공적으로 이루어지면, 노이즈가 증가하거나 일부 데이터가 유실되어 팩스 문서의 품질이 낮아지더라도 적어도 팩스문서를 전송할 수는 있다. 그러나, 핸드셰이킹이 실패하는 경우에는 아무리 팩스문서의 해상도를 낮추고, 이미지 크기를 줄이더라도 그 팩스 문서를 전송할 기회 자체가 상실된다. 따라서, 본 발명에서는 VoIP 망과 PSTN 망이 혼재하는 환경에서 송신측 팩스기기(110)와 수신측 팩스기기(140) 간에 핸드셰이킹 성공률을 향상 시킬 수 있는 방법과 장치를 제공하고자 한다.

도 2a 및 도 2b는 T.30 프로토콜에 기초한 일반적인 핸드셰이킹 방법의 흐름을 도시한 도면이다. T.30 프로토콜은 ITU(International Telecommunication Union) 시리즈 T(Terminals for telematic services)의 권고에 규정되어 있다. T.30 프로토콜은 PSTN망에서 문서 팩스 기기들간의 전송 절차를 정의한다. 이하에서는 도 2a 및 도 2b를 참조하여 T.30 프로토콜에 따른 핸드셰이킹의 성공과 실패의 절차에 대해서 간략히 살펴본다.

도 2a는 핸드셰이킹이 성공하게 되는 경우를 나타낸다. 도 2a를 참조하면, 송신측 팩스기기(210a)는 CNG를 수신측 팩스기기(220a)에 전송한다(S201a). CNG는 자신이 일반적인 전화 단말이 아니라, 팩스기기임을 알리는 호출 톤(calling tone)을 의미한다. 보다 상세하게는 CNG는 1100Hz의 주파수를 갖고, 1 주기 내에서 0.5초 동안 On 되고, 나머지 3초 동안 Off되는 시그널을 말한다.

수신측 팩스기기(220a)는 CNG 신호에 대한 응답으로서, CED 신호를 송신측 팩스기기(210)에 전송한다(S203a). CED 신호는 수신측 팩스기기임을 식별하게 하는 톤으서, 보다 상세하게는 2100Hz 주파수에서 2.6 내지 4.0초 동안 전송된다.

이어서, 수신측 팩스기기(220a)는 DIS(Digital Identification Signal) 메세지를 전송한다(S204a). DIS 메세지에는 수신측 팩스기기(220a)의 성능(capability)에 대한 정보가 포함되어 있다. DIS 메세지는, 예컨대, 수신측 팩스기기(220a)가 수신할 수 있는 팩스 문서의 최대 전송 속도(data rate), 최대 사이즈, 해상도, 오류 정정 모드(ECM : Error Corretion mode) 등에 대한 정보를 포함할 수 있다.

송신측 팩스기기(210a)는 DIS 메세지에 대한 응답으로서, DCS(Digital Command Signal) 메세지를 전송한다(S205a). DCS 메세지에는 팩스 문서의 전송을 위해 사용될 전송속도, 팩스 문서의 해상도 및 압축 방식에 대한 정보를 포함할 수 있다. DCS 메세지에 포함된 정보들, 예컨대, 전송속도는 송신측 팩스기기(210a)가 DIS 메세지에 기초하여 선택한 전송속도에 해당한다. 일례로, 송신측 팩스기기(210a)의 최대 전송속도가 33600bps일지라도, DIS 메세지에 포함된 수신측 팩스기기(220a)의 최대 전송속도가 14400bps 인 경우, 송신측 팩스기기(210a)는 팩스 전송을 위한 전송속도를 14400bps로 선택한다.

이어서, 송신측 팩스기기(210a)는 TCF(Training Check Fuction) 메세지를 수신측 팩스기기(220a)에 전송한다(S206). TCF 메세지는 실제로 팩스 문서를 전송하기 이전에, 선택된 전송속도를 통한 데이터의 송수신을 사전에 테스트해보기 위한 메세지를 의미한다. TCF 메세지에 대하여 보다 상세히 살펴보면, TCF 메세지는 HDLC(High-Level Data Link Control) 프레임의 데이터 필드에 0의 비트열들을 포함시킨 메세지를 말한다. HDLC 프레임이란 데이터 링크 계층에서 사용되는 전송 프로토콜로서, 데이터가 성공적으로 송수신되는지를 검증하기 위해 사용한다. T.30 규격에 따르면, TCF 메세지는 1.5 Sec초에서 ± 10 % 오차범위의 시간길이(Time Duration) 동안 전송된다. 즉, 기 설정된 시간 길이 1.5 Sec초에서 ± 10 % 동안 복수개의 동일한 HDLC 프레임들이 반복적으로 전송된다.

수신측 팩스기기(220a)는 TCF 메세지를 수신하고, TCF 메세지가 정상적으로 수신되었는지를 판단한다(S207a). 즉, 송신측 팩스기기(210a)가 전송한 HDLC 프레임들 해석하여, 데이터 필드에 포함된 0의 비트열들이 제대로 전송되었는지를 파악한다. 이와 같은 과정을 통해, 송신측 팩스기기(210a)는 HDLC 프레임이 소정 회수 이상 손실 없이 수신되었다고 판단되면, TCF 메세지가 정상적으로 수신되었다고 판단한다.

수신측 팩스기기(220a)는 TCF 메세지가 정상적으로 수신되었음을 송신측 팩스기기(210a)에 알리기 위하여 CFR(Confirmation To Receive) 메세지를 전송한다(S208a).

송신측 팩스기기(209a)는 팩스 문서의 데이터를 전송한다.(S209a) 송신측 팩스기기(209a)는 팩스 문서의 데이터의 전송이 완료되면 EOP(End Of Procedure)를 전송한다(S210a).

수신측 팩스기기(220a)는 팩스 문서를 수신받았음을 알리기 위해 MCF(Message Confirmation)를 송신측 팩스기기(211a)에 전송한다(S211a).

송신측 팩스기기(209a)는 수신측 팩스기기(220a)와의 회선 연결을 종료한다(S212a).

도 2b는 핸드셰이킹이 실패하게 되는 경우를 나타낸다. S201b 내지 S207b 단계는, 도 2a와 중복하는 내용이므로 그 설명을 생략한다. 다만, S207b 단계에서, 수신측 팩스기기(220b)는 TCF 메세지를 정상적으로 수신하지 못하였다고 판단하였음을 가정하여 설명한다.

수신측 팩스기기(220b)는 TCF 메세지를 정상적으로 수신하지 못하였음을 알리는 FTT(Failure To Train) 메세지를 송신측 팩스기기(210b)에 전송한다(S208b).

송신측 팩스기기(210b)는 팩스 문서 전송을 위해 선택된 전송속도가 최저 전송속도 이하인지를 판단한다(S209b). 예컨대, V.17 규격에 따른 전송방식의 경우, 송신측 팩스기기(210b)는 선택된 전송속도가 2400bps 이하인지를 판단한다.

만약, 선택된 전송속도가 2400bps 이하인 경우, 송신측 팩스기기(220b)는 팩스 문서의 전송이 불가능함을 나타내는 폴 팩 에러(fall back error)를 출력하고(S211b), 연결을 종료한다(S212b).

선택된 전송속도가 2400bps 보다 큰 경우, 송신측 팩스기기(220b)는 팩스문서의 전송속도를 단계적으로 낮추고(S210b), S205b 단계로 돌아간다. 즉, V.17 규격에 따른 전송방식의 경우, 송신측 팩스기기(220b)는 14400bps, 12000bps, 9600bps, 7200bps, 4800bps 및 2400bps의 전송속도를 단계적으로 선택하게 된다.

도 3은 본 발명의 일 실시예에 따른 팩스기기의 구조를 도시한 도면이다. 도 3을 참조하면, 본 발명의 일 실시예에 따른 팩스기기(300)는 네트워크 인터페이스(310), 사용자 인터페이스(320), 기능 모듈(330), 저장부(340) 및 제어부(350)를 포함한다.

네트워크 인터페이스(310)는 공중회선교환전화망 또는 VoIP(Voice over Internet Protocol)망을 통해 팩스 문서를 송수신한다. 또한, 네트워크 인터페이스(310)는 제어부(350)의 제어에 따라서, T.30 프로토콜에 따른 메세지들을 다른 팩스기기와 송수신한다.

사용자 인터페이스(320)는 사용자로부터의 조작을 입력받고, 사용자에게 조작 결과를 디스플레이한다. 사용자 인터페이스(110)는 사용자로부터 조작을 입력 받기 위한 사용자 입력키를 구비할 수 있다. 사용자 입력키는 물리적인 버튼으로 구현되거나 또는 터치 스크린상에 구현될 수 있다. 사용자 인터페이스(320)는 사용자에게 조작 결과를 디스플레이하기 위한 표시부(미도시)를 구비할 수 있다. 표시부(미도시)는 사용자 입력키의 기능을 포함하는 터치 스크린으로 구현될 수 있다.

사용자 인터페이스(320)는 후술하는 바와 같이, TCF 플래그 값을 설정할 수 있는 GUI 인터페이스를 제공할 수 있다. 즉, 사용자 인터페이스(320)는 HDLC 프레임들을 전송하는 시간 길이를 변경하기 위한 커스텀 모드를 선택할 수 있는 GUI(Graphic User Interface)를 제공할 수 있다. 여기서, 커스텀 모드는 예컨대, 해외 전송 모드(oversea mode) 또는 VoIP 모드일 수 있다.

만약, 사용자가 커스텀 모드를 선택하는 경우, 사용자 인터페이스(320)는 HDLC 프레임들을 전송하는 시간 길이를 사용자가 조절할 수 있는 GUI(Graphic User Interface)를 제공할 수 있다. 예를 들어, 사용자 인터페이스(320)는 사용자가 직접 시간길이를 입력하거나, 또는 시간 길이를 조절할 수 있는 바(bar)를 제공하는 GUI를 제공할 수 있다.

기능 모듈(330)은 팩스 문서의 스캔과 출력을 담당한다. 스캐닝 모듈(331)은 원본 문서를 스캐닝하여 팩스 문서의 이미지를 생성한다. 프린팅 모듈(332)은 스캐닝 모듈(331)이 스캐닝한 팩스 문서를 출력하거나 또는 네트워크 인터페이스(310)를 통해 수신된 팩스 문서를 출력한다.

저장부(340)는 스캐닝 모듈(331)이 스캔한 문서를 저장한다. 또한, 네트워크 인터페이스(310)를 통해 수신된 팩스 문서를 저장한다. 그 외에도 저장부(340)에는 사용자가 임의로 저장한 파일 또는 팩스 기기(300)의 구동을 위한 펌웨어 및 기기 설정값들이 저장될 수 있다.

제어부(340)는 T.30 프로토콜에 기초하여 네트워크 인터페이스(310)를 제어함으로써 수신측 팩스기기(미도시)와의 핸드셰이킹 제어한다. 제어부(340)는 팩스문서 전송을 위해 선택된 제1 전송 속도(data rate)에 대한 정보를 수신 측 팩스기기에 전송한다. 즉, 제어부(340)는 도 2a에서 전술한 DCS(Digital Command Signal)를 전송할 수 있다. 여기서, 제1 전송 속도는 ITU(International Telecommunication Union) 권고 V.17 규격이 규정하는 14400bps, 12000bps, 9600bps, 7200bps, 4800bps 및 2400bps 중 어느 하나 일 수 있다.

제어부(340)는 제1 전송 속도(data rate)에 따른 데이터 송수신을 사전에 테스트하기 위해 기 정의된 비트열이 포함된 복수개의 프레임들을 상기 수신 측 팩스기기에 전송한다. 예컨대, 제어부(340)는 TCF(Training Check Function) 메세지를 전송할 수 있다.

여기서, 제어부(340)는 팩스기기(300)에 설정된 TCF 플래그 값 및 선택된 제1 전송 속도의 값 중 적어도 하나를 고려하여 상기 프레임들을 전송하는 시간 길이(Time Duration)를 가변적으로 결정한다. 제어부(340)가 시간길이를 가변적으로 결정하는 실시예들은 도 4 내지 도 9에서 보다 상세히 설명하기로 한다.

제어부(340)는 네트워크 인터페이스(310)를 통해 테스트의 성공 또는 실패를 알리는 메세지를 수신한다. 여기서, 테스트의 성공을 알리는 메세지는 도 2a에서 설명한 CFR (Confirmation to Receive)이고, 테스트의 실패를 알리는 메세지는 도 2b에서 설명한 FTT일 수 있다.

도 4는 본 발명의 일 실시예에 따른 팩스기기의 제어부를 도시한 도면이다. 도 4를 참조하면, 제어부(400)는 TCF 시간길이 결정부(410), TCF 플래그 설정부(420), GUI 생성부(430) 및 T.30 프로토콜 핸들러(440)를 포함한다.

T.30 프로토콜 핸들러(440)는 T.30 프로토콜에 의한 절차의 전반을 제어한다. 예컨대, T.30 프로토콜 핸들러(440)는 팩스 전송을 위한 제1 전송속도를 선택하고, 제1 전송속도에 대한 정보를 수신측 팩스기기에 전송할 수 있다. T.30 프로토콜 핸들러(440)는 TCF 시간길이 결정부(410)가 결정한 시간 길이 동안, 데이터 송시신을 테스트하기 이한 프레임들을 수신측 팩스기기(미도시)에 전송한다. T.30 프로토콜 핸들러(440)는 테스트의 성공을 알리는 메세지를 수신하여, 팩스 문서의 전송을 시작하거나 테스트의 실패를 알리는 메세지를 수신하여 폴 백 에러를 출력한다.

TCF 시간길이 결정부(410)는 제1 전송속도에 따른 데이터 송수신을 사전에 테스트하기 위해, 기 정의된 비트열이 포함된 복수개의 프레임들을 전송할 시간길이(Time duration)를 결정한다. TCF 시간길이 결정부(410)는 팩스기기(300)에 설정된 TCF 플래그 값 및 제1 전송 속도의 값 중 적어도 하나를 고려하여 프레임들을 전송하는 시간 길이(Time Duration)를 가변적으로 결정한다.

TCF 플래그 값을 참조하여 시간 길이를 결정하는 경우, TCF 시간길이 결정부(410)는 TCF 플래그 설정부(420)가 TCF 플래그 값을 활성화 설정하였는지 아니면 비활성화 설정하였는지를 검사한다. TCF 플래그 값이 활성화 설정되어 있는 경우 TCF 시간길이 결정부(410)는 프레임들을 전송하는 시간 길이를 증가시킨다. 예를 들어, TCF 시간길이 결정부(410)는 TCF 플래그 값이 비활성화 설정되어 있으면 제1 시간 길이 동안 상기 프레임들을 전송하고, TCF 플래그 값이 활성화 설정되어 있으면 제2 시간 길이 동안 상기 프레임들을 전송할 수 있다. 여기서, 제1 시간 길이는 1.5 Sec.에서 ± 10 % 오차를 갖고, 상기 제2 시간 길이는 상기 제1 시간 길이를 초과하는 시간길이 일 수 있다. 제2 시간 길이는 예컨대 2.5 초와 같이 기 설정된 값일 수도 있고, 핸드 셰이킹의 실패가 누적될 때마다 단계적으로 증가하는 값일 수도 있다. TCF 플래그 값을 이용하는 실시예는, 도 7과 도 9를 참조한다.

이와 달리, TCF 시간길이 결정부(410)는 제1 전송 속도의 값을 참조하여 시간 길이를 결정할 수 있다. TCF 시간길이 결정부(410)는 제1 전송 속도와 팩스기기(300)에 기 설정된 임계치를 비교한다. 여기서, 임계치는 팩스기기(300)의 최저 전송 속도일 수 있다. 또 다른 실시예로서 임계치는 최저 전송 속도가 아니라 2400bps 내지 14400bps 범위에 속하는 속도로서 사용자 또는 제조자가 미리 설정해놓은 값일 수 있다. TCF 시간길이 결정부(410)는 제1 전송속도가 기 설정된 임계치 이하인 경우, 시간길이를 증가시킨다. 시간 길이를 증가시키는 방법은 전술한 설명을 참조한다.

TCF 시간길이 결정부(410)는 TCF 플래그 값과 제1 전송속도의 값을 모두 참조하여 시간길이를 결정할 수도 있다. 예를 들어, 수신측 팩스기기(미도시)로부터 FTT 가 수신되어 TCF 플래그 설정부(420)가 TCF 플래그 값을 활성화 설정하였다고 가정한다. TCF 시간길이 결정부(410)는 TCF 플래그 값이 활성화 설정되어 있으며 동시에 제1 전송속도가 팩스기기(300)의 최저 전송 속도인 경우에만, 시간 길이를 증가시킬 수도 있다.

T.30 프로토콜 핸들러(440)는 테스트의 실패를 알리는 메세지가 수신되면, TCF 시간길이 결정부(410)가 증가시킨 시간 길이에 기초하여 프레임들을 재전송한다. T.30 프로토콜 핸들러(440)는 프레임들을 재전송한 다음에도 다시 테스트의 실패를 알리는 메세지가 수신되면, 팩스 문서의 전송이 실패하였음을 나타내는 폴백 에러(FallBack Error)를 출력할 수 있다.

이와 달리, 프레임들을 재전송한 다음에 테스트의 실패를 알리는 메세지가 재수신되면 TCF 시간길이 결정부(410)는 테스트의 성공을 알리는 메세지가 수신되기 전까지 상기 프레임들을 전송하는 시간 길이를 단계적으로 증가시키고, T.30 프로토콜 핸들러(440)는 프레임들을 재전송하는 작업을 반복할 수도 있다.

또 다른 실시예로서, TCF 시간길이 결정부(410)는 제1 전송속도가 최저 전송 속도가 아니라고 판단되면, 테스트의 성공을 알리는 메세지가 수신되기 전까지 단계적으로 전송속도를 감소시키고, T.30 프로토콜 핸들러(440)는 프레임들을 재전송하는 작업을 반복할 수도 있다.

TCF 플래그 설정부(420)는 TCF 시간길이를 변경할지 여부를 표시하는 TCF 플래그 값을 활성화 또는 비활성화 설정한다. TCF 플래그 설정부(420)는 사용자의 입력에 기초하여 TCF 플래그 값을 활성화 또는 비활성화 설정할 수 있다.

이와 달리, TCF 플래그 설정부(420)는 수신 측 팩스기기에 대한 과거의 팩스문서 전송 이력을 검사하여, 전송 실패 이력이 존재하는 경우 TCF 플래그 값을 활성화 설정할 수도 있다. 이 때, TCF 플래그 설정부(420)는 현재 전송하고자 하는 팩스 문서와 동일한 팩스문서를 과거에 전송하다가 폴백 오류(Fall Back Error)가 발생하였는지를 검사할 수 있다. 즉, TCF 플래그 설정부(420)는 현재 팩스 문서 전송 작업(Job)이 재시도 작업(Retry Job)인지를 판단한다.

다른 실시예로서, TCF 플래그 설정부(420)는 수신측 팩스기기로부터 FTT 메세지를 수신하면 TCF 플래그를 활성화 설정할 수도 있다. TCF 플래그 설정부(420)는 특정 전송속도에서 FTT 메세지가 수신된 경우에만 TCF 플래그를 활성화 설정할 수도 있다.

TCF 플래그 설정부(420)는 CFR 또는 MCF가 수신되면, TCF 플래그 값을 초기화시킬 수 있다.

GUI 생성부(430)는 GUI를 생성하고, 사용자 인터페이스(320)를 통해 디스플레이한다. GUI 생성부(430)는 시간 길이를 변경을 위한 커스텀 모드를 선택할 수 있는 GUI(Graphic User Interface)를 생성하고, 사용자 인터페이스(320)를 통해 제공한다. 이 때, GUI 생성부(430)는 커스텀 모드가 선택되면, 시간길이의 값을 조절할 수 있는 GUI(Graphic User Interface)를 생성하여 제공할 수 있다.

도 8을 참조하여, 설명하면, 제어부(400)는 사용자 인터페이스(320)를 통해 메뉴 GUI를 디스플레이한다(S801).

이어서,사용자 인터페이스(320)는 사용자로부터 팩스 기기 설정 메뉴에서 송신 설정을 입력받는다(S802, S803). 여기서, 제어부(400)는 커스텀 모드를 선택할 수 있는 GUI(Graphic User Interface)를 생성하고, 사용자 인터페이스(320)를 통해 제공한다. 여기서 커스텀 모드란 해외 전송 모드(oversea mode) 또는 VoIP 모드일 수 있다.

제어부(400)는 커스텀 모드가 선택되었는지를 판단한다(S804). 제어부(400)는 커스텀 모드가 선택되었으면, TCF 플래그를 활성화 설정한다(S806). 제어부(400)는 커스텀 모드가 선택되지 않았다면, TCF 플래그를 비활성화 설정한다(S805).

도 5는 본 발명의 일 실시예에 따른 핸드셰이킹 방법의 흐름을 도시한 도면이다. 전술한 설명과 중복되는 내용에 대해서는 기재를 생략한다. 따라서, 도 1 내지 도 4는 도 5의 실시예에서 참조 될 수 있다. 또한, 도 5의 실시예에서는, T.30 프로토콜이 규정하는 CNG 전송, CED 수신, DIS 수신 과정은 이미 수행되었다고 가정한다.

먼저, 팩스기기(300)는 팩스문서 전송을 위해 선택된 제1 전송 속도(data rate)에 대한 정보를 수신 측 팩스기기(미도시)에 전송한다(S501). 예컨대, 팩스기기(300)는 제1 전송 속도에 대한 정보, 스캔 이미지의 해상도, 스캔 이미지의 압축 방식에 대한 정보가 포함된 DCS(Digital Command Signal)을 전송한다. 여기서, 제1 전송 속도는, ITU(International Telecommunication Union) 권고 V.17 규격이 규정하는 14400bps, 12000bps, 9600bps, 7200bps, 4800bps 및 2400bps 중 어느 하나일 수 있다.

팩스기기(300)는 제1 전송 속도(data rate)에 따른 데이터 송수신을 사전에 테스트하기 위해 기 정의된 비트열이 포함된 복수개의 프레임들을 상기 수신 측 팩스기기에 전송한다(S502). 즉, 팩스기기(300)는 0의 비트열들을 HDLC(high-level data link control) 프레임의 데이터 필드에 포함시킨 TCF(Training Check Function) 메세지를 전송한다.

S502 단계에서, 팩스기기(300)는 TCF 플래그 값 및 제1 전송 속도의 값 중 적어도 하나를 고려하여 프레임들을 전송하는 시간 길이(Time Duration)를 가변적으로 결정하여 전송한다. 팩스기기(300)는 시간 길이를 결정하는 상세한 실시예는 전술한 도 3,4 및 후술하는 도 6 내지 9를 참조한다.

팩스기기(300)는 테스트의 성공 또는 실패를 알리는 메세지를 수신한다(S503). 즉, 팩스기기(300)는 테스트의 성공을 알리는 CFR (Confirmation to Receive) 메세지를 수신하거나 또는 상기 테스트의 실패를 알리는 FTT(Failure To Train) 메세지를 수신한다.

S503 단계에서, 팩스기기(300)는 테스트의 성공을 알리는 메세지가 수신되면, 팩스기기(300)는 TCF 플래그 값을 초기화시킬 수 있다.

S503 단계에서, 상기 테스트의 실패를 알리는 메세지가 수신되면, 팩스기기(300)는 제1 전송 속도가 팩스기기(300)의 최저 전송 속도 인지를 판단한다. 최저 전송 속도라고 판단되면 팩스기기(300)는 상기 프레임들을 전송하는 시간 길이(Time Duration)를 증가시키고 증가된 시간 길이에 기초하여 S502 단계의 프레임들을 재전송할 수 있다. 만약, 프레임들을 재전송한 다음에도 다시 테스트의 실패를 알리는 메세지가 수신되면, 팩스기기(300)는 팩스 문서의 전송이 실패하였음을 나타내는 폴백 에러(FallBack Error)를 출력할 수 있다.

이와 달리, 팩스기기(300)는 프레임들을 재전송한 다음에 테스트의 실패를 알리는 메세지가 재수신되면, 테스트의 성공을 알리는 메세지가 수신되기 전까지 S502 단계의 프레임들을 전송하는 시간 길이를 단계적으로 증가시키며 프레임들을 반복적으로 재전송을 할 수도 있다.

또 다른 실시예로서, 팩스기기(300)는 제1 전송속도가 상기 송신 측 팩스기기의 최저 전송 속도가 아니라고 판단되면, 테스트의 성공을 알리는 메세지가 수신되기 전까지 단계적으로 전송속도를 감소시키며 S502 단계의 프레임들을 반복적으로 재전송할 수도 있다.

도 6은 도 5의 핸드셰이킹 방법에서 테스트 프레임들을 전송하는 시간길이를 가변적으로 결정하는 방법의 일 실시예를 도시한 도면이다.

먼저, 송신측 팩스기기(610)는 선택된 전송속도에 대한 정보를 수신측 팩스기기(620)에 전송한다(S605).

이어서, 송신측 팩스기기(610)는 선택된 전송속도가 임계치 이하인지 여부를 판단한다(S610). 여기서, 임계치는 팩스기기(300)의 최저 전송 속도일 수 있다. 또 다른 실시예로서 임계치는 최저 전송 속도가 아니라 2400bps 내지 14400bps 범위에 속하는 속도로서 사용자 또는 제조자가 미리 설정해놓은 값일 수 있다.

송신측 팩스기기(610)는 선택된 전송속도가 임계치 이하인 경우, 프레임들을 전송하는 시간길이를 증가시키기로 결정한다(S611). 예를 들어, 현재 송신측 팩스기기(610)에 설정된 시간길이가 제1 시간길이인 경우, 송신측 팩스기기(61)는 제1 시간길이를 초과하는 제2 시간길이 동안 프레임들을 전송하기로 결정한다. 예컨대, 기서, 제1 시간 길이는 1.5 Sec.에서 ± 10 % 오차를 갖고,제2 시간 길이는 1.5초를 초과하는 시간길이 일 수 있다. 제2 시간 길이는 예컨대 2.5 초와 같이 기 설정된 값일 수도 있고, 핸드 셰이킹의 실패가 누적될 때마다 단계적으로 증가하는 값일 수도 있다.

송신측 팩스기기(610)는 선택된 전송속도가 임계치 이하가 아닌 경우, 시간길이를 증가시키지 않고 그대로 유지하기로 결정한다(S612). 즉, 송신측 팩스기기(610) 전술한 제1 시간 길이 동안 프레임들을 전송하기로 결정한다.

송신측 팩스기기(610)는 S611 또는 S612 단계에서 결정된 시간 길이 동안 프레임들을 전송한다(S613).

수신측 팩스기기(620)는 프레임들이 정상적으로 수신되었는지에 따라서 테스트의 성공 여부를 판단한다(S614).

테스트가 성공한 경우, 수신측 팩스기기(620)는 테스트의 성공을 알리는 CFR 메세지를 송신측 팩스기기에 전송한다(S618). 이어서, 송신측 팩스기기는 팩스 문서를 전송하고, 팩스 문서의 전송이 완료되었음을 나타내는 EOP를 전송한다(S621,622). 수신측 팩스기기(620)는 팩스 문서를 수신하였음을 나타내는 MCF를 전송한다(S623). 이후, 송수신 팩스기기들(610,622)간의 회선 연결이 종료된다(S624).

테스트가 성공한 경우, 수신측 팩스기기(620)는 테스트의 실패를 알리는 FTT 메세지를 송신측 팩스기기에 전송한다(S615).

송신측 팩스기기(610)는 제1 전송속도가 최저 전송속도 이하인지를 판단한다(S616). 예컨대, V.17 규격에 따라서, 제1 전송속도가 2400bps 이하인지를 판단한다.

제1 전송속도가 최저 전송속도 이하인 경우, 송신측 팩스기기(610)는 폴 백 에러를 출력하고, 연결을 종료한다(S619,S620).

제1 전송속도가 최저 전송속도 이하가 아닌 경우 송신측 팩스기기(610)는 전송속도를 감소시킨다(S617). 예컨대, 제1 전송 속도가 12000bps 였다면, 제1 전송 속도보다 낮은 제2 전송속도 9600bps를 선택한다. 이어서, 송신측 팩스기기(610)는 S605 단계로 돌아가서 전술한 단계를 반복실행한다.

도 7은 도 5의 핸드셰이킹 방법에서 테스트 프레임들을 전송하는 시간길이를 가변적으로 결정하는 방법의 다른 일 실시예를 도시한 도면이다. 도 6과 중복하는 부분에 대해서는 설명을 생략한다.

S705 단계 이후, 송신측 팩스기기(710)는 TCF 플래그가 활성화 설정되어 있는지를 판단한다(S710). 사용자의 입력에 따라서, TCF 플래그를 활성화하는 방법은 전술한 도 8의 설명을 참조한다.

TCF 플래그가 활성화 설정되었으면, 송신측 팩스기기(710)는 프레임들을 전송하는 시간길이를 증가시키기로 결정한다(S711).

TCF 플래그가 비활성화 설정되었으면, 송신측 팩스기기(710)는 프레임들을 전송하는 시간길이를 유지시키기로 결정한다(S712).

송신측 팩스기기(710)는 S711 또는 S712 단계에서 결정된 시간 길이 동안 프레임들을 전송한다(S713). 나머지, 단계들은 도 6과 동일하게 수행된다.

도 9는 도 5의 핸드셰이킹 방법에서 테스트 프레임들을 전송하는 시간길이를 가변적으로 결정하는 방법의 또 다른 일 실시예를 도시한 도면이다. 도 6 또는 도 7과 중복하는 부분에 대해서는 그 설명을 생략한다.

도 9에서도 도 7과 마찬가지로, 송신측 팩스기기(910)는 TCF 플래그 값이 활성화 설정되었는지를 판단한다(S910). TCF 플래그가 활성화 설정되었으면, 송신측 팩스기기(910)는 프레임들을 전송하는 시간길이를 증가시키기로 결정한다(S911). TCF 플래그가 비활성화 설정되었으면, 송신측 팩스기기(710)는 프레임들을 전송하는 시간길이를 유지시키기로 결정한다(S912).

그러나, 도 9는 도 7과 TCF 플래그 값을 활성화 설정하는 방법이 상이하다.

도 9의 실시예에 따르면, 수신측 팩스기기(920)에 대한 과거의 팩스 문서의 전송이력에 기초하여 TCF 플래그를 설정하게 된다.

S916 단계에서, 송신측 팩스기기(910)는 팩스 전송이 불가능한 경우, 폴 백 에러를 출력한다(S919). 이 때, 송신측 팩스기기(910)는 팩스 문서의 전송이 실패한 상태에서 연결을 종료한다(S920).

송신측 팩스기기(910)는 팩스 문서의 전송을 재시도하기 위해, 팩스 문서의 전송 작업을 다시 기기에 등록할 수 있는데, 도 9의 실시예에 따르면 재시도하는 팩스 문서의 전송 작업에서는 시간 길이를 증가시켜 S913 단계의 프레임을 전송하도록 한다.

S920 단계 이후 연결이 종료되면, 송신측 팩스기기(910)는 수신측 팩스기기(920)에 대한 팩스 문서의 전송이 실패하였음을 나타내기 위하여, TCF 플래그를 활성화 설정한다(S925).

이어서, 송신측 팩스기기(910)는 실패한 팩스 문서의 전송작업을 재시도 작업(retry job)으로 송신측 팩스기기(910)에 등록한다(S926). 팩스 문서의 전송작업이 재시도 작업으로 등록되면, 송신측 팩스기기(910)는 S905 단계로 돌아가서 도시된 작업과정들을 다시 한번 수행하게 된다.

S913 단계의 프레임들을 전송하는 시간길이를 증가시키면 상대적으로 많은 프레임들이 수신측 팩스기기(920)에 전송된다. 결국, 수신측 팩스기기(920)에서 수신되는 프레임들 중에서 정상적인 프레임의 개수가 증가한다. 예를들어, 송신측 팩스기기(910)가 1.5초 동안 프레임들을 전송하여 수신측 팩스기기(920)에 n 개의 프레임이 정상적으로 수신되었다고 가정한다. 이때, 송신측 팩스기기(910)가 3초 동안 프레임들을 전송하면 수신측 팩스기기(920)에는 확률적으로 2*n개의 프레임이 정상적으로 수신될 것이 기대된다. 결과적으로, 시간길이를 증가시키면 수신측 팩스기기(920)에서 수신하는 프레임들 중에서 정상적인 프레임의 개수가 증가하게 되고, 테스트가 성공할 확률이 높아지는 효과가 있다. 테스트가 성공하게 되면 송수신 팩스기기들(910,920) 간의 핸드 셰이킹이 마무리되고, 일부 노이즈가 포함되더라도 팩스문서를 전송이 가능해 진다.

한편, 상술한 본 발명의 실시예들은 컴퓨터에서 실행될 수 있는 프로그램으로 작성 가능하고, 컴퓨터로 읽을 수 있는 기록매체를 이용하여 상기 프로그램을 동작시키는 범용 디지털 컴퓨터에서 구현될 수 있다. 또한, 상술한 본 발명의 실시예에서 사용된 데이터의 구조는 컴퓨터로 읽을 수 있는 기록매체에 여러 수단을 통하여 기록될 수 있다. 상기 컴퓨터로 읽을 수 있는 기록매체는 마그네틱 저장매체(예를 들면, 롬, 플로피 디스크, 하드 디스크 등), 광학적 판독 매체(예를 들면, 시디롬, 디브이디 등)와 같은 저장매체를 포함한다.

이제까지 본 발명에 대하여 그 바람직한 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.

Claims

T.30 프로토콜에 기초한 팩스기기들 간의 핸드셰이킹(hand-shaking) 방법에 있어서, 송신 측 팩스기기는,
팩스문서 전송을 위해 선택된 제1 전송 속도(data rate)에 대한 정보를 수신 측 팩스기기에 전송하는 단계;
상기 제1 전송 속도(data rate)에 따른 데이터 송수신을 사전에 테스트하기 위해 기 정의된 비트열이 포함된 복수개의 프레임들을 상기 수신 측 팩스기기에 전송하는 단계; 및
상기 테스트의 성공 또는 실패를 알리는 메세지를 수신하는 단계를 포함하고,
상기 프레임들을 전송하는 단계는, 상기 송신 측 팩스기기에 설정된 TCF 플래그 값 및 상기 선택된 제1 전송 속도의 값 중 적어도 하나에 기초하여, 사용자 인터페이스를 통해 입력된 상기 프레임들을 전송하는 시간 길이(Time Duration)에 따라 상기 프레임들을 전송하는 시간 길이를 가변적으로 결정하여 전송하는 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 프레임들을 전송하는 단계는,
상기 TCF 플래그 값이 설정되어 있는지를 검사하는 단계; 및
상기 TCF 플래그 값이 설정되어 있는 경우 상기 프레임들을 전송하는 시간 길이를 증가시키는 단계를 포함하는 것을 특징으로 하는 방법.
제 2 항에 있어서, 상기 프레임들을 전송하는 단계는,
상기 TCF 플래그 값이 설정되어 있지 않은 경우에는 제1 시간 길이 동안 상기 프레임들을 전송하고, 상기 TCF 플래그 값이 설정되어 있으면 제2 시간 길이 동안 상기 프레임들을 전송하는 단계를 포함하고,
상기 제1 시간 길이는 1.5 Sec.에서 ± 10 % 오차를 갖고, 상기 제2 시간 길이는 상기 제1 시간 길이를 초과하는 것을 특징으로 하는 방법.
제 1 항에 있어서,
상기 시간 길이를 변경을 위한 커스텀 모드를 선택할 수 있는 GUI(Graphic User Interface)를 제공하는 단계; 및
상기 커스텀 모드가 선택되면, 상기 TCF 플래그 값을 활성화 설정하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 프레임들을 전송하는 단계는,
상기 수신 측 팩스기기에 대한 과거의 팩스문서 전송 이력을 검사하는 단계; 및
상기 검사 결과 전송 실패 이력이 존재하는 경우, 상기 TCF 플래그 값을 활성화 설정하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 프레임들을 전송하는 단계는,
상기 제1 전송 속도와 상기 송신 측 팩스기기에 기 설정된 임계치를 비교하는 단계; 및
상기 제1 전송 속도가 상기 기 설정된 임계치 이하인 경우, 상기 프레임들을 전송하는 시간길이를 증가시키는 단계를 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서,
상기 테스트의 실패를 알리는 메세지가 수신되면, 상기 제1 전송 속도가 상기 송신 측 팩스기기의 최저 전송 속도 인지를 판단하는 단계;
상기 제1 전송속도가 상기 송신 측 팩스기기의 최저 전송 속도라고 판단되면, 상기 프레임들을 전송하는 시간 길이(Time Duration)를 증가시키는 단계; 및
상기 증가된 시간 길이에 기초하여 상기 프레임들을 재전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 7 항에 있어서,
상기 프레임들을 재전송한 다음에 테스트의 실패를 알리는 메세지가 재수신되면, 상기 테스트의 성공을 알리는 메세지가 수신되기 전까지 상기 프레임들을 전송하는 시간 길이를 단계적으로 증가시키며 상기 프레임들을 재전송하는 단계를 반복하는 것을 특징으로 하는 방법.
제 7 항에 있어서,
상기 제1 전송속도가 상기 송신 측 팩스기기의 최저 전송 속도가 아니라고 판단되면, 상기 테스트의 성공을 알리는 메세지가 수신되기 전까지 단계적으로 전송속도를 감소시키며 상기 프레임들을 재전송하는 단계를 반복하는 것을 특징으로 하는 방법.
제 1 항에 있어서,
상기 테스트의 성공을 알리는 메세지가 수신되면, 상기 TCF 플래그 값을 초기화시키는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 1 항 내지 제 10 항 중 어느 한 항에 기재된 방법을 실행하기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.
T.30 프로토콜에 기초하여 수신 측 팩스기기와 핸드셰이킹(hand-shaking)을 수행하는 송신 측 팩스기기에 있어서,
전송할 팩스 문서를 스캔하는 스캐닝 모듈;
상기 스캔된 팩스 문서를 저장하는 저장부;
공중회선교환전화망 또는 VoIP(Voice over Internet Protocol)망을 통해 상기 팩스 문서를 전송하는 네트워크 인터페이스;
상기 네트워크 인터페이스를 제어함으로써, 상기 팩스문서 전송을 위해 선택된 제1 전송 속도(data rate)에 대한 정보를 수신 측 팩스기기에 전송하고, 상기 제1 전송 속도(data rate)에 따른 데이터 송수신을 사전에 테스트하기 위해 기 정의된 비트열이 포함된 복수개의 프레임들을 상기 수신 측 팩스기기에 전송하고, 상기 테스트의 성공 또는 실패를 알리는 메세지를 수신하는 제어부; 및
상기 프레임들을 전송하는 시간 길이(Time Duration)를 입력하는 사용자 인터페이스를 포함하고,
상기 제어부는, 상기 송신 측 팩스기기에 설정된 TCF 플래그 값 및 상기 선택된 제1 전송 속도의 값 중 적어도 하나에 기초하여, 상기 사용자 인터페이스를 통해 입력된 상기 시간 길이에 따라 상기 프레임들을 전송하는 시간 길이를 가변적으로 결정하는 것을 특징으로 하는 팩스기기.
제 12 항에 있어서, 상기 제어부는,
상기 TCF 플래그 값이 설정되어 있는지를 검사하고, 상기 TCF 플래그 값이 설정되어 있으면 상기 프레임들을 전송하는 시간 길이를 증가시키는 것을 특징으로 하는 팩스기기.
제 13 항에 있어서, 상기 제어부는,
상기 TCF 플래그 값이 설정되어 있지 않은 경우에는 제1 시간 길이 동안 상기 프레임들을 전송하고, 상기 TCF 플래그 값이 설정되어 있으면 제2 시간 길이 동안 상기 프레임들을 전송하며,
상기 제1 시간 길이는 1.5 Sec.에서 ± 10 % 오차를 갖고, 상기 제2 시간 길이는 상기 제1 시간 길이를 초과하는 것을 특징으로 하는 팩스기기.
제 12 항에 있어서, 상기 제어부는,
상기 사용자 인터페이스를 통해 상기 시간 길이를 변경하기 위한 커스텀 모드를 선택할 수 있는 GUI(Graphic User Interface)를 제공하고, 상기 커스텀 모드가 선택되면 상기 TCF 플래그 값을 활성화 설정하는 것을 특징으로 하는 팩스기기.
제 12 항에 있어서, 상기 제어부는,
상기 수신 측 팩스기기에 대한 과거의 팩스문서 전송 이력을 검사하여 상기 검사 결과 전송 실패 이력이 존재하는 경우, 상기 TCF 플래그 값을 활성화 설정하는 것을 특징으로 하는 팩스기기.
제 12 항에 있어서, 상기 제어부는,
상기 제1 전송 속도와 상기 송신 측 팩스기기에 기 설정된 임계치를 비교하여 상기 제1 전송 속도가 상기 기 설정된 임계치 이하인 경우, 상기 프레임들을 전송하는 시간길이를 증가시키는 것을 특징으로 하는 팩스기기.
제 12 항에 있어서, 상기 제어부는,
상기 테스트의 실패를 알리는 메세지가 수신되면 상기 제1 전송 속도가 상기 송신 측 팩스기기의 최저 전송 속도 인지를 판단하고, 상기 제1 전송속도가 상기 송신 측 팩스기기의 최저 전송 속도라고 판단되면 상기 프레임들을 전송하는 시간 길이(Time Duration)를 증가시키고, 상기 증가된 시간 길이에 기초하여 상기 프레임들을 재전송하는 것을 특징으로 하는 팩스기기.
제 18 항에 있어서, 상기 제어부는,
상기 프레임들을 재전송한 다음에 테스트의 실패를 알리는 메세지가 재수신되면, 상기 테스트의 성공을 알리는 메세지가 수신되기 전까지 상기 프레임들을 전송하는 시간 길이를 단계적으로 증가시키며 상기 프레임들을 재전송하는 작업을 반복하는 것을 특징으로 하는 팩스기기.
제 18 항에 있어서, 상기 제어부는,
상기 제1 전송속도가 상기 송신 측 팩스기기의 최저 전송 속도가 아니라고 판단되면, 상기 테스트의 성공을 알리는 메세지가 수신되기 전까지 단계적으로 전송속도를 감소시키며 상기 프레임들을 재전송하는 작업을 반복하는 것을 특징으로 하는 팩스기기.