KR20070097477A - 게이트웨이 서버에서 수신 자원을 할당하기 위한 방법과시스템 - Google Patents

게이트웨이 서버에서 수신 자원을 할당하기 위한 방법과시스템 Download PDF

Info

Publication number
KR20070097477A
KR20070097477A KR1020077014991A KR20077014991A KR20070097477A KR 20070097477 A KR20070097477 A KR 20070097477A KR 1020077014991 A KR1020077014991 A KR 1020077014991A KR 20077014991 A KR20077014991 A KR 20077014991A KR 20070097477 A KR20070097477 A KR 20070097477A
Authority
KR
South Korea
Prior art keywords
devices
request
service
parameter
receiving
Prior art date
Application number
KR1020077014991A
Other languages
English (en)
Other versions
KR101193098B1 (ko
Inventor
게리 로버트 구트크네크트
베리 제이 웨버
앤드류 켄트 플리크너
Original Assignee
톰슨 라이센싱
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 톰슨 라이센싱 filed Critical 톰슨 라이센싱
Publication of KR20070097477A publication Critical patent/KR20070097477A/ko
Application granted granted Critical
Publication of KR101193098B1 publication Critical patent/KR101193098B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/214—Specialised server platform, e.g. server located in an airplane, hotel, hospital
    • H04N21/2143—Specialised server platform, e.g. server located in an airplane, hotel, hospital located in a single building, e.g. hotel, hospital or museum
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/4263—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific tuning arrangements, e.g. two tuners
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4516—Management of client data or end-user data involving client characteristics, e.g. Set-Top-Box type, software version or amount of memory available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/20—Adaptations for transmission via a GHz frequency band, e.g. via satellite

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)

Abstract

개시된 실시예는 게이트웨이 서비스 디바이스 내에서 효율적인 방식으로 자원을 할당하기 위한 방법과 장치에 대한 것이다. 이 장치는 복수의 최종 사용자 단말기(22a-22n)에 연결된 게이트웨이 서버 또는 헤드 엔드 유닛(14a, 14b)을 포함한다. 게이트웨이 서버(14a, 14b)는 서비스를 최종 사용자 단말기(22a-22n)에 제공하기 위해 사용되는 수신 자원의 할당을 관리하기 위한 제어기(70)를 포함한다. 상기 방법은 서비스 요청을 수신하는 단계(304), 상기 요청을 이미 사용중인 서비스와 비교하는 단계(308)와, 만약 매칭이 발견되면, 상기 서비스에 대한 새로운 정보를 포함하는 갱신된 데이터 스트림을 최종 사용자 단말기(22a-22n)에 제공하는 단계(314)를 포함한다.

Description

