KR101441434B1 - 로컬 영역 네트워크에서 통신 세션 제어를 제공하는 방법 및 시스템 - Google Patents

Abstract

동기식-호출/브로드캐스트-통지 프로토콜을 지원하는 로컬 영역 네트워크 (LAN) 설비로 하여금, 세션-제어 프로토콜을 지원하는 광역 네트워크 (WAN)에서의 통신 세션들을 제어하는 것을 가능하게 방법으로서, 상기 방법은, a) 상기 LAN 설비로부터 상기 광역 네트워크에서의 미리 정해진 통신 세션을 제어하는 동작을 호출하는 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 수신하며, 상기 동작의 실행은 상기 세션-제어-프로토콜을 지원하는 적어도 하나의 WAN 장치와 적어도 2개의 세션-제어-프로토콜 메시지들을 교환하는 것을 포함하며; b) a)에서 수신한 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 처리하여 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중의 첫 번째 메시지 [이 메시지는 상기 동작의 실행을 시작시키도록 구성된다]를 생성하며; c) b)에서 생성된 메시지를, 상기 동작 실행을 시작시키기 위해 상기 광역 네트워크로 송신하며; d) 상기 동작의 결과를 나타내는 상태를 기다리면서, 상기 호출된 동작에 대한 상기 LAN 설비를 위한 응답을 일시 중지시키며; e) 상기 상태가 이용 가능하면, 상기 LAN 설비를 위한 상기 응답을 생성하며 [상기 응답은 상기 동작의 결과를 나타낸다]; 그리고 f) e)에서 생성된 응답을 상기 LAN 설비로 송신하는 것을 포함한다.

Description

로컬 영역 네트워크에서 통신 세션 제어를 제공하는 방법 및 시스템 {Method and system for the provision of communication session control in a local area network}

본 발명은 로컬 영역 네트워크에서 통신 세션 제어를 제공하는 방법 및 시스템에 관한 것이다.

디지털 가입자 라인 (digital subscriber line (DSL))과 같은 네트워크 기술들을 통해서 가정으로 광대역 인터넷 액세스의 증가하는 배치는 가정을 점점 중요한 네트워킹 센터로 만들어서 새로운 통신 경험들을 지원하기 위한 기회를 만들었다. 디지털 콘텐트는 미디어를 저장하고, 보여주고 관리하기 위한 탁월한 포맷이 되고 있다. 소비자들은 서로 다른 소비자 전자 (consumer electronic (CE)) 설비들을 통해서 그리고 자신의 가정 내의 여러 장소들로부터 콘텐트를 즐기는 것을 원한다. 또한 개인적인 통신이 디지털 스트리밍 포맷으로 집중되고 있으며, 콘텐트와 통신 기기들 사이에서의 상호 운용을 보장하기 위한 기술적인 표준들의 공통 세트에 대한 정의는 강제적인 필요 사항이다. 예를 들면, DLNA (Digital Living Network Alliance)는 기기들과 서비스들을 위해서 공동으로 이용할 수 있는 프레임워크를 정의하는 상호 운용 가이드라인들의 세트를 발행했다. 상기 가이드라인들은 인터넷 프로토콜 (Internet Protocol (IP)), 하이퍼텍스트 전달 프로토콜 (Hyper Text Transfer Protocol (HTTP)) 및 UPnP 기술과 같은 강화된 인터넷 표준들을 채택할 것을 권고한다.

본 발명의 속한 기술분야에서 잘 알려진 것과 같이, 제안된 표준 RFC3261과 그 확장판에 따르면, 세션 개시 프로토콜 (Session Initiation Protocol (SIP))은 하나 또는 그 이상의 참여자들 사이에서의 인터액티브한 interactive) 통신 세션들을 생성하고, 수정하고 그리고 종결시키기 위해서 IEFT (Internet Engineering Task Force)에 의해 개발된 애플리케이션-계층 제어 및 시그날링 프로토콜이다. 이런 세션들은, 사용자 이동성, 세션 설명 프로토콜 (Session Description Protocol (SDP))과의 통합을 통한 멀티미디어 종단점 (end-point) 기능의 협상, 호출 라우팅 및 세션 전달 기능성을 지원하는 음성 및/또는 비디오 컨퍼런스와 같은 멀티미디어 세션, 멀티미디어 배포 및 인터넷 전화 호출을 포함할 수 있을 것이다.

SIP은 3GPP (Third Generation Partnership Project)에 의해 IP 멀티미디어 서브시스템 (IP Multimedia Subsystem (IMS)) 구조의 시그날링 프로토콜로서 수용되었다. 실제, 더 낮은 관리 경비 및 오디오, 비디오 및 텍스트와 같은 서로 다른 미디어의 조합에 있어서의 더 높은 유연성 때문에, SIP 기반의 통신들이 전통적인 PSTN (Public Switched Telephone Network)을 점차적으로 대체할 것이라는 것이라고 널리 가정된다.

반면에, UPnP (Universal Plug and Play) 기술은 로컬 영역 네트워크 내의 사용자 전자 (CE) 설비들로 하여금 서로 상호작용 (interact)하는 것을 허용하는 프로토콜들을 수립한다.

UPnP 구조는 소비자 전자 (CE) 설비들이 그런 설비들 사이에서의 디스커버리, 제어 및 데이터 전달을 구현하는 표준화된 프로토콜들의 집합을 확립한다. UPnP 프로토콜들을 구현하도록 구성될 수 있는 설비들의 예는 컴퓨터들, 서버들, 프린터들, 전화기들, 디지털 카메라들, 비디오 녹화기들, 인터넷 개인용 설비들 또는 개인용 디지털 보조기 (PDA)들을 포함한다. UPnP 구조는 서비스들을 표시하는 UPnP 기기들과 그런 서비스들을 발견하고 사용하는 UPnP 제어 포인트들을 구별한다.

따라서, 상기 UPnP 구조는 서비스 제공자들 (기기들)과 서비스 소비자들 (제어-포인트들)을 구별하는 전형적인 클라이언트/서버 모델을 제공한다. 예를 들면, UPnP TV 기기는 디지털 이미지를 보여주는 서비스를 제공할 수 있을 것이며, TV의 원격 제어는 그 TV의 제어-포인트로서 행동할 수 있을 것이다.

UPnP는 로컬 네트워크에서 이용 가능한 기기들을 발견 (discover)하기 위해서 SSDP (Simple Service Discovery Protocol)이라 불리는 프로토콜을 채택하고, 그리고 기기들에 의해 제공되는 서비스 동작들을 호출하기 위한 메커니즘으로서 SOAP (Simple Object Access Protocol) 이라고 불리는 프로토콜을 채택한다. SSDP는 상기 로컬 영역 네트워크 상에서 이용 가능한 IP 멀티캐스트 서비스를 이용하는 HTTP의 멀티캐스트 변형 (HTTPMU)을 사용한다. HTTPMU는 선전 메시지들을 송신하기 위해 UPnP 기기들에 의해 이용되며 이용 가능한 UPnP 서비스들을 찾기 위한 검색 요청들을 송신하기 위해 제어 포인트들에 의해 사용된다.

게다가, UPnP는 UPnP 기기의 상태에서의 변화들에 관련된 이벤트 통지들을 관리하는 메카니즘을, 두 개의 인터넷 초안 ("General Event Notification Architecture Base", J. Cohen, S. Aggarwal, 9-Jul-1998, <draft-cohen-gena-p-base-01.txt>; 그리고 "General Event Notification Architecture Base: Client to Arbiter", J. Cohen, S. Aggarwal, Y. Y. Goland, 6-Sep-2000, <draft-cohen-gena-p-base-01.txt>)에서 IEFT에 의해 정의된 것과 같은 GENA (General Event Notification Architecture)를 기반으로 하여 또한 정의한다. 이 메커니즘은 제어-포인트가 UPnP 기기와 연관된 상태 변수들에서의 변화들에 관한 통지들을 수신하도록 만들어질 수 있다는 가입 (subscription)을 기반으로 한다.

UPnP 서비스 디스커버리와 이벤팅 메커니즘의 속성 때문에, UPnP 기술은 멀티캐스팅이 지원되는 네트워크 환경에서 연결되는 네트워크 기기들로 한정된다.

지금까지는, 멀티미디어 기기들 용의 UPnP 표준화 프로세스의 주요한 효과는 콘텐트 기반의 서비스들에 초점을 주어왔다. UPnP AV 구조 문서 그리고 미디어서버(MediaServer) 및 미디어렌더러 (MediaRenderer) 표준 기기 규격들은 이런 활동의 결과이다. 이 표준은 (오디오 및 비디오 컨퍼런싱과 같은) 2-방향 인터액티브 통신 서비스들을 가능하게 하는 것이 [비록 그런 방면에서의 일부 제안들이 근래에 제출되기는 했지만] UPnP AV 구조의 목표와는 관계없다는 것을 명시적으로 선언한다.

US-2006/0140199-A1 및 US-2006/0153072-A1은 UPnP 프로토콜 및 SIP 프로토콜을 연결시키기 위한 구조와 메커니즘을 개시한다. 이 문서들은 UPnP 메시지들을 SIP 메시지들로 변환하기 위한 프록시 장치를 기술한다. 상기 프록시는 UPnP SOAP 호출 (invocation)의 구조화된 XML 콘텐트를 분석하고 (parse) 상기 XML을 대응하는 SIP 메시지의 헤더 부분, 바디 부분 또는 헤드 부분과 바디 부분 모두 안에 끼워 넣는다. 비록 그런 접근 방법이 일반적이기는 하지만, 메시지들의 구문론적인 변환은 캐리어 프로토콜로서 SIP 요청들/응답을 이용하여 UPnP 메시지들의 단순한 운송을 가능하게 하며, 그럼으로써 SIP 기기 (예를 들면, 모바일 전화기)는 UPnP 기기들/서비스들을 제어하기 위해 채택될 수 있다. 본 출원인은 이런 문서들이, 위치를 이용하며 SIP이 가능한 네트워크들에 의해 요청된 서비스들을 라우팅하는 홈 네트워크 환경 외부로부터의 UPnP 서비스들에 액세스하기 위한 수단으로서 상기 SIP 프로토콜과 기기들을 사용하지만, 그 UPnP 프로토콜을 통해서 컨퍼런스 세션을 제어하는 문제를 특별하게 중점을 두어 다루지 않는다는 것을 교시한다는 것에 주목한다. 더 나아가, 상기 개시된 접근 방법은 UPnP 프로토콜 및 SIP 프로토콜 사이에서의 구문론적인 변환을 설명하며, 그 서비스들의 의미론적인 특성에 독립적이다. 전술한 두 문서들에서 개시된 발명은 SIP 기반의 네트워크에 의해 요청된 세션 제어 서비스들과 UPnP 홈 기기들 사이에서의 더 넓은 상호 운용의 토픽을 커버하지 않으며, 이 경우 상기 구문론적인 문제는, UPnP 방법들/이벤트들에서의 SIP 세션 제어 메시지들의 변환을 위한 새로운 UPnP 기기/서비스의 규격을 필요로 하는 더 넓은 상호 운용에서의 단순한 하나의 모습이며, 그 역도 마찬가지이다.

2006.2.15.에 Intel Technology Journal에서 공개된, "New Uses, Proposed Standards, and Emergent Device Classes for Digital Home Communications"에서 Mark Walker 등은 홈에서의 개인용 통신 기기들을 용이하게 하고 개인화된 통신 서비스들을 홈 외부의 기기들로 확대하기 위한 디지털 홈 통신 네트워크를 제안한다. 특히, 그들은 두 가지 기기 클래스들을 정의한다: 단순한 호출 관리 기능들 및 콘택트 (contact) 목록, 개인화된 호출 라우팅 및 메일박스 메시지 관리와 같은 통신 서비스들에 관련된 확장된 기능들의 세트를 필요로 하는 홈 통신 서버 (Home Communications Server (HCS)) 그리고 HCS에 의존하며 통신 기기로서 사용되는 용도의 TV 세트와 같은 레거시 (legacy) 소비자 전자 설비에 적응하는 디지털 통신 어댑터 (Digital Communication Adaptor (DCA)).

비록 이 논문의 저자들의 제안이 구조적인 설명일 뿐이지만, 본 출원인은 이 논문의 저자들이 통신 서비스들로의 확장된 UPnP 기반의 서비스들에서의 관심 대상을 강조한다는 것을 관찰했다.

동일한 관찰은, 예를 들면, VOIP 메시징 (예를 들면, SMS, MMS), 프레즌스, SIP와 SDP를 이용하는 멀티미디어 서비스들, 컨퍼런싱 애플리케이션들 등으로서의 모바일-특정 서비스들로 확장된 UPnP-기반의 서비스들을 위해 WO 2007/002604 그리고 WO 2006/061682에 의해 제안된 구조에 적용된다.

본 출원인은, 단순하고 효과적인 방식으로 로컬 영역 네트워크 (LAN) 설비를 가능하게 하고, 광역 네트워크 (WAN)에서의 통신 세션들을 지원하기 위한 동기식-호출/브로드캐스트-통지 프로토콜을 지원하고, 세션 제어 프로토콜을 지원하는 문제에 직면했다.

특히, 본 출원인은, 동기식-호출 (invocation)/브로드캐스트-통지 프로토콜이 브로드캐스트 디스커버리 및 이벤팅 메커니즘을 지원하는 동기식 클라이언트/서버 프로토콜이며 그리고 세션-제어 프로토콜이 (예를 들면, SIP로서) 비동기식의 피어-투-피어 메시징 프로토콜일 때에, 이런 목적을 달성하는 문제에 직면했다.

동기식 동작의 SOAP를 제외하고, 이전에 미리 선언된 것과 같이, UPnP는, 기기 내에서 상태 변수들이 자신의 값을 변경할 때에 제어-포인트들이 통지될 것을 허용하는 GENA 프로토콜을 기반으로 하는 브로드캐스트 이벤트 통지 메커니즘을 채택한다. 상기 GENA에서의 상태 변수들을 위한 가입/통지 메커니즘은 SIP에 의해 제공된 피어-투-피어 관리 모델과는 완전하게 다르다. GENA 모델에서, 모든 가입된 제어-포인트들은 임의 상태 변수의 상태 변화를 위해서 통지된다. 더 나아가, 가입들은 항상 익명이며, 그럼으로써 UPnP 기기가 단일 제어-포인트를 통지하도록 허용하지 않는다. 따라서, SIP 피어-투-피어 메시징 모델을 UPnP GENA 이벤트들로 단순하게 변환하는 접근 방식은 부자연스러운 구조의 결과로 귀결될 것이다.

본 출원인은 UPnP GENA 이벤트 모델의 특성을 통지했고 개시된 본 발명의 정의에서 그 이벤트 모델의 특수성을 조정했다.

본 발명의 목적인 상기와 같은 세션 지원 문제를 해결하는 방법 및 시스템을 제공하는 것이다.

첫 번째 모습에서, 본 발명은, 동기식-호출/브로드캐스트-통지 (synchronous-invocation/broadcast-notification) 프로토콜을 지원하는 로컬 영역 네트워크 (LAN) 설비로 하여금, 세션-제어 프로토콜을 지원하는 광역 네트워크 (WAN)에서의 통신 세션들을 제어하는 것을 가능하게 하는 방법에 관한 것으로, 상기 방법은,

a) 상기 LAN 설비로부터 상기 광역 네트워크에서의 미리 정해진 통신 세션을 제어하는 동작을 호출하는 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 수신하며, 상기 동작의 실행은 상기 세션-제어-프로토콜을 지원하는 적어도 하나의 WAN 장치와 적어도 2개의 세션-제어-프로토콜 메시지들을 교환하는 것을 포함하며;

b) a)에서 수신한 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 처리하여 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중의 첫 번째 메시지 [이 메시지는 상기 동작의 실행을 시작시키도록 구성된다]를 생성하며;

c) b)에서 생성된 메시지를, 상기 동작 실행을 시작시키기 위해 상기 광역 네트워크로 송신하며;

d) 상기 동작의 결과를 나타내는 상태를 기다리면서, 상기 호출된 동작에 대한 상기 LAN 설비를 위한 응답을 일시 중지시키며;

e) 상기 상태가 이용 가능하면, 상기 LAN 설비를 위한 상기 응답을 생성하며 [상기 응답은 상기 동작의 결과를 나타낸다]; 그리고

f) e)에서 생성된 응답을 상기 LAN 설비로 송신하는 것을 포함한다.

본 발명의 설명과 청구범위에서의 용어는 다음과 같다.

- "세션 제어"는, 예를 들면, 재협상, 포워딩 및 전달을 포함하는 세션 셋업이나 관리를 나타내기 위해 사용된다;

"동기식-호출 (invocation)/브로드캐스트-통지 프로토콜"은 동작들의 동기식 호출을 수행하기 위해 적응된 프로토콜 그리고 예를 들면 UPnP와 같은 이벤트들의 브로드캐스트 통지를 나타내기 위해 사용된다;

"세션-제어 프로토콜"은, 예를 들면, SIP과 같은, 재협상, 포워딩 및 전달을 포함하는 세션 셋업이나 관리를 수행하기 위해 적응된 프로토콜을 나타내지 위해 사용된다;

"브로드캐스팅"은 멀티캐스팅을 포함한다; 그리고

- "세션"은 둘 또는 그 이상의 엔티티들 사이에서의 데이터 교환을 나타내기 위해 사용된다.

본 발명에 따르면, 미리 정의된 동작을 호출하는 것에 대한 상기 LAN 설비의 응답은 상기 동작의 결과를 나타내는 상태가 이용 가능할 때까지 일시 정지된다.

그러므로, 호출된 동작을 구현하는 것은 호출하는 LAN 설비에게는 완전하게 투명하며, 상기 요청된 동작을 구현하기 위해 필요한 세션-제어-프로토콜 메시지들 교환이 종결될 때에 상기 동작의 결과 (성공 또는 실패)를 단순하게 리턴하는 극소의 동기식 동작으로서 상기 LAN 설비에 의해 인식된다.

이는, 예를 들면, UPnP 및 SIP 각각과 같은 서로 상이한 두 통신 모델들을 기반으로 하는 두 프로토콜들 (동기식-호출/브로드캐스트-통지 프로토콜과 세션-제어 프로토콜)을 연결할 때에 일어나는 기술적인 어려움들을 효율적이고 단순한 방식으로 극복하도록 한다.

특히, 본 발명은 통신 세션 셋업과 관리에 관련된 높은-레벨 동작들의 세트의 정의를 제공한다. 각각의 높은-레벨 동작은 상기 동작의 정의와 관련된 것으로 인식된 잘 정의된 의미론적인 기능성에 대응한다. 각 동작은 일련의 트랜잭션들 및 낮은 레벨의 메시지들을 통해서 구현된다. 본 발명에 따라, 기초가 되는 구현 그리고 높은 레벨의 동작 구현 동안에 발생하는 복잡한 트랜잭션들은 그런 동작을 호출하는 LAN 설비로부터는 숨겨져 있다. 그 LAN 설비에게는 모든 기초가 되는 (SIP) 트랜잭션들이 종결될 때에만 전체 동작의 결과 (성공 또는 실패), 그리고 실패의 경우에 그 실패의 원인이 제공된다.

본 발명의 일 실시예에 따르면, 상기 동기식-호출/브로드캐스트-통지 프로토콜은 UPnP이며, 그리고 그 UPnP의 확장을 포함한다.

본 발명의 일 실시예에 따르면, 상기 세션-제어 프로토콜은 SIP 이며, 그리고 그 SIP의 확장을 포함한다.

본 발명의 일 실시예에 따르면, 상기 WAN 장치는 광역 네트워크에 연결된 WAN 사용자 기기일 수 있다.

전형적으로, 상기 WAN 장치는 WAN 서버이다. 예를 들면, SIP 구현에 있어서, 상기 WAN 서버는 SIP 프록시 및/또는 레지스트라 (registrar) 및/또는 리다이렉트 서버일 수 있다. 상기 WAN 서버는 상기 광역 네트워크에 연결된 적어도 하나의 WAN 사용자 기기에 대한 중재로서 동작하도록 구성되는 것이 이득이 있다.

예를 들면, SIP 구현에서, 상기 사용자 기기는, 적절한 게이트웨이 장치에 의해 SIP 네트워크와 서로 작용하는 SIP 사용자 에이전트 또는 PSTN이나 GSM 전화기일 수 있다.

상기 사용자 기기는 컴퓨터, 모바일 전화기, 개인용 디지털 보조기 (PDA) 또는 유사한 기기일 수 있을 것이다.

상기 LAN 설비는 예를 들면, TV 세트, 디지털 카메라, 비디오폰, 컴퓨터, PDA 또는 유사한 기기와 같은 소비자 전자 설비이다.

전형적으로, 상기 로컬 영역 네트워크는 홈, 사무실 또는 비슷한 환경들을 커버한다.

예를 들면, 상기 로컬 영역 네트워크는 UPnP 로컬 네트워크이다.

예를 들면, 광역 네트워크는 예컨대 IMS (IP multimedia subsystem) 유형의 원거리통신 네트워크와 같은 SIP 네트워크가 될 수 있다.

일 실시예에 따르면, c)에서의 상기 메시지는 상기 적어도 하나의 WAN 장치로 WAN 서버를 통해 송신된다.

일 실시예에 따르면, d)에서의 상기 응답은 상기 적어도 2개의 세션-제어-프로토콜 메시지 교환이 종결될 때까지 일시 중지된다. d)에서의 상태는 광역 네트워크로 송신되고 그리고 그 광역 네트워크로부터 수신되는 세션-제어-프로토콜 메시지와 관련될 수 있으며, 상기 메시지는 상기 동작의 결과를 나타낸다. 예를 들면, SIP 구현에서, 상기 세션-제어-프로토콜 메시지는 SIP 200 OK 메시지, SIP ACK 메시지, SIP 603 DECLINE 메시지, 486 Busy Here 메시지 또는 408 요청 타임아웃 메시지을 수 있다.

상기 상태가 광역 네트워크로부터 수신한 세션-제어-프로토콜 메시지에 관련되면, 상기 메시지가 상기 광역 네트워크로부터 수신될 때에 또는 상기 메시지가 미리 정해진 시간 구간 내에 수신되지 않으면 e) 및 f)가 수행된다.

상기 동작의 결과가 긍정적이면, e)에서 생성된 상기 응답은 미리 결정된 통신 세션을 올바르게 제어하기 위해 필요한 정보를 포함하는 이득을 가진다.

예를 들면, a)에서 호출된 미리 정해진 동작은 WAN 장치 이전에 LAN 설비 신원을 등록하고; LAN 설비와 WAN 사용자 기기 사이에서의 새로운 통신 세션을 셋업; 2개의 WAN 사용자 기기들 사이에서의 새로운 통신 세션 셋업하고; WAN 사용자 기기와의 통신 세션 설립을 수락; LAN 설비와 WAN 사용자 기기 사이에서 진행중인 통신 세션을 LAN 설비로부터 다른 WAN 사용자 기기로 전달하고; 다른 WAN 사용자 기기로 향하는 LAN 설비로부터의 사용자 기기 사이에서의 진행중인 통신 세션 전달하고; 첫 번째 WAN 사용자 기기와 두 번째 사용자 기기 사이에서의 진행 중인 통신 세션을 첫 번째 WAN 사용자 기기로부터 LAN 설비로 이전; LAN 설비로 들어오는 호를 WAN 사용자 기기로 포워딩하고; 또는 유보된 통신 세션에 결부된 미디어 기능들을 재교섭하기 위한 동작인 것이 가능하다.

SIP 구현에 있어서, b)에서 생성된 메시지는 예를 들면, SIP 등록 (SIP REGISTER) 메시지, SIP 초대 (SIP INVITE) 메시지 또는 SIP 200 OK 메시지일 수 있다.

본 발명의 바람직한 실시예에 따르면, 상기 방법은, 미리 정해진 상태 변수들에서의 변화들에 관한 통지들을 수신하기 위해 가입을 셋업하라는 요청을 상기 LAN 설비로부터 수신하는 것을 더 포함한다.

