KR100252122B1

KR100252122B1 - 화상회의 장치

Info

Publication number: KR100252122B1
Application number: KR1019970077752A
Authority: KR
Inventors: 배대규
Original assignee: 윤종용; 삼성전자주식회사
Priority date: 1997-12-30
Filing date: 1997-12-30
Publication date: 2000-04-15
Also published as: KR19990057685A; JPH11205763A

Abstract

H.225/H.245 프로토콜을 처리하는 프로토콜 처리부를 분리하여 프로그램의 경량화를 구현한 장치에 관한 것이다.

본 발명에 따른 화상 회의 장치는 H.323 프로토콜을 사용하여 화상 회의를 지원하는 장치에 있어서, 호 신호(Call Signaling)를 처리하는 H.225 프로토콜과 상호 호환성을 보장하기 위해 H.245 프로토콜을 수행하는 프로토콜 처리부 및 상기 프로토콜 처리부와는 별도의 모듈로 설계되며 상기 프로토콜 처리부와의 데이터 수수 및 실제 오디오/비디오 데이터의 송수신을 담당하는 RTP/RTCP를 수행하는 H.323 처리부를 포함하는 것을 특징으로 한다.

본 발명에서는 H.225/H.245 프로토콜을 처리하는 전용의 프로토콜 처리기를 둠으로써 개발자들이 프로토콜에 대한 부담을 줄일 수 있으며 실제 데이터 송수신에 집중함으로써 효율적인 프로그램을 개발할 수 있으며 개발 기간을 크게 단축시킬 수 있다.

Description

화상회의 장치

본 발명은 화상 회의를 지원하는 장치에 관한 것으로서 특히, H.225/H.245 프로토콜을 처리하는 프로토콜 처리부를 분리하여 프로그램의 경량화를 구현한 장치에 관한 것이다.

화상 회의를 지원하는 프로토콜 가운데 H.323은 국제 표준으로 이 프로토콜은 하부에 다른 프로토콜을 포함하고 있다. H.323을 지원하는 터미널은 상대편 터미널과 통신을 하기 위해서는 하부의 프로토콜 사이의 협력에 의해서 동작하게 된다. 영상 또는 음성을 동시에 지원하는 화상 회의를 수행하기 위해서는 먼저 필요한 정보를 주고받은 후 데이터를 전송하는 채널을 열게 된다.

상대편과 대화하기 위해서 H.323터미널에서 수행하는 동작은 다음과 같다. 먼저 H.225 프로토콜로 상대편과 호신호를 설정하게 된다. 호 신호를 성공적으로 수행하면 H.245 프로토콜로 상호 호환 가능한 데이터를 전송하기 위한 통로를 만든다. 하부 프로토콜들이 성공적으로 수행되면 RTP(Real Time Protocol)/RTCP(Real Time Control Protocol)을 이용하여 실시간으로 오디오/비디오 데이터를 주고받는다.

종래의 H.323을 지원하는 터미널은 통신하기 전에 수행해야 하는 H.225/H.245 프로토콜의 처리를 담당하는 부담을 안고 있다. 이 부분은 상호 호환 가능한 동작 모드를 설정하기 위해 반드시 필요하지만 H.323 터미널이 전적으로 책임지고 하는 것보다는 오디오/비디오 데이터의 전송이 수행되기 전에 수행되는 것이 바람직하다.

본 발명은 상기의 바램에 부응하기 위하여 안출된 것으로서 화상회의를 지원하는 장치의 경량화된 모델을 제공하는 것을 그 목적으로 한다.

도 1은 일반적인 H.323 터미널의 구성을 보이는 것이다.

도 2는 본 발명의 일 실시 예를 보이는 것이다.

도 3은 본 발명의 다른 실시 예를 보이는 것이다.

상기의 목적을 달성하는 본 발명에 따른 화상 회의를 지원하는 장치는 본 발명에 따른 화상 회의 장치는 H.323 프로토콜을 사용하여 화상 회의를 지원하는 장치에 있어서, 호 신호(Call Signaling)를 처리하는 H.225 프로토콜과 상호 호환성을 보장하기 위해 H.245 프로토콜을 수행하는 프로토콜 처리부; 및 상기 프로토콜 처리부와는 별도의 모듈로 설계되며 상기 프로토콜 처리부와의 데이터 수수 및 실제 오디오/비디오 데이터의 송수신을 담당하는 RTP/RTCP를 수행하는 H.323 처리부를 포함하는 것을 특징으로 한다. 이하 첨부된 도면을 참조하여 본 발명의 구성 및 동작을 상세히 설명하기로 한다.

