KR100627564B1

KR100627564B1 - 비동기전달모드망에서의 다자간 영상회의 서비스를 위한호 처리 방법

Info

Publication number: KR100627564B1
Application number: KR1019990068000A
Authority: KR
Inventors: 정상현; 이해영; 정학진
Original assignee: 주식회사 케이티
Priority date: 1999-12-31
Filing date: 1999-12-31
Publication date: 2006-09-22
Also published as: KR20010060004A

Abstract

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

본 발명은 비동기전달모드망에서의 다자간 영상회의 서비스를 위한 호 처리 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것이다.

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

본 발명은, 영상회의시스템에서 MCU 없이도 비동기전달모드(ATM)망을 통해 엠펙2(MPEG-2) 등과 같은 동영상 데이터를 전송하여 고화질의 상대모습을 보면서 다자간의 영상회의를 성립시키기 위한 호 처리 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하고자 함.

3. 방법의 해결방법의 요지

본 발명은, 비동기전달모드(ATM)망에 있어 단말이 다지점 제어장치(MCU)를 거치지 않고서 영상회의 서비스를 위한 호를 처리하는 방법으로서, 영상회의 대상 단말간에 소켓을 이용하여 스트림 전송용 스위치된 가상 채널(SVC)을 성립시키는 단계; 및 상기 성립시킨 서브소켓의 상태에 따라, 영상회의 대상 단말간에 비실시간 처리가 요구되는 회의제어신호를 상기 스위치된 가상 채널(SVC) 중 비동기전달모드 인터넷 프로토콜(IPOA)을 이용해 서로 송수신하고, 영상회의 대상 단말간에 실시간 처리가 요구되는 영상/음성 데이터를 고유 비동기전달모드(ATM) 채널을 이용해 서로 송수신하는 단계를 포함하되, 적어도 셋 이상의 영상회의 대상 단말간에는, 하나의 비동기전달모드 인터넷 프로토콜(IPOA) 채널을 설정해 회의제어신호를 서로 송수신하며, 하나의 고유 비동기전달모드(ATM) 루트 채널을 설정해 영상/음성 데이터를 상대 단말로 송신하고, 상대 단말 수만큼의 고유 비동기전달모드(ATM) 리프 채널을 설정해 영상/음성 데이터를 상대 단말로부터 수신받는 것을 특징으로 함.

4. 발명의 중요한 용도

본 발명은 영상회의 시스템 등에 이용됨.

영상회의, 인터넷 프로토콜(IP), 비동기전달모드(ATM), Point-to-Multipoint, 스위치된 가상 채널(SVC)

Description

비동기전달모드망에서의 다자간 영상회의 서비스를 위한 호 처리 방법{Call processing method for point-to-multipoint videoconferencing service in ATM network}

도 1 은 본 발명이 적용되는 다자간 영상회의 서비스를 위한 시스템의 구성 예시도.

도 2 는 본 발명에 이용되는 스트림 전송용 채널 구성 예시도.

도 3 은 본 발명에 이용되는 소켓 처리를 위한 일실시예 자료구조도.

도 4 는 본 발명에 이용되는 소켓 테이블의 구성 예시도.

도 5 는 본 발명에 이용되는 이벤트 처리를 위한 일실시예 자료구조도.

도 6 은 본 발명에 이용되는 호 처리 모듈의 이벤트에 따른 처리 및 상태의 변화를 나타낸 일실시예 설명도.

도 7a 내지 7e 는 본 발명에 따른 다자간 영상회의 서비스를 위한 호 처리 방법에 대한 일실시예 흐름도.

* 도면의 주요 부분에 대한 부호의 설명 *

100 : 비동기전달모드(ATM) 계층

110 : 비동기전달모드 적응 계층(AAL)

120 : Q.2931 처리 및 장치 입출력 드라이버

140 : AIM 장치 드라이버

150 : 윈속(Winsock)2 인터페이스 모듈

160 : 회의 제어 모듈

170 : 데이터 처리 모듈

180 : 호 제어 모듈

190 : 스트림 전송 제어 모듈

200 : 주 제어 및 그래픽 사용자 인터페이스 처리 모듈

본 발명은 영상회의시스템에서 비동기전달모드(ATM : Asynchronous Transfer Mode)망을 이용하여 엠펙2(MPEG-2 : Moving Picture Expert Group-2) 등과 같은 동영상 데이터를 전송하여 고화질의 상대모습을 보면서 회의를 진행할 수 있도록 하는 다자간 영상회의 서비스를 위한 호 처리 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것이다.

최근에 데이터 통신의 폭발적인 확산에 힘입어 네트워크 기술도 빠른 속도로 발전하고 있다. 이들은 대개 두 가지 유형으로 나눠볼 수 있는데 하나는 현재 포설 되어 있는 케이블들을 이용하는 방법이고 다른 하나는 새로 건설되는 빌딩 및 아파트 단지에서 광케이블망을 구축하는 것이다.

불과 몇 년전만 하더라도, 종합정보통신망(ISDN : Integrated Service Digital Network)조차 사용율이 저조했던 것에 비하여 최근에는 초고속 인터넷 이라는 이름아래 망이 고도화되고 있는 실정이다.

이에 편승하여, 기존의 음성전화에서 영상전화서비스로 발전되어 가고 아울러 기업에서도 본사와 지사간에 원격으로 영상을 이용하여 회의를 진행하기도 한다.

그러나, 종래의 영상전화는 망의 능력상 고화질의 영상을 전송하지 못하고 기업의 회의 역시 고정된 망 구조에 의존하여 왔다. 즉, 현재의 영상전화는 서비스의 질에서 문제점이 있고, 또한 대역폭이 확보된 기업간의 회의는 대부분 영구가상채널(PVC : Permanent Virtual Channel)을 이용하기 때문에 미리 환경을 고정시켜 놓아야 한다는 단점이 있다. 또한, 인터넷을 이용하는 영상전화 역시 그 서비스품질(QOS : Quality Of Service)이 보장되질 않아 원활하게 회의를 진행하기 어렵다.

비동기전송모드(ATM) 망을 이용하는 영상회의에 관련하여 다지점 제어장치(MCU : Multipoint Control Unit)가 개발되고 있으나, 이는 워낙 고가인지라 소규모 회사 등에서 사용하기에는 경제적으로 어려움이 따른다. 이러한 이유 때문에 MCU없이 다자간에 회의를 진행할 수 있는 방법이 모색중인데, 그 중의 한가지가 영구가상채널(PVC)을 이용하는 것이다. 그러나 이는 고정된 채널값을 필요할 때마다 단말에서 종단 단말까지 거치는 모든 장비에 대하여 설정해야 하는 관계로 매 우 비효율적이다.

또한, 데이터나 회의제어용 채널을 네이티브(Native) 비동기 전송 모드(ATM) 채널로 사용한다면 채널들이 각 상대 단말과 한 개씩 연결이 되어야 한다. 즉, n-1개만큼의 데이터 채널이 필요(전체적으로는 full-mesh인 n(n-1)/2개)하기 때문에 호 제어 및 관리에 많은 어려움이 따른다.

따라서, 비실시간이 요구되는 회의제어나 데이터 전송은 비동기전송모드의 인터넷 프로토콜(IPOA : Internet Protocol over ATM)을 이용함으로써, 사용자 수에 관계없이 한 개의 채널만 필요로 하게 되고 기존 인터넷 영상회의 시스템과의 연동이 가능한데, 이에 MCU없이도 ATM망을 통해 MPEG-2급의 동영상 데이터를 전송하여 고화질의 상대 모습을 보면서 다자간 회의가 가능하도록 하는 방안이 필수적으로 요구된다.

상기와 요구에 부응하기 위하여 안출된 본 발명은, 영상회의시스템에서 MCU없이도 비동기전달모드(ATM)망을 통해 엠펙2(MPEG-2) 등과 같은 동영상 데이터를 전송하여 고화질의 상대모습을 보면서 다자간의 영상회의를 성립시키기 위한 호 처리 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하는데 그 목적이 있다.

상기 목적을 달성하기 위한 본 발명의 방법은, 비동기전달모드(ATM)망에 있어 단말이 다지점 제어장치(MCU)를 거치지 않고서 영상회의 서비스를 위한 호를 처리하는 방법으로서, 영상회의 대상 단말간에 소켓을 이용하여 스트림 전송용 스위치된 가상 채널(SVC)을 성립시키는 단계; 및 상기 성립시킨 서브소켓의 상태에 따라, 영상회의 대상 단말간에 비실시간 처리가 요구되는 회의제어신호를 상기 스위치된 가상 채널(SVC) 중 비동기전달모드 인터넷 프로토콜(IPOA)을 이용해 서로 송수신하고, 영상회의 대상 단말간에 실시간 처리가 요구되는 영상/음성 데이터를 고유 비동기전달모드(ATM) 채널을 이용해 서로 송수신하는 단계를 포함하되, 적어도 셋 이상의 영상회의 대상 단말간에는, 하나의 비동기전달모드 인터넷 프로토콜(IPOA) 채널을 설정해 회의제어신호를 서로 송수신하며, 하나의 고유 비동기전달모드(ATM) 루트 채널을 설정해 영상/음성 데이터를 상대 단말로 송신하고, 상대 단말 수만큼의 고유 비동기전달모드(ATM) 리프 채널을 설정해 영상/음성 데이터를 상대 단말로부터 수신받는 것을 특징으로 한다.

한편, 본 발명은, 영상회의 서비스를 위한 비동기전달모드(ATM)망에 연결된 단말에, 영상회의 대상 단말간에 소켓을 이용하여 스트림 전송용 스위치된 가상 채널(SVC)을 성립시키는 기능; 및 상기 성립시킨 서브소켓의 상태에 따라, 영상회의 대상 단말간에 비실시간 처리가 요구되는 회의제어신호를 상기 스위치된 가상 채널(SVC) 중 비동기전달모드 인터넷 프로토콜(IPOA)을 이용해 서로 송수신하고, 영상회의 대상 단말간에 실시간 처리가 요구되는 영상/음성 데이터를 고유 비동기전달모드(ATM) 채널을 이용해 서로 송수신하는 기능을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공한다.

본 발명은 ATM망을 이용하여 MPEG-2급 데이터를 전송하여 고화질의 상대모습을 보면서 회의를 진행할수 있도록 하는 것으로, MCU없이 다자간의 회의가 가능하도록 영상회의 시스템을 구성하고, 각 단말사이에 회의 성립시 이들간에 동영상 스트림을 전송하기 위한 채널을 관리한다. 또한, 비실시간 전송이 가능한 회의제어 및 데이터의 전송은 IPOA를 이용함으로써 회의 참여자가 많아지더라도 1개의 IPOA 채널만 있으면 되기 때문에 관리를 쉽게 할 수 있고, 기존의 인터넷 영상전화와 쉽게 연동할 수 있다.

본 발명에서는 오디오와 비디오 스트림 전송에 대해서 native ATM 채널을 이용하여 QOS를 정확히 보장받을 수 있고, 필요에 따라서는 오디오와 비디오 스트림도 IPOA를 이용하여 기존 인터넷 영상회의 제품과 완전한 연동을 이룰 수도 있다. 따라서, 회의 제어 및 데이터 전송은 IPOA(채널 1개)를 이용하여 처리함으로써 채널 수도 줄이고, 기존의 인터넷 영상회의 제품들과 연동이 될 수 있어 기존 제품들이 ATM 방향으로 갈 때 오디오와 비디오 관련 모듈만 교체하면 되는 잇점이 있다.

