CHINA Shenzhen Olax Technology CO.,Ltd Unternehmensnachrichten

  1Überlastung des Systems:In 5G-Netzwerken"Überlastung"bezieht sich auf übermäßigen Verkehr oder zu viele Geräte, die gleichzeitig versuchen, sich zu verbinden, die Netzwerkressourcen überwältigen und zu Staus, langsamen Geschwindigkeiten oder Verbindungsfehlern führen.Strategien zur Bekämpfung dieser Überlastung umfassen die Freisetzung von mehr lizenziertem Spektrum, Ressourcen durch Netzwerk-Slicing und Kernnetzwerkfunktionen zuzuweisen und Mechanismen wie Throttling, Exit-Timer und Überlastmeldungen umzusetzen, um den Verkehr wirksam zu steuern und zu verwalten.   2. Das ÜberlastinitiationsverfahrenBenachrichtigt den NG-RAN-Knoten, die Signallast an die zugehörige AMF zu reduzieren. Dieser Anlaufprozess verwendet eine nicht EU-assoziierte Signalisierung, wie in Abbildung 8 dargestellt.7.7.2-1 im Folgenden umfasst der Einleitungsprozess:     Ein NG-RAN-Knoten, der eine Überlastbeginnmeldung erhält, sollte davon ausgehen, dass sich die empfangende AMF in einem Überlastzustand befindet. Wenn die Überlaststartmeldung die Überlast-Aktion IE und die AMF-Überlast-Antwort IE enthält, verwendet der NG-RAN-Knoten sie zur Identifizierung des relevanten Signalverkehrs.Diese Information wird verwendet, wenn die Überlastungsaktion IE auf: ¢Verweigerung der RRC-Verbindung für nicht notfallbezogene Datenübertragungen aus Mobilgeräten (d. h. Verweigerung des Datenverkehrs, der der RRC entspricht, verursacht ¢mo-Daten, ¢mo-SMS, ¢mo-Videoanrufe,und "mo-VoiceCall" in TS 38.331 oder “mo-Data” und “mo-VoiceCall” in TS 36.331), oder “Verweigerung der Anbindung von RRC für die Signalisierung” (d. h. Verweigerung des Verkehrs, der dem RRC entspricht, verursacht “mo-Daten”, “mo-SMS”, “mo-Signalisierung”, “mo-Videoanruf” und “mo-Sprachanruf” in TS 38.331 oder “mo-data”, "Mo-Signal" und "Mo-VoiceCall" in TS 36.331) oder ¢Erlauben der Anbindung an RRC nur für Notfallsitzungen und mobile beendete Dienste (d. h. nur Verkehr, der dem TS 38 entspricht)331 oder die RRC verursacht "Notfall" und "mt-Access" in TS 36.331), oder "RRC-Verbindungseinrichtung ist nur für hochprioritäre Sitzungen und mobile beendete Dienste zulässig" (d. h. nur der Verkehr, der dem RRC entspricht, verursacht "highPriorityAccess", "mps-Priority Access","mcs-PriorityAccess" und "mt-Access" in TS 38.331 oder "highPriorityAccess", "mo-ExceptionData" und "mt-Access" in TS 36.331 sind zulässig). 3Überlastung:Die NG-RAN behandelt die Situation wie folgt: Beinhaltet die Meldung OVERLOAD START die Angabe AMF Verkehrsbelastungsreduzierung IE, so wird der Signalverkehr um den angegebenen Prozentsatz reduziert; andernfallsNur der nicht als abgelehnt gekennzeichnete Signalverkehr wird an die AMF gesendet.. Wird die NSSAI-Liste IE für den Überlaststart in die Meldung OVERLOAD START aufgenommen, muss der NG-RAN-Knoten Ist die Angabe "Slice Traffic Load Reduction Indication IE" vorhanden, reduzieren Sie den Signalverkehr der UE um den angegebenen Prozentsatz. 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 IEAnsonsten wird sichergestellt, dass nur der Signalverkehr aus der UE (falls die angeforderte NSSAI übereinstimmt, 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. Wird die Überlastkontrolle durchgeführt und der NG-RAN-Knoten erhält eine weitere OVERLOAD START-Nachricht, ersetzt der NG-RAN-Knoten den zuvor empfangenen Nachrichteninhalt durch den neuen Inhalt.

  1. AMF (Die Access and Mobility Management Function) ist ein wichtiges Steuerungselement in 5G, das für die Verwaltung des Zugangs, der Mobilität und der Sicherheit von User Equipment (UE) innerhalb des 5G-Systems zuständig ist. Es handhabt die anfängliche UE-Registrierung und -Authentifizierung und verwaltet Handovers zwischen Netzwerkzellen und Zugangsnetzen. Die AMF arbeitet mit anderen Netzwerkfunktionen (wie der SMF) zusammen, um Datensitzungen für Benutzer einzurichten und aufrechtzuerhalten.   2. Die Verantwortlichkeiten der AMF sind in folgende Bereiche unterteilt: UE-Registrierung und -Authentifizierung: Die AMF authentifiziert das UE, verifiziert seine Identität und seine Abonnementdaten und gewährt ihm Zugriff auf 5G-Dienste. Mobilitätsmanagement: Verantwortlich für die Abwicklung des komplexen Prozesses der Verlagerung eines UE von einer Zelle in eine andere oder zwischen verschiedenen Funkzugangsnetzen (NG-RANs). Kontextverwaltung: Verwaltet den UE-Kontext, der Informationen über den aktuellen Standort, den Sitzungsstatus und die Sicherheit des UE enthält. Interaktion mit anderen Netzwerkelementen SMF (Session Management Function): Die AMF arbeitet mit der SMF zusammen, um Benutzersitzungen einzurichten, zu ändern und zu verwalten. UDM (Unified Data Management): Sie kommuniziert mit der UDM, um Benutzerabonnementinformationen abzurufen und zu verwalten.      AUSF (Authentication Server Function): Die AMF wählt die geeignete AUSF aus, um die Identität des UE während der Registrierung zu authentifizieren. NSSF (Network Slice Selection Function): Die AMF verwendet die NSSF, um den geeigneten Netzwerkschnitt und die geeigneten Funktionen basierend auf dem Standort und den Anforderungen des UE zu ermitteln und auszuwählen. Netzwerkfunktionsverwaltung: Die AMF verwendet eine dienstbasierte Schnittstelle und die Network Repository Function (NRF), um andere Netzwerkfunktionen zu ermitteln und auszuwählen. 3. Die AMF-StatusanzeigeProzedur dient zur Unterstützung von AMF-Verwaltungsfunktionen. Diese Prozedur verwendet nicht-UE-assoziierte Signalisierung, und der erfolgreiche Betrieb wird in Abbildung 8.7.6.2-1 unten dargestellt, wobei:   Die AMF initiiert diese Prozedur, indem sie eine "AMF Status Indication"-Nachricht an den NG-RAN-Knoten sendet. Beim Empfang der AMF Status Indication-Nachricht geht der NG-RAN-Knoten davon aus, dass die angegebene GUAMI nicht verfügbar ist, und führt eine AMF-Neuauswahl gemäß TS 23.501 durch. Falls unterstützt, ergreift der NG-RAN-Knoten geeignete Maßnahmen gemäß TS 23.501, basierend auf dem Vorhandensein der Timer-Methode für das GUAMI-Entfernungs-IE. Wenn das Backup AMF Name IE in der AMF Status Indication-Nachricht enthalten ist, führt der NG-RAN-Knoten (falls unterstützt) eine AMF-Neuauswahl gemäß der AMF durch, die durch das Backup AMF Name IE gemäß TS 23.501 angegeben wird. Wenn das Extended Backup AMF Name IE in der AMF Status Indication-Nachricht enthalten ist, führt der NG-RAN-Knoten (falls unterstützt) eine AMF-Neuauswahl gemäß der AMF durch, die durch das Extended Backup AMF Name IE gemäß TS 23.501 angegeben wird.

  1. Systemabweichungen:Abweichungen vom Design können während des normalen Betriebs des 5G-Netzwerks auftreten. Dazu gehören Leistungsprobleme wie Netzwerksicherheitsbedrohungen, Signalstörungen, unzureichende Abdeckung und potenzielle Ausfälle in der Netzwerksoftware und -hardware. Diese Anomalien können sich als Dienstunterbrechungen, Systemabstürze, langsame Netzwerkgeschwindigkeiten oder abgebrochene Anrufe manifestieren. Sie werden typischerweise durch die Analyse von Netzwerkdaten-Anomalie-Erkennungssystemen identifiziert und können in das Kernnetzwerk und das Funknetzwerk kategorisiert werden.     2. 5GC-Abweichungen: Wenn die NG RESET-Nachricht die UE-assoziierte logische NG-Verbindungslisten-IE enthält, aber weder die AMF UE NGAP ID-IE noch die RAN UE NGAP ID-IE in der UE-assoziierten logischen NG-Verbindungselement-IE vorhanden ist, muss die AMF die UE-assoziierte logische NG-Verbindungselement-IE ignorieren. Die AMF kann eine leere UE-assoziierte logische NG-Verbindungselement-IE in der UE-assoziierten logischen NG-Verbindungslisten-IE in der NG RESET ACKNOWLEDGE-Nachricht zurückgeben.     3. NG-RAN-Anomalien:Wenn die NG RESET-Nachricht die UE-assoziierte logische NG-Verbindungslisten-IE enthält, aber weder die AMF UE NGAP ID-IE noch die RAN UE NGAP ID-IE in der UE-assoziierten logischen NG-Verbindungselement-IE vorhanden ist, muss der NG-RAN-Knoten die UE-assoziierte logische NG-Verbindungselement-IE ignorieren. Der NG-RAN-Knoten kann eine leere UE-assoziierte logische NG-Verbindungselement-IE in der UE-assoziierten logischen NG-Verbindungslisten-IE in der NG RESET ACKNOWLEDGE-Nachricht zurückgeben.     4. NG RESET-Nachricht Crossovertritt typischerweise in den folgenden zwei Szenarien auf:   Wenn sich ein NG-Reset-Verfahren in einem NG-RAN-Knoten in Bearbeitung befindet und der NG-RAN-Knoten eine NG RESET-Nachricht von einer Peer-Entität über dieselbe NG-Schnittstelle empfängt, die mit einer oder mehreren UE-Assoziationen verknüpft ist, für die zuvor ein Reset angefordert wurde (wie explizit oder implizit in der empfangenen NG RESET-Nachricht angegeben), muss der NG-RAN-Knoten mit einer NG RESET ACKNOWLEDGE-Nachricht antworten, wie in Klausel 8.7.4.2.1 angegeben.   Wenn sich ein NG-Reset-Verfahren in der AMF in Bearbeitung befindet und die AMF eine NG RESET-Nachricht von einer Peer-Entität über dieselbe NG-Schnittstelle empfängt, die sich auf eine oder mehrere UE-Assoziationen bezieht, für die zuvor ein Reset angefordert wurde (explizit oder implizit in der empfangenen NG RESET-Nachricht angegeben), muss die AMF mit einer NG RESET ACKNOWLEDGE-Nachricht antworten, wie in Klausel 8.7.4.2 angegeben.

I.Carrier Aggregation: Ähnlich wie bei LTE erhöht auch die 5G (NR) Carrier Aggregation die von UEs genutzte drahtlose Spektrum-Bandbreite durch die Kombination mehrerer Träger. Jeder aggregierte Träger wird als Component Carrier (CC) bezeichnet. In 5G (NR) können UEs bis zu 16 zusammenhängende und nicht zusammenhängende Component Carriers (CCs) mit unterschiedlichen Numerologien sowohl in den FR1- als auch in den FR2-Bändern unterstützen. Carrier Aggregation-Konfigurationen umfassen: Carrier Aggregation-Typ (Intra-Band, zusammenhängend/nicht zusammenhängend oder Inter-Band), Anzahl der Frequenzbänder und Bandbreitenklasse.   II. Bandbreitenklasse: Die Carrier Aggregation-Bandbreitenklasse eines Endgeräts (UE) wird anhand einer alphabetischen Liste von minimalen und maximalen Bandbreiten und der Anzahl der Component Carriers definiert, die es verwenden kann. Wichtige Parameter sind: 5G ​​(NR)-Endgeräte unterstützen bis zu 16 zusammenhängende und nicht zusammenhängende Component Carriers (CCs) mit unterschiedlichen Parametersätzen, wenn CA aktiviert ist. Die Bandbreitenklasse eines Endgeräts (UE) ist eine alphabetische Liste von minimalen und maximalen Bandbreiten und der Anzahl der Component Carriers (CCs). Gemäß Release 17 reichen die Carrier Aggregation-Klassen in FR1 von A bis O und ermöglichen eine maximale aggregierte Bandbreite von 400 MHz. Gemäß Release 17 reichen die Carrier Aggregation-Klassen in FR2 von A bis Q und ermöglichen eine maximale aggregierte Bandbreite von 800 MHz.   III. Carrier Aggregation FR1 Bandbreitenklasse Kategorie A: 5G UEs werden ohne Carrier Aggregation konfiguriert. Das maximale Trägerfrequenzband (BWChannel, max) wird durch die Frequenzbandnummer und den Parametersatz bestimmt, der den Subträgerfrequenzabstand (SCS) definiert. Klasse A gehört zu allen Fallback-Gruppen und ermöglicht es UEs, zu dieser Konfiguration zurückzukehren, auch wenn keine Carrier Aggregation vorhanden ist. Kategorie B: Durch Aggregation von zwei Funkkanälen liegt die insgesamt verfügbare Bandbreite für UEs zwischen 20 und 100 MHz. Kategorie C: Durch Aggregation von zwei Funkkanälen liegt die insgesamt verfügbare Bandbreite für UEs zwischen 100 und 200 MHz. Kategorie D: Durch Aggregation von drei Funkkanälen liegt die insgesamt verfügbare Bandbreite für UEs zwischen 200 und 300 MHz. Kategorie E: Durch Aggregation von vier Funkkanälen liegt die insgesamt verfügbare Bandbreite für UEs zwischen 300 und 400 MHz. Die Klassen C, D und E gehören zur selben Fallback-Gruppe (Fallback-Gruppe 1). Kategorie G: Durch Aggregation von drei Funkkanälen liegt die insgesamt verfügbare Bandbreite für UEs zwischen 100 und 150 MHz. Kategorie H:aggregiert vier Funkkanäle und stellt eine Gesamtbandbreite von 150-200 MHz für die User Equipment (UE) zur Verfügung. Kategorie I:aggregiert fünf Funkkanäle und stellt eine Gesamtbandbreite von 200-250 MHz für die User Equipment (UE) zur Verfügung. Klasse J aggregiert sechs Funkkanäle und stellt eine Gesamtbandbreite von 250-300 MHz für die User Equipment (UE) zur Verfügung. Klasse K:aggregiert sieben Funkkanäle und stellt eine Gesamtbandbreite von 300-350 MHz für die User Equipment (UE) zur Verfügung. Klasse L:aggregiert acht Funkkanäle und stellt eine Gesamtbandbreite von 350-400 MHz für die User Equipment (UE) zur Verfügung.  Die Klassen G-L gehören zur selben Fallback-Gruppe (Fallback-Gruppe 2).   IV. Carrier Aggregation FR2 Bandbreitenklasse Kategorie A ist eine 5G-Konfiguration für UEs ohne Carrier Aggregation. Das maximale Trägerfrequenzband (BWChannel, max) hängt von der Bandnummer und der Numerologie ab. Klasse A gehört zu allen Fallback-Gruppen und ermöglicht es UEs, auf diese Konfiguration zurückzugreifen, auch ohne Carrier Aggregation. Kategorie Bentspricht der Gesamtbandbreite nach der Aggregation von zwei Funkkanälen, die von 400 MHz bis 800 MHz reicht. Kategorie Centspricht der Gesamtbandbreite nach der Aggregation von zwei Funkkanälen, die von 800 MHz bis 1200 MHz reicht. Klasse B ist eine Fallback-Konfiguration für Klasse C; beide gehören zur selben Fallback-Gruppe 1 Fallback-Liste. Kategorie Dentspricht der Gesamtbandbreite nach der Aggregation von zwei Funkkanälen, die von 200 MHz bis 400 MHz reicht. Kategorie Eentspricht der Gesamtbandbreite nach der Aggregation von drei Funkkanälen, die von 400 MHz bis 600 MHz reicht. Kategorie Fentspricht der Gesamtbandbreite nach der Aggregation von vier Funkkanälen, die von 600 MHz bis 800 MHz reicht. Die Klassen D, E und F gehören zur selben Fallback-Gruppe 2 Fallback-Liste. Klasse Gentspricht zwei Funkkanalaggregationen mit einer Gesamtbandbreite zwischen 100 MHz und 200 MHz. Klasse H entspricht drei Funkkanalaggregationen mit einer Gesamtbandbreite zwischen 200 MHz und 300 MHz. Klasse Ientspricht vier Funkkanalaggregationen mit einer Gesamtbandbreite zwischen 300 MHz und 400 MHz. Klasse Jentspricht fünf Funkkanalaggregationen mit einer Gesamtbandbreite zwischen 400 MHz und 500 MHz. Klasse Kentspricht sechs Funkkanalaggregationen mit einer Gesamtbandbreite zwischen 500 MHz und 600 MHz. Klasse Lentspricht sieben Funkkanalaggregationen mit einer Gesamtbandbreite zwischen 600 MHz und 700 MHz. Klasse Mentspricht acht Funkkanalaggregationen mit einer Gesamtbandbreite zwischen 700 MHz und 800 MHz. Die Klassen G, H, I, J, K, L und M gehören zur selben Fallback-Gruppe 3 Fallback-Liste.

    I. Downlink-NAS-Transport-SzenarioIm 5G-System wird der Downlink-NAS-Transportprozess verwendet, wenn das AMF NAS-Nachrichten transparent über den NG-RAN-Knoten an die UE senden muss und eine logische NG-Verbindung mit der UE verknüpft ist, oder das AMF die RAN-UE-NGAP-ID-IE in der INITIAL-UE-MESSAGE-Nachricht empfangen hat, oder der NG-RAN-Knoten die INITIAL-UE-MESSAGE-Nachricht über eine andere NG-Schnittstelleninstanz gesendet hat, um eine logische NG-Verbindung mit der UE zu starten.   II. Verarbeitung des NAS-TransportinhaltsZusätzlich zu den Inhalten in 5G System Learning - Downlink NAS Transport wird der andere Downlink-NAS-Inhalt wie folgt verarbeitet:   Wenn die DOWNLINK-NAS-TRANSPORT-Nachricht die UE-Radio-Capability-ID-IE enthält, muss der NG-RAN-Knoten (falls unterstützt) diese wie in TS 23.501 und TS 23.502 angegeben verwenden. Wenn die DOWNLINK-NAS-TRANSPORT-Nachricht die Target-NSSAI-Information-IE enthält, kann der NG-RAN-Knoten diese Informationen wie in TS 23.501 angegeben verwenden. Wenn die DOWNLINK-NAS-TRANSPORT-Nachricht eine Partially-Allowed-NSSAI-IE enthält, muss der NG-RAN-Knoten (falls unterstützt) daraus den teilweise zugelassenen Netzwerkschnitt der UE ableiten, alle zuvor empfangenen Partially-Allowed-NSSAIs speichern und ersetzen und diese wie in TS 23.50 angegeben verwenden. Wenn die DOWNLINK-NAS-TRANSPORT-Nachricht eine Masked-IMEISV-IE enthält, muss der NG-RAN-Knoten (falls unterstützt) diese verwenden, um die Eigenschaften der UE für die nachfolgende Verarbeitung zu bestimmen. Wenn die Downlink-NAS-Transport-Nachricht eine Mobile-IAB-Authorization-IE enthält, muss der NG-RAN-Knoten (falls unterstützt) den empfangenen Mobile-IAB-Authorization-Status im UE-Kontext speichern. Wenn die Mobile-IAB-Authorization-IE für Mobile IAB-MT auf "Unauthorized" gesetzt ist, muss der NG-RAN-Knoten (falls unterstützt) sicherstellen, dass keine UE von diesem Mobile-IAB-Knoten bedient wird. 3. Während der Initial-UE-Message-InteraktionProzedur, selbst wenn die RAN-UE-NGAP-ID-IE in der über eine andere NG-Schnittstelleninstanz gesendeten Nachricht "Initial UE Message" zugewiesen wurde, SOLLTE der NG-RAN-Knoten die in der Nachricht "Downlink NAS Transport" empfangenen "AMF UE NGAP ID IE" und "RAN UE NGAP ID IE" als logischen Verbindungsbezeichner verwenden.   4. Während der UE-Radio-Capability-Information-IndicationProzedur, wenn die Downlink-NAS-Transport-Nachricht eine auf "requested" gesetzte UE-Capability-Information-Request-IE enthält und UE-Capability-bezogene Informationen erfolgreich von der UE abgerufen wurden, SOLLTE der NG-RAN-Knoten die UE-Radio-Capability-Information-Indication-Prozedur auslösen.   5. Downlink-NAS-Transport-Abnormale-Szenarien: Wenn eine Partially-Allowed-NSSAI-IE in einer DOWNLINK-NAS-TRANSPORT-Nachricht empfangen wird und die Gesamtzahl der in der Allowed-NSSAI und Partially-Allowed-NSSAI enthaltenen S-NSSAIs 8 überschreitet, SOLLTE der NG-RAN-Knoten die Prozedur als fehlgeschlagen betrachten. Wenn eine in der Partially-Allowed-NSSAI-IE vorhandene S-NSSAI auch in der Allowed-NSSAI-IE vorhanden ist, muss der NG-RAN-Knoten die Prozedur als fehlgeschlagen betrachten.

  1.Downlink NAS:Das Downlink-NAS-Transfer-Verfahren wird verwendet, wenn die AMF nur über den NG-RAN-Knoten NAS-Nachrichten transparent an die UE senden muss und eine logische NG-Verbindung mit der UE verbunden ist.oder die AMF hat die RAN UE NGAP ID IE in der Meldung INITIAL UE MESSAGE erhalten, oder der NG-RAN-Knoten hat eine logische NG-Verbindung mit der UE eingeleitet, indem er eine INITIAL UE MESSAGE-Nachricht über eine andere NG-Schnittstelleninstanz sendet.   2.NAS-Übertragung im Downlinkist in Abbildung 8 dargestellt.6.2.2-1 unten, wo:   Die AMF startet diesen Vorgang, indem sie eine DOWNLINK NAS TRANSPORT-Nachricht an den NG-RAN-Knoten sendet.Die AMF weist der UE eine eindeutige AMF UE NGAP-ID zu und enthält diese in der Nachricht DOWNLINK NAS TRANSPORT.. Nach Erhalt derAMF-UENGAP ID IE in der Nachricht DOWNLINK NAS TRANSPORT stellt der NG-RAN-Knoten eine logische NG-Verbindung mit der UE her.   Wenn die Meldung DOWNLINK NAS TRANSPORT die RAN Paging Priority IE enthält, kann der NG-RAN-Knoten sie verwenden, um die Priorität für die Paging der UE im Zustand RRC_INACTIVE zu bestimmen.Das NAS-PDU IE enthält eine AMF-UE-Nachricht, die uninterpretiert innerhalb des NG-RAN-Knoten weitergeleitet wird. - Ich weiß. Wird die Mobilitätsbeschränkungsliste IE in die Nachricht Downlink NAS Transport aufgenommen, muss der NG-RAN-Knoten alle zuvor gespeicherten Mobilitätsbeschränkungsinformationen im EU-Kontext überschreiben.Wenn die Nachricht über den Transport der Downlink-NAS Informationen in der Mobilitätsbeschränkungsliste IE enthältDer NG-RAN-Knoten verwendet diese Informationen, um:und der NG-RAN-Knoten stellt der EU Informationen über das Ziel des Mobilitätsvorhabens zur Verfügung.; 3. Wählen Sie während der Prüfung das entsprechende SCG ausBetrieb mit doppelter Anbindung; die entsprechende RNA dem UE zuordnen, wenn er in den Zustand RRC_INACTIVE überführt wird, und zusätzlich:   Wenn die Nachricht des Downlink-NAS-Transports nicht die Mobilitätsbeschränkungsliste IE enthält und zuvor keine Mobilitätsbeschränkungsinformationen gespeichert wurden,Der NG-RAN-Knoten geht davon aus, dass die EU nicht Roaming- und Zugangsbeschränkungen unterliegt., mit Ausnahme der PNI-NPN-Mobilität gemäß TS 23.501. - Ich weiß. Der NG-RAN-Knoten geht davon aus, dass Roaming oder der Zugriff auf eine CAG-Zelle nur zulässig ist, wenn die Downlink-NAS-Transportnachricht die in TS 23 beschriebene PNI-NPN-Liste IE enthält.501. - Ich weiß. Wenn die Nachricht für den Transport von Downlink-NAS den RAT/Frequenzwahlprioritätindex IE enthält, verwendet der NG-RAN-Knoten (sofern unterstützt) ihn gemäß TS 23.501. - Ich weiß. Hat die AMF die UE Aggregate Maximum Bit Rate IE nicht zuvor gesendet, so wird sie an den NG-RAN-Knoten gesendet.Der NG-RAN-Knoten speichert die aggregate maximale Bitrate der UE im Kontext der UE und verwendet die empfangene aggregate maximale Bitrate der UE für alle QoS-Ströme der zugehörigen UE, die nicht GBR-QoS-Ströme sind, wie in TS 23 definiert..501. - Ich weiß. Wird die Legacy AMF IE in eine Downlink-NAS-Transportnachricht aufgenommen,der NG-RAN-Knoten nimmt an, dass die logische NG-Verbindung, die dieser UE zugeordnet ist, von einem anderen von der Legacy AMF IE identifizierten AMF auf diesen AMF umgeleitet wurde;. Wenn der Extended Legacy AMF IE in einer Downlink-NAS-Transportnachricht enthalten ist,Der NG-RAN-Knoten muss (falls unterstützt) der Ansicht sein, dass die logische NG-Verbindung, die dieser UE zugeordnet ist, von einem anderen AMF, das durch den Extended Legacy AMF IE identifiziert wurde, auf diesen AMF umgeleitet wurde.. - Ich weiß. Wenn die SRVCC Operation Possible IE in der Nachricht DOWNLINK NAS TRANSPORT enthalten ist,Der NG-RAN-Knoten speichert (falls unterstützt) den Inhalt der empfangenen SRVCC Operation Possible IE im EU-Kontext und verwendet sie gemäß TS 23.216. Wenn die Verlängerte Verbindungszeit IE in der Nachricht DOWNLINK NAS TRANSPORT enthalten ist, muss der NG-RAN-Knoten (falls unterstützt) diese nach der Definition in TS 23 verwenden.501. - Ich weiß. Wenn die Erweiterte Abdeckungsbeschränkung IE in der Nachricht DOWNLINK NAS TRANSPORT enthalten ist, speichert der NG-RAN-Knoten (falls unterstützt) diese Informationen im EU-Kontext und verwendet sie gemäß TS 23.501. - Ich weiß. Wenn die UE-Differentiationsinformation IE in der Nachricht DOWNLINK NAS TRANSPORT enthalten ist,Der NG-RAN-Knoten speichert (falls unterstützt) diese Informationen im EU-Kontext zur weiteren Verwendung gemäß TS 23..50. - Ich weiß. Wenn die CE-Mode-B Restriction IE in der Downlink-NAS-Transportnachricht enthalten ist und die Enhanced Coverage Restriction IE nicht auf "Restricted" eingestellt ist,und die im EU-Kontext gespeicherten Informationen zur Beschränkung der erweiterten Abdeckung sind nicht auf "Einschränkt" gesetzt, speichert der NG-RAN-Knoten (falls unterstützt) diese Informationen im EU-Kontext und verwendet sie gemäß TS 23.501. - Ich weiß. Wird die EU-Funkfähigkeiten-IE in die Nachricht für den NAS-Transport im Downlink aufgenommen, speichert der NG-RAN-Knoten diese Informationen im EU-Kontext und verwendet sie gemäß TS 38.300. - Ich weiß. Wird die Endanzeige IE in der Nachrichtenübertragung des Downlink-NAS enthalten und auf "Keine zusätzlichen Daten" eingestellt,Der NG-RAN-Knoten betrachtet die EU-Funkkapazitäten IE als Ergänzung zur enthaltenen NAS-PDU..  

1.ProtokollrahmenWie in der folgenden Abbildung (1) gezeigt, hat NETCONF eine Schichtstruktur, bei der jede Schicht spezifische Funktionen umfasst und Dienstleistungen für die obere Schicht bereitstellt.Diese Struktur ermöglicht es jeder Ebene, sich auf einen einzelnen Aspekt von NETCONF zu konzentrieren und reduziert die Abhängigkeiten zwischen den SchichtenVeränderungen innerhalb einer Schicht haben nur minimale Auswirkungen auf andere Schichten.       NETCONF kann in vier Schichten unterteilt werden:die Transportsicherheitsschicht,die Nachrichtenschicht,die Betriebsschicht, unddie InhaltsschichtDiese Schichten sind:   Die Transportsicherheitsschicht:Diese Ebene ist für die Kommunikation zwischen Client und Server verantwortlich. NETCONF kann über jedes Transportprotokoll gelegt werden, das grundlegende Anforderungen erfüllt, wie SSH, TLS und HTTPS.SSH ist das bevorzugte Transportprotokoll für die Übertragung von XML-Nachrichten in NETCONF. Nachrichtenschicht:Diese Ebene bietet transportunabhängige RPC- und Benachrichtigungscodierungsmechanismen.Das Ergebnis der Bearbeitung dieser Anforderung wird in einemElement und sendet es an den Client. Die Betriebsschicht:Diese Schicht definiert eine Reihe von grundlegenden Protokolloperationen, die als RPC-Methoden mit XML-kodierten Parametern bezeichnet werden. Die InhaltsschichtDiese Ebene wird durch das Datenmodell für Managementdaten definiert.        Schema ist eine Reihe von Regeln zur Beschreibung von XML-Dateien.Geräte verwenden Schema-Dateien (ähnlich wie MIB-Dateien in SNMP), um Gerätekonfigurations- und Verwaltungsschnittstellen für Netzwerkmanagementsysteme (NMS) bereitzustellen. YANG ist eine Datenmodellierungssprache, die für NETCONF entwickelt wurde.Der Client kann RPC-Operationen in XML-Nachrichten kompilieren, um eine Kommunikation zwischen Client und Server zu erreichen, die den Einschränkungen des YANG-Modells entspricht.   2.NachrichtenformatDie folgende Abbildung (2) ist eine vollständige Anforderungsnachrichtenstruktur von NETCONF YANG.       3.KommunikationsrahmenIn NETCONF werden sowohl die vom Client initiierte RPC-Anfrage als auch die Antwort des Servers in XML codiert und in derundDieses Request-Reply-Framework ist unabhängig vom Transport-Layer-Protokoll; einige grundlegende RPC-Elemente sind unten aufgeführt: DieElement wird verwendet, um die vom NETCONF-Client an den NETCONF-Server gesendete Anfrage zu verkapseln. Der NETCONF-Server sendet eineElemente in Reaktion auf jedeAnforderung. Wenn bei der Bearbeitung der Daten Fehler oder Alarm auftritt,Anforderung, wird der NETCONF-Server eineNachricht, die nur dieElement zum NETCONF-Client. Wenn bei der Bearbeitung der Daten keine Fehler oder Alarme auftreten,Anfrage, der NETCONF-Server gibt eineNachricht, die nur dieElement zum NETCONF-Client.   IV.DatenbankkonfigurationNETCONF definiert einen kompletten Satz von Gerätekonfigurationsparametern.Im Basismodell NETCONF, nur dieandere Konfigurationsdatenbanken können basierend auf Funktionen definiert werden und sind nur auf Geräten verfügbar, die diese Funktionen unterstützen. Dazu gehören:   : Die laufende Konfigurationsdatenbank. Diese Datenbank speichert alle aktuell aktiven Konfigurationen auf einem Netzwerkgerät.Konfigurationsdatenbank auf einem Gerät, und sie existiert immer.   : Die Datenbank der Konfigurationskandidaten Diese Datenbank speichert die Konfigurationsdaten, die an dieDie Datenbank für die Konfiguration des Geräts.Die Datenbank kann ohne Beeinträchtigung der aktuellen Konfiguration des Geräts ausgeführt werden.Diese Funktion wird verwendet, um eine Kandidatenkonfiguration zu verpflichten.Konfigurationsdatenbank, muss ein Gerät die Kandidatenkonfigurationsfähigkeit, eine Standard-NETCONF-Fähigkeit, unterstützen.   : Die Startkonfigurationsdatenbank (ähnlich einer gespeicherten Konfigurationsdatei). Sie speichert die Konfigurationsdaten, die beim Starten des Geräts geladen werden müssen.Bei der Konfigurationsdatenbank muss das Gerät eine unabhängige Startup-Fähigkeit unterstützen, die eine Standard-NETCONF-Fähigkeit ist.

Aufgrund der komplexen Konfiguration von traditionellen CLI und SNM und der fehlenden Unterstützung für den Transaktionsmechanismus wird das NETCONF Netzwerkmanagement-Protokoll im 5G-System aktiviert, wodurch NMS (Netzwerkmanagementsystem) die Konfiguration von Netzwerkgeräten, die mit Routern, eNodeB, gNodeB, DU, CU oder RU verbunden sind, ausgeben, ändern und löschen kann. Das Arbeitsprinzip, die Struktur und die Servicesitzung sind wie folgt:   I. Arbeitsprinzip Das NETCONF-System enthält mindestens ein NMS, das alle Netzwerkgeräte verwaltet, wie in der Abbildung unten dargestellt. Die NETCONF-Architektur enthält zwei Rollen: Client und Server     II. Merkmale der Systemstruktur NETCONF enthält mindestens ein NMS, das alle Netzwerkgeräte verwaltet, einschließlich:   2.1 Der Client bietet die folgenden Funktionen:   Verwenden Sie NETCONF zur Verwaltung von Netzwerkgeräten. Senden Sie RPC-Anfragen an den NETCONF-Server, um einen oder mehrere Parameterwerte abzufragen oder zu ändern. Verstehen Sie den Status des verwalteten Geräts anhand der Alarme und Ereignisse, die vom NETCONF-Server des verwalteten Geräts gesendet werden. 2.2 Wenn der Server eine Anfrage vom Client empfängt, analysiert er die Anfrage und sendet eine Antwort an den Client. Wenn ein verwaltetes Gerät einen Fehler oder eine andere Art von Ereignis erfährt, meldet der NETCONF-Server den Alarm oder das Ereignis über einen Benachrichtigungsmechanismus an den Client, so dass der Client den Status des verwalteten Geräts verstehen kann.   III. NETCONF-Sitzung: Wie in der Abbildung unten dargestellt, kommunizieren Client und Server über den RPC-Mechanismus. Die Kommunikation ist nur zulässig, nachdem eine sichere, verbindungsorientierte Sitzung zwischen ihnen hergestellt wurde. Der Client sendet eine RPC-Anfrage an den Server, der die Anfrage verarbeitet und eine Antwort an den Client zurückgibt. Der NETCONF-Client und -Server kommunizieren über den RPC-Mechanismus. Die Kommunikation ist nur nach Herstellung einer sicheren, verbindungsorientierten Sitzung zulässig. Der Sitzungsaufbau- und -beendigungsprozess ist wie folgt:       Der Client stellt eine SSH-Verbindung zum Server her und richtet nach Abschluss der Authentifizierung und Autorisierung eine NETCONF-Sitzung mit dem Server ein. Client und Server tauschen Hello Nachrichten aus, um die Fähigkeiten auszuhandeln. Der Client sendet eine oder mehrere RPC-Anfragen an den Server. Einige Beispielanfragen sind unten aufgeführt:  Konfiguration ändern und übernehmen;  Konfigurationsdaten oder -status abfragen;  Wartungsarbeiten am Gerät durchführen;  Der Client beendet die NETCONF-Sitzung;  Die SSH-Verbindung wird beendet.

  Netzkonfigurierungist der vollständige Name von Network Configuration Protocol, einem Netzwerkverwaltungsprotokoll, mit dem NMS (Network Management System) ausgestellt werden kann,die Konfiguration verbundener Netzwerkgeräte (Router) ändern und löschen, eNodeB, gNodeB, DU, CU oder RU).IETFFür O-RAN liegt die Zuständigkeit der WG (Arbeitsgruppe 4).     I. Das NETCONF-Protokollverwendet XML (Extensible Markup Language) Datencodierung zur Verarbeitung von Konfigurationsdaten und Protokollnachrichten;Es basiert auf dem Konzept von Server und Client und verwendet RPC (Remote Procedure Call) Mechanismus, um Kommunikation zwischen Server und Client zu erreichenDer Client-Prozess läuft auf dem NMS, das ein Skript oder eine Anwendung sein kann, und der Server ist ein typisches Netzwerkgerät.   II. Die Merkmale von NETCONFsind wie folgt: Es wird ein überschichtetes Protokollrahmenwerk übernommen, das es für On-Demand-, automatisierte und Cloud-basierte Netzwerke geeigneter macht. Es wird zur Ausgabe, Änderung und Löschung von Konfigurationen für Netzwerkgeräte verwendet. XML (Extensible Markup Language) wird für die Datenkodierung von Konfigurationsdaten und Protokollnachrichten verwendet. Basierend auf dem Server-Client-Konzept fungiert das NMS als Client und das Netzwerkgerät als Server. Die Kommunikation zwischen Servern und Clients erfolgt über den Mechanismus RPC (Remote Procedure Call). Die Operationen werden auf Basis des YANG-Modells ausgeführt, wodurch Netzwerkausfälle durch manuelle Konfigurationsfehler verringert werden. NETCONF erfüllt die Anforderungen der Netzwerkautomation. Es bietet Sicherheitsmechanismen wie Authentifizierung und Autorisierung, um eine sichere Nachrichtenübertragung zu gewährleisten. Es bietet auch Transaktionsmechanismen, die die Klassifizierung, Speicherung und Migration von Daten, Phased Commit und Konfigurationsisolation unterstützen. Es unterstützt eine umfassende Konfigurationsbereitstellung, Verifizierung und Rollback, wodurch die Auswirkungen auf Netzwerkdienste minimiert werden. Es ermöglicht den Anbietern, ihre eigenen Protokolloperationen zu definieren, um einzigartige Managementfunktionen zu implementieren. 3Warum ist NETCONF erforderlich? Eine zentrale Anforderung an Cloud-Netzwerke ist die Netzwerkautomatisierung für die schnelle Bereitstellung von On-Demand-Diensten und das automatisierte Betriebsmanagement.Traditionelle Methoden wie CLI und SNM können dieser Anforderung nicht entsprechen. Sie haben folgende Einschränkungen, die NETCONF adressiert.   31. Nachteile derCLIErstens ist die Konfiguration komplex, zweitens: CLIs variieren je nach Anbieter und erfordern, dass Benutzer CLI-Skripte für jeden Anbieter lernen und anpassen. Häufige Änderungen in CLI-Struktur und Syntax machen CLI-Skripte schwer zu warten. Die Befehlausgabe ist unstrukturiert, unberechenbar und leicht veränderbar, was die automatische Parsierung von CLI-Skripten erschwert. 3.2Nachteile des SNMP: SNMP unterstützt keine Transaktionen, was zu einer ineffizienten Konfiguration führt. SNMP verwendet das User Datagram Protocol (UDP), das keine zuverlässige, sequenzierte Datenübertragung bietet und keine effektiven Sicherheitsmechanismen hat. SNMP verfügt nicht über einen Mechanismus zur Einreichung von Konfigurationstransaktionen. SNMP verwaltet die Gerätekonfiguration Gerät für Gerät und unterstützt keine Netzwerkkonfiguration oder Zusammenarbeit bei der Konfiguration von mehreren Geräten.

