CHINA Shenzhen Olax Technology CO.,Ltd Unternehmensnachrichten

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.

  Im 5G-System ist eine PATH-Switch-Anfrage (PATH SWITCH REQUEST) eine Anforderung an das Terminal (UE), eine Signalverbindung mit dem 5GC herzustellen und gegebenenfallsAnfordern, dass der Downlink des NG-U-Transportträgers auf einen neuen Dienstknoten umgestellt wirdDiese Anforderung kann aus verschiedenen Gründen fehlschlagen; 3GPP definiert sie in TS 38.413 wie folgt.   I. Fehlschlag der Pfadanforderung   Wie in Abbildung 8 dargestellt.4.4.3-1 unten, wird ein Anforderungsfehler normalerweise vom AMF beantwortet, nachdem der NG-RAN-Knoten eine "PATH SWITCH REQUEST" ausgegeben hat.       II. Die Szenarien für den Ausfall der Anforderung sind typischerweise wie folgt:   Wenn das 5GC den Downlink-Endpunkt des NG-U-Transportträgers nicht für alle PDU-Sessionressourcen auf den neuen (Dienst) Endpunkt umschaltet,der AMF sendet dem NG-RAN-Knoten eine PATH-Switch-Request-FAILURE-Nachricht.   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.   Der entsprechende Ursachewert für jede freigegebene PDU-Session ist in der PATH SWITCH REQUEST FAILURE-Nachricht in der PATH SWITCH Request Request Unsuccessful Transfer IE enthalten.   III. Anforderung von Anomalien   Wenn die AMF eine Meldung erhält, die mehrere PDU-Session-ID-IEs enthält, die auf denselben Wert gesetzt sind (in der Liste der Downlink-Liste in der PDU-Session-Ressource, die mit IE gewechselt werden soll),der AMF sendet dem NG-RAN-Knoten eine PATH-Switch-Request-FAILURE-NachrichtAußerdem,   Ausnahmsweise kann die AMF eine Pfadwechselanfrage "Unerfolg" (Path Switch Request Unsuccessful Transfer IE) erzeugen.   Wenn in einer PATH-SCHWITCH-REQUEST-Bestätigungsnachricht ein teilweise zugelassenes NSSAI-IE empfangen wird und die Gesamtzahl der in der zugelassenen NSSAI und teilweise zugelassenen NSSAI enthaltenen S-NSSAI mehr als 8 beträgt,der NG-RAN-Knoten hält das Verfahren für fehlgeschlagen;.   Wenn eine S-NSSAI, die in der teilweise zugelassenen NSSAI IE vorhanden ist, auch in der zugelassenen NSSAI IE vorhanden ist, hält der NG-RAN-Knoten das Verfahren für fehlgeschlagen.