게이트웨이 서버에서 수신 자원을 할당하기 위한 방법과 시스템{A METHOD AND SYSTEM FOR ALLOCATING RECEIVING RESOURCES IN A GATEWAY SERVER}
본 출원은 2005년 1월 5일에 미합중국에서 출원된 가출원 60/641,880의 35 U.S.C.§119의 이득을 주장한다.
본 발명은 복수의 수신 자원을 포함하는 게이트웨이 서버로 하여금 자원 보존 방법에 기초해서 이러한 자원을 동적으로 클라이언트에 할당하게 하는 것에 대한 것이다.
이 섹션은 아래에서 설명되고/되거나 권리가 주장되는 본 발명의 다양한 양상과 관련이 있을 수 있는, 종래 기술의 다양한 양상을 독자에게 소개하기 위해 의도된다. 이 논의는 본 발명의 다양한 양상을 더 나은 이해를 용이하게 하기 위한 배경 정보를 독자에게 제공하는데 도움이 된다고 믿어진다. 따라서, 이러한 문장들은 이러한 견지에서 읽어 져야 하며, 종래 기술의 인정(admissions)으로서 읽혀지지 말아야 한다는 것이 이해되어야 한다.
대부분의 사람들이 알고 있듯이, DirectTV와 같은 위성 텔레비전 시스템은 과거 수년동안에 훨씬 더 광범위하게 퍼져 왔다. 사실상, 1994년에 DirectTV가 소개된 이래로, 1,200만을 넘는 미국 가정들이 위성 TV 가입자가 되었다. 이러한 가 입자들의 대부분은 위성 접시 안테나를 설치하고 연결하기가 비교적 쉬운 단독 주택에 살고 있다. 예를 들면, 위성 접시 안테나는 집의 지붕에 설치될 수 있다.
하지만, 많은 잠재적 가입자는 호텔 또는 고층 아파트 건물과 같은 다세대(multi-dwelling) 유닛("MDU")에 살거나 임시로 거주하고 있다. 불행히도, 위성 TV 서비스를 MDU 내의 개별 세대 유닛에 제공하는 것에 수반되는 추가적인 난제가 있다. 세대 당 하나의 위성 접시 안테나를 제공하고 연결하는 것은 비현실적이고/이거나 매우 비용이 많이 들 수 있다. 예를 들면, 1,000개의 아파트가 있는 고층 아파트 빌딩에서, 이 빌딩의 지붕에 1,000개의 위성 접시 안테나를 장착하는 것은 비현실적일 수 있다. 종래의 시스템의 일부는 디지털 위성 텔레비전 신호를, 단일 동축 케이블을 통해 복수의 세대들로 전송될 수 있는 아날로그 신호로 변환함으로써 이러한 문제점을 회피해왔다. 하지만, 이러한 시스템은 제한된 채널들을 제공하며, 디지털 전용(all-digital) 시스템과 비교해서 품질을 저하시켰으며, 단독 주택에 사는 사용자들에게 익숙한 위성 TV 경험을 제공할 수 없다.
위성 신호와 같은 서비스를 MDU 내의 개별 주거 장소에 직접적으로 분배하는 것은 단독 주택에서와 유사한 경험을 제공할 수 있으나, 또한 곤란한 점을 수반할 수 있다. 예를 들면, 접시 안테나(dish)로부터의 위성 신호의 분배는 MDU 주거 시설에서는 종종 발견되지 않는 특별한 분배 장치와 배선을 요구한다. 이 주거 시설을 개장(retrofit)하기 위한 비용은 클 수 있다.
각 주거 유닛이 신호를 수신하기 위한 전용 자원을 사용해서 서비스를 수신하게 하는 시스템을 생성하는 것이 또한 가능하며, 여기서 이러한 자원은 원격으로 위치된다. 예를 들면, 주 동조 기능은 중앙 제어실에 위치될 수 있으며, 고유의 신호 또는 서비스는 각 거주 유닛에 전송될 수 있다. 이러한 접속은 빌딩 전체에 걸쳐 분포될 수 있는 이서넷 또는 동축 케이블을 사용해서 이루어 질 수 있다. 일반적으로, 비디오 콘텐츠를 분산시키기 위한 시스템에 대해, 각 최종 사용자는 그 시스템 전용의 동조 및 디코딩 회로를 가져야 한다. 이것은 특히, 큰 MDU 시설(establishment)에 대해 비용이 많이 들고, 비효율적일 수 있다.
그러므로, 중앙 위치 내에 존재할 수 있는 수신 자원으로서 사용되는 회로의 수를 제한할 수 있는 시스템을 개발하는 것이 바람직하다. 또한, 동작 성능을 최대화하고, 최저 비용을 제공하기 위해, 그 시스템 내의 최소수의 동조 자원을 사용하는 것을 허용하는 동조 자원을 관리하기 위한 해결책이 바람직하다.
개시된 실시예는 수신 자원을 할당하기 위한 방법과 장치에 대한 것이다. 이 장치는 복수의 신호를 수신하고, MDU와 같은 설비(facility) 내에 위치된 복수의 STB에 제공된 일련의 데이터 스트림을 출력하는 헤드-엔드 또는 게이트웨이 서버 유닛을 포함한다. 이 장치는 요청 신호를 수신하기 위한 수신기와, 요청 신호를 처리하고 수신 자원의 이용을 관리하기 위한 제어기와 함께, 헤드-엔드 유닛 내에서 수신 자원의 세트를 더 포함한다. 이 방법은 STB에 의해 요청된 서비스를 제공하기 위해 헤드 엔드 유닛에 의해 사용된 수신 자원을 할당하기 위한 프로세스를 포함한다. 이 방법은 STB로부터의 서비스에 대한 요청 신호를 수신하는 단계와, 하나의 서비스에 대한 이 요청과 이미 제공된 서비스를 비교하는 단계와, 만약 새롭게 요청된 서비스와 현재 제공된 서비스 간의 매칭이 발견된다면, 상기 요청된 서비스를 이미 제공하는 수신 자원 중의 하나의 공유된 사용을 수립하는 단계를 더 포함한다.
본 발명의 이점은 다음의 상세한 설명을 읽고, 아래의 도면을 참조하여 보다 명백해질 수 있다.
도 1은 본 발명의 IP 시스템 상의 예시적인 위성 텔레비전의 블록도.
도 2는 도 1에서 예시된 IP 시스템 상의 예시적인 위성 텔레비전의 다른 실시예.
도 3은 본 발명의 예시적인 위성 게이트웨이의 블록도.
도 4는 본 발명의 위성 게이트웨이 내의 튜너와 같은 수신 자원을 할당하기 위한 예시적인 방법의 흐름도.
본 발명의 특징과 이점은 예로써 주어진 다음 설명으로부터 보다 명백하게 될 것이다.
본 발명의 하나 이상의 특정 실시예는 아래에 설명될 것이다. 이러한 실시예의 간략한 설명을 제공하기 위한 노력으로, 실제 구현의 모든 특징들이 본 명세서에서 설명되지는 않는다. 임의의 그러한 실제 구현의 개발에서, 임의의 공학 또는 설계 프로젝트에서처럼, 구현마다 다를 수 있는, 예를 들면 시스템과-관련되고 사업에-관련된 제약과의 순응성(compliance)과 같은 개발자의 특정 목표를 달성하기 위한 다수의 구현-특정 결정이 내려져야 한다. 또한, 이러한 개발 노력은 복잡하고 시간 소모적일 수 있지만, 그럼에도 불구하고, 이러한 개시의 혜택을 갖는 당업자에 대해 설계, 제작 및 제조상의 늘상적인 일이다라는 것이 인식되어야 한다.
먼저, 도 1을 보면, 일 실시예에 따라 IP 시스템 상의 예시적인 위성 텔레비전의 블록도가 설명되고, 일반적으로 참조 번호(10)에 의해 일반적으로 지정된다. 설명된 것처럼, 시스템(10)은 하나 이상의 위성 접시 안테나(12a에서 12m까지), 위성 게이트웨이(14)와 같은 헤드-엔드 유닛 또는 게이트웨이 서버, IP 분배 네트워크(20)와, 최종 사용자 디바이스로서 작용하는 하나 이상의 셋톱 박스("STBs")(22a에서 22n까지)를 포함할 수 있다. 하지만, 당업자는, 도 1에서 설명된 시스템(10)의 실시예는 시스템(10)의 단지 하나의 잠재적인 실시예라는 것을 인식할 것이다. 이처럼, 대안적인 실시예에서, 시스템(10)의 설명된 부품은 재배열되거나 생략될 수 있거나, 추가적인 부품이 시스템(10)에 추가될 수 있다. 예를 들면, 미러 변형을 통해, 시스템(10)은 비-위성(non-satellite) 비디오와 오디오 서비스를 배포하도록 구성될 수 있다.
위성 접시 안테나(12a-12m)는 지구 궤도를 도는 위성으로부터 전송되는 비디오, 오디오, 또는 다른 유형의 텔레비전-관련 데이터를 수신하기 위해 구성될 수 있다. 아래에서 더 설명되는 것처럼, 일 실시예에서, 위성 접시 안테나(12a-12m)는 10.7에서 12.75 기가헤르쯔("GHz")까지의 KU 대역 상에서 DirecTV 프로그래밍을 수신하기 위해 구성된다. 하지만, 대안적인 실시예에서, 위성 접시 안테나(12a-12m)는 접시 안테나 네트워크 신호, ExpressVu 신호, StarChoice 신호 등과 같은 다른 유형의 직접 방송 위성("DBS") 또는 텔레비전 수신 전용(television receive-only: "TVRO") 신호를 수신하기 위해 구성될 수 있다. 또 다른 비-위성(non-satellite) 기반의 시스템에서, 위성 접시 안테나(12a-12m)는 시스템(10)으로부터 생략될 수 있다.
일 실시예에서, 위성 접시 안테나(12a-12m) 내의 저 잡음-블록 변환기("LNC")는 지구 궤도를 도는 위성으로부터의 입력 신호를 수신하고, 이 입력 신호를 950와 2150 메가헤르쯔("MHz") 사이의 L 대역의 주파수로 변환한다. 도 2에 대해서 아래에 더 상세히 설명되는 것처럼, 위성 접시 안테나(12a-12m)의 각각은 특정 주파수상에서 특별한 편파를 가진 하나 이상의 입력 위성 TV 신호를 수신하여(트랜스폰더라고 참조됨) 이 위성 신호를 L 대역 신호 또는 트랜스포트 스트림으로 변환하기 위해 구성될 수 있으며, 각 L 대역 신호 또는 트랜스포트 스트림 그 자체는 단일 프로그램 트랜스포트 스트림(SPTS)로서 종종 참조되는, 하나의 프로그램에 대한 트랜스포트 스트림을 나타낼 수 있거나, 다중 프로그램 트랜스포트 스트림(MPTS)이라고 참조되는, 함께 멀티플렉싱된 다중 트랜스포트 스트림을 나타낼 수 있다. 그 다음에, 각 프로그램 스트림은 오디오 및/또는 비디오 신호를 나타낼 수 있다. 추가적으로, SPTS 중의 각각의 하나는 MPTS 내에 포함된 다른 스트림을 구별하기 위해 사용될 수 있고, 또한 SPTS와 사용될 수 있는 프로그램 식별자(PID)와 같은 식별자의 형태를 포함할 수 있다.
위성 접시 안테나(12a-12m)는 위성 게이트웨이(14)와 같은 헤드-엔드 유닛 또는 게이트웨이 서버에 L 대역 신호를 전송하기 위해 구성될 수 있다. 대안적인 비-위성 실시예들에서, 헤드-엔드 유닛은 케이블 텔레비전 수신기, 고선명 텔레비전 수신기 또는 다른 비디오 분배 시스템일 수 있다.
위성 게이트웨이(14)는 위성 동조, 복조와 역다중화 모듈(16)과 인터넷 프로토콜(IP) 랩퍼(wrapper) 모듈(18)을 포함한다. 모듈(16)은 위성(12a-12m)으로부터 전송된 변조되고 다중화된 L 대역 신호를 복수의 데이터 스트림("SPTS")으로 변환하기 위한 튜너, 복조기와 역다중화기를 포함할 수 있는 복수의 수신 자원을 포함할 수 있으며, 복수의 데이터 스트림의 각각은 서비스(예, 텔레비전 채널 비디오, 텔레비전 채널 오디오, 프로그램 가이드 등)를 운반한다. 일 실시예에서, 모듈(16)은 위성 접시 안테나(12a-12m)에 의해 수신된 L-대역 신호의 더 큰 그룹으로부터 특정 L-대역 신호를 수신하기 위해 구성된다. 그 다음에, 모듈(16)은 이 신호를 처리하여, 이 모듈(16)에 의해 수신된 모든 서비스에 대해 새로운 단일 프로그램 트랜스포트 스트림을 생성한다. 하지만, 대안적인 실시예에서, 모듈(16)은 위성 접시 안테나(12a-12m)에 의해 수신된 모든 서비스 또는 이 서비스의 서브세트에 대해서만 트랜스포트 스트림을 생성할 수 있다.
비록 여기서 설명된 수신 자원이 동조, 복조와 역다중화 기능을 수행하는 튜너, 복조기와 역다중화기와 같은 회로를 포함하지만, 이러한 수신 자원은 디지털 수단을 포함하는 다른 수단에 의해 인입 신호를 분리시키거나 처리하는 기능을 또한 수행할 수 있거나, 다른 시간 슬롯에서 또는 분리된 입력 케이블(cabling)상에서 수신된 신호를 처리하는 것을 수반할 수 있다. 이러한 기능 중의 임의의 하나는 모듈(16)에 의해 수행될 수 있다.
위성 동조, 복조와 역다중화 모듈(16)은 SPTS를 IP 랩퍼 모듈(18)에 전송할 수 있다. 일 실시예에서, IP 랩퍼 모듈(18)은 SPTS 내의 데이터를, IP 분배 네트워크(20)상에서의 전송을 위해 적절한 복수의 인터넷 프로토콜(IP) 패킷으로 재패킷화한다. 예를 들면, IP 랩퍼 모듈(18)은 SPTS 내의 DirecTV 프로토콜 패킷을 IP 패킷으로 변환할 수 있다. 또한, IP 랩퍼 모듈(18)은 STB(22a-22n)으로부터의 서버 요청을 수신하고, 이 특별한 서비스를 요청했던 그 STB(22a-22n)으로 IP SPTS를 멀티캐스팅{즉, IP 어드레스 상에서 하나 이상의 STB(22a-22n)에 방송}하기 위해 구성될 수 있다.
대안적인 실시예에서, IP 랩퍼 모듈(18)은 STB(22a-22n) 중의 하나에 의해 요청되지 않은 서비스에 대해 IP SPTS를 멀티캐스팅하기 위해 또한 구성될 수 있다. 예를 들면, 특정한 수신 자원은 5개의 SPTS의 출력을 생성하고, 이 SPTS 중의 단지 하나만이 실제로 요청된다. 하지만, SPTS 중의 추가적인 하나는 이 특정 서비스를 제공하기 위한 요구와 관련된 이유 때문에 멀티캐스팅된 IP이다. 모듈(16과 18)은 위성 게이트웨이(14)의 단지 하나의 예시적인 실시예일뿐이라는 것이 주목되어야 한다. 도 2와 도 3에 대해 아래에서 설명된 것과 같은 대안적인 실시예에서, 모듈(16과 18)의 기능은 다양한 적절한 부품들 또는 모듈들 사이에서 재분배되거나 통합될 수 있다.
IP 분배 네트워크(20)는 하나 이상의 라우터, 스위치, 모뎀, 분할기(splitter), 또는 브리지를 포함할 수 있다. 예를 들면, 일 실시예에서, 위성 게이트웨이(14)는 하나 이상의 STB(22a-22n)에 연결된 라우터에 연결된 이서넷 브리지 로의 동축 케이블에 연결된 중간 분배 프레임("IDF")에 연결된 마스터 분배 프레임("MDF")에 연결될 수 있다. 다른 실시예에서, IP 분배 네트워크(20)는 라우터에 연결된 DSL 모뎀에 연결된 디지털 가입자 라인 액세스 다중화기("DSLAM")에 연결된 MDF일 수 있다. 또 다른 실시예에서, IP 분배 네트워크는 802.11 또는 WiMax 네트워크와 같은 무선 네트워크를 포함할 수 있다. 이런 유형의 실시예에서, STB(22a-22n)는 멀티캐스팅된 IP 패킷을 수신하기 위해 구성된 무선 수신기를 포함할 수 있다. 당업자는 상기 설명된 실시예들은 단지 예시일 뿐이라는 것을 인식할 것이다. 대안적인 실시예에서처럼, 다수의 적절한 형태의 IP 분배 네트워크가 시스템(10)에서 이용될 수 있다.
IP 분배 네트워크(20)는 하나 이상의 STB(22a-22n)에 연결될 수 있다. STB(22a-22n)은 IP 분배 네트워크(20)상에서 IP SPTS와 같은 IP 패킷을 수신할 수 있는 임의의 적절한 유형의 비디오, 오디오, 및/또는 다른 데이터 수신기일 수 있다. 여기서 사용된 "STB"라는 용어는 텔레비전 위에 놓일 수 있는 디바이스만을 포함하는 것이 아니라는 것이 인식될 것이다. 오히려, STB(22a-22n)는 여기서 설명된 것처럼 기능하기 위해 구성될 수 있는, 텔레비전, 디스플레이, 또는 컴퓨터에 내부 또는 외부적인, 주거지(dwelling) 내의 최종 사용자 디바이스로서 작동하는 임의의 디바이스 또는 장치일 수 있으며, 이러한 디바이스 또는 장치는 비제한적으로, 비디오 부품, 컴퓨터, 무선 전화, 또는 다른 형태의 비디오 레코더를 포함할 수 있다. 일 실시예에서, STB(22a-22n)는 (다른 입력들 중에서) 이서넷 포트를 통해, 비디오 및/또는 오디오와 같은 서비스를 수신하기 위해 구성된 DirecTV 수신기일 수 있다. 대안적인 실시예에서, STB(22a-22n)는 동축 케이블, 연선(twisted pair), 구리 도선 상에서, 또는 I.E.E.E. 802.11 표준과 같은 무선 표준을 통해 무선으로 멀티캐스팅된 송신물을 수신하기 위해 설계 및/또는 구성될 수 있다.
위에서 논의된 것처럼, 시스템(10)은 우주(space)에서 위성에 위해 전송된 비디오, 오디오 및/또는 다른 데이터를 수신하고, IP 분배 네트워크(20) 상에서 분배하기 위해 이런 데이터를 처리/변환할 수 있다. 이제, 도 2를 보면, IP 시스템(10) 상에서 예시적인 위성 텔레비전의 다른 실시예가 도시된다. 위성 접시 안테나(12a-12c)의 각각은 궤도를 도는 하나 이상의 위성으로부터의 신호를 수신하기 위해 구성될 수 있다. 당업자는 위성과 위성으로부터 전송된 위성과 신호는 위성이 위치하고 있는 궤도 슬롯에 의해 종종 참조된다는 것을 인식할 것이다. 예를 들면, 위성 접시 안테나(12a)는 101도의 궤도 슬롯에 배치된 DirecTV 위성으로부터의 신호를 수신하기 위해 구성된다. 마찬가지로, 위성 접시 안테나(12b)는 119도에 배치된 위성으로부터의 신호를 수신하고, 위성 접시 안테나(12c)는 110도의 궤도 슬롯에 배치된 위성으로부터의 신호를 수신한다. 대안적인 실시예에서, 위성 접시 안테나(12a-12c)는 95도의 궤도 슬롯과 같은 다양한 궤도 슬롯에서 나타난 복수의 다른 위성으로부터의 신호를 수신할 수 있다. 또한, 위성 접시 안테나(12a-12c)는 편파를 가진 위성 신호를 수신하기 위한 구성될 수 있다. 예를 들면, 위성 접시 안테나(12a)는 좌측으로 편파되고(도 2에서 "101L"로 표기) 우측으로도 편파된("101R"로 표기) 신호를 수신하기 위해 구성된다.
도 1과 관련해서 위에서 설명된 것처럼, 위성 접시 안테나(12a-12c)는 KU 대 역에서 위성 신호를 수신하여 이 신호를 위성 게이트웨이(14)에 전송되는 L 대역 신호로 변환할 수 있다. 하지만, 일부 실시예들에서, 위성 접시 안테나(12a-12c)에 의해 생성되는 L 대역 신호는 더 적은 수의 신호로 합체되거나, 위성 게이트웨이(14)에 도달하기 전에 보다 많은 신호로 분할될 수 있다. 예를 들면, 도 2에서 설명되는 것처럼, 위성 접시 안테나(12b와 12c)로부터의 L 대역 신호는 110도에서의 위성으로부터의 트랜스포트 스트림과, 119도에서의 위성으로부터의 좌측으로 편파된(left polarized) 스트림을 포함하는 단일 L 대역 신호로 스위치(24)에 의해 합체될 수 있다.
시스템(10)은 위성 접시 안테나(12a-12c)로부터 전송된 L 대역 신호를 두 개의 L 대역 신호로 분할하기 위해 복수의 1:2 분할기(26a, 26b, 26c와 26d)를 포함할 수 있으며, 상기 두 개의 L 대역 신호의 각각은 미리 분할된 트랜스포트 스트림의 서비스들의 절반을 포함한다. 대안적인 실시예에서, 1:2 분할기(26a-26b)는 생략되거나, 위성 게이트웨이(14a와 14b)로 통합될 수 있다.
새롭게 분할된 L 대역 신호는 1:2 분할기(26a-26d)로부터 위성 게이트웨이(14a와 14b)로 전송될 수 있다. 도 2에서 설명된 시스템(10)의 실시예는 두 개의 위성 게이트웨이(14a와 14b)를 포함한다. 하지만, 대안적인 실시예에서, 시스템(10)은 임의의 적절한 수의 위성 게이트웨이(14)를 포함할 수 있다. 예를 들면, 일 실시예에서, 시스템은 3개의 위성 게이트웨이(14)를 포함할 수 있다.
그 후, 위성 게이트웨이(14a와 14b)는 L 대역 신호를 더 세분해서, 수신 자원을 사용함으로써, IP 패킷으로 재패킷화되어 IP 분배 네트워크(20) 상에서 멀티 캐스팅될 수 있는 하나 이상의 SPTS를 생성하기 위해 L 대역 신호 상에서 하나 이상의 서비스에 동조할 수 있다. 또한, 하나 이상의 위성 게이트웨이(14a, 14b)는 또한 공중 교환 전화 네트워크("PSTN")(28)에 연결될 수 있다. 위성 게이트웨이(14a, 14b)는 PSTN(28)에 연결되고, STB(22a-22n)는 IP 분배 네트워크(20)와 위성 게이트웨이(14a, 14b)를 통해 위성 서비스 제공자와 통신할 수 있다. 이 기능은 PSTN(28)에 직접적으로 연결된 각 개별 STB(22a-22n)을 가질 필요를 이롭게 제거할 수 있다.
IP 분배 네트워크(20)는 인터넷 서비스 제공자9"ISP")(30)에 또한 연결될 수 있다. 일 실시예에서, IP 분배 네트워크(20)는 고속 데이터 액세스와 같은 인터넷 서비스를, IP 분배 네트워크(20)에 연결된 STB(22a-22n) 및/또는 다른 적절한 디바이스(미도시)에 제공하기 위해 이용될 수 있다.
위에서 설명된 것처럼, 위성 게이트웨이(14a, 14b)는 복수의 SPTS를 생성하고, IP 분배 네트워크(20) 상에서 요청된 SPTS를 멀티캐스팅하기 위해, 복수의 L 대역 신호를 수신하기 위해 구성될 수 있다. 이제 도 3을 참조하면, 예시적인 위성 게이트웨이(14)의 블록도가 도시된다. 설명된 것처럼, 위성 게이트웨이(14a, 14b)는 전원(40), 두 개의 전단부(41a와 41b)와 후단부(52)를 포함한다. 전원(40)은 전단부(41a, 41b)와 후단부(52)가 아래에 설명된 기능을 수행하도록 하기 위해 구성될 수 있는 다수의 산업-표준 AC 또는 DC 전원들 중의 임의의 하나일 수 있다.
위성 게이트웨이(14a, 14b)는 두 개의 전단부(41a, 41b)를 또한 포함할 수 있다. 일 실시예에서, 각각의 전단부(41a, 41b)는 도 2에 대해 위에서 설명된 1:2 분할기(26a-26d)로부터 두 개의 L 대역 신호 입력을 수신하기 위해 구성될 수 있다. 예를 들면, 전단부(41a)는 1:2 분할기(26a)로부터 두 개의 L 대역 신호를 수신할 수 있고, 전단부(41b)는 1:2 분할기(26b)로부터 두 개의 L 대역 신호를 수신할 수 있다. 일 실시예에서, 전단부(41a, 41b)로의 L 대역 입력의 각각은 8개 이하의 서비스를 포함한다.
그 다음에, 전단부(41a, 41b)는 1:4 L 대역 분할기(42a, 42b, 42c와 42d)를 사용해서 L 대역 입력을 더 세분할 수 있다. 일단 세분되면, L 대역 신호는 이중 튜너 링크의 4개의 뱅크(44a, 44b, 44c와 44d)로 전달될 수 있다. 뱅크(44a-44d) 내의 이중 튜너 링크의 각각은 SPTS를 생성하기 위해 그 개별 이중 튜너 링크에 의해 수신된 L 대역 신호 내의 두 개의 서비스에 동조하기 위해 구성될 수 있다. 그 다음에, 이중 튜너 링크의 각각은 SPTS를 저전압 차동 신호("LVDS") 구동기(48a, 48b, 48c,와 48d) 중의 하나에 전송할 수 있다. LVDS 구동기(48a-48d)는 후단부(52)에 전송하기 위한 L 대역 트랜스포트 대역 신호를 증폭하기 위해 구성될 수 있다. 대안적인 실시예에서, 다른 형태의 차동 구동기 및/또는 증폭기가 LVDS 구동기(48a-48d) 대신에 이용될 수 있다. 다른 실시예가 후단부(52)로 방향 지정하기 위해 모든 트랜스포트 신호의 연속성(serialization)을 함께 이용할 수 있다.
설명된 것처럼, 전단부(41a, 41b)는 마이크로프로세서(46a, 46b)를 포함할 수 있다. 일 실시예에서, 마이크로프로세서(46a, 46b)는 이중 동조 링크의 뱅크(44a-44d)와 1:4 L 대역 분할기(42a-42d)를 제어하고/하거나 명령을 중계(relay)할 수 있다. 마이크로프로세서(46a, 46b)는 ST Microelectronics에 의해 생산된 ST10 마이크로프로세서를 포함할 수 있다. 다른 실시예에서, 다른 프로세서가 사용될 수 있거나, 제어가 후단부(52)에서 프로세서로부터 유도될 수 있다. 마이크로프로세서(46a, 46b)는 LVDS 수신기와 전송기 모듈(50a, 50b)에 연결될 수 있다. LVDS 수신기/전송기 모듈(50a, 50b)은 차후에 더 설명되는 것처럼, 마이크로프로세서(46a, 46b)와 후단부(52)의 부품들 간의 통신을 도울 수 있다.
다음으로 후단부(52)를 살펴보면, 후단부(52)는 LVDS 구동기(48a-48d)에 의해 전송되는, SPTS 또는 MPTS와 같은 트랜스포트 스트림 신호를 수신하기 위해 구성되는 LVDS 수신기(54a, 54b, 54c와 54d)를 포함한다. 후단부(52)는 또한 LVDS 수신기/전송기 모듈(50a, 50b)과 통신하기 위해 구성되는 LVDS 수신기/전송기 모듈(56a와 56b)를 또한 포함한다.
설명된 것처럼, LVDS 수신기(54a-54d)와 LVDS 수신기/전송기(56a, 56b)는 트랜스포트 프로세서(58a와 58b)와 통신하기 위해 구성된다. 일 실시예에서, 트랜스포트 프로세서(58a, 58b)는 전단부(41a, 41b)내의 이중 동조 링크에 의해 생성된 SPTS를 수신하기 위해 구성된다. 예를 들면, 트랜스포트 프로세서(58a, 58b)는 16개의 SPTS를 생성하기 위해 구성될 수 있다. 일반적으로, 트랜스포트 프로세서(58a, 58b)는 N개의 SPTS를 생성할 수 있으며, 여기서 N은 트랜스포트 프로세서(58a, 58b)로의 입력에서 이용가능한 개별 프로그램 스트림의 개수인 하나의 수이다. 트랜스포트 프로세서(58a, 58b)는 또한 IP 분배 네트워크(20) 상에서 멀티캐스팅될 수 있는 IP 패킷으로 SPTS를 재패킷화하기 위해 구성될 수 있다. 예를 들면, 트랜스포트 프로세서(58a, 58b)는 DirecTV 프로토콜 패킷을 IP 프로토콜 패킷으로 재패킷화하여, 하나의 IP 어드레스 상의 IP 패킷을 하나 이상의 STB(22a-22n)에 멀티캐스팅할 수 있다.
트랜스포트 프로세서(58a, 58b)는 32 비트, 66 MHz 주변 부품 상호연결("PCI") 버스와 같은 버스(62)에 또한 연결될 수 있다. 버스(62)를 통해, 트랜스포트 프로세서(58a, 58b)가 다른 제어기 또는 네트워크 프로세서(70), 이서넷 인터페이스(84), 및/또는 확장 슬롯(66)과 통신할 수 있다. 네트워크 프로세서(70)는 STB(22a-22n)으로부터의 서비스에 대한 요청을 수신해서, 요청된 서비스를 멀티캐스팅하기 위해 이 요청을 트랜스포트 프로세서(58a, 58b)에 향하게 하기 위해 구성될 수 있다. 추가적으로, 네트워크 프로세서(70)는 STB(22a-22n)으로부터 요청을 수신하고, 현재 배치된 서비스의 목록을 유지하고, 이러한 서비스를 STB(22a-22n)에 제공하기 위해 수신 자원을 매칭하거나 할당함으로써 이러한 서비스의 동작과 분배를 또한 관리할 수 있다. 일 실시예에서, 네트워크 프로세서는 인텔에 의해 생산된 IXP425 네트워크 프로세서이다. 설명되지는 않았지만, 네트워크 프로세서(70)는 상태 데이터를 위성 게이트웨이(14a, 14b)의 전면 패널에 전송하거나, 디버그 포트를 통해 위성 게이트웨이(14a, 14b)의 디버깅 또는 모니터링을 지원하기 위해 또한 구성될 수 있다.
설명된 것처럼, 트랜스포트 프로세서(58a, 58b)는 버스(62)를 통해 이서넷 인터페이스에 또한 연결될 수 있다. 일 실시예에서, 이서넷 인터페이스(68)는 구리 도선 또는 광섬유 인터페이스를 IP 분배 네트워크(20)에 제공하는 기가 이서넷 인터페이스이다. 다른 실시예에서, 디지털 홈(home) 네트워크 응용에서 사용된 것과 같은 다른 인터페이스가 사용될 수 있다. 또한, 버스(62)는 위성 게이트웨이(14a, 14b)의 업그레이드(upgrade) 또는 확장을 가능케 하기 위한 PCI 확장 슬롯과 같은 확장 슬롯에 또한 연결될 수 있다.
트랜스포트 프로세서(58a, 58b)는 호스트 버스(64)에 또한 연결될 수 있다. 일 실시예에서, 호스트 버스(64)는 위에서 설명된 것처럼, PSTN(28)상에서 통신하기 위해 구성될 수 있는, 모뎀(72)에 트랜스포트 프로세서(58a, 58b)를 연결하는 16-비트 데이터 버스이다. 대안적인 실시예에서, 모뎀(72)은 또한 버스(62)에 연결될 수 있다.
네트워크 프로세서(70)는 게이트웨이(14a, 14b)의 동작의 다양한 양상에 대한 정보를 저장하기 위한 메모리를 또한 포함할 수 있다. 메모리는 네트워크 프로세서(70) 내에 존재할 수 있거나, 비록 도시되지 않았지만, 외부적으로 위치될 수 있다. 메모리는 수신 자원에 대한 동조 정보뿐만 아니라 상태 정보를 저장하기 위해 사용될 수 있다. 추가적으로, 메모리는 어느 서비스를 각각의 수신 자원이 제공할 수 있는 가에 대한 정보를 저장하고, 또한, 현재 STB(22a-22n)에 제공되고 있는 서비스의 목록을 유지하기 위해 사용될 수 있다.
당업자는 트랜스포트 프로세서(58a, 58b), 네트워크 프로세서(70)와 마이크로프로세서(46a, 46b)가 게이트웨이(14a, 14b)의 동작에 필요한 제어 기능 중의 임의의 기능을 수행할 수 있는 하나의 보다 큰 제어기 또는 프로세싱 유닛 내에 포함될 수 있다는 것을 인식할 것이다. 제어 기능 중의 일부 또는 전부는 다른 블록에 또한 배분될 수 있고, 게이트웨이(14a, 14b) 내의 주 동작에 영향을 주지 않을 수 있다.
트랜스포트 프로세서(58a, 58b)는 수신 자원으로부터 트랜스포트 스트림의 처리를 또한 관리할 수 있다. 일 실시예에서, 트랜스포트 프로세서(58a, 58b)는 주어진 수신 자원으로부터 제공된 SPTS의 각각의 하나를 취하여, 모든 SPTS를 함께 포함하는 하나의 IP 멀티캐스팅된 스트림을 생성할 수 있다. 다른 실시예에서, 프로세서는 STB(22a-22n)에 의해 요청된 SPTS만을 취해서, SPTS의 각각의 하나에 대해 분리된 IP 멀티캐스트 스트림을 생성할 수 있다. 또한 상기 둘 모두의 접근법의 조합을 사용하는 것이 가능할 수 있다. 결합해서, 네트워크 프로세서(70)는, 이러한 서비스가 실제로 현재 요청되고 있던지 그렇지 않던지 간에, 현재 사용중인 자원의 각각에 대해 제공된 모든 서비스의 목록을 또한 유지할 수 있다. 추가적으로, 트랜스포트 프로세서(58a, 58b)는 서비스의 목록과 수신 자원과 같은 정보의 저장을 제공하기 위한 메모리를 또한 포함할 수 있다.
위에서 설명된 것처럼, 위성 게이트웨이(14a, 14b)는 IP 분배 네트워크(20) 상에서 STB(22a-22n)에 서비스를 멀티캐스팅할 수 있다. 서비스를 구성하는 IP 패킷이 STB(22a-22n) 중의 하나에 도달할 때, STB(22a-22n) 내의 이서넷 집적 회로("IC")는 STB(22a-22n)가 이 서비스(예를 들면, 텔레비전 채널)를 재생하는 것을 가능케 하기 위해 IP 패킷을 디코딩할 수 있다. 하지만, 이러한 이서넷 IC는 특별한 수의 비동기 데이터 스트림만을 지원할 수 있다. 위에서 설명된 비디오, 오디오, 또는 다른 서비스는 비동기 스트림의 한 예이다.
위에서 설명된 것처럼, STB(22a-22n) 내의 이서넷 IC는 임의의 주어진 시간 에 특정 개수의 비동기 스트림만을 처리하기 위해서 설계될 수 있다. 이에 따라, 이서넷 IC의 용량을 초과하는 비동기 스트림은 폐기되거나 손실될 수 있다. 예를 들면, 만약 STB(22a-22n) 중의 하나의 STB 내에서 이서넷 IC가 주어진 시간에 4개의 비동기 스트림을 다루기 위한 용량을 가지고 있다면, 다섯 번째의 비동기 스트림은 제외될 수 있다. 만약 이러한 다섯 번째의 비동기 스트림이 비디오 서비스를 운반하는 멀티캐스트라면, 이 비디오 서비스의 STB의 디스플레이는 중단될 수 있다. 이런 이유 때문에, 시스템(10) 내에서 비동기 스트림의 개수를 최소화하는 것이 바람직하다.
이제 도 4를 보면, STB를 돕는 게이트웨이 디바이스로부터 자원을 할당하기 위한 방법(300)이 도시된다. 게이트웨이(14)의 동장과 관련된 다른 작업을 수행하면서, 네트워크 프로세서(70)는 단계(302)에서 하나 이상의 STB(22a-22n)에 의해 개시된 요청을 대기한다. 단계(304)에서, 서비스 요청은 네트워크 프로세서(70)에서 수신되었고, 단계(306)에서, 서비스 요청은 네트워크 프로세서(70)에 의해 처리된다. 단계(306)에서의 처리의 출력은 STB(22a-22n)에 서비스를 제공하기 위해 정확한 채널을 동조시키기 위해 필요한 파라미터를 포함할 수 있는 정보의 세트이다. 단계(308)에서, 만약 현재 요청된 파라미터가 이미 할당되고, 진행중인 서비스에 대해 사용 중인 파라미터와 매칭되는지를 결정하기 위해 제1 비교가 수행된다. 이 파라미터는 예를 들면, 수신 자원을 통해 위성 시스템으로부터 서비스를 수신하기 위한 동조 정보를 포함할 수 있다. 이 비교는 STB에 현재 제공되는 있는 서비스를 비교하거나, 수신 자원에 의해 현재 동조되는 L 대역 트랜스포트 신호에 기초해서, 이용가능한 모든 서비스의 목록을 비교하는 것을 수반할 수 있다. 만약 단계(314)에서, 상기 비교가 긍정(yes)의 답을 산출하는 매칭을 주면, STB(22a-22n)의 현재 요청은 선택된 채널에 의해 제공된 서비스의 목록에 추가된다. 단계(316)에서, 네트워크 프로세서(70)는 서비스 요청이 성공이었다는 것을 요청하는 STB(22a-22n)에 다시 전송될 메시지를 제공한다.
일 실시예에서, 네트워크 프로세서(70)는 멀티캐스트 IP 데이터와 사용되는 실시간 스트리밍 프로토콜(RTSP)에서의 능력을 이용함으로써 메시지를 제공한다. 프로세서(70)는 STB(22a-22n)가 요청된 서비스를 포함하는 특별한 멀티캐스트 IP 스트림과 관련된 패킷을 받아들이는 것을 시작해야 한다는, STB(22a-22n)으로의 통지 메시지를 사용해 데이터 스트림을 수정한다. RTSP와 멀티캐스트 IP를 이용하는 것은 서버가 STB(22a-22n)에 제공하는 데이터 스트림의 통지와 수정을 위한 단지 하나의 가능한 방법만을 나타낸다. 다른 실시예에서, 필요한 수신 자원과 같은 서비스에 대한 특정 파라미터에 대한 매칭이 존재한다고 네트워크 프로세서(70)가 결정한 후에, 네트워크 프로세서(70)는 수신 자원에 의해 수신되고 있는 요청된 서비스가 현재 제공된 서비스와 또한 매칭되는지를 추가적으로 비교할 수 있다. 만약 그 서비스가 매칭이 된다면, 네트워크 프로세서(70)는 이전에 설명된 것처럼, RTSP와 같은 소정의 수단을 통해 통지를 계속할 수 있다. 만약 그 서비스가 매칭이 되지 않으면, 네트워크 프로세서(70)는 트랜스포트 프로세서(58a, 58b)를 통해 IP 멀티캐스트에 대한 새로운 데이터 스트림을 생성하고, 이전에 설명된 방법에 의해, 이 서비스가 이제 이용가능하다는 것을 요청하는 STB(22a-22n)에 통지함으로써 새 로운 서비스를 시작할 필요가 있을 수 있다.
단계(308)에서, 만약 비교가 매칭을 산출하지 않으면, 단계(310)에서, 프로세서(70)는 튜너가 서비스 요청을 수용하기 위해 이용가능한지를 결정한다. 만약 튜너가 이용가능하다면, 단계(312)에서 네트워크 프로세서(70)는 이 이용가능한 튜너에 제어 신호를 제공하고, 단계(314)에서 새로운 서비스와 새로운 튜너를 가지고 서비스 목록을 갱신한다. 그리고 나서, 단계(316)에서, 네트워크 프로세서(70)는 메시지를 STB(22a-22n)에 다시 제공한다.
단계(310)로 되돌아가서, 만약 전단부(41a, 41b) 내의 모든 튜너 또는 수신 자원이 기존의 서비스 요청에 현재 할당되면, 단계(318)에서, 네트워크 프로세서(70)는, 서비스 요청이 모든 자원이 사용 중이기(busy) 때문에 실패했다는 것을 지시하는, STB(22a-22n)으로의 메시지를 제공한다. 그 후, 단계(320)에서, 네트워크 프로세서(70)는 새로운 서비스 요청이 수신될 때까지 대기 모드로 진입한다.
비록 이 실시예가 이서넷 또는 유사한 인터페이스를 가진 수신 자원을 할당하기 위한 방법을 이용하기 위한 특별한 배치를 상세히 설명하지만, 다른 인터페이스가 유사한 관리 방법을 이용하고 이 방법으로부터 이익을 얻을 수 있다. 예를 들면, 동축 케이블 인터페이스를 이용하는 시스템에서, 자원과 서비스는 불필요하게 높은 작동 대역폭 때문에 고가의 전송 장치와 관련된 비용을 최소화하기 위해 관리될 수 있다. 튜너와 같은 수신 자원을 동적으로 할당하는 이와 같은 시스템이 헤드 엔드 유닛 또는 게이트웨이 서버에서 사용하기 위해 이롭다는 것이 당업자에게 명백해야 한다.
본 발명이 다양한 변경과 대안적인 형태로 수정될 수 있으며, 특정 실시예는 도면의 예시에 의해 도시되었고, 여기서 보다 상세히 설명될 것이다. 하지만, 본 발명이 개시된 특별한 형태에 제한되는 것으로 의도되지 않는다는 것이 이해되어야 한다. 오히려, 본 발명은 다음에 추가된 청구항들에 의해 한정된 본 발명의 정신과 범위내에 속하는, 모든 변경, 등가물과 대체물을 포괄하는 것이다.
본 발명은 복수의 수신 자원을 포함하는 게이트웨이 서버로 하여금 자원 보존 방법에 기초해서 이러한 자원을 동적으로 클라이언트에 할당하게 하는 것에 이용가능하다.

