Współistnienie technologii LTE i UMTS/HSPA Dr inż. Małgorzata Langer 2016
Rozwój technologii pozwala na wdrożenie nowych usług Technologia IP pozwala na skokowy wzrost możliwości i nowych usług, ale również na redukcję kosztów (bo można wszystko zrobić w wyższych warstwach OSI, bez dodatkowej, znacznej rozbudowy czy restrukturyzacji systemu) Ale powoduje to, że trzeba wpuścić na rynek dodatkowych graczy (przede wszystkim nowe oprogramowanie urządzeń końcowych i same UE) Koszt a wydajność, czyli czego pragnie operator 2
Koszt dostarczenia usługi z możliwie najmniejszym opóźnieniem, największą prędkością bitów i najmniejszym jitter em jest nie do przyjęcia stoi w sprzeczności z rachunkiem ekonomicznym operatora Jeszcze wiele lat na rynku muszą współistnieć starsze technologie Dochodzimy do celu naszej prezentacji 3
LTE/SAE musi działać z technologiami UMTS opartymi na GPRS CN Musi być zapewnione bezszwowe przełączanie pomiędzy technologiami nie jest zapewniony powrót do LTE Aplikacja powinna trwać po przełączeniu (ale przy wyjściu z LTE następuje zmiana IP), z zauważeniem tego faktu lub nie przez użytkownika Współpraca z innymi technologiami dostępu 4
W oparciu o klienta: - dane sterujące pozostają w terminalu - IP tuneluje pomiędzy terminalem i P-GW - działa w dowolnej sieci - przezroczyste dla sieci - upraszcza sieć W oparciu o sieć - wszystkie funkcjonalności rezydują w sieci - wsparcie mobilności poprzez tunel - dodatkowe funkcje sieci - całe sterowanie i kontrola w sieci - upraszcza terminal Rozwiązania dla mobilnego IP 5
UMTS 3G Cała architektura UMTS podzielona jest na UTRAN oraz CN. Większość rozwiązań technologicznych przejęto z GSM/GPRS Zmieniony został dostęp radiowy UTRAN (Universal Terrestrial Radio Access Network) Łączy węzły bazowe (Node B) i kontrolery sieci radiowej RNC (Radio Network Controllers) CN (Core Network); jest właściwie taka sama, jak w GSM/GPRS; RNC łączą się z nią poprzez interfejsy Iu (odpowiednio Iu CS i Iu PS) 6
Architektura UMTS 7
uproszczenie, zmniejszenie opóźnień oparcie się o IP, zmniejszenie kosztów rozdzielenie płaszczyzn sterowania i użytkownika (połączone są stacje, nie sterowniki RNC) wszystkie funkcje radiowe są tylko w stacjach bazowych bardzo szybkie adaptacje do kolejnych wersji i rozbudowy Kierunki zmian 8
Kierunki zmiany architektury interfejsy sterowania interfejsy użytkownika UMTS HSPA (tunel 3G) HSPA (Rel. 8) LTE Bramka wspierająca GPRS (GGSN) Bramka wspierająca GPRS (GGSN) Bramka wspierająca GPRS (GGSN) Nowe funkcje bramki (agw) SGSN Bramka usługowa SGSN Bramka usługowa SGSN Bramka usługowa MME (zarządzanie mobilnością) RNC Sterownik sieci radiowej RNC Sterownik sieci radiowej Węzeł bazy Węzeł bazy Węzeł bazy Node B Węzeł bazy; nowe funkcje enb 33
Elastyczna topologia 4G Pojedyncza awaria elementu nie powoduje awarii całej ścieżki lub systemu Łatwość zrównoważenia obciążenia i układów skalowalnych Zmniejszenie ilości przeniesień użytkowników w stanie aktywnym PDN GW Usługowa GW MME enb 10
Architektura LTE 11
PLMN Public Land Mobile Network Korzystając z elastycznego S1 ten sam system węzłów działa dla różnych operatorów Operatorzy wspólnie inwestują w stacje Automatycznie identyfikowany jest sygnał z poszczególnego PLMN ID Funkcja wyboru MME wybiera właściwy dla danego operatora MME Funkcjonalność aplikacji może być różna Współdzielenie sieci - PLMN 12
Application Protocol S1 Interface: 36.413 Signalling Bearer S1 Interface: 36.412 Data Bearer S1 Interface: 36.414 Physical Layer S1 Interface: 36.411 Specyfikacje S1 13
MME Mobility Management Entity EPS Evolved Packet System enb Evolved Node B EPC Evolved Packet Core E-UTRAN Evolved UMTS Terrestial Radio Access Network UE User Equipment Interfejs X2 jest interfejsem logicznym! Ścieżka fizyczna może wyglądać zupełnie inaczej. Terminologia 14
Wyraźne rozdzielenie płaszczyzny sterowania i użytkownika S1-MME Płaszczyzna sterowania Rx UE LTE- Uu enb S1-U MME S-GW PCRF P-GW Usługi operatorów, sieci zewnętrzne, np. IMS SGi Płaszczyzna użytkownika PCRF Policy & Charging Rules Function 15
Warstwowa struktura LTE umożliwia niezależny rozwój poszczególnych dziedzin Urządzenia Sieć dostępu Sieć rdzenia USŁUGI użytkownika radiowego pakietów Warstwa TRANSPORTU Warstwa połączeń IP Warstwa dołączania usług 16
Sieć podzielona jest na warstwy (layers), płaszczyzny (planes), stratum (l. mn. strata) oraz dziedziny (domains) WARSTWY PROTOKOŁÓW: Protokół z warstwy n wykonuje usługi dla protokołów w warstwie n+1 oraz korzysta z usług protokołów w warstwie n-1 Proszę nie mylić z OSI (7 warstw) Rozróżnia się (zazwyczaj!! Nie zawsze!!!) 3 warstwy L3 warstwa aplikacji L2 warstwa łączeniowa L1 warstwa fizyczna Architektura Protokołów 17
L1 odpowiada za transmisję bitów L2 odpowiada za funkcje takie, jak detekcja błędów, kontrola kolejności L3 odpowiada za tworzenie i analizę komunikatów sygnałowych; tutaj rezyduje inteligencja Warstwy 18
W samym UTRAN wyróżnia się: RNL (Radio Network Layer) protokoły potrzebne dla sygnałów kontrolnych warstwy wyższej (application protocols) oraz transferu danych użytkownika (frame protocols) TNL (Transport Network Layer) wszystkie protokoły warstwy niższej. Na dole TNL znajduje się np. usługa IP uruchomiona na szczycie sieci fizycznej transmisji Wydzielenie dwóch warstw pozwala na modyfikację protokołów z jednej warstwy bez wpływu na protokoły w warstwie drugiej Podział UTRAN 19
Płaszczyzna to zestaw protokołów obejmujących wszystkie trzy warstwy i rozszerzający się na jeden lub więcej interfejsów. Są dwie Płaszczyzny: - Control Plane (do przenoszenia komunikatów sygnalizujących, kontrolnych, itd.) - User Plane (wyłącznie do przenoszenia danych użytkownika) Niektóre protokoły mają swoje znaczenie w obu Płaszczyznach Płaszczyzny 20
AS Access Stratum wszystkie protokoły (z Płaszczyzn Użytkownika i Kontrolnej), które KOŃCZĄ SIĘ W UTRAN NAS Non-Access Stratum te, które transparentnie przechodzą przez UTRAN od UE do CN AS i NAS 21
Odpowiadają sposobowi, w jaki dane użytkownika są transportowane: Circuit switched Core Network Domain Packet switched CN Domain W każdej dziedzinie są węzły brzegowe (Edge nodes), które łączą do UTRAN oraz bramy (Gateway nodes), które są węzłami łączącymi z siecią zewnętrzną Dziedziny w CN 22
CSCN zawiera serwery MSC/VLR (Mobile Switching Center/ Visitor Location Register) lub oddzielnie MSC i MGW (Media Gateway) MSC/VLR może być węzłem brzegowym, bramą, lub jednym i drugim PSCN zawiera SGSN (Serving GPRS Support Node) jako węzły brzegowe oraz CGSN (Control GPRS Support Node) jako bramy OBIE DZIEDZINY UŻYWAJĄ TEGO SAMEGO PROTOKOŁU (RENAP) DLA KONTROLI SYGNAŁÓW W KIERUNKU UTRAN Dziedziny 23
Procedury HANDOVER
Specyfikacja protokołu E-UTRA RRC (EvolvedUniversal TerrestialRadio Access Radio ResourceControl): 3GPP TS 23.401 UMTS RRC: 3GPP TS 25.331 Specyfikacja protokołu E-UTRAN S1AP (EvolvedUniversal TerrestialRadio Access Network S1 ApplicationProtocol): 3GPP TS 36.413 J.w. X2AP: 3GPP TS 36.423 Najważniejsze specyfikacje protokołów: 25
Przekazanie, z punktu widzenia użytkownika, powinno być NIEZAUWAŻALNE; jego nie interesuje rodzaj technologii ani przyczyna wykonania procedury Na ile realne jest to wymaganie? Seamless handover 26
QoS jest zachowane nie tylko przed i po przekazaniu, ale również podczas procedury Procedury muszą być energooszczędne (nie konsumować nadmiernie zasilania użytkownika) Ciągłość usługi musi być utrzymana (minimalizacja opóźnienia przy przekazaniu) Wymagany sposób realizacji procedur HANDOVER 27
Ocena sieci: decyzja podjęta przez sieć Ocena mobilnego urządzenia: UE podejmuje decyzję i informuje sieć. Sieć, w oparciu o RRM (Radio Resource Management) podejmuje decyzję ostateczną. Podejście hybrydowe: UE wykonuje pomiary, również sąsiadów, wspomaga podejmowanie decyzji Kiedy podjęta zostaje decyzja o przekazaniu? 28
Intra-LTE przeniesienie następuje wewnątrz sieci LTE, w ramach AKTUALNYCH WĘZŁÓW (intra-mme oraz intra-sgw) Inter-LTE - przeniesienie następuje wewnątrz sieci LTE, do innych węzłów LTE (inter-mme oraz inter-sgw) Inter-RAT przeniesienie pomiędzy różnymi technologiami radiowymi (np. LTE i UMTS) Handover w LTE 29
Architektura LTE interfejs X2 30
Procedura przekazania UE ze źródłowego węzła (S-eNB) do docelowego węzła (TeNB), BEZ ZMIANY MME (Mobility Management Entity) i BEZ ZMIANY SGW (Serving Gateway) W procedurze NIE UCZESTNICZY EPC (Evolved Packet Core) Jeżeli można wykorzystać X2 Intra-LTE (Intra-MME/SGW) Handover 31
Komunikaty przygotowujące wymieniane są bezpośrednio pomiędzy S-eNB i T-eNB Zwolnienie zasobów S-eNB po zakończeniu handover przełączane jest przez T-eNB Strumień pakietów danych od/do UE nie zmienia bramki obsługującej UE S- enb T- enb MME SGW Wykorzystanie X2 32
Połączenie ustanowione jest pomiędzy UE i źródłową stacją (S-eNB). Pakiety danych w obu kierunkach (DL i UL) przenoszone są z/do sieci od/do UE Sieć wysyła do UE wiadomość MEASUREMENT CONTROL REQUEST, ustalającą parametry, które trzeba pomierzyć i progi dla tych parametrów. Gdy tylko UE wykryje osiągnięcie progów (thresholds) wysyła MEASUREMENT REPORT Stan ustalony i decyzja o przełączeniu 33
UE S- enb T- enb MME SGW Żądanie pomiarów Raport Żądanie podania stanu zasobów Odpowiedź o stanie zasobów Żądanie realizacji przekazania Żądanie rekonf. Zgoda na Handover Transfer statusu SN Przekazanie danych użytkownika RRC X2 Raport i podejmowanie decyzji 34
Skoro S-eNB otrzymało raport od UE, o spełnieniu kryteriów do przekazania, podejmuje decyzję o skierowaniu UE do wybranego węzła i rozpoczyna algorytm wysyła do T-eNB RESOURCE STATUS REQUEST Żądanie związane jest ze sprawdzeniem obciążenia T-eNB; zależy od operatora, nie jest obligatoryjne Sąsiadujące stacje podejmują decyzję (przez X2), zgodnie z polityką operatora 35
Odpowiedź od T-eNB (RESOURCE STATUS RESPONSE) da podstawę do podjęcia decyzji o kontynuacji (lub nie) procedury handover S-eNB przesyła komunikat HANDOVER REQUEST do T-eNB, przekazując niezbędna informację (np. kontekst UE z RB, parametry bezpieczeństwa, informacja o docelowej komórce UE itp.) Wymiana komunikatów przez X2 36
T-eNB sprawdza dostępność swoich zasobów i, jeżeli jest wystarczająca, odpowiada komunikatem HANDOVER REQUEST ACKNOWLEDGE. Komunikat zawiera przezroczysty zasobnik (nowy C-RNTI, algorytm bezpieczeństwa T-eNB z identyfikatorami, dedykowana preambuła RACH, parametry dostępu, SIB itp.), który będzie przesłany do UE przez S-eNB, wraz z komunikatem RRC o realizacji przekazania 37
Komunikat RRC CONNECTION RECONFIGURATION wraz z MOBILITY CONTROL INFORMATION jest odpowiednio zaszyfrowany, przy zachowaniu integralności przesyłany jest przez S-eNB do UE jako decyzja o wykonaniu Handover Równocześnie S-eNB przesyła do T-eNB STATUS TRANSFER MESSAGE przekazując status PDCP i HFN wszystkich E-RAB S-eNB zaczyna przekazywanie do T-eNB wszystkich pakietów danych w DL, dla wszystkich E-RAB 38
UE S- enb T- enb MME SGW UE próbuje uzyskać dostęp przy pomocy procedury losowego dostępu Potwierdza sukces dołączenia Informacja do MME, że UE zmienił e-nb Potwierdzenie Żądanie i odpowiedź modyfikacji kontekstu (Bearer) DANE Zwolnienie kontekstu UE Dokończenie procedury 39
UE z użyciem non-contention-based Random Access Procedure próbuje uzyskać dostęp do T-eNB. Po zakończeniu procedury sukcesem, wysyła RRC (do nowego węzła) CONNECTION RECONFIGURATION COMPLETE T-eNB wysyła do MME komunikat PATH SWITCH REQUEST, z informacją, że UE zmienił e-nb, z docelowymi numerami TAI+ECGI. To pozwala określić MME, że nie trzeba zmieniać obsługującej bramki (SGW) 40
MME wysyła MODIFY BEARER REQUEST (adres enb i TEID dla płaszczyzny użytkownika w DL oraz, ewentualnie, informację o lokalizacji), na co SGW odpowiada MODIFY BEARER RESPONSE MME odpowiada T-eNB PATH SWITCH REQ ACK informując o zakończeniu procedury MME-SGW 41
Po otrzymaniu SGW przesyła pakiety w DL na nowy adres, ale jeden lub kilka pakietów z end marker jeszcze do S- enb i dopiero wtedy może zwolnić wszelkie zasoby z płaszczyzny użytkownika związane z S-eNB Komunikat (przez X2) UE CONTEXT RELEASE jest końcowym żądaniem zwolnienia wszelkich zasobów i KOŃCZY HANDOVER Dane 42
Nie istnieje połączenie X2 do docelowego enb Nie udało się przeniesienie poprzez X2 Źródłowy węzeł S-eNB uzyskał dynamiczną informację w STATUS TRANSFER PROCEDURE wtedy S-eNB inicjuje handover poprzez punkt referencyjny S1-MME Jeżeli nie jest dostępna bezpośrednia ścieżka S-eNB-----T-eNB 43
Architektura LTE interfejs S1 44
- Nie ma procedury PATH SWITCH pomiędzy T-eNB i MME, bo MME wie o przeniesieniu SGW zaangażowana jest w przekazywaniu danych w DL, bo nie ma bezpośredniego połączenia S-eNB i T-eNB Przeniesienie Intra-LTE poprzez S1 45
UE S- enb T- enb MME SGW Żądanie pomiarów Raport S1 Żądanie Handover S1 Żądanie Handover S1 Zgoda na Handover S1Komenda rozpoczęcia RRC S1 Transfer statusu S-eNB Żądanie rekonf. Przekazanie danych użytkownika (GTP) S1 Transfer Statusu MME RRC Raport i kolejne kroki 46
UE S- enb T- enb MME SGW UE próbuje uzyskać dostęp przy pomocy procedury losowego dostępu (RACH) Potwierdza sukces dołączenia SGW przesyła dane (GTP) Informacja do MME, że nastąpił handover (S1) Żądanie i odpowiedź modyfikacji kontekstu (Bearer) DANE S1 żądanie zwolnienia kontekstu UE i zwolnienie Dokończenie procedury 47
Występują 2 MME: źródłowy S-MME, który kontroluje S-eNB oraz docelowy T-MME, kontrolujący T-eNB Przypadek 1: Oba MME kontrolują są połączone z tą samą obsługującą bramką SGW; Handover następuje, gdy UE przemieszcza się z obszaru jednego MME do drugiego Inter-MME handover 48
UE S- enb T- enb S- MME T- MME SGW - Pakiety danych UE w DL/UL -- S1 żądanie przeniesienia - GTP przekazanie żądania przeniesienia - S1 żądanie przeniesienia - S1 zgoda na żądanie przeniesienia - GTP przekazanie zgody na żądanie przeniesienia - S1 komenda wykonania procedury przeniesienia - RRC żądanie rekonfiguracji I część (Inter-MME) 49
UE S- enb T- enb S- MME T- MME SGW ; ; Słuchacze uzupełniają sami; interfejs i sygnał 50
Źródłowy i docelowy e-nb są połączone z różnymi MME i obsługiwane przez różne bramy UE S- enb T- enb S- MME T- MME S- SGW T- SGW Słuchacze uzupełniają sami; interfejsy i sygnały Inter-MME/SGW Handover 51
Przeniesienie z E-UTRAN do UTRAN w trybie Iu (czyli LTE UMTS) Scenariusz: (źródłowy) S-eNB współpracuje z S-MME i S-SGW; docelowy RNC łączy się z T- SGSN i T-SGW; zakładamy połączenie do tego samego PGW Inter-RAT Handover 52
UE S- enb T- RNC S- MME T- SGSN S- SGW T- SGW Pakiety UE w DL/UL Żądanie pomiarów Raport ; ; ; Przygotowanie do przeniesienia 53
(S1) Po otrzymaniu pomiarów S-eNB decyduje o konieczności wykonania Inter-RAT Handover i przesyła do S-MME komunikat HANDOVER REQUIRED S-MME wykrywa z wiadomości, że jest to Inter-RAT handover i uzyskuje szczegóły docelowej SGSN na jej podstawie, z posiadanej bazy danych; przygotowuje i wysyła GTP-C żądanie: FORWARD RELOCATION REQUEST do T-SGSN T-SGSN tworzy zasoby w T-SGW poprzez inicjację procedury: (GTP) Create Session Request; po rezerwacji zasobów, otrzymuje odpowiedź (GTP) Teraz T-SGSN tworzy zasoby w T-RNC (RANAP): RELOCATION REQUEST; T-RNC rezerwuje zasoby radiowe i odpowiada RANAP: RELOCATION REQUEST ACK Przygotowanie część I 54
T-SGSN tworzy tunele w TSGW dla transferu pakietów danych DL z S-GW do T-SGW podczas procedury handover; po utworzeniu tuneli (CREATE SESSION RESPONSE), T-SGSN odpowiada komunikatem (GTP) FORWARD RELOCATION RESPONSE do S-MME i - Ponieważ zasoby są już zarezerwowane w sieci docelowej, S-MME musi utworzyć pośrednie tunele przekazujące dane dla przekazywania pakietów w DL do docelowej sieci. Tymi krokami kończy się faza przygotowania. Przygotowanie część II 55
UE S- enb T- RNC S- MME T- SGSN S- SGW T- SGW PGW ; ; ; ; ; Faza realizacji Inter-RAT LTE do UMTS Handover 56
Pakiety danych wędrują od UE do PGW w DL/UL (S1) S-MME przesyła HANDOVER COMMAND do S-eNB z przezroczystym pojemnikiem przekazanym przez T-SGSN informacja o zasobach S-eNB przesyła komendę MOBILITY FROM EUTRAN do UE, aby przygotował się do przełączenia UMTS Access Procedure pomiędzy UE i T-RNC, po której zakończeniu UE wysyła HO TO UTRAN COMPLETE ; ; - to pośredni tunel do przekierowania danych, jeżeli niemożliwa jest opcja - tunel bezpośredni. Tunel pośredni jest zawsze drugim rozwiązaniem. Opis procedury 57
Kiedy T-RNC wykryje UE w swoim obszarze, powiadamia T- SGSN komunikatem RANAP: RELOCATION COMPLETE; T- SGSN zawiadamia S-MME o zakończeniu GTP: FORWARD RELOCATION COMPLETE ACK S-MME potwierdza i, gdy pakiety danych wędrują od UE do PGW w DL/UL bez przeszkód; w - uwolni zasoby T-SGSN modyfikuje zasoby E-RAB (GTP: MODIFY BEARER) w T-SGW, o parametrach T-SGW powiadamia PGW (GTP: MODIFY BEARER) Opis procedury II 58
Przeniesienie z UTRAN do E-UTRAN (czyli UMTS LTE) S-RNC łączy się do S-GSN i S-SGW; T-eNB łączy się z T-MME i T-SGW. Zakładamy, że niezmienna pozostaje PGW. Inter-RAT Handover 59
UE S- RNC T- enb S- SGSN T- MME S- SGW T- SGW PGW Dane Pomiary ; Faza przygotowania Inter-RAT UMTS do LTE Handover 60
Na podstawie raportu z pomiarów w S-RNC zostaje podjęta decyzja o przekazaniu. Do S-SGSN zostaje przesłany RANAP RELOCATION RERQUIRED S-SGSN wykrywa z komunikatu, że jest to przekazanie Inter-RAT i wyszukuje szczegóły T-MME z bazy danych, opierając się na komunikacie. Może teraz wysłać do T-MME GTP-C: FORWARD RELOCATION REQUEST T-MME wykrywa zmianę SGW i tworzy zasoby (bearer resources) w T-SGW poprzez procedurę inicjalizacji sesji: GTP: CREATE SESSION Gdy T-SGW zarezerwuje zasoby, odpowiada komunikatem GTP: CREATE SESSION RESPONSE Opis procedury (faza przygotowania I) 61
Teraz T-MME rezerwuje zasoby w T-eNB poprzez S1AP: HANDOVER REQUEST Gdy T-eNB zarezerwuje zasoby radiowe, odpowiada T-MME poprzez S1AP: HANDOVER REQUEST ACK Skoro nie ma bezpośredniej ścieżki przekazującej ze źródła do celu, T-MME tworzy pośredni tunel do transferu pakietów w DL (między S-SGW do T-SGW); GTP: INDIRECT DATA FORWARDING TUNNEL CREATION REQUEST i otrzymuje GTP: INDIRECT DATA FORWARDING TUNNEL CREATION RESPONSE Teraz T-MME przesyła odpowiedź do S-SGSN : GTP FORWARD RELOCATION RESPONSE Zasoby są zarezerwowane, S-SGSN musi stworzyć pośrednie tunele danych, by przekazywać pakiety DL do docelowej sieci oraz Faza przygotowania II 62
UE S- RNC T- enb S- SGSN T- MME S- SGW T- SGW PGW ; DANE Faza realizacji Inter-RAT UMTS do LTE Handover 63
S-SGSN przesyła do S-RNC komunikat RANAP RELOCATION COMMAND z przezroczystym pojemnikiem od celu do źródła (posiada informację o zasobach w celu) S-RNC przygotowuje się i przesyła komunikat do UE HO FROM UTRAN COMMAND, żeby przygotować użytkownika do przeniesienia do docelowej sieci Użytkownik wykonuje procedurę Non Contention RACH i po otrzymaniu połączenia z T-eNB wysyła do niego komunikat RRC CONNECTION RECONFIGURATION COMPLETE Faza realizacji I 64
Pakiety danych DL podczas przenoszenia kierowane są do T- SGW drogą pośrednią i GTP: (Indirect) Fwd DL data lub bezpośrednią GTP: (Direct) Fwd DL data. Droga pośrednia oznacza, że nie ma ścieżki bezpośredniej do T-eNB a S-SGW otrzymała komunikat RANAP RELOCATION COMMAND Gdy T-eNB wykryje UE na swoim obszarze, powiadamia T-MME o zakończeniu przeniesienia wysyłając S1AP: HANDOVER NOTIFY T-MME powiadamia S-SGSN o zakończeniu przeniesienia i otrzymuje potwierdzenie GTP: FORWARD RELOCATION COMPLETE NOTIFICATION ACK. Zwalnia zasoby związane z UE na S-SGW i S-RNC ( i oraz i ) Faza realizacji II 65
Następuje teraz modyfikacja zasobów E-RAB. Robi to T- MME sygnałem procedury GTP: MODIFY BEARER na T-SGW, następnie T-SGW powiadamia o parametrach PGW poprzez inicjowanie procedury GTP: MODIFY BEARER (sygnały i ) Faza realizacji - zakończenie 66