Chiny Shenzhen Olax Technology CO.,Ltd Nowe informacje o firmie

1.Określenie protokołuJak pokazano na poniższym rysunku (1), NETCONF przyjmuje strukturę warstwową, w której każda warstwa obejmuje określone funkcje i świadczy usługi dla warstwy górnej.Ta struktura pozwala każdej warstwie skupić się na jednym aspekcie NETCONF i zmniejsza zależności między warstwamiZmiany wewnątrz warstwy mają minimalny wpływ na inne warstwy.       NETCONF można podzielić na cztery warstwy:warstwa zabezpieczenia transportu,warstwa wiadomości,warstwa operacyjna, orazwarstwa zawartościPowierzchnie te są:   Warstwa bezpieczeństwa transportu:Poziom ten odpowiada za komunikację między klientem a serwerem.SSH jest preferowanym protokołem transportu do przesyłania wiadomości XML w NETCONF. Warstwa wiadomości:Poziom ten zapewnia niezależne od transportu mechanizmy kodowania RPC i powiadomień.Serwer encapsulates wynik przetwarzania tego żądania welement i wysyła go do klienta. Warstwa operacyjna:Warstwa ta definiuje zestaw podstawowych operacji protokołu, które są nazywane metodami RPC z parametrami kodowanymi w XML. Warstwa zawartości:Ta warstwa jest zdefiniowana przez model danych dla danych zarządzania.        Schema to zestaw zasad opisujących pliki XML.Urządzenia wykorzystują pliki schematyczne (podobne do plików MIB w SNMP) do zapewnienia konfiguracji urządzeń i interfejsów zarządzania systemami zarządzania siecią (NMS). YANG to język modelowania danych zaprojektowany dla NETCONF.Klient może kompilizować operacje RPC do wiadomości XML w celu osiągnięcia komunikacji klient-serwer, która jest zgodna z ograniczeniami modelu YANG.   2.Format wiadomościNastępujący rysunek (2) jest kompletną strukturą wiadomości żądania NETCONF YANG;       3.Ramy komunikacjiW NETCONF, żądanie RPC zainicjowane przez klienta i odpowiedź z serwera są zarówno zakodowane w XML i zawarte wa takżeSystem ten jest niezależny od protokołu warstwy transportowej; poniżej wymieniono kilka podstawowych elementów RPC: W sprawieelement jest używany do enkapsułowania żądania przesłanego przez klienta NETCONF do serwera NETCONF. Serwer NETCONF wysyłaelement w odpowiedzi na każdyżądanie. Jeżeli w trakcie przetwarzania danych wystąpi jakiś błąd lub alarmserwer NETCONF zwróciwiadomość zawierająca tylkoelement do klienta NETCONF. Jeżeli podczas przetwarzania danych nie wystąpią żadne błędy lub alarmyserwer NETCONF zwracawiadomość zawierająca tylkoelement do klienta NETCONF.   IV.Konfiguracja bazy danychNETCONF definiuje kompletne zestawy parametrów konfiguracji urządzenia.W podstawowym modelu NETCONF, tylkoinne bazy danych konfiguracji mogą być definiowane na podstawie możliwości i są dostępne tylko na urządzeniach obsługujących te możliwości.   : Baza danych konfiguracji. Baza ta przechowuje wszystkie aktualnie aktywne konfiguracje na urządzeniu sieciowym.Konfiguracja bazy danych na urządzeniu, i zawsze istnieje.   : Baza danych konfiguracji kandydatów.W przypadku, gdy urządzenie nie jest w stanie wykonywaćW przypadku, gdy urządzenie nie jest w stanie wykonywać bazy danych konfiguracji, nie ma to wpływu na bieżącą konfigurację urządzenia.W celu wspieraniabaza danych konfiguracji, urządzenie musi obsługiwać możliwość konfiguracji kandydata, standardową możliwość NETCONF.   : Baza danych konfiguracji uruchomienia (podobna do zapisanego pliku konfiguracji). Przechowuje dane konfiguracyjne, które muszą zostać załadowane podczas uruchomienia urządzenia.konfiguracji bazy danych, urządzenie musi obsługiwać możliwość niezależnego uruchamiania, która jest standardową możliwością NETCONF.

