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

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.

  W systemie 5G przekazanieżądanie ścieżkijest żądaniem złożonym przez terminal (UE) o ustanowienie połączenia sygnalizacyjnego z UE z 5GC i, w stosownych przypadkach,żądać przeniesienia punktu końcowego łącza w dół posiadacza transportu NG-U na nowy punkt końcowyPonieważ 5G obsługuje coraz większą liczbę typów usług, treść żądań ścieżek podczas przekazywania stanie się coraz bardziej złożona.   I. Pakiet budżetowy opóźnienia   JeśliZmniejszenie opóźnień w budżecie pakietów CNIE jest zawarte w wiadomości Oświadczenie o zgłoszeniu żądania przełączania ścieżki Transport IE of the Path Switch Request Acknowledgement (PATH SWITCH REQUEST Acknowledgement),węzeł NG-RAN (jeśli jest obsługiwany) powinien zastąpić wcześniej dostarczony CN Packet Delay Budget Downlink (jeśli istnieje) i użyć go zgodnie z specyfikacją w TS 23.502.   JeśliZmniejszenie opóźnień w budżecie pakietów CNIE jest zawarte w wiadomości Path Switch Request Ack Transport IE of the Path Switch Request Ack No WLEDGE,węzeł NG-RAN (jeśli jest obsługiwany) zastępuje wcześniej dostarczony (jeśli istnieje) połączenie Uplink budżetowe z opóźnieniem pakietów CN i wykorzystuje je zgodnie z specyfikacją w TS 23.502.   II. Przetwarzanie danych w trybie burst   Jeżeli w wiadomości "Path Switch Request Ack Transport IE of the Path Switch Request Ack" znajduje się burst arrival time downlink IE,węzeł NG-RAN (jeśli jest obsługiwany) zastępuje uprzednio podaną wartość (jeśli istnieje) i wykorzystuje ją zgodnie z specyfikacją w TS 23.502.   III. Nieaktywny RRC i obsługa informacji o pomocy sieci podstawowej   Jeżeli w wiadomości potwierdzającej żądanie przełączania ścieżki zawarte są podstawowe informacje dotyczące pomocy sieciowej RRC INACTIVE IE,węzeł NG-RAN (jeśli jest obsługiwany) przechowuje te informacje w kontekście UE i wykorzystuje je do podejmowania decyzji o stanie RRC_INACTIVE oraz konfiguracji RNA UE i wyszukiwania RAN (jeśli istnieje), zgodnie z opisem w TS 38.300.   Jeżeli podstawowe informacje dotyczące pomocy sieciowej RRC INACTIVE IE obejmują MICO All PLMN IE,węzeł NG-RAN (jeśli jest obsługiwany) traktuje obszar rejestracji UE jako pełną PLMN i ignoruje listę TAI RRC Inactive IE.   Jeżeli podstawowe informacje dotyczące pomocy sieciowej RRC INACTIVE IE zawierają wskazanie przyczyny wywołania połączenia usługi głosowej IE,węzeł NG-RAN (jeśli jest obsługiwany) przechowuje i wykorzystuje go zgodnie z TSI 38.300.   Jeżeli podstawowe informacje dotyczące pomocy w ramach sieci RRC INACTIVE IE obejmują informacje dotyczące pomocy PEIPS IE,węzeł NG-RAN (jeśli jest obsługiwany) przechowuje go i wykorzystuje do wywołania podgrup UE w stanie RRC_INACTIVE, zgodnie z opisem w TS 38.300.   Jeżeli w podstawowych informacjach dotyczących pomocy sieciowej (RRC INACTIVE IE) znajduje się CN MT Communication Handling IE,węzeł NG-RAN (jeśli jest obsługiwany) przechowuje ten IE i może następnie poprosić CN o wykonanie obsługi komunikacji MT, zgodnie z opisem w TS 23.502, w zależności od realizacji.   Jeżeli w wiadomości "PATH SWITCH REQUEST ACKNOWLEDGE" (potwierdzenie żądania przełączania ścieżki) znajduje się wpis "CN Assisted RAN Parameter Adjustment IE", węzeł NG-RAN może wykorzystać ten wpis zgodnie z opisem w TS 23.501.   Jeżeli w wiadomości Potwierdzenie wniosku o przełączenie ścieżki (PATH SWITCH REQUEST ACKNOWLEDGE) znajduje się żądanie sprawozdania o przejściu RRC INACTIVE IE,węzeł NG-RAN (jeśli jest obsługiwany) przechowuje te informacje w kontekście UE.   V. Przetwarzanie EPS i SRVCC   Jeśli wiadomość PATH SWITCH REQUEST ACKNOWLEDGE zawiera przekierowanie do głosuEPS FallbackIE węzeł NG-RAN (jeśli jest obsługiwany) przechowuje ten IE i wykorzystuje go w kolejnych decyzjach awaryjnych dotyczących systemu EPS głosowego zgodnie z TSI 23.502.   Jeżeli komunikat PATH SWITCH REQUEST ACKNOWLEDGE zawiera informacje SRVCC Operation Possible IE,węzeł NG-RAN (jeśli jest obsługiwany) przechowuje otrzymane treści SRVCC Operation Possible IE w kontekście UE i wykorzystuje je zgodnie z definicją w TS 23.216.