<?xml version="1.0" encoding="US-ASCII"?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd">
<?rfc toc="yes"?>
<?rfc tocompact="yes"?>
<?rfc tocdepth="3"?>
<?rfc tocindent="yes"?>
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes"?>
<?rfc comments="yes"?>
<?rfc inline="yes"?>
<?rfc compact="yes"?>
<?rfc subcompact="no"?>
<?rfc strict='yes'?>
<?rfc iprnotified='no'?>
<rfc category="info" docName="draft-templin-ipwave-uam-its-04"
     ipr="trust200902" updates="">
  <front>
    <title abbrev="UAM / ITS">Urban Air Mobility Implications for Intelligent
    Transportation Systems</title>

    <author fullname="Fred L. Templin" initials="F. L." role="editor"
            surname="Templin">
      <organization>Boeing Research &amp; Technology</organization>

      <address>
        <postal>
          <street>P.O. Box 3707</street>

          <city>Seattle</city>

          <region>WA</region>

          <code>98124</code>

          <country>USA</country>
        </postal>

        <email>fltemplin@acm.org</email>
      </address>
    </author>

    <date day="4" month="January" year="2021"/>

    <keyword>I-D</keyword>

    <keyword>Internet-Draft</keyword>

    <abstract>
      <t>Urban Air Mobility concerns the introduction of manned and unmanned
      aircraft within urban environments, while Intelligent Transportation
      Systems have traditionally considered only terrestrial vehicles
      operating on city streets and highways. This document considers the
      implications for introduction of low-altitude aircraft within urban
      environments operating in harmony with ground transportation.</t>
    </abstract>
  </front>

  <middle>
    <section anchor="intro" title="Introduction">
      <t>Urban Air Mobility (UAM) concerns the introduction of manned and
      unmanned aircraft within urban environments. Autonomy will play a
      pivotal role in the acceptance of low-altitude operations for aerial
      vehicles operating in harmony with traditional ground transportation and
      pedestrian traffic. The UAM vision therefore builds on evolving works on
      Unmanned Air Systems (UAS), including the NASA UAS Traffic Management
      (UTM) service model <xref target="UTM"/>.</t>

      <t>Use cases for autonomous aircraft in the UAM vision are endless, and
      include personal air vehicles, flying taxis, parcel delivery, law
      enforcement and countless others. Major industry leaders such as Airbus
      <xref target="AIRBUS"/> and Boeing <xref target="BOEING"/> have
      accordingly begun to articulate their UAM strategies. Programs such as
      Uber Elevate <xref target="UBER"> </xref> anticipate deployment as early
      as within the next 2-5 years.</t>

      <t>With the advent of the UAM vision and its related initiatives,
      questions arise as to how the new model will be harmonized with the
      existing terrestrial mobility environment. Directions for modernizing
      terrestrial mobility are emerging in programs such as the US Department
      of Transportation's Intelligent Transportation Systems <xref
      target="ITS"/> and anticipate an increasing role for Vehicle to Vehicle
      (V2V) and Vehicle to Infrastructure (V2I) communications. The IETF
      recognizes this need and has formed the IP Wireless Access in Vehicular
      Environments (IPWAVE) working group with charter to produce a document
      that will specify the mechanisms for transmission of IPv6 datagrams
      <xref target="RFC8200"/> over dedicated short-range wireless
      communications media.</t>

      <t>This document anticipates a need to provide a unified V2V and V2I
      service for all urban mobility agents, including both terrestrial and
      airborne. Urban air vehicles will employ Vertical Takeoff And Landing
      (VTOL) and will operate at altitudes below 400 feet, such that
      communications range overlap with terrestrial vehicles will be
      inevitable and commonplace. This work therefore proposes that urban air
      vehicles also employ a short-range V2V / V2I communications capability
      using the same types of wireless networking gear used in the terrestrial
      domain (e.g., DSRC, C-V2X, etc.).</t>

      <t>The urban mobility landscape is evolving from a two dimensional to a
      three dimensional environment. Vehicles both on the ground and in the
      air will therefore need to coordinate with one another on a V2V and V2I
      basis even when supporting communications infrastructure such as cell
      towers are unavailable or otherwise too congested to support realtime
      exchanges. The ipwave working group is therefore advised to consider the
      rapidly emerging and inevitable Urban Air Mobility future.</t>
    </section>

    <section anchor="terminology" title="Terminology">
      <t>Terms such as Intelligent Transportation Systems (ITS), Urban Air
      Mobility (UAM), Unmanned Air Systems (UAS), UAS Traffic Management (UTM)
      and many others apply to the emerging urban mobility landscape. IETF
      keywords per <xref target="RFC2119"/><xref target="RFC8174"/> are not
      applicable within the scope of this document.</t>
    </section>

    <section anchor="use" title="Applicability">
      <t>Urban Air Mobility and Intelligent Transportation System concepts
      apply within all major urban areas worldwide.</t>
    </section>

    <section anchor="omni"
             title="The Overlay Multilink Network (OMNI) Interface">
      <t>UAM end systems will often have multiple diverse wireless
      transmission media interfaces (including cellular, SATCOM, short-range
      omni-directional, etc.) offered by different data link service
      providers. In order to provide mobility, multihop and multilink
      services, UAM end systems can employ an Overlay Multilink Network (OMNI)
      interface <xref target="I-D.templin-6man-omni-interface"/> as a
      Non-Broadcast Multiple Access (NBMA) virtual link connection for V2V/V2I
      communications over the underlying data links.</t>

      <t>The OMNI interface and link model provide a nexus for multilink,
      multihop, multicast and mobility coordination using standard IPv6
      Neighbor Discovery (ND) messaging <xref target="RFC4861"/> according to
      the NBMA principle. The OMNI model therefore supports efficient UAM
      internetworking services with no need for adjunct mobility messaging,
      nor modifications to the IPv6 ND messaging services or link model.</t>
    </section>

    <section anchor="implement" title="Implementation Status">
      <t>Early prototyping and testing are underway.</t>
    </section>

    <section anchor="iana" title="IANA Considerations">
      <t>This document introduces no IANA considerations.</t>
    </section>

    <section anchor="secure" title="Security Considerations">
      <t>Communications networking security is necessary to preserve the
      confidentiality, integrity and availability necessary for V2V and V2I
      coordinations.</t>
    </section>

    <section anchor="ack" title="Acknowledgements">
      <t>Discussions on the IETF ipwave list (its@ietf.org) helped motivate
      this document.</t>

      <t>This work is aligned with the NASA Safe Autonomous Systems Operation
      (SASO) program under NASA contract number NNA16BD84C.</t>

      <t>This work is aligned with the FAA as per the SE2025 contract number
      DTFAWA-15-D-00030.</t>

      <t>This work is aligned with the Boeing Commercial Airplanes (BCA)
      Internet of Things (IoT) and autonomy programs.</t>

      <t>This work is aligned with the Boeing Information Technology (BIT)
      MobileNet program.</t>
    </section>
  </middle>

  <back>
    <references title="Normative References">
      <?rfc include="reference.RFC.2119"?>

      <?rfc include="reference.RFC.8174"?>

      <?rfc include="reference.RFC.4861"?>

      <?rfc include="reference.RFC.8200"?>

      <?rfc include="reference.I-D.templin-6man-omni-interface"?>
    </references>

    <references title="Informative References">
      <reference anchor="BOEING">
        <front>
          <title>http://www.boeing.com/NeXt/common/docs/Boeing_Future_of_Mobility_White%20Paper.pdf</title>

          <author fullname="" initials="" surname="">
            <organization/>
          </author>

          <date month="March" year="2019"/>
        </front>
      </reference>

      <reference anchor="UTM">
        <front>
          <title>https://utm.arc.nasa.gov/index.shtml</title>

          <author fullname="" initials="" surname="">
            <organization/>
          </author>

          <date month="March" year="2019"/>
        </front>
      </reference>

      <reference anchor="AIRBUS">
        <front>
          <title>https://www.airbus.com/innovation/Urban-air-mobility-the-sky-is-yours.html</title>

          <author fullname="" initials="" surname="">
            <organization/>
          </author>

          <date month="November" year="2018"/>
        </front>
      </reference>

      <reference anchor="UBER">
        <front>
          <title>https://www.uber.com/us/en/elevate/</title>

          <author fullname="" initials="" surname="">
            <organization/>
          </author>

          <date month="November" year="2018"/>
        </front>
      </reference>

      <reference anchor="ITS">
        <front>
          <title>https://www.its.dot.gov/</title>

          <author fullname="" initials="" surname="">
            <organization/>
          </author>

          <date month="November" year="2018"/>
        </front>
      </reference>

      <?rfc ?>
    </references>

    <section anchor="changes" title="Change Log">
      <t>&lt;&lt; RFC Editor - remove prior to publication &gt;&gt;</t>

      <t>Changes from -01 to -02:<list style="symbols">
          <t>Included OMNI interface</t>

          <t>Version and reference update</t>
        </list>Changes from -00 to -01:<list style="symbols">
          <t>Version and reference update</t>
        </list></t>
    </section>
  </back>
</rfc>