Ze względu na skomplikowaną konfigurację tradycyjnychCLIa takżeSNMW związku z tym, w związku z brakiem wsparcia dla mechanizmu transakcji,WskaźnikiProtokół zarządzania siecią jest włączony w systemie 5G, co pozwalaNMS(system zarządzania siecią) do wydawania, modyfikowania i usuwania konfiguracji urządzeń sieciowych podłączonych do routerów, eNodeB, gNodeB, DU, CU lub RU.Struktura i sesja serwisowa są następujące;   - Ja.Zasada działania System NETCONF zawiera co najmniej jedenNMSArchitektura NETCONF zawiera dwie role: klienta i serwera     II.Charakterystyka struktury systemuNETCONF zawiera co najmniej jeden NMS zarządzający wszystkimi urządzeniami sieciowymi, w tym:   2.1Klient.zapewnia następujące funkcje:   Użyj NETCONF do zarządzania urządzeniami sieciowymi. Wysyłanie żądań RPC do serwera NETCONF w celu zapytania lub modyfikacji jednej lub więcej wartości parametrów. Zgodnie z alarmami i zdarzeniami wysyłanymi przez serwer NETCONF zarządzanego urządzenia, należy zrozumieć stan zarządzanego urządzenia. 2.2 Gdyserwer W przypadku gdy zarządzane urządzenie doświadcza awarii lub innego rodzaju zdarzenia,serwer NETCONF zgłasza alarm lub zdarzenie klientowi za pomocą mechanizmu powiadamiania, umożliwiając klientowi zrozumienie stanu zarządzanego urządzenia.   III.Sesja NETCONFJak pokazano na rysunku poniżej, klient i serwer komunikują się przy użyciu mechanizmu RPC. Komunikacja jest dozwolona tylko po ustanowieniu między nimi bezpiecznej sesji zorientowanej na połączenie.Klient wysyła żądanie RPC do serwera, który przetwarza żądanie i zwraca odpowiedź do klienta.Komunikacja jest dozwolona tylko po utworzeniu bezpiecznej sesji zorientowanej na połączenieProces ustanowienia i zakończenia sesji jest następujący:       Klient tworzy połączenie SSH z serwerem i po zakończeniu uwierzytelniania i autoryzacji tworzy sesję NETCONF z serwerem. Wymiana klienta i serweraCześć.wiadomości do negocjacji. Klient wysyła jeden lub więcej żądań RPC do serwera. Modyfikowanie i zaangażowanie konfiguracji; dane konfiguracji zapytania lub status; Wykonywanie operacji konserwacyjnych urządzenia; Klient kończy sesję NETCONF; Połączenie SSH się kończy.

  Wskaźnikijest pełną nazwą Protokołu Konfiguracji Sieci, który jest protokołem zarządzania siecią umożliwiającym emisję NMS (Network Management System),Modyfikacja i usuwanie konfiguracji podłączonych urządzeń sieciowych (routerów), eNodeB, gNodeB, DU, CU lub RU).IETF; natomiast w przypadku O-RAN jest to odpowiedzialność grupy roboczej (grupa robocza 4).     I. Protokół NETCONFwykorzystuje kodowanie danych XML (Extensible Markup Language) do przetwarzania danych konfiguracyjnych i komunikatów protokołowych;opiera się na koncepcji serwera i klienta i wykorzystuje mechanizm RPC (Remote Procedure Call) w celu osiągnięcia komunikacji między serwerem a klientem. Proces klienta działa na NMS, który może być skryptem lub aplikacją, a serwer jest typowym urządzeniem sieciowym.   II. Cechy NETCONFsą następujące: Przyjmuje on układ protokołu w warstwach, co czyni go bardziej odpowiednim dla sieci na żądanie, zautomatyzowanych i opartych na chmurze. Jest używany do wydawania, modyfikowania i usuwania konfiguracji urządzeń sieciowych. XML (Extensible Markup Language) jest używany do kodowania danych danych konfiguracyjnych i wiadomości protokołu. Na podstawie koncepcji serwera i klienta, NMS działa jako klient, a urządzenie sieciowe działa jako serwer. Komunikacja między serwerami a klientami jest realizowana za pomocą mechanizmu RPC (Remote Procedure Call). Operacje są wykonywane w oparciu o model YANG, zmniejszając awarie sieci spowodowane błędami konfiguracji ręcznej. NETCONF spełnia potrzeby automatyzacji sieci. Zapewnia mechanizmy bezpieczeństwa, takie jak uwierzytelnianie i autoryzacja, aby zapewnić bezpieczną transmisję wiadomości. Zapewnia również mechanizmy transakcji, wspierające klasyfikację danych, przechowywanie i migrację, stopniowe zobowiązywanie i izolację konfiguracji. Wspiera kompleksowe dostarczanie konfiguracji, weryfikację i rollback, minimalizując wpływ na usługi sieciowe. Umożliwia producentom definiowanie własnych operacji protokołu w celu wdrożenia unikalnych możliwości zarządzania. 3Po co NETCONF? Kluczowym wymogiem sieci chmurowych jest automatyzacja sieci w celu szybkiego świadczenia usług na żądanie i zautomatyzowanego zarządzania operacjami.Tradycyjne metody takie jak CLI i SNM nie mogą spełniać tego wymogu. Mają następujące ograniczenia, które uwzględnia NETCONF.   31WadyCLIPo pierwsze, konfiguracja jest skomplikowana. CLI różnią się w zależności od dostawcy, wymagając od użytkowników uczenia się i dostosowywania skryptów CLI dla każdego dostawcy. Częste zmiany w strukturze i składni CLI utrzymywanie skryptów CLI jest trudne. Wyjście polecenia jest niestrukturyzowane, nieprzewidywalne i łatwo zmieniające się, co utrudnia automatyczne analizowanie skryptów CLI. 3.2Wady SNMP: SNMP nie obsługuje transakcji, co powoduje nieefektywną konfigurację. SNMP używa protokołu datagramatycznego użytkownika (UDP), który nie zapewnia niezawodnej, sekwencjonowanej transmisji danych i nie posiada skutecznych mechanizmów bezpieczeństwa. SNMP nie posiada mechanizmu przesyłania transakcji konfiguracyjnych. SNMP zarządza konfiguracją urządzenia na zasadzie urządzenia po urządzeniu i nie obsługuje konfiguracji na poziomie sieci ani współpracy konfiguracji wielodośrodkowej.

NETCONF to pełna nazwa Network Configuration Protocol, czyli protokołu zarządzania siecią, który pozwala NMS (Network Management System) na wydawanie, modyfikowanie i usuwanie konfiguracji podłączonych urządzeń sieciowych (routerów, eNodeB, gNodeB, DU, CU lub RU). NETCONF jest rozwijany i standaryzowany przez IETF; w przypadku O-RAN, jest on odpowiedzialnością WG (Working Group 4).   1. Protokół NETCONF używa kodowania danych XML (Extensible Markup Language) do przetwarzania danych konfiguracyjnych i komunikatów protokołu; opiera się na koncepcji serwera i klienta i wykorzystuje mechanizm RPC (Remote Procedure Call) do osiągnięcia komunikacji między serwerem a klientem. Proces klienta działa na NMS, które może być skryptem lub aplikacją, a serwerem jest typowe urządzenie sieciowe.   2. Charakterystyki NETCONF są następujące: Przyjmuje warstwową strukturę protokołu, co czyni go bardziej odpowiednim dla sieci na żądanie, zautomatyzowanych i opartych na chmurze. Służy do wydawania, modyfikowania i usuwania konfiguracji urządzeń sieciowych. XML (Extensible Markup Language) jest używany do kodowania danych konfiguracyjnych i komunikatów protokołu. Opiera się na koncepcji serwera i klienta, gdzie NMS działa jako klient, a urządzenie sieciowe jako serwer. Komunikacja między serwerami i klientami jest realizowana za pomocą mechanizmu RPC (Remote Procedure Call). Operacje są wykonywane w oparciu o model YANG, co zmniejsza awarie sieci spowodowane błędami konfiguracji ręcznej. NETCONF spełnia potrzeby automatyzacji sieci. Zapewnia mechanizmy bezpieczeństwa, takie jak uwierzytelnianie i autoryzacja, aby zapewnić bezpieczną transmisję wiadomości. Zapewnia również mechanizmy transakcyjne, obsługując klasyfikację danych, przechowywanie i migrację, etapowe zatwierdzanie i izolację konfiguracji. Obsługuje kompleksowe dostarczanie konfiguracji, weryfikację i wycofywanie, minimalizując wpływ na usługi sieciowe. Umożliwia dostawcom definiowanie własnych operacji protokołu w celu wdrożenia unikalnych możliwości zarządzania.     3. Dlaczego NETCONF jest potrzebny? Kluczowym wymogiem sieci chmurowych jest automatyzacja sieci w celu szybkiego, na żądanie udostępniania usług i zautomatyzowanego zarządzania operacjami. Tradycyjne podejścia, takie jak CLI i SNM, nie mogą spełnić tego wymagania. Mają one następujące ograniczenia, które NETCONF rozwiązuje.     31. Wady CLI: Po pierwsze, konfiguracja jest skomplikowana. Po drugie, następujące: CLI różnią się w zależności od dostawcy, co wymaga od użytkowników uczenia się i adaptacji skryptów CLI dla każdego dostawcy. Struktura i składnia CLI często się zmieniają, co utrudnia utrzymanie skryptów CLI. Dane wyjściowe poleceń są nieustrukturyzowane, nieprzewidywalne i łatwo zmienialne, co utrudnia automatyczne parsowanie skryptów CLI.     3.2 Wady SNMP: SNMP nie obsługuje transakcji, co skutkuje nieefektywną konfiguracją. SNMP używa protokołu UDP (User Datagram Protocol), który nie zapewnia niezawodnej, sekwencyjnej transmisji danych i brakuje mu skutecznych mechanizmów bezpieczeństwa. SNMP nie posiada mechanizmu przesyłania transakcji konfiguracyjnych. SNMP zarządza konfiguracją urządzenia na zasadzie urządzenie po urządzeniu i nie obsługuje konfiguracji na poziomie sieci ani współpracy wielu urządzeń.

  W systemie 5G żądanie przełączenia ścieżki (PATH SWITCH REQUEST) jest żądanie do terminala (UE) ustanowienia połączenia sygnalizacyjnego z 5GC i, w stosownych przypadkach,żądać, aby łącze w dół nośnika transportu NG-U zostało przełączone na nowy węzeł usługiWniosek ten może okazać się niewykonalny z różnych powodów; 3GPP definiuje go w TS 38.413 w następujący sposób.   I. Niepowodzenie operacji żądania ścieżki   Jak pokazano na rysunku 8.4.4.3-1 poniżej, niepowodzenie żądania jest zazwyczaj reagowane przez AMF po wydaniu przez węzeł NG-RAN "PATH SWITCH REQUEST".       II. Scenariusze awarii operacji żądania są zazwyczaj następujące:   Jeżeli 5GC nie przełączy punktu zakończenia łącza w dół nośnika transportu NG-U na nowy punkt zakończenia (usługi) dla wszystkich zasobów sesji PDU,AMF wysyła do węzła NG-RAN komunikat PATH SWITCH REQUEST FAILURE.   The NG-RAN node shall release the corresponding QoS flows and consider the PDU Sessions indicated in the PDU Session Resource Release List IE contained in the PATH SWITCH REQUEST FAILURE message as released.   Odpowiednia wartość przyczyny dla każdej zwolnionej sesji PDU znajduje się w wiadomości PATH SWITCH REQUEST FAILURE.   III. Wnioski o nieprawidłowe operacje   Jeśli AMF otrzymuje wiadomość zawierającą wiele identyfikatorów sesji PDU ustawionych na tę samą wartość (w wykazie zasobów sesji PDU, które mają zostać przełączone IE na liście łączy w dół),AMF wysyła do węzła NG-RAN komunikat PATH SWITCH REQUEST FAILUREPoza tym,   W wyjątkowym przypadku AMF może wygenerować żądanie zmiany ścieżki nieudanej transferu IE.   Jeżeli w wiadomości PATH SWITCH REQUEST ACKNOWLEDGE otrzymuje się częściowo dozwolone NSSAI IE, a łączna liczba S-NSSAI zawartych w dozwolonym NSSAI i częściowo dozwolonym NSSAI przekracza 8,węzeł NG-RAN uważa, że procedura zakończyła się niepowodzeniem.   W przypadku gdy jakiekolwiek S-NSSAI obecne w częściowo dozwolonym NSSAI IE jest również obecne w dozwolonym NSSAI IE, węzeł NG-RAN uzna za nieudane.