또한, 본 발명은 영상전화는 물론 MCU를 이용하는 영상회의, 그리고 MCU없이도 다자간에 회의가 가능하다. 특히, 본 실시예에서는 이러한 기능을 제공하는 영상회의시스템중 MCU가 없는 경우에 다자간에 회의를 성립시키기 위한 호처리 방법에 대해서 기술하고자 한다.

본 실시예에서는 응용 프로그램과 ATM 보드 사이의 호처리 제어에 윈속2(Window socket 2) 인터페이스를 사용한다. 따라서, 호를 소켓 중심으로 관리하여 회의에 구성원이 추가될 때마다 그에 대한 소켓을 할당하여 유지 관리한다.

상술한 목적, 특징들 및 장점은 첨부된 도면과 관련한 다음의 상세한 설명을 통하여 보다 분명해 질 것이다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 일실시예를 상세히 설명한다.

도 1 은 본 발명이 적용되는 다자간 영상회의 서비스를 위한 시스템의 구성 예시도이다.

도 1에 도시된 바와 같이, 본 발명이 적용되는 다자간 영상회의 서비스를 위한 시스템은 회의제어 및 데이터 전송(바람직하게는 응용 프로그램 공유, 파일전송, 채팅, 화이트보드 등)시에 전송제어프로토콜/인터넷프로토콜(Transmission Control Protocol/Internet Protocol) 모듈위에서 동작되고, 동영상 스트림을 ATM 고유채널을 통해 전송한다. 따라서, 각 상대에 대해서 회의제어 및 ATM 채널(동영상 전송용)이 일대일(1:1) 대응되어야 한다.

이제, 각 모듈의 기능에 대해서 간략히 살펴보기로 한다.

비동기전달모드(ATM) 계층(100)은 ATM 셀 다중 전송 및 교환을 처리하는 계층으로, 모든 응용에 공통적인 셀 전송능력을 갖는다.

ATM 적응 계층(AAL : ATM Adaptation Layer)(110)은 ATM 망에서 셀 단위로 전송되는 음성, 데이터, 영상 등의 매체 또는 서비스에 대해서 모든 정보를 셀 단위로 전송한다. 따라서, 이들 각 서비스를 위해서는 서비스 요구하는 품질(지연시간, 오류율 등) 등이 서로 다르기 때문에 이들을 수용하는 모듈이 필요한데, 이것이 ATM 적응 계층(110)이다

Q.2931 처리 및 장치 입출력 드라이버(120)는 상호간의 호 설정 및 해제 등의 지시에 대하여 실질적으로 동작을 이루는 모듈로서, Q.2931 메시지의 부호화 및 복호화를 담당하고, 실제 호 관련 흐름을 제어하며, 보드와의 데이터 입출력(I/O)을 처리한다.

네트워크 장치 인터페이스 드라이버(Network Device Interface Driver)(130) 는 ATM 보드를 이용하여 TCP/IP를 이용할 수 있도록 인터페이스를 제공하는 IPOA 드라이브이다.

AIM 장치 드라이버(140)는 응용 프로그램과 ATM 보드 사이에 데이터 및 신호를 전달하기 위한 인터페이스이다.

윈속2(Windows socket 2) 인터페이스 모듈(150)은 응용 프로그램에서 ATM 보드의 접근에 있어서 소켓(socket) 방식을 이용할 수 있도록 하는 인터페이스이다.

회의 제어 모듈(160)은 회의를 생성하거나 참여하거나 종료하는 등의 인터넷 프로토콜(IP)을 이용하여 회의를 제어한다.

데이터 처리 모듈(170)은 연결된 IP간에 데이터 전송(응용 프로그램 공유, 파일 전송, 채팅, 화이트보드)을 할 수 있도록 하는 모듈이다.

호 제어 모듈(180)은 다자간에 회의 진행을 위하여 이들간에 설정되어야 하는 ATM 호를 설정, 해제, 및 유지 관리하는 모듈로서, 영상전화에는 점대점(Point-to-Point)로, 영상회의에는 점대다점(Point-to-Multipoint) 형태로 연결을 관리한다.

스트림 전송 제어 모듈(190)은 회의 성립 및 해제시에 MPEG2 인코더 보드를 제어하여 스트림을 생성하거나 정지하도록 제어한다.

주 제어 및 그래픽 사용자 인터페이스(GUI) 모듈(200)은 사용자에게 회의를 진행할 수 있는 인터페이스를 제공해 주고 이들을 관리할 수 있도록 하는 모듈이다.

이제, 본 발명의 핵심인 스트림 호제어 모듈(180)에 대해서 보다 상세히 설 명한다. 본 실시예에서는 서술상 3자 통화를 예시하여 기술하기로 한다.

도 2 는 본 발명에 이용되는 스트림 전송용 채널 구성 예시도이다.

도 2를 참조하면, 본 시스템의 호 처리는 스위치된 가상의 채널(SVC : Switched Vertual Channel)을 이용하되 3자 통화가 가능하여야 하기 때문에 각 호를 점대다점(point-to-multipoint) 방식으로 연결하여야 한다. 즉, 자신의 영상을 2명의 상대방에게 송신하기 위해서는 교환기에서 복사 기능을 수행해야 하기 때문에 이를 위해서는 점대다점(PTMP) 방식으로 설정되어야 한다.

또한, 3자 통화가 가능하기 위해서는 각 단말에 대하여 송신시 1개의 셋업과 1개의 "ADD PARTY"를 발신하여야 하고, 수신을 위해서는 2개의 셋업 메시지를 받아 이를 처리하여야 한다.

예를 들면, 3대의 각 단말은 각각 자신의 영상을 보내기 위해서 점대 다점(point-to-multipoint)의 루트(root) 역할을 해야 하며, 상대의 영상을 받기 위해서 리프(leaf)로 동작되어야 한다. 따라서, 3자가 모두 회의에 참여했을 때, 하나의 단말에는 1개의 루트(root) 호(2개의 party로 구성)와 2 개의 리프(leaf) 호가 존재해야 한다. 이는 순수하게 동영상 스트림 전송만을 위한 것이고 데이터 및 회의 제어를 위한 채널이 한 개 더 필요하게 된다. 즉, IPOA용 채널로서 이곳을 통하여 T.120 관련 데이터들이 양방향으로 송수신되며, 회의 제어도 이루어지게 된다.

이렇듯 3자간의 회의가 원만히 이루어지기 위해서는 한 단말에 대하여 4개의 채널이 설정되어야 한다. 여기서, IPOA용 채널은 PC 시스템이 부팅(booting)될 때 네트워크 드라이버에 의해서 설정되며, 나머지 스트림 전송용 채널은 회의가 성립 또는 종료될 때마다 설정되거나 해제된다.

소켓을 이용하여 다자간에 스트림 전송용 채널을 설정 또는 해제를 관리하기 위해서 도 3과 같은 자료구조를 정의했다.

도 3 은 본 발명에 이용되는 소켓 처리를 위한 일실시예 자료구조도이다.

도 3을 참조하면, 소켓(socket)은 점대다점(point-to-multipoint)의 소켓을 성공적으로 개방(open)했을 때 생성되는 소켓의 식별자(id)로서 클라이언트의 입장, 즉 스트림을 보낼 루트(root) 입장과 서버(Server)의 입장, 즉 스트림을 받을 리프(leaf)의 입장이 서로 다르게 취급된다. 여기서, 클라이언트(Client)는 스트림을 보낼 루트(root)에 관련된 소켓 식별자(id)로서 2곳의 상대방에 대하여 동일값을 갖고, 서버(Server)는 스트림을 받을 리프(leaf)에 관련된 소켓 식별자(id)로서 2곳의 상대에 대하여 서로 다른 값을 갖는다.

그리고, 서브소켓(subsocket)은 위의 소켓에 대하여(여기서는 parent socket이라 함) 각 서브 소켓이 성공적으로 성립되었을 때 생성되는 식별자(id)값으로서 클라이언트의 입장에서는 "WSAJoinLeaf()" 함수의 결과로 반환되며, 서버 입장에서는 "WSAAccept()" 함수의 결과값으로 반환된다. 즉, 이 값은 엄밀히 이야기하면 수신자에 관련된 소켓 식별자(id)이다.

또한, 상태(state)는 해당 서브소켓(subsocket), 즉 수신자(party)의 상태를 보관하기 위해서 필요하다.

본 실시예에서 정의된 상태(state)는 다음과 같다. 이들 상태는 각 서브소켓(subsocket)에 따라 다르며, 아이들(IDLE), 인커밍(INCOMING), 아웃고잉(OUTGOING), 액티브(ACTIVE) 상태가 있다. 여기서, 아이들(IDLE) 상태는 초기 상태 또는 호가 해제된 상태이고, 인커밍(INCOMING) 상태는 호에 대한 요청이 와서 이를 처리하고 있는 상태이며, 아웃고잉(OUTGOING) 상태는 상대에게 호를 요청하고 있는 상태이다. 또한, 액티브(ACTIVE) 상태는 호가 연결되어 진행되고 있는 상태이다.

한편, "party_atm_addr"은 현재 접속되어 있는 상대의 ATM 주소를 보관하는 필드로서, 회의를 제어하는 IP와 연관짓기 위해서 필요하다. 즉, IP 주소를 이용하여 회의제어시 회의설정 및 해제에 따른 동기화를 위해서 해당 단말의 ATM 호 설정 및 해제에 필요하다.

다른 한편, "party_ip_addr"은 현재 접속되어 있는 상대의 IP 주소를 보관하는 필드로서, ATM 호와 연결 짓기 위해서 필요하다. 즉, ATM 호의 돌발적 해제에 따른 동기화를 위해서 IP 수준의 회의 제어에 필요하다.

도 3의 자료구조에 대한 소켓 테이블(socket_tbl)의 구성예가 도 4에 도시되었다.

소켓 테이블(socket_tbl)은 2차원 배열로 선언되어 3자 회의 성립시 도 4와 같은 값을 가질 수 있다. 즉, 도 4에 도시된 바와 같이 한 단말은 다른 하나의 단말에 대하여 하나의 서버 소켓(SVR socket)과 하나의 클라이언트 소켓(CLI socket)을 유지해야 한다.

도 3의 자료구조 이외에 각 상태에 따른 이벤트 송수신 및 관리를 위하여 도 5와 같은 자료구조가 필요하다.

도 5 는 본 발명에 이용되는 이벤트 처리를 위한 일실시예 자료구조도이다.

도 5를 참조하여 이벤트 처리를 위한 자료구조를 살펴보면, "sock"는 이벤트가 적용될 소켓 식별자(socket id)를 나타낸다.

"type"는 현재의 소켓이 서버용인지 클라이언트용인지를 나타내는 필드이다.

"bucket"는 서버용과 클라이언터용으로 구성된 각 2개의 소켓 테이블중 해당되는 배열 인덱스값을 보관하는 필드로서, 테이블 관리에 이용된다.

"state"는 이벤트가 보내질 때의 상태를 지정하는 필드이다.

"event"는 송신할 이벤트를 지정하는 필드로서, 사용되는 이벤트를 살펴보면, IP 수준의 회의가 성립되어 ATM 호 연결 요청을 하는 연결 요청 이벤트(CONNECT_REQUEST), 상대 호부터 ATM 호 연결을 위한 요구가 있을 때의 연결 지시 이벤트(CONNECT_INDICATION), 상대로부터 ATM 호 연결 요청을 받고 응답을 하기 위한 연결 응답 이벤트(CONNECT_RESPONSE), 호의 요청시에 상대에게서 연결 수락이 있을 경우 또는 상대로부터 요청된 호의에 대하여 수락했을 경우 발생하는 연결 성공 이벤트(CONNECT_SUCCESS), 상대로부터 호 연결 요청이 있을 경우 이에 대해 거절할 경우에 발생하는 연결 거절 이벤트(CONNECT_REJECT), 상대가 호 수락을 거절할 경우에 생기는 연결 거부 이벤트(CONNECT_REFULSED), 호의 연결이 실패했을 경우에 생기는 연결 실패 이벤트(CONNECT_FAIL), 호의 해제를 요청하는 해제 요청 이벤트(RELEASE_REQUEST), 그리고 상대가 호의 해제를 요구했을 경우에 발생하는 해제 지시 이벤트(RELEASE_INDICATION)가 있다.

이제, 상기 정의된 도 3과 도 5의 자료 구조를 이용하여 호를 설정하는 과정을 살펴보면 다음과 같다.

일대일(1:1) 영상전화는 호 설정시 양방향(point-to-point)으로 선언하고, 연결이 성립되면 양쪽에서 영상을 보내면 되지만 스위치된 가상의 채널(SVC)을 이용하는 3자간의 영상회의 서비스를 위해서는 단방향인 점대다점(point-to-multipoint)을 이용해야 한다. 그 이유는 한 단말의 영상을 다른 2대의 단말에 전송하기 위해서는 교환기 쪽에서 복사를 해주어야 하기 때문이다. 따라서, 하나의 단말에서 다른 2대의 단말로 연결을 설정하기 위해서 한 수신 달말에게는 셋업(point-to-multipoint) 메세지를, 나머지 한 수신 단말에게는 ADDPARTY 메시지를 요청하여 각각 응답을 받아야 한다.

이렇게 되면, 한 단말에 대한 송신 준비 및 다른 2대의 단말에 대한 수신 준비가 완료되어 송신측 단말에서 영상을 보내면 2대의 수신 단말에서는 그 영상을 받아볼 수가 있게 된다.

마찬가지로, 나머지 2대의 단말에 대해서도 위와 같은 절차를 거치면 결국 상기 도 2와 같은 연결 구조를 이루게 된다. 즉, 하나의 단말에서 보면 송신을 위한 연결 2개와 수신을 위한 연결 2개를 가지게 된다.

이를 관리하기 위한 것이 socket_tbl[2][2]이다. 여기서, socket_tbl[0]은 자신의 단말이 수신자로 지정되는 연결에 관련되고, socket_tbl[1]은 송신을 위한 연결로 지정된다. 또한, 송수신 호를 위한 것들이 각각 2개씩 존재하므로 버켓(bucket)이라는 2번째 배열 인수를 이용하여 각 연결을 관리한다.

이들 연결은 동시에 이루어진다. 즉, IPOA를 통하여 이미 연결되어 있는 채널을 통하여 IP 수준의 회의 제어가 이루어져 회의가 성립되면 그 순간 각 단말에서는 호를 요청하고 또 자신에게 요청된 호에 대하여 응답한다.

각 단말을 A,B,C라 가정하면 다음과 같은 절차를 수행한다.

먼저, 단말A가 회의를 생성하여 단말B를 초대했든지 단말B가 단말A에게 참여했다고 가정하자. 그러면, 단말A와 단말B에서는 서로의 IP 주소를 알면서 회의가 연결되었음을 감지한다. 이때, 수신된 상대의 IP 주소를 이용하여 ATM 주소를 얻어낸 후 단말A는 단말B에게, 단말B는 단말A에게 각각 셋업(SETUP)을 요청한다. 그러면, 상대로부터 연결요청이 있다는 지시가 자신의 단말에 표시되고, 이에 대해서 응답을 하면 이들 둘 사이의 연결은 설정되게 된다. 이렇게 되면, 아마도 socket_tbl[0][0]과 socket_tbl[1][0]의 상대에 대한 정보 및 상태가 저장될 것이다.

이렇게 되면, 이들 둘 사이에는 서로의 영상을 보며 마치 영상전화같은 유형으로 대화를 할 수 있게 된다.

그 다음 절차로서, 단말A가 단말C를 초대하거나 또는 단말C가 회의에 참여했다고 가정하자. 그러면, 역시 IP 수준의 설정이 이루어지고 앞과 마찬가지로 상대의 IP 주소를 알아, 단말A와 단말B는 각각 단말C에 대하여 위의 과정을 거치게 된다. 이렇게 되면, 단말A와 단말B는 socket_tbl[0][1]에 단말C가 송신하기 위한 호에 대한 정보를 담고, socket_tbl[1][1]에 단말C로 송신하기 위해 연결되는 호에 대한 정보를 담게 될 것이다. 그런데, 이순간 단말C의 입장을 살펴보면 다음과 같 다.

단말C가 회의에 연결되는 순간 단말A와 단말B로부터의 연결요청이 들어오고 아울러 단말A와 단말B에게 연결요청을 해야 한다. 즉, 4개의 호 처리과정이 거의 동시에 이루어진다. 따라서, 단말C의 socket_tbl에는 먼저 이루어진 연결에 대한 정보가 socket_tbl[0][0], socket_tbl[1][0]에(수신용과 송신용으로 별도로 호가 설정되기 때문에 이 2 개의 테이블이 같은 단말에 관련되었다고 볼 수 없음) 저장되고 뒤에 이루어진 호에 대한 정보가 socket_tbl[0][1]과 socket_tbl[1][1]에 저장된다.