이 실시예에서, 상기 미리 정해진 상태 변수들 중에서 어느 것에서라도 변화가 발생하면, 상기 방법은 상기 변화에 대한 통지를 상기 가입된 LAN 설비에게 브로드캐스팅하는 것을 더 포함하는 이익을 가진다.

예를 들면, 상기 상태 변수들은 들어오는 호, 들어오는 호를 취소하고 그리고/또는 액티브 호를 종결하는 것을 통지하도록 구성될 수 있을 것이다.

본 발명에 따르면, 상기 방법은 현재 들어오는 호들에 관한 정보를 요청하는 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 상기 LAN 설비로부터 수신하는 것을 더 포함한다. 이 실시예에서, 상기 방법은 현재의 들어오는 호들에 관한 정보를 포함하는 응답을 상기 LAN 설비로 송신하는 것을 더 포함한다.

일 실시예에 따르면, 상기 방법은 상기 LAN 설비로부터, 현재의 액티브 호들에 관한 정보를 요청하는 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 수신하는 것을 더 포함한다. 이 실시예에서, 상기 방법은 현재의 액티브 호들에 관한 정보를 포함하는 응답을 상기 LAN 설비로 송신하는 것을 더 포함한다.

두 번째 모습에서, 본 발명은, 동기식-호출/브로드캐스트-통지 프로토콜을 지원하는 로컬 영역 네트워크 (LAN) 설비로 하여금, 세션-제어 프로토콜을 지원하는 광역 네트워크 (WAN)에서의 통신 세션들을 제어하는 것을 가능하게 인터페이싱 기기에 관한 것이며, 상기 인터페이싱 기기는,

a) 상기 LAN 설비로부터 상기 광역 네트워크에서의 미리 정해진 통신 세션을 제어하는 동작을 호출하는 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 수신하며, 상기 동작의 실행은 상기 세션-제어-프로토콜을 지원하는 적어도 하나의 WAN 장치와 적어도 2개의 세션-제어-프로토콜 메시지들을 교환하는 것을 포함하며;

b) a)에서 수신한 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 처리하여 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중의 첫 번째 메시지 [이 메시지는 상기 동작의 실행을 시작시키도록 구성된다]를 생성하며;

c) b)에서 생성된 세션-제어-프로토콜 메시지를, 상기 동작 실행을 시작시키기 위해 상기 광역 네트워크로 송신하며;

d) 상기 동작의 결과를 나타내는 상태를 기다리면서, 상기 호출된 동작에 대한 상기 LAN 설비를 위한 응답을 일시 중지시키며;

e) 상기 상태가 이용 가능하면, 상기 LAN 설비를 위한 상기 응답을 생성하며 [상기 응답은 상기 동작의 결과를 나타낸다]; 그리고

f) e)에서 생성된 응답을 상기 LAN 설비로 송신하도록 구성된 모듈들을 포함한다.

예를 들면, 동기식-호출/브로드캐스트-통지 프로토콜이 UPnP이면, 상기 인터페이싱 기기는 a) 및 f)를 수행하도록 구성된 UPnP 스택을 포함한다.

예를 들면, 세션-제어 프로토콜이 SIP이며, 상기 인터페이싱 기기는 c)를 수행하기에 적합한 SIP 스택을 포함한다.

전형적으로, 상기 인터페이싱 기기는 적어도 b), d) 그리고 e)를 수행하기에 적합한 프로세싱 유닛을 포함한다.

세 번째 모습에서, 본 발명은 통신 시스템에 관한 것이며, 상기 통신 시스템은,

- 동기식-호출/브로드캐스트-통지 프로토콜을 지원하는 적어도 하나의 로컬 영역 네트워크 (LAN) 설비와 인터페이싱 기기를 포함하는 로컬 영역 네트워크; 및

- 세션-제어 프로토콜을 지원하는 복수의 WAN 장치들을 포함하는 광역 네트워크 (WAN);를 포함하는 통신 시스템이며,

상기 인터페이싱 기기는,

a) 상기 LAN 설비로부터 상기 광역 네트워크에서의 미리 정해진 통신 세션을 제어하는 동작을 호출하는 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 수신하며, 상기 동작의 실행은 상기 복수의 WAN 장치들 중의 적어도 하나와 적어도 2개의 세션-제어-프로토콜 메시지들을 교환하는 것을 포함하며;

b) a)에서 수신한 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 처리하여 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중의 첫 번째 메시지 [이 메시지는 상기 동작의 실행을 시작시키도록 구성된다]를 생성하며;

c) b)에서 생성된 세션-제어-프로토콜 메시지를, 복수의 WAN 장치들 중의 하나를 향해 송신하며;

d) 상기 동작의 결과를 나타내는 상태를 기다리면서, 상기 호출된 동작에 대한 상기 LAN 설비를 위한 응답을 일시 중지시키며;

e) 상기 상태가 이용 가능하면, 상기 LAN 설비를 위한 상기 응답을 생성하며 [상기 응답은 상기 동작의 결과를 나타낸다]; 그리고

f) e)에서 생성된 응답을 상기 LAN 설비로 송신하도록 구성된 모듈들을 포함한다.

본 발명의 두 번째 모습 및 세 번째 모습의 더 추가적인 특징들에 관하여, 본 발명의 첫 번째 모습을 참조하여 상기에서 이미 개시된 것을 참조한다.

본 발명의 특징들과 이점들은 본 발명의 몇몇의 예시적인 실시예들에 대한 이어지는 상세한 설명에 의해 명백해질 것이며, 이 실시예들은 제한하지 않는 예들로서만 제공되는 것이며, 첨부된 도면들을 참조하여 설명이 될 것이다.
도 1은 본 발명에 따른 통신 시스템의 실시예를 개략적으로 도시한다.
도 2는 소비자 전자 설비 (UPnP 제어-포인트)가 새로운 SIP 신원 (identity)을 등록할 것을 요청할 때에 교환되는 주요한 메시지들의 예를 개략적으로 도시한다.
도 3은 소비자 전자 설비 (UPnP 제어-포인트)가 새로운 호 (call)를 셋업할 것을 요청할 때에 교환되는 주요한 메시지들의 첫 번째 예를 개략적으로 도시한다.
도 4는 소비자 전자 설비 (UPnP 제어-포인트)가 새로운 호를 셋업할 것을 요청할 때에 교환되는 주요한 메시지들의 두 번째 예를 개략적으로 도시한다.
도 5는 소비자 전자 설비 (UPnP 제어-포인트)가 두 WAN SIP 기기들 사이에서의 새로운 호를 셋업할 것을 요청할 때에 교환되는 주요한 메시지들의 일 예를 도시한다.
도 6은 소비자 전자 설비 (UPnP 제어-포인트)가 호를 셋업할 것을 중지시킬 것을 요청할 때에 교환되는 주요한 메시지들의 첫 번째 예를 도시한다.
도 7은 소비자 전자 설비 (UPnP 제어-포인트)가 호를 셋업할 것을 중지시킬 것을 요청할 때에 교환되는 주요한 메시지들의 두 번째 예를 도시한다.
도 8은 소비자 전자 설비 (UPnP 제어-포인트)가 이전에 셋업한 호를 종결시킬 것을 요청할 때에 교환되는 주요한 메시지들의 첫 번째 예를 도시한다.
도 9는 소비자 전자 설비 (UPnP 제어-포인트)가 이전에 셋업한 호를 종결시킬 것을 요청할 때에 교환되는 주요한 메시지들의 두 번째 예를 도시한다.
도 10은 소비자 전자 설비 (UPnP 제어-포인트)가 들어오는 (incoming) 호를 통지받을 때에 교환되는 주요한 메시지들의 일 예를 도시한다.
도 11은 소비자 전자 설비 (UPnP 제어-포인트)가 들어오는 호에 대한 상세한 설명을 요청할 때에 교환되는 주요한 메시지들의 일 예를 도시한다.
도 12는 WAN 사용자 기기가 호를 종결했다는 것을 소비자 전자 설비 (UPnP 제어-포인트)가 통지받을 때에 교환되는 주요한 메시지들의 일 예를 도시한다.
도 13은 WAN 사용자 기기가 호를 셋업하는 것을 중지했다는 것을 소비자 전자 설비 (UPnP 제어-포인트)가 통지받을 때에 교환되는 주요한 메시지들의 일 예를 도시한다.
도 14는 소비자 전자 설비 (UPnP 제어-포인트)가 액티브 호들의 상세한 설명을 요청할 때에 교환되는 주요한 메시지들의 일 예를 도시한다.
도 15는 소비자 전자 설비 (UPnP 제어-포인트)가 들어오는 호를 수용할 것을 요청할 때에 교환되는 주요한 메시지들의 첫 번째 예를 도시한다.
도 16은 소비자 전자 설비 (UPnP 제어-포인트)가 들어오는 호를 수용할 것을 요청할 때에 교환되는 주요한 메시지들의 두 번째 예를 도시한다.
도 17은 소비자 전자 설비 (UPnP 제어-포인트)가 들어오는 호를 포워딩할 것을 요청할 때에 교환되는 주요한 메시지들의 일 예를 도시한다.
도 18은 소비자 전자 설비 (UPnP 제어-포인트)가 들어오는 호를 거부할 것을 요청할 때에 교환되는 주요한 메시지들의 일 예를 도시한다.
도 19는 소비자 전자 설비 (UPnP 제어-포인트)가 이전에 셋업한 호의 미디어 기능들을 재협상할 것을 요청할 때에 교환되는 주요한 메시지들의 일 예를 도시한다.
도 20은 소비자 전자 설비 (UPnP 제어-포인트)가 진행중인 서드-파티-호를 로컬 설비에게 전달할 것을 요청할 때에 교환되는 주요한 메시지들의 일 예를 도시한다.
도 21은 소비자 전자 설비 (UPnP 제어-포인트)가 진행중인 로컬 호를 서드-파티-호로 전달할 것을 요청할 때에 교환되는 주요한 메시지들의 일 예를 도시한다.
도 22는 본 발명의 예시적인 애플리케이션에서 교환되는 주요한 메시지들의 일 예를 도시한다.

도 1은 본 발명의 일 실시예에 따른 통신 시스템 (1000)을 도시하며, 그 통신 시스템은 로컬 영역 네트워크 (LAN) (100), 광역 네트워크 (WAN) (10), 상기 광역 네트워크 (10)와 연관된 WAN 서버 (12) 및 두 개의 WAN 기기들 (14)을 포함한다. 자신의 차례에서, 상기 로컬 영역 네트워크 (100)는 복수의 로컬 영역 네트워크 설비들 (130) 및 인터페이싱 기기 (120)를 포함하며, 이들은, 본 발명이 속한 기술분야에서 잘 알려진 기술들에 따라 무선 링크, 유선 링크 또는 무선 링크와 유선 링크의 겹합을 통해서 서로 연결된다.

상기 로컬 영역 네트워크 (100)은 인터페이싱 기기 (120)를 통해서 광역 네트워크 (10)에 연결된다. 상기 WAN 기기들 (14)은 상기 광역 네트워크 (10)와 WAN 서버 (12)를 통해서 상기 LAN (100)과 통신한다.

상기 로컬 영역 네트워크는 임의 유형의 로컬 네트워크일 수 있다. 상기 로컬 영역 네트워크 (100)는 홈, 사무실 또는 유사한 환경들과 같은 로컬 영역을 커버할 수 있을 것이다.

예를 들면, 상기 로컬 영역 네트워크는 홈 내에 존재할 수 있으며, 설비들 (130)은 소비자 전자 설비 (예를 들면, TV 세트, 디지털 카메라, 비디오 폰, 컴퓨터, 개인용 디지털 보조기 (PDA) 등등)일 수 있으며 그리고 상기 WAN 기기들 (14)은 컴퓨터, 전화기, 개인용 디지털 보조기 등일 수 있다.

간략함을 위해 그리고 제한하지 않는, 설명 참조의 나머지는, WAN 기기들 (14)은 그 자체적으로 또는 적절한 인터페이스에 의해 SIP 및 SIP의 확장을 이용하여 통신 세션들을 실행하기 위한 SIP 사용자 에이전트들로서 행동하도록 구성되는, 본 발명의 예시적인 실시예에 대해 설명된다. WAN 기기들 (14), WAN 서버 (12) 및 인터페이싱 기기 (120) 사이에서의 메시지들은 SIP과 SIP 확장을 통해서 교환된다.