RAN-Statusübertragung ist der Prozess der Übertragung von Uplink- und Downlink-Statusinformationen eines Endgeräts (UE) von einem Quell-Funkzugangsnetzwerk (RAN)-Knoten zu einem Ziel-RAN-Knoten in einem 5G-Netzwerk. Dies geschieht typischerweise während Handover- oder Dual-Connectivity-Szenarien. Während dieses Prozesses überträgt die AMF Informationen über Downlink-Daten (z. B. die Anzahl der weitergeleiteten Pakete) zusammen mit dem SN-Status und dem PDCP (Packet Data Convergence Protocol)-Sequenznummer- und Hyperframe-Nummer (HFN)-Status für Uplink- und Downlink-Daten an das Ziel-RAN.   I.Uplink-RAN-Statusübertragungzielt darauf ab, verlustfreie Handovers über NG-RAN zu ermöglichen. Der Übertragungsprozess verwendet UE-bezogene Signalisierung. Der spezifische Prozess ist in Abbildung 8.4.6.2-1 unten dargestellt, wobei:Der Quell-NG-RAN-Knoten initiiert diesen Prozess, indem er die Zuweisung von PDCP-SNs für Downlink-SDUs stoppt und eine UPLINK RAN STATUS TRANSFER-Nachricht an die AMF sendet, wenn er den Sender-/Empfängerstatus als eingefroren erachtet.   Für jeden DRB, für den die PDCP-SN- und HFN-Statuserhaltung anwendbar ist, muss der Quell-NG-RAN-Knoten die DRB-ID IE, UL COUNT IE und DL COUNT IE in der DRB Subject Status Transfer List IE innerhalb der RAN Status Transfer Transparent Container IE der UPLINK RAN STATUS TRANSFER-Nachricht enthalten. Für jeden DRB, für den der Quell-NG-RAN-Knoten eine Uplink-Weiterleitungsanforderung vom Ziel-NG-RAN-Knoten akzeptiert hat, kann der Quell-NG-RAN-Knoten auch die fehlenden und empfangenen Uplink-SDUs in der UL PDCP SDUs IE der UPLINK RAN STATUS TRANSFER-Nachricht enthalten. II.   Downlink-RAN-Statusübertragungzielt darauf ab, NG-RAN-basierte verlustfreie Handover-Übertragungsverfahren unter Verwendung von UE-bezogener Signalisierung zu implementieren. Der spezifische Prozess ist in Abbildung 8.4.7.2-1 unten dargestellt, wobei: Die AMF initiiert dieses Verfahren, indem sie eine DOWNLINK RAN STATUS TRANSFER-Nachricht an den Ziel-NG-RAN-Knoten sendet. Der Ziel-NG-RAN-Knoten, der dieses Handover gemäß TS 38.300 durchführt und eine vollständige Konfiguration verwendet, ignoriert die in dieser Nachricht empfangenen Informationen.     Für jeden DRB in der RAN Status Transfer Transparent Container IE, der der State Transfer List IE unterliegt, darf der Ziel-NG-RAN-Knoten kein Uplink-Datenpaket mit einer PDCP-SN senden, die kleiner ist als der Wert der UL Count Value IE. Für jeden DRB in der RAN Status Transfer Transparent Container IE, der der State Transfer List IE unterliegt, muss der Ziel-NG-RAN-Knoten den Wert der DL COUNT Value IE des ersten Downlink-Datenpakets verwenden, dem noch keine PDCP-SN zugewiesen wurde. Wenn mindestens ein DRB in der RAN Status Transfer Transparent Container IE der DOWNLINK RAN STATUS TRANSFER-Nachricht den Empfangsstatus der UL PDCP SDUs IE enthält, kann der Ziel-NG-RAN-Knoten ihn in Statusmeldungen verwenden, die über die Funkschnittstelle an das UE gesendet werden.

  Der Zweck des PATH SWITCH REQUEST-Verfahrens besteht darin, eine UE-bezogene Signalverbindung mit dem 5GC herzustellen und gegebenenfallsAnfordern, dass der Downlink-Endpunkt des NG-U-Transportträgers auf einen neuen Endpunkt umgestellt wirdDie 3GPP definiert die relevanten Prozesse von 5G in TS38.413 nach Aktivierung von IAB, Slicing, Positioning und Ranging-Technologien wie folgt:   I. Bearbeitung von Genehmigungen durch das IAB   Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht die IAB-Autorisation IE enthält,Der NG-RAN-Knoten (falls unterstützt) speichert die empfangenen IAB-Berechtigungsinformationen im EU-Kontext und verwendet sie gemäß TS 38.401.   Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht die Mobile IAB Authorization IE enthält,Der NG-RAN-Knoten (falls unterstützt) speichert den empfangenen Zulassungsstatus des Mobile IAB im EU-Kontext des Mobile IAB-MT.. Wenn der Mobile IAB Authorization IE des Mobile IAB-MT auf "Unauthorized" gesetzt ist, muss der NG-RAN-Knoten (falls unterstützt) sicherstellen, dass der Mobile IAB-Knoten keine UE bedient.   II. NSSAI und Ranging und Positioning   Wenn die IE "Teilweise erlaubt NSSAI" in der Nachricht "Path Switch Request Acknowledgement" (PATH SWITCH REQUEST Acknowledgement) enthalten ist,Der NG-RAN-Knoten (falls unterstützt) schließt daraus den teilweise zulässigen Netzwerk-Slice für die UE ab., speichern und ersetzen Sie alle zuvor erhaltenen "Teilweise zulässigen NSSAI" und verwenden Sie sie gemäß TS 23.501.   Wenn die "Ranging and Sidetrack Location Service Information" IE in der Nachricht "Path Switch Request Acknowledgement" (PATH SWITCH REQUEST Acknowledgement) enthalten ist,Der NG-RAN-Knoten (falls unterstützt) aktualisiert die Informationen des UE-Range- und Seitenstreckenstandortdienstes entsprechend.. Wenn die "Range- und Seitenbahn-Positionierungsberechtigung" IE in der Range- und Seitenbahn-Positionierungsdienstinformation IE auf "Unauthorized" gesetzt ist," der NG-RAN-Knoten (falls unterstützt) sollte Maßnahmen ergreifen, um sicherzustellen, dass die UE keinen Zugang mehr zu Strecken- und Nebenstrecken-Positionierungsdiensten hat.   III. Verfahren für die Meldung von RRC-Inaktivität   Wird die Anforderung zum Übergangsbericht IE des RRC in der Nachricht "Bestätigung der Anforderung zur Umschaltung des Weges" enthalten und ist sie auf "Standbericht über den einzigen RRC-Anschluss" eingestellt," und die UE ist im Zustand RRC_CONNECTED, sollte der NG-RAN-Knoten (falls unterstützt) eine Meldung zum Bericht über den RRC-Inaktiven Übergang an die AMF senden, um den RRC-Status der UE zu melden.   Wird die RRC-Anfrage für einen inaktiven Übergangsbericht IE in der PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht enthalten und auf "Single RRC Connection Status Report" gesetzt, und befindet sich die UE im Zustand RRC_INACTIVE,Der NG-RAN-Knoten sendet (falls unterstützt) eine Meldung über den Bericht über den RRC-Inaktiven Übergang an den AMF., und eine anschließende Meldung über den Bericht über den Übergang von RRC in den Status RRC zu RRC_CONNECTED.   Wird der RRC-Anforderung zum Bericht über den inaktiven Übergang IE in der PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht aufgenommen und auf "Nachfolgender Übergangszustandsbericht" eingestellt,Der NG-RAN-Knoten sendet (falls unterstützt) der AMF eine Meldung RRC INACTIVE TRANSION REPORT, um den RRC-Status der UE zu melden., und eine anschließende RRC INACTIVE TRANSITION REPORT-Nachricht, um den RRC-Status der UE zu melden, wenn die UE den RRC_INACTIVE-Zustand betritt oder verlässt.   IV. Verfahren für die Mitteilung von Ressourcen der PDU-Sitzung   Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht in der PATH SWITCH Request Acknowledgement Transfer IE QoS-bezogene Parameter enthält (z. B.CN-Packet-Verzögerungsbudget Downlink IE oder CN-Packet-Verzögerungsbudget Uplink IE), aber der NG-RAN-Knoten die Parameter nicht erfolgreich akzeptieren kann, verwendet der NG-RAN-Knoten weiterhin die alten Werte (falls vorhanden), die vom Quell-NG-RAN-Knoten empfangen wurden.Der NG-RAN-Knoten teilt dies dem AMF mit, indem er eine Meldung über die Meldung der PDU-SESSION RESOURCE sendet..    

  Der Zweck des Antragsverfahrens für den Übergabeweg besteht darin, die entsprechende Signalverbindung zwischen dem Terminal (UE) und dem 5GC herzustellen und gegebenenfallsAnfordern Sie den Endpunkt der DownlinkNG-U-Fahrzeugträgerfür die Übergabe von UE-bezogenen Diensten in der PC5-Schnittstelle in Sildlink definiert 3GPP sie in TS38.413 wie folgt:   Ich...PC5 QualitätssicherungDie Pfadanforderung bei der Übergabe der PC5-Schnittstelle in Sildlink ist wie folgt definiert:   Wenn die Nachricht PATH SWITCH REQUEST ACKNOWLEDGE den QoS-Parameter IE für PC5 enthält, verwendet der NG-RAN-Knoten (falls unterstützt) ihn gemäß TS 23.287. Enthält die Nachricht PATH SWITCH REQUEST ACKNOWLEDGE den QoS-Parameter A2X PC5 IE, so verwendet der NG-RAN-Knoten ihn (falls unterstützt) gemäß TS 23.256. Wenn die Nachricht "Anforderung zur Bestätigung des Wegwechsels" die Alternative QoS-Parameter-Set-Liste IE enthält, muss der NG-RAN-Knoten (falls unterstützt) diese gemäß TS 23 verwenden.502. II.Pfadanforderung im CE-Mode-B und in der Benutzerebene CIoTÜbergabe ist wie folgt definiert:   Wenn in der Nachricht "Anfrage zur Beseitigung des Wegewechsels" die CE-Mode-B-Einschränkung IE enthalten ist, ist die Erweiterte Abdeckungsbeschränkung IE nicht auf "beschränkt" gesetzt.und die im EU-Kontext gespeicherten Informationen zur Beschränkung der erweiterten Abdeckung sind nicht auf "beschränkt" eingestellt, speichert der NG-RAN-Knoten (falls unterstützt) diese Informationen im EU-Kontext und verwendet sie gemäß TS 23.501. Wenn die Nachricht "Anforderung zur Bestätigung des Pfadwechsels" den CIoT-Unterstützungsindikator IE für die Benutzerebene der UE enthält,Der NG-RAN-Knoten speichert (falls unterstützt) diese Informationen im Kontext der UE und geht davon aus, dass die UE die Optimierung von CIoT 5GS für die Benutzerebene gemäß TS 23 unterstützt..501. Wenn die Pfadwechselanfrage-Bestätigungsmeldung die UE-Radiokapazität-ID IE enthält, verwendet der NG-RAN-Knoten (falls unterstützt) diese wie in TS 23.501 und TS 23 festgelegt.502. III.PDU-Sitzung Erwartete UE-Aktivität und Pfadanforderung in MDTÜbergabe ist wie folgt definiert: Für jede PDU-Sitzung, wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht das IE "PDU Session Expected UE Activity Behavior" enthält,Der NG-RAN-Knoten verarbeitet (falls unterstützt) diese Informationen gemäß TS 23.501. Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht die "Management-Based MDT PLMN List" IE enthält, speichert der NG-RAN-Knoten sie im EU-Kontext und, falls unterstützt,diese Liste verwenden, um eine spätere Auswahl der EU für die in TS 32 definierte managementbasierte MDT zu ermöglichen;.422. Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht die "Management-based MDT PLMN Modification List" IE enthält, 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. Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht die Informationen für die Unterstützung der Zeitsynchronisierung IE enthält,Der NG-RAN-Knoten (falls unterstützt) speichert diese Informationen im EU-Kontext und verwendet sie gemäß TS 23.501. IV.Pfadanforderung in 5G ProSeÜbergabe ist wie folgt definiert: Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht die 5G ProSe Authorized IE enthält, muss der NG-RAN-Knoten (falls unterstützt) seine ProSe-Autorisationsinformationen für die UE entsprechend aktualisieren. Wenn die 5G ProSe-Berechtigungsinformationen (5G ProSe Authorized IE) eine oder mehrere IEs enthalten, die auf "Unauthorized" gesetzt sind," Der NG-RAN-Knoten (falls unterstützt) sollte Maßnahmen ergreifen, um sicherzustellen, dass die UE keinen Zugang mehr zu den zugehörigen 5G ProSe-Diensten hat.. Wenn die 5G ProSe PC5 QoS Parameters IE in der PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht enthalten ist, sollte der NG-RAN-Knoten (falls unterstützt) sie gemäß TS 23 verwenden.304. Wenn die Aerial UE Subscription Information IE in der PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht enthalten ist,Der NG-RAN-Knoten (falls unterstützt) sollte diese Informationen speichern oder alle zuvor gespeicherten Informationen im EU-Kontext überschreiben und wie in TS 38 definiert verwenden.300. Wenn die 5G ProSe UE PC5 Aggregate Maximum Bit Rate IE in der PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht enthalten ist, muss der NG-RAN-Knoten (falls unterstützt) folgende Aktionen ausführen: Die zuvor bereitgestellte 5G ProSe UE PC5 Aggregate Maximum Bit Rate (falls verfügbar im EU-Kontext) wird durch den erhaltenen Wert ersetzt. Verwenden Sie den empfangenen Wert für Sidelink-Kommunikation für die zugehörige UE im Netzwerkplanungsmodus für den 5G ProSe-Dienst.

  1.NetzwerkscheibenEin Netzwerk in unabhängige Anwendungsfälle, die jeweils auf spezialisierte Dienste zugeschnitten sind.APN(Access Point Names) waren die erste Form der Netzwerkspaltung in Mobilfunknetzen, die es den Betreibern ermöglichte, ihre Netzwerke basierend auf den Serviceanforderungen zu partitionieren.   2.5G-Netzwerkscheiben, definiert von 3GPP, verfügen über unabhängige Netzwerkinstanzen mit unabhängiger Steuerung und Benutzerebeneverarbeitung.die nur in 5G mit eigenständiger Architektur (SA) verwendet wird.   3.Netzwerkelemente und -identifikatoren: Slicing-Bereitstellungen in 5G umfassen Netzwerkfunktionen wie Benutzergeräte (UE), Funkzugangsnetzwerke der nächsten Generation (NG-RAN), Steuerungsebenefunktionen (z. B. AMF, PCF, SMF),und Benutzerebene (e)Jedes Netzwerkstück wird durch eineS-NSSAI(Slice Service Type), die eineTyp des Slice-Service (SST)Siehe auch die Liste der Dienstleistungen, für die der Netzwerk-Slice gilt.SSTWerte wie: 1 für erweiterte mobile Breitbandnetze, 2 für extrem zuverlässige Kommunikation mit geringer Latenzzeit, 3 für massives IoT, 4 für Fahrzeug-zu-alles (V2X), 5 für leistungsstarke maschinelle Kommunikation.   4.Unterstützung für das Slicing von Terminalnetzen: für SA (standalone) 5G-Terminals (UE), die mit der USRP (UE Routing Policy) konfiguriert sind,Sie können S-NSSAI für Netzwerk-Slicing (Dienstleistungen) basierend auf der gewünschten Anwendung (abhängig von den Anforderungen an die Servicequalität der Anwendung) auswählen.Zum Beispiel ermöglicht das erste mit dem URSP ausgestattete Galaxy S24 Ultra von Samsung die Slice-Auswahl und Serviceausführung innerhalb des 5G-Systems.   5.Unterstützung für die System-Netzwerk-Slicing:ADC(Erkennung und Steuerung) aktiviert ist (eine Funktion innerhalb der 5G-Kernnetzelemente PCF (Policy Control Function) und SMF (Session Management Function)).ADCwird verwendet, um Anwendungen oder Datenverkehr auf der Netzwerkseite zu identifizieren, Richtlinien wie Servicequalität, Abrechnung oder Umleitung anzuwenden und Echtzeit-Verkehrsklassifizierung und -priorisierung umzusetzen.   6.Beispiele für die kommerzielle Bereitstellung von Netzwerk-Slicing: Singapore Telecommunications (Singtel) hat dieSingtel 5G+, eine fortschrittliche "Network Slicing"-Innovation, die einen neuen Konnektivitätsstandard und ein priorisiertes Erlebnis durch drei Schlüsselmerkmale bietet: Singtel 5G+: Das einzige Netzwerk, das das 700 MHz-Spektrum nutzt und eine optimale bundesweite Abdeckung bietet, auch im Innenraum. Singtel 5G+ Verstärkt: Breitere Abdeckung und schnellere Geschwindigkeiten, mit konsequent bis zu 2x Geschwindigkeiten. 5G+-Priorität von Singtel: Priorisierte Netzwerkkanäle mit viermal höheren Geschwindigkeiten, die immer Dienstleistungen priorisieren und aufstrebende