H.323 터미널 사이에 사용되는 프로토콜은 크게 세 부분으로 나눌 수 있다. 즉, 호 신호(Call Signaling)를 처리하는 H.225 프로토콜, 상호 호환성을 보장하기 위해 H.245 프로토콜, 그리고 실제 데이터의 송수신을 담당하는 RTP/RTCP가 있다.

도 1은 일반적인 H.323 터미널의 구성을 보이는 것이다. 도 1에 도시된 터미널들(10, 12)은 각각 호처리를 담당하는 H.225 프로토콜 처리부(10a, 12a), 상호 호환성을 보장하기 위한 H.225 프로토콜 처리부(10b, 12b), 그리고 데이터의 실시간 전송을 보장하기 위해 RTP/RTCP 프로토콜 처리부(10c, 12c)등으로 구성된다.

도 1에 도시된 장치가 오디오/비디오 데이터를 전송하는 동작은 다음과 같다 먼저 두 터미널(10, 12) 사이에서 TCP(Transmission Control Protocol)연결이 성립된다. 이 때의 상호 연결은 잘 알려진 (well-known) 포트를 통해서 이루어진다.

이 연결이 이루어진 후에 요청하는 터미널이 상대편(peer) 터미널에게 Setup 메시지를 보낸다. Setup 메시지를 받은 상대편 터미널은 Alerting 신호를 보내고 연결이 Connect 메시지를 보냄으로서 H.225과정을 끝마친다. Connect 메시지 안에는 H.245연결을 위해 필요한 IP(Internet Protocol) 주소와 포트가 포함되어 있다.

Connect 메시지를 받은 터미널은 받은 정보를 해석하여 새로운 TCP 연결을 수행한다. 이 후에 상대편과 통신하기 위해 갖고 있는 오디오와 비디오의 CODEC 성능을 서로 주고받아 공통적으로 사용할 수 있는 CODEC을 선택한다. 그후 서로 데이터를 주고받기 위한 논리적인 채널(Logical channel)을 열게됨으로서 H.225과정을 끝마친다. 논리적인 채널을 열었을 때는 데이터를 수신할 RTP/RTCP 호스트와 포트 정보를 알게 된다.

H.225/H.245 과정이 성공적으로 끝나면 터미널은 RTP 호스트와 포트에 CODEC 생성한 데이터를 보낸다. RTCP는 데이터의 송수신 상황을 검사하여 너무 느려지거나 빨라질 경우 CODEC을 제어할 정보를 만들어 준다.

도 1에 도시된 바와 같은 터미널과 같이 자체적으로 H.232/H.245 프로토콜 처리를 담당하는 부분을 내장할 경우 프로토콜 처리에 대한 부담이 커지고 프로그램 개발 기간도 길어진다. 또한 프로토콜에 대한 의존성이 심하므로 프로토콜이 갱신될 경우 전체적으로 프로그램을 수정해야 한다.

본 발명에 따른 장치는 오디오와 비디오 CODEC, 실제 데이터의 송수신을 담당하는 RTP/RTCP 처리부와 H.225/H.245 프로토콜 처리부를 분리하였다. 분리된 프로토콜 처리부는 H.225처리부와 H.245처리부가 공존한다. H.225처리부는 상대편 터미널의 H.225 메시지만을 처리하고 H.245처리부는 상대편의 H.245 메시지만을 다룬다.

도 2는 본 발명에 따른 장치의 일 실시 예를 보이는 것이다. 도 2에 도시된 장치에 있어서 전송측과 수신측은 각각 프로토콜 처리부(20a, 22a), H.323 처리부(20b. 22b)를 구비한다.

도 2에 도시된 장치의 동작은 다음과 같다. 프로토콜 처리부(20a)는 H.323 터미널(20b)로부터의 요구를 받아 기존의 H.323터미널에서와 같은 방식으로 포로토콜을 처리한다. 프로토콜 처리부(20a)는 상대편 프로토콜 처리부(22a)에의 연결을 위해 잘 알려진 포트를 통하여 접속을 시도한다.

상대편 프로토콜 처리부(22a)는 프로토콜 처리부(20a)의 Setup 요구에 대해 Alerting과 Connect 메시지를 보낸다. 상대편 프로토콜 처리부(20a)는 H.225처리가 끝났음을 H.323 터미널(20b)에 알려주고 계속해서 H.245프로토콜을 수행한다.

프로토콜 처리부(20a)는 상대편 프로토콜 처리부(22a)에서 알려준 H.245 주소와 포트 정보를 이용해 H.245 TCP 연결을 수행한다. 연결이 성립되면 프로토콜 처리부(20a, 22a) 사이에 CODEC정보를 교환하여 상호 호환 가능한 CODEC을 결정한다. 결정된 CODEC 정보를 이용하여 RTP/RTCP 정보를 전송하는 논리 채널을 열게 된다. (H.323 처리부(20b)와 프로토콜 처리부(20a)의 CODEC정보는 공통된 데이터 베이스를 통해 H.323 처리부(20b)가 처음 연결을 요구할 때 알려줄 수 있다.)

