entv Rel-14: A Transport System for Next Generation Broadcaster Services

Size: px

Start display at page:

Download "entv Rel-14: A Transport System for Next Generation Broadcaster Services"

Millicent Hines
5 years ago
Views:

June 2018 @qualcomm_tech entv Rel-14: A Transport System for Next Generation Broadcaster

1 June entv Rel-14: A Transport System for Next Generation Broadcaster Services Thomas Stockhammer Director Technical Qualcomm Technologies, Inc.

2 OUTLINE Qualcomm Perspective Problems and Challenges Standardisation efforts 3GPP entv Outside 3GPP: DASH-IF Low-Latency DASH CMAF and CTA WAVE DVB-I Summary 6/11/2018 IEEE BMSB VALENCIA 2

We want to immerse you Immersion is enabled by different components that work

resolution audio Up to human hearing capabilities Spherical view Look anywhere with

Immersion Sound quality 3D audio Realistic 3D, positional, surround audio that is

noise cancellation technology Minimal latency Minimized system latency to remove

motion tracking IEEE BMSB Valencia Natural user interfaces Seamlessly interact with

3 We want to immerse you Immersion is enabled by different components that work together Extreme pixel quantity and quality Screen is very close to the eyes High resolution audio Up to human hearing capabilities Spherical view Look anywhere with a full 360 spherical view Stereoscopic display Humans see in 3D Visual quality Immersion Sound quality 3D audio Realistic 3D, positional, surround audio that is accurate to the real world Crystal clear voice Clear voice that is enhanced with noise cancellation technology Minimal latency Minimized system latency to remove perceptible lag Intuitive interactions Precise motion tracking Accurate on-device motion tracking IEEE BMSB Valencia Natural user interfaces Seamlessly interact with VR using natural movements, free from wires Learn more about our vision for the future of VR: 3

Snapdragon 845 Multimedia/XR/AR Computer vision, image processing, sensor processing, graphics, video

Snapdragon X20 LTE modem Wi-Fi Qualcomm Hexagon 685 DSP Adreno 630 Visual Processing Subsystem

2 Gbps Peak Upload Speed: 150 Mbps Ultra HD Premium video playback and encoding @ 4K (3840x2160)

implementation Mass market cost Variety of use cases and industry support Qualcomm Aqstic Audio System

4 Snapdragon 845 Multimedia/XR/AR Computer vision, image processing, sensor processing, graphics, video processing, location, and cloud interaction Benefits Integrated and optimized Enhanced battery life Snapdragon X20 LTE modem Wi-Fi Qualcomm Hexagon 685 DSP Adreno 630 Visual Processing Subsystem Qualcomm Spectra 280 ISP Peak Download Speed: 1.2 Gbps Peak Upload Speed: 150 Mbps Ultra HD Premium video playback and 4K (3840x2160) 60fps, 10bit HDR, Rec 2020 color gamut extended Reality (XR) Thermal efficiency Standardized implementation Mass market cost Variety of use cases and industry support Qualcomm Aqstic Audio System Memory Qualcomm Kryo 385 CPU Qualcomm Mobile Security Sensors Qualcomm Snapdragon Neural Processing Engine (NPE) SDK Entire SoC is used! *Compared to Snapdragon 835 IEEE BMSB Valencia 4

Supporting Tangible Efforts Qualcomm Snapdragon 835/845 Mobile Multimedia/XR Platform

support Purpose-built mobile processor for superior XR experiences Easy developer access

designs, working with ODMs and technical support to commercialize XR HMDs quickly

5 Supporting Tangible Efforts Qualcomm Snapdragon 835/845 Mobile Multimedia/XR Platform Snapdragon 835/845 Snapdragon XR SDK HMD Accelerator Program Platform and Ecosystem support Purpose-built mobile processor for superior XR experiences Easy developer access to Snapdragon accelerated XR libraries that simplify application development Reference designs, working with ODMs and technical support to commercialize XR HMDs quickly Working with multiple content, technology and platform companies Standardization IEEE BMSB Valencia 5