예시적인 일 실시예에서, WAN 서버 (12)는 상기 광역 네트워크 (10) 내에서의 SIP 프록시/레지스트라 (registrar)/리다이렉트 서버로서 행동하고 있다.

상기 LAN (100)은 상기 인터페이싱 기기 (120)와 연관된 하나 또는 그 이상의 식별자들에 의해 상기 통신 시스템 (1000)에서 식별되는 것이 보통이며 그리고 상기 WAN 기기들 (14)은 기기 식별자에 의해 식별되는 것이 보통이다. 예를 들면, SIP의 경우, 상기 식별자들은 SIP-URI (또는 TEL-URI) 식별자들이다.

WAN 기기들 (14)은 물론이고 상기 인터페이싱 기기 (120)도 스스로를 SIP 등록 (SIP REGISTER) 메시지를 통해서 상기 WAN 서버 (12)에 등록시키도록 구성된다.

이런 방식으로, 상기 인터페이싱 기기 (120)는 상기 광역 네트워크 (10)에서의 SIP 사용자 에이전트로서 식별되며, 그 광역 네트워크 (10)에서 SIP 사용자 에이전트들로서 행동하는 WAN 기기들 (14)에 의해 통신 세션들에 참가하도록 초정될 수 있다.

간략함을 위해 그리고 제한하지 않는, 설명 참조의 나머지는, 소비자 전자 설비들 (130) 스스로 또는 적절한 인터페이스에 의한 UPnP 제어 포인트들인, 본 발명의 예시적인 실시예에 대해 설명된다.

예를 들면, UPnP 제어 포인트들을 다음과 같을 수 있을 것이다:

- 오디오/비디오 컨퍼런스 세션 (즉, 오디오/비디오 스트림 획득/인코딩 그리고 디코딩/렌더링)과 연관된 멀티미디어 스트림들을 관리할 수 있는, 예를 들면, TV 세트 또는 마이크로폰, 스피커들 및 비디오 카메라가 장착된 PC와 같은 멀티미디어 기기들; 또는

- 예를 들면, PDA 또는 모바일 전화기 또는 단순 PC와 같이 멀티미디어 스트림 관리 기능들을 지원하지 않는 단순 기기. 이런 유형의 '더 단순한' 기기들은 다른 멀티미디어 기기들의 멀티미디어 기능들을 활용할 수 있다.

상기 인터페이싱 기기 (120)는 본 발명의 다양한 모습들에 따라서 본 발명을 구현하도록 구성된 하드웨어 모듈들, 소프트웨어 모듈들 및/또는 그것들의 결합을 포함한다.

예시적인 일 실시예에서, 상기 인터페이싱 기기 (120)는 UPnP 스택 (121), SIP 스택 (123), 브리지 로직 (122) 및 상기 브리지 로직 (122)을 실행시키도록 구성된 프로세싱 유닛 (124)을 포함한다. 당 업계에서 잘 알려진 것과 같은, UPnP 스택 (121) 및 SIP 스택 (123)은 각각 UPnP 프로토콜 및 SIP 프로토콜로의 액세스를 제공하며, 상기 브리지 로직 (122)은 본 발명의 다양한 모습들에 따라서 본 발명을 구현하도록 구성된다.

상기 인터페이싱 기기 (120)는 통신 세션 셋업 및 관리를 위한 일련의 동작들을 지원하도록 구성된다. 예시적인 동작들은 다음과 같다: SIP 신원 (URI)을 WAN 서버 (12)에 등록/등록해제; 현재의 액티브 호들의 목록 획득; 현재 들어오는 (울리는) (incoming (ringing)) 호들의 목록 획득; 들어오는 호의 수락/거부; 들어오는 호를 주어진 SIP 신원으로 포워딩; 새로운 호를 주어진 SIP 신원으로 셋업; 두 SIP 신원들 사이에서의 서드 파티 호 셋업; 액티브한 (진행중인) 호 종결; 액티브 호의 미디어 기능들 재협상; 서드 파티 호를 로컬 멀티미디어 기기로 전달; 액티브 호를 서드 파티 SIP 신원으로 전달.

더 나아가, 상기 인터페이싱 기기 (120)는 새로운 들어오는 호, 취소된 들어도는 호 및 종결된 액티브 호를 시그날링하도록 이벤트 상태 변수들을 지원하도록 구성된다.

상기에서 언급된 예시적인 동작들을 구현하기 위해 LAN 설비 (130), 인터페이싱 기기 (120) 및 WAN 서버 (12) 사이에서 교환되는 주요한 메시지들이 도 2 내지 도 22를 참조하여 아래에서 설명된다.

도 2 내지 도 22에서, 보통의 화살표들은 UPnP (동기식) 메시지들을 나타내기 위해 사용되며, 파선의 화살표들은 (동기식) UPnP 동작들의 리턴 메시지들을 나타내기 위해 사용되며, 반점 (half point)의 화살표들은 SIP (비동기식) 메시지들을 나타내기 위해 사용된다.

더 나아가, 통신 세션들이 WAN 기기들 (14)에 결부되면, WAN 서버 (12)의 중개만이 도 2 내지 도 21에서 도시된다.

도 2는 (예를 들면, TV 세트와 같은) 소비자 전자 설비 (UPnP 제어-포인트) (130)가 인터페이싱 기기 (120)로 UPnP 메시지를 송신하여 WAN 서버 (원격 SIP 프록시) (12)에서 새로운 SIP 신원을 등록할 것을 요청할 때에 교환되는 주요한 메시지들의 일 예를 보여준다. 예를 들면, 도시된 실시예에 따라, 상기 설비 (130)는 상기 인터페이싱 기기 (120)에 의해 지원되는 RegisterUri 동작을 호출함으로써 상기 요청을 한다. 그 요청을 수신하면, 상기 UPnP 스택 (121)은 그 요청을 브리지 로직 (122)으로 신속하게 보낸다. 상기 브리지 로직 (122)은 SIP 등록 (SIP REGISTER) 메시지를 우선 생성하고, 그 메시지의 'from' 헤더 및 'to' 헤더는 UPnP RegisterUri 메시지들의 인수 (argument)에서 제공되는 SIP URI에 대응한다. 다른 표준 헤더들로 그에 따라서 채워진다. 예를 들면, 'contact' 헤더는 상기 인터페이싱 기기 (120)의 SIP 접촉 (contact) 정보를 포함할 것이다. 일단 생성되면, 상기 SIP REGISTER 메시지는 SIP 스택 (13)을 통해서 WAN 서버 (12)로 배송된다.

앞에서 언급된 것처럼, UPnP 프로토콜 및 SIP 프로토콜을 연결시키는 기술적인 한가지 도전은 그 프로토콜들의 상이한 통신 모델들과 관련이 있다. UPnP 동작들은 동기식이며 극소 (atomic)인 반면, SIP 메시지들은, 때로는, 들어오는 호에 대한 응답과 같은 명시적인 사용자 인터액션을 또한 포함할 수도 있는 일련의 피어-투-피어 메시지들을 포함하는 높은-레벨 트랜잭션에 비동기한다.

본 발명에 따르면, SIP REGISTER 메시지를 WAN 서버 (12)로 송신한 후에, 상기 인터페이싱 기기 (12)에서 상기 호출된 동작을 담당하는 실행의 현재의 스레드는 상기 동작을 완료하고 상기 호출한 제어-포인트 (130)로의 결과로 리턴하기 전에 대응하는 SIP 응답을 기다린다. 이 메카니즘은 상기 생성된 SIP REGISTER 메시지와 연관된 상태 변수를 사용하는 것을 통해 상기 인터페이싱 기기 (120)에서 실현된다. 상기 SIP 메시지를 송신하면, 현재의 스레드 (예를 들면, T1)는 대응하는 상태 변수 상에서 일시 정지한다. 일단 상기 SIP 응답 메시지가 수신되면 (이 예에서는, SIP 200 OK 메시지), 상기 SIP 스택 (123)은 서빙-스레드들이 모인 것으로부터 취해진 스레드 (예를 들면, T2)로 상기 응답을 재빠르게 보낸다. 상기 서빙-스레드 T2는 상기 SIP 트랜잭션의 마지막 응답을 미리 정해진 저장 영역 상에 저장하고, 그리고 그 응답과 연관된 상태 변수를 검색하여 시그날링하며, 그럼으로써 상기 일시 정지된 스레드 T1을 다시 계속한다.

이 시점에서, 상기 다시 계속되는 스레드 T1은 상기 미리 정해진 저장 영역 상에서의 상기 SIP 트랜잭션의 마지막 응답을 검색함으로써 그리고 상기 SIP 트랜잭션이 완전하게 성공적인가 또는 그 응답이 실제로는 실패 코드인가의 여부에 따라서 예외 (exception)를 보통처럼 리턴하거나 또는 예외를 제기하는 것 중의 어느 하나에 의해 RegisterUri 동작을 완료한다.

그러므로, 본 발명에 따라, 상기 SIP 트랜잭션에 대한 마지막 응답이 수신된 경우에만 상기 호출된 동작의 결과는 상기 호출한 제어-포인트 (13)로 리턴된다.

도 3은 소비자 전자 설비 (UPnP 제어-포인트) (130)가 상기 인터페이싱 기기 (120)로 UPnP 메시지를 송신하여 WAN 기기 (도시되지 않음)와 새로운 호를 셋업할 것을 요청할 때에 교환되는 주요 메시지들의 일 예를 보여준다. 예를 들면, 도시된 상기 실시예에 따라, 상기 설비 (130)는 인터페이싱 기기 (120)에 의해 지원되는 NewCall 동작을 호출하여 요청을 한다. 그 NewCall 메시지는 호 식별자 (CallID), 호출된 (called) WAN 기기의 Uri (toUri) 및 콜링 (calling) UPnP 제어 포인트 (130)의 미디어 기능들을 설명하는 (도 3에서 괄호 속에서 도시된) 세션 설명 프로토콜 (Session Description protocol, SDP)을 운반한다. 상기 요청을 수신하면, 상기 UPnP 스택 (121)은 그것을 브리지 로직 (122)으로 전달한다. 브리지 로직 (122)은 SIP INVITE 메시지를 생성하며, 그 메시지의 헤더 'to'는 상기 UPnP NewCall 메시지의 인수 내에서 제공되는 SIP URI에 대응한다. 다른 표준의 헤더들은 당 업계에서 잘 알려진 기술들에 따라서 채워질 것이다. SIP INVITE 메시지의 몸체 (body)는 상기 UPnP NewCall 메시지의 인수 (augument) 내에서 제공되는 SDP를 포함할 것이다.

일단 생성되면, 상기 SIP INVITE 메시지는 SIP 스택 (123)을 통해서 WAN 서버 (원격 SIP 프록시) (12)로 배송된다. 그러면, 인터페이싱 기기 (120) 내에서의 실행의 현재 스레드는 상태 변수 상에서 일시 정지하고, 상기 SIP INVITE 트랜잭션의 최종 응답을 수신하면 다시 사용될 것을 기다린다.

도 3에서 도시된 실시예에서, 상기 WAN 서버 (12)는 SIP 시도 메시지, SIP 링잉 (ringing) 메시지 및 SIP OK 메시지를 송신한다. 상기 SIP 메시지들을 수신하면, 상기 SIP 스택 (123)은 그것들을 상기 브리지 로직 (122)으로 보낸다. SIP OK 메시지가 수신되면, 상기 일시 정지되었던 스레드는, REGISTER 메시지에 대해서 도 2를 참조하여 상기에서 설명된 것과 같은 방식으로, 자신을 프로세싱하는 것을 다시 시작한다.

먼저, 다시 시작되는 스레드는 SIP 세션 셋업을 완결시키기 위해 원격 SIP 프록시 (12)로 SIP ACK 메시지를 송신하며, UPnP 제어-포인트 (130)로 상기 새롭게 생성된 통신 세션용의 XML 호 설명자 (call descriptor) [이는 상기 SIP 세션을 올바르게 제어하기 위해 필요한 정보를 포함한다]를 리턴한다. SIP 세션 셋업이 실패하는 경우 (그 경우는 도시되지 않음), 그것은 SIP 실패 코드에 대응하는 예외를 리턴할 것이다.