H.245 프로토콜 수행을 마친 후에 프로토콜 처리부(20a)는 H.323 처리부(20b)에 RTP/RTCP 정보를 알려 준다. 이제 프로토콜 처리부(20a, 22a)의 역할은 비디오 CODEC이 속도 조절 등 H.245의 명령이나 연결을 끊고자 하는 메시지만을 대기하는 상태로 바뀐다. H.323 처리부(20a)는 받은 RTP/RTCP 정보를 바탕으로 상대편 RTP/RTCP 처리부(20b)에 오디오/비디오 데이터를 전송하게 된다.

도 3은 본 발명의 다른 실시 예를 보이는 것으로서 한쪽만 본 발명에 따른 장치를 가지는 경우의 예를 보이는 것이다. 도 3에 도시된 장치에 있어서 전송측은 프로토콜 처리부(30a), H.323 처리부(32b)를 구비하고, 상대편은 H.225, H.245, 그리고 H.323 프로토콜 처리를 담당하는 종래의 H.323 터미널을 구비한다.

도 3에 도시된 장치의 동작은 다음과 같다. 프로토콜 처리부(30a)는 H.323 처리부(30b)로부터의 요구를 받아 상대편 터미널(32)에의 연결을 위해 잘 알려진 포트를 통하여 접속을 시도한다.

상대편 터미널(32)은 프로토콜 처리부(20a)의 Setup 요구에 대해 Alerting과 Connect 메시지를 보낸다.

프로토콜 처리부(30a)는 상대편 터미널(32)에서 알려준 H.245 주소와 포트 정보를 이용해 H.245 처리를 위한 TCP 연결을 수행한다. 연결이 성립되면 CODEC정보를 교환하여 상호 호환 가능한 CODEC을 결정한다. 결정된 CODEC 정보를 이용하여 RTP/RTCP 정보를 전송하는 논리 채널을 열게 된다.

H.245 프로토콜 수행을 마친 후에 프로토콜 처리부(30a)는 H.323 처리부(30b)에 RTP/RTCP 정보를 알려 준다. H.323 처리부(30b)는 받은 RTP/RTCP 정보를 바탕으로 상대편 터미널(32)에 오디오/비디오 데이터를 전송하게 된다.

만약, 상대편 H.323 터미널(32)이 H.323 처리부(30b)와 통신을 하고자 할 경우에 상대편 터미널(32)은 먼저 H.323 처리부(30b)가 등록한 프로토콜 처리부(30a)의 주소에 H.225연결을 시도한다. 프로토콜 처리부(30a)는 수신된 H.245의 주소와 포트 번호는 자신의 값으로 하고 RTP/RTCP정보는 H.323 처리부(30b)의 값으로 설정해서 상대편 H.323 터미널(32)에게 전송한다. 이 과정에서 상대편 H.323 터미널(32)은 프로토콜 처리부(30a)의 위치에 관계없이 일반적인 H.323 터미널에 접속한 듯이 느끼게 될 것이다.

상술한 바와 같이 본 발명에서는 H.225/H.245 프로토콜을 처리하는 전용의 프로토콜 처리기를 둠으로써 개발자들이 프로토콜에 대한 부담을 줄일 수 있으며 실제 데이터 송수신에 집중함으로써 효율적인 프로그램을 개발할 수 있으며 개발 기간을 크게 단축시킬 수 있다.

또한, 프로토콜이 갱신되어 수정할 필요가 있을 경우에도 주 프로그램은 최소한 수정한 상태에서 프로토콜 처리기만 수정함으로써 전체 프로그램의 신속한 갱신을 이룩할 수 있다.

프로토콜 처리 부분에 대한 부담을 줄인 만큼 프로그램의 코드 크기도 줄어들어 메모리에 대한 부담을 줄일 수 있다. 또한, 프로토콜 처리부만 메모리에 상주하므로 전체 프로그램이 메모리에 있는 것보다 컴퓨터 자원을 절약할 수 있다.

Claims

H.323 프로토콜을 사용하여 화상 회의를 지원하는 장치에 있어서,

호 신호(Call Signaling)를 처리하는 H.225 프로토콜과 상호 호환성을 보장하기 위해 H.245 프로토콜을 수행하는 프로토콜 처리부; 및

상기 프로토콜 처리부와는 별도의 모듈로 설계되며 상기 프로토콜 처리부와의 데이터 수수 및 실제 오디오/비디오 데이터의 송수신을 담당하는 RTP/RTCP를 수행하는 H.323 처리부를 포함하는 화상회의 장치.