Die 3GPP definiert in TS 38.413 Folgendes in Bezug auf erweiterte Abdeckungsbeschränkung, verlängerte Verbindungszeit, V2X-Dienstberechtigung,Verarbeitung von Anfragen und Übergabepfade für Sidelink-Aggregationsterminals im 5G-System:   I. Verstärkte Abdeckungsbeschränkung und verlängerte Verbindungszeit   Wenn die PATH SWITCH REQUEST Acknowledgement (PATH SWITCH REQUEST Acknowledgement) -Nachricht dieVerstärkte Beschränkung der Abdeckung IE, sollte der NG-RAN-Knoten (falls unterstützt) diese Informationen im EU-Kontext speichern und wie in TS 23 definiert verwenden.501.   Wenn die PATH SWITCH REQUEST Acknowledgement (PATH SWITCH REQUEST Acknowledgement) -Nachricht dieErweiterte Verbindungszeit IE, sollte der NG-RAN-Knoten (falls unterstützt) ihn wie in TS 23 definiert verwenden.501.   Wenn die PATH SWITCH REQUEST ACKNOWLEDGE (Path Switch Request Acknowledgement) -Nachricht eine UE-Differentiationsinformation IE enthält, sollte der NG-RAN-Knoten (falls unterstützt) diese Informationen in derDie EUKontext für die weitere Verwendung gemäß TS 23.501.   II. Genehmigung für NR V2X-Dienstleistungen   Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht eine NR V2X Service Authorization IE enthält,Der NG-RAN-Knoten (falls unterstützt) sollte seine NR-V2X-Dienstberechtigungsinformationen für die UE entsprechend aktualisieren..   Wenn die NR V2X-Dienstleistungsberechtigung IE eine oder mehrere IE enthält, die auf "Unauthorized" gesetzt sind," der NG-RAN-Knoten (falls unterstützt) sollte Maßnahmen ergreifen, um sicherzustellen, dass die UE keinen Zugriff mehr auf die zugehörigen Dienste hat.   Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht eine LTE V2X Service Authorization IE enthält,Der NG-RAN-Knoten (falls unterstützt) sollte seine LTE-V2X-Dienstberechtigungsinformationen für die UE entsprechend aktualisieren..Wenn die LTE-V2X-Dienstberechtigung IE eine oder mehrere IE auf "Unautorisiert" enthält," Der NG-RAN-Knoten (falls unterstützt) sollte Maßnahmen ergreifen, um sicherzustellen, dass die UE keinen Zugriff mehr auf die zugehörigen Dienste hat.   Wenn die NR A2X Service Authorization IE eine oder mehrere IE enthält, die auf "Unauthorized" gesetzt sind," Der NG-RAN-Knoten (falls unterstützt) sollte Maßnahmen ergreifen, um sicherzustellen, dass die UE keinen Zugriff mehr auf die zugehörigen Dienste hat.   Wenn die Nachricht "Path Switch Request Acknowledgement" (PATH SWITCH REQUEST Acknowledgement) eine LTE A2X Service Authorization IE enthält,Der NG-RAN-Knoten (falls unterstützt) sollte seine LTE A2X Service Authorization Informationen für die UE entsprechend aktualisieren..   Wenn die LTE A2X Service Authorization IE eine oder mehrere IE enthält, die auf "Unauthorized" eingestellt sind," Der NG-RAN-Knoten (falls unterstützt) sollte Maßnahmen ergreifen, um sicherzustellen, dass die UE keinen Zugriff mehr auf die zugehörigen Dienste hat.   III. Nebenverbindungen und Aggregation   Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht die NR UE Sidelink Aggregate Maximum Bit Rate IE enthält, führt der NG-RAN-Knoten (falls unterstützt) folgende Vorgänge durch: Ersetzen Sie die zuvor bereitgestellte UE Sidelink Aggregate Maximum Bit Rate (falls im EU-Kontext verfügbar) durch den erhaltenen Wert; Verwenden Sie den empfangenen Wert für Sidelink-Kommunikation mit der zugehörigen UE im NR V2X-Netzwerkplanungsmodus.   Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht die LTE UE Sidelink Aggregate Maximum Bit Rate IE enthält, muss der NG-RAN-Knoten (falls unterstützt) folgende Vorgänge durchführen: Ersetzen Sie die zuvor bereitgestellte UE Sidelink Aggregate Maximum Bit Rate (falls im EU-Kontext verfügbar) durch den erhaltenen Wert; Verwenden Sie den empfangenen Wert für Sidelink-Kommunikation mit der zugehörigen UE im LTE-V2X-Netzwerkplanungsmodus. Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht die NR A2X UE PC5 aggregierte maximale Bitrate IE enthält, führt der NG-RAN-Knoten (falls unterstützt) folgende Vorgänge durch: Die zuvor bereitgestellte NR A2X UE PC5-Aggregat-Maximalbitrate (falls verfügbar im EU-Kontext) wird durch den empfangenen Wert ersetzt. Im netzwerkplanbaren Modus wird der empfangene Wert für die Nebenkontaktkommunikation des NR-A2X-Dienstes für die zugehörige UE verwendet. Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht die LTE A2X UE PC5 aggregierte maximale Bitrate IE enthält, führt der NG-RAN-Knoten (falls unterstützt) folgende Vorgänge durch: Die zuvor bereitgestellte LTE A2X UE PC5-Aggregat-Maximalbitrate (falls verfügbar im EU-Kontext) wird durch den empfangenen Wert ersetzt. Im Netzwerkplanmodus wird der empfangene Wert für LTE A2X-Dienst-Sidelink-Kommunikation für die zugehörige UE verwendet.

  In einem 5G-System ist eine Übergabe Pfadanforderung eine Anforderung eines Endgeräts (UE), eine UE-bezogene Signalisierungsverbindung mit dem 5GC aufzubauen und, falls zutreffend, zu beantragen, dass der Downlink-Endpunkt des NG-U-Transportträgers auf einen neuen Endpunkt umgeschaltet wird. Da 5G eine zunehmende Anzahl von Diensttypen unterstützt, wird der Inhalt von Pfadanforderungen während der Übergaben zunehmend komplexer. 3GPP definiert dies in TS 38.413 wie folgt:   I. Paketverzögerungsbudget   Wenn das CN-Paketverzögerungsbudget-DownlinkIE in der Path Switch Request Acknowledge Transport IE der Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) Nachricht enthalten ist, SOLLTE der NG-RAN-Knoten (falls unterstützt) das zuvor bereitgestellte CN-Paketverzögerungsbudget-Downlink (falls vorhanden) ersetzen und es wie in TS 23.502 angegeben verwenden.   Wenn das CN-Paketverzögerungsbudget-UplinkIE in der Path Switch Request Ack Transport IE der Path Switch Request Ack No WLEDGE Nachricht enthalten ist, SOLL der NG-RAN-Knoten (falls unterstützt) das zuvor bereitgestellte CN-Paketverzögerungsbudget-Uplink (falls vorhanden) ersetzen und es wie in TS 23.502 angegeben verwenden.   II. Burst-Datenverarbeitung   Wenn das Burst-Ankunftszeit-Downlink-IE in der Path Switch Request Ack Transport IE der Path Switch Request Ack Nachricht enthalten ist, SOLL der NG-RAN-Knoten (falls unterstützt) den zuvor bereitgestellten Wert (falls vorhanden) ersetzen und ihn wie in TS 23.502 angegeben verwenden.   III. RRC-Inaktiv- und Core-Network-Unterstützungsinformationsverarbeitung   Wenn die Core-Network-Unterstützungsinformationen des RRC-INACTIVE-IE in der Path Switch Request Confirmation-Nachricht enthalten sind, SOLL der NG-RAN-Knoten (falls unterstützt) diese Informationen im UE-Kontext speichern und sie für RRC_INACTIVE-Zustandsentscheidungen und die RNA-Konfiguration des UE und das RAN-Paging (falls vorhanden) verwenden, wie in TS 38.300 beschrieben.   Wenn die Core-Network-Unterstützungsinformationen des RRC-INACTIVE-IE das MICO All PLMN IE enthalten, SOLL der NG-RAN-Knoten (falls unterstützt) den Registrierungsbereich des UE als vollständiges PLMN behandeln und die TAI-Liste des RRC-Inaktiv-IE ignorieren.   Wenn die Core-Network-Unterstützungsinformationen des RRC-INACTIVE-IE die Paging-Ursachenanzeige des Sprachdienst-IE enthalten, SOLL der NG-RAN-Knoten (falls unterstützt) diese speichern und wie in TS 38.300 angegeben verwenden.   Wenn die Core-Network-Unterstützungsinformationen des RRC-INACTIVE-IE das PEIPS-Unterstützungsinformations-IE enthalten, SOLL der NG-RAN-Knoten (falls unterstützt) es speichern und für Paging-Untergruppen von UEs im RRC_INACTIVE-Zustand verwenden, wie in TS 38.300 beschrieben.   Wenn das CN MT Communication Handling IE in den Core-Network-Unterstützungsinformationen (RRC INACTIVE IE) enthalten ist, SOLL der NG-RAN-Knoten (falls unterstützt) dieses IE speichern und kann anschließend das CN auffordern, die MT-Kommunikationsverarbeitung durchzuführen, wie in TS 23.502 beschrieben, abhängig von der Implementierung.   Wenn das CN Assisted RAN Parameter Adjustment IE in der Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) Nachricht enthalten ist, KANN der NG-RAN-Knoten dieses IE wie in TS 23.501 beschrieben verwenden.   Wenn das RRC INACTIVE Transition Report Request IE in der Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) Nachricht enthalten ist, SOLL der NG-RAN-Knoten (falls unterstützt) diese Informationen im UE-Kontext speichern.   V. EPS- und SRVCC-Verarbeitung   Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht die Umleitung für Sprache EPS-Fallback IE enthält, SOLL der NG-RAN-Knoten (falls unterstützt) dieses IE speichern und es in nachfolgenden Sprach-EPS-Fallback-Entscheidungen wie in TS 23.502 angegeben verwenden.   Wenn die PATH SWITCH REQUEST ACKNOWLEDGE-Nachricht die SRVCC Operation Possible IE-Informationen enthält, SOLL der NG-RAN-Knoten (falls unterstützt) den empfangenen SRVCC Operation Possible IE-Inhalt im UE-Kontext speichern und ihn wie in TS 23.216 definiert verwenden.