KR20140111267A - 다중 통신 링크들을 결합하기 위한 시스템 및 방법 - Google Patents

Abstract

본 발명은 다수의 통신 네트워크를 통해 멀티캐스트 콘텐츠를 수신할 수 있는 클라이언트 디바이스(30)에 관한 것이고, 그러한 다수의 통신 네트워크는 클라이언트 디바이스(30)의 하나의 수신-전용 브로드캐스트 인터페이스 및 적어도 하나의 광대역 인터페이스에 각각 연결하기 위한 하나의 브로드캐스트 네트워크 및 광대역 대역폭을 가진 적어도 하나의 광대역 네트워크를 포함하고, 상기 클라이언트 디바이스(30)는 광대역 대역폭을 절약하기 위해 사용될 인터페이스를 선택할 수 있는 어댑터 선택기(32)를 포함한다.

Description

다중 통신 링크들을 결합하기 위한 시스템 및 방법{SYSTEM AND METHOD FOR COMBINING MULTIPLE COMMUNICATION LINKS}

본 발명은 다수의 통신 네트워크를 통해 멀티캐스트 스트림(multicast stream)을 수신할 수 있는 클라이언트 디바이스에 관한 것이다. 더 구체적으로, 본 발명은 다수의 통신 네트워크를 통해 멀티캐스트 콘텐츠를 수신할 수 있는 클라이언트 디바이스에 관한 것이고, 상기 다수의 통신 네트워크는 클라이언트 디바이스의 하나의 수신-전용 브로드캐스트(broadcast) 인터페이스 및 적어도 하나의 광대역 인터페이스로 각각 연결하기 위한 하나의 브로드캐스트 네트워크 및 적어도 하나의 광대역 네트워크를 포함한다. 또한, 본 발명은 다수의 통신 네트워크를 통해 멀티캐스트 콘텐츠를 수신 및/또는 전송하기 위한 방법에 관한 것이다.

멀티캐스트, 단방향(unidirectional) 링크, 다중 통신 링크들의 결합, 멀티캐스트 프록시(proxy), 및 멀티캐스트 라우터는 멀티캐스트 스트리밍 세션들에서 널리 사용되는 개념 또는 구성요소이다. 멀티캐스트 스트리밍 세션에서, 멀티캐스트 트래픽(traffic)은 다양한 수신기들에 데이터 스트림으로 전송된다. 그러나, 수신기들의 그룹은 시간에 따라 변할 수 있다. 수신기들은 IGMP 프로토콜(RFC 3376)을 사용하여 주어진 멀티캐스트 세션을 수신하고자 하는 자신들의 바람(desire)을 나타낸다.

단방향 링크는 복귀 경로(return path)를 제공하지 않는 전송 채널이다. 인터넷을 통해 멀티캐스트 트래픽을 라우팅하는 멀티캐스트 라우팅 프로토콜들이 존재한다. 예를 들어, DVMRP(RFC 1075) 및 PIM 프로토콜들이 적용될 수 있다. 또한, IGMP-프록시라 불리는 데몬(daemon)이 있고, 이러한 데몬은 하나의 네트워크로부터 다른 네트워크로 IGMP 요청들을 프록시하고, 따라서 RFC 454에서 설명된 것과 유사한 IGMP 스누핑(snooping)의 한 종류를 구현한다.

게이트웨이(gateway)와 같은 클라이언트 디바이스에서의 브로드캐스트 및 멀티캐스트 트래픽을 위한 전달 네트워크(delivery network)의 스마트한 관리는 가장 적절한 네트워크 어댑터를 선택함으로써 수행될 수 있다.

멀티캐스트 IP는 두 가지 주요 피쳐(feature)로 구성된다. 첫째, 주소지정 방식(addressing scheme)이며, 이는 IP 주소가 IPTV에 적용될 때 TV 채널/스트림인 멀티캐스트 그룹을 식별하는 그룹 주소에 기초하고, 둘째로, IGMP(IP Group Management Protocol)라 불리는 IP 시그널링 컴패니언 프로토콜(IP signaling companion protocol)이며, 예를 들어 TV 채널인 그룹으로의 연결 또는 연결해제를 시그널링하기 위해 터미널/애플리케이션에 의해 사용된다. IGMP 프로토콜은 하나 이상의 라우터로 구성되는 IP 네트워크가 적어도 하나의 그룹 멤버가 시그널링된 브랜치들(branches)만을 통해 멀티캐스트 IP 패킷을 포워딩함으로써 멀티캐스트 IP 트래픽의 분배를 최적화할 수 있게 한다. 브로드캐스트 네트워크는 멀티캐스트 IP 스트림들을 포함하는 IP 스트림들을 수송할 수 있는 방식으로 진화해왔다. 이와 달리, IPTV 환경에서는, IGMP가 TV 채널을 선택하기 위해 사용되기도 한다.

클라이언트로의 멀티캐스트 전송을 향상시켜 멀티미디어 콘텐츠의 분배를 최적화하기 위한 다양한 시도들이 있었다.

CN 101521626 A에서는, 이하의 단계들을 포함하는 멀티캐스트 프로그램의 제어를 스테핑(stepping)하기 위한 방법이 설명되어 있다. 터미널 디바이스에 의해 액세스 디바이스로 멀티캐스트 프로그램 요청 메시지를 전송하는 단계; 상기 멀티캐스트 프로그램 요청 메시지에 따라 액세스 디바이스에 의해 프로그램 스텝 파라미터를 참조(referring)하고 얻는 단계; 및 상기 프로그램 스텝 파라미터에 따라 액세스 디바이스에 의해 멀티캐스트 프로그램 데이터를 생성하는 단계를 포함하는 방법이다. 따라서, 제조업자는 중점적으로 멀티캐스트 프로그램 스테핑 제어 터미널 디바이스에 따라 일부 멀티캐스트 프로그램들을 주문할 수 있고, 프로그램에 따른 차등 서비스를 제공한다.

US 2006/0098618 A1에서는, 제2 매체 대역폭이 제1 대역폭보다 낮은 매체를 사용하여 제1 대역폭을 가지는 제1 버스로부터 제2 버스로 등시성 데이터 스트림들(isochronous data streams)을 수송하는 것의 우선순위를 정하기 위해 사용될 수 있는, 컴퓨터 프로그램 제품 및 컴퓨터 프로그램 엘리먼트뿐만 아니라 방법, 브리징(bridging) 디바이스, 디바이스들의 네트워크가 설명되어 있다. 브리징 디바이스는 버스들에 연결된 디바이스들로부터 발신하는 데이터 스트림들에 관련된 제어 트래픽을 모니터링하고, 버스들에 연결된 디바이스들에 의해 이용가능하게 된 레지스터들(registers)을 폴링(polls)하고, 버스 제어 트래픽에서 수송되고/수송되거나 버스에 연결된 디바이스들에 의해 이용가능하게 된 관련 정보에 기초하여, 전송할 스트림들의 우선순위를 정하고, 우선순위에 기초하여 매체를 통해 스트림들을 전송한다. 따라서, 버스들에 연결된 디바이스들에 대해 투명한 두 데이터 버스 사이의 무선 브리지를 통한 전송을 위해 스트림들의 우선순위를 정하는 것이 가능하다.

US 2011/0058551 A1에서는, OSI 모델의 레이어 2에서 동작하는 스위치를 통해 멀티캐스트 트래픽을 관리하기 위한 방법, 및 방법에 관련된 스위치들 및 라우터들이 설명되어 있다. 일 실시예에서, 라우터는 특정한 멀티캐스트 트래픽을 요청하고 있는 특정한 장비의 식별을 포함하고 특정한 트래픽의 사양도 포함하는 메시지를 스위치에 전송하고, 스위치가 멀티캐스트 트래픽을 운반하는 데이터를 수신할 때, 데이터의 원점 및 목적지 주소들에 기초하고, 메시지에서 수신한 특정한 멀티캐스트 트래픽의 사양 및 특정한 장비의 식별에 기초하여, 스위치는 데이터가 특정한 장비에 의해 요청된 특정한 트래픽을 운반하는지 여부를 추론하고, 그것의 포트들 중에서 어느 것을 통해 데이터를 전송하는지를 결정한다.

US 6487170 B1에서는, 차등 서비스(Differentiated Services: DiffServ) 패킷 네트워크와 같은 패킷 교환 네트워크(packet switched network)에서의 승인(admission)을 결정하기 위한 방법 및 장비가 제공된다. 일 태양에 따라, 승인 제어 결정들은 로컬 정보에 기초한다. 예정된 시간 간격(predetermined window of time) 동안 네트워크 디바이스의 출력 링크 상에 활용되는 평균 프리미엄 서비스 대역폭이 계산된다. 출력 링크에 관련된 프리미엄 서비스 흐름에 대한 요청을 승인할지 거부할지에 대한 결정은 예정된 유지 시간 간격 내에서 승인된 하나 이상의 흐름과 연관된 대역폭 요청 정보, 평균 프리미엄 서비스 대역폭, 출력 링크에 이용가능한 전체 프리미엄 서비스 대역폭, 및 요청에 기초하여 이루어진다. 다른 태양에 따르면, 멀티캐스트 흐름들이 지원된다. 활용된 프리미엄 서비스 대역폭의 측정은 멀티캐스트-지원 네트워크 디바이스의 출력 링크들의 각각에 대해 계산된다. 멀티캐스트 라우팅 프로토콜에 의해 지정된 출력 링크들 중, 출력 링크 상에 이용가능한 전체 프리미엄 서비스 대역폭, 출력 링크 상의 활용된 프리미엄 서비스 대역폭의 측정, 및 요청에 기초하여, 요청을 수용하는데에 이용할 수 있는 충분한 프리미엄 서비스 대역폭을 가진 출력 링크들 상으로 멀티캐스트 세션에 대한 프리미엄 서비스 대역폭의 요청이 포워딩된다. 멀티캐스트 세션에 연관된 출력 링크들의 각각에 대한 링크 상태가 유지된다. 링크 상태는 멀티캐스트 세션의 대응 출력 링크에 대한 멀티캐스트 지원 네트워크 디바이스의 거동을 결정하는 상태 머신의 현재 상태를 나타낸다. 후속하여 수신되는 멀티캐스트 패킷들은 출력 링크들에 관련된 링크 상태들에 따라 포워딩된다.

