DOCSLIB.ORG

FGVM-02 Architecture of Vehicle Multimedia Systems

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
FGVM-02 Architecture of Vehicle Multimedia Systems International Telecommunication U n i o n ITU-T Technical Report TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU (13 April 2021) Focus Group on Vehicular Multimedia (FG-VM) FGVM-02 Architecture of Vehicle Multimedia Systems - 2 - Acknowledgement This Technical Report was prepared under the leadership of Mr. Jun Li, Chair of ITU-T FG-VM (TIAA, China) and Yajun Kou, Chair of ITU-T FG-VM Working Group 2 (Global Fusion Media Technology and Development Co. Ltd, China). It is based on the contributions of numerous authors who participated in the Focus Group activities. Due credit is given to the following Focus Group participants: Srinivasagan Ayyappan, Yansong Guo (Great Wall Motors, Co, LTD, China); Yajun Kou, Jun Li (Global Fusion Media Technology and Development Co. Ltd, China); Koji Nakao (National Institute of Information and Communications Technology, Japan); Stiepan A. Kovac (QRCrypto SA; CEuniX.eu Project); Paolo Volpato, Francois Fischer (Huawei Technologies); Latif Ladid (IPv6 Forum); Jonas Walter (Technical University of Darmstadt Institute of Ergonomics & Human Factors); Gaëlle Martin-Cocher (InterDigital Canada, Lte, Canada); Prakash Ranganathan (University of North Dakota); Sébastien Ziegler, Anna Brékine, Cédric Crettaz (Mandat International); and Pradipta Biswas (Indian Institute of Science). Srinivasagan Ayyappan (Great Wall Motors, Co, LTD, China) served as the main Editor of this Technical Report. Stefano Polidori (Advisor), Mythili Menon (Project Officer), and Carolina Lima (Assistant) served as the FG-VM Secretariat. - 3 - CONTENTS Page 1 Scope ......................................................................................................................................... 8 2 References ................................................................................................................................. 8 3 Terms and definitions ............................................................................................................... 8 3.1 Terms defined elsewhere ............................................................................................ 8 3.2 Terms defined here ..................................................................................................... 8 4 Abbreviations and acronyms..................................................................................................... 8 5 Conventions ............................................................................................................................ 10 6 Background ............................................................................................................................. 10 7 VMS configuration ................................................................................................................. 10 7.1 VMS features ............................................................................................................ 10 7.2 Reference VMS features ........................................................................................... 10 7.3 VMS configuration ................................................................................................... 13 7.3.1 Deciding factors ........................................................................................... 13 8 Overall architecture of vehicular multimedia network ........................................................... 13 9 Network architecture for vehicular telematics connectivity services ..................................... 14 9.1 Defining factors ........................................................................................................ 14 9.1.1 Media entertainment ..................................................................................... 14 9.1.2 User access control ....................................................................................... 14 9.1.3 Captive portal ............................................................................................... 14 9.1.4 Bandwidth control ........................................................................................ 14 9.1.5 Local telecommunications regulations control ............................................. 15 9.1.6 Network access services ............................................................................... 15 9.1.7 Vehicle tracking ........................................................................................... 15 9.1.8 Centralized management .............................................................................. 15 9.2 Connected vehicle landscape .................................................................................... 15 9.2.1 Major components ........................................................................................ 15 9.2.2 Services provided by these components ....................................................... 15 9.3 Reference architecture for vehicular telematics connectivity services ..................... 16 9.3.1 Devices ......................................................................................................... 16 9.3.2 Access ........................................................................................................... 16 9.3.3 Service providers service delivery ............................................................... 17 9.3.4 Applications and application level service delivery ..................................... 17 9.3.5 OEM enterprise integration .......................................................................... 17 9.3.6 Third party services ...................................................................................... 17 9.3.7 Mobile network operators (MNOs) .............................................................. 17 - 4 - Page 10 VMS Architecture ................................................................................................................... 17 10.1 Definitions ................................................................................................................ 18 10.1.1 Core functions .............................................................................................. 18 10.1.2 VMS architecture deciding factors ............................................................... 18 10.1.3 Reference model of VMS architecture ......................................................... 19 11 Network architecture for vehicular multimedia streaming services ....................................... 20 11.1 Reference architecture of VMSP .............................................................................. 20 11.2 Reference protocol stack for convergence transmission .......................................... 22 11.3 Reference architecture of receivers .......................................................................... 23 11.4 Suggestions for the networking architecture ............................................................ 24 12 VMS Security.......................................................................................................................... 25 12.1 Overview ................................................................................................................... 25 12.2 Assumed threats to VMS and its ecosystem ............................................................. 25 12.2.1 Threats regarding vehicle multimedia service platform (VMSP) ................ 25 12.2.2 Threats to vehicles regarding their communication channels ...................... 26 12.2.3 Threats to vehicles regarding their update procedures ................................. 26 12.2.4 Threats to vehicles regarding their external connectivity and connections ................................................................................................... 27 12.3 Security capabilities based on identified threats ....................................................... 27 12.3.1 Identity and access management (IAM), authentication, authorization and transaction audit ............................................................... 27 12.3.2 Interface security .......................................................................................... 28 12.3.3 Network security .......................................................................................... 28 12.3.4 Operational security ..................................................................................... 28 12.3.5 Software and firmware updates .................................................................... 28 12.3.6 Application security ..................................................................................... 29 12.3.7 Incident management ................................................................................... 29 12.3.8 Cryptography ................................................................................................ 29 12.3.9 Hardware security ......................................................................................... 29 12.3.10 General security capabilities ........................................................................ 30 13 Personally identifiable information (PII) protection and privacy ........................................... 31 13.1 Information sources .................................................................................................. 32 13.2 Implementation of PII protection: General considerations ....................................... 32 13.3 Data visibility and transparency ..............................................................................
Load more

