3GPP has to never drop a packet because it's doing zero-header compression.
Lose a bit, lose everything.
And ROHC is an IETF product.
I'm pretty sure the saving on headers is more than made up for in FEC, delay,
etc. Not the engineering tradeoff one might want.
Lloyd Wood
http://sat-net.com/L.Wood/
________________________________________
From: ietf-bounces(_at_)ietf(_dot_)org [ietf-bounces(_at_)ietf(_dot_)org] On
Behalf Of Masataka Ohta
[mohta(_at_)necom830(_dot_)hpcl(_dot_)titech(_dot_)ac(_dot_)jp]
Sent: 06 March 2013 11:37
To: ietf(_at_)ietf(_dot_)org
Subject: Re: congestion control? - (was Re: Appointment of a Transport Area
Director)
Cameron Byrne wrote:
In the 3GPP case of GSM/UMTS/LTE, the wireless network will never drop
the packet, by design.
According to the end to end argument, that's simply impossible,
because intermediate equipments holding packets not confirmed
by the next hop may corrupt the packets or suddenly goes down.
It will just delay the packet as it gets
resent through various checkpoints and goes through various rounds of
FEC. The result is delay,
Even with moderate packet drop probability, it means *A LOT OF* delay
or connection oriented communication, either of which makes 3GPP
mostly unusable.
Masataka Ohta