도시되지 않은 변형에 따르면, 상기 SIP INVITE 메시지를 송신한 후에 일시 정지된, 실행의 스레드 (예를 들면, T1)는 SIP ACK 메시지를 송신한 후에 다시 사용될 수 있을 것이다. 이런 경우, 상기 ACK 메시지는 이용 가능한 서빙-스레드들의 모임으로부터 선택된 서빙 스레드 (예를 들면, T2)에 의해 송신된다.

SIP 세션을 올바르게 제어하기 위해 필요한 정보를 포함하는 호 설명자의 예시적인 XML 스키마는 다음과 같이 주어진다.

<?xml version="1.0"?>

<CallDescriptorSet

xmlns : xsi="http://www.w3.org/2001/XMLSchema-instance"

xmlns:xsd="http://www.w3.org/2001/XMLSchema">

<CallDescriptor>

<CallID>1092198044-2074980337-1382253773</CallID>

<Status>Active</Status>

<From>sip: 3435@163.162.43.12</From>

<To>sip:3041@163.162.96.30:5060</To>

<RequestSdp>v=0

o=videofone 16264 18299 IN IP4 163.162.97.30

s=SIP htTUP(nP)

c=IN IP4 163.162.97.30

b=CT:1000

t=0 0

m=audio 5002 RTP/AVP 4 18

a=sendrecv

a=rtpmap:4 G723/8000

a=rtpmap:18 G729/8000

m=video 5006 RTP/AVP 96 34

a=sendrecv

a=rtpmap:96 H264/90000

a=fmtp:96 packetization-mode=l

a=rtpmap:34 H263/90000

</RequestSdp>

<ResponseSdp>v=0

o=SIPUA 111 22 IN IP4 163.162.43.12

s=SIP THU

C=IN IP4 163.162.43.12

t=0 0

m=audio 12334 RTP/AVP 4

a=sendrecv

a=rtpmap:4 G723/8000

m=video 12336 RTP/AVP 96

a=sendrecv

a=rtpmap:96 H264/90000

</ResponseSdp>

</CallDescriptor>

</CallDescriptorSet>

상기 UPnP 제어-포인트 (130)는 상기 리턴된 XML 호 설명자를 검사하여, 적절한 오디오/비디오 리소스들을 할당하기 위해 상기 초대된 WAN 기기에 의해 협상된 미디어 기능들을 판별한다.

도 3에 도시된 실시예에서, 상기 NewCall 메시지 내에서 제공된 CallID는, 이하에서 더 상세하게 설명되는 것과 같이, 활성화된 호를 가로막기 위해 동일한 CallID를 사용함으로써, 상기 UPnP 제어-포인트 (130)에게 CancelCall 동작을 후속하여 호출할 수 있는 기회를 제공한다.

도 4에 도시된 다른 실시예에 따르면, 상기 호출된 UPnP 제어-포인트 (130)는 상기 NewCall 메시지 내에 CallID를 제공하지 않는다. 이런 경우, 상기 호 식별자는 상기 인터페이싱 기기 (120)에 의해 생성되는 이점을 가지며, 상기 동작이 성공하면 상기에서 언급한 XML 호 설명자 내에 포함되어 상기 UPnP 제어-포인트 (130)로 결국은 리턴된다. 이런 실시예에서, 상기 NewCall 메시지는, 상기 동작이 완료하는 최대 시간을 상기 호출하는 UPnP 제어-포인트 (130)가 규정하도록 하는 타임아웃 인수를 구비한다. 만일 SIP 트랜잭션이 완료되기 전에 상기 타임아웃이 시간 만료되면, 상기 인터페이싱 기기 (120)가 상기 초대된 WAN 기기에게 SIP CANCEL 메시지를 송신함으로써 상기 호는 자동적으로 취소될 것이다.

도 5는 소비자 전자 설비 (UPnP 제어-포인트) (130)가 상기 인터페이싱 기기 (120)로 UPnP 메시지를 송신하여 상기 WAN 서버 (12)의 중재를 이용하여 두 WAN 기기들 (도 5에서 도시되지 않음) 사이에서의 새로운 호를 셋업할 것을 요청할 때에 교환되는 주요 메시지들의 일 예를 보여준다. 예를 들면, 도시된 실시예에 따르면, 상기 설비 (130)는 상기 인터페이싱 기기 (120)에 의해 지원되는 NewThirdPartyCall 동작을 호출함으로써 상기 요청을 만든다. 이 동작은 SIP 서드-파티-호 (third-parth-call) 세션 셋업을 구현하여, 우선 빈 SDP를 구비한 첫 번째 WAN 기기를 초대하고 (INVITE), 그럼으로써 SIP 어법의 'offer'를 만들고, 그리고 두 번째 WAN 기기를 초대하기 (INVITE) 위해 상기 리턴된 SDP를 이용하고, 그리고 마지막으로, 상기 첫 번째 WAN 기기에게 상기 두 번째 WAN 기기와 협상된 SDP로 수신 확인 (ACK)을 한다.

특히, 도 5에서, 상기 UPnP 제어-포인트 (130)에 의해 송신된 NewThirdPartyCall 메시지는 상기 동작에 결부된 두 WAN 기기들의 URI들을 포함하는 인수들 (괄호 속에 도시됨)을 포함한다. 상기 요청을 수신하면, 인터페이싱 기기 (120)는 SIP INVITE 메시지를 생성하며, 그 메시지의 헤더 'to'는 UPnP NewThirdPartyCall 메시지의 인수들 내에서 제공된 SIP URI들 중의 첫 번째 것 (URI1)에 대응하며, 그 메시지의 몸체는 빈 SDP를 포함하여 상기 SIP 어법에서의 'offer'를 만들어낸다.

일단 생성되면, 상기 SIP INVITE 메시지는 상기 SIP 스택 (123)을 통해서 상기 WAN 서버 (12) (원격 SIP 프록시)로 배송된다. 그러면 상기 인터페이싱 기기 (120) 내의 현재의 실행 스레드 (예를 들면, T1)는 상태 변수 상에서 잠시 정지하고, 첫 번째 파티 (party)를 초대하기 위해 필요한 첫 번째 SIP 트랜잭션의 최종 응답을 수신하여 다시 사용되기까지 대기한다. 도 5에 도시된 실시예에서, 상기 WAN 서버 (12)는 SIP 시도 (trying) 메시지, SIP 링잉 메시지 및 SIP OK 메시지를 연속해서 송신하며, 상기 SIP OK 메시지의 몸체는 URI1에 의해 식별되는 첫 번째 초대된 WAN 기기의 미디어 기능들을 설명하는 SDP1을 포함한다. 상기 SIP 메시지들을 수신하면, 상기 SIP 스택 (123)은 그 메시지들을 이용 가능한 서빙-스레드들을 모아놓은 것으로부터의 몇몇의 서빙-스레드로 급하게 보낸다. 상기 첫 번째 초대된 WAN 기기로부터의 상기 SIP OK 메시지를 수신하면, 상기 선택된 서빙-스레드 (예를 들면, T2)는 응답과 연관된 상태 변수를 검색하여 시그날링하며, 그럼으로써, NewThirdPartyCall 동작을 실행시키는 것을 담당하는 상기 일시 정지된 스레드 (T1)를 다시 사용한다.

이 포이트에서, 상기 다시 사용된 스레드 (T1)는 두 번째 초대된 WAN 기기용의 SIP INVITE 메시지를 생성하고, 그 메시지 헤더의 'to'는 상기 UPnP NewThirdPartyCall 메시지의 인수들에서 제공된 두 SIP URI들 중의 두 번째 것 (URI2)에 대응한다. 더 나아가, 상기 SIP INVITE 메시지의 몸체는 이전의 단계에서 수신한 SDP1을 포함한다.

일단 생성되면, 상기 SIP INVITE 메시지는 SIP 스택 (123)을 통해서 WAN 서버 (원격 SIP 프록시) (12)로 배송된다. 그러면 실행의 현재 스레드 (T1)는 이전과 마찬가지로 동일한 상태 변수 상에서 일시 정지하고, 상기 두 번째 파티를 초대하기 위해 필요한 두 번째 SIP 트랜잭션을 위한 최종 응답을 수신하면 다시 사용되기를 기다린다.

그러면, WAN 서버 (12)는 SIP 시도 (trying) 메시지, SIP 링잉 (ringing) 메시지 및 SIP OK 메시지를 연속해서 송신하며, 상기 SIP OK 메시지의 몸체는 상기 두 번째 초대된 WAN 기기와 협상된 SDP2를 포함한다. 상기 SIP OK 메시지를 수신하면, 상기 일시 정지된 스레드 (T1)는 상기에서 설명된 것과 동일한 방식으로 다시 사용된다.

이 시점에서, 상기 다시 사용되는 스레드는 첫 번째로 초대된 WAN 기기에게 SIP ACK 메시지를 송신하며, 이 메시지는 상기 협상된 SDP2 및 두 개의 SIP 트랜잭션들을 종결시키기 위해 상기 두 번째로 초대된 WAN 기기로의 SIP ACK 메시지를 포함한다.

더 나아가, 상기 다시 사용되는 스레드 (T1)는 새롭게 생성된 통신 세션 용의 XML 호 설명자를 상기 UPnP 제어-포인트 (130)에게 리턴한다.

그러므로, 기초가 되는 모든 SIP 트랜잭션들에 대한 최종 응답들이 수신된 후에만, 상기 호출된 동작의 결과가 호출한 제어-포인트 (130)로 리턴된다.

도시되지 않은 변형의 실시예에 따르면, 상기 첫 번째 SIP INVITE 메시지를 송신한 후에 일시 정지된, 상기 실행의 스레드 (예를 들면, T1)는 두 번째 초재된 WAN 기기로 상기 SIP ACK 메시지를 송신한 후에 다시 사용될 수 있을 것이다. 이런 경우에, 상기 두 번째 SIP INVITE 메시지 그리고 도 5의 두 ACK 메시지들은 이용 가능한 서빙-스레드들을 모아 놓은 것으로부터 선택된 서빙 스레드 (예를 들면, T2)에 의해 송신된다.

상기 인터페이싱 기기 (120)와 두 WAN 기기들 사이에서의 복수의 피어-투-피어 메시지들을 포함하는 SIP 트랜잭션들 및 다이알로그들 (dialogs)의 복잡성은 호출한 UPnP 제어-포인트 (130)에게는 완전하게 투명 (transparent)하며, 상기 UPnP 제어-포인트 (130)는, 상기 NewThirdPartyCall 동작을 서드-파티-호 (call)의 단일 호 (single call)를 총괄하여 리턴하는 단일의 극소 (atomic)로서 인식한다. 실제로, 상기 인터페이싱 기기 (120)는 상기 서드-파티-호를 총괄하여 식별하는 CallID와 초대된 두 WAN 기기들을 구비한 두 개의 SIP 통신 세션들의 CallID들 사이에서의 결합을 내부적으로 유지한다. 상기 UPnP 제어 포인트 (130)는 상기 서드-파티-호를 '총괄' CallID로 식별할 것이며, 상기 인터페이싱 기기 (120)가 두 개의 구분된 그러나 관련이 있는 SIP 통신 세션들을 내부적으로 유지하고 있다는 사실을 차단한다.

간략함을 위해서, 호출된 동작을 실행하기 위해 하나 이상의 스레드 정지-재사용 메커니즘이 제공될 때까지도, 첫 번째 스레드 정지 및 마지막 스레드 재사용만이 도 5 및 이어지는 도면들에서 도시된다는 것에 유의한다.