Netzkonfigurierungist der vollständige Name von Network Configuration Protocol, einem Netzwerkverwaltungsprotokoll, mit dem NMS (Network Management System) ausgestellt werden kann,die Konfiguration verbundener Netzwerkgeräte (Router) ändern und löschen, eNodeB, gNodeB, DU, CU oder RU). NETCONF wird von der IETF entwickelt und standardisiert, während es für O-RAN unter der Verantwortung der WG (Arbeitsgruppe 4) steht.   1.Das NETCONF-Protokollverwendet XML (Extensible Markup Language) Datencodierung zur Verarbeitung von Konfigurationsdaten und Protokollnachrichten;Es basiert auf dem Konzept von Server und Client und verwendet RPC (Remote Procedure Call) Mechanismus, um Kommunikation zwischen Server und Client zu erreichenDer Client-Prozess läuft auf dem NMS, das ein Skript oder eine Anwendung sein kann, und der Server ist ein typisches Netzwerkgerät.   2.Die Merkmale von NETCONFsind wie folgt: Es wird ein überschichtetes Protokollrahmenwerk übernommen, das es für On-Demand-, automatisierte und Cloud-basierte Netzwerke geeigneter macht. Es wird zur Ausgabe, Änderung und Löschung von Konfigurationen für Netzwerkgeräte verwendet. XML (Extensible Markup Language) wird für die Datenkodierung von Konfigurationsdaten und Protokollnachrichten verwendet. Basierend auf dem Server-Client-Konzept fungiert das NMS als Client und das Netzwerkgerät als Server. Die Kommunikation zwischen Servern und Clients erfolgt über den Mechanismus RPC (Remote Procedure Call). Die Operationen werden auf Basis des YANG-Modells ausgeführt, wodurch Netzwerkausfälle durch manuelle Konfigurationsfehler verringert werden. NETCONF erfüllt die Anforderungen der Netzwerkautomation. Es bietet Sicherheitsmechanismen wie Authentifizierung und Autorisierung, um eine sichere Nachrichtenübertragung zu gewährleisten.Lagerung und Migration, Phasenbindung und Konfigurationsisolation. Es unterstützt eine umfassende Konfigurationsbereitstellung, Verifizierung und Rollback, wodurch die Auswirkungen auf Netzwerkdienste minimiert werden. Es ermöglicht den Anbietern, ihre eigenen Protokolloperationen zu definieren, um einzigartige Managementfunktionen zu implementieren.     3Warum ist NETCONF notwendig?Eine zentrale Anforderung an Cloud-Netzwerke ist die Netzwerkautomatisierung für die schnelle Bereitstellung von On-Demand-Diensten und das automatisierte Betriebsmanagement.Traditionelle Ansätze wie CLI und SNM können dieser Anforderung nicht entsprechen.. Sie haben folgende Einschränkungen, die NETCONF adressiert.   31. Nachteile von CLI: Erstens ist die Konfiguration komplex. Zweitens folgendes: CLIs variieren je nach Anbieter und erfordern, dass Benutzer CLI-Skripte für jeden Anbieter lernen und anpassen. CLI-Struktur und Syntax ändern sich häufig, was die Wartung von CLI-Skripten erschwert. Die Befehlausgabe ist unstrukturiert, unberechenbar und leicht veränderbar, was die automatische Parsierung von CLI-Skripten erschwert.   3.2 Nachteile des SNMP: SNMP unterstützt keine Transaktionen, was zu einer ineffizienten Konfiguration führt. SNMP verwendet das User Datagram Protocol (UDP), das keine zuverlässige, sequenzierte Datenübertragung bietet und keine effektiven Sicherheitsmechanismen hat. SNMP verfügt nicht über einen Mechanismus zur Einreichung von Konfigurationstransaktionen. SNMP verwaltet die Gerätekonfiguration Gerät für Gerät und unterstützt keine Netzwerkkonfiguration oder Zusammenarbeit bei der Konfiguration von mehreren Geräten.