6 SOME PROBLEMS AND CHALLENGES Replicating and maintaining existing linear TV Broadcast Services Enabling broadcast-grade linear TV service on the Internet Making media more interactive and immersive Enabling monetization of media services Making services accessible on many different devices and platforms Ensuring an end-to-end work flow with all enablers in place Proprietary services vs. standardized approach how many standards do you need? Approaches: Standardization Identifying commercial Demand Global efforts and standards End-to-end workflows and ecosystems Supporting implementations by test, trials, open source, conformance and reference tools 6/11/2018 IEEE BMSB VALENCIA 6

7 embms Since Rel-9 (MBMS since Rel-6) 7

MBMS/LTE embms/entv History Building upon a strong 3GPP technology

Rel-14 Further enhancements 5 to fully satisfy 5G broadcast requirements

and efficiency embms enhancements in Rel-12 include MOOD 2 and expansion

Meeting 7/10 5G Broadcast requirements 4 in Rel-14 Target market focused

8 MBMS/LTE embms/entv History Building upon a strong 3GPP technology foundation 3GPP Rel-14 (completed) LTE LTE-A LTE embms/entv in 3GPP Rel-14 Further enhancements 5 to fully satisfy 5G broadcast requirements 5G embms defined for LTE starting in Rel-8/Rel-9 1, improving coverage and efficiency embms enhancements in Rel-12 include MOOD 2 and expansion to MCPTT 3 Enabling terrestrial broadcast and expanding to new services; Meeting 7/10 5G Broadcast requirements 4 in Rel-14 Target market focused on Cellular operators Target market expanded to Broadcasters IEEE BMSB Valencia 8

9 Rel-14 entv Completed in June

10 Terrestrial broadcast for next-gen digital TV delivery entv 1 part of 3GPP Rel-14 meets terrestrial TV broadcast requirements Radio access enhancements System layer enhancements Longer range New 1-symbol numerology with longer 200us CP 2 to support 15 km ISD 3 Receive only mode Delivery of free-to-air content to devices without SIM/service subscription More broadcast capacity Supports dedicated broadcast network with 100% embms carrier allocation More deployment flexibility Single network for mobile and fixed devices with enhanced support for rooftop reception Rel-14 entv 1 Rel-14 entv Transport only service TV broadcasters can deliver content in native format without transcoding Standardized interface Content providers can deliver media over LTE with a unified framework Content provider xmb Better efficiency New subframe design reduces overhead in dedicated broadcast transmissions Unicast control Broadcast Broadcast Shared broadcast Multiple operators can serve users on a common broadcast carrier IEEE BMSB Valencia 10

11 System architecture 11

12 MBMS Architecture Enhancements for TV service in Rel-14 Optimized resource utilization, new service types, new device modes, open external interfaces Standardized xmb interface towards the (TV) content provider Transport-only service Receive Only mode, Receive Only mode with independent unicast Shared MBMS Broadcast Unified framework for service type negotiations and agreements with content providers Enable dynamic service/session establishment Extendable to other types of content and content providers (V2X etc.) IEEE BMSB Valencia Provide pass-through MBMS bearer service type Enable TV broadcasters to provide the content via MBMS in the native format without transcoding Simple receiver design Use MBMS network as common delivery platform for different content types and services Receive Only mode: enable devices without SIM card or 3GPP subscription Expand the reach of MBMS into traditional TV receivers Enable Free-to-Air content broadcast over MBMS Receive Only mode with independent unicast: enable interactive services feeding off of TV live broadcast Opportunity for more cost-effective data plans for mobile TV (bundled plans) Operators can aggregate their MBMS networks into a shared MBMS content distribution platform Avoid broadcasting the same content at the same time over different networks Improve coverage, bandwidth efficiency 12

Transport-only service type 3GPP MBMS network as common content delivery platform Service Announcement/ Description Content 3GP-DASH / FLUTE

13 Transport-only service type 3GPP MBMS network as common content delivery platform Service Announcement/ Description Content 3GP-DASH / FLUTE FEC IP/UDP MBMS broadcast bearer Lower layers Other Transport-only Transport-only mode provides pass-through MBMS bearer IEEE BMSB Valencia 13