각 단말들은 요청되는 호를 인지하기 위하여 초기에 대기(wait)하는 과정인 "listen()"을 실행하게 되는데, 영상전화일 경우에는 점대점(point-to-point)으로 영상회의일 경우에는 점대다점(point-to-multipoint)으로 지정되게 된다.

결국, 회의가 정상적으로 성립되었을 경우 IP 수준의 회의 연결과 ATM 수준의 연결이 일대일로 매핑(mapping)된다. 그러나, ATM 호 연결과정에서 어떠한 오류가 발생하면, 이에 해당되는 IP 호도 해제가 되어야 하는 관계로 이를 동기화시키는 것이 매우 중요하다.

전술한 바와 같은 절차를 수행하기 위해서 각 단말에서 수행될 상태 및 이에 따른 이벤트들간의 관계가 도 6에 도시되었다.

도 6 은 본 발명에 이용되는 호 처리 모듈의 이벤트에 따른 처리 및 상태의 변화를 나타낸 일실시예 설명도이다.

이벤트를 처리하는 대표적인 함수는 다음과 같다.

이들이 처리하는 단위는 3자회의인 관계로 앞에서 선언된 4개의 socket_tbl 요소가 각각 아래의 함수를 이용하여 처리된다.

"Event_Proc()" 함수는 호의 상태와 이벤트를 이용하여 해당작업을 수행하는 함수로서 필요한 함수(연결 요청 함수, 수락 함수 등)를 호출하거나 상태를 변경하여 다음 스테이지로 넘어가도록 하는 주된 역할을 담당한다.

"OnSocketEvent()" 함수는 인터페이스와 관련된 비동기 이벤트를 받고 이를 처리하는 함수로서, 이는 "WSAAsyncSelect()" 함수를 지정해 놓음으로서 소켓 이벤트(socket event)가 발생하고 이 때마다 본 함수가 실행되게 한다. 주로 사용하는 소켓 이벤트는 "FD_CONNECT", "FD_ACCEPT", "FD_CLOSE"가 있다.

"OnAsyncEvent()" 함수는 "Event_Proc()" 또는 "OnSocketEvent()" 함수 등으로부터 그 다음 상태로 천이하기 위해서 상태 또는 이벤트 등의 자료구조를 갖춘 후 다시 "Event_Proc()" 함수를 호출하기 위한 중간 역할을 하는 것으로서, 일종의 이벤트 큐 처리 함수라 할 수 있다.

이제, 도 7a 내지 7e를 참조하여 본 발명에 따른 다자간 영상회의 서비스를 위한 호 처리 방법에 대해 보다 상세히 설명한다.

도 7a 는 아이들(IDLE) 상태에 따른 이벤트 처리 과정에 관한 것으로, 아이들(IDLE)(700) 상태는 주 제어 모듈로부터 연결_응답을 받으면(701), 현재 설정되어 있는 서비스가 영상전화인지 영상회의인지를 판단하여(702) 영상전화일 경우 점대점(point-to-point)으로(704), 영상회의일 경우 점대다점(point-to-multipoint)으로 하여(705) 소켓 함수에 적용할 인수를 연결한 후 클라이언트용으로 이미 열려 진 소켓(socket)이 있는지를 분석(705), 처음인 경우에는 소켓을 열고(706) 비동기 소켓 동작을 위하여 "WSAAsyncSelect()" 함수를 실행한다(707). 이때, 만약 이미 소켓이 열려져 있다면 이 과정을 생략하고 셋업(SETUP) 메시지를 만들어 연결을 요청하게 된다(708). 이때 영상전화이면 점대점(point-to-point) 형태인 "WSAConnect()"를(710), 영상회의이면 점대다점(point-to-multipoint)인 "WSAJoinLeaf()" 함수를 실행하게 된다(711).

한편, 아이들(IDLE) 상태에서, 상대로부터 연결 요청이 있어서 연결_지시를 받으면(712), 서비스 형태를 분석하여 회의인 경우에 해당 socket_tbl의 상태를 인커밍(INCOMING)으로 바꾸고 연결_응답 이벤트를 "Event_Proc()" 함수에게 보낸다. 반면에, 전화인 경우에는 응답하는 단계로 천이된다.

도 7b 는 인커밍(INCOMING) 상태에 따른 이벤트 처리 과정에 관한 것으로, 인커밍(INCOMING) 상태(720)는, 상대방으로부터 호 접속요청이 있을 경우에 다음 동작을 처리하기 위한 상태로서, 연결_응답 이벤트를 받으면(721) "WSAAccept()"를 실행하여(722) 반환값의 수용 상태를 분석하고(723), 반환값이 수용이면 액티브상태로 연결_성공 이벤트를 보내고(724), 만일 거절을 했다면 현 상태에 연결_거절 이벤트를 보낸다(725).

도 7c 는 아웃고잉(OUTGOING) 상태에 따른 이벤트 처리 과정에 관한 것으로,아웃고잉(OUTGOING) 상태(730)는, 상대에게 호 접속을 요청한 후 상대로부터 응답을 기다리고 있는 상태로서, 연결_성공 이벤트를 받으면(731) 액티브 상태로 연결_성공 이벤트를 보낸다(732).