Przeniesienie stanu sieci RAN to proces przekazywania informacji o stanie łącza górnego i dolnego terminala (UE) z węzła źródłowego sieci dostępu radiowego (RAN) do węzła docelowego sieci RAN w sieci 5G.Zazwyczaj występuje to podczas przekazywania lub scenariuszy podwójnej łącznościW trakcie tego procesu AMF przekazuje informacje o danych łącza w dół (np. liczba przekazanych pakietów),wraz ze statusem SN oraz numerem sekwencyjnym PDCP (Packet Data Convergence Protocol) i numerem hiperramy (HFN) zarówno dla danych łącza w górę, jak i w dół, do celu RAN.   - Ja.Przeniesienie stanu RAN z linku górnegorCelem jest umożliwienie bezstratnych przekazów w sieci NG-RAN. Proces przekazywania wykorzystuje sygnalizację związaną z UE.4.6.2-1 poniżej, gdzie:   The source NG-RAN node initiates this process by stopping allocating PDCP SNs for downlink SDUs and sending an UPLINK RAN STATUS TRANSFER message to the AMF when it deems the transmitter/receiver status frozen. W przypadku każdej sieci DRB, dla której ma zastosowanie zachowanie stanu PDCP-SN i HFN, węzeł źródłowy NG-RAN zawiera identyfikator DRB IE, UL COUNT IE,i DL COUNT IE w Liście Transferu Statusu Subjektu DRB IE w Transferze Statusu RAN Transparent Container IE wiadomości UPLINK RAN STATUS TRANSFER. dla każdego DRB, dla którego węzeł źródłowy NG-RAN przyjął żądanie przekazania łącza w górę od węzła docelowego NG-RAN,węzeł źródłowy NG-RAN może również zawierać brakujące i otrzymane SDU łącza w górnym zakresie w SDU UL PDCP IE wiadomości UPLINK RAN STATUS TRANSFER.   II.Przeniesienie stanu RAN łącza w dół Celem projektu jest wdrożenie procedur przekazywania bez strat opartych na sieci NG-RAN przy użyciu sygnalizacji związanej z UE.4.7.2-1 poniżej, gdzie:     AMF inicjuje tę procedurę poprzez wysłanie wiadomości DOWNLINK RAN STATUS TRANSFER do docelowego węzła NG-RAN.300 i przy użyciu pełnej konfiguracji nie uwzględnia informacji otrzymanych w tym komunikatie. dla każdego DRB w przejrzystym kontenerze IE dotyczącym przeniesienia statusu RAN, który podlega państwowemu wykazowi IE dotyczącemu przeniesienia statusu,węzeł docelowy NG-RAN nie przesyła żadnych pakietów danych łącza wschodniego z PDCP-SN niższym niż wartość UL Count Value IE;. dla każdego DRB w przejrzystym kontenerze IE dotyczącym przeniesienia statusu RAN, który podlega państwowemu wykazowi IE dotyczącemu przeniesienia statusu,węzeł docelowej sieci NG-RAN wykorzystuje wartość DL COUNT Value IE pierwszego pakietu danych łącza w dół, któremu nie został jeszcze przypisany PDCP-SN.. Jeżeli co najmniej jeden DRB w przejrzystym kontenerze IE przekazywania statusu RAN w wiadomości DOWNLINK RAN STATUS TRANSFER zawiera status odbioru IE SDU UL PDCP,węzeł docelowej sieci NG-RAN może go używać w wiadomościach o stanie przesyłanych do UE za pośrednictwem interfejsu radiowego;.

  Celem procesu PATH SWITCH REQUEST jest ustanowienie połączenia sygnalizacyjnego związanego z UE z 5GC i, jeśli ma to zastosowanie, zażądanie przełączenia punktu zakończenia łącza w dół nośnika transportowego NG-U do nowego punktu zakończenia. 3GPP definiuje odpowiednie procesy 5G w TS38.413 po włączeniu technologii IAB, slicing, pozycjonowania i pomiaru odległości w następujący sposób:   I. Przetwarzanie autoryzacji IAB   Jeśli komunikat PATH SWITCH REQUEST ACKNOWLEDGE zawiera element informacyjny (IE) IAB Authorization, węzeł NG-RAN (jeśli jest obsługiwany) powinien przechowywać otrzymane informacje o autoryzacji IAB w kontekście UE i używać ich zgodnie z TS 38.401.   Jeśli komunikat PATH SWITCH REQUEST ACKNOWLEDGE zawiera element informacyjny Mobile IAB Authorization, węzeł NG-RAN (jeśli jest obsługiwany) powinien przechowywać otrzymany status autoryzacji Mobile IAB w kontekście UE Mobile IAB-MT. Jeśli element informacyjny Mobile IAB Authorization Mobile IAB-MT jest ustawiony na "Unauthorized" (Niezautoryzowany), węzeł NG-RAN (jeśli jest obsługiwany) powinien zapewnić, że węzeł Mobile IAB nie obsługuje żadnego UE.   II. NSSAI oraz pomiar odległości i pozycjonowanie   Jeśli element informacyjny "Partially Allowed NSSAI" (Częściowo dozwolone NSSAI) jest zawarty w komunikacie Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE), węzeł NG-RAN (jeśli jest obsługiwany) powinien wywnioskować z niego częściowo dozwolone wycinki sieci dla UE, przechowywać i zastępować wszelkie wcześniej otrzymane "Partially Allowed NSSAI" i używać go zgodnie z TS 23.501.   Jeśli element informacyjny "Ranging and Sidetrack Location Service Information" (Informacje o usłudze lokalizacji pomiaru odległości i toru bocznego) jest zawarty w komunikacie Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE), węzeł NG-RAN (jeśli jest obsługiwany) powinien odpowiednio zaktualizować informacje o usłudze lokalizacji pomiaru odległości i toru bocznego UE. Jeśli element informacyjny "Ranging and Sidetrack Positioning Authorization" (Autoryzacja pozycjonowania pomiaru odległości i toru bocznego) w elemencie informacyjnym Ranging and Sidetrack Positioning Service Information (Informacje o usłudze pozycjonowania pomiaru odległości i toru bocznego) jest ustawiony na "Unauthorized" (Niezautoryzowany), węzeł NG-RAN (jeśli jest obsługiwany) powinien podjąć kroki w celu zapewnienia, że UE nie ma już dostępu do usług pozycjonowania pomiaru odległości i toru bocznego.   III. Procedura raportu przejścia RRC Inactive   Jeśli element informacyjny RRC Inactive Transition Report Request (Żądanie raportu przejścia RRC Inactive) jest zawarty w komunikacie Path Switch Request Acknowledgement i jest ustawiony na "Single RRC Connection Status Report" (Pojedynczy raport statusu połączenia RRC), a UE jest w stanie RRC_CONNECTED, węzeł NG-RAN (jeśli jest obsługiwany) powinien wysłać komunikat RRC Inactive Transition Report do AMF, aby zgłosić status RRC UE.   Jeśli element informacyjny RRC Inactive Transition Report Request jest zawarty w komunikacie PATH SWITCH REQUEST ACKNOWLEDGE i jest ustawiony na "Single RRC Connection Status Report" (Pojedynczy raport statusu połączenia RRC), a UE jest w stanie RRC_INACTIVE, węzeł NG-RAN powinien (jeśli jest obsługiwany) wysłać komunikat RRC Inactive Transition Report do AMF oraz kolejny komunikat RRC Inactive Transition Report po przejściu stanu RRC do RRC_CONNECTED.   Jeśli element informacyjny RRC Inactive Transition Report Request jest zawarty w komunikacie PATH SWITCH REQUEST ACKNOWLEDGE i jest ustawiony na "Subsequent State Transition Report" (Raport kolejnych przejść stanów), węzeł NG-RAN powinien (jeśli jest obsługiwany) wysłać komunikat RRC INACTIVE TRANSITION REPORT do AMF, aby zgłosić status RRC UE, oraz kolejny komunikat RRC INACTIVE TRANSITION REPORT, aby zgłosić status RRC UE po wejściu lub wyjściu UE ze stanu RRC_INACTIVE.   IV. Procedura powiadomienia o zasobach sesji PDU   Jeśli element informacyjny Path Switch Request Acknowledge Transfer komunikatu PATH SWITCH REQUEST ACKNOWLEDGE zawiera parametry związane z QoS (np. element informacyjny CN Packet Delay Budget Downlink lub element informacyjny CN Packet Delay Budget Uplink), ale węzeł NG-RAN nie jest w stanie pomyślnie zaakceptować parametrów, węzeł NG-RAN powinien nadal używać starych wartości (jeśli istnieją) otrzymanych z węzła źródłowego NG-RAN. Jeśli jest obsługiwany, węzeł NG-RAN powinien powiadomić AMF, wysyłając komunikat PDU SESSION RESOURCE NOTIFY.    

  Celem procedury żądania drogi przekazywania jest ustalenie odpowiedniego połączenia sygnalizacyjnego pomiędzy terminalem (UE) a 5GC oraz, w stosownych przypadkach,żądać punktu zakończenia łącza w dółNosiciel transportu NG-UW przypadku przekazywania usług związanych z UE w interfejsie PC5 w Sildlink 3GPP definiuje je w TS38.413 w następujący sposób:   - Ja.PC5 Przetwarzanie QoSWymóg ścieżki w przekazywaniu interfejsu PC5 w Sildlink jest zdefiniowany w następujący sposób:   Jeżeli komunikat PATH SWITCH REQUEST ACKNOWLEDGE zawiera parametr PC5 QoS IE, węzeł NG-RAN używa go (jeśli jest obsługiwany) zgodnie z definicją w TS 23.287. Jeżeli komunikat PATH SWITCH REQUEST ACKNOWLEDGE zawiera parametr A2X PC5 QoS IE, węzeł NG-RAN (jeśli jest obsługiwany) używa go zgodnie z definicją w TS 23.256. Jeżeli komunikat potwierdzenia żądania przełączenia ścieżki zawiera listę ustawień alternatywnych parametrów QoS IE, węzeł NG-RAN (jeśli jest obsługiwany) używa jej zgodnie z specyfikacją w TS 23.502. II.Wniosek o ścieżkę w trybie CE-B i na płaszczyźnie użytkownika CIoTPrzekazanie jest zdefiniowane w następujący sposób:   Jeżeli komunikat potwierdzenia żądania przełączania ścieżki zawiera ograniczenie IE w trybie CE-B, ograniczenie IE rozszerzonego zasięgu nie jest ustawione na "ograniczone",i informacje o ograniczeniu rozszerzonego zasięgu przechowywane w kontekście UE nie są ustawione na "ograniczone", węzeł NG-RAN (jeśli jest obsługiwany) przechowuje te informacje w kontekście UE i wykorzystuje je zgodnie z definicją w TS 23.501. Jeżeli komunikat potwierdzenia żądania przełączenia ścieżki zawiera wskaźnik wsparcia UE dla użytkowników w płaszczyźnie CIoT IE,węzeł NG-RAN (jeśli jest obsługiwany) przechowuje te informacje w kontekście UE i zakłada, że UE obsługuje optymalizację użytkownika CIoT 5GS zgodnie z TSI 23.501. Jeżeli komunikat potwierdzenia żądania przełączenia ścieżki zawiera identyfikator UE dla zdolności radiowych IE, węzeł NG-RAN (jeśli jest obsługiwany) używa go zgodnie z TSI 23.501 i TS 23.502. III.Sesja PDU Oczekiwana aktywność UE i żądanie ścieżki w MDTPrzekazanie jest zdefiniowane w następujący sposób: dla każdej sesji PDU, jeżeli komunikat PATH SWITCH REQUEST ACKNOWLEDGE zawiera IE "PDU Session Expected UE Activity Behavior",węzeł NG-RAN (jeśli jest obsługiwany) przetwarza te informacje zgodnie z TSI 23.501. Jeżeli komunikat PATH SWITCH REQUEST ACKNOWLEDGE zawiera "Management-Based MDT PLMN List" IE, węzeł NG-RAN przechowuje go w kontekście UE i, jeśli jest obsługiwany,wykorzystywać ten wykaz w celu umożliwienia późniejszego wyboru UE dla MDT opartej na zarządzaniu zgodnie z definicją w TS 32.422. Jeżeli komunikat PATH SWITCH REQUEST ACKNOWLEDGE zawiera IE "Management-based MDT PLMN Modification List", the NG-RAN node (if supported) shall use this list to overwrite any previously stored management-based MDT PLMN list information in the UE context and use the received information to allow subsequent selection of the UE for management-based MDT as defined in TS 32.422. Jeżeli komunikat PATH SWITCH REQUEST ACKNOWLEDGE zawiera informacje dotyczące pomocy w synchronizacji czasu IE,węzeł NG-RAN (jeśli jest obsługiwany) przechowuje te informacje w kontekście UE i wykorzystuje je zgodnie z definicją w TS 23.501. IV.Wniosek o ścieżkę w 5G ProSePrzekazanie jest zdefiniowane w następujący sposób: Jeżeli komunikat PATH SWITCH REQUEST ACKNOWLEDGE zawiera 5G ProSe Authorized IE, węzeł NG-RAN (jeśli jest obsługiwany) aktualizuje odpowiednio informacje dotyczące autoryzacji ProSe UE. Jeżeli informacje o autoryzacji 5G ProSe (5G ProSe Authorized IE) zawierają jedno lub więcej IE ustawionych na "Nieautoryzowane"," węzeł NG-RAN (jeśli jest obsługiwany) powinien podjąć kroki w celu zapewnienia, że UE nie ma już dostępu do powiązanych usług 5G ProSeJeżeli w wiadomości PATH SWITCH REQUEST ACKNOWLEDGE zawarte jest 5G ProSe PC5 QoS Parameters IE, węzeł NG-RAN (jeśli jest obsługiwany) powinien go używać zgodnie z definicją w TS 23.304. Jeżeli w wiadomości PATH SWITCH REQUEST ACKNOWLEDGE znajdują się informacje o subskrypcji UE Aerial IE,węzeł NG-RAN (jeśli jest obsługiwany) powinien przechowywać te informacje lub przepisać wszelkie wcześniej przechowywane informacje w kontekście UE i wykorzystywać je zgodnie z definicją w TS 38.300. W przypadku gdy w wiadomości PATH SWITCH REQUEST ACKNOWLEDGE znajduje się 5G ProSe UE PC5 Aggregate Maximum Bit Rate IE, węzeł NG-RAN (jeśli jest obsługiwany) wykonuje następujące działania: Zastąpić wcześniej dostarczoną maksymalną łączną szybkość bitową 5G ProSe UE PC5 (jeśli jest dostępna w kontekście UE) otrzymaną wartością; Używanie wartości odbieranego dla łączności ze łącznością boczną dla powiązanego UE w trybie planowania sieci dla usługi 5G ProSe.

  1.Podziały na kawałki sieciW czasach tradycyjnej sieci 4G (LTE)APN(Namiona punktów dostępu) były pierwszą formą dzielenia sieci w sieciach komórkowych, umożliwiając operatorom podział sieci w oparciu o wymagania usług.   2.Wycinki sieci 5G, zdefiniowane przez 3GPP, zawierają niezależne instancje sieci z niezależnym sterowaniem i przetwarzaniem płaszczyzny użytkownika.który jest używany tylko w 5G z samodzielną architekturą (SA).   3.Elementy sieci i identyfikatory: Wdrożenia podziału w 5G obejmują funkcje sieciowe, takie jak sprzęt użytkownika (UE), sieć dostępu radiowego nowej generacji (NG-RAN), funkcje płaszczyzny sterowania (np. AMF, PCF, SMF),i funkcji płaszczyzny użytkownika (eKażdy kawałek sieci jest identyfikowanyS-NSSAI(Slice Service Type), który obejmujeRodzaj usługi przecinkowej (SST)W celu określenia usługi, do której ma zastosowanie kawałek sieci.SSTwartości takie jak: 1 dla rozszerzonego szerokopasmowego łącza mobilnego, 2 dla bardzo niezawodnych łączności o niskim opóźnieniu, 3 dla masywnych IoT, 4 w przypadku pojazdu do wszystkiego (V2X), 5 dla komunikacji typu maszynowego o wysokiej wydajności.   4.Wsparcie do przecinania sieci terminali: dla SA (samodzielnych) terminali 5G (UE) skonfigurowanych z USRP (UE Routing Policy),mogą wybierać S-NSSAI do dzielenia sieci (usługi) na podstawie pożądanej aplikacji (w zależności od wymogów jakości usługi aplikacji)Na przykład pierwszy Galaxy S24 Ultra firmy Samsung wyposażony w URSP umożliwia wybór i wykonanie usług w systemie 5G.   5.Wsparcie do rozcinania sieci systemowej:ADC(Wykrywanie i sterowanie) jest włączone (funkcja w ramach podstawowych elementów sieci 5G PCF (funkcja kontroli zasad) i SMF (funkcja zarządzania sesją)).ADCjest używany do identyfikacji aplikacji lub ruchu po stronie sieci, stosowania polityk takich jak jakość usług, rozliczanie lub przekierowywanie oraz wdrażania klasyfikacji ruchu w czasie rzeczywistym i ustalania priorytetów.   6.Przykłady komercyjnego wdrożenia Network Slicing: Singapore Telecommunications (Singtel) uruchomiłSingtel 5G+, zaawansowana innowacja "slicing sieci", która zapewnia nowy standard łączności i uprzywilejowane doświadczenie dzięki trzem kluczowym funkcjom: Singtel 5G+: Jedyna sieć wykorzystująca pasmę widma 700 MHz, zapewniająca optymalny zasięg w całym kraju, nawet w pomieszczeniach. Singtel 5G+ Wzmocnione: Szerszy zasięg i szybsze prędkości, z konsekwentnie do 2x prędkości. Singtel 5G+ priorytet: priorytetowe kanały sieciowe z 4 razy większą prędkością, zawsze priorytetowe dla usług i wykrywanie nowych

3GPP definiuje w TS 38.413 następujące kwestie dotyczące ograniczenia rozszerzonego zasięgu, wydłużonego czasu połączenia, autoryzacji usług V2X i przetwarzania żądań ścieżki handover dla terminali agregacji sidelink w systemie 5G:   I. Ograniczenie rozszerzonego zasięgu i wydłużony czas połączenia   Jeśli wiadomość Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) zawiera Enhanced Coverage Restriction IE, węzeł NG-RAN POWINIEN (jeśli jest obsługiwany) przechowywać te informacje w kontekście UE i używać ich zgodnie z definicją w TS 23.501.   Jeśli wiadomość Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) zawiera Extended Connected Time IE, węzeł NG-RAN POWINIEN (jeśli jest obsługiwany) używać jej zgodnie z definicją w TS 23.501.   Jeśli wiadomość Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) zawiera UE Differentiation Information IE, węzeł NG-RAN (jeśli jest obsługiwany) powinien przechowywać te informacje w kontekście UE do dalszego wykorzystania zgodnie z TS 23.501.   II. Autoryzacja usług NR V2X   Jeśli wiadomość PATH SWITCH REQUEST ACKNOWLEDGE zawiera NR V2X Service Authorization IE, węzeł NG-RAN (jeśli jest obsługiwany) powinien odpowiednio zaktualizować informacje o autoryzacji usług NR V2X dla UE.   Jeśli NR V2X Service Authorization IE zawiera jeden lub więcej elementów IE ustawionych na "Unauthorized", węzeł NG-RAN (jeśli jest obsługiwany) powinien podjąć kroki w celu zapewnienia, że UE nie ma już dostępu do powiązanych usług.   Jeśli wiadomość PATH SWITCH REQUEST ACKNOWLEDGE zawiera LTE V2X Service Authorization IE, węzeł NG-RAN (jeśli jest obsługiwany) powinien odpowiednio zaktualizować informacje o autoryzacji usług LTE V2X dla UE. Jeśli LTE V2X Service Authorization IE zawiera jeden lub więcej elementów IE ustawionych na "Unauthorized", węzeł NG-RAN (jeśli jest obsługiwany) powinien podjąć środki w celu zapewnienia, że UE nie ma już dostępu do powiązanych usług.   Jeśli NR A2X Service Authorization IE zawiera jeden lub więcej elementów IE ustawionych na "Unauthorized", węzeł NG-RAN (jeśli jest obsługiwany) powinien podjąć środki w celu zapewnienia, że UE nie ma już dostępu do powiązanych usług.   Jeśli wiadomość Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) zawiera LTE A2X Service Authorization IE, węzeł NG-RAN (jeśli jest obsługiwany) powinien odpowiednio zaktualizować informacje o autoryzacji LTE A2X dla UE.   Jeśli LTE A2X Service Authorization IE zawiera jeden lub więcej elementów IE ustawionych na "Unauthorized", węzeł NG-RAN (jeśli jest obsługiwany) powinien podjąć środki w celu zapewnienia, że UE nie ma już dostępu do powiązanych usług.   III. Przetwarzanie Sidelink i Agregacji   Jeśli wiadomość PATH SWITCH REQUEST ACKNOWLEDGE zawiera NR UE Sidelink Aggregate Maximum Bit Rate IE, węzeł NG-RAN (jeśli jest obsługiwany) powinien wykonać następujące operacje: Zastąpić wcześniej dostarczoną UE Sidelink Aggregate Maximum Bit Rate (jeśli jest dostępna w kontekście UE) otrzymaną wartością; Użyć otrzymanej wartości dla komunikacji sidelink z powiązanym UE w trybie harmonogramowania sieci NR V2X.   Jeśli wiadomość PATH SWITCH REQUEST ACKNOWLEDGE zawiera LTE UE Sidelink Aggregate Maximum Bit Rate IE, węzeł NG-RAN (jeśli jest obsługiwany) powinien wykonać następujące operacje: Zastąpić wcześniej dostarczoną UE Sidelink Aggregate Maximum Bit Rate (jeśli jest dostępna w kontekście UE) otrzymaną wartością; Użyć otrzymanej wartości dla komunikacji sidelink z powiązanym UE w trybie harmonogramowania sieci LTE V2X. Jeśli wiadomość PATH SWITCH REQUEST ACKNOWLEDGE zawiera NR A2X UE PC5 aggregate maximum bit rate IE, węzeł NG-RAN (jeśli jest obsługiwany) powinien wykonać następujące operacje: Zastąpić wcześniej dostarczoną NR A2X UE PC5 aggregate maximum bit rate (jeśli jest dostępna w kontekście UE) otrzymaną wartością; W trybie harmonogramowania sieci, użyć otrzymanej wartości dla komunikacji sidelink usług NR A2X dla powiązanego UE. Jeśli wiadomość PATH SWITCH REQUEST ACKNOWLEDGE zawiera LTE A2X UE PC5 aggregate maximum bit rate IE, węzeł NG-RAN (jeśli jest obsługiwany) powinien wykonać następujące operacje: Zastąpić wcześniej dostarczoną LTE A2X UE PC5 aggregate maximum bit rate (jeśli jest dostępna w kontekście UE) otrzymaną wartością; W trybie harmonogramowania sieci, użyć otrzymanej wartości dla komunikacji sidelink usług LTE A2X dla powiązanego UE.