14 Receive Only Mode ROM device: No subscription, does not need USIM, no registration, anonymous reception Only capable of MBMS reception Equivalent to legacy TV receiver Enables Free-to-Air TV services ROM with independent unicast Enables wide range of interactive/hybrid services Features From the content provider point of view, it is one device (with two modes of operation) From the network operator point of view, it is two independent devices IEEE BMSB ROM Valencia service is broadcast on the reserved range of TMGI ROM devices, ROM devices with independent unicast 14

Standardized xmb interface towards content provider Portal/App Web or Native Application 3GPP PSS RTP TV Content Formats: PSS RTP Streaming 3GPP PSS RTP TV Receiver 3GPP PSS DASH TV Transport only TV

15 Standardized xmb interface towards content provider Portal/App Web or Native Application 3GPP PSS RTP TV Content Formats: PSS RTP Streaming 3GPP PSS RTP TV Receiver 3GPP PSS DASH TV Transport only TV xmb-u Content Formats: 3GP-DASH Content Formats: DVB, ATSC MBMS-API-U 3GP-DASH TV TV Receiver Presentation Data Service Data Service Data Service Content: Software Updates, Stats, Weather Services, etc. Data Services embmsdelivery Management xmb-c BMSC E-UTRAN incl. MBMS bearer MBMS Client MBMS-API-C MBMS-Aware Application IEEE BMSB Valencia xmb interface is a RESTful API providing a unified framework for dynamic service/session type negotiation and establishment Offers various session types (application, streaming, file transfer, transport-only) 15

16 Shared MBMS Broadcast Freq. f1 operator 1 Freq. f2 operator 2 Freq. f3 operator 3 Freq. f4 shared broadcast F4 is dedicated to shared broadcast MME Content Provider Broadcast-Multicast Service Center (shared) MME xmb interface MME RAN RAN RAN MBMS-GW (shared) f4 f4 IEEE BMSB Valencia Shared broadcast area Shared MBMS broadcast allows operators to pool their MBMS broadcast resources to improve coverage and bandwidth efficiency 16

17 3GPP upper layer references (Release 14) 3GPP TS MBMS Architecture (Annex D and Annex E) 3GPP TS MBMS Protocols and Codecs 3GPP TS MBMS APIs and URL 3GPP TS xmb Interface 3GPP TS TV Service Configuration Management Object 3GPP TS Stage 3 aspects of MBMS service for Receive Only Mode 3GPP TR26.917: 3GPP-based TV Services IEEE BMSB Valencia 17

18 Radio access 18

Radio Access Enhancements for MBMS in Release 14 Support of new deployment and device types, and dedicated broadcast carrier Support of larger intersite distance Dedicated or mixed MBMS carrier

Introduction of an intermediate numerology with 33us CP. Mixed unicast/broadcast from same carrier. Up to 100% MBMS allocation. Self-containedsystem information and sync signals for dedicated carrier.

19 Radio Access Enhancements for MBMS in Release 14 Support of new deployment and device types, and dedicated broadcast carrier Support of larger intersite distance Dedicated or mixed MBMS carrier Different types of devices New subframe type Larger cyclic prefix (200us) designed to cover 15km ISD. Target spectral efficiency of 2bps/Hz with rooftop antennas. Introduction of an intermediate numerology with 33us CP. Mixed unicast/broadcast from same carrier. Up to 100% MBMS allocation. Self-containedsystem information and sync signals for dedicated carrier. Enhanced support for rooftop reception, handheld devices and carmounted antenna. Multiple numerologies (15kHz, 7.5kHz and 1.25kHz) designed for different deployment/mobility scenarios New type of MBSFN subframewithout unicast control region. Reduces overhead in MBMS transmissions with respect to previous releases. IEEE BMSB Valencia 19

20 Service layer 20

21 TS : MBMS API and URL MBMS User Services in TS provide (too) many features Content can be accessed through well-defined APIs, application communicates with the MBMS client to discover services and serve existing media players. Architecture supports distribution of existing TV services (e.g. DVB), enables new capabilities to support dynamic bc/uchandoff, consumption reporting, etc. APIs may be implemented within a device or as network interface, i.e. MBMS service terminates in a gateway (media server) erence/android/telephony/mbms/ package-summary IEEE BMSB Valencia 21

22 HTML-5, DASH and TV Video Profiles (Rel-13) Distribution Formats for hybrid services, webcentric and enables TV Video Experiences DASH Enhancements Alignment with industry profiles and technologies to enable cross-domain deployments including Live and Ad Insertion DVB-DASH aligned TV video profile Consistent set of video profiles HD and UHD distribution aligned with DVB AVC DVB UHD-1 phase1 HTML-5 profile Media-centric profile aligned with TV industry adding for example MSE and EME APIs Further Extensions in Rel-15 IEEE BMSB Valencia 22

23 Completed Work in SA4/CT3 for Rel-14 Transparent Delivery Mode for External ADU flows Permits usage as MBMS Service as well as for external usage Session Description and Transport Protocol Service Announcement Profile Service API for Transparent Mode Permits service discovery from an Application for Transparent MBMS Services Receive Only Mode (ROM) services (and ROM-UEs) TMGIs correspond to a reserved range of values Service Announcement is sent on this channel Portal/ App RTP TV DASH TV Transport only TV Data Service Data Service Data Service embmsdelivery Management xmb-u xmb-c BMSC Content Formats: PSS RTP Streaming Content Formats: 3GP-DASH Content Formats: DVB, ATSC Content: Software Updates, Stats, Weather Services, etc. E-UTRAN incl. MBMS bearer MBMS Client MBMS-API User Plane MBMS-API-U Web or Native Application RTP TV 3GP-DASH TV TV Receiver Data Services MBMS-Aware Application Presentation File Manifest for File Download Service IEEE BMSB Valencia 23

Example v=0 o=ghost 2890844526 2890842807 IN IP4 192.168.10.10 s=3gpp MBMS Transport-only SDP Example i=example of MBMS transport-only SDP file u=http://www.infoserver.example.com/ae600 e=ghost@mailserver.

24 Example v=0 o=ghost IN IP s=3gpp MBMS Transport-only SDP Example i=example of MBMS transport-only SDP file u= c=in IP6 FF1E:03AD::7F2E:172A:1E24 t= b=as: a=mbms-mode:broadcast a=source-filter: incl IN IP6 * 2001:210:1:2:240:96FF:FE25:8EC9 m=video 4002 UDP/RTP/AVP 96 b=tias: a=mbms-framing-header:0 2 a=rtpmap:100 MP2T/90000 m=video 4002 RTP/AVP 98 b=tias: a=rtpmap:100 MP2T/90000 a=mbms-framing-trailer:0 2 IEEE BMSB Valencia 2 DVB IPTV MPEG-2 TS over as MBMS User Service 24

25 Example Call flow Media Client MAA MBMS Client BMSC Content Provider content announcement request transport only content Content Delivery Service Announcement getpacketservices("transparent-rom") Start Delivery startpacketservice() servicestarted() provide SDP initiate packet forwarding packet forwarding stoppacketservice() stop packet reception Stop packet Reception stop packet forwarding v5.4 6/11/2018 IEEE BMSB Valencia 25 25

26 Outside 3GPP 26

27 DASH-IF 6/11/2018 IEEE BMSB VALENCIA 27

28 Founded in 2012 after MPEG-DASH completion, DASH-IF addresses Interoperability Promotion Supporting other SDOs and our members for interoperable deployment of massively scalable Internet Streaming Services CONTINUING TO SUPPORT DASH ADOPTION 6/11/2018 IEEE BMSB VALENCIA 28

WORK PLAN DASH-AVC/264 2.0 live Services for AVC/264 2.0 Conformance 3.

3 Live services Ad-insertion AC-4 MPEG-H Audio HTTPS support Key Rotation

Conformance 3.3 Test Suite 3.0 DASH-IF IOP 4.0 V3.