도 7d 는 액티브(Active) 상태에 따른 이벤트 처리 과정에 관한 것으로, 액티브(Active) 상태(740)는, 호가 성공적으로 설정되어 있는 상태로서, 인커밍(INCOMING) 상태(720) 또는 아웃고잉(OUTGOING) 상태(730)에서 호의 설정이 성공적으로 이루어졌다는 연결_성공 이벤트를 받으면(741) 회의참여자가 2명(자신 포함)이 되는 순간 동영상 인코더보드를 가동시켜 스트림을 전송하도록 한다(742).

도 7e 는 해제 요청 상태에 따른 이벤트 처리 과정에 관한 것으로, 이 요구는 위에서 기술된 각 상태에서 일어날 수 있는 것으로서 사용자의 요구에 의해서 일어나거나 또는 망, 또는 단말의 이상동작에 대하여 발생할 수 있다.

이 요청이 일어나면, 먼저 IP 수준의 연결을 해제하고(751) 해당되는 서브소켓(subsocket)을 닫아 호를 해제시킨다(752).

이후, 해당되는 소켓 테이블(socket_tbl)을 초기화하고 자신의 역할(즉, 서버 또는 클라이언트)에 관련된 나머지 서브소켓(subsocket)이 이미 해제되어 있는지를 검사한다(753). 즉, 이 과정은 지금 해제되는 호가 마지막인지를 분석하는 것이다(754).

분석결과, 마지막 호이면, 그를 대표하는 소켓(socket)을 닫어(755) 자신의 역할에 관련된 모든 정보를 초기화하고(756) 동영상인코더 보드를 정지시킨다(757).

다음으로, 해제된 호가 서버(server) 역할인 경우에(758), 그 다음 요청을 받아들이기 위해 "Listen()"을 실행한다(759).

한 쪽에서 호가 해제되면 자동으로 상대방도 해제되는데, 이때 그 호에 대한 역할이 서로 상반된다. 예를 들면, 단말A에서 단말B와 연결된 호를 해제하고자 하는 순간에 단말A의 소켓 테이블(socket_tbl)을 보면 socket_tbl[SVR][0]과 socket_tbl[CLI][0]에 단말B에 대한 정보를 가질 수 있고, 단말B의 소켓 테이블(socket_tbl)을 보면 socket_tbl[SVR][0]과 socket_tbl[CLI][0]에 단말A에 관련된 호 정보를 가질 수 있다. 이때, 만일 IP 수준의 회의가 종료 또는 단절된다면 단말A와 단말B에서 동시에 그 IP 주소에 해당되는 단말에 호 해제요청을 하게 된다.

즉, 양쪽에서 거의 동시에 해제 요청이 이루어지고 아울러 양쪽에서 호 해제 요청을 받게 된다. 따라서 거의 동시에 4개의 호가 해제되는데, 이때 단말A와 단말B가 각각 상기 해제요청을 2번씩(서버역할과 클라이언트 역할) 실행하게 된다.

상기한 바와 같은 본 발명에 따르면, 제어는 IP를 이용하고 스트림은 ATM 채널을 이용함으로써, 기존의 인터넷 영상회의시스템과 쉽게 연동 가능하고, 고화질의 동영상을 이용하여 회의를 할 수 있다. 특히, 기존의 ATM 영상회의가 영구가상채널(PVC)을 이용하는 고정적 환경인데 반하여, 본 발명은 스위치된 가상 채널(SVC)을 이용하기 때문에 채널 설정이 없어진다. 또한, 영상전화가 상기 스위치된 가상 채널을 이용하긴 하지만 이는 일대일 통화환경이기 때문에 3자 이상의 회의에 바로 적용하기는 어렵다. 따라서, 본 발명에서는 스위치된 가상 채널을 이용하는 3자 이상의 고화질 회의가 가능한 시스템을 개발함으로써 다점 제어 유닛(MCU) 없이 개인간 또는 기업간 회의를 진행할 수 있는 기반을 조성하였다.

이상에서 설명한 본 발명은, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 있어 본 발명의 기술적 사상을 벗어나지 않는 범위내에서 여러 가지 치환, 변형 및 변경이 가능하므로 전술한 실시예 및 첨부된 도면에 한정되는 것이 아니다.

상기한 바와 같은 본 발명은, MCU없이 다자간의 회의가 가능하고, 각 단말 사이에 회의 성립시 이들간에 동영상 스트림을 전송하기 위한 채널을 효율적으로 관리하며, 비실시간 전송이 가능한 회의제어 및 데이터의 전송시 IPOA를 이용함으로써 회의 참여자가 많아지더라도 1개의 IPOA 채널만 있으면 되기 때문에 관리를 쉽게 할 수 있고, 기존의 인터넷 영상전화와 쉽게 연동할 수 있는 효과가 있다.

Claims

비동기전달모드(ATM)망에 있어 단말이 다지점 제어장치(MCU)를 거치지 않고서 영상회의 서비스를 위한 호를 처리하는 방법으로서,

영상회의 대상 단말간에 소켓을 이용하여 스트림 전송용 스위치된 가상 채널(SVC)을 성립시키는 단계; 및

상기 성립시킨 서브소켓의 상태에 따라, 영상회의 대상 단말간에 비실시간 처리가 요구되는 회의제어신호를 상기 스위치된 가상 채널(SVC) 중 비동기전달모드 인터넷 프로토콜(IPOA)을 이용해 서로 송수신하고, 영상회의 대상 단말간에 실시간 처리가 요구되는 영상/음성 데이터를 고유 비동기전달모드(ATM) 채널을 이용해 서로 송수신하는 단계를 포함하되,

적어도 셋 이상의 영상회의 대상 단말간에는,

