KR101563442B1 - 유니캐스트 또는 브로드캐스트/멀티캐스트 서비스들을 위한 동적 적응 스트리밍 프록시 - Google Patents

Abstract

유니캐스트 또는 브로드캐스트/멀티캐스트 서비스를 위한 동적 적응 스트리밍 프록시에 대한 기술들이 제공된다. 예를 들면, 무선 통신 네트워크 (wireless communications network; WCN) 의 멀티미디어 클라이언트에 대한 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법은, WCN 네트워크 엔티티의 프록시 컴포넌트에서, 멀티미디어 컨텐츠에 대한 하나 이상의 상이한 로케이터들을 멀티미디어 컨텐츠에 대한 각각의 상이한 인코딩 포맷들과 관련시키는 데이터 구조를 수정하여, 수정된 데이터 구조를 획득하는 단계를 포함한다. 상기 방법은, 수정된 데이터 구조에 의해 적어도 부분적으로, 적어도 하나의 멀티미디어 클라이언트에 제공된 멀티미디어 컨텐츠에 대한 인코딩 포맷을 제어하는 단계를 포함할 수도 있다.

Description

유니캐스트 또는 브로드캐스트/멀티캐스트 서비스들을 위한 동적 적응 스트리밍 프록시{DYNAMIC ADAPTIVE STREAMING PROXY FOR UNICAST OR BROADCAST/MULTICAST SERVICES}

관련 출원에 대한 교차 참조

본 특허출원은 2011년 6월 30일자로 출원되고, 발명의 명칭이 "DYNAMIC ADAPTIVE STREAMING PROXY FOR UNICAST OR BROADCAST/MULTICAST SERVICES"이며 본원의 양수인에게 양도된 미국 가출원 제 61/503,601호를 우선권으로 주장하며, 이것은 본원에서의 참조에 의해 그 전체가 명시적으로 통합된다.

분야

본 개시의 양태들은 일반적으로 무선 통신 시스템에 관한 것으로, 특히, 유니캐스트 또는 브로드캐스트/멀티캐스트 서비스들을 위한 동적 적응 스트리밍 프록시에 관한 것이다.

다양한 통신 서비스들 예컨대 음성, 비디오, 패킷 데이터, 메시징, 브로드캐스트 등을 제공하기 위해 무선 통신 네트워크가 광범위하게 배치되어 있다. 이들 무선 네트워크들은 가용 네트워크 리소스들을 공유함으로써 다수의 유저들을 지원할 수 있는 다중 접속 네트워크들일 수도 있다. 이러한 다중 접속 네트워크들의 실시예들은 CDMA (Code Division Multiple Access) 네트워크들, TDMA (Time Division Multiple Access) 네트워크들, FDMA (Frequency Division Multiple Access) 네트워크들, OFDMA (Orthogonal FDMA) 네트워크들, 및 SC-FDMA (Single-Carrier FDMA) 네트워크들을 포함한다.

무선 통신 네트워크는, 모바일 디바이스들 또는 모바일 엔티티들로도 또한 칭해지는 다수의 사용자 단말기들 (user equipments; UE들) 에 대한 통신을 지원할 수 있는 다수의 기지국들을 포함할 수도 있다. UE는 다운링크 및 업링크를 통해 기지국과 통신할 수도 있다. 다운링크 (또는 포워드 링크) 는 기지국에서 UE로의 통신 링크를 지칭하고, 업링크 (또는 리버스 링크) 는 UE에서 기지국으로의 통신 링크를 지칭한다. 본원에서 사용된 바와 같이, "기지국"은 eNode B (eNB), Node B, Home Node B, 또는 무선 통신 시스템의 유사한 네트워크 컴포넌트를 의미한다.

3GPP (3rd Generation Partnership Project) LTE (Long Term Evolution) 는 GSM (Global System for Mobile communications) 및 UMTS (Universal Mobile Telecommunications System) 의 진화로서 셀룰러 기술에서의 큰 진보를 나타낸다. LTE 물리층 (PHY) 은 eNB들 (evolved Node Bs) 과 같은 기지국들과 UE들과 같은 모바일 디바이스들 사이에서 데이터와 제어 정보 양자를 전송하기 위한 대단히 효율적인 방식을 제공한다. 종래의 출원들에서, 멀티미디어에 대한 고 대역폭 통신을 용이하게 하는 방법은 싱글 주파수 네트워크 (single frequency network; SFN) 동작이었다. SFN들은 가입자 UE들과 통신하기 위해 무선 송신기들, 예컨대 eNB들을 활용한다. 유니캐스트 동작에서, 각각의 eNB는 하나 이상의 특정한 가입자 UE들에 대한 정보를 반송하는 (carrying) 신호들을 송신하도록 제어된다. 유니캐스트 시그널링의 특이성은, 예를 들면 음성 호출, 문자 메시지 전송, 또는 화상통화 호출 (video calling) 과 같은 개인 대 개인의 서비스들을 가능하게 한다.

브로드캐스트 동작에서, 브로드캐스트 영역에서의 몇몇 eNB들은, 브로드캐스트 영역에서의 임의의 가입자 UE에 의해 수신되고 액세스될 수 있는 정보를 반송하는 신호들을 동기화된 방식으로 브로드캐스트한다. 브로드캐스트 동작의 보편성은, 일반적인 공익의 정보를 송신함에 있어서, 예를 들면, 다양한 타입들의 오디오-비디오 컨텐츠를 최종 유저에게 제공하는 멀티미디어 유니캐스트 서비스들 및 멀티미디어 브로드캐스트들에서 더 큰 효율성을 가능하게 한다. 멀티미디어 컨텐츠에 대한 요구와 시스템 성능이 증가함에 따라, 시스템 오퍼레이터는 멀티미디어 컨텐츠에 대한 무선 리소스들의 사용을, 유연하고 적응적인 방식으로 제어하기 위한 툴들을 필요로 한다.

개요

하기에서는, 이러한 양태들의 기본적인 이해를 제공하기 위해 하나 이상의 양태들의 단순화된 개요를 제공한다. 이 개요는 모든 예견되는 양태들의 광범위한 개요가 아니며, 모든 양태들의 주요한 또는 크리티컬한 엘리먼트들을 식별하도록 의도된 것도 아니고 임의의 또는 모든 양태들의 범위를 기술하도록 의도된 것도 아니다. 유일한 목적은 하기에 제시되는 상세한 설명에 대한 전조 (prelude) 로서 하나 이상의 양태들의 몇몇 개념들을 단순화된 형태로 제공하는 것이다.

무선 통신 네트워크 (wireless communications network; WCN) 의 멀티미디어 클라이언트에 대한 멀티미디어 컨텐츠의 인코딩 포맷을 제어하기 위한 장치 및 방법이 개시된다. 일 양태에 따르면, 무선 통신 네트워크의 멀티미디어 클라이언트에 대한 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법은, WCN 네트워크 엔티티의 프록시 컴포넌트에서, 멀티미디어 컨텐츠에 대한 하나 이상의 상이한 로케이터들을 멀티미디어 컨텐츠에 대한 각각의 상이한 인코딩 포맷들과 관련시키는 데이터 구조를 수정하여, 수정된 데이터 구조를 획득하는 단계; 및 적어도 부분적으로 상기 수정된 데이터 구조에 의해, 적어도 하나의 멀티미디어 클라이언트에 제공된 상기 멀티미디어 컨텐츠에 대한 인코딩 포맷을 제어하는 단계를 포함한다.

다른 양태에 따르면, 무선 통신 네트워크 (wireless communications network; WCN) 의 멀티미디어 클라이언트에 제공된 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템은, WCN 네트워크 엔티티의 프록시 컴포넌트에서, 멀티미디어 컨텐츠에 대한 상이한 로케이터들을 멀티미디어 컨텐츠에 대한 각각의 상이한 인코딩 포맷들과 관련시키는 컨텐츠 서버로부터 수신된 데이터 구조를 수정하여, 수정된 데이터 구조를 획득하고, 그것에 의해 적어도 하나의 멀티미디어 클라이언트에 제공된 상기 멀티미디어 컨텐츠에 대한 인코딩 포맷을 제어하는 수단을 포함한다.

다른 양태에 따르면, 무선 통신 네트워크 (wireless communications network; WCN) 의 멀티미디어 클라이언트에 제공된 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템은, 멀티미디어 컨텐츠에 대한 상이한 로케이터들을 상기 멀티미디어 컨텐츠에 대한 각각의 상이한 인코딩 포맷들과 관련시키는 컨텐츠 서버로부터 수신된 데이터 구조를 수정하여, 수정된 데이터 구조를 획득하고, 적어도 하나의 상기 멀티미디어 클라이언트와 상기 컨텐츠 서버 사이에서 WCN 네트워크 엔티티의 프록시 컴포넌트로서 동작하여 상기 적어도 하나의 멀티미디어 클라이언트에 제공된 상기 멀티미디어 컨텐츠에 대한 인코딩 포맷을 제어하도록 구성된 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 커플링되며 데이터를 저장하는 메모리를 포함한다.

다른 양태에 따르면, 컴퓨터 프로그램 제품은, 멀티미디어 컨텐츠에 대한 상이한 로케이터들을 상기 멀티미디어 컨텐츠에 대한 각각의 상이한 인코딩 포맷들과 관련시키는 컨텐츠 서버로부터 수신된 데이터 구조를 수정하여, 수정된 데이터 구조를 획득하고, 적어도 하나의 멀티미디어 클라이언트와 상기 컨텐츠 서버 사이에서 WCN 네트워크 엔티티의 프록시 컴포넌트로서 동작하여 상기 적어도 하나의 멀티미디어 클라이언트에 제공된 상기 멀티미디어 컨텐츠에 대한 인코딩 포맷을 제어하는 코드를 포함하는 컴퓨터 판독가능 매체를 포함한다.

예시를 통해 여러 양태들이 도시되고 설명되는 하기의 상세한 설명으로부터 다른 양태들이 당업자에게 자명할 것임이 이해된다. 도면들 및 상세한 설명은 제한적인 것이 아니라 본질적으로 예증적인 것으로 간주되어야 한다.

도 1은 전기통신 시스템 (telecommunications system) 의 실시예를 개념적으로 예시하는 블록도이다.
도 2는 통신 시스템에서의 다운링크 프레임의 실시예를 개념적으로 예시하는 블록도이다.
도 3은 본 개시의 일 양태에 따라 구성된 UE와 기지국/eNB의 디자인을 개념적으로 예시하는 블록도이다.
도 4는 유니캐스트 및 멀티캐스트 신호들에 대한 심볼 할당의 실시예를 예시하는 시그널링 프레임의 도면이다.
도 5는 MBSFN (MBMS over a Single Frequency Network) 서비스 영역 내의 MBSFN 영역들을 예시하는 도면이다.
도 6은 MBSFN 서비스를 제공하거나 지원하는 무선 통신 시스템의 컴포넌트들을 예시하는 도면이다.
도 7은 프록시 컴포넌트들 및 리다이렉션을 사용하여 데이터 포맷 제어를 포함하는 무선 통신 시스템의 컴포넌트들을 예시하는 네트워크 도면이다.
도 8은 도 7에 도시된 바와 같은 시스템의 컴포넌트들의 보다 상세한 양태들을 예시하는 블록도이다.
도 9a는 DASH 프록시를 동작시키기 위한 방법을 예시하는 흐름도이다.
도 9b는 멀티미디어 컨텐츠의 전달에 적절한 DASH 프로토콜의 양태들을 예시하는 블록도이다.
도 9c는 멀티미디어 컨텐츠 (950A-B) 의 예시적인 변환을 예시한다.
도 10은 컨텐츠 서버로부터 모바일 엔티티로의 멀티미디어 컨텐츠의 제공을 제어하기 위해 도 7에 도시된 바와 같은 시스템을 사용하는 방법의 양태들을 예시하는 호출 다이어그램 (call diagram) 이다.
도 11 내지 도 14는 적응적 스트리밍 서비스 컨텍스트에서 프록시 컴포넌트를 사용하여 데이터 레이트들을 제어하기 위한 방법의 실시형태들을 예시한다.
도 15a 내지 도 15d는 도 11 내지 도 14의 방법들을 구현하기 위한 장치의 실시예들을 예시한다.

상세한 설명

첨부된 도면들과 연계하여 하기에 설명되는 상세한 설명은, 여러 구성들의 설명으로서 의도된 것이며 본원에서 설명되는 개념들이 실시될 수도 있는 구성들만을 나타내도록 의도된 것은 아니다. 상세한 설명은 여러 개념들의 완전한 이해를 제공하기 위한 목적으로 특정 상세들을 포함한다. 그러나, 이들 개념들이 이들 특정 상세들 없이 실시될 수도 있음이 당업자에게는 명백할 것이다. 몇몇 경우들에서, 이러한 개념들을 모호하게 하는 것을 방지하기 위해 공지의 구조들 및 컴포넌트들이 블록도의 형태로 도시된다.

본원에서 설명되는 기술들은 CDMA, TDMA, FDMA, OFDMA, SC-FDMA 및 다른 네트워크들과 같은 여러 무선 통신 네트워크들에 대해 사용될 수도 있다. "네트워크" 및 "시스템"이라는 용어들은 상호 교환적으로 종종 사용된다. CDMA 네트워크는 UTRA (Universal Terrestrial Radio Access), CDMA2000, 등과 같은 무선 기술을 구현할 수도 있다. UTRA는 WCDMA (Wideband CDMA) 및 CDMA의 다른 변형들을 포함한다. CDMA2000은 IS-2000, IS-95 및 IS-856 표준들을 포괄한다. TDMA 네트워크는 GSM (Global System for Mobile Communications) 과 같은 무선 기술을 구현할 수도 있다. OFDMA 네트워크는 E-UTRA (Evolved UTRA), UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, 플래시-OFDMA, 등과 같은 무선 기술을 구현할 수도 있다. UTRA와 E-UTRA는 UMTS (Universal Mobile Telecommunication System) 의 일부이다. 3GPP LTE (Long Term Evolution) 와 LTE-A (LTE-Advanced) 는 E-UTRA를 사용하는 UMTS의 새로운 버전 (releases) 이다. UTRA, E-UTRA, UMTS, LTE, LTE-A 및 GSM은 "3rd Generation Partnership Project (3GPP) "라는 이름의 조직으로부터의 다큐먼트들에서 설명된다. CDMA2000 및 UMB는 "3rd Generation Partnership Project 2 (3GPP2) "라는 이름의 조직으로부터의 다큐먼트들에서 설명된다. 본원에서 설명되는 기술들은 위에서 언급된 무선 기술들 및 무선 네트워크들뿐만 아니라 다른 무선 네트워크들 및 무선 기술들에 대해서도 사용될 수도 있다. 명확화를 위해, 기술들의 어떤 양태들은 LTE용으로 하기에 설명되고, LTE라는 용어는 하기의 대부분의 설명에서 사용된다.

도 1은 LTE 네트워크일 수도 있는 무선 통신 네트워크 (100) 를 도시한다. 무선 네트워크 (100) 는 다수의 eNB들 (110) 과 다른 네트워크 엔티티들을 포함할 수도 있다. eNB는 UE들과 통신하는 스테이션 (station) 일 수도 있고 기지국, Node B, 액세스 포인트, 또는 다른 용어로 칭해질 수도 있다. 각각의 eNB (110a, 110b, 110c) 는 특정 지리적 영역에 대해 통신 커버리지를 제공할 수도 있다. 3GPP에서, 용어 "셀"은, 이 용어가 사용되는 컨텍스트에 따라, eNB의 커버리지 영역 및/또는 이 커버리지 영역을 서비스하는 eNB 서브시스템으로 칭해질 수 있다.

eNB는 매크로셀, 피코셀, 펨토셀, 및/또는 다른 타입들의 셀에 대한 통신 커버리지를 제공할 수도 있다. 매크로셀은 상대적으로 큰 지리적 영역 (예를 들면, 반경이 수 킬로미터) 을 커버할 수도 있고 서비스에 가입한 UE들에 의한 제한되지 않은 액세스를 허용할 수도 있다. 피코셀은 상대적으로 작은 지리적 영역을 커버할 수도 있고 서비스에 가입한 UE들에 의한 제한되지 않은 액세스를 허용할 수도 있다. 펨토셀은 상대적으로 작은 지리적 영역 (예를 들면, 가정) 을 커버할 수도 있고 펨토셀과 관련이 있는 UE들 (예를 들면, 닫힌 가입자 그룹 (Closed Subscriber Group; CSG) 의 UE들, 가정 내의 유저들에 대한 UE들, 등) 에 의한 제한된 액세스를 허용할 수도 있다. 매크로셀에 대한 eNB는 매크로 eNB로 칭해질 수도 있다. 피코셀에 대한 eNB는 피코 eNB로 칭해질 수도 있다. 펨토 셀에 대한 eNB는 펨토 eNB 또는 홈 eNB (home eNB; HNB) 로 칭해질 수도 있다. 도 1에 도시된 실시예에서, eNB들 (110a, 110b and 110c) 은 각각 매크로셀들 (102a, 102b 및 102c) 에 대한 매크로 eNB들일 수도 있다. eNB (110x) 는 UE (120x) 를 서비스하는 피코셀 (102x) 에 대한 피코 eNB일 수도 있다. eNB들 (110y 및 110z) 은, 각각, 펨토셀들 (102y 및 102z) 에 대한 펨토 eNB들일 수도 있다. eNB는 하나 또는 다수 (예를 들면 3개) 의 셀들을 지원할 수도 있다.

무선 네트워크 (100) 는 중계국들 (relay stations; 110r) 을 또한 포함할 수도 있다. 중계국은 업스트림 스테이션 (예를 들면, eNB 또는 UE) 으로부터의 데이터 및/또는 다른 정보의 송신을 수신하고 다운스트림 스테이션 (예를 들면, UE 또는 eNB) 으로의 데이터 및/또는 다른 정보의 송신을 전송하는 스테이션이다. 또한, 중계국은 다른 UE들에 대한 송신들을 중계하는 UE일 수도 있다. 도 1에 도시된 실시예에서, 중계국 (110r) 은, eNB (110a) 와 UE (120r) 사이의 통신을 용이하게 하기 위해 eNB (110a) 및 UE (120r) 와 통신할 수도 있다. 중계국은 중계 eNB, 중계기 등으로 또한 칭해질 수도 있다.

무선 네트워크 (100) 는 상이한 타입들의 eNB들, 예를 들면 매크로 eNB들, 피코 eNB들, 펨토 eNB들, 중계기들 등을 포함하는 이종성 네트워크 (heterogeneous network) 일 수도 있다. 이들 상이한 타입들의 eNB들은 상이한 송신 전력 레벨들, 상이한 커버리지 영역들, 및 무선 네트워크 (100) 에서의 간섭에 대해 상이한 영향력을 가질 수도 있다. 예를 들면, 매크로 eNB들은 높은 송신 전력 레벨 (예를 들면, 20와트) 을 가질 수도 있지만 반면 피코 eNB들, 펨토 eNB들 및 중계기들은 낮은 송신 전력 레벨 (예를 들면, 1와트) 을 가질 수도 있다.

무선 네트워크 (100) 는 동기 동작 또는 비동기 동작을 지원할 수도 있다. 브로드캐스트 멀티캐스트 동작들은 정의된 영역 내의 기지국들의 동기화를 요구할 수도 있지만, 본 기술은 그것에 의해 제한되지 않는다. 동기 동작을 위해, eNB들은 유사한 프레임 타이밍을 가질 수도 있고, 상이한 eNB들로부터의 송신들은 시간적으로 대략적으로 정렬될 수도 있다. 비동기 동작을 위해, eNB들은 상이한 프레임 타이밍을 가질 수도 있고, 상이한 eNB들로부터의 송신들은 시간적으로 정렬되지 않을 수도 있다. 본원에서 설명된 기술들은 동기 및 비동기 동작 양자에 대해 사용될 수도 있다.

네트워크 컨트롤러 (130) 는 eNB들의 세트에 커플링되어 이들 eNB들에 대한 조정과 제어를 제공할 수도 있다. 네트워크 컨트롤러 (130) 는 백홀 (backhaul) 을 통해 eNB들 (110) 과 통신할 수도 있다. 또한, eNB들 (110) 은, 예를 들면 무선 또는 유선 백홀을 통해 직접적으로 또는 간접적으로 서로 통신할 수도 있다.

UE들 (120) 은 무선 네트워크 (100) 에 걸쳐 분산될 수도 있고, 각각의 UE는 고정식이거나 이동식일 수도 있다. UE는 또한 단말, 이동국, 가입자 유닛, 스테이션 등으로 칭해질 수도 있다. UE는 셀룰러폰, PDA (personal digital assistant), 무선 모뎀, 무선 통신 디바이스, 핸드헬드 디바이스, 랩탑 컴퓨터, 무선전화기, 무선 로컬 루프 (wireless local loop; WLL) 스테이션, 또는 다른 모바일 디바이스들일 수도 있다. UE는 매크로 eNB들, 피코 eNB들, 펨토 eNB들, 중계기들, 또는 다른 네트워크 엔티티들과 통신할 수도 있다. 도 1에서, 양쪽 화살표가 있는 실선은 UE와 서비스하고 있는 eNB 사이의 소망의 송신들을 나타내고, 이것은 다운링크 및/또는 업링크 상의 UE를 서비스하도록 지정된 eNB이다. 양쪽 화살표가 있는 점선은 UE와 eNB 사이의 간섭 송신들을 나타낸다.

LTE는 다운링크 상에서 OFDM (orthogonal frequency division multiplexing) 를 활용하고 업링크 상에서 SC-FDM (single-carrier frequency division multiplexing) 을 활용한다. OFDM과 SC-FDM은 시스템 대역폭을 다수 (K) 의 직교 서브캐리어들로 분할하는데, 이들은 일반적으로 톤들, 빈들 등으로 또한 칭해진다. 각각의 서브캐리어는 데이터에 의해 변조될 수도 있다. 일반적으로, 변조 심볼들은 OFDM을 통해 주파수 도메인에서 전송되고 SC-FDM을 통해 시간 도메인에서 전송된다. 인접한 서브캐리어들 사이의 간격은 고정될 수도 있고, 서브캐리어들의 전체 수 (K) 는 심볼 대역폭에 의존할 수도 있다. 예를 들면, K는 1.25, 2.5, 5, 10 또는 20 메가헤르츠 (MHz) 의 시스템 대역폭에 대해 각각 128, 256, 512, 1024 또는 2048과 동일할 수도 있다. 시스템 대역폭은 또한 서브밴드들로 분할될 수도 있다. 예를 들면, 서브밴드는 1.08 MHz를 커버할 수도 있고, 1.25, 2.5, 5, 10 또는 20 MHz의 시스템 대역폭에 대해 각각 1, 2, 4, 8 또는 16 서브밴드들일 수도 있다.

도 2는 LTE에서 사용되는 다운링크 프레임 구조 (200) 를 도시한다. 다운링크에 대한 송신 타임라인은 무선 프레임들 (202, 204, 206) 의 단위들로 분할될 수도 있다. 각각의 무선 프레임은 미리 정의된 지속기간 (예를 들면, 10밀리초 (ms)) 을 가질 수도 있고 0 내지 9의 인덱스들을 갖는 10개의 서브프레임들 (208) 로 분할될 수도 있다. 각각의 서브프레임은 2개의 슬롯들, 예를 들면 슬롯들 (210) 을 포함할 수도 있다. 따라서, 각각의 라디오 프레임은 0 내지 19의 인덱스들을 갖는 20개의 슬롯들을 포함할 수도 있다. 각각의 슬롯은 L개의 심볼 기간들, 예를 들면, 도 2에 도시된 바와 같이, 노멀 싸이클릭 프리픽스 (CP) 에 대해 7개의 심볼 기간들 (212), 또는 확장 싸이클릭 프리픽스에 대해 6개의 심볼 기간들을 포함할 수도 있다. 노멀 CP와 확장 CP는 본원에서 상이한 CP 타입들로 칭해질 수도 있다. 각 서브프레임에서의 2L개의 심볼 기간들에 대해 0 내지 2L-1의 인덱스들이 할당될 수도 있다. 가용 시간 주파수 리소스들은 리소스 블록들로 분할될 수도 있다. 각각의 리소스 블록은 하나의 슬롯에서 N개의 서브캐리어들 (예를 들면, 12개의 서브캐리어들) 을 커버할 수도 있다.

LTE에서, eNB는 eNB의 각 셀에 대해 주동기 신호 (primary synchronization signal; PSS) 및 부동기 신호 (secondary synchronization signal; SSS) 를 전송할 수도 있다. 주동기 신호 및 부동기 신호는, 도 2에 도시된 바와 같이, 노멀 싸이클릭 프리픽스를 갖는 각각의 무선 프레임의 서브프레임 0 및 서브프레임 5의 각각에서의 심볼 기간들 (6 및 5) 에서, 각각, 전송될 수도 있다. 동기 신호들은 셀 검출 및 획득을 위해 UE들에 의해 사용될 수도 있다. eNB는 서브프레임 0의 슬롯 1에서의 심볼 기간들 (0 내지 3) 에서 PBCH (Physical Broadcast Channel) 를 전송할 수도 있다. PBCH는 어떤 시스템 정보를 반송할 수도 있다.

eNB는, 도 2의 첫번 째 심볼 기간 전체에서 묘사되어 있지만, 각각의 서브프레임의 첫번 째 심볼 기간의 일부에서만 PCFICH (Physical Control Format Indicator Channel) 를 전송할 수도 있다. PCFICH는 제어 채널들에 대해 사용되는 심볼 기간들의 수 (M) 를 전달할 수도 있는데, 여기서 M은 1, 2 또는 3과 동일할 수도 있고 서브프레임마다 다를 수도 있다. M은, 예를 들면 10개 미만의 리소스 블록들을 갖는 작은 시스템 대역폭에 대해 4와 또한 동일할 수도 있다. 도 2에 도시된 실시예에서, M=3이다. eNB는 각 서브프레임의 첫 번째 M (도 2에서 M=3) 개의 심볼 기간들에서 PHICH (Physical HARQ Indicator Channel) 와 PDCCH (Physical Downlink Control Channel) 를 전송할 수도 있다. PHICH는 하이브리드 자동 재전송 (hybrid automatic retransmission; HARQ) 을 지원하기 위한 정보를 반송할 수도 있다. PDCCH는 UE들에 대한 리소스 할당에 대한 정보와 다운링크 채널들에 대한 제어 정보들을 반송할 수도 있다. 도 2의 첫번 째 심볼 기간에 도시되진 않았지만, 첫번 째 심볼 기간에 PDCCH와 PHICH도 또한 포함되는 것이 이해된다. 마찬가지로, PHICH와 PDCCH는 제 2 및 제 3의 심볼 기간들 둘 다에 또한 존재하지만, 도 2에는 그와 같이 도시되지 않았다. eNB는 각각의 서브프레임의 나머지 심볼 기간들에서 PDSCH (Physical Downlink Shared Channel) 를 전송할 수도 있다. PDSCH는 다운링크 상에서 데이터 송신이 예정된 UE들에 대한 데이터를 반송할 수도 있다. LTE에서의 다양한 신호들과 채널들은, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation"로 명칭이 부여된 3GPP TS 36.211에서 설명되는데, 이것은 공개적으로 이용 가능하다.

eNB는 eNB에 의해 사용되는 시스템 대역폭의 중심 1.08MHz에서 PSS, SSS 및 PBCH를 전송할 수도 있다. eNB는 이들 채널들이 전송되는 각각의 심볼 기간에서 전체 시스템 대역폭에 걸쳐 PCFICH 및 PHICH를 전송할 수도 있다. eNB는 시스템 대역폭의 어떤 부분들에서 UE들의 그룹들로 PDCCH를 전송할 수도 있다. eNB는 시스템 대역폭의 특정 부분들에서 특정 UE들로 PDSCH를 전송할 수도 있다. eNB는 브로드캐스트 방식으로 모든 UE들로 PSS, SSS, PBCH, PCFICH 및 PHICH를 전송할 수도 있고, 유니캐스트 방식으로 특정 UE들로 PDCCH를 전송할 수도 있고, 유니캐스트 방식으로 특정 UE들로 PDSCH를 또한 전송할 수도 있다.

UE는 다수의 eNB들의 커버리지 내에 있을 수도 있다. 이들 eNB들 중 하나는 UE를 서비스하도록 선택될 수도 있다. 서비스하는 eNB는 수신 파워, 경로 손실, 신호대잡음비 (signal-to-noise ratio; SNR) 등에 기초하여 선택될 수도 있다.

도 3은 UE (120) 와 기지국/eNB (110) 의 디자인의 블록도를 도시하는데, 이들은 도 1의 UE들 중 하나와 기지국들/eNB들 중 하나일 수도 있다. 제한된 관련 시나리오에 대해, 기지국 (110) 은 도 1의 매크로 eNB (110c) 일 수도 있고, UE (120) 는 UE (120y) 일 수도 있다. 또한, 기지국 (110) 은 몇몇 다른 타입의 기지국일 수도 있다. 기지국 (110) 은 안테나들 (334a 내지 334t) 을 갖추고 있을 수도 있고, UE (120) 는 안테나들 (352a 내지 352r) 을 갖추고 있을 수도 있다.

기지국 (110) 에서, 송신 프로세서 (320) 는 데이터 소스 (312) 로부터 데이터를 컨트롤러/프로세서 (340) 로부터 제어 정보를 수신할 수도 있다. 제어 정보는 PBCH, PCFICH, PHICH, PDCCH 등에 대한 것일 수도 있다. 데이터는 PDSCH 등에 대한 것일 수도 있다. 프로세서 (320) 는 데이터 및 제어 정보를 처리하여 (예를 들면, 인코딩 및 심볼 매핑) 데이터 심볼들 및 제어 심볼들을 각각 획득할 수도 있다. 프로세서 (320) 는, 예를 들면 PSS, SSS, 및 셀 특정 기준 신호에 대한 기준 심볼들을 또한 생성할 수도 있다. 송신 (TX) 다중 입력 다중 출력 (multiple-input multiple-output; MIMO) 프로세서 (330) 는, 적용 가능하다면, 데이터 심볼들, 제어 심볼들, 및/또는 기준 심볼들에 대한 공간적 처리 (예를 들면, 프리코딩) 를 수행할 수도 있고, 출력 심볼 스트림들을 변조기들 (MOD들) (332a 내지 332t) 로 제공할 수도 있다. 각각의 변조기 (332) 는 (예를 들면, OFDM 등에 대한) 각각의 출력 심볼 스트림을 처리하여 출력 샘플 스트림을 획득할 수도 있다. 각 변조기 (332) 는 출력 샘플 스트림을 추가로 처리 (예를 들면, 아날로그로 변환, 증폭, 필터링, 및 업컨버트) 하여 다운링크 신호를 획득할 수도 있다. 변조기들 (332a 내지 332t) 로부터의 다운링크 신호들은 안테나들 (334a 내지 334t) 를 통해, 각각, 송신될 수도 있다.

UE (120) 에서, 안테나들 (352a 내지 352r) 은 기지국 (110) 으로부터 다운링크 신호들을 수신할 수도 있고 수신된 신호들을 복조기들 (DEMOD들) (354a 내지 354r) 로, 각각, 제공할 수도 있다. 각각의 복조기 (354) 는 각각의 수신된 신호를 컨디셔닝 (예를 들면, 필터링, 증폭, 다운컨버트, 및 디지털화) 하여 입력 샘플들을 획득할 수도 있다. 각각의 복조기 (354) 는 (예를 들면, OFDM 등에 대한) 입력 샘플들을 더 처리하여 수신된 심볼들을 획득할 수도 있다. MIMO 검출기 (356) 는 모든 복조기들 (354a 내지 354r) 로부터 수신된 심볼들을 획득하고, 적용 가능하면 수신된 심볼들에 대해 MIMO 검출을 수행하고, 검출된 심볼들을 제공한다. 수신 프로세서 (358) 는 검출된 심볼들을 처리 (예를 들면, 복조, 디인터리빙, 및 디코딩) 하고, UE (120) 에 대한 디코딩된 데이터를 데이터 싱크 (360) 에 제공하고, 디코딩된 제어 정보를 컨트롤러/프로세서 (380) 로 제공할 수도 있다.

업링크 상의 UE (120) 에서, 송신 프로세서 (364) 는 데이터 소스 (362) 로부터의 (예를 들면, PUSCH에 대한) 데이터 및 컨트롤러/프로세서 (380) 로부터의 (예를 들면, PUCCH) 에 대한 제어 정보를 수신하여 처리할 수도 있다. 프로세서 (364) 는 기준 신호에 대한 기준 심볼들을 또한 생성할 수도 있다. 송신 프로세서 (364) 로부터의 심볼들은 적용 가능하다면 TX MIMO 프로세서 (366) 에 의해 프리코딩되고, (예를 들면, SC-FDM 등에 대한) 복조기들 (354a 내지 354r) 에 의해 더 처리되고, 기지국 (110) 으로 송신될 수도 있다. 기지국 (110) 에서, UE (120) 로부터의 업링크 신호들은 안테나들 (334) 에 의해 수신되고, 복조기들 (332) 에 의해 처리되고, 적용 가능하다면 MIMO 검출기 (336) 에 의해 검출되고, 수신 프로세서 (338) 에 의해 더 처리되어 UE (120) 에 의해 전송된 디코딩된 데이터 및 제어 정보를 획득할 수도 있다. 프로세서 (338) 는 디코딩된 데이터를 데이터 싱크 (339) 에 디코딩된 제어 정보를 컨트롤러/프로세서 (340) 에 제공할 수도 있다.

컨트롤러들/프로세서들 (340 및 380) 은 기지국 (110) 및 UE (120) 에서의 동작을 각각 디렉팅할 수도 있다. 기지국 (110) 에서의 프로세서 (340) 및/또는 다른 프로세서들 및 모듈들은 본원에서 설명된 기술들에 대한 여러 처리들의 실행을 수행 또는 디렉팅할 수도 있다. UE (120) 에서의 프로세서 (380) 및/또는 다른 프로세서들 및 모듈들은 도 4 및 도 5에서 예시된 기능적 블록들, 및/또는 본원에서 설명된 기술들에 대한 다른 처리들의 실행을 또한 수행하거나 디렉팅할 수도 있다. 메모리들 (342 및 382) 은 기지국 (110) 및 UE (120) 에 대한 데이터와 프로그램을, 각각, 저장할 수도 있다. 스케줄러 (344) 는 다운링크 및/또는 업링크 상에서의 데이터 송신에 대해 UE들을 스케줄링할 수도 있다.