Claims (31)

  1. 네트워크에서 수신 자원을 할당하는 방법(300)으로서:
    수신 자원을 위한 요청을 수신하는 단계(304, 306);
    복수의 현재 사용되는 수신 자원과 상기 요청된 수신 자원을 비교하는 단계(308); 및
    만약 상기 현재 사용되는 수신 자원이 상기 요청된 수신 자원과 매칭된다면 상기 현재 사용된 수신 자원 중의 하나의 공유된 이용을 수립하는 단계(314)를 포함하는, 자원을 할당하는 방법.
  2. 제1항에 있어서,
    만약 상기 요청된 수신 자원이 상기 현재 사용된 수신 자원 중의 하나와 매칭되지 않는다면 미사용된 수신 자원을 할당하는 단계(310, 312)를 더 포함하는, 자원을 할당하는 방법.
  3. 제1항에 있어서, 상기 수신 자원은 신호의 그룹으로부터 하나의 특정 신호를 수신하기 위한 수신기를 포함하는, 자원을 할당하는 방법.
  4. 제1항에 있어서, 수신 자원에 대한 요청을 수신하는 단계(304, 306)는:
    데이터 스트림으로 제공될 서비스에 대한 요청을 수신하는 단계를 더 포함하 는, 자원을 할당하는 방법.
  5. 제4항에 있어서, 공유된 이용을 수립하는 단계(314)는:
    다수 요청자들의 지시자를 포함하기 위해 상기 데이터 스트림을 수정하는 단계를 더 포함하는, 자원을 할당하는 방법.
  6. 제1항에 있어서, 수신 자원에 대한 상기 요청(304, 306)은 서비스에 대한 요청 내에 포함되는, 자원을 할당하는 방법.
  7. 제1항에 있어서, 수신 자원에 대한 상기 요청을 결정하기 위해 서비스에 대한 요청을 처리하는 단계(306)를 더 포함하는, 자원을 할당하는 방법.
  8. 제1항에 있어서, 상기 요청된 수신 자원을 비교하는 단계(308)는 상기 요청된 수신 자원을 동조하기 위한 파라미터와 상기 현재 사용된 수신 자원을 동조하기 위한 파라미터를 비교하는 단계를 포함하는, 자원을 할당하는 방법.
  9. 제8항에 있어서, 상기 파라미터는 빈도인, 자원을 할당하는 방법.
  10. 제1항에 있어서, 상기 요청된 수신 자원을 비교하는 단계(308)는 상기 요청된 수신 자원을 동조하기 위한 파라미터와 현재 이용된 수신 자원의 각각을 동조하 기 위한 파라미터를 비교하는 단계를 포함하는, 자원을 할당하는 방법.
  11. 제10항에 있어서, 상기 파라미터는 빈도인, 자원을 할당하는 방법.
  12. 제1항에 있어서, 상기 요청된 수신 자원을 비교하는 단계(308)는 상기 요청된 수신 자원과 관련된 서비스의 파라미터와 현재 제공된 서비스의 파라미터를 비교하는 단계를 더 포함하는, 자원을 할당하는 방법.
  13. 제12항에서, 상기 파라미터는 프로그램 식별자인, 자원을 할당하는 방법.
  14. 제1항에 있어서, 상기 요청된 수신 자원을 비교하는 단계(308)는 상기 요청된 수신 자원과 관련된 서비스의 파라미터와 현재 제공된 서비스의 세트 각각의 파라미터를 비교하는 단계를 더 포함하는, 자원을 할당하는 방법.
  15. 제14항에 있어서, 상기 파라미터는 프로그램 식별자인, 자원을 할당하는 방법.
  16. 제1항에 있어서, 상기 수신 자원은 튜너를 포함하는, 자원을 할당하는 방법.
  17. 장치(14a, 14b)로서:
    복수의 제1 신호를 수신하고, 상기 제1 신호를 처리하여 제2 신호를 생성하기 위한 복수의 제1 디바이스(41a, 41b);
    상기 복수의 제1 디바이스(41a, 41b)에 통신으로 연결된 복수의 제2 디바이스(58a, 58b)로서, 적어도 3분의 1의 신호를 생성하기 위해 상기 제2 신호를 처리할 수 있는, 복수의 제2 디바이스(58a, 58b);
    상기 복수의 제2 디바이스(58a, 58b)에 통신으로 연결된 인터페이스(68)로서, 상기 복수의 제2 디바이스(58a, 58b)로부터 적어도 3분의 1의 신호를 전달할 수 있고, 서비스에 대한 요청을 수신해서 상기 복수의 제2 디바이스(58a, 58b)에 서비스에 대한 상기 요청을 전달할 수 있는, 인터페이스(68); 및
    상기 복수의 제1 디바이스(41a, 41b), 상기 복수의 제2 디바이스(58a, 58b)와 인터페이스(68)에 통신으로 연결되어, 상기 인터페이스(68)로부터의 서비스에 대한 상기 요청을 수신하는 것에 기초해서 상기 복수의 제1 디바이스(41a, 41b)의 할당을 관리하는, 제어기(70)를
    포함하는, 장치.
  18. 제17항에 있어서, 상기 복수의 제1 신호를 수신하기 위한 상기 복수의 제1 디바이스(41a, 41b)는 신호의 그룹으로부터 특정 신호를 수신하기 위한 수신기인, 장치.
  19. 제18항에 기술된 복수의 수신자원에 있어서, 상기 수신기는 튜너인, 수신 자 원.
  20. 제17항에 있어서, 상기 제1 신호는 L-대역 신호인, 장치.
  21. 제17항에 있어서, 상기 제2 신호는 트랜스포트 스트림인, 장치.
  22. 제17항에 있어서, 상기 인터페이스(68)는 인터넷 프로토콜을 이용해서 데이터 스트림을 전송하기 위한 디바이스인, 장치.
  23. 제17항에 있어서, 상기 인터페이스(68)는 복수의 최종 사용자 디바이스에 통신으로 연결되는, 장치.
  24. 제23항에 있어서, 상기 최종 사용자 디바이스는 셋톱 박스인, 장치.
  25. 제17항에 있어서, 상기 복수의 제1 디바이스(41a, 41b) 중의 하나에 대한 요청을 포함하는 서비스에 대한 요청을 수신하고, 상기 복수의 제1 디바이스 중의 하나에 대한 상기 요청과 현재 사용되고 있는 상기 복수의 제1 디바이스(41a, 41b)를 비교하고, 만약 현재 사용되고 있는 상기 복수의 제1 디바이스(41a, 41b) 중의 하나가 상기 복수의 제1 디바이스(41a, 41b) 중의 하나에 대한 상기 요청과 매칭이 되면, 상기 복수의 제1 디바이스(41a, 41b) 중의 하나의 공유된 사용을 수립함으로 써, 서비스에 대한 상기 요청을 수신하는 것에 기초해서, 상기 제어기(70)가 상기 복수의 제1 디바이스(41a, 41b)의 할당을 관리하는, 장치.
  26. 제25항에 있어서, 상기 제어기(70)는 현재 사용되고 있는 상기 복수의 제1 디바이스(41a, 41b) 중의 하나를 동조하기 위한 파라미터와, 상기 요청을 동조하는 파라미터를 비교함으로써 상기 복수의 제1 디바이스(41a, 41b) 중의 하나에 대한 상기 요청을 비교하는, 장치.
  27. 제25항에 있어서, 상기 제어기(70)는 상기 요청의 동조를 위한 파라미터와 현재 사용 중인 상기 복수의 제1 디바이스(41a, 41b)의 각각의 동조를 위한 파라미터를 비교함으로써 상기 복수의 제1 디바이스(41a, 41b) 중의 하나를 위한 상기 요청을 비교하는, 장치.
  28. 제25항에 있어서, 상기 제어기(70)는, 서비스에 대한 상기 요청의 파라미터와 상기 복수의 제1 디바이스(41a, 41b)로부터 현재 전달된 상기 복수의 제2 신호 중의 하나의 파라미터를 비교함으로써 서비스에 대한 상기 요청을 비교하는, 장치.
  29. 제25항에 있어서, 상기 제어기(70)는 서비스에 대한 상기 요청의 파라미터와 상기 복수의 제1 디바이스(41a, 41b)로부터 현재 전달된 상기 복수의 제2 신호의 각각의 파라미터를 비교함으로써 서비스에 대한 상기 요청을 비교하는, 장치.
  30. 제17항에 있어서, 상기 제어기(70)는, 서비스에 대한 상기 요청으로부터 상기 복수의 제1 디바이스(41a, 41b) 중의 하나에 대한 요청을 결정하고, 상기 복수의 제1 디바이스 중의 하나에 대한 상기 요청과 현재 사용되는 상기 복수의 제1 디바이스(41a, 41b)를 비교하고, 만약 현재 사용되는 상기 복수의 제1 디바이스(41a, 41b) 중의 하나가 상기 복수의 제1 디바이스(41a, 41b) 중의 하나에 대한 상기 요청과 매칭이 되면, 상기 복수의 제1 디바이스(41a, 41b) 중의 하나의 공유된 사용을 수립함으로써, 서비스에 대한 상기 요청을 수신하는 것에 기초해서 상기 복수의 제1 디바이스(41a, 41b)의 할당을 관리하는, 장치.
  31. 게이트웨이 장치(14)로서,
    수신 자원에 대한 요청을 수신하기 위한 수단;
    복수의 현재 사용된 수신 자원과 상기 요청된 수신 자원을 비교하기 위한 수단; 및
    만약 상기 현재 사용된 수신 자원이 상기 요청된 수신 자원과 매칭이 된다면, 상기 현재 사용되는 수신 자원 중의 공유된 사용을 수립하기 위한 수단을
    포함하는, 게이트웨이 장치.
KR1020077014991A 2005-01-05 2005-09-30 게이트웨이 서버에서 수신 자원을 할당하기 위한 방법과시스템 KR101193098B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US64188005P 2005-01-05 2005-01-05
US60/641,880 2005-01-05
PCT/US2005/035225 WO2006137894A2 (en) 2005-01-05 2005-09-30 A method and system for allocating receiving resources in a gateway server

Publications (2)

Publication Number Publication Date
KR20070097477A true KR20070097477A (ko) 2007-10-04
KR101193098B1 KR101193098B1 (ko) 2012-10-22

Family

ID=37120113

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020077014991A KR101193098B1 (ko) 2005-01-05 2005-09-30 게이트웨이 서버에서 수신 자원을 할당하기 위한 방법과시스템

Country Status (7)

Country Link
EP (1) EP1834480A2 (ko)
JP (1) JP4919969B2 (ko)
KR (1) KR101193098B1 (ko)
CN (1) CN101095349B (ko)
BR (1) BRPI0519579A2 (ko)
MX (1) MX2007008251A (ko)
WO (1) WO2006137894A2 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2156608A1 (en) * 2007-04-23 2010-02-24 Thomson Licensing Mechanisms for failure detection and mitigation in a gateway device
CN105306586A (zh) * 2008-02-29 2016-02-03 汤姆逊许可公司 用于提供负载平衡信号分配的方法和装置
US8572661B2 (en) * 2009-06-17 2013-10-29 Echostar Technologies L.L.C. Satellite signal distribution
CN102137494B (zh) * 2010-12-10 2014-03-12 华为软件技术有限公司 通信资源的分配方法及装置
JP7045254B2 (ja) * 2018-04-25 2022-03-31 日本放送協会 棟内伝送システム、光受信装置、カプセル化装置、及びデカプセル化装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60037318T2 (de) * 1999-07-13 2008-11-27 Sun Microsystems, Inc., Palo Alto Verfahren und vorrichtung zur auswahl von mehrfach gesendeten ip-daten die innerhalb eines rundfunkstromes übertragen werden
JP2001094519A (ja) * 1999-09-24 2001-04-06 Ntt Data Corp ディジタル放送受信方法及び装置
JP2001292436A (ja) * 2000-04-07 2001-10-19 Sony Corp 管理装置および方法
GB0027812D0 (en) * 2000-11-15 2000-12-27 Pace Micro Tech Plc Broadcast data receiver
FR2819671B1 (fr) * 2001-01-17 2003-05-16 Thomson Licensing Sa Systeme de reception pour television multi-tuners permettant de connecter automatiquement chaque tuner a au moins une antenne, quel que soit le nombre d'antennes qu'il comporte
JP2002300059A (ja) * 2001-03-30 2002-10-11 Minolta Co Ltd デジタルラジオ放送受信装置
US20020154055A1 (en) * 2001-04-18 2002-10-24 Robert Davis LAN based satellite antenna/satellite multiswitch
EP1304871A3 (en) * 2001-08-21 2003-06-18 Canal+ Technologies Société Anonyme Method and apparatus for a receiver/decoder
EP1377054A1 (en) * 2002-06-25 2004-01-02 Canal+ Technologies Société Anonyme Discovery information for IP multicast
JP2004328655A (ja) * 2003-04-28 2004-11-18 Toshiba Corp ホームネットワーク機器
US20050251845A1 (en) * 2004-05-04 2005-11-10 Mcdowell Ronald W Method for quickly identifying network session resources
KR100677609B1 (ko) * 2005-08-25 2007-02-02 삼성전자주식회사 홈 네트워크에서 방송 서비스를 위한 튜너들을 관리하는방법 및 그를 위한 장치

