logo
Wyślij wiadomość
Shenzhen Olax Technology CO.,Ltd
produkty
Nowości
Do domu >

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

Uczenie się systemu 5G – przeciążenie systemu (inicjacja)

  1Przesyłka systemu:W sieciach 5G,"przesyłka"odnosi się do nadmiernego ruchu lub zbyt wielu urządzeń próbujących połączyć się jednocześnie, przytłaczających zasoby sieci i prowadzących do zatłoczenia, niskiej prędkości lub awarii połączenia.Strategie przeciwdziałania temu przeciążeniu obejmują uwolnienie większej ilości licencjonowanego widma, przydział zasobów poprzez dzielenie sieci i podstawowe funkcje sieci oraz wdrożenie mechanizmów takich jak ograniczanie, czasowniki wyjścia i wiadomości o przeciążeniu w celu skutecznego kontrolowania i zarządzania ruchem.   2. Proces uruchamiania przeciążeniapowiadamia węzeł NG-RAN o zmniejszeniu obciążenia sygnalizacyjnego skierowanego do powiązanego AMF. W tym procesie inicjowania wykorzystuje się sygnalizację niepowiązaną z UE. Jak pokazano na rysunku 8.7.7.2-1 poniżej, proces inicjowania obejmuje:     Węzeł NG-RAN otrzymujący komunikat o inicjowaniu przeciążenia powinien zakładać, że odbierający AMF znajduje się w stanie przeciążenia. W przypadku gdy komunikat Start przeciążenia zawiera funkcję IE działania przeciążenia i funkcję IE odpowiedzi na przeciążenie AMF, węzeł NG-RAN wykorzystuje go do identyfikacji odpowiedniego ruchu sygnalizacyjnego.Informacja ta jest używana, gdy akcja przeciążenia IE jest ustawiona na: W przypadku, gdy w celu przesyłania danych pochodzących z urządzeń przenośnych, które nie są w nagłych wypadkach, odmawia się połączenia RRC (tj. odmawia się ruchu odpowiadającemu RRC, co powoduje: mo-data, mo-SMS, mo-video call,i ¢mo-VoiceCall ¢ w TS 38.331 lub "mo-data" i "mo-voicecall" w TS 36.331), lub W przypadku, gdy systemy łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności łączności331 lub ¢mo-data¢, "mo-sygnalizacja" i "mo-głos" w TS 36.331), lub ¢Zalogować połączenie RRC tylko w przypadku sesji awaryjnych i usług mobilnych zakończonych ¢ (tj. zezwolić tylko na ruch odpowiadający TS 38.331 lub RRC powoduje "nagły wypadek" i "mt-Access" w TS 36.331), lub "Ustawienie połączenia RRC jest dozwolone tylko dla sesji o wysokim priorytetach i usług końcowych mobilnych" (tj. tylko ruch odpowiadający RRC powoduje "highPriorityAccess", "mps-Priority Access"," "mcs-PriorityAccess" i "mt-Access" w TS 38.331 lub "highPriorityAccess", "mo-ExceptionData" i "mt-Access" w TS 36.331 są dozwolone). 3- Przesyłka.NG-RAN zajmuje się sytuacją w następujący sposób: Jeżeli komunikat OVERLOAD START zawiera wskazanie zmniejszenia obciążenia ruchu AMF IE, ruch sygnalizacyjny zmniejsza się o wskazany procent; w przeciwnym razietylko ruch sygnalizacyjny, który nie jest oznaczony jako odrzucony, jest przesyłany do AMF. Jeżeli w wiadomości OVERLOAD START znajduje się wykaz NSSAI IE rozpoczęcia przeciążenia, węzeł NG-RAN: Jeżeli wskaźnik zmniejszenia obciążenia ruchu w przedziale IE jest obecny, zmniejszyć ruch sygnalizacyjny UE o wskazany procent, provided that the IE is present and the requested NSSAI contains only the S-NSSAI contained in the Overload Start NSSAI List IE and the signaling traffic reduction indicated by the Overload Action IE in the Slice Overload Response IE; w przeciwnym razie upewnij się, że tylko ruch sygnalizacyjny z UE (jeśli żądane NSSAI pasuje, only signaling traffic from the UE's requested NSSAI containing S-NSSAIs other than the S-NSSAI contained in the Overload Start NSSAI List IE) or signaling traffic not reduced as indicated by the Overload Action IE in the Slice Overload Response IE) is sent to the AMF. W przypadku gdy węzeł NG-RAN otrzymuje kolejny komunikat OVERLOAD START, węzeł NG-RAN zastępuje treść uprzednio otrzymanej wiadomości nową treścią.

2025

10/13

Nauka o systemie 5G - Wskaźnik statusu AMF

  1.AMF(The Access and Mobility Management Function) jest kluczowym elementem płaszczyzny sterowania w 5G, odpowiedzialnym za zarządzanie dostępem, mobilnością i bezpieczeństwem sprzętu użytkownika (UE) w systemie 5G.Zajmuje się wstępną rejestracją UE i uwierzytelnieniemAMF współpracuje z innymi funkcjami sieciowymi (takimi jak SMF) w celu ustanowienia i utrzymania sesji danych dla użytkowników.   2.Obowiązki AMFsą podzielone na następujące obszary: Rejestracja UE i uwierzytelnianie:AMF uwierzytelnia UE, weryfikuje jego tożsamość i dane uwierzytelniające subskrypcji oraz udziela mu dostępu do usług 5G. Zarządzanie mobilnością:Odpowiedzialny za obsługę złożonego procesu przenoszenia UE z jednej komórki do drugiej lub między różnymi sieciami dostępu radiowego (NG-RAN). Zarządzanie kontekstem:Utrzymuje kontekst UE, który zawiera informacje o aktualnej lokalizacji UE, stanie sesji i bezpieczeństwie. Interakcja z innymi elementami sieci SMF (Session Management Function): AMF współpracuje z SMF w celu ustanowienia, modyfikacji i zarządzania sesjami danych użytkownika. UDM (Unified Data Management): komunikuje się z UDM w celu pobierania i zarządzania informacjami o subskrypcji użytkownika.AMF wybiera odpowiednią AUSF do uwierzytelniania tożsamości UE podczas rejestracji. NSSF (Network Slice Selection Function): AMF wykorzystuje NSSF do odkrywania i wyboru odpowiedniego kawałka sieci i funkcji w oparciu o lokalizację i wymagania UE. Zarządzanie funkcjami sieci: AMF wykorzystuje interfejs oparty na usługach oraz funkcję repozytorium sieci (NRF) do odkrywania i wyboru innych funkcji sieci. 3.Wskazanie statusu AMFProcedura ta wykorzystuje sygnalizację niezwiązaną z UE, a jej skuteczne działanie przedstawiono na rysunku 8.7.6.2-1 poniżej, gdzie:   AMF uruchamia tę procedurę, wysyłając do węzła NG-RAN komunikat "Wskazanie stanu AMF". Po otrzymaniu komunikatów o statusie AMF węzeł NG-RAN zakłada, że wskazany GUAMI jest niedostępny i przeprowadza ponowne wybór AMF zgodnie z definicją w TS 23.501. W przypadku wsparcia węzeł NG-RAN podejmuje odpowiednie działania określone w TS 23.501 w oparciu o istnienie metody czasownika do usuwania GUAMI IE. Jeżeli w wiadomości "Informacja o stanie AMF" znajduje się "Nazwa AMF IE" zapasowa,węzeł NG-RAN (jeśli jest obsługiwany) wykonuje ponowny wybór AMF zgodnie z AMF wskazanym w imieniu zapasowego AMF IE zgodnie z TSI 23.501Jeżeli w wiadomości o statusie AMF znajduje się nazwa AMF IE z rozszerzonym zapisem zapasowym,węzeł NG-RAN (jeśli jest obsługiwany) wykonuje ponowny wybór AMF zgodnie z AMF wskazanym w nazwie rozszerzonej kopii zapasowej AMF IE zgodnie z TSI 23.501.

2025

10/11

Nauka o systemie 5G - Nieprawidłowości (Awarie) systemu

  1. Nieprawidłowości systemu: Odchylenia od projektu mogą wystąpić podczas normalnego działania sieci 5G. Obejmują one problemy z wydajnością, takie jak zagrożenia dla bezpieczeństwa sieci, zakłócenia sygnału, niewystarczający zasięg oraz potencjalne awarie oprogramowania i sprzętu sieciowego. Te nieprawidłowości mogą objawiać się przerwami w świadczeniu usług, awariami systemu, niską prędkością sieci lub zrywaniem połączeń. Zazwyczaj są identyfikowane poprzez analizę systemów wykrywania anomalii w danych sieciowych i można je podzielić na sieć rdzeniową i sieć radiową.     2. Nieprawidłowości 5GC: Jeśli wiadomość NG RESET zawiera element IE Lista połączeń logicznych NG powiązanych z UE, ale ani element IE AMF UE NGAP ID, ani element IE RAN UE NGAP ID nie jest obecny w elemencie IE Pozycja połączenia logicznego NG powiązanego z UE, AMF powinien zignorować element IE Pozycja połączenia logicznego NG powiązanego z UE. AMF może zwrócić pusty element IE Pozycja połączenia logicznego NG powiązanego z UE w elemencie IE Lista połączeń logicznych NG powiązanych z UE w wiadomości NG RESET ACKNOWLEDGE.     3. Anomalie NG-RAN: Jeśli wiadomość NG RESET zawiera element IE Lista połączeń logicznych NG powiązanych z UE, ale ani element IE AMF UE NGAP ID, ani element IE RAN UE NGAP ID nie jest obecny w elemencie IE Pozycja połączenia logicznego NG powiązanego z UE, węzeł NG-RAN powinien zignorować element IE Pozycja połączenia logicznego NG powiązanego z UE. Węzeł NG-RAN może zwrócić pusty element IE Pozycja połączenia logicznego NG powiązanego z UE w elemencie IE Lista połączeń logicznych NG powiązanych z UE w wiadomości NG RESET ACKNOWLEDGE.     4. Przekroczenie wiadomości NG RESET występuje zazwyczaj w następujących dwóch scenariuszach:   Jeśli procedura resetowania NG jest w toku w węźle NG-RAN, a węzeł NG-RAN odbiera wiadomość NG RESET od jednostki partnerskiej na tym samym interfejsie NG, który jest powiązany z jednym lub większą liczbą powiązań UE, które wcześniej zażądano zresetowania (jak wyraźnie lub dorozumianie wskazano w odebranej wiadomości NG RESET), węzeł NG-RAN powinien odpowiedzieć wiadomością NG RESET ACKNOWLEDGE, zgodnie z klauzulą 8.7.4.2.1.   Jeśli procedura resetowania NG jest w toku w AMF, a AMF odbiera wiadomość NG RESET od jednostki partnerskiej na tym samym interfejsie NG, która jest powiązana z jednym lub większą liczbą powiązań UE, które wcześniej zażądano zresetowania (wskazano wyraźnie lub dorozumianie w odebranej wiadomości NG RESET), AMF powinien odpowiedzieć wiadomością NG RESET ACKNOWLEDGE, zgodnie z klauzulą 8.7.4.2.

2025

10/10

Agregacja nośników 5G UE - klasa przepustowości

- Ja.Agregacja nośnikówPodobnie jak w przypadku LTE, agregacja nośników 5G (NR) zwiększa również szerokość pasma widma bezprzewodowego wykorzystywanego przez UE poprzez łączenie wielu nośników.W 5G (NR), UE mogą obsługiwać do 16 łącznych i nieprzyległych nośników komponentów (CC) o różnej numerologii zarówno w pasmach FR1 jak i FR2. Konfiguracje agregacji nośników obejmują:rodzaj agregacji nośnika (w obrębie pasma), sąsiednie/nie sąsiednie lub międzypasmowe), liczba pasm częstotliwości i klasa szerokości pasma.   II.Klasy przepustowości: Klasa szerokości pasma agregacji nośników terminala (UE) jest określona na podstawie alfabetycznego wykazu minimalnej i maksymalnej szerokości pasma oraz liczby nośników komponentów, z których może korzystać. Kluczowe parametry obejmują: Wsparcie terminali 5G (NR)do 16przyległe i nieprzyległe nośniki komponentów (CC) z różnymi zestawami parametrów, gdy jest włączony CA. Klasa przepustowości terminala (UE) to alfabetyczny wykaz minimalnej i maksymalnej przepustowości oraz liczby nośników komponentów (CC). Zgodnie z wydaniem 17 klasy agregacji nośników w FR1 wahają się od A do O, co pozwala na maksymalną zagregowaną szerokość pasma400 MHz. Zgodnie z wydaniem 17 klasy agregacji nośników w FR2 wahają się od A do Q, co pozwala na maksymalną zagregowaną szerokość pasma800 MHz.   III. Agregacja nośników FR1 Klasa szerokości pasma Kategoria A: UE 5G są skonfigurowane bez agregacji nośników. Maksymalny zakres częstotliwości nośnika (BWChannel, max) jest określany przez liczbę zakresu częstotliwości i zestaw parametrów,który określa odstęp częstotliwości podnośnika (SCS)Klasy A należą do wszystkich grup rezerwowych i pozwalają na powrót do tej konfiguracji nawet w przypadku braku agregacji nośników. Kategoria B: Łącząc dwa kanały radiowe, całkowita dostępna szerokość pasma dla UE wynosi od 20 do 100 MHz. KategoriaC: Łącząc dwa kanały radiowe, całkowita dostępna szerokość pasma dla UE wynosi od 100 do 200 MHz. Kategoria D: Łącząc trzy kanały radiowe, całkowita dostępna szerokość pasma dla UE wynosi od 200 do 300 MHz. Kategoria E: Łącząc cztery kanały radiowe, całkowita dostępna szerokość pasma dla UE wynosi od 300 do 400 MHz.Klasy C, D i E należą do tej samej grupy awaryjnej (grupy awaryjnej 1). Kategoria G: Łącząc trzy kanały radiowe, całkowita dostępna szerokość pasma dla UE wynosi od 100 do 150 MHz. KategoriaH: łączy cztery kanały radiowe, zapewniając całkowitą szerokość pasma 150-200 MHz dostępną dla urządzeń użytkownika (UE). KategoriaI:zbiera pięć kanałów radiowych, zapewniając łączną szerokość pasma 200-250 MHz dostępną dla urządzeń użytkownika (UE).zapewniając całkowitą szerokość pasma 250-300 MHz dostępną dla sprzętu użytkownika (UE). Klasa K: łączy siedem kanałów radiowych, zapewniając całkowitą przepustowość 300-350 MHz dostępną dla urządzeń użytkowników (UE). Klasa L: łączy osiem kanałów radiowych, zapewniając całkowitą szerokość pasma 350-400 MHz dostępną dla urządzeń użytkowników (UE). Klasy G-L należą do tej samej grupy awaryjnej (grupy awaryjnej 2).   IV. Klasy szerokości pasma agregacji nośników FR2 Kategoria Ajest konfiguracją 5G dla UE bez agregacji nośników. Maksymalny zakres częstotliwości nośnika (BWChannel, max) zależy od numeru pasma i numerologii.Klasy A należą do wszystkich grup rezerwowych i pozwalają UE na powrót do tej konfiguracji nawet bez agregacji nośników. Kategoria Bodpowiada całkowitej szerokości pasma po złożeniu dwóch kanałów radiowych w zakresie od 400 MHz do 800 MHz. KategoriaCodpowiada całkowitej szerokości pasma po złożeniu dwóch kanałów radiowych w zakresie od 800 MHz do 1200 MHz.Klasa B jest konfiguracją rezerwową dla klasy C; oba należą do tej samejGrupa odwrotna 1lista rezerwowa. Kategoria Dodpowiada całkowitej szerokości pasma po złożeniu dwóch kanałów radiowych w zakresie od 200 MHz do 400 MHz. Kategoria Eodpowiada całkowitej szerokości pasma po zbiorze trzech kanałów radiowych w zakresie od 400 MHz do 600 MHz. Kategoria Fodpowiada całkowitej szerokości pasma po zbiorze czterech kanałów radiowych w zakresie od 600 MHz do 800 MHz.Klasy D, E i F należą do tej samejGrupa odwrotna 2Lista rezerwowa. Klasa Godpowiada dwóm agregacjom kanałów radiowych o łącznej szerokości pasma od 100 MHz do 200 MHz. Klasa Hodpowiada trzem agregacjom kanałów radiowych o łącznej przepustowości od 200 MHz do 300 MHz. Klasa Iodpowiada czterem agregacjom kanałów radiowych o łącznej przepustowości od 300 MHz do 400 MHz. Klasa Jodpowiada pięciu agregacjom kanałów radiowych o łącznej przepustowości od 400 MHz do 500 MHz. Klasa Kodpowiada sześciu agregacjom kanałów radiowych o łącznej szerokości pasma od 500 MHz do 600 MHz. Klasa Lodpowiada siedmiu agregacjom kanałów radiowych o łącznej przepustowości od 600 MHz do 700 MHz. Klasa Modpowiada ośmiu agregacjom kanałów radiowych o łącznej przepustowości od 700 MHz do 800 MHz.Klasy G, H, I, J, K, L i M należą do tej samejGrupa odwrotna 3Lista rezerwowa.

2025

10/09

Uczenie się systemu 5G - Transport Nas Down Link (2)

    I. Scenariusz transportu NAS w dół łączaW systemie 5G proces transportu NAS w dół łącza jest używany, gdy AMF musi transparentnie wysłać komunikaty NAS do UE za pośrednictwem węzła NG-RAN i istnieje logiczne połączenie NG powiązane z UE, lub AMF otrzymał identyfikator RAN UE NGAP ID IE w komunikacie INITIAL UE MESSAGE, lub węzeł NG-RAN wysłał komunikat INITIAL UE MESSAGE przez inną instancję interfejsu NG, aby uruchomić logiczne połączenie NG powiązane z UE.   II. Przetwarzanie zawartości transportu NASOprócz zawartości w 5G System Learning - Downlink NAS Transport, inna zawartość NAS w dół łącza jest przetwarzana w następujący sposób:   Jeśli komunikat DOWNLINK NAS TRANSPORT zawiera identyfikator UE Radio Capability ID IE, węzeł NG-RAN powinien (jeśli jest obsługiwany) użyć go zgodnie z specyfikacją w TS 23.501 i TS 23.502. Jeśli komunikat DOWNLINK NAS TRANSPORT zawiera informacje Target NSSAI Information IE, węzeł NG-RAN może użyć tych informacji zgodnie z specyfikacją w TS 23.501. Jeśli komunikat DOWNLINK NAS TRANSPORT zawiera Partially Allowed NSSAI IE, węzeł NG-RAN (jeśli jest obsługiwany) powinien wywnioskować z niego częściowo dozwolony wycinek sieci UE, zapisać i zastąpić wszelkie wcześniej odebrane Partially Allowed NSSAI i użyć go zgodnie z specyfikacją w TS 23.50. Jeśli komunikat DOWNLINK NAS TRANSPORT zawiera Masked IMEISV IE, węzeł NG-RAN (jeśli jest obsługiwany) powinien użyć go do określenia charakterystyki UE do dalszego przetwarzania. Jeśli komunikat Downlink NAS Transport zawiera Mobile IAB Authorization IE, węzeł NG-RAN (jeśli jest obsługiwany) powinien zapisać otrzymany status Mobile IAB Authorization w kontekście UE. Jeśli Mobile IAB Authorization IE jest ustawiony na "Unauthorized" dla Mobile IAB-MT, węzeł NG-RAN (jeśli jest obsługiwany) powinien zapewnić, że żaden UE nie jest obsługiwany przez ten węzeł Mobile IAB. 3. Podczas interakcji Initial UE MessageProcedura, nawet jeśli identyfikator RAN UE NGAP ID IE został przypisany w komunikacie "Initial UE Message" wysłanym przez inną instancję interfejsu NG, węzeł NG-RAN POWINIEN użyć "AMF UE NGAP ID IE" i "RAN UE NGAP ID IE" otrzymanych w komunikacie "Downlink NAS Transport" jako identyfikatora połączenia logicznego.   4. Podczas procedury UE Radio Capability Information IndicationProcedura, jeśli komunikat Downlink NAS Transport zawiera UE Capability Information Request IE ustawiony na "requested" i informacje związane z możliwościami UE zostały pomyślnie pobrane z UE, węzeł NG-RAN POWINIEN uruchomić procedurę UE Radio Capability Information Indication.   5. Nienormalne scenariusze transportu NAS w dół łącza: Jeśli Partially Allowed NSSAI IE jest odbierany w komunikacie DOWNLINK NAS TRANSPORT, a całkowita liczba S-NSSAI zawartych w Allowed NSSAI i Partially Allowed NSSAI przekracza 8, węzeł NG-RAN POWINIEN uznać, że procedura zakończyła się niepowodzeniem. Jeśli jakikolwiek S-NSSAI obecny w Partially Allowed NSSAI IE jest również obecny w Allowed NSSAI IE, węzeł NG-RAN powinien uznać, że procedura zakończyła się niepowodzeniem.