일 구성에서, 무선 통신을 위한 UE (120) 는 UE의 접속 모드 동안 간섭 기지국으로부터의 간섭을 검출하는 수단, 간섭 기지국의 양도된 (yielded) 리소스를 선택하는 수단, 양도된 리소스 상의 물리적 다운링크 제어 채널의 에러율을 획득하는 수단, 및 미리 정의된 레벨을 초과하는 에러율에 응답하여 실행가능한 무선 링크 실패 선언 수단을 포함한다. 일 양태에서, 상기 언급된 수단은, 상기 언급된 수단에 의해 열거된 기능들을 수행하도록 구성된 프로세서 (들), 컨트롤러/프로세서 (380), 메모리 (382), 수신 프로세서 (358), MIMMO 검출기 (356), 복조기들 (354a), 및 안테나들 (352a) 일 수도 있다. 다른 양태에서, 상기 언급된 수단은, 상기 언급된 수단에 의해 열거된 기능들을 수행하도록 구성된 모듈 또는 임의의 장치일 수도 있다.

단일 주파수 네트워크들에서의 유니캐스트 시그널링과 eMBMS

멀티미디어에 대한 고대역폭 통신을 용이하게 하는 한 메커니즘은 단일 주파수 네트워크 (SFN) 동작이다. 특히, MBMS (Multimedia Broadcast Multicast Service) 와 eMBMS (evolved MBMS) 로서 또한 알려진 LTE용 MBMS (예를 들면, LTE 컨텍스트에서 MBSFN (multimedia broadcast single frequency network) 로서 최근 알려지기 시작한 것도 포함) 는 이러한 SFN 동작을 활용할 수 있다. SFN들은 가입자 UE들과 통신하기 위해 무선 송신기들, 예컨대 예를들면 eNB들을 활용한다. eNB들의 그룹들은 동기화된 방식으로 정보를 송신할 수 있고, 그 결과 신호들은 서로 간섭하기 보단 서로 보강하게 된다. eMBMS의 컨텍스트에서, 공유된 컨텐츠는 LTE 네트워크의 다수의 eNB들로부터 다수의 UE들로 송신된다. 따라서, 주어진 eMBMS 영역 내에서, UE는 무선 범위 내의 임의의 eNB (또는 eNB들) 로부터 eMBMS 신호들을 수신할 수도 있다. 그러나, eMBMS 신호를 디코딩하기 위해 각각의 UE는 서비스하고 있는 eNB로부터 비-eMBMS 채널을 통해 MCCH (Multicast Control Channe) 정보를 수신한다. MCCH 정보는 시간마다 변하고 변화의 통지는 다른 비-eMBMS 채널, PDCCH를 통해 제공된다. 따라서, 특정 eMBMS 영역 내에서 eMBMS 신호들을 디코딩하기 위해, 각각의 UE는 그 영역 내의 eNB들 중 하나에 의해 MCCH 및 PDCCH 신호들을 서비스받는다.

본 개시의 주제의 양태들에 따르면, eMBMS에 대한 단일 캐리어 최적화에 관한 특징들을 갖는 무선 네트워크 (예를 들면, 3GPP 네트워크) 가 제공된다. eMBMS는 공유된 컨텐츠를 LTE 네트워크로부터 예를 들면 UE들과 같은 다수의 모바일 디바이스들로 송신하기 위한 효율적인 방식을 제공한다. 본 개시의 양태들은 eMBMS 또는 다른 멀티캐스트 동작에 제한되지 않으며, 유니캐스트 동작들에 또한 적용될 수도 있다.

LTE FDD (Frequency Division Duplex) 에 대한 eMBMS의 물리층 (PHY) 에 대해, 채널 구조는 혼합 캐리어 상에서의 유니캐스트 송신들과 eMBMS 사이에서 TDM (time division multiplexing) 리소스 분할화를 포함할 수도 있고, 그 결과 유연하고 동적인 스펙트럼 활용을 가능하게 한다. 현재, MBSFN (multimedia broadcast single frequency network) 서브프레임들로서 알려진 서브프레임들의 (60%까지의) 서브셋이 eMBMS 송신을 위해 예약될 수 있다. 현재의 eMBMS 디자인 그 자체로는 eMBMS에 대해 10개의 서브프레임들 중 최대 6개를 허용한다.

eMBMS에 대한 서브프레임 할당의 실시예는 도 4에 도시되며, 도 4는, 단일 캐리어의 경우에 대한, MBSFN 서브프레임들 (400) 상의 MBSFN 기준 신호들의 기존 할당을 도시한다. 도 4에 묘사된 컴포넌트들은 도 2에 도시된 것들에 대응하며, 도 4는 리소스 블록 (resource block; RB) (404) 과 각 슬롯 (402) 내의 개개의 서브캐리어들을 도시하고 있다. 3GPP LTE에서, RB (404) 는 0.5ms의 슬롯 지속기간에 걸쳐 12개의 서브캐리어들을 스팬하고, 각각의 서브캐리어는 15kHZ의 대역폭을 가지며 모여서 RB당 180kHZ를 스팬한다. 서브프레임들은 유니캐스트 또는 eMBMS에 대해 할당될 수도 있다; 예를 들면 0, 1, 2, 3, 4, 5, 6, 7, 8, 및 9로 라벨링된 서브프레임들 (408) 의 시퀀스에서, 서브프레임들 (0, 4, 5, 및 9) 은 FDD에서의 eMBMS로부터 배제될 수도 있다. 또한, 서브프레임들 (0, 1, 5, 및 6) 은 TDD (time division duplex) 에서의 eMBMS로부터 배제될 수도 있다. 보다 구체적으로는, 서브프레임들 (0, 4, 5, 및 9) 은 PSS/SSS/PBCH/페이징/시스템 정보 블록들 (system information blocks; SIB들) 및 유니캐스트 서비스에 대해 사용될 수도 있다. 시퀀스에서의 나머지 서브프레임들, 예를 들면, 서브프레임들 (1, 2, 3, 6, 7, 및 8) 은 eMBMS 서브프레임들로서 구성될 수도 있다.

도 4를 계속 참조하여, 각각의 eMBMS 서브프레임 (400) 내에서, 첫번 째 1개 또는 2개의 심볼들 (406) 은 유니캐스트 기준 심볼들 (reference symbols; RS들) 및 제어 시그널링에 대해 사용될 수도 있다. 첫번 째 1개 또는 2개의 심볼들 (406) 의 CP 길이는 서브프레임 (0) 의 것을 따를 수도 있다. CP 길이들이 상이하면, 첫번 째 1개 또는 2개의 심볼들 (406) 과 eMBMS 심볼들 사이에서 송신 갭이 발생할 수도 있다. 관련 양태들에서, 전체 eMBMS 대역폭 활용은 RS 오버헤드를 고려하여 42.5%일 수도 있다 (즉, 6개의 eMBMS 서브프레임들 및 각각의 eMBMS 서브프레임 내의 2개의 제어 심볼들). MBSFN RS들과 유니캐스트 RS들을 제공하기 위한 공지의 기술들은 (도 4에 도시된 바와 같이) MBSFN 서브프레임들 상에 MBSFN RS들을 할당하는 것과, 비-MBSFN 서브프레임들 상에 유니캐스트 RS들을 별도로 할당하는 것을 수반한다. 보다 구체적으로는, 도 4가 나타내는 바와 같이, MBSFN 서브프레임 (400) 의 확장 CP는 유니캐스트 RS들이 아니라 MBSFN RS들 (410) 을 포함한다. 본 기술은, 제한이 아니라 예로서 제시된 도 2 및 도 4에 예시된 특정 프레임 할당 스킴에 제한되지 않는다. 본원에서 사용된 것과 같은 멀티캐스트 세션 또는 멀티캐스트 브로드캐스트는 임의의 적절한 프레임 할당 스킴을 사용할 수도 있다.

eMBMS 서비스 영역들

도 5는 다수의 MBSFN 영역들 (504, 506, 508) 을 둘러싸는 MBMS 서비스 영역 (502) 을 포함하는 시스템 (500) 을 예시하며, 다수의 MBSFN 영역들 (504, 506, 508) 자체는 다수의 셀들 또는 기지국들 (510) 을 포함한다. 본원에서 사용된 바와 같이, "MBMS 서비스 영역"은 어떤 MBMS 서비스가 이용 가능한 무선 송신 셀들의 그룹을 지칭한다. 예를 들면, 특정 스포츠들 또는 다른 프로그램이 특정 시간에 MBMS 서비스 영역 내에서 기지국들에 의해 브로드캐스트될 수도 있다. 특정 프로그램이 브로드캐스트되는 영역은 MBMS 서비스 영역을 정의한다. MBMS 서비스 영역은, 504, 506 및 508에서 도시된 바와 같이 하나 이상의 "MBMS 영역들"로 구성될 수도 있다. 본원에서 사용된 바와 같이, MBSFN 영역은 MBSFN 프로토콜을 사용하여 동기화된 방식으로 특정 프로그램을 현재 브로드캐스팅하고 있는 셀들 (예를 들면, 셀들 (510)) 의 그룹을 지칭한다. "MBSFN 동기화 영역"은 상호 연결된 셀들의 그룹을 지칭하는 것으로, 셀들은, 셀들이 MBSFN 프로토콜을 사용하여 특정 프로그램을 브로드캐스트하기 위해 동기화된 방식으로 동작하는지 또는 하지 않는지에 무관하게, 그렇게 할 수 있도록 구성된다. 각각의 eNB는, 주어진 주파수 층 상에서, 단지 하나의 MBSFN 동기화 영역에만 속할 수 있다. MBMS 서비스 영역 (502) 이 하나 이상의 MBSFN 동기화 영역을 포함할 수도 있다는 것이 주목할 만하다. 역으로, MBSFN 동기화 영역은 하나 이상의 MBSFN 영역 또는 MBMS 서비스 영역을 포함할 수도 있다. 일반적으로, MBSFN 영역은 단일의 MBSFN 동기화 영역의 전체 또는 일부로 구성되고, 단일 MBMS 서비스 영역 내에 위치된다. 여러 MBSFN 영역들 사이의 오버랩이 지원되며, 단일의 eNB는 단일의 동기화 영역 내의 여러 상이한 MBSFN 영역들에 속할 수도 있다. 예를 들면, 상이한 MBSFN 영역들에서의 멤버십을 지원하기 위해 8개까지의 독립 MCCH들이 SIB (System Information Block; 13) 에서 구성될 수도 있다. MBSFN 영역 예약 셀 또는 기지국은 MBSFN 송신에 기여하지 않는 MBSFN 영역 내의 셀/기지국이며, 예를 들면 MBSFN 동기화 영역 경계 근처의 셀 또는 그 로케이션으로 인해 MBSFN 송신에 필요되지 않는 셀이다.

eMBMS 시스템 컴포넌트들 및 기능들

도 6은 MBSFN 서비스를 제공 또는 지원하기 위한 무선 통신 시스템 (600) 의 기능적 엔티티들을 예시한다. QoS (Quality of Service) 에 관하여, 시스템 (600) 은 GBR (Guaranteed Bit Rate) 타입 MBMS 베어러를 사용할 수도 있고, 여기서 MBR (Maximum Bit Rate) 은 GBR과 동일하다. 이들 컴포넌트들은 예로서 도시되고 설명되며, 본원에서 설명된 발명의 개념을 제한하는 것은 아니며, 이들은 멀티캐스트 송신들을 전달하고 제어하기 위한 다른 아키텍쳐들 및 기능적 분배들에 채용될 수도 있다.

시스템 (600) 은 MBMS GW (MBMS Gate Way; 616) 를 포함할 수도 있다. MBMS GW (616) 는 M1 인터페이스를 통한 eNodeB들 (604) 로의 MBMS 유저 플레인 데이터의 IP (Internet Protocol) 멀티캐스트 분배를 제어한다; 많은 가능한 eNB들 중 하나의 eNB (604) 가 도시된다. 또한, MBMS GW는 M1 인터페이스를 통한 UTRAN RNC들 (Radio Network Controllers; 620) 로의 MBMS 유저 플레인 데이터의 IP (Internet Protocol) 멀티캐스트 분배를 제어한다; 많은 가능한 RNC들 중 하나의 UTRAN RNC (620) 가 도시된다. M1 인터페이스는 MBMS 데이터 (유저 플레인) 에 관련되고 데이터 패킷들의 전달을 위해 IP를 사용한다. eNB (604) 는 E-UTRAN Uu 인터페이스를 통해 UE/모바일 디바이스 (602) 로 MBMS 컨텐츠를 제공할 수도 있다. RNC (620) 는 Uu 인터페이스를 통해 UE/모바일 디바이스 (622) 로 MBMS 컨텐츠를 제공할 수도 있다. MBMS GW (616) 는, MME (Mobility Management Entity; 608) 및 Sm 인터페이스를 통해, MBMS 세션 제어 시그널링, 예를 들면 MBMS 세션 시작 및 세션 중지를 더 수행할 수도 있다. MBMS GW (616) 는 SG-mb (유저 플레인) 기준 포인트를 통해 MBMS 베어러들을 사용하는 엔티티들에 대한 인터페이스를 또한 제공할 수도 있고, SGi-mb (제어 플레인) 기준 포인트를 통해 MBMS 베어러들을 사용하는 엔티티들에 대한 인터페이스를 또한 제공할 수도 있다. SG-mb 인터페이스는 MBMS 베어러 서비스 특정 시그널링을 반송한다. SGi-mb 인터페이스는 MBMS 데이터 전달을 위한 유저 플레인 인터페이스이다. MBMS 데이터 전달은 디폴트 모드일 수도 있는 IP 유니캐스트 송신에 의해, 또는 IP 멀티캐스팅에 의해 수행될 수도 있다. MBMS GW (616) 는 SGSN (Serving General Packet Radio Service Support Node; 618) 및 Sn/Iu 인터페이스들을 통해 UTRAN를 통해 MBMS에 대해 제어 플레인 기능을 제공할 수도 있다.

시스템 (600) 은 MCE (Multicast Coordinating Entity; 606) 를 더 포함할 수도 있다. MCE (606) 는 MBMS 컨텐츠에 대한 승인 제어 기능을 수행하고, MBSFN 동작을 사용하는 멀티 셀 MBMS 송신들에 대한 MBSFN 영역에서의 모든 eNB들에 의해 사용되는 시간 및 주파수 무선 리소스들을 할당할 수도 있다. MCE (606) 는, 예를 들면 변조 및 코딩 스킴과 같은 MBSFN 영역에 대한 무선 구성을 결정할 수도 있다. MCE (606) 는, MBMS 컨텐츠의 유저 플레인 송신을 스케줄링하고 제어하며, 어떤 멀티캐스트 채널에서 어떤 서비스들이 멀티플렉싱될지를 결정하는 것에 의해, eMBMS 서비스 멀티플렉싱을 관리할 수도 있다. MCE (606) 는 M3 인터페이스를 통해 MME (608) 와 함께 MBMS 세션 제어 시그널링에 참여할 수도 있고, eNB (604) 에 대한 제어 플레인 인터페이스 (M2) 를 제공할 수도 있다.

시스템 (600) 은 컨텐츠 공급자 서버 (614) 와 통신하는 BM-SC (Broadcast-Multicast Service Center; 612) 를 더 포함할 수도 있다. BM-SC (616) 는 컨텐츠 공급자 (614) 와 같은 하나 이상의 소스들로부터의 멀티캐스트 컨텐츠의 입력을 핸들링하고, 하기에 설명되는 바와 같은 다른 고레벨 관리 기능들을 제공할 수도 있다. 이들 기능들은, 예를 들면, 권한부여 및 식별된 UE에 대한 MBMS 서비스들의 개시를 포함하는 멤버십 기능을 포함할 수도 있다. MB-SC (616) 는 MBMS 세션과 송신 기능들, 라이브 브로드캐스트들의 스케줄링, MBMS와 관련 전달 기능들을 포함하는 전달을 더 수행할 수도 있다. BM-SC (616) 는 멀티캐스트에 이용 가능한 컨텐츠를 광고하는 것과 같은 서비스 광고 및 설명을 더 제공할 수도 있다. 별개의 PDP (Packet Data Protocol) 컨텍스트는 UE와 BM-SC 사이에서 제어 메시지들을 반송하기 위해 사용될 수도 있다. 또한, BM-SC는 키 관리와 같은 보안 기능들을 제공하고, 데이터 볼륨과 QoS와 같은 파라미터들에 따라 컨텐츠 공급자들의 과금을 관리하고, 브로드캐스트 모드에 대한 E-UTRAN에서의 그리고 UTRAN에서의 MBMS에 대한 컨텐츠 동기화를 제공하고, UTRAN에서의 MBSFN에 대한 헤더 압축을 제공할 수도 있다. BM-SC (612) 는, QoS 및 MBMS 서비스 영역과 같은 세션 속성들을 포함하는 MBMS-GW (616) 에 대한 세션 시작, 업데이트 및 중지를 나타낼 수도 있다.

시스템 (600) 은 MCE (606) 및 MBMS-GW (608) 와 통신하는 MME (Multicast Management Entity; 608) 를 더 포함할 수도 있다. MME (600) 는 E-UTRAN을 통해 MBMS에 대한 제어 플레인 기능을 제공할 수도 있다. 또한, MME는 MBMS-GW (616) 에 의해 정의된 멀티캐스트 관련 정보를 eNB (604) 및 UE (602) 에 제공할 수도 있다. MME (608) 와 MBMS-GW (616) 사이의 Sm 인터페이스는 MBMS 제어 시그널링, 예를 들면, 세션 시작 및 중지 신호들을 반송하기 위해 사용될 수도 있다.

