GPRS nie jest dostępna

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
UMTS
Bramka
wspierająca
GPRS (GGSN)
SGSN Bramka
usługowa
interfejsy użytkownika
HSPA (tunel 3G) HSPA (Rel. 8)
Bramka
wspierająca
GPRS (GGSN)
SGSN Bramka
usługowa
RNC
Sterownik
sieci
radiowej
RNC
Sterownik
sieci radiowej
Węzeł bazy
Węzeł bazy
Bramka
wspierająca
GPRS (GGSN)
SGSN Bramka
usługowa
Węzeł bazy
Node B
LTE
Nowe funkcje
bramki (aGW)
MME (zarządzanie
mobilnością)
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
Płaszczyzna sterowania
Rx
S1-MME
MME
UE
LTEUu
eNB
S1-U
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
użytkownika
Sieć dostępu
radiowego
Sieć rdzenia
pakietów
USŁUGI
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 (Evolved Universal
Terrestial Radio Access Radio Resource Control): 3GPP TS
23.401
UMTS RRC: 3GPP TS 25.331
Specyfikacja protokołu E-UTRAN S1AP (Evolved Universal
Terrestial Radio Access Network S1 Application Protocol):
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
Intra
Intra--MME/SGW)
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
SeNB
TeNB
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
SeNB
UE
TeNB
MME
SGW
Żądanie
pomiarów
Żądanie podania stanu zasobów
Raport
Odpowiedź o stanie zasobów
Żądanie realizacji przekazania
Zgoda na Handover
Żądanie
rekonf.
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
SeNB
TeNB
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
MME
41
Po otrzymaniu
SGW przesyła pakiety
w DL na nowy adres, ale jeden lub kilka
pakietów z „end marker” jeszcze do SeNB 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
eNB---------T
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 IntraIntra-LTE poprzez S1
45
SeNB
UE
TeNB
MME
SGW
Żądanie
pomiarów
S1 Żądanie Handover
Raport
S1 Żądanie Handover
S1 Zgoda na Handover
S1Komenda rozpoczęcia
S1 Transfer statusu S-eNB
RRC
Żądanie
rekonf.
Przekazanie danych użytkownika (GTP)
S1 Transfer Statusu MME
RRC
Raport i kolejne kroki
46
UE
SeNB
TeNB
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
Inter
48
UE
-
SeNB
TeNB
SMME
TMME
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
(Inter--MME)
MME)
49
UE
SeNB
TeNB
SMME
TMME
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
SeNB
TeNB
SMME
Słuchacze uzupełniają sami;
TMME
SSGW
TSGW
interfejsy i sygnały
Inter--MME/SGW
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 TSGSN i T-SGW; zakładamy połączenie do tego
samego PGW
Inter--RAT Handover
Inter
52
UE
SeNB
TRNC
SMME
TSGSN
SSGW
TSGW
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
SeNB
TRNC
SMME
TSGSN
SSGW
TSGW
PGW
;
;
;
;
;
Faza realizacji InterInter-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 TSGSN
komunikatem RANAP: RELOCATION COMPLETE; TSGSN 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
Inter
59
UE
SRNC
TeNB
SSGSN
TMME
SSGW
TSGW
PGW
Dane
Pomiary
;
Faza przygotowania InterInter-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
SRNC
TeNB
SSGSN
TMME
SSGW
TSGW
PGW
;
DANE
Faza realizacji InterInter-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 TSGW 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 TMME 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