1 / 19

IEEE VTS and Related Standardization Activities

IEEE VTS and Related Standardization Activities. ITU-T CITS Geneva March 8, 2019 T. M. Kurihara, Chair, IEEE VT/ITS 1609 WG tkstds@mindspring.com. Introduction. IEEE 1609 Project update Proposed Study Group for Data Distribution Mechanisms IEEE 1609 Working Group Meetings

millsd
Download Presentation

IEEE VTS and Related Standardization Activities

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. IEEE VTS and Related Standardization Activities ITU-T CITS Geneva March 8, 2019 T. M. Kurihara, Chair, IEEE VT/ITS 1609 WG tkstds@mindspring.com

  2. Introduction • IEEE 1609 Project update • Proposed Study Group for Data Distribution Mechanisms • IEEE 1609 Working Group Meetings • Completed. November 11-12, 2018, teleconference only on December 13, 2018, and February 6-7, 2019 • Planned. April 23-24, 2019, hosted by Qualcomm, Santa Clara, CA • Standing teleconference, first Wednesday monthly PSID Registry Experts Sub-group • Review, recommend approval of requests for PSIDs to IEEE Registration Authority, cancel if no requests, informal coordination with ISO TC204 WG18 ITS-AID

  3. IEEE 1609 Published Standards • IEEE 1609.2™-2016 -- WAVE - Security Services and Message Sets • IEEE 1609.3™-2016 -- WAVE - Networking Services • IEEE 1609.4™-2016 -- WAVE - Multi-channel Operations • IEEE 1609.12™-2016 -- WAVE - Identifier Allocation • Note: Reference baseline for NHTSA NPRM, January 2017 • IEEE 1609.0™-2012 – WAVE – Architecture • IEEE 1609.2a™-2017 -- WAVE – Security Services and Message Sets – Amendment 1 • IEEE 1609.11™-2010 – WAVE - Over-the-Air Electronic Payment Data Exchange Protocol for Intelligent Transportation Systems (ITS)

  4. IEEE 1609.2™ Projects • P1609.2b, Amendment 2, to provide one additional field in the signed data structure to support SPDUs received by functional entity other than an application • required to support ISO 21177, ITS station security services for secure session establishment and authentication between trusted devices • Submitted for approval by IEEE Review Committee • P1609.2.1, Part 1 - Certificate Management Interfaces for End-entities • Draft scheduled for discussion in April 2019 meeting • Proposed IEEE 1609.2Rev, incorporate amendments .2a and .2b, errata, and guidance notes (technical clarifications) not in .2a

  5. Proposed IEEE 1609.2Rev • Roll-up amendments .2a and .2b in revision • Provide additional types of Service Specific Permissions; adds additional informative material; and corrects errors and ambiguities discovered since the publication of the previous amendment • Topics discussed by W. Whyte, Project Editor, included: • endorsement Peer-to-Peer Certificate Distribution (P2PCDES) • design of P2PCD for non-peer applications and P2PCD enhancements • Describe CA Certificate permissions and CA certificate profile • Download capability for Certificate Revocation List (CRL) • PAR to be submitted and sponsor ballot to begin in 2019 • For additional information, contact William Whyte at: wwhyte@onboardsecurity.com

  6. IEEE P1609.3Rev Proposed elements of revision to 1609.3-2016 • formal clarification of informal guidance notes (technical clarifications) developed since December 2016 • keeping in mind to preserve backwards compatibility with 2016 version • alignment with 1609.0 terminology discussions • cleanup ASN.1 in Annexes J, K, L • some updates to 1609.2-related info, e.g., security profile template • media independence and interoperability • service primitive diagrams are media specific, channel information and WAVE information elements (transmit power, data rate, priority, etc.) are 802.11 PHY specific • significant level of effort required to make changes • WG agreed to develop annex for media independence and interoperability, draft annex to be ready for November meeting

  7. OmniAir Test Working Group • 1609 WG requested information regarding changes proposed to 1609.3™-2016 • Making ASN.1 representation of WSA, WSM, and WAVE Information Element format normative • Use of 1609.3 WME MIBs • OmniAir Recommendations • Based on information from past plug tests and device providers • Use ASN.1 in Annexes J, K ,and L as the normative specification and maintain text/figures to facilitate explanation. If a conflict is found, ASN.1 takes precedence. • Do not change version identifier for WSM or WSA (current set as 3) when the standard change to use ASN.1 as normative. • Continue to maintain MIB for 1609.3 andkeep implementation of the WME MIB in devices as optional.

  8. IEEE P1609.4Cor • WG agreed to progressing corrigendum PAR for IEEE 1609.4-2016 • retain backward compatibility • include errata, guidance notes, and other corrections identified since publication • For Revision • consider developing annex to address media independence and interoperability similar to proposal for revision of 1609.3 • revision PAR submission in 2019

  9. IEEE P1609.12Rev • Create process and procedures for requesting, allocating, and maintaining a register of Provide Service Identifier (PSID), considerations include: • IEEE Registration Authority Committee (RAC) Policy, Terms of Reference, and Conventions • IEEE 1609 WG PSID sub-group (SG) structure, composition, roles and responsibilities, part of RAC process (proposed) • Initial Sponsor ballot closed February 20, met 75% return, comment resolution before April meeting, recirculation ballot planned • Participation of an IEEE RAC expert and ISO TC204 WG1 Convener during recent WG meetings provided good exchange of information regarding ISO proposal to establish an Registration Authority and IEEE RA practices

  10. IEEE P1609.11Rev • Changes in referenced international standards will require updating references and terminology • Proposal for revision pending user requirements for US-based organizations, may include • revision to be able to use the radio in the car as a transponder with different media • to be able to use security and SCMS described in IEEE 1609.2 • PAR for revision to be considered in 2019 • Message sets and data sets to be developed in SAE DSRC Technical Committee

  11. IEEE P1609.0D14 • Revision of WAVE - Architecture, an overview and relationships among the family of 1609 WAVE standards • Completed comment resolution and Sponsor Ballot re-circulations • Submitted for approval • Anticipate publication April 2019 • Good reading to understand the 1609 family of standards, after approval

  12. Data Distribution Mechanism • Scenario • An arbitrarily large amount of data • To be distributed over a limited-capacity channel • To a potentially large number of recipients • With intermittent connectivity • Mechanism needs to: • Allow for discovery of updates to data of interest • Allow for identification of target groups of devices • Use medium efficiently • i.e., can be used in situations where unicast is not possible due to channel limitations • Mechanism could be used as “enhanced fragmentation” mechanism for WSMP

  13. Data Distribution Mechanism(1) • Explore existing solutions that address some or all of these needs • WG Discussion • Distribution mechanism addresses a need that is not addressed by other mechanisms being considered for inclusion in the CV environment • Could be a key enabling technology for deployment, especially DSRC-based deployment • Could allow peer-to-peer distribution of cache information in C-V2X setting when devices are out of cell coverage due to lack of coverage or lapse in subscription

  14. Data Distribution Mechanism(2) • Proposed Next Step – Form Study Group • Validate that this problem is worth solving • Analyze existing NYC protocol and propose improvements/generalizations • Security • Analyze how this cache-and-distribute distribution mechanism would fit into existing data discovery and subscription mechanisms • MQTT, AMQP, DDS, … • Produce PAR for standard for WG approval, or a determination that no such PAR is necessary • Produce significant amounts of design material that could be used to generate draft standard • https://standards.ieee.org/content/dam/ieee-standards/standards/web/documents/other/corpchan/studygrp.pdf • Goal: Report at June meeting and have standard ready for review at meeting following

  15. Other VT/ITS Projects • In VTS, VT/ITS is accountable for a number of projects • 1609 family of standards • P1920.2, Standard for Vehicle to Vehicle Communications for Unmanned Aircraft System • P2020, Standard for Automotive System Image Quality • P2030.1.1, Standard Technical Specifications of a DC Quick Charger for Use with Electric Vehicles • P2690, Standard for Charging Network Management Protocol for Electric Vehicle Charging Systems; There is an emerging need in global markets for a formal standard for communication between EVCS and external device/services management systems. Such a protocol standard will provide a basis for increasing functionality and interoperability between EVCS and charging services networks • P7001, Standard for Transparency of Autonomous Systems; This standard is needed to set out expectations for transparency of AS, to the range of stakeholders outlined above, in order to build trust, provide the means to assure safety, and allow accountability and traceability. The standard will articulate a range of levels of transparency. • The VTS Rail Transit Standards Committee is very active

  16. Liaison Activities • SAE DSRC TC (message sets and data dictionary, performance requirements) Developing SSP for J2945/5, Service Specific Permissions and Security Guidelines for Connected Vehicle Applications • SAE C-V2X TC (upper layer protocol development) • joint participants • ISO TC204, ITS • contributions developing requirements for registration authority (ISO 17419-2) required by ISO Directives • PSID and ITS-AID registry joint informal management • Support for ITS station security functions (ISO 21177) • CEN TC278 • Observer, WG17, Urban ITS • ETSI TC-ITS • IEEE SA, Partner SDO

  17. Registry and Registration Authority Determination • Ken Vaughn, ISO TC204 WG1 Convener, requested IEEE 1609 WG to name two liaisons to coordinate developing requirements for an ITS (C-ITS) Registration Authority and registry process described in work item ISO 17419-2 • On-going effort to attain consensus on the draft of ISO17419-2 nearing completion with discussions on next WG1 meeting, April 2, 2019 • Goal is for ISO to sign an agreement with an RA based on the requirements from ISO 17419-2 and expectation is for publication in Q4/2019 • May be later date because of mandatory review and comment period for DIS and scheduled ISO TC204 plenary • Out-reach to known entities that have ITS-related registries planned by the HTG7 C-RR • Continued discussion during ISO TC204 WG1 meeting, April 23, 2019

  18. Supplemental Information • Links of interest • National ITS Architecture V8.0 is ARC-IT, Architecture Reference for Cooperative and Intelligent Transportation www.arc-it.net • NHTSA Proposed Rule-Making – Opinion • Still on NHTSA regulatory agenda, gathering information, uncertain when and what the next step will be • Connected Vehicle (CV) Pilot Programs • www.its.dot.gov/pilots/wave1.htm

  19. Questions? Thomas M Kurihara TKstds Management tkstds@mindspring.com Chair, IEEE 1609 Working Group Wireless Access in Vehicular Environment (WAVE) IEEE Vehicular Technology/ Intelligent Transportation Systems (VT/ITS)

More Related