시스템 (600) 은 PDN (Packet Data Network) GW (Gate Way) (610) 을 더 포함할 수도 있는데, 이것은 가끔 P-GW로 약칭된다. P-GW (610) 는 시그널링 및/또는 유저 데이터에 대해 BM-SC (612) 와 UE (602) 사이에 EPS (Evolved Packet System) 베어러를 제공할 수도 있다. 이와 같이, P-GW는 UE들에 할당된 IP 어드레스들과 관련하여 UE들로부터의 URL (Uniform Resource Locator) 기반 요청들을 수신할 수도 있다. P-GW는, 리다이렉터 컴포넌트 (redirector component; 630) 을 사용하여, HTTP (hypertext transfer protocol) 적응 스트리밍 요청들을 BM-SC (612) 의 프록시 컴포넌트 (632) 로 리다이렉팅할 수도 있다. 리다이렉터 컴포넌트 (630) 는 도 7에 도시된 HDM (High Attach Rate Detection Module) 을 포함하거나, 또는 HDM과 관련될 수도 있다. BM-SC (612) 는, IP 인터페이스를 통해 BM-SC (612) 와 통신할 수도 있는 하나 이상의 컨텐츠 공급자에 P-GW (610) 를 통해 또한 링크될 수도 있다. BM-SC는 모바일 엔티티들로부터의 리다이렉팅된 적응 스트리밍 요청들을 핸들링하는 프록시 컴포넌트 (또는 프록시 엔티티) (632) 를 포함할 수도 있다. 프록시 컴포넌트 (632) 는 도 7에 도시된다.

시스템은, 본원에서 개시된 방법들 및 장치들의 양태들을 용이하게 하기 위해, 어떤 시스템 컴포넌트들 사이의 직접 통신을 가능하게 하는 새로운 인터페이스들을 포함할 수도 있다. 예를 들면, 단일 통신 링크에서의 직접 인터페이스 (624) 는 eNB (604) 와 BM-SC (612) 사이에 제공될 수도 있다. 또 다른 예를 들면, 직접 인터페이스 (626) 는 MCE (606) 와 BM-SC (612) 사이에 제공될 수도 있다. 또한, eNB (604) 는, O&M (Operations and Maintenance) 링크 (628) 를 통해, BM-SC를 포함하지만 이것에 제한되지 않는 여러 시스템 컴포넌트들에 간접적으로 링크될 수도 있다.

동적 적응 스트리밍

유니캐스트 송신에서의 동적 적응 스트리밍은 3GPP2 TS 26.247 v.1.3.0 (2011-03) 의 "Dynamic Adaptive Streaming over HTTP (3GP-DASH) "에서 설명된다. 유사한 표준들은 ALS (Apple Live Streaming), HLS (HTTP Live Streaming) 및 AHS (Adaptive HTTP Streaming) 를 포함할 수도 있다. 상기 문헌에서 설명된 바와 같은 DASH, 및 유사한 표준들은, 미디어 컴포넌트가 수신되고 있는 통로인 유니캐스트 접속에 대한 모바일 엔티티에 의해 요청된 다른 품질 요인, 비디오 비트율, 또는 해상도의 선택에 의해 모바일 디바이스 레벨에서 동작한다. 모바일 엔티티는 그 자신의 하드웨어 구성 및 유니캐스트 서비스에 대한 가용 옵션들에 기초하여 소망의 QoS를 나타낼 수도 있다. QoS는 MPD (Media Presentation Description) 에서의 "표현 (representation) "에 의해 설명되거나 나타내어질 수도 있다. 유니캐스트 송신의 서비스 품질을 제어하는 네트워크 엔티티, 예를 들면, BM-SC는 모바일 엔티티로부터의 표시에 응답하여 요청된 서비스 품질, 예를 들면, 비디오 또는 오디오 비트율, 해상도, 디스플레이 사이즈 등을 제공한다. MPD에서 나타내어진 바와 같은 세그먼트의 QoS와 일반적으로 일치해야만 하는 특정 세그먼트, 예를 들면 데이터 포맷의 더 상세한 양태들은 초기화 세그먼트에서 정의될 수도 있다. 이 적응 스트리밍 성능은 동적이도록 디자인되는데, 동적이라는 것은 서비스 품질이 유니캐스트 송신 동안 조정될 수 있음을 의미하며; 예를 들면, 서비스 품질이 특정 프레임 경계에서 또는 모바일 디바이스의 이동 또는 다른 요인들로 인해, 또는 유니캐스트 미디어 세션의 대안적 무선 클라이언트로의 이동을 지원하기 위해 유니캐스트 SNR (Signal-to-Noise Ratio; 신호대잡음비) 이 변하는 때의 시간에서 서비스 품질은 조정될 수 있다.

인코딩 포맷들의 제어에 대한 이슈들과 해결책들

서비스 품질은 특정 유니캐스트 또는 브로드캐스트 송신들에 대해 사용되는 인코딩 포맷을 통한 송신 비트율들에 관련될 수도 있다. 즉, 인코딩 포맷은 스트리밍 또는 브로드캐스트 서비스에 대한 요구되는 송신 비트율을 결정할 수도 있다. 일반적으로, 유니캐스트 서비스에 대해 생각되는 DASH 및 유사한 표준들은 모바일 디바이스로부터 유니캐스트 송신의 서비스 품질을 제어하는 하나 이상의 네트워크 엔티티들로의 피드백 메커니즘에 의존할 수도 있다. 서비스 품질을 제어하는 네트워크 엔티티는 유니캐스트 송신을 제공하는 무선 통신 시스템 외부에 존재할 수도 있다; 예를 들면, 연결 네트워크에 위치된 컨텐츠 서버에 존재할 수도 있다. 컨텐츠 서버는, MPD에 의해 나타내어지는 관련 로케이터, 예를 들면, 네트워크 어드레스를 사용하는 멀티미디어 컨텐츠의 소망의 표현을 멀티미디어 클라이언트 (예를 들면, 모바일 엔티티) 가 선택하는 것을 가능하게 하는 데이터 구조를 제공할 수도 있다.

DASH 및 유사한 적응 스트리밍 컨텍스트들에서 발생할 수도 있는 하나의 이슈는, 서비스 품질 (예를 들면, 비트율들) 이 무선 네트워크 오퍼레이터의 제어 밖의 엔티티에 의해 결정될 수도 있고, 따라서 네트워크에 대한 최적의 서비스 품질들과 조화되지 않을 수도 있다. 예를 들면, 제 3자 컨텐츠 서버는, 요청된 컨텐츠 세그먼트들을 스트리밍하는 무선 네트워크에 의해 서비스되지 않을 수도 있는 서비스 옵션들을 나타내는 MPD를 제공할 수도 있다. 또 다른 예를 들면, 상대적으로 높은 비트율 옵션은 MPD 또는 유사한 데이터 구조를 사용하는 컨텐츠 서버에 의해 가능하게 될 수도 있지만, 무선 영역 내의 여러 클라이언트들이 높은 데이터율을 선택하면, 결과적으로 나타나는 트래픽은 네트워크 반송 용량을 초과할 수도 있다. 이러한 이슈들은, 특정 네트워크가 특정 시간에 지원할 수 있는 서비스의 레벨이 무엇인지에 관한 정보가 결여된 상태에서 컨텐츠 공급자가 높은 품질의 서비스를 제공하는 것에 일반적으로 관심이 있기 때문에 발생할 수도 있다. 기존 해결책들은, DASH를 포함하지만 이것에 제한되지 않는 여러 동적 적응 스트리밍 프로토콜들에 대한 유니캐스트 서비스 품질을 네트워크 오퍼레이터가 제어하는 것을 가능하게 하지 않는다.

유사한 이슈가 브로드캐스트 또는 멀티캐스트 컨텍스트들에서 발생할 수도 있는데, 여기서는 멀티캐스트 또는 브로드캐스트의 서비스 품질이 서비스 가이드에 의해 나타내어질 수도 있다. 서비스 가이드는, 멀티미디어 컨텐츠에 대한 상이한 로케이터들을 멀티미디어 컨텐츠에 대한 각각의 상이한 인코딩 포맷들과 관련시키는 다른 타입의 데이터 구조를 포함할 수도 있다. 서비스 가이드는, 특정 품질의 브로드캐스트 또는 멀티캐스트가 획득될 수도 있는 브로드캐스트/멀티캐스트 신호 로케이션에 관해 클라이언트에게 통지할 수도 있다. 예를 들면, 로케이터는 특정 캐리어와 서브프레임 인덱스 또는 인덱스들의 세트를 포함할 수도 있다. 브로드캐스트 또는 멀티캐스트 컨텐츠에 대한 서비스 가이드는, 특정 네트워크 영역에서 브로드캐스트 또는 멀티캐스트 서비스를 최적화하게 될 인코딩된 포맷 (또는 포맷들) 에서 컨텐츠를 제공하고 있지 않는 컨텐츠 소스로부터의 멀티미디어 컨텐츠에 대해 여러 경우들에서 클라이언트에 의해 요청될 수도 있다. 컨텐츠 소스로부터 가용한 것과는 상이한 서비스 품질 또는 품질들로 특정 영역에서의 가용 멀티미디어 컨텐츠를 네트워크 오퍼레이터가 광고하고 만드는 것이 바람직할 수도 있다. 예를 들면, 클라이언트들은 원래 컨텐츠가 인코딩되었던 것보다 낮은 또는 높은 품질로 인코딩된 포맷의 컨텐츠를 소망할 수도 있다. 예를 들면, 클라이언트들은, 클라이언트들이 높은 대역폭을 지원하지 않기 때문에 또는 클라이언트들의 출력 스크린 해상도가 원래의 인코딩된 포맷보다 낮기 때문에 낮은 품질로 인코딩된 포맷을 소망할 수도 있다. 상이한 품질로 컨텐츠를 제공하는 것은, 브로드캐스트를 위한 소망하는 포맷의 데이터를 획득하기 위해, 네트워크 엔티티에 의한 컨텐츠의 트랜스코딩을 필요로 할 수도 있다. 기존 해결책들은 멀티캐스트와 브로드캐스트 컨텍스트들에 대한 트랜스코딩 기능들과 서비스 안내의 효율적이고 통합된 제어를 가능하게 하지 않는다. 또한, 트랜스코딩은, 비슷한 이유들 때문에, 유니캐스트 컨텍스트들에서 소망될 수도 있다.

상기 이슈들의 혼합은 요구 기반 멀티캐스트 또는 브로드캐스트 컨텍스트들에서 발생할 수도 있다. 요구 기반 컨텍스트들에서, 서비스는 유니캐스트 전달에서 브로드캐스트/멀티캐스트 전달로, 또는 그 반대로 전환될 수도 있다. 따라서, 위에서 요약된 유니캐스트 및 브로드캐스트/멀티캐스트 양자의 이슈들의 양태들이 존재할 수도 있다.

이들 및 다른 이슈들은 본원에서 개시된 방법들, 시스템들 및 장치들에 의해 해결될 수도 있으며, 다른 것들 중에서, 유니캐스트 적응 스트리밍, 브로드캐스트, 멀티캐스트를 통하든지, 또는 유니캐스트와 브로드캐스트 전달 모드들 사이의 전환들과 관련하든지 간에, 제 3자 및 다른 컨텐츠 공급자들로부터의 무선 네트워크 오퍼레이터의 멀티미디어 컨텐츠 분배에 의해 효율적이며 유연한 서비스 품질의 제어를 가능하게 할 수도 있다.

도 7을 참조하면, 무선 통신 시스템 (700) 의 하이 레벨 뷰는, 컨텐츠 서버 (714) 로부터 멀티미디어 컨텐츠 (예를 들면, 스트리밍 디지털 오디오-비디오 컨텐츠) 를 수신하는 UE (716) 를 포함할 수도 있다. UE (716) 와 컨텐츠 서버 (714) 는 DASH 프로토콜을 사용할 수도 있거나, 또는 다른 적응 스트리밍 프로토콜을 사용할 수도 있다. 일 양태에서, UE (716) 는 DASH 패킷 요청들을 컨텐츠 서버 (714) 로 직접적으로 향하게 하고, 서버 (714) 로부터 컨텐츠를 직접적으로 수신할 수도 있다. 몇몇 제어 가능한 조건들 하에서, 이것이 여전히 발생할 수도 있지만, (예를 들면, P-GW (702) 와 관련된 또는 P-GW (702) 에서의) 컨텐츠 서버 (714) 와 UE (716) 사이의 어딘가의 리다이렉션 컴포넌트 (704) 는 요청을 인터셉트하여 그것을, DASH 프록시 및 트랜스코딩 컴포넌트 (708) 를 포함할 수도 있는 BM-SC (706) 로 리다이렉팅할 수도 있다. 리다이렉션 컴포넌트 (704) 는 HDM을 포함하거나 HDM과 관련될 수도 있다. 예를 들면, HDM은 총수요 (aggregate demand) 를 결정하기 위해 동일한 영역으로부터 유니캐스트 송신을 통해 동일한 서비스 또는 컨텐츠에 액세스하는 UE들의 수를 카운트할 수도 있다. HDM이 동일한 서비스/컨텐츠에 액세스하는 UE들의 높은 카운트를 검출하면 ("높은 관심"), 리다이렉션 컴포넌트 (704) 는 높은 관심에 기초한 요청들을 리다이렉팅할 수도 있다. 요청의 리다이렉션은, 요청이 eMBMS 서비스에 가입된 UE로부터의 것인지의 여부에 기초할 수도 있다. 시그널링 인터페이스 (718) 는 요청들을 리다이렉팅하기 위해 리다이렉션 컴포넌트 (704) 와 BM-SC (706) 사이에 포함될 수도 있다. 프록시 컴포넌트 (708) 는 요청을 처리하고, 옵션적으로는 요청을 변경하고, 그것을 서버 (714) 로 전송할 수도 있다. 이렇게 함으로써, 프록시 컴포넌트 (708) 는, 서버 (714) 의 관점에서, UE (716) 에 나타날 수도 있다. 서버 (714) 는, 다른 노드들과 노드들 (702, 706) 의 오퍼레이터의 제어 하에 있지 않을 수도 있는 제 3자 노드를 일반적으로 포함할 수도 있다. 요청에 응답하여, 서버 (714) 는 멀티미디어 컨텐츠를 다시 프록시 컴포넌트 (708) 로 향하게 할 수도 있다. 컨텐츠가 유니캐스트를 통해 전달되어야 하면, 프록시 컴포넌트 (708) 는 P-GW (702) 와 유니캐스트 베어러 (712) 를 통해 멀티미디어 컨텐츠를 UE (716) 로 중계할 수도 있다. 컨텐츠가 브로드캐스트에 의해 전달되어야 하면, 프록시 컴포넌트 (708) 는 eMBMS 베어러 (710) 를 통해 그 컨텐츠를 UE로 중계할 수도 있다.

도 8은 UE/모바일 엔티티 (802), BM-SC (804) 및 컨텐츠 서버 (806) 를 포함하는 시스템 (800) 의 보다 상세한 컴포넌트들을 도시한다. UE (802) 는 컨텐츠 서버 (806) 와 직접적으로 (즉, 통신 네트워크의 컴포넌트들을 통해 그러나 통신 정보의 변경 없이) 통신할 수도 있고; 보다 자세하게는, UE (802) 의 DASH, HLS, ALS, AHS, 또는 유사한 적응 스트리밍 클라이언트 컴포넌트 (808) 가 서버 (806) 의 대응하는 DASH, HLS, ALS, AHS, 또는 유사한 적응 스트리밍 서버 컴포넌트 (810) 와, 각각, 직접적으로 통신할 수도 있다. 또한, 리다이렉션 컴포넌트는, 옵션적으로 조건부 리다이렉션 컴포넌트 (도시되지 않음) 를 사용하여, UE (802) 로부터의 적응 스트리밍 통신들을 BM-SC (804) 의 프록시 컴포넌트 (812) 로 선택적으로 리다이렉팅할 수도 있다. 그 다음, 프록시 컴포넌트 (812) 는, 클라이언트 (802) 로부터 구별될 수 있는 것으로 컨텐츠 서버 (806) 에 나타나는 적응 스트리밍 서버 컴포넌트 (810) 와 통신할 수도 있다. 대안에 있어서, 또는 추가적으로, UE는 브로드캐스트 통신들을 위해 프록시 컴포넌트 (812) 와 직접적으로 통신하는 적응 스트리밍 (예를 들면, DASH, HLS, ALS, AHS, 또는 유사한) 컴포넌트 (814) 를 포함할 수도 있다.