Also Published As

Publication number Publication date
CN101095349A (zh) 2007-12-26
MX2007008251A (es) 2007-08-22
WO2006137894A3 (en) 2007-03-29
CN101095349B (zh) 2012-05-02
EP1834480A2 (en) 2007-09-19
JP4919969B2 (ja) 2012-04-18
KR101193098B1 (ko) 2012-10-22
JP2008530830A (ja) 2008-08-07
BRPI0519579A2 (pt) 2009-02-17
WO2006137894A2 (en) 2006-12-28

Similar Documents

Publication Publication Date Title
KR101183554B1 (ko) 위성 게이트웨이 장애를 보상하기 위한 시스템과 방법
KR101193098B1 (ko) 게이트웨이 서버에서 수신 자원을 할당하기 위한 방법과시스템
US20090006625A1 (en) Method and system for allocating receiving resources in a gateway server
KR101222671B1 (ko) 다중 보안 레벨에서 위성 서비스를 전달하기 위한 시스템 및 방법
KR101223133B1 (ko) 소프트웨어 업그레이드의 이용가능성을 통고하기 위한시스템과 방법
KR101192317B1 (ko) 동기 바이트를 트랜스포트 패킷에 삽입하기 위한 시스템과 방법
KR101231732B1 (ko) 멀티캐스트 ｉｐ 주소를 선택하기 위한 시스템과 방법
KR101243194B1 (ko) 프로그램 식별자를 멀티캐스트 그룹으로 그룹화하기 위한시스템과 방법
JP5308550B2 (ja) マルチキャストｉｐアドレスを選択するシステム及び方法
JP2012124907A (ja) 同期バイトを伝送パケットに挿入するシステム及び方法
KR20080059348A (ko) 신호 입력을 선택하기 위한 시스템과 방법

Legal Events

Date Code Title Description
A201 Request for examination
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
J201 Request for trial against refusal decision
B701 Decision to grant
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20150918

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20160921

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20170919

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20180918

Year of fee payment: 7