박완기 및 김대영의 논문, "EPON 기반 홈게이트웨이 및 중첩을 사용한 홈 네트워크에서의 브로드캐스팅 및 통신 융합(Convergence of Broadcasting and Communication in Home Network Using an EPON-Based Home Gateway and Overlay)"(IEEE Transactions on Consumer Electronics, 51권, 2호, 485 - 493페이지, 2005)은 유비쿼터스 컴퓨팅 및 서비스를 보완하는 브로드캐스팅 및 통신 서비스들의 융합을 용이하게 할 것으로 기대되는 홈 게이트웨이를 포함하는 홈 네트워크 시스템들을 설명한다. 홈 네트워크에서 브로드캐스팅 및 데이터 서비스들을 통합하는 수정된 아키텍처가 보여진다. 이러한 아키텍처를 위해, 액세스 네트워크에서의 중첩 수송 메커니즘 및 홈 네트워크에서 인터넷 그룹 관리 프로토콜(Internet group management protocol: IGMP) 및 IGMP 스누핑의 IP 멀티캐스트 기술들이 사용된다.

또한, 헤드-엔드(head-end)에서, IP 멀티캐스트 트래픽을 전달하기 위해 광대역 링크 또는 DVB-T, DVB-C 또는 DVB-H와 같은 브로드캐스트 단방향 링크인 가장 적절한 네트워크를 동적으로 선택하는 것이 알려져 있다.

그러한 개념은 EP 1298836 A1에 설명되어 있다. 그 문헌 내에서, 주어진 수의 사용자가 동일한 콘텐츠를 요청할 때 브로드캐스트 링크에 특권을 주고 광대역 대역폭을 절약하는 것에, 기인한 원리가 보여진다.

그러나, 이 개념은 몇몇의 한계를 나타낸다. 광대역 또는 브로드캐스트를 통해 이용가능한 멀티캐스트 콘텐츠는 운영자에 의해 선택된다. 결과적으로, 이러한 로드 밸런싱(load balancing)에 관한 멀티캐스트 콘텐츠의 양 및 다양성이 제한된다. 사용자가 다른 멀티캐스트 콘텐츠를 수신하기를 원한다면, 그 다른 멀티캐스트 콘텐츠가 브로드캐스트를 통해 전달되는 다른 멀티캐스트 트래픽보다 훨씬 많이 쿼리되어 있더라도, 그것은 자동적으로 광대역을 통해 전달될 것이다. 또한 클라이언트는 하나의 브로드캐스트 어댑터를 가진 단순한 터미널이며, 하나의 IP 멀티캐스트 서비스를 동시에 수신하는 것으로 보인다. 홈 네트워크로 다수의 IP 멀티캐스트 스트림 (및 브로드캐스트 스트림들)을 전달하기 위한 최적화가 수행될 수 있다.

따라서, 종래 기술 시스템들과 연관된 문제들을 적어도 부분적으로나마 극복하려는 기술이 필요하다.

본 발명에 따라, 다수의 통신 네트워크(multiple communication networks)를 통해 멀티캐스트 콘텐츠(multicast content)를 수신할 수 있는 클라이언트 디바이스가 제공되는데, 다수의 통신 네트워크는 클라이언트 디바이스의 하나의 수신-전용 브로드캐스트 인터페이스 및 적어도 하나의 광대역(broadband) 인터페이스에 각각 연결하기 위한 하나의 브로드캐스트 네트워크 및 광대역 대역폭을 가진 적어도 하나의 광대역 네트워크를 포함하고, 상기 클라이언트 디바이스는 광대역 대역폭을 절약하기 위해 사용될 인터페이스를 선택할 수 있는 어댑터 선택기(adaptor selector)를 포함한다.

클라이언트 디바이스는 예를 들어 게이트웨이이다.

본 발명의 일 실시예에 따르면, 어댑터 선택기는, 선택된 인터페이스의 구동(activation) 및 시그널링(signaling)을 허용하기 위해 프로토콜을 사용하여 메시지를 전송할 수 있고, 적절한 통신 네트워크를 통해 멀티캐스트 콘텐츠의 라우팅(routing)을 요청하는 것을 할 수 있다.

본 발명의 다른 실시예에 따르면, 어댑터 선택기는, 멀티캐스트 스트림의 클라이언트 요청을 캡처(capture)하고 분석할 수 있고, 또한, 필요한 경우 멀티캐스트 프록시 서버를 향해 전송 메시지를 전송하여, 멀티캐스트 스트림이 적어도 하나의 브로드캐스트 네트워크를 통해 서빙되는(served) 것을 요청할 수 있다.

본 발명의 다른 실시예에 따르면, 프로토콜은 IP 그룹 관리 프로토콜(IP Group Management Protocol)의 확장(extension)이다.

본 발명의 다른 태양에서, 다수의 통신 네트워크를 통해 멀티캐스트 콘텐츠를 수신 및/또는 전송하기 위한 방법이 제공되는데, 다수의 통신 네트워크는 클라이언트 디바이스의 하나의 수신-전용 브로드캐스트 인터페이스 및 적어도 하나의 광대역 인터페이스에 각각 연결된 하나의 브로드캐스트 네트워크 및 광대역 대역폭을 가진 적어도 하나의 광대역 네트워크를 포함하고, 상기 방법은 광대역 대역폭을 절약하기 위해 사용될 인터페이스를 선택하는 단계를 포함한다.

본 발명의 일 실시예에 따르면, 방법은 요청들을 수신하고, IP 멀티캐스트 스트림이 브로드캐스트 네트워크를 통해 클라이언트 디바이스의 브로드캐스트 인터페이스에 전송되기 위해 선택되도록 요청들을 브로드캐스트 라우터에 재지향(redirecting)하는 단계를 더 포함한다.

본 발명의 다른 실시예에 따르면, 방법은 선택된 인터페이스를 구동하고 시그널링하기 위해 프로토콜을 사용하여 메시지를 전송하는 단계 및 적절한 통신 네트워크를 통해 멀티캐스트 콘텐츠의 라우팅을 요청하는 단계를 포함한다.

본 발명의 다른 실시예에 따르면, 방법은 멀티캐스트 스트림의 클라이언트 요청을 캡처하고 분석하는 단계, 및, 필요한 경우, 멀티캐스트 프록시를 향해 제어 메시지를 전송하여, 멀티캐스트 스트림이 적어도 하나의 브로드캐스트 네트워크를 통해 서빙되는 것을 요청하는 단계를 포함한다.

본 발명의 다른 실시예에 따르면, 방법은 브로드캐스트 네트워크를 통해 클라이언트 디바이스에 멀티캐스트 콘텐츠를 전송하기 위해 요구되는 분배 트리(distribution tree)를 구축하는(builds) 대응하는 브로드캐스트 라우터에 클라이언트 요청을 재지향하는 단계를 포함한다.

유리하게는, 프로토콜이 IP 그룹 관리(IP Group Management) 프로토콜의 확장이다.

바람직하게는, 프로토콜은 멀티캐스트 IP 스트림을 수신하거나 수신하는 것을 멈추기 위해 클라이언트 디바이스로부터의 요청을 시그널링하기 위한 메시지를 포함한다.

일 실시예에 따라, 프로토콜은 멀티캐스트 IP 스트림이 브로드캐스트 네트워크 상에서 현재 이용가능하다는 것 또는 더 이상 이용가능하지 않다는 것을 나타내는 멀티캐스트 프록시 서버로부터 수신된 요청을 시그널링하기 위한 메시지를 포함한다.

유리하게는, 사용될 인터페이스는 멀티캐스트 콘텐츠 대역폭 및/또는 멀티캐스트 콘텐츠의 인기(popularity)에 따라 선택된다.

콘텐츠의 인기는 여기에서 상기 콘텐츠에 관심이 있는 클라이언트들의 수를 의미한다.

본 발명에 따라, 다른 클라이언트들이 멀티캐스트 또는 브로드캐스트 스트림을 동시에 수신할 수 있다는 것을 아는 클라이언트 디바이스, 특히 클라이언트가 IP 멀티캐스트 스트림을 요청할 때 적어도 하나의 브로드캐스트 어댑터를 가진 홈 네트워크 게이트웨이의 동작(behavior)이 설명된다. 게이트웨이는 브로드캐스트 채널 상에서 가장 많이 대역폭을 소비하는 스트림(들)에 영향을 주는 것을 시도한다. 이를 수행하기 위해, 게이트웨이는 스트림 대역폭, 브로드캐스트 또는 멀티캐스트인 서비스의 타입, 동일한 브로드캐스트 수송 스트림 상에서 여러 스트림들을 수신할 가능성과 같은 여러 기준에 따라 네트워크를 선택한다. 따라서, 게이트웨이는 수동 엘리먼트가 아니고, 게이트웨이는 클라이언트가 브로드캐스트 콘텐츠를 요청하는 경우도 관리할 수 있다. 헤드-엔드 측에서, 멀티캐스트 프록시 동작은 EP 1298836 A1에 설명되어 있는 것과 전역적으로(globally) 동일하다. 차이는 게이트웨이와 멀티캐스트 프록시 사이에서 교환되는 메시지들이 일반적인 멀티캐스트 시그널링(IGMP) 메시지들이 아니고 새로운 메시지들이라는 사실로부터 유래한다. IGMP 메시지들은 게이트웨이가 최고의 결정을 취하도록 하는 실제 모든 필요한 정보를 운반하기에 충분하지 않다. 새로운 메시지들은 이러한 쟁점을 해결하기 위해 IGMP 메시지들을 확장한다. 따라서, 본 발명은 목표 수신기들에 의해 발행된 요청들에 기초하여 브로드캐스트 링크에 의해 전송되는 서비스들 및 프로그램들의 세트를 동적으로 조정할 수 있게 하고, 그에 따라 이용가능한 브로드캐스트 대역폭의 사용을 최적화한다.

본 발명은 이제 이하의 도면을 참조하여 예로서 더 상세하게 설명될 것이다.
도 1은 다중 통신 링크들을 결합하기 위한 시스템의 개략도를 도시하는 도면.
도 2는 본 발명의 일 실시예에 따라 다중 통신 링크들을 결합하기 위한 시스템의 다른 개략도를 도시하는 도면.
도 3은 본 발명의 실시예에 따른 패킷의 상세를 도시하는 도면.
도 4는 본 발명의 실시예에서 수행되는 방법의 단계들을 흐름도로 도시하는 도면.
도 5는 본 발명의 실시예에서 수행 방법의 단계들을 흐름도로 도시하는 도면.
도 6은 본 발명의 실시예에 따른 다중 통신 링크들을 결합하기 위한 시스템의 다른 개략도를 도시하는 도면.
달리 언급하지 않는 한, 도면에서 유사한 참조 번호는 유사한 부분을 참조한다.

도 1은 브로드캐스트 네트워크에서의 IGMP 피쳐의 지원을 위해 다중 통신 링크들을 결합하기 위한 시스템(10)을 도시한다. TV 세트일 수 있는 터미널(12)은 내부 논리가 IP 프로토콜을 지원하는 네트워크 인터페이스로 보는 브로드캐스트 인터페이스(14)를 소유하고 있다. 이 네트워크 인터페이스(14)는 비디오 패킷들을 수신하고 RTP/UDP/IP 멀티캐스트 패킷들을 IP 스택(16)에 전달한다. 애플리케이션이 ESG(Electronic Service Guide)와 같은 메타데이터 덕분에 멀티캐스트 IP 주소를 TV 프로그램과 연관 지을 수 있다고 가정하면, 애플리케이션은 하나의 IP 멀티캐스트 그룹 주소에 대응하는 멀티캐스트 소켓을 연다.

따라서, IP 스택(16)은 브로드캐스트 네트워크(18)로 걸리는(hooked) 브로드캐스터(broadcaster)에 의해 소유되는 기능인 멀티캐스트 프록시(20)라 불리는 IGMP 프론탈(frontal)까지 터널링되는 IGMP 요청을 생성한다. 멀티캐스트 프록시(20)는 브로드캐스트 네트워크 인프라스트럭처(18)와 상호작용하며, 아마도 TV 프로그램의 포워딩이 아직 구동되어 있지 않다면 그것을 구동한다. 프로그램을 구동하기 위한 결정은 이 프로그램에 관심 있는 수신기들의 수와 같은 다른 기준에 따라 수행된다. 예를 들어, 프로그램 포워딩에 관한 송신기인, 브로드캐스트 네트워크(18)의 일부는 터미널 위치와 링크된다. 이 정보는 터미널(12)이 그에 따라 구비되는 경우에는 GPS 정보에 기초하거나, 예를 들어 시스템 정보의 일부로서 연속적으로 브로드캐스팅되는 브로드캐스트 송신기의 식별자와 같은 임의의 다른 수단들에 의해 기초할 수 있다.

이와 달리, 사용자가 다른 TV 프로그램으로 튜닝할 때나 사용자가 서비스를 종료할 때, 애플리케이션은 소켓을 반드시 닫아야 한다. 이는 연관된 IP 멀티캐스트 그룹/주소로부터의 연결해제를 나타내는 IGMP 메시지를 생성한다. 메시지는 브로드캐스트 네트워크를 다시 제어하는 멀티캐스트 프록시(20)에 다시 전송되어, 터미널 위치와 연관된 브로드캐스트 네트워크(18)의 일부에서 TV 프로그램의 포워딩의 잠재적인 정지를 암시한다.

이전에 소개한 바와 같이, 멀티캐스트 프록시(20)는 IPTV 최신기술(xDSL TV 또는 DVB IPTV)과 호환되는 방법을 통해 터미널(12)과 브로드캐스트 네트워크(18) 사이의 상호작용을 허용한다. 따라서, IGMP 메시지들은 그에 따라 멀티캐스트 IP 트래픽을 필터링하고 포워딩하는 것을 결정하는 멀티캐스트 IP 라우터들(22, 22', 22'')에 의해 수신되는 것이 전형적이다. 이 프록시(20)는 기본 게이트웨이 또는 DNS 서버들의 주소와 같은 홈 게이트웨이에 의해 미리 알려진 IP 주소에 의해 식별된다. 멀티캐스트 프록시(20)는 에지 또는 브로드캐스트 라우터들(22, 22', 22'') 중 하나에 내장된 기능이거나 분리된 박스일 수 있다.

IGMP 메시지와 연관된 전략을 채택하기 위해 멀티캐스트 프록시(20)가 터미널(12)을 지역화(localize)할 수 있어야 한다. 지역화는 상이한 수단들을 통해 수행될 수 있고, 정보는 IGMP 메시지에 첨부되어야 한다.

멀티캐스트 프록시(20)는 각각의 멀티캐스트 서비스에 의해 소비되는 대역폭 및 브로드캐스트 라우터들(22, 22', 22'')의 용량을 파악한다. 그것은 각각의 멀티캐스트 서비스에 대해 후보 수신기들의 수를 카운트하고, "가장 원하는" 서비스들을 브로드캐스트 링크들 중 하나에 놓는다. 브로드캐스트 링크(18)를 통해 서빙되어야 하는 서비스들에 대해, 이는 전용(dedicated) 브로드캐스트 라우터에 제어 메시지들을 전송하여, 그것이 그러한 멀티캐스트 서비스들에 참여할 수 있게 한다. 그것은 그에 따라 클라이언트 게이트웨이들에 통지한다. 서비스가 더 이상은 브로드캐스트 분배를 위한 후보가 아닌 경우, 예를 들어 서비스가 "가장 원하는" 리스트에서 아래로 이동하는 경우, 프록시(20)는 브로드캐스트 라우터(22, 22', 22'')에게 그룹을 떠나라고 알려주고, 게이트웨이들에게 그들이 IGMP 리포트 멤버십 메시지(IGMP report membership message)를 사용하여 광대역 링크(24)를 통해 서비스를 요청해야 한다는 것을 통지한다.

브로드캐스트 네트워크(18)는, 예를 들어 위성과 같은 고유의 브랜치, 예를 들어 지상파 TV(terrestrial TV)와 같은 지상(territory)에서 분배되는 송신기들의 세트로 구성되는 단순한 트리, 또는 예를 들어 케이블 네트워크 또는 멀티캐스트를 지원하는 셀룰러 네트워크와 같은 다단계 계층 트리로 조직될 수 있다.

브랜치를 통해 멀티캐스팅되는 콘텐츠를 동적으로 변화시키는 것은 소정의 의미를 가질 수 있다. 먼저, 이는 전송 점(26)에서 분배된 프로그램들의 전체 세트가 시간에 따라 변화한다는 것을 의미한다. 이는, 수송 멀티플렉스(transport multiplex)가 말단부들(extremities), 즉 전송 점들(26)에서 형성되는 브로드캐스트 네트워크(18)를 지원한다.

프로그램을 제거하는 것은, 메타데이터(소프트웨어 업데이트들, 애플리케이션들)를 다운로딩하고, 통계적 멀티플렉싱 프로그램들(statistical multiplexing programs)을 위한 더 많은 대역폭과 그에 따른 더 나은 품질을 허용하고, 푸시(push) VOD에 대한 더 많은 대역폭을 허용하는 것과 같은 다양한 필요를 위해 사용될 수 있는 소정의 대역폭들을 확보한다(free).

브로드캐스트 네트워크(DVB-C, DVB-T, DVB-S...)는 각각 상이한 주파수로 전달되는 여러 수송 스트림들(Transport Streams: TS)로 구성된다. 수송 스트림은 패킷화된 기본적인 스트림들을 캡슐화한다. 수송 스트림에서의 기본적인 스트림 또는 데이터의 각 단편[예를 들어 표들(tables)]은 13-bit 패킷 ID(packet ID: PID)에 의해 식별된다. 본 발명에 따라, 수송 스트림들 중 적어도 하나가 IP 멀티캐스트 트래픽을 전달하는 것으로 가정된다. IP 멀티캐스트 트래픽은 동일한 수송 스트림 내에서 일반적인 브로드캐스트 트래픽과 병존할 수 있다.

브로드캐스트 어댑터(14)는 오직 하나의 주파수만으로 튜닝할 수 있고, 즉 그것은 동시에 오직 하나의 수송 스트림(TS)을 수신할 수 있다. 브로드캐스트 어댑터(14)가 모든 PID들을 통해 운반된 콘텐츠를 송신하기에 충분히 효율적인 것으로, 즉 그것은 선택된 수송 스트림 내에서 모든 PID들을 디멀티플렉싱(demultiplex)할 수 있다고 간주된다.

멀티캐스트 트래픽에 대해, 각각의 IP 서비스에 상이한 PID가 할당될 수 있다. 따라서, 각각의 서비스는 개별적으로 관리되고, 주어진 값(PID)의 패킷들에 포함된 트래픽은 단일 멀티캐스트 서비스에 대응한다. 게이트웨이는 쓸모없는 트래픽으로 범람되지(flooded) 않지만, 브로드캐스트 어댑터(14)는 동시에 수신된 멀티캐스트 서비스들만큼의 PID를 필터링해야 한다. 다른 솔루션은 동일한 PID 내의 모든 IP 멀티캐스트 트래픽을 브로드캐스팅하는 것에 있다. 브로드캐스트 어댑터(14)는 오직 하나의 PID를 청취할 필요가 있으나 게이트웨이는 쓸모없는 트래픽으로 범람될 것이다. IP 멀티캐스트 패킷들, 즉 단일 PID 또는 IP 스트림마다 PID를 식별하는 방법은 두 개념의 모두가 고려되는 본 명세서에서 설명된 본 발명에 영향을 주지 않는다.

큰 멀티미디어 멀티캐스트 트래픽으로부터 광대역 액세스를 오프로딩(offload)하기 위해, 가능하고 적절할 때마다 상기 트래픽이 DVB-T와 같은 브로드캐스트 전송 링크(26)로 재지향될 수 있다. 앞에서, 집중 지점(aggregation point)을 통한 광대역에서 대역폭에서의 최적화가 브로드캐스트 네트워크들에서 설명되었다.

주어진 순간에 게이트웨이에 의해 수신된 오직 하나의 멀티캐스트 서비스만 수신된다면, 이 솔루션이 충분하고 잘 적응된다. 그러나, 홈 네트워크(28)와 같은 여러 연결된 터미널들(12)을 가진 게이트웨이(30)가 있다면, 도 2에 도시된 것처럼, 각각의 것이 동시에 상이한 멀티캐스트 서비스를 요청한다.

모든 서비스들이 브로드캐스트 상에서 이용가능할 수 있는 경우에는 전달 동작이 어떤 것일지가 명백하지 않음에 따라, 처음으로 요청된 멀티캐스트 스트림이 브로드캐스트를 통해 전달되고, 다른 것들은 심지어 그것이 더 많은 대역폭을 필요로 하더라도 기본적으로 광대역 상에 전달될 수 있다.

또한, 게이트웨이(30)가 여러 브로드캐스트 어댑터들을 갖는 경우는 다뤄지지 않는다. 게이트웨이는 하나의 브로드캐스트 링크에 다른 것들에 대한 특권을 줄 수 있다.

이하에서, 게이트웨이(30)가 위에서 언급한 두 경우, 즉 동시에 요청된 여러 멀티캐스트 스트림들 또는/및 여러 브로드캐스트 어댑터들의 경우 중 적어도 하나를 충족하는 경우, 광대역 및 하나 또는 여러 브로드캐스트 네트워크를 통해 멀티캐스트 트래픽의 전달을 최적화하는 시스템 및 방법이 제공된다. 시스템의 개관이 도 2에서 도시된다.