예를 들면, DASH 구현을 사용하여, 프록시 컴포넌트 (812) 는 클라이언트로서 컨텐츠 서버 (806) 에 등록하고, 상기 서버로부터, 예를 들면 도 9b를 참조로 하기에 설명된 바와 같은 MPD (Media Presentation Description), 또는 유사한 메타데이터를 획득할 수도 있다. MPD를 사용하여, 프록시 컴포넌트 (812) 는 브로드캐스트 서비스에 활용할 소망의 표현을 선택할 수도 있고, 여기서 표현은, UE (802) 로의 스트리밍을 위한 소망의 데이터율에 적합한 최소한의 양태들을 포함하는, 스트리밍에 대한 가용 데이터 포맷의 어떤 양태들을 나타낸다. 또한, MPD는 각각의 가용 포맷에 대해, 상이한 어드레스, 예를 들면, URL (Uniform Resource Locator) 을 특정할 수도 있다. 프록시 컴포넌트 (812) 는 컨텐츠 서버 (806) 로부터의 MPD를 처리하고, 요청된 컨텐츠의 브로드캐스트 가능 디바이스들로의 전달을 위해 (또는 대안에 있어서, 유니캐스트 전달을 위해) 오퍼레이터가 선택한 표현을 설명하는 새로운 MPD를 구성할 수도 있다. 이 MPD와 관련 IS (Initialization Segment; 초기화 세그먼트) 는, BM-SC (804) 의 브로드캐스트 모듈 (834) 로부터 UE (802) 의 브로드캐스트 모듈 (832) 로의 브로드캐스트 분배 (816) 를 위한 프록시 컴포넌트 (812) 에 의한 서비스 디스크립션의 일부로서 제공될 수도 있다. 서비스 디스크립션의 전달은 유니캐스트 전달 (818) 또는 브로드캐스트 전달 (816) 중 어느 하나를 통할 수도 있다. 유니캐스트 송신을 통한 컨텐츠의 전달은 BM-SC (804) 의 유니캐스트 모듈 (836) 로부터 UE (802) 의 유니캐스트 모듈 (830) 로 제공될 수도 있다. MPD와 유사한 데이터 구조들에서, 초기화 세그먼트와 표현은 비-DASH 포맷들에 또한 존재할 수도 있다.

도 9a는 DASH 또는 유사한 적응 스트리밍 프로토콜을 사용하는 시스템 (700 또는 800) 에 의해 수행될 수도 있는 방법 (900) 을 도시한다. 902에서, 유니캐스트 또는 멀티캐스트 분배에 대한 컨텐츠를 서비스하고 있는 컨텐츠 서버는 특정 멀티미디어 컨텐츠에 대한 MPD를 DASH 프록시에 전송할 수도 있다. 904에서, DASH 프록시는 DASH 서버로부터 수신된 MPD를 변환할 수도 있다. 변환 (904) 은 유니캐스트 또는 브로드캐스트 전달을 위해 네트워크 오퍼레이터가 선택한 레이트들과 같은 미리 정의된 제어 스킴들에 따른 하나 이상의 표현들, 또는 브로드캐스트 레이트에만 대응하는 표현을 포함하는 변환을 포함할 수도 있다. 미리 정의된 제어 스킴들은 네트워크 오퍼레이터에 의해 구성되거나 또는 다른 네트워크 엔티티로부터 수신될 수도 있다.

대안에 있어서, 또는 추가적으로, 변환 (904) 은 전달 네트워크의 오퍼레이터가 지원하지 않는 컨텐츠 서버 지원 레이트들에 대응하는 하나 이상의 표현들을 제거 또는 배제하는 변환을 포함할 수도 있다. 906에서, DASH 프록시는 변환된 MPD를 UE로 송신할 수도 있다. 906에 후속하여, UE는 컨텐츠 서버로부터 프록시 컴포넌트에 의해 제어되는 포맷의 데이터를 요청하기 위해 MPD에서 정의된 표현을 사용할 수도 있다.

상기 방법 (900) 은, 컨텐츠 서버로부터의 원래의 소스 표현들이 브로드캐스트 서버로부터의 소망의 출력과는 상이한 잠재적 이슈를 다루기 위해 사용될 수도 있다. 일반적으로, 컨텐츠 서버로부터 스트리밍된 컨텐츠를 컨텐츠의 리스트화된 포맷들에서 DASH 포맷으로 트랜스포맷 또는 재포맷할 수도 있다. 이 프로세스에서, 어떤 파라미터들은 하나의 포맷에서 다른 것으로 직접적으로 매핑될 수도 있다. 소스 유니캐스트 서버 (컨텐츠 서버) 로부터의 이용가능한 표현 중 어느 것도 비트율에 대한 네트워크 요구사항을 만족시키지 못하면, 개개의 파일들 내의 미디어는 약간의 손실이 있는 품질 및/또는 비트율에서의 증가 또는 감소로 디코딩 및 재인코딩 (예를 들면, 트랜스코딩) 될 수도 있다. 이용 가능한 최고 품질의 표현으로부터 미디어 데이터 재인코딩을 수행하는 것이 바람직하다. 비트율 효율의 손실은 보다 효율적인 코덱, 예컨대 H.265의 사용을 통해 다루어질 수도 있다. 미디어 데이터를 재인코딩하는 것의 이점은, 모든 브로드캐스트 서비스들 중 소망의 또는 일치하는 거동을 제공하기 위해 RAP (Random Access Point) 로케이션들이 표현에서 변경되거나 삽입될 수도 있다는 것이다. RAP 로케이션들은 클라이언트들에 의한 표현에 대한 랜덤 액세스를 가능하게 한다.

몇몇 실시형태들에서, 관련 네트워크에서의 게이트웨이 (예를 들면, P-GW) 는 높은 어태치 레이트 (attach rate) URL에 대한 새로운 요청들을 검출하고 이들 요청들을 적절한 브로드캐스트 서비스 URL로 리다이렉팅할 수도 있다. 또한, 추가로, 네트워크는 유니캐스트 서비스들을 차단 및/또는 다르게는 종료하고 유니캐스트 서비스들을 받고 있는 디바이스들을 브로드캐스트 서비스로 리다이렉팅할 수도 있다.

일 양태에서, 방법 (900) 은 브로드캐스트를 통해 서비스 받고 있는 디바이스들의 수, 및 디바이스 아이덴티티 정보를 열거하는 정보를 컨텐츠 서버에 제공하는 것을 포함할 수도 있다. 이 데이터는 사용량 추적 서버로부터 제공될 수도 있다.

도 9b는 멀티미디어 컨텐츠 (950) 에 관한 상세들을 도시한다. 멀티미디어 컨텐츠는 두 부분들: MPD (952) 형태의 메타데이터, 및 멀티미디어 비트스트림으로서 실제 인코딩된 미디어 데이터 (956) 를 포함하는 세그먼트들 (954) 에 존재할 수도 있다. MPD (952) 는, 유니캐스트 획득 요청에 응답하여, 또는 브로드캐스트 전달을 통해, 다른 서비스 디스크립션 메타데이터와 함께 클라이언트에 전달될 수도 있다. 이들 메타데이터 항목들은 미디어 데이터 페치의 일부는 아니다. 적어도 하나의 세그먼트들 (954) (예를 들면, 제 1의 세그먼트) 은, 다른 세그먼트들 (954) 에 대한 데이터 포맷들의 상세들을 정의하는 인코딩된 미디어 데이터 (956) 가 없는 IS (Initialization Segment) 일 수도 있다. MPD (952) 는, 유니캐스트 전달을 위한, UE에 대한 미디어 데이터를 페치하게 될 URL 어드레스를 기술할 수도 있다. 대안적으로, URL 어드레스는 브로드캐스트 전달을 위한 수신 디바이스 상에 나타날 수도 있다. 브로드캐스트 전달은 UE 상의 캐시에 제공될 수도 있다.

도 9c는 멀티미디어 컨텐츠 (950A-B) 의 예시적인 변환을 예시한다. 프록시 컴포넌트에 의해 MPD (952) 에 허용된 변화들의 범위는, 예를 들면, 가용 멀티미디어 컨텐츠 (950A) 를 제 1의 포맷에서 브로드캐스트에 대해 요구되는 제 2의 포맷의 멀티미디어 컨텐츠 (950B) 로 변환하고, 그에 따라 디스크립션을 952A에서 952B로 변경하는 것을 포함할 수도 있다. 또한, 프록시 컴포넌트는 디스크립션을 952A에서 952B로 재포맷할 수도 있다. 변경된 또는 재포맷된 디스크립션은 변환된 멀티미디어 컨텐츠 (950B) 를 위치지정하기 위한 새로운 URL을 포함할 수도 있다. 또한, 또는 대안적으로, 프록시 컴포넌트는 미디어 데이터를 956A에서 956B로 재인코딩할 수도 있다. 원래 및 목표 비디오 코덱들 (비디오 포맷들) 은 MPEG2, MPEG4, H.264, H265, 등 중 임의의 하나를 포함할 수도 있다. 다른 대안에서, 또는 또한, 프록시 컴포넌트는 미디어 데이터 파일 래퍼 포맷 (media data file wrapper format) 을 954A에서 954B로 변환할 수도 있다.

도 10은 예시적인 호 흐름 (1000) 을 단지 일 예로서 예시한다. 브로드캐스트 파일 스트리밍을 위한 단일의 방법의 활용은, 각각의 UE가 다수의 방법들 보단, 브로드캐스트 DASH를 지원하는 것만을 필요로 할 수도 있기 때문에, UE들에 대한 자격 부여 프로세스 (qualification process) 를 단순화할 수도 있다. 디자인에서의 대응하는 절감은, 브로드캐스트에 대한 UE 디자인이 모든 유니캐스트 포맷들에 대해 공통이 되는 정도로 실현될 수도 있다. 변환하는 엔티티 (예를 들면, 프록시 컴포넌트) 는, 새로운 UE 각각에 자격을 부여하는 대신, 단지 한 번만 권한이 부여되는 것을 필요로 한다. 새로운 UE들은 매년 다수 회 릴리스될 수도 있다.

전송 프로토콜로서 DASH가 HTTP를 사용하기 때문에, 클라이언트 UE (1002) 는 DASH 서버 (1010) 와 유니캐스트 접속을 셋업한다. DASH 프록시 (1008) 는 UE (1002) 에 의해 생성된 HTTP 요청들을 인터셉트한다. 이것은 UE (1002) 에 의해 셋업된 유니캐스트 소켓 접속의 엔드포인트로서 작용하는 DASH 프록시 (1008) 에 의해 달성될 수도 있다. 상술한 바와 같이, UE는, 따라서, 멀티미디어 컨텐츠에 대한 DASH 세그먼트들을 페치하기 위해 프록시 컴포넌트 (1008) 에 의해 수정된 변환된 URL들을 사용한다. DASH 서버 (1010) 로부터 변환을 숨기기 위해, DASH 프록시 (1008) 는, 클라이언트 (1002) 로부터 DASH 서버 (1010) 로 HTTP 요청을 중계하기 이전에 URL 표현의 변환을 원래의 수정되지 않은 포맷으로 되돌릴 수도 있다. DASH 서버 (1010) 가 수정되지 않은 URL들을 통해 요청들을 수신하기 때문에, DASH 프록시 (1008) 에서의 트랜스코딩은 DASH 서버 (1010) 에 투명할 수도 있다.

또한, eMBMS를 통해 DASH 세그먼트들을 전달하는 동안, DASH 프록시 (1008) 는 HTTP를 사용하여 DASH 서버 (1010) 로부터 획득한 DASH 컨텐츠를 처리하고, 브로드캐스트 전송을 통해 파일들을 전달하기 위해 사용되는 것과 같이, 그 컨텐츠를 FLUTE (File Delivery Over Unidirectional Transport) 와 같은 다른 전송 메커니즘으로 전이시킬 수도 있다.

DASH 프록시 (1008) 에서 도입된 새로운 인코딩의 경우, DASH 프록시 (1008) 는, DASH 서버 (1010) 가 지원하는 표현을 사용하는, DASH 서버 (1010) 로부터 DASH 프록시 (1008) 가 수신하는 컨텐츠에 기초하여 DASH 클라이언트 (1002) 에 응답하는 동안 새롭게 인코딩된 형태를 사용할 수도 있다. 위에서 언급한 바와 같이, 브로드캐스트 전달을 위한 수신 디바이스 (1004) 상에 로케이션이 나타날 수도 있고, 브로드캐스트 전달은 UE 브로드캐스트 모듈 (1004) 상의 캐시에 공급될 수도 있다.

예시적인 호 흐름 (1000) 은 다음과 같이 처리될 수도 있다. 단계 1020에서, UE (1003) 의 어플리케이션이 URL에서 발견된 컨텐츠를 요청한다. 단계 1024에서, UE (1003) 의 DASH 클라이언트 (1002) 는 HTTP-GET을 통해 그 컨텐츠를 요청한다. 유니캐스트 모드 (1022) 에서의 DAHS-BC (1004) 는, 1026에서, 그 요청을 DASH 서버 (1010) 로 포워딩한다. HDM (1006) 은, 1027에서, 동일한 영역으로부터 동일한 컨텐츠에 액세스하는 UE들의 수를 카운팅함으로써 컨텐츠에 대한 높은 요구를 검출할 수도 있다. HDM (1006) 은 높은 요구의 표시를 DASH-프록시 (1008) 로 전송할 수도 있다. 단계 1030에서, DASH 서버 (1010) 는 BM-SC와 P-GW (예를 들면, 도 6의 610) 를 통한 UE (1003) 로의 HTTP-REPLY 메시지에 의해 그 요청에 응답한다. 단계 1032에서, 높은 요구에 기초하여, DASH-프록시 (1008) 는 eMBMS 세션을 확립하도록 결정할 수도 있다. 단계들 1034, 1036에서, DASH-프록시 (1008) 는 DASH 서버 (1010) 로부터 컨텐츠를 취출할 수도 있다. UE (1003) 는, 단계 1040에서, 브로드캐스트 모드 (1038) 로 진입하여 브로드캐스트 전달을 통해 컨텐츠를 수신한다. 컨텐츠는 단계들 1044, 1046에서의 DASH 클라이언트 (1002) 로의 전달을 위해 UE (1003) (예를 들면, DASH-BC (1004)) 에서 캐싱될 수도 있다 (1042).

예시적인 방법들 및 장치

추가적인 실시예로서, 개시된 주제에 따라 구현될 수도 있는 다른 방법들은 여러 흐름도들을 참조로 더 잘 이해될 수도 있을 것이다. 설명의 간략화를 위해, 방법들은 일련의 행위들/동작들로서 도시되고 설명된다. 그러나, 몇몇 동작들은, 본원에서 묘사되고 설명된 것과는 다른 동작들과는 상이한 순서들 및/또는 실질적으로 동일한 시간에서 발생할 수도 있기 때문에, 청구된 주제는 동작들의 수 또는 순서에 제한되지 않는다. 또한, 본원에서 설명된 방법들을 구현하기 위해 모든 설명된 동작들이 필요하지 않을 수도 있다. 동작들과 관련된 기능은 소프트웨어, 하드웨어, 이들의 조합 또는 다른 적절한 수단 (예를 들면, 디바이스, 시스템, 프로세스 또는 컴포넌트) 에 의해 구현될 수도 있음을 알 수 있을 것이다. 또한, 본 명세서 전체에 걸쳐 설명된 방법들은, 이러한 방법들의 여러 디바이스들로의 전송 및 이동을 용이하기 위해 제조 물품 상의 인코딩된 명령들 및/또는 데이터로서 저장될 수 있음이 더 이해되어야만 한다. 당업자들은, 방법이 상태도 (state diagram) 같은 일련의 상호 관련 상태들 또는 이벤트들로서 대안적으로 표현될 수도 있음을 이해하고 알 수 있을 것이다.

네트워크 엔티티/ BM - SC

도 11 내지 도 14는, BM-SC 또는 다른 네트워크 엔티티에서 프록시 컴포넌트를 사용하여, 무선 통신 네트워크 (wireless communications network; WCN) 의 멀티미디어 클라이언트에 제공된 멀티미디어 컨텐츠에 대한 인코딩 포맷을 제어하는 관련 방법을 예시한다. 멀티미디어 클라이언트는 모바일 엔티티일 수도 있거나, 또는 모바일 엔티티를 포함할 수도 있다. 인코딩 포맷은, 유니캐스트 적응 스트리밍 세그먼트에 대한 데이터율, 브로드캐스트 송신에 대한 데이터율, 또는 관련 파라미터들을 포함하거나, 또는 의미할 수도 있다. 본원에서 사용된 바와 같이, 브로드캐스트는 일반적으로 멀티캐스트, 예를 들면, MBMS 또는 eMBMS를 포함한다. 브로드캐스트는, 멀티캐스트가 아닌 것들을 포함하여, 다른 타입의 브로드캐스트들을 또한 포함할 수도 있다. 방법 (1100) 은 HTTP 또는 유사한 프로토콜들을 통해 동적 적응 스트리밍에 응답하여 멀티미디어 컨텐츠의 유니캐스트 전달과 함께 사용될 수도 있다. 방법 (1100), 또는 관련 도면들에서 도시된 추가적인 동작들의 양태들은, 다운링크 전용의 브로드캐스트 프로토콜과 함께 또한 사용될 수도 있고, 그 결과 멀티캐스트 송신을 수신하는 임의의 모바일 디바이스는 피드백을 BM-SC에 제공하지 않거나, 또는 유니캐스트 전달에서 멀티캐스트 전달로의 전이를 제공하지 않는다. 도 11에 도시된 방법 (1100) 은, 1102에서, WCN 네트워크 엔티티의 프록시 컴포넌트에서, 멀티미디어 컨텐츠에 대한 상이한 로케이터들을 멀티미디어 컨텐츠에 대한 각각의 상이한 인코딩 포맷들과 관련시키는 데이터 구조를 수정하여, 수정된 데이터 구조를 획득하는 것을 포함할 수도 있다. 프록시 컴포넌트는, 도 12와 연계하여 하기에 설명되는 여러 상이한 방식들 (반드시 상호 배타적인 것은 아니다) 로 데이터 구조를 수정할 수도 있다.

도 9b와 관련하여 위에서 설명된 바와 같이, 1102에서 사용된 것과 같은 "인코딩 포맷"과 관련 동작들은, 유니캐스트 스트리밍 또는 브로드캐스트 스트리밍에 대해 사용된 메타데이터를 정의하는 구조, 또는 파일 래퍼를 주로 지칭하는 것이 이해되어야만 한다. 이 인코딩 포맷은 컨텐츠 데이터의 전송 데이터율에 직접적으로 관련되며, 인코딩 포맷이 주어진 전송 매체 및 조건들에 대한 최대 획득 가능한 데이터율을 결정한다는 것을 의미한다. 다른 컨텍스트들에서, 인코딩 포맷은 멀티미디어 포맷을 지칭할 수도 있는데, 이것은 유니캐스트/멀티캐스트/브로드캐스트 데이터율에 직접 관련되지 않는다. 멀티미디어 포맷들은, 예를 들면, 더 고선명의 포맷들이 더 높은 전송 데이터율들로부터 혜택을 받아 더 빠른 프레임 레이트 등을 허용한다는 점에서 데이터율들에 간접적으로 관련될 수도 있다. 예를 들면, 더 고선명의 포맷 (예를 들면, 1080p 해상도) 은 더 낮은 선명도의 포맷 (예를 들면, 480p) 보다 비디오 프레임당 더 높은 전송 데이터율을 필요로 한다. 동일한 높은 전송 데이터율은 더 고선명의 포맷에 대해 어떤 프레임율 (예를 들면, 60 Hz) 을 더 낮은 선명도의 포맷에 대해 심지어 더 높은 프레임율 (예를 들면, 60 Hz 초과) 을 허용할 수도 있다. 그러나, 어떤 프레임율 (예를 들면 60 Hz) 위의 프레임율에서 더 낮은 선명도의 포맷을 보는 것에 대한 이점은 무의미할 수도 있다.

데이터 구조, 수정된 데이터 구조, 또는 양자는, HTTP (DASH) 프로토콜을 통한 동적 적응 스트리밍에 따라, 각각의 미디어 표현들에 대한 어드레스들을 정의하는 미디어 프리젠테이션 디스크립션 (Media Presentation Description; MPD) 일 수도 있다 (또는 MPD를 포함할 수도 있다). 대안에 있어서, 또는 추가로, 데이터 구조는 초기화 세그먼트 (Initialization Segment; IS) 일 수도 있거나, 또는 IS를 포함할 수도 있다. 인코딩 포맷은 비트율, 미디어 타입, 해상도, 프레임율과 같은 파라미터들, 또는 멀티캐스트 송신에 대해 필요한 대역폭에 관련된 다른 파라미터들을 사용하는 더 포괄적인 QoS의 양태일 수도 있다. 이러한 파라미터들은 MPD에서 정의된 표현에 의해 나타내어질 수도 있다. 대안에 있어서, 또는 추가로, 데이터 구조는 브로드캐스트 서비스에 대한 서비스 가이드일 수도 있거나, 또는 서비스 가이드를 포함할 수도 있다. 서비스 가이드는 인코딩 포맷 및/또는 서비스 품질의 표시와 브로드캐스트 서비스 또는 멀티캐스트 서비스에 대한 로케이터를 포함할 수도 있다.

방법 (1100) 은, 1104에서, 수정된 데이터 구조에 의해 적어도 부분적으로, 적어도 하나의 멀티미디어 클라이언트에 제공된 멀티미디어 컨텐츠에 대한 인코딩 포맷을 제어하는 것을 더 포함할 수도 있다. 하나 이상의 추가적인 동작들 (1200, 1300, 및 1400) 을 포함하지만 이들에 제한되지 않는 다른 동작들은 인코딩 포맷의 제어를 실행하기 위해 수행될 수도 있다. 예를 들면, 몇몇 실시형태들에서, 제어는 프록시 컴포넌트에서 클라이언트로 데이터 구조를 제공함으로써 또한 실행될 수도 있다. 프록시 엔티티 또는 프록시 컴포넌트는 컨텐츠 서버에 클라이언트 인터페이스를 제공할 수도 있고, 그 결과 컨텐츠 서버는, 그렇지 않으면 프록시 엔티티 또는 프록시 컴포넌트가 상호작용하게 될 멀티미디어 클라이언트와 상호작용하게 된다. 마찬가지로, 프록시 컴포넌트는 컨텐츠 서버 인터페이스를 멀티미디어 클라이언트에 제공할 수도 있고, 그 결과 멀티미디어 클라이언트가 컨텐츠 서버와 상호작용하는 것과 같이 멀티미디어 클라이언트는 프록시 컴포넌트와 상호작용한다. 따라서, 프록시 컴포넌트는 컨텐츠 서버와 멀티미디어 클라이언트 양자에 대해 투명할 수도 있다. 그러나, 이 투명성 뒤에, 프록시 컴포넌트는, 요청된 멀티미디어 컨텐츠에 대한 데이터 전송율, 및 MPD 또는 서비스 가이드의 표현에 의해 나타내어진 바와 같은 다른 파라미터들을 제어하도록 멀티미디어 클라이언트와 컨텐츠 서버 사이에서 하나 이상의 메시지들을 변경할 수도 있다. 예를 들면, 프록시 컴포넌트는, 프록시 컴포넌트에 의해 허용되거나 또는 가능하게 된 QoS 또는 인코딩 포맷만을 멀티미디어 클라이언트가 선택할 수 있도록 데이터 구조를 변경할 수도 있다. 또 다른 예를 들면, 프록시 컴포넌트는 컨텐츠 서버에 대해 1 대 다 (one-to-many) 클라이언트로서 행동함으로써 브로드캐스트 송신에 대한 인코딩 포맷을 제어할 수도 있다. 도 12 내지 도 14를 참조하여, 더 상세한 양태들 및 실시예들이 하기에 제공된다.

네트워크 엔티티/프록시 컴포넌트에 의한 수행을 위해, 인코딩 포맷을 제어하기 위한 추가적인 동작들 (1200, 1300, 및 1400), 또는 관련 동작들이 도 12 내지 도 14에 예시된다. 하나 이상의 동작들 (1200, 1300, 및 1400) 은 방법 (1100) 의 일부로서 옵션적으로 수행될 수도 있다. 엘리먼트들 (1200, 1300, 및 1400) 은 임의의 동작 순서로 수행될 수도 있거나, 또는 수행의 특정 연대기적 순서를 필요로 하지 않으면서 전개 알고리즘에 의해 포괄될 수도 있다. 동작들은 독립적으로 수행되고 상호 배타적이지 않다. 따라서 이러한 동작들 중 임의의 하나는 다른 다운스트림 또는 업스트림 동작이 수행되는지의 여부에 관계 없이 수행될 수도 있다. 예를 들면, 방법 (1100) 이 적어도 하나의 동작들 (1200) 을 포함하면, 예시될 수도 있는 임의의 후속하는 다운스트림 동작 (들) 을 반드시 포함할 필요 없이, 적어도 하나의 동작 이후 그 방법 (1100) 은 종료할 수도 있다.

도 2를 참조하면, 추가적인 동작들 (1200) 은, 1202에서, 수정된 데이터 구조를 적어도 하나의 멀티미디어 클라이언트로 제공하는 것을 포함할 수도 있다. 1204에서 나타내어진 양태에서, 프록시 컴포넌트는 하나 이상의 로케이터들 및 대응하는 인코딩 포맷들을 제거함으로써 데이터 구조를 수정할 수도 있다. 이것은, 네트워크 또는 서비스 영역에 관련 없거나, 또는 특정 시간에 서비스될 수 없는 레코드들을 제거하도록 MPD, IS, 또는 다른 데이터 구조로부터 레코드들을 필터링하는 것으로 설명될 수도 있다. 예를 들면, 프록시 컴포넌트는 네트워크에 의해 신뢰성있게 지원될 수 있는 것보다 더 높은 네트워크 대역폭을 요구하는 표현들 및 어드레스들을 필터링해 낼 수도 있다.

대안에 있어서, 또는 추가로, 추가적인 동작들 (1200) 은, 예를 들면, 도 9c를 참조로 위에서 설명된 바와 같이, 1206에서, 하나 이상의 로케이터들 및 대응하는 인코딩 포맷들을 추가함으로써 데이터 구조를 수정하는 것을 포함할 수도 있다. 예를 들면, 1206에서, 프록시 컴포넌트는, 그렇지 않으면 컨텐츠 서버로부터 지원되거나 이용 가능하지 않을 데이터 포맷 또는 전송율에 대한 표시와 하나 이상의 로케이터들을 추가할 수도 있다. 이것은, 예를 들면, DASH 컨텐츠 서버로부터 수신된 MPD를 오퍼레이터에 의해 선택된 비디오 해상도, 유니캐스트 데이터율들 및 브로드캐스트 데이터율에 대응하는 표현들, 또는 브로드캐스트 데이터율에만 대응하는 표현을 포함하도록 변환하는 것을 포함할 수도 있다. 후속하여, 1208에서, 방법은 데이터 포맷 및 새로운 인코딩 포맷에 따라 컨텐츠 서버로부터 멀티미디어 컨텐츠를 트랜스코딩하는 것을 포함할 수도 있다. 컨텐츠 서버는 네트워크 오퍼레이터에 의해 제어되지 않을 수도 있음을 주목해야 한다. 따라서, 컨텐츠 서버는 네트워크 오퍼레이터에 의해 요구되는 데이터율을 갖는 데이터 포맷을 제공하지 않을 수도 있다. 따라서, 오퍼레이터는, 유니캐스트 또는 멀티캐스트에 대해, 동작들 (1206 및 1208) 을 사용하여, 소망의 포맷으로 컨텐츠를 제공할 수도 있다.

다른 대안에 있어서, 또는 추가로, 추가적인 동작들 (1200) 은, 1210에서, 인코딩 포맷들의 각각의 포맷들에 대한 유니캐스트 및 브로드캐스트로부터 선택된 전송 모드를 나타내는 속성을 추가하는 것을 포함할 수도 있다. 일 양태에서, 이것은 프록시 컴포넌트가 적응 스트리밍에 대한 정보 (예를 들면, MPD) 를 브로드캐스트 서비스들에 대한 정보 (예를 들면, 서비스 가이드) 와 결합하는 데이터 구조를 제공하는 것을 가능하게 한다. 따라서, 클라이언트는 결합된 데이터 구조로부터 유니캐스트 송신 및 브로드캐스트 송신 양자를 통해 전달된 컨텐츠에 대한 정보에 효율적으로 액세스할 수도 있다.

도 3을 참조하면, 추가적인 동작들 (1300) 은, 1302에서, 멀티미디어 브로드캐스트 멀티캐스트 송신을 위한 하나 이상의 인코딩 포맷들을 선택하는 것을 포함할 수도 있다. 인코딩 포맷은 컨텐츠 서버에 의해 지원되는 데이터율에 대한 것일 수도 있고 아닐 수도 있다. 데이터율이 컨텐츠 서버에 의해 지원되지 않으면, 프록시 컴포넌트는 컨텐츠 서버로부터의 멀티미디어 컨텐츠를 브로드캐스트에 대한 소망의 데이터율 또는 해상도를 갖는 포맷으로 트랜스코딩하고, 예를 들면, MBSFN 영역들을 포함하는 하나 이상의 브로드캐스트 영역들에서의 브로드캐스트를 위한 다른 엔티티에 제공할 수도 있다. 추가적인 동작들 (1300) 은, 1304에서, 유니캐스트 송신을 통해 컨텐츠의 전달을 위한 하나 이상의 인코딩 포맷들을 선택하는 것을 더 포함할 수도 있다. 인코딩 포맷은 MPD 또는 적응 스트림에 대한 유사한 데이터 구조들에 의해 나타내어진 바와 같은 포맷들에 관련될 수도 있다. 예를 들면, 추가적인 동작들 (1300) 은, 1306에서, 데이터 구조에 대한 인코딩 포맷을 선택하는 것을 더 포함할 수도 있고, 데이터 구조는, DASH 프로토콜에 따라, 인코딩 포맷들을 포함하는 각각의 미디어 표현들에 대한 어드레스들을 정의하는 MPD를 포함한다. 추가적인 동작들 (1300) 은, 적어도 하나의 멀티미디어 클라이언트로부터 DASH 세그먼트들에 대한 명시적인 요청을 수신하지 않고도, DASH 세그먼트들을 통해 프록시 컴포넌트로부터 적어도 하나의 멀티미디어 클라이언트로 멀티미디어 컨텐츠를 송신하는 프록시 컴포넌트를 더 포함할 수도 있다. 또한, 프록시 컴포넌트는, FLUTE 오브젝트의 파일 디스크립션 테이블 (File Description Table; FDT) 에 삽입된 대응하는 URL들을 사용하여, 적어도 하나의 멀티미디어 클라이언트에 대한 하나 이상의 로케이터를 나타낼 수도 있다.

도 14를 참조하면, 추가적인 동작들 (1400) 은, 1402에서, 컨텐츠 서버로의 전달을 위해 주소 지정된 멀티미디어 컨텐츠에 대한 요청들을 인터셉트하는 것을 포함할 수도 있고, 그 요청들은 적어도 하나의 멀티미디어 클라이언트로부터 유래하고 데이터 구조에 따라 주소 지정된다. 그 요청들은 HTTP 요청들일 수도 있다 (또는 HTTP 요청들을 포함할 수도 있다). 그 요청들은 다른 네트워크 컴포넌트에 의해, 예를 들면, HDM에 의해 프록시 컴포넌트로 선택적으로 리다이렉팅될 수도 있다. 때때로 리다이렉팅되지 않으면, 멀티미디어 클라이언트 요청들은 프록시 컴포넌트가 아니라 컨텐츠 서버에 의해 수신될 수도 있다. 방법 (1400) 은, 1404에서, 미리 정의된 제어 스킴에 따라 요청들을 변환하여 변환된 요청들을 획득하고, 변환된 요청들을 컨텐츠 서버로 제공하는 것을 더 포함할 수도 있다. 변환은 트랜스코딩, 트랜스-포맷팅, 또는 양자를 포함할 수도 있고; 디코딩 및 재인코딩 동작들을 포함할 수도 있다. 변환된 요청들은 네트워크에 의해 지원되는 포맷으로 컨텐츠 서버로부터 멀티미디어 컨텐츠를 요청하도록 수정될 수도 있다. 1406에서, 방법은 변환된 요청들에 응답하여 컨텐츠 서버로부터 멀티미디어 컨텐츠를 수신하고, 그 멀티미디어 컨텐츠를, 예를 들면 유니캐스트 적응 스트리밍 세그먼트를 통해 적어도 하나의 멀티미디어 클라이언트로 중계하는 프록시 컴포넌트를 포함할 수도 있다. 대안에 있어서, 프록시 컴포넌트는 멀티미디어 컨텐츠를 임의의 포맷으로 수신하는 것으로부터 배제될 수도 있고, 이것은 하나 이상의 다른 네트워크 엔티티들을 통해 컨텐츠 서버에서 멀티미디어 클라이언트로 제공될 수도 있다.

또 다른 대안에 있어서, 프록시 컴포넌트는 정의된 영역, 예를 들면, MBSFN 영역 또는 서비스 영역에서의 브로드캐스트를 위해 변환된 컨텐츠를 네트워크 컴포넌트로 제공할 수도 있다. 이 대안에 따르면, 프록시 컴포넌트는, 스트리밍 세그먼트들에 대한 요청들을 인터세트하지 않고, 다수의 클라이언트들에 대한 브로드캐스트 컨텐츠의 1 대 다 서버로서 기능할 수도 있다. 대신, 프록시 컴포넌트는 서비스 가이드에 대한 요청을 인터셉트하거나 또는 다르게는 수신하고, 하나 이상의 이러한 요청들에 응답하여 브로드캐스트 또는 멀티캐스트 서비스에 대한 서비스 가이드를 생성할 수도 있다. 프록시 컴포넌트는 요청된 데이터에 대한 가용 인코딩 포맷들, 특정 컨텐츠의 브로드캐스트를 개시하기 위한 시간과 같은 이벤트 데이터, 및 현재 또는 예상되는 네트워크 조건들에 관한 컨텐츠 서버로부터의 정보를 사용하여 서비스 가이드를 생성할 수도 있다. 프록시 컴포넌트는 서비스 가이드를 그것을 요청하는 클라이언트들로 제공할 수도 있다.

도 15a를 참조하면, 무선 네트워크에서의 BM-SC로서, 또는 컨텐츠 공급자로부터의 유니캐스트 또는 브로드캐스트 서비스들에서 사용되는 인코딩 포맷들을 제어하기 위한, BM-SC 내에서 사용하기 위한 프로세서, 컴포넌트 또는 유사한 디바이스로서 구성될 수도 있는 예시적인 장치 (1500) 가 제공된다. 장치 (1500) 는 프로세서, 소프트웨어, 또는 이들의 조합 (예를 들면, 펌웨어) 에 의해 구현되는 기능들을 나타낼 수 있는 기능 블록들을 포함할 수도 있다.

예시된 바와 같이, 일 실시형태에서, 장치 (1500) 는, 멀티미디어 컨텐츠에 대한 상이한 로케이터들을 멀티미디어 컨텐츠에 대한 각각의 상이한 인코딩 포맷들과 관련시키는 데이터 구조를 수정하여, 수정된 데이터 구조를 획득하기 위한 전기적 컴포넌트 또는 모듈 (1502) 을 포함할 수도 있다. 예를 들면, 전기적 컴포넌트 또는 모듈 (1502) 은 네트워크 인터페이스 (예를 들면, 송신기, 수신기, 송수신기) 등 및 MPD 또는 서비스 가이드를 수정하기 위한 명령들을 갖는 메모리에 커플링된 적어도 하나의 제어 프로세서를 포함할 수도 있다. 장치 (1500) 는, 컴포넌트 (1502) 의 동작을 수정하는 것에 의해 적어도 부분적으로, 적어도 하나의 멀티미디어 클라이언트에 제공된 멀티미디어 컨텐츠에 대한 인코딩 포맷을 제어하는 전기적 컴포넌트 또는 모듈 (1504) 을 포함할 수도 있다. 예를 들면, 전기적 컴포넌트 또는 모듈 (1504) 은 클라이언트 (즉, 멀티미디어 클라이언트) 인터페이스를 컨텐츠 서버에 제공하기 위한, 컨텐츠 서버 인터페이스를 멀티미디어 클라이언트에 제공하기 위한, 이들 인터페이스들을 통해 신호들을 수신하고 송신하기 위한, 그리고 설명된 데이터 구조의 수정을 사용하여 인코딩 포맷을 제어하기 위한 명령들을 기억하는 메모리에 커플링된 적어도 하나의 제어 프로세서를 포함할 수도 있다. 데이터 구조는, 예를 들면, 브로드캐스트에 대한 서비스 가이드 또는 DASH MPD 표현일 수도 있거나, 포함할 수도 있다. 장치 (1500) 는 도 12 내지 도 14와 연계하여 설명된 추가적인 동작들 (1200, 1300, 및 1400) 중 임의의 것 또는 전체를 수행하기 위한 유사한 전기적 컴포넌트들 또는 모듈들을 포함할 수도 있고, 이들은 도해의 간략화를 위해 도 15a에 도시되지 않았다.

관련 양태들에서, 장치 (1500) 는, 장치 (1500) 가 네트워크 엔티티로서 구성되는 경우, 적어도 하나의 프로세스를 구비하는 프로세서 컴포넌트 (1510) 를 옵션적으로 포함할 수도 있다. 프로세서 (1510) 는, 이러한 경우에, 버스 (1512) 또는 유사한 통신 커플링을 통해 컴포넌트들 (1502~1504) 또는 유사한 컴포넌트들과 동작적으로 통신할 수도 있다. 프로세서 (1510) 는 전기적 컴포넌트들 또는 모듈들 (1502~1504) 에 의해 수행되는 프로세스들 또는 기능들의 개시 및 스케줄링을 실행할 수도 있다.

또 다른 관련 양태들에서, 장치 (1500) 는 다른 네트워크 엔티티들과 통신하기 위한 네트워크 인터페이스 컴포넌트 (1514) 를 포함할 수도 있다. 장치 (1500) 는, 예를 들면, 메모리 디바이스/컴포넌트 (1516) 와 같은 정보 저장을 위한 컴포넌트를 옵션적으로 포함할 수도 있다. 컴퓨터 판독가능 매체 또는 메모리 컴포넌트 (1516) 는 버스 (1512) 등을 통해 장치 (1500) 의 다른 컴포넌트들에 동작적으로 커플링될 수도 있다. 메모리 컴포넌트 (1516) 는 컴포넌트들 (1502~1504), 및 그 서브컴포넌트들, 또는 프로세서 (1510), 추가적인 동작들 (1200, 1300 및 1400), 또는 본원에서 개시된 방법들의 활성화를 수행하기 위한 컴퓨터 판독가능 명령들 및 데이터를 저장하도록 적응될 수도 있다. 메모리 컴포넌트 (1516) 는 컴포넌트들 (1502~1504) 과 관련된 기능들을 실행하기 위한 명령들을 유지할 수도 있다. 메모리 (1516) 외부에 있는 것으로 도시되었지만, 컴포넌트들 (1502~1504) 은 메모리 (1516) 내부에 존재할 수 있음이 이해되어야 한다.

도 15b를 참조하면, 장치 (1500) 의 옵션적인 컴포넌트들 또는 모듈들이 더 도시되어 있다. 예를 들면, 장치 (1500) 는 수정된 데이터 구조를 적어도 하나의 멀티미디어 클라이언트로 제공하기 위한 전기적 컴포넌트 또는 모듈 (1520) 을 더 포함할 수도 있다. 전기적 컴포넌트 또는 모듈 (1520) 은 네트워크 인터페이스 (1514), 또는 프로세서 (1510) 및/또는 메모리 (1516) 에 커플링된 네트워크 인터페이스 (1514) 일 수도 있다. 예를 들면, 장치 (1500) 는 하나 이상의 로케이터들 및 대응하는 인코딩 포맷들을 제거함으로써 데이터 구조를 수정하기 위한 전기적 컴포넌트 또는 모듈 (1522) 을 더 포함할 수도 있다. 장치 (1500) 는 하나 이상의 로케이터들과 적어도 하나의 새로운 인코딩 포맷을 추가함으로써 데이터 구조를 수정하기 위한 전기적 컴포넌트 또는 모듈 (1524) 을 더 포함할 수도 있다. 장치 (1500) 는 새로운 인코딩 포맷에 따라 컨텐츠 서버로부터의 멀티미디어 컨텐츠를 트랜스코딩하기 위한 전기적 컴포넌트 또는 모듈 (1526) 을 더 포함할 수도 있다. 장치 (1500) 는 인코딩 포맷들의 각각의 포맷들에 대한 유니캐스트 및 브로드캐스트로부터 선택된 전송 모드를 나타내는 속성을 추가하기 위한 전기적 컴포넌트 또는 모듈 (1528) 을 더 포함할 수도 있다.

도 15c를 참조하면, 장치 (1500) 의 옵션적인 컴포넌트들 또는 모듈들이 더 도시되어 있다. 예를 들면, 장치 (1500) 는 컨텐츠를 브로드캐스팅하기 위한 하나 이상의 인코딩 포맷들을 선택하는 전기적 컴포넌트 또는 모듈 (1530) 을 더 포함할 수도 있다. 예를 들면, 장치 (1500) 는 유니캐스트 송신을 통한 컨텐츠의 전달을 위해 하나 이상의 인코딩 포맷들을 선택하기 위한 전기적 컴포넌트 또는 모듈 (1532) 을 더 포함할 수도 있다. 장치 (1500) 는 DASH 프로토콜에 따른 인코딩 포맷들을 포함하는 각각의 미디어 표현들에 대한 어드레스들을 정의하는 MPD를 포함하도록 데이터 구조를 제어하기 위한 전기적 컴포넌트 또는 모듈 (1534) 을 더 포함할 수도 있다.

도 15d를 참조하면, 장치 (1500) 의 옵션적인 컴포넌트들 또는 모듈들이 더 도시되어 있다. 예를 들면, 장치 (1500) 는 컨텐츠 서버로의 전달을 위해 주소 지정된 멀티미디어 컨텐츠에 대한 요청들을 인터셉트하기 위한 전기적 컴포넌트 또는 모듈 (1536) 을 더 포함할 수도 있고, 그 요청들은 적어도 하나의 멀티미디어 클라이언트로부터 유래하고 데이터 구조에 따라 주소 지정된다. 전기적 컴포넌트 또는 모듈 (1536) 은 네트워크 인터페이스 (1514), 또는 프로세서 (1510) 및/또는 메모리 (1516) 에 커플링된 네트워크 인터페이스 (1514) 일 수도 있다. 예를 들면, 장치 (1500) 는 미리 정의된 제어 스킴에 따라 요청들을 변환하여 변환된 요청을 획득하고, 변환된 요청들을 컨텐츠 서버로 제공하기 위한 전기적 컴포넌트 또는 모듈 (1538) 을 더 포함할 수도 있다. 장치 (1500) 는 변환된 요청에 응답하여 컨텐츠 서버로부터 멀티미디어 컨텐츠를 수신하고, 그 멀티미디어 컨텐츠를 적어도 하나의 모바일 엔티티로 중계하기 위한 전기적 컴포넌트 또는 모듈 (1540) 을 더 포함할 수도 있다. 전기적 컴포넌트 또는 모듈 (1540) 은 네트워크 인터페이스 (1514), 또는 프로세서 (1510) 및/또는 메모리 (1516) 에 커플링된 네트워크 인터페이스 (1514) 일 수도 있다.

당업자라면, 정보 및 신호들이 임의의 다양한 상이한 기술들 및 기법들을 사용하여 표현될 수도 있음을 이해할 것이다. 예를 들면, 상기 설명을 통해 참조될 수도 있는 데이터, 명령들, 커맨드들, 정보, 신호들, 비트들, 심볼들, 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 입자들, 광학 필드들 또는 입자들, 이들의 임의의 조합에 의해 표현될 수도 있다.

당업자라면, 또한, 본원의 개시와 연계하여 설명된 여러 예증적인 논리 블록들, 모듈들, 회로들, 및 알고리즘 단계들이 전자 하드웨어, 컴퓨터 소프트웨어 또는 이들 양자의 조합으로서 구현될 수도 있음을 알 수 있을 것이다. 하드웨어 및 소프트웨어의 이러한 상호 교환성을 명확하게 설명하기 위해, 여러 예시적인 컴포넌트들, 블록들, 모듈들, 회로들 및 단계들을 일반적으로 그들의 기능적 관점에서 상기에 설명하였다. 이러한 기능성이 하드웨어로서 또는 소프트웨어로서 구현될지는 특정 어플리케이션과 전체 시스템에 부과되는 디자인 제약들에 따른다. 당업자라면, 상기 상술한 기능성을 각각의 특정 어플리케이션에 대해 다양한 방식으로 구현할 수도 있지만, 이러한 구현 결정은 본 발명의 범위를 벗어나게 하는 것으로 이해되어서는 안된다.

본원 개시와 연계하여 설명된 여러가지 예증적인 논리 블록들, 모듈들, 및 회로들은 본원에서 개시된 기능들을 수행하도록 디자인된 범용 프로세서, 디지털 신호 프로세서 (DSP), 주문형 반도체 (ASIC), 필드 프로그래머블 게이트 어레이 (FPGA) 또는 다른 프로그래머블 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 또는 이들의 임의의 조합에 의해 구현되거나 수행될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 다르게는, 상기 프로세서는 임의의 종래의 프로세서, 컨트롤러, 마이크로컨트롤러, 또는 상태 머신일 수도 있다. 프로세서는 컴퓨팅 디바이스들의 조합, 예를 들면, DSP와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 연계한 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성들로서 구현될 수도 있다.

본원 개시와 연계하여 설명된 일 방법 또는 알고리즘의 단계들은 하드웨어에서, 프로세서에 의해 실행되는 소프트웨어 모듈에서, 또는 이들 양자의 조합에서 직접적으로 구현될 수도 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드디스크, 리무버블 디스크, CD-ROM, 또는 종래 기술에서 공지된 임의의 다른 형태의 저장 매체 내에 있을 수도 있다. 예시적인 저장 매체는, 프로세서가 저장 매체로부터 정보를 판독하고, 저장 매체로 정보를 저장할 수 있도록 프로세서에 커플링된다. 대안에 있어서, 저장 매체는 프로세에 일체화될 수도 있다. 프로세서와 저장 매체는 ASIC 내에 있을 수도 있다. ASIC는 유저 단말 내에 있을 수도 있다. 대안에 있어서, 프로세서와 저장 매체는 별개의 컴포넌트로서 유저 단말 내에 있을 수도 있다.

하나 이상의 예시적인 디자인들에서, 상술된 기능들은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현되면, 상기 기능들은 하나 이상의 명령들 또는 코드로서 컴퓨터 판독 가능한 매체 상에 저장되거나 또는 송신될 수도 있다. 컴퓨터 판독 가능한 매체는 컴퓨터 프로그램의 한 장소에서 다른 장소로의 전송을 용이하게 하는 임의의 매체를 포함하는 컴퓨터 저장 매체 및 통신 매체 양자를 포함한다. 저장 매체는 범용의 또는 특별한 목적의 프로세서에 의해 액세스될 수 있는 임의의 이용가능한 매체일 수도 있다. 비제한적인 예로서, 이러한 컴퓨터 판독 가능한 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 스토리지, 자기 디스크 스토리지 또는 다른 자기 스토리지 디바이스들, 또는 요구되는 프로그램 코드 수단을 명령들 또는 데이터 구조들의 형태로 이송 또는 저장하기 위해 사용될 수 있으며 범용 또는 특별한 목적의 컴퓨터, 또는 범용 또는 특별한 목적의 프로세서에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속은 송신된 신호들의 비일시적 저장을 포함하는 정도까지 컴퓨터 판독 가능 매체로 적절히 칭해질 수도 있다. 예를 들면, 소프트웨어가 동축 케이블, 광섬유 케이블, 연선, 디지털 가입자 회선, 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들을 사용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 전송되면, 동축 케이블, 광섬유 케이블, 연선, 디지털 가입자 회선, 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들은, 임의의 비일시적 시간 길이 동안 디바이스 메모리 또는 저장 매체 상의 송신 체인에 유지되는 정도까지, 매체의 정의 내에 포함된다. 본원에서 사용된 디스크 (disk) 와 디스크 (disc) 는, 컴팩트 디스크 (CD), 레이저 디스크, 광학 디스크, 디지털 다기능 디스크 (DVD), 플로피디스크 및 블루레이 디스크를 포함하며, 여기서 디스크 (disk) 는 통상 자기적으로 데이터를 재생하고, 디스크 (disc) 는 레이저를 이용하여 광학적으로 데이터를 재생한다. 상기의 조합들도 컴퓨터 판독 가능한 매체의 범위 내에 또한 포함되어야만 한다.

본 개시의 이전의 설명들은 임의의 당업자가 본 개시를 실시하거나 사용하도록 하기 위해 제공된다. 본 개시에 대한 여러가지 수정예들이 당업자에게는 자명할 것이며, 본원에서 정의된 일반적인 원칙들은 본 발명의 취지와 범위를 벗어나지 않으면서 다른 변형예들에 적용될 수도 있다. 따라서, 본 개시는 본원에서 설명된 실시예들과 디자인들로 제한되도록 의도된 것은 아니며 본원의 개시된 원칙들 및 신규의 특징들과 일치하는 광의의 범위를 제공하기 위한 것이다.

Claims (57)

1. 무선 통신 네트워크 (wireless communications network; WCN) 의 멀티미디어 클라이언트에 대한 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법 (1100) 으로서,
   WCN 네트워크 엔티티의 프록시 컴포넌트에서, 상기 WCN 의 외부에 존재하는 엔티티에 의해 제어되는 데이터 구조를 수정하여, 수정된 데이터 구조를 상기 WCN 에 의해 지원되는 서비스 레벨과의 호환성에 기초해 획득하는 단계로서, 상기 데이터 구조는 상기 WCN 에 의해 전송 (transport) 가능한 멀티미디어 컨텐츠의 표현들에 대한 상이한 로케이터들을 포함하고, 상기 표현들은 각각의 상이한 인코딩 포맷들과 관련되는, 상기 데이터 구조를 수정하여 수정된 데이터 구조를 획득하는 단계 (1102); 및
   상기 수정된 데이터 구조에 의해 적어도 부분적으로, 적어도 하나의 멀티미디어 클라이언트에 제공된 상기 멀티미디어 컨텐츠에 대한 인코딩 포맷을 제어하는 단계 (1104) 를 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
2. 제 1항에 있어서,
   상기 수정된 데이터 구조를 상기 적어도 하나의 멀티미디어 클라이언트에 제공하는 단계 (1202) 를 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
3. 제 1항에 있어서,
   상기 데이터 구조를 수정하여 수정된 데이터 구조를 획득하는 단계는, 상기 상이한 로케이터들 중 하나 이상의 로케이터들 및 상기 상이한 인코딩 포맷들 중 대응하는 인코딩 포맷들을 제거하는 단계 (1204) 또는 하나 이상의 추가 로케이터들과 적어도 하나의 새로운 인코딩 포맷을 추가하는 단계 (1206) 중 적어도 하나를 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
4. 제 3항에 있어서,
   상기 인코딩 포맷은 MPEG2, MPEG4, H.264, 또는 H.265 중 적어도 하나를 포함하고, 상기 적어도 하나의 새로운 인코딩 포맷은 MPEG2, MPEG4, H.264, 또는 H.265 중 적어도 하나를 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
5. 제 4항에 있어서,
   상기 적어도 하나의 새로운 인코딩 포맷에 따라 컨텐츠 서버로부터의 멀티미디어 컨텐츠를 트랜스코딩하는 단계 (1208) 를 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
6. 제 1항에 있어서,
   상기 데이터 구조를 수정하여 수정된 데이터 구조를 획득하는 단계는, 상기 상이한 인코딩 포맷들의 각각의 포맷들에 대한 유니캐스트 또는 브로드캐스트 송신 모드 중 하나를 나타내기 위한 속성을 추가하는 단계 (1210) 를 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
7. 제 1항에 있어서,
   상기 인코딩 포맷을 제어하는 단계는, 상기 멀티미디어 컨텐츠를 브로드캐스팅하기 위한 상기 하나 이상의 각각의 상이한 인코딩 포맷들 중 적어도 하나를 선택하는 단계 (1302) 를 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