& Selection Dolby Vision Thumbnail navigation DRM Support Improvement VP9

latency w DVB 29 DASH-IF IOP V5 USAC IOP UHD/HDR/ Dynamic Metadata CMAF &

29 WORK PLAN DASH-AVC/ live Services for AVC/ Conformance 3.0 Test Suite 3.0 DASH-IF IOP 3.3 Live services Ad-insertion AC-4 MPEG-H Audio HTTPS support Key Rotation Cross Adaptation Set Switching Callback events Period continuity Conformance 3.3 Test Suite 3.0 DASH-IF IOP 4.0 V3.3 + UHD/HDR Alignment w Amd3 & 4 Test database Conformance 4.0 Test Suite 4.0 DASH-IF IOP 4.1 V4.0 + Robust linear W3 Clear Key Last segment signaling Content Anno-tation & Selection Dolby Vision Thumbnail navigation DRM Support Improvement VP9 ATSC 3.0 DASH Profile V1 Broadcast TV profile Next Gen Audio Temp scalable HEVC App based xlink DASH-IF IOP 4.2 Bugfixes Audio alignments ATSC 3.0 DASH Profile V1.1 V1 + HDR DASH for NRT content Ad insertion improvements Live w lower V latency w DVB 29 DASH-IF IOP V5 USAC IOP UHD/HDR/ Dynamic Metadata CMAF & DASH SAND Modes Segment Variants for Watermarking Token Access Control V1.0 Multi-dependent stream - ESPEX CPIX V1.0 CPIX V2.0 CPIX V2.1 ETSI SPEC DASH Metric Position Paper DASH SAND White Paper Position Paper on uncommon enc. dash.js v1.3 dash.js v2.0 dash.js v2.5 dash.js 2.6 dash.js /11/2018 IEEE BMSB VALENCIA 29

30 TEST VECTOR GENERATION HIGH-LEVEL FRAMEWORK AND DASH-IF ASSETS Apply fixes No DASH-IF IOP Content Generation DASH- IF Content Pass? Yes Match? Test cases Yes No Test Playback Reference Client Test vectors Conforming test vectors Yes

31 LOW-LATENCY DASH 6/11/2018 IEEE BMSB VALENCIA 31

KEY FUNCTIONS AND PERFORMANCE INDICATORS Random Access and Start-up Delay End-to-End Latency Compression Efficiency Network Efficiency and Scalability

32 KEY FUNCTIONS AND PERFORMANCE INDICATORS Random Access and Start-up Delay End-to-End Latency Compression Efficiency Network Efficiency and Scalability Number of Requests Number of Invalid Requests Robustness to Errors Note: Not all apply for all services, but may be relevant 6/11/2018 IEEE BMSB VALENCIA 32

33 SOME DVB WORLD 2017 SLIDES Red Bull Akamai 6/11/2018 IEEE BMSB VALENCIA 33

34 STATUS OF THE WORK IN DASH-IF AND DVB DVB Completion of use cases (together with DASH-IF) and Commercial Requirements for Low-Latency DASH Encoder to Screen Latency of 3.5 seconds Live Edge Start-up Delay in the order of 1 second or less presentation of a media time at a specific wall-clock time within 500ms tolerance updated DVB-DASH specification shall be completed by Q4/2018 Technical work just started with outreach to DASH-IF DASH-IF In the progress of drafting guidelines for Low-Latency DASH Context of real service operation issues: Program changes, ad insertion, operational problems, scalability Guidelines include Interface between Encoder and DASH Packager assuming CMAF packaging DASH Packager Operation including MPD generation and MPD updates, as well as segment generation for simple, live and broadcast client Client Implementation Guidelines and requirements: buffers, ABR logic, etc. Development of test, reference and conformance tools 6/11/2018 IEEE BMSB VALENCIA 34

35 CMAF AND CTA WAVE 6/11/2018 IEEE BMSB VALENCIA 35