하나의 비동기전달모드 인터넷 프로토콜(IPOA) 채널을 설정해 회의제어신호를 서로 송수신하며, 하나의 고유 비동기전달모드(ATM) 루트 채널을 설정해 영상/음성 데이터를 상대 단말로 송신하고, 상대 단말 수만큼의 고유 비동기전달모드(ATM) 리프 채널을 설정해 영상/음성 데이터를 상대 단말로부터 수신받는 것을 특징으로 하는 비동기전달모드망에서의 다자간 영상회의 서비스를 위한 호 처리 방법.
제 1 항에 있어서,

상기 다자간 영상회의 서비스시의 각 단말은 각각,

자신의 영상을 보내기 위하여　점대다점(Point-to-Multipoint)의 루트(root) 역할을 수행하되, 상대의 영상을 받기 위하여 리프(leaf)로 동작되어야 하므로, 상기 다자간 영상회의 서비스를 관리하기 위한 소켓 테이블이 클라이언트 입장과 서버 입장으로 나누어 관리되는 것을 특징으로 하는 비동기전달모드망에서 의 다자간 영상회의 서비스를 위한 호 처리 방법.
제 1 항 또는 제 2 항에 있어서,

상기 서브소켓의 상태가 아이들(IDLE) 상태에서의 호처리 과정은,

주 제어 모듈로부터 연결_응답을 받으면, 현재 설정되어 있는 서비스가 영상전화인지 영상회의인지를 판단하는 제 3 단계;

상기 제 3 단계의 판단결과, 영상전화일 경우에 점대점으로 하고 영상회의일 경우에 점대다점으로 하여 소켓 함수에 적용할 인수를 연결한 후 클라이언트용으로 이미 열려진 소켓이 있는지를 분석하는 제 4 단계

상기 제 4 단계의 분석결과, 처음인 경우에 소켓을 열고 비동기 소켓 동작을 위하여 선택함수(WSAAsyncSelect())를 실행하는 제 5 단계; 및

상기 제 5 단계에서 이미 소켓이 열려져 있다면 이 과정을 생략하고 셋업 메시지를 만들어 연결을 요청하고, 영상전화이면 점대점 형태인 연결함수(WSAConnect())를 실행하고, 영상회의이면 점대다점 형태인 참여함수(WSAJoinLeaf())를 실행하는 제 6 단계

를 포함하는 비동기전달모드망에서의 다자간 영상회의 서비스를 위한 호 처리 방법.
제 1 항 또는 제 2 항에 있어서,

상기 서브소켓의 상태가 인커밍(INCOMING) 상태에서의 호처리 과정은,

상대방으로부터 호 접속요청이 있을 경우에 다음 동작을 처리하기 위한 상태로서 연결_응답 이벤트를 받으면 인정함수(WSAAccept())를 실행하여 반환값이 수용이면 액티브 상태로 연결_성공 이벤트를 보내고, 거절을 했다면 현 상태에 연결_거절 이벤트를 보내는 것을 특징으로 하는 비동기전달모드망에서의 다자간 영상회의 서비스를 위한 호 처리 방법.
제 1 항 또는 제 2 항에 있어서,

상기 서브소켓의 상태가 아웃고잉(OUTGOING) 상태에서의 호처리 과정은,

연결_성공 이벤트를 받으면 액티브 상태로 연결_성공 이벤트를 보내는 것을 특징으로 하는 비동기전달모드망에서의 다자간 영상회의 서비스를 위한 호 처리 방법.
제 1 항 또는 제 2 항에 있어서,

상기 서브소켓의 상태가 액티브(Active) 상태에서의 호처리 과정은,

인커밍(INCOMING) 상태 또는 아웃고잉(OUTGOING) 상태에서 호의 설정이 성공적으로 이루어졌다는 연결_성공 이벤트를 받으면, 회의참여자가 2명(자신 포함)이 되는 순간 동영상 인코더 보드를 가동시켜 스트림을 전송하도록 하는 것을 특징으로 하는 비동기전달모드망에서의 다자간 영상회의 서비스를 위한 호 처리 방법.
제 1 항 또는 제 2 항에 있어서,

상기 서브소켓의 상태가 해제 요청 상태에서의 호처리 과정은,

인터넷 프로토콜(IP) 수준의 연결을 해제하고 해당되는 서브소켓(subsocket)을 닫아 호를 해제시키는 제 3 단계;

해당되는 상기 소켓 테이블(socket_tbl)을 초기화하고 자신의 역할(즉 서버 또는 클라이언트)에 관련된 나머지 서브소켓(subsocket)이 이미 해제되어 있는지를 검사하는 제 4 단계;

상기 제 4 단계의 검사결과, 마지막 호이면 그를 대표하는 소켓(socket)을 닫음으로서 자신의 역할에 관련된 모든 정보를 초기화하고 동영상인코더 보드를 정지시키는 제 5 단계; 및

상기 제 5 단계에서 해제된 호가 서버(server) 역할인 경우에, 그 다음 요청을 받아들이기 위해 리슨함수(Listen())를 실행하는 제 6 단계

를 포함하는 비동기전달모드망에서의 다자간 영상회의 서비스를 위한 호 처리 방법.
영상회의 서비스를 위한 비동기전달모드(ATM)망에 연결된 단말에,

영상회의 대상 단말간에 소켓을 이용하여 스트림 전송용 스위치된 가상 채널(SVC)을 성립시키는 기능; 및

상기 성립시킨 서브소켓의 상태에 따라, 영상회의 대상 단말간에 비실시간 처리가 요구되는 회의제어신호를 상기 스위치된 가상 채널(SVC) 중 비동기전달모드 인터넷 프로토콜(IPOA)을 이용해 서로 송수신하고, 영상회의 대상 단말간에 실시간 처리가 요구되는 영상/음성 데이터를 고유 비동기전달모드(ATM) 채널을 이용해 서로 송수신하는 기능

을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.