도 6 및 도 7에 도시된 것과 같이, NewCall 또는 NewThirdPartyCall 동작들 이후 그리고 그런 동작들이 완료되기 이전의 어떤 시점에서도, 상기 UPnP 제어-포인트 (130)는 진행하는 호 셋업을 중지시키기 위해 상기 인터페이싱 기기 (120)에 의해 지원되는 동작 (예를 들면, CancelCall 동작)을, 상기 CancelCall 메시지 인수 내에서 그런 호를 식별하는 CallID를 통과시킴으로써 호출할 수 있다. 중지될 동작이 NewCall 동작일 때에, 상기 인터페이싱 기기 (120)는 상기 초대된 WAN 기기 용의 SIP CANCEL 메시지를 송신하며, 그럼으로써 보류된 SIP 호 셋업 트랜잭션을 중단시킨다 (도 6). 중단시킬 동작이 NewThirdPartyCall 동작일 때에, 상기 인터페이싱 기기 (120)는 보류된 SIP 트랜잭션의 상태에 따라서 상이한 행동 방침을 취한다. 특히, 보류된 SIP 트랜잭션이 첫 번째로 초대된 WAN 기기를 여전히 포함하면, 상기 파티로의 SIP CANCEL 메시지는 그 트랜잭션을 중단시키기에 충분할 것이다 (도 6). 반면에, 첫 번째로 초대된 WAN 기기를 구비한 SIP 트랜잭션이 성공적으로 완료되고 그리고 상기 보류된 SIP 트랜잭션이 상기 두 번째로 초대된 WAN 기기를 포함하면, 상기 인터페이싱 기기 (120)는 상기 두 번째로 초대된 WAN 기기 용으로 SIP CANCEL 메시지를 송신하고 상기 첫 번째로 초대된 WAN 기기용으로 SIP BYE 메시지를 송신한다 (도 7).

도 8 및 도 9에서 도시된 것과 같이, 액티브 호 동안의 어떤 시점에서도, 상기 UPnP 제어-포인트 (130)는 상기 인터페이싱 기기 (120)에 의해 지원되는 동작 (예를 들면, HangupCall 동작)을 호출하여 상기 HangupCall 메시지의 인수 내에서 그런 호를 식별하는 CallID를 통과시킴으로써 그 호를 종결시킬 수 있다. 그 호가 단순 호 (예를 들면, NewCall 동작과 함께 설립된 단순 호)라면, 상기 인터페이싱 기기 (120)는 WAN 서버 (12)의 중재를 통해 상기 WAN 기기로 SIP BYE 메시지를 송신한다 (도 8). 그 호가 (예를 들면, NewThirdPartyyCall 동작과 함께 설립된) 서드-파티-호라면, 상기 인터페이싱 기기 (120)는 WAN 서버 (12)의 중재를 통해 WAN 기기들 모두에게 SIP BYE 메시지를 송신한다.

도 10은 설비 (UPnP 제어-포인트) (130)가 들어오는 새로운 호의 존재를 통지받을 때에 교환되는 주요한 메시지들의 일 예를 도시한다.

도 10에 도시된 것과 같이, 이런 상황에서, WAN 기기 (도시되지 않음) 및 UPnP 제어-포인트 (130) 사이에서의 호를 셋업하기 위해 SIP 스택 (120)은 서버 (원격 SIP 프록시) (12)로부터 SIP INVITE 메시지를 수신한다. 상기 SIP 스택 (123)은 상기 SIP INVITE 메시지를 브리지 로직 (122)으로 전달하며, 상기 브리지 로직은 CallRinging 상태 변수를 상기 들어오는 호의 호 식별자 (CallID)로 설정한다.

도 10에서, 상기 UPnP 프로토콜 (즉, 단순한 서비스 디스커버리 프로토콜 (Simple Service Discovery Protocol) 또는 SSDP)을 통해서 상기 인터페이싱 기기 (120)를 발견한 이후에, UPnP 제어-포인트 (130)는 상기 인터페이싱 기기 (120)의 상태 변수들에서의 변화들에 관한 통지 이벤트를 수신하기 위해 가입했다고 가정한다.

도시된 경우에, 상태 변수 CallRinging은 들어오는 SIP INVITE 메시지의 CallID로 설정된다. 그 상태 변수에서의 변화들은 상기 UPnP 스택 (121)으로 하여금, 상기 인터페이싱 기기 (120)와 함께 가입했던 로컬 네트워크 (100) 내의 모든 UPnP 제어 포인트들로 상기 CallRinging 이벤트 메시지를 브로드캐스트하도록 한다.

상기 RingingCall 상태 변수에서의 변화에 관해서 통지를 받으면, 도 11에 도시된 것과 같이, UPnP 제어-포인트 (130)는 상기 인터페이싱 기기 (120)에 의해 지원되는 GetRingingCalls 동작을 호출함으로써, 상기 들어오는 호의 상세한 설명을 인출 (retrieve)할 수 있다.

상기 UPnP 제어 포인트 (130)로부터의 GetRingingCalls 메시지를 수신할 때에, 인터페이싱 기기 (120)는 모든 현재 벨리 울리는 (ringing) 호들에 대한 XML 호 설명자 목록을 생성하여 리턴한다.

수신한 정보에 기초하여, UPnP 제어 포인트 (130)는 상기 들어오는 호에 관해서 사용자에게 알릴 것인가 또는 그 호를 무시할 것인가 또는 몇몇의 사용자-정의 라우팅 규칙들에 따라서 어떤 다른 행동 방식을 취할 것인가를 결정할 수 있다. 예를 들면, 이하에서 도 15, 도 16, 도 17 및 도 18을 참조하여 이하에서 더 상세하게 도시되는 것과 같이, 상기 호는 AcceptCall 동작을 호출하여 받아들여질 수 있으며, ForwardCall 동작을 호출하여 다른 신원 (identity)에게로 포워딩될 수 있으며, RejectCall 동작을 호출하여 거절될 수 있다. 특히, UPnP 제어-포인트 (130)가 자신의 행동의 방식을 결정하기 위해 사용할 수 있는 정보는 다음의 것들 중의 어떤 것 또는 그것들의 결합일 수 있을 것이다: 호출자의 신원; 호출된 자의 신원 (예를 들면, 호출된 자가 상기 제어-포인트에 의해 등록된 것과 동일한 신원인가의 여부); 호출자의 미디어 기능 (SDP) (예를 들면, 상기 제어-포인트의 미디어 기능들이 상기 들어오는 SDP와 전체적으로 부합하는가 또는 부분적으로 부합하는가의 여부) 등.

상기 RingingCall 상태 변수 외에, 상기 인터페이싱 기기는 통신 세션의 다른 측에서 WAN 기기에 의해 수행되는 행동들을 통지하기 위해 다른 상태 변수들을 지원할 수 있을 것이다. 예를 들면, CallTerminated 상태 변수는 WAN 기기가 상기 통신 세션을 종결시켰다는 것을 통지하기 위해 사용될 수 있으며 그리고 CallCancelled 상태 변수는 보류된 들어오는 호가 WAN 기기에 의해 취소되었다는 것을 통지하기 위해 사용될 수 있다.

도 12는 설비 (UPnP 제어-포인트) (130)가 UPnP 제어-포인트 (130)와의 통신 세션에 결부된 WAN 기기의 이탈을 통지받을 때에, WAN 서버 (12)의 중재를 통해서 교환되는 주요한 메시지들의 일 예를 도시한다.

도 12에 도시된 것과 같이, 이런 상황에서, SIP 스택 (123)은 서버 (원격 SIP 프록시) (12)로부터 SIP BYE 메시지를 수신한다. 상기 SIP 스택 (123)은 상기 SIP 메시지를, CallTerminated 상태 변수를 종결된 호의 호 식별자 (CallID)로 설정함으로써 CallTerminated 이벤트 메시지를 생성하는, 브리지 로직 (122)으로 전달한다.

상기 상태 변수에서의 변화들은 상기 UPnP 스택 (121)으로 하여금, 상기 인터페이싱 기기 (120)의 상태 변수들에서의 변화들에 관해서 가입했던 로컬 네트워크 (100)에서의 모든 UPnP 제어 포인트들로 상기 CallTerminated 이벤트 메시지를 브로드캐스트하도록 한다.

CallTerminated 변수에서의 변화에 관해서 통보를 받으면, 상기 종료된 호에 참여한 UPnP 제어-포인트 (130)는, 예를 들면, 사용자에게 통지하고 할당되었던 미디어 리소스를 릴리즈함으로써, 적절한 행동 방식을 취할 수 있다.

도 13은 설비 (UPnP 제어-포인트) (130)가, 들어오는 보류된 호가 UPnP 제어-포인트 (130)와의 통신 세션에 결부된 WAN 기기에 의해 취소되었다는 것을 통지받을 때에, WAN 서버 (12)의 중재를 통해서 교환되는 주요한 메시지들의 일 예를 도시한다.

도 13에서 도시된 것과 같이, 이런 상황에서, SIP 스택 (123)은 서버 (원격 SIP 프록시) (12)로부터 SIP CANCEL 메시지를 수신한다. 상기 SIP 스택 (123)은 이 SIP CANCEL 메시지를, CallCancelled 상태 변수를 상기 취소된 호의 호 식별자 (CallID)로 설정함으로써 CallCancelled 이벤트 메시지를 생성한 브리지 로직 (122)으로 전달한다.

상기 상태 변수에서의 변화들은 상기 UPnP 스택 (121)으로 하여금, 상기 인터페이싱 기기 (120)의 상태 변수들에서의 변화들에 관해서 가입했던 로컬 네트워크 (100)에서의 모든 UPnP 제어 포인트들로 상기 CallCancelled 이벤트 메시지를 브로드캐스트하도록 한다.

상기 CallCancelled 변수에서의 변화에 관해서 통지를 받으면, 상기 종료된 호에 참여한 UPnP 제어-포인트 (130)는, 예를 들면, 사용자에게 통지하고 그리고 할당되었던 미디어 리소스를 릴리즈함으로써, 적절한 행동 방식을 취할 수 있다

도 14는 인터페이싱 기기 (120)에 의해 관리되는 현재의 액티브 호들에 관한 상세한 정보를 인출하기 위해 상기 인터페이싱 기기 (120)에 의해 지원되는 동작 (예를 들면, GetActiveCalls 동작)을 시설 (UPnP 제어-포인트) (130)이 호출할 때에 교환되는 주요한 메시지들의 예를 도시한다.

이런 목적을 위해, 상기 인터페이싱 기기 (120)는 각 액티브 통신 세션용의 내부 호 설명자를 유지한다. 상기 UPnP 제어-포인트 (130)로부터의 GetActiveCalls 메시지를 수신하면, 상기 UPnP 스택 (121)은 그 메시지를 브리지 로직 (122) [그 브리지 로직은 각 액티브 셀에 대해서 XML 호 설명자를 생성하고 그리고 자신의 엘리먼트는, 특히, 호 식별자, 결부된 파티들의 SIP 신원들, 그 파티들에 의해 제출된 미디어세션 설명 (SDP)들 및 호 상태를 포함한다]으로 전달한다. 생성된 XML 호 설명자는 상기 UPnP 제어 포인트 (130)로 리턴된다.

도 15는 설비 (UPnP 제어-포인트) (130)가 상기 인터페이싱 기기 (120)에 의해 지원되는 동작 (예를 들면, AcceptCall 동작)을 호출함으로써 링잉 (ringing) 호를 받아들일 때에 교환되는 주요한 메시지들의 일 예를 도시한다.

상술한 것에서 설명된 것과 같이, 들어오는 호의 어떤 것이 상기 인터페이싱 기기 (120)로 하여금 상기 RingCall 상태 변수를 최신의 링잉 호 (ringing call)의 CallID로 설정하도록 한다.

그런 상태 변수를 설정하는 것은 로컬 영역 네트워크 (100)에서 가입한 모든 UPnP 제어-포인트들 (130)로, UPnP 이벤트 모델에 따라서, RingingCall 이벤트 메시지를 브로드캐스트한다.

상기 RingingCall 메시지를 수신하면, 제어-포인트는 현재의 링잉 호들의 상세한 설명을 인출하기 위해 GetRingingCalls 동작을 호출할 수 있으며, 그러면 상기 인터페이싱 기기 (120)의 AcceptCall 동작을 호출하여 (예를 들면, 사용자에게 표시한 후에) 그 호를 받아들일 것인가를 결정할 수 있을 것이다.

상기 AcceptCall 메시지는 상기 링잉 호의 CallID 그리고 통신 세션에서 사용될 LAN 설비의 협상된 미디어 기능들을 운반하는 세션 설명 프로토콜 (SDP)을 포함한다.

