KR20150074078A - 모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도 - Google Patents

모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도 Download PDF

Info

Publication number
KR20150074078A
KR20150074078A KR1020157012920A KR20157012920A KR20150074078A KR 20150074078 A KR20150074078 A KR 20150074078A KR 1020157012920 A KR1020157012920 A KR 1020157012920A KR 20157012920 A KR20157012920 A KR 20157012920A KR 20150074078 A KR20150074078 A KR 20150074078A
Authority
KR
South Korea
Prior art keywords
decoding complexity
media content
wtru
content
decoding
Prior art date
Application number
KR1020157012920A
Other languages
English (en)
Other versions
KR101748505B1 (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 KR20150074078A publication Critical patent/KR20150074078A/ko
Application granted granted Critical
Publication of KR101748505B1 publication Critical patent/KR101748505B1/ko

Links

Images

Classifications

    • H04L65/4092—
    • H04L65/4084—
    • H04L65/601—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/756—Media network packet handling adapting media to device capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • 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/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4621—Controlling the complexity of the content stream or additional data, e.g. lowering the resolution or bit-rate of the video stream for a mobile client with a small screen
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/18—TPC being performed according to specific parameters
    • H04W52/22—TPC being performed according to specific parameters taking into account previous information or commands
    • H04W52/223—TPC being performed according to specific parameters taking into account previous information or commands predicting future states of the transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/30—Monitoring; Testing of propagation channels
    • H04B17/373—Predicting channel quality or other radio frequency [RF] parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/367—Power values between minimum and maximum limits, e.g. dynamic range

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Circuits Of Receivers In General (AREA)
  • Transmitters (AREA)
  • Telephonic Communication Services (AREA)
  • Power Sources (AREA)
  • Telephone Function (AREA)

Abstract

디코딩 복잡도는 무선 송수신 유닛(WTRU)에서 멀티미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하기 위한 전력 소비를 예측하는데 사용될 수 있다. 디코딩 복잡도는 또다른 WTRU와 같은 기준 디바이스로부터 수신된 디코딩 복잡도 피드백에 기초할 수 있다. 디코딩 복잡도 피드백은 멀티미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하기 위해 기준 디바이스에서 수행된 측정에 기초할 수 있다. 컨텐츠 제공 디바이스는 WTRU 또는 또다른 네트워크 엔티티에, 요청된 미디어 컨텐츠의 디코딩 복잡도를 표시할 수 있다. 디코딩 복잡도는 미디어 컨텐츠와 연관된 스트리밍 프로토콜 또는 파일에 표시될 수 있다. WTRU 또는 기타 네트워크 엔티티는 미디어 컨텐츠의 전송에 관한 그의 선호도를 결정하는데 디코딩 복잡도를 사용할 수 있다. 컨텐츠 제공 디바이스는 WTRU 또는 기타 네트워크 엔티티의 선호도 및/또는 디코딩 복잡도에 기초하여 미디어 컨텐츠를 전송할지 여부를 결정할 수 있다.

Description

모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도{DECODING COMPLEXITY FOR MOBILE MULTIMEDIA STREAMING}
관련 출원에 대한 상호참조
본 출원은 2012년 10월 18일 출원된 미국 가특허 출원 번호 제61/715,466호의 이점을 주장하며, 이의 내용은 그 전체가 참조에 의해 여기에 포함된다.
멀티미디어 컨텐츠는 무선 통신 네트워크를 사용하여 컨텐츠 제공자로부터 이동 디바이스로 보내질 수 있다. 컨텐츠가 이동 디바이스에서 수신되고 그리고/또는 이동 디바이스의 최종 사용자에게 제공될 수 있도록 컨텐츠를 스트리밍함으로써 컨텐츠가 제공될 수 있다. 모바일 멀티미디어 스트리밍(mobile multimedia streaming)은 전체 미디어 파일이 디바이스에서 수신되기 전에 이동 디바이스가 미디어 컨텐츠의 재생을 시작할 수 있게 할 수 있다.
이동 디바이스로 멀티미디어 컨텐츠를 스트리밍하는 것은 멀티미디어 경험 기간 동안 가용 대역폭의 가변성 및 배터리에 대한 잠재적 수요로 인해 난제일 수 있다. 무선 통신 네트워크 상의 가용 대역폭의 가변성으로 인해, 멀티미디어 컨텐츠를 수신하기 위해 이동 디바이스의 무선 인터페이스에 의해 소비되는 전력은 알 수가 없거나 결정하기 어려울 수 있다. 멀티미디어 컨텐츠가 이동 디바이스에서 수신되면, 컨텐츠의 디코딩 및 재생은 추가의 전력을 소비할 수 있는데, 이 또한 알 수가 없거나 결정하기 어려울 수 있다.
멀티미디어 경험 동안 이동 디바이스에 의해 소비되는 전력을 결정하는데 있어서의 어려움으로 인해, 미디어 데이터를 전송 및/또는 디스플레이하는 데에 불필요한 자원이 이동 디바이스 및 네트워크에 의해 사용되고 있다.
무선 송수신 유닛(WTRU; wireless transmit/receive unit)에서 멀티미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하기 위한 전력 소비를 예측하기 위한 시스템, 방법 및 장치가 기재된다. WTRU는 컨텐츠 제공 디바이스로부터의 멀티미디어 컨텐츠를 요청할 수 있다. 컨텐츠 제공 디바이스는 멀티미디어 컨텐츠에 대한 요청을 수신할 수 있고, 멀티미디어 컨텐츠와 연관된 디코딩 복잡도를 결정할 수 있다. 디코딩 복잡도는 WTRU와 같은 기준 디바이스에서 멀티미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하는 데에 사용된 전력량을 나타내는 데이터에 기초할 수 있다. 예를 들어, 디코딩 복잡도는 기준 디바이스에서 멀티미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하기 위한 최소 디코딩 복잡도 값, 최대 디코딩 복잡도 값, 및/또는 평균 디코딩 복잡도 값을 나타낼 수 있다.
멀티미디어 컨텐츠는 비디오 컨텐츠(예를 들어, 비디오 스트림, 비디오 파일 등), 이미지, 오디오 컨텐츠, 및/또는 다른 형태의 멀티미디어 컨텐츠를 포함할 수 있다. 멀티미디어 컨텐츠는 상이한 타입들의 컨텐츠로 구성될 수 있다. 예를 들어, 미디어 컨텐츠가 비디오 컨텐츠를 포함하는 경우에 미디어 컨텐츠는 미디어 컨텐츠의 표준 버전 및 고해상도 버전을 포함할 수 있다. 멀티미디어 컨텐츠는 분할될 수 있다. 미디어 컨텐츠의 상이한 타입들 및/또는 세그먼트들 각각은 대응하는 디코딩 복잡도를 가질 수 있다.
컨텐츠 제공 디바이스는 WTRU 또는 다른 네트워크 디바이스에 디코딩 복잡도의 표시(indication)를 보낼 수 있다. 디코딩 복잡도의 표시는 미디어 파일 또는 프로토콜에 포함될 수 있다. WTRU 또는 또다른 네트워크 디바이스는 요청된 미디어 컨텐츠를 수신할지 여부를 결정하기 위해 디코딩 복잡도를 사용할 수 있다. 예를 들어, WTRU는 디코딩 복잡도를, WTRU에서 이용 가능한 가용 전력 자원의 양과 비교할 수 있다. 컨텐츠의 복수의 타입들 또는 세그먼트들이 요청된 멀티미디어 컨텐츠에 포함되는 경우에, WTRU 또는 다른 네트워크 디바이스는 컨텐츠의 하나 이상의 타입들 또는 세그먼트들을 선택하기 위해 디코딩 복잡도를 사용할 수 있다.
컨텐츠 제공 디바이스는 또한, 또는 대안으로서, 연관된 디코딩 복잡도에 기초하여, 요청된 미디어 컨텐츠 또는 이의 하나 이상의 타입들 또는 세그먼트들을 제공할지 여부를 결정할 수 있다. 컨텐츠 제공 디바이스는 다양한 WTRU 디바이스 특성을 알고 있을 수 있고, 이를 사용하여 요청된 미디어 컨텐츠, 또는 이의 하나 이상의 타입들 또는 세그먼트들을 제공할지 여부를 결정할 수 있다. WTRU 디바이스 특성은 WTRU 타입, WTRU의 가용 전력, 및/또는 WTRU의 전력 소비 구성을 포함할 수 있다.
첨부 도면과 함께 예로서 주어진 다음의 상세한 설명으로부터 여기에 개시된 실시예의 보다 상세한 이해가 이루어질 수 있다.
도 1은 무선 통신 시스템에서 무선 송수신 유닛(WTRU)에 의해 사용될 수 있는 예시적인 통신 상태들을 도시한 도면이다.
도 2는 컨텐츠 제공자로부터 비디오 컨텐츠를 스트리밍하기 위한 예를 도시한 그래프이다.
도 3은 컨텐츠 제공자로부터 비디오 컨텐츠를 스트리밍하기 위한 예를 도시한 또다른 그래프이다.
도 4는 디코딩 복잡도에 기초하여 미디어 컨텐츠를 전송하기 위한 예시적인 프로세스를 예시한 흐름도이다.
도 5는 디코딩 복잡도에 기초하여 멀티미디어 컨텐츠를 선택하기 위한 예시적인 프로세스를 예시한 흐름도이다.
도 6은 디코딩 복잡도를 측정하고 그리고/또는 디코딩 복잡도를 나타내는 디코딩 복잡도 피드백 정보를 보내기 위한 예시적인 프로세스를 예시한 흐름도이다.
도 7은 디코딩 복잡도 피드백 정보를 보내는 데에 사용될 수 있는 예시적인 메시지를 도시한 도면이다.
도 8a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템의 시스템 도면을 도시한다.
도 8b는 도 8a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 무선 송수신 유닛(WTRU)의 시스템 도면을 도시한다.
도 8c는 도 8a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템 도면을 도시한다.
도 8d는 도 8a에 예시된 통신 시스템 내에서 사용될 수 있는 또다른 예시적인 무선 액세스 네트워크 및 또다른 예시적인 코어 네트워크의 시스템 도면을 도시한다.
도 8e는 도 8a에 예시된 통신 시스템 내에서 사용될 수 있는 또다른 예시적인 무선 액세스 네트워크 및 또다른 예시적인 코어 네트워크의 시스템 도면을 도시한다.
컨텐츠 제공자는 무선 통신 네트워크를 통해 무선 송수신 유닛(WTRU)에 멀티미디어 컨텐츠를 제공할 수 있다. 멀티미디어 경험 동안 WTRU에 의해 소비되는 전력량은 멀티미디어 컨텐츠의 타입 및/또는 WTRU 특성에 기초하여 예측될 수 있다. 멀티미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이한 WTRU에 의해 측정이 취해질 수 있다. 이들 측정은 멀티미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이할 때 소비될 수 있는 전력량을 예측하는 데에 사용될 수 있다.
멀티미디어 경험 동안 WTRU에 의해 소비되는 전력량을 표시하도록 전력 소비 기술자(descriptor)가 사용될 수 있다. 예를 들어, 전력 소비 기술자는, 멀티미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이할 때 WTRU에 의해 소비되는 전력량을 나타낼 수 있다. 전력 소비 기술자는 디코딩 복잡도(decoding complexity)라 지칭될 수 있다. 전력 소비 기술자는 프로토콜, 파일 포맷, 및/또는 기타에 포함될 수 있다. 전력 소비 기술자는 미디어 스트림 또는 스트림들 및/또는 WTRU 타입 또는 타입들에 기초할 수 있다.
WTRU에서의 전력 소비는 통신 시스템에서 멀티미디어 컨텐츠를 스트리밍하는 것에 의해 영향 받을 수 있다. 멀티미디어 컨텐츠는 통신 시스템을 사용하여 전송된 비디오 스트림, 이미지, 오디오, 및/또는 다른 형태의 멀티미디어 데이터를 포함할 수 있다. 비디오 스트림은 비디오 해상도, 프레임 레이트, 및/또는 양자화 파라미터를 변화시킴으로써 다양한 서브스트림(sub-stream)들로 코딩될 수 있다. 서브스트림들은 예를 들어, H.264 스트림을 포함할 수 있다. 오디오 스트림도 또한, 가변 수의 채널(예를 들어, 5.1, 2.0-스테레오, 1.0-모노 등), 상이한 코덱들, 및/또는 코덱 확장들(예를 들어, MP3, AAC(advanced audio coding), 고효율(HE; high efficiency)-AAC 등)에 의해 다양한 서브스트림들로 코딩될 수 있다.
전력은 멀티미디어 데이터 프로세싱 및/또는 디스플레이를 위해 WTRU에서 소비될 수 있다. 무선 인터페이스에 의해 소비된 전력은 전체 전력 소비의 일부분(예를 들어, 약 15% 내지 25%)을 차지할 수 있다. 무선 인터페이스는, 신호를 수신하고 그리고/또는 신호를 멀티미디어 디코딩 모듈로 전달될 수 있는 디지털 데이터로 디코딩할 수 있는 무선 모듈일 수 있다. 무선 인터페이스는 와이파이(Wi-Fi), 3G, 4G, 및/또는 기타를 통해 통신할 수 있다. WTRU의 디스플레이는 비디오 재생에 소비된 총 전력의 일부분을 차지할 수 있다. 디스플레이는 WTRU 내의 컴포넌트에 의해 소비된 전력의 가장 큰 부분(예를 들어, 약 38%와 68% 사이)을 차지할 수 있다. 프로세서는 비디오 재생에 소비된 전력의 일부분을 차지할 수 있다. 프로세서는 디스플레이 후에 비디오 재생을 위한 전력 소비의 가장 큰 부분을 차지할 수 있다.
콜(call) 모듈은 전화 통화에 소비될 수 있는 추가의 전력을 차지할 수 있다. 콜 모듈은 콜 데이터를 처리하는 데에 사용될 수 있는 GSM 모듈 또는 다른 모듈일 수 있다. 콜 모듈에 의해 소비된 전력은 정적이거나 동적일 수 있다.
멀티미디어 컨텐츠는 WTRU에서의 디스플레이를 위해 프리페치(pre-fetched)될 수 있거나 또는 스트리밍될 수 있다. WTRU가 컨텐츠의 일부분을 디스플레이하기 시작하기 전에 컨텐츠가 WTRU에서 완전히 수신될 때 멀티미디어 컨텐츠는 WTRU에서 프리페치될 수 있다. 멀티미디어 컨텐츠가 완전히 수신되기 전에 WTRU에서 디스플레이될 수 있는 세그먼트들로 WTRU에 보내짐으로써 멀티미디어 컨텐츠는 스트리밍될 수 있다. 멀티미디어 컨텐츠를 스트리밍함으로써, 멀티미디어 컨텐츠의 전체를 수신하기 전에 컨텐츠의 일부분이 시청될 수 있다. 멀티미디어 컨텐츠는 적응형(adaptive) HTTP(hypertext transfer protocol) 스트리밍을 사용하여 세그먼트들에서 전송될 수 있다. 세그먼트들 사이의 기간은 무선 인터페이스 모듈이 전송들 사이에 슬립(sleep) 모드 또는 유휴(idle) 모드로 갈 수 있을 만큼 충분히 길 수 있다.
도 1은 무선 통신 시스템에서 WTRU에 의해 사용될 수 있는 예시적인 통신 상태들을 도시한 도면이다. 통신 상태들은 WTRU에서 전송신호(transmission)를 전송 및/또는 수신하기 위한 접속 상태(connected state) 및/또는 전송들 사이에 사용될 수 있는 유휴 상태를 포함할 수 있다. WTRU에 의해 소비된 전력은 통신 상태들 간의 전이(transition)에 따라 좌우될 수 있다. 예를 들어, 도 1에 도시된 바와 같이, WTRU는 접속 상태로부터 전력 절약 접속 상태 및/또는 유휴 상태로 전이함으로써 전력을 절약할 수 있다.
예시적인 통신 상태는 RRC 접속 상태(102) 및/또는 RRC 유휴 상태(104)와 같은 무선 자원 제어(RRC; radio resource control) 상태를 포함할 수 있다. 예를 들어 LTE(long term evolution) 통신 시스템에서와 같이 E-UTRA(Evolved UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access)가 무선 기술로서 구현될 때, RRC 접속 상태(102)는 E-UTRA RRC 접속 상태일 수 있고 그리고/또는 RRC 유휴 상태(104)는 E-UTRA RRC 유휴 상태일 수 있다. RRC 접속 상태(102)는 WTRU로 그리고/또는 WTRU로부터 데이터(예를 들어, 유니캐스트 데이터)를 전달하는 데에 사용될 수 있다. RRC 접속 상태(102)는, 네트워크 제어 모빌리티(network controlled mobility)를 위해, 공유 데이터 채널과 연관된 제어 채널, 및/또는 기타를 모니터링하는 데에 사용될 수 있다. RRC 유휴 상태(104)는, 인입 호를 검출하고 시스템 정보를 획득하고 그리고/또는 이용 가능한 측정의 로깅을 수행하기 위해 페이징 채널을 모니터링하는 데에 사용될 수 있다. RRC 접속 상태(102)는 RRC 유휴 상태(104)보다 더 높은 전력 레벨을 사용할 수 있다.
WTRU는 106에서 RRC 접속 상태(102)와 RRC 유휴 상태(104) 사이에 전이할 수 있다. 예를 들어, WTRU는 RRC 접속 상태(102)에서 전송신호를 수신하는 일 없이 기간이 경과한 후에 RRC 접속 상태(102)로부터 RRC 유휴 상태(104)로 전이할 수 있다. RRC 유휴 상태(104)가 RRC 접속 상태(102)보다 더 적은 전력 자원을 사용하므로 WTRU는 배터리 전력을 보존하기 위해 RRC 유휴 상태(104)로 전이할 수 있다. WTRU는 예를 들어 데이터 전송이 RRC 접속 상태(102)에서 처리되기 위해 수신될 때 RRC 접속 상태(102)로 전이할 수 있다. 106에서 WTRU가 RRC 접속 상태(102)와 RRC 유휴 상태(104) 사이에 전이할 때, WTRU는 RRC 접속 상태(102)에서 접속을 확립할 수 있고 그리고/또는 WTRU가 유휴 상태(104)로 전이할 때 RRC 접속 상태(102)에 사용된 자원을 해제(release)할 수 있다.
RRC 접속 상태(102)는 연속 수신 상태, 단기(short) 불연속 수신(DRX; discontinuous reception) 상태, 장기(long) DRX 상태, 및/또는 기타로 세분화될(subdivided) 수 있다. 단기 DRX 상태 및/또는 장기 DRX 상태는 연속 수신 상태보다 더 적은 전력을 사용할 수 있는 전력 절약 접속 상태일 수 있다. 예를 들어 WTRU가 RRC 유휴 상태(104)로부터 촉진될 때 WTRU는 연속 수신 상태로 전이할 수 있다. 연속 수신 상태는 통신 시스템에서 데이터를 전송 및/또는 수신하기 위해 WTRU에 의해 사용될 수 있다. WTRU는 RRC 접속 상태(102)에서 데이터를 대기하고 있을 때 연속 수신 상태로부터 DRX 상태로 전이할 수 있다. 예를 들어, 통신 디바이스는 연속 수신 상태로부터 단기 DRX 상태로 전이할 수 있다. 통신 디바이스는 RRC 접속 상태(102)에서 데이터를 수신하는 일 없이 기간이 경과한 후에 단기 DRX 상태로부터 장기 DRX 상태로 전이할 수 있다. 장기 DRX 상태는 유휴 모드로 전이하기 전에 더 긴 기간 동안 WTRU가 DRX 모드에 있을 수 있게 하는 연장된 DRX 상태일 수 있다.
상태들 간의 전이는 비활동(inactivity) 타이머를 사용하여 처리될 수 있다. WTRU는 비활동 타이머 T1의 만료시 연속 수신 상태로부터 단기 DRX 상태로 전이할 수 있다. 비활동 타이머 T1는 WTRU가 더 이상 데이터를 전송 및/또는 수신하고 있지 않을 때 시작될 수 있다. WTRU는 비활동 타이머 T2의 만료시 단기 DRX 상태로부터 장기 DRX 상태로 전이할 수 있다. WTRU는 비활동 타이머 T3의 만료시 장기 DRX 상태로부터 RRC 유휴 상태(104)로 전이할 수 있다.
WTRU는 다른 무선 기술에의 접속을 위해 상태를 이동할 수 있다. WTRU는 예를 들어 UMTS, GSM(global system for mobile communications), 또는 다른 무선 기술에의 접속을 위해 상태를 이동할 수 있다. 108에서, WTRU는 RRC 접속 상태(102)과 UMTS 접속 상태 사이의 핸드오버를 수행할 수 있다. 126에서, WTRU는 RRC 접속 상태(102)와 GPRS(GSM/general packet radio service) 패킷 접속 상태 사이의 핸드오버를 수행할 수 있다.
UMTS 상태(110)는 접속 상태 및/또는 유휴 상태를 포함할 수 있다. 접속 상태는 CELL 전용 채널(DCH; dedicated channel) 상태(112), CELL 순방향 액세스 채널(FACH; forward access channel) 상태(114), 및/또는 CELL 페이징 채널(PCH; CELL paging channel)/URA PCH(116)를 포함할 수 있다. CELL_DCH 상태(112)에서 WTRU에는 다운링크 및/또는 업링크 방향의 전용 수송 채널이 할당될 수 있다. CELL_FACH 상태(114)에서, WTRU는 다른 WTRU와의 공유 채널을 통해 사용자 데이터를 전송할 수 있다. 공유 채널은 예를 들어 15 kbps보다 작을 수 있는 저속 채널일 수 있다. CELL_PCH/URA_PCH 상태(116)에서, WTRU는 페이징을 위해 접속 모드에 남을 수 있고 그리고/또는 FACH로 이동할 수 있다. CELL_FACH 상태(114) 및/또는 CELL_PCH/URA_PCH 상태(116)는, CELL_DCH 상태(112)보다 더 적은 전력 자원을 사용하므로, UMTS에서 전력 절약 접속 상태일 수 있다. UMTS 유휴 상태는 UTRA 유휴 상태(120)를 포함할 수 있다. WTRU는 118에서 UMTS 접속 상태(112, 114, 116)와 UTRA 유휴 상태(120) 사이에 전이할 수 있다. 118에서, WTRU는 하나의 상태와의 접속을 확립하고 그리고/또는 다른 상태에 대한 자원을 해제할 수 있다.
WTRU는 UMTS 상태(110)와 RRC 상태 사이의 재선택을 수행할 수 있다. 예를 들어, WTRU는 122에서 UMTS 접속 상태(112, 114, 116)로부터 RRC 유휴 상태(104)로의 재선택을 수행할 수 있다. 124에서, WTRU는 UTRA 유휴 상태(120)와 RRC 유휴 상태(104) 사이의 재선택을 수행할 수 있다.
GSM/GPRS 패킷 상태(128)는 접속 상태 및/또는 유휴 상태를 포함할 수 있다. 접속 상태는 GSM 접속 상태(130) 및/또는 GPRS 패킷 전달 모드 상태(132)를 포함할 수 있다. GSM 접속 상태(130) 및/또는 GPRS 패킷 전달 모드(132)에서, WTRU는 그에 할당된 업링크 및/또는 다운링크 무선 자원을 가질 수 있고 데이터를 전송 및/또는 수신할 수 있다. 유휴 상태는 GSM 유휴 상태 및/또는 GPRS 패킷 유휴 상태(136)를 포함할 수 있다. 134에서, WTRU는 GSM 접속 상태(130)와 GSM 유휴 상태(136) 또는 GPRS 패킷 전달 모드 상태(132)와 GPRS 패킷 유휴 상태(136) 사이에 전이할 수 있다. WTRU는 하나의 상태와의 접속을 확립하고 그리고/또는 다른 상태에 대한 자원을 해제할 수 있다.
140에서, WTRU는 RRC 접속 상태(102)로부터 GSM 유휴 상태/GPRS 패킷 유휴 상태(136)로의 재선택을 수행할 수 있다. WTRU는 138에서 GSM/GPRS 패킷 접속 상태(130, 132)로부터 RRC 유휴 상태(104)로의 CCO(cell change over) 재선택을 수행할 수 있다. 142에서, WTRU는 RRC 유휴 상태(104)로부터 GSM 유휴/GPRS 패킷 유휴 상태(136)로의 CCO 재선택을 수행할 수 있다. WTRU는 144에서 GSM 유휴/GPRS 패킷 유휴 상태(136)로부터 RRC 유휴 상태(104)로의 CCO 재선택을 수행할 수 있다.
다양한 접속 상태 및 유휴 상태가 도 1에서 예로서 제공되어 있지만, 임의의 접속 상태 및/또는 유휴 상태가 구현될 수 있다. 접속 상태는 WTRU가 데이터를 전송 및/또는 수신할 수 있게 하도록 구현될 수 있다. 전력 절약 접속 상태 및/또는 유휴 상태는 WTRU에서의 전력 소비를 감소시키도록 구현될 수 있다.
도 2는 컨텐츠 제공자(예를 들어, Hulu®, Youtube®, Netflix® 등)로부터의 비디오 컨텐츠(202)를 스트리밍하기 위한 예를 도시한 그래프이다. 컨텐츠 제공자는 비디오 컨텐츠를 저장 및/또는 전송할 수 있는 하나 이상의 컨텐츠 제공 디바이스로부터 비디오 컨텐츠(202)를 제공할 수 있다. 비디오 컨텐츠(202)는 광고 후원(ad-sponsered) 비디오 스트리밍으로서 스트리밍될 수 있다. 비디오 컨텐츠(202)는 약 4.0 Mbps와 약 1.4 Mbps 사이의 비트레이트로 제공될 수 있다. 평균 비트레이트는 약 850 Kbps일 수 있다.
비디오 컨텐츠(202)는 간격들로 전송 및/또는 수신될 수 있다. 비디오 전송 간격(204, 206) 다음에는 비활동 간격(208, 210)이 이어질 수 있다. 전송 간격(204, 206)은 약 75초일 수 있다. 비활동 간격(208, 210)은 약 75초일 수 있다. 이들 비활동 간격(208, 210) 동안, WTRU는 전송/수신 모듈을 전력 절약 상태로 둘 수 있다. 예를 들어, WTRU는 비활동 간격(208, 210) 동안 단기 DRX 모드, 장기 DRX 모드, 또는 CELL_FACH 상태로 전이할 수 있다. 비활동 간격이 유휴 상태로 전이하기 위한 비활동 타이머보다 더 긴 경우, WTRU는 전송 간격(204, 206)에서의 접속 상태로부터 비활동 간격(208, 210)에서의 유휴 모드로 전이할 수 있다.
WTRU는 멀티미디어 트래픽의 간격들을 다루는 정적 속성을 가질 수 있다. 예를 들어, WTRU는 동일한 비활동 타이머들 사이에 비디오 세그먼트들이 전송된다고 가정할 수 있다. 도 3은 컨텐츠 제공자(예를 들어, Hulu®, Youtube®, Netflix® 등)로부터의 비디오 컨텐츠(302)를 스트리밍하기 위한 예를 도시한 그래프이다. 비디오 컨텐츠(302)는 약 4.5 Mbps와 약 .3 Mbps 사이의 비트레이트로 제공될 수 있다. 평균 비트레이트는 약 602 Kbps일 수 있다. 비디오 컨텐츠(302)는, WTRU가 접속 상태로부터 접속 모드 또는 유휴 모드의 전력 절약 상태로 전이할 수 있게 해주거나 하도록, 다수의 N 청크(chunk)들로 분할될 수 있다. 예를 들어, WTRU는 에너지를 감소시키거나 절약하기 위해 DCH 상태로부터 FACH 상태로 전이할 수 있다. 에너지의 감소는 예를 들어 약 80 퍼센트만큼일 수 있다. WTRU는 청크가 수신된 후에 유휴 상태로 전이하고 그리고/또는 무선 자원을 해제하도록 메시지(예를 들어, RRC 메시지)를 보낼 수 있다. 유휴 상태로의 전이 및/또는 무선 자원의 해제는 유휴 상태로 전이하기 위한 비활동 타이머의 만료를 대기하기 전에 수행될 수 있다. 유휴 상태로의 이 이른(early) 전이 및/또는 자원 해제는 빠른 휴면(fast dormancy)으로 지칭될 수 있다.
WTRU는 비디오 컨텐츠의 청크들을 캐시하기 위해 동적 캐시 관리를 사용할 수 있다. WTRU가 가능한 빨리 청크들의 컨텐츠를 다운로드하고 그리고/또는 네트워크 자원을 해제할 수 있게 하도록 동적 캐시 관리를 사용함으로써 전력이 절약될 수 있으며, 이는 빠른 휴면이라 불릴 수 있다. WTRU는 전력을 절약하기 위해 전송/수신 모듈을 턴오프할 수 있다. WTRU는 캐시가 풀(full)일 때 접속(예를 들어, TCP(transmission control protocol) 접속)을 닫을 수 있다.
전력 소비 모델은 WTRU에서 미디어 컨텐츠를 디코딩하는 데에 사용될 수 있다. WTRU에서 미디어 컨텐츠의 하드웨어 가속 디코딩에 소비되는 전력이 여기에 기재된 바와 같이 결정될 수 있다. 미디어 컨텐츠는, 예를 들어 H.264 비디오 컨텐츠와 같은 비디오 컨텐츠, 이미지, 오디오 컨텐츠, 및/또는 다른 타입들의 미디어 컨텐츠를 포함할 수 있다. 비디오 컨텐츠의 디코딩은 식 (1)에 나타낸 바와 같이, 메인 H.264 인코딩 파라미터의 3 지수 함수의 증식으로서 모델링될 수 있다:
Figure pct00001
식 (1)
여기에서, s는 해상도일 수 있고, t는 프레임 레이트일 수 있고, q는 양자화 파라미터일 수 있고, 그리고/또는 Pmax=P(smax,tmax,qmin)이다. 변수 cs, ct, 및/또는 cq는 정확한 모델을 획득하는 데에 사용될 수 있는 상수일 수 있는 모델링 파라미터일 수 있다. 예를 들어, 모델링 파라미터 cs=0.4, ct=0.25, 및/또는 cq=0.0가 식 (1)에 사용될 수 있다.
디스플레이의 전력 소비는 아래의 식 (2)에 나타낸 바와 같이 모델링될 수 있다:
Figure pct00002
식 (2)
여기에서, 변수 i는 순간 시간(instant time)일 수 있고, x 및 y는 픽셀의 좌표(예를 들어, 행 및 열 좌표)일 수 있다. R, G, 및 B는 각각 스크린 상에 디스플레이되는 픽셀의 적색, 녹색 및 청색 성분일 수 있다. 예를 들어, R(x,y,i)는 순간 i에서의 픽셀(x,y)의 값일 수 있다. 변수 α, β, 및 γ는 정확한 모델을 획득하기 위해 결정될 수 있는 모델링 파라미터일 수 있다. 예를 들어, WTRU 상의 디스플레이는 디스플레이의 전력 소비를 결정하기 위해 식 (2)에서 α=1.02, β=1.91, 및/또는 γ=2.43을 사용할 수 있다. 일부 WTRU에 대하여, 디스플레이 전력 소비는 일정할 수 있다(예를 들어,
Figure pct00003
250 mW).
식 (1)을 사용하여 획득된 전력 모델 파라미터는 전력 요금(power-rate) 최적화된 적응형 비디오 스트리밍에 적용될 수 있는데, 여기에서 아래의 식 (3)에 나타낸 바와 같이 레이트 R 및 전력 제약 P를 조건으로 최대 품질(Q)이 탐색될 수 있다:
Figure pct00004
식 (3)
멀티미디어 컨텐츠의 모바일 스트리밍은 멀티미디어 데이터와 연관된 전력 소비 레벨에 기초하여 수행될 수 있다. 모바일 멀티미디어 스트리밍은 WTRU에서의 전력 소비를 보존하도록 수행될 수 있다. 스트리밍 프로토콜 및/또는 파일 포맷은, 기초적인(underlying) 미디어 스트림의 수신, 디코딩, 및/또는 디스플레이에 의해 또는 이로 인해 야기될 수 있는 전력 소비의 양을 예측하는 데에 사용될 수 있는 디코딩 복잡도를 포함할 수 있다. 예를 들어, 디코딩 복잡도는 멀티미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이할 때 소비될 수 있는 전력량을 나타낼 수 있는 전력 소비 기술자를 포함할 수 있다.
도 4는 디코딩 복잡도에 기초하여 미디어 컨텐츠를 전송하기 위한 예시적인 프로세스(400)를 예시한 흐름도이다. 멀티미디어 컨텐츠는 통신 시스템을 사용하여 전송된 비디오 스트림, 이미지, 오디오, 및/또는 다른 형태의 멀티미디어 데이터를 포함할 수 있다. 프로세스(400)의 하나 이상의 부분들은 예를 들어 컨텐츠 제공 서버 또는 서버들과 같은 컨텐츠 제공 디바이스에 의해 수행될 수 있다. 402에 나타낸 바와 같이, 컨텐츠 제공 디바이스는 WTRU에서 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하기 위한 전력량을 나타낼 수 있는 데이터를 수신할 수 있다. 데이터는 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이한 WTRU에 의해 측정될 수 있는 실제 데이터일 수 있다. WTRU에 의해 측정된 데이터는 컨텐츠 제공 디바이스 및/또는 컨텐츠 제공 디바이스가 액세스 가능할 수 있는 원격 위치에 저장될 수 있다.
컨텐츠 제공 디바이스는 404에서 미디어 컨텐츠에 대한 요청을 수신할 수 있다. 요청은 WTRU 또는 다른 네트워크 엔티티로부터 수신될 수 있다. 406에서, 컨텐츠 제공 디바이스는 요청된 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정할 수 있다. 디코딩 복잡도는 하나 이상의 WTRU에서 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하는 데에 사용되는 전력량을 나타낼 수 있다. 디코딩 복잡도는 절대값 또는 상태값일 수 있다. 예를 들어, 디코딩 복잡도의 절대값 다음에 디코딩 복잡도의 감소 또는 증가를 나타낼 수 있는 상대값이 이어질 수 있다. 디코딩 복잡도는 402에서 수신된 데이터에 기초할 수 있다. 예를 들어, 디코딩 복잡도는 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이한 WTRU에 의해 사용된 최소 전력량, 최대 전력량, 및/또는 평균 전력량을 나타낼 수 있다. 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이한 WTRU는 미디어 컨텐츠를 요청한 WTRU를 포함할 수 있다.
디코딩 복잡도는, 미디어 컨텐츠를 수신하고 미디어 컨텐츠를 디코딩하고 그리고/또는 미디어 컨텐츠를 디스플레이하기 위한 개별 표현(representation)들을 포함할 수 있다. 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하기 위한 개별 디코딩 복잡도 표현은 WTRU가 그의 현재 상태에 기초하여 복잡도 정보를 맞춤화할 수 있게 할 수 있다. 예를 들어, WTRU에서 사용자 밝기 설정을 고려하도록 디스플레이 전력이 스케일링될 수 있다.
요청된 미디어 컨텐츠의 상이한 타입들이 WTRU에의 전송을 위해 이용 가능할 수 있다. 예를 들어, 미디어 컨텐츠가 비디오 컨텐츠를 포함하는 경우, 표준 해상도 및 고해상도 비디오 컨텐츠가 이용 가능할 수 있다. 디코딩 복잡도는, 미디어 컨텐츠의 각각의 타입을 디코딩하기 위해 WTRU에 의해 사용된 최소 전력량, 최대 전력량, 및/또는 평균 전력량을 나타낼 수 있다. 디코딩 복잡도는 미디어 컨텐츠의 상이한 타입들에 대해 상이할 수 있다. 예를 들어, 표준 해상도 비디오 컨텐츠는 고해상도 비디오 컨텐츠보다 더 낮은 디코딩 복잡도를 가질 수 있고 더 적은 전력을 사용할 수 있다.
미디어 컨텐츠는 상이한 비디오 인코딩 프로파일들을 사용하여 인코딩될 수 있다. 예를 들어, H.264에서, 미디어 컨텐츠 타입은 베이스라인 프로파일(baseline profile), 메인 프로파일(main profile), 하이 프로파일(high profile) 등을 사용할 수 있다. 각각의 프로파일은 상이한 인코딩/디코딩 툴 세트를 사용할 수 있다. 더 낮은 프로파일(예를 들어, 베이스라인 프로파일)은 WTRU에서의 복잡도 및/또는 전력 소비를 제한하도록 사용될 수 있다. 미디어 컨텐츠는 동일한 해상도를 사용하여 인코딩될 수 있고(예를 들어, 풀 HD-1080p), 상이한 비디오 인코딩 프로파일을 사용할 수 있다.
미디어 컨텐츠는 상이한 코딩 툴들로 인코딩될 수 있다. 미디어 컨텐츠는 디코딩 복잡도를 증가시킬 수 있는 코딩 툴로/코딩 툴 없이 인코딩될 수 있다. 예를 들어, 컨텍스트 적응형 이진 산술 코딩(CABAC; context-adaptive binary arithmetic coding)은 가변 길이 코딩(VLC; variable-length coding)보다 더 복잡할 수 있다. 미디어 컨텐츠는 동일한 프로파일을 사용하지만 코딩 툴를 이용해/코딩 툴 없이 인코딩될 수 있다. 주어진 프로파일에 대하여, 일부 코딩 툴은 선택적일 수 있다. 코딩 툴이 사용되지 않는 경우, WTRU는 더 낮은 디코딩 복잡도를 볼 수 있다. 미디어 컨텐츠는 동일한 프로파일을 사용하지만 상이한 코딩 툴을 사용하여 인코딩될 수 있다.
컨텐츠 제공 디바이스는 408에서 전송을 위한 미디어 컨텐츠를 선택할 수 있다. 미디어 컨텐츠는 디코딩 복잡도에 기초하여 408에서 선택될 수 있다. 미디어 컨텐츠를 선택하기 위해, 컨텐츠 제공 디바이스는 요청된 미디어 컨텐츠와 연관된 디코딩 복잡도의 표시를 WTRU에 보낼 수 있다. 컨텐츠 제공 디바이스는 연관된 디코딩 복잡도에 기초하여 WTRU가 미디어 컨텐츠를 수신하기를 원하는지 여부의 표시를 WTRU로부터 수신할 수 있다. 컨텐츠 제공 디바이스는 410에서 선택된 미디어 컨텐츠를 전송할 수 있다.
컨텐츠 제공 디바이스에서 이용 가능한 상이한 타입들의 미디어 컨텐츠가 존재할 때, 컨텐츠 제공 디바이스는 컨텐츠의 이용 가능한 타입들 중의 하나 이상의 타입의 표시 및/또는 각각의 타입과 연관된 디코딩 복잡도를 보낼 수 있다. 컨텐츠 제공 디바이스는 그와 연관된 디코딩 복잡도에 기초하여 미디어 컨텐츠의 선호하는 타입의 표시를 WTRU로부터 수신할 수 있고, 전송을 위해 408에서 이 컨텐츠를 선택할 수 있다. 컨텐츠 제공 디바이스는 디코딩 복잡도에 기초하여 WTRU에 보내질 수 있는 미디어 컨텐츠의 타입들을 사전 필터링(pre-filter)할 수 있다. 컨텐츠 제공 디바이스는 WTRU 타입, WTRU의 가용 전력, 및/또는 WTRU의 전력 소비 구성을 알고 있을 수 있다. WTRU 타입, WTRU의 가용 전력, 및/또는 WTRU의 전력 소비 구성은 WTRU로부터 수신될 수 있거나 또는 컨텐츠 제공 디바이스 또는 다른 원격 위치에 저장될 수 있고, WTRU와 연관된 식별자에 기초하여 검색(look up)될 수 있다. WTRU 식별자, WTRU 타입, WTRU 전력 구성, 및/또는 WTRU의 가용 전력은 404에서 수신된 미디어 컨텐츠에 대한 요청에 포함될 수 있다. 컨텐츠 제공 디바이스는 디바이스 타입, 가용 전력, 및/또는 전력 소비 구성을 사용하여 WTRU가 특정 타입의 미디어 컨텐츠를 처리할 수 있는지 여부를 결정할 수 있다.
컨텐츠 제공 디바이스는 디코딩 복잡도 피드백을 제공한 WTRU의 디바이스 구성 및/또는 디바이스 사양에 기초하여 디바이스와 관련될 수 있는 미디어 컨텐츠의 디코딩 복잡도를 제공할 수 있다. 예를 들어, WTRU가 컨텐츠 제공 디바이스로부터의 미디어 컨텐츠를 요청할 때, 요청은 WTRU의 식별자를 포함할 수 있다. 식별자는 고유의 식별자이거나 디바이스와 연관된 하나 이상의 디바이스 구성 또는 사양일 수 있다. 컨텐츠 제공 디바이스는 WTRU에 의해 제공된 WTRU 식별 정보에 기초하여 관련 디코딩 복잡도 정보를 결정할 수 있고, WTRU에 맞춤화될 수 있는 디코딩 복잡도 정보를 제공할 수 있다.
컨텐츠 제공 디바이스는 디코딩 복잡도 정보가 관련있을 수 있는 디바이스를 식별할 수 있는 디바이스 식별 정보와 함께 디코딩 복잡도 정보를 제공할 수 있다. 예를 들어, WTRU가 컨텐츠 제공 디바이스로부터의 미디어 컨텐츠를 요청할 때, 컨텐츠 제공 디바이스는 디코딩 복잡도가 관련있을 수 있는 디바이스를 나타낼 수 있는 하나 이상의 식별자와 함께 미디어 컨텐츠에 대한 디코딩 복잡도를 제공할 수 있다. 컨텐츠 제공 디바이스는, WTRU와 관련되거나 가장 관련있는 디코딩 복잡도의 버전을 WTRU가 결정할 수 있도록, 디코딩 복잡도의 상이한 버전들을 제공할 수 있다.
컨텐츠 제공 디바이스는 디코딩 복잡도에 기초하여 408에서 미디어 컨텐츠를 자율적으로 선택할 수 있다. 컨텐츠 제공 디바이스는 408에서 전송될 미디어 컨텐츠를 선택하도록 디바이스 식별자 및/또는 WTRU 구성 및/또는 사양(예를 들어, 디바이스 타입, 메이크, 모델, 등)을 사용할 수 있다. 디바이스 구성 및/또는 사양은 예를 들어 WTRU로부터 수신된 요청의 HTTP 헤더에서 입수 가능할 수 있다. 컨텐츠 제공 디바이스는 WTRU가 요청된 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하는 데 이용 가능한 충분한 전력을 갖는지 여부를 결정할 수 있다. 컨텐츠 제공 디바이스는 미디어 컨텐츠의 디코딩 복잡도가 수락 가능한 범위 내에 있는지 여부를 결정할 수 있다. 요청된 미디어 컨텐츠의 복수의 타입들이 존재할 때, 컨텐츠 제공 디바이스는 WTRU 타입, WTRU 전력 구성, 및/또는 WTRU의 가용 전력에 기초하여 WTRU에의 전송에 적합한 컨텐츠의 타입을 선택할 수 있다.
예를 들어, 노드 B와 같은 또다른 네트워크 디바이스는 디코딩 복잡도에 기초하여 408에서 미디어 컨텐츠를 선택할 수 있다. 네트워크 디바이스는 408에서 전송될 미디어 컨텐츠를 선택하기 위해 디바이스 식별자 및/또는 WTRU 구성 및/또는 사양(예를 들어, 디바이스 타입, 메이크, 모델, 등)을 사용할 수 있다. 디바이스 구성 및/또는 사양은 예를 들어 WTRU로부터 수신된 요청의 HTTP 헤더에서 입수 가능할 수 있다. 네트워크 디바이스는 WTRU가 요청된 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하는 데 이용 가능한 충분한 전력을 갖는지 여부를 결정할 수 있다. 네트워크 디바이스는 미디어 컨텐츠의 디코딩 복잡도가 수락 가능한 범위 내에 있는지 여부를 결정할 수 있다. 요청된 미디어 컨텐츠의 복수의 타입들이 존재할 때, 네트워크 디바이스는 WTRU 전력 구성, WTRU 전력 구성, 네트워크 구성(예를 들어, 대역폭), 및/또는 WTRU의 가용 전력에 기초하여 WTRU에의 전송에 적합한 컨텐츠의 타입을 선택할 수 있다.
도 5는 디코딩 복잡도에 기초하여 멀티미디어 컨텐츠를 선택하기 위한 예시적인 프로세스(500)를 예시한 흐름도이다. 프로세스(500)의 하나 이상의 부분들은 WTRU 또는 다른 네트워크 디바이스에 의해 수행될 수 있다. 502에 나타낸 바와 같이, WTRU는 컨텐츠 제공 디바이스로부터의 미디어 컨텐츠를 요청할 수 있다. 504에서, WTRU는 요청된 미디어 컨텐츠와 연관된 디코딩 복잡도를 수신할 수 있다. 디코딩 복잡도는 WTRU에서 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하는데에 사용될 수 있는 전력량을 나타낼 수 있다. 디코딩 복잡도는 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이한 다른 WTRU에 의해 사용된 전력에 대한 전력 메트릭을 나타낼 수 있다. 예를 들어, 디코딩 복잡도는 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이한 다른 WTRU에 의해 사용된 최소 전력량, 최대 전력량, 및/또는 평균 전력량을 나타낼 수 있다.
WTRU는 디코딩 복잡도에 기초하여 506에서 미디어 컨텐츠를 수신할지 여부를 결정할 수 있다. 예를 들어, WTRU는 그의 현재 배터리 전력 및/또는 요청된 컨텐츠를 디코딩하는 데 이용 가능한 충분한 배터리 전력을 갖는지 여부를 결정할 수 있다. WTRU는 현재 배터리 전력에 기초하여 디코딩 복잡도가 수락 가능한 범위 내에 있는지 여부를 결정할 수 있다. 컨텐츠 제공 디바이스에서 이용 가능한 미디어 컨텐츠의 상이한 타입들이 존재할 때, WTRU는 미디어 컨텐츠의 상이한 타입들에 대한 디코딩 복잡도의 표시를 수신할 수 있다. 예를 들어, WTRU는 미디어 컨텐츠의 각각의 타입을 수신, 디코딩, 및/또는 디스플레이하기 위해 WTRU에 의해 사용되는 최소 전력량, 최대 전력량, 및/또는 평균 전력량을 수신할 수 있다. WTRU는 미디어 컨텐츠의 각각의 타입과 연관된 디코딩 복잡도에 기초하여 미디어 컨텐츠의 선호하는 타입을 선택할 수 있다.
WTRU는 요청된 미디어 컨텐츠를 수신하기 원하는지의 여부를 나타내기 위해 508에서 표시를 보낼 수 있다. WTRU는 또한 수신하기를 원하는 미디어 컨텐츠의 타입을 나타낼 수 있다. 표시는 컨텐츠 제공 디바이스로부터 수신된 디코딩 복잡도에 응답하여 508에서 보내질 수 있다. WTRU가 508에서 미디어 컨텐츠를 수신하기를 원함 및/또는 미디어 컨텐츠의 선택된 타입을 나타내는 경우, WTRU는 표시에 응답하여 미디어 컨텐츠를 수신할 수 있다. 미디어 컨텐츠는 통신 네트워크를 통해 스트리밍될 수 있고 그리고/또는 재생을 위해 WTRU에 저장될 수 있다. WTRU가 508에서 미디어 컨텐츠를 수신하기를 원하지 않는다고 나타낸 경우, 미디어 컨텐츠가 WTRU에 전송되지 않거나, 또는 WTRU는 전송을 무시할 수 있다.
도 6은 디코딩 복잡도를 측정하고 그리고/또는 디코딩 복잡도를 나타내는 디코딩 복잡도 피드백 정보를 보내기 위한 예시적인 프로세스(600)를 예시한 흐름도이다. 프로세스(600)의 하나 이상의 부분들은 WTRU에 의해 수행될 수 있다. 602에 나타낸 바와 같이, WTRU는 컨텐츠 제공 디바이스로부터의 미디어 컨텐츠를 요청할 수 있다. 604에서, WTRU는 요청된 미디어 컨텐츠를 수신할 수 있다. 미디어 컨텐츠는 통신 네트워크를 통해 스트리밍되고 그리고/또는 재생을 위해 WTRU에 저장될 수 있다. WTRU는 606에서 미디어 컨텐츠를 디코딩 및/또는 디스플레이할 수 있다. WTRU는 608에서 디코딩 복잡도를 측정할 수 있다. 예를 들어, WTRU는 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하는 동안 사용된 전력량을 측정할 수 있다. WTRU는 WTRU에 의해 사용된 전력의 최대 값, 최소 값, 및/또는 평균 값을 측정할 수 있다. 평균 값은, 최소 값과 최대 값을 더한 것을 2로 나눔으로써(예를 들어, (minValue + maxValue)/2) 또는 기간(예를 들어, 미디어 컨텐츠 또는 이의 세그먼트를 수신, 디코딩 및/또는 디스플레이하는 기간)에 걸쳐 사용된 평균 전력 값을 계산함으로써 계산될 수 있다. 미디어 컨텐츠가 WTRU에서 분할되는 경우, WTRU는 미디어 컨텐츠의 각각의 세그먼트에 대하여 608에서 측정을 수행할 수 있다.
WTRU는 610에서 원격 소스에 디코딩 복잡도 피드백 정보를 보낼 수 있다. 예를 들어, WTRU는 컨텐츠 제공 디바이스 및/또는 저장을 위한 또다른 네트워크 디바이스에 디코딩 복잡도 피드백 정보를 보낼 수 있다. 디코딩 복잡도 피드백 정보는 예를 들어, 데이터베이스의 형태에서와 같이 복수의 디바이스들로부터 통합될 수 있다. 디코딩 복잡도 피드백 정보는 멀티미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하기 위한 실제 디코딩 복잡도를 컨텐츠 제공 디바이스에 알릴 수 있다. 미디어 컨텐츠를 수신하고, 미디어 컨텐츠를 디코딩하고, 그리고/또는 미디어 컨텐츠를 디스플레이하기 위한 디코딩 복잡도를 보고하도록 개별 디코딩 복잡도 표현이 WTRU에 의해 사용될 수 있다. 디코딩 복잡도 피드백 정보는 다른 수신 디바이스에 디코딩 복잡도를 보내도록 저장 및/또는 사용될 수 있다.
디코딩 복잡도 피드백 정보는 또한, 디코딩 복잡도가 측정된 시간, 디코딩 복잡도가 측정된 지속기간, 및/또는 디코딩 복잡도를 측정하는 디바이스에 대한 디바이스 구성 및/또는 사양을 포함할 수 있다. 디바이스 구성 및/또는 사양은 디바이스 타입, 메이크, 모델, 배포 일자, OS 버전, 디바이스 드라이버, 플레이어 에이전트, 이용 가능한 전력, 전력 소비 구성, 및/또는 기타를 포함할 수 있다. 디코딩 복잡도 피드백 정보는 WTRU에 디코딩 복잡도를 제공하는 데에 사용될 수 있다.
디코딩 복잡도는 파일 포맷 또는 프로토콜에 포함될 수 있다. 예를 들어, 디코딩 복잡도는 DASH(dynamic adaptive streaming over HTTP)의 MPD(media presentation descriptor), IMS(IP multimedia subsystem)의 SDP(session description protocol), RTSP(real time streaming protocol), 3GP 파일 포맷과 같은 파일 포맷, 및/또는 기타에 포함될 수 있다.
스트리밍 프로토콜은 디코딩 복잡도를 나타내는 값을 포함할 수 있다. 예를 들어, 프로토콜 구조는 DecodingComplexity라 지칭되는 추상(abstract)을 포함할 수 있고 그리고/또는 프로토콜을 통해 스트리밍되고 있는 미디어 컨텐츠와 연관된 디코딩 복잡도를 나타내는 값을 포함할 수 있다. 아래에 제공된 것은 스트리밍 프로토콜에서 사용될 수 있는 DecodingComplexity라 불리는 추상 함수의 예이다:
Figure pct00005
상기에 나타낸 바와 같이, DecodingComplexity 함수는, 하나 이상의 디코딩 복잡도 값, 디코딩 복잡도 값이 절대값인지 아니면 상대값인지 나타내는 값, 및/또는 디코딩 복잡도 값이 측정되는 단위(units)를 나타낼 수 있는 단위 값을 포함할 수 있다. 디코딩 복잡도 값이 절대값인지 아니면 상대값인지 나타내는 값은 불리언(boolean) 값일 수 있으며, 이는 보고된 값들 minValue, maxValue 및/또는 avrValue의 하나 이상이 절대값인지 아니면 상대값인지 식별하는 데에 사용될 수 있다. 디코딩 복잡도 값이 상대값인 경우, 값은 이전 값으로부터의 상대적 증가 또는 감소로서 표현될 수 있다. 디코딩 복잡도는 값들 minValue, maxValue 및/또는 avrValue를 포함할 수 있다. 디코딩 복잡도는, WTRU가 비디오 스트림, 비디오 프레임, 비디오 파일, 오디오 파일, 이미지, 및/또는 다른 타입들의 미디어 컨텐츠와 같은 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하는 데 걸릴 수 있는 시간 및/또는 전력량의 가변성을 나타낼 수 있다.
디코딩 복잡도는 기준 디바이스에 의해 측정된 값에 기초할 수 있다. 기준 디바이스는 또다른 WTRU일 수 있다. 기준 디바이스는 미디어 컨텐츠를 요청한 디바이스와 마찬가지로 구성될 수 있다. 예를 들어, 기준 디바이스는 동일한 디바이스 타입, 메이크, 모델, 배포 일자, OS 버전, 디바이스 드라이버, 플레이어 에이전트, 가용 전력, 전력 소비 구성, 및/또는 기타를 가질 수 있다. 기준 디바이스의 구성 중의 하나 이상은 또한 상이할 수 있지만, 미디어 컨텐츠를 요청한 디바이스에 의해 사용될 수 있는 전력량을 예측하기 위해 관련있을 수 있다. 디바이스 구성은 메타데이터에 포함될 수 있다. 기준 디바이스의 구성에 관한 메타데이터는 예를 들어 3GP 파일 포맷과 같은 파일 포맷 내에 사용자 정의 박스에 포함될 수 있고 또는 예를 들어 이메일 또는 HTTP 웹소켓과 같은 아웃바운드 시그널링 프로토콜에서 보내질 수 있다.
미디어 컨텐츠가 비디오 스트림을 포함할 때, 디코딩 복잡도는 적합한 비디오 스트림을 선택하는 데에 사용될 수 있다. 예를 들어, 적합한 비디오 스트림을 선택하기 위해 avrValue이 사용될 수 있다. avrValue는 비디오 스트림이 적은 수의 프레임 또는 짧은 비디오를 포함할 때 사용될 수 있다. 적은 수의 프레임 또는 짧은 비디오를 포함하는 비디오 스트림은 일 분보다 작은 비디오(예를 들어, 30 초) 또는 수 분의 비디오를 포함할 수 있다. minValue 및/또는 maxValue는 프레임 디코딩 시간의 가변성을 캡처하는 데에 사용될 수 있다. minValue 및/또는 maxValue는 더 큰 수의 비디오 프레임 또는 긴 비디오와 함께 사용될 수 있다. 긴 비디오 또는 더 큰 수의 프레임을 갖는 비디오는 짧은 비디오보다 더 길 수 있다. 예를 들어, 더 긴 비디오는 한 시간보다 더 길 수 있다(예를 들어, 2시간). avrValue는 (minValue+maxValue)/2로서 추정될 수 있거나 또는 알고있는 기준 디바이스 또는 기준 디바이스의 서브세트(예를 들어, 유사한 구성을 갖는 기준 디바이스) 각각의 평균 값으로서 계산될 수 있다.
디코딩 복잡도 함수는 값이 측정되는 단위를 포함할 수 있다. 예를 들어, 디코딩 복잡도 함수는 minValue, maxValue 및/또는 avrValue에 대한 단위를 나타낼 수 있는 단위에 대한 스트링 값을 포함할 수 있다. 단위 값은 밀리초(msec), MIPS(million instructions per second), 밀리와트(mW), 및/또는 기타일 수 있다. 단위 값에 대한 문자의 최대 수는 고정 수(예를 들어, 8 문자) 또는 가변 수일 수 있다. 상기에 추상 디코딩 복잡도 함수에 대하여 예가 제공되어 있지만, 디코딩 복잡도는 각각의 스트리밍 프로토콜에 대하여 수정 및/또는 구현될 수 있다.
디코딩 복잡도는 MPEG(moving picture experts group) DASH 프로토콜에 포함될 수 있다. MPEG DASH 프로토콜의 MPD(media presentation description)가 디코딩 복잡도를 나타내는 데에 사용될 수 있다. 예를 들어, 디코딩 복잡도 기술자는 기간(period), 적응 세트(adaptation set), 표현(representation), 및/또는 기타로 MPEG DASH 스키마(schema)에 포함될 수 있다. 적응 세트는 컨텐츠 제공 디바이스에 저장된 미디어 파일의 상이한 타입들의 세트를 포함할 수 있다. 표현은 적응 세트 내의 미디어 파일을 포함할 수 있다. 표현은 동일한 미디어 컨텐츠의 상이한 버전을 포함할 수 있다. 예를 들어, 동일한 비디오 클립의 상이한 표현들이 상이한 비트 레이트 및/또는 상이한 해상도로 인코딩될 수 있다. 멀티미디어 컨텐츠는 기간들로 분할될 수 있는 표현(예를 들어, 비디오 클립 또는 무비)을 포함할 수 있다. 예를 들어, 기간은 표현에서의 챕터일 수 있다. 기간들 사이에, 광고가 디스플레이될 수 있다. 각각의 기간은 세그먼트들(예를 들어, 2 내지 10초 세그먼트들)로 분할될 수 있다.
디코딩 복잡도는, 적응 세트(들)의 표현을 수신, 디코딩, 및/또는 디스플레이하는 데에 사용될 수 있는 최소 및/또는 최소 예상 전력 자원에 대해 WTRU 또는 또다른 디바이스에 알리도록, 기간 레벨로 포함될 수 있다. 디코딩 복잡도 값은 절대값일 수 있고 또는 이전 기간의 디코딩 복잡도를 참조할 수 있는 상대값일 수 있다. 절대값은 예를 들어 표현의 제1 기간에 포함될 수 있다. 후속 기간은 제1 기간에 대한 값을 포함할 수 있다. 상대값은 절대값을 참조로 할 수 있다.
아래에 제공된 것은 기간에 대한 XML(extensible markup language) 스키마의 예이다. XML 스키마는 스트링 값 "xs:string"으로서 minDecodingComplexity 및 maxDecodingComplexity를 포함한다. 평균 디코딩 복잡도 및/또는 기타와 같은 다른 형태의 디코딩 복잡도를 포함하는 유사한 XML 스키마가 구현될 수 있다.
Figure pct00006
Figure pct00007
최소 디코딩 복잡도를 나타내는 스트링 및/또는 최대 디코딩 복잡도를 나타내는 스트링은 서브스트링(sub-string)들을 갖도록 포맷팅될 수 있다. 서브스트링들은 서브스트링들 간의 분리를 보여주도록 콤마 또는 다른 표시자에 의해 분리될 수 있다. 서브스트링은 디코딩 복잡도가 절대값인지 아니면 상대값인지, 디코딩 복잡도 값, 및/또는 각각의 디코딩 복잡도 값의 단위를 나타낼 수 있다. 예를 들어, 서브스트링은, 콤마 구분된 리스트에서 디코딩 복잡도가 절대값임, 디코딩 복잡도의 값, 및/또는 단위를 나타낼 수 있다(예를 들어 minDecodingComplexity=1, 100, MIPS). 디코딩 복잡도가 스트링 값으로서 나타나 있지만, 디코딩 복잡도는, 디코딩 복잡도가 절대값인지 아니면 상대값인지, 디코딩 복잡도 값, 및/또는 각각의 디코딩 복잡도 값의 단위를 나타낼 수 있는 하나 이상의 정수 값으로서 표현될 수 있다.
디코딩 복잡도는 적응 세트 레벨로 포함될 수 있다. 이는 기간 레벨로 디코딩 복잡도를 포함하는 것보다 더 미세한 적응 레벨을 제공할 수 있다. 적응 세트 레벨에서, 디코딩 복잡도는 적응 세트의 표현을 수신, 디코딩, 및/또는 디스플레이하는 데에 사용될 수 있는 최소, 최대, 및/또는 평균 예상 프로세싱을 포함할 수 있다. 적응 세트 레벨에서의 디코딩 복잡도는 절대값 또는 상대값을 포함할 수 있다. 상대값은 이전의 상대값 또는 절대값을 참조할 수 있다. 예를 들어, 기간 내의 제1 적응 세트는 디코딩 복잡도에 대한 절대값을 포함할 수 있고 그리고/또는 후속 적응 세트(들)는 디코딩 복잡도에 대한 절대값 또는 상대값을 포함할 수 있다.
적응 세트는 최소 디코딩 복잡도, 최대 디코딩 복잡도, 및/또는 평균 디코딩 복잡도를 포함할 수 있다. 아래에 제공된 것은, "xs:string" 값으로서 최소 디코딩 복잡도, 최대 디코딩 복잡도, 및 평균 디코딩 복잡도를 포함하는 적응 세트에 대한 XML 스키마의 예이다.
Figure pct00008
Figure pct00009
최소 디코딩 복잡도, 최대 디코딩 복잡도, 및/또는 평균 디코딩 복잡도를 표현하는 스트링은 여기에 기재된 바와 같이 서브스트링들을 갖도록 포맷팅될 수 있다. 디코딩 복잡도가 스트링 값으로서 표현되어 있지만, 여기에 기재된 바와 같이 디코딩 복잡도는 하나 이상의 정수 값으로서 표현될 수 있다.
디코딩 복잡도는 표현 레벨로 포함될 수 있다. 표현 레벨은 기간 및/또는 적응 세트 레벨에 비교하여 더 미세한 적응 레벨을 제공할 수 있다. 세그먼트 또는 준표현(sub-representation)을 수신, 디코딩, 및/또는 디스플레이하는 데에 사용될 수 있는 전력 자원의 최소, 최대, 및/또는 평균 예상 소비가 표현 레벨로 포함될 수 있다. 표현 레벨의 디코딩 복잡도는 절대값 또는 상대값을 포함할 수 있다. 상대값은 이전 절대값 또는 상대값에 대한 것일수 있다. 예를 들어, 적응 세트 내의 제1 표현은 절대 값을 포함할 수 있다. 후속 표현(들)은 절대값 또는 상대값을 포함할 수 있다.
표현 레벨의 디코딩 복잡도는 최소 디코딩 복잡도, 최대 디코딩 복잡도, 및/또는 평균 디코딩 복잡도를 포함할 수 있다. 아래에 제공된 것은, "xs:string" 값으로서 최소 디코딩 복잡도, 최대 디코딩 복잡도, 및 평균 디코딩 복잡도를 포함하는 표현 레벨에 대한 XML 스키마의 예이다.
Figure pct00010
Figure pct00011
최소 디코딩 복잡도, 최대 디코딩 복잡도, 및/또는 평균 디코딩 복잡도를 표현하는 스트링은 여기에 기재된 바와 같이 서브스트링들을 갖도록 포맷팅될 수 있다. 디코딩 복잡도가 스트링 값으로서 표현되어 있지만, 여기에 기재된 바와 같이 디코딩 복잡도는 하나 이상의 정수 값으로서 표현될 수 있다.
디코딩 복잡도는 또한, 표현 레벨과 유사한 방식으로 준표현 레벨로 포함될 수 있다. 준표현은 비디오 플레이어를 효율적으로 빠르게 감기(fast-forward) 및/또는 다시 감기(rewind)할 수 있게 할 표현의 버전을 제공하도록 사용될 수 있다. 준표현은 표현의 버전보다 더 낮은 품질일 수 있다. 아래에 제공된 것은, "xs:string" 값으로서 최소 디코딩 복잡도, 최대 디코딩 복잡도, 및 평균 디코딩 복잡도를 포함하는 준표현 레벨에 대한 XML 스키마의 예이다.
Figure pct00012
Figure pct00013
디코딩 복잡도가 스트링 값으로서 표현되어 있지만, 여기에 기재된 바와 같이 디코딩 복잡도는 하나 이상의 정수 값으로서 표현될 수 있다.
디코딩 복잡도, 및/또는 기타 속성은 포괄 기술자(generic descriptor)를 사용하여 MPEG DASH에서 시그널링될 수 있다. 포괄 기술자는 적응 세트 레벨, 표현 레벨, 및/또는 준표현 레벨로 선언(declare)될 수 있다. 포괄 기술자는 디코딩 복잡도가 MPEG DASH 프로토콜의 필수 요소인지 아니면 보조 요소인지 나타낼 수 있다. MPEG DASH 프로토콜의 필수 프로토콜 요소는 각각의 컴플라이언트(compliant) 비디오 플레이어에 의해 지원될 수 있다. 보조 프로토콜 요소는 각각의 컴플라이언트 비디오 플레이어로 이해되거나 이해되지 않을 수 있는 정보를 포함할 수 있다.
아래에 제공된 것은, MPEG DASH 프로토콜의 보조 요소로서 디코딩 복잡도를 나타내는 포괄 기술자를 포함하는 표현 레벨에 대한 XML 스키마의 예이다.
Figure pct00014
상기 나타낸 바와 같이, URN(uniform resource names)이 프로토콜에 사용되는 경우, URN은 최소 디코딩 복잡도에 대한 "urn:sdoX:dashX:min-decoding-complexity", 최대 디코딩 복잡도에 대한 "urn:sdoX:dashX:max-decoding-complexity", 및/또는 평균 디코딩 복잡도에 대한 "urn:sdoX:dashX:avg-decoding-complexity"를 포함할 수 있다.
디코딩 복잡도는 미디어 스트리밍 포맷에 파라미터로서 포함될 수 있다. 미디어 스트리밍 포맷은 세션 개시 프로토콜에 대한 SDP(session description protocol), RTSP(real-time streaming protocol), 및/또는 기타일 수 있다. 디코딩 복잡도는 예를 들어 미디어 속성(attribute) 변수 "m=video"를 따라 SDP에 포함될 수 있다. 디코딩 복잡도는 미디어 스트림을 수신, 디코딩, 및/또는 디스플레이하는 데에 사용될 수 있는 최소, 최대, 및/또는 평균 예상 프로세싱 자원을 포함할 수 있다. 디코딩 복잡도는 절대값 또는 상대값을 포함할 수 있다. SDP 내의 제1 미디어 컴포넌트는 절대값을 포함할 수 있다. 후속 미디어 컴포넌트는 절대값 또는 상대값을 포함할 수 있다. 상대값은 SDP 내의 제1 미디어 컴포넌트의 값에 상대적인 것일 수 있고 또는 이전의 미디어 컴포넌트에 상대적인 것일 수 있다.
SDP는 디코딩 복잡도 속성을 구현할 수 있다. 예를 들어, 디코딩 속성 "a"는 다음과 같이 구현될 수 있다: a=DecodingComplexity:<decoding Absolute><minDecodingComplexity><maxDecodingComplexity><avrDecodingComplexity><decodingUnits>. 디코딩 복잡도 속성은 디코딩 복잡도가 절대값인지 아니면 상대값인지의 표시, 최소 디코딩 복잡도, 최대 디코딩 복잡도, 평균 디코딩 복잡도, 및/또는 디코딩 복잡도가 측정될 수 있는 단위를 포함할 수 있다. 디코딩 복잡도 속성은 예를 들어 WTRU와 컨텐츠 제공 디바이스 간의 협상과 같이 초기 제안(offer) 및/또는 응답(answer) 협상 동안 보내질 수 있다. 디코딩 복잡도 속성은 하나 이상의 SDP 속성을 수정하기 위해 진행중인 비디오 스트리밍 세션 동안 보내질 수 있다.
디코딩 복잡도는 RTCP 메시지에 포함될 수 있다. 예를 들어, 디코딩 복잡도는 RTCP 메시지에서의 RTCP 확장에 포함될 수 있다. 컨텐츠 제공 디바이스는 예를 들어 WTRU 또는 다른 네트워크 디바이스와 같은 하나 이상의 수신 디바이스에 송신자 보고에서 디코딩 복잡도를 보낼 수 있다.
수신 디바이스는, 선택된 멀티미디어 컨텐츠와 연관된 실제 디코딩 복잡도를 컨텐츠 제공 디바이스에 알리기 위해, 컨텐츠 제공 디바이스에 디코딩 복잡도 피드백 정보를 보낼 수 있는 기준 디바이스일 수 있다. 예를 들어, 수신 디바이스는 컨텐츠 제공 디바이스에 보내지는 RTCP 메시지에 실제 디코딩 복잡도를 포함할 수 있다. 디코딩 복잡도 피드백 정보는 미디어 컨텐츠가 수신, 디코딩, 및/또는 디스플레이된 수신 디바이스에서의 선택된 미디어 컨텐츠의 실제 디코딩 복잡도를 컨텐츠 제공 디바이스에 알릴 수 있다. 디코딩 복잡도 피드백 정보가 컨텐츠 제공 디바이스에 저장될 수 있고 그리고/또는 디코딩 복잡도를 다른 수신 디바이스에 제공하도록 컨텐츠 제공 디바이스에 의해 사용될 수 있다. 디코딩 복잡도는 예를 들어 초기 SDP 제안/응답 협상 동안 다른 수신 디바이스로 보내질 수 있다.
수신 디바이스로부터 컨텐츠 제공 디바이스로 피드백 정보를 반송할 수 있는 제어 메시지를 전달하도록 코덱 제어 메시지(CCM; codec control message)가 사용될 수 있다. 예를 들어, CCM은 제어 메시지를 전달하기 위해 RTP AVPF(audio-visual profile with feedback) 프로파일에 대하여 사용될 수 있다. 제어 메시지는 프레임내 요청 및/또는 임시 최대 비트 레이트를 포함할 수 있다.
도 7은 디코딩 복잡도 피드백 정보를 보내는 데에 사용될 수 있는 예시적인 메시지(700)를 도시한 도면이다. 메시지(700)는 메시지(700)의 소스 식별자(702)를 포함할 수 있다. 소스 식별자(702)는 메시지(700)를 전송한 것일 수 있는 소스를 나타낼 수 있다. 메시지(700)는 피드백 제어 정보(706)를 포함할 수 있다. 피드백 제어 정보(706)는 디코딩 복잡도 피드백 정보를 포함할 수 있다.
피드백 제어 정보(706)는 이진 표현을 사용하여 표시될 수 있다. 피드백 제어 정보(706)의 바이트(예를 들어, 제1 바이트)는 디코딩 복잡도 피드백 정보가 절대(예를 들어, '1') 측정치인지 아니면 상대(예를 들어, '0') 측정치인지 나타낼 수 있다. 제1 메시지(700)는 절대 측정치를 반송할 수 있다. 후속 메시지는 상대 측정치를 반송할 수 있다.
피드백 제어 정보(706)는 디코딩 복잡도의 minValue, maxValue, 및/또는 avrValue를 포함할 수 있다. minValue, maxValue, 및/또는 avrValue는 디코딩 복잡도 피드백 정보가 절대값으로서 아니면 상대값으로서 표시되는지 나타내는 바이트를 (예를 들어, 각각) 따를 수 있다. minValue, maxValue, 및/또는 avrValue는 32비트 값일 수 있다. 피드백 제어 정보(706)(예를 들어, 마지막 바이트)는 측정 단위의 스트링에 할당될 수 있다. 단위의 스트링의 길이 및/또는 마지막 문자를 결정하도록 RTCP 패킷의 길이가 사용될 수 있다. RTCP 패킷 길이의 바이트 수 N는, 절대값 또는 상대값을 나타내는 바이트(들) 및/또는 minValue, maxValue, 및/또는 avrValue에 대한 32 비트 값(예를 들어, 전부 3이 사용되는 경우에 12비트)를 감산함으로써 결정될 수 있다. 예를 들어, 바이트 수 N은, N=(RTCP pkt의 길이)-12-1에 의해 결정될 수 있다.
메시지(700)는 RTCP 포맷으로 이루어질 수 있다. 메시지(700)는, 버전(V) 필드(708), 패딩 비트(P) 필드(710), 피드백 메시지 타입(FMT; feedback message type) 필드(712), 페이로드 타입(PT; payload type)(714) 및/또는 길이 필드(716)를 포함할 수 있는 헤더를 포함할 수 있다. V 필드(708)는 RTP 버전을 식별할 수 있는 비트 수(예를 들어, 2 비트)를 포함할 수 있다. P 필드(710)는 패킷이 길이 필드(716)에 포함될 수 있는 추가의 패딩 옥텟을 끝에 포함하는지 여부를 나타낼 수 있는 비트 수(예를 들어, 1 비트)를 포함할 수 있다. FMT 필드(712)는 메시지(700)에 대한 피드백 메시지의 타입을 나타낼 수 있다. 메시지(700)는 FMT 필드(712)에 관련하여 해석될 수 있다. 15의 FMT 타입은, 예를 들어 애플리케이션 계층 피드백 메시지를 나타낼 수 있다. PT 필드(714)는 패킷 타입을 식별할 수 있는 비트 수(예를 들어, 8 비트)를 포함할 수 있다. '206'의 값을 갖는 PT 필드(714)는, 예를 들어 패킷 타입이 RTCP 피드백 메시지임을 나타낼 수 있다. 길이 필드(716)는 패킷의 길이(예를 들어 32비트 단어에서 1을 뺌)를 나타낼 수 있는 비트 수(예를 들어, 16 비트)를 포함할 수 있고, 헤더 및/또는 임의의 패딩 비트를 포함할 수 있다.
소스 식별자(702)는 동기화 소스(SSRC; synchronization source) 패킷 송신자 필드일 수 있다. 소스 식별자 필드(702)는 메시지(700)의 소스를 나타낼 수 있는 비트 수(예를 들어, 32비트)를 포함할 수 있다. 메시지(700)는 미디어 소스 필드(704)를 포함할 수 있다. 미디어 소스 필드(704)는 SSRC 미디어 소스 필드일 수 있다. 미디어 소스 필드(704)는 미디어의 소스를 고유하게 식별할 수 있는 식별자일 수 있다. 메시지(700)가 다수의 필드를 포함하고 있지만, 추가의 필드 및/또는 기재된 필드의 서브세트가 구현될 수 있다.
디코딩 복잡도는 미디어 파일에 표시될 수 있다. 예를 들어, 디코딩 복잡도 기술자는 미디어 파일 내의 메타데이터에 포함될 수 있다. 디코딩 복잡도 기술자는 저장된 미디어 파일 내에 포함될 수 있다. 디코딩 복잡도 기술자는 미디어 파일 내의 미디어 컨텐츠를 디코딩하는 데에 사용될 수 있는 전력량을 나타낼 수 있다. 디코딩 복잡도 기술자는 미디어 파일을 수신, 디코딩, 및/또는 디스플레이하기 위해 측정된 실제 데이터에 기초할 수 있다. 예를 들어, 디코딩 복잡도 기술자는 미디어 파일 또는 이의 일부(예를 들어, 비디오 프레임, 오디오 세그먼트 등)를 수신, 디코딩, 및/또는 디스플레이하는 데에 사용된 전력의 최소 값, 최대 값, 및/또는 평균 값을 나타낼 수 있다. 디코딩 복잡도 기술자는 미디어 파일 또는 이의 일부를 수신, 디코딩, 및/또는 디스플레이할 시간의 최소 양, 시간의 최대 양, 및/또는 시간의 평균 양을 나타낼 수 있다. 디코딩 복잡도 기술자는 미디어 파일 또는 이의 일부를 수신, 디코딩, 및/또는 디스플레이할 컴퓨팅 자원의 최소 양, 컴퓨팅 자원의 최대 양, 및/또는 컴퓨팅 자원의 평균 양을 나타낼 수 있다. 디코딩 복잡도 기술자는 절대값 또는 상대값을 포함할 수 있다. 상대값은 이전의 상대 디코딩 복잡도 기술자의 값으로부터의 증가 또는 감소 값을 나타낼 수 있다. 디코딩 복잡도 기술자는 디코딩 복잡도 값에 대한 단위를 포함할 수 있다. 디코딩 복잡도와 함께 미디어 파일을 저장하는 것은, 컨텐츠 제공 디바이스가 기초적인 스트리밍 프로토콜 내의 미디어 파일을 사용할 수 있게 해줄 수 있다.
디코딩 복잡도 기술자는 분할된 미디어 파일의 하나 이상의 세그먼트들의 디코딩 복잡도를 나타낼 수 있다. 각각의 세그먼트는 그 자신의 디코딩 복잡도 기술자를 가질 수 있고, 또는 디코딩 복잡도 기술자가 세그먼트 그룹에 대한 디코딩 복잡도를 나타낼 수 있다. 미디어 파일 세그먼트의 디코딩 복잡도를 나타내는 데 상대값이 사용되는 경우, 값은 미디어 파일의 이전 세그먼트의 디코딩 복잡도 값에 상대적인 것일 수 있다. 예를 들어, 미디어 파일의 제1 디코딩 복잡도 기술자가 절대값을 포함할 수 있으며, 다른 디코딩 복잡도 기술자가 상대값을 포함할 수 있다.
미디어 파일은 3GP 파일 포맷으로 이루어질 수 있다. 3GP 미디어 파일은 DASH 스트리밍에 대하여 구성될 수 있다. 3GP 파일 포맷은 구조적으로 ISO 미디어 파일 포맷에 기초할 수 있다. ISO 미디어 파일 포맷은 객체 지향 포맷일 수 있다. ISO 파일 포맷에서의 객체들은 박스들(boxes)로 지칭될 수 있다. 박스들은 미디어 데이터를 포함할 수 있다. 3GP 적응형 스트리밍 프로파일에서, 박스들은 비디오 데이터를 포함할 수 있다. 예를 들어, '3gh9' 브랜드의 비디오 프로파일에서, 미디어 데이터는 무비 데이터를 포함할 수 있다. 무비 데이터는 무비 단편(fragment) 박스들(moofs)에 포함될 수 있다.
3GP 미디어 파일에서, 디코딩 복잡도는 샘플 인덱스 데이터, 단편 헤더, 및/또는 단편 디코딩 데이터에 포함될 수 있다. 디코딩 복잡도는 세그먼트 인덱스 박스(sidx)를 사용하여 샘플 인덱스 데이터에서 표시될 수 있다. sidx는 적용할 수 있는 미디어 세그먼트 내의 서브세그먼트 또는 트랙의 컴팩트 인덱스를 제공할 수 있다. 서브세그먼트는 예를 들어 미디어 세그먼트 내의 미디어 스트림일 수 있다. sidx는 다른 서브세그먼트를 지칭할 수 있는 미디어 세그먼트의 다른 sidx를 지칭할 수 있다. 각각의 sidx는 세그먼트가 하나 이상의 서브세그먼트들로 어떻게 나누어질 수 있는지 기록할 수 있다.
각각의 서브세그먼트에 대한 디코딩 복잡도 데이터는 아래에 나타낸 바와 같이 sidx에 포함될 수 있다.
Figure pct00015
Figure pct00016
sidx 박스는 최소, 최대, 및/또는 평균 디코딩 복잡도를 포함할 수 있다. sidx 박스의 디코딩 복잡도는 절대값 또는 상대값을 포함할 수 있다. 상대값은 이전 절대값 또는 상대값에 대해 상대적인 것일 수 있다. 예를 들어, sidx 박스의 제1 디코딩 복잡도는 절대값을 포함할 수 있다. 후속 디코딩 복잡도 값은 절대값 또는 상대값을 포함할 수 있다. sidx 박스는 디코딩 복잡도의 단위를 포함할 수 있다.
각각의 서브세그먼트에 대한 디코딩 복잡도 데이터는 트랙 단편 헤더(tfhd) 박스에 포함될 수 있다. tfhd 박스는 기초적인 미디어 트랙의 각각의 무비 단편에 대한 기본 정보를 제공할 수 있다. 디코딩 복잡도는 아래에 나타낸 바와 같이 각각의 단편에 대한 헤더 정보에 포함될 수 있다.
Figure pct00017
tfhd 박스는 최소, 최대, 및/또는 평균 디코딩 복잡도를 포함할 수 있다. tfhd 박스의 디코딩 복잡도는 절대값 또는 상대값을 포함할 수 있다. 상대값은 이전 절대값 또는 상대값에 대해 상대적인 것일 수 있다. 예를 들어, tfhd 박스의 제1 디코딩 복잡도는 절대값을 포함할 수 있다. 후속 디코딩 복잡도 값은 절대값 또는 상대값을 포함할 수 있다. tfhd 박스는 디코딩 복잡도의 단위를 포함할 수 있다.
디코딩 복잡도는 트랙 단편 베이스 미디어 디코드 시간(tfdt) 박스에 포함될 수 있다. tfdt 박스는 트랙 단편 내의 샘플의 디코드 시간을 제공할 수 있다. 디코딩 시간이 포함될 수 있는 샘플은 트랙 단편의 제1 샘플일 수 있다. tfdt 박스는 파일에 랜덤 액세스를 수행할 때 사용될 수 있다. 각각의 단편 또는 서브샘플에 대한 디코딩 복잡도가 아래의 클래스에 나타낸 바와 같이 포함될 수 있다.
Figure pct00018
tfdt 박스는 최소, 최대, 및/또는 평균 디코딩 복잡도를 포함할 수 있다. tfdt 박스의 디코딩 복잡도는 절대값 또는 상대값을 포함할 수 있다. 상대값은 이전 절대값 또는 상대값에 대해 상대적인 것일 수 있다. 예를 들어, tfdt 박스의 제1 디코딩 복잡도는 절대값을 포함할 수 있다. 후속 디코딩 복잡도 값은 절대값 또는 상대값을 포함할 수 있다. tfdt 박스는 디코딩 복잡도의 단위를 포함할 수 있다.
디코딩 복잡도는 RTP 및/또는 RTCP 스트리밍에 포함될 수 있다. 예를 들어, 미디어 트랙이 단편화된 박스에 저장될 수 있는 경우, 디코딩 복잡도는 RTP 및/또는 RTCP 스트리밍에 적용될 수 있는 tfdt 및/또는 tfhd 박스에 포함될 수 있다. 힌트 트랙은 RTP 및/또는 RTCP 패킷을 생성하도록 컨텐츠 제공 디바이스에 의해 사용될 수 있는 전송 특유의 정보를 반송할 수 있다.
디코딩 복잡도는 힌트 미디어 헤더(hmhd) 박스에 포함될 수 있다. 예를 들어, 디코딩 복잡도는 전체 비디오 힌트 트랙에 대해 포함될 수 있으며, 이는 미디어 컨텐츠의 WTRU 또는 다른 수신 디바이스에 의한 트랙 선택에 대한 대략적인 접근을 제공할 수 있다. 디코딩 복잡도를 포함하는 hmhd 박스의 예가 아래에 나타나 있다.
Figure pct00019
hmhd 박스는 최소, 최대, 및/또는 평균 디코딩 복잡도를 포함할 수 있다. hmhd 박스의 디코딩 복잡도는 절대값 또는 상대값을 포함할 수 있다. 상대값은 이전 절대값 또는 상대값에 대해 상대적인 것일 수 있다. 예를 들어, hmhd 박스의 제1 디코딩 복잡도는 절대값을 포함할 수 있다. 후속 디코딩 복잡도 값은 절대값 또는 상대값을 포함할 수 있다. hmhd 박스는 디코딩 복잡도의 단위를 포함할 수 있다.
디코딩 복잡도 피드백은 경험 품질(QoE; quality of experience) 보고에 포함될 수 있다. 예를 들어, WTRU로부터 보내질 수 있는 이벤트 보고 서비스 내에 디코딩 복잡도 기술자가 포함될 수 있다. 디코딩 복잡도 기술자를 연결 또는 업데이트하도록 실제 WTRU 디코딩 복잡도 피드백이 컨텐츠 제공 디바이스에 의해 사용될 수 있다. 디코딩 복잡도 기술자는 예를 들어 3GP 파일 포맷과 같은 파일 포맷 내에 또는 하나 이상의 스트리밍 프로토콜 내에 포함될 수 있다.
QoE 보고는 DASH QoE 보고를 포함할 수 있다. DASH 클라이언트에 대하여, QoE 보고는 선택적일 수 있다. QoE 보고는 평균 쓰루풋 메트릭, 초기 플레이아웃 지연 메트릭, 및/또는 버퍼 레벨 메트릭을 사용할 수 있다. 표 1은 QoE 보고에 메트릭으로서 디코딩 복잡도 피드백을 포함시키기 위한 예를 도시한다.
키 타입 설명
DecodingComplexity 객체 측정 간격 동안 클라이언트에 의해 관찰된 디코딩 복잡도의 가변성
absolute 불(Bool) 보고된 값이 절대 메트릭인지 아니면 상대 메트릭인지 나타냄
avrValue 정수 측정 간격 동안의 평균 디코딩 복잡도
minValue 정수 측정 간격 동안의 최소 디코딩 복잡도
maxValue 정수 측정 간격 동안의 최대 디코딩 복잡도
T 실시간 측정 간격의 시작의 실시간
duration 정수 측정 간격의 시간
units 스트링 보고된 값에 대한 단위를 표시할 수 있는 값
deviceSpecs 스트링 디바이스 타입, 메이크, 모델, 배포 일자, OS 버전, 디바이스 드라이버, 플레이어 에이전트, 가용 전력, 전력 소비 구성 등과 같은, 디바이스 특성 또는 사양을 나타낼 수 있는 값
표 1: 디코딩 복잡도 피드백
표 1에 나타낸 바와 같이, 디코딩 복잡도 피드백은 WTRU에서 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하기 위한 디코딩 복잡도를 나타낼 수 있다. 디코딩 복잡도는 절대값 또는 상대값에 관한 것일 수 있다. 절대값 또는 상대값은 보고된 값이 절대 메트릭인지 아니면 상대 메트릭인지 나타낼 수 있는 불리언 값일 수 있다(예를 들어, 절대의 경우 '1' 및/또는 상대의 경우 '0'). 디코딩 복잡도는 측정 간격 동안 측정된 최소, 최대, 및/또는 평균 디코딩 복잡도 값을 포함할 수 있다. 최소, 최대, 및/또는 평균 디코딩 복잡도 값은 정수 값, 문자 값, 및/또는 기타일 수 있다. 디코딩 복잡도 피드백은 보고된 디코딩 복잡도 값에 대한 단위를 나타낼 수 있다.
디코딩 복잡도 피드백은 측정 간격의 시작 시간 및/또는 지속기간을 나타낼 수 있다. 시작 시간은 디코딩 복잡도 값이 측정된 실시간 값을 포함할 수 있다. 측정 간격의 지속기간은 디코딩 복잡도 값이 측정된 기간을 포함할 수 있다. 예를 들어, 지속기간은 측정이 수행된 시간(예를 들어, 밀리초, 초 등)을 나타내는 정수값을 포함할 수 있다.
디코딩 복잡도 피드백은 측정이 수행되는 WTRU를 식별할 수 있는 디바이스 구성 또는 디바이스 사양을 포함할 수 있다. 예를 들어, 디코딩 복잡도 피드백은, 미디어 컨텐츠를 수신, 디코딩, 및/또는 디스플레이하기 위해 측정이 수행된 WTRU의 디바이스 타입, 메이크, 모델, 배포 일자, OS 버전, 디바이스 드라이버, 플레이어 에이전트, 가용 전력, 전력 소비 구성, 및/또는 기타를 포함할 수 있다. 디코딩 복잡도 피드백은, 디코딩 복잡도 피드백이 수신되고 있는 디바이스를 나타내는 고유의 식별자를 포함할 수 있다.
RTCP 프로토콜은, APP(application specific) RTCP 타입에 WTRU로부터의 디코딩 복잡도 보고를 포함시키도록 확장될 수 있는 WTRU 보고를 WTRU가 보낼 수 있게 해주거나 할 수 있다. RTCP 확장은 QoE 메트릭을 보고하도록 WTRU에 의해 사용될 수 있다. 스트리밍 세션 동안(예를 들어, 스트리밍 세션의 시작시) 컨텐츠 전달 디바이스에 WTRU로부터의 디바이스 사양을 보내도록 RTCP 애플리케이션 타입(예를 들어, FMT=15)이 사용될 수 있다.
도 8a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템(800)을 도시한 도면이다. 통신 시스템(800)은 복수의 무선 사용자에게 음성, 데이터, 비디오, 메시징, 방송 등과 같은 컨텐츠를 제공하는 다중 액세스 시스템일 수 있다. 통신 시스템(800)은 무선 대역폭을 포함한 시스템 자원의 공유를 통해 복수의 무선 사용자가 이러한 컨텐츠에 액세스할 수 있게 할 수 있다. 예를 들어, 통신 시스템(800)은 CDMA(code division multiple access), TDMA(time division multiple access), FDMA(frequency division multiple access), OFDMA(orthogonal FDMA), SC-FDMA(single-carrier FDMA) 등과 같은 하나 이상의 채널 액세스 방법을 채용할 수 있다.
도 8a에 도시된 바와 같이, 통신 시스템(800)은 무선 송수신 유닛(WTRU)(802a, 802b, 802c, 및/또는 802d, 일반적으로 또는 총괄적으로 WTRU(802)라 지칭될 수 있음), 무선 액세스 네트워크(RAN; radio access network)(803/804/805), 코어 네트워크(806/807/809), PSTN(public switched telephone network)(808), 인터넷(810), 및 기타 네트워크(812)를 포함할 수 있지만, 개시된 실시예는 임의의 수의 WTRU, 기지국, 네트워크, 및/또는 네트워크 요소가 사용될 수 있다. 각각의 WTRU(802a, 802b, 802c, 및/또는 802d)는 무선 환경에서 동작 및/또는 통신하도록 구성된 임의의 유형의 디바이스일 수 있다. 예로써, WTRU(802a, 802b, 802c, 및/또는 802d)는 무선 신호를 전송 및/또는 수신하도록 구성될 수 있고, 사용자 기기(UE; user equipment), 이동국, 고정 또는 이동 가입자 유닛, 페이저, 셀룰러 전화, PDA, 스마트폰, 랩톱, 넷북, 개인용 컴퓨터, 무선 센서, 소비자 전자기기 등을 포함할 수 있다.
통신 시스템(800)은 또한 기지국(814a) 및/또는 기지국(814b)을 포함할 수 있다. 각각의 기지국(814a, 814b)은 코어 네트워크(806/807/809), 인터넷(810), 및/또는 네트워크(812)와 같은 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하도록 WTRU(802a, 802b, 802c, 및/또는 802d) 중의 적어도 하나와 무선 인터페이스하도록 구성된 임의의 유형의 디바이스일 수 있다. 기지국(814a 및/또는 814b)은 BTS(base transceiver station), 노드 B(Node-B), e노드 B(eNode B), 홈 노드 B(Home Node B), 홈 e노드 B(Home eNode B), 사이트 컨트롤러, 액세스 포인트(AP; access point), 무선 라우터 등일 수 있다. 기지국(814a, 814b)이 각각 단일 요소로서 도시되어 있지만, 기지국(814a, 814b)은 임의의 수의 상호접속된 기지국 및/또는 네트워크 요소를 포함할 수 있다는 것을 알 것이다.
기지국(814a)은 RAN(803/804/805)의 일부일 수 있으며, 이는 또한 기지국 컨트롤러(BSC; base station controller), 무선 네트워크 컨트롤러(RNC; radio network controller), 릴레이 노드 등과 같은 다른 기지국 및/또는 네트워크 요소(도시되지 않음)를 포함할 수 있다. 기지국(814a) 및/또는 기지국(814b)은 셀(도시되지 않음)로도 지칭될 수 있는 특정 지리 영역 내에서 무선 신호를 전송 및/또는 수신하도록 구성될 수 있다. 셀은 셀 섹터(cell sector)로 더 나누어질 수 있다. 예를 들어, 기지국(814a)과 연관된 셀은 3개의 섹터로 나누어질 수 있다. 따라서, 기지국(814a)은 3개의 트랜시버, 즉 셀의 각 섹터마다 하나씩 포함할 수 있다. 기지국(814a)은 다중 입력 다중 출력(MIMO; multiple-input multiple output) 기술을 채용할 수 있고, 따라서 셀의 각각의 섹터에 대하여 다수의 트랜시버를 이용할 수 있다.
기지국(814a 및/또는 814b)은 임의의 적합한 무선 통신 링크(예를 들어, 무선 주파수(RF; radio frequency), 마이크로파, 적외선(IR), 자외선(UV), 가시광 등)일 수 있는 무선 인터페이스(air interface)(815/816/817)를 통해 WTRU(802a, 802b, 802c, 및/또는 802d) 중의 하나 이상과 통신할 수 있다. 무선 인터페이스(815/816/817)는 임의의 적합한 무선 액세스 기술(RAT)을 사용하여 확립될 수 있다.
통신 시스템(800)은 다중 액세스 시스템일 수 있고, 그리고/또는 CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식을 채용할 수 있다. 예를 들어, RAN(803/804/805) 내의 기지국(814a)과 WTRU(802a, 802b, 및/또는 802c)는, WCDMA(wideband CDMA)를 사용하여 무선 인터페이스(815/816/817)를 확립할 수 있는 UTRA(UMTS terrestrial radio access)와 같은 무선 기술을 구현할 수 있다. WCDMA는 HSPA(High-Speed Packet Access) 및/또는 HSPA+(Evolved HSPA)와 같은 통신 프로토콜을 포함할 수 있다. HSPA는 HSDPA(High-Speed Downlink Packet Access) 및/또는 HSUPA(High-Speed Uplink Packet Access)를 포함할 수 있다.
기지국(814a) 및 WTRU(802a, 802b, 및/또는 802c)는, LTE(Long Term Evolution) 및/또는 LTE-A(LTE-Advanced)를 사용하여 무선 인터페이스(815/816/817)를 확립할 수 있는 E-UTRA(Evolved UMTS Terrestrial Radio Access)와 같은 무선 기술을 구현할 수 있다.
기지국(814a)과 WTRU(802a, 802b, 및/또는 802c)는 IEEE 802.16(예를 들어, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, IS-2000(Interim Standard 2000), IS-95, IS-856, GSM(Global System for Mobile communications), EDGE(Enhanced Data rates for GSM Evolution), GERAN(GSM EDGE) 등과 같은 무선 기술을 구현할 수 있다.
도 8a에서의 기지국(814b)은 예를 들어 무선 라우터, 홈 노드 B, 홈 e노드 B, 또는 액세스 포인트일 수 있고, 사업 장소, 집, 차량, 캠퍼스 등과 같은 국부적인 영역에서의 무선 접속을 용이하게 하기 위해 임의의 적합한 RAT를 이용할 수 있다. 기지국(814b) 및 WTRU(802c, 802d)는 무선 로컬 영역 네트워크(WLAN; wireless local area network)를 확립하도록 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. 기지국(814b) 및 WTRU(802c, 802d)는 무선 개인 영역 네트워크(WPAN; wireless personal area network)를 확립하도록 IEEE 802.15와 같은 무선 기술을 구현할 수 있다. 기지국(814b) 및 WTRU(802c, 802d)는 피코셀 또는 펨토셀을 확립하도록 셀룰러 기반의 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)을 이용할 수 있다. 도 8a에 도시된 바와 같이, 기지국(814b)은 인터넷(810)에 대한 직접 접속을 가질 수 있다. 따라서, 기지국(814b)은 코어 네트워크(806/807/809)를 통해 인터넷(810)에 액세스하지 않을 수 있다.
RAN(803/804/805)은 코어 네트워크(806/807/809)와 통신할 수 있으며, 코어 네트워크(806/807/809)는 WTRU(802a, 802b, 802c, 및/또는 802d) 중의 하나 이상에 음성, 데이터, 애플리케이션, 미디어 및/또는 VoIP(voice over internet protocol) 서비스를 제공하도록 구성된 임의의 유형의 네트워크일 수 있다. 예를 들어, 코어 네트워크(806/807/809)는 호 제어, 청구 서비스, 모바일 위치 기반의 서비스, 선불 전화, 인터넷 접속, 비디오 배포 등을 제공할 수 있고, 그리고/또는 사용자 인증과 같은 하이 레벨 보안 기능을 수행할 수 있다. 도 8a에는 도시되지 않았지만, RAN(803/804/805) 및/또는 코어 네트워크(806/807/809)는 RAN(803/804/805)과 동일한 RAT 또는 상이한 RAT를 채용한 다른 RAN과 직접적으로 또는 간접적으로 통신할 수 있다. 예를 들어, E-UTRAN 무선 기술을 이용하여 RAN(803/804/805)에 접속되는 것 이외에도, 코어 네트워크(806/807/809)는 또한 GSM 무선 기술을 채용하는 또다른 RAN(도시되지 않음)과도 통신할 수 있다.
코어 네트워크(806/807/809)는 PSTN(808), 인터넷(810), 및/또는 기타 네트워크(812)에 액세스하도록 WTRU(802a, 802b, 802c, 및/또는 802d)에 대한 게이트웨이로서의 역할을 할 수 있다. PSTN(808)은 POTS(plain old telephone service)를 제공하는 회선 교환형 전화 네트워크를 포함할 수 있다. 인터넷(810)은 TCP/IP 인터넷 프로토콜 슈트의 TCP(transmission control protocol), UDP(user datagram protocol) 및 인터넷 프로토콜(IP; internet protocol)과 같은 일반적인 통신 프로토콜을 사용하는 상호접속된 컴퓨터 네트워크 및 디바이스의 글로벌 시스템을 포함할 수 있다. 네트워크(812)는 다른 서비스 제공자에 의해 소유 및/또는 동작되는 유선 또는 무선 통신 네트워크를 포함할 수 있다. 예를 들어, 네트워크(812)는 RAN(803/804/805)과 동일한 RAT 또는 상이한 RAT를 채용할 수 있는 하나 이상의 RAN에 접속된 또다른 코어 네트워크를 포함할 수 있다.
통신 시스템(800) 내의 WTRU(802a, 802b, 802c, 및/또는 802d)의 일부 또는 전부는 다중 모드 능력을 포함할 수 있으며, 예를 들어 WTRU(802a, 802b, 802c, 및/또는 802d)는 상이한 무선 링크를 통해 상이한 무선 네트워크와 통신하기 위해 다수의 트랜시버를 포함할 수 있다. 예를 들어, 도 8a에 도시된 WTRU(802c)는, 셀룰러 기반의 무선 기술을 채용할 수 있는 기지국(814a) 및 IEEE(예를 들어, IEEE 802.11) 무선 기술을 채용할 수 있는 기지국(814b)과 통신하도록 구성될 수 있다.
도 8b는 예시적인 WTRU(802)의 시스템 도면이다. 도 8b에 도시된 바와 같이, WTRU(802)는 프로세서(818), 트랜시버(820), 송수신 요소(transmit/receive element)(822), 스피커/마이크로폰(824), 키패드(826), 디스플레이/터치패드(828), 비분리식(non-removable) 메모리(830), 분리식(removable) 메모리(832), 전원(834), GPS 칩셋(836), 및/또는 기타 주변장치(838)를 포함할 수 있다. WTRU(802)는 전술한 요소들의 임의의 부분 조합을 포함할 수 있다는 것을 알 것이다.
여기에 기재된 기타 디바이스는, 도 8b에 도시되고 여기에 기재된 요소 중의 일부 또는 전부를 포함할 수 있다. 예를 들어, 그 중에서도 BTS(transciver station), 노드 B, 사이트 컨트롤러, 액세스 포인트(AP), 홈 노드 B, e노드 B, 홈 e노드 B(HeNB), 홈 e노드 B 게이트웨이, 및 프록시 노드와 같은(하지만 이에 한정되는 것은 아님), 기지국(814a 및 814b), 및/또는 기지국(814a 및 814b)이 나타낼 수 있는 노드는, 도 8b에 도시되고 여기에 기재된 요소 중의 일부 또는 전부를 포함할 수 있다. 컨텐츠 제공 디바이스는 또한, 도 8b에 도시되고 여기에 기재된 요소 중의 일부 또는 전부를 포함할 수 있다. 예를 들어, 컨텐츠 제공 디바이스는 WTRU 식별자, WTRU 구성 정보, 디코딩 복잡도 정보, 및/또는 여기에 기재된 다른 정보를 저장하도록 비분리식 메모리(830) 및/또는 분리식 메모리(832)를 사용할 수 있다.
프로세서(818)는 범용 프로세서, 특수 용도 프로세서, 종래의 프로세서, 디지털 신호 프로세서(DSP; digital signal processor), 복수의 마이크로프로세서, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, ASIC(Application Specific Integrated Circuits), FPGA(Field Programmable Gate Array) 회로, 임의의 기타 유형의 집적 회로(IC; integrated circuit), 상태 머신 등일 수 있다. 프로세서(818)는 신호 코딩, 데이터 프로세싱, 전력 제어, 입력/출력 프로세싱, 및/또는 WTRU(802)가 무선 환경에서 동작하고 그리고/또는 비디오 컨텐츠를 처리하도록 동작할 수 있게 하는 임의의 기타 기능을 수행할 수 있다. 프로세서(818)는 트랜시버(820)에 연결될 수 있으며, 트랜시버(820)는 송수신 요소(822)에 연결될 수 있다. 도 8b는 프로세서(818)와 트랜시버(820)를 개별 컴포넌트로서 도시하고 있지만, 프로세서(818)와 트랜시버(820)는 전자 패키지 또는 칩에 같이 통합될 수 있다.
송수신 요소(822)는 무선 인터페이스(815/816/817)를 통해 기지국(예를 들어, 기지국(814a))에 신호를 전송하거나 기지국(예를 들어, 기지국(814a))으로부터 신호를 수신하도록 구성될 수 있다. 예를 들어, 송수신 요소(822)는 RF 신호를 전송 및/또는 수신하도록 구성된 안테나일 수 있다. 송수신 요소(822)는 예를 들어 IR, UV, 및/또는 가시광 신호를 전송 및/또는 수신하도록 구성된 이미터/검출기일 수 있다. 송수신 요소(822)는 RF 및 광 신호를 전송 및 수신하도록 구성될 수 있다. 송수신 요소(822)는 무선 신호의 임의의 조합을 전송 및/또는 수신하도록 구성될 수 있다.
송수신 요소(822)가 도 8b에서는 단일 요소로서 도시되어 있지만, WTRU(802)는 임의의 수의 송수신 요소(822)를 포함할 수 있다. 보다 구체적으로, WTRU(802)는 MIMO 기술을 채용할 수 있다. 따라서, WTRU(802)는 무선 인터페이스(815/816/817)를 통해 무선 신호를 전송 및/또는 수신하기 위한 둘 이상의 송수신 요소(822)(예를 들어, 다중 안테나)를 포함할 수 있다.
트랜시버(820)는 송수신 요소(822)에 의해 전송될 신호를 변조하고 그리고/또는 송수신 요소(822)에 의해 수신되는 신호를 복조하도록 구성될 수 있다. 상기 언급한 바와 같이, WTRU(802)는 다중 모드 능력을 가질 수 있다. 따라서, 트랜시버(820)는 WTRU(802)가 예를 들어 UTRA 및 IEEE 802.11과 같은 다수의 RAT를 통하여 통신할 수 있도록 다수의 트랜시버를 포함할 수 있다.
WTRU(802)의 프로세서(818)는 스피커/마이크로폰(824), 키패드(826), 및/또는 디스플레이/터치패드(828)(예를 들어, LCD 디스플레이 유닛 또는 OLED 디스플레이 유닛)에 연결될 수 있고, 이들로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(818)는 스피커/마이크로폰(824), 키패드(826) 및/또는 디스플레이/터치패드(828)에 사용자 데이터를 출력할 수 있다. 프로세서(818)는 비분리식 메모리(830) 및/또는 분리식 메모리(832)와 같은 임의의 유형의 적합한 메모리로부터의 정보에 액세스할 수 있고 그리고/또는 이에 데이터를 저장할 수 있다. 비분리식 메모리(830)는 RAM, ROM, 하드 디스크, 또는 임의의 기타 유형의 메모리 저장 디바이스를 포함할 수 있다. 분리식 메모리(832)는 SIM(subscriber identity module) 카드, 메모리 스틱, SD 메모리 카드 등을 포함할 수 있다. 프로세서(818)는 서버 또는 홈 컴퓨터(도시되지 않음)와 같이 WTRU(802) 상에 물리적으로 위치되지 않은 메모리로부터의 정보에 액세스할 수 있고 그리고/또는 이에 데이터를 저장할 수 있다.
프로세서(818)는 전원(834)으로부터 전력을 받을 수 있고, WTRU(802) 내의 다른 컴포넌트에 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전원(834)은 WTRU(802)에 전력을 제공하기 위한 임의의 적합한 디바이스일 수 있다. 예를 들어, 전원(834)은 하나 이상의 건전지 배터리(예를 들어 NiCd, NiZn, NiMH, Li-ion 등), 태양 전지, 연료 전지 등을 포함할 수 있다.
프로세서(818)는 또한, WTRU(802)의 현재 위치에 관한 위치 정보(예를 들어, 위도 및 경도)를 제공하도록 구성될 수 있는 GPS 칩셋(836)에 연결될 수 있다. GPS 칩셋(836)으로부터의 정보에 더하여 또는 이 대신에, WTRU(802)는 기지국(예를 들어, 기지국(814a, 814b))으로부터 무선 인터페이스(815/816/817)를 통해 위치 정보를 수신할 수 있고 그리고/또는 둘 이상의 가까이 있는 기지국으로부터 수신되는 신호의 타이밍에 기초하여 그의 위치를 결정할 수 있다. WTRU(802)는 임의의 적합한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다.
프로세서(818)는 추가의 특징, 기능 및/또는 유선 또는 무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는 다른 주변장치(838)에 더 연결될 수 있다. 예를 들어, 주변장치(838)는 가속도계, 전자 나침반, 위성 트랜시버, 디지털 카메라(사진 또는 비디오용), USB 포트, 진동 장치, 텔레비전 트랜시버, 핸즈프리 헤드셋, 블루투스(Bluetooth®) 모듈, FM 무선 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.
도 8c는 실시예에 따른 RAN(803) 및 코어 네트워크(806)의 시스템 도면을 도시한다. 상기 언급한 바와 같이, RAN(803)은 무선 인터페이스(815)를 통해 WTRU(802a, 802b, 및/또는 802c)와 통신하도록 UTRA 무선 기술을 채용할 수 있다. RAN(803)은 또한 코어 네트워크(806)와 통신할 수 있다. 도 8c에 도시된 바와 같이, RAN(803)은 노드 B(840a, 840b, 및/또는 840c)를 포함할 수 있으며, 이들은 각각 무선 인터페이스(815)를 통해 WTRU(802a, 802b, 및/또는 802c)와 통신하기 위한 하나 이상의 트랜시버를 포함할 수 있다. 노드 B(840a, 840b, 및/또는 840c)는 각각 RAN(803) 내의 특정 셀(도시되지 않음)과 연관될 수 있다. RAN(803)은 각각 RNC(842a 및/또는 842b)를 포함할 수 있다. RAN(803)은 임의의 수의 노드 B 및 RNC를 포함할 수 있다.
도 8c에 도시된 바와 같이, 노드 B(840a 및/또는 840b)는 RNC(842a)와 통신할 수 있다. 노드 B(840c)는 RNC(842b)와 통신할 수 있다. 노드 B(840a, 840b, 및/또는 840c)는 Iub 인터페이스를 통해 각자의 RNC(842a, 842b)와 통신할 수 있다. RNC(842a, 842b)는 Iur 인터페이스를 통해 서로 통신할 수 있다. RNC(842a, 842b)의 각각은 접속되어 있는 각자의 노드 B(840a, 840b, 및/또는 840c)를 제어하도록 구성될 수 있다. RNC(842a, 842b)의 각각은, 외부 루프 전력 제어, 로드 제어, 승인 제어, 패킷 스케줄링, 핸드오버 제어, 매크로다이버시티, 보안 기능, 데이터 암호화 등과 같은 다른 기능을 수행하거나 지지하도록 구성될 수 있다.
도 8c에 도시된 코어 네트워크(806)는 미디어 게이트웨이(MGW; media gateway)(844), MSC(mobile switching center)(846), 서빙 GPRS 지원 노드(SGSN; serving GPRS support node)(848), 및/또는 게이트웨이 GPRS 지원 노드(GGSN; gateway GPRS support node)(850)를 포함할 수 있다. 전술한 요소의 각각은 코어 네트워크(806)의 일부로서 도시되어 있지만, 이들 요소 중의 임의의 요소는 코어 네트워크 오퍼레이터가 아닌 다른 엔티티에 의해 소유 및/또는 동작될 수 있다.
RAN(803) 내의 RNC(842a)는 IuCS 인터페이스를 통해 코어 네트워크(806) 내의 MSC(846)에 접속될 수 있다. MSC(846)는 MGW(844)에 접속될 수 있다. MSC(846) 및 MGW(844)는, WTRU(802a, 802b, 및/또는 802c)와 전통적인 지상선 통신 디바이스 간의 통신을 용이하게 하도록, PSTN(808)과 같은 회선 교환형 네트워크에 대한 액세스를 WTRU(802a, 802b, 및/또는 802c)에 제공할 수 있다.
RAN(803)에서의 RNC(842a)는 IuPS 인터페이스를 통해 코어 네트워크(806) 내의 SGSN(848)에 접속될 수 있다. SGSN(848)은 GGSN(850)에 접속될 수 있다. SGSN(848) 및 GGSN(850)는, WTRU(802a, 802b, 및/또는 802c)와 IP 가능 디바이스 간의 통신을 용이하게 하도록, 인터넷(810)과 같은 패킷 교환형 네트워크에 대한 액세스를 WTRU(802a, 802b, 및/또는 802c)에 제공할 수 있다.
상기 언급한 바와 같이, 코어 네트워크(806)는 또한, 다른 서비스 제공자에 의해 소유 및/또는 동작될 수 있는 다른 유선 및/또는 무선 네트워크를 포함할 수 있는 네트워크(812)에 접속될 수 있다.
도 8d는 실시예에 따른 RAN(804) 및 코어 네트워크(807)의 시스템 도면을 도시한다. 상기 언급한 바와 같이, RAN(804)은 무선 인터페이스(816)를 통해 WTRU(802a, 802b, 및/또는 802c)와 통신하도록 E-UTRA 무선 기술을 채용할 수 있다. RAN(804)은 또한 코어 네트워크(807)와 통신할 수 있다.
RAN(804)는 eNode B(860a, 860b, 및/또는 860c)를 포함할 수 있지만, RAN(804)은 임의의 수의 eNode B를 포함할 수 있다. eNode B(860a, 860b, 및/또는 860c)는 각각 무선 인터페이스(816)를 통해 WTRU(802a, 802b, 및/또는 802c)와 통신하기 위한 하나 이상의 트랜시버를 포함할 수 있다. eNode B(860a, 860b, 및/또는 860c)는 MIMO 기술을 구현할 수 있다. 따라서, eNode B(860a)는 예를 들어 WTRU(802a)에 무선 신호를 전송하고 그리고/또는 WTRU(802a)로부터 무선 신호를 수신하도록 다중 안테나를 사용할 수 있다.
eNode B(860a, 860b, 및/또는 860c)의 각각은 특정 셀(도시되지 않음)과 연관될 수 있고, 무선 자원 관리 결정, 핸드오버 결정, 업링크 및/또는 다운링크에 있어서의 사용자의 스케줄링, 및/또는 기타를 처리하도록 구성될 수 있다. 도 8d에 도시된 바와 같이, eNode B(860a, 860b, 및/또는 860c)는 X2 인터페이스를 통해 서로 통신할 수 있다.
도 8d에 도시된 코어 네트워크(807)는 모빌리티 관리 게이트웨이(MME; mobility management gateway)(862), 서빙 게이트웨이(864), 및 패킷 데이터 네트워크(PDN; packet data network) 게이트웨이(866)를 포함할 수 있다. 전술한 요소의 각각은 코어 네트워크(807)의 일부로서 도시되어 있지만, 이들 요소 중의 임의의 요소는 코어 네트워크 오퍼레이터가 아닌 다른 엔티티에 의해 소유 및/또는 동작될 수 있다.
MME(862)는 S1 인터페이스를 통해 RAN(804)에서의 eNode B(860a, 860b, 및/또는 860c)의 각각에 접속될 수 있고, 제어 노드로서의 역할을 할 수 있다. 예를 들어, MME(862)는 WTRU(802a, 802b, 및/또는 802c)의 사용자 인증, 베어러 활성화/비활성화, WTRU(802a, 802b, 및/또는 802c)의 초기 연결 중의 특정 서빙 게이트웨이 선택, 및/또는 기타를 담당할 수 있다. MME(862)는 RAN(804)과, GSM 또는 WCDMA와 같이 다른 무선 기술을 채용할 수 있는 다른 RAN(도시되지 않음) 사이의 전환을 위해 제어 평면 기능을 제공할 수 있다.
서빙 게이트웨이(864)는 S1 인터페이스를 통해 RAN(804)에서의 eNode B(860a, 860b, 및/또는 860c)의 각각에 접속될 수 있다. 서빙 게이트웨이(864)는 일반적으로 WTRU(802a, 802b, 및/또는 802c)로/로부터 사용자 데이터 패킷을 라우팅 및/또는 전송할 수 있다. 서빙 게이트웨이(864)는 eNode B 간의 핸드오버 중의 사용자 평면 앵커링, 다운링크 데이터가 WTRU(802a, 802b, 및/또는 802c)에 대하여 이용 가능할 때 페이징 트리거, WTRU(802a, 802b, 및/또는 802c)의 컨텍스트 관리 및 저장, 및/또는 기타와 같은 다른 기능을 수행할 수 있다.
서빙 게이트웨이(864)는 PDN 게이트웨이(866)에 접속될 수 있고, PDN 게이트웨이(866)는 WTRU(802a, 802b, 및/또는 802c)와 IP 가능 디바이스 간의 통신을 용이하게 하도록 인터넷(810)과 같은 패킷 교환형 네트워크에 대한 액세스를 WTRU(802a, 802b, 및/또는 802c)에 제공할 수 있다.
코어 네트워크(807)는 다른 네트워크와의 통신을 용이하게 할 수 있다. 예를 들어, 코어 네트워크(807)는 WTRU(802a, 802b, 및/또는 802c)와 전통적인 지상선 통신 디바이스 간의 통신을 용이하게 하도록 PSTN(808)과 같은 회선 교환형 네트워크에 대한 액세스를 WTRU(802a, 802b, 및/또는 802c)에 제공할 수 있다. 예를 들어, 코어 네트워크(807)는 코어 네트워크(807)와 PSTN(808) 사이의 인터페이스로서의 역할을 하는 IP 게이트웨이(예를 들어, IMS(IP multimedia subsystem) 서버)를 포함할 수 있거나 이와 통신할 수 있다. 코어 네트워크(807)는, 다른 서비스 제공자에 의해 소유 및/또는 동작될 수 있는 다른 유선 및/또는 무선 네트워크를 포함할 수 있는 네트워크(812)에 대한 액세스를 WTRU(802a, 802b, 및/또는 802c)에 제공할 수 있다.
도 8e는 RAN(805) 및 코어 네트워크(809)의 시스템 도면을 도시한다. RAN(805)는 무선 인터페이스(817)를 통해 WTRU(802a, 802b, 및/또는 802c)와 통신하도록 IEEE 802.16 무선 기술을 채용한 액세스 서비스 네트워크(ASN; access service network)일 수 있다. 여기에 더 기재되는 바와 같이, WTRU(802a, 802b, 및/또는 802c), RAN(805), 및 코어 네트워크(809)의 상이한 기능 엔티티들 간의 통신 링크는 기준 포인트로서 정의될 수 있다.
도 8e에 도시된 바와 같이, RAN(805)는 기지국(880a, 880b, 및/또는 880c), 및 ASN 게이트웨이(882)를 포함할 수 있지만, RAN(805)는 임의의 수의 기지국 및/또는 ASN 게이트웨이를 포함할 수 있다. 기지국(880a, 880b, 및/또는 880c)은 각각 RAN(805)에서의 특정 셀(도시되지 않음)과 연관될 수 있고, 그리고/또는 각각 무선 인터페이스(817)를 통해 WTRU(802a, 802b, 및/또는 802c)와 통신하기 위한 하나 이상의 트랜시버를 포함할 수 있다. 기지국(880a, 880b, 및/또는 880c)은 MIMO 기술을 구현할 수 있다. 따라서, 기지국(880a)은, 예를 들어 WTRU(802a)에 무선 신호를 전송하고 그리고/또는 WTRU(802a)로부터 무선 신호를 수신하도록 다중 안테나를 사용할 수 있다. 기지국(880a, 880b, 및/또는 880c)은 핸드오프 트리거링, 터널 확립, 무선 자원 관리, 트래픽 분류, 서비스 품질(QoS) 정책 강화, 및/또는 기타와 같은 모빌리티 관리 기능을 제공할 수 있다. ASN 게이트웨이(882)는 트래픽 집적 포인트로서의 역할을 할 수 있고, 페이징, 가입자 프로파일의 캐시, 코어 네트워크(809)에의 라우팅, 및/또는 기타를 담당할 수 있다.
WTRU(802a, 802b, 및/또는 802c)와 RAN(805) 사이의 무선 인터페이스(817)는, IEEE 802.16 사양을 구현하는 R1 기준 포인트로서 정의될 수 있다. WTRU(802a, 802b, 및/또는 802c)의 각각은 코어 네트워크(809)와 논리 인터페이스(도시되지 않음)를 확립할 수 있다. WTRU(802a, 802b, 및/또는 802c)와 코어 네트워크(809) 간의 논리 인터페이스는, 인증, 인가, IP 호스트 구성 관리, 및/또는 모빌리티 관리에 사용될 수 있는 R2 기준 포인트로서 정의될 수 있다.
기지국(880a, 880b, 및/또는 880c)의 각각 사이의 통신 링크는, WTRU 핸드오버 및/또는 기지국들 간의 데이터 전달을 용이하게 하기 위한 프로토콜을 포함하는 R8 기준 포인트로서 정의될 수 있다. 기지국(880a, 880b, 및/또는 880c)과 ASN 게이트웨이(882) 간의 통신 링크는 R6 기준 포인트로서 정의될 수 있다. R6 기준 포인트는 WTRU(802a, 802b, 및/또는 802c)의 각각과 연관된 모빌리티 이벤트에 기초한 모빌리티 관리를 용이하게 하기 위한 프로토콜을 포함할 수 있다.
도 8e에 도시된 바와 같이, RAN(805)는 코어 네트워크(809)에 접속될 수 있다. RAN(805)과 코어 네트워크(809) 간의 통신 링크는, 예를 들어 데이터 전달 및 모빌리티 관리 능력을 용이하게 하기 위한 프로토콜을 포함할 수 있는 R3 기준 포인트로서 정의될 수 있다. 코어 네트워크(809)는 모바일 IP 홈 에이전트(MIP-HA; mobile IP home agent)(884), AAA(authentication, authorization, accounting) 서버(886), 및/또는 게이트웨이(888)를 포함할 수 있다. 전술한 요소의 각각이 코어 네트워크(809)의 일부로서 도시되어 있지만, 이들 요소 중의 임의의 요소는 코어 네트워크 오퍼레이터가 아닌 다른 엔티티에 의해 소유 및/또는 동작될 수 있다.
MIP-HA(884)는 IP 어드레스 관리를 담당할 수 있고, WTRU(802a, 802b, 및/또는 802c)가 상이한 ASN들 및/또는 상이한 코어 네트워크들 사이에 로밍할 수 있게 할 수 있다. MIP-HA(884)는, WTRU(802a, 802b, 및/또는 802c)와 IP 가능 디바이스 간의 통신을 용이하게 하도록, 인터넷(810)과 같은 패킷 교환형 네트워크에 대한 액세스를 WTRU(802a, 802b, 및/또는 802c)에 제공할 수 있다. AAA 서버(886)는 사용자 인증 및 사용자 서비스 지원을 담당할 수 있다. 게이트웨이(888)는 다른 네트워크와의 인터워킹을 용이하게 할 수 있다. 예를 들어, 게이트웨이(888)는, WTRU(802a, 802b, 및/또는 802c)와 전통적인 지상선 통신 디바이스 간의 통신을 용이하게 하도록, PSTN(808)과 같은 회선 교환형 네트워크에 대한 액세스를 WTRU(802a, 802b, 및/또는 802c)에 제공할 수 있다. 게이트웨이(888)는, 다른 서비스 제공자에 의해 소유 및/또는 동작될 수 있는 다른 유선 및/또는 무선 네트워크를 포함할 수 있는 네트워크(812)에 대한 액세스를 WTRU(802a, 802b, 및/또는 802c)에 제공할 수 있다.
도 8e에는 도시되지 않았지만, RAN(805)는 다른 ASN에 접속될 수 있고 그리고/또는 코어 네트워크(809)는 다른 코어 네트워크에 접속될 수 있다. RAN(805)과 다른 ASN 간의 통신 링크는, RAN(805)과 다른 ASN 사이의 WTRU(802a, 802b, 및/또는 802c)의 모빌리티를 조정하기 위한 프로토콜을 포함하는 R4 기준 포인트로서 정의될 수 있다. 코어 네트워크(809)와 다른 코어 네트워크 간의 통신 링크는, 홈 코어 네트워크와 방문 코어 네트워크 사이의 인터워킹을 용이하게 하기 위한 프로토콜을 포함할 수 있는 R5 기준 포인트로서 정의될 수 있다.
특징 및 요소가 특정 조합으로 상기에 기재되어 있지만, 각각의 특징 또는 요소가 단독으로 또는 다른 특징 및/또는 요소와 임의의 조합으로 사용될 수 있다. 여기에 기재된 방법은 컴퓨터 또는 프로세서에 의한 실행을 위해 컴퓨터 판독가능한 매체에 통합된 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독가능한 매체의 예는 전자 신호(유선 또는 무선 접속을 통해 전송됨) 및/또는 컴퓨터 판독가능한 저장 매체를 포함한다. 컴퓨터 판독가능한 저장 매체의 예는, 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스, 내부 하드 디스크와 분리식 디스크와 같은 자기 매체, 광자기 매체, 및/또는 CD-ROM 디스크와 DVD와 같은 광 매체를 포함하지만, 이에 한정되는 것은 아니다. 소프트웨어와 연관된 프로세서는 WTRU, UE, 단말기, 기지국, RNC, 컨텐츠 제공 디바이스, 및/또는 임의의 호스트 컴퓨터에서 사용하기 위한 무선 주파수 트랜시버를 구현하도록 사용될 수 있다.

Claims (20)

  1. 미디어 컨텐츠와 연관된 디코딩 복잡도(decoding complexity)를 결정하기 위한 방법에 있어서,
    복수의 기준 무선 송수신 유닛(WTRU; wireless transmit/receive unit)들부터 디코딩 복잡도 피드백을 수신하는 단계로서, 상기 복수의 기준 WTRU들의 각각의 기준 WTRU로부터 수신된 디코딩 복잡도 피드백은 상기 기준 WTRU에서 미디어 컨텐츠를 수신, 디코딩, 또는 디스플레이하는 것과 연관된 것인, 수신 단계;
    상기 미디어 컨텐츠에 대한 요청을 수신하는 단계; 및
    상기 미디어 컨텐츠와 연관된 디코딩 복잡도 - 상기 디코딩 복잡도는 상기 복수의 기준 WTRU들로부터 수신된 디코딩 복잡도 피드백에 기초함 - 를 결정하는 단계
    를 포함하는, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 방법.
  2. 청구항 1에 있어서, 상기 미디어 컨텐츠는 복수의 상이한 타입들의 미디어 컨텐츠를 포함하고, 상기 디코딩 복잡도는 상기 복수의 상이한 타입들의 미디어 컨텐츠 각각에 대한 대응하는 디코딩 복잡도를 포함하는 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 방법.
  3. 청구항 2에 있어서, 상기 복수의 상이한 타입들의 미디어 컨텐츠 각각의 표시(indication) 및 상기 복수의 상이한 타입들의 미디어 컨텐츠 각각에 대한 대응하는 디코딩 복잡도를 WTRU에 보내는 단계를 더 포함하는, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 방법.
  4. 청구항 3에 있어서,
    상기 복수의 상이한 타입들의 미디어 컨텐츠 중의 적어도 하나의 선택을 상기 WTRU로부터 수신하는 단계; 및
    상기 복수의 상이한 타입들의 미디어 컨텐츠 중의 상기 선택된 적어도 하나를 상기 WTRU에 보내는 단계
    를 더 포함하는, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 방법.
  5. 청구항 2에 있어서, 상기 복수의 상이한 타입들의 미디어 컨텐츠 각각에 대한 대응하는 디코딩 복잡도에 기초하여, WTRU에 전송되기 위한, 상기 복수의 상이한 타입들의 미디어 컨텐츠 중의 적어도 하나를 결정하는 단계를 더 포함하는, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 방법.
  6. 청구항 1에 있어서, 상기 미디어 컨텐츠는 복수의 세그먼트들을 포함하고, 상기 복수의 세그먼트들의 각각의 세그먼트는 대응하는 디코딩 복잡도를 갖는 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 방법.
  7. 청구항 1에 있어서, 상기 복수의 기준 WTRU들의 각각의 기준 WTRU로부터 수신된 디코딩 복잡도 피드백은, 상기 디코딩 복잡도 피드백을 보낸 기준 WTRU에서 취한 측정을 나타내는 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 방법.
  8. 청구항 1에 있어서, 상기 디코딩 복잡도는 상기 미디어 컨텐츠를 수신, 디코딩, 또는 디스플레이하는데 사용된 최대 전력량, 최소 전력량, 또는 평균 전력량 중의 적어도 하나를 나타내는 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 방법.
  9. 청구항 1에 있어서, 상기 미디어 컨텐츠와 연관된 스트리밍 프로토콜 또는 파일에 상기 디코딩 복잡도의 표시를 포함시키는 단계를 더 포함하는, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 방법.
  10. 청구항 1에 있어서, 상기 디코딩 복잡도는 DASH(dynamic adaptive streaming over HTTP) 프로토콜, SDP(session description protocol), 또는 3GP 파일 중의 적어도 하나에 포함되는 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 방법.
  11. 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 컨텐츠 제공 디바이스에 있어서,
    프로세서를 포함하고, 상기 프로세서는,
    복수의 기준 무선 송수신 유닛(WTRU)들로부터 디코딩 복잡도 피드백을 수신하고 - 상기 복수의 기준 WTRU들의 각각의 기준 WTRU로부터 수신된 디코딩 복잡도 피드백은 상기 기준 WTRU에서 미디어 컨텐츠를 수신, 디코딩, 또는 디스플레이하는 것과 연관된 것임 - ;
    상기 미디어 컨텐츠에 대한 요청을 수신하고;
    상기 미디어 컨텐츠와 연관된 디코딩 복잡도 - 상기 디코딩 복잡도는 상기 복수의 기준 WTRU들로부터 수신된 디코딩 복잡도 피드백에 기초함 - 를 결정하도록
    구성된 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 컨텐츠 제공 디바이스.
  12. 청구항 11에 있어서, 상기 미디어 컨텐츠는 복수의 상이한 타입들의 미디어 컨텐츠를 포함하고, 상기 디코딩 복잡도는 상기 복수의 상이한 타입들의 미디어 컨텐츠 각각에 대한 대응하는 디코딩 복잡도를 포함하는 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 컨텐츠 제공 디바이스.
  13. 청구항 12에 있어서, 상기 프로세서는 또한, 상기 복수의 상이한 타입들의 미디어 컨텐츠 각각의 표시 및 상기 복수의 상이한 타입들의 미디어 컨텐츠 각각에 대한 대응하는 디코딩 복잡도를 WTRU에 보내도록 구성된 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 컨텐츠 제공 디바이스.
  14. 청구항 13에 있어서,
    상기 프로세서는 또한,
    상기 복수의 상이한 타입들의 미디어 컨텐츠 중의 적어도 하나의 선택을 상기 WTRU로부터 수신하고;
    상기 복수의 상이한 타입들의 미디어 컨텐츠 중의 상기 선택된 적어도 하나를 상기 WTRU에 보내도록
    구성된 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 컨텐츠 제공 디바이스.
  15. 청구항 12에 있어서, 상기 프로세서는 또한, 상기 복수의 상이한 타입들의 미디어 컨텐츠 각각에 대한 대응하는 디코딩 복잡도에 기초하여, WTRU에 전송되기 위한, 상기 복수의 상이한 타입들의 미디어 컨텐츠 중의 적어도 하나를 결정하도록 구성된 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 컨텐츠 제공 디바이스.
  16. 청구항 11에 있어서, 상기 미디어 컨텐츠는 복수의 세그먼트들을 포함하고, 상기 복수의 세그먼트들의 각각의 세그먼트는 대응하는 디코딩 복잡도를 갖는 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 컨텐츠 제공 디바이스.
  17. 청구항 11에 있어서, 상기 복수의 기준 WTRU들의 각각의 기준 WTRU로부터 수신된 디코딩 복잡도 피드백은, 상기 디코딩 복잡도 피드백을 보낸 기준 WTRU에서 취한 측정을 나타내는 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 컨텐츠 제공 디바이스.
  18. 청구항 11에 있어서, 상기 디코딩 복잡도는 상기 미디어 컨텐츠를 수신, 디코딩, 또는 디스플레이하는데 사용된 최대 전력량, 최소 전력량, 또는 평균 전력량 중의 적어도 하나를 나타내는 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 컨텐츠 제공 디바이스.
  19. 청구항 11에 있어서, 상기 프로세서는 또한, 상기 미디어 컨텐츠와 연관된 스트리밍 프로토콜 또는 파일에 상기 디코딩 복잡도의 표시를 포함시키도록 구성되는 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 컨텐츠 제공 디바이스.
  20. 청구항 11에 있어서, 상기 디코딩 복잡도는 DASH(dynamic adaptive streaming over HTTP) 프로토콜, SDP(session description protocol), 또는 3GP 파일 중의 적어도 하나에 포함되는 것인, 미디어 컨텐츠와 연관된 디코딩 복잡도를 결정하기 위한 컨텐츠 제공 디바이스.
KR1020157012920A 2012-10-18 2013-10-18 모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도 KR101748505B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261715466P 2012-10-18 2012-10-18
US61/715,466 2012-10-18
PCT/US2013/065638 WO2014063026A1 (en) 2012-10-18 2013-10-18 Decoding complexity for mobile multimedia streaming

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020177015474A Division KR102059084B1 (ko) 2012-10-18 2013-10-18 모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도

Publications (2)

Publication Number Publication Date
KR20150074078A true KR20150074078A (ko) 2015-07-01
KR101748505B1 KR101748505B1 (ko) 2017-06-16

Family

ID=49515526

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020177015474A KR102059084B1 (ko) 2012-10-18 2013-10-18 모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도
KR1020157012920A KR101748505B1 (ko) 2012-10-18 2013-10-18 모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020177015474A KR102059084B1 (ko) 2012-10-18 2013-10-18 모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도

Country Status (6)

Country Link
US (3) US10237321B2 (ko)
EP (2) EP2909990B1 (ko)
JP (2) JP6097840B2 (ko)
KR (2) KR102059084B1 (ko)
CN (2) CN104871514B (ko)
WO (1) WO2014063026A1 (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102059084B1 (ko) * 2012-10-18 2019-12-24 브이아이디 스케일, 인크. 모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도
EP2984848B1 (en) * 2013-10-25 2019-12-04 Huawei Technologies Co., Ltd. Associating representations in adaptive streaming
US9860612B2 (en) * 2014-04-10 2018-01-02 Wowza Media Systems, LLC Manifest generation and segment packetization
WO2016130749A1 (en) * 2015-02-11 2016-08-18 Vid Scale, Inc. Systems and methods for generalized http headers in dynamic adaptive streaming over http (dash)
US10412132B2 (en) * 2015-02-16 2019-09-10 Lg Electronics Inc. Broadcasting signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
US10798655B2 (en) 2015-09-03 2020-10-06 Deutsche Telekom Ag Enhanced power consumption management of a user equipment using a mobile communication network, wherein different sets of radio resources are used in dependency of a power consumption information
US10034200B2 (en) * 2015-10-23 2018-07-24 Motorola Mobility Llc Iteratively transmitting random linear network encoded packets from multiple transmission nodes
KR102165255B1 (ko) * 2017-02-06 2020-10-13 삼성전자 주식회사 non-3gpp를 통해 5G네트워크에 접속하는 단말에 대한 registration 관리 방안
US10237681B2 (en) 2017-02-06 2019-03-19 Samsung Electronics Co., Ltd. Registration management method for terminal accessing 5G network on non-3GPP access
US11438670B2 (en) * 2020-11-20 2022-09-06 At&T Intellectual Property I, L.P. Video complexity detection for network traffic management

Family Cites Families (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR19990072122A (ko) * 1995-12-12 1999-09-27 바자니 크레이그 에스 실시간 영상 전송 방법 및 장치
US7032236B1 (en) * 1998-02-20 2006-04-18 Thomson Licensing Multimedia system for processing program guides and associated multimedia objects
US6285405B1 (en) * 1998-10-14 2001-09-04 Vtel Corporation System and method for synchronizing data signals
US6470378B1 (en) * 1999-03-31 2002-10-22 Intel Corporation Dynamic content customization in a clientserver environment
JP2002077377A (ja) * 2000-08-29 2002-03-15 Toshiba Corp 携帯端末装置および携帯端末装置の消費電力抑制方法
JP2002132622A (ja) 2000-10-19 2002-05-10 Seiko Epson Corp プログラム供給装置、プログラム供給方法、携帯端末、ネットワークシステム及びコンピュータ可読媒体
US8352991B2 (en) * 2002-12-09 2013-01-08 Thomson Licensing System and method for modifying a video stream based on a client or network environment
US7146185B2 (en) 2003-06-12 2006-12-05 Richard Lane Mobile station-centric method for managing bandwidth and QoS in error-prone system
CN100542287C (zh) * 2003-06-27 2009-09-16 Nxp股份有限公司 用于手持设备的编码的方法
GB0400658D0 (en) * 2004-01-13 2004-02-11 Koninkl Philips Electronics Nv Portable device for receiving media content
WO2006099082A2 (en) 2005-03-10 2006-09-21 Qualcomm Incorporated Content adaptive multimedia processing
US20060235883A1 (en) * 2005-04-18 2006-10-19 Krebs Mark S Multimedia system for mobile client platforms
US8031766B2 (en) * 2005-08-02 2011-10-04 Lsi Corporation Performance adaptive video encoding with concurrent decoding
US7653386B2 (en) * 2006-05-05 2010-01-26 Broadcom Corporation Access point multi-level transmission power control supporting periodic high power level transmissions
US8358704B2 (en) * 2006-04-04 2013-01-22 Qualcomm Incorporated Frame level multimedia decoding with frame information table
US9380096B2 (en) * 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US7804435B2 (en) * 2006-08-31 2010-09-28 Ati Technologies Ulc Video decoder with reduced power consumption and method thereof
US20100080328A1 (en) 2006-12-08 2010-04-01 Ingemar Johansson Receiver actions and implementations for efficient media handling
US20090017860A1 (en) * 2007-07-09 2009-01-15 Sony Ericsson Mobile Communications Ab Intelligent Power-Aware Downloading for Mobile Communication Devices
US8165644B2 (en) * 2007-08-29 2012-04-24 Qualcomm Incorporated Server initiated power mode switching in portable communication devices
US8948822B2 (en) * 2008-04-23 2015-02-03 Qualcomm Incorporated Coordinating power management functions in a multi-media device
CN100571396C (zh) 2008-04-25 2009-12-16 清华大学 用于解码复杂度限制下的视频编码方法
US20090304085A1 (en) * 2008-06-04 2009-12-10 Novafora, Inc. Adaptive Deblocking Complexity Control Apparatus and Method
EP2300928B1 (en) * 2008-06-06 2017-03-29 Amazon Technologies, Inc. Client side stream switching
US8838824B2 (en) * 2009-03-16 2014-09-16 Onmobile Global Limited Method and apparatus for delivery of adapted media
US8538484B2 (en) 2009-08-14 2013-09-17 Google Inc. Providing a user with feedback regarding power consumption in battery-operated electronic devices
US9124642B2 (en) * 2009-10-16 2015-09-01 Qualcomm Incorporated Adaptively streaming multimedia
CN105791841B (zh) * 2010-01-06 2019-06-21 杜比实验室特许公司 用于网络上视频数据的自适应流处理的方法、装置和系统
PL2526674T3 (pl) * 2010-01-18 2017-09-29 Telefonaktiebolaget Lm Ericsson (Publ) Sposób i urządzenie dla wsparcia odtwarzania treści
US9226045B2 (en) * 2010-08-05 2015-12-29 Qualcomm Incorporated Signaling attributes for network-streamed video data
US8689267B2 (en) * 2010-12-06 2014-04-01 Netflix, Inc. Variable bit video streams for adaptive streaming
WO2012090962A1 (ja) * 2010-12-28 2012-07-05 シャープ株式会社 画像復号装置、画像符号化装置、および符号化データのデータ構造、ならびに、算術復号装置、算術符号化装置
CN102547272B (zh) * 2010-12-30 2015-03-11 中国移动通信集团公司 一种解码方法、装置及终端
US9661104B2 (en) * 2011-02-07 2017-05-23 Blackberry Limited Method and apparatus for receiving presentation metadata
US20120209952A1 (en) * 2011-02-11 2012-08-16 Interdigital Patent Holdings, Inc. Method and apparatus for distribution and reception of content
US20120275502A1 (en) * 2011-04-26 2012-11-01 Fang-Yi Hsieh Apparatus for dynamically adjusting video decoding complexity, and associated method
CN102209242B (zh) * 2011-05-26 2012-11-07 大连理工大学 基于功耗模型的最优化可伸缩视频传输和解码系统
JP5626129B2 (ja) 2011-06-06 2014-11-19 ソニー株式会社 受信装置及び方法、情報配信装置及び方法、並びに情報配信システム
CN102857746B (zh) * 2011-06-28 2017-03-29 中兴通讯股份有限公司 环路滤波编解码方法及装置
JP2013038766A (ja) * 2011-07-12 2013-02-21 Sharp Corp 送信装置、送信装置の制御方法、制御プログラム、及び記録媒体
US20130042013A1 (en) * 2011-08-10 2013-02-14 Nokia Corporation Methods, apparatuses and computer program products for enabling live sharing of data
US9503497B2 (en) * 2011-12-10 2016-11-22 LogMeln, Inc. Optimizing transfer to a remote access client of a high definition (HD) host screen image
JP5944013B2 (ja) * 2012-01-17 2016-07-05 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 参照画像リストの取り扱い
US9787979B2 (en) * 2012-04-06 2017-10-10 Vidyo, Inc. Level signaling for layered video coding
JP5994367B2 (ja) * 2012-04-27 2016-09-21 富士通株式会社 動画像符号化装置、動画像符号化方法
WO2014011622A2 (en) * 2012-07-09 2014-01-16 Vid Scale, Inc. Power aware video decoding and streaming
US8949440B2 (en) * 2012-07-19 2015-02-03 Alcatel Lucent System and method for adaptive rate determination in mobile video streaming
US9357272B2 (en) * 2012-08-03 2016-05-31 Intel Corporation Device orientation capability exchange signaling and server adaptation of multimedia content in response to device orientation
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
KR102059084B1 (ko) * 2012-10-18 2019-12-24 브이아이디 스케일, 인크. 모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도
US11812116B2 (en) * 2019-10-16 2023-11-07 Charter Communications Operating, Llc Apparatus and methods for enhanced content control, consumption and delivery in a content distribution network

Also Published As

Publication number Publication date
US10237321B2 (en) 2019-03-19
KR102059084B1 (ko) 2019-12-24
JP6097840B2 (ja) 2017-03-15
KR20170068616A (ko) 2017-06-19
US20220394075A1 (en) 2022-12-08
US20190158562A1 (en) 2019-05-23
JP2017142803A (ja) 2017-08-17
KR101748505B1 (ko) 2017-06-16
CN104871514A (zh) 2015-08-26
JP6463788B2 (ja) 2019-02-06
EP3528450A1 (en) 2019-08-21
WO2014063026A1 (en) 2014-04-24
US20150237103A1 (en) 2015-08-20
JP2016503600A (ja) 2016-02-04
WO2014063026A8 (en) 2015-04-16
EP2909990B1 (en) 2019-01-16
US11368509B2 (en) 2022-06-21
CN109890071A (zh) 2019-06-14
CN104871514B (zh) 2019-04-05
CN109890071B (zh) 2023-05-12
EP2909990A1 (en) 2015-08-26
EP3528450B1 (en) 2021-12-01

Similar Documents

Publication Publication Date Title
KR101748505B1 (ko) 모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도
JP7072592B2 (ja) 品質ドリブンストリーミング
US8782165B2 (en) Method and transcoding proxy for transcoding a media stream that is delivered to an end-user device over a communications network
US11695991B2 (en) Power aware adaptation for video streaming
KR102000084B1 (ko) 적응형 스트리밍 서비스 제공 방법 및 이를 위한 장치
US10063921B2 (en) Power aware adaptation for video streaming
TW201419798A (zh) 通訊系統與方法以及程式
Mavromoustakis et al. Mobile video streaming resource management
Mohammed et al. Smartphones Resources Analysis During Playback of Progressive Video over Wi-Fi

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
A107 Divisional application of patent
GRNT Written decision to grant