Re: [ipwave] 5G deployment status

Alexandre Petrescu <alexandre.petrescu@gmail.com> Thu, 10 October 2019 13:44 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 EBFAB12009E for <its@ietfa.amsl.com>; Thu, 10 Oct 2019 06:44:09 -0700 (PDT)
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 9NMeiZn9W43i for <its@ietfa.amsl.com>; Thu, 10 Oct 2019 06:44:07 -0700 (PDT)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (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 D6A5D120099 for <its@ietf.org>; Thu, 10 Oct 2019 06:44:03 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x9ADi1Os023747; Thu, 10 Oct 2019 15:44:01 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 0909D205CA7; Thu, 10 Oct 2019 15:44:01 +0200 (CEST)
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 EA224205C85; Thu, 10 Oct 2019 15:44:00 +0200 (CEST)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x9ADi04t028197; Thu, 10 Oct 2019 15:44:00 +0200
To: Dirk.von-Hugo@telekom.de
Cc: jaehoon.paul@gmail.com, skku_iotlab_seminar@googlegroups.com, its@ietf.org
References: <156862357770.28196.6343819812576579929@ietfa.amsl.com> <d6358cfd-9c8f-3c27-28a5-d7ae20280ec8@joelhalpern.com> <EE82B5CD-B2AC-4590-9F6C-8543E30A68FF@gmail.com> <B452A31E-150E-4AE4-A693-A18AA630AB87@cisco.com> <109358A7-6F14-44DF-9113-3F36DE2194B5@getnexar.com> <BN6PR22MB00364FB9221E42BB7862C424DE890@BN6PR22MB0036.namprd22.prod.outlook.com> <d41c82441d50469ba13955af54fe6577@NALASEXR01H.na.qualcomm.com> <A175A6F452C44636ACCAEEC48CF8B1A7@SRA6> <3EAFD2B8-5FA0-475C-B436-A6ACFB32EED5@getnexar.com> <f1976b08-9fbb-6237-c7a4-fb0b84f636df@gmail.com> <3519a3de-d1b9-9651-6f9f-1baf2a93e3e3@gmail.com> <CAPK2Deyqvy51sY+_+hb8DJgvsSYwubg-TOE9GbLRSKqNLnV_tA@mail.gmail.com> <FRXPR01MB0854CFF0D3F2EA317C18D0DAD1860@FRXPR01MB0854.DEUPRD01.PROD.OUTLOOK.DE>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <f418f499-507d-377f-f8bd-219eba76763a@gmail.com>
Date: Thu, 10 Oct 2019 15:44:00 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1
MIME-Version: 1.0
In-Reply-To: <FRXPR01MB0854CFF0D3F2EA317C18D0DAD1860@FRXPR01MB0854.DEUPRD01.PROD.OUTLOOK.DE>
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/ycqPJ2az7DowOAopY41mmkqO9bw>
Subject: Re: [ipwave] 5G deployment status
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: Thu, 10 Oct 2019 13:44:10 -0000

Dirk,

Thank you for the pointer to srsLTE open source software.  It seems
useful.  It is very tempting to download and build a 5G base station on
cheap off the shelf hardware, at 3.5GHz.  It appears easy to implement
V2X messaging on it.

With respect to the 5G deployment status: today I learned that in the
area where I work (Paris-Saclay plateau) the 5G experimental deployment
of a network equipment manufacturer to connect for cars is again
delayed, after mid 2020, even if the necessary temporary  licenses for
experimental use of 5G at 3.5GHz is allocated by the regulator.  I dont
know the reasons.

Alex

Le 26/09/2019 à 17:19, Dirk.von-Hugo@telekom.de a écrit :
> Hi Paul and Alex,
> 
> I can only agree that C-V2X or PC5 (as 3GPPs V2V link is called) is very 
> important here.
> 
> Implementations also support IPv6 (see e.g. 
> https://site.eettaiwan.com/events/iovev2019/dl/03_Keysight.pdf) and a 
> planned SDR implementation based on Open source SDR LTE software suite 
> from Software Radio Systems (SRS) also allow for IPv6 communication 
> since some time (https://github.com/srsLTE/srsLTE/blob/master/CHANGELOG).
> 
> We hopefully will be able until end of this year to report some 
> measurements …
> 
> Best regards
> 
> Dirk
> 
> *From:*its <its-bounces@ietf.org> *On Behalf Of *Mr. Jaehoon Paul Jeong
> *Sent:* Donnerstag, 26. September 2019 16:47
> *To:* Alexandre Petrescu <alexandre.petrescu@gmail.com>
> *Cc:* skku_iotlab_seminar@googlegroups.com; Mr. Jaehoon Paul Jeong 
> <jaehoon.paul@gmail.com>; its@ietf.org
> *Subject:* Re: [ipwave] 5G deployment status
> 
> Hi Alex,
> 
> Thanks for your opinion and status of 5G.
> 
> I think IPWAVE needs to consider IPv6 over C-V2X based on 5G because
> 
> C-V2X has higher bandwidth than 802.11-OCB based on WAVE.
> 
> My SKKU group is studying how to efficiently support IPv6 over C-V2X in 
> vehicular networks.
> 
> This will be a possible WG item for IPWAVE WG.
> 
> Thanks.
> 
> Paul
> 
> On Thu, Sep 26, 2019 at 9:50 PM Alexandre Petrescu 
> <alexandre..petrescu@gmail.com <mailto:alexandre.petrescu@gmail.com>> wrote:
> 
> 
> 
>     Le 25/09/2019 à 16:13, Alexandre Petrescu a écrit :
>      > Hi
>      >
>      > Le 20/09/2019 à 04:23, Sharon Barkai and Dick Roy ([RR]) wrote:
>      > [...]
>      >>> */[RR] This is a really long story, however, C-V2X is being
>     specified
>      >>> as an alternative to US DSRC, not as a cellular access technology
>      >>> since that’s already available and deployed.  The reason LTE
>     Release
>      >>> 14 and successors is being specified has nothing to do with its
>      >>> lineage as a child of cellular; in fact, it is provably a
>     square peg
>      >>> being forced into a round hole and we all know how that generally
>      >>> ends up, and that’s a story for another day/*
>      >>>
>      >>> The 5G evolution is supposed to match the latency of peer to
>     peer WiFi.
>      >
>      > When that matches, WiFi will have leaped forward to below
>      > 100micro-second latency.  This was so (cellular catching up with a
>      > leaping forward WiFi latency) since the invention of WiFi 20
>     years ago,
>      > and it wont change.  It's a constant of evolution.
>      >
>      >>> */[RR] 5G is nothing but hype at the moment
>      >
>      > Here is a more precise status, according to my personal
>     understanding.
>      > This obviously differs from many people's understandings, who may be
>      > more knowledgeable.
>      >
>      > In France, frequencies for use in 5G radio would start to be
>     discussed
>      > now in September, with allocation towards December.  The
>     allocation is
>      > similar, but not quite like, the process that was used for 3G:
>     auction
>      > sales.  The differences from 3G are: (1) it is not expected to
>     generate
>      > huge revenues for gov't and (2) some sales, like of the 3.5GHz band,
>      > would actually be a re-allocation from what was previously
>     allocated to
>      > wimax operators  (e.g. SDH in France) and to City Authority (like
>     Mayor)
>      > in places where there was no operator).
>      >
>      > Obviously, until these frequencies are allocated one cant really
>     talk
>      > about 5G deployment on public roads, even if...
>      >
>      > If one wants to talk about 5G like when talking a higher
>     bandwidth and
>      > lower latency than 4G, then one assumes 4G to be 50ms latency and
>      > 2Mbit/s bandwidth.  One can talk then about 25ms latency and
>     10Mbit/s,
>      > and claim that to be 5G.  But it is not 5G.  It is just another
>     Class or
>      > Category of 4G.  In theory, one can still be 4G and run at 1Gbps
>     (e.g.
>      > Category 16).
>      >
>      > Also, one can talk about a higher bandwidth outdoors network by
>     running
>      > 802.11 WiFi on 5.4 GHz and, why not, at 5.9GHz.
>      >
>      > Colleagues call these 'acrobatics 5G'.
>      >
>      > This is when one wonders: what is 5G anyways? with its associated
>      > question: why was the predecessor of 5G called 'LTE' (Long Term
>      > Evolution), or where is the long term?  Is 5G LTE?
>      >
>      > With respect to other countries, I heard two recent
>     announcements, about
>      > Spain and Germany.
>      >
>      > They both claim 5G is deployed in the respective areas.
>      >
>      > This claims 15 cities in Spain on June 15th, by Vodafone:
>      >
>     https://www.xataka.com/empresas-y-economia/red-5g-comercial-vodafone-espana-tiene-fecha-lanzamiento-15-ciudades-15-junio
> 
>      >
>      >
>      > This claims 5 cities in Germany, but it does not say when, by
>     Deutsche
>      > Telekom:
>      > https://www.telekom.de/start/netzausbau?wt_mc=alias_1070_netzausbau
>      >
>      > As hardware for end users, this is the situation now:
>      > - there is no 5G smartphone for sale in France.  I guess it is
>     the same
>      >    in more countries.  If it were different, it would be an isolation
>      >    easily spot by many.
>      > - iphone 11 just launched features 'Gigabit-class LTE' and 'LTE
>      >    Advanced' but no '5G'.  They run on 'LTE Bands' which are your
>     typical
>      >    frequencies below 5GHz for cellular communications, but
>     nowhere like a
>      >    26GHz of 5G.  No such band is called a '5G band'.
> 
>     Further details after searches of public documents:
> 
>     iphone 11 pro understands a 5G frequency band:
> 
>     it is specified to understand several frequency bands, among which also
>     TD-LTE Band number 42, which is 3400MHz - 3600MHz.  This band is a 5G
>     band.  Part of this band (3490MHz - 3600MHz) is being considered for
>     allocation by regulator ARCEP.  It has not yet been allocated, but
>     under
>     discussion.
> 
>     ARCEP considers to also allocate Band 43 at 3600MHz - 3800MHz, for 5G.
>     But this band is not covered by iphone 11 specs.
> 
>     ARCEP is silent about the range 3400MHz-3490MHz.  I suspect there might
>     be some errors here.
> 
>     iphone 11 pro also understands TD-LTE Band 46 at 5150 MHz - 5925 MHz,
>     which covers WiFi 5.4GHz and 802.11-OCB at 5.9GHz.  I suspect there
>     would be some clashes here between deployed Road-Side Units and iphones.
> 
>     For highways and roads requirements, ARCEP seems to plan to require the
>     licensee to cover them by December 2025.  And the required bandwidth is
>     between 50mbit/s to 100Mbit/s and 10ms latency.  These figures are
>     obviously little incitative, because 2025 is very late, 50mbit/s is
>     what
>     4G already does and 10ms is much higher than 1ms 802.11-OCB today.
> 
>     On another hand, ARCEP requires the 5G licensee to support IPv6,
>     starting end of 2020. (in French: "Le  titulaire  est  tenu  de  rendre
>     son  réseau  mobile  compatible  avec  le  protocole  de  routage  IPv6
>     à compter du 31décembre2020.").  This means that by that time, if IPv6
>     under its form IPv6-over-OCB does not see a huge deployment compared to
>     just 802.11-OCB WSMP, it might be that IPv6-over-5G on routes would be
>     more likely.  Which may raise a question of the potential usefulness of
>     a spec IPv6-over-5G.
> 
>     So, this is to say that where I live it is not very clear how these
>     things will unfold.
> 
>     Alex
> 
> 
>      > - one can buy off the shelf modules, like miniPCIe (I have a
>     list) that
>      >    go very high in terms of bandwidth, well beyond what normal 4G
>     would
>      >    do, but couldnt really use them at that high parameters.
>      >
>      > Alex
>      >
>      >>> and simply matching the latency would be no reason to switch from
>      >>> DSRC to another access technology for V2V safety, though nothing
>      >>> prevents the addition of 5G NR access technologies in ITS stations
>      >>> (aka OBUs) for other uses. /*
>      >
>      > I agree.
>      >
>      > [...]
>      >
>      > Alex
>      >
>      > _______________________________________________
>      > lisp mailing list
>      > lisp@ietf.org <mailto:lisp@ietf.org>
>      > https://www.ietf.org/mailman/listinfo/lisp
> 
>     _______________________________________________
>     its mailing list
>     its@ietf.org <mailto:its@ietf.org>
>     https://www.ietf.org/mailman/listinfo/its
> 
> 
> -- 
> 
> ===========================
> Mr. Jaehoon (Paul) Jeong, Ph.D.
> Associate Professor
> Department of Software
> Sungkyunkwan University
> Office: +82-31-299-4957
> Email: jaehoon.paul@gmail.com <mailto:jaehoon.paul@gmail.com>, 
> pauljeong@skku.edu <mailto:pauljeong@skku.edu>
> Personal Homepage: http://iotlab.skku.edu/people-jaehoon-jeong.php 
> <http://cpslab.skku.edu/people-jaehoon-jeong.php>
>