그러면 상기 브리지 로직 (122)은 SIP OK 메시지를 생성하고, 그 메시지의 몸체는 상기 AcceptCall 메시지에서 통과된 SDP를 포함하며, 그런 OK 메시지를 SIP 스택 (123)을 통해서 WAN 서버 (12)로 송신한다. 그러면, 실행의 현재 스레드는 상태 변수 상에서 일시 정지하고, 호출하는 (calling) WAN 기기로부터 WAN 서버 (12)를 통해서 SIP ACK 메시지를 수신하면 다시 사용되기 위해 대기한다.

상기 링잉 호가 상기 호출하는 (calling) WAN 기기의 SDP를 포함하고 있지 않고, 그것을 SIP 어법에서 'offer'로서 마킹하면 약간 다른 상황이 발생한다. 이런 경우, 도 18에 도시된 것과 같이, AcceptCall 메시지는 통신 세션에서 사용될 LAN 설비의 지원되는 모든 미디어 기능들을 포함하는 SDP와 함께 호출된다. 상기 SIP OK 메시지를 송신한 후에, 실행의 현재 스레드는 상태 변수 상에서 일시 정지되고, 상기 호출한 WAN 기기로부터의 상기 협상된 SDP를 포함할 WAN 서버 (12)를 통한 SIP ACK 메시지를 수신하면 다시 사용될 것을 기다린다.

두 가지 모두의 경우에, 새롭게 생상된 통신 세션용의 XML 호 설명자는 상기 UPnP 제어 포인트 (130)로 리턴될 것이다.

도 17은 설비 (UPnP 제어-포인트) (130)가 상기 인터페이싱 기기 (120)의 동작 (예를 들면, ForwardCall 동작)을 호출함으로써, 들어오는 (울리는) 호 (incoming (ringing) call)를 WAN 기기 (포워드되는 파티)로 포워드하기를 원할 때에 교환되는 주요한 메시지들의 일 예를 도시한다. 상기 메시지는 링잉 호의 CallID 그리고 포워드되는 파티의 SIP URI (URI2)를 포함한다.

상기 ForwardCall 동작은 SIP 백-투-백 사용자 에이전트 (B2BUA) 행동을 구현한다. 상기 인터페이싱 기기 (120)는 SIP INVITE 메시지를 상기 들어오는 호의 SDP (SDP1)와 함께 상기 포워드되는 파티로 송신한다. 그러면 상기 실행의 현재 스레드 (예를 들면, T1)는 상태 변수 상에서 일시 정지하고, 전반적인 SIP 트랜잭션이 완료되면 다시 사용되기 위해서 대기한다. 상기 포워드되는 파티로부터 응답이 수신되면 (예를 들면, 상기 포워드되는 파티에 의해 협상된 SDP2를 포함하는 SIP OK 메시지), 상기 일시 정지된 스레드는 이전에서 설명된 것과 같은 방식으로 자신의 프로세싱을 다시 시작한다 (간략함을 위해서 도 17에는 도시되지 않음).

유사하게, 동일한 응답이 호출한 (calling) WAN 기기로 반대로 송신되며, 상기 포워드된 파티는 SIP ACK 메시지를 통해서 수신 확인된다.

결국, 새로운 호의 XML 호 설명자는 상기 UPnP 제어-포인트 (130)로 리턴된다.

새롭게 설립된 통신 세션은 실제로 두 개의 외부 파티들을 포함하는 서드-파티-호이며, 그것은 여전히 상기 UPnP 제어-포인트 (130)의 제어를 받으며, 그리고 상기 통신 세션은, 예를 들면, 상기 호를 계속해서 종결시키거나 또는 상기 호를 상기 두 파티들의 어느 하나와 함께 계속해서 로컬로 전달할 수 있을 것이다.

일 실시예에 따라서, 상기 ForwardCall 메시지는 상기 동작이 완료되기 위한 최대 시간을 규정하기 위한 타임아웃 파라미터를 또한 제공할 수 있을 것이다.

도 18은 설비 (UPnP 제어-포인트) (130)가, 상기 인터페이싱 기기 (120)에 의해 지원되는 동작 (예를 들면, RejectCall 동작)을 호출함으로써, 들어오는 (링잉) 호를 거절하기 원할 때에 교환되는 주요한 메시지들의 일 예를 도시한다.

상기 브리지 로직 (122)은 SIP DECLINE 메시지를 생성하여 그것을 서버 (원격 SIP 프록시) (12)의 중재를 통해서, 호출한 (calling) WAN 기기로 송신한다.

도 19는 설비 (UPnP 제어-포인트) (130)가, 상기 인터페이싱 기기 (120)에 의해 지원되는 동작 (예를 들면, RenegotiateCall 동작)을 호출함으로써, 설립된 호의 미디어 기능들을 재협상할 것을 요청할 때에 교환되는 주요한 메시지들의 일 예를 도시한다.

이 동작이 유용한 전형적인 시나리오는, 진행되는 호를 사용자가 로컬 영역 네트워크 (100)의 설비 (130) (예를 들면, 거실 내의 셋탑 박스)로부터 그 로컬 영역 네트워크 (100)의 다른 설비 (130) (예를 들면, 공부방의 PC)로 전달하기로 결정할 때이다. 실제, 통신 세션을 전달하는 것은 기기들의 기능들, IP 주소들 및 포트들을 재협상할 것을 필요로 할 수 있을 것이다. 진행되고 있는 호에 결부된 다른 파티 (WAN 기기)를, 설립된 호의 동일한 CallID를 이용하여 다시 초대 (re-INVITE)하고 그리고 새로운 SDP에 상기 호가 전달될 설비의 미디어 기능들, IP 주소들 및 포트를 제공함으로써 호 전달 (call transfer)이 처리될 수 있다.

도 19에서 도시된 메시지 흐름은 새로운 호를 셋업하기 위해 사용되는 흐름과 유사하다. 그러므로, 도 3을 참조하여 상기에서 설명된 것을 참조한다. RenegotiateCall 동작의 일 실시예 (도시되지 않음)에 따르면, 상기 동작을 필요로 하는 상기 설비 (130)는 그 동작이 완료되기 위한 최대 시간을 규정하기 위한 타임아웃 파라미터를 또한 제공한다.

도 20은 설비 (UPnP 제어-포인트) (130)가, 상기 인터페이싱 기기 (120)에 의해 지원되는 ThirdPartyToLocal 동작을 호출함으로써, 진행되는 서드-파티-호를 LAN 설비 (130)로 전달할 것을 요청할 때에 교환되는 주요한 메시지들의 일 예를 도시한다.

이미 위에서 개시된 것과 같이, NewThirdPartyCall 동작이나 ForwardCall 동작 중의 어느 하나를 호출함으로써, 상기 인터페이싱 기기 (120)를 통해서 두 개의 WAN 기기들 (14) (도 20에는 도시되지 않음) 사이에 설립된 서드-파티-호 (call)는 상기 인터페이싱 기기 (120)의 제어 하에 있으며, 그래서 로컬 영역 네트워크 (100) 내의 사용자가 그 서드-파티-호에 관한 추가의 행동들을 하도록 한다. 예를 들면, 로컬 영역 네트워크 (100) 내의 설비 (UPnP 제어-포인트) (130)는 한 파티 (하나의 WAN 기기)와의 통신 세션을 종결시키고 그리고 RenegotiateCall 동작을 호출하여 다른 파티 (두 번째 WAN 기기)와의 호를 재협상함으로써, 서드-파티-호를 로컬 영역 네트워크 (100) 내의 설비로 전달하도록 요청할 수 있다.

도 20의 메시지 흐름에 도시된 것과 같이, 도 19를 참조하여 상기에서 설명된 것과 같이, 제거될 파티와 진행되고 있는 세션은 SIP BYE 메시지를 송신함으로써 종결되며, 다른 파티와 진행되고 있는 세션은 상기 로컬 미디어 설비 (130)의 미디어 기능들, 주소들 및 포트들을 규정하는 RenegotiateCall 동작을 호출함으로써 재협상된다.

ThirdPartyToLocal 동작의 실시예 (도시되지 않음)에 따라, 그 동작을 요청하는 상기 설비 (130)는 그 동작이 완료되기 위한 최대 시간을 규정하는 타임아웃 파라미터를 또한 제공할 수 있을 것이다.

도 21은 설비 (UPnP 제어-포인트) (130)가, 상기 인터페이싱 기기 (120)에 의해 지원되는 동작 (예를 들면, LocalToThirdParty 동작)을 호출함으로써, 로컬 설비 (130)와 WAN 기기 (14) (도 21에 도시되지 않음) 사이에서 설립된 진행중인 호를 서드-파티-호로 전달할 것을 요청할 때에 교환되는 주요한 메시지들의 일 예를 도시한다.

상기 ThirdPartyToLocal 동작을 보충하는 LocalToThirdParty 동작은 로컬 설비 (UPnP 제어-포인트) (130)를 포함하는 호를 사용자가 WAN 기기 (14)로 전달하도록 허용하며, 그럼으로써 로컬 호를 서드-파티-호로 변환한다. 예를 들면, 이 동작은 사용자가 로컬 영역 네트워크 셋탑 박스와 현재 설립되어 있는 호를, WAN 기기 (14)로서 행동하는 그 사용자의 모바일 전화기로 전달하도록 허용한다.

도 21에 도시된 것과 같이, SIP INVITE 메시지를 빈 SDP를 구비한 새로운 파티로 송신하고 (그래서 오퍼 (offer)를 만든다) 그리고 상기 호를 그 호에서 현존하는 다른 파티와 재협상하기 위해 상기 SIP OK 응답에서 상기 수신한 SDP를 이용함으로써 상기 LocalToThirdParty 동작이 구현된다. 특히, 다른 파티와 진행되는 세션은, 도 19를 참조하여 상기에서 설명되는 것과 같이, 상기 호가 전달될 새로운 파티의 미디어 기능들, 주소들 및 포트들을 규정하는 RenegotiateCall 동작을 호출함으로써 재협상된다. LocalToThirdParty 동작으로의 일 실시예 (도시되지 않음)에 따라, 상기 동작을 요청하는 상기 설비 (130)는 그 동작이 완료되기 위해 필요한 최대 시간을 규정하는 타임아웃 파라미터를 또한 제공한다.

도 22는 본 발명에 따른 통신 시스템이 LAN (User1 홈 네트워크) (100), SIP 프록시/레지스트라 (SIP Proxy/Registrar) WAN 서버 (12), User1의 WAN SIP 기기 (14) (예를 들면, 게이트웨이를 통해 상기 SIP 네트워크와 연관된 User1 GSM 전화기)와 Uers2의 WAN SIP 기기 (14) (예를 들면, SIP 비디오폰)를 포함하는 예시적인 시나리오에 따라 교환되는 주요 메시지들의 일 예를 도시한다. 더 나아가, 상기 LAN (100)은 본 발명에 따른 인터페이싱 기기 (120), 사용자가 상기 LAN (100) 내에 있는가의 여부를 탐지하고 그리고 들어오는 호 라우팅과 세션 전달을 적절하기 관리하기 위한 향상된 기능을 구비한 사용자 설비 (UPnP 제어-포인트) (130), 그리고, 예를 들면, TV세트로서의 미디어 기기 (MD)를 포함한다.

설비 (130), User2의 WAN SIP 기기 (14) 및 User1의 WAN SIP 기기 (14)는 SIP-URI 식별자들인 URIl, URI2 그리고 gsmURI에 각각 연관된다.

도 22의 예에서, 설비 (130) 그리고 User2의 WAN SIP 기기 (14)는 자신들의 SIP 신원들을 상기 WAN 네트워크 내의 SIP Proxy/Registrar WAN 서버 (12)와 같이 등록한다.

UPnP 디스커버리 프로토콜을 통해, 예를 들면, 세션 협상과 셋업에서 계속해서 사용될 수 있는 미디어 기기들의 SDP 미디어 설명자 (sdpMD)를 리턴하는 동작 (GetMDCapabilities)을 호출함으로써, 설비 (130)는 LAN (100) 내에서 이용 가능한 모든 미디어 기기들과 그 기기들의 미디어 기능들을 발견한다. User2의 WAN SIP 기기 (14)로부터 설비 (130)로 들어오는 호에 대해, 상기 설비 (130)는, ForwardCall 동작을 호출함으로써, 상기 들어오는 호를 User1의 WAN SIP 기기 (14)로 (예를 들면, User1에 의해 규정된 몇몇 라우팅 규칙들에 따라서) 포워딩한다. User1은 자신의 WAN SIP 기기 (14)에서 상기 들어오는 호를 수신하고 수락하며 그리고 오디오만의 세션은 User2의 비디오폰 (14)과 User1의 모바일 전화기 (14) 사이에서 협상된다 (예를 들면, 이는 User1 기기의 제한된 기능들 때문이다).

