Hi Marco

Thank you for the very interesting presentation.

There has been some parallel discussion on this in the 6gip mailing list and I 
think there is good work to do here.

My concern is that the current mobility solution in 3GPP is essentially 
inherited from GPRS and is more about L2 tunnels that true IP connectivity.   
Many user applications are able to work across current network irrespective of 
the underlying ‘bit pipe’ – I am currently able to watch videos, make WhatsApp 
and iMessage calls on my end device no matter which network I am connected to 
whether local cellular or IETF WiFI.

By contrast, if I want to use the native dialer on my iPhone when roaming 
(which is normally VoLTE when at home on Vodafone UK), I am not able despite 
Vodafone UK operating an ePDG for VoWiFi.  Instead, they actively look to see 
if I have roamed out of country and then ONLY allow me to a local carrier and 
expensive roaming for SMS and voice.

If I were to be in the US, then with 2G/3G sunset, I would not be able to make 
any calls or SMS on the native iPhone app but OTT applications would work 
perfectly…

My point is whether we, as IETF, need to concern ourselves at all with the 
internal workings of the 3GPP networks because OTT applications seem to work 
irrespective of what network provider they are connected to.   It is only when 
I try and use the operator’s own services that I seem to run into trouble!

I think there would be value in being able to tie the quality of outcome in 
service (e.g. QCI, 5QI) of my OTT application if I am using an LTE/5GNR bearer 
– for example, in the same way that VoLTE media is steered to a dedicated 
bearer, why can’t WhatsApp or Facetime media ALSO be steered to a dedicated 
bearer?

Very happy to work on this!

David Lake

Tel: +44 (0)7711 736784
[Text  Description automatically generated with low confidence]
5G & 6G Innovation Centres
Institute for Communication Systems (ICS)
University of Surrey
Guildford
GU2 7XH

_______________________________________________
dmm mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dmm

Reply via email to