8. 제 1항에 있어서,
   상기 데이터 구조는 DASH (Dynamic Adaptive Streaming over HTTP (Hypertext Transport Protocol); HTTP를 통한 동적 적응 스트리밍) 프로토콜에 따라 인코딩 포맷들을 포함하는 각각의 미디어 표현들에 대한 어드레스들을 정의하는 미디어 프리젠테이션 디스크립션 (Media Presentation Description; MPD) 을 포함하는 (1306), 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
9. 제 8항에 있어서,
   상기 적어도 하나의 멀티미디어 클라이언트로부터 DASH 세그먼트들에 대한 명시적인 요청을 수신하지 않고도, 상기 DASH 세그먼트들에서의 프록시 컴포넌트로부터 상기 적어도 하나의 멀티미디어 클라이언트로 상기 멀티미디어 컨텐츠를 송신하는 단계를 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
10. 제 9항에 있어서,
    FLUTE (File Delivery Over Unidirectional Transport; 단방향 전송을 통한 파일 전달) 오브젝트의 FDT (File Description Table; 파일 디스크립션 테이블) 에 삽입된 대응하는 URL들 (Uniform Resource Locators; 유니폼 리소스 로케이터들) 을 사용하여 상기 적어도 하나의 멀티미디어 클라이언트에 대한 상기 상이한 로케이터들을 나타내는 상기 프록시 컴포넌트를 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
11. 제 1항에 있어서,
    컨텐츠 서버로의 전달을 위해 주소 지정된 멀티미디어 컨텐츠에 대한 요청들로서, 상기 요청들은 적어도 하나의 멀티미디어 클라이언트로부터 유래하고 상기 데이터 구조에 따라 주소 지정되는, 상기 요청들을 인터셉트하는 단계 (1402) 를 더 포함하고, 상기 인코딩 포맷을 제어하는 단계는, 미리 정의된 제어 스킴에 따라 상기 요청들을 변환하여 변환된 요청들을 획득하고, 상기 변환된 요청들을 상기 컨텐츠 서버로 제공하는 단계 (1404) 를 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
12. 제 11항에 있어서,
    상기 변환된 요청들에 응답하여 상기 컨텐츠 서버로부터 상기 멀티미디어 컨텐츠를 수신하는 단계, 및 상기 멀티미디어 컨텐츠를 상기 적어도 하나의 멀티미디어 클라이언트로 중계하는 단계 (1406) 를 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
13. 제 1항에 있어서,
    상기 프록시 컴포넌트는 DASH 프록시 엔티티를 포함하고, 상기 WCN 네트워크 엔티티는 BM-SC (broadcast multicast service center; 브로드캐스트 멀티캐스트 서비스 센터) 를 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 방법.
14. 무선 통신 네트워크 (wireless communications network; WCN) 의 멀티미디어 클라이언트에 제공된 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템 (1500) 으로서,
    WCN 네트워크 엔티티의 프록시 컴포넌트에서, 컨텐츠 서버로부터 수신된 데이터 구조를 수정하여, 수정된 데이터 구조를 상기 WCN 에 의해 지원되는 서비스 레벨과의 호환성에 기초해 획득 (1502) 함으로써, 적어도 하나의 멀티미디어 클라이언트에 제공된 상기 멀티미디어 컨텐츠에 대한 인코딩 포맷을 제어하는 (1504) 수단을 포함하고,
    상기 데이터 구조는 상기 WCN 에 의해 전송 가능한 멀티미디어 컨텐츠의 표현들에 대한 상이한 로케이터들을 포함하고, 상기 표현들은 각각의 상이한 인코딩 포맷들과 관련되는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
15. 제 14항에 있어서,
    상기 데이터 구조를 수정하는 것은 상기 상이한 로케이터들 중 하나 이상의 로케이터들 및 상기 상이한 인코딩 포맷들 중 대응하는 인코딩 포맷들을 제거하는 것 (1204) 을 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
16. 제 14항에 있어서,
    상기 데이터 구조를 수정하는 것은 하나 이상의 추가 로케이터들 및 적어도 하나의 새로운 인코딩 포맷을 추가하는 것 (1206) 을 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
17. 제 14항에 있어서,
    상기 데이터 구조를 수정하는 것은 상기 상이한 인코딩 포맷들의 각각의 포맷들에 대한 유니캐스트 또는 브로드캐스트 송신 모드 중 하나를 나타내기 위한 속성을 추가하는 것 (1210) 을 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
18. 제 14항에 있어서,
    상기 인코딩 포맷을 제어하는 것은 상기 멀티미디어 컨텐츠를 브로드캐스팅하기 위한 상기 하나 이상의 각각의 상이한 인코딩 포맷들 중 적어도 하나를 선택하는 것 (1302) 을 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
19. 제 14항에 있어서,
    상기 데이터 구조는 DASH (Dynamic Adaptive Streaming over HTTP (Hypertext Transport Protocol)) 프로토콜에 따라 인코딩 포맷들을 포함하는 각각의 미디어 표현들에 대한 어드레스들을 정의하는 미디어 프리젠테이션 디스크립션 (Media Presentation Description; MPD) 을 포함하는 (1306), 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
20. 제 19항에 있어서,
    상기 적어도 하나의 멀티미디어 클라이언트로부터 DASH 세그먼트들에 대한 명시적인 요청을 수신하지 않고도, 상기 DASH 세그먼트들에서의 프록시 컴포넌트로부터 상기 적어도 하나의 멀티미디어 클라이언트로 상기 멀티미디어 컨텐츠를 송신하는 수단을 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
21. 제 20항에 있어서,
    상기 프록시 컴포넌트에서, FLUTE (File Delivery Over Unidirectional Transport) 오브젝트의 FDT (File Description Table) 에 삽입된 대응하는 URL들 (Uniform Resource Locators) 을 사용하여 상기 적어도 하나의 멀티미디어 클라이언트에 대한 상기 상이한 로케이터들을 나타내는 수단을 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
22. 제 14항에 있어서,
    상기 컨텐츠 서버로의 전달을 위해 주소 지정된 멀티미디어 컨텐츠에 대한 요청들로서, 상기 요청들은 적어도 하나의 멀티미디어 클라이언트들로부터 유래하고 상기 데이터 구조에 따라 주소 지정되는, 상기 요청들을 인터셉트하는 수단 (1402) 을 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
23. 제 22항에 있어서,
    상기 인코딩 포맷을 제어하는 것은, 미리 정의된 제어 스킴에 따라 상기 요청들을 변환하여 변환된 요청들을 획득하고, 상기 변환된 요청들을 상기 컨텐츠 서버로 제공하는 것 (1404) 을 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
24. 제 14항에 있어서,
    상기 프록시 컴포넌트는 DASH 프록시 컴포넌트를 포함하고, 상기 WCN 네트워크 엔티티는 BM-SC (broadcast multicast service center) 를 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
25. 무선 통신 네트워크 (wireless communications network; WCN) 의 멀티미디어 클라이언트에 제공된 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템 (1500) 으로서,
    데이터를 저장하는 메모리 (1516) 에 커플링되며, 컨텐츠 서버로부터 수신된 데이터 구조를 수정하여 수정된 데이터 구조를 상기 WCN 에 의해 지원되는 서비스 레벨과의 호환성에 기초하여 획득하고 (1502), 적어도 하나의 상기 멀티미디어 클라이언트와 상기 컨텐츠 서버 사이에서 WCN 네트워크 엔티티의 프록시 컴포넌트로서 동작하여 상기 적어도 하나의 멀티미디어 클라이언트에 제공된 상기 멀티미디어 컨텐츠에 대한 인코딩 포맷을 제어하도록 (1504) 구성된 적어도 하나의 프로세서 (1510) 를 포함하고,
    상기 데이터 구조는 상기 WCN 에 의해 전송 가능한 멀티미디어 컨텐츠의 표현들에 대한 상이한 로케이터들을 포함하고, 상기 표현들은 각각의 상이한 인코딩 포맷들과 관련되는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
26. 제 25항에 있어서,
    상기 적어도 하나의 프로세서는 상기 수정된 데이터 구조를 상기 적어도 하나의 멀티미디어 클라이언트로 제공하도록 (1202) 더 구성되는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
27. 제 25항에 있어서,
    상기 데이터 구조를 수정하는 것은 상기 상이한 로케이터들 중 하나 이상의 로케이터들 및 상기 상이한 인코딩 포맷들 중 대응하는 인코딩 포맷들을 제거하는 것 (1204) 또는 하나 이상의 추가 로케이터들과 적어도 하나의 새로운 인코딩 포맷을 추가하는 것 (1206) 을 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
28. 제 27항에 있어서,
    상기 적어도 하나의 프로세서는 상기 적어도 하나의 새로운 인코딩 포맷에 따라 컨텐츠 서버로부터의 멀티미디어 컨텐츠를 트랜스코딩하도록 (1208) 더 구성되는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
29. 제 25항에 있어서,
    상기 데이터 구조를 수정하는 것은 상기 상이한 인코딩 포맷들의 각각의 포맷들에 대한 유니캐스트 또는 브로드캐스트 송신 모드 중 하나를 나타내기 위한 속성을 추가하는 것 (1208) 을 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
30. 제 25항에 있어서,
    상기 인코딩 포맷을 제어하는 것은 상기 멀티미디어 컨텐츠를 브로드캐스팅하기 위한 상기 하나 이상의 각각의 상이한 인코딩 포맷들 중 적어도 하나를 선택하는 것 (1302) 을 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
31. 제 25항에 있어서,
    상기 데이터 구조는 DASH (Dynamic Adaptive Streaming over HTTP (Hypertext Transport Protocol)) 프로토콜에 따라 인코딩 포맷들을 포함하는 각각의 미디어 표현들에 대한 어드레스들을 정의하는 미디어 프리젠테이션 디스크립션 (Media Presentation Description; MPD) 을 포함하는 (1306), 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
32. 제 31항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 적어도 하나의 멀티미디어 클라이언트로부터 DASH 세그먼트들에 대한 명시적인 요청을 수신하지 않고도, 상기 DASH 세그먼트들에서의 상기 프록시 컴포넌트로부터 상기 적어도 하나의 멀티미디어 클라이언트로 상기 멀티미디어 컨텐츠를 송신하도록 더 구성되는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
33. 제 32항에 있어서,
    상기 적어도 하나의 프로세서는, FLUTE (File Delivery Over Unidirectional Transport) 오브젝트의 FDT (File Description Table) 에 삽입된 대응하는 URL들 (Uniform Resource Locators) 을 사용하여 상기 적어도 하나의 멀티미디어 클라이언트에 대한 상기 상이한 로케이터들을 나타내도록 더 구성되는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
34. 제 25항에 있어서,
    상기 적어도 하나의 프로세서는, 컨텐츠 서버로의 전달을 위해 주소 지정된 멀티미디어 컨텐츠에 대한 요청들로서, 상기 요청들은 적어도 하나의 멀티미디어 클라이언트로부터 유래하고 상기 데이터 구조에 따라 주소 지정되는, 상기 요청들을 인터셉트하도록 (1402) 더 구성되는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
35. 제 34항에 있어서,
    상기 인코딩 포맷을 제어하는 것은, 미리 정의된 제어 스킴에 따라 상기 요청들을 변환하여 변환된 요청들을 획득하고, 상기 변환된 요청들을 상기 컨텐츠 서버로 제공하는 것을 더 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
36. 제 35항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 변환된 요청들에 응답하여 상기 컨텐츠 서버로부터 상기 멀티미디어 컨텐츠를 수신하고, 상기 멀티미디어 컨텐츠를 상기 적어도 하나의 멀티미디어 클라이언트로 중계하도록 (1404) 더 구성되는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
37. 제 25항에 있어서,
    상기 프록시 컴포넌트는 DASH 프록시 엔티티를 포함하고, 상기 WCN 네트워크 엔티티는 BM-SC (broadcast multicast service center) 를 포함하는, 멀티미디어 컨텐츠의 인코딩 포맷을 제어하는 시스템.
38. 컴퓨터 판독가능 저장 매체로서,
    컨텐츠 서버로부터 수신된 데이터 구조를 수정하여, 수정된 데이터 구조를 무선 통신 네트워크 (wireless communications network; WCN) 에 의해 지원되는 서비스 레벨과의 호환성에 기초하여 획득하고 (1502), 적어도 하나의 멀티미디어 클라이언트와 상기 컨텐츠 서버 사이에서 WCN 네트워크 엔티티의 프록시 컴포넌트로서 동작하여 상기 적어도 하나의 멀티미디어 클라이언트에 제공된 멀티미디어 컨텐츠에 대한 인코딩 포맷을 제어하는 (1504) 코드를 포함하고,
    상기 데이터 구조는 상기 WCN 에 의해 전송 가능한 멀티미디어 컨텐츠의 표현들에 대한 상이한 로케이터들을 포함하고, 상기 표현들은 각각의 상이한 인코딩 포맷들과 관련되는, 컴퓨터 판독가능 저장 매체.
39. 제 38항에 있어서,
    상기 수정된 데이터 구조를 상기 적어도 하나의 멀티미디어 클라이언트로 제공하는 (1202) 코드를 더 포함하는, 컴퓨터 판독가능 저장 매체.
40. 제 38항에 있어서,
    상기 데이터 구조를 수정하는 것은 상기 상이한 로케이터들 중 하나 이상의 로케이터들 및 상기 상이한 인코딩 포맷들 중 대응하는 인코딩 포맷들을 제거하는 것 (1204) 또는 하나 이상의 추가 로케이터들과 적어도 하나의 새로운 인코딩 포맷을 추가하는 것 (1206) 을 포함하는, 컴퓨터 판독가능 저장 매체.
41. 제 40항에 있어서,
    상기 적어도 하나의 새로운 인코딩 포맷에 따라 컨텐츠 서버로부터의 멀티미디어 컨텐츠를 트랜스코딩하는 (1208) 코드를 더 포함하는, 컴퓨터 판독가능 저장 매체.
42. 제 38항에 있어서,
    상기 데이터 구조를 수정하는 것은 상기 상이한 인코딩 포맷들의 각각의 포맷들에 대한 유니캐스트 또는 브로드캐스트 송신 모드 중 하나를 나타내기 위한 속성을 추가하는 것 (1210) 을 포함하는, 컴퓨터 판독가능 저장 매체.
43. 제 38항에 있어서,
    상기 인코딩 포맷을 제어하는 것은, 상기 멀티미디어 컨텐츠를 브로드캐스팅하기 위한 상기 하나 이상의 각각의 상이한 인코딩 포맷들 중 적어도 하나를 선택하는 것 (1302) 을 더 포함하는, 컴퓨터 판독가능 저장 매체.
44. 제 38항에 있어서,
    상기 데이터 구조는 DASH (Dynamic Adaptive Streaming over HTTP (Hypertext Transport Protocol)) 프로토콜에 따라 인코딩 포맷들을 포함하는 각각의 미디어 표현들에 대한 어드레스들을 정의하는 미디어 프리젠테이션 디스크립션 (Media Presentation Description; MPD) 을 포함하는 (1306), 컴퓨터 판독가능 저장 매체.
45. 제 44항에 있어서,
    상기 적어도 하나의 멀티미디어 클라이언트로부터 DASH 세그먼트들에 대한 명시적인 요청을 수신하지 않고도, 상기 DASH 세그먼트들에서의 상기 프록시 컴포넌트로부터 상기 적어도 하나의 멀티미디어 클라이언트로 상기 멀티미디어 컨텐츠를 송신하는 코드를 더 포함하는, 컴퓨터 판독가능 저장 매체.
46. 제 45항에 있어서,
    FLUTE (File Delivery Over Unidirectional Transport) 오브젝트의 FDT (File Description Table) 에 삽입된 대응하는 URL들 (Uniform Resource Locators) 을 사용하여 상기 적어도 하나의 멀티미디어 클라이언트에 대한 상기 상이한 로케이터들을 나타내는 코드를 더 포함하는, 컴퓨터 판독가능 저장 매체.
47. 제 38항에 있어서,
    컨텐츠 서버로의 전달을 위해 주소 지정된 멀티미디어 컨텐츠에 대한 요청들로서, 상기 요청들은 적어도 하나의 멀티미디어 클라이언트로부터 유래하고 상기 데이터 구조에 따라 주소 지정되는, 상기 요청들을 인터셉트하는 (1402) 코드를 더 포함하고, 상기 인코딩 포맷을 제어하는 것은, 미리 정의된 제어 스킴에 따라 상기 요청들을 변환하여 변환된 요청들을 획득하고, 상기 변환된 요청들을 상기 컨텐츠 서버로 제공하는 것 (1404) 을 더 포함하는, 컴퓨터 판독가능 저장 매체.
48. 제 47항에 있어서,
    상기 변환된 요청들에 응답하여 상기 컨텐츠 서버로부터 상기 멀티미디어 컨텐츠를 수신하고, 상기 멀티미디어 컨텐츠를 상기 적어도 하나의 멀티미디어 클라이언트로 중계하는 (1406) 코드를 더 포함하는, 컴퓨터 판독가능 저장 매체.
49. 제 38항에 있어서,
    상기 프록시 컴포넌트는 DASH 프록시 엔티티를 포함하고, 상기 WCN 네트워크 엔티티는 BM-SC (broadcast multicast service center) 를 포함하는, 컴퓨터 판독가능 저장 매체.
50. 삭제
51. 삭제
52. 삭제
53. 삭제
54. 삭제
55. 삭제
56. 삭제
57. 삭제

Images