36 DIFFERENT PLAYERS SINGLE ENCODING AND COMMON DELIVERY Manifest Content Offering Delivery Platforms and Players Stand-alone HLS HLS M3U8 DASH MPD referencing CMAF Content CDN, Broadcast, multicast HLS as HTML-5 video tag Stand-alone DASH DASH as HTML- 5 video tag Application HTML-5 MSEbased Type-3 player 6/11/2018 IEEE BMSB VALENCIA 36

37 CTA WAVE 6/11/2018 IEEE BMSB VALENCIA 37

COMMERCIAL OTT VIDEO ISSUES: CONTENT FORMAT ISSUES Content Format m3u8 HLS mpd DASH ismc Smooth f4m HDS Each asset copied to multiple media formats different video codecs

38 COMMERCIAL OTT VIDEO ISSUES: CONTENT FORMAT ISSUES Content Format m3u8 HLS mpd DASH ismc Smooth f4m HDS Each asset copied to multiple media formats different video codecs different audio codecs Regional frame rates Cost to content creators and distributors Inefficiencies in content delivery networks (CDNs) Storage costs 6/11/2018 IEEE BMSB VALENCIA 38

COMMERCIAL OTT VIDEO ISSUES: DEVICE PLAYBACK ISSUES Content Format m3u8 HLS mpd

set-top apps - Switching bitrate glitches - Codec incompatibility - Scaling

discontinuities - Request protocol deficiencies - Memory problems - CPU weakness -

39 COMMERCIAL OTT VIDEO ISSUES: DEVICE PLAYBACK ISSUES Content Format m3u8 HLS mpd DASH ismc Smooth f4m HDS Device Playback mobile apps PC apps TV apps game apps set-top apps - Switching bitrate glitches - Codec incompatibility - Scaling display issues - Partial profile support - Long-term playback instability - Audio discontinuities - Request protocol deficiencies - Memory problems - CPU weakness - Variable HDR support - Unknown capabilities - Ad splicing problems 6/11/2018 IEEE BMSB VALENCIA 39

COMMERCIAL OTT VIDEO ISSUES: REFERENCE PLATFORM

f4m HDS Device Playback mobile apps PC apps TV apps

-Distributors need consistent app behavior across

reference platform -Each device platform has

40 COMMERCIAL OTT VIDEO ISSUES: REFERENCE PLATFORM ISSUES Content Format m3u8 HLS mpd DASH ismc Smooth f4m HDS Device Playback mobile apps PC apps TV apps game apps set-top apps Reference Platform test apps -Distributors need consistent app behavior across platforms -WAVE testing needs neutral, well-known reference platform -Each device platform has different video features, APIs and semantics. 6/11/2018 IEEE BMSB VALENCIA 40

41 WAVE ORGANIZATION Steering Committee Technical Working Group Addressing Content Content Specification Preparation Task Problems Force Addressing Device Playback Player Application Capabilities Environment Task Force Problems Addressing HTML5 API Device Playback Task Force Problems Test & Compliance Task Force 6/11/2018 IEEE BMSB VALENCIA 41

42 DVB INTERNET SERVICES (DVB-I) 6/11/2018 IEEE BMSB VALENCIA 42

43 DVB-I, the mission DVB-I, where the I stands for Internet In the context of audio-visual services, The Internet is used for Over-The-Top (OTT) delivery Well, The Internet, as in CDN overlaid, edge assisted, adaptive delivery, media cloud 1..n 1..n ISP network The Internet 1..n 1..n 1..n To enable DVB services to be discovered and consumed by devices with basic Internet connectivity, principally a non-managed broadband connection and HTTP access, providing a similar user proposition to that of a DVB broadcast service IEEE BMSB Valencia 43

DVB-I, the vision Harnessing foundation technologies to provide a complete DVB solution for live OTT delivery: DVB-DASH (ABR adaptive bit-rate) ETSI TS 103 285 Low-latency DASH (LL-DASH) Technical

44 DVB-I, the vision Harnessing foundation technologies to provide a complete DVB solution for live OTT delivery: DVB-DASH (ABR adaptive bit-rate) ETSI TS Low-latency DASH (LL-DASH) Technical work started Multicast ABR (MABR) - within suitably capable operator networks Technical work ongoing Reference Architecture published DVB blue book A176 Potential synergies with other ongoing DVB work items: Targeted Advertising Home Broadcast Signalling/ Metadata DVB-I Service Discovery DVB-DASH LL-DASH MABR DVB AV Codecs Potential liaison activities: IEEE BMSB Valencia 44

DVB-I, the vision Functional overview; likely roles and

DTT Enable integration of service lists or innovation in

Gatekeeper Where appropriate/necessary: Licensed

subversive services Aggregator DVB-I service portal

45 DVB-I, the vision Functional overview; likely roles and elements of the DVB-I specification Broadcaster e.g. DTT Enable integration of service lists or innovation in their management TV device Presentation Regulator Gatekeeper Where appropriate/necessary: Licensed broadcasters only; Protect end users from illegal / subversive services Aggregator DVB-I service portal DVB-I transmission e.g. 3GPP EnTV Presentation Non-TV device IEEE BMSB Valencia 45

46 entv a strong candidate for next-gen digital TV Targeting deployments in re-farmed 700 MHz (e.g. Europe) 470 MHz 608 MHz 614 MHz 694 MHz DVB-T/T2 for terrestrial TV DVB-T/T2 for terrestrial TV embms/entv s higher efficiency 1 embms for terrestrial TV (for same # of channels) Spectrum freed-up for new use cases, e.g., 5G 470 MHz 608 MHz 614 MHz 694 MHz Meeting all EU digital TV broadcast requirements Regulation compliant Allows frequency reuse and adheres to ITU-GE-06 to protect existing DTT 2 services Wide-area coverage Provides at least 50% edge coverage 3 for fixed TV and 95% area coverage for mobile TV Diverse services Supports free-to-air content delivery, paid media 4 streaming, as well as applications Diverse deployments Supports fixed (e.g., rooftop) and mobile (e.g., smartphone) receptions in a common spectrum allocation IEEE BMSB Valencia 46

47 LTE embms/entv is the 5G Broadcast solution High spectrum efficiency Scalable capacity For next-gen digital TV delivery Meets 5G broadcast requirements Initial 5G NR LTE IoT Private LTE C-V2X Digital TV Ubiquitous LTE Gigabit LTE Drones IEEE BMSB Valencia 47

48 SUMMARY 6/11/2018 IEEE BMSB VALENCIA 48

SUMMARY Standards remain relevant for the TV

49 SUMMARY Standards remain relevant for the TV Grade Media moving to new devices and experiences, but different approaches necessary No longer vertical services, but individual enablers APIs, testing, reference implementations, modular designs JOIN THE EFFORTS 6/11/2018 IEEE BMSB VALENCIA 49

50 Qualcomm & al. related event on May 16, IEEE BMSB Valencia 50

51 Thank you! Follow us on: For more information, visit us at: & Nothing in these materials is an offer to sell any of the components or devices referenced herein Qualcomm Technologies, Inc. and/or its affiliated companies. All Rights Reserved. Qualcomm and Snapdragon are trademarks of Qualcomm Incorporated, registered in the United States and other countries. Other products and brand names may be trademarks or registered trademarks of their respective owners. References in this presentation to Qualcomm may mean Qualcomm Incorporated, Qualcomm Technologies, Inc., and/or other subsidiaries or business units within the Qualcomm corporate structure, as applicable. Qualcomm Incorporated includes Qualcomm s licensing business, QTL, and the vast majority of its patent portfolio. Qualcomm Technologies, Inc., a wholly-owned subsidiary of Qualcomm Incorporated, operates, along with its subsidiaries, substantially all of Qualcomm s engineering, research and development functions, and substantially all of its product and services businesses, including its semiconductor business, QCT.

Preparing for Mass Market Virtual Reality: A Mobile Perspective. Qualcomm Technologies, Inc. September 16, 2017

Preparing for Mass Market Virtual Reality: A Mobile Perspective Qualcomm Technologies, Inc. September 16, 2017 Immersive Always-connected VR is meant to be Mobile 2 Automotive video streaming Crowded event