Recommended publications
  • Open Networking & the Security of Open Source Software Deployment
    Open Networking & the Security of Open Source Software Deployment A white paper presenting security considerations for practical deployment January 2021 Table of Contents Executive Summary ......................................................................................................... 5 Welcome ........................................................................................................................... 7 Introduction ...................................................................................................................... 8 Open Source in Virtualised Open Networks ................................................................... 9 The Software Development Process ............................................................................. 11 Shades of Open Source ................................................................................................. 13 Open Interfaces and Open Source Software Are Different .......................................... 15 Two Perspectives: Systems and Component ............................................................... 16 Systems-level Approach ................................................................................................... 17 Component-level approach............................................................................................... 19 Deployment Considerations .......................................................................................... 20 Layered Security Defence ...............................................................................................
    [Show full text]
  • MEC for Automotive in Multi-Operator Scenarios
    MEC for Automotive in Multi-Operator Scenarios 5GAA Automotive Association Technical Report CONTACT INFORMATION: Copyright © 2021 5GAA. All Rights Reserved. Lead Coordinator – Thomas Linget Email: [email protected] No part of this White Paper may be reproduced without written permission. MAILING ADDRESS: 5GAA c/o MCI Munich Neumarkter Str. 21 81673 München, Germany www.5gaa.org VERSION: 1.0 DATE OF PUBLICATION: 03.03.2021 DOCUMENT TYPE: Technical Report CONFIDENTIALITY CLASS: P (Public use) REFERENCE 5GAA WORKING GROUP: Working Group 2 DATE OF APPROVAL BY 5GAA BOARD: 11.01.2021 MEC for Automotive in Multi-Operator Scenarios 2 3 5GAA A-200150 Contents Foreword............................................................................................................................................................. 5 1 Scope ........................................................................................................................................................ 6 2 References ................................................................................................................................................ 7 3 Abbreviations ........................................................................................................................................... 9 4 Definition of Edge Computing ............................................................................................................... 11 4.1 The application perspective (three-tier paradigm) ..........................................................................................
    [Show full text]
  • Illuminating the Higher Layers of Mobile Networks
    Beyond the Radio: Illuminating the Higher Layers of Mobile Networks Narseo Vallina-Rodriguez§, Srikanth Sundaresan§, Christian Kreibich§*, Nicholas Weaver§ⱡ, and Vern Paxson§ⱡ TR-14-003 December 2014 Abstract Cellular network performance is often viewed as primarily dominated by the radio technology. However, reality proves more complex: mobile operators deploy and configure their networks in different ways, and sometimes establish network sharing agreements with other mobile carriers. Moreover, regulators have encouraged newer operational models such as Mobile Virtual Network Operators (MVNOs) to promote competition. In this paper we draw upon data collected by the ICSI Netalyzr app for Android to develop a characterization of how operational decisions, such as network configurations, business models, and relationships between operators introduce diversity in service quality and affect user security and privacy. We delve in detail beyond the radio link and into network configuration and business relationships in six countries. We identify the widespread use of transparent middleboxes such as HTTP and DNS proxies, analyzing how they actively modify user traffic, compromise user privacy, and potentially undermine user security. In addition, we identify network sharing agreements between operators, highlighting the implications of roaming and characterizing the properties of MVNOs, including that a majority are simply rebranded versions of major operators. More broadly, our findings highlight the importance of considering higher-layer relationships
    [Show full text]
  • Clironica Da Semana
    N. 59 - 38 de Fevereiro de 1893 s=» Anno XVIII Rio de Janoiro Domingo ASSIMftTUÍWS PARA OS ESTADOS * 10S000 , MIIWATUIM MW mUl- SiímWTIU ¦i,,,,,1,mu .?5"99i Xn«J;,.:....*• i..^»"-•••;:::;:;;;:iop» PAGAMENTO ADIANTADO TACAMUNTO AIMANTADO TYPOORAPMIA ESCRIPTORIO 70 uva hhth im: m_ . _> ..unuo 7» .o «"A "»» ouviwon *<> NUMERO AVULSO 60 RS. NUMERO AVULSO 60 RS. Sterootypada e impressa nas machinas rotativas de Marinoni, na typographia da ((Gazeta de Noticias » Al auignaluru icwcrmii rio qualquer dia o Irrmiuam nu Iim de março, junli», .piunbro ou ilazemVro Oi ttli.ii cn\ÍAdp* 5 rtdacjlo nio «crio rcsliluiilti ainda que olt pejam publicados sociedade anonyma --rTrarynAifrrrr-mnggr^"'"-" "-"W«ia»iu»:i.riiairi_r,iri ._»»¦«¦«¦»_ E volvou do novo n bcu posto, quedou recomecei oa mona estudos do daiyde novo Interrompe-sei npproxlma- poderiam prosentomonto fuvorecor com paisagem, SPERO DRACOS largo espaço, linmovel, na mesma con- CARTAS DA AUM1A HISTORIAS A VAPOR convencido do quo Jamais apanharia um 110.000 exemplares ao agora um outro carro, o unico. novos recursos o movimento da locallsn- coNsut, n.v tomplnçaooxtatlea. lira ao tempo om quo rou Tiragem touro & unha. (AO SU. OTIIOS I.KON.MIDOS, Esto traz A balda doua rapados farda- çllo d'catos innumoros papeis; faltar- PECADOR POR NECESSIDADE exercito turco, a rampa do Pois apanhei 1 UIIIXIA) o galgando MAU TJOftDAU doa. I" um coupb. A.' illmrgn galopam Ihoa-hla dinheiro o confiança para o desllladeiro, chegava abaixo da torro do cinco nnnos Estava ou uma tardo com Thomaz ds uo soculo, doua soldados. fazer. O govorno, pela sua parte, nocos- Depois do haver residido Kol nos primeiros mezo» Kiapha, aob IvnungI, o cimo coroado dn Duni.iM, 4 do fovcrolro onde cm Dublin, aprendi a Anniinciaç&o, nas terras da Mtilpiqtic, Começara Semana ²E' um ministro.,» slla ser om extremo canto.
    [Show full text]
  • Case No COMP/M.6381 - GOOGLE/ MOTOROLA MOBILITY
    EN Case No COMP/M.6381 - GOOGLE/ MOTOROLA MOBILITY Only the English text is available and authentic. REGULATION (EC) No 139/2004 MERGER PROCEDURE Article 6(1)(b) NON-OPPOSITION Date: 13/02/2012 In electronic form on the EUR-Lex website under document number 32012M6381 Office for Publications of the European Union L-2985 Luxembourg EUROPEAN COMMISSION Brussels, 13/02/2012 C(2012) 1068 In the published version of this decision, some MERGER PROCEDURE information has been omitted pursuant to Article 17(2) of Council Regulation (EC) No 139/2004 ARTICLE 6(1)(b) DECISION concerning non-disclosure of business secrets and other confidential information. The omissions are shown thus […]. Where possible the information PUBLIC VERSION omitted has been replaced by ranges of figures or a general description. PUBLIC VERSION To the notifying party: Dear Sir/Madam, Subject: Case No COMP/M.6381 – Google/Motorola Mobility Commission decision pursuant to Article 6(1)(b) of Council Regulation No 139/2004 1. On 25 November 2011, the European Commission received notification of a proposed concentration pursuant to Article 4 of Council Regulation No 139/20041 by which Google Inc. ("Google", USA), acquires, within the meaning of Article 3(1)(b) of the Merger Regulation, sole control over Motorola Mobility Holdings, Inc. (“Motorola Mobility”, USA)2 by way of purchase of shares.3 Google is designated hereinafter as the "notifying party" whereas Google and Motorola Mobility are referred to as the "parties to the proposed transaction". 2. On 9 December 2011, the Commission adopted two decisions pursuant to Article 11(3) of the Merger Regulation in order to obtain from Google documents which the Commission considered necessary for its assessment of the case.
    [Show full text]
  • DEVELOPING NFC APPS for BLACKBERRY
    22 March 2014 1 DEVELOPING NFC APPS for BLACKBERRY NFC Forum, Developers Showcase March 21st, 2014 Larry McDonough, Principal Evangelist @LMCDUNNA 22 March 2014 2 CONTENTS • Development on BlackBerry • BlackBerry NFC Support • 5 most common use cases • NFC Demos • Q & A 22 March 2014 3 First, Some Stats… • A mobile device management leader with global enterprise customer base exceeding 80,000 • 30,000+ BES 10 commercial & test servers installed • 250,000+ BBM Channels globally since launch • 40+ Million newly registered Android/iOS BBM users in first 60 days • 665+ carriers and distribution partners offering BlackBerry products and services in more than 175 countries around the world 22 March 2014 4 High Level Architecture Native C++ & HTML5 & Android Cascades UI WebWorks Runtime BlackBerry Platform & Services (BlackBerry Enterprise Service 10, Push, Payments, BBM, Invocation Framework, Share Framework, Maps, …) BlackBerry 10 OS Support for NFC in the Android Runtime is coming in 10.3 22 March 2014 5 Strong & Growing Ecosystem Managing corporate... and personal apps Broad range of app dev libraries Wide choice of HTML5 C/C++ C++/Qt Java Android programming BlackBerry Native SDK Cascades Runtime languages WebWorks™ 22 March 2014 6 Top Partners 22 March 2014 7 BlackBerry World • In over 170 Markets • Free to register • Free to submit upgrade • 70/30 revenue share • Credit card, PayPal, Carrier Billing • 5+ Billion apps downloaded 22 March 2014 8 http://developer.blackberry.com • Tools, samples, documentation, Forums… • HTML5 / WebWorks
    [Show full text]
  • NFC Handset Requirements Version 8.0 13/10/2015
    GSM Association Non-confidential Official Document TS.26 - NFC Handset Requirements NFC Handset Requirements Version 8.0 13/10/2015 This is a Non-binding Permanent Reference Document of the GSMA Security Classification: Non-confidential Access to and distribution of this document is restricted to the persons permitted by the security classification. This document is confidential to the Association and is subject to copyright protection. This document is to be used only for the purposes for which it has been supplied and information contained in it must not be disclosed or in any other way made available, in whole or in part, to persons other than those permitted under the security classification without the prior written approval of the Association. Copyright Notice Copyright © 2015 GSM Association Disclaimer The GSM Association (“Association”) makes no representation, warranty or undertaking (express or implied) with respect to and does not accept any responsibility for, and hereby disclaims liability for the accuracy or completeness or timeliness of the information contained in this document. The information contained in this document may be subject to change without prior notice. Antitrust Notice The information contain herein is in full compliance with the GSM Association’s antitrust compliance policy. V8.0 Page 1 of 43 GSM Association Non-confidential Official Document TS.26 - NFC Handset Requirements Table of Contents 1 Introduction 4 Purpose 4 Scope and Objective 4 Use Cases/Services 5 Abbreviations 5 Definition of Terms 6 2 References
    [Show full text]
  • E86806 Rev 03.Pdf
    Oracle® Communications DSR Release 8.0/8.0.1 Release Notice E86806 Revision 03 June 2017 DSR Release 8.0/8.0.1 Release Notice Copyright © 2011, 2017, Oracle and/or its affiliates. All rights reserved. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, then the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.
    [Show full text]
  • Acronym Dictionary and Glossary
    Acronym Dictionary and Glossary CSR ACRONYM DEFINITIONS CSR Acronym Definitions A-D http://www.csrstds.com/acro-a-d.htm. CSR Acronym Defintions E-H http://www.csrstds.com/acro-e-h.htm. CSR Acronym Definitions I-M http://www.csrstds.com/acro-i-m.htm. CSR Acronym Definitions N-R http://www.csrstds.com/acro-n-r.htm. Acronym Definitions last updated November 26, 2001. If you have changes or corrections, please e-mail them to [email protected]. Thank you. Communications Standards Review e-mail: [email protected] SSEC Acronyms List SSEC Acronyms List http://www.ssec.wisc.edu/pubs/acronyms.htm. Updated 17 December 2001 by the SSEC Webmaster. (current December 2001) ANSI ASC X12N - Acronym Dictionary OCTOBER 1997 ASC X12N ACRONYM DICTIONARY http://www.wpc-edi.com/AcronymDictionary/Index.html ASC X12N ACRONYM DICTIONARY http://www.wpc-edi.com/AcronymDictionary/Dictionary.html Acronym Dictionary http://www.wpc-edi.com/AcronymDictionary/Dictionary.htm. Dictionary A List of Xcellweb Features plus a collection of Internet expressions Xcellweb Services/Dictionary http://www.xcellweb.com/html/dictionary.htm. [email protected] (503) 968-4307 MAD The MIPS Acronym Dictionary Don't get even, get MAD! [email protected] Sunday, October 28, 2001 Leviton Manufacturing Co., Inc. © Copyright 1998 www.levitontelcom.com • e-mail: [email protected] Newton’s Telecom Dictionary BABEL: A LISTING OF COMPUTER ORIENTED ABBREVIATIONS AND ACRONYMS Date Updated: 10/20/93 Version 93C Copyright (c) 1989-1993 Irving Kind All Rights Reserved Irving Kind Internet: [email protected] c/o K &D MCIMail: 545-3562 One Church Lane Baltimore, MD 21208 Sep 1993 version = BABEL93C Sep 1994 version = BABEL94C CSGNetwork's Online Computer, Telephony & Electronics Reference Computer Support Group & CSGNetwork.Com Online Computer, Telephony and Electronics Glossary and Dictionary wysiwyg://79/http://www.csgnetwork.com/glossaryp.htm.
    [Show full text]
  • Roadmap for a Monopolization Case Against Google Regarding the Search Market
    Roadmap for a Monopolization Case Against Google Regarding the Search Market June 2020 Fiona M. Scott Morton David C. Dinielli Biographies Fiona M. Scott Morton is the Theodore Nierenberg Professor of Economics at the Yale University School of Management (SOM) where she has been on the faculty since 1999. Her area of academic research is industrial organization, with a focus on empirical studies of competition. The focus of her current research is competition in healthcare markets and the economics of antitrust. From 2011-12 Professor Scott Morton served as the Deputy Assistant Attorney General for Economic Analysis (Chief Economist) at the Antitrust Division of the U.S. Department of Justice, where she helped enforce the nation’s antitrust laws. At Yale SOM she teaches courses in the area of competitive strategy and antitrust economics. She served as Associate Dean from 2007-10 and has won the School’s teaching award three times. She founded and directs the Thurman Arnold Project at Yale, a vehicle to provide more antitrust programming and policy projects to Yale students. Professor Scott Morton has a BA from Yale and a PhD from MIT, both in Economics. She is a frequent speaker at seminars and conferences across the United States Fiona M. Scott Morton and Europe. Theodore Nierenberg Professor of Economics Yale University School of Management As a senior advisor with the beneficial technology team at Omidyar Network, David is focused on developing a robust analytic framework for antitrust litigation and regulation designed to reduce the competitive, democratic, and other harms caused by big tech companies.
    [Show full text]
  • Sniffing GSM Traffic Using RTL-SDR and Kali Linux OS
    International Research Journal of Engineering and Technology (IRJET) e-ISSN: 2395 -0056 Volume: 04 Issue: 01 | Jan -2017 www.irjet.net p-ISSN: 2395-0072 Sniffing GSM Traffic Using RTL-SDR And Kali Linux OS Arjunsinh Parmar1, Kunal M. Pattani2 1P.G.Student, Dept. of E&C, C U Shah College of Engg. & Tech., Wadhwan, Gujarat, India 2Asst. Professor, Dept. of E&C, C U Shah College of Engg. & Tech., Wadhwan, Gujarat, India ---------------------------------------------------------------------***--------------------------------------------------------------------- Abstract - Global System for Mobile communications (GSM) 3.5 billion subscribers, GSM remains as the only standard for is the most popular telecommunication protocol used in cellular communications[1]. However, the security criteria telecommunication networks. The telecommunications envisioned 30 years ago, when the standard was designed, industry uses a combination of 2G (GSM), 3G (Universal Mobile are no longer sufficient to ensure the security and privacy of Telecommunications Service-UMTS) and 4G (Long Term the users. Furthermore, even with the newest fourth Evolution-LTE) systems to access communication worldwide. generation (4G) cellular technologies starting to be However telecommunications industry keeps a high deployed, these networks could never achieve strong percentage of their deployed infrastructure using GSM security guarantees because the MNOs keep backwards technologies. GSM offers worldwide roaming and compatibility given the huge amount of GSM subscribers. interconnection with any available GSM network. Users are Recent research has shown that mobile devices data can be expected to be aware of the possible security threats. This used as an effective way to track individuals [2]. This work highlights weaknesses and issues in the GSM standard, presents a problem related to users’ privacy, as their and presents an informed approach to help audit GSM location allows the carriers to profile and track their networks for vulnerabilities.
    [Show full text]
  • Everis Connected Car Report
    everis Connected Car Report A brief insight on the connected car market, showing possibilities and challenges for third-party service providers by means of an application case study Table of Contents Part ONE – State of the Art......................................................... 4 1. Definition and Setup............................................................................................................. 5 2. The Connected Car Market.................................................................................................. 5 3. Connected Car Services...................................................................................................... 6 4. Connectivity Architecture...................................................................................................... 9 5. OEM’s Connected Car Offerings.......................................................................................... 11 5.1. Connectivity Architecture Comparison........................................................................... 13 5.2. Connected Services Overview....................................................................................... 14 6. Evaluation and Comparison................................................................................................. 15 6.1. Premium Car Brands..................................................................................................... 15 6.2. Commercial Car Brands...............................................................................................
    [Show full text]