KR102188606B1 - 하나 또는 그 초과의 서비스들을 통한 컨텐츠 전달의 중재 - Google Patents
하나 또는 그 초과의 서비스들을 통한 컨텐츠 전달의 중재 Download PDFInfo
- Publication number
- KR102188606B1 KR102188606B1 KR1020167001079A KR20167001079A KR102188606B1 KR 102188606 B1 KR102188606 B1 KR 102188606B1 KR 1020167001079 A KR1020167001079 A KR 1020167001079A KR 20167001079 A KR20167001079 A KR 20167001079A KR 102188606 B1 KR102188606 B1 KR 102188606B1
- Authority
- KR
- South Korea
- Prior art keywords
- service
- mbms
- unit
- streaming data
- data
- Prior art date
Links
- 238000000034 method Methods 0.000 claims description 142
- 230000004044 response Effects 0.000 claims description 52
- 238000003860 storage Methods 0.000 claims description 27
- 238000004891 communication Methods 0.000 claims description 24
- 230000003213 activating effect Effects 0.000 claims description 10
- 238000012546 transfer Methods 0.000 claims description 10
- 238000013507 mapping Methods 0.000 claims 2
- 238000010586 diagram Methods 0.000 description 43
- 230000014509 gene expression Effects 0.000 description 37
- 230000000875 corresponding effect Effects 0.000 description 33
- 230000005540 biological transmission Effects 0.000 description 28
- 230000006870 function Effects 0.000 description 27
- 230000011664 signaling Effects 0.000 description 24
- 230000006978 adaptation Effects 0.000 description 23
- 238000005538 encapsulation Methods 0.000 description 23
- 239000012634 fragment Substances 0.000 description 23
- 230000008859 change Effects 0.000 description 22
- 239000008186 active pharmaceutical agent Substances 0.000 description 21
- 230000007246 mechanism Effects 0.000 description 18
- 238000007726 management method Methods 0.000 description 16
- 238000012545 processing Methods 0.000 description 15
- 238000002360 preparation method Methods 0.000 description 13
- 238000005516 engineering process Methods 0.000 description 12
- 210000004027 cell Anatomy 0.000 description 9
- 230000009471 action Effects 0.000 description 7
- 230000036961 partial effect Effects 0.000 description 7
- 230000001413 cellular effect Effects 0.000 description 6
- 238000006243 chemical reaction Methods 0.000 description 6
- 230000002123 temporal effect Effects 0.000 description 6
- 230000001976 improved effect Effects 0.000 description 5
- 230000036651 mood Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000009877 rendering Methods 0.000 description 5
- 238000012783 upstream development Methods 0.000 description 5
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000008093 supporting effect Effects 0.000 description 4
- 241000760358 Enodes Species 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 239000012092 media component Substances 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 101100421134 Schizosaccharomyces pombe (strain 972 / ATCC 24843) sle1 gene Proteins 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 239000000470 constituent Substances 0.000 description 2
- 238000002716 delivery method Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 238000005304 joining Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 239000013598 vector Substances 0.000 description 2
- FMYKJLXRRQTBOR-UBFHEZILSA-N (2s)-2-acetamido-4-methyl-n-[4-methyl-1-oxo-1-[[(2s)-1-oxohexan-2-yl]amino]pentan-2-yl]pentanamide Chemical group CCCC[C@@H](C=O)NC(=O)C(CC(C)C)NC(=O)[C@H](CC(C)C)NC(C)=O FMYKJLXRRQTBOR-UBFHEZILSA-N 0.000 description 1
- 240000002791 Brassica napus Species 0.000 description 1
- 101150014328 RAN2 gene Proteins 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- TZSMWSKOPZEMAJ-UHFFFAOYSA-N bis[(2-methoxyphenyl)methyl] carbonate Chemical compound COC1=CC=CC=C1COC(=O)OCC1=CC=CC=C1OC TZSMWSKOPZEMAJ-UHFFFAOYSA-N 0.000 description 1
- 210000004271 bone marrow stromal cell Anatomy 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 238000012508 change request Methods 0.000 description 1
- 235000014510 cooky Nutrition 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
- 230000002459 sustained effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Images
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H04L65/4076—
-
- H04L65/605—
-
- 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/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- 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
-
- 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
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
- H04W36/142—Reselecting a network or an air interface over the same radio air interface technology
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
스트리밍 데이터를 수신하기 위한 디바이스는 제 2 서비스를 통해 스트리밍 데이터를 수신하도록 구성된 브로드캐스트 또는 멀티캐스트 미들웨어 유닛, 및 클라이언트 애플리케이션과 미들웨어 유닛 간에 배치되도록 구성된 프록시 유닛을 포함하고, 프록시 유닛은 추가로, 스트리밍 데이터가 제 1 서비스 또는 제 2 서비스를 통해 수신될지 여부의 표시를 수신하도록 구성되고, 스트리밍 데이터가 제 1 서비스를 통해 수신될 것임을 표시가 표시할 때는, 미들웨어 유닛을 디스에이블시키도록 구성되고; 그리고 제 1 서비스를 통해 스트리밍 데이터를 수신하도록 구성되며, 그리고 스트리밍 데이터가 제 2 서비스를 통해 수신될 것임을 표시가 표시할 때는, 제 2 서비스를 통해 스트리밍 데이터를 수신하도록 미들웨어 유닛을 활성시키도록 구성되고 ― 제 2 서비스는 브로드캐스트 서비스 또는 멀티캐스트 서비스 중 적어도 하나를 포함함 ―; 그리고 미들웨어 유닛으로부터 스트리밍 데이터를 수신하도록 구성된다.
Description
[0001] 본 출원은 2013년 6월 17일에 출원된 미국 가특허 출원 제 61/836,143호를 우선권으로 청구하고, 그 가특허 출원의 전체 내용은 본원에서 인용에 의해 통합된다.
[0002] 본 개시내용은 인코딩된 데이터의 저장 및 전달에 관한 것이다.
[0003] 디지털 텔레비전들, 디지털 직접 방송 시스템들, 무선 방송 시스템들, PDA(personal digital assistance)들, 랩탑 또는 데스크탑 컴퓨터들, 디지털 카메라들, 디지털 레코딩 디바이스들, 디지털 미디어 플레이어들, 비디오 게임 디바이스들, 비디오 게임 콘솔들, 셀룰러 또는 위성 라디오 텔레폰들, 비디오 원격회의 디바이스들 등을 포함한 다양한 디바이스들에는 디지털 비디오 성능들이 통합될 수 있다. 디지털 비디오 디바이스들은 비디오 압축 기술들, 이를테면 MPEG-2, MPEG-4, ITU-T H.263 또는 ITU-T H.264/MPEG-4, Part 10, AVC(Advanced Video Coding), 및 이러한 표준들의 확장들에 의해 정의된 표준들에 설명된 비디오 압축 기술들을 구현하여서, 디지털 비디오 정보를 더 효율적으로 송신 및 수신한다.
[0004] 비디오 압축 기술들은 비디오 시퀀스들에 내재하는 중복성을 감소시키거나 제거하기 위해서 공간적 예측 및/또는 시간적 예측을 수행한다. 블록-기반 비디오 코딩을 위해서, 비디오 프레임 또는 슬라이스가 매크로블록들로 분할될 수 있다. 각각의 매크로블록은 더 추가로 분할될 수 있다. 인트라-코딩(I) 프레임 또는 슬라이스의 매크로블록들은 이웃 매크로블록들에 대해 공간적 예측을 사용하여 인코딩된다. 인터-코딩(P 또는 B) 프레임 또는 슬라이스의 매크로블록들은 동일한 프레임 또는 슬라이스의 이웃 매크로블록들에 대해서 공간적 예측을 사용하거나 다른 기준 프레임들에 대해서 시간적 예측을 사용할 수 있다.
[0005] 비디오 데이터가 인코딩된 이후에, 비디오 데이터는 송신 또는 저장을 위해 패킷화될 수 있다. 비디오 데이터는 다양한 표준들 중 임의의 표준, 이를테면 ISO(International Organization for Standardization) 기반 미디어 파일 포맷 및 AVC와 같은 그것의 확장들을 따르는 비디오 파일로 어셈블링될 수 있다.
[0006] 일 예에서, 스트리밍 데이터를 수신하는 방법은, 클라이언트 디바이스의 프록시 유닛에 의해서, 스트리밍 데이터가 제 1 서비스 또는 제 2 서비스를 통해 수신될지 여부의 표시를 수신하는 단계 ― 표시는 서비스 제공자 네트워크의 BM-SC(broadcast multicast service center)로부터 전송되었고, 클라이언트 디바이스는 브로드캐스트 또는 멀티캐스트 미들웨어 유닛을 더 포함하고, 프록시 유닛은 클라이언트 디바이스의 적어도 하나의 프로세서에 의해 실행되는 클라이언트 애플리케이션과 미들웨어 유닛 간의 통신 경로에 배치됨 ―; 및 스트리밍 데이터가 제 2 서비스를 통해 수신될 것임을 표시가 표시할 때: 제 2 서비스를 통해 스트리밍 데이터를 수신하도록 미들웨어 유닛을 활성시키는 단계 ― 제 2 서비스는 브로드캐스트 서비스 또는 멀티캐스트 서비스 중 적어도 하나를 포함함 ―, 및 프록시 유닛에 의해서, 미들웨어 유닛으로부터 스트리밍 데이터를 수신하는 단계를 포함한다.
[0007] 일 예에서, 스트리밍 데이터를 수신하는 방법은, 클라이언트 디바이스의 프록시 유닛에 의해서, 스트리밍 데이터가 제 1 서비스 또는 제 2 서비스를 통해 수신될지 여부의 표시를 수신하는 단계 ― 표시는 서비스 제공자 네트워크의 BM-SC(broadcast multicast service center)로부터 전송되었고, 클라이언트 디바이스는 MBMS(multimedia broadcast multicast services) 또는 eMBMS(evolved MBMS) 미들웨어 유닛을 더 포함하고, 프록시 유닛은 클라이언트 디바이스의 적어도 하나의 프로세서에 의해 실행되는 클라이언트 애플리케이션과 미들웨어 유닛 간의 통신 경로에 배치됨 ―; 및 스트리밍 데이터가 제 1 서비스를 통해 수신될 것임을 표시가 표시할 때: 미들웨어 유닛을 디스에이블시키는 단계 ― 미들웨어 유닛은 제 2 서비스를 통해 스트리밍 데이터의 적어도 일부를 수신하고, 제 2 서비스는 브로드캐스트 서비스 또는 멀티캐스트 서비스 중 적어도 하나를 포함함 ―, 및 프록시 유닛에 의해서, 제 1 서비스를 통해 스트리밍 데이터를 수신하는 단계를 포함하고, 제 1 서비스는 유니캐스트 서비스를 포함한다.
[0008] 일 예에서, 스트리밍 데이터를 수신하기 위한 디바이스는, 제 2 서비스를 통해 스트리밍 데이터를 수신하도록 구성된 브로드캐스트 또는 멀티캐스트 미들웨어 유닛; 및 디바이스의 적어도 하나의 프로세서에 의해 실행되는 클라이언트 애플리케이션과 미들웨어 유닛 간의 통신 경로에 배치되도록 구성된 프록시 유닛을 포함하고, 프록시 유닛은 추가로, 서비스 제공자 네트워크의 BM-SC(broadcast multicast service center)로부터, 스트리밍 데이터가 제 1 서비스 또는 제 2 서비스를 통해 수신될지 여부의 표시를 수신하도록 구성되고; 스트리밍 데이터가 제 1 서비스를 통해 수신될 것임을 표시가 표시할 때: 미들웨어 유닛을 디스에이블시키도록 구성되고; 그리고 제 1 서비스를 통해 스트리밍 데이터를 수신하도록 구성되며 ― 제 1 서비스는 유니캐스트 서비스를 포함함 ―, 그리고 스트리밍 데이터가 제 2 서비스를 통해 수신될 것임을 표시가 표시할 때: 제 2 서비스를 통해 스트리밍 데이터를 수신하도록 미들웨어 유닛을 활성시키도록 구성되고 ― 제 2 서비스는 브로드캐스트 서비스 또는 멀티캐스트 서비스 중 적어도 하나를 포함함 ―; 그리고 미들웨어 유닛으로부터 스트리밍 데이터를 수신하도록 구성된다.
[0009] 일 예에서, 컴퓨터-판독가능 저장 매체는 스트리밍 데이터를 수신하기 위한 저장된 명령들을 포함하고, 명령들은 실행될 때 클라이언트 디바이스의 적어도 하나의 프로세서로 하여금, 클라이언트 디바이스의 프록시 유닛이, 스트리밍 데이터가 제 1 서비스 또는 제 2 서비스를 통해 수신될지 여부의 표시를 수신하게 하고 ― 표시는 서비스 제공자 네트워크의 BM-SC(broadcast multicast service center)로부터 전송되었고, 클라이언트 디바이스는 브로드캐스트 또는 멀티캐스트 미들웨어 유닛을 포함하고, 프록시 유닛은 클라이언트 디바이스의 적어도 하나의 프로세서에 의해 실행되는 클라이언트 애플리케이션과 브로드캐스트 또는 멀티캐스트 미들웨어 유닛 간의 통신 경로에 배치됨 ―; 스트리밍 데이터가 제 1 서비스를 통해 수신될 것임을 표시가 표시할 때: 미들웨어 유닛을 디스에이블시키게 하고, 그리고 제 1 서비스를 통해 스트리밍 데이터를 수신하게 하며 ― 제 1 서비스는 유니캐스트 서비스를 포함함 ―; 그리고 스트리밍 데이터가 제 2 서비스를 통해 수신될 것임을 표시가 표시할 때: 제 2 서비스를 통해 스트리밍 데이터를 수신하도록 미들웨어 유닛을 활성시키게 하고― 제 2 서비스는 브로드캐스트 서비스 또는 멀티캐스트 서비스 중 적어도 하나를 포함함 ―, 그리고 미들웨어 유닛으로부터 스트리밍 데이터를 수신하게 한다.
[0010] 일 예에서, 스트리밍 데이터를 수신하기 위한 디바이스는, 디바이스의 프록시 유닛으로 하여금 스트리밍 데이터가 제 1 서비스 또는 제 2 서비스를 통해 수신될지 여부의 표시를 수신하게 하기 위한 수단 ― 표시는 서비스 제공자 네트워크의 BM-SC(broadcast multicast service center)로부터 전송되었고, 디바이스는 브로드캐스트 또는 멀티캐스트 미들웨어 유닛을 더 포함하고, 프록시 유닛은 클라이언트 디바이스의 적어도 하나의 프로세서에 의해 실행되는 클라이언트 애플리케이션과 브로드캐스트 또는 멀티캐스트 미들웨어 유닛 간의 통신 경로에 배치됨 ―; 스트리밍 데이터가 제 1 서비스를 통해 수신될 것임을 표시가 표시할 때, 미들웨어 유닛을 디스에이블시키기 위한 수단; 스트리밍 데이터가 제 1 서비스를 통해 수신될 것임을 표시가 표시할 때, 프록시 유닛에 의해서, 제 1 서비스를 통해 스트리밍 데이터를 수신하기 위한 수단 ― 제 1 서비스는 유니캐스트 서비스를 포함함 ―; 스트리밍 데이터가 제 2 서비스를 통해 수신될 것임을 표시가 표시할 때, 제 2 서비스를 통해 스트리밍 데이터를 수신하도록 미들웨어 유닛을 활성시키기 위한 수단 ― 제 2 서비스는 브로드캐스트 서비스 또는 멀티캐스트 서비스 중 적어도 하나를 포함함 ―; 및 스트리밍 데이터가 제 2 서비스를 통해 수신될 것임을 표시가 표시할 때, 미들웨어 유닛으로부터 스트리밍 데이터를 수신하기 위한 수단을 포함한다.
[0011] 하나 또는 그 초과의 예들의 상세사항들이 아래의 상세한 설명 및 첨부 도면들에서 기술된다. 다른 특징들, 목적들 및 장점들이 상세한 설명 및 도면으로부터 그리고 청구항들로부터 자명해질 것이다.
[0012] 도 1은 네트워크를 통해 미디어 데이터를 스트리밍하기 위한 기술들을 구현하는 예시적인 시스템을 예시하는 블록도이다.
[0013] 도 2는 예시적인 멀티미디어 컨텐츠의 엘리먼트들을 예시하는 개념도이다.
[0014] 도 3은 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 데이터를 획득하기 위한 기술들을 구현하는 예시적인 시스템을 예시하는 개념도이다.
[0015] 도 4는 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 데이터를 획득하기 위한 기술들을 구현하는 예시적인 시스템을 예시하는 개념도이다.
[0016] 도 5a 내지 도 5d는 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 스트리밍 미디어 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도이다.
[0017] 도 6은 재지향 메시지에 대한 바디 엔티티의 일 예를 예시하는 개념도이다.
[0018] 도 7a 및 도 7b는 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 스트리밍 미디어 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다.
[0019] 도 8은 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 데이터를 획득하기 위한 기술들을 구현하는 예시적인 시스템을 예시하는 개념도이다.
[0020] 도 9는 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 데이터를 획득하기 위한 기술들을 구현하는 예시적인 시스템을 예시하는 개념도이다.
[0021] 도 10은 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 데이터를 획득하기 위한 기술들을 구현하는 예시적인 시스템을 예시하는 개념도이다.
[0022] 도 11a 및 도 11b는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 전송하기 위한 예시적인 동작들을 예시하는 개념도들이다.
[0023] 도 12는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도이다.
[0024] 도 13a 및 도 13b는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다.
[0025] 도 14는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도이다.
[0026] 도 15a 및 도 15b는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다.
[0027] 도 16은 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 시스템을 예시하는 개념도이다.
[0028] 도 17a 및 도 17b는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다.
[0029] 도 18은 소비 보고를 위한 엔티티의 일 예를 예시하는 개념도이다.
[0030] 도 19는 소비 보고를 위한 예시적인 동작들을 예시하는 개념도이다.
[0031] 도 20a 및 도 20b는 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 스트리밍 미디어 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다.
[0032] 도 21은 MooD(MBMS operation on demand) 구성을 위한 관리 객체의 일 예를 예시하는 개념도이다.
[0013] 도 2는 예시적인 멀티미디어 컨텐츠의 엘리먼트들을 예시하는 개념도이다.
[0014] 도 3은 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 데이터를 획득하기 위한 기술들을 구현하는 예시적인 시스템을 예시하는 개념도이다.
[0015] 도 4는 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 데이터를 획득하기 위한 기술들을 구현하는 예시적인 시스템을 예시하는 개념도이다.
[0016] 도 5a 내지 도 5d는 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 스트리밍 미디어 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도이다.
[0017] 도 6은 재지향 메시지에 대한 바디 엔티티의 일 예를 예시하는 개념도이다.
[0018] 도 7a 및 도 7b는 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 스트리밍 미디어 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다.
[0019] 도 8은 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 데이터를 획득하기 위한 기술들을 구현하는 예시적인 시스템을 예시하는 개념도이다.
[0020] 도 9는 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 데이터를 획득하기 위한 기술들을 구현하는 예시적인 시스템을 예시하는 개념도이다.
[0021] 도 10은 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 데이터를 획득하기 위한 기술들을 구현하는 예시적인 시스템을 예시하는 개념도이다.
[0022] 도 11a 및 도 11b는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 전송하기 위한 예시적인 동작들을 예시하는 개념도들이다.
[0023] 도 12는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도이다.
[0024] 도 13a 및 도 13b는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다.
[0025] 도 14는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도이다.
[0026] 도 15a 및 도 15b는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다.
[0027] 도 16은 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 시스템을 예시하는 개념도이다.
[0028] 도 17a 및 도 17b는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다.
[0029] 도 18은 소비 보고를 위한 엔티티의 일 예를 예시하는 개념도이다.
[0030] 도 19는 소비 보고를 위한 예시적인 동작들을 예시하는 개념도이다.
[0031] 도 20a 및 도 20b는 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 스트리밍 미디어 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다.
[0032] 도 21은 MooD(MBMS operation on demand) 구성을 위한 관리 객체의 일 예를 예시하는 개념도이다.
[0033] 무선 통신 네트워크들은 음성, 비디오, 패킷 데이터, 메시징, 브로드캐스트 등과 같은 다양한 통신 서비스들을 제공하기 위하여 광범위하게 전개되고 있다. 이들 무선 네트워크들은 이용가능한 네트워크 자원들을 공유함으로써 다수의 사용자들을 지원할 수 있는 다중-액세스 네트워크들일 수 있다. 이러한 다중-액세스 네트워크들의 예들은 CDMA(Code Division Multiple Access) 네트워크들, TDMA(Time Division Multiple Access) 네트워크들, FDMA(Frequency Division Multiple Access) 네트워크들, OFDMA(Orthogonal FDMA) 네트워크들, 및 SC-FDMA(Single-Carrier FDMA) 네트워크들을 포함한다.
[0034] 무선 통신 네트워크는 모바일 디바이스들 또는 모바일 엔티티들로도 지칭되는 다수의 UE(user equipment)들에 대한 통신을 지원할 수 있는 다수의 기지국들을 포함할 수 있다. UE는 다운링크 및 업링크를 통해 기지국과 통신할 수 있다. 다운링크(또는 순방향 링크)는 기지국으로부터 UE로의 통신 링크를 지칭하며, 업링크(또는 역방향 링크)는 UE로부터 기지국으로의 통신 링크를 지칭한다. "기지국"은 eNode B (eNB), 노드 B, 홈 노드 B, 또는 무선 통신 시스템의 유사한 네트워크 컴포넌트를 지칭할 수 있다.
[0035] 3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution)은 GSM(Global System for Mobile communications) 및 UMTS(Universal Mobile Telecommunications System)의 진화로서 셀룰러 기술의 주요 진보를 나타낸다. LTE PHY(physical layer)는 진화된 노드 B(eNB)들과 같은 기지국들과 UE들과 같은 모바일 디바이스들 사이에서 데이터 및 제어 정보 둘다를 전달하는 매우 효율적인 방식을 제공한다. 이전 애플리케이션들에서, 멀티미디어에 대한 고대역폭 통신을 가능하게 하기 위한 방법은 SFN(single frequency network) 동작이었다. SFN들은 가입자 UE들과 통신하기 위하여 예컨대 eNB들과 같은 라디오 송신기들을 활용한다. 유니캐스트 동작에서, 각각의 eNB는 하나 또는 그 초과의 특정 가입자 UE들에 지향되는 정보를 반송하는 신호들을 송신하기 위하여 제어된다. 유니캐스트 시그널링의 특이성은 예컨대 음성 콜링, 텍스트 메시징 또는 비디오 콜링과 같은 사람-대-사람 서비스들을 인에이블한다.
[0036] 브로드캐스트 동작에서, 브로드캐스트 영역내의 여러 eNB들은 브로드캐스트 영역내의 임의의 가입자 UE가 수신하여 액세스할 수 있는 정보를 반송하는 신호들을 동기화 방식으로 브로드캐스트한다. 브로드캐스트 동작의 보편성은 관심대상의 일반 대중의 정보, 예컨대 최종 사용자에게 다양한 타입들의 오디오-비디오 컨텐츠를 제공하는 멀티미디어 브로드캐스트들 및 멀티미디어 유니캐스트 서비스들을 전송할 때 더 큰 효율성을 인에이블한다. 멀티미디어 컨텐츠에 대한 수요 및 시스템 능력이 증가함에 따라, 시스템 운영자들은 융통성 있고 적응적인 방식으로 멀티미디어 또는 다른 컨텐츠에 대한 라디오 자원들의 사용을 제어하기 위한 도구들을 필요로 하고 있다.
[0037] 일반적으로, 본 개시내용은 네트워크를 통해 미디어 데이터(예컨대, 오디오 및/또는 비디오 데이터)를 스트리밍하는 것을 비롯하여 다양한 타입들의 데이터를 전송하기 위한 다양한 타입들의 전달 메커니즘들을 지원하기 위한 기술들을 설명한다. 예컨대, UE의 하나 또는 그 초과의 컴포넌트들(예컨대, 애플리케이션, 스트리밍/파일 다운로딩 클라이언트, 프록시 유닛, 또는 다른 컴포넌트)은 데이터가 제 1 (예컨대, 유니캐스트) 서비스를 통해 수신될지 또는 제 2 (예컨대, 브로드캐스트 또는 멀티캐스트) 서비스를 통해 수신될지에 대한 표시를 수신하도록 구성될 수 있다. 일부 예들에서, 이 표시는 HTTP 재지향, 푸시 메시지, 에어 인터페이스 시그널링 메시지 또는 다른 메시지일 수 있다. 데이터가 제 1 서비스를 통해 수신될 것이라는 것을 표시가 표시할 때, UE는 제 2 서비스를 통해 데이터를 수신하기 위한 유닛, 예컨대 MBMS(multimedia broadcast multicast services) 미들웨어 유닛, eMBMS(evolved MBMS) 미들웨어 유닛 또는 MSDC(multicast services device client)를 디스에이블할 수 있으며, 제 1 전달 모드(예컨대, 유니캐스트 전달 모드)를 사용하여 제 1 서비스를 통해 데이터를 수신할 수 있다. 데이터가 제 2 서비스를 통해 수신될 것이라는 것을 표시가 표시할 때, UE는 제 2 서비스를 통해 데이터를 수신하기 위한 유닛을 활성화하고 제 2 서비스를 통해 데이터를 수신하기 위한 유닛으로부터 데이터를 수신할 수 있다. 제 2 서비스를 통해 데이터를 수신하기 위한 유닛은 제 1 전달 모드(예컨대, 유니캐스트 전달 모드) 또는 제 2 전달 모드(예컨대, 브로드캐스트 또는 멀티캐스트 전달 모드)를 통해 데이터를 수신할 수 있다.
[0038] 다시 말해서, 본 개시내용의 하나 또는 그 초과의 기술들은 MooD(MBMS operation on Demand)를 제공함으로써 MBMS 동작에 대한 개선점들을 수반할 수 있다. 일부 예들에서, 본원에서 설명된 기술들은 온 더 플라이로 MBMS 사용자 서비스의 설정을 인에이블하여 MBMS 사용자 서비스로의 기존 서비스의 끊김 없는 마이그레이션을 인에이블할 수 있다. 즉, 일부 예들에서, 유니캐스트 네트워크를 통해 초기에 전달되는 특정 컨텐츠는 트래픽 볼륨이 특정 임계치를 초과할 때 네트워크 자원들을 효율적으로 사용하기 위하여 MBMS 사용자 서비스로 전환될 수 있다. 유니캐스트 전달로부터 MBMS 전달로의 이러한 동적 변환은 또한 "MBMS 오프로딩"으로 지칭될 수 있다. MBMS 오프로딩은 HTTP 또는 RTP(Real-time Transport Protocol)/RTSP(Real-Time Streaming Protocol)를 통해 반송되는 유니캐스트 트래픽에 적용될 수 있다. 전자(예컨대, HTTP를 통해 반송되는 유니캐스트 트래픽)의 경우에, MBMS 다운로드 전달 방법은 오프로드된 컨텐츠를 전달하기 위하여 사용될 수 있다. 후자(예컨대, RTP/RTSP를 통해 반송된 유니캐스트 트래픽)의 경우에, RTP에 기초한 MBMS 스트리밍 방법은 오프로드된 컨텐츠를 전달하기 위하여 사용될 수 있다.
[0039] 일부 예들에서, MBMS 오프로딩이 UE에 의해 선택될 수 있다. UE-선택 오프로딩은 MooD-가능 UE가 MBMS 서비스로서 전달하기 위한 변환에 적격인 컨텐츠에 대한 유니캐스트 요청들을 지정된 프록시 서버에 전송하는 것을 지칭할 수 있다. 특정 컨텐츠에 대한 변환 적격성은 요청 도메인들에 기초하여 OMA-DM(open mobile alliance device management) MooD MO(Management Object)에 의해 설명될 수 있다. 만일 UE가 MooD 재지향 응답(이는 예컨대 3GPP-특정 MooD 헤더 필드를 포함함)을 수신하면, UE는 사전에 제공되거나 또는 MooD 헤더 필드에서 제공되는 USD(user service description)에 엔트리 포인트 정보를 가진 미들웨어를 제공함으로써 MBMS 미들웨어 클라이언트를 활성화할 수 있다. 그 다음, MBMS 미들웨어 클라이언트가 동작중일 때, MBMS 미들웨어 클라이언트가 (DASH(Dynamic Adaptive Streaming over HTTP)-포맷된 컨텐츠의 경우에 미디어 프리젠테이션 설명 프래그먼트를 포함하는) USD 프래그먼트들을 포착하고 MBMS 베어러를 통해 컨텐츠들을 수신하는 것을 시작하였다면, 스트리밍 클라이언트(예컨대, DASH 클라이언트)에 의한 컨텐츠의 미래 요청들은 MBMS 클라이언트에 의해 서빙될 수 있다.
[0040] OMA-DM(Device Management)를 통해, UE에는 (예컨대 MooD 구성 관리 객체를 사용하여) MooD 동작에 관한 구성 정보를 제공받을 수 있다. 구성 파라미터들은 유니캐스트 컨텐츠 요청들이 전송될 프록시 서버의 표시, MBMS로의 오프로딩이 적격일 수 있는 컨텐츠의 식별, 및 UE가 서비스 공시 정보를 포착하기 위한 USD의 로케이션을 포함할 수 있다.
[0041] 만일 UE가 BM-SC의 재지향 메시지들을 핸들링할 수 없으면, UE는 요청들을 위해 프록시 서버를 사용하지 못할 수 있다. 즉, 일부 UE들은 본원에서 설명된 기술들에 따라 구성될 수 있고 재지향 메시지의 핸들링을 지원할 수 있는 반면에, 다른 UE들은 재지향 메시지를 핸들링할 수 없을 수 있다.
[0042] 더욱이, 본원에서 설명된 기술들은 서비스가 브로드캐스트를 사용하여 양호하게 서빙되는지 또는 유니캐스트를 사용하여 양호하게 서빙되는지의 여부를 결정하기 위하여 유니캐스트 서비스의 성능을 평가하는 것, 및 사전에 전혀 활성화되지 않았던 진행중인 MBMS 사용자 서비스에 대한 MBMS 브로드캐스트 세션을 인에이블하기 위한 기술들을 포함할 수 있다.
[0043] 일부 예들에서, 본원에서 설명된 기술들은 비-MBMS 유니캐스트 서비스가 MBMS 사용자 서비스로 변환되어야 하는지를 결정하며, 그리고 만일 그렇다면 브로드캐스트 멀티캐스트 서비스 센터(BM-SC)가 비-MBMS 유니캐스트 서비스를 MBMS 사용자 서비스로 변환시키도록 하기 위하여, (예컨대, 서비스 네트워크의) 하나 또는 그 초과의 컴포넌트들을 인에이블할 수 있다. MBMS 사용자 서비스는 3GPP Technical Specification 26.346, “Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs (Release 12)”, V12.1.0, March 2014에 규정되어 있다. 일부 이러한 예들에서, 본원에서 설명된 기술들은 서비스 네트워크로 하여금 MBMS 사용자 서비스를 설명하는 USD 또는 다른 매니페스트 파일을 관심 UE들에게 분배하도록 할 수 있다.
[0044] 게다가, 일부 예들에서, 본원에서 설명된 기술들은 서비스의 소비 레벨을 결정하는 것 및 서비스가 유니캐스트 또는 브로드캐스트/멀티캐스트 송신을 통해 보다 양호하게 서빙되는지를 결정하는데 도움을 줄 수 있는 엘리먼트들을 평가하는 것을 포함할 수 있다. 일부 예들에서, 소비 레벨은 서비스를 소비중인, 특정 영역내의 UE들의 수, 서비스를 소비중인, 그 특정 영역 내의 UE들의 비율, 서비스를 소비중인 MooD 가능 UE들의 비율, 또는 다른 서비스 소비 측정치를 나타낼 수 있다. 일부 예들에서, 본원에서 설명된 기술들은 활용도가 높을 때 USD 또는 다른 매니페스트 파일로 하여금 기존 MBMS 사용자 서비스에 MBMS 다운로드 또는 스트리밍 세션을 추가하도록 할 수 있다. 일부 예들에서, 본원에서 설명된 기술들은 pre-R12 MBMS를 지원하는 UE들에 대한 MooD 지원 레벨을 연구할 수 있다. 다양한 예들에서, 본 개시내용의 기술들은 MBMS 브로드캐스트 서비스들 및/또는 MBMS 멀티캐스트 서비스들을 사용하여 적용될 수 있다.
[0045] 본 개시내용의 기술들은 미디어 데이터를 스트리밍하기 위한 다양한 애플리케이션-계층 프로토콜들과 함께 사용될 수 있다. 예컨대, 본 개시내용의 기술들은 적응 HTTP 스트리밍 기술들, 예컨대 DASH, HLS(HTTP Live Streaming) 및 SmoothStreaming과 함께 사용될 수 있으며, 이 SmoothStreaming은 미디어 데이터를 스트리밍하기 위하여 HTTP을 활용한다. 추가 예들로서, 본 개시내용의 기술들은 RTP, RTSP 및/또는 파일 다운로딩 프로토콜들, 예컨대 PSS(Packet-switched Streaming Service) 프로그레시브 다운로드와 함께 사용될 수 있다. 이들 및 다른 경우들에서, 스트리밍 클라이언트(예컨대, RTP 클라이언트, RTSP 클라이언트, DASH 클라이언트 등)는 스트리밍 클라이언트가 미디어 데이터를 리트리빙하기 위하여 사용되는 전달 메커니즘을 알 필요가 없다는 점에서 전달-애그노스틱(transport-agnostic)일 수 있다. 예컨대, 일부 예들에서, 스트리밍 클라이언트는 기본 전달 메커니즘이 유니캐스트 전달 모드를 통한 유니캐스트 서비스에 대응하는지 또는 브로드캐스트 또는 멀티캐스트 전달 모드를 통한 브로드캐스트 또는 멀티캐스트 서비스에 대응하는지의 여부를 알 필요가 없다.
[0046] 이하에서 더 상세히 논의되는 바와같이, UE는 네트워크를 통해 요청을 전송하도록 구성될 수 있으며, 여기서 요청은 컨텐츠 서비스의 특정 데이터(예컨대, 미디어 데이터 또는 다른 파일 데이터)를 규정한다. UE의 하나 또는 그 초과의 컴포넌트들은 데이터가 특정 전달 메커니즘, 예컨대 브로드캐스트 서비스 또는 유니캐스트 서비스를 사용하여 리트리빙될 수 있는지의 여부에 대한 표시를 수신할 수 있다. 예컨대, UE의 프록시 유닛은 요청을 전송하는 것에 응답하여 표시를 수신할 수 있다. 이후, 프록시 유닛은 (유용성, 선호도, 신뢰성 및/또는 다른 인자들에 기초하여) 전달 메커니즘들 중 하나를 사용하여 스트리밍/파일 다운로딩 클라이언트가 데이터를 수신하도록 할 수 있다. 예컨대, 만일 브로드캐스트 서비스가 이용가능하면, 프록시 유닛은 스트리밍/파일 다운로딩 클라이언트가 브로드캐스트 서비스를 통해 (예컨대, 브로드캐스트 전달 모드를 사용하여) 데이터를 수신하도록 할 수 있는 반면에, 만일 브로드캐스트 서비스가 이용가능하지 않으면, 프록시 유닛은 유니캐스트 서비스를 통해 스트리밍/파일 다운로딩 클라이언트가 데이터를 계속해서 수신하도록 할 수 있다.
[0047] 일 예로서, DASH에 관하여, 미디어 데이터는 하나 또는 그 초과의 서버들, 예컨대 브로드캐스트 서버 및 유니캐스트 서버로부터 이용 가능할 수 있다. 일부 경우들에서, 동일한 서버 디바이스는 브로드캐스트 서비스 및 유니캐스트 서비스 둘 다를 제공할 수 있다. 따라서, 브로드캐스트 서버 및 유니캐스트 서버는 동일한 서버 디바이스에 대응할 수 있다. DASH 클라이언트는 미디어 데이터가 (서버(들)보다 오히려)로컬 호스트로부터 이용 가능하다는 것을 표시하는 미디어 데이터에 대한 수정된 MPD(media presentation description)를 수신할 수 있다. DASH 클라이언트가 미디어 데이터에 대한 요청을 프록시 유닛에 전송할 때, 프록시 유닛은, 유니캐스트 서비스가 요청된 미디어 데이터를 리트리빙하기 위하여 이용 가능한지 또는 브로드캐스트 서비스가 요청된 미디어 데이터를 리트리빙하기 위하여 이용 가능한지를 (수신된 표시에 기초하여) 결정할 수 있다. 브로드캐스트 서비스가 이용 가능하면, 브로드캐스트 수신 유닛(예컨대, MBMS 또는 eMBMS 미들웨어 유닛 또는 MSDC)는 멀티캐스트 또는 브로드캐스트 전달 모드를 통하여 미디어 데이터를 수신할 수 있고, 그리고 프록시 유닛은 DASH 클라이언트가 미디어 데이터에 대한 요청을 브로드캐스트 수신 유닛에 전송하게 할 수 있다. 다른 한편, 브로드캐스트 서비스가 이용 가능하지 않으면, 프록시 유닛은 유니캐스트 서비스를 사용하여 미디어 데이터를 리트리빙하도록, DASH 클라이언트가 미디어 데이터에 대한 요청을 유니캐스트 서버에 전송하게 할 수 있다. 대안적으로, 브로드캐스트 서비스가 이용 가능하지 않으면, 프록시 유닛은 유니캐스트 서버로부터 미디어 데이터를 리트리빙할 수 있고, 그 다음 리트리빙된 미디어 데이터를 DASH 클라이언트에 제공할 수 있다.
[0048] 다른 예로서, RTP 및/또는 RTSP에 관하여, RTP 클라이언트(부가적으로 또는 대안적으로, RTSP 클라이언트에 대응할 수 있음)는 DESCRIBE, SETUP, 및 PLAY 커맨드들을 프록시 유닛에 제출할 수 있다. DESCRIBE 커맨드에 응답하여, 프록시 유닛은 세션 설명 프로토콜(SDP: session description protocol) 메시지를 RTP 클라이언트에 제공할 수 있다. SDP 메시지는 미디어 데이터가 이용 가능한 어드레스로서 유니캐스트 서버의 어드레스를 지정할 수 있다. 이 SDP 메시지는 RTP 클라이언트가 SETUP 및 PLAY 커맨드들을 유니캐스트 서버에 전송하게 할 수 있다. 브로드캐스트 서비스가 이용 가능하다는 것을 프록시 유닛이 (수신된 표시에 기초하여) 결정할 때, 프록시 유닛은 브로드캐스트 또는 멀티캐스트 전달 모드를 통해 미디어 데이터를 수신하고 미디어 데이터를 RTP 클라이언트에 포워드할 수 있는 브로드캐스트 수신 유닛(예컨대, MBMS 또는 eMBMS 미들웨어 유닛 또는 MSDC)에 SETUP 및 PLAY 커맨드들을 전송할 수 있다. 다른 한편, 브로드캐스트 서비스가 이용 가능하지 않다는 것을 프록시 유닛이 결정할 때, 프록시 유닛은 유니캐스트 서버로부터 미디어 데이터를 리트리빙할 수 있고, 그 다음 리트리빙된 미디어 데이터를 RTP 클라이언트에 제공할 수 있다.
[0049] 일부 예들에서, 본 개시의 기술들을 수행하기 위한 컴포넌트들은 스트리밍/파일 다운로딩 클라이언트 및 브로드캐스트 수신 유닛을 포함할 수 있다. 다양한 예들에서, 클라이언트 디바이스는 단독 또는 임의의 결합으로 이들 컴포넌트들 중 어느 하나 또는 둘 다를 포함할 수 있다. 일부 예들에서, 클라이언트 디바이스는 프록시 유닛, 단문 서비스(SMS) 수신 유닛, OMA-DM 수신 유닛, WAP(wireless application protocol) 메시지 수신 유닛, 통신 유닛(예컨대, 모뎀), 또는 다른 컴포넌트들 같은 다른 컴포넌트들을 포함할 수 있다. UE의 프록시 유닛, UE의 스트리밍/파일 다운로딩 클라이언트, 및/또는 UE의 클라이언트 애플리케이션 중 하나 또는 그 초과에 의해 수행된 바와 같은 다양한 예들에서 설명되었지만, 다양한 기능들은 일부 예들에서, 본원에 설명된 기술들에 따라 다른 컴포넌트들에 의해 수행될 수 있다. 예컨대, 일부 예들에서 프록시 유닛은 스트리밍/파일 다운로딩 클라이언트 기능성 및 프록시/재지향 기능성 둘 다를 제공할 수 있다. 일부 예들에서, 클라이언트 디바이스(또는 사용자 장비)의 일부로서 설명되었지만, 다양한 컴포넌트들은 본원에 설명된 기능성을 가질 수 있지만 서로 별개이고 다를 수 있다. 예컨대, 클라이언트 디바이스는 스트리밍/파일 다운로딩 클라이언트를 포함할 수 있고, 그리고 하나 또는 그 초과의 다른 컴포넌트들은 클라이언트 디바이스와 분리된 하나 또는 그 초과의 디바이스들에 포함될 수 있다.
[0050] 본 개시의 기술들은 ISO 베이스 미디어 파일 포맷, SVC(Scalable Video Coding) 파일 포맷, AVC(Advanced Video Coding) 파일 포맷, 3GPP(Third Generation Partnership Project) 파일 포맷, 및/또는 MVC(Multiview Video Coding) 파일 포맷, 또는 다른 유사한 비디오 파일 포맷들 중 임의의 것에 따라 캡슐화되는 비디오 데이터에 따르는 비디오 파일들에 적용될 수 있다. 본 개시의 하나 또는 그 초과의 기술들은 파일 데이터, 또는 다른 애플리케이션 데이터 같은 다른 타입들의 데이터에 또한 부가적으로 적용할 수 있다. 즉, 스트리밍 미디어 데이터에 관하여 특정 예들에 설명되었지만, 본 개시의 기술들은 하나 또는 그 초과의 서비스들 및/또는 전달 모드들을 선택적으로 사용함으로써 하나 또는 그 초과의 네트워크들을 통해 임의의 타입의 데이터를 획득하는데 적용할 수 있다.
[0051] HTTP 스트리밍에서, 빈번하게 사용되는 동작들은 HEAD, GET, 및 부분 GET을 포함한다. HEAD 동작은 URL(uniform resource locator) 또는 URN(uniform resource name)과 연관된 페이로드를 리트리빙하지 않고, 주어진 URL 또는 URN과 연관된 파일의 헤더를 리트리빙한다. GET 동작은 주어진 URL 또는 URN과 연관된 전체 파일을 리트리빙한다. 부분 GET 동작은 입력 파라미터로서 바이트 범위를 수신하고 수신된 바이트 범위에 대응하는 파일의 연속적인 수의 바이트들을 리트리빙한다. 따라서, 영화 프래그먼트(fragment)들은 부분 GET 동작이 하나 또는 그 초과의 개별 영화 프래그먼트들을 얻을 수 있기 때문에 HTTP 스트리밍을 위해 제공될 수 있다. 영화 프래그먼트에서, 상이한 트랙들의 몇몇 트랙 프래그먼트들이 있을 수 있다. HTTP 스트리밍에서, 미디어 프리젠테이션은 클라이언트에 액세스 가능한 데이터의 구조화된 콜렉션(collection)일 수 있다. 클라이언트는 스트리밍 서비스를 사용자에게 제공하기 위하여 미디어 데이터 정보를 요청 및 다운로드할 수 있다.
[0052] HTTP 스트리밍을 사용하는 스트리밍 3GPP 데이터의 예에서, 멀티미디어 컨텐츠의 비디오 및/또는 오디오 데이터에 대한 다수의 표현들이 있을 수 있다. 상이한 표현들은 상이한 코딩 특성들(예컨대, 비디오 코딩 표준의 상이한 프로파일들 또는 레벨들), 코딩 표준들의 상이한 코딩 표준들 또는 확장들(멀티뷰 및/또는 스케일러블 확장들 같은), 또는 상이한 비트 레이트들에 대응할 수 있다. 그런 표현들의 목록(manifest)은 MPD(Media Presentation Description) 데이터 구조에서 정의될 수 있다. 미디어 프리젠테이션은 HTTP 스트리밍 클라이언트 디바이스에 액세스 가능한 데이터의 구조화된 콜렉션에 대응할 수 있다. HTTP 스트리밍 클라이언트 디바이스는 스트리밍 서비스를 클라이언트 디바이스의 사용자에게 제공하기 위하여 미디어 데이터 정보를 요청 및 다운로드할 수 있다. 미디어 프리젠테이션은 MPD의 업데이트들을 포함할 수 있는 MPD 데이터 구조에서 설명될 수 있다.
[0053] 미디어 프리젠테이션은 하나 또는 그 초과의 기간들의 시퀀스를 포함할 수 있다. 기간들은 MPD에서 기간 엘리먼트에 의해 정의될 수 있다. 각각의 기간은 MPD에서 속성 start를 가질 수 있다. MPD는 각각의 기간에 대해 start 속성 및 availableStartTime 속성을 포함할 수 있다. 라이브 서비스들 동안, 기간의 start 속성 및 MPD 속성 availableStartTime의 합은 UTC 포맷으로 기간의 이용 가능성 시간, 특히 대응하는 기간에서 각각의 표현의 제 1 미디어 세그먼트를 지정할 수 있다. 온-디맨드(on-demand) 서비스들 동안, 제 1 기간의 start 속성은 0일 수 있다. 임의의 다른 기간 동안, start 속성은 제 1 기간의 시작 시간에 관련하여 대응하는 기간의 시작 시간 사이의 시간 오프셋을 지정할 수 있다. 각각의 기간은 다음 기간의 시작까지, 또는 최종 기간의 경우 미디어 프리젠테이션의 종료까지 연장될 수 있다. 기간 시작 시간들은 정밀할 수 있다. 상기 시간들은 모든 이전 기간들의 미디어를 플레이하는 것으로부터 발생하는 실제 타이밍을 반영할 수 있다.
[0054] 각각의 기간은 동일한 미디어 컨텐츠에 대한 하나 또는 그 초과의 표현들을 포함할 수 있다. 표현은 오디오 또는 비디오 데이터의 다수의 대안적인 인코딩된 버전들 중 하나일 수 있다. 표현들은 인코딩 타입들, 예컨대, 비트 레이트, 해상도, 및/또는 비디오 데이터 및 비트 레이트에 대한 코덱, 언어, 및/또는 오디오 데이터에 대한 코덱에 의해 상이할 수 있다. 용어 표현은 멀티미디어 컨텐츠의 특정 기간에 대응하고 특정 방식으로 인코딩되는 인코딩된 오디오 또는 비디오 데이터의 섹션을 지칭하기 위하여 사용될 수 있다.
[0055] 특정 기간의 표현들은 MPD의 속성에 의해 표시된 그룹에 할당될 수 있다. 동일한 적응 세트에서 표현들은 일반적으로, 클라이언트 디바이스가 예컨대 대역폭 적응을 수행하기 위하여 이들 표현들 사이에서 동적으로 그리고 끊김 없이 스위치할 수 있다는 점에서 서로에 대한 대안들로 고려된다. 예컨대, 특정 기간에 대한 비디오 데이터의 각각의 표현은 동일한 적응 세트에 할당될 수 있고, 따라서 표현들 중 임의의 표현은 대응하는 기간 동안 멀티미디어 컨텐츠의 비디오 데이터 또는 오디오 데이터 같은 미디어 데이터를 제공할 디코딩을 위해 선택될 수 있다. 하나의 기간 내에서 미디어 컨텐츠는 일부 예들에서, 만약 존재하면 그룹 0으로부터의 하나의 표현, 또는 각각의 비-제로 그룹으로부터의 최대 하나의 표현의 결합에 의해 표현될 수 있다. 기간의 각각의 표현에 대한 타이밍 데이터는 기간의 시작 시간에 관련하여 표현될 수 있다.
[0056] 표현은 하나 또는 그 초과의 세그먼트들을 포함할 수 있다. 각각의 표현은 초기화 세그먼트를 포함할 수 있거나, 표현의 각각의 세그먼트는 자가-초기화일 수 있다. 존재할 때, 초기화 세그먼트는 표현을 액세스하기 위한 초기화 정보를 포함할 수 있다. 일반적으로, 초기화 세그먼트는 미디어 데이터를 포함하지 않는다. 세그먼트는 URL, URN 또는 URI(uniform resource identifier) 같은 식별자에 의해 고유하게 지칭될 수 있다. MPD는 각각의 세그먼트에 대한 식별자들을 제공할 수 있다. 일부 예들에서, MPD는 또한, URL, URN, 또는 URI에 의해 액세스 가능한 파일 내의 세그먼트에 대한 데이터에 대응할 수 있는 range 속성의 형태로 바이트 범위들을 제공할 수 있다.
[0057] 상이한 표현들은 상이한 타입들의 미디어 데이터에 대한 실질적으로 동시 리트리벌을 위해 선택될 수 있다. 예컨대, 클라이언트 디바이스는 오디오 표현, 비디오 표현, 및 세그먼트들을 리트리빙하는 타이밍된 텍스트 표현을 선택할 수 있다. 일부 예들에서, 클라이언트 디바이스는 대역폭 적응을 수행하기 위한 특정 적응 세트들을 선택할 수 있다. 즉, 클라이언트 디바이스는 비디오 표현들을 포함하는 적응 세트, 오디오 표현들을 포함하는 적응 세트, 및/또는 타이밍된 텍스트를 포함하는 적응 세트를 선택할 수 있다. 대안적으로, 클라이언트 디바이스는 특정 타입들의 미디어(예컨대, 비디오)에 대한 적응 세트들을 선택할 수 있고, 그리고 다른 타입들의 미디어(예컨대, 오디오 및/또는 타이밍된 텍스트)에 대한 표현들을 직접 선택할 수 있다.
[0058] 각각의 표현은 또한 하나 또는 그 초과의 미디어 컴포넌트들을 포함할 수 있고, 여기서 각각의 미디어 컴포넌트는 오디오, 비디오, 또는 타이밍된 텍스트(예컨대, 폐쇄된 캡셔닝(captioning))와 같은 하나의 개별 미디어 타입의 인코드된 버전에 대응할 수 있다. 미디어 컴포넌트들은 하나의 표현 내에서 연속적 미디어 세그먼트들의 경계들에 걸쳐 시간-연속적일 수 있다.
[0059] 본원에 설명된 기술들은 CDMA, TDMA, FDMA, OFDMA, SC-FDMA 및 다른 네트워크들 같은 다양한 유선 또는 무선 통신 네트워크들에 사용될 수 있다. 용어들 "네트워크" 및 "시스템"은 종종 교환 가능하게 사용된다. CDMA 네트워크는 UTRA(Universal Terrestrial Radio Access), CDMA2000, 등 같은 라디오 기술을 구현할 수 있다. UTRA는 광대역 CDMA(WCDMA) 및 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, Flash-OFDMA 등 같은 라디오 기술을 구현할 수 있다. UTRA 및 E-UTRA는 UMTS(Universal Mobile Telecommunication System)의 일부이다. 3GPP LTE(Long Term Evolution) 및 LTE-A(LTE-Advanced)는 E-UTRA를 사용하는 UMTS 새로운 릴리스들이다. UTRA, E-UTRA, UMTS, LTE, LTE-A 및 GSM은 3GPP("3rd Generation Partnership Project")라 칭해지는 기구로부터의 문헌들에서 설명된다. CDMA2000 및 UMB는 3GPP2("3rd Generation Partnership Project 2")라 칭해지는 기구로부터의 문헌들에 설명된다. 본원에 설명된 기술들은 상기 언급된 무선 네트워크들 및 라디오 기술들뿐 아니라 다른 무선 네트워크들 및 라디오 기술들에 사용될 수 있다. 명확성을 위하여, 기술들의 특정 양상들은 LTE에 대해 하기 설명되고, LTE 용어가 하기 설명 상당 부분에서 사용된다.
[0060] 다양한 네트워크에서, 컨텐츠는 유니캐스트 또는 브로드캐스트를 통해 전달될 수 있다. UE가 컨텐츠를 요청할 때, 컨텐츠에 대한 MBMS 사용자 서비스는 가능하지 않을 수 있으며, 따라서, MBMS 클라이언트는 관여되지 않는다. UE가 네트워크의 다른 영역에 진입할 때 또는 충분한 UE들이 컨텐츠에 액세스하고 있다고 네트워크의 디바이스가 결정할 때와 같은 일부 예들에서, 네트워크의 디바이스는 MBMS 베어러 서비스를 인에이블할 수 있다. 네트워크의 디바이스는 예컨대, 고 어태치 레이트에 따라 컨텐츠에 대한 MBMS 전송을 인에이블하기로 결정하는 경우, 컨텐츠를 요청하는 UE들의 MBMS 클라이언트를 활성화하기 위한 방법이 요구된다. 일례에서, 본 개시는, 로컬 프록시가 네트워크 재지향을 얻을 때 로컬 프록시가 MBMS 클라이언트를 활성화할 수 있도록, 로컬 프록시를 포함하도록 제안한다. 즉, UE는, UE가 MBMS 사용자 서비스에 잠재적으로 스위칭될 수 있도록 유니캐스트 서비스를 위한 로컬 프록시를 포함할 수 있다. 추가적으로, MBMS 클라이언트는 브로트캐스트 또는 멀티캐스트 전달 모드를 통해 MBMS 사용자 서비스로부터 데이터를 수신하기 시작할 수 있고, 그에 따라 로컬 프록시는 유니캐스트 전달 모드로부터 브로드캐스트 전달 모드로 UE가 스위칭가능하게 할 수 있다. 로컬 프록시를 포함함으로써, 컨텐츠 전달을 위해 유니캐스트 베어러가 사용되는지 또는 MBMS 베어러가 사용되는지에 대해서는 물론 유니캐스트 전달 모드가 사용되는지 또는 브로드캐스트 전달 모드가 사용되는지에 대해서도 애플리케이션은 불가지적(agnostic)이다. 즉, 일부 예들에서, 컨텐츠가 전달되는 애플리케이션은 컨텐츠가 유니캐스트 전달 모드나, 브로드캐스트 전달 모드나 또는 멀티캐스트 전달 모드를 통해 전달되는 지에 대한 정보를 수신할 필요가 없다.
[0061] 본 명세서에 개시된 기술들은, 실시간 또는 비실시간 기반으로, 특정 컨텐츠들의 인기로 인한 특정 트래픽 볼륨에 도달하는 이러한 컨텐츠들의 유니캐스트 전달을 없애기 위해 MBMS 사용자 서비스들에 동적 설정을 제공할 수 있다. 또한, 본 명세서에 설명된 기술들은 이전에 설정된 MBMS 사용자 서비스의 소비의 후속적인 감소로 인한 이전에 설정된 MBMS 사용자 서비스의 종료를 대비할 수 있다. 이러한 주문형 MBMS를 지원하기 위해 구성된 BM-SC 및 UE의 기능적 양상들이 또한 설명된다. 즉, 본 개시는, MooD의 상황에서 고레벨 MBMS 및 유니캐스트 네트워크 구조의 설명, MooD 동작의 예들을 설명하는 메시지 시퀀스 다이어그램들, 및/또는 MBMS 서비스에 대한 계속되는 수요의 측정을 인에이블하기 위해 이러한 서비스의 계속되는 소비의 보고 및 새롭게 설정된 MBMS 사용자 서비스의 수신을 위해 MBMS 클라이언트를 활성화 또는 트리거링하기 위해 BM-SC와 UE 사이의 상호작용은 물론 MooD 동작(예컨대, 구성 데이터를 포함함)을 인에이블할 수 있는 솔루션 프레임워크들의 설명을 제공할 수 있다.
[0062] 본 개시의 기술들은 MBMS 서비스들의 동적 및 수요 기반 공급을 제공할 수 있다. 즉, MBMS 사용자 서비스는 특정 시간 동안 가변적으로 또는 서비스 제공자(예컨대, 모바일 네트워크 운영자)에 의해 정적으로 공급될 필요가 없을 수 있다. 본 명세서에 개시된 기술들에 따라, 서비스 제공자는 MBMS 베어러들을 통한 전달로의 동적 변환을 인에이블하도록 유니캐스트 베어러들을 통해 컨텐츠 소비의 실시간 수요 기반 측정을 사용할 수 있다. 예컨대, 본 명세서에 설명된 기술을 사용하면, 다수의 UE들에 의해, 공통 지리적 영역에서 동일한 컨텐츠 또는 서비스에 대한 유니캐스트 액세스의 현저하게 높은 레이트/볼륨의 검출시, 서비스 제공자는 브로드캐스트 전달을 위해 유니캐스트 서비스를 MBMS 사용자 서비스로 동적 방식으로 전환할 수 있다. 더욱이, 본 명세서에 설명된 기술들은, 브로드캐스트 서비스를 통한 컨텐츠의 수신을 위해 유니캐스트 서비스를 통해 컨텐츠를 현재 소비하는 UE가 UE의 성능(또는 성능 결여)에 관해 서비스 제공자 네트워크에 통보하게 할 수 있는 방법은 물론 MBMS 사용자 서비스 변환을 위해 유니캐스트 서비스들의 적격성을 UE들에 표시하기 위해 서비스 제공자 네트워크를 위한 수단의 규범적 설명을 제공할 수 있다.
[0063] 본 명세서에 설명된 기술들은 MBMS 서비스들의 동적 및 수요 기반 종료를 추가적으로 또는 선택적으로 포함할 수 있다. 즉, 본 개시는, 서비스 제공자 네트워크가 진행중인 MBMS 사용자 서비스들을 종료하기 위해 사용할 수 있는 방법들을 제공한다. 예컨대, (예컨대, 컨텐츠 제공자 및/또는 서비스 제공자에 의해 설정된) MBMS 사용자 서비스 등록해제 이벤트들이 특정 임계치를 초과했거나, 일부 형태의 실제 컨텐츠 소비의 네트워크 기반 카운팅이 특정 최소 레벨 미만으로 된다고 네트워크 내의 디바이스가 결정할 경우, 네트워크 개시 MBMS 사용자 서비스 종료가 트리거링될 수 있다.
[0064] 본 개시의 기술들은, 서비스 제공자 네트워크(예컨대, 서비스 제공자 네트워크 내의 BM-SC)가 스케일링 가능한 방식으로 잠재적인 MBMS 사용자 서비스에 대해 MBMS-가능 UE들에 통보하기 위해 사용할 수 있는 방법을 추가적으로 또는 선택적으로 제공할 수 있다. 잠재적인 MBMS 사용자 서비스는 MBMS 사용자 서비스로 잠재적으로 옮겨갈 수 있는 비-MBMS 사용자 서비스일 수 있다. 예컨대, 본 명세서에 개시된 기술들은 네트워크가 정적 구성 ―이 구성에서 UE들은 특정 서비스들이 언제나 잠재적인 MBMS 사용자 서비스들이도록 구성됨―을 사용하여 동작하게 할 수 있다. 다른 예로서, 네트워크는 디바이스 관리 방법들을 사용할 수 있는데, 여기서 네트워크의 운영자는 특정 서비스들이 MBMS 사용자 서비스들이도록 동적으로 UE들을 구성할 수 있다. 다른 예로서, 네트워크의 디바이스는, 서비스를 특정한 MBMS 사용자 서비스로서 공시하는 특정한 USD를 이용함으로써 MBMS 사용자 서비스의 사용을 통해 UE들에게 통보할 수 있다. 또한, 본 명세서에 설명된 기술들은, 잠재적인 MBMS 사용자 서비스의 소비에 대해, UE들이 서비스 제공자 네트워크(예컨대, BM-SC)에 연속적으로 통보하게 할 수 있다. 일부 예들에서, UE는 또한, 서비스 제공자 네트워크에 다른 정보, 이를테면, 위치 또는 소비 메타데이터를 통보할 수 있다. 예컨대, UE는 직접 서비스를 등록하고 BM-SC가 통보되게 유지되도록 특정 API 또는 프로토콜을 사용할 수 있다. 다른 예로서, UE는 질의 파라미터들 및/또는 쿠키들로 강화된, 구성에 따라 (예컨대, 특정한 프록시에 대해) 생성된 특정한 HTTP 요청들을 사용할 수 있다.
[0065] 본 명세서에 개시된 기술들은 또한, 서비스 제공자 네트워크가, MBMS 사용자 서비스를 구축하고, 일단 MBMS 사용자 서비스들이 이미 설정되었다면, 이를 잠재적인 MBMS 사용자 서비스에 합류하는 MBMS-가능 UE들 또는 현재 서비스를 소비하는 MBMS-가능 UE들에 공시하게 할 수 있다. 예컨대, 네트워크의 디바이스는 구성에서 정의된, 사전구성된 API/프로토콜을 사용하여 USD를 MBMS-가능 UE들에 전송할 수 있다. 다른 예로서, 네트워크의 디바이스는, 서비스 분배의 일부로서, 서비스 프로토콜의 일부로서 또는 포맷들의 일부로서 USD를 전송할 수 있다. 게다가, 본원에 설명된 기술들은, 일부 실시예들에서, UE가 서비스를 종료하는 것에 대해 서비스 제공자 네트워크에 통보하는 것을 포함하여, UE가 스케일링가능한 방식으로 UE의 소비에 대해 서비스 제공자 네트워크(예컨대, BM-SC)에 연속적으로 통보가능하게 할 수 있다.
[0066] 다양한 예들에서, 본 개시의 기술들은 하나 또는 그 초과의 가정들에 기초할 수 있다. 예컨대, 일부 예들에서, 본 명세서에 개시된 기술들은 MBMS 사용자 서비스의 유니캐스트 및 브로드캐스트 전달 모드들 사이의 동적 스위칭에 관련한 하기의 가정들에 기초할 수 있다: 첫째로, 비지니스 협정들은, (예컨대, 서비스 제공자 네트워크의) 운영자가, 명목상의 유니캐스트 컨텐츠의 높은 수요시, 유니캐스트로부터 브로드캐스트 전달로의 다양한 컨텐츠 피드들을 전환하게 할 수 있다고 가정될 수 있다; 둘째로, UE 성능들, UE 위치들, 및 사용자들의 행동들, 이를테면, 시간-시프트 등을 고려하여, 운영자들이 서비스의 소비를 정확하게 카운팅하기를 원한다고 가정될 수 있다. 물론, 본 개시의 교시가 이러한 가정들 중 어떤 것도 요구하지 않는다는 것이 이해될 것이다.
[0067] 도 1은 네트워크를 통해 미디어 데이터를 스트리밍하기 위한 기술들을 구현하는 예시적인 시스템(10)을 도시하는 블록도이다. 이러한 예에서, 시스템(10)은 컨텐츠 준비 디바이스(20), 서버 디바이스(60) 및 클라이언트 디바이스(40)를 포함한다. 클라이언트 디바이스(40) 및 서버 디바이스(60)는, 인터넷을 포함할 수 있는 네트워크(74)에 의해 통신가능하게 커플링된다. 일부 예들에서, 컨텐츠 준비 디바이스(20) 및 서버 디바이스(60)는 또한, 네트워크(74) 또는 다른 네트워크에 의해 커플링될 수 있거나, 직접 통신가능하게 커플링될 수 있다. 일부 예들에서, 컨텐츠 준비 디바이스(20) 및 서버 디바이스(60)는 동일한 디바이스를 포함할 수 있다.
[0068] 도 1의 예에서, 컨텐츠 준비 디바이스(20)는 오디오 소스(22) 및 비디오 소스(24)를 포함한다. 오디오 소스(22)는, 예컨대, 오디오 인코더(26)에 의해 인코딩될, 포착된 오디오 데이터를 나타내는 전기 신호들을 생성하는 마이크로폰을 포함할 수 있다. 대안적으로, 오디오 소스(22)는 이전에 기록된 오디오 데이터를 저장하는 저장 매체, 컴퓨터 합성기(computerized synthesizer) 또는 오디오 데이터의 임의의 다른 소스를 포함할 수 있다. 비디오 소스(24)는 비디오 인코더(28)에 의해 인코딩될 비디오 데이터를 생성하는 비디오 카메라, 이전에 기록된 비디오 데이터로 인코딩되는 저장 매체, 비디오 데이터 생성 유닛, 예컨데 컴퓨터 그래픽 소스, 또는 비디오 데이터의 임의의 다른 소스를 포함할 수 있다. 컨텐츠 준비 디바이스(20)는 모든 예들에서 서버 디바이스(60)에 필수적으로 통신가능하게 커플링될 필요는 없지만, 서버 디바이스(60)에 의해 판독될 개별 매체에 멀티미디어 컨텐츠를 저장할 수 있다.
[0069] 미처리 오디오 및 비디오 데이터는 아날로그 또는 디지털 데이터를 포함할 수 있다. 아날로그 데이터는 오디오 인코더(26) 및/또는 비디오 인코더(28)에 의해 인코딩되기 전에 디지털화될 수 있다. 스피킹 참가자가 스피킹하는 동안 오디오 소스(22)는 스피킹 참가자로부터 오디오 데이터를 획득할 수 있고, 비디오 소스(24)는 스피킹 참가자의 비디오 데이터를 동시에 획득할 수 있다. 다른 예들에서, 오디오 소스(22)는 저장된 오디오 데이터를 포함하는 컴퓨터 판독 가능 저장 매체를 포함할 수 있고, 비디오 소스(24)는 저장된 비디오 데이터를 포함하는 컴퓨터 판독 가능 저장 매체를 포함할 수 있다. 이런 방식으로, 본 개시에 설명된 기술들은, 라이브 스트리밍 실시간 오디오 및 비디오 데이터, 또는 아카이브된, 사전 기록된 오디오 및 비디오 데이터에 적용될 수 있다.
[0070] 비디오 프레임들에 대응하는 오디오 프레임들은 일반적으로, 비디오 프레임들 내에 포함된, 비디오 소스(24)에 의해 캡쳐된(또는 생성된) 비디오 데이터와 동시에 오디오 소스(22)에 의해 캡쳐된(또는 생성된) 오디오 데이터를 포함하는 오디오 프레임들이다. 예컨대, 스피킹 참가자가 일반적으로 스피킹에 의해 오디오 데이터를 생성하는 동안, 오디오 소스(22)는 오디오 데이터를 캡쳐하고, 동시에, 즉 오디오 소스(22)가 오디오 데이터를 캡쳐하는 동안 비디오 소스(24)는 스피킹 참가자의 비디오 데이터를 캡쳐한다. 따라서, 오디오 프레임은 일시적으로 하나 또는 그 초과의 특정한 비디오 프레임들에 대응할 수 있다. 이에 따라, 비디오 프레임에 대응하는 오디오 프레임은 일반적으로, 오디오 데이터 및 비디오 데이터가 동시에 캡쳐되고, 오디오 프레임 및 비디오 프레임이 동시에 캡쳐된 오디오 및 비디오 데이터를 각각 포함하는 상황에 대응한다.
[0071] 일부 예들에서, 오디오 인코더(26)는, 인코딩된 오디오 프레임에 대한 오디오 데이터가 기록된 시간을 나타내는 각각의 인코딩된 오디오 프레임에서 타임스탬프를 인코딩할 수 있고, 유사하게 비디오 인코더(28)는 인코딩된 비디오 프레임에 대한 비디오 데이터가 기록된 시간을 나타내는 각각의 인코딩된 비디오 프레임에서 타임스탬프를 인코딩할 수 있다. 이러한 예들에서, 비디오 프레임에 대응하는 오디오 프레임은 타임스탬프를 포함하는 오디오 프레임 및 동일한 타임스탬프를 포함하는 비디오 프레임을 포함할 수 있다. 컨텐츠 준비 디바이스(20)는, 오디오 인코더(26) 및/또는 비디오 인코더(28)가 타임스탬프들을 생성할 수 있게 하거나, 오디오 소스(22) 및 오디오 소스(24)가 오디오 및 비디오 데이터를 각각 타임스탬프와 관련시키기 위해 사용할 수 있는 내부 클록을 포함할 수 있다.
[0072] 일부 예들에서, 오디오 소스(22)는, 오디오 데이터가 레코딩되었던 시간에 대응하여 오디오 인코더(26)에 데이터를 전송할 수 있으며, 비디오 소스(24)는, 비디오 데이터가 레코딩되었던 시간에 대응하여 비디오 인코더(28)에 데이터를 전송할 수 있다. 일부 예들에서, 오디오 인코더(26)는, 인코딩되는 오디오 데이터의 상대적인 시간적 오더링을 나타내기 위해, 하지만 오디오 데이터가 레코딩되었던 절대적인 시간을 반드시 나타내지는 않으면서, 인코딩된 오디오 데이터에 시퀀스 식별자를 인코딩할 수 있으며, 그리고 유사하게, 비디오 인코더(28)는 또한, 인코딩된 비디오 데이터의 상대적인 시간적 오더링을 나타내기 위해 시퀀스 식별자들을 이용할 수 있다. 유사하게, 일부 예들에서, 시퀀스 식별자는 맵핑될 수 있거나, 또는 그렇지 않으면 타임스탬프에 의해 상관될 수 있다.
[0073] 일반적으로, 오디오 인코더(26)는 인코딩된 오디오 데이터의 스트림을 생성하는 한편, 비디오 인코더(28)는 인코딩된 비디오 데이터의 스트림을 생성한다. (오디오이든지 또는 비디오이든지에 상관없이) 데이터의 각각의 개별적인 스트림은 기본 스트림(elementary stream)으로서 지칭될 수 있다. 기본 스트림은, 어떠한 표현의 단일의 디지털적으로 코딩된 (가능하게는 압축된) 컴포넌트이다. 예컨대, 표현의 코딩된 비디오 또는 오디오 부분이 기본 스트림일 수 있다. 기본 스트림은, 비디오 파일 내에 캡슐화되기 전에, PES(packetized elementary stream)로 변환될 수 있다. 동일한 표현 내에서, 하나의 기본 스트림에 속하는 PES-패킷들을 서로 구별하기 위해, 스트림 ID가 이용될 수 있다. 기본 스트림의 기본 데이터 유닛은 PES(packetized elementary stream) 패킷이다. 따라서, 코딩된 비디오 데이터는 일반적으로, 기본 비디오 스트림들에 대응한다. 유사하게, 오디오 데이터는 하나 또는 그 초과의 각각의 기본 스트림들에 대응한다.
[0074] 많은 비디오 코딩 표준들, 예컨대 ITU-T H.264/AVC 및 곧 공개될(upcoming) HEVC(High Efficiency Video Coding) 표준은, 에러가 없는 비트스트림들을 위한 신택스(syntax), 지맨틱스(semantics) 및 디코딩 프로세스를 정의하며, 이들 중 임의의 것은 특정 프로파일 또는 레벨을 따른다. 비디오 코딩 표준들은 전형적으로, 인코더를 특정하지 않지만, 인코더에게는, 생성되는 비트스트림들이 디코더에 대한 표준을 따르도록 보장하면서 작업이 주어진다. 비디오 코딩 표준들의 환경에서, "프로파일"은, 알고리즘들, 피쳐들, 또는 툴들 및 이들에게 적용되는 제약들의 서브세트에 대응한다. H.264 표준에 의해 정의되는 바와 같이, 예컨대, "프로파일"은 H.264 표준에 의해 특정되는 전체 비트스트림 신택스의 서브세트이다. "레벨"은, 픽쳐들의 레졸루션, 비트 레이트 및 블록 프로세싱 레이트에 관련된, 예컨대, 디코더 메모리 및 컴퓨테이션과 같은 디코더 자원 소비의 제한들에 대응한다. 프로파일은 profile_idc (프로파일 표시자) 값에 의해 시그널링될 수 있는 한편, 레벨은 level_idc (레벨 표시자) 값에 의해 시그널링될 수 있다.
[0075] H.264 표준은, 예컨대, 주어진 프로파일의 신택스에 의해 부과되는 경계(bound)들 내에서, 디코딩되는 픽쳐들의 특정된 사이즈와 같은, 비트스트림 내의 신택스 엘리먼트들에 의해 취해지는 값들에 따라서 인코더들 및 디코더들의 성능에 있어서의 큰 변경을 요구하는 것이 여전히 가능함을 인식한다. H.264 표준은 또한, 많은 애플리케이션들에서, 특정 프로파일 내의 신택스의 모든 가설적 이용들을 다룰 수 있는 디코더를 구현하는 것이 실용적이지도 않고 경제적이지도 않음을 인식한다. 따라서, H.264 표준은, 비트스트림 내의 신택스 엘리먼트들의 값들에 대해 부과되는 제약들의 특정된 세트로서 "레벨"을 정의한다. 이러한 제약들은 값들에 대한 단순한 제한들일 수 있다. 대안적으로, 이러한 제약들은 값들의 산술 조합들에 대한 제약들의 형태(예컨대, 초당 디코딩되는 픽쳐들의 수가 곱해지는, 픽쳐 폭 곱하기 픽쳐 높이)를 취할 수 있다. H.264 표준은 또한, 개별적인 구현들이, 각각의 지원되는 프로파일에 대해 상이한 레벨을 지원할 수 있음을 제공한다.
[0076] 프로파일을 따르는 디코더는 보통, 그 프로파일에서 정의되는 모든 피쳐들을 지원한다. 예컨대, 코딩 피쳐로서, B-픽쳐 코딩은 H.264/AVC의 베이스라인 프로파일에서는 지원되지 않지만, H.264/AVC의 다른 프로파일들에서 지원된다. 레벨을 따르는 디코더는, 그 레벨에서 정의되는 제한들 이외의 자원들을 요구하지 않는 임의의 비트스트림을 디코딩할 수 있어야 한다. 프로파일들 및 레벨들의 정의들은 영상해상능력(interpretability)에 대해 유용할 수 있다. 예컨대, 비디오 송신 동안, 프로파일 및 레벨 정의들의 쌍이, 전체 송신 세션에 대해 협상 및 합의될 수 있다. 보다 구체적으로, H.264/AVC에서, 레벨은, 프로세싱될 필요가 있는 매크로블록들의 수, DPB(decoded picture buffer) 사이즈, CPB(coded picture buffer) 사이즈, 수직 모션 벡터 범위, 2개의 연속적인 MB들 마다의 모션 벡터들의 최대 수, 및 B-블록이 8×8 픽셀들 미만의 서브-매크로블록 파티션들을 가질 수 있는 지의 여부에 대한 제한들을 정의할 수 있다. 이러한 방식으로, 디코더는 그 디코더가 비트스트림을 적절하게 디코딩할 수 있는 지를 결정할 수 있다.
[0077] 도 1의 예에서, 컨텐츠 준비 디바이스(20)의 캡슐화 유닛(30)은, 비디오 인코더(28)로부터, 코딩된 비디오 데이터를 포함하는 기본 스트림들을 수신하고, 오디오 인코더(26)로부터, 코딩된 오디오 데이터를 포함하는 기본 스트림들을 수신한다. 일부 예들에서, 비디오 인코더(28) 및 오디오 인코더(26)는 각각, 인코딩된 데이터로부터 PES 패킷들을 형성하기 위한 패킷화기들(packetizers)을 포함할 수 있다. 다른 예들에서, 비디오 인코더(28) 및 오디오 인코더(26)는 각각, 인코딩된 데이터로부터 PES 패킷들을 형성하기 위한 각각의 패킷화기들과 인터페이싱할 수 있다. 또 다른 예들에서, 캡슐화 유닛(30)이, 인코딩된 오디오 및 비디오 데이터로부터 PES 패킷들을 형성하기 위한 패킷화기들을 포함할 수 있다.
[0078] 비디오 인코더(28)는, 멀티미디어 컨텐츠의 비디오 데이터를 다양한 방식들로 인코딩하여, 예컨대 픽셀 레졸루션들, 프레임 레이트들, 다양한 코딩 표준들에 대한 순응(conformance), 다양한 코딩 표준들에 대한 다양한 프로파일들 및/또는 프로파일들의 레벨들에 대한 순응, (예컨대, 2차원 또는 3차원 플레이백을 위한) 하나 또는 다수의 뷰들을 갖는 표현들, 또는 다른 그러한 특징들과 같은 다양한 특징들을 갖는, 그리고 다양한 비트 레이트들에서의 멀티미디어 컨텐츠의 상이한 표현들을 생성할 수 있다. 본 개시내용에서 이용되는 바와 같이, 표현은 오디오 데이터, 비디오 데이터, (예컨대, 폐쇄 자막들에 대한) 텍스트 데이터, 또는 다른 그러한 데이터 중에서 하나를 포함할 수 있다. 표현은 기본 스트림, 예컨대 오디오 기본 스트림 또는 비디오 기본 스트림을 포함할 수 있다. 각각의 PES 패킷은, PES 패킷이 속하는 기본 스트림을 식별하는 stream_id 를 포함할 수 있다. 캡슐화 유닛(30)은, 기본 스트림들을 다양한 표현들의 비디오 파일들(예컨대, 세그먼트들로)로 어셈블링하는 것을 담당한다.
[0079] 캡슐화 유닛(30)은 오디오 인코더(26) 및 비디오 인코더(28)로부터 표현의 기본 스트림들에 대한 PES 패킷들을 수신하고, 그러한 PES 패킷들로부터, 대응하는 NAL(network abstraction layer) 유닛들을 형성한다. H.264/AVC(Advanced Video Coding)의 예에서, 코딩된 비디오 세그먼트들은 NAL 유닛들로 조직되며, 이들은, 예컨대 비디오 전화, 스토리지, 브로드캐스트, 또는 스트리밍과 같은 애플리케이션들을 다루는 "네트워크-친화적(network-friendly)" 비디오 표현을 제공한다. NAL 유닛들은, VCL(Video Coding Layer) NAL 유닛들 및 넌(non)-VCL NAL 유닛들로 분류될 수 있다. VCL 유닛들은 코어 압축 엔진을 포함할 수 있고, 블록, 매크로블록, 및/또는 슬라이스 레벨 데이터를 포함할 수 있다. 다른 NAL 유닛들은 비-VCL NAL 유닛들일 수 있다. 일부 예들에서, 프라이머리 코딩된 픽쳐로서 통상적으로 제시되는, 하나의 타임 인스턴스 내의 코딩된 픽쳐는, 하나 또는 그 초과의 NAL 유닛들을 포함할 수 있는 액세스 유닛 내에 포함될 수 있다.
[0080] 비-VCL NAL 유닛들은, 특히, 파라미터 세트 NAL 유닛들 및 SEI NAL 유닛들을 포함할 수 있다. 파라미터 세트들은 (SPS(sequence parameter sets)에서의) 시퀀스-레벨 헤더 정보 및 (PPS(picture parameter sets)에서의) 드물게 변하는 픽쳐-레벨 헤더 정보를 포함할 수 있다. 파라미터 세트들(예컨대, PPS 및 SPS)에 의해, 드물게 변하는 정보는 각각의 시퀀스 또는 픽쳐에 대해 반복될 필요가 없으며, 그에 따라, 코딩 효율이 개선될 수 있다. 또한, 파라미터 세트들의 이용은 중요한 헤더 정보의 대역외(out-of-band) 송신을 가능하게 할 수 있으며, 그에 따라, 에러 내성(error resilience)을 위한 리던던트 송신들에 대한 필요성을 막는다. 대역외 송신 예들에서, 파라미터 세트 NAL 유닛들은, 예컨대 SEI NAL 유닛들과 같은 다른 NAL 유닛들과 상이한 채널들 상에서 송신될 수 있다.
[0081] SEI(Supplemental Enhancement Information)는, VCL NAL 유닛들로부터 코딩된 픽쳐 샘플들을 디코딩하는 데에 필요하지 않지만, 디코딩, 디스플레이, 에러 내성, 및 다른 목적들에 관련된 프로세스들에 도움이 될 수 있는 정보를 포함할 수 있다. SEI 메시지들은 비-VCL NAL 유닛들에 포함될 수 있다. SEI 메시지들은 일부 표준 사양들의 규범적 부분이며, 이에 따라, 표준을 따르는 디코더 구현에 대해 항상 강제적이지는 않다. SEI 메시지들은 시퀀스 레벨 SEI 메시지들 또는 픽쳐 레벨 SEI 메시지들일 수 있다. 일부 시퀀스 레벨 정보는, SEI 메시지들, 예컨대, SVC 예에서의 확장성 정보 SEI 메시지들 및 MVC에서의 뷰 확장성 정보 SEI 메시지들에 포함될 수 있다. 이러한 예시적인 SEI 메시지들은, 예컨대, 오퍼레이션 포인트들의 추출 및 오퍼레이션 포인트들의 특징들에 대한 정보를 전달할 수 있다. 또한, 캡슐화 유닛(30)은 매니페스트 파일, 예컨대, 표현들의 특징들을 설명하는 MPD(media presentation descriptor)를 형성할 수 있다. 캡슐화 유닛(30)은 XML(extensible markup language)에 따라 MPD를 포맷팅할 수 있다. 매니페스트 파일(예컨대, 매니페스트 파일(66))은, 일부 예들에서, 다양한 표현들(예컨대, 표현들(68))에 대한 식별자들을 대응하는 자원 로케이션들에 맵핑할 수 있다. 즉, 매니페스트 파일은 표현들(또는 그 부분들)이 어디에서 획득될 수 있는 지를 나타내는 정보를 포함할 수 있다. 일부 예들에서, 자원 로케이션들은 URL(uniform resource locator)들, URI(uniform resource identifier)들, 및/또는 다른 로케이션 식별자들일 수 있다. 예컨대, 매니페스트 파일은 다양한 표현들의 세그먼트들에 대한 URL들을 정의하는 데이터를 포함할 수 있다.
[0082] 캡슐화 유닛(30)은, 매니페스트 파일(예컨대, MPD)과 함께, 멀티미디어 컨텐츠의 하나 또는 그 초과의 표현들에 대한 데이터를 출력 인터페이스(32)에 제공할 수 있다. 출력 인터페이스(32)는 네트워크 인터페이스, 또는 저장 매체에 라이팅(writing)하기 위한 인터페이스, 예컨대, USB(universal serial bus) 인터페이스, CD 또는 DVD 라이터(writer) 또는 버너(burner), 자기 또는 플래시 저장 매체에 대한 인터페이스, 또는 미디어 데이터를 저장 또는 송신하기 위한 다른 인터페이스들을 포함할 수 있다. 캡슐화 유닛(30)은 멀티미디어 컨텐츠의 각각의 표현들의 데이터를 출력 인터페이스(32)에 제공할 수 있고, 출력 인터페이스(32)는 그러한 데이터를 네트워크 송신 또는 저장 매체를 통해 서버 디바이스(60)에 전송할 수 있다. 도 1의 예에서, 서버 디바이스(60)는 다양한 멀티미디어 컨텐츠들(64)을 저장하는 저장 매체(62)를 포함하며, 멀티미디어 컨텐츠들 각각은, 각각의 매니페스트 파일(66) 및 하나 또는 그 초과의 표현들(68A-68N)(표현들(68))을 포함한다. 일부 예들에서, 출력 인터페이스(32)는 또한, 네트워크(74)에 직접적으로 데이터를 송신할 수 있다.
[0083] 일부 예들에서, 표현들(68)은 적응 세트들로 분리될 수 있다. 즉, 표현들(68)의 다양한 서브세트들은 특징들의 각각의 공통 세트들, 예컨대, 코덱, 프로파일 및 레벨, 레졸루션, 뷰들의 수, 세그먼트들에 대한 파일 포맷, 예컨대 스피커들에 의해, 디코딩 및 제시될 오디오 데이터 및/또는 표현에 의해 디스플레이될 텍스트의 언어 또는 다른 특징들을 식별할 수 있는 텍스트 타입 정보, 적응 세트 내의 표현들에 대한 장면의 카메라 각도 또는 실제(real-world) 카메라 시야(perspective)를 설명할 수 있는 카메라 각도 정보, 특정 오디언스(audience)들에 대한 컨텐츠 적합성을 기술하는 레이팅 정보(rating information) 등을 포함할 수 있다.
[0084] 매니페스트 파일(66)은, 적응 세트들에 대한 공통 특징들 뿐만 아니라, 특정 적응 세트들에 대응하는 표현들(68)의 서브세트들을 나타내는 데이터를 포함할 수 있다. 매니페스트 파일(66)은 또한, 적응 세트들의 개별적인 표현들에 대해, 예컨대 비트 레이트들과 같은, 개별적인 특징들을 나타내는 데이터를 포함할 수 있다. 이러한 방식으로, 적응 세트는 단순화된 네트워크 대역폭 적응을 제공할 수 있다. 적응 세트 내의 표현들은 매니페스트 파일(66)의 적응 세트 엘리먼트의 자식 엘리먼트(child element)들을 이용하여 표시될 수 있다.
[0085] 서버 디바이스(60)는 요청 프로세싱 유닛(70) 및 네트워크 인터페이스(72)를 포함한다. 일부 예들에서, 서버 디바이스(60)는 복수의 네트워크 인터페이스들을 포함할 수도 있다. 더욱이, 서버 디바이스(60)의 특징들 중 임의의 특징 또는 모든 특징들은 라우터들, 브리지들, 프록시 디바이스들, 스위치들 또는 다른 디바이스들과 같은 컨텐츠 전달 네트워크의 다른 디바이스들 상에 구현될 수 있다. 일부 예들에서, 컨텐츠 전달 네트워크의 중간 디바이스들은 멀티미디어 컨텐츠(64)의 데이터를 캐시할 수 있으며, 서버 디바이스(60)의 컴포넌트들에 실질적으로 따르는 컴포넌트들을 포함할 수도 있다. 일반적으로, 네트워크 인터페이스(72)는 네트워크(74)를 통해 데이터를 전송 및 수신하도록 구성된다.
[0086] 요청 프로세싱 유닛(70)은 저장 매체(62)의 데이터에 대해 클라이언트 디바이스(40)와 같은 클라이언트 디바이스들로부터 네트워크 요청들을 수신하도록 구성된다. 예컨대, 요청 프로세싱 유닛(70)은 Fielding 등에 의해 기술된 HTTP(hypertext transfer protocol) 버전 1.1인 "하이퍼텍스트 전송 프로토콜 - HTTP/1.1," IETF(Internet Engineering Task Force), RFC 2616(1999년 6월)을 구현할 수 있다. 즉, 요청 프로세싱 유닛(70)은 HTTP GET 또는 부분적 GET 요청들을 수신하고 요청들에 응답하여 멀티미디어 컨텐츠(64)의 데이터를 제공하도록 구성될 수도 있다. 요청들은 표현들(68) 중 한 표현의 세그먼트를 예컨대, 세그먼트의 URL을 사용하여 특정할 수 있다. 일부 예들에서, 요청들은 또한 세그먼트의 하나 또는 그 초과의 바이트 범위들을 특정하여, 부분적 GET 요청들을 포함할 수 있다. 요청 프로세싱 유닛(70)은 추가로, HTTP HEAD 요청들을 서비스하여 표현들(68) 중 한 표현의 세그먼트의 헤더 데이터를 제공하도록 구성될 수도 있다. 어떤 경우든, 요청 프로세싱 유닛(70)은 요청들을 처리하여 요청된 데이터를 클라이언트 디바이스(40)와 같은 요청 디바이스에 제공하도록 구성될 수도 있다.
[0087] 추가로 또는 대안으로, 요청 프로세싱 유닛(70)은 eMBMS와 같은 브로드캐스트 또는 멀티캐스트 프로토콜을 통해 미디어 데이터를 전달하도록 구성될 수도 있다. 컨텐츠 준비 디바이스(20)는 설명된 것과 실질적으로 동일한 식으로 DASH 세그먼트들 및/또는 서브-세그먼트들을 생성할 수 있지만, 서버 디바이스(60)는 이러한 세그먼트들 또는 서브-세그먼트들을 eMBMS 또는 다른 브로드캐스트 또는 멀티캐스트 네트워크 전송 프로토콜을 사용하여 전달할 수 있다. 예컨대, 요청 프로세싱 유닛(70)은 클라이언트 디바이스(40)로부터 멀티캐스트 그룹 합류 요청을 수신하도록 구성될 수도 있다. 즉, 서버 디바이스(60)는 멀티캐스트 그룹과 연관된 IP(Internet protocol) 어드레스를 특정 미디어 컨텐츠(예컨대, 라이브 이벤트의 브로드캐스트)와 연관된 클라이언트 디바이스(40)를 포함하는 클라이언트 디바이스들에 통지할 수 있다. 클라이언트 디바이스(40)는 결국, 멀티캐스트 그룹에 합류하기 위한 요청을 제출할 수 있다. 이 요청은 라우터들이 멀티캐스트 그룹과 연관된 IP 어드레스를 목적지로 하는 트래픽을 클라이언트 디바이스(40)와 같은 가입한 클라이언트 디바이스들에 전달하게 되도록 네트워크(74), 예컨대 네트워크(74)를 구성하는 라우터들을 통해 전파될 수 있다.
[0088] 도 1의 예에 예시된 바와 같이, 멀티미디어 컨텐츠(64)는 MPD(media presentation description)에 대응할 수 있는 매니페스트 파일(66)을 포함한다. 매니페스트 파일(66)은 다른 대안적인 표현들(68)(예컨대, 서로 다른 품질들을 가진 비디오 서비스들)의 설명들을 포함할 수 있으며, 설명은 예컨대, 코덱 정보, 프로파일 값, 레벨 값, 비트 레이트, 및 표현들(68)의 다른 설명적인 특징들을 포함할 수도 있다. 클라이언트 디바이스(40)는 미디어 표현의 MPD를 리트리빙하여 표현들(68)의 세그먼트들에 어떻게 액세스할지를 결정할 수 있다.
[0089] 특히, 리트리벌 유닛(52)은 클라이언트 디바이스(40)의 (도시되지 않은) 구성 데이터를 리트리빙하여 비디오 디코더(48)의 디코딩 성능들 및 비디오 출력(44)의 렌더링 성능들을 결정할 수 있다. 구성 데이터는 또한 클라이언트 디바이스(40)의 사용자에 의해 선택된 언어 선호도, 클라이언트 디바이스(40)의 사용자에 의해 설정된 깊이 선호도들에 대응하는 하나 또는 그 초과의 카메라 원근, 및/또는 클라이언트 디바이스(40)의 사용자에 의해 선택된 평가 선호도 중 임의의 것 또는 전부를 포함할 수도 있다. 리트리벌 유닛(52)은 예컨대, HTTP GET 및 부분적 GET 요청들을 제출하도록 구성된 웹 브라우저 또는 미디어 클라이언트를 포함할 수도 있다. 리트리벌 유닛(52)은 클라이언트 디바이스(40)의 (도시되지 않은) 하나 또는 그 초과의 프로세서들 또는 프로세싱 유닛들에 의해 실행되는 소프트웨어 명령들에 대응할 수도 있다. 일부 예들에서, 리트리벌 유닛(52)에 관해 설명된 기능의 전부 또는 일부분들은 하드웨어, 또는 하드웨어, 소프트웨어 및/또는 펌웨어의 결합으로 구현될 수 있는대, 여기서 소프트웨어 또는 펌웨어에 대한 명령들을 실행하도록 필수 하드웨어가 제공될 수도 있다.
[0090] 리트리벌 유닛(52)은 클라이언트 디바이스(40)의 디코딩 및 렌더링 성능들을 매니페스트 파일(66)의 정보에 의해 표시된 표현들(68)의 특징들과 비교할 수 있다. 리트리벌 유닛(52)은 처음에 매니페스트 파일(66)의 적어도 일부를 리트리빙하여 표현들(68)의 특징들을 결정할 수 있다. 예컨대, 리트리벌 유닛(52)은 하나 또는 그 초과의 적응 세트들의 특징들을 설명하는 매니페스트 파일(66)의 일부분을 요청할 수도 있다. 리트리벌 유닛(52)은 클라이언트 디바이스(40)의 코딩 및 렌더링 성능들에 의해 충족될 수 있는 특징들을 갖는 표현들(68)의 서브세트(예컨대, 적응 세트)를 선택할 수 있다. 리트리벌 유닛(52)은 다음에, 적응 세트 내의 표현들에 대한 비트 레이트들을 결정하고, 네트워크 대역폭의 현재 이용가능한 양을 결정하고, 네트워크 대역폭에 의해 충족될 수 있는 비트 레이트를 갖는 표현들 중 하나로부터 세그먼트들을 리트리빙할 수 있다.
[0091] 일반적으로, 더 높은 비트 레이트 표현들은 더 높은 품질 비디오 플레이백을 산출할 수 있는 한편, 더 낮은 비트 레이트 표현들은 이용가능한 네트워크 대역폭이 감소할 때 충분한 품질의 비디오 플레이백을 제공할 수 있다. 이에 따라, 이용가능한 네트워크 대역폭이 비교적 높을 때, 리트리벌 유닛(52)은 비교적 높은 비트 레이트 표현들로부터 데이터를 리트리빙할 수 있는 반면, 이용가능한 네트워크 대역폭이 낮을 때, 리트리벌 유닛(52)은 비교적 낮은 비트 레이트 표현들로부터 데이터를 리트리빙할 수 있다. 이런 식으로, 클라이언트 디바이스(40)는 네트워크(74)의 네트워크 대역폭 이용가능성 변화에 또한 적응하면서 네트워크(74)를 통해 멀티미디어 데이터를 스트리밍할 수 있다.
[0092] 추가로 또는 대안으로, 리트리벌 유닛(52)은 eMBMS 또는 IP 멀티캐스트와 같은 브로드캐스트 또는 멀티캐스트 네트워크 프로토콜에 따라 데이터를 수신하도록 구성될 수도 있다. 이러한 예들에서, 리트리벌 유닛(52)은 특정 미디어 컨텐츠와 연관된 멀티캐스트 네트워크 그룹에 합류하기 위한 요청을 제출할 수 있다. 멀티캐스트 그룹에 합류한 후, 리트리벌 유닛(52)은 서버 디바이스(60) 또는 컨텐츠 준비 디바이스(20)에 발생되는 추가 요청들 없이 멀티캐스트 그룹의 데이터를 수신할 수 있다. 리트리벌 유닛(52)은 예컨대, 플레이백을 중단하기 위해 또는 다른 멀티캐스트 그룹으로 채널들을 변경하기 위해 멀티캐스트 그룹의 데이터가 더 이상 요구되지 않으면, 멀티캐스트 그룹에서 나오기 위한 요청을 제출할 수 있다.
[0093] 네트워크 인터페이스(54)는 선택된 표현의 세그먼트들의 데이터를 수신하여 리트리벌 유닛(52)에 제공할 수 있고, 리트리벌 유닛(52)은 결국 세그먼트들을 캡슐화해제 유닛(50)에 제공할 수 있다. 캡슐화해제 유닛(50)은 비디오 파일의 엘리먼트들을 구성 PES 스트림들로 캡슐화해제하고, PES 스트림들을 패킷해제하여 인코딩된 데이터를 리트리빙하며, 인코딩된 데이터를 예컨대, 인코딩된 데이터가 스트림의 PES 패킷 헤더들에 의해 표시된 것과 같이 오디오 스트림의 일부인지 아니면 비디오 스트림의 일부인지에 따라 오디오 디코더(46) 또는 비디오 디코더(48)에 전송할 수 있다. 오디오 디코더(46)는 인코딩된 오디오 데이터를 디코딩하여 디코딩된 오디오 데이터를 오디오 출력(42)으로 전송하는 한편, 비디오 디코더(48)는 인코딩된 비디오 데이터를 디코딩하여 스트림의 복수의 뷰들을 포함할 수도 있는 디코딩된 비디오 데이터를 비디오 출력(44)으로 전송한다.
[0094] 비디오 인코더(28), 비디오 디코더(48), 오디오 인코더(26), 오디오 디코더(46), 캡슐화 유닛(30), 리트리벌 유닛(52) 및 캡슐화해제 유닛(50)은 각각, 적용 가능한 경우에 다양한 적당한 프로세싱 회로 중 임의의 회로, 예컨대 하나 또는 그 초과의 마이크로프로세서들, DSP(digital signal processor), ASIC(application specific integrated circuit)들, FPGA(field programmarble gate array)들, 이산 로직 회로, 소프트웨어, 하드웨어, 펌웨어 또는 이들의 임의의 결합들로서 구현될 수도 있다. 비디오 인코더(28) 및 비디오 디코더(48) 각각은 하나 또는 그 초과의 인코더들 또는 디코더들에 포함될 수 있으며, 이들 중 어느 하나는 결합된 비디오 인코더/디코더(코덱)의 일부로서 통합될 수도 있다. 마찬가지로, 오디오 인코더(26) 및 오디오 디코더(46) 각각은 하나 또는 그 초과의 인코더들 또는 디코더들에 포함될 수도 있으며, 이들 중 어느 하나는 결합된 코덱의 일부로서 통합될 수도 있다. 비디오 인코더(28), 비디오 디코더(48), 오디오 인코더(26), 오디오 디코더(46), 캡슐화 유닛(30), 리트리벌 유닛(52) 및/또는 캡슐화해제 유닛(50)을 포함하는 장치는 집적 회로, 마이크로프로세서 및/또는 무선 통신 디바이스, 예컨대 셀룰러 전화를 포함할 수도 있다.
[0095] 클라이언트 디바이스(40), 서버 디바이스(60) 및/또는 컨텐츠 준비 디바이스(20)는 본 개시내용의 기술들에 따라 동작하도록 구성될 수도 있다. 예시 목적으로, 본 개시내용은 이러한 기술들을 클라이언트 디바이스(40) 및 서버 디바이스(60)에 관해 설명한다. 그러나 컨텐츠 준비 디바이스(20)는 서버 디바이스(60) 대신(또는 이에 추가하여) 이러한 기술들을 수행하도록 구성될 수도 있다고 이해되어야 한다.
[0096] 캡슐화 유닛(30)은 NAL 유닛이 속하는 프로그램을 식별하는 헤더뿐만 아니라, 페이로드, 예컨대 오디오 데이터, 비디오 데이터, 또는 NAL 유닛이 대응하는 전송 또는 프로그램 스트림을 설명하는 데이터도 포함하는 NAL 유닛들을 형성할 수 있다. 예컨대, H.264/AVC에서, NAL 유닛은 1-바이트 헤더 및 가변 크기의 페이로드를 포함한다. 페이로드에 비디오 데이터를 포함하는 NAL 유닛은 다양한 입도 레벨들의 비디오 데이터를 포함할 수 있다. 예컨대, NAL 유닛은 비디오 데이터의 블록, 복수의 블록들, 비디오 데이터의 슬라이스, 또는 비디오 데이터의 전체 픽처를 포함할 수도 있다. 캡슐화 유닛(30)은 비디오 인코더(28)로부터 인코딩된 비디오 데이터를 기본 스트림들의 PES 패킷들의 형태로 수신할 수 있다. 캡슐화 유닛(30)은 각각의 기본 스트림을 대응하는 프로그램과 연관시킬 수 있다.
[0097] 캡슐화 유닛(30)은 또한 복수의 NAL 유닛들로부터의 액세스 유닛들을 어셈블할 수도 있다. 일반적으로, 액세스 유닛은 비디오 데이터의 프레임뿐만 아니라 이러한 오디오 데이터가 이용가능할 때 프레임에 대응하는 오디오 데이터도 표현하기 위한 하나 또는 그 초과의 NAL 유닛들을 포함할 수 있다. 액세스 유닛은 일반적으로 하나의 출력 시간 인스턴스에 대한 모든 NAL 유닛들을, 예컨대 하나의 시간 인스턴스에 대한 모든 오디오 및 비디오 데이터를 포함한다. 예컨대, 각각의 뷰가 초당 20 프레임들(fps)의 프레임 레이트를 갖는다면, 각각의 시간 인스턴스는 0.05초의 시간 간격에 대응할 수 있다. 이러한 시간 간격 동안, 동일한 액세스 유닛(동일한 시간 인스턴스)의 모든 뷰들에 대한 특정 프레임들이 동시에 렌더링될 수 있다. 일례로, 액세스 유닛은 하나의 시간 인스턴스에 코딩된 픽처를 포함할 수 있는데, 이는 1차 코딩된 픽처로서 표현될 수 있다.
[0098] 이에 따라, 액세스 유닛은 공통 시간 인스턴스의 모든 오디오 및 비디오 프레임들, 예컨대 시간(X)에 대응하는 모든 뷰들을 포함할 수도 있다. 본 개시내용은 또한 특정 뷰의 인코딩된 픽처를 "뷰 컴포넌트"로 지칭한다. 즉, 뷰 컴포넌트는 특정 시점에 특정 뷰에 대한 인코딩된 픽처(또는 프레임)를 포함할 수 있다. 이에 따라, 액세스 유닛은 공통 시간 인스턴스의 모든 뷰 컴포넌트들을 포함하는 것으로서 정의될 수 있다. 액세스 유닛들의 디코딩 순서는 출력 또는 디스플레이 순서와 반드시 동일할 필요는 없다.
[0099] 미디어 표현은 MPD(media presentation description)을 포함할 수도 있으며, 이는 다른 대안적인 표현들(예컨대, 서로 다른 품질들을 가진 비디오 서비스들)의 설명들을 포함할 수도 있고, 설명은 예컨대, 코덱 정보, 프로파일 값 및 레벨 값을 포함할 수도 있다. MPD는 매니페스트 파일(66)과 같은 매니페스트 파일의 일례이다. 클라이언트 디바이스(40)는 미디어 표현의 MPD를 리트리빙하여 다양한 표현들의 무비 프래그먼트들에 어떻게 액세스하는지를 결정할 수도 있다. 무비 프래그먼트들은 비디오 파일들의 무비 프래그먼트 박스들(moof 박스들)에 로케이팅될 수도 있다.
[0100] (예컨대, MPD를 포함할 수도 있는) 매니페스트 파일(66)은 표현들(68)의 세그먼트들의 이용가능성을 통지할 수도 있다. 즉, MPD는 표현들(68) 중 한 표현의 제 1 세그먼트가 이용가능해지는 벽시계 시간을 표시하는 정보뿐만 아니라 표현들(68) 내의 세그먼트들의 듀레이션들을 표시하는 정보도 포함할 수 있다. 이런 식으로, 클라이언트 디바이스(40)의 리트리벌 유닛(52)은 시작 시간뿐만 아니라 특정 세그먼트에 선행하는 세그먼트들의 듀레이션에도 기초하여 각각의 세그먼트가 언제 이용가능한지를 결정할 수 있다.
[0101] 캡슐화 유닛(30)이 수신된 데이터에 기초하여 NAL 유닛들 및/또는 액세스 유닛들을 비디오 파일로 어셈블링한 후, 캡슐화 유닛(30)은 비디오 파일을 출력을 위해 출력 인터페이스(32)에 전달한다. 일부 예들에서, 캡슐화 유닛(30)은 비디오 파일을 로컬로 저장할 수 있거나, 비디오 파일을 클라이언트 디바이스(40)에 직접 전송하기 보다는 출력 인터페이스(32)를 통해 비디오 파일을 원격 서버에 전송할 수 있다. 출력 인터페이스(32)는, 예컨대, 송신기, 트랜시버, 데이터를, 예컨대, 광학 드라이브, 자기 매체 드라이브(예컨대, 플로피 드라이브), 범용 직렬 버스(USB) 포트, 네트워크 인터페이스 또는 다른 출력 인터페이스와 같은 컴퓨터-판독가능 매체에 기록하기 위한 디바이스를 포함할 수 있다. 출력 인터페이스(32)는, 비디오 파일을, 예컨대, 송신 신호, 자기 매체, 광학 매체, 메모리, 플래쉬 드라이브 또는 다른 컴퓨터-판독가능 매체와 같은 컴퓨터-판독가능 매체(34)에 출력한다.
[0102] 네트워크 인터페이스(54)는, 네트워크(74)를 통해 NAL 유닛 또는 액세스 유닛을 수신할 수 있고, 리트리벌 유닛(52)을 통해 NAL 유닛 또는 액세스 유닛을 캡슐화해제 유닛(50)에 제공할 수 있다. 캡슐화해제 유닛(50)은, 비디오 파일의 엘리먼트들을 구성 PES 스트림들로 캡슐화해제할 수 있고, PES 스트림들을 패킷화해제하여 인코딩된 데이터를 리트리빙할 수 있고, 예컨대, 스트림의 PES 패킷 헤더들에 의해 표시된 바와 같이, 인코딩된 데이터가 오디오 스트림의 일부인지 비디오 스트림의 일부인지에 따라, 인코딩된 데이터를 오디오 디코더(46) 또는 비디오 디코더(48)에 전송할 수 있다. 오디오 디코더(46)는 인코딩된 오디오 데이터를 디코딩하고 디코딩된 오디오 데이터를 오디오 출력(42)에 전송하는 한편, 비디오 디코더(48)는 인코딩된 비디오 데이터를 디코딩하고, 스트림의 복수의 뷰들을 포함할 수 있는 디코딩된 비디오 데이터를 비디오 출력(44)에 전송한다.
[0103] 이러한 방식으로, 클라이언트 디바이스(40)는, 미디어 데이터를 리트리빙하기 위한 디바이스의 예를 표현하고, 디바이스는, 본 개시내용의 하나 또는 그 초과의 양상들에 따라, 컨텐츠 서비스의 미디어 데이터가 제 1 서비스 또는 제 2 서비스를 통해 수신될지에 대한 표시를 수신하기 위한 수단을 포함한다. 표시가, 미디어 데이터가 제 1 서비스를 통해 수신되는 것으로 표시하는 경우, 클라이언트 디바이스(40)는, 제 2 서비스를 통해 데이터를 수신하기 위한 유닛을 디스에이블하고 제 1 서비스를 통해 미디어 데이터를 수신할 수 있다. 대안적으로, 표시가, 미디어 데이터가 제 2 서비스를 통해 수신되는 것으로 표시하는 경우, 클라이언트 디바이스(40)는, 제 2 서비스를 통해 데이터를 수신하기 위한 유닛을 활성화시키고, 제 2 서비스를 통해 데이터를 수신하기 위한 유닛으로부터 미디어 데이터를 수신할 수 있다. 제 2 서비스를 통해 데이터를 수신하기 위한 유닛은 브로드캐스트 또는 멀티캐스트 전달 모드를 통해 미디어 데이터를 수신할 수 있다.
[0104] 즉, 본 개시내용의 기술들은, 유니캐스트 및 브로드캐스트 전송을 통해 컨텐츠 전달을 중재하는 것에 관한 것이다. 즉, 본 개시내용은, 비-MBMS 유니캐스트 서비스가 네트워크에 의한 MBMS 사용자 서비스로 전환되는 경우, MBMS 미들웨어를 활성화시키기 위한 다양한 기술들을 제공한다. 다른 예들에서, 본 개시내용은, 유니캐스트 및 브로드캐스트(또는 멀티캐스트) 서비스로부터 데이터를 수신하는 것과 잠재적으로 브로드캐스트(또는 멀티캐스트) 서비스의 유니캐스트 및 브로드캐스트(또는 멀티캐스트) 전달 모드들을 통해 데이터를 수신하는 것 사이에서 스위칭하도록 클라이언트(예컨대, eMBMS 클라이언트)를 트리거링하는 중재 계층을 포함하는 UE 기반 솔루션들 및 네트워크 기반 솔루션들 둘 모두를 포함한다. 하나의 예시적인 UE 기반 솔루션에서, MBMS 미들웨어는, 임의의 애플리케이션이 온되는 경우 활성화된다. UE는, 잠재적으로 모든 애플리케이션들에 대해 MBMS 미들웨어를 트리거링하는 것을 회피하기 위해 브로드캐스트 컨텐츠로 스위칭될 수 있는 애플리케이션들로 미리 구성될 수 있다. 예시적인 네트워크 기반 솔루션들에서, MBMS 미들웨어는, UE는 네트워크로부터 어떠한 "표시" 또는 "트리거링"을 수신할 때 활성화된다. 일부 예들에서, 네트워크의 디바이스가 다양한 UE들의 능력들에 대한 정보를 가지면, 디바이스(예컨대, 네트워크의 BM-SC)는, 유니캐스트 서비스로부터 데이터를 수신하고 있는 UE들이 MooD-가능인지(예컨대, MBMS 사용자 서비스를 통해 데이터를 수신하는 것으로 스위칭할 수 있는지) 여부를 결정할 수 있다. 예컨대, 네트워크의 디바이스(예컨대, OMA-DM 서버)는, 비-MooD-가능 UE들이 MooD 구성에서 특정된 프록시 서버를 이용하지 않을 것을 보장하면서, MooD-가능 UE들에 MooD 구성 데이터를 전송할 수 있다. MooD 구성은, S4-140327, "MI-MooD: MBMS Service Configuration", Qualcomm contribution to SA4 #78에서 추가로 설명되고, 그 전체 내용은 인용에 의해 본원에 통합된다.
[0105] 표시는, UE가 USB를 수신하고, 후속적으로 MBMS 베어러 상에서 데이터를 수신하기 위한 트리거링일 수 있거나, 또는 USD 자체일 수 있다. 일부 예들에서, 네트워크의 디바이스(예컨대, BM-SC)는, 브로드캐스트 및/또는 유니캐스트 전달을 통해 새로운 MBMS 사용자 서비스 및 이의 이용가능성을 공시함으로써, USD 또는 업데이트된 USD(예컨대, 다른 MBMS 서비스들이 이미 이용중인 경우)를 전송할 수 있다. USD 또는 업데이트된 USD는, 일부 예들에서, 컨텐츠가 브로드캐스트 및/또는 유니캐스트 전송을 통해 반송되는지 여부를 식별하기 위해, userServiceDescription 엘리먼트의 deliveryMethod child 엘리먼트 하에서 r12:broadcastAppService 및/또는 r12:unicastAppService 엘리먼트를 이용할 수 있다. 일부 예들에서, 애플리케이션 서비스 액세스의 유니캐스트 폴백 및 모빌러티-기반 전송 스위칭을 지원하기 위해 정의되는 (예컨대, 3GPP TS 26.346: "Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs"의 섹션 7.6에서 발견되는 바와 같은) 기존의 메커니즘들이 또한 MooD 동작들에 대해 적용가능할 수 있다.
[0106] 일부 예들에서, USD 또는 업데이트된 USD는, MooD 동작 또는 네트워크 정책 요건들(예컨대, UE가 브로드캐스트 수신으로 재지향되고 UE가 MBMS 커버리지 내에 있는 경우, 오직 컨텐츠의 브로드캐스트 수신만이 허용된다는 요건)에 따라, 서로 대체될 수 있는 애플리케이션 서비스 컨텐츠 항목의 동일한 및 대안적인 버전들의 아이덴티티들을 제공하기 위해 userServiceDescription 엘리먼트의 r12:appService child 엘리먼트를 이용할 수 있다. 브로드캐스트 및 유니캐스트 표현들 둘 모두를 설명하는 (예컨대, 대응하는 미디어 프리젠테이션 설명 프래그먼트를 통한) 통합된 MPD는, 유니캐스트를 통해 수신되고 있는 서비스를 MBMS 사용자 서비스와 연관시키도록 UE를 인에이블하기 위해 업데이트된 USD에 포함될 수 있다.
[0107] 일부 예들에서, BM-SC가 USD 전달을 위해 FLUTE(file delivery over unidirectional transport) 세션을 이미 설정했다면, BM-SC는 그 브로드캐스트 채널을 통해 USD(또는 업데이트된 USD)를 전송할 수 있다. 그렇지 않으면, BM-SC는, 기존의 MBMS 세션 설정 절차를 이용하여 USD 또는 업데이트된 USD를 전송하기 위해 FLUTE 세션을 설정할 수 있다. FLUTE는, T. Paila 등의 2012년 11월의 "FLUTE - File Delivery over Unidirectional Transport", IETF, RFC 6726에서 설명된다.
[0108] 새로-설정된 MBMS 사용자 서비스에 대한 USD/업데이트된 USD를 준비할 때, 네트워크의 디바이스(예컨대, BM-SC)는, 유니캐스트로부터 브로드캐스트 수신으로 스위칭하도록 UE를 재지향하기 위해 UE에 재지향/트리거 메시지를 전송할 수 있다. 제 1 예로, 네트워크의 디바이스는, 유니캐스트 또는 MBMS 베어러를 통한 USD/업데이트된 USD에 대한 UE 액세스를 트리거링하기 위해 HTTP 응답에 제공된 컨텐츠와 함께 표시를 전송할 수 있다. 예컨대, 컨텐츠에 대한 요청에 대한 응답으로, 네트워크의 디바이스는, USD/USD-업데이트의 UE 수신을 트리거링하기 위한 표시를 포함하는 3GPP 확장 헤더를 갖는 HTTP 200 OK 메시지를 전송할 수 있다. 즉, HTTP 200 OK 메시지는, UE가 요청한 컨텐츠 뿐만 아니라 재지향을 포함할 수 있다. 다른 예로, 컨텐츠에 대한 요청에 대한 응답으로, 네트워크의 디바이스는, USD/업데이트된 USD의 수신을 개시하도록 UE를 프롬프트하는 3GPP 확장 헤더를 갖는 HTTP 3xx 재지향 메시지를 전송할 수 있다. HTTP 3xx 재지향 메시지에 포함된 재지향 URL은 동일한 요청된 자원에 대한 상이한 로케이션을 표현할 수 있다. 예컨대, 원래의 요청 URL이 http://example.com/per-x/rep-y/seg-z.3gp 이었다면, 재지향 URL은 http://example.com/redirect/per-x/rep-y/seg-z.3gp 일 수 있다. 3GPP-정의된 HTTP 확장 헤더는, 값 "Get-USD"를 갖는 "트리거-MBMS"로 명명될 수 있다. 그 결과, 3xx 상태 코드를 갖는 UE에 의한 컨텐츠 요청에 대한 HTTP 응답 메시지는 응답 헤더 "트리거-MBMS: Get-USD"에 의해 수반될 수 있다.
[0109] UE가 정규의 재지향 메시지(예컨대, HTTP 재지향 상태 코드 또는 RTSP 재지향 요청)와 MBMS 오프로딩 요청 사이를 구별하기 위해, 새로운 헤더 필드(예컨대, MooD 헤더 필드)가 이용될 수 있다. MooD 헤더 필드는 RTSP 및 HTTP 재지향들 둘 모두에 적용될 수 있다. UE가 MooD 헤더의 존재를 검출하면, UE는, 재지향이 MBMS 클라이언트를 활성화하기 위한 표시라고 결정할 수 있다. MBMS 클라이언트가 이미 활성화 또는 동작중이면, UE는, 업데이트된 USD 프래그먼트들이 포착되어야 한다는 묵시적 통지를, 재지향이 표현한다고 결정할 수 있다. MooD 헤더 필드는, 동적으로 설정되는 MBMS 서비스에 대한 진입 포인트로 서빙하는 MBMS USBD 프래그먼트의 로케이션을 표시하는 URL을 포함할 수 있다. MooD 헤더의 수신으로부터 도출되는 USD 프래그먼트들의 UE 포착을 위한 우선 규칙들의 예시적인 세트가, 감소하는 우선순위 순서로 아래에 주어진다.
1. URL이 MooD 헤더에 존재하면, MBMS 클라이언트는 유니캐스트를 통해 USBD 프래그먼트를 리트리빙하기 위해 URL을 이용할 수 있다.
2. USBD 프래그먼트에 대한 URL이 MooD 헤더에 존재하지 않지만, USD 정보에 대한 URL(예컨대, /<X>/USDLocation/URL)이 MO에 존재하면, MBMS 클라이언트는, 유니캐스트를 통해 USD 프래그먼트들을 리트리빙하기 위해 URL을 이용할 수 있다.
[0110] MBMS 클라이언트가 USD 프래그먼트들을 포착하기 시작할 때부터 시작하여, MBMS 베어러를 통한 온-디맨드 MBMS 서비스의 컨텐츠를 수신할 때까지의 중간적 기간 동안, UE는, 서비스 중단을 회피하기 위해 또는 유니캐스트로부터 브로드캐스트 컨텐츠 수신으로의 스위칭의 "수행 전 중단"을 회피하기 위해, 유니캐스트 네트워크를 통해 컨텐츠를 요청하는 것을 계속할 수 있다. MBMS 전달을 통해 수신된 컨텐츠를 애플리케이션 클라이언트에 공급하기 위한 MBMS 미들웨어 클라이언트의 준비 시에, 유니캐스트로부터 브로드캐스트로의 수신 모드 스위칭이 발생할 수 있다.
[0111] 일부 예들에서, MooD 헤더 필드는, UE의 현재의 로케이션을 MooD 프록시 서버에 표시하기 위해 (MO의 정보에 의해 그렇게 요청된 경우) UE에 의해 이용될 수 있다. 이러한 예에서, UE의 현재 로케이션은, 아래의 도 21에서 설명된 바와 같이 "LocationType" 값에 따라 포맷될 수 있다. MooD 헤더 필드에 대한 ABNF(Augmented Backus-Naur Form) 신택스는 다음과 같이 정의된다:
[0112] 유니캐스트로부터 브로드캐스트 수신으로 스위칭하도록 UE를 재지향시키는 재지향/트리거 메시지의 제 2 예로, 네트워크의 디바이스는, 요청된 컨텐츠(예컨대, 세그먼트들) 및 USD/업데이트된 USD를 멀티파트 MIME 콘테이너에 캡슐화함으로써, UE에 대한 HTTP 응답에서 제공되는 컨텐츠와 함께 USD/업데이트된 USD를 전송할 수 있다. 제 3 예로, 네트워크의 디바이스는, 유니캐스트 채널을 통해 USD/업데이트된 USD를 UE에 전송하기 위해 (예컨대, 3GPP TS 26.346: "Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs"의 섹션 7.4에서 발견되는 것과 같은) OMA 푸시 메커니즘 또는 다른 푸시 메커니즘을 이용할 수 있다. UE가 유니캐스트 또는 브로드캐스트 전송 중 어느 하나를 통해 새로운 USD 또는 업데이트된 USD를 포착하는 동안, UE는 컨텐츠를 페치하기 위해 유니캐스트 채널을 이용하는 것을 계속할 수 있다. UE가 MBMS 베어러로부터 컨텐츠를 완전히 수신할 수 있으면, 유니캐스트 채널은 해제될 수 있다.
[0113] UE의 MBMS 미들웨어를 활성화하기 위한 네트워크 기반 솔루션을 이행하기 위해 다양한 트리거링 방법들이 이용될 수 있다. 제 1 대안에서, UE의 애플리케이션은 일부 정보를 획득할 수 있고, 그 다음, 애플리케이션은 UE의 MBMS 미들웨어에 등록할 수 있다. 제 2 대안에서, UE의 HTTP 프록시 또는 RTP 프록시는, MBMS 미들웨어에 대한 표시를 제공하는 일부 재지향을 획득할 수 있다. 제 3 대안에서, 일부 푸시 메커니즘, 예컨대, SMS, WAP 푸시, OMA-DM 등은 MBMS 미들웨어를 직접 웨이크업할 수 있다. 예컨대, 푸시 메커니즘은 MBMS 트리거링에 이용되는 SMS에 대한 새로운 APP 포트 ID(예컨대, 새로운 UDP 포트)를 특정할 수 있다. SMS 계층이 새로 특정된 APP 포트 ID를 갖는 트리거를 수신하는 경우, 이것은 MBMS 미들웨어에 전달된다. 다른 예에서, OMA-DM 서버는, MBMS 미들웨어를 시동하기 위한 관리 개시 메시지를 UE들에 전송한다. 제 4 대안에서, 네트워크는, 시스템 정보 블록(SIB) 브로드캐스트들, 셀 브로드캐스팅, MBMS 제어 정보 유효성 및 변경(MCCH) 변경 통지들, USD 변경 통지들 또는 다른 시그널링 방법들과 같은 에어 인터페이스 시그널링을 이용할 수 있다. 제 5 대안에서, 네트워크는, NAS(non access stratum) 시그널링, 프로토콜 구성 옵션들(PCO들) 또는 다른 시그널링 방법들과 같은 패킷 게이트웨이 시그널링을 이용할 수 있다. 다양한 다른 대안들이 본 개시내용의 하나 또는 그 초과의 기술들에 따라 이용될 수 있다.
[0114] 도 2는 예시적인 멀티미디어 컨텐츠(102)의 엘리먼트들을 예시하는 개념도이다. 멀티미디어 컨텐츠(102)는 컨텐츠가 수신될 때 컨텐츠가 소비되는 스트리밍 서비스, 또는 컨텐츠가 다운로딩되고 나중의 소비를 위해 저장되는 다운로드 전달 서비스에 포함될 수 있다. 즉, 멀티미디어 컨텐츠(102)는 실시간 또는 비-실시간 렌더링을 위해 하나 또는 그 초과의 UE들에 의해 액세스 가능한 임의의 데이터를 나타낼 수 있다. 도 2의 예에서, 멀티미디어 컨텐츠(102)는 MPD(media presentation description)(104) 및 복수의 표현들(110-120)을 포함한다. 표현(110)은 선택적 헤더 데이터(112) 및 세그먼트들(114A-114N)(세그먼트들(114))을 포함하는 반면, 표현(120)은 선택적 헤더 데이터(122) 및 세그먼트들(124A-124N)(세그먼트들(124))을 포함한다. 문자 N은 편의성의 문제로서 표현들(110, 120)의 각각에서 최종 영화 프래그먼트를 표기하기 위하여 사용된다. 몇몇 예들에서, 표현들(110, 120) 사이에 상이한 수들의 영화 프래그먼트들이 있을 수 있다.
[0115] MPD(104)는 표현들(110-120)과 별개의 데이터 구조를 포함할 수 있다. MPD(104)는 도 1의 매니페스트 파일(66)에 대응할 수 있다. 마찬가지로, 표현들(110-120)은 도 1의 표현들(68)에 대응할 수 있다. 일반적으로, MPD(104)는 코딩 및 렌더링 특성들, 적응 세트들, MPD(104)가 대응하는 프로파일, 텍스트 타입 정보, 카메라 앵글 정보, 레이팅 정보, 트릭 모드 정보(예컨대, 시간적인 서브-시퀀스들을 포함하는 표현들을 나타내는 정보), 및/또는 원격 기간들을 리트리빙하기 위한 정보(예컨대, 플레이백 동안 미디어 컨텐츠에 목표된 광고 삽입을 위해)와 같은, 일반적으로 표현들(110-120)의 특성들을 설명하는 데이터를 포함할 수 있다.
[0116] 존재할 때, 헤더 데이터(112)는, 세그먼트들(114)의 특성들, 예컨대, 랜덤 액세스 포인트들의 시간적 위치들(스트림 액세스 포인트(SAP)들로서 또한 지칭된 RAP들), 세그먼트들(114) 중 어느 것이 랜덤 액세스 포인트들을 포함하는지, 세그먼트들(114) 내의 랜덤 액세스 포인트들에 대한 바이트 오프셋들, 세그먼트들(114)의 URL들(uniform resource locators), 또는 세그먼트들(114)의 다른 양상들을 설명할 수 있다. 존재할 때, 헤더 데이터(122)는 세그먼트들(124)에 대한 유사한 특성들을 설명할 수 있다. 부가적으로 또는 대안적으로, 그런 특성들은 MPD(104) 내에 완전히 포함될 수 있다.
[0117] 세그먼트들(114, 124)은 하나 또는 그 초과의 코딩된 비디오 샘플들을 포함하고, 상기 샘플들 각각은 비디오 데이터의 프레임들 또는 슬라이스들을 포함할 수 있다. 세그먼트들(114)의 코딩된 비디오 샘플들 각각은 유사한 특성들, 예컨대, 높이, 폭, 및 대역폭 요건들을 가질 수 있다. 그런 특성들은, 그런 데이터가 도 2의 예에 예시되지 않지만, MPD(104)의 데이터에 의해 설명될 수 있다. MPD(104)는 3GPP 사양에 의해 설명된 바와 같은 특성들을 포함할 수 있고, 시그널링된 정보의 임의의 또는 모든 것의 부가는 본 개시내용에 설명된다.
[0118] 세그먼트들(114, 124)의 각각은 URL(unique uniform resource locator)과 연관될 수 있다. 따라서, 세그먼트들(114, 124) 각각은 DASH와 같은 스트리밍 네트워크 프로토콜을 사용하여 독립적으로 리트리빙 가능할 수 있다. 이런 방식으로, 클라이언트 디바이스(40)와 같은 목적지 디바이스는 세그먼트들(114 또는 124)을 리트리빙하기 위하여 HTTP GET 요청을 사용할 수 있다. 몇몇 예들에서, 클라이언트 디바이스(40)는 세그먼트들(114 또는 124)의 특정 바이트 범위들을 리트리빙하기 위하여 HTTP 부분 GET 요청들을 사용할 수 있다.
[0119] MPD는 유니캐스트 컨텐츠, 멀티캐스트 컨텐츠, 브로드캐스트 컨텐츠 또는 이들의 일부 조합을 리트리빙하는 방법을 설명할 수 있다. 즉, MPD는 UE가 하나 또는 그 초과의 전달 모드들을 통해 컨텐츠를 액세스하도록 허용하기 위한 정보를 UE(예컨대, 스트리밍 클라이언트)의 하나 또는 그 초과의 컴포넌트들에 제공할 수 있다. 일부 예들에서, MPD의 부분 또는 전부는 수정될 수 있고, 이로써 스트리밍 클라이언트가 수신할 수 있는 명령들을 변경한다. 예컨대, MPD에 포함된 미디어 데이터를 리트리빙하기 위한 URL은 새로운 로케이션으로부터 미디어 데이터를 획득하도록 스트리밍 클라이언트에 지시하도록 변경될 필요가 있을 수 있다. 일부 예들에서, 스트리밍 클라이언트로 하여금 새로운 로케이션으로부터 미디어 데이터를 획득하게 하기 위해, URL의 베이스 부분이 수정될 수 있다. URL의 베이스 부분은 스트리밍 클라이언트를 상이한 네트워크 어드레스 또는 로컬 어드레스로 지향하도록 변경될 수 있다. 즉, 일부 예들에서, 수정된 URL의 베이스 부분은 스트리밍 클라이언트(예컨대, 클라이언트 디바이스(40)의 것)로 하여금 클라이언트 디바이스(40) 자체 내의 하나 또는 그 초과의 컴포넌트들로부터 미디어 데이터를 리트리빙하게 할 수 있다. 이러한 방식으로, 스트리밍 클라이언트는, 네트워크 상의 컨텐츠 서버 대신에, MBMS 미들웨어 유닛과 같은 UE의 다른 컴포넌트들로부터 미디어 데이터를 리트리빙할 수 있다.
[0120] 미디어 데이터의 리트리벌을 하나의 서비스로부터 다른 것으로 전환하기 위한 다양한 기술들이 본원에 설명된다. 그러한 기술들은 상이한 서비스들의 제공을 개시 또는 중지하는 서비스 제공자 네트워크에 따라 사용될 수 있다. 하나의 사용 경우의 예로서, 서비스 제공자 네트워크는 실시간(RT) 컨텐츠에 대한 수요-기반 eMBMS를 인에이블할 수 있다. 예컨대, 스포츠/뉴스 컨텐츠 제공자는 자신의 온라인 멀티미디어 스포츠 프로그래밍 및 뉴스 서비스("오버-더-탑" 또는 OTT 서비스로 또한 알려짐)가 인터넷을 통해 이용가능하게 할 수 있다. 서비스에 대한 LTE 유니캐스트 액세스는 모바일 네트워크 운영자에 의해 특정 국가에서 제안될 수 있다. 임의의 수의 이유들로, 스포츠/뉴스 컨텐츠 제공자에 의해 제공되는 특정 스포팅 이벤트의 라이브 커버리지는 국가에서 걷잡을 수 없이 인기있게 될 수 있다. 즉, 국가 내의 매우 많은 수의 사용자들은 라이브 커버리지를 따르기 위해 (예컨대, 스마트폰들을 통해) 스포츠/뉴스, 컨텐츠 제공자의 사이트를 액세스할 수 있다. 또한 eMBMS 서비스들을 제공하는 모바일 네트워크 운영자는, 증가된 인기로 인해, 스포츠/뉴스 컨텐츠 제공자의 사이트로/로부터의 자신의 LTE 유니캐스트 네트워크 상의 높고 지속적인 레벨의 트래픽을 초래할 수 있다.
[0121] 그러한 높은 트래픽 볼륨은 서비스 제공자의 유니캐스트 네트워크의 능력을 억압할 뿐만 아니라, 그것은 컨텐츠 수신 동안에 더 빈번한 스톨들로 인해 전체 사용자 경험을 손상시킬 수 있다(이것은 또한 스포츠/뉴스 컨텐츠 제공자에게 관심사항일 수 있음). 본원에 설명된 기술들에 따라, 모바일 네트워크 운영자 네트워크는 임의의 외부 사이트에 대한 자신의 유니캐스트 네트워크를 통한 동적 OTT 트래픽 증가를 검출할 수도 있고, 유니캐스트 트래픽 오프로딩에 대한 eMBMS 서비스를 동적으로 제공하기 위한 수단을 가질 수 있다. 일부 예들에서, 모바일 네트워크 운영자는 필요할 때 수요-기반 eMBMS 서비스를 구성하기 위해 컨텐츠 제공자와의 비지니스 합의를 가질 수 있다.
[0122] 제 2 사용 경우의 예로서, 서비스 제공자 네트워크는 NRT(non-real-time) 컨텐츠에 대한 수요-기반 eMBMS를 인에이블할 수 있다. 예컨대, 상술된 스포츠/뉴스 컨텐츠 제공자는 또한 상이한 카테고리들의 스포츠, 뉴스, 인터뷰들, 하이라이트들 등을 커버하는 RSS("RDF Site Summary" 또는 "Really Simple Syndication") 피드들("팟캐스트들"로 또한 알려짐)을 공개할 수 있다. 최근의 인기로 인해, 팟캐스트들에 대한 가입들은 극적으로 증가할 수 있다. 서비스 제공자의 유니캐스트 네트워크를 통한 그러한 RSS 컨텐츠 전달이 브로드캐스트 또는 eMBMS 베어러를 통해 전달되는 것이 더 효율적일 수 있다. 일부 예들에서, 컨텐츠 제공자는, 컨텐츠 제공자에 의해 제안된 다양한 RSS 피드들에 대한 가입 이벤트들이 측정되고 서비스 제공자와 공유되도록 허용할 수 있는, 서비스 제공자와의 관계를 가질 수 있다. 일부 예들에서, 정해진 RSS 피드에 대한 특정 임계치에 도달할 때, 서비스 제공자는 브로드캐스트 스케줄에 따라 RSS 컨텐츠를 전달하기 위해 eMBMS 다운로드 전달 서비스를 동적으로 제공할 수 있다.
[0123] 제 3 사용 경우의 예로서, 서비스 제공자 네트워크는 eMBMS 서비스들의 수요-기반 비활성화를 인에이블할 수 있다. 예컨대, 국가 내의 스포츠 팬들은 스포츠/뉴스 컨텐츠 제공자의 컨텐츠의 흥미를 잃기 시작할 수 있다. 최근에 제공된 eMBMS 서비스를 통한 스포츠/뉴스 컨텐츠 제공자의 사이트에 대한 사용자 액세스에서 상당한 드롭-오프가 검출된다. 서비스 제공자는, 전체 네트워크 활용에 대해, 스포츠/뉴스 컨텐츠 제공자의 서비스의 전용 eMBMS 브로드캐스트를 유지하는 것이 더 이상 유리하지 않다고 결정할 수 있다. 컨텐츠 제공자와 이전에 합의된 비지니스 조건들에 따라, 서비스 제공자는 eMBMS 서비스를 비활성화할 수 있다. 일부 예들에서, 연관된 네트워크 능력이 유니캐스트 트래픽의 전달에 재할당될 수 있다.
[0124] 제 4 사용 경우의 예로서, 서비스 네트워크 운영자는 수요 시에 eMBMS 동작을 제어할 수 있고, 이로써 라이브 스트리밍 서비스 지원을 제공한다. 예컨대, 쇼핑 몰 또는 다른 영역에서, 많은 사용자들은 DASH 프로토콜을 사용하여 제 1 라이브 프로그램을 시청할 수 있다. 쇼핑 몰을 커버하는 서비스 네트워크 셀은 매우 혼잡할 수 있다. 쇼핑 몰에 도착한 새로운 사용자들은 서비스 네트워크를 사용하여 컨텐츠를 액세스하기에 어려운 시간을 가질 수 있다. 이러한 예에서, DASH 스트리밍 컨텐츠를 액세스하는 UE들 중 많은 UE는 eMBMS 가능할 수 있다. 혼잡 상황은 네트워크 운영자의 주의를 끌 수 있다. 혼잡을 완화하기 위해, 네트워크의 하나 또는 그 초과의 디바이스들은 UE들로 하여금 MBMS 베어러를 통해 DASH 스트리밍 컨텐츠를 수신하기 시작하게 하기 위해 UE들과 통신할 수 있다. 즉, 네트워크는 MBMS 베어러를 통해 라이브 스트리밍 컨텐츠를 브로드캐스팅할 수 있고, MBMS 사용자 서비스 가입이 활성화되고, 네트워크로부터 수신된 명령들마다, eMBMS 가능 UE들은 eMBMS 시스템으로 스위칭할 수 있고, 이로써 셀 내의 혼잡을 완화한다.
[0125] 일부 예들에서, 제 1 라이브 프로그램이 진행중인 동안에, 다수의 사용자들은 프로그램을 시청하는 것을 중지할 수 있다. 부가적으로, 제 2 라이브 프로그램이 셀 내에서 인기가 증가할 수 있다. 셀은 다시 한번 혼잡하게 될 수 있다. 그러한 경우에서, 네트워크의 디바이스는, 제 1 라이브 프로그램에 대한 시청자들의 수가 제 2 라이브 프로그램의 시청자들의 수 미만이라고 결정할 수 있다. 이러한 결정에 기초하여, 네트워크의 디바이스는 제 1 라이브 프로그램에 대한 MBMS 베어러를 종결하고, 대신에 MBMS 베어러를 통해 제 2 라이브 프로그램을 브로드캐스팅할 수 있다. 본원에 설명된 기술들에 따라, 제 1 라이브 프로그램을 획득하는 그러한 UE들은 MBMS 사용자 서비스를 중단하고, 이후에, DASH를 통해 제 1 라이브 프로그램을 획득할 수 있다. 반면에, 제 2 라이브 프로그램의 시청자들은 브로드캐스트 서비스에 가입하고, MBMS 베어러를 통해 제 2 라이브 프로그램을 수신하기 시작할 수 있다.
[0126] 제 5 사용 경우의 예로서, 서비스 제공자는 집합된 컨텐츠에 대한 효율적인 액세스를 인에이블할 수 있다. 예컨대, 컨텐츠 제공자는 DASH에 기초하여 많은 라이브 텔레비전 채널들을 갖는 서비스를 제공할 수 있다. 다시 말해서, 컨텐츠 제공자는 다른 컨텐츠 생성자들 및 컨텐츠 소비자들에 대한 집합자로서 역할을 할 수 있다. TV 채널들은 매우 많은 수의 서비스들의 개인화된 리포터들, 로컬 뉴스 및/또는 다른 작은 프로덕션 피드들을 포함할 수 있다. 이러한 사용 경우의 예에서, 서비스의 채널들은 소셜 네트워크들을 통해 공유될 수 있고, 때때로, 그러한 채널들은 단지 인기있게 되지만 결국 다시 감소될 수 있다. 다양한 요인들로 인해, 인기의 시프트들이 비교적 점진적으로 발생할 수 있고, 영역마다 상이할 수 있다. 서비스 제공자는, 이러한 높은 수요의 경우들에서, 모든 MBMS-가능 디바이스들이 높은 품질로 그리고 사용자 경험을 방해하지 않고서(예컨대, 끊김없는 서비스, 시간-시프트 버퍼링의 이용 가능성, 채널의 부가적인 뷰들 및 컴포넌트들, 및 다른 특징들) 자격검증 서비스들을 소비할 수 있다는 것을 보장하기를 원할 수 있다. 즉, 서비스 제공자는 라디오 효율적인 방식으로 그러한 인기있는 컨텐츠를 전달하기를 원한다.
[0127] 도 3은 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 데이터(예컨대, 스트리밍 서비스 또는 파일 다운로드 서비스에 관련됨)를 획득하기 위한 기술들을 구현하는 예시적인 시스템(150)을 예시한 개념도이다. 도 3의 예에 도시된 바와 같이, 시스템(150)은 UE 측 및 네트워크 측을 포함한다. 도 3의 UE 측 상에 위치된 컴포넌트들은, 일부 예들에서, 도 1에 설명된 클라이언트 디바이스(40)의 컴포넌트들을 나타낼 수 있다. 네트워크 측 상에 위치된 컴포넌트들은, 일부 예들에서, 컨텐츠 준비 디바이스(20), 서버 디바이스(60) 및/또는 네트워크(74)(도 1에 반드시 도시되지는 않음)의 컴포넌트들을 나타낼 수 있다. 다른 예들에서, UE 측의 컴포넌트들은 클라이언트 디바이스에 포함되지 않을 수 있고, 대신에 네트워크(74)의 부분일 수 있다.
[0128] 도 3의 예에서, 시스템(150)의 네트워크 측은 애플리케이션 서버("app 서버")(152), P-GW(packet data network gateway)(154), BM-SC(broadcast and multicast service center)(156)를 포함한다. 애플리케이션 서버(152), P-GW(154) 및 BM-SC(156) 각각은 하드웨어, 펌웨어, 소프트웨어 또는 이들의 임의의 결합을 포함할 수 있다. 애플리케이션 서버(152)는 일부 예들에서, 서버 디바이스(60)의 하나 또는 그 초과의 컴포넌트들과 동일하거나 유사한 기능성을 갖는다. 즉, 애플리케이션 서버(152)는 데이터에 대한 요청들을 수신하고 요청된 데이터를 제공하도록 동작 가능할 수 있다. P-GW(154)는 UE에 대한 트래픽의 진출 및 진입 지점이 됨으로써 외부 패킷 데이터 네트워크들과 UE들의 연결을 제공할 수 있다. 일부 예들에서, 다수의 P-GW들은 1개 초과의 패킷 데이터 네트워크에 대한 동시성 연결을 UE들에 제공하는데 이용될 수 있다. P-GW들은 다양한 예들에서, 정책 시행, 패킷 필터링, 과금 지원, 패킷 스크리닝 또는 다양한 다른 활동들을 수행할 수 있다. 예컨대, 도 3의 예에서, P-GW는 컨텐츠를 획득하기 위해 애플리케이션 서버(152)에 대한 액세스를 UE 컴포넌트들에 제공할 수 있다. BM-SC(156)는 일부 예들에서, 프로세싱 유닛(70)과 동일하거나 유사한 기능성을 가질 수 있다. 즉, BM-SC(156)는 MBMS 또는 eMBMS와 같은 브로드캐스트 또는 멀티캐스트 프로토콜을 통해 UE들에 데이터를 전달하도록 구성될 수 있다. BM-SC(156)는 애플리케이션 서버(152)로부터 데이터를 수신하고 하나 또는 그 초과의 UE들에 의한 이용을 위해 데이터를 브로드캐스트한다.
[0129] 도 3의 예에서 도시된 바와 같은 시스템(150)의 UE 측은 애플리케이션(158), 스트리밍/파일 다운로딩 클라이언트(160), MBMS 유닛("MBMS 클라이언트 (미들웨어)/로컬 서버")(162), IP 스택(164), 및 모뎀(166)을 포함한다. 애플리케이션(158)은 데이터를 수신할 수 있는 임의의 애플리케이션을 나타낸다. 일부 예들에서, 애플리케이션(158)은 스트리밍 미디어 데이터를 수신하고 사용자에게 프리젠테이션하기 위해 오디오, 비디오 또는 텍스트를 출력할 수 있다. 예컨대, 애플리케이션(158)은 미디어 플레이어, 웹 브라우저, 또는 다른 애플리케이션일 수 있다. 일부 예들에서, 애플리케이션(158)은 컨텐츠가 스트리밍 서비스 또는 스트리밍 클라이언트에 의해 액세스되거나 전달될 때 실시간으로 미디어 컨텐츠를 소비할 수 있다. 일부 예들에서, 애플리케이션(158)은 파일 전달 서비스 또는 파일 다운로딩 클라이언트에 의해 액세스되거나 전달되는 컨텐츠의 시간-시프트된 소비에 가담할 수 있다. 스트리밍/파일 다운로딩 클라이언트(160)는 여기서 설명된 기능들 중 임의의 것 또는 모두를 수행하도록 동작 가능한 하드웨어, 펌웨어, 소프트웨어 또는 이들의 임의의 결합일 수 있다. 일부 예들에서, 스트리밍/파일 다운로딩 클라이언트(160)는 리트리벌 유닛(52)에 의해 수행된 것들과 유사한 동작들을 수행한다. 예컨대, 스트리밍/파일 다운로딩 클라이언트(160)는 애플리케이션(158)으로부터의 스트리밍 미디어 데이터에 대한 요청을 수신하고, 사용자에게 프리젠테이션을 위해 비디오 데이터, 오디오 데이터 및/또는 텍스트 데이터를 애플리케이션(158)에 제공하도록 동작 가능하다. 스트리밍/파일 다운로딩 클라이언트(160)는 예컨대, 컴퓨터 네트워크를 통해 파일 전달 서비스 데이터 또는 스트리밍 서비스 데이터를 수신하도록 구성된 DASH 클라이언트, RTP/RTSP 클라이언트, FTP 클라이언트, HTTP 클라이언트 또는 다른 클라이언트를 포함할 수 있다.
[0130] MBMS 유닛(162)은 브로드캐스트 또는 멀티캐스트 서비스들(브로드캐스트 및 멀티캐스트 전달 모드들을 포함함)을 통해 데이터를 수신하고 하나 또는 그 초과의 다른 컴포넌트들에 의한 액세스를 위해 데이터를 저장하도록 동작 가능한 임의의 유닛을 나타낼 수 있다. 예컨대, MBMS 유닛(162)은 MBMS, eMBMS 또는 IP 멀티캐스트와 같은 다양한 브로드캐스트 또는 멀티캐스트 네트워크 프로토콜들에 따라 동작할 수 있다. 브로드캐스트 또는 멀티캐스트 서비스들이 특정한 컨텐츠에 대해 이용 가능할 때, MBMS 유닛(162)은 특정한 컨텐츠와 연관된 멀티캐스트 네트워크 그룹에 합류하기 위한 요청을 제출하고 그 후, 반드시 어떠한 추가의 요청들도 발행해야 할 필요 없이, 멀티캐스트 그룹의 데이터를 수신할 수 있다. 도 3의 예에서, MBMS 유닛(162)은 애플리케이션(158)으로부터 표시를 수신함으로써 인에이블될 수 있다. 표시는 애플리케이션(158)이 브로드캐스트 서비스 또는 멀티캐스트가 이용 가능한 데이터를 요청한다는 것을 나타낼 수 있다. 일부 예들에서, MBMS 유닛(162)이 특정한 컨텐츠의 적어도 일부를 수신할 때, MBMS 유닛(162)은 스트리밍/파일 다운로딩 클라이언트(160)가 MBMS 미들웨어로부터 파일 전달 서비스 데이터 또는 스트리밍 서비스 데이터를 획득하게 하도록 스트리밍/파일 다운로딩 클라이언트(160)와 통신할 수 있다. 즉, MBMS 유닛(162)은 수신된 데이터에 대한 로컬 서버는 물론 MBMS 클라이언트 둘 다로서 기능할 수 있다.
[0131] 도 3의 예에서, MBMS 유닛(162)은 예컨대, API를 통해 스트리밍/파일 다운로딩 클라이언트(160)와 통신하기 위한 기능성을 포함할 수 있다. MBMS 유닛(162) 및 스트리밍/파일 다운로딩 클라이언트(160)는 MPD/SDP URL(또는 액세스되고 있는 프리젠테이션에 대한 MPD를 eMBMS 층에 통지하기 위한 매커니즘), MBMS 트리거링 정보(또는 eMBMS 층이 USD(user service description) 업데이트들을 검사하도록 유발/트리거하기 위한 매커니즘) 및/또는 재지향 구성들과 같은 하나 또는 그 초과의 API들을 통해 다양한 정보를 교환하도록 동작 가능할 수 있다.예컨대, MBMS 클라이언트와 스트리밍/파일 다운로딩 클라이언트 간의 API는 스트리밍/파일 다운로딩 클라이언트(160)이 그의 세팅들을 구성(예컨대, 애플리케이션 서버(152) 상의 컨텐츠의 액세스로부터 MBMS 유닛(162) 상의 컨텐츠의 액세스로 변화)하게 하거나 데이터에 대한 매니페스트 파일을 전송하도록 정보를 교환하기 위해 이용될 수 있다.
[0132] 도 3의 예에서, 스트리밍/파일 다운로딩 클라이언트(160) 및 MBMS 유닛(162)은 IP 스택(164) 및 모뎀(166)을 통해 시스템(150)의 네트워크 측과 통신할 수 있다. 다양한 예들에서, IP 스택(164)은 인터넷 프로토콜 스위트 또는 다른 프로토콜 스위트들과 같이 네트워크 통신을 위해 이용 가능한 임의의 레이어드 프로토콜 스위트를 나타낸다. 모뎀(166)은 예컨대, 케이블들, 광섬유들을 통해 또는 전자기파들을 이용함으로써 물리적 매체를 거쳐 데이터를 송신할 수 있는 임의의 유닛을 나타낸다.
[0133] 도 3의 예의 단계(1)에서, 애플리케이션(158)은 유니캐스트 서비스(예컨대, 유니캐스트 전달 모드를 이용함)를 통해 애플리케이션 서버(152)로부터 데이터를 획득한다. 즉, UE는 초기에 제 1 서비스를 이용하여 데이터를 수신할 수 있다. 도 3의 예의 단계(2)에서, 네트워크(도시되지 않음)의 HARD(high attach rate detection) 유닛은 고 어태치 레이트를 검출한다. 예컨대, HARD는 임계수의 UE들이 특정한 컨텐츠에 대해 서버(152)에 액세스하고 있음을 결정할 수 있다. HARD 유닛은 고 어태치 레이트를 BM-SC(156)에 표시하며, 이는 MBMS 세션(예컨대, MBMS 베어러)을 인에이블한다. BM-SC(156)는 애플리케이션 서버(152)에 MBMS 세션을 나타내고, 애플리케이션 서버(152)는 시스템(150)의 UE 측의 애플리케이션(158)에 MBMS 세션 이용가능성을 나타낼 수 있다. 이러한 방식으로, 시스템(150)의 네트워크 측은 UE의 애플리케이션(158)에 제 2 서비스(예컨대, MBMS 베어러 또는 다른 멀티캐스트 또는 브로드캐스트 서비스)의 이용가능성을 나타낼 수 있다. 제 2 서비스는 브로드캐스트 또는 멀티캐스트 전달 모드를 이용하는 것은 물론 유니캐스트 전달 모드를 이용하여 이용 가능할 수 있다.
[0134] 도 3의 예의 단계(3)에서, MBMS 서비스가 이용 가능하다는 표시를 애플리케이션(158)이 수신할 때, 애플리케이션(158)은 MBMS 미들웨어(예컨대, MBMS 유닛(162))에 등록한다. MBMS 유닛(162)은 스트리밍/파일 다운로딩 클라이언트(160)가 MBMS 미들웨어로부터 스트리밍 서비스 데이터 또는 파일 전달 서비스 데이터를 획득하게 하도록 스트리밍/파일 다운로딩 클라이언트(160)와 (예컨대, API를 통해) 통신할 수 있다. 즉, 본 개시의 하나 또는 그 초과의 기술들에 따라, 제 1 서비스(예컨대, 유니캐스트 서비스)를 통한 데이터의 수신 동안, 애플리케이션(158)은 일부 정보(예컨대, 표시)를 획득하고, 그 후 애플리케이션(158)은 MBMS 미들웨어에 등록한다.
[0135] 도 3의 예의 단계(4)에서, 애플리케이션(158)은 브로드캐스트 또는 멀티캐스트 서비스를 이용하여, MBMS 베어러(예컨대, BM-SC(156))로부터 데이터를 획득한다. 즉, 데이터가 제 2 서비스를 통해 수신될 것이라는 표시를 UE가 수신할 때, UE는 제 2 서비스(예컨대, MBMS 유닛(162))를 통해 데이터를 수신하기 위한 유닛을 활성화하고 제 2 서비스를 통해 데이터를 수신하기 위한 유닛으로부터 데이터를 수신할 수 있다. MBMS 유닛(162)은 브로드캐스트 전달 모드 또는 멀티캐스트 전달 모드를 통해 데이터를 획득할 수 있다. 도 3의 이러한 접근법은 예컨대, FOTA(firmware over the air) 기술, 팟캐스팅 등과 같은 파일 다운로딩에 더 적합할 수 있다. 도 3의 예에서, 애플리케이션(158)은 송신 불가지론적이 아니다. 즉, 애플리케이션(158)은 표시를 수신하고, 브로드캐스트 또는 멀티캐스트 서비스들을 통한 데이터의 수신을 인에이블하도록 MBMS 미들웨어에 등록해야 한다.
[0136] 도 4는 하나 또는 그 초과의 서비스들을 이용하여 데이터를 선택적으로 획득하기 위한 기술들을 구현하는 예시적인 시스템(200)을 예시하는 개념도이다. 도 4의 예에서, 시스템(200)은 UE 측 및 네트워크 측을 포함한다. 시스템(200)의 네트워크 측은 애플리케이션 서버("app 서버")(202), P-GW(204), 재지향/프록시 유닛(205), BM-SC(206)를 포함한다. 애플리케이션 서버("app 서버")(202), P-GW(204) 및 BM-SC(206)는 각각 도 3의 애플리케이션 서버(152), P-GW(154) 및 BM-SC(156)의 것과 동일하거나 유사한 기능성을 포함할 수 있다. 재지향/프록시 유닛(205)은 HTTP GET 요청들 또는 RTP 메시지들과 같은 요청들을 수신하고 명령들에 기초하여 하나 또는 그 초과의 소스들에 요청들을 지향하기 위한 하드웨어, 펌웨어, 소프트웨어 또는 이들의 임의의 결합을 나타낼 수 있다. 예컨대, 재지향/프록시 유닛(205)은 UE로부터 데이터에 대한 요청을 수신하고 요청을 애플리케이션 서버(202)에 포워딩하도록 동작 가능할 수 있다.
[0137] 도 4의 예에서, 시스템(200)의 UE 측은 애플리케이션(208), 스트리밍/파일 다운로딩 클라이언트(210), MBMS 유닛("MBMS 클라이언트(미들웨어)/로컬 서버")(212), 프록시 유닛("HTTP/RTP 프록시")(213), IP 스택(214) 및 모뎀(216)을 포함한다. 애플리케이션(208), IP 스택(214) 및 모뎀(216)은 각각 도 3의 애플리케이션(158), IP 스택(164) 및 모뎀(166)과 동일하거나 유사한 기능성을 포함할 수 있다. 일부 예들에서, 스트리밍/파일 다운로딩 클라이언트(210)는 도 3의 스트리밍/파일 다운로딩 클라이언트(160)와 동일하거나 유사한 기능성을 포함할 수 있다. 다른 예들에서, 스트리밍/파일 다운로딩 클라이언트(210)는 상이하거나 부가적인 기능성을 포함할 수 있다. 일부 예들에서, 스트리밍/파일 다운로딩 클라이언트(210)는 다양한 포맷들(예컨대, DASH 클라이언트 및 RTP 클라이언트)을 이용하여 인코딩된 데이터를 프로세싱할 수 있는 컴포넌트들의 컬렉션일 수 있다. MBMS 유닛(212)은 도 3의 MBMS 유닛(162)의 것과 동일하거나 유사한 기능성을 포함할 수 있다. 도 4의 예에서, MBMS 유닛(212)은 상이하거나 부가적인 기능성을 포함할 수 있다.
[0138] 도 4의 예에서, MBMS 유닛(212)은 또한, 예컨대, API를 통해 프록시 유닛(213)과 통신하기 위한 기능성을 포함할 수 있다. MBMS 유닛(212) 및 프록시 유닛(213)은 MPD/SDP URL(또는 액세스되고 있는 프리젠테이션에 대한 MPD를 eMBMS 층에 통지하기 위한 매커니즘), MBMS 트리거링 정보(또는 eMBMS 층이 USD(user service description) 업데이트들을 검사하도록 유발/트리거하기 위한 매커니즘) 및/또는 재지향 구성들과 같은 하나 또는 그 초과의 API들을 통해 다양한 정보를 교환하도록 동작 가능할 수 있다. 예컨대, MBMS 클라이언트와 로컬 프록시 간의 API는 MBMS 유닛(212)이 데이터의 수신을 시작하고 스트리밍 서비스 데이터 또는 파일 전달 서비스 데이터에 대한 매니페스트 파일을 전송하고 및/또는 프록시 유닛(213)으로 하여금 그의 재지향 세팅들을 구성(예컨대, 예컨대, 애플리케이션 서버(202) 상의 컨텐츠에 액세스하는 것으로부터 MBMS 유닛(212) 상의 컨텐츠에 액세스하는 것으로 변화)하게 하는 것을 가능케 하도록 정보를 교환하기 위해 이용될 수 있다.
[0139] 프록시 유닛(213)은 요청들(예컨대, 데이터에 대한 요청들)을 수신하고 요청들을 적절한 목적지에 포워딩하기 위한 기능성을 포함할 수 있다. 프록시 유닛(213)은 재지향 명령들에 따르도록 수신된 요청들(예컨대, 요청들에 포함된 URL)을 수정하기 위한 기능성을 또한 포함할 수 있다. 예컨대, 프록시 유닛(213)은, 스트리밍/파일 다운로딩 클라이언트(210)가 애플리케이션 서버(202)로부터(예컨대, 유니캐스트 서비스로부터) 대신 MBMS 유닛(212)으로부터(예컨대, 브로드캐스트 또는 멀티캐스트 서비스로부터) 데이터를 수신하게 하도록 네트워크 어드레스들을 수정하게 동작 가능할 수 있다. 그 후, MBMS 유닛(212)은 이용 가능한 경우, 브로드캐스트 전달 모드 상에서 브로드캐스트 서비스로부터 데이터를 수신할 수 있다.
[0140] 도 4의 예의 단계 1에서, 애플리케이션(208)은 유니캐스트 서비스를 통해 애플리케이션 서버(202)로부터 데이터를 획득한다. 즉, UE는 제 1 서비스를 이용하여 최초로 데이터를 수신할 수 있다. 재지향/프록시 유닛(205)은 유니캐스트 사용자 트래픽의 경로 상에 있을 수 있다. 즉, 애플리케이션 서버(202)와 UE 측 간의 유니캐스트 트래픽은 재지향/프록시 유닛(205)을 통해 흐를 수 있다. 도 4의 예의 단계 2에서, 네트워크의 HARD 유닛(미도시)은 고 어태치 레이트를 검출한다. 다양한 예들에서, HARD 유닛은 애플리케이션 서버(202), 재지향/프록시 유닛(205), P-GW(204), 또는 다른 네트워크 엔티티의 일 부분일 수 있다. HARD 유닛은, MBMS 세션(예컨대, MBMS 베어러)을 인에이블하기 위해 고 어태치 레이트를 BM-SC(206)에 나타낸다. BM-SC(206)는, 로컬 서버로 진행하도록 UE를 재지향시킬 것을 (사용자 평면에 있거나 또는 제어 평면에 있을 수 있는) 재지향/프록시 유닛(205)에 요청한다. 재지향/프록시 유닛(205)은, 예컨대, HTTP 재지향 또는 성공 메시지 또는 RTSP 재지향 또는 성공 메시지를 이용하여 표시를 UE로 전송할 수 있다. 일 예로서, HTTP 또는 RTSP 재지향 메시지는 3xx 재지향(예컨대, 300 또는 303-타입 HTTP 응답)에 대응할 수 있다. 재지향은 헤더 확장과 함께 또는 헤더 확장 없이 전송될 수 있다. HTTP 또는 RTSP 성공 메시지가, 헤더 확장을 포함하는 2xx 성공(예컨대, 200-타입 HTTP 응답)에 대응할 수 있다. 이러한 방식으로, 시스템(200)의 네트워크 측은 제 2 서비스(예컨대, MBMS 베어러 또는 다른 멀티캐스트 또는 브로드캐스트 서비스)의 이용가능성을 UE의 프록시 유닛(213)에 나타낼 수 있다.
[0141] 도 4의 예의 단계 3에서, 프록시 유닛(213)이 표시(예컨대, 재지향 또는 성공 메시지)를 수신하고, 프록시 유닛(213)(예컨대, HTTP/RTP 프록시)은 MBMS 미들웨어(예컨대, MBMS 유닛(212))을 등록한다. 즉, 본 개시물의 하나 또는 그 초과의 기술들에 따르면, HTTP 프록시(또는 RTP 프록시)는 일부 표시를 획득한 후, MBMS 미들웨어를 활성화시킨다.
[0142] 도 4의 예의 단계 4에서, 애플리케이션(208)은 MBMS 유닛(212)으로부터 간접적으로 데이터를 획득함으로써 (MBMS 유닛(212)이 (예컨대, 브로드캐스트 또는 멀티캐스트 전달 모드를 통해) 브로드캐스트 또는 멀티캐스트 서비스를 이용하여 획득함) MBMS 베어러(예컨대, BM-SC(206))로부터 데이터를 획득한다. 즉, UE가, 데이터가 제 2 서비스를 통해 수신될 것이라는 표시를 수신할 경우, UE는 제 2 서비스를 통해 데이터를 수신하기 위한 유닛(예컨대, MBMS 유닛(212))을 활성화시키고 데이터를 수신하기 위한 유닛으로부터 제 2 서비스를 통해 데이터를 수신할 수 있다. 제 2 서비스를 통해 수신된 데이터는 이후, (예컨대, 프록시 유닛(213) 및 스트리밍/파일 다운로딩 클라이언트(210)를 통해) 애플리케이션(208)에 간접적으로 제공될 수 있다. 일부 예들에서, 스트리밍/파일 다운로딩 클라이언트(210)와 로컬 프록시(예컨대, 프록시 유닛(213)) 간의 HTTP 인터페이스는 MBMS를 통해 전달된 컨텐츠에 대한 애플리케이션 요청이 로컬 HTTP 서버로부터 리트리빙될 수 있게 동작가능하다. 도 4의 접근법은 스트리밍 서비스들, 이를 테면, 브레이킹 뉴스에 더욱 적합할 수 있다. 도 4의 예에서, 애플리케이션(208)은 전달 애그노스틱(transport agnostic)이다. 즉, 애플리케이션(208)은 데이터가 어떻게 획득되었는지에 관한 어떠한 표시도 필요하지 않다. 오히려, 프록시 유닛(213)은 라우티 정보를 자동으로 업데이트할 수 있고 데이터에 대한 요청들을 애플리케이션 서버(202)로 전송하는 대신 MBMS 유닛(212)으로 전송할 수 있다.
[0143] 도 5a 내지 도 5d는 하나 또는 그 초과의 서비스들을 이용하여 스트리밍 미디어 데이터를 선택적으로 획득하기 위한 예시적인 동작들을 도시하는 개념도들이다. 도 5a 내지 도 5d의 예시적인 동작들이 도 4의 시스템(200)의 전반적인 맥락에서 아래에 설명된다. 도 5a 내지 도 5d의 예에서, 스트리밍/파일 다운로딩 클라이언트(210)는 DASH 클라이언트일 수 있고, 재지향/프록시 유닛(205)은 프록시/재지향기일 수 있고, MBMS 유닛(212)은 MBMS 클라이언트 및 로컬 HTTP 서버일 수 있고, 프록시 유닛(213)은 HTTP 프록시일 수 있고, 애플리케이션 서버(202)는 DASH 미디어 컨텐츠를 제공할 수 있는 HTTP 서버일 수 있다.
[0144] 본 개시물의 하나 또는 그 초과의 기술들에 따르면, 애플리케이션(208)은 스트리밍/파일 다운로딩 클라이언트(210)를 이용하여 (예컨대, DASH 프로토콜을 이용하여) 미디어 데이터를 획득할 수 있다. 예컨대, 애플리케이션(208)은 스트리밍/파일 다운로딩 클라이언트(210)로, 매니페스트 파일(예컨대, MPD)의 위치를 나타내는 URL을 전송할 수 있으며, 이는, 결국 제 1 서비스(예컨대, 유니캐스트)에 따라 미디어 데이터를 리트리빙하기 위한 하나 또는 그 초과의 리소스 위치들을 정의한다. 스트리밍/파일 다운로딩 클라이언트(210)는 HTTP GET 요청을 프록시 유닛(213)으로 전송함으로써 MPD를 획득할 수 있다. 프록시 유닛(213)은 HTTP GET 요청을 수신하고, 그 요청을 IP 스택(214), 모뎀(216), P-GW(204), 및 재지향/프록시 유닛(205)을 통해 애플리케이션 서버(202)로 지향시킨다. 도 5a의 예에서, 프록시 유닛(213)은 또한, (예컨대, API를 호출함으로써) MPD URL의 표시를 MBMS 유닛(212)으로 전송할 수 있다.
[0145] 일부 예들에서, UE는, 이것이 최초 MPD 페치를 할 경우 eMBMS 캐퍼블이라는 것을 나타낼 수 있다. 이러한 방식으로, UE는, 몇 개의 eMBMS 가능 디바이스들이 그 영역 내에 있는지 알기 위해 네트워크를 인에이블할 수 있다. eMBMS 가능성을 나타내는 것은 또한, 네트워크로 하여금 UE의 어드레스로부터 추후의 트랜잭션들을 추적할 수 있게 한다. 일부 예들에서, UE는 또한, 이것이 최초 MPD 페치를 할 경우 그의 위치를 나타낼 수 있다.
[00146] 애플리케이션 서버(202)는 HTTP GET 요청을 수신하고, 200-타입 HTTP OK 메시지를 응답으로 전송할 수 있으며, 이를 프록시 유닛(213)이 수신하고 스트리밍/파일 다운로딩 클라이언트(210)로 전송할 수 있다. OK 메시지는 유니캐스트 MPD를 포함할 수 있다. 스트리밍/파일 다운로딩 클라이언트(210)는 MPD를 수신하고 획득할 미디어 데이터의 표현, 기간 및 세그먼트(예컨대, 기간 3, 표현 256, 세그먼트 1)을 결정할 수 있다. MPD에 적어도 부분적으로 기초하여, 스트리밍/파일 다운로딩 클라이언트(210)는 결정된 세그먼트에 대한 URL을 룩업하고 HTTP GET 요청을 결정된 URL(예컨대, "http://example.com/per-3/rep-256/seg-1.3gp")과 함께 전송하며, 이를 프록시 유닛(213)이 수신하여 재지향/프록시 유닛(205)을 통해 애플리케이션 서버(202)로 전송할 수 있다. 애플리케이션 서버(202)는 GET 요청을 수신하고, 응답으로, 요청된 미디어 데이터(예컨대, "seg1")를 포함하는 200-타입 HTTP OK 메시지를 전송할 수 있으며, 이를 프록시 유닛(213)이 재지향/프록시 유닛(205)을 통해 수신하고 스트리밍/파일 다운로딩 클라이언트(210)로 전송할 수 있다. 이러한 방식으로, 스트리밍/파일 다운로딩 클라이언트(210)는 유니캐스트 서비스를 이용하여 애플리케이션 서버(202)로부터 스트리밍 미디어 데이터를 획득할 수 있다.
[0147] 네트워크 측에서, BM-SC(206)는 MBMS(예컨대, 브로드캐스트) 서비스를 인에이블하고 MBMS 베어러를 개시할 수 있다. BM-SC(206)는 공통 MPD 및/또는 다른 파라미터들을 포함하는 사용자 서비스 디스크립션(USD)을 브로드캐스트할 수 있다. 예컨대, 공통 MPD는, 서비스에 대한 브로드캐스트 전달 모드에 대응하는 URL의 베이스 부분뿐만 아니라 서비스에 대한 유니캐스트 전달 모드에 대응하는 URL의 베이스 부분을 포함할 수 있다. BM-SC(206)는 또한 표시를, 특정 미디어 컨텐츠에 대한 미디어 데이터가 MBMS 서비스를 통해 수신될 재지향/프록시 유닛(205)으로 전송할 수 있다.
[0148] 스트리밍/파일 다운로딩 클라이언트(210)는, 원래 MPD로부터의 해당 URL(예컨대, "http://example.com/per-3/rep-256/seg-M.3gp")을 포함하는 세그먼트 M에 대한 요청과 같은 미디어 데이터에 대한 HTTP GET 요청들의 전송을 계속할 수 있다. 재지향/프록시 유닛(205)은 세그먼트 M에 대한 GET 요청을 수신하고, 재지향/프록시 유닛(205)은, 도 5a의 예에서, 3xx-타입 HTTP 재지향 메시지를 UE로 전송할 수 있다. 재지향 메시지는, MBMS 유닛(212)을 등록할 로컬 프록시 유닛(213)을 나타내는 재지향 URL(예컨대, "“http://example.com/redirect/per-3/rep-256/seg-M.3gp")를 포함하는 확장 헤더를 포함할 수 있다. 즉, 재지향 URL은 동일한 요청된 리소스에 대해 상이한 위치를 나타낼 수 있다. 예컨대, 원래 요청 URL이 http://example.com/per-x/rep-y/seg-z.3gp인 경우, 재지향 URL은 http://example.com/redirect/per-x/rep-y/seg-z.3gp일 수 있다. 3GPP-정의 HTTP 확장 헤더는 값 "Get-USD"를 갖는 "트리거-MBMS"로 지칭될 수 있으며, 이 경우, UE에 의한 컨텐츠 요청에 대한 HTTP 응답 메시지가 응답 헤더 "Trigger-MBMS: Get USD"에 의해 첨부될 수 있다.
[0149] 일부 예들에서, 재지향/프록시 유닛(205)은 대안으로, 프록시 유닛(213)으로 하여금 MBMS 유닛(212)을 등록하게 하는 로컬 프록시 유닛(213)에 대한 표시와 재지향 URL을 포함하는 3xx-타입 HTTP 재지향 메시지를 엔티티 바디와 함께 사용할 수 있다. 즉, 재지향 메시지는, 엔티티 헤더 및/또는 엔티티 바디로 이루어진 (예컨대, HTTP에 의해 정의된 바와 같은) 엔티티를 포함할 수 있다. 일부 예들에서, 재지향/프록시 유닛(205)은 대안으로, HTTP 응답에 제공된 컨텐츠와 함께 표시를 전송할 수 있다. 표시는 유니캐스트 또는 MBMS 베어러를 통한 USD 업데이트 또는 USD에 대한 UE 액세스를 트리거할 수 있다. 예컨대, 재지향/프록시 유닛(205)은, USD를 획득/수신하거나 또는 USD 업데이트를 하도록 UE를 트리거할 수 있는 표시를 포함하는 3GPP 확장 헤더를 지닌 200-타입 HTTP OK 메시지를 전송할 수 있다. 즉, 200-타입 HTTP OK 메시지는, UE가 요청한 컨텐츠(예컨대, 세그먼트 M)뿐만 아니라 표시를 포함할 수 있다.
[0150] UE의 프록시 유닛(213)은 재지향 메시지를 수신하고, 새로운 HTTP GET 요청을 재지향 URL로, 동일한 세그먼트 M의 경우, 재지향/프록시 유닛(205)을 통해 애플리케이션 서버(202)로 전송함으로써 유니캐스트 서비스를 통해 컨텐츠 데이터의 리트리빙을 계속할 수 있다. 재지향 URL로 전송된 요청은, 프록시 유닛(213)의 수신을 표시하는 프록시 유닛(213)의 확인응답을 재지향/프록시 유닛(205)에 나타낼 수 있다. 일부 예들에서, 재지향/프록시 유닛(205)은 새로운 HTTP GET 요청을 수신하고 변경되지 않은 요청을 애플리케이션 서버(202)로 포워딩할 수 있다. 애플리케이션 서버(202)는 재지향 URL로 지향된 새로운 요청을 수신하고, 응답으로, 프록시 유닛(213)이 재지향/프록시 유닛(205)을 통해 수신할 수 있고 스트리밍/파일 다운로딩 클라이언트(210)로 전송되는 세그먼트 M을 전송할 수 있다. 일부 예들에서, 재지향/프록시 유닛(205)은 재지향 URL로 지향된 새로운 HTTP GET 요청을 수신하고, 변경된 새로운 요청을 애플리케이션 서버(202)로 전송 하기 전에 새로운 요청을 변경할 수 있다. 예컨대, 재지향/프록시 유닛(205)이 새로운 요청을 변경할 수 있으므로, 변경된 새로운 요청이 재지향 URL에 대한 것이 아니라 대신에 원래의 URL(예컨대, "http://example.com/per-3/rep-256/seg-M.3gp")에 대한 것이다. 애플리케이션 서버(202)가 변경된 요청을 수신할 수 있고, 응답으로, 프록시 유닛(213)이 재지향/프록시 유닛(205)을 통해 수신할 수 있고 스트리밍/파일 다운로딩 클라이언트(210)로 전송되는 세그먼트 M을 전송할 수 있다.
[0151] 새로운 GET 요청을 전송하는 것 이외에도, 프록시 유닛(213)은 MBMS 유닛(212)을 인에이블시키기 위해서 (예컨대, MBMS 유닛(212)의) API를 사용할 수 있다. 즉, 재지향 요청을 수신하는 것에 대한 응답으로, 프록시 유닛(213)은 MBMS 유닛(212)을 인에이블시키지만 데이터가 브로드캐스트 서비스를 이용하여 이용가능해질 때까지 유니캐스트 서비스를 통해 데이터 세그먼트들을 페치하기 위해서 새로운 HTTP GET 요청들을 (재지향/프록시 유닛(205)을 통해) 앱 서버(202)로 계속해서 포워딩한다. 프록시 유닛(213)은 유니캐스트 컨텐츠에 대한 후속 요청들을 수신된 재지향 URL로 재지향시킬 수도 또는 재지향시키지 않을 수도 있다. 즉, 재지향 요청을 수신하고 재지향 URL을 통해 컨텐츠에 대한 GET 요청을 전송한 후, 다양한 실시예들에서, 프록시 유닛(213)은 요청들을 변경하지 않고 통과하게 할 수 있거나, 또는 재지향 위치에 기초하여 요청 URL들을 지향시키기 위해 요청들을 변경할 수 있다.
[0152] 로컬 프록시 유닛(213)으로부터 트리거의 수신 시, MBMS 유닛(212)은 확립된 브로드캐스트 서비스를 이용하여 BM-SC(206)로부터 USD를 수신할 수 있거나 또는 유니캐스트 서비스를 통해 USD를 획득하기 위해 BM-SC(206)와 통신할 수 있다. USD는 MPD URL 및 MPD 메타데이터 프래그먼트를 포함하고, 후자는 DASH-포맷팅된 컨텐츠를 전달하는 각각의 MBMS 서비스에 대한 적응 세트들 또는 표현들을 기술한다. MBMS 유닛(212)은 스트리밍/파일 다운로딩 클라이언트(210)로부터 처음에 수신된(예컨대, 도 5a의 단계 3에서 수신된) MPD에 대한 URL을 BM-SC(206)로부터 수신된 MPD에 대한 URL과 비교할 수 있다. URL들이 일치하는 경우, MBMS 유닛(212)은 (예컨대, 브로드캐스트 또는 멀티캐스트 전달 모드를 이용하여) 브로드캐스트 서비스를 통해 미디어 데이터를 수신하기 시작할 수 있다.
[0153] 예컨대, MBMS 유닛(212)은, 브로드캐스트 서비스의 일부로서 브로드캐스트 전달 모드를 통해 전송되는 미디어 데이터를 수신하기 위해 MBMS 무지향성 전달(FLUTE)을 통한 파일 전달을 활성화시킬 수 있다. 일단 MBMS 유닛(212)이 충분한 미디어 데이터(예컨대, 버퍼)를 수신하면, MBMS 유닛(212)은 프록시 유닛(213)으로의 재지향을 구성하도록 API를 호출할 수 있다. 일부 예들에서, MBMS 유닛(212)은, 하나 또는 그 초과의 업데이트된 리소스 로케이션들을 프록시 유닛(213)에 전송할 수 있다. 예컨대, MBMS 유닛(212)은, 애플리케이션 서버(202)로부터 리트리빙된 본래의 MPD 대신 MBMS 유닛(212)으로부터 이용가능한 변경된 MPD를 사용하도록 프록시 유닛(213)에게 명령할 수 있다. 이러한 방식으로, 그 후, 스트리밍/파일 다운로딩 클라이언트(210)는, (예컨대, 브로드캐스트 전달 모드를 사용하여) 브로드캐스트 서비스를 통해 획득된 미디어 데이터를 MBMS 유닛(212)으로부터 수신하기를 시작할 수 있다.
[0154] 도 5b, 5c, 및 5d는 4개의 예시적인 경우들에 대한 예시적인 동작들을 제공한다. 경우 1에서, BM-SC(206)로부터 MBMS 유닛(212)에 의해 획득된 일반적인 MPD(예컨대, 도 5a의 단계(15)에서 수신됨)는, 유니캐스트 MPD(예컨대, 표현(256))와 동일한 표현들의 미디어 컨텐츠를 포함하며, 동일한 표현은 MBMS를 통해 이용가능하다. 경우 1에서, MBMS 유닛(212)은, 요청들에서 표시된 URL들의 기본적인 부분(예컨대, 애플리케이션 서버(202)에 대응하는 기본적인 부분)을 MBMS 유닛(212)(예컨대, 컨텐츠를 포함하는 로컬 서버)에 대응하는 기본적인 부분으로 변경시킴으로써, 미디어 컨텐츠에 대한 장래의 요청들을 변경시키도록 프록시 유닛(213)에게 명령할 수 있다.
[0155] 예컨대, MBMS 유닛(212)은, "http://example.com/per-3/rep-256/seg-N"으로부터 "http://localhost/per-3/rep-256/seg-N으로 세그먼트 N에 대한 URL을 변경시키도록 API에게 요청할 수 있다. 즉, 일부 예들에서, 제 1 기본 부분은 제 1 서비스(예컨대, 유니캐스트)에 대응하는 네트워크 로케이션일 수 있는 반면, 제 2 기본 부분은 제 2 서비스(예컨대, 브로드캐스트)에 대응하는 MBMS 유닛(212)의 로케이션일 수 있다. 프록시 유닛(213)은, 스트리밍/파일 다운로딩 클라이언트(210)로부터 HTTP GET 요청들을 계속 수신할 수 있다. 프록시 유닛(213)은, 로컬 호스트 서버인 업데이트된 리소스 로케이션(예컨대, MBMS 유닛(212))에 요청들을 재지향할 수 있다.
[0156] MBMS 유닛(212)은, 요청들을 수신할 수 있으며, 프록시 유닛(213)이 수신하고 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있는 요청된 미디어 데이터를 포함하는 200-타입 HTTP OK 메시지를 전송할 수 있다. 이러한 방식으로, 프록시 유닛(213)이 미디어 데이터가 브로드캐스트 서비스(예컨대, 재지향 메시지)를 통해 수신될 것이라는 표시를 수신하는 경우, 프록시 유닛(213)은, 제 2 서비스를 통해 데이터를 수신하기 위한 유닛(예컨대, MBMS 유닛(212))을 활성화시키고, 원격 애플리케이션 서버, 예컨대 애플리케이션 서버(202) 대신 MBMS 유닛(212)(예컨대, 로컬 서버)으로부터 미디어 데이터를 수신할 수 있다.
[0157] 경우 2에서, BM-SC(206)로부터 MBMS 유닛(212)에 의해 획득된 일반적인 MPD는, 유니캐스트 MPD 표현들(예컨대, 표현(256) 및 표현(512))과 동일한 표현들의 미디어 컨텐츠를 포함한다. 그러나, 하나의 표현만이 MBMS를 통해 이용가능하다(예컨대, 표현(512)). 경우 2에서, MBMS 유닛(212)은, 표현들 둘 모두에 대한 URL들의 기본적인 부분을 변경시킴으로써 요청들을 변경시키도록 프록시 유닛(213)에게 명령할 수 있다. 따라서, 프록시 유닛(213)은, MBMS 유닛(212)의 로컬 HTTP 서버에게 대신 전송하기 위해, 애플리케이션 서버(202)에 지향된 임의의 요청들의 URL들을 변경시킬 수 있다. MBMS 유닛(212)은 또한, 브로드캐스트를 통해 이용가능하지 않은 표현(예컨대, 표현(256))에 대한 요청들의 URL들을 브로드캐스트를 통해 이용가능한 표현(예컨대, 표현(512))으로 변경시키도록 프록시 유닛(213)에게 명령할 수 있다. 그 후, 프록시 유닛(213)은, MBMS를 통해 이용가능하지 않은 표현을 요청하는 HTTP GET 요청을 스트리밍/파일 다운로딩 클라이언트(210)로부터 수신할 수 있다.
[0158] GET 요청을 수신하는 것에 응답하여, 프록시 유닛(213)은, MBMS 유닛(212)으로부터 이용가능한 표현에 대한 재지향 URL을 갖는 스트리밍/파일 다운로딩 클라이언트(210)로 HTTP 재지향 메시지를 전송할 수 있다. 일부 예들에서, 재지향 메시지의 URL은 '로케이션' 헤더에 포함될 수 있다. 다른 예들에서, 재지향 메시지는, 재지향 URL(예컨대, "http://example.com/per-3/rep-512/seg-N.3gp")을 포함하는 확장 헤더를 포함할 수 있다. 또 다른 예들에서, 로컬 프록시 유닛(213)은, 재지향 URL을 포함하는 엔티티 둘 모두를 이용하여 3xx-타입 HTTP 재지향 메시지를 대안적으로 사용할 수 있다. 임의의 경우에서, 스트리밍/파일 다운로딩 클라이언트(210)는, 재지향 메시지를 수신하고, 재지향 URL을 갖는 새로운 GET 요청을 전송할 수 있다. 프록시 유닛(213)은, 새로운 GET 요청을 MBMS 유닛(212)에 지향시킬 수 있으며, MBMS 유닛(212)은, 프록시 유닛(213)이 수신하고 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있는 요청된 미디어 데이터를 제공할 수 있다.
[0159] 경우 3에서, BM-SC(206)로부터 MBMS 유닛(212)에 의해 획득된 일반적인 MPD는, 유니캐스트 MPD에 포함되지 않는 표현(예컨대, 표현(512))을 포함하며, 배제된 표현은 MBMS를 통해 이용가능한 표현일 뿐이다. 경우 3에서, MBMS 유닛(212)은, MBMS를 통해 이용가능한 표현(예컨대, 표현(512))에 관련된 그 요청들만의 기본적인 부분을 변경시킴으로써, (예컨대, 애플리케이션 서버(202)로 본래 포인팅한) 요청 URL들을 변경시키도록 프록시 유닛(213)에게 명령할 수 있다. 일부 예들에서, MBMS 유닛(212)은 또한, MBMS를 통해 이용가능하지 않은 표현들(예컨대, 표현(256))에 관련된 요청들에 대한 URL들을 MBMS를 통해 이용가능한 표현(예컨대, 표현(512))으로 변경시키도록 프록시 유닛(213)에게 명령할 수 있다. 그 후, 프록시 유닛(213)은, (예컨대, MBMS 사용자 서비스가 아니라) 유니캐스트 서비스를 통해 이용가능한 표현으로부터 세그먼트를 요청하는 HTTP GET 요청을 스트리밍/파일 다운로딩 클라이언트(210)로부터 수신할 수 있다. 일 예에서, GET 요청을 수신하는 것에 응답하여, 프록시 유닛(213)은, 유니캐스트 MPD에 포함되지 않는 유니캐스트를 통해 이용가능한 표현에 대한 재지향 URL을 갖는 스트리밍/파일 다운로딩 클라이언트(210)로 HTTP 재지향 메시지를 전송할 수 있다. 재지향 메시지는, 재지향 URL(예컨대, "http://example.com/per-3/rep-512/seg-N.3gp")을 포함하며, MPD가 스트리밍/파일 다운로딩 클라이언트(210)에 의해 리페칭될 필요가 있다는 것을 표시하는 확장 헤더를 포함할 수 있다. 프록시 유닛(213)은 대안적으로, 재지향 URL을 포함하는 바디 엔티티 및 MPD가 리페칭될 필요가 있다는 표시를 갖는 3xx-타입 HTTP 재지향 메시지를 사용할 수 있다. 다른 예에서, GET 요청을 수신하는 것에 응답하여, 프록시 유닛(213)은, MPD가 스트리밍/파일 다운로딩 클라이언트(210)에 의해 리페칭될 필요가 있다는 것을 표시하기 위해 에러 코드(예컨대, 4xx-타입 HTTP 에러 코드)를 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있다. 임의의 경우에서, 스트리밍/파일 다운로딩 클라이언트(210)는, 새로운 MPD가 필요하다고 결정할 수 있으며, MPD URL을 포함하는 HTTP GET 요청을 전송할 수 있다. 프록시 유닛(213)은, GET 요청을 수신하고, 변경된 명백한 파일(예컨대, MBMS 유닛(212)에 의해 획득된 업데이트된 MPD)로 GET 요청을 재지향시킬 수 있다. MBMS 유닛(212)은, 프록시 유닛(213)이 수신하고 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있는 업데이트된 MPD를 전송할 수 있다. 다른 예에서, 변경된 명백한 파일에 대한 GET 요청을 수신하는 것에 응답하여, 프록시 유닛(213)은 업데이트된 MPD를 스트리밍/파일 다운로딩 클라이언트(210)에 푸시할 수 있다. 임의의 경우에서, 업데이트된 MPD를 수신한 이후, 스트리밍/파일 다운로딩 클라이언트(210)는, MBMS를 통해 이용가능한 표현으로부터의 세그먼트에 대한 새로운 HTTP GET 요청을 전송할 수 있으며, 프록시 유닛(213)은, 적절한 세그먼트들을 페칭하기 위한 요청을 (예컨대, 로컬 서버를 포함하는) MBMS 유닛(212)에 재지향시킬 수 있다. MBMS 유닛(212)은, 프록시 유닛(213)이 수신하고 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있는 미디어 데이터의 요청된 세그먼트들을 제공할 수 있다.
[0160] 경우 4에서, BM-SC(206)로부터 MBMS 유닛(212)에 의해 획득된 일반적인 MPD는, 유니캐스트 MPD에 포함되지 않는 하나 초과의 표현(예컨대, 표현(512) 및 표현(1024))을 포함하며, 배제된 표현들은 MBMS를 통해 이용가능한 표현들일 뿐이다. 경우 4에서, MBMS 유닛(212)은, MBMS를 통해 이용가능한 표현들(예컨대, 표현(512) 및 표현(1024))에 관련된 URL들의 기본적인 부분으로 (예컨대, 네트워크-기반 서버로 공칭으로 포인팅된) 요청 URL들의 기본적인 부분을 변경시키도록 프록시 유닛(213)에게 명령할 수 있다.
[0161] 그 후, 프록시 유닛(213)은, 유니캐스트 서비스를 통해 이용가능한 표현들 중 하나를 요청하는 HTTP GET 요청을 스트리밍 클라이언트(210)로부터 수신할 수 있다. 일 예에서, GET 요청을 수신하는 것에 응답하여, 프록시 유닛(213)은, 유니캐스트 MPD에 포함되지 않는 브로드캐스트 전달을 통해 이용가능한 표현들에 대한 다수의 재지향 URL들을 갖는 스트리밍 클라이언트(210)로 HTTP 재지향 메시지를 전송할 수 있다. 일부 예들에서, 재지향 메시지는, 다수의 재지향 URL들(예컨대, http://example.com/per-3/rep-512/seg-N.3gp 및 http://example.com/per-3/rep-1024/seg-N.3gp)을 포함하는 확장 헤더를 포함할 수 있으며, MPD가 스트리밍/파일 다운로딩 클라이언트(210)에 의해 리페칭될 필요가 있다는 것을 표시한다. 다른 예들에서, 로컬 프록시 유닛(213)은, 다수의 재지향 URL들을 포함하는 바디 엔티티 및 MPD가 리페칭될 필요가 있다는 것을 표시하는 표시자를 갖는 3xx-타입 HTTP 재지향 메시지를 사용할 수 있다. 다른 예에서, GET 요청을 수신하는 것에 응답하여, 프록시 유닛(213)은, MPD가 리페칭될 필요가 있다는 것을 표시하기 위해 에러 코드(예컨대, 4xx-타입 HTTP 에러 메시지)를 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있다.
[0162] 임의의 경우에서, 스트리밍/파일 다운로딩 클라이언트(210)는, 새로운 MPD가 필요하다고 결정할 수 있으며, MPD URL을 포함하는 HTTP GET 요청을 전송할 수 있다. 프록시 유닛(213)은, GET 요청을 수신하고, 업데이트된 명백한 파일(예컨대, MBMS 유닛(212)에 의해 획득된 업데이트된 MPD)로 GET 요청을 지향시킬 수 있다. MBMS 유닛(212)은, 프록시 유닛(213)이 수신하고 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있는 업데이트된 MPD를 전송할 수 있다. 다른 예에서, GET 요청을 수신하는 것에 응답하여, 프록시 유닛(213)은 업데이트된 MPD를 스트리밍/파일 다운로딩 클라이언트(210)에 푸시할 수 있다. 그 후, 스트리밍/파일 다운로딩 클라이언트(210)는, 브로드캐스트 서비스를 통해 이용가능한 표현들로부터의 선호된 표현에 대한 새로운 HTTP GET 요청을 전송할 수 있으며, 프록시 유닛(213)은, 요청된 데이터를 페칭하기 위한 요청을 (예컨대, 로컬 서버를 포함하는) MBMS 유닛(212)에 지향시킬 수 있다. MBMS 유닛(212)은, 프록시 유닛(213)이 수신하고 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있는 요청된 데이터를 제공할 수 있다.
[0163] 이러한 방식으로, 프록시 유닛(213)은, DASH 미디어 데이터 또는 임의의 다른 적절한 데이터를 수신하기 위해 MBMS 유닛(212)을 사용하는 것을 인에이블할 수 있다. 이것은, 적어도 부분적으로, 스트리밍/파일 다운로딩 클라이언트(210)가 일반적인 MPD에 존재하지 않는 하나 또는 그 초과의 표현들의 표시들을 수신할 경우(예컨대, 재지향 또는 에러 코드를 수신할 경우), 그 스트리밍/파일 다운로딩 클라이언트(210)의 거동을 변경시킴으로써 달성될 수 있다. 예컨대, MPD에 존재하지 않는 표현의 표시를 수신하는 것은, 스트리밍 클라이언트(210)가 MPD 페치 또는 다른 동작들을 트리거링하게 할 수 있다.
[0164] 도 6은 재지향 메시지에 대한 바디 엔티티(400)의 일 예를 도시한 개념도이다. 일부 예들에서, 도 6의 바디 엔티티(400)는 3xx-타입 HTTP 재지향 메시지의 바디를 표현할 수 있다. 도 6의 예에 도시된 바와 같이, 바디 엔티티(400)는, XML(extensible markup language) 또는 구조화된 파일 언어, 예컨대 임의의 다른 포맷에 따라 포맷팅될 수 있다. 도 6은 재지향 메시지에 대한 바디 엔티티의 일 예만을 도시하며, 다양한 다른 바디 엔티티들 및/또는 재지향 메시지들은 본 개시내용의 하나 또는 그 초과의 기술들에 따라 사용될 수 있다.
[0165] 도 6의 예에서 도시된 바와 같이, 바디 엔티티(400)는 "EntityBodyType"의 타입을 갖는다. 엔티티 바디 타입은 하나 또는 그 초과의 대안적인 리소스들(402A-402N)(집합적으로, "대안적인 리소스들(402)")을 포함할 수 있다. 대안적인 리소스들(402)은, 컨텐츠 또는 컨텐츠 데이터(예컨대, 스트리밍 서비스 데이터 또는 파일 다운로드 서비스 데이터)에 대한 대안적인 리소스 로케이션들을 표현할 수 있다. 예컨대, 도 5a-5d의 맥락에서, 대안적인 리소스들(402) 각각은, 다양한 표현들에 대한 로컬 로케이션(예컨대, MBMS 유닛(212)에 의해 제공됨) 및 미디어 데이터의 각각의 표현의 세그먼트를 지칭할 수 있다.
[0166] 도 6의 예에 도시된 바와 같이, 대안적인 리소스들(402) 각각은 "AlternativeResourceType"의 타입을 가지며, 속성들(404)을 포함할 수 있다. 속성들(404)은, 각각의 대안적인 리소스에 대한 속성들(예컨대, URL 그 자체)을 포함할 수 있다. 일부 예들에서, 대안적인 리소스들(402)은, MPDURI 오브젝트(406) 또는 다른 정보, 예컨대 임의의 다른 정보를 포함할 수 있다. 3xx-타입 HTTP 재지향 메시지에 바디 엔티티(400)를 포함시킴으로써, MBMS 미들웨어 유닛은 프록시 유닛 및/또는 스트리밍/파일 다운로딩 클라이언트로 하여금, 제 1 서비스(예컨대, 유니캐스트 서비스)와 연관된 컨텐츠에 대한 요청들을 (예컨대, 멀티캐스트 또는 브로드캐스트 서비스와 연관된) 상이한 로케이션, 예컨대 로컬 컨텐츠 서버로 그 후에 전송하게 할 수 있다. 즉, 본 개시내용의 하나 또는 그 초과의 기술들에 따르면, 제 2 전달 모드(예컨대, MBMS 미들웨어 유닛)를 통해 데이터를 수신하기 위한 유닛을 활성화시켜서 후속하여 제 2 전달 모드를 통해 유닛으로부터 데이터를 수신한 이후, 바디 엔티티(400)가 사용될 수 있다.
[0167] 도 7a 및 도 7b는 RTP/RTSP를 통해 하나 또는 그 초과의 서비스들을 사용하여 스트리밍 미디어 데이터를 선택적으로 획득하기 위한 예시적 동작들을 예시하는 개념도들이다. 도 7a 및 도 7b의 예시적 동작들은 하기에서 도 4의 시스템(200)의 일반적인 컨텍스트 내에서 설명된다. 도 7a 및 도 7b의 예에서, 스트리밍/파일 다운로딩 클라이언트(210)는 RTP/RTSP 클라이언트일 수 있고, 재지향/프록시 유닛(205)은 프록시/재지향기일 수 있으며, MBMS 유닛(212)은 MBMS 클라이언트 및 로컬 RTSP 서버일 수 있고, 프록시 유닛(213)은 RTSP 프록시일 수 있으며, 그리고 애플리케이션 서버(202)는 RTP 미디어 데이터를 제공할 수 있는 RTSP 서버뿐만 아니라 세션 설명에 대한 HTTP GET 요청들에 응답하는 것을 제공하기 위한 웹서버 둘 다일 수 있다. 본 개시내용의 하나 또는 그 초과의 기술들에 따라, 애플리케이션(208)은 스트리밍/파일 다운로딩 클라이언트(210)를 사용하여(예컨대, RTP 프로토콜을 사용하여) 미디어 데이터를 획득할 수 있다. 예컨대, 애플리케이션(208)은, 미디어 데이터에 대한 식별자를 제 1 서비스(예컨대, 유니캐스트)에 대한 자원 로케이션에 맵핑시키는 매니페스트 파일(예컨대, 세션 설명)의 로케이션을 표시하는 URL을 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있다. 스트리밍/파일 다운로딩 클라이언트(210)는 HTTP GET 요청을 프록시 유닛(213)에 전송함으로써 이 세션 설명을 획득할 수 있다. 프록시 유닛(213)은 HTTP GET 요청을 수신할 수 있고, 이 요청을 IP 스택(214), 모뎀(216), P-GW(204), 및 재지향/프록시 유닛(205)을 통해 애플리케이션 서버(202)로 지향시킬 수 있다. 도 7a의 예에서, 프록시 유닛(213)은 또한, (예컨대, API를 호출함으로써) 유니캐스트 세션 설명 URL의 표시를 MBMS 유닛(212)에 전송할 수 있다.
[0168] 일부 예들에서, UE는 자신이 세션 설명의 초기 페치를 수행할 때 자신이 eMBMS 가능함을 표시할 수 있다. 이러한 방식으로, UE는 네트워크가 얼마나 많은 eMBMS 가능 디바이스들이 영역에 있는지를 아는 것을 가능하게 할 수 있다. 또한, eMBMS 능력을 표시하는 것은 네트워크가 UE의 어드레스로부터 미래의 트랜잭션들을 추적하도록 허용한다. 일부 예들에서, UE는 또한, 자신이 세션 설명의 초기 페치를 수행할 때 자신의 로케이션을 표시할 수 있다. 어떤 경우에도, 애플리케이션 서버(202)는 HTTP GET 요청을 수신할 수 있고, 200-타입 HTTP OK 메시지를 전송할 수 있으며, 프록시 유닛(213)이 이 200-타입 HTTP OK 메시지를 수신하고, 응답하여, 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있다. 이 OK 메시지는 유니캐스트 세션 설명을 포함할 수 있다.
[0169] 스트리밍/파일 다운로딩 클라이언트(210)는 세션 설명을 수신할 수 있고, RTSP SETUP 요청을 프록시 유닛(213)을 통해 애플리케이션 서버(202)에 전송할 수 있다. 이 SETUP 요청은 세션 설명 URL을 포함할 수 있고, 미디어 데이터가 어떻게 전송될 것인지(예컨대, RTP에 따라)를 특정할 수 있다. 일부 예들에서, SETUP 요청은 더 많은 또는 다른 정보, 예컨대, 데이터를 수신하기 위한 로컬 포트를 포함할 수 있다. 어떤 경우에도, 애플리케이션 서버(202)는 SETUP 요청에 응답할 수 있고, 유니캐스트 세션이 스트리밍/파일 다운로딩 클라이언트(210)와 애플리케이션 서버(202) 사이에서 생성될 수 있다. 스트리밍/파일 다운로딩 클라이언트(210)는 하나 또는 그 초과의 RTSP PLAY 요청들을 프록시 유닛(213)을 통해 애플리케이션 서버(202)에 전송할 수 있다. PLAY 요청을 수신하는 것에 응답하여, 애플리케이션 서버(202)는 스트리밍 미디어 데이터, 예컨대, RTP 오디오 및/또는 RTP 비디오 데이터를 전송할 수 있고, 프록시 유닛(213)이 이 스트리밍 미디어 데이터를 수신하여 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있다. 스트리밍/파일 다운로딩 클라이언트(210)는 미디어 데이터를 수신할 수 있고, 연관된 컨텐츠를 플레이할 수 있다.
[0170] 네트워크 측에서, BM-SC(206)는 컨텐츠에 대해 MBMS 서비스를 인에이블링할 수 있고, MBMS 베어러를 개시할 수 있다. BM-SC(206)는 USD를 브로드캐스팅할 수 있고, 이 USD는, 이용가능한 브로드캐스트 서비스의 설명뿐만 아니라 ADP(associated delivery procedure) 설명을 비롯한 새로운 세션 설명을 포함한다. 예컨대, 새로운 세션 설명은 브로드캐스트 전달 모드에 대응하는 URL뿐만 아니라 유니캐스트 서비스에 대응하는 폴백 URL을 포함할 수 있다. 또한, BM-SC(206)는, 미디어 데이터가 특정 미디어 컨텐츠에 대한 MBMS 서비스를 통해 수신될 것이라는 표시를 재지향/프록시 유닛(205)에 전송할 수 있다.
[0171] 표시를 수신하는 것에 응답하여, 재지향/프록시 유닛(205)은 RTSP REDIRECT 요청을 프록시 유닛(213)에 전송할 수 있다. REDIRECT 요청은 새로운 확장을 포함할 수 있고, 이 새로운 확장은, UE로 하여금 새로운 URL에 컨텐츠에 대한 후속 요청들을 발행하게 하기 위한 URL을 포함한다. REDIRECT 요청은 MBMS 유닛(212)을 활성화하도록 로컬 프록시 유닛(213)에 표시할 수 있다. 일부 예들에서, REDIRECT 요청은 UE가 새로운 URL에 요청들을 발행하는 것을 시작해야 하는 시간을 표시하는 타임스탬프를 포함할 수 있다. 타임스탬프에서 표시된 시간 이전에, 스트리밍/파일 다운로딩 클라이언트(210)는, 프록시 유닛(213)을 통해, 요청들을 애플리케이션 서버(202)에 전송하고 이 애플리케이션 서버(202)로부터 미디어 데이터를 수신하는 것을 계속할 수 있다.
[0172] 프록시 유닛(213)이 재지향/프록시 유닛(205)에 의해 전송된 REDIRECT 요청을 수신할 때, 프록시 유닛(213)은 MBMS 유닛(212)을 인에이블링하기 위해 (예컨대, MBMS 유닛(212)의) API를 사용할 수 있다. 즉, REDIRECT 요청을 수신하는 것에 응답하여, 프록시 유닛(213)은 브로드캐스트 서비스를 사용하여 데이터를 획득하기 위한 표시를 MBMS 유닛(212)에 전송할 수 있다. MBMS 유닛(212)은 USD(새로운 세션 설명을 포함함)를 포착하기 위해 BM-SC(206)와 통신할 수 있다. MBMS 유닛(212)은 (예컨대, 도 7a의 단계 3에서) 스트리밍/파일 다운로딩 클라이언트(210)로부터 초기에 수신된 세션 설명에 대한 URL을, BM-SC(206)로부터 수신된 세션 설명에 대한 URL과 비교할 수 있다. URL들이 매칭된다면, MBMS 유닛(212)은 브로드캐스트 전달 모드를 통해 미디어 데이터를 수신하는 것을 시작할 수 있다. 예컨대, MBMS 유닛(212)은 브로드캐스트 전달 모드를 통해 전송되고 있는 RTP 미디어 데이터를 수신하기 위해 FLUTE를 활성화할 수 있다. 일단 MBMS 유닛(212)이 충분한 미디어 데이터(예컨대, 버퍼)를 수신했다면, MBMS 유닛(212)은 미디어 데이터에 대한 로컬 서버로서의 역할을 할 준비가 될 수 있다.
[0173] 도 7b는 두 개의 가능한 경우들에 대한 예시적 동작들을 제공한다. 제 1 옵션에서, MBMS 유닛(212)은 (예컨대, 프록시 유닛(213)의) API를 호출하여, 스트리밍/파일 다운로딩 클라이언트(210)로 하여금 기존의 세션을 해체하게 할 수 있다. 예컨대, 프록시 유닛(213)은 MBMS 유닛(212)의 로컬 어드레스를 갖는, 이전에 수신된 REDIRECT 요청의 수정된 버전을 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있다. REDIRECT 요청을 수신하는 것에 응답하여, 스트리밍/파일 다운로딩 클라이언트(210)는 RTSP TEARDOWN 메시지를 전송할 수 있고, 새로운 RTSP SETUP 메시지를 전송할 수 있다. 새로운 SETUP 메시지는 수신된 REDIRECT 요청에서 표시된 URL(예컨대, MBMS 유닛(212)의 로케이션)에 전송될 수 있다. MBMS 유닛(212)은 이 요청을 프록시 유닛(213)을 통해 수신할 수 있고, RTP 오디오 및/또는 RTP 비디오 데이터를 제공하기 위해 프록시 유닛(213)을 통해 스트리밍/파일 다운로딩 클라이언트(210)와 통신할 수 있다. 즉, 스트리밍/파일 다운로딩 클라이언트(210)는 하나 또는 그 초과의 RTSP PLAY 요청들을, 프록시 유닛(213)을 통해, MBMS 유닛(212) 내에 포함된 로컬 서버에 전송할 수 있고, 로컬 서버는 응답하여 RTP 미디어 데이터를 전송할 수 있으며, 프록시 유닛(213)은 이 RTP 미디어 데이터를 수신하여 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있다.
[0174] 제 2 옵션에서, MBMS 유닛(212)은 API를 호출하여, 프록시 유닛(213)으로 하여금 특정 미디어 컨텐츠에 대응하는 RTP 미디어 데이터에 대한 요청들을 MBMS 유닛(212)으로 재지향하게 할 수 있다. 예컨대, 프록시 유닛(213)은 스트리밍/파일 다운로딩 클라이언트(210)로부터 RTSP PLAY 요청들을 수신할 수 있고, 애플리케이션 서버(202) 대신에, MBMS 유닛(212)으로 이 요청들을 재지향할 수 있다. 그 후, 스트리밍/파일 다운로딩 클라이언트(210)는 MBMS 유닛(212)으로부터, 프록시 유닛(213)을 통해, RTP 오디오 데이터 및/또는 RTP 비디오 데이터를 수신할 수 있다. 이러한 방식으로, 프록시 유닛(213)은, RTP 미디어 데이터를 수신하기 위해 다양한 서비스들 및 전달 모드들 사이를 선택하기 위해서, MBMS 유닛(212)을 선택적으로 인에이블링 또는 디스에이블링할 수 있다.
[0175] 도 8은 선택적으로 하나 또는 그 초과의 서비스들을 사용하여 데이터를 획득하기 위한 기술들을 구현하는 예시적 시스템(250)을 예시하는 개념도이다. 도 8의 예에서, 시스템(250)은 UE 측과 네트워크 측을 포함한다. 시스템(250)의 네트워크 측은 애플리케이션 서버("app 서버")(252), P-GW(254), 메시지 서비스("SMS/OMA/WAP")(255), 및 BM-SC(256)를 포함한다. 애플리케이션 서버("app 서버")(252), P-GW(254), 및 BM-SC(256)는 도 3의 애플리케이션 서버(152), P-GW(154), 및 BM-SC(156)의 것과 각각 동일한 또는 유사한 기능을 포함할 수 있다. 메시지 서비스(255)는 하나 또는 그 초과의 UE들과 통신하기 위해 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 어떤 결합을 표현할 수 있다. 예컨대, 메시지 서비스(255)는 하나 또는 그 초과의 프로토콜들, 예컨대, SMS(short message service) 센터, OMA-DM 서버, WAP 서버, 또는 다른 프로토콜을 사용하여 UE들과 통신하도록 동작 가능한 서버일 수 있다.
[0176] 도 8의 예에서, 시스템(250)의 UE 측은 애플리케이션(258), 스트리밍/파일 다운로딩 클라이언트(260), MBMS 유닛("MBMS 클라이언트(미들웨어)/로컬 서버")(262), 메시지 클라이언트("SMS/OMA-DM/WAP")(263), IP 스택(264), 및 모뎀(266)을 포함한다. 애플리케이션(258), IP 스택(264), 및 모뎀(266)은 도 3의 애플리케이션(158), IP 스택(164), 및 모뎀(166)의 것과 각각 동일한 또는 유사한 기능을 포함할 수 있다. 일부 예들에서, 스트리밍/파일 다운로딩 클라이언트(260)는 도 4의 스트리밍/파일 다운로딩 클라이언트(210)의 것과 동일한 또는 유사한 기능을 포함할 수 있다. 다른 예들에서, 스트리밍/파일 다운로딩 클라이언트(260)는 상이한 또는 부가의 기능을 포함할 수 있다. MBMS 유닛(262)은 도 3의 MBMS 유닛(162)의 것과 동일한 또는 유사한 기능을 포함할 수 있다.
[0177] 도 8의 예에서, MBMS 유닛(262)은 또한, 예컨대 API를 통해, 메시지 클라이언트(263)와 통신하기 위한 기능을 포함할 수 있다. 메시지 클라이언트(263)는 다양한 정보, 예컨대, 유니캐스트 MPD/세션 설명 URL(또는 액세스되고 있는 프리젠테이션에 대한 MPD에 관해 eMBMS 층에게 통지하기 위한 메커니즘), MBMS 트리거링 정보(예컨대, eMBMS 층으로 하여금 USD 업데이트들을 체크하게 하기/트리거링하기 위한 메커니즘), 또는 다른 정보를 MBMS 유닛(262)에 제공하도록 동작 가능할 수 있다. 예컨대, 메시지 클라이언트(263)는 MBMS 유닛(262)으로 하여금 브로드캐스트 서비스를 통해 데이터를 수신하는 것을 시작하게 하기 위한 정보를 MBMS 유닛(262)에 전송할 수 있다.
[0178] 도 8의 단계 1에서, 애플리케이션(258)은 애플리케이션 서버(252)로부터 유니캐스트 서비스를 통하여 스트리밍/파일 다운로딩 클라이언트(260)를 통해 데이터를 얻는다. MBMS 유닛(262)은 디스에이블링될 수 있다. 즉, 데이터가 제 1 서비스를 통해 수신될 것이라는 표시를 UE가 수신했을 때(예컨대, 제 1 서비스가 이용가능한 유일한 서비스일 때), UE는 제 2 서비스를 통해 데이터를 수신하기 위한 유닛을 디스에이블링할 수 있다. 도 8의 예의 단계 2에서, 네트워크(미도시)의 HARD 유닛이 고 어태치 레이트를 검출한다. HARD 유닛은 MBMS 세션(예컨대, MBMS 베어러)을 인에이블링하기 위해 이 하이 어테치 레이트를 BM-SC(256)에게 표시한다. BM-SC(256)는 표시를 UE에 전송하도록 메시지 서비스(255)(예컨대, SMS 센터, OMA-DM/WAP 서버)에 요청한다. 메시지 서비스(255)는 메시지를 UE의 SMS/OMA-DM/WAP 층(예컨대, 메시지 클라이언트(263))에 전송할 수 있다. 이러한 방식으로, 네트워크는, 데이터가 브로드캐스트 서비스를 통해 수신되어야 한다는 표시(예컨대, 메시지)를 전송할 수 있다. 메시지는 브로드캐스트 서비스에 대한 USD 업데이트를 포함할 수 있다.
[0179] 도 8의 예의 단계 3에서, 메시지 클라이언트(263)가 표시(예컨대, MBMS 유닛(262)을 활성화하기 위한 명령)를 수신할 때, UE의 메시지 클라이언트(263)(예컨대, SMS/OMA-DM/WAP 층)는 MBMS 미들웨어(예컨대, MBMS 유닛(262))에 등록한다. 즉, 본 개시내용의 하나 또는 그 초과의 기술들에 따라, 시스템(250)의 네트워크 측은 MBMS 미들웨어를 직접적으로 웨이크 업시키기 위해 푸시 메커니즘(예컨대, SMS, WAP 푸시, OMA-DM 등)을 사용할 수 있다.
[0180] 도 8의 예의 단계 4에서, 애플리케이션(258)은 MBMS 유닛(262)이 브로드캐스트 또는 멀티캐스트 서비스를 이용하여(예컨대, 브로드캐스트 또는 멀티캐스트 전달 모드를 이용하여) 획득하였던 데이터를 MBMS 유닛(262)으로부터 간접적으로 획득함으로써 MBMS 베어러(예컨대, BM-SC(256))로부터 데이터를 얻는다. 다시 말해서, UE가 데이터가 제 2 서비스를 통해 수신될 것임에 대한 표시를 수신할 때, UE는 제 2 서비스를 통해 데이터를 수신하기 위한 유닛(예컨대, MBMS 유닛(262))을 활성시키고, 제 2 서비스를 통해 데이터를 수신하기 위한 유닛으로부터 데이터를 수신할 수 있다. 그 다음, 제 2 서비스를 통해 수신된 데이터는 간접적으로(예컨대, 스트리밍/파일 다운로딩 클라이언트(260))를 통해) 애플리케이션(258)으로 제공될 수 있다. 도 8의 예에서, 시스템(250)의 네트워크 측의 하나 또는 그 초과의 컴포넌트들은 상태 정보를 유지하도록 동작가능할 수 있다. 즉, 도 8의 예는 네트워크에서 상태를 요구할 수 있으며, 어떤 UE들에 "PUSH" 통지들이 전송되어야 하는지를 식별할 필요가 있다. 일부 예들에서, 푸시된 컨텐츠는 USD 그 자체를 포함할 수 있다. 도 8의 예에서, 애플리케이션(258)은 전달 애그노스틱이다. 즉, 애플리케이션(258)은 데이터가 어떻게 획득되는지에 대한 임의의 표시를 가질 필요가 없다. 오히려, 스트리밍/파일 다운로딩 클라이언트(260)는 (예컨대, 새로운 MPD, 세션 설명 또는 다른 명백한 파일을 포함하는) 업데이트된 USD를 수신하고, 애플리케이션 서버(252) 대신 데이터에 대한 요청들을 MBMS 유닛(262)으로 전송할 수 있다.
[0181] 도 9는 하나 또는 그 초과의 서비스들을 선택적으로 이용하여 데이터를 획득하기 위한 기법들을 구현하는 예시적인 시스템(300)을 예시하는 개념도이다. 도 9의 예에서, 시스템(300)은 UE 측 및 네트워크 측을 포함한다. 시스템(300)의 네트워크 측은 애플리케이션 서버("app 서버")(302), P-GW(304), 노드(303), MBMS 게이트웨이(MBMS-GW)(305) 및 BM-SC(306)를 포함한다. 애플리케이션 서버("app 서버")(302), P-GW(304) 및 BM-SC(306)는 각각, 도 4의 애플리케이션 서버(202), P-GW(204) 및 BM-SC(206)의 것과 동일하거나 유사한 기능을 포함할 수 있다. 노드(303)는 UE들과 직접 통신하기 위한 네트워크 하드웨어, 펌웨어, 소프트웨어 또는 이들의 임의의 결합을 표현할 수 있다. 예컨대, 노드(303)는 시스템(300)의 UE 측의 하나 또는 그 초과의 컴포넌트들과 에어 인터페이스 기술을 통해 통신하도록 동작가능한 셀룰러 네트워크의 "NodeB" 또는 "eNodeB"를 표현할 수 있다. MBMS-GW(305)는 MBMS 제어 기능들을 수행하도록 동작가능한 하드웨어, 펌웨어, 소프트웨어 또는 이들의 임의의 결합을 표현할 수 있다. 예컨대, MBMS-GW(305)는 멀티캐스트 또는 브로드캐스트 데이터를 네트워크의 다양한 노드들, 이를테면, 노드(303)로 전송하도록 동작가능할 수 있다. MBMS-GW(305)는 BM-SC(306)로부터 브로드캐스트 또는 멀티캐스트 데이터를 수신하고, 하나 또는 그 초과의 노드들로의 브로드캐스트를 조정할 수 있다.
[0182] 도 9의 예에서, 시스템(300)의 UE 측은 애플리케이션(308), 스트리밍/파일 다운로딩 클라이언트(310), MBMS 유닛("MBMS 클라이언트(미들웨어)/로컬 서버")(312), IP 스택(314) 및 모뎀(316)을 포함한다. 애플리케이션(308), 스트리밍/파일 다운로딩 클라이언트(310), IP 스택(314) 및 모뎀(316)은 각각, 도 4의 애플리케이션(218), 스트리밍/파일 다운로딩 클라이언트(210), IP 스택(214) 및 모뎀(216)의 것과 동일하거나 유사한 기능을 포함할 수 있다. MBMS 유닛(312)은 도 4의 MBMS 유닛(312)의 것과 동일하거나 유사한 일부 기능을 포함할 수 있다. 도 9의 예에서, MBMS 유닛(312)은 상이한 또는 추가적인 기능을 포함할 수 있다. 예컨대, MBMS 유닛(312)은 시스템(300)의 네트워크로부터 명령들을 수신하기 위한 기능을 포함할 수 있다. 즉, MBMS 유닛(312)은 하나 또는 그 초과의 컴포넌트들, 이를테면, 노드(303), MBMS-GW(305) 및/또는 BM-SC(306)로부터 다양한 정보를 수신할 수 있다.
[0183] 도 9의 예의 단계 1에서, 애플리케이션(308)은 애플리케이션 서버(302)로부터 유니캐스트 서비스를 통해 스트리밍/파일 다운로딩 클라이언트(310)를 경유하여 데이터를 얻는다. 도 9의 예의 단계 2에서, 네트워크 내의 HARD 유닛(도시되지 않음)은 고 어태치 레이트를 검출한다. HARD 유닛은 MBMS 세션(예컨대, MBMS 베어러)을 인에이블하기 위해 고 어태치 레이트를 BM-SC(306)에 표시한다. BM-SC(306)는 USD 변경 통지와 같은 에어 인터페이스 시그널링을 전송하기 위해 eNode B 및/또는 멀티-셀/멀티케스트 조정 엔티티(MCE)(예컨대, 노드(303))를 트리거하는 새로운 임시 모바일 그룹 식별자(TMGI)를 부가하기 위해 MBMS 세션 셋업을 전송함으로써 MBMS를 인에이블한다. 에어 인터페이스 시그널링은 UE 측 상의 모뎀(316)에 의해 수신될 수 있다. 이러한 방식으로, 시스템(300)의 네트워크 측은 에어 인터페이스 시그널링을 이용하여 제 2 서비스(예컨대, MBMS 베어러 또는 다른 멀티캐스트 또는 브로드캐스트 서비스)의 이용가능성을 UE에 표시할 수 있다.
[0184] 도 9의 예의 단계 3에서, 모뎀(316)이 표시(예컨대, USD 변경 통지)를 수신할 때, 모뎀(316)은 USD 변경을 MBMS 미들웨어(예컨대, MBMS 유닛(312))에 표시한다. 즉, 본 개시의 하나 또는 그 초과의 기법들에 따라, 시스템(300)의 네트워크 측은 에어 인터페이스 시그널링, 이를테면, SIB 브로드캐스트들, MCCH 통지들, USD 변경 통지들 또는 다른 시그널링을 이용하여 멀티캐스트 또는 브로드캐스트 서비스들의 이용가능성을 UE에 표시할 수 있다.
[0185] 도 9의 예의 단계 4에서, 애플리케이션(308)은 MBMS 유닛(312)이 브로드캐스트 또는 멀티캐스트 서비스를 이용하여(예컨대, 브로드캐스트 또는 멀티캐스트 전달 모드를 통해) 획득하였던 데이터를 MBMS 유닛(312)으로부터 간접적으로 획득함으로써 MBMS 베어러(예컨대, BM-SC(306))로부터 데이터를 얻는다. 다시 말해서, UE가 미디어 데이터가 제 2 서비스를 통해 수신될 것임에 대한 표시를 수신할 때, UE는 제 2 서비스를 통해 데이터를 수신하기 위한 유닛(예컨대, MBMS 유닛(312))을 활성시키고, 제 2 서비스를 통해 데이터를 수신하기 위한 유닛으로부터 미디어 데이터를 수신할 수 있다. 그 다음, 제 2 서비스를 통해 수신된 데이터는 간접적으로 (예컨대, 스트리밍/파일 다운로딩 클라이언트(310))를 통해) 애플리케이션(308)으로 제공될 수 있다. 도 9의 이러한 해결책은 스트리밍 서비스들 및 파일 다운로딩 둘 모두에 대해 이용될 수 있다. 도 9의 예에서, 애플리케이션(308)은 전달 애그노스틱이다. 즉, 애플리케이션(308)은 데이터가 어떻게 획득되는지에 대한 임의의 표시를 가질 필요가 없다. 일부 예들에서, MCCH 변경 통지는 멀티밴드/멀티주파수 환경들에 대해 작동되지 않을 수 있는데, 그 이유는 다른 주파수 상에서의 네트워크 부가 서비스들이 이 주파수에 대한 MCCH 변경 통지를 트리거하지 않을 것이다.
[0186] 도 10은 하나 또는 그 초과의 서비스들을 선택적으로 이용하여 데이터를 획득하기 위한 기법들을 구현하는 예시적인 시스템(350)을 예시하는 개념도이다. 도 10의 예에서, 시스템(350)은 UE 측 및 네트워크 측을 포함한다. 시스템(350)의 네트워크 측은 애플리케이션 서버("app 서버")(352), P-GW(354) 및 BM-SC(356)를 포함한다. 애플리케이션 서버("app 서버")(352), P-GW(354) 및 BM-SC(356)는 각각, 도 4의 애플리케이션 서버(202), P-GW(204) 및 BM-SC(206)의 것과 동일하거나 유사한 기능을 포함할 수 있다. BM-SC(356)는 브로드캐스트 이용가능성을 시스템(350)의 네트워크 측의 다른 컴포넌트들, 이를테면, P-GW(304)에 표시하기 위한 기능을 포함할 수 있다.
[0187] 도 10의 예에서, 시스템(350)의 UE 측은 애플리케이션(358), 스트리밍/파일 다운로딩 클라이언트(360), MBMS 유닛("MBMS 클라이언트(미들웨어)/로컬 서버")(362), IP 스택(364) 및 모뎀(366)을 포함한다. 애플리케이션(358), 스트리밍/파일 다운로딩 클라이언트(360), IP 스택(364) 및 모뎀(366)은 각각, 도 4의 애플리케이션(218), 스트리밍/파일 다운로딩 클라이언트(210), IP 스택(214) 및 모뎀(216)의 것과 동일하거나 유사한 기능을 포함할 수 있다. MBMS 유닛(362)은 도 4의 MBMS 유닛(362)의 것과 동일하거나 유사한 일부 기능을 포함할 수 있다. 도 9의 예에서, MBMS 유닛(362)은 상이한 또는 추가적인 기능을 포함할 수 있다. 예컨대, MBMS 유닛(362)은 시스템(350)의 네트워크 측으로부터 명령들을 수신하기 위한 기능을 포함할 수 있다. 즉, MBMS 유닛(362)은 하나 또는 그 초과의 컴포넌트들, 이를테면, P-GW(354)로부터 다양한 정보를 수신할 수 있다.
[0188] 도 10의 예의 단계 1에서, 애플리케이션(358)은 애플리케이션 서버(352)로부터 유니캐스트 서비스를 통해 스트리밍/파일 다운로딩 클라이언트(360)를 경유하여 데이터를 얻는다. 도 10의 예의 단계 2에서, 네트워크 내의 HARD 유닛(도시되지 않음)은 고 어태치 레이트를 검출한다. HARD 유닛은 MBMS 세션(예컨대, MBMS 베어러)을 인에이블하기 위해 고 어태치 레이트를 BM-SC(356)에 표시한다. BM-SC(356)는 P-GW(354)로 하여금 표시를 UE로 전송하게 하도록 요청을 P-GW(354)로 전송한다. 표시는 PCO 또는 NAS 시그널링을 이용할 수 있다.
[0189] 도 10의 예의 단계 3에서, 모뎀(366)이 표시를 수신할 때, 모뎀(366)은 브로드캐스트 또는 멀티캐스트 서비스의 이용가능성을 MBMS 미들웨어(예컨대, MBMS 유닛(362))에 표시한다. 즉, 본 개시의 하나 또는 그 초과의 기법들에 따라, 시스템(350)의 네트워크 측은 에어 인터페이스 시그널링, 이를테면, SIB 브로드캐스트들, MCCH 통지들, USD 변경 통지들 또는 다른 시그널링을 이용하여 멀티캐스트 또는 브로드캐스트 서비스들의 이용가능성을 UE에 표시할 수 있다. P-GW 시그널링, 이를테면, NAS 시그널링, PCO들 또는 다른 시그널링을 이용하여 멀티캐스트 또는 브로드캐스트 서비스들의 이용가능성을 UE에 표시할 수 있다.
[0190] 도 10의 예의 단계 4에서, 애플리케이션(358)은 MBMS 유닛(362)이 브로드캐스트 또는 멀티캐스트 서비스를 이용하여(예컨대, 브로드캐스트 또는 멀티캐스트 전달 모드를 통해) 획득하였던 데이터를 MBMS 유닛(362)으로부터 간접적으로 획득함으로써 MBMS 베어러(예컨대, BM-SC(356))로부터 데이터를 얻는다. 다시 말해서, UE가 데이터가 제 2 서비스를 통해 수신될 것임에 대한 표시를 수신할 때, UE는 제 2 서비스를 통해 데이터를 수신하기 위한 유닛(예컨대, MBMS 유닛(362))을 활성시키고, 제 2 서비스를 통해 데이터를 수신하기 위한 유닛으로부터 데이터를 수신할 수 있다. 그 다음, 제 2 서비스를 통해 수신된 데이터는 간접적으로 (예컨대, 스트리밍/파일 다운로딩 클라이언트(360))를 통해) 애플리케이션(358)으로 제공될 수 있다. 도 10의 예에서, 시스템(350)의 네트워크 측의 하나 또는 그 초과의 컴포넌트들은 상태 정보를 유지하도록 동작가능할 수 있다. 즉, 도 10의 예는 네트워크에서 상태를 요구할 수 있으며, 어떤 UE들에 표시가 전송되어야 하는지를 식별할 필요가 있다. 도 10의 예에서, 애플리케이션(358)은 전달 애그노스틱이다. 즉, 애플리케이션(358)은 데이터가 어떻게 획득되는지에 대한 임의의 표시를 가질 필요가 없다.
[0191] 도 11a 및 도 11b는 하나 또는 그 초과의 서비스들을 이용하여 네트워크 상에서 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다. 도 11a 및 도 11b의 예에서, UE 상에서 실행되는 애플리케이션은 컨텐츠(예컨대, 미디어 컨텐츠, 파일 또는 다른 컨텐츠)를 요청할 수 있다. UE의 하나 또는 그 초과의 컴포넌트들(예컨대, 스트리밍 또는 파일 다운로딩 클라이언트)은 어떤 서비스들이 컨텐츠에 대한 데이터를 수신하기 위해 이용가능한지를 결정하기 위해 네트워크 상의 컴포넌트들과 통신할 수 있다. UE는 데이터가 유니캐스트 서비스를 통해서만 이용가능함을 결정할 수 있고, UE는 유니캐스트 서비스에 등록할 수 있다. UE는, 어떤 멀티캐스트 또는 브로드캐스트 서비스도 이용가능하지 않음이 결정될 때 유니캐스트 모드로 진입할 수 있으며, 그 후, 유니캐스트 서비스를 통해(예컨대, 유니캐스트 전달 모드를 이용하여) 데이터를 수신할 수 있다. UE는 브로드캐스트 또는 멀티캐스트 서비스가 이용가능한지 여부를 결정하기 위해 USD로의 업데이트들에 대해 주기적으로 체크할 수 있다. 브로드캐스트 서비스가 이용가능함을 결정할 시, UE는 브로드캐스트 서비스를 통해 데이터를 수신하고, 브로드캐스트 모드에 진입하고, 유니캐스트 채널을 해체할 수 있다.
[0192] 도 12는 하나 또는 그 초과의 서비스들을 이용하여 네트워크 상에서 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다. 도 12의 예에서, UE는 (예컨대, UE의 스트리밍 또는 파일 다운로딩 클라이언트로부터) 데이터에 대한 요청을 수신할 수 있으며, eMBMS를 활성시킬 수 있다. UE는, 이를테면, 브로드캐스트 또는 멀티캐스트 서비스가 이용가능하지 않을 때, 유니캐스트 서비스를 이용하여 데이터를 수신할 수 있다. 네트워크 내의 HARD는 컨텐츠에 대한 고 어태치 레이트 또는 고 수요를 검출하고, 고 수요의 BM-SC를 통지할 수 있다. 1-단계 해결책에서, BM-SC는 유니캐스트 서비스를 eMBMS 브로드캐스트 서비스로 직접 변환할 수 있고, UE는 도 11a 및 도 11b의 단계들 2, 3 및 8-15에 설명된 바와 같이, 브로드캐스트 서비스에 등록할 수 있다. 2-단계 해결책에서, BM-SC는 먼저, 유니캐스트를 통해 유니캐스트 서비스를 eMBMS 서비스로 변환할 수 있고, UE는 도 11a 및 도 11b의 단계들 2-15에 설명된 바와 같이 eMBMS 유니캐스트 서비스를 eMBMS 브로드캐스트 서비스로 트랜지션할 수 있다.
[0193] 도 13a 및 도 13b는 하나 또는 그 초과의 서비스들을 이용하여 네트워크 상에서 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다. 구체적으로, 도 13a 및 도 13b의 예는 eMBMS 브로드캐스트 서비스로의 비-eMBMS 유니캐스트 서비스의 스위칭을 설명할 수 있다. 일부 예들에서, 비-eMBMS 유니캐스트 서비스로부터 eMBMS 브로드캐스트 서비스로 스위칭할 때, BM-SC는 비-eMBMS 서비스에 대한 고 어태치먼트 레이트를 결정(예컨대, 비-eMBMS 서비스에 대한 고 어태치먼트 레이트의 표시를 수신)할 수 있다. 그 다음, BM-SC는 서비스의 eMBMS 송신을 활성시키고, 유니캐스트 전달로부터 브로드캐스트 전달로 컨텐츠 전달을 스위칭할 수 있다. 이러한 트랜지션은, 이를테면, 공칭 유니캐스트 컨텐츠 또는 서비스의 고 수요가 검출될 때, 서비스 네트워크 제공자가 컨텐츠 제공자의 다양한 컨텐츠 피드들을 유니캐스트 전달로부터 브로드캐스트 전달로 변환하는 것을 가능하게 하는 비지니스 동의에 따라 발생할 수 있다.
[0194] 도 13a 및 도 13b의 예에서, UE의 애플리케이션이 비-eMBMS 유니캐스트 서비스로 시작하는 경우에, UE의 eMBMS 클라이언트가 활성되지 않을 수 있다. 본원에서 설명되는 기법들에 따르면, eMBMS 클라이언트는, 다양한 방식들로, 예컨대, 유니캐스트 또는 브로드캐스트 전달을 통해 USD를 포착하도록 UE를 트리거링하는 네트워크 재지향에 의해, 활성될 수 있다. 예컨대, 네트워크 재지향은 HTTP/RTSP 재지향, OMA Push, 또는 네트워크 엔티티로부터 전송되는 다른 시그널링일 수 있다.
[0195] 도 13a 및 도 13b의 예에서, UE의 애플리케이션은 컨텐츠 아이템을 요청할 수 있다. 애플리케이션(예컨대, 스트리밍 또는 파일 다운로딩 클라이언트)으로부터의 요청에 응답하여, UE는 OTT(over the top) 컨텐츠 서비스 또는 PSS(packet-switched streaming service)를 사용하여 유니캐스트 서비스를 통해 데이터를 획득할 수 있다. 후속하여, BM-SC는 비-eMBMS 유니캐스트 서비스가 서비스의 eMBMS 송신으로 스위칭되어야 한다고 결정할 수 있다. 예컨대, 그러한 결정은, 획득된 정보에 기초하여, 이벤트에 기초하여, 그리고/또는 비-eMBMS 유니캐스트 서비스의 고 어태치먼트 레이트의 검출에 기초하여, 이루어질 수 있다. 일부 예들에서, 그러한 정보가 BM-SC에 알려져 있는 경우에, BM-SC는 또한, 어태칭된 UE들의 MBMS 스위칭 능력에 대해 유니캐스트를 활용할 수 있다. 비-eMBMS 유니캐스트 서비스가 eMBMS 송신으로 스위칭되어야 한다고 결정하는 것의 일 예로서, 네트워크에서의 HARD는 고 어태치 레이트를 결정할 수 있고, 고 어태치 레이트를 BM-SC에 표시할 수 있다. BM-SC는, 표시를 수신하는 것에 응답하여, eMBMS 세션을 설정하도록 결정할 수 있다. 도 13a 및 도 13b의 예에서 개별적인 컴포넌트들로 도시되어 있지만, 일부 예들에서, HARD 및 BM-SC는 단일 컴포넌트의 일부일 수 있다.
[0196] eMBMS 세션을 설정하도록 결정한 후에, BM-SC는 업데이팅된 USD를 브로드캐스팅할 수 있다. 일부 예들에서, 사용자 서비스는 브로드캐스트 및 유니캐스트 관련 정보를 포함할 수 있다. 다른 예들에서, 사용자 서비스는 브로드캐스트 관련 정보만을 포함할 수 있다. BM-SC가 USD에 대한 eMBMS 세션(예컨대, USD 브로드캐스트 채널)을 이미 설정하였던 경우에, BM-SC는 설정된 브로드캐스트 채널을 통해 업데이팅된 USD를 전송할 수 있다. 일부 예들에서, BM-SC는, 업데이팅된 USD에 대한 eMBMS 세션을 설정할 수 있거나, 또는 (예컨대, 도 13a의 제 9 단계에서의) 추후의 포인트에서의 유니캐스트 대 브로드캐스트 스위칭 트리거에 업데이팅된 USD를 포함시킬 수 있다. 즉, BM-SC는 업데이팅된 USD를 브로드캐스트, 유니캐스트, 또는 다른 수단에 의해 이용가능하게 만들 수 있다.
[0197] BM-SC는 (예컨대, 3GPP 기술 설명서 23.246, "Multimedia Broadcast/Multicast Service(MBMS); Architecture and functional description, (Release 12)"(v12.1.0, 2014년 3월)에서 명시된 바와 같이) MBMS 세션을 설정할 수 있다. 일부 예들에서, BM-SC는 업데이팅된 USD를 전송하는 것과 병행하여 MBMS 세션을 설정할 수 있다. eNB는 eMBMS 세션을 시작할 수 있고, eNB는 업데이트들을 UE들에 전송하기 위해, MCCH, SIB, 또는 다른 통지 방법들을 사용할 수 있다. 즉, eNB는 RRC를 적용할 수 있고, 필요한 경우에, 업데이팅된 SIB13 및 SIB15 메시지들을 전송할 수 있다. eNB는 모든 UE들에게 eMBMS 서비스의 존재를 알리기 위해 MCCH 변경 통지들을 수행할 수 있다.
[0198] MBMS 세션이 설정되면, 비-eMBMS 서비스를 소비하는 UE들에 (예컨대, 네트워크의 디바이스에 의해) 트리거가 전송될 수 있어서, 서비스 또는 컨텐츠에 대한 MBMS 사용자 서비스의 이용가능성을 표시할 수 있다. 예컨대, 네트워크의 디바이스는 UE가 유니캐스트 소비로부터 브로드캐스트 소비로 스위칭하게 하기 위한 표시를 전송할 수 있다. 일부 예들에서, 네트워크의 디바이스는 부가적으로, USD 업데이트를 전송할 수 있다. MCCH 통지 또는 다른 트리거를 수신하는 것에 후속하여, UE는 유니캐스트 서비스를 사용하는 것으로부터 브로드캐스트 서비스를 사용하는 것으로 재지향될 수 있다. 즉, 본원에서 설명되는 기법들에 따라 구성된 UE들의 경우에, UE는 MBMS 클라이언트를 활성시킬 수 있다. UE는, 이용가능한 경우에 브로드캐스트 채널을 통해, 또는 유니캐스트 베어러를 통해 USD들을 수신하기 위해 서비스 디스커버리 절차들을 개시할 수 있다. UE가 USD를 수신하였고, 적절한 커버리지 범위에 있고, 서비스를 소비하고 있는 경우에, UE는 유니캐스트로부터 브로드캐스트 수신으로 스위칭할 수 있다. UE는 유니캐스트 또는 브로드캐스트 서비스를 통해 BM-SC로부터 USD를 포착할 수 있다. 선택적으로, UE의 MBMS 클라이언트는 BM-SC에 등록할 수 있고, 키를 요청할 수 있다. 즉, UE가 새롭게-설정된 MBMS 서비스에 등록하지 않았고, USD가 서비스 등록이 요구되는 것을 표시하는 경우에, UE는 MBMS 서비스 등록을 수행할 수 있고, (예컨대, 서비스 보호가 인에이블링된 경우에) 서비스 키를 획득할 수 있다. 일부 예들에서, UE는 자신의 관심있는 주파수를 eNB에 표시할 수 있고, eNB는 적절한 주파수로의 UE의 핸드오버를 수행할 수 있다. 즉, UE는, BM-SC로부터의 USD 및/또는 오버 디 에어로 SIB15로부터 수신된 정보로부터, 대응하는 MBMS 서비스가 상이한 주파수를 통해 송신되고 있다고 결정할 수 있다. 결과적으로, UE는, UE가 표시된 주파수로 스위칭하기를 원하는 것을 표시하기 위해, 'MBMSInterestIndication' 메시지를 전송할 수 있다. 그 후에, eNB는 적절한 주파수로 UE를 핸드오버시킬 수 있다. 그 후에, UE는 새로운 주파수를 통해 전송된 SIB로부터 시스템 정보를 업데이팅할 수 있다.
[0199] BM-SC는, 예컨대 컨텐츠 서버로부터 컨텐츠를 수신할 수 있고, 브로드캐스트 서비스를 사용하여 데이터를 송신할 수 있다. 도 13a 및 도 13b의 예에서 컨텐츠 서버로부터 컨텐츠를 획득하는 것으로 도시되어 있지만, 일부 예들에서, BM-SC는 PSS 서버 또는 다른 로케이션으로부터 컨텐츠를 획득할 수 있다. 다양한 예들에서, BM-SC는 MBMS 세션을 설정한 후에 언제라도 컨텐츠를 획득할 수 있다. 그 후에, BM-SC는 MBMS 베어러를 통해 획득된 컨텐츠를 전송할 수 있다. 그 후에, UE는 브로드캐스트 모드로 동작할 수 있고, (예컨대, 다른 유니캐스트 서비스가 존재하지 않는 경우에) 유니캐스트 채널을 해체할 수 있다. 도 13a 및 도 13b의 예에서, 단계들 3, 4, 5, 6, 9, 10, 11, 및/또는 다른 동작들 중 일부 또는 전부와 같은 다양한 동작들에 대한 규범적인 새로운 시그널링이 MooD 하에서 정의될 수 있다.
[0200] 도 14는, 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도이다. 도 14의 예에서, UE는 (예컨대, UE의 스트리밍/파일 다운로딩 클라이언트로부터) 데이터에 대한 요청을 수신할 수 있다. UE는 OTT 또는 PSS를 사용하여 유니캐스트 서비스를 사용하여 데이터를 수신할 수 있다. 네트워크에서의 HARD는 서비스에 대한 고 수요 또는 고 어태치 레이트를 검출할 수 있고, BM-SC에 통지할 수 있다. BM-SC는 유니캐스트를 통하는 eMBMS 서비스로 유니캐스트 서비스를 변환할 수 있고, 업데이팅된 USD가 이용가능하다는 표시(예컨대, eMBMS 유니캐스트 서비스가 이용가능하다는 표시)를 전송할 수 있다. 그 후에, UE는 비-eMBMS 유니캐스트 서비스로부터 eMBMS 유니캐스트 서비스로 재지향될 수 있다. UE는 eMBMS를 활성시킬 수 있고, 도 13a 및 도 13b의 단계들 3-15에서 설명되는 바와 같이, eMBMS 유니캐스트 전달 모드로부터 브로드캐스트 전달 모드로 전환할 수 있다.
[0201] 도 15a 및 도 15b는, 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 동작들을 예시하는 개념도들이다. 단계들 1 내지 5에서, UE는 레귤러 MBMS 사용자 서비스로서 컨텐츠를 소비할 수 있다. 일부 예들에서, 서비스는 초기에, 비-MBMS 사용자 서비스였을 수 있다. 도 15a 및 도 15b의 예에서, 애플리케이션(예컨대, 스트리밍/파일 다운로딩 클라이언트)으로부터의 요청에 응답하여, UE는 브로드캐스트 또는 유니캐스트 서비스를 사용하여 USD를 획득할 수 있다. 요청된 컨텐츠는 MBMS 사용자 서비스를 통해 이용가능할 수 있다. 일부 예들에서, USD는 eMBMS가 브로드캐스트 및 유니캐스트 전달 모드 양자 모두를 통해 이용가능한 것을 표시할 수 있다. 일부 예들에서, USD는 MBMS 사용자 서비스가 유니캐스트 및 브로드캐스트 전달 모드들 양자 모두를 통해 이용가능한 것을 표시할 수 있다. 다양한 예들에서, USD는, 유니캐스트 채널 관련 정보를 포함시키지 않음으로써, MBMS 사용자 서비스가 브로드캐스트를 통해서만 이용가능한 것을 표시할 수 있다.
[0202] UE의 MBMS 유닛은 컨텐츠 서버에 등록할 수 있고, 키를 요청할 수 있다. 일 예로서, UE는, UE가 MBMS 사용자 서비스 등록에 의해 MBMS 사용자 서비스를 포착하기를 원한다는 것을 BM-SC에 알릴 수 있다. 즉, 서비스 보호가 인에이블링된 경우에, UE는 서비스 키(MSK)를 획득할 수 있다. 일부 예들에서, MBMS 사용자 서비스 등록은 UE의 소비 의도를 표시할 수 있다. 일부 예들에서, MBMS 사용자 서비스 등록은, 필요한 정보를 획득하기 위해 서비스에 대해 등록하려는 UE의 의도를 표시할 수 있다. 그 후에, UE는 브로드캐스트 전달 모드가 미디어 컨텐츠에 대해 이용가능한 것을 검출할 수 있고, 브로드캐스트 모드에 진입할 수 있다. BM-SC는 컨텐츠 서버로부터 컨텐츠를 수신할 수 있고, 브로드캐스트 전달 모드를 통해 데이터를 전송할 수 있다.
[0203] 일부 예들에서, 도 15a 및 도 15b의 후속 단계들은 MooD 양상들을 지원할 수 있다. 즉, 단계 6 및 그 초과는 MBMS 사용자 서비스를 비-eMBMS 사용자 서비스로 터닝하는 것을 인에이블링할 수 있다. 단계 6에서, 서비스의 동작에 대한 절차들이 수집될 수 있다. 이러한 절차들은 MCE 카운팅 절차들, BM-SC-기반 카운팅 절차들(예컨대, 등록/등록-해제, 또는 다른 수단에 기초함), 또는 다른 동작 양상들(예컨대, MBMS 사용자 서비스 또는 다른 비-MBMS 서비스들의 대중성)을 포함할 수 있다. 일 예로서, BM-SC는, 얼마나 많은 UE들이 브로드캐스트 서비스들을 수신하는 것에 관심이 있는지에 대한, MCE로부터의 RAN(Radio Access Network) 카운팅 결과들을 얻을 수 있다. 어떤 포인트에서, 수집된 정보에 기초하여, BM-SC는 전달 모드가 브로드캐스트 전달로부터 유니캐스트 전달로 스위칭되어야 한다고 결정할 수 있다. BM-SC는, 카운팅, 등록/등록-해제 정보, 및/또는 다른 정보(예컨대, 미리구성된 타이머의 만료 등)에 기초하여 결정을 행할 수 있다. 일 예로서, MCE 입력 및/또는 다른 정보(예컨대, 등록 또는 등록 정보)에 기초하여, BM-SC는 유니캐스트 서비스로의 스위칭을 결정할 수 있다.
[0204] 결정 후에, BM-SC는 MBMS 송신이 막 종료되려고 하는 것을 표시할 수 있다. BM-SC는, 임박한 종료를, 다양한 방식들로, 예컨대, USD를 업데이팅함으로써, MBMS 송신의 종료를 표시하기 위해 대역-내 스케줄 프래그먼트를 사용함으로써, 또는 다른 방식들로 표시할 수 있다. UE는 (예컨대, 대역내 스케줄 프래그먼트 정보 또는 USD 업데이트들을 사용하는) 브로드캐스트 전달 모드에 대한 시간의 종료의 표시를 수신할 수 있다.
[0205] 도 15b를 참조하면, UE는 eMBMS 세션이 막 종료되려고 하는 것을 검출할 수 있고, RRC(radio resource connection)를 설정할 수 있다. RRC는, MBMS 브로드캐스트 전달 세션 종료 시간 전에 설정될 수 있다. PDN(packet data network)이 이전에 설정되지 않았던 경우에, UE는 또한, PDN 연결을 설정할 수 있다. 즉, UE는, 필요한 경우에, PDN 연결을 설정할 수 있다. BM-SC는 브로드캐스트 전달 모드를 종료할 수 있고, eNB는 SIB, MCCH 통지, 또는 다른 통지 방법들을 사용하여 UE들에 통지할 수 있다. 예컨대, BM-SC는, 3GPP TS 23.246, "Multimedia Broadcast/Multicast Service(MBMS); Architecture and functional description"에서 명시된 바와 같이, MBMS 브로드캐스트 전달 세션 종료 절차들을 수행할 수 있다. 일부 예들에서, BM-SC는, MBMS 사용자 서비스가 유니캐스트 전달 모드를 통해서만 이용가능한 것을 표시하기 위해, UDS를 업데이팅할 수 있다. 일부 예들에서, MBMS 사용자 서비스는 USD로부터 서비스를 제거함으로써 BM-SC에 의해 종결된다.
[0206] 브로드캐스트 전달 모드가 중단된 후에, UE는 브로드캐스트 또는 유니캐스트를 통해 새로운 USD를 포착할 수 있다. 새로운 USD는 eMBMS 서비스가 유니캐스트 전달 모드를 통해서만 이용가능한 것을 명시할 수 있다. 결과적으로, UE는 유니캐스트 모드에 진입할 수 있고, 유니캐스트 전달 모드를 통해 미디어 데이터를 수신할 수 있다. 도 15a 및 도 15b의 예에서, MooD WI는, 단계들 3, 6, 7, 8, 13, 및/또는 다른 동작들 중 일부 또는 전부와 같은 다양한 동작들에 대한 규범적인 새로운 시그널링을 정의할 수 있다.
[0207] 도 16은, 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적인 시스템을 예시하는 개념도이다. 도 16의 예는 고 레벨 MooD 아키텍처를 표현할 수 있다. 도 16의 예는 본원에서 설명되는 기법들을 수행하기 위한 시스템의 단지 하나의 예를 표현하고, 다양한 다른 시스템들이 본 개시에 따라 사용될 수 있다.
[0208] 도 16의 예는, 공중 네트워크(500)(예컨대, 인터넷), CDN(cellular data network)(502), PSS(packet-switched service) 서버(504), PDN-GW(packet data network gateway)(506), eNB(eNode B)(508), BM-SC(broadcast and multicast service center)(510), MBMS-GW(MBMS gateway)(512), 및 UE(user equipment)(515)를 포함한다. 일부 예들에서, 공중 네트워크(500), CDN(502), PSS 서버(504), PDN-GW(506), eNB(508), BM-SC(510), 및/또는 MBMS-GW(512) 중 하나 또는 그 초과는, 무선 또는 셀룰러 서비스 제공자 네트워크와 같은 서비스 제공자 네트워크의 컴포넌트들을 표현할 수 있다. UE(515)는 서비스 제공자의 가입자의 사용자 장비를 표현할 수 있다.
[0209] 도 16의 예에서, UE(515)는 eNB(508) 및 PDN-GW(506)에 걸친 유니캐스트 전달을 통해 다양한 컨텐츠 또는 서비스들, 예컨대, OTT(over-the-top) 서비스(520A), PSS 서비스(522A), 및 MBMS 서비스(524A)에 액세스할 수 있다. 일부 예들에서, MBMS 서비스(524A)는 unicastAccessURI를 사용하여 제공될 수 있다. PDN-GW(506)는 이러한 서비스들을 다양한 소스들로부터 획득할 수 있다. 예컨대, PDN-GW(506)는 OTT 서비스(520B)를 획득하기 위해 CDN(502)과 통신할 수 있고 그리고/또는 OTT 서비스(520C)를 획득하기 위해 공중 네트워크(500)와 통신할 수 있다. PDN-GW(506)는 PSS 서비스(522B)를 획득하기 위해 CDN(502)과 통신할 수 있고 그리고/또는 PSS 서비스(522C)를 획득하기 위해 PSS 서버(504)와 통신할 수 있다. PDN-GW(506)는 MBMS 서비스(524B)를 획득하기 위해 CDN(502)과 통신할 수 있고, MBMS 서비스(524C)를 획득하기 위해 PSS 서버(504)와 통신할 수 있고, 그리고/또는 MBMS 서비스(524D)를 획득하기 위해 BM-SC(510)와 통신할 수 있다.
[0210] OTT 서비스(520A-C), PSS 서비스(522A-C), 또는 MBMS 서비스(524A-D) 중 임의의 서비스의 고 어태치먼트 레이트의 (예컨대, BM-SC(510)에 의한) 서비스 제공자의 결정시, BM-SC(510)는 MBMS 베어러에 걸쳐 동일한 컨텐츠를 반송하기 위해 eMBMS 사용자 서비스를 활성시킬 수 있다. 예컨대, BM-SC(510)는 유니캐스트 전달을 통해 OTT 서비스(530)를 획득하기 위해 공중 네트워크(500) 및/또는 CDN(502)와 통신하고 그리고 서비스를 브로드캐스트 전달로 변환할 수 있다. BM-SC(510)는 유니캐스트 전달을 통해 PSS 서비스(532) 및/또는 MBMS 서비스(534)를 획득하기 위해 CDN(502)과 통신하고 그리고 서비스들을 브로드캐스트 전달로 변환할 수 있다.
[0211] 이후, BM-SC(510)는 브로드캐스트 전달을 통해 서비스들(530, 532, 및/또는 534)을 제공할 수 있다. UE(515)는 브로드캐스트 전달을 사용하여 MBMS 서비스(540)를 통해 서비스들(530, 532, 및/또는 534) 중 하나 또는 그 초과를 획득할 수 있다. 이러한 방식으로, 본원에서 설명되는 기법들은 UE들이 다수의 전달 모드들을 통해 컨텐츠 및/또는 서비스들을 획득하도록 허용할 수 있다.
[0212] 도 17a 및 17b는 하나 또는 그 초과의 서비스들을 사용하여 네트워크를 통해 데이터를 획득하기 위한 예시적 동작들을 예시하는 개념도들이다. 도 17a 및 17b의 예시적 동작들은 예컨대, UE가 MooD 동작을 지원하고 그리고 MBMS-가능 UE들이 적어도 서비스의 소비의 표시를 네트워크에 (예컨대, BM-SC에) 제공할 수 있을 때 사용될 수 있다. 일부 예들에서, BM-SC는 유니캐스트, 브로드캐스트, 및/또는 멀티캐스트 전달 모드들 및/또는 서비스들에 관한 결정들을 하는 중심일 수 있다. 도 17a 및 17b의 예에서 단일 컴포넌트로서 도시되지만, 다양한 예들에서, BM-SC의 물리적 구현은 (예컨대, 유니캐스트 컨텐츠의 스케일가능 분산을 위해 프록시 서버를 사용하여) 분산될 수 있다. 유사하게, 도 17a 및 17b의 예에서 단일 컴포넌트로서 도시되지만, MBMS-가능 UE는 다양한 예들에서, MBMS UE 및 애플리케이션 클라이언트와 같은 다수의 컴포넌트들로 분할될 수 있다.
[0213] 도 17a의 예의 단계 1에서, 컨텐츠 서버는 스트리밍 미디어 또는 다운로딩가능 컨텐츠와 같은 서비스를 제공할 수 있다. 일부 예들에서, BM-SC는 이러한 서비스가 잠재적 MBMS 사용자 서비스임을 인식할 수 있다. 일부 예들에서, 잠재적 MBMS 사용자 서비스는, 잠재적으로 MBMS 사용자 서비스로 전환할 수 있는 비-MBMS 사용자 서비스로서 정의될 수 있다. 도 17a의 예의 단계 2에서, BM-SC는 잠재적 MBMS 사용자 서비스에 관하여 MBMS-가능 UE들에 알릴 수 있다. 단계 3에서, MBMS-가능 UE는 잠재적 MBMS 사용자 서비스의 UE의 소비에 관하여 BM-SC에 알린다. 일부 예들에서, UE는 UE의 소비에 관하여 BM-SC를 계속해서 업데이트할 수 있다. 일부 예들에서, UE는 추가로 UE에 관한 로케이션 및/또는 소비 메타데이터를 포함할 수 있다. 이러한 정보를 전송하는 것은, BM-SC가 잠재적 MBMS 사용자 서비스를 MBMS 사용자 서비스로 전환시키는 것에 대한 UE에 의한 암시적 동의로서 작용할 수 있다. 이러한 전환은 다음의 방식들: 서비스에 대한 직접적 등록에 의한 방식; 또는 규칙적 데이터 요청들(예컨대,잠재적 MBMS 사용자 서비스에 대한 요청들)을 사용한 간접적 등록에 의한 방식 중 하나 또는 그 초과의 방식들로 UE에 의해 핸들링될 수 있다. 일부 예들에서, UE가 잠재적 MBMS 사용자 서비스의 UE의 소비를 BM-SC에 알리는 방식 및/또는 UE가 전환을 핸들링하는 방식은 확장성 고려사항들에 종속될 수 있다.
[0214] 도 17a의 단계 4에서, BM-SC는 잠재적 MBMS 사용자 서비스가 MBMS 사용자 서비스로 전환되어야 하는지를 결정한다. BM-SC는 결정을 하기 위해 등록으로부터의 정보 및/또는 다른 정보를 사용할 수 있다. 일부 예들에서, 이러한 결정은 잠재적 MBMS 사용자 서비스에 걸쳐 규칙적으로 발생될 수 있다. 즉, BM-SC는 각각의 UE가 잠재적 MBMS 사용자 서비스의 소비를 개시 또는 종결시킨 후에 주기적으로(예컨대, 매 5초, 매 30초 등) 또는 일부 다른 인터벌로 결정을 할 수 있다. 단계 5에서, UE는 컨텐츠 서버와 직접적으로 통신함으로써 또는 요청에 대한 프록시로서 BM-SC를 사용함으로써(예컨대, BM-SC는 요청들을 컨텐츠 서버에 포워딩할 수 있음) 잠재적 사용자 서비스로부터의 데이터를 요청한다. 단계 6에서, UE는 요청된 데이터를 규칙적 유니캐스트 서비스로서 수신한다.
[0215] 도 17a의 단계 7에서, BM-SC는 일부 시점에서, 컨텐츠가 브로드캐스트 모드를 통해 더 효율적으로 제공될 것임을 결정할 수 있고 그리고 잠재적 MBMS 사용자 서비스를 위해 MBMS 사용자 서비스를 개시할 수 있다. 단계 8에서, BM-SC는 브로드캐스트 모드와의 MBMS 사용자 서비스를 설정하고 그리고 MBMS 사용자 서비스를 통한 컨텐츠의 이용가능성에 관하여, 컨텐츠를 소비하는 MBMS-가능 UE들에 알린다. 단계 9에서, BM-SC는 컨텐츠 서버로부터 컨텐츠를 리트리빙하기 시작한다. 단계 10에서, BM-SC는 리트리빙된 컨텐츠를 설정된 MBMS 사용자 서비스를 통해, 통상적으로 인에이블된 브로드캐스트 모드로 배포하기 시작한다.
[0216] 이제 도 17b를 참조하면, 단계 11에서, UE는 MBMS 사용자 서비스에 가입하고 그리고 MBMS 사용자 서비스를 통해 컨텐츠를 수신하기 시작한다. 도 17b의 단계 12에서, UE는 MBMS 사용자 서비스를 통해 수신된 컨텐츠를 소비하기 시작한다. 단계 13에서, UE는 서비스의 소비에 관하여 (예컨대, 확장성을 고려하여) BM-SC에 계속해서 알릴 수 있다. 일부 예들에서, UE는 또한, 서비스에 대한 등록해제의 표시를 제공할 수 있다. 단계 14에서, BM-SC는, MBMS 사용자 서비스를 통해 컨텐츠를 전달하는 것이 더 이상 가장 효율적이지 않음을 결정할 수 있다. BM-SC는 UE들로부터 수신된 정보, 예컨대, 등록 정보 및/또는 다른 정보를 사용할 수 있다.
[0217] 도 17b의 단계 15에서, BM-SC는 MBMS 사용자 서비스를 소비하는 UE들에 MBMS 사용자 서비스의 종결에 관하여 알린다. 단계 16에서, UE는 MBMS 사용자 서비스를 나간다. 단계17에서, UE는 자신이 MBMS 사용자 서비스를 나갔음을 BM-SC에 알린다. 단계 18에서, UE는 (예컨대, 컨텐츠 서버와 직접적으로 통신함으로써 또는 요청에 대한 프록시로서 BM-SC를 사용함으로써) 유니캐스트를 통해 잠재적 MBMS 사용자 서비스의 데이터를 다시 요청하기 시작한다. 단계 19에서, BM-SC는 MBMS 사용자 서비스를 종결시키지만 잠재적 MBMS 사용자 서비스는 계속 제공한다. 도 17a 및 17b의 예에서, MooD WI는 다양한 동작들, 예컨대, 단계들 2, 3, 8, 13, 17, 및/또는 다른 동작들에 대해 규범적인 새로운 시그널링을 정의할 수 있다.
[0218] 설명된 예들 중 하나 또는 그 초과에서, BM-SC는 동일한 서비스 또는 컨텐츠의 유니캐스트 전달을 대체하여 또는 그 유니캐스트 전달에 추가하여 수요-기반 eMBMS 서비스를 준비하는 것이 가능할 수 있다. 일부 예들에서, 유니캐스트 서비스가 MBMS 사용자 서비스로 동적으로 전이됨에 따라, BM-SC는 유니캐스트 베어러들만을 통해, MBMS 베어러들을 통해 또는 베어러 타입들 양쪽 모두를 통해 서비스 전달을 제공할 수 있다. 일부 예들에서, BM-SC는, 비-MBMS 유니캐스트 서비스와 MBMS 사용자 서비스 사이에서 스위칭되기에 적격인 각각의 서비스의 표시를 UE에 스케일가능 방식으로 제공할 수 있다. 기존의 MBMS 사용자 서비스의 브로드캐스트 전달에 대한 저 어태치먼트 레이트/볼륨의 인식을 획득시, BM-SC는 일부 예들에서 MBMS 사용자 서비스를 비활성시킬 수 있다. 기존의 MBMS 사용자 서비스의 브로드캐스트 전달에 대한 저 어태치먼트 레이트/볼륨의 인식을 획득시, BM-SC는 일부 예들에서 MBMS 사용자 서비스를 유니캐스트-전용 전달 모드로 제한할 수 있다.
[0219] 설명된 예들 중 하나 또는 그 초과는 이용가능한 서비스들 및 전달 모드들을 UE들에 알리기 위해 요구되는 필요한 시그널링을 제공할 수 있다. 설명된 예들 중 하나 또는 그 초과는 잠재적 MBMS 사용자 서비스들의 수의 측면과 유니캐스트 모드 및 브로드캐스트 모드에서 동작할 때 수반되는 UE들의 측면 양쪽 모두에서 스케일가능 솔루션을 제공할 수 있다. 설명된 예들 중 하나 또는 그 초과는 업링크 및/또는 다운링크 자원들의 효율적인 사용을 제공할 수 있다. 설명된 예들 중 하나 또는 그 초과는 관련된 조절성 및 프라이버시 고려사항들을 고려할 수 있다. 설명된 예들 중 하나 또는 그 초과는, 인핸스드 MBMS 동작과 같이 Rel-12 동안 다른 동작 아이템들에서 전개되는 특징들을 포함한 기존의 MBMS 특징들을 가능한 최대로 재사용할 수 있다. 설명된 예들 중 하나 또는 그 초과는 공통 웹 기술들 및 HTTP 특징들과 같은 다른 기존의 특징들을 추가적으로 또는 대안적으로 재사용할 수 있다.
[0220] 설명된 예들 중 하나 또는 그 초과는, 잠재적 MBMS 사용자 서비스로부터 실제 MBMS 사용자 서비스로 전환할 때, 사용자들에 대한 영향을 최소화할 수 있다. 설명된 예들 중 하나 또는 그 초과는 브로드캐스트-전용 모드 및/또는 브로드캐스트-및-유니캐스트 모드에서 MBMS 사용자 서비스를 실행시키는 능력을 제공할 수 있다. 설명된 예들 중 하나 또는 그 초과는 MBMS를 통한 DASH뿐만 아니라 규칙적 HTTP 서버들을 통해 복원을 제공하는 연관된 전달 절차들에 의해 증강될 수 있는 MBMS 다운로드 전달 서비스들에 대해 인에이블될 수 있다. 설명된 예들 중 하나 또는 그 초과는 (예컨대, MBMS 사용자 서비스 포맷들로의 트랜스코딩 없이) 서비스를 실제 MBMS 사용자 서비스로 이동시킬 때, 잠재적 MBMS 사용자 서비스의 포맷들을 유지하는 것을 허용할 수 있다. 설명된 예들 중 하나 또는 그 초과는 BMSC 및 다른 네트워크 컴포넌트들에 대해 최소 프로세싱 오버헤드로 동작할 수 있다. 설명된 예들 중 하나 또는 그 초과는 오버헤드, 네트워크 사용량, 및 UE 배터리 소모의 측면에서 효율적일 수 있다.
[0221] 도 18은 소비 보고를 위한 엔티티의 일 예를 예시하는 개념도이다. 도 18의 예는 서비스(예컨대, 유니캐스트, 브로드캐스트, 또는 멀티캐스트 서비스)의 소비를 결정하기 위해 또는 결정하는 것을 돕기 위해, 그리고 이에 의해, 서비스가 유니캐스트, 브로드캐스트, 및/또는 멀티캐스트 송신을 통해 더 효율적으로 제공될 것인지를 더 정확하게 결정하기 위해 이용가능한 하나의 엔티티를 표현할 수 있다. 도 18의 예는 MBMS 사용자 서비스에 대한 진행중인 수요의 더 정확한 지식을 MBMS 서비스 오퍼레이터(예컨대, 서비스 제공자 네트워크)에 제공할 수 있고, 그에 따라, 오퍼레이터는 MBMS 사용자 서비스를 종결시킬지 또는 서비스의 유니캐스트-전용 전달로 일시적으로 스위칭할지를 더 양호하게 결정하는 것이 가능할 수 있다.
[0222] 일부 예들에서, MBMS 사용자 서비스를 소비하는 UE들의 수가 특정 영역에서 특정 임계치(예컨대, 서비스 제공자 네트워크에 의해 사전구성됨) 미만일 때, 네트워크가 MBMS 송신을 디스에이블하는 것이 유익할 수 있다. MBMS 사용자 서비스를 종결시킬 때를 결정하기 위해 다양한 예시적 방법들이 사용될 수 있다. 도 18의 예에서, MBMS 사용자 서비스를 종결시킬 때를 결정하는 것은 MBMS 서비스 소비 보고 방법에 적어도 부분적으로 기초할 수 있다. 이러한 방법은, UE들에 의한 MBMS 사용자 서비스 소비 보고에 대한 요건을 시그널링하기 위한 ADP(Associated Delivery Procedure) 설명에 대한 확장으로서 정의될 수 있거나 또는 (예컨대, 새로운 보고 타입을 명시함으로써) 기존의 수신 보고에 대한 확장으로서 정의될 수 있다.
[0223] 도 18은 MBMS 서비스 소비 보고 파라미터들(602)을 포함하는 APD(Associated Procedure Description)(600)의 일 예시적 확장을 포함한다. APD(600)의 확장을 통해, BM-SC는 MBMS 사용자 서비스 보고를 수행하기 위한 MBMS 수신기들의 퍼센티지 서브셋을 sampleReportPercentage 속성(604)에서 명시할 수 있다. BM-SC는 UE가 보고해야 하는 주파수를 reportInterval 속성(606)에서 명시할 수 있다. BM-SC는 또한, UE가 USD에서 MBMS 사용자 서비스를 수신하는 것을 시작 또는 중지할 때를 보고하도록 요구되는지를 reportFlag 속성(608)에서 명시할 수 있다.
[0224] sampleReportPercentage 속성(604)이 MBMS 사용자 서비스를 위해 제공되고 값이 100 미만인 경우, UE는 0 내지 100의 범위에서 균일하게 분포되는 난수를 발생시킬 수 있다. UE는, 발생된 난수가 sampleReportPercentage 속성(604)의 값보다 더 낮은 값일 때 (예컨대, reportInterval 속성(606)에서 명시된 보고 주파수에 따라) MBMS 사용자 서비스 보고를 주기적으로 전송할 수 있다.
[0225] reportFlag 속성(608)이 "참"으로 설정되면, UE는, UE가 MBMS 사용자 서비스 수신을 시작할 때(예컨대, UE가 MBMS 커버리지로 이동할 때를 포함) 또는 종료할 때(예컨대, UE가 eMBMS 커버리지 밖으로 이동할 때를 포함) MBMS 사용자 서비스 보고를 전송할 수 있다. 일부 예들에서, 예컨대 (예컨대, MBMS 서비스 애플리케이션의 연이은(in quick succession) 턴온 및 턴오프시 사용자의 잘못된 동작(user misbehavior)으로 인한 또는 UE가 MBMS 커버리지의 경계 부근에 로케이팅되며 커버리지를 반복적으로 얻고 잃는 것으로 인한) 보고의 지나친 변동을 방지하기 위해, UE는 소비 보고를 감소시키기 위해 이력 기반 알고리즘을 구현할 수 있다.
[0226] UE가 MBMS 사용자 서비스 보고를 전송할 때, UE는 BM-SC에 대한 자신의 로케이션(예컨대, 무드 구성에 기초한, SAI(service area identity), CGI(Cell Global Identity) 또는 ECGI(Evolved Cell Global Identity))을 표시할 수 있다.
[0227] MBMS 사용자 서비스가 종결될 때를 결정하기 위한 다른 예시적 방법들에서, 네트워크의 디바이스는 미리구성된 타이머의 만료시 MBMS 송신을 디스에이블할 수 있다. 타이머-기반 메커니즘은 MBMS 송신을 턴온할지에 대한 사전 결정(prior decision)이 특정 이벤트에 의해 개시되었을 때 사용하기 적합할 수 있다. 다른 예에서, 네트워크의 디바이스는 MBMS 사용자 서비스를 종결할 시기를 결정하기 위해 MCE 카운팅 절차들을 사용할 수 있다. 예컨대, MBMS 사용자 서비스에 관심있는 UE들의 수가 특정 임계치(예컨대, 100개의 UE들, 1000개의 UE 등)에 미치지 않는다(fall below)는 것을 MCE가 검출한 후, MCE는 BM-SC에 통지를 전송할 수 있다. 그러나, 일부 예들에서, MCE 카운팅은, 유휴(idle) 상태에서 MBMS 사용자 서비스를 수신하고 있는 UE들은 포함하지 않을 수 있다. 게다가, MCE 카운팅은 3GPP RAN2 범위에 속한다. MCE 카운팅에 대한 개선된 솔루션은, RRC_CONNECTED 상태에 있는 것들 외에, RRC_IDLE 상태에 있는 이러한 UE들을 포함하도록 현재의 RAN 카운팅을 강화시킬 수 있다. 추가적으로 또는 대안적으로, 개선된 MCE 카운팅은, UE가 주어진 MBMS 사용자 서비스의 소비를 시작하거나 또는 종료할 때를 UE들이 자동적으로 보고하도록 허용할 수 있다. 개선된 MCE 카운팅은 주어진 MBMS 사용자 서비스의 소비를 UE들이 주기적으로 보고하도록 허용할 수 있다. 마지막으로, 개선된 MCE 카운팅은 네트워크의 BM-SC로 RAN 카운팅 측정치들의 전송을 가능하게 할 수 있다.
[0228] MBMS 사용자 서비스를 종결할 시기를 결정하기 위한 또 다른 예로서, MBMS 사용자 서비스 등록/등록해제에 기초하는 BM-SC-기반 카운팅 절차가 사용될 수 있다. 일부 예들에서, MBMS 사용자 서비스 등록의 의미는 최종-사용자의 소비 의도(intent)를 의미할 수 있으며, UE가 eMBMS 사용자 서비스를 실제로 소비(예컨대, eMBMS 사용자 서비스의 수신을 수행)하고 있는지를 표시할 수 없을 수도 있다.
[0229] consumptionReporting 파라미터들(602)로서 도 18의 예에 도시되지만, 본 개시내용의 기술들은, 일부 예들에서, APD(600)의 reportProceduresType 하에서 MBMS 서비스 소비 보고 파라미터들을 포함함으로써, APD(600)를 확장시킬 수 있다. 일부 예들에서, 일부 파라미터들(예컨대, samplePercentage)는 MBMS 서비스 소비 보고를 위해 재사용될 수 있다.
[0230] 도 19는 소비를 보고하기 위한 예시적 동작들을 예시하는 개념도이다. 도 19의 예시적 동작들은, MBMS 사용자 서비스 소비 보고를 제공하기 위한, 무드 가능 UE와 BM-SC 사이의 하나의 가능한 호 흐름을 표현한다.
[0231] 처음에, BM-SC는 (예컨대, ADP 설명에 대한 확장으로서) 소비 보고 파라미터들을 무드 가능 UE로 전송할 수 있다. 도 19의 예에서, 소비 보고 파라미터들는 보고 인터벌, 샘플 보고 퍼센테이지, 및 보고 플래그를 포함할 수 있다. 다양한 다른 파라미터들이 다른 예들에 포함될 수도 있다. 도 19의 예의 단계 1에서, UE는 MBMS 사용자 서비스를 통해 컨텐츠(예컨대, 서비스 X)를 소비하기 시작할 수 있다. 예컨대, UE는 본원에 설명된 기술들에 따라 서비스 X의 유니캐스트 전달로부터 MBMS 사용자 서비스로 전환할 수 있다. 다른 예로서, UE는 서비스 X를 위해 MBMS 커버리지 영역에 진입할 수 있다. 단계 1에서, UE는 서비스 X에 대응하는 보고 인터벌 타이머를 시작할 수 있다.
[0232] 도 19의 예의 단계 2에서, UE는 MBMS 사용자 서비스 보고를 BM-SC로 전송할 수 있다. MBMS 사용자 서비스 보고는, (예컨대, MBMS 사용자 서비스 보고의 타입이 "시작" 타입임을 표시함으로써) MBMS 사용자 서비스를 통해 UE가 서비스 X를 소비하기 시작했다는 표시, TMGI 및 UE의 로케이션을 포함할 수 있다. 도 19의 예의 단계 3에서, MBMS 사용자 서비스를 통해 서비스 X를 소비하는 동안 UE는 보고 인터벌 타이머의 카운트 다운을 계속할 수 있다. 단계 4에서, UE는, 서비스 X에 대응하는 보고 인터벌 타이머가 만료했음을 검출할 수 있다. 결과적으로, 단계 5에서, UE는, 보고가 중간 업데이트임(예컨대 보고가 "중간 업데이트" 타입임)의 표시, TMGI 및 UE의 로케이션을 비롯한 다른 MBMS 사용자 서비스 보고를 전송할 수 있다. MBMS 사용자 서비스 보고를 전송한 후, UE는, 단계 6에서, 서비스 X에 대응하는 보고 인터벌 타이머를 재설정할 수 있다. 단계 7에서, UE는 다시 한번 보고 인터벌 타이머를 카운트 다운할 수 있다.
[0233] UE가 서비스 X 소비를 계속함에 따라, 단계 4 내지 7은 다수번 반복될 수 있다. 도 19의 단계 8에서, UE는 서비스 X 소비를 종료할 수 있다. 예컨대, UE는 서비스 X를 수신하고 있던 애플리케이션 실행을 중단할 수 있거나 또는 서비스 X를 위해 MBMS 커버리지 영역 밖으로 이동할 수도 있다. 도 19의 단계 9에서, UE는, TMGI 및 UE의 로케이션뿐만 아니라 (예컨대, 보고가 "종료" 타입임을 표시함으로써) MBMS 사용자 서비스를 통해 UE가 서비스 X 소비를 종료했음의 표시를 비롯한 다른 MBMS 사용자 서비스 보고를 BM-SC로 전송할 수 있다. MBMS 사용자 서비스 보고들을 BM-SC로 전송함으로써, UE들은, 유니캐스트, 브로드캐스트 및/또는 멀티캐스트 전달 모드들을 통해 컨텐츠를 제공할지 여부를 결정하기 위한 보다 정확한 정보를 BM-SC에 제공할 수 있다.
[0234] 도 20a 및 20b는 하나 또는 그 초과의 서비스들을 선택적으로 사용하여 스트리밍 미디어 데이터를 획득하기 위한 예시적 동작들을 예시하는 개념도들이다. 도 20a 및 20b의 예시적 동작들은 도 4의 시스템(200)의 일반적 맥락 내에서 아래에 설명되지만, 다양한 예들로 다른 시스템들에 의해 수행될 수도 있다. 도 20a 및 20b의 예에서, 스트리밍/파일 다운로딩 클라이언트(210)는 DASH 클라이언트일 수 있고, MBMS 유닛(212)은 MBMS 클라이언트(예컨대, MBMS 미들웨어) 및 로컬 HTTP 서버일 수 있고, 프록시 유닛(213)은 로컬 HTTP 프록시일 수 있다. 추가로, 도 20a 및 20b의 예에서, BM-SC(206) 및 재지향/프록시 유닛(205)은 프록시 서버 기능 및 서비스 공시 및 세션 & 송신 기능들을 포함하는 단일 BM-SC 유닛의 일부로서 표현될 수도 있다. 애플리케이션 서버(202)는 MPD를 제공하는 컨텐츠 서버뿐만 아니라 DASH 세그먼트들을 제공할 수 있는 컨텐츠 서버일 수 있다.
[0235] 본 개시내용의 하나 또는 그 초과의 기술들에 따라, 애플리케이션(208)은 스트리밍/파일 다운로딩 클라이언트(210)를 사용하여(예컨대, DASH 프로토콜을 사용하여) 미디어 데이터를 획득할 수 있다. 예컨대, 애플리케이션(208)은, 결과적으로는 제 1 서비스(예컨대, 유니캐스트)에 따라 미디어 데이터를 리트리빙하기 위한 하나 또는 그 초과의 자원 로케이션들을 정의하는 매니페스트 파일(예컨대, MPD)의 로케이션을 표시하는 URL을 스트리밍/파일 다운로딩 클라이언트(210)에 전송할 수 있다. 스트리밍/파일 다운로딩 클라이언트(210)는 (예컨대, 프록시 유닛(213)을 통해) HTTP GET 요청을 애플리케이션 서버(202)에 전송함으로써 MPD를 획득할 수 있다. 프록시 유닛(213)은 IP 스택(214), 모뎀(216), P-GW(204), 및 재지향/프록시 유닛(205)을 통해 애플리케이션 서버(202)로 HTTP GET 요청을 패스 스루하게 허용할 수 있다. 도 20a의 예에서, 프록시 유닛(213)은 또한 (예컨대, API를 호출함으로써) MPD URL의 표시를 MBMS 유닛(212)에 전송할 수 있다.
[0236] 애플리케이션 서버(202)는 HTTP GET 요청을 수신할 수 있고, 응답하여 200-타입 HTTP OK 메시지를 전송할 수 있다. OK 메시지는 변경없이 로컬 HTTP 프록시뿐만 아니라 BM-SC 프록시 서버에 패스 스루될 수 있다. OK 메시지는 유니캐스트 MPD를 포함할 수 있다. 스트리밍/파일 다운로딩 클라이언트(210)는 MPD를 수신하고 획득할 미디어 데이터의 표현, 기간 및 세그먼트(예컨대, 기간 3, 표현 256, 세그먼트 1)를 결정할 수 있다. 적어도 부분적으로 MPD에 기초하여, 스트리밍/파일 다운로딩 클라이언트(210)는 결정된 세그먼트에 대한 URL을 검색하고 결정된 URL(예컨대, "http://example.com/per-3/rep-256/seg-1.3gp")과 함께 HTTP GET 요청을 전송할 수 있다. HTTP GET 요청은 변경없이 로컬 HTTP 프록시 및 BM-SC 프록시 서버 기능을 패스 스루할 수 있다.
[0237] 애플리케이션 서버(202)는 GET 요청을 수신할 수 있고, 응답하여, 요청된 미디어 데이터(예컨대, "seg1")를 포함하는 200-타입 HTTP OK 메시지를 전송할 수 있다. HTTP OK 메시지는 변경없이 BM-SC 프록시 서버 기능 및 로컬 HTTP 프록시를 패스 스루할 수 있다. 이런 식으로, 스트리밍/파일 다운로딩 클라이언트(210)는 유니캐스트 서비스를 사용하여 애플리케이션 서버(202)로부터 스트리밍 미디어 데이터를 획득할 수 있다.
[0238] 네트워크 측에서, BM-SC(206)의 프록시 서버 기능은 유니캐스트 서비스에 대한 고 수요를 검출할 수 있다. 응답하여, BM-SC(206)는 컨텐츠에 대한 MBMS(예컨대, 브로드캐스트) 서비스를 인에이블할 수 있다. BM-SC(206)는 애플리케이션 서버(202)로부터 컨텐츠에 대한 유니캐스트 MPD를 요청 및 수신할 수 있다. BM-SC(206)는 이후, 공통 MPD 및/또는 다른 파라미터들을 포함하는 USD(user service description)을 브로드캐스팅할 수 있다. 컨텐츠의 후속 MBMS 전달 과정 전반에 걸쳐, BM-SC(206)는 애플리케이션 서버(202)로부터의 컨텐츠 요청 및 수신을 계속할 수 있다. MBMS 사용자 서비스를 인에이블링한 후, BM-SC(206)(및/또는 재지향/프록시 유닛(205))는 컨텐츠에 대한 UE들을 재지향시키기 위해 프록시 서버 기능을 활용할 수 있다.
[0239] 이후, 스트리밍/파일 다운로딩 클라이언트(210)는, 오리지널 MPD(예컨대, "http://example.com/per-3/rep-256/seg-M.3gp")로부터의 대응하는 URL을 비롯하여, 미디어 데이터에 대한 HTTP GET 요청들, 예컨대 세그먼트 M에 대한 요청 전송을 계속할 수 있다. GET 요청들은 변경없이 로컬 HTTP 프록시를 패스 스루할 수 있다. 그러나, BM-SC(206)(예컨대, 재지향/프록시 유닛(205))의 프록시 서버 기능이 세그먼트 M에 대한 GET 요청을 수신할 때, BM-SC(206)은, 도 20a의 예에서, HTTP 재지향 메시지를 UE에 전송할 수 있다. 재지향 메시지는, MBMS 유닛(212)에 등록될 로컬 프록시 유닛(213)에 대해 표시하기 위해 응답 헤더 및/또는 확장 헤더(재지향 URL 포함)를 포함할 수 있다. 재지향 URL는 동일한 요청 자원에 대해 상이한 로케이션을 표현할 수 있다. 예컨대, 오리지널 요청 URL이 http://example.com/per-x/rep-y/seg-z.3gp이면, 재지향 URL은 http://example.com/redirect/per-x/rep-y/seg-z.3gp일 수 있다. 3GPP-정의 HTTP 확장 헤더는 "Get-USD" 값을 갖는 "트리거-MBMS"란 명칭일 수 있으며, 이 경우 UE에 의한 컨텐츠 요청에 대한 HTTP 응답 메시지는 응답 헤더, "Trigger-MBMS: Get USD"를 수반할 수 있다.
[0240] 로컬 프록시 유닛(213)은 HTTP 재지향을 수신할 수 있고 그리고 표시된 미디어 데이터(예컨대, 세그먼트 M)에 대한 HTTP GET 요청을 재지향에 특정된 URL로 전송할 수 있다. BM-SC(206)의 프록시 서버 기능은 세그먼트를 리트리빙하도록 애플리케이션 서버(202)에 HTTP GET 요청을 지향시킬 수 있다. 일부 예들에서, BM-SC(206)의 프록시 서버 기능은 새로운 URL로 전송된 HTTP GET 요청을 수신하고 비변경 요청을 애플리케이션 서버(202)로 포워딩할 수 있다. 일부 예들에서, BM-SC(206)의 프록시 서버 기능은 새로운 URL로 전송된 HTTP GET 요청을 수신하고 요청을 오리지널 URL로 지향시키기 위해 요청을 변경할 수 있다. 즉, 일부 예들에서, BM-SC(206)의 프록시 서버 기능은, (예컨대, 애플리케이션 서버(202)가 재지향 로케이션으로 지향된 요청들을 처리하도록 구성될 때) 요청을 재지향 URL로 패스 스루하도록 허용할 수 있지만, 다른 예들에서, BM-SC(206)의 프록시 서버 기능은 (예컨대, 애플리케이션 서버(202)가 재지향 로케이션으로 지향된 요청들을 처리하도록 구성될 필요가 없도록) 요청을 정상 URL로 포워딩할 수도 있다. 애플리케이션 서버(202)는 HTTP GET 요청을 수신할 수 있고 요청된 세그먼트를 포함하는 200-타입 HTTP OK 메시지를 전송할 수도 있다. 이런 식으로, 로컬 HTTP 프록시는, UE가 MBMS 서비스를 통해 컨텐츠를 수신하게 트랜지션하는 동안 DASH 클라이언트에 의해 요청된 컨텐츠가 수신되는 것을 보장할 수 있다.
[0241] HTTP 재지향 수신에 응답하여, 로컬 프록시 유닛(213)은 MBMS 클라이언트를 트리거(예컨대, MBMS 서비스를 통해 컨텐츠의 수신을 개시)하기 위해 MBMS 클라이언트/로컬 HTTP 서버(212)와 (예컨대, API를 통해) 통신할 수 있다.
[0242] 이제 도 20b를 참조하면, UE는, HTTP GET 메시지들을 전송하고, HTTP 재지향들을 수신하고, 재지향시 특정된 URL로 대응하는 HTTP GET 메시지들을 전송하고 그리고 요청된 컨텐츠를 수신함으로써 MBMS 세션을 설정하는 동안 컨텐츠 획득을 계속할 수 있다. 로컬 프록시 유닛(213)으로부터 트리거를 수신한 후, MBMS 클라이언트/로컬 HTTP 서버(212)는 (예컨대, BM-SC(206)로부터 수신된 HTTP 재지향에 특정된) 업데이트된 USD를 포착할 수 있다. USD는 브로드캐스트 또는 유니캐스트를 통해 포착될 수 있다. USD를 포착한 후, MBMS 클라이언트/로컬 HTTP 서버(212)는 서비스(예컨대, 서비스 X)에 대한 새로운 MPD URL가 유니캐스트 서비스에 대해 수신된 MPD URL에 매칭함을 결정할 수 있다. 결과적으로, MBMS 클라이언트/로컬 HTTP 서버(212)는 서비스 X에 대한 FLUTE 세션을 활성화시킬 수 있다.
[0243] BM-SC(206)는 FLUTE를 통해 서비스 X에 대한 MPD 및/또는 세그먼트들를 전송할 수 있다. MBMS 클라이언트/로컬 HTTP 서버(212)는 충분한 컨텐츠를 수신할 수 있고 MBMS 사용자 서비스가 설정됨을 결정할 수 있다. 유니캐스트 MPD(예컨대, rep-256)에 포함된 동일한 표현이 또한 통합된 MPD에 포함됨을 표시하고 표현이 브로드캐스트 전달을 통해 이용가능함을 USD가 표시할 경우, MBMS 클라이언트/로컬 HTTP 서버(212)는 MBMS 클라이언트/로컬 HTTP 서버(212)에 서비스 X 컨텐츠에 대한 요청들을 재지향시키도록 로컬 프록시 유닛(213)을 구성하기 위해 (예컨대, API를 사용하여) 로컬 프록시 유닛(213)과 통신할 수 있다. 즉, MBMS 클라이언트/로컬 HTTP 서버(212)는, 로컬 프록시 유닛(213)으로 하여금, MBMS 클라이언트/로컬 HTTP 서버(212)에서 MPD로 서비스 X의 MPD에 대한 요청들을 재지향하게 할 수 있으며, 로컬 프록시 유닛(213)으로 하여금, MBMS 클라이언트/로컬 HTTP 서버(212)에서 서비스 X의 세그먼트들로 서비스 X의 세그먼트들에 대한 요청들을 재지향하게 할 수 있다.
[0244] 이후, 스트리밍 클라이언트(210)가 특정 세그먼트(예컨대, 세그먼트 N)에 대한 HTTP GET 요청을 전송할 때, 로컬 프록시 유닛(213)은 요청을 MBMS 클라이언트/로컬 HTTP 서버(212)로 재지향시킬 수 있다. MBMS 클라이언트/로컬 HTTP 서버(212)는 요청을 수신할 수 있고 200-타입 HTTP OK 메시지의 일부로서 세그먼트 N을 전송할 수 있다.
[0245] 도 21은 무드 구성에 대한 관리 오브젝트의 일 예를 예시하는 개념도이다. 일부 예들에서, 도 21의 관리 오브젝트는 UE로 전송된 HTTP 재지향의 헤더에 포함되어, 스트리밍 데이터가 브로드캐스트 및/또는 멀티캐스트 서비스를 통해 이용가능함을 UE에 표시할 수 있다. 일부 예들에서, OMA-DM은 무드 구성 정보를 특정하는데 이용될 수 있다. 이러한 DM 구성 오브젝트가 UE상에 존재할 경우, UE는 MBMS 오프로딩을 지원하도록 선택될 때마다 이를 사용할 수 있다. OMA DM 관리 오브젝트는 추가로 또는 대안적으로 HTTP 또는 RTP를 통해서 유니캐스트 네트워크를 통해 액세스되는 임의의 타입의 적합한 컨텐츠에 대한 오프로딩을 구성하는데 사용될 수 있다.
[0246] 일부 예들에서, 관리 오브젝트 식별자는 urn:oma:mo:ext-3gpp-mbmsmood:1.0으로 설정될 수도 있다. MO는 OMA 디바이스 관리 프로토콜 규격들의 버전 1.2 및 (2008년 6월 OMA(Open Mobile Alliance) 승인 버전 1.2.1 "OMA Device Management Protocol"에 의해 명시된 바와 같은) 그 상위 버전과 호환가능하며, 2008년 6월 OMA(Open Mobile Alliance) 승인 버전 1.2.1 "Enabler Release Definition for OMA Device Management"에서 설명된 바와 같은 OMA DM 디바이스 디스크립션 프레임워크를 사용하여 정의된다.
[0247] 도 21의 예는, MBMS 미들웨어 클라이언트가 설명된 특성들을 지원하는 경우, 3GPP_MBMS MooD MO 하에 포함된 리프 오브젝트들 및 노드들을 도시한다.
[0248] 도 21의 예에서, 노드(700)(예컨대, 노드:/<X>)는 MBMS MooD 관리 오브젝트의 고유 오브젝트 id를 명시할 수 있다. 이러한 내부 노드는 단일 오브젝트의 파라미터들을 함께 그룹화할 수 있다.
- 발생: ZeroOrOne
- 포맷: node
- 최소 액세스 타입들: Get
[0249] 다음의 내부 노드들은, UE가 "MBMS MooD 관리 오브젝트"를 지원하는 경우 포함될 수 있다.
[0250] 도 21의 예에서, 노드(702)(예컨대, /<X>/인에이블드)는 MooD가 BM-SC에 의해 지원되는지 여부를 표시할 수 있다.
- 발생: One
- 포맷: bool
- 최소 액세스 타입들: Get
[0251] 도 21의 예에서, 노드(704)(예컨대, /<X>/프록시서버)는, UE가 MBMS를 통해 잠재적으로 수신하기로 선정한 모든 유니캐스트 요청들에 대해 UE가 사용할 수 있는 하나 또는 그 초과의 프록시 서버들을 표현할 수 있다.
- 발생: One
- 포맷: node
- 액세스 타입들: Get, Replace
- 값들: N/A
[0252] 도 21의 예에서, 노드(706)(예컨대, /<X>/프록시서버/<X>)는, 프록시 서버 선택에 대한 컨텐츠 제약 식별자들과 연관된 어드레스들과 같은 프록시서버 정보의 하나 또는 그 초과의 인스턴스들에 대한 플레이스홀더로서 동작할 수 있다. 하나 초과의 프록시 서버가 컨텐츠 제약의 조건들을 만족하면, UE는 그 프록시 서버들 중 하나를 무작위로 선택할 수 있다.
- 발생: OneOrMore
- 포맷: node
- 액세스 타입들: Get, Replace
[0253] 도 21의 예에서, 노드(708)(예컨대, /<X>/프록시서버/<X>/어드레스)는, FQDN(Fully-Qualified Domain Name)의 형태로 프록시서버의 하나 또는 그 초과의 어드레스들을 표시할 수 있다. 각각의 프록시서버는, UE가 MBMS를 통해 잠재적으로 수신하기로 선정한 리소스들에 대한 모든 자신의 유니캐스트 요청들에 대해 UE가 그/그들 프록시 서버(들)를 사용하기 위해 만족되어야만 하는 적어도 하나의 컨텐츠 제약들의 세트와 연관될 수 있다.
- 발생: OneOrMore
- 포맷: chr
- 액세스 타입들: Get, Replace
- 값들: FQDN (하나 또는 그 초과)
[0254] 도 21의 예에서, 노드(710)(예컨대, /<X>/프록시서버/<X>/컨텐츠제약)는, 요청된 컨텐츠가 MBMS 사용자 서비스에 대한 유니캐스트 액세스로부터의 변환에 대해 적격인지, 그리고 그렇다면, 대응하는 프록시 서버를 사용할 것인지 여부를 결정하기 위해 UE에 의해 송출되는 리소스 요청의 HTTP(S) 또는 RTSP URL에 대한 매칭을 위한 하나 또는 그 초과의 도메인 명칭들을 포함하는 리프 노드일 수 있다. 이러한 값과 요청된 리소스 URL 사이의 매치는 요청된 리소스가 MBMS 전달로 스위칭될 수 있다는 것을 표시하며, 연관된 프록시 서버는 그 리소스의 유니캐스트 액세스에 대해 UE에 의해 사용될 것이다.
- 발생: OneOrMore
- 포맷: chr
- 액세스 타입들: Get, Replace
- 값들: 1987년 11월 Mockapetris에 의해 "Domain Names - Implementation and Specification", IETF, RFC 1035에서 정의된 바와 같은 도메인 명칭을 이용하는 2005년 1월 Berners-Lee 등에 의해 "URI(Uniform Resource Identifier): Generic Syntax", IETF, RFC 3986에서 정의된 바와 같은 URI 방식의 연접.
[0255] 도 21의 예에서, 노드(712)(예컨대, /<X>/프록시서버/<X>/Ext)는, 프록시 서버의 UE 선택과 관련된 제공자-특정(애플리케이션 제공자, 디바이스 제공자 등) 정보가 위치될 수 있는 내부 노드일 수 있다. 일부 예들에서, 제공자 확장은 확장(Ext) 노드 하의 제공자-특정 명칭에 의해 식별될 수 있다. 식별된 제공자 하의 트리 구조는 정의되지 않으며, 그에 따라, 하나 또는 그 초과의 비-표준화된 서브-트리들을 포함할 수 있다.
- 발생: ZeroOrOne
- 포맷: node
- 최소 액세스 타입들: Get, Replace
[0256] 도 21의 예에서, 노드(714)(예컨대, /<X>/USD)는, MBMS 사용자 서비스 탐색/공시 정보 정의들의 시작점을 표현할 수 있다.
- 발생: ZeroOrOne
- 포맷: node
- 최소 액세스 타입들: Get, Replace
[0257] 도 21의 예에서, 노드(716)(예컨대, /<X>/USD/URL)는, UE가 유니캐스트 채널을 사용하여 페칭할 수 있는 수요-기반 MBMS 사용자 서비스에 대한 모든 관련 메타데이터 프래그먼트들을 캡슐화한 종합 서비스 공시 문헌에 URL을 제공할 수 있다. 그것은 또한, 네트워크의 디바이스가 UE를 MBMS 수신을 스위칭하도록 재지향시키는 경우 네트워크에 의해 사용될 수 있다. 재지향 메시지가 대안 재지향 링크를 서비스 공시 정보에 제공하면, 그것은 MO에 의해 제공되는 URL보다 우선할 것이다.
- 발생: ZeroOrOne
- 포맷: chr
- 최소 액세스 타입들: Get
- 값들: <HTTP(S) URL>
[0258] 도 21의 예에서, 노드(718)(예컨대, /<X> USD/Ext)는, 제공자-특정 정보가 위치될 수 있는 내부 노드일 수 있다. 일부 예들에서, 제공자 확장은, 확장(Ext) 노드 하의 제공자-특정 명칭에 의해 식별된다. 식별된 제공자 하의 트리 구조는 정의되지 않을 수 있고, 그에 따라, 하나 또는 그 초과의 표준화되지 않은 서브-트리들을 포함할 수 있다.
- 발생: ZeroOrOne
- 포맷: node
- 최소 액세스 타입들: Get
[0259] 도 21의 예에서, 노드(720)(예컨대, /<X>/로케이션타입)는, 유니캐스트 컨텐츠 요청에서 리포팅할 로케이션 타입을 UE에 대해 제공할 수 있다. 다음의 엔트리들, 즉, (예컨대, CGI(Cell Global Identification) 또는 ECGI(E-UTRAN Cell Global Identification)의 형태인) 셀-ID 중 하나가 존재할 수 있다. CGI 및 ECGI는, 2014년 3월 3GPP 기술 규격 23.003 v12.2.0의 "넘버링, 어드레싱 및 식별,(릴리즈12)"에서 정의된다. 존재하는 경우, UE는, UE가 MooD 프록시 서버에 전송한 요청들과 함께, MooD 헤더 필드의 일부로서 자신의 로케이션을 전송할 수 있다.
- 발생: ZeroOrOne
- 포맷: chr
- 최소 액세스 타입들: Get
- 값들: 다음의 로케이션 정보 타입들 CGI, ECGI 중 정확히 하나
[0260] 도 21의 예에서, 노드(722)(예컨대, /<X>/Ext)는, 제공자-특정 정보가 위치될 수 있는 내부 노드일 수 있다. 일부 예들에서, 제공자 확장은 확장(Ext) 노드 하의 제공자-특정 명칭에 의해 식별될 수 있다. 식별된 제공자 하의 트리 구조는 정의되지 않을 수 있고, 그에 따라, 하나 또는 그 초과의 비-표준화된 서브-트리들을 포함할 수 있다.
- 발생: ZeroOrOne
- 포맷: node
- 최소 액세스 타입들: Get
[0261] 하나 또는 그 초과의 예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 결합으로 구현될 수 있다. 소프트웨어로 구현되면, 이 기능들은 하나 또는 그 초과의 명령들 또는 코드로서 컴퓨터-판독가능 매체 상에 저장되거나 이를 통해 송신될 수 있고, 하드웨어 기반 프로세싱 유닛에 의해 실행될 수 있다. 컴퓨터-판독가능 매체들은 데이터 저장 매체들과 같은 유형 매체에 대응하는 컴퓨터-판독가능 저장 매체들, 또는 예컨대, 통신 프로토콜에 따라 한 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 가능하게 하는 임의의 매체를 포함하는 통신 매체를 포함할 수 있다. 이러한 방식에서, 컴퓨터-판독가능 매체들은 일반적으로 (1) 비-일시적인 유형의 컴퓨터-판독가능 저장 매체들 또는 (2) 신호 또는 반송파와 같은 통신 매체에 대응할 수 있다. 데이터 저장 매체들은 본 개시에서 설명된 기술들의 구현을 위한 명령들, 코드 및/또는 데이터 구조들을 리트리빙(retrieve)하기 위해 하나 또는 그 초과의 컴퓨터들 또는 하나 또는 그 초과의 프로세서들에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수 있다. 컴퓨터 프로그램 물건은 컴퓨터-판독가능 매체를 포함할 수 있다.
[00262] 제한이 아닌 예시로서, 이러한 컴퓨터-판독가능 저장 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장소, 자기 디스크 저장소 또는 다른 자기 저장 디바이스들, 플래시 메모리, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 저장하는데 사용될 수 있으며 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속수단(connection)이 컴퓨터-판독가능 매체로 적절히 지칭된다. 예컨대, 명령들이 동축 케이블, 광섬유 케이블, 연선(twisted pair), 디지털 가입자 라인(DSL: digital subscriber line), 또는 적외선, 라디오 및 마이크로파와 같은 무선 기술들을 이용하여 웹사이트, 서버 또는 다른 원격 소스로부터 송신된다면, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 적외선, 라디오 및 마이크로파와 같은 무선 기술들이 매체의 정의에 포함된다. 그러나 컴퓨터-판독가능 저장 매체들 및 데이터 저장 매체들은 접속들, 반송파들, 신호들 또는 다른 일시적 매체들을 포함하지 않지만, 대신에 비-일시적 유형 저장 매체들에 관한 것임이 이해되어야 한다. 본 명세서에서 사용된 것과 같이, 디스크(disk) 및 디스크(disc)는 콤팩트 디스크(compact disc)(CD), 레이저 디스크(laser disc), 광학 디스크(optical disc), 디지털 다목적 디스크(digital versatile disc)(DVD), 플로피 디스크(floppy disk), 및 블루레이 디스크(Blu-ray disc)를 포함하며, 여기서 디스크(disk)들은 일반적으로 자기적으로 데이터를 재생하는 한편, 디스크(disc)들은 레이저들을 이용하여 광학적으로 데이터를 재생한다. 또한, 상기의 것들의 결합들이 컴퓨터-판독가능 매체들의 범위 내에 포함되어야 한다.
[00263] 명령들은 하나 또는 그 초과의 디지털 신호 프로세서(DSP)들, 범용 마이크로프로세서들, 주문형 집적 회로(ASIC)들, 필드 프로그래밍가능 로직 어레이(FPGA)들, 또는 다른 대등한 집적 또는 이산 로직 회로와 같은 하나 또는 그 초과의 프로세서들에 의해 실행될 수 있다. 따라서, 본 명세서에서 사용된 바와 같은 용어 "프로세서"는 앞서 말한 구조 또는 본 명세서에서 설명된 기술들의 구현에 적합한 임의의 다른 구조 중 임의의 구조를 지칭할 수 있다. 부가적으로, 일부 양상들에서, 본 명세서에서 설명된 기능은 인코딩 및 디코딩을 위해 구성되거나 결합된 코덱으로 통합된 전용 하드웨어 및/또는 소프트웨어 모듈들 내에서 제공될 수 있다. 또한, 기술들은 완전히 하나 또는 그 초과의 회로들 또는 로직 엘리먼트들로 구현될 수 있다.
[00264] 본 개시의 기술들은 무선 핸드셋, 집적 회로(IC) 또는 IC들의 세트(예컨대, 칩 셋)를 포함하는 광범위한 디바이스들 또는 장치들로 구현될 수 있다. 다양한 컴포넌트들, 모듈들 또는 유닛들은 기재된 기술들을 수행하도록 구성된 디바이스들의 기능적 양상들을 강조하도록 본 개시에서 설명되지만, 반드시 서로 다른 하드웨어 유닛들에 의한 실현을 요구하는 것은 아니다. 그보다는, 앞서 설명한 바와 같이, 다양한 유닛들이 적절한 소프트웨어 및/또는 펌웨어와 함께, 위에서 설명된 바와 같은 하나 또는 그 초과의 프로세서들을 포함하는 연동 하드웨어 유닛들의 집합에 의해 제공되거나 코덱 하드웨어 유닛으로 결합될 수 있다.
[00265] 다양한 예들이 설명되었다. 이러한 예들 및 다른 예들은 다음의 청구항들의 범위 내에 있다.
Claims (38)
- 스트리밍 데이터를 수신하는 방법으로서,
클라이언트 디바이스에 의해서, 제 1 서비스를 통해, 상기 스트리밍 데이터에 대한 식별자를 적어도 하나의 자원 로케이션에 맵핑하는 매니페스트(manifest) 파일을 획득하는 단계 ― 상기 제 1 서비스는 유니캐스트 서비스를 포함함 ―;
상기 클라이언트 디바이스에 의해서 그리고 상기 제 1 서비스에 따라, 상기 제 1 서비스를 통해 상기 스트리밍 데이터의 적어도 일부를 획득하기 위해 상기 스트리밍 데이터의 적어도 일부에 대한 요청을 상기 적어도 하나의 자원 로케이션에 전송하는 단계 ― 상기 스트리밍 데이터의 적어도 일부에 대한 요청은 HTTP(hypertext transfer protocol) GET 요청을 포함함 ―;
상기 클라이언트 디바이스의 프록시 유닛에 의해서, 상기 스트리밍 데이터의 적어도 일부에 대한 요청에 대한 응답을 수신하는 단계 ― 상기 응답은 3xx-타입 HTTP 재지향 메시지 또는 200-타입 HTTP OK 메시지 중 적어도 하나를 포함하고, 상기 응답은 상기 스트리밍 데이터가 상기 제 1 서비스 또는 제 2 서비스를 통해 수신될지 여부의 표시를 포함하고, 상기 응답은 서비스 제공자 네트워크의 BM-SC(broadcast multicast service center)로부터 전송되고, 상기 3xx-타입 HTTP 재지향 메시지 또는 상기 200-타입 HTTP OK 메시지 중 적어도 하나는 상기 표시를 포함하는 3GPP(third generation partnership project) 확장 헤더를 포함하고, 상기 클라이언트 디바이스는 브로드캐스트 또는 멀티캐스트 미들웨어 유닛을 더 포함하고, 그리고 상기 프록시 유닛은 상기 클라이언트 디바이스의 적어도 하나의 프로세서에 의해 실행되는 클라이언트 애플리케이션과 상기 미들웨어 유닛 간의 통신 경로에 배치됨 ―; 및
상기 스트리밍 데이터가 상기 제 2 서비스를 통해 수신될 것임을 상기 표시가 표시한다고 상기 프록시 유닛이 결정할 때:
상기 제 2 서비스를 통해 상기 스트리밍 데이터를 수신하도록 상기 미들웨어 유닛을 활성시키는 단계 ― 상기 제 2 서비스는 브로드캐스트 서비스 또는 멀티캐스트 서비스 중 적어도 하나를 포함함 ―, 및
상기 프록시 유닛에 의해서, 상기 미들웨어 유닛으로부터 상기 스트리밍 데이터를 수신하는 단계를 포함하는, 스트리밍 데이터를 수신하는 방법. - 제1항에 있어서,
상기 미들웨어 유닛은 MBMS(multimedia broadcast multicast services) 또는 eMBMS(evolved MBMS) 미들웨어 유닛을 포함하는, 스트리밍 데이터를 수신하는 방법. - 제1항에 있어서,
상기 3xx-타입 HTTP 재지향 메시지는 재지향 로케이션으로부터 상기 스트리밍 데이터의 적어도 일부를 획득하기 위해 상기 재지향 로케이션을 포함하는 엔티티 바디(entity body)를 포함하는, 스트리밍 데이터를 수신하는 방법. - 제1항에 있어서,
상기 미들웨어 유닛으로부터 상기 스트리밍 데이터를 수신하는 단계는, 상기 프록시 유닛에 의해서 그리고 상기 미들웨어 유닛으로부터, 적어도 하나의 새로운 자원 로케이션을 획득하는 단계를 포함하고,
상기 적어도 하나의 새로운 자원 로케이션은 상기 제 2 서비스에 기초하는, 스트리밍 데이터를 수신하는 방법. - 제4항에 있어서,
상기 적어도 하나의 새로운 자원 로케이션을 획득하는 것에 후속하여, 상기 프록시 유닛에 의해서 그리고 상기 클라이언트 애플리케이션으로부터, 상기 스트리밍 데이터의 적어도 제 2 부분에 대한 클라이언트 요청을 수신하는 단계 ― 상기 클라이언트 요청은 상기 적어도 하나의 자원 로케이션에 기초함 ―;
상기 클라이언트 요청에 명시된 데이터가 상기 적어도 하나의 새로운 자원 로케이션에 의해 명시된 데이터에 매칭하는지 여부를 결정하는 단계; 및
상기 클라이언트 요청에 명시된 데이터가 상기 적어도 하나의 새로운 자원 로케이션에 의해 명시된 데이터에 매칭할 때, 상기 프록시 유닛에 의해서 그리고 상기 미들웨어 유닛에, 상기 스트리밍 데이터의 적어도 상기 제 2 부분에 대한 프록시 요청을 전송하는 단계를 더 포함하고,
상기 프록시 요청은 상기 적어도 하나의 새로운 자원 로케이션에 기초하는, 스트리밍 데이터를 수신하는 방법. - 제4항에 있어서,
상기 적어도 하나의 자원 로케이션은 URL(uniform resource locator)의 제 1 기초 부분을 포함하고, 상기 제 1 기초 부분은 상기 제 1 서비스에 대응하고, 그리고
상기 적어도 하나의 새로운 자원 로케이션은 URL의 제 2 기초 부분을 포함하고, 상기 제 2 기초 부분은 상기 제 2 서비스에 대응하는, 스트리밍 데이터를 수신하는 방법. - 제1항에 있어서,
상기 제 2 서비스는 적어도 브로드캐스트 전달 모드를 통해 이용가능한 서비스를 포함하고,
상기 미들웨어 유닛은 MBMS(multimedia broadcast multicast services) 또는 eMBMS(evolved MBMS) 미들웨어 유닛을 포함하고, 그리고
상기 미들웨어 유닛으로부터 상기 스트리밍 데이터를 수신하는 단계는:
상기 프록시 유닛에 의해서, 상기 미들웨어 유닛으로부터의 상기 스트리밍 데이터를 리트리빙(retrieve)하는 단계; 및
상기 프록시 유닛에 의해서, 상기 스트리밍 데이터를 상기 클라이언트 애플리케이션에 전송하는 단계를 포함하는, 스트리밍 데이터를 수신하는 방법. - 제1항에 있어서,
상기 미들웨어 유닛을 활성시키는 단계는 상기 프록시 유닛에 의해서 상기 미들웨어 유닛을 활성시키는 단계를 포함하는, 스트리밍 데이터를 수신하는 방법. - 스트리밍 데이터를 수신하는 방법으로서,
클라이언트 디바이스에 의해서, 제 2 서비스를 통해 상기 스트리밍 데이터를 수신하는 단계;
상기 클라이언트 디바이스의 프록시 유닛에 의해서, 상기 스트리밍 데이터가 제 1 서비스 또는 상기 제 2 서비스를 통해 수신될지 여부의 표시를 포함하는 메시지를 수신하는 단계 ― 상기 메시지는 서비스 제공자 네트워크의 BM-SC(broadcast multicast service center)로부터 전송되고, 상기 메시지는 3xx-타입 HTTP 재지향 메시지 또는 200-타입 HTTP OK 메시지 중 적어도 하나를 포함하고, 상기 3xx-타입 HTTP 재지향 메시지 또는 상기 200-타입 HTTP OK 메시지 중 적어도 하나는 상기 표시를 포함하는 3GPP(third generation partnership project) 확장 헤더를 포함하고, 상기 클라이언트 디바이스는 MBMS(multimedia broadcast multicast services) 또는 eMBMS(evolved MBMS) 미들웨어 유닛을 더 포함하고, 그리고 상기 프록시 유닛은 상기 클라이언트 디바이스의 적어도 하나의 프로세서에 의해 실행되는 클라이언트 애플리케이션과 상기 미들웨어 유닛 간의 통신 경로에 배치됨 ―; 및
상기 스트리밍 데이터가 상기 제 1 서비스를 통해 수신될 것임을 상기 표시가 표시한다고 상기 프록시 유닛이 결정할 때:
상기 미들웨어 유닛을 디스에이블시키는 단계 ― 상기 미들웨어 유닛은 상기 제 2 서비스를 통해 상기 스트리밍 데이터의 적어도 일부를 수신하고, 상기 제 2 서비스는 브로드캐스트 서비스 또는 멀티캐스트 서비스 중 적어도 하나를 포함함 ―,
상기 클라이언트 디바이스에 의해서 그리고 상기 제 1 서비스에 따라, 상기 제 1 서비스를 통해 상기 스트리밍 데이터의 적어도 일부를 획득하기 위해 상기 스트리밍 데이터의 적어도 일부에 대한 요청을 상기 제 1 서비스와 연관된 자원 로케이션에 전송하는 단계, 및
상기 프록시 유닛에 의해서, 상기 제 1 서비스를 통해 상기 스트리밍 데이터를 수신하는 단계를 포함하고,
상기 제 1 서비스는 유니캐스트 서비스를 포함하는, 스트리밍 데이터를 수신하는 방법. - 스트리밍 데이터를 수신하기 위한 디바이스로서,
제 2 서비스를 통해 상기 스트리밍 데이터를 수신하도록 구성된 브로드캐스트 또는 멀티캐스트 미들웨어 유닛 ― 상기 미들웨어 유닛은 상기 디바이스의 적어도 하나의 프로세서에 의해 실행가능한 소프트웨어를 포함함 ―; 및
상기 디바이스의 적어도 하나의 프로세서에 의해 실행되는 클라이언트 애플리케이션과 상기 미들웨어 유닛 간의 통신 경로에 배치되도록 구성된 프록시 유닛을 포함하고,
상기 프록시 유닛은 상기 디바이스의 하드웨어 프록시 유닛이거나 또는 상기 프록시 유닛은 상기 디바이스의 적어도 하나의 프로세서에 의해 실행가능한 소프트웨어를 포함하고,
상기 적어도 하나의 프로세서 또는 상기 프록시 유닛 중 적어도 하나는:
제 1 서비스를 통해, 상기 스트리밍 데이터에 대한 식별자를 적어도 하나의 자원 로케이션에 맵핑하는 매니페스트 파일을 획득하고, 그리고
상기 제 1 서비스에 따라, 상기 제 1 서비스를 통해 상기 스트리밍 데이터의 적어도 일부를 획득하기 위해 상기 스트리밍 데이터의 적어도 일부에 대한 요청을 상기 적어도 하나의 자원 로케이션에 전송하도록
구성되고,
상기 스트리밍 데이터의 적어도 일부에 대한 요청은 HTTP(hypertext transfer protocol) GET 요청을 포함하고, 그리고
상기 프록시 유닛은 추가로:
서비스 제공자 네트워크의 BM-SC(broadcast multicast service center)로부터, 상기 스트리밍 데이터의 적어도 일부에 대한 요청에 대한 응답을 수신하고 ― 상기 응답은 3xx-타입 HTTP 재지향 메시지 또는 200-타입 HTTP OK 메시지 중 적어도 하나를 포함하고, 상기 응답은 상기 스트리밍 데이터가 상기 제 1 서비스 또는 상기 제 2 서비스를 통해 수신될지 여부의 표시를 포함하고, 그리고 상기 3xx-타입 HTTP 재지향 메시지 또는 상기 200-타입 HTTP OK 메시지 중 적어도 하나는 상기 표시를 포함하는 3GPP(third generation partnership project) 확장 헤더를 포함함 ―,
상기 스트리밍 데이터가 상기 제 1 서비스를 통해 수신될 것임을 상기 표시가 표시한다고 상기 프록시 유닛이 결정할 때:
상기 미들웨어 유닛을 디스에이블시키고; 그리고
상기 제 1 서비스를 통해 상기 스트리밍 데이터를 수신하고 ― 상기 제 1 서비스는 유니캐스트 서비스를 포함함 ―, 그리고
상기 스트리밍 데이터가 상기 제 2 서비스를 통해 수신될 것임을 상기 표시가 표시한다고 상기 프록시 유닛이 결정할 때:
상기 제 2 서비스를 통해 상기 스트리밍 데이터를 수신하도록 상기 미들웨어 유닛을 활성시키고 ― 상기 제 2 서비스는 브로드캐스트 서비스 또는 멀티캐스트 서비스 중 적어도 하나를 포함함 ―; 그리고
상기 미들웨어 유닛으로부터 상기 스트리밍 데이터를 수신하도록
구성되는, 스트리밍 데이터를 수신하기 위한 디바이스. - 제10항에 있어서,
상기 미들웨어 유닛은 MBMS(multimedia broadcast multicast services) 또는 eMBMS(evolved MBMS) 미들웨어 유닛을 포함하는, 스트리밍 데이터를 수신하기 위한 디바이스. - 제10항에 있어서,
상기 3xx-타입 HTTP 재지향 메시지는 재지향 로케이션으로부터 상기 스트리밍 데이터의 적어도 일부를 획득하기 위해 상기 재지향 로케이션을 포함하는 엔티티 바디를 포함하는, 스트리밍 데이터를 수신하기 위한 디바이스. - 제10항에 있어서,
상기 미들웨어 유닛으로부터 스트리밍 데이터를 수신하도록 구성된 상기 프록시 유닛은 상기 미들웨어 유닛으로부터 적어도 하나의 새로운 자원 로케이션을 획득하도록 구성되고,
상기 적어도 하나의 새로운 자원 로케이션은 상기 제 2 서비스에 기초하는, 스트리밍 데이터를 수신하기 위한 디바이스. - 제13항에 있어서,
상기 프록시 유닛은 추가로:
상기 적어도 하나의 새로운 자원 로케이션을 획득하는 것에 후속하여, 상기 클라이언트 애플리케이션으로부터, 상기 스트리밍 데이터의 적어도 제 2 부분에 대한 클라이언트 요청을 수신하고 ― 상기 클라이언트 요청은 상기 적어도 하나의 자원 로케이션에 기초함 ―;
상기 클라이언트 요청에 명시된 데이터가 상기 적어도 하나의 새로운 자원 로케이션에 의해 명시된 데이터에 매칭하는지 여부를 결정하고; 그리고
상기 클라이언트 요청에 명시된 데이터가 상기 적어도 하나의 새로운 자원 로케이션에 의해 명시된 데이터에 매칭할 때, 상기 미들웨어 유닛에, 상기 스트리밍 데이터의 적어도 상기 제 2 부분에 대한 프록시 요청을 전송하도록
구성되고,
상기 프록시 요청은 상기 적어도 하나의 새로운 자원 로케이션에 기초하는, 스트리밍 데이터를 수신하기 위한 디바이스. - 제13항에 있어서,
상기 적어도 하나의 자원 로케이션은 URL(uniform resource locator)의 제 1 기초 부분을 포함하고, 상기 제 1 기초 부분은 상기 제 1 서비스에 대응하고, 그리고
상기 적어도 하나의 새로운 자원 로케이션은 URL의 제 2 기초 부분을 포함하고, 상기 제 2 기초 부분은 상기 제 2 서비스에 대응하는, 스트리밍 데이터를 수신하기 위한 디바이스. - 제10항에 있어서,
상기 미들웨어 유닛은 MBMS(multimedia broadcast multicast services) 또는 eMBMS(evolved MBMS) 미들웨어 유닛을 포함하고, 그리고
상기 미들웨어 유닛으로부터 상기 스트리밍 데이터를 수신하도록 구성된 상기 프록시 유닛은:
상기 미들웨어 유닛으로부터의 상기 스트리밍 데이터를 리트리빙하고; 그리고
상기 데이터를 상기 클라이언트 애플리케이션에 전송하도록
구성되는, 스트리밍 데이터를 수신하기 위한 디바이스. - 스트리밍 데이터를 수신하기 위한 저장된 명령들을 포함하는 비-일시적 컴퓨터-판독가능 저장 매체로서,
상기 명령들은, 실행될 때, 클라이언트 디바이스의 적어도 하나의 프로세서로 하여금:
제 1 서비스를 통해, 상기 스트리밍 데이터에 대한 식별자를 적어도 하나의 자원 로케이션에 맵핑하는 매니페스트 파일을 획득하게 하고;
상기 제 1 서비스에 따라, 상기 제 1 서비스를 통해 상기 스트리밍 데이터의 적어도 일부를 획득하기 위해 상기 스트리밍 데이터의 적어도 일부에 대한 요청을 상기 적어도 하나의 자원 로케이션에 전송하게 하고 ― 상기 스트리밍 데이터의 적어도 일부에 대한 요청은 HTTP(hypertext transfer protocol) GET 요청을 포함함 ―;
상기 클라이언트 디바이스의 프록시 유닛이 상기 스트리밍 데이터의 적어도 일부에 대한 요청에 대한 응답을 수신하도록 하게 하고 ― 상기 응답은 3xx-타입 HTTP 재지향 메시지 또는 200-타입 HTTP OK 메시지 중 적어도 하나를 포함하고, 상기 응답은 상기 스트리밍 데이터가 제 1 서비스 또는 제 2 서비스를 통해 수신될지 여부의 표시를 포함하고, 상기 응답은 서비스 제공자 네트워크의 BM-SC(broadcast multicast service center)로부터 전송되고, 상기 3xx-타입 HTTP 재지향 메시지 또는 상기 200-타입 HTTP OK 메시지 중 적어도 하나는 상기 표시를 포함하는 3GPP(third generation partnership project) 확장 헤더를 포함하고, 상기 클라이언트 디바이스는 브로드캐스트 또는 멀티캐스트 미들웨어 유닛을 포함하고, 그리고 상기 프록시 유닛은 상기 클라이언트 디바이스의 적어도 하나의 프로세서에 의해 실행되는 클라이언트 애플리케이션과 상기 브로드캐스트 또는 멀티캐스트 미들웨어 유닛 간의 통신 경로에 배치됨 ―;
상기 스트리밍 데이터가 상기 제 1 서비스를 통해 수신될 것임을 상기 표시가 표시한다고 상기 프록시 유닛이 결정할 때:
상기 미들웨어 유닛을 디스에이블시키게 하고, 그리고
상기 제 1 서비스를 통해 상기 스트리밍 데이터를 수신하게 하고 ― 상기 제 1 서비스는 유니캐스트 서비스를 포함함 ―; 그리고
상기 스트리밍 데이터가 상기 제 2 서비스를 통해 수신될 것임을 상기 표시가 표시한다고 상기 프록시 유닛이 결정할 때:
상기 제 2 서비스를 통해 상기 스트리밍 데이터를 수신하도록 상기 미들웨어 유닛을 활성시키게 하고 ― 상기 제 2 서비스는 브로드캐스트 서비스 또는 멀티캐스트 서비스 중 적어도 하나를 포함함 ―, 그리고
상기 미들웨어 유닛으로부터 상기 스트리밍 데이터를 수신하게 하는, 비-일시적 컴퓨터-판독가능 저장 매체. - 제17항에 있어서,
상기 미들웨어 유닛은 MBMS(multimedia broadcast multicast services) 또는 eMBMS(evolved MBMS) 미들웨어 유닛을 포함하는, 비-일시적 컴퓨터-판독가능 저장 매체. - 제17항에 있어서,
상기 3xx-타입 HTTP 재지향 메시지는 재지향 로케이션으로부터 상기 스트리밍 데이터의 적어도 일부를 획득하기 위해 상기 재지향 로케이션을 포함하는 엔티티 바디를 포함하는, 비-일시적 컴퓨터-판독가능 저장 매체. - 제17항에 있어서,
상기 적어도 하나의 프로세서로 하여금 상기 미들웨어 유닛으로부터 상기 스트리밍 데이터를 수신하게 하는 명령들은, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 상기 미들웨어 유닛으로부터 적어도 하나의 새로운 자원 로케이션을 획득하게 하는 명령들을 포함하고,
상기 적어도 하나의 새로운 자원 로케이션은 상기 제 2 서비스에 기초하는, 비-일시적 컴퓨터-판독가능 저장 매체. - 제20항에 있어서,
실행될 때, 상기 적어도 하나의 프로세서로 하여금:
상기 적어도 하나의 새로운 자원 로케이션을 획득하는 것에 후속하여, 클라이언트 애플리케이션으로부터, 상기 스트리밍 데이터의 적어도 제 2 부분에 대한 클라이언트 요청을 수신하게 하고 ― 상기 클라이언트 요청은 상기 적어도 하나의 자원 로케이션에 기초함 ―;
상기 클라이언트 요청에 명시된 데이터가 상기 적어도 하나의 새로운 자원 로케이션에 의해 명시된 데이터에 매칭하는지 여부를 결정하게 하고; 그리고
상기 클라이언트 요청에 명시된 데이터가 상기 적어도 하나의 새로운 자원 로케이션에 의해 명시된 데이터에 매칭할 때, 상기 미들웨어 유닛에, 상기 스트리밍 데이터의 적어도 상기 제 2 부분에 대한 프록시 요청을 전송하게 하는
저장된 명령들을 더 포함하고,
상기 프록시 요청은 상기 적어도 하나의 새로운 자원 로케이션에 기초하는, 비-일시적 컴퓨터-판독가능 저장 매체. - 제20항에 있어서,
상기 적어도 하나의 자원 로케이션은 URL(uniform resource locator)의 제 1 기초 부분을 포함하고, 상기 제 1 기초 부분은 상기 제 1 서비스에 대응하고, 그리고
상기 적어도 하나의 새로운 자원 로케이션은 URL의 제 2 기초 부분을 포함하고, 상기 제 2 기초 부분은 상기 제 2 서비스에 대응하는, 비-일시적 컴퓨터-판독가능 저장 매체. - 제17항에 있어서,
상기 제 2 서비스는 적어도 브로드캐스트 전달 모드를 통해 이용가능한 서비스를 포함하고,
상기 미들웨어 유닛은 MBMS(multimedia broadcast multicast services) 또는 eMBMS(evolved MBMS) 미들웨어 유닛을 포함하고, 그리고
상기 적어도 하나의 프로세서로 하여금 상기 미들웨어 유닛으로부터 상기 스트리밍 데이터를 수신하게 하는 명령들은, 실행될 때, 상기 적어도 하나의 프로세서로 하여금:
상기 미들웨어 유닛으로부터의 상기 스트리밍 데이터를 리트리빙하게 하고; 그리고
상기 스트리밍 데이터를 클라이언트 애플리케이션에 전송하게 하는
명령들을 포함하는, 비-일시적 컴퓨터-판독가능 저장 매체. - 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201361836143P | 2013-06-17 | 2013-06-17 | |
| US61/836,143 | 2013-06-17 | ||
| US14/305,557 US9674251B2 (en) | 2013-06-17 | 2014-06-16 | Mediating content delivery via one or more services |
| US14/305,557 | 2014-06-16 | ||
| PCT/US2014/042752 WO2014204968A1 (en) | 2013-06-17 | 2014-06-17 | Mediating content delivery via one or more services |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20160019958A KR20160019958A (ko) | 2016-02-22 |
| KR102188606B1 true KR102188606B1 (ko) | 2020-12-08 |
Family
ID=52020246
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020167001079A KR102188606B1 (ko) | 2013-06-17 | 2014-06-17 | 하나 또는 그 초과의 서비스들을 통한 컨텐츠 전달의 중재 |
Country Status (9)
| Country | Link |
|---|---|
| US (2) | US9674251B2 (ko) |
| EP (1) | EP3011719B1 (ko) |
| JP (1) | JP6433999B2 (ko) |
| KR (1) | KR102188606B1 (ko) |
| CN (1) | CN105308932B (ko) |
| BR (1) | BR112015031512B1 (ko) |
| CA (1) | CA2912409C (ko) |
| ES (1) | ES2702103T3 (ko) |
| WO (1) | WO2014204968A1 (ko) |
Families Citing this family (122)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8560604B2 (en) | 2009-10-08 | 2013-10-15 | Hola Networks Ltd. | System and method for providing faster and more efficient data communication |
| US9838450B2 (en) | 2010-06-30 | 2017-12-05 | Brightcove, Inc. | Dynamic chunking for delivery instances |
| US9762639B2 (en) | 2010-06-30 | 2017-09-12 | Brightcove Inc. | Dynamic manifest generation based on client identity |
| US9160779B2 (en) | 2011-06-30 | 2015-10-13 | Qualcomm Incorporated | Dynamic adaptive streaming proxy for unicast or broadcast/multicast services |
| US9445138B2 (en) | 2012-04-12 | 2016-09-13 | Qualcomm Incorporated | Broadcast content via over the top delivery |
| US9820259B2 (en) | 2012-05-04 | 2017-11-14 | Qualcomm Incorporated | Smooth transition between multimedia broadcast multicast service (MBMS) and unicast service by demand |
| US20140199044A1 (en) | 2013-01-15 | 2014-07-17 | Qualcomm Incorporated | Supporting transport diversity and time-shifted buffers for media streaming over a network |
| US9191742B1 (en) * | 2013-01-29 | 2015-11-17 | Rawles Llc | Enhancing audio at a network-accessible computing platform |
| US9781181B2 (en) * | 2013-06-17 | 2017-10-03 | Qualcomm Incorporated | Multiple file delivery over unidirectional transport protocol sessions for a service |
| US9674251B2 (en) | 2013-06-17 | 2017-06-06 | Qualcomm Incorporated | Mediating content delivery via one or more services |
| JP2015012305A (ja) * | 2013-06-26 | 2015-01-19 | ソニー株式会社 | コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム |
| GB2516115A (en) * | 2013-07-12 | 2015-01-14 | Canon Kk | Methods and devices for exchanging data |
| CN104378395B (zh) * | 2013-08-14 | 2019-02-05 | 华为技术有限公司 | 访问ott应用、服务器推送消息的方法及装置 |
| US9432204B2 (en) * | 2013-08-24 | 2016-08-30 | Nicira, Inc. | Distributed multicast by endpoints |
| US9241044B2 (en) | 2013-08-28 | 2016-01-19 | Hola Networks, Ltd. | System and method for improving internet communication by using intermediate nodes |
| US9473566B2 (en) * | 2013-09-14 | 2016-10-18 | Qualcomm Incorporated | Delivering services using different delivery methods |
| US9258747B2 (en) | 2013-09-17 | 2016-02-09 | Intel IP Corporation | User equipment and methods for fast handover failure recovery in 3GPP LTE network |
| US9332047B2 (en) * | 2013-09-30 | 2016-05-03 | Brightcove Inc. | Dynamic chunk manipulation for streaming mixed live and on-demand media: dynamic permutation layer |
| US9344857B1 (en) * | 2013-11-06 | 2016-05-17 | Sprint Spectrum L.P. | Frequency band allocation in a wireless communication network |
| US9602392B2 (en) | 2013-12-18 | 2017-03-21 | Nicira, Inc. | Connectivity segment coloring |
| US9602385B2 (en) | 2013-12-18 | 2017-03-21 | Nicira, Inc. | Connectivity segment selection |
| WO2015096160A1 (zh) | 2013-12-27 | 2015-07-02 | 华为技术有限公司 | 一种保持业务连续性的方法及设备 |
| WO2015137702A1 (en) * | 2014-03-10 | 2015-09-17 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting messages to a dash client |
| US9397848B2 (en) * | 2014-03-20 | 2016-07-19 | Cellco Partnership | Interface for accessing evolved multimedia broadcast multicast services (eMBMS) middleware services |
| US10659502B2 (en) * | 2014-03-31 | 2020-05-19 | British Telecommunications Public Limited Company | Multicast streaming |
| US9794079B2 (en) | 2014-03-31 | 2017-10-17 | Nicira, Inc. | Replicating broadcast, unknown-unicast, and multicast traffic in overlay logical networks bridged with physical networks |
| EP3073744A4 (en) * | 2014-04-30 | 2017-04-19 | LG Electronics Inc. | Broadcast signal transmitting device, broadcast signal receiving device, broadcast signal transmitting method, and broadcast signal receiving method |
| US9591054B2 (en) * | 2014-06-26 | 2017-03-07 | Adobe Systems Incorporated | Multiprotocol multicast streaming proxy |
| JP2016046598A (ja) * | 2014-08-20 | 2016-04-04 | キヤノン株式会社 | 通信装置、通信方法、及び、プログラム |
| US9338715B1 (en) * | 2014-08-21 | 2016-05-10 | Sprint Spectrum L.P. | Method and system for facilitating transition from broadcast to unicast |
| WO2016042359A1 (en) * | 2014-09-16 | 2016-03-24 | Nokia Technologies Oy | Method and apparatus for anonymous access and control of a service node |
| US11917002B2 (en) * | 2014-10-14 | 2024-02-27 | Comcast Cable Communications, Llc | Manipulation and recording of content transmissions |
| US11943289B2 (en) * | 2014-10-14 | 2024-03-26 | Comcast Cable Communications, Llc | Manipulation of content transmissions |
| MX2017005216A (es) * | 2014-10-28 | 2017-10-04 | Sony Corp | Dispositivo de recepcion, dispositivo de transmision, y metodo de procesamiento de datos. |
| US10742705B2 (en) * | 2014-11-20 | 2020-08-11 | Lg Electronics Inc. | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method |
| US9553918B1 (en) * | 2014-11-26 | 2017-01-24 | Ensighten, Inc. | Stateful and stateless cookie operations servers |
| US9723095B2 (en) * | 2014-12-05 | 2017-08-01 | At&T Intellectual Property I, L.P. | Multi delivery method policy controlled client proxy |
| US9860571B2 (en) * | 2014-12-10 | 2018-01-02 | Lg Electronics Inc. | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal |
| CN111262877B (zh) * | 2015-01-18 | 2022-08-12 | Lg电子株式会社 | 广播信号传输设备、广播信号接收设备及其方法 |
| MX358332B (es) * | 2015-02-27 | 2018-08-15 | Sony Corp | Aparato de recepcion, metodo de recepcion, aparato de transmision, y metodo de transmision. |
| US10079868B2 (en) * | 2015-04-07 | 2018-09-18 | Samsung Electronics Co., Ltd. | Method and apparatus for flexible broadcast service over MBMS |
| EP3281382A4 (en) * | 2015-04-07 | 2018-04-25 | Samsung Electronics Co., Ltd. | Method and apparatus for flexible broadcast service over mbms |
| US20160321318A1 (en) * | 2015-04-30 | 2016-11-03 | Hewlett-Packard Development Company, L.P. | Service provider dependency mapping |
| US11057446B2 (en) * | 2015-05-14 | 2021-07-06 | Bright Data Ltd. | System and method for streaming content from multiple servers |
| KR20160143145A (ko) * | 2015-06-04 | 2016-12-14 | 삼성전자주식회사 | 멀티미디어 서비스를 제공하기 위한 방법 및 그 전자 장치 |
| WO2016209131A1 (en) * | 2015-06-25 | 2016-12-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Setting up a dedicated bearer in a radio communication network |
| US11750675B2 (en) * | 2015-06-30 | 2023-09-05 | British Telecommunications Public Limited Company | Low latency media streaming |
| CN105049954B (zh) * | 2015-07-02 | 2020-07-10 | 中兴通讯股份有限公司 | Ott媒体的组播传输方法、装置及系统 |
| WO2017007192A1 (ko) | 2015-07-06 | 2017-01-12 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
| US20170048681A1 (en) * | 2015-08-11 | 2017-02-16 | At&T Intellectual Property I, L.P. | On-demand time-shifted access of broadcast content |
| CN105263100B (zh) * | 2015-08-31 | 2018-12-14 | 北京邮电大学 | 内容信息传输方法及装置 |
| US10149122B2 (en) | 2015-09-14 | 2018-12-04 | Qualcomm Incorporated | Techniques for in-band signaling of service description updates in RTP |
| KR102454746B1 (ko) * | 2015-10-01 | 2022-10-17 | 삼성전자주식회사 | 통신 시스템에서 미디어 리소스 식별 정보를 송수신하는 장치 및 방법 |
| EP3363159B1 (en) * | 2015-10-13 | 2020-12-02 | Telefonaktiebolaget LM Ericsson (PUBL) | Adaptive precision for reporting consumption of streamed content |
| WO2017102021A1 (en) * | 2015-12-18 | 2017-06-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling of content delivery in a client node |
| US10567468B2 (en) * | 2015-12-28 | 2020-02-18 | Check Point Software Technologies Ltd. | Method and system for transparently manipulating downloaded files |
| US10129358B2 (en) * | 2016-01-15 | 2018-11-13 | Verizon Digital Media Services Inc. | Partitioned serialized caching and delivery of large files |
| US10440680B2 (en) * | 2016-02-12 | 2019-10-08 | Electronics And Telecommunications Research Institute | Method and apparatus for controlling location based MBMS service |
| US10470000B2 (en) * | 2016-02-12 | 2019-11-05 | Samsung Electronics Co., Ltd. | Methods and apparatus for enhanced MBMS content provisioning and content ingestion |
| JP6971998B2 (ja) * | 2016-02-17 | 2021-11-24 | サムスン エレクトロニクス カンパニー リミテッド | マルチメディアサービスのコンテンツ関連情報提供方法及び装置 |
| US10873637B2 (en) * | 2016-05-02 | 2020-12-22 | Microsoft Technology Licensing, Llc | Controlling service discovery and activation among peers |
| US10701040B2 (en) * | 2016-05-23 | 2020-06-30 | Amazon Technologies, Inc. | Protecting content-stream portions from modification or removal |
| US11457500B2 (en) | 2016-05-30 | 2022-09-27 | Huawei Technologies Co., Ltd. | Wireless communication method and device |
| WO2017209746A1 (en) * | 2016-06-01 | 2017-12-07 | Intel IP Corporation | User equipment (ue) and methods for reception of downlink data services |
| JPWO2017212932A1 (ja) * | 2016-06-08 | 2019-04-04 | ソニー株式会社 | 受信装置、送信装置、及び、データ処理方法 |
| US20170374581A1 (en) * | 2016-06-23 | 2017-12-28 | Huawei Technologies Co., Ltd. | System and method for delivering unicast and broadcast traffic in a communication network |
| KR101863598B1 (ko) * | 2016-07-29 | 2018-06-01 | 주식회사 에어브로드 | 스트리밍 서비스를 위한 클라이언트의 동작 방법 |
| US11012731B2 (en) * | 2016-08-11 | 2021-05-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Adaptive bitrate streaming of live content with manifest update push notification or long poll |
| EP3930234B1 (en) | 2016-08-11 | 2023-09-06 | Telefonaktiebolaget LM Ericsson (publ) | Improved adaptive bit rate streaming of live content |
| JPWO2018034172A1 (ja) * | 2016-08-19 | 2019-06-13 | ソニー株式会社 | 情報処理装置、クライアント装置、及び、データ処理方法 |
| KR102345869B1 (ko) * | 2016-08-29 | 2022-01-03 | 소니그룹주식회사 | 정보 처리 장치, 정보 처리 방법, 및 정보 처리 시스템 |
| US10749925B1 (en) * | 2016-09-02 | 2020-08-18 | Snap Inc. | Video streaming optimization for quick start of video display |
| US10686855B2 (en) * | 2016-09-22 | 2020-06-16 | Verizon Patent And Licensing Inc. | HLS over multimedia broadcast multicast service (MBMS) |
| US10355916B2 (en) * | 2016-09-27 | 2019-07-16 | Mcafee, Llc | Survivable networks that use opportunistic devices to offload services |
| US10542409B2 (en) * | 2016-10-07 | 2020-01-21 | Qualcomm Incorporated | Access for group call services through a broadcast channel |
| WO2018079295A1 (ja) * | 2016-10-27 | 2018-05-03 | ソニー株式会社 | 情報処理装置、及び、情報処理方法 |
| US11044583B2 (en) | 2016-10-28 | 2021-06-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Advanced switching policies for eMBMS mood |
| KR102540459B1 (ko) * | 2016-12-22 | 2023-06-05 | 한화비전 주식회사 | Rtp/rtsp 표준을 따르는 서버와 클라이언트에서 실시간 영상 스트리밍 방법 |
| US11019602B2 (en) * | 2017-02-06 | 2021-05-25 | Qualcomm Incorporated | Capability and coverage determination for multimedia broadcast multicast service |
| US9872062B1 (en) * | 2017-02-22 | 2018-01-16 | Wyse Technology L.L.C. | Enforcing synchronization by embedding audio within video frame data |
| EP3373524B1 (en) * | 2017-03-08 | 2023-08-23 | Robert Bosch GmbH | Audio stream network with network components and method for running and/or configuring the network with network components |
| US10291941B2 (en) | 2017-03-09 | 2019-05-14 | At&T Mobility Ii Llc | Pre-caching video content to devices using LTE broadcast |
| CN108810973B (zh) * | 2017-05-05 | 2022-01-14 | 华为技术有限公司 | 网络过载控制的方法及装置 |
| KR101966284B1 (ko) * | 2017-06-16 | 2019-04-08 | 성균관대학교 산학협력단 | 상태 기반 포워딩을 수행하는 네트워크에서의 능동적인 요청 패킷 관리 장치 및 그 방법 |
| JP6797755B2 (ja) * | 2017-06-20 | 2020-12-09 | キヤノン株式会社 | 撮像装置、撮像装置の処理方法およびプログラム |
| WO2018235025A1 (en) * | 2017-06-22 | 2018-12-27 | Reliance Jio Infocomm Limited | SYSTEM AND METHOD FOR REVERSE INTERROGATION EVALUATION |
| LT3770773T (lt) | 2017-08-28 | 2024-03-12 | Bright Data Ltd. | Būdas pagerinti turinio parsisiuntimą, pasirenkant tunelinius įrenginius |
| US11190374B2 (en) | 2017-08-28 | 2021-11-30 | Bright Data Ltd. | System and method for improving content fetching by selecting tunnel devices |
| US20190075545A1 (en) * | 2017-09-02 | 2019-03-07 | Qualcomm Incorporated | Method and apparatus for providing unicast representations within a broadcast coverage area |
| US10461884B2 (en) | 2017-10-05 | 2019-10-29 | Comcast Cable Communications, Llc | Server selected variable bitrate streaming |
| US10791003B2 (en) | 2017-10-30 | 2020-09-29 | Intel Corporation | Streaming on diverse transports |
| FR3074004B1 (fr) * | 2017-11-20 | 2019-11-22 | Airbus Ds Slc | Systeme de communication de groupe pour la transmission de donnees multimedia |
| GB201719654D0 (en) | 2017-11-27 | 2018-01-10 | Nchain Holdings Ltd | Computer-implemented system and method |
| US10728303B2 (en) * | 2017-12-05 | 2020-07-28 | At&T Intellectual Property I, L.P. | Codec selection for end-to-end communication without intermediate transcoding |
| WO2019223005A1 (en) | 2018-05-25 | 2019-11-28 | Qualcomm Incorporated | Mixed mode multicast architecture |
| US10924775B2 (en) * | 2018-06-26 | 2021-02-16 | Qualcomm Incorporated | Uplink and downlink methods for efficient operation of live uplink streaming services |
| US10681503B2 (en) | 2018-09-06 | 2020-06-09 | Verizon Patent And Licensing Inc. | Systems and methods for caching and managing multicast content |
| CN110891246B (zh) * | 2018-09-11 | 2022-07-05 | 成都鼎桥通信技术有限公司 | 一种组播媒体数据的处理方法 |
| US11372977B2 (en) | 2018-11-12 | 2022-06-28 | Thirdwayv, Inc. | Secure over-the-air firmware upgrade |
| US11625806B2 (en) * | 2019-01-23 | 2023-04-11 | Qualcomm Incorporated | Methods and apparatus for standardized APIs for split rendering |
| FR3092720B1 (fr) * | 2019-02-12 | 2021-03-05 | Groupe Canal | Streaming adaptatif et contextuel |
| US11349764B2 (en) | 2019-02-15 | 2022-05-31 | Qualcomm Incorporated | Methods and apparatus for signaling offset in a wireless communication system |
| LT4075304T (lt) | 2019-02-25 | 2023-07-25 | Bright Data Ltd. | Turinio parsisiuntimo, naudojant url bandymų mechanizmą, sistema ir būdas |
| EP4030318A1 (en) | 2019-04-02 | 2022-07-20 | Bright Data Ltd. | System and method for managing non-direct url fetching service |
| CN111835697B (zh) * | 2019-04-23 | 2021-10-01 | 华为技术有限公司 | 一种媒体流发送方法、装置、设备和系统 |
| US10778457B1 (en) | 2019-06-18 | 2020-09-15 | Vmware, Inc. | Traffic replication in overlay networks spanning multiple sites |
| US11470041B2 (en) * | 2019-06-20 | 2022-10-11 | Disney Enterprises, Inc. | Software defined network orchestration to manage media flows for broadcast with public cloud networks |
| US11234054B2 (en) | 2019-07-22 | 2022-01-25 | Qatar Foundation For Education, Science And Community Development | Edge network system for service-less video multicast |
| US20220263673A1 (en) * | 2019-07-23 | 2022-08-18 | Nippon Telegraph And Telephone Corporation | Content distribution system, multicast unicast / multicast multicast converter, multicast unicast converter, content distribution method and content distribution program |
| US11172501B2 (en) | 2019-09-05 | 2021-11-09 | Qualcomm Incorporated | Methods and apparatus for signaling offset in a wireless communication system |
| US11909535B2 (en) * | 2019-10-24 | 2024-02-20 | Qualcomm Incorporated | Operating in a radio link control acknowledged mode using a multicast or broadcast radio bearer |
| TWI734326B (zh) * | 2019-12-30 | 2021-07-21 | 新唐科技股份有限公司 | 音訊同步處理電路及其方法 |
| CN113573248B (zh) * | 2020-04-28 | 2023-06-20 | 华为技术有限公司 | 用于传输数据的方法与装置 |
| CN115918034A (zh) * | 2020-05-21 | 2023-04-04 | Idac控股公司 | 多媒体广播/多播服务(mbms)传送模式切换的方法 |
| EP4297481A1 (en) * | 2021-02-18 | 2023-12-27 | LG Electronics Inc. | Mbs-related communication method |
| CN115314758A (zh) * | 2021-05-06 | 2022-11-08 | 武汉斗鱼鱼乐网络科技有限公司 | 一种视频播放方法及相关设备 |
| US20220377503A1 (en) * | 2021-05-19 | 2022-11-24 | Tencent America LLC | Method and apparatus for real time uav connection monitoring and location reporting |
| US20230004619A1 (en) * | 2021-07-02 | 2023-01-05 | Vmware, Inc. | Providing smart web links |
| US11784922B2 (en) | 2021-07-03 | 2023-10-10 | Vmware, Inc. | Scalable overlay multicast routing in multi-tier edge gateways |
| US11695822B2 (en) * | 2021-07-16 | 2023-07-04 | Adp, Inc. | Unified integration pattern protocol for centralized handling of data feeds |
| CN114025192B (zh) * | 2021-11-04 | 2024-05-28 | 广州方硅信息技术有限公司 | 直播数据加密、解密方法、装置、存储介质及计算机设备 |
| CN116455686B (zh) * | 2023-06-15 | 2023-09-01 | 银河互联网电视有限公司 | 应急广播平台的消息播发方法和设备 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130028118A1 (en) * | 2011-07-25 | 2013-01-31 | Qualcomm Incorporated | Managing handoff triggering between unicast and multicast services |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050043035A1 (en) * | 2003-08-21 | 2005-02-24 | Diesen Michael J. | Method and apparatus for providing multimedia broadcast multicast service data to a subscriber to a multimedia broadcast multicast service |
| GB0402739D0 (en) * | 2004-02-09 | 2004-03-10 | Saviso Group Ltd | Methods and apparatus for routing in a network |
| WO2006124841A2 (en) * | 2005-05-17 | 2006-11-23 | Telcordia Technologies, Inc. | Secure virtual point of service for 3g wireless networks |
| US7738863B2 (en) | 2005-08-25 | 2010-06-15 | Nokia Corporation | IP datacasting middleware |
| WO2007078663A2 (en) | 2005-12-16 | 2007-07-12 | Interdigital Technology Corporation | Mobility middleware architecture for multiple radio access technology apparatus |
| CN101051996B (zh) * | 2006-06-16 | 2010-12-08 | 华为技术有限公司 | 实现以太网穿越移动ip的设备、系统和方法 |
| WO2008053344A2 (en) * | 2006-11-03 | 2008-05-08 | Nokia Corporation | Control signaling for multimedia broadcast multicast service point-to-multi point over high speed downlink packet access information |
| ATE522996T1 (de) * | 2007-04-23 | 2011-09-15 | Nokia Corp | System und verfahren zum optimieren der herunterlade-benutzerdienstablieferung an roamende clients |
| WO2008155698A1 (en) * | 2007-06-18 | 2008-12-24 | Nokia Corporation | Determining a transmission window for transmission bursts of broadcast service |
| EP2104290A1 (en) * | 2008-03-17 | 2009-09-23 | NEC Corporation | Method for accelerating the activation of an MBMS service |
| WO2011068784A1 (en) | 2009-12-01 | 2011-06-09 | Azuki Systems, Inc. | Method and system for secure and reliable video streaming with rate adaptation |
| US9026671B2 (en) * | 2011-04-05 | 2015-05-05 | Qualcomm Incorporated | IP broadcast streaming services distribution using file delivery methods |
| US9226265B2 (en) | 2011-04-15 | 2015-12-29 | Qualcomm Incorporated | Demand-based multimedia broadcast multicast service management |
| US9160779B2 (en) | 2011-06-30 | 2015-10-13 | Qualcomm Incorporated | Dynamic adaptive streaming proxy for unicast or broadcast/multicast services |
| IN2014KN00789A (ko) * | 2011-10-11 | 2015-10-02 | Ericsson Telefon Ab L M | |
| US9712891B2 (en) | 2011-11-01 | 2017-07-18 | Nokia Technologies Oy | Method and apparatus for selecting an access method for delivery of media |
| US20130182643A1 (en) | 2012-01-16 | 2013-07-18 | Qualcomm Incorporated | Method and system for transitions of broadcast dash service receptions between unicast and broadcast |
| US9606845B2 (en) * | 2012-03-05 | 2017-03-28 | Hewlett-Packard Development Company, L.P. | Proxy for accessing a middleware subsystem |
| US8949451B2 (en) * | 2012-04-27 | 2015-02-03 | Mobitv, Inc. | Combined broadcast and unicast delivery |
| US9820259B2 (en) | 2012-05-04 | 2017-11-14 | Qualcomm Incorporated | Smooth transition between multimedia broadcast multicast service (MBMS) and unicast service by demand |
| US9729603B2 (en) * | 2012-09-27 | 2017-08-08 | Alcatel Lucent | Content stream delivery using variable cache replacement granularity |
| US20140089467A1 (en) * | 2012-09-27 | 2014-03-27 | Andre Beck | Content stream delivery using pre-loaded segments |
| US20140199044A1 (en) | 2013-01-15 | 2014-07-17 | Qualcomm Incorporated | Supporting transport diversity and time-shifted buffers for media streaming over a network |
| US9674251B2 (en) | 2013-06-17 | 2017-06-06 | Qualcomm Incorporated | Mediating content delivery via one or more services |
| US10560509B2 (en) | 2013-07-05 | 2020-02-11 | Qualcomm Incorporated | Method and apparatus for using HTTP redirection to mediate content access via policy execution |
-
2014
- 2014-06-16 US US14/305,557 patent/US9674251B2/en active Active
- 2014-06-17 WO PCT/US2014/042752 patent/WO2014204968A1/en active Application Filing
- 2014-06-17 EP EP14739611.3A patent/EP3011719B1/en active Active
- 2014-06-17 ES ES14739611T patent/ES2702103T3/es active Active
- 2014-06-17 CA CA2912409A patent/CA2912409C/en active Active
- 2014-06-17 JP JP2016519718A patent/JP6433999B2/ja active Active
- 2014-06-17 CN CN201480034047.8A patent/CN105308932B/zh active Active
- 2014-06-17 KR KR1020167001079A patent/KR102188606B1/ko active IP Right Grant
- 2014-06-17 BR BR112015031512-7A patent/BR112015031512B1/pt active IP Right Grant
-
2017
- 2017-04-26 US US15/497,820 patent/US9986003B2/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130028118A1 (en) * | 2011-07-25 | 2013-01-31 | Qualcomm Incorporated | Managing handoff triggering between unicast and multicast services |
Non-Patent Citations (1)
| Title |
|---|
| Qualcomm et al., "Rationale for USD Indication of DASH Delivery Mode and Illustrative Implementation", 3GPP TSG-SA4 #72, S4-130196 (2013.02.01.)* |
Also Published As
| Publication number | Publication date |
|---|---|
| ES2702103T3 (es) | 2019-02-27 |
| EP3011719A1 (en) | 2016-04-27 |
| JP6433999B2 (ja) | 2018-12-05 |
| BR112015031512B1 (pt) | 2023-03-14 |
| US20140372624A1 (en) | 2014-12-18 |
| CN105308932B (zh) | 2018-08-21 |
| US9674251B2 (en) | 2017-06-06 |
| JP2016528763A (ja) | 2016-09-15 |
| KR20160019958A (ko) | 2016-02-22 |
| WO2014204968A1 (en) | 2014-12-24 |
| EP3011719B1 (en) | 2018-09-19 |
| US9986003B2 (en) | 2018-05-29 |
| CA2912409C (en) | 2023-01-03 |
| BR112015031512A2 (pt) | 2017-07-25 |
| CA2912409A1 (en) | 2014-12-24 |
| CN105308932A (zh) | 2016-02-03 |
| US20170230434A1 (en) | 2017-08-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102188606B1 (ko) | 하나 또는 그 초과의 서비스들을 통한 컨텐츠 전달의 중재 | |
| KR102203162B1 (ko) | Dash 클라이언트 qoe 메트릭들의 미들웨어 전달 | |
| US10193994B2 (en) | Signaling cached segments for broadcast | |
| US9537902B2 (en) | Enabling devices without native broadcast capability to access and/or receive broadcast data in an efficient manner | |
| US20160337424A1 (en) | Transferring media data using a websocket subprotocol | |
| AU2017203829A1 (en) | Streaming with coordination of video orientation (cvo) | |
| KR20160138044A (ko) | 미디어 데이터를 스트리밍하기 위한 목표된 광고 삽입 | |
| US20160380853A1 (en) | Reporting media consumption based on service area | |
| US20220239601A1 (en) | Background data traffic distribution of media data | |
| JP2022550528A (ja) | 適応ビットレートマルチキャストのための修復機構 | |
| WO2022164862A1 (en) | Background data traffic distribution of media data | |
| BR112017027511B1 (pt) | Distribuição de middleware de métricas de qoe de cliente dash |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant |