General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: Kirn Gill <segin2005@gmail.com>
To: bloat@lists.bufferbloat.net
Subject: Re: [Bloat] Does 5g have the bloat problems of WiFi?
Date: Thu, 1 Aug 2019 19:47:46 -0500	[thread overview]
Message-ID: <CAMKR1yuBEfNnKdYGxkWswXn1xHwJ7KnX55KW6bOgHHMeFXFu_w@mail.gmail.com> (raw)
In-Reply-To: <CAMKR1ysp6uZOi9DYHHPhN3XmjS22tzxQBz9+JjiAGvmqk2UxtA@mail.gmail.com>

Oh, as an addendum, that whole dance that cellular does with
inter-cell handover is known as "mobility management". There's also
mobility management commands sent between base stations, or base
stations and a control hub, which make the handover seamless and
remove the requirement that the mobile station reauthenticate on each
jump, like it must do with Wi-Fi - the mobile station will be provided
all the parameters needed to instantly begin communication with the
new cell via it's connection to the old cell before the jump is
executed.

--
Kirn Gill II
Mobile (SMS only): +1 813-300-2330
VoIP: +1 813-704-0420
Email: segin2005@gmail.com
LinkedIn: http://www.linkedin.com/pub/kirn-gill/32/49a/9a6

On Thu, Aug 1, 2019 at 7:42 PM Kirn Gill <segin2005@gmail.com> wrote:
>
> Replying to Dave Taht,
>
> There's a few considerations here:
>
>  - What is "5G"?
>
> Strictly speaking, 5G is ITU-T's IMT-2020 standard(s). So far, there
> is only one system under this standard, 3GPP's New Radio (NR). NR is
> what is meant as 5G in layspeak.
>
> The NR air interface is defined in 3GPP TS 38.xxx series documents.
>
> Against point 2, about operators simply wanting more active SIMs to
> charge for, it's worth noting that NR can be deployed for private
> operation; the company that's using the service could itself own the
> entire network it's using. There are companies using private LTE
> networks for V2x and remote sensing, see for example:
> https://steelguru.com/mining/l/532247, or contract a third party to
> build a dedicated network:
> https://www.zdnet.com/article/telstra-deploys-private-lte-network-in-png-volcanic-crater-gold-mine/
>
> NR operates over commercial and unlicensed frequency bands. The
> specific frequency bands defined for the system are listed in 3GPP TS
> 38.104 (Rel. 15) section 5.2
>
> 802.11a/b/g/n/ac/ad use CSMA/CA - Carrier Sense Multiple Access with
> Collison Avoidance - as their multiple access scheme, same as 802.3.
> Each transmitter completely owns the medium when transmitting.
>
> 802.11ax, LTE, and NR use OFDMA - Orthogonal Frequency Division
> Multiple Access - as their multiple access scheme. Instead of the
> transmitter having the full channel for the duration it is
> transmitting, OFDMA takes OFDM modulation and divides not only across
> timeslots/timed transmission frames, but also by subdividing the full
> channel into simpler "resource blocks" with a fixed number of OFDM
> tones.
>
> LTE and NR have many features that Wi-Fi lacks which results in a far
> superior user experience. OFDMA, only recently adopted for 802.11ax
> ("Wi-Fi 6"), generally results in far superior throughput rates than
> CSMA/CA when many users are involved. In LTE and NR, this is also
> optimized further with centralized (at the eNB/gNB) MAC scheduling for
> all traffic on both uplink and downlink.
>
> Inter-cell handover in all cellular systems is much better than in
> Wi-Fi; Wi-Fi is a mobile-only system where the mobile station is in
> full control of the process, and it's a "break before make", that is,
> the mobile station fully disassociates from the first access point
> before associating with the next access point, even in the case of a
> shared BSSID and background Ethernet network. It's like unplugging
> from one Ethernet port and plugging into another one rather quickly,
> complete with the brief hiccup in network applications.
>
> Cellular is a lot better; the mobile station scans for neighboring
> cells to the one it's connected to in it's spare time, and sends this
> list to the network, so that the base station can "see" the different
> signal strength's from the mobile station's perspective. The network
> then instructs the mobile station to make a blind jump to whichever
> cell it feels will best serve the mobile station and reduce power
> consumption on that end. "Association" is with the network itself, not
> with individual base stations, so there's no need to do the "break
> before make" dance of Wi-Fi.
>
> --
> Kirn Gill II
> Mobile (SMS only): +1 813-300-2330
> VoIP: +1 813-704-0420
> Email: segin2005@gmail.com
> LinkedIn: http://www.linkedin.com/pub/kirn-gill/32/49a/9a6

  reply	other threads:[~2019-08-02  0:48 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-02  0:42 Kirn Gill
2019-08-02  0:47 ` Kirn Gill [this message]
2019-08-02  2:39 ` Dave Taht
     [not found] <5DE9419080ADFF1F0C79D8BA@192.168.1.16>
2019-08-01 23:30 ` Dave Taht
  -- strict thread matches above, loose matches on Subject: below --
2019-08-01 22:38 Kenneth Porter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAMKR1yuBEfNnKdYGxkWswXn1xHwJ7KnX55KW6bOgHHMeFXFu_w@mail.gmail.com \
    --to=segin2005@gmail.com \
    --cc=bloat@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox