Deoarece utilizatorii rețelele celulare sunt mobile și pot muta în timpul sesiunilor (din cauza a ceea ce condițiile de radio, în care stațiile de abonat sunt în continuă schimbare), trebuie să mențină proceduri pentru a oferi un serviciu neîntrerupt abonaților, chiar și în timpul deplasării lor. Pentru această procedură este folosită remiterea (predarea). Această procedură permite stația mobilă pentru a comuta de serviciu de la o stație de bază (BS) la un alt BS (având în mod obișnuit o mai bună conexiune cu stația mobilă, dar nu întotdeauna).
Predarea se poate realiza pentru stațiile mobile care sunt în stare activă, o înregistrată și rețeaua (starea CONECTAT-ECM). În același timp, tehnologia LTE nu acceptă așa-numitele predări „soft“ (soft handover). Asta este, toate remiteri sunt „greu“ (predare-primire greu) LTE. Luați în considerare modul în care procedura de transfer în LTE, care este, trecerea predarea stația mobilă de la un BS la altul.
Figura de mai jos Procedura de transfer (HO, transfer) este reprezentat de pași. După cum se poate observa din figură, întreaga procedură este împărțit în următoarele trei faze: pregătirea, execuția și încheierea predării. Etapele pregătirii și executării sunt efectuate în rețeaua de acces radio (Radio Network Access). Ultima etapă - finalizarea predării zadeytsvuet ca o rețea de acces radio și rețeaua de bază (Core Network).
BS informează stația mobilă (MS), în care situații este necesar să se trimită rapoarte de măsurare (rapoarte de măsurare). În acest scop, mesajul RRC Connection reglaj. Total condiții definite standard, 5 în care rapoartele pot fi trimise, iar acestea sunt numite evenimente (evenimente) numerotate de la A1 la A5. Pentru a activa predarea intersisteme sunt evenimentele cele mai potrivite A3 și A5. Cel dintâi înseamnă că semnalul de la un BS adiacent depășit semnalul de la BS care servește la o valoare predeterminată. Un al doilea - semnal de la BS care deservesc devin mai rău decât o valoare predeterminată 1, în timp ce un semnal de la BS vecin este mai bună decât o valoare predeterminată 2.
După ce SM constată că sunt îndeplinite condițiile pentru unul dintre evenimentele specificate (A1-A5), acesta trimite un raport de măsurare (etapa 3 în figură). În acest mesaj, MS rapoartele RSRP valoarea și RSRQ a sectoarelor de servire și vecine. Precum și identificatorul de sector vecin fizic (PCI - Celula fizică de identitate). Element de identificare a sectorului global (CGI - Cell Global Identity) este transmis numai în cazul unei cereri speciale de la BS, deoarece, în scopul de a-l, trebuie să luați blocuri MS MIB și SIB ale BS vecine. Acest lucru poate fi necesar în cazul în care PCI sectorul vecin nu este suficient pentru a determina BS vecin. De exemplu, în timpul utilizării funcționalității determină în mod automat vecinii (RZA - Relația automată Neighbour), atunci când vecinul nu a înregistrat BS în fișierele de configurare. În cazul în care BS vecin este deja în datele de bază care deservesc BS, atunci acesta va fi suficient de identificare a PCI.
Dacă BS servire ar putea identifica un BS adiacent și respectate condițiile pentru săvîrșirea predării, BS care servește declanșează procedura de transfer prin trimiterea unui BS adiacent Înmanarea Solicitare interfață X2 (pasul 5 în figură). Acest mesaj conține informații despre SM (așa-numitul context MC), precum și motivul pentru comiterea unui transfer. În cazul în care se produce transfer din cauza deteriorării legăturii radio cu BS care servește și BS sale adiacente pentru a îmbunătăți, atunci motivul pentru care va fi definit ca o „Înmanarea pentru motive radio dezirabilă“. De asemenea, motivul pentru care predarea poate fi de distribuție a sarcinii în rețea (valori posibile „Optimizarea resurselor Înmanarea“ și „Reducerea de încărcare în servire Cell“). În contextul MS este informațiile transmise despre ce conexiuni nevoie pentru a crea un BS vecin, în scopul de a satisface un dispozitiv mobil dat. În plus, identificatorul sectorului mesajului transmis Înmanarea Solicitare globală (CGI), care se deplasează în MS și un identificator de nod MME (GUMMEI - unic la nivel global MME Identity), care este în prezent înregistrat SM. Acest identificator este necesar să se efectueze acțiuni în etapa finală a predării.
După trimiterea mesajului „CRR Connection Reconfigurarea“ care servește BS începe etapa de efectuare predarea. Pentru a evita pierderea datelor de utilizator a avut loc, BS care servește transmite un mesaj „Transfer SN Stare“ BS vecine, și sunt disponibile date de utilizator. Mesajul „SN Starea de transfer“ transmis PDCP SN (Sequence Number) numere ale conexiunilor pe legătură în jos și pe legătură în sus (în cazul în care folosesc modul de transmisie cu confirmările la nivel RLC). Pentru legătura descendentă transmisă valoarea PDCP SN este alocat pentru BS adiacent atunci când transmite pachete primei SM. Pentru legătura ascendentă valoarea PDCP SN transmise în mod necesar corespunzător pachetul de date care urmează să fie primite următor. În plus, pentru conectarea voskhodyashego pot fi transmise masca de biți pentru a specifica pachetele de date care nu au fost transmise cu succes și ar trebui să fie retransmise (utilizate în acele cazuri în care există „lacune“ în secvența de pachete recepționate cu succes).
În acest moment, MS decuplează de la BS (procedura Detașare) servind și sincronizeze cu BS vecin. Pentru a doua acțiune MS procesează semnalele de sincronizare primar și secundar (PSS și SSS). După aceea, MS efectuează o procedură de acces aleator (Random Access), în care modelul în timpul MS trimite o RA-preambul. Procedura de acces aleatoriu poate fi coliziuni (susținute pe bază), și fără coliziune (bazată pe non-conflict). Pentru a evita coliziunile și pentru a reduce procedura de transfer run-time, BS poate rezerva un anumit RA-preambul la MS și informează mesajul „CRR Connection reconfigurarea“ (dedicat RACH de configurare). În cazul în care BS nu face acest lucru, MS efectuează o procedură de acces aleator normale în care o posibilă coliziune.
Ca răspuns la RA-preambulul la BS trimite un mesaj de RAR (Random Access Response), care, dacă este necesar, corectează ajustarea calendarul SM (Timing Advance). De asemenea, în acest raport informații sunt transmise la o resursă MS dedicat pentru transmiterea mesajelor L3 - „CRR Connection Reconfigurarea complet“. Atunci când MS trimite acest mesaj din punctul ei de vedere, procedura de predare este finalizată.
După trimiterea mesajului „CRR Connection Reconfigurarea complet“ stația mobilă, procedura de transfer continuă la faza finală de execuție (HO Completare). În acest moment, MS și BS poate face schimb de date în ambele navpravleniyah: legătură în jos și pe legătură în sus. Cu toate acestea, în zona dintre BS și poarta de acces de deservire (S-GW - servire Gateway) BS poate trimite trafic pe legătură în sus și de trafic pe legătură în jos de la o poartă de acces care servește în continuare transmis pe BS „vechi“, apoi redirecționat către BSS vecine prin X2 interfață. Pentru a trimite gateway-ul care deservesc traficul pe legătură în jos imediat la BS vecin, parametrii tunelului GTP corespunzătoare care urmează să fie actualizat. Pentru a face acest lucru, BS transmite mesajul "Solicitare Calea switchul la nodul MME. Acest mesaj precizează punctul final nou pentru tunel GTP (TEID - Tunel Endpoint Identity), un BS vecin corespunzător. În plus, sunt transmise un identificator de zonă de urmărire (TAI - Urmărire Zona Identity) și un identificator de sector, care este acum încorporat MS (CGI - Cell Global Identity).
După primirea mesajului „Path Comutare Request“ nod MME poate decide dacă poarta de acces care deservesc curent și continuă să servească acest SM. Figura de mai sus prezintă cazul în care nu este necesară schimbarea gateway-ului de servire. În cazul în care este necesară schimbarea gateway-ului de servire, MME trimite o „Creați cerere de sesiune“ nouă poartă de acces de servire, iar el comunică deja cu poarta de acces PDN pentru a redirecționa fluxul descendent de date tunel GTP existente. În cazul nostru (fără a schimba gateway-ul de servire), MME trimite un mesaj de „Modificare Purtător Cerere“ care servește poarta de acces. După primirea acestui mesaj, gateway-ul de servire înțelege că acum trebuie să trimită alte (vecine) BS trafic în aval. După aceea MS și gateway-ul de servire poate comunica direct, fără a implica „vechi“ BS.
Dacă nu puteți găsi informațiile interesante de pe LTE / LTE-A în acest articol, e-mail-mi despre un [email protected]. Voi încerca să-l adăugați cât mai curând posibil.