2025

09/30

Uczenie się systemu 5G - Transport w dół NAS

  1. Przesyłanie NAS w dół: Procedura przesyłania NAS w dół jest używana, gdy AMF musi jedynie transparentnie wysłać komunikaty NAS do UE za pośrednictwem węzła NG-RAN i istnieje logiczne połączenie NG powiązane z UE, lub AMF otrzymał identyfikator RAN UE NGAP w komunikacie INITIAL UE MESSAGE, lub węzeł NG-RAN zainicjował logiczne połączenie NG powiązane z UE, wysyłając komunikat INITIAL UE MESSAGE za pośrednictwem innego wystąpienia interfejsu NG.   2. Przesyłanie NAS w dół jest pokazane na rysunku 8.6.2.2-1 poniżej, gdzie:   AMF inicjuje tę procedurę, wysyłając komunikat DOWNLINK NAS TRANSPORT do węzła NG-RAN. Jeśli logiczne połączenie NG powiązane z UE nie jest ustanowione, AMF musi przypisać unikalny identyfikator AMF UE NGAP do UE i zawrzeć go w komunikacie DOWNLINK NAS TRANSPORT. Po otrzymaniu AMF-UE identyfikatora NGAP w komunikacie DOWNLINK NAS TRANSPORT, węzeł NG-RAN ustanawia logiczne połączenie NG powiązane z UE.   Jeśli komunikat DOWNLINK NAS TRANSPORT zawiera identyfikator RAN Paging Priority, węzeł NG-RAN może go użyć do określenia priorytetu stronicowania UE w stanie RRC_INACTIVE. Identyfikator NAS-PDU zawiera komunikat AMF-UE, który jest przekazywany bez interpretacji w węźle NG-RAN. ​ Jeśli identyfikator Mobility Restriction List jest zawarty w komunikacie Downlink NAS Transport, węzeł NG-RAN musi nadpisać wszelkie wcześniej zapisane informacje o ograniczeniach mobilności w kontekście UE. Jeśli komunikat transportu NAS w dół zawiera informacje w identyfikatorze Mobility Restriction List, węzeł NG-RAN musi użyć tych informacji do: określenia celu kolejnych operacji mobilności, a węzeł NG-RAN musi dostarczyć informacje o celu operacji mobilności do UE; 3. Wybierz odpowiedni SCG podczas operacji podwójnej łączności; przypisz odpowiedni RNA do UE podczas przenoszenia go do stanu RRC_INACTIVE; i dodatkowo:   Jeśli komunikat transportu NAS w dół nie zawiera identyfikatora Mobility Restriction List i żadne informacje o ograniczeniach mobilności nie zostały wcześniej zapisane, węzeł NG-RAN musi założyć, że UE nie podlega ograniczeniom roamingu i dostępu, z wyjątkiem mobilności PNI-NPN, jak opisano w TS 23.501. ​ Węzeł NG-RAN musi założyć, że roaming lub dostęp do komórki CAG jest dozwolony tylko wtedy, gdy komunikat transportu NAS w dół zawiera identyfikator Allowed PNI-NPN List, jak opisano w TS 23.501. ​ Jeśli komunikat transportu NAS w dół zawiera identyfikator RAT/Frequency Selection Priority Index, węzeł NG-RAN musi (jeśli jest obsługiwany) użyć go zgodnie z definicją w TS 23.501. ​ Jeśli AMF nie wysłał wcześniej identyfikatora UE Aggregate Maximum Bit Rate, musi on zostać wysłany do węzła NG-RAN. Jeśli jest zawarty w komunikacie transportu NAS w dół, węzeł NG-RAN musi zapisać agregowaną maksymalną szybkość transmisji bitów UE w kontekście UE i użyć otrzymanej agregowanej maksymalnej szybkości transmisji bitów UE dla wszystkich przepływów QoS innych niż GBR powiązanego UE, zgodnie z definicją w TS 23.501. ​ Jeśli identyfikator Legacy AMF jest zawarty w komunikacie transportu NAS w dół, węzeł NG-RAN musi uznać, że logiczne połączenie NG powiązane z tym UE zostało przekierowane z innego AMF zidentyfikowanego przez identyfikator Legacy AMF do tego AMF. Jeśli identyfikator Extended Legacy AMF jest zawarty w komunikacie transportu NAS w dół, węzeł NG-RAN musi (jeśli jest obsługiwany) uznać, że logiczne połączenie NG powiązane z tym UE zostało przekierowane z innego AMF zidentyfikowanego przez identyfikator Extended Legacy AMF do tego AMF. ​ Jeśli identyfikator SRVCC Operation Possible jest zawarty w komunikacie DOWNLINK NAS TRANSPORT, węzeł NG-RAN musi (jeśli jest obsługiwany) zapisać zawartość otrzymanego identyfikatora SRVCC Operation Possible w kontekście UE i użyć go zgodnie z definicją w TS 23.216. Jeśli identyfikator Extended Connected Time jest zawarty w komunikacie DOWNLINK NAS TRANSPORT, węzeł NG-RAN musi (jeśli jest obsługiwany) użyć go zgodnie z definicją w TS 23.501. ​ Jeśli identyfikator Enhanced Coverage Restriction jest zawarty w komunikacie DOWNLINK NAS TRANSPORT, węzeł NG-RAN musi (jeśli jest obsługiwany) zapisać te informacje w kontekście UE i użyć ich zgodnie z definicją w TS 23.501. ​ Jeśli identyfikator UE Differentiation Information jest zawarty w komunikacie DOWNLINK NAS TRANSPORT, węzeł NG-RAN musi (jeśli jest obsługiwany) zapisać te informacje w kontekście UE do dalszego wykorzystania zgodnie z TS 23.50. ​ Jeśli identyfikator CE-mode-B Restriction jest zawarty w komunikacie transportu NAS w dół, a identyfikator Enhanced Coverage Restriction nie jest ustawiony na "Restricted", a informacje o Enhanced Coverage Restriction zapisane w kontekście UE nie są ustawione na "Restricted", węzeł NG-RAN musi (jeśli jest obsługiwany) zapisać te informacje w kontekście UE i użyć ich zgodnie z definicją w TS 23.501. ​ Jeśli identyfikator UE Radio Capabilities jest zawarty w komunikacie transportu NAS w dół, węzeł NG-RAN musi zapisać te informacje w kontekście UE i użyć ich zgodnie z definicją w TS 38.300. ​ Jeśli identyfikator End Indication jest zawarty w komunikacie transportu NAS w dół i jest ustawiony na "No Additional Data", węzeł NG-RAN musi uznać, że identyfikator UE Radio Capabilities jest dodatkiem do zawartego PDU NAS.  

2025

09/29

Dlaczego 5G potrzebuje systemu NETCONF (3)?

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.

2025

09/27

Dlaczego 5G potrzebuje systemu NETCONF (2)

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.

2025

09/26

Dlaczego 5G potrzebuje systemu NETCONF (1)

  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.

2025

09/25

Dlaczego 5G potrzebuje systemu NETCONF (1)

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ń.

2025

09/23

5 6 7 8 9 10 11 12 13 14