Re: [ipwave] FCC Moves Plan Forward to Chop Up Vehicle Safety Airwaves

Alexandre Petrescu <alexandre.petrescu@gmail.com> Tue, 17 December 2019 10:58 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: its@ietfa.amsl.com
Delivered-To: its@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E607F12012C for <its@ietfa.amsl.com>; Tue, 17 Dec 2019 02:58:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.631
X-Spam-Level:
X-Spam-Status: No, score=-2.631 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r0jWJDFbCb5P for <its@ietfa.amsl.com>; Tue, 17 Dec 2019 02:58:43 -0800 (PST)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B8EA12004C for <its@ietf.org>; Tue, 17 Dec 2019 02:58:43 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id xBHAwefK001931 for <its@ietf.org>; Tue, 17 Dec 2019 11:58:40 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id A3D41203B17 for <its@ietf.org>; Tue, 17 Dec 2019 11:58:40 +0100 (CET)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 9A23C2039F2 for <its@ietf.org>; Tue, 17 Dec 2019 11:58:40 +0100 (CET)
Received: from [10.11.240.21] ([10.11.240.21]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id xBHAwdOU030716 for <its@ietf.org>; Tue, 17 Dec 2019 11:58:40 +0100
To: its@ietf.org
References: <EED81985-1D4C-41B2-8CCA-A46B96390A18@vigilsec.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <1c70cda6-050b-e018-6786-abd99281b6bb@gmail.com>
Date: Tue, 17 Dec 2019 11:58:39 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.0
MIME-Version: 1.0
In-Reply-To: <EED81985-1D4C-41B2-8CCA-A46B96390A18@vigilsec.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/nkB5QvdiA0NjL4BQV8yUCXY4OJI>
Subject: Re: [ipwave] FCC Moves Plan Forward to Chop Up Vehicle Safety Airwaves
X-BeenThere: its@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF <its.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/its>, <mailto:its-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/its/>
List-Post: <mailto:its@ietf.org>
List-Help: <mailto:its-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/its>, <mailto:its-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Dec 2019 10:58:47 -0000

> https://docs.fcc.gov/public/attachments/DOC-361339A1.pdf

> For Immediate Release FCC SEEKS TO PROMOTE INNOVATION IN THE 5.9 GHZ
> BAND WASHINGTON, December 12, 2019—The Federal Communications
> Commission today voted[...]

What does C in C-V2X mean?  Is it Cellular V2X like in 3GPP?  I assume
this is what is meant by C-V2X: point-to-point links from 3GPP.

Or is C-V2X something more like BSM messages put on 802.11 kind of link
(be it OCB or more traditional WiFi)?

What does C-V2X mean entirely?  Is it sending BSM messages or is it also
sending CAM messages (in 3GPP there are only CAM messages AFAIremember).

What are the implementations of C-V2X  and on which hardware from which
manufacturer?

Detailing this term is key to understand the plan and to be able to
answer the consultation.  It might be very worrisome as well as it might
be nothing new but a change in terms.

> In the Notice of Proposed Rulemaking, the Commission proposes to 
> designate the lower 45 megahertz of the band for unlicensed uses like
> Wi-Fi. This 45 megahertz sub-band can be combined with existing 
> unlicensed spectrum to provide cutting-edge high-throughput broadband
> applications on channels up to 160 megahertz wide.

It means that 5850MHz-5895MHz would be for WiFi traditional, not OCB,
because it wants to link channels up to 160MHz wide.  The rest of 115MHz
of channel space can only come from the 2.4 and 5.4 bands.  YOu cant
link OCB with non OCB channels.  So this 5850-5895MHz would be
WiFi-not-OCB (traditional WiFi).

> The Commission is proposing to dedicate the remaining 30 megahertz of
> the band for use by transportation and vehicle safety-related 
> communication services. Specifically, in the NPRM, the Commission 
> proposes to revise its rules to provide Cellular Vehicle to 
> Everything (CV2X), an emerging standard for transportation 
> applications, with exclusive access to the upper 20 megahertz of the
>  band.

So, the Commission wants the 5905-5925MHz channels for C-V2X.

> Under the Commission’s current rules, no spectrum is allocated for 
> C-V2X. The NPRM seeks comment on whether to retain the remaining 10 
> megahertz for use by DSRC systems or to dedicate it for C-V2X use.

So, one option is to leave the 5895-5905MHz channel to 802.11-OCB aka
DSRC, or to take that channel away and dedicate it as well for C-V2X.

If they take that 5895-5905MHz away (give it to C-V2X) then they
effectively kill 802.11-OCB altogether, including the use of
IPv6-over-802.11-OCB.  Because 802.11-OCB is specified only for these
bands: 5875-5925MHz.

There are indeed not as many deployments of 802.11-OCB as expected, and
even less IPv6-over-OCB.  But from that to kill 802.11-OCB entirely, it
would be surprising.

For my part, I was more worried about differences between BSM,
CAM/GeoNetworking and LTE-V2X rather than a worries on the spectrum use.
  It is these differences that make it expensive to create a
region-specific OBU for cars.  This is one of the reasons of slow
deployment.

There are other reasons of slow deployment of OCB that deserve discussion.

Alex





Le 17/12/2019 à 01:01, Russ Housley a écrit :
> https://www.consumerreports.org/car-safety/fcc-moves-plan-forward-to-chop-up-vehicle-safety-airwaves/
>
>
>
> 
_______________________________________________
> its mailing list its@ietf.org 
> https://www.ietf.org/mailman/listinfo/its
>