그 호 동안에, User1은 자신의 홈으로 들어가면 상기 설비 (130)는 (예를 들면, 인접 센서를 통해서) 그 사용자가 로컬 TV세트를 볼 수 있는 범위 내에 있는가를 판단하며 그리고 User1에게 현재의 호에 대해 세션 전달이 활성화될 수 있다는 것을 통지한다. (예를 들면, 상기 TV 세트가 가공하여 상기 설비 (130)로 통지되는 음성 명령을 통해) User1이 모바일 전화기 (14)로부터 로컬 TV 세트로 현재의 호가 전달되는 것을 수락한다. 그러면 세션 이전은, 도 20을 참조하여 설명된 것과 같이, 상기 인터페이싱 기기 (120)가 지원하는 ThirdPartyToLocal 동작 그리고 상기 인터페이싱 기기 (120)에 의해 협상된 SDP 설명자를 이용하여 실제로 오디오/비디오 스트림 전송 및 수신을 시작시키는 상기 TV 세트가 지원하는 StartConference 동작을 호출함으로써 상기 설비 (130)에 의해 수행된다.

상기의 설명에 비추어보면, 본 발명에 따라서, 상기 인터페이싱 기기 (120)는 호 컨퍼런스 셋업이나 관리를 허용하는 높은-레벨의 동작들의 세트를 지원한다는 것에 유의한다. 상기 인터페이싱 기기는 일련의 SIP 트랜잭션들과 저-레벨 메시지들을 통해서 UPnP 제어-포인트에 의해 호출된 높은-레벨의 동작들을 구현함으로써 SIP 다중 사용자 에이전트 (SIP Multi User Agent (MUA))로서 행동한다. 높은-레벨의 동작 각각은 상기 서비스의 정의에서 관련이 있는 것으로 인식된 것과 같은 잘 정의된 의미론 (semantic) 기능에 대응한다. 예를 들면, 상기에서 도시된 것과같이, NewCall은 새로운 두-파티 호를 셋업하기 위해 상기 인터페이싱 기기 (120)에 의해 지원되는 전형적인 동작이다. 상기 NewCall 동작을 호출하는 제어-포인트는 그것의 근원적인 구현의 상세한 면들에는 포함되지 않으며, 그러므로 세션 셋업 동작 동안에 발생하는 복잡한 SIP 트랜잭션들에도 포함되지 않는다. 제어-포인트가 통보받는 것 모두는 호출된 동작의 근원이 되는 전체 SIP 트랜잭션의 결과이다.

Claims (14)

1. 동작 (operation)들의 동기식 호출 및 이벤트들의 브로드캐스트 통지를 수행하도록 구성된 동기식-호출/브로드캐스트-통지 (synchronous-invocation/broadcast-notification) 프로토콜을 지원하는 로컬 영역 네트워크 (local area network) 설비로 하여금, 세션-제어 프로토콜을 지원하는 광역 네트워크 (wide area network)에서의 통신 세션들을 제어하는 것을 가능하게 하는 방법으로서, 상기 방법은,
   a) 상기 광역 네트워크에서의 통신 세션을 제어하는 동작을 호출하는 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 상기 로컬 영역 네트워크 설비로부터 수신하며, 상기 동작의 실행은 상기 세션-제어-프로토콜을 지원하는 적어도 하나의 광역 네트워크 장치와 적어도 2개의 세션-제어-프로토콜 메시지들을 교환하는 것을 포함하며;
   b) 상기 수신한 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 처리하여 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중의 첫 번째 메시지를 생성하며;
   c) 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중의 상기 첫 번째 메시지를, 상기 동작 실행을 시작시키기 위해 상기 광역 네트워크로 송신하며;
   d) 상기 적어도 2개의 세션-제어-프로토콜 메시지들의 상기 교환이 종결될 때까지, 상기 호출된 동작에 대한 상기 로컬 영역 네트워크 설비를 위한 응답을 생성하는 것을 지연시키며;
   e) 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중 나머지 메시지를 적어도 하나의 광역 장치와 교환하며;
   f) 상기 적어도 2개의 세션-제어-프로토콜 메시지들의 상기 교환이 종결될 때에, 상기 로컬 영역 네트워크 설비를 위한 상기 응답을 생성하며 [상기 생성된 응답은 상기 동작의 결과를 나타낸다]; 그리고
   g) 상기 생성된 응답을 상기 로컬 영역 네트워크 설비로 송신하는 것을 포함하는, 방법.
2. 제1항에 있어서,
   c)에서 상기 첫 번째 메시지는 상기 적어도 하나의 광역 네트워크 장치로 광역 네트워크 서버를 통해 송신되는, 방법.
3. 제1항 또는 제2항에 있어서,
   d)에서의 상기 응답은 상기 적어도 2개의 세션-제어-프로토콜 메시지 교환이 종결될 때까지 일시 중지되는, 방법,
4. 제1항 또는 제2항에 있어서,
   상기 동작의 결과가 긍정적이면, f)에서 생성된 상기 응답은 미리 결정된 통신 세션을 올바르게 제어하기 위해 필요한 정보를 포함하는, 방법.
5. 제1항 또는 제2항에 있어서, 상기 방법은,
   적어도 하나의 미리 결정된 상태 변수에서의 변화들에 관한 통지를 수신하기 위해 가입 (subscription)을 셋업하기 위한 요청을 상기 로컬 영역 네트워크 설비로부터 수신하는 것을 더 포함하는, 방법.
6. 제5항에 있어서, 상기 방법은,
   상기 적어도 하나의 미리 결정된 상태 변수에서 변화가 발생했을 때에, 가입된 로컬 영역 네트워크 설비로 상기 변화의 통지를 브로드캐스팅하는 것을 더 포함하는, 방법.
7. 제1항 또는 제2항에 있어서,
   상기 동기식-호출/브로드캐스트-통지 프로토콜은 UPnP (Universal Plug and Play)인, 방법.
8. 제1항 또는 제2항에 있어서,
   상기 세션-제어 프로토콜은 SIP (Session Initiation Protocol)인, 방법.
9. 삭제
10. 삭제
11. 제1항 또는 제2항에 있어서,
    호출된 상기 동작은,
    상기 적어도 하나의 광역 네트워크 장치 이전에 로컬 영역 네트워크 설비 신원 (identity)을 등록하기 위한 동작;
    상기 로컬 영역 네트워크 설비와 광역 네트워크 사용자 기기 사이에서의 통신 세션을 셋업하기 위한 동작;
    두 개의 광역 네트워크 사용자 기기들 사이에서의 통신 세션을 셋업하기 위한 동작;
    광역 네트워크 사용자 기기와의 통신 세션을 셋업하는 것을 수락하는 동작;
    상기 로컬 영역 네트워크 설비와 광역 네트워크 사용자 기기 사이에서 진행되는 통신 세션을 상기 로컬 영역 네트워크 설비로부터 다른 광역 네트워크 사용자 기기로 전달하는 동작;
    첫 번째 광역 네트워크 사용자 기기와 두 번째 광역 네트워크 사용자 기기 사이에서 진행되는 통신 세션을 상기 첫 번째 광역 네트워크 사용자 기기로부터 상기 로컬 영역 네트워크 설비로 전달하는 동작;
    상기 로컬 영역 네트워크 설비로 들어오는 호 (incoming call)를 광역 네트워크 사용자 기기로 포워딩하는 동작; 및
    보류된 통신 세션에 결부된 미디어 기능들을 재교섭하는 동작을 포함하는 그룹으로부터 선택되는, 방법.
12. 제1항 또는 제2항에 있어서,
    상기 세션-제어 프로토콜은 SIP이며,
    b)에서 생성된 상기 메시지는, SIP 등록 (SIP REGISTER) 메시지, SIP 초대 (SIP INVITE) 메시지 및 SIP 200 OK 메시지를 포함하는 그룹으로부터 선택되는, 방법.
13. 동작들의 동기식 호출 및 이벤트들의 브로드캐스트 통지를 수행하도록 구성된 동기식-호출/브로드캐스트-통지 프로토콜을 지원하는 로컬 영역 네트워크 설비로 하여금, 세션-제어 프로토콜을 지원하는 광역 네트워크에서의 통신 세션들을 제어하는 것을 가능하게 하는 인터페이싱 기기로서, 상기 인터페이싱 기기는,
    a) 상기 로컬 영역 네트워크 설비로부터 상기 광역 네트워크에서의 통신 세션을 제어하는 동작을 호출하는 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 수신하며, 상기 동작의 실행은 상기 세션-제어-프로토콜을 지원하는 적어도 하나의 광역 네트워크 장치와 적어도 2개의 세션-제어-프로토콜 메시지들을 교환하는 것을 포함하며;
    b) 상기 수신한 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 처리하여 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중의 첫 번째 메시지를 생성하며;
    c) 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중의 상기 첫 번째 메시지를, 상기 동작 실행을 시작시키기 위해 상기 광역 네트워크로 송신하며;
    d) 상기 적어도 2개의 세션-제어-프로토콜 메시지들의 상기 교환이 종결될 때까지, 상기 호출된 동작에 대한 상기 로컬 영역 네트워크 설비를 위한 응답을 생성하는 것을 지연시키며;
    e) 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중 나머지 메시지를 적어도 하나의 광역 장치와 교환하며;
    f) 상기 적어도 2개의 세션-제어-프로토콜 메시지들의 상기 교환이 종결될 때에, 상기 로컬 영역 네트워크 설비를 위한 상기 응답을 생성하며 [상기 생성된 응답은 상기 동작의 결과를 나타낸다]; 그리고
    g) 상기 생성된 응답을 상기 로컬 영역 네트워크 설비로 송신하도록 구성된,
    모듈들을 포함하는, 인터페이싱 기기.
14. 동작들의 동기식 호출 및 이벤트들의 브로드캐스트 통지를 수행하도록 구성된 동기식-호출/브로드캐스트-통지 프로토콜을 지원하는 적어도 하나의 로컬 영역 네트워크 설비와 인터페이싱 기기를 포함하는 로컬 영역 네트워크; 및
    세션-제어 프로토콜을 지원하는 복수의 광역 네트워크 장치들을 포함하는 광역 네트워크;를 포함하는 통신 시스템으로서,
    상기 인터페이싱 기기는,
    a) 상기 로컬 영역 네트워크 설비로부터 상기 광역 네트워크에서의 통신 세션을 제어하는 동작을 호출하는 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 수신하며, 상기 동작의 실행은 상기 세션-제어-프로토콜을 지원하는 적어도 하나의 광역 네트워크 장치와 적어도 2개의 세션-제어-프로토콜 메시지들을 교환하는 것을 포함하며;
    b) 상기 수신한 동기식-호출/브로드캐스트-통지-프로토콜 메시지를 처리하여 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중의 첫 번째 메시지를 생성하며;
    c) 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중의 상기 첫 번째 메시지를, 상기 동작 실행을 시작시키기 위해 상기 광역 네트워크로 송신하며;
    d) 상기 적어도 2개의 세션-제어-프로토콜 메시지들의 상기 교환이 종결될 때까지, 상기 호출된 동작에 대한 상기 로컬 영역 네트워크 설비를 위한 응답을 생성하는 것을 지연시키며;
    e) 상기 적어도 2개의 세션-제어-프로토콜 메시지들 중 나머지 메시지를 적어도 하나의 광역 장치와 교환하며;
    f) 상기 적어도 2개의 세션-제어-프로토콜 메시지들의 상기 교환이 종결될 때에, 상기 로컬 영역 네트워크 설비를 위한 상기 응답을 생성하며 [상기 생성된 응답은 상기 동작의 결과를 나타낸다]; 그리고
    g) 상기 생성된 응답을 상기 로컬 영역 네트워크 설비로 송신하도록 구성된,
    모듈들을 포함하는, 통신 시스템.

Images