도 2에서, 홈 네트워크(28)는 게이트웨이(30) 및 터미널들(12)로 구성된다. 게이트웨이(30)는 광대역 어댑터(36) 및 하나 이상의 브로드캐스트 어댑터들(34, 34')을 모은다(gathers). 그것은 광대역(36) 및 브로드캐스트(들) 어댑터들(34, 34')을 숨기는(hide) 가상 (또는 논리) 어댑터(32)로 불리는 어댑터 선택기(32)를 또한 포함한다. 모든 터미널들(12)이 보는 것은 이 가상 어댑터(32)이다. 가상 어댑터(32)는 IP 레이어에 대해 복수의 인터페이스(34, 34', 36)를 숨기고, 이들 중 하나는 양방향이고, 나머지들은 브로드캐스트 수신-전용이다. 즉, 게이트웨이(30)에 의해 송출되는 모든 IP 패킷은 양방향 링크를 거치고, 양쪽 인터페이스들에서 수신되는 모든 트래픽이 가상 어댑터(32)에 의해 수신되고 IP 레이어에 제공된다.

터미널(12)이 멀티캐스트 스트림을 요청할 때마다, 가상 어댑터(32)는 최고의 어댑터를 스마트하게 선택할 책임을 진다. 멀티캐스트 그룹에 참여하거나 이탈하기 위해 터미널들(12)에 의해 방출된 요청들에 따라, 가상 어댑터(32)는 멀티캐스트 스트림에 연관된 물리적 어댑터를 동적으로, 그리고 끊김 없게(seamlessly) 변경할 것을 요청할 수 있다. 가상 어댑터(32)는 IGMP 메시지들을 필터링하고, 개선된 멀티캐스트 프록싱 프로토콜을 프로세싱한다.

게이트웨이(30)는 일반적인 요청(IGMP 메시지)을 멀티캐스트 프록시(20)에 송신하지는 못하지만 형식화된 메시지를 전송하기 전에 여러 기준에 따라 요청을 분석한다.

기준은, 동시에 요청된 IP 멀티캐스트 스트림들, 이용가능한 브로드캐스트 어댑터들, 멀티캐스트/브로드캐스트 스트림 대역폭 및 브로드캐스트 멀티플렉스 조직(organization)인 홈 네트워크(28) 파라미터들에 기초한다.

일반적으로 터미널(12)이 특정한 멀티캐스트 트래픽을 수신하고자 할 때, 터미널은 (멀티캐스트 소스를 향해) 요청된 분배 트리를 구축하는 에지 라우터를 향해 네트워크 어댑터를 통해 IGMP 멤버십 리포트 메시지를 발행하고, 터미널(12)을 향해 멀티캐스트 트래픽을 전송한다. 대신에, 본 발명에서, 클라이언트 IGMP 메시지는 어댑터 선택기(32)에 의해 캡처되고 분석되며, 필요한 경우, 어댑터 선택기는, 광대역 어댑터(36)를 통해 멀티캐스트 프록시(20)를 향해 동일한 멀티캐스트 스트림이 브로드캐스트 링크(38)를 통해 서빙되는 것을 요청하는 제어 메시지를 전송한다. 특정한 실시예에 따라, (멀티캐스트 소스를 향해) 요청된 분배 트리를 구축하고 멀티캐스트 트래픽을 터미널(12)에 전송하기 위해, 멀티캐스트 프록시(20)는 대응하는 브로드캐스트 라우터(22, 22')에 메시지를 전송한다.

터미널의 관점에서는, 추가적인 제어 메시지들이 보이지 않는다(invisible). 터미널은 통상의 IGMP 메시지들을 사용하여 멀티캐스트 흐름을 요청하고, 가상 어댑터(32)를 통해 멀티캐스트 트래픽을 수신한다.

RFC 1112(v1), RFC 2236(v2) 또는 RFC 3376(v3)에서 정의된 대로의 IGMP 메시지들은 모든 필요한 정보를 운반하기에 충분하지 않다. 따라서, 이하에서 제시되는 새로운 제어 메시지들이 도입된다.

IGMP 메시지들은 네트워크를 통한 멀티캐스트 트래픽의 전달을 최적화하기 위해 사용된다. 그러나, IGMP 메시지들은 모든 필요한 데이터를 송신하기에 충분하지 않고, 추가적인 정보로 강화될 필요가 있다. 이후의 내용은 이 새로운 프로토콜과 메시지들이 교환되는 방법의 설명이다.

가상 어댑터(32)는, 동일한 멀티캐스트 트래픽이 브로드캐스트 링크(38)를 통해 전달되는 것을 요청하기 위해, 모든 발신(outgoing) IGMP 메시지들을 캡처하고 IGMP 메시지들을 사용자 정의 프로토콜(custom protocol)로 대체한다.

가상 어댑터(32)와 멀티캐스트 프록시(20) 사이의 모든 통신이 미리 정의된 포트(예를 들어 5000)에 전송되는 UDP 메시지들에 의해 수행된다. 가상 어댑터의 IP 주소는 게이트웨이의 공용 IP 주소이다. 멀티캐스트 프록시의 IP 주소가 미리 알려지거나 DHCP를 통해 수신된다.

멀티캐스트 프록시(20)는 현재 어떤 서비스들이 다양한 브로드캐스트 링크들(38)을 통해 서빙되고 있는지를 파악하고, 그에 따라 각각의 남아있는 링크의 용량을 파악한다. 따라서, 멀티캐스트 프록시는 서비스가 이미 전달되고 있는지 여부, 아니면 브로드캐스트 링크들(38) 상의 대역폭에 따라 참여 요청을 승인(acknowledge)하거나 거절(refuse)할 수 있다. 멀티캐스트 프록시가 요청을 승인할 때, 가상 어댑터(32)는 연관된 브로드캐스트 어댑터(34, 34')를 통해 멀티캐스트 트래픽을 수신하는 것을 준비하여야 한다. 멀티캐스트 프록시가 거절할 때, 가상 어댑터(32)는 (IGMP 프로토콜의 버전에 상관없이) 통상의 IGMP 멤버십 리포트 메시지를 사용하여 그 광대역 인터페이스(36)로 멀티캐스트 그룹에 참여하여야 한다. 터미널(12)이 주어진 멀티캐스트 서비스를 요청하는 첫 번째 것이고, 그 요청이 프록시(20)에 의해 승인될 때, 프록시(20)는 브로드캐스트 링크(38)를 통한 서비스의 전달을 시작하기 위해 전용 브로드캐스트 라우터(22, 22')에 메시지를 전송한다. 주어진 서비스를 수신하는 터미널(12)이 서비스를 이탈할 때, 프록시(20)가 브로드캐스트 라우터(22, 22')에 그것이 서비스의 전달을 중지할 수 있다는 것을 통지한다.

프로토콜 메시지들은 도 3에서 도시된 바와 같이 이하의 문법(syntax)을 가진다.

UDP/IP 헤더 (소스/목적지 주소 및 포트들)

메시지 타입, 8 비트(bits) (이하에서 설명된다)

브로드캐스트 링크 필드, 8 비트(bits) (이하에서 설명된다)

임베디드 IGMP 메시지 (메시지 타입에 따른다)

브로드캐스트 데이터 (선택사항이며, 메시지 타입에 따른다)

"브로드캐스트 링크" 필드는 각각의 비트가 브로드캐스트 전송 링크의 타입에 대응하는 비트 마스크(bit mask)이다. 그 용법은 메시지 타입에 의존하고, 그것은 위의 메시지 타입 설명에서 주어진다.

예를 들어, 하나는 이하의 대응표를 가질 수 있다.

값 브로드캐스트 링크 타입

0x1 DVB-T

0x2 DVB-S

0x4 DVB-C

0x8 DVB-H

이하에서 메시지 타입들 및 그들의 사용을 설명한다.

- 클라이언트 참여 요청(멤버십 리포트)

메시지 타입: 0x01

브로드캐스트 링크는 원하는 멀티캐스트 트래픽을 수신하기 위해 가상 어댑터(32)에 의해 선택되는, 모든 게이트웨이의 이용가능한 브로드캐스트 어댑터들을 열거한다.

임베디드 IGMP 메시지는 클라이언트 애플리케이션에 의해 전송된 메시지이고, 터미널(12)이 참여하기를 원하는 멀티캐스트 그룹을 포함한다.

브로드캐스트 데이터: 해당 없음(not applicable).

- 클라이언트 이탈 요청

메시지 타입: 0x02

브로드캐스트 링크: 멀티캐스트 스트림을 수신하는 브로드캐스트 링크를 명시한다.

임베디드 IGMP 메시지는 클라이언트 애플리케이션에 의해 전송된 메시지이고, 터미널(12)이 이탈하기를 원하는 멀티캐스트 그룹을 포함한다.

브로드캐스트 데이터: 해당 없음.

- 클라이언트에 대해 프록시에 의해 참여가 승인됨

메시지 타입: 0x10

브로드캐스트 링크: 그 위에 멀티캐스트 트래픽이 이용가능한 브로드캐스트 링크를 명시한다. 오직 하나의 비트가 1로 세팅되어야 하고, 나머지들은 0으로 세팅된다.

임베디드 IGMP 메시지는 참여 요청에 의해 운반되는 메시지이고, 터미널(12)이 참여하기 원하는 멀티캐스트 그룹을 포함한다. 이 메시지를 수신하면, 가상 어댑터(32)는 전용 브로드캐스트 어댑터를 통해 멀티캐스트 트래픽의 수신을 준비하여야 한다.

브로드캐스트 데이터는 멀티캐스트 스트림을 수신하는데 요구되는 대역폭 및 멀티캐스트 스트림에 신속하게 연결할 수 있게 하는 브로드캐스트 링크에 관한 모든 파라미터들을 포함한다. 파라미터들의 세트는 브로드캐스트 링크의 타입(주파수, 변조, FEC 파라미터들, 편파, PID...)에 따른다.

- 프록시에 의해 참여가 거부됨(= 통상의 멀티캐스트에 해당)

메시지 타입: 0x11

브로드캐스트 링크: 해당 없음.

임베디드 IGMP 메시지는 참여 요청에 의해 운반되는 메시지이고, 터미널(12)이 참여하기를 원하는 멀티캐스트 그룹을 포함한다. 이 메시지를 수신하면, 가상 어댑터(32)는 통상적으로 광대역 어댑터를 통해 멀티캐스트 트래픽을 수신하기 위해 통상의 IGMP 멤버십 리포트를 발행해야 한다.

브로드캐스트 데이터: 해당 없음.

- 프록시가 BC 라우터로부터 참여를 요청

메시지 타입: 0x12

브로드캐스트 링크: 해당 없음.

임베디드 IGMP 메시지는 멤버십 리포트 메시지이고, 브로드캐스트 라우터가 참여해야 하는 멀티캐스트 그룹을 포함한다.

브로드캐스트 데이터: 해당 없음.

- 프록시가 BC 라우터로부터 이탈을 요청

메시지 타입: 0x13

브로드캐스트 링크: 해당 없음.

임베디드 IGMP 메시지는 이탈 그룹 메시지이고, 브로드캐스트 라우터가 이탈해야만 하는 멀티캐스트 그룹을 포함한다.

브로드캐스트 데이터: 해당 없음.

- 프록시가 클라이언트들에 멤버십을 보고하도록 요청(멤버십 쿼리)

메시지 타입: 0x14

브로드캐스트 링크: 해당 없음.

임베디드 IGMP 메시지는 멤버십 쿼리 메시지이고, 프록시가 그에 대해 멤버들을 카운트하기를 원하는 멀티캐스트 그룹을 포함한다.

브로드캐스트 데이터: 해당 없음.

이하에서, 가상 어댑터가 멀티캐스트 IP 스트림을 수신하도록 요청 받을 때, 적절한 어댑터를 선택하기 위한 가상 어댑터(32)의 동작이 설명된다. 도 4의 플로우 차트에서 동작이 도시되고, 이는 도 4a과 도 4b로 분할된다.

가상 어댑터(32)는 터미널(12)로부터 IGMP 메시지들만을 수신한다. IGMP 요청 메시지들은 대역폭, 콘텐츠의 타입 등과 같은 요청된 멀티캐스트 스트림 그 자체에 관한 어떤 정보도 포함하지 않는다.

우선, 가상 어댑터(32)는 수신되고 있는 브로드캐스트 스트림들에 관한 정보: 브로드캐스트 어댑터, 요청된 대역폭, 주파수와 같은 멀티플렉스 설명, 및 수신되고 있는 멀티캐스트 스트림들에 관한 정보: 멀티캐스트 IP 주소, 각각의 스트림을 청취하는 클라이언트들의 수, 요구되는 대역폭, 어댑터, 및 브로드캐스트 스트림(멀티플렉스 설명)의 경우 어댑터(34, 34')에 관한 정보의 리스트를 가진 표를 유지한다. 이 리스트는 "멀티캐스트/브로드캐스트 스트림 리스트"라 불린다.

가상 어댑터(32)는 이용가능한 브로드캐스트 어댑터들의 리스트도 관리한다. 모든 존재하는 브로드캐스트 어댑터들(34, 34')이 스트림들을 수신하도록 이미 사용되더라도, 이 리스트는 그 브로드캐스트 어댑터들로 초기화된다. 이 리스트가 비어있으면(empty), 그것은 브로드캐스트 어댑터(34)가 이용가능하지 않다는 것을 의미한다. 따라서, 모든 IP 멀티캐스트 스트림들이 광대역 어댑터(36)를 거쳐 광대역 네트워크를 통해 자동으로 전달될 것이기 때문에, 가상 어댑터(32)는 아무 의미가 없게 된다.

가상 어댑터(32)의 초기 상태는, 블록(100)에서 요청을 기다리는 것이다. 여기에서, 가상 어댑터(32)는 터미널(12)로부터 IGMP 요청을 기다리고 있다. "이용가능한 브로드캐스트 어댑터들" 리스트는 모든 브로드캐스트 어댑터들(34, 34')로 초기화된다.

블록(102)에서, 터미널(12)이 멀티캐스트 스트림을 요청할 때, 가상 어댑터(32)는 IGMP 메시지를 분석하고 터미널 IP 주소뿐만 아니라 멀티캐스트 IP 주소도 얻는다.

결정 유닛(104)에서 그에 대한 여러 경우가 나온다.

첫 번째 경우에서, 멀티캐스트 스트림이 홈 네트워크(28) 내의 다른 터미널(12)에 의해 현재 수신되고 있다. 가상 어댑터(32)는 블록(106)에서 멀티캐스트/브로드캐스트 스트림 리스트 기능의 업데이트를 통해 이 스트림을 청취하는 터미널들(12)의 카운터를 증분하기만 하면 된다. 멀티캐스트 스트림이 이미 홈 네트워크로 전달되고 있기 때문에, 그것은 수행할 일이 없다. 더 구체적으로, 가상 어댑터(32)는 홈 네트워크에서 적당한 링크 상에 스트림을 전달하기만 하면 된다. 그것은 임의의 다른 설정 파라미터를 수정하거나 프록시에 대한 요청을 송신할 필요가 없다. 따라서, 그것은 다른 요청들을 기다리기 위해 상태(100)로 돌아간다.

두 번째 경우에서, 홈 네트워크(28)의 어떤 터미널(12)도 이 스트림을 수신하고 있지 않다.

가상 어댑터(32)는 블록(108)에서 이용가능한 브로드캐스트 어댑터들(34) 리스트가 비어있는지 여부를 체킹한다.

리스트가 비어있다면, 가상 어댑터(32)는 블록(110)에서 광대역 네트워크 상에서 적당한 멀티캐스트 IP 주소를 가진 IGMP 참여 요청을 송신하고, 블록(112)에서 "끊김 없는 리-어펙테이션(seamless re-affectation)" 단계들로 들어가고(이러한 단계들은 이하에서 설명된다), 블록(106)에서 멀티캐스트/브로드캐스트 스트림 리스트를 업데이팅하고, 초기 상태(100)로 돌아온다.

리스트가 비어있지 않다면, 가상 어댑터(32)는 블록(114)에서 파라미터로서의 이용가능한 브로드캐스트 어댑터들(34) 리스트를 가진 "클라이언트 참여 요청"(메시지 타입: 0x01)을 멀티캐스트 프록시(20)에 송신한다.

블록(116)에서, 멀티캐스트 프록시(20)로부터 답변 메시지를 수신할 때, 가상 어댑터는 답변 메시지를 분석한다. 블록(118)에서, 두 경우가 발생한다: 메시지가 "프록시에 의해 참여가 거부됨"일 때, 가상 어댑터(32)는 광대역 네트워크 상에 적절한 멀티캐스트 IP 주소를 가진 IGMP 참여 요청을 송신하고, "끊김 없는 리-어펙테이션(seamless re-affectation)" 단계들(112)로 들어가고(이러한 단계들은 이하에서 설명된다), 블록(106)에서 멀티캐스트/브로드캐스트 스트림 리스트를 업데이팅하고, 초기 상태(100)로 돌아온다.

메시지가 "클라이언트에 대해 프록시에 의해 참여가 승인됨" 메시지일 때, 가상 어댑터(32)는 블록(120)에서 그 메시지를 분석하고 브로드캐스트 어댑터를 얻는다. 블록(122)에서, 이 마지막 어댑터가 임의의 브로드캐스트 또는 멀티캐스트 스트림을 수신하기 위해 이미 사용 중인지 여부가 결정된다. 브로드캐스트 어댑터(34)가 사용되지 않는다면, 가상 어댑터(32)는 블록(124)에서 모든 필요한 파라미터들(주파수, 변조, PID, ...)을 건네주는 것에 의해, 요청된 멀티캐스트 스트림을 수신하기 위해 브로드캐스트 어댑터(34)를 구동하고, "끊김 없는 리-어펙테이션(seamless re-affectation)" 단계들(112)로 들어가고(이러한 단계들은 이하에서 설명된다), 블록(106)에서 멀티캐스트/브로드캐스트 스트림 리스트를 업데이팅하고, 초기 상태(100)로 돌아온다.

브로드캐스트 어댑터(34)가 하나 또는 여러 스트림을 수신하기 위해 현재 사용된다면, 가상 어댑터(32)는 블록(126)에서 이러한 마지막 스트림들의 파라미터들(수송 스트림 파라미터들)을 분석한다. 어댑터는 블록(128)에서 멀티캐스트 스트림이 수신되고 있는 스트림(들)과 동일한 수송 스트림(TS) 상에 이용가능한지 여부를 체킹한다.

요청된 스트림이 또한 동일한 수송 스트림 상에 이용가능하다면, 가상 어댑터(32)는 블록(124)에서 모든 필요한 파라미터들(특히 PID)을 건네주는 것에 의해, 요청된 멀티캐스트 스트림을 또한 검색하기 위해 브로드캐스트 어댑터(34)를 구동하고, "끊김 없는 리-어펙테이션(seamless re-affectation)" 단계들(112)로 들어가고, 블록(106)에서 멀티캐스트/브로드캐스트 스트림 리스트를 업데이팅하고, 초기 상태(100)로 돌아온다.

그렇지 않은 경우, 브로드캐스트 어댑터(34)는 그것들을 동시에 수신할 수 없다. 그러면, 가상 어댑터(32)는 브로드캐스트 네트워크 상에서 검색될 가장 적절한 것을 선택해야 한다. 블록(130)에서의 선택 기준은 대역폭이다. 블록(132)에서 이미 수신된 스트림들의 합이 요청된 대역폭보다 더 많은 대역폭을 요구한다면, 가상 어댑터(32)는 블록(134)에서 이 브로드캐스트 어댑터를 제거함으로써 이용가능한 브로드캐스트 어댑터들 리스트를 업데이팅하고 단계(108)로 돌아온다. 가상 어댑터(32)는 이전과 같이 선택된 브로드캐스트 링크를 통해 이미 수신된 스트림들을 수신하기를 여전히 계속할 것이다.

요청된 스트림이 이미 수신된 스트림들보다 더 많은 대역폭을 요구한다면, 가상 어댑터는 블록(136)에서 모든 현재 수신된 스트림들 중에서, 블록(138)에서 멀티캐스트 서비스(예를 들어 IPTV 서비스)로서 이용가능하지 않은 적어도 하나의 브로드캐스트 스트림이 있는지 여부를 체킹한다. 그러한 경우라면, 이 브로드캐스트 어댑터(34)는 현재 수신된 스트림들을 수신하기를 여전히 지속할 것이다. 가상 어댑터(32)는 블록(134)에서 이 브로드캐스트 어댑터를 제거함으로써 이용가능한 브로드캐스트 어댑터들 리스트를 업데이팅하고, 단계(108)로 돌아온다.

그렇지 않은 경우, 모든 스트림들은 멀티캐스트 서비스들로서 이용가능하다. 이 단계는 모든 스트림들에 대해 개별적으로 반복된다. 가상 어댑터(32)가 그 프로세스로 다시 들어가고, 즉 이미 수신되고 있는 스트림을 다른 어댑터(34') 상에서 수신하기 위해 그것을 위한 단계(104)로 간다. 이용가능한 브로드캐스트 어댑터들 리스트는 이미 수신된 IP 멀티캐스트 스트림의 것이 되는 멀티캐스트 주소 및 이 어댑터를 제외한 모든 존재하는 브로드캐스트 어댑터들(34, 34')로 초기화된다. 이 단계(140)는 회귀적으로(recursively) 행해진다. 그 다음으로, 가상 어댑터(32)는 브로드캐스트 어댑터(34)에 대한 초기 요청된 스트림에 영향을 주고, 즉 가상 어댑터는 블록(124)에서 모든 필요한 파라미터들(TS 파라미터들, PID...)을 넘겨주는 것에 의해 요청된 멀티캐스트 스트림을 검색하기 위해 브로드캐스트 어댑터(34)를 구동하고, "끊김 없는 리-어펙테이션(seamless re-affectation)" 단계들(112)로 들어가고, 블록(106)에서 멀티캐스트/브로드캐스트 스트림 리스트를 업데이팅하고, 초기 상태(100)로 돌아온다.

위에 나타낸 것과 같이 진행함으로써, 터미널(12)에 대해 브로드캐스트 네트워크와 광대역 네트워크 사이의 전환이 끊김이 없다는 것이 보장되고, 즉 어떠한 콘텐츠 수신 실패도 없다. 이를 위해, 가상 어댑터(32)는 이미 수신된 스트림이 새로운 스트림으로 영향을 받는 브로드캐스트 어댑터 상에서의 그것의 수신을 중지하기 전에, 이는 브로드캐스트 또는 광대역일 수 있는 다른 어댑터 상에서 수신될 것을 보장한다.

두 스트림의 비트레이트가 동일하다면, 추가적인 구별자(differentiator), 즉 터미널 우선순위(priority), 예를 들어 거실의 디스플레이가 어린이의 침실의 디스플레이보다 높은 우선순위를 가지는 것을 고려하는 것이 가능할 수 있다. 이 점은 플로우 차트에서 고려되지 않는다.

위에서, 이하에서 제공될 "끊김 없는 리-어펙테이션" 단계들(112)이 언급되었다. 먼저, 가상 어댑터(32)는 블록(142)에서, 요청된 스트림이 동일한 클라이언트를 위한 다른 어댑터들 상에 이미 수신되는지 여부를 체킹한다. 이는 스트림이 어댑터(34)로부터 다른 어댑터로 다시 영향을 받을 때 발생한다. 알고리즘은 스트림이 이전 어댑터 상에서 중지되기 전에 새로운 어댑터(34) 상에 수신될 것을 보장한다.

요청된 스트림이 다른 어댑터(34) 상에 수신되지 않는다면, 가상 어댑터(32)가 블록(106)에서 멀티캐스트/브로드캐스트 스트림 리스트를 업데이팅하고 초기 상태(100)로 돌아온다.

요청된 스트림이 다른 어댑터(34) 상에 이미 수신된다면, 가상 어댑터(32)는 블록(144)에서 이 스트림이 이 클라이언트를 위한 광대역 어댑터(36) 상에도 수신되고 있는지 여부를 체킹한다. 스트림이 또한 이 클라이언트를 위한 광대역 어댑터가 아니라 다른 브로드캐스트 어댑터에서 수신된다면, 가상 어댑터(32)는 블록(146)에서 멀티캐스트 프록시(20)에 "클라이언트 이탈 요청"(메시지 0x02)을 전송한다. 그 다음으로, 가상 어댑터(32)가 블록(106)에서 멀티캐스트/브로드캐스트 스트림 리스트를 업데이팅하고 초기 상태(100)로 돌아온다. 이 스트림이 또한 다른 광대역 어댑터(34) 상에 수신되고 있다면, 가상 어댑터(32)는 블록(148)에서 "IGMP 이탈 그룹"을 전송한다. 그러면, 프로세스는 "클라이언트 이탈 요청"을 전송하는 단계(146)로 간다.

도 5a과 도 5b로 분할되는 도 5를 참조하여, 브로드캐스트 스트림을 수신할 것을 요청받은 때의 가상 어댑터(32)의 동작이 설명된다.

가상 어댑터(32)의 초기 상태는 앞 절에서와 같이 동일하고, 즉 가상 어댑터는 (200)에서 요청을 기다린다. 이 경우, 가상 어댑터는 터미널(12)로부터 브로드캐스트 스트림을 수신하기 위해 요청을 기다린다. 또한, 가상 어댑터는 이용가능한 브로드캐스트 어댑터들 리스트를 모든 존재하는 브로드캐스트 어댑터들로 초기화한다.

가상 어댑터(32)가 그러한 요청을 수신할 때, 가상 어댑터는 블록(202)에서 브로드캐스트 스트림에 대한 정보(TS, PID...)를 얻고, 블록(204)에서 브로드캐스트 어댑터(34)가 이용가능한지, 즉 그것이 다른 스트림을 수신하기 위해 사용되지 않는지 여부를 체킹한다. 브로드캐스트 어댑터(34)가 사용되지 않으면, 가상 어댑터(32)는 블록(206)에서 모든 필요한 파라미터들(TS 파라미터들, PID...)을 넘겨주는 것에 의해 요청된 브로드캐스트 스트림을 검색하기 위해 브로드캐스트 어댑터(34)를 구동하고, 멀티캐스트/브로드캐스트 스트림 리스트를 업데이팅하고, 초기 상태(208)로 돌아온다.

브로드캐스트 어댑터(34)가 다른 스트림(들)을 수신하기 위해 현재 사용된다면, 가상 어댑터(32)는 블록(210)에서 수송 스트림 파라미터들로 불리는 이 마지막 스트림의 파라미터들을 분석한다. 그것은 블록(212)에서 그것이 브로드캐스트 스트림이 수신고 있는 스트림(들)과 동일한 수송 스트림(TS) 상에 이용가능한지 여부를 체킹한다.

모든 스트림들이 동일한 수송 스트림 상에 있다면, 가상 어댑터는 블록(206)에서 모든 필요한 파라미터들(특히 PID들)을 넘겨주는 것에 의해 요청된 브로드캐스트 스트림도 검색하기 위해 브로드캐스트 어댑터를 구동하고, 블록(208)에서 멀티캐스트/브로드캐스트 스트림 리스트를 업데이팅하고, 초기 상태(200)로 돌아온다.

모든 스트림들이 동일한 수송 스트림 상에 있지 않다면, 즉 브로드캐스트 어댑터가 스트림들을 동시에 수신할 수 없다면, 가상 어댑터(32)는 블록(214)에서 이 브로드캐스트 네트워크 상에 수신될 가장 적절한 스트림(들)을 선택해야 한다. 가상 어댑터는 블록(216)에서 현재 수신되는 스트림들 중에서 IP 스트림(IPTV 서비스)으로서 이용가능하지 않은 하나의 브로드캐스트 스트림이 있는지 여부를 체킹한다. IP 스트림으로서 이용가능하지 않은 적어도 하나의 브로드캐스트 스트림이 존재한다면, 가상 어댑터(32)는 블록(216)에서 현재 수신되는 스트림을 계속하여 수신할 특권을 갖고, 블록(218)에서 요청되는 브로드캐스트 스트림이 IP 스트림(IPTV 서비스)로서 이용가능한지 여부를 체킹한다. 그것이 브로드캐스트 스트림이 중단될 것을 원하지 않음에 따라, 브로드캐스트 어댑터는 브로드캐스트 스트림을 수신하기를 계속할 것이다.

그러면, 가상 어댑터(32)가 이 브로드캐스트 어댑터(34)를 제거함으로써 이용가능한 브로드캐스트 어댑터들(34) 리스트를 업데이팅하고, ≪이용가능한 브로드캐스트 어댑터들 리스트≫가 비어있는지 여부를 체킹한다[블록(220)]. 리스트가 비어있다면, 가상 어댑터(32)는 블록(222)에서, 요청된 브로드캐스트 스트림이 IP 스트림(IPTV 서비스)으로서 이용가능한지 여부를 체킹한다. 그렇지 않은 경우, 가상 어댑터(32)는 요청된 스트림이 이용가능하지 않은 것을 나타내는 에러 메시지(224)를 반환한다. 요청된 브로드캐스트 스트림이 IP 스트림으로서 이용가능하다면, 그것은 적당한 IP 주소(228)를 가지고서 프로세스로 들어가고, 이용가능한 브로드캐스트 어댑터들(34)의 리스트는 이것을 제외한 모든 브로드캐스트 어댑터들을 포함한다. 리스트가 비어있지 않으면, 가상 어댑터(32)는 블록(226)에서 요청된 브로드캐스트 스트림이 다른 브로드캐스트 네트워크 상에 이용가능한지 여부를 체킹한다. 요청된 브로드캐스트 스트림이 다른 브로드캐스트 네트워크 상에 이용가능하다면, 이용가능한 브로드캐스트 어댑터들(34)의 리스트가 이것을 제외한 모든 브로드캐스트 어댑터들(34)을 포함하도록 블록(230)을 통과하여 단계(202)로 들어간다.

블록(216)에서 모든 현재 수신된 스트림들이 IP 스트림들로서 이용가능하다면, 가상 어댑터(32)는 블록(232)에서 요청된 브로드캐스트 스트림 대역폭이 현재 수신된 스트림들의 대역폭의 합보다 큰지 여부를 체킹한다. 블록(234)에서 그러하다면, 가상 어댑터(32)는 블록(236)에서 적당한 IP 주소를 가진 프로세스로 들어가고, 이용가능한 브로드캐스트 어댑터들 리스트는 각각의 이미 수신된 스트림에 대한 모든 브로드캐스트 어댑터들을 포함한다. 다음으로, 그것은 블록(206)에서 모든 필요한 파라미터들(주파수, 변조, PID,...)을 건네주는 것에 의해, 요청된 브로드캐스트 스트림을 수신하기 위해 가상 어댑터는 브로드캐스트 어댑터를 구동하고, 멀티캐스트/브로드캐스트 스트림 리스트(208)를 업데이팅하고, 초기 상태(200)로 돌아간다.

그렇지 않다면, 가상 어댑터(32)는 단계(218)에서 요청된 브로드캐스트 스트림이 IP 스트림(IPTV 서비스)으로서 이용가능한지 여부를 체킹한다.

상술된 여러 단계를 이하에서 더 자세하게 설명한다.

- 단계: 멀티캐스트 IP 스트림의 수신을 중지하기 위한 터미널(12)로부터의 요청

터미널(12)이 멀티캐스트 IP 스트림의 수신을 중단하기 원할 때, 가상 어댑터(32)는 카운터를 낮춘다. 카운터가 널(null)이 아니면, 다른 터미널(들)이 이 멀티캐스트 스트림의 수신을 계속하도록 하기 위해, 가상 어댑터(32)는 아무것도 하지 않는다. 카운터가 널(null)이면, 가상 어댑터(32)는 그룹을 이탈하기 위해 "멀티캐스트 프록시"에 메시지를 전송하고(메시지 0x02), "IGMP 이탈 그룹" 메시지를 전송하고, 이 멀티캐스트 IP 스트림에 관한 정보를 제거함으로써 멀티캐스트/브로드캐스트 스트림 리스트를 업데이트하고, 홈 네트워크(28)에의 스트림들의 전달을 최적화하기 위해 광대역 상에 현재 수신되는 모든 멀티캐스트 IP 스트림들에 대해 전술된 바와 같은 알고리즘을 프로세싱한다. 이를 수행하기 위해, 가상 어댑터(32)는 스트림을 선택할 것이고, 이미 수신된 멀티캐스트 IP 스트림에 대한 정보를 제거함으로써 멀티캐스트/브로드캐스트 스트림 리스트를 업데이팅하고, 모든 존재하는 브로드캐스트 어댑터들(34)을 가진 이용가능한 브로드캐스트 어댑터들(34) 리스트, 이미 수신된 멀티캐스트 IP 스트림들의 것이 되는 주어진 멀티캐스트 주소를 업데이팅할 것이다.

- 단계: 브로드캐스트 스트림의 수신을 중지하기 위한 터미널로부터의 요청

터미널(12)이 브로드캐스트 스트림의 수신을 중지하기를 원할 때, 가상 어댑터(32)는 이 브로드캐스트 스트림에 관한 정보를 제거함으로써 멀티캐스트/브로드캐스트 스트림 리스트를 업데이팅하고, 홈 네트워크(28)에의 스트림들의 전달을 최적화하기 위해 광대역 상에 현재 수신되는 모든 멀티캐스트 IP 스트림들에 대하여 전술된 바와 같은 알고리즘을 프로세싱한다. 이를 수행하기 위해, 가상 어댑터(32)는 스트림을 선택하고, 이미 수신된 멀티캐스트 IP 스트림에 대한 정보를 제거함으로써 멀티캐스트/브로드캐스트 스트림 리스트를 업데이팅하고, 모든 존재하는 브로드캐스트 어댑터들(34)을 가진 이용가능한 브로드캐스트 어댑터들(34) 리스트, 이미 수신된 멀티캐스트 IP 스트림들의 것이 되는 주어진 멀티캐스트 주소를 업데이팅할 것이다.

- 단계: 멀티캐스트 IP 스트림이 브로드캐스트 네트워크 상에 더 이상 이용가능하지 않음을 나타내는 멀티캐스트 프록시로부터 수신된 요청

멀티캐스트 프록시(20)에서, 브로드캐스트 IP 멀티캐스트 스트림들의 선택의 알고리즘은 멀티캐스트 IP 스트림의 전달 네트워크의 변화를 야기하고, 멀티캐스트 IP 스트림을 브로드캐스트부터 광대역으로 전환할 수 있다. 이러한 경우에서, 프록시(20)는 가상 어댑터(32)에 수정들(메시지 0x11)을 통지해야 한다. 그러한 메시지가 가상 어댑터(32)에 의해 수신될 때, 그것은 광대역 어댑터 상의 멀티캐스트 IP 스트림의 청취를 시작하고("IGMP 클라이언트 참여"를 전송하고), 다음으로 브로드캐스트 어댑터(34) 상의 이 스트림의 청취를 중지한다. 브로드캐스트 어댑터(34)가 사용되지 않는 경우, 전술된 프로세스는 홈 네트워크(28)에의 스트림들의 전달을 최적화하기 위해 현재 수신되는 모든 다른 멀티캐스트 IP 스트림들에 대해 수행된다.

- 단계: 멀티캐스트 IP 스트림이 이제브로드캐스트 네트워크 상에 이용가능함을 나타내는 멀티캐스트 프록시로부터 수신된 요청

멀티캐스트 프록시(20)에서, 브로드캐스트 IP 멀티캐스트 스트림들의 선택의 알고리즘은 멀티캐스트 IP 스트림의 전달 네트워크의 변화를 야기하고, 멀티캐스트 IP 스트림을 광대역으로부터 브로드캐스트로 전환할 수 있다. 이러한 경우에서, 프록시(20)는 0x10 메시지를 사용하여 가상 어댑터에 수정들을 통지해야 한다. 그러한 메시지가 가상 어댑터에 의해 수신될 때, 그것은 전술된 프로세스로 들어간다.

최신 기술 외에, 멀티캐스트 프록시는 상술된 메시지들을 관리해야 하고, 가상 어댑터들로부터 수신된 메시지들(0x01 및 0x02)을 해석하고 가상 어댑터들에 답변(0x10, 0x11 및 0x14)하고, 브로드캐스트 라우터(들)에 요청(0x12 및 0x13)을 송신할 수 있어야 한다.

브로드캐스트 라우터(22)는 프로토콜에 의해 제어가능하게 되도록(controllable)이 향상된 전형적인 라우터 장비이다. 브로드캐스트 라우터가 프록시(20)로부터 참여 메시지(타입 0x12)를 수신할 때, 그 브로드캐스트 라우터는 멀티캐스트 그룹을 검색하기 위해 첨부된 IGMP 메시지를 읽는다. 그것은 이웃 라우터들(22')로부터 동일한 멀티캐스트 서비스를 요청하기 위해 통상의 절차(PIM, DVMRP, ...)를 사용한다. 그 다음, 그것은 추가적인 서비스를 운반하기 위해 브로드캐스트 링크 설정을 수행한다.

프록시(20)로부터 이탈 메시지(타입 0x13)를 수신하면, 이는 내장된 IGMP 메시지에 의해 운반되는 멀티캐스트 주소에 의해 나타나는 그룹을 이탈하고, 브로드캐스트 링크(38)를 통해 서비스를 전송하기를 중지한다. 브로드캐스트 라우터가, 브로드캐스트 서비스들(예를 들어 DVB-H에 대한 IPE) 및 그 시그널링(예를 들어 SI/PSI 표들)의 리스트를 관리하는 장비를 구동하는 방법은 본 발명의 범위를 벗어난다.

이전의 설명에서, 어댑터 선택은 게이트웨이(30)에서 달성된다. 변형은 멀티캐스트 프록시(20)에서의 선택의 중앙집중화에 있다. 최고의 링크 후보를 선택하기 위해, 상기 프록시(20)가 각각의 게이트웨이(브로드캐스트 어댑터들...)에서 수신된 모든 스트림들 및 각각의 게이트웨이의 설정을 가진 표를 관리해야 한다. 그러나, 멀티캐스트 프록시(20)는 브로드캐스트 스트림들이 현재 게이트웨이에 의해 수신되고 있는지 여부를 알지 못한다. 이는 브로드캐스트 스트림을 수신하고 있다는 이유로, 좋은 후보가 아닌 브로드캐스트 어댑터를 선택하는 것을 야기할 수 있다. 이러한 부족을 채우기 위해, 가상 어댑터(32)는 현재 수신되는 브로드캐스트 스트림들에 대한 정보를 멀티캐스트 프록시(20)에 통지하기도 해야 한다.

매핑(Mapping)은 어떤 터미널이 어떤 DVB-T 라우터에 속하는지를 나타낸다. 멀티캐스트 프록시(20)가 DSLAM들(300)의 지역화 및 브로드캐스트 라우터들의 유효 영역(coverage area)을 파악하고, 터미널 요청들을 적절한 브로드캐스트 라우터에 매핑한다. 도 6에서 멀티캐스트 트래픽은 콘텐츠 서버(306)를 실선(304)으로 표현되고, 제어 메시지 흐름들은 점선(302)으로 도시된다.

이와 달리, DVB-T/브로드캐스트 유효 영역당 하나의 프록시가 있을 수 있다. 이는 언제나 올바른 프록시에 접촉하기 위해 그 영역에서 가상 어댑터들을 설정하는 것을 의미할 수 있다. 프록시는 DVB-T/브로드캐스트 라우터로 통합될 수 있고 어떤 매핑 동작도 수행할 필요가 없을 수 있다.

브로드캐스트 링크로의 핸드오프(handoff)는, 프록시가 브로드캐스트 링크 상의 불충분한 대역폭 때문에 특정한 그룹에 대한 다수의 참여 요청을 거부한 소정의 시점에 네트워크에 의해 개시될 수도 있다(network initiated). 다른 서비스가 종료될 때, 브로드캐스트 대역폭이 완전히 해제되어, 다른 서비스를 운반할 기회를 준다. 이 서비스를 현재 수신하는 가상 어댑터들에 도달하기 위해, 프록시(20)는 이전에 거부된 그룹에 대해 IGMP 멤버십 쿼리를 전송한다. 서비스를 현재 수신하고 있는 가상 어댑터들(32)은 통상의 IGMP 멤버십 리포트 메시지 이외에 프록시(20)를 향해 "클라이언트 참여 요청"(메시지 타입 0x01)으로 응답한다. 다음으로, 프록시(20)는 관심 있는 클라이언트들의 수에 따라 서비스를 브로드캐스트 링크로 전환하기로 결정할 수 있다.

요약하면, 본 발명은 목표 수신기들에 의해 발행된 요청들에 기초하여 브로드캐스트 링크에 의해 송신되는 서비스들 또는 프로그램들의 세트를 동적으로 조정할 수 있게 하고, 그에 따라 이용가능한 브로드캐스트 대역폭의 사용을 최적화한다.

본 발명의 특정한 실시예들만이 본 명세서에서 설명되었지만, 본 발명의 다른 수정, 변형, 가능성이 가능하다는 것은 통상의 기술자에 의해 이해될 것이다. 따라서, 그러한 수정, 변형 및 가능성은 본 발명의 범위 및 사상 내에 속하며, 따라서 본 명세서에서 설명되고/설명되거나 예시된 대로의 본 발명의 일부를 형성하는 것으로 간주되어야 한다.

바람직한 실시예에서 설명된 본 발명은, 창의적인 재능(inventive faculty)의 실시(exercise) 없이 통상의 기술자의 능력 내의 많은 수정 및 실시예를 허용한다는 것이 명백하다. 따라서, 본 발명의 범위는 이하의 청구범위들의 범위에 의해 정의된다.

Claims (13)

1. 다수의 통신 네트워크(multiple communication networks)를 통해 멀티캐스트 콘텐츠(multicast content)를 수신할 수 있는 클라이언트 디바이스(30; client device)로서,
   상기 다수의 통신 네트워크는 상기 클라이언트 디바이스(30)의 하나의 수신-전용 브로드캐스트(broadcast) 인터페이스 및 적어도 하나의 광대역(broadband) 인터페이스에 각각 연결하기 위한 하나의 브로드캐스트 네트워크 및 광대역 대역폭을 가진 적어도 하나의 광대역 네트워크를 포함하고, 상기 클라이언트 디바이스(30)는 상기 광대역 대역폭을 절약하기 위해 사용될 상기 인터페이스를 선택할 수 있는 어댑터 선택기(32; adaptor selector)를 포함하는, 클라이언트 디바이스(30).
2. 제1항에 있어서,
   상기 어댑터 선택기(32)는, 상기 선택된 인터페이스의 구동(activation) 및 시그널링(signaling)을 허용하기 위해 프로토콜을 사용하여 메시지를 전송할 수 있고, 적절한 통신 네트워크를 통해 상기 멀티캐스트 콘텐츠의 라우팅(routing)을 요청할 수 있는, 클라이언트 디바이스(30).
3. 제2항에 있어서,
   상기 어댑터 선택기(32)는, 멀티캐스트 스트림의 클라이언트 요청을 캡처하고(capture) 분석할 수 있고, 필요한 경우, 멀티캐스트 프록시 서버(20)를 향해 제어 메시지를 전송하여, 상기 멀티캐스트 스트림이 적어도 하나의 브로드캐스트 네트워크를 통해 서빙되는(served) 것을 요청할 수 있는, 클라이언트 디바이스(30).
4. 제2항 또는 제3항에 있어서,
   상기 프로토콜은 IP 그룹 관리 프로토콜(IP Group Management Protocol)의 확장(extension)인, 클라이언트 디바이스(30).
5. 다수의 통신 네트워크를 통해 멀티캐스트 콘텐츠를 수신 및/또는 전송하기 위한 방법으로서, 상기 다수의 통신 네트워크는 클라이언트 디바이스(30)의 하나의 수신-전용 브로드캐스트 인터페이스 및 적어도 하나의 광대역 인터페이스에 각각 연결된 하나의 브로드캐스트 네트워크 및 광대역 대역폭을 가진 적어도 하나의 광대역 네트워크를 포함하고, 상기 방법은 상기 광대역 대역폭을 절약하기 위해 사용될 인터페이스를 선택하는 단계를 포함하는 방법.
6. 제5항에 있어서,
   요청들을 수신하고, IP 멀티캐스트 스트림이 상기 브로드캐스트 네트워크를 통해 상기 클라이언트 디바이스의 상기 브로드캐스트 인터페이스에 전송되기 위해 선택되도록 상기 요청들을 브로드캐스트 라우터에 재지향(redirecting)하는 단계
   를 더 포함하는 방법.
7. 제5항 또는 제6항에 있어서,
   상기 선택된 인터페이스를 구동하고 시그널링하기 위해 프로토콜을 사용하여 메시지를 전송하는 단계; 및
   적절한 통신 네트워크를 통해 상기 멀티캐스트 콘텐츠의 라우팅을 요청하는 단계
   를 포함하는 방법.
8. 제7항에 있어서,
   멀티캐스트 스트림의 클라이언트 요청을 캡처하고 분석하는 단계; 및
   필요한 경우, 멀티캐스트 프록시(20)를 향해 제어 메시지를 전송하여, 상기 멀티캐스트 스트림이 적어도 하나의 브로드캐스트 네트워크를 통해 서빙되는 것을 요청하는 단계를 포함하는, 방법.
9. 제8항에 있어서,
   상기 브로드캐스트 네트워크(30)을 통해 상기 클라이언트 디바이스에 상기 멀티캐스트 콘텐츠를 전송하기 위해 요구되는 분배 트리(distribution tree)를 구축하는 대응하는 브로드캐스트 라우터에 상기 클라이언트 요청을 재지향하는 단계를 포함하는, 방법.
10. 제7항 내지 제9항 중 어느 한 항에 있어서,
    상기 프로토콜은 IP 그룹 관리 프로토콜의 확장인, 방법.
11. 제7항 내지 제9항 중 어느 한 항에 있어서,
    상기 프로토콜은 멀티캐스트 IP 스트림을 수신하거나 수신하는 것을 멈추기 위해 상기 클라이언트 디바이스로부터의 요청을 시그널링하기 위한 메시지를 포함하는, 방법.
12. 제7항 내지 제9항 중 어느 한 항에 있어서,
    상기 프로토콜은 멀티캐스트 IP 스트림이 상기 브로드캐스트 네트워크 상에 이제 이용가능하거나 더 이상 이용가능하지 않다는 것을 나타내는 상기 멀티캐스트 프록시 서버(20)로부터 수신된 요청을 시그널링하기 위한 메시지를 포함하는, 방법.
13. 제5항 내지 제12항 중 어느 한 항에 있어서,
    상기 사용될 인터페이스는 멀티캐스트 콘텐츠 대역폭 및/또는 상기 멀티캐스트 콘텐츠의 인기(popularity)에 따라 선택되는, 방법.

Images