CHINA Shenzhen Olax Technology CO.,Ltd Bedrijfsnieuws

Vanwege de complexe configuratie van traditionele CLI en SNM en het gebrek aan ondersteuning voor een transactiemechanisme, is het NETCONF netwerkbeheerprotocol ingeschakeld in het 5G-systeem, waardoor NMS (netwerkbeheersysteem) de configuratie van netwerkapparaten die zijn aangesloten op routers, eNodeB, gNodeB, DU, CU of RU kan uitgeven, wijzigen en verwijderen. Het werkingsprincipe, de structuur en de servicesessie zijn als volgt:   I. Werkingsprincipe Het NETCONF-systeem bevat ten minste één NMS dat alle netwerkapparaten beheert, zoals weergegeven in de onderstaande afbeelding. De NETCONF-architectuur bevat twee rollen: client en server     II. Kenmerken van de systeemstructuur NETCONF bevat ten minste één NMS die alle netwerkapparaten beheert, waaronder:   2.1 De client biedt de volgende functies:   Gebruik NETCONF om netwerkapparaten te beheren. Stuur RPC-verzoeken naar de NETCONF-server om een of meer parameterwaarden op te vragen of te wijzigen. Begrijp de status van het beheerde apparaat op basis van de alarmen en gebeurtenissen die door de NETCONF-server van het beheerde apparaat worden verzonden. 2.2 Wanneer de server een verzoek van de client ontvangt, parseert deze het verzoek en stuurt een antwoord naar de client. Wanneer een beheerd apparaat een storing of een ander type gebeurtenis ervaart, rapporteert de NETCONF-server het alarm of de gebeurtenis aan de client via een notificatiemechanisme, waardoor de client de status van het beheerde apparaat kan begrijpen.   III. NETCONF-sessie: Zoals weergegeven in de onderstaande afbeelding, communiceren de client en server met behulp van het RPC-mechanisme. Communicatie is alleen toegestaan nadat een veilige, op verbinding georiënteerde sessie tussen hen is tot stand gebracht. De client stuurt een RPC-verzoek naar de server, die het verzoek verwerkt en een antwoord terugstuurt naar de client. De NETCONF-client en -server communiceren met behulp van het RPC-mechanisme. Communicatie is alleen toegestaan nadat een veilige, op verbinding georiënteerde sessie is tot stand gebracht. Het proces voor het tot stand brengen en beëindigen van de sessie is als volgt:       De client brengt een SSH-verbinding tot stand met de server en brengt na voltooiing van authenticatie en autorisatie een NETCONF-sessie tot stand met de server. De client en server wisselen Hello berichten uit om mogelijkheden te onderhandelen. De client stuurt een of meer RPC-verzoeken naar de server. Enkele voorbeeldaanvragen worden hieronder vermeld:  Wijzig en voer de configuratie door;  Vraag configuratiegegevens of status op;  Voer onderhoudsactiviteiten uit op het apparaat;  De client beëindigt de NETCONF-sessie;  De SSH-verbinding wordt beëindigd.

  Netconfis de volledige naam van Network Configuration Protocol, een netwerkbeheersprotocol waarmee NMS (Network Management System) kan worden uitgebracht,de configuratie van aangesloten netwerkapparaten (routers) wijzigen en verwijderen, eNodeB, gNodeB, DU, CU of RU). NETCONF is ontwikkeld en gestandaardiseerd doorIETFVoor O-RAN is het de verantwoordelijkheid van de WG (Werkgroep 4).     I. Het NETCONF-protocolgebruikt XML (Extensible Markup Language) gegevenscodering om configuratiegegevens en protocolberichten te verwerken;het is gebaseerd op het concept van server en client en maakt gebruik van RPC (Remote Procedure Call) -mechanisme om communicatie tussen server en client te bereikenHet clientproces draait op het NMS, dat een script of applicatie kan zijn, en de server is een typisch netwerkapparaat.   II. Kenmerken van NETCONFzijn als volgt: Het heeft een gelaagd protocolraamwerk, waardoor het beter geschikt is voor on-demand, geautomatiseerde en cloudgebaseerde netwerken. Het wordt gebruikt om configuraties aan netwerkapparaten uit te geven, te wijzigen en te verwijderen. XML (Extensible Markup Language) wordt gebruikt voor gegevenscodering van configuratiegegevens en protocolberichten. Op basis van het server- en clientconcept fungeert het NMS als client en het netwerkapparaat als server. De communicatie tussen servers en clients wordt bereikt met behulp van het RPC-mechanisme (Remote Procedure Call). Operaties worden uitgevoerd op basis van het YANG-model, waardoor netwerkfalen veroorzaakt door handmatige configuratiefouten worden verminderd. NETCONF voldoet aan de behoeften van netwerkautomatisering. Het biedt beveiligingsmechanismen zoals authenticatie en autorisatie om een veilige berichtoverdracht te garanderen. Het biedt ook transactiemechanismen, die gegevensclassificatie, opslag en migratie, gefaseerde commit en configuratie-isolatie ondersteunen. Het ondersteunt uitgebreide configuratielevering, verificatie en rollback, waardoor de impact op netwerkdiensten wordt geminimaliseerd. Het stelt leveranciers in staat om hun eigen protocoloperaties te definiëren om unieke beheercapaciteiten te implementeren. 3Waarom is NETCONF nodig? Een belangrijke vereiste van cloudnetwerken is netwerkautomatisering voor snelle, on-demand dienstverlening en geautomatiseerd beheer van de activiteiten.Traditionele methoden zoals CLI en SNM kunnen niet aan deze eis voldoen.. Ze hebben de volgende beperkingen, die NETCONF aanpakt.   31. Nadelen vanCLITen eerste is de configuratie complex. CLI's verschillen per leverancier, waardoor gebruikers CLI-scripts moeten leren en aanpassen voor elke leverancier. Frequente veranderingen in CLI-structuur en syntaxis maken CLI-scripts moeilijk te onderhouden. Beveluitvoer is ongestructureerd, onvoorspelbaar en gemakkelijk te wijzigen, waardoor automatisch parsen van CLI-scripts moeilijk is. 3.2Nadelen van SNMP: SNMP ondersteunt geen transacties, wat resulteert in een inefficiënte configuratie. SNMP maakt gebruik van het User Datagram Protocol (UDP), dat geen betrouwbare, geselecteerde gegevensoverdracht biedt en geen effectieve beveiligingsmechanismen heeft. SNMP ontbreekt aan een mechanisme voor het indienen van configuratie-transacties. SNMP beheert apparaatconfiguratie apparaat-voor-apparaat en ondersteunt geen netwerkconfiguratie of multi-apparaatconfiguratie samenwerking.

NETCONF is de volledige naam van Network Configuration Protocol, een netwerkbeheerprotocol waarmee NMS (Network Management System) de configuratie van aangesloten netwerkapparaten (routers, eNodeB, gNodeB, DU, CU of RU) kan uitgeven, wijzigen en verwijderen. NETCONF is ontwikkeld en gestandaardiseerd door IETF; voor O-RAN valt het onder de verantwoordelijkheid van WG (Working Group 4).   1. Het NETCONF-protocol gebruikt XML (Extensible Markup Language) data-codering om configuratiegegevens en protocolberichten te verwerken; het is gebaseerd op het concept van server en client en gebruikt het RPC (Remote Procedure Call) mechanisme om communicatie tussen server en client te realiseren. Het clientproces draait op de NMS, wat een script of applicatie kan zijn, en de server is een typisch netwerkapparaat.   2. De kenmerken van NETCONF zijn als volgt: Het hanteert een gelaagde protocolstructuur, waardoor het beter geschikt is voor on-demand, geautomatiseerde en cloudgebaseerde netwerken. Het wordt gebruikt om configuraties uit te geven, te wijzigen en te verwijderen op netwerkapparaten. XML (Extensible Markup Language) wordt gebruikt voor data-codering van configuratiegegevens en protocolberichten. Gebaseerd op het server- en clientconcept, fungeert de NMS als client en het netwerkapparaat als server. Communicatie tussen servers en clients wordt bereikt met behulp van het RPC (Remote Procedure Call) mechanisme. Operaties worden uitgevoerd op basis van het YANG-model, waardoor netwerkfouten veroorzaakt door handmatige configuratiefouten worden verminderd. NETCONF voldoet aan de behoeften van netwerkautomatisering. Het biedt beveiligingsmechanismen zoals authenticatie en autorisatie om veilige berichtoverdracht te garanderen. Het biedt ook transactiemechanismen, die dataclassificatie, opslag en migratie, gefaseerde commit en configuratie-isolatie ondersteunen. Het ondersteunt uitgebreide configuratielevering, verificatie en rollback, waardoor de impact op netwerkdiensten wordt geminimaliseerd. Het stelt leveranciers in staat om hun eigen protocoloperaties te definiëren om unieke beheerfuncties te implementeren.     3. Waarom is NETCONF nodig? Een belangrijke vereiste van cloudnetwerken is netwerkautomatisering voor snelle, on-demand serviceprovisioning en geautomatiseerd operations management. Traditionele benaderingen zoals CLI en SNM kunnen niet aan deze vereiste voldoen. Ze hebben de volgende beperkingen, die NETCONF aanpakt.     31. Nadelen van CLI: Ten eerste is de configuratie complex. Ten tweede het volgende: CLIs variëren per leverancier, waardoor gebruikers CLI-scripts voor elke leverancier moeten leren en aanpassen. CLI-structuur en -syntaxis veranderen vaak, waardoor CLI-scripts moeilijk te onderhouden zijn. De opdrachtuitvoer is ongestructureerd, onvoorspelbaar en gemakkelijk te wijzigen, waardoor automatische parsing van CLI-scripts moeilijk is.     3.2 Nadelen van SNMP: SNMP ondersteunt geen transacties, wat resulteert in inefficiënte configuratie. SNMP gebruikt het User Datagram Protocol (UDP), dat geen betrouwbare, gesequencede gegevensoverdracht biedt en effectieve beveiligingsmechanismen mist. SNMP mist een mechanisme voor het indienen van configuratietransacties. SNMP beheert de apparaatconfiguratie per apparaat en ondersteunt geen configuratie op netwerkniveau of samenwerking tussen meerdere apparaten.

  In het 5G-systeem is een Path Switch Request (PATH SWITCH REQUEST) een verzoek van de terminal (UE) om een signaalverbinding met de 5GC tot stand te brengen en, indien van toepassing, te verzoeken dat de downlink van de NG-U transportdrager wordt overgeschakeld naar een nieuwe servicenode. Dit verzoek kan om verschillende redenen mislukken; 3GPP definieert het in TS 38.413 als volgt.   I. Mislukking van de Path Request-bewerking   Zoals getoond in Figuur 8.4.4.3-1 hieronder, wordt een mislukt verzoek doorgaans beantwoord door de AMF nadat de NG-RAN-node een "PATH SWITCH REQUEST" heeft uitgegeven.       II. Scenario's voor mislukte verzoekbewerkingen zijn doorgaans als volgt:   Als de 5GC er niet in slaagt het downlink-eindpunt van de NG-U transportdrager over te schakelen naar het nieuwe (service) eindpunt voor alle PDU-sessiebronnen, stuurt de AMF een PATH SWITCH REQUEST FAILURE-bericht naar de NG-RAN-node.   De NG-RAN-node moet de bijbehorende QoS-stromen vrijgeven en de PDU-sessies die worden aangegeven in de PDU Session Resource Release List IE in het PATH SWITCH REQUEST FAILURE-bericht als vrijgegeven beschouwen.   De bijbehorende oorzaakwaarde voor elke vrijgegeven PDU-sessie is opgenomen in de Path Switch Request Unsuccessful Transfer IE in het PATH SWITCH REQUEST FAILURE-bericht.   III. Abnormale bewerkingen aanvragen   Als de AMF een bericht ontvangt met meerdere PDU Session ID IEs die op dezelfde waarde zijn ingesteld (in de PDU Session Resource to be Switched IE in de downlink-lijst), stuurt de AMF een PATH SWITCH REQUEST FAILURE-bericht naar de NG-RAN-node. Bovendien,   Als uitzondering kan de AMF een Path Switch Request Unsuccessful Transfer IE genereren.   Als een Partially Allowed NSSAI IE wordt ontvangen in een PATH SWITCH REQUEST ACKNOWLEDGE-bericht, en het totale aantal S-NSSAIs in de Allowed NSSAI en Partially Allowed NSSAI groter is dan 8, moet de NG-RAN-node de procedure als mislukt beschouwen.   Als een S-NSSAI die aanwezig is in de Partially Allowed NSSAI IE ook aanwezig is in de Allowed NSSAI IE, moet de NG-RAN-node de procedure als mislukt beschouwen.

RAN-statusoverdracht is het proces waarbij de uplink- en downlink-statusinformatie van een terminal (UE) wordt overgedragen van een bron-radio-toegangsnetwerk (RAN) -knooppunt naar een doel-RAN-knooppunt in een 5G-netwerk.Dit gebeurt meestal tijdens overdrachts- of dubbelconnectiviteitsscenario'sTijdens dit proces zendt de AMF informatie over downlinkgegevens (bijv. het aantal doorgestuurd pakketten),samen met de SN-status en het PDCP-reeksnummer (Packet Data Convergence Protocol) en het hyperframe-nummer (HFN) -status voor zowel uplink- als downlinkgegevens, naar het doel RAN.   Ik.Uplink RAN Status TransferrDe overdrachtprocedure maakt gebruik van UE-gerelateerde signalisatie. Het specifieke proces wordt weergegeven in figuur 8.4.6.2-1 hieronder, waar:   The source NG-RAN node initiates this process by stopping allocating PDCP SNs for downlink SDUs and sending an UPLINK RAN STATUS TRANSFER message to the AMF when it deems the transmitter/receiver status frozen. Voor elke DRB waarvoor PDCP-SN- en HFN-statusbehoud van toepassing is, bevat het bron-NG-RAN-knooppunt de DRB-ID IE, UL COUNT IE,en DL COUNT IE in de DRB Subject Status Transfer List IE in de RAN Status Transfer Transparent Container IE van het bericht UPLINK RAN STATUS TRANSFER. Voor elke DRB waarvoor het bron-NG-RAN-knooppunt een verzoek tot uplink-doorstuur van het doel-NG-RAN-knooppunt heeft geaccepteerd:het bron-NG-RAN-knooppunt kan ook de ontbrekende en ontvangen uplink SDU's bevatten in de UL PDCP SDU's IE van het UPLINK RAN STATUS TRANSFER-bericht.   II.Statusoverdracht van de downlink RAN Het doel is om op NG-RAN gebaseerde verliesloze overdrachtsprocedures te implementeren met behulp van UE-gerelateerde signalisatie.4.7.2-1 hieronder, waar:     De AMF start deze procedure door een DOWNLINK RAN STATUS TRANSFER-bericht te sturen naar het doel NG-RAN-knooppunt. Het doel NG-RAN-knooppunt voert deze overdracht uit volgens TS 38.300 en met behulp van een volledige configuratie de in dit bericht ontvangen informatie negeren. Voor elke DRB in de RAN Status Transfer Transparent Container IE die onder de State Transfer List IE valt:het doel-NG-RAN-knooppunt mag geen uplink-gegevenspakket verzenden met een PDCP-SN lager dan de waarde van de UL Count Value IE;. Voor elke DRB in de RAN Status Transfer Transparent Container IE die onder de State Transfer List IE valt:het doel-NG-RAN-knooppunt gebruikt de waarde van de DL COUNT Value IE van het eerste downlink-gegevenspakket waaraan nog geen PDCP-SN is toegewezen.. Indien ten minste één DRB in de RAN Status Transfer Transparent Container IE van het DOWNLINK RAN STATUS TRANSFER-bericht de ontvangststatus van de UL PDCP SDU IE bevat,het doel-NG-RAN-knooppunt kan het gebruiken in statusmeldingen die via de radiosinterface naar de UE worden verzonden.

  Het doel van het PATH SWITCH REQUEST-proces is om een UE-gerelateerde signaalverbinding met de 5GC op te zetten en, indien van toepassing,verzoeken dat het eindpunt van de downlink van de NG-U-transportdrager wordt overgeschakeld naar een nieuw eindpunt. 3GPP definieert de relevante processen van 5G in TS38.413 na het inschakelen van IAB, slicing, positionering en ranging technologieën als volgt;   I. IAB Verwerking van machtigingen   Als het PATH SWITCH REQUEST ACKNOWLEDGE bericht de IAB Authorization IE bevat,het NG-RAN-knooppunt (indien ondersteund) slaat de ontvangen IAB-autoriseringsinformatie op in de UE-context en gebruikt deze zoals gespecificeerd in TS 38.401.   Als het PATH SWITCH REQUEST ACKNOWLEDGE-bericht de Mobile IAB Authorization IE bevat,het NG-RAN-knooppunt (indien ondersteund) slaat de ontvangen Mobile IAB-autorisatiestatus op in de UE-context van de Mobile IAB-MT.. Als de Mobile IAB Authorization IE van de Mobile IAB-MT is ingesteld op "Unauthorized", zorgt de NG-RAN-knooppunt (indien ondersteund) ervoor dat de Mobile IAB-knooppunt geen enkele UE bedient.   II. NSSAI en ranging en positionering   Indien het IE "gedeeltelijk toegestaan NSSAI" is opgenomen in het bericht PATH SWITCH REQUEST ACKNOWLEDGE,de NG-RAN-knooppunt (indien ondersteund) moet de gedeeltelijk toegestane netwerksnijd voor de UE daaruit afleiden;, opslaan en vervangen van alle eerder ontvangen "gedeeltelijk toegestane NSSAI", en gebruiken deze zoals gespecificeerd in TS 23.501.   Indien de "Informatie van de dienst voor rangschikking en zijdelingse locatie" IE is opgenomen in het bericht PATH SWITCH REQUEST ACKNOWLEDGE (PATH SWITCH REQUEST ACKNOWLEDGE),het NG-RAN-knooppunt (indien ondersteund) moet de ranging- en sidetracklocatie-informatie van de UE dienovereenkomstig bijwerken;Indien de IE "Autorisatie voor rang- en zijbaanpositionisatie" in de rang- en zijbaanpositionisatiedienstinformatie IE is ingesteld op "Niet geautoriseerd"," het NG-RAN-knooppunt (indien ondersteund) moet maatregelen nemen om ervoor te zorgen dat de UE geen toegang meer heeft tot ranging- en sidetrack positioneringsdiensten.   III. RRC-procedure voor het melden van inactieve overgang   Als het RRC-verzoek om een rapport over de overstap naar inactieve verbinding IE is opgenomen in het bericht van bevestiging van het verzoek om een verbinding over te schakelen en is ingesteld op "Single RRC Connection Status Report"," en de UE is in de staat RRC_CONNECTED, moet het NG-RAN-knooppunt (indien ondersteund) een bericht van RRC Inactive Transition Report naar de AMF sturen om de RRC-status van de UE te melden.   Indien het RRC-verzoek om een overgangsverslag IE is opgenomen in het PATH SWITCH REQUEST ACKNOWLEDGE-bericht en is ingesteld op "Single RRC Connection Status Report" en de UE in de staat RRC_INACTIVE is,het NG-RAN-knooppunt (indien ondersteund) stuurt een RRC-melding over inactieve overgang naar de AMF;, en een daaropvolgend bericht van RRC Inactive Transition Report bij de overgang van RRC-toestand naar RRC_CONNECTED.   Als het RRC-verzoek om een verslag over de overstap van inactieve toestand IE is opgenomen in het PATH SWITCH REQUEST CONNECUMINATION-bericht en is ingesteld op "Volgende overstap van de toestand",het NG-RAN-knooppunt (indien ondersteund) stuurt een RRC INACTIVE TRANSITION REPORT-bericht naar de AMF om de RRC-status van de UE te melden., en een daaropvolgend RRC INACTIVE TRANSITION REPORT-bericht om de RRC-status van de UE te melden wanneer de UE de RRC_INACTIVE-toestand invoert of verlaat.   IV. Procedure voor de kennisgeving van PDU-sessiebronnen   Als de PATH SWITCH REQUEST ACKNOWLEDGE-boodschap in de Path Switch Request Acknowledgment Transfer IE QoS-gerelateerde parameters bevat (bijv.CN Packet Delay Budget Downlink IE of CN Packet Delay Budget Uplink IE), maar het NG-RAN-knooppunt de parameters niet met succes kan accepteren, blijft het NG-RAN-knooppunt de oude waarden (indien van toepassing) gebruiken die het van het bron-NG-RAN-knooppunt heeft ontvangen.het NG-RAN-knooppunt stelt de AMF in kennis door een PDU SESSION RESOURCE NOTIFY-bericht te verzenden;.    

  Het doel van het handover path request proces is om de relevante signaalverbinding tot stand te brengen tussen de terminal (UE) en de 5GC en, indien van toepassing, het downlink eindpunt van de NG-U transportdrager aan te vragen om te worden overgeschakeld naar een nieuw eindpunt. Voor de handover van UE-gerelateerde diensten in de PC5-interface in Sidelink, definieert 3GPP dit in TS38.413 als volgt;   I. PC5 QoS-verwerking De path request in handover van de PC5-interface in Sidelink is als volgt gedefinieerd;   Als het Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) bericht de PC5 QoS parameter IE bevat, moet de NG-RAN node (indien ondersteund) deze gebruiken zoals gedefinieerd in TS 23.287. Als het Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) bericht de A2X PC5 QoS parameter IE bevat, moet de NG-RAN node (indien ondersteund) deze gebruiken zoals gedefinieerd in TS 23.256. Als het Path Switch Request Acknowledge bericht de Alternate QoS Parameter Set List IE bevat, moet de NG-RAN node (indien ondersteund) deze gebruiken zoals gespecificeerd in TS 23.502. II. Path Request in CE-mode-B en User Plane CIoT Handover is als volgt gedefinieerd:   Als het Path Switch Request Acknowledge bericht de CE-mode-B Restriction IE bevat, de Enhanced Coverage Restriction IE niet is ingesteld op "restricted", en de Enhanced Coverage Restriction informatie opgeslagen in de UE context niet is ingesteld op "restricted", moet de NG-RAN node (indien ondersteund) deze informatie opslaan in de UE context en deze gebruiken zoals gedefinieerd in TS 23.501. Als het Path Switch Request Acknowledge bericht de UE User Plane CIoT Support Indicator IE bevat, moet de NG-RAN node (indien ondersteund) deze informatie opslaan in de UE context en ervan uitgaan dat de UE User Plane CIoT 5GS Optimization ondersteunt zoals gespecificeerd in TS 23.501. Als het Path Switch Request Acknowledge bericht de UE Radio Capability ID IE bevat, moet de NG-RAN node (indien ondersteund) deze gebruiken zoals gespecificeerd in TS 23.501 en TS 23.502. III. PDU Session Expected UE Activity en Path Request in MDT Handover is als volgt gedefinieerd: Voor elke PDU Session, als het PATH SWITCH REQUEST ACKNOWLEDGE bericht de "PDU Session Expected UE Activity Behavior" IE bevat, moet de NG-RAN node (indien ondersteund) deze informatie verwerken zoals gespecificeerd in TS 23.501. Als het PATH SWITCH REQUEST ACKNOWLEDGE bericht de "Management-Based MDT PLMN List" IE bevat, moet de NG-RAN node deze opslaan in de UE context en, indien ondersteund, deze lijst gebruiken om de daaropvolgende selectie van de UE voor management-based MDT toe te staan, zoals gedefinieerd in TS 32.422. Als het PATH SWITCH REQUEST ACKNOWLEDGE bericht de "Management-based MDT PLMN Modification List" IE bevat, moet de NG-RAN node (indien ondersteund) deze lijst gebruiken om alle eerder opgeslagen management-based MDT PLMN-lijstinformatie in de UE context te overschrijven en de ontvangen informatie gebruiken om de daaropvolgende selectie van de UE voor management-based MDT toe te staan, zoals gedefinieerd in TS 32.422. Als het PATH SWITCH REQUEST ACKNOWLEDGE bericht de Time Synchronisation Assistance Information IE bevat, moet de NG-RAN node (indien ondersteund) deze informatie opslaan in de UE context en deze gebruiken zoals gedefinieerd in TS 23.501. IV. Path Request in 5G ProSe Handover is als volgt gedefinieerd: Als het PATH SWITCH REQUEST ACKNOWLEDGE bericht de 5G ProSe Authorized IE bevat, moet de NG-RAN node (indien ondersteund) zijn ProSe autorisatie-informatie voor de UE dienovereenkomstig bijwerken. Als de 5G ProSe Authorization Information (5G ProSe Authorized IE) een of meer IEs bevat die zijn ingesteld op "Unauthorized", moet de NG-RAN node (indien ondersteund) stappen ondernemen om ervoor te zorgen dat de UE geen toegang meer heeft tot de bijbehorende 5G ProSe-diensten. Als de 5G ProSe PC5 QoS Parameters IE is opgenomen in het PATH SWITCH REQUEST ACKNOWLEDGE bericht, moet de NG-RAN node (indien ondersteund) deze gebruiken zoals gedefinieerd in TS 23.304. Als de Aerial UE Subscription Information IE is opgenomen in het PATH SWITCH REQUEST ACKNOWLEDGE bericht, moet de NG-RAN node (indien ondersteund) deze informatie opslaan of alle eerder opgeslagen informatie in de UE context overschrijven en deze gebruiken zoals gedefinieerd in TS 38.300. Als de 5G ProSe UE PC5 Aggregate Maximum Bit Rate IE is opgenomen in het PATH SWITCH REQUEST ACKNOWLEDGE bericht, moet de NG-RAN node (indien ondersteund) de volgende acties uitvoeren: Vervang de eerder verstrekte 5G ProSe UE PC5 Aggregate Maximum Bit Rate (indien beschikbaar in de UE context) door de ontvangen waarde; Gebruik de ontvangen waarde voor sidelink-communicatie voor de bijbehorende UE in de netwerkplanningsmodus voor de 5G ProSe-dienst.

  1. Netwerkslicing verdeelt een netwerk in onafhankelijke use cases, elk op maat gemaakt om gespecialiseerde diensten te leveren. In het traditionele 4G (LTE) tijdperk waren APN (Access Point Names) de eerste vorm van netwerkslicing in mobiele netwerken, waardoor operators hun netwerken konden partitioneren op basis van servicevereisten.   2. 5G netwerkslices, gedefinieerd door 3GPP, bevatten onafhankelijke netwerkinstanties met onafhankelijke controle en user plane processing. Deze slices vereisen ondersteuning van het 5G Core Network (5GC), dat alleen in 5G met Standalone Architecture (SA) wordt gebruikt.   3. Netwerkelementen en Identifiers: Slicing implementaties in 5G omvatten netwerkfuncties zoals de user equipment (UE), next-generation radio access network (NG-RAN), control plane functies (bijv. AMF, PCF, SMF) en user plane functies (bijv. UPF). Elke netwerkslice wordt geïdentificeerd door een S-NSSAI (Slice Service Type), dat een Slice Service Type (SST) bevat om aan te geven op welke service de netwerkslice van toepassing is. Netwerkoperators kunnen gestandaardiseerde SST waarden gebruiken zoals: 1 voor enhanced mobile broadband, 2 voor ultra-reliable low-latency communications, 3 voor massive IoT, 4 voor vehicle-to-everything (V2X), 5 voor high-performance machine-type communications. Ze kunnen ook lokaal gedefinieerde, niet-gestandaardiseerde SST-waarden gebruiken.   4. Terminal Network Slicing Ondersteuning: Voor SA (standalone) 5G terminals (UE's) geconfigureerd met de USRP (UE Routing Policy), kunnen ze S-NSSAI selecteren voor netwerkslicing (diensten) op basis van de gewenste applicatie (afhankelijk van de quality of service vereisten van de applicatie). Bijvoorbeeld, Samsung's eerste Galaxy S24 Ultra uitgerust met de URSP maakt slice selectie en service uitvoering binnen het 5G systeem mogelijk.   5. Systeem Netwerkslicing Ondersteuning: ADC (Detection and Control) is ingeschakeld (een functie binnen de 5G core netwerkelementen PCF (Policy Control Function) en SMF (Session Management Function)). ADC wordt gebruikt om applicaties of verkeer aan de netwerkzijde te identificeren, beleidsregels toe te passen zoals quality of service, facturering of omleiding, en real-time verkeersclassificatie en prioritering te implementeren.   6. Commerciële Implementatie Voorbeelden van Netwerkslicing: Singapore Telecommunications (Singtel) heeft Singtel 5G+ gelanceerd, een geavanceerde "netwerkslicing" innovatie die een nieuwe standaard van connectiviteit en een geprioriteerde ervaring levert door middel van drie belangrijke functies: Singtel 5G+: Het enige netwerk dat de 700MHz spectrumband gebruikt, en optimale landelijke dekking levert, zelfs binnenshuis. Singtel 5G+ Verbeterd: Bredere dekking en snellere snelheden, met consequent tot 2x snelheden. Singtel 5G+ Priority: Geprioriteerde netwerkkanalen met 4x snellere snelheden, waarbij diensten altijd worden geprioriteerd en opkomende diensten worden gedetecteerd

3GPP definieert het volgende in TS 38.413 met betrekking tot beperking van verbeterde dekking, verlengde verbindingstijd, V2X-serviceautorisatie en verwerking van handover-padverzoeken voor sidelink-aggregatieterminals in het 5G-systeem:   I. Beperking van verbeterde dekking en verlengde verbindingstijd   Als het bericht Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) de Enhanced Coverage Restriction IE bevat, MOET de NG-RAN-node (indien ondersteund) deze informatie opslaan in de UE-context en deze gebruiken zoals gedefinieerd in TS 23.501.   Als het bericht Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) de Extended Connected Time IE bevat, MOET de NG-RAN-node (indien ondersteund) deze gebruiken zoals gedefinieerd in TS 23.501.   Als het bericht Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) een UE Differentiation Information IE bevat, moet de NG-RAN-node (indien ondersteund) deze informatie opslaan in de UE context voor verder gebruik in overeenstemming met TS 23.501.   II. NR V2X-serviceautorisatie   Als het bericht PATH SWITCH REQUEST ACKNOWLEDGE een NR V2X Service Authorization IE bevat, moet de NG-RAN-node (indien ondersteund) zijn NR V2X-serviceautorisatie-informatie voor de UE dienovereenkomstig bijwerken.   Als de NR V2X Service Authorization IE een of meer IEs bevat die zijn ingesteld op "Unauthorized", moet de NG-RAN-node (indien ondersteund) stappen ondernemen om ervoor te zorgen dat de UE geen toegang meer heeft tot de bijbehorende services.   Als het bericht PATH SWITCH REQUEST ACKNOWLEDGE een LTE V2X Service Authorization IE bevat, moet de NG-RAN-node (indien ondersteund) zijn LTE V2X-serviceautorisatie-informatie voor de UE dienovereenkomstig bijwerken. Als de LTE V2X Service Authorization IE een of meer IEs bevat die zijn ingesteld op "Unauthorized", moet de NG-RAN-node (indien ondersteund) maatregelen nemen om ervoor te zorgen dat de UE geen toegang meer heeft tot de bijbehorende services.   Als de NR A2X Service Authorization IE een of meer IEs bevat die zijn ingesteld op "Unauthorized", moet de NG-RAN-node (indien ondersteund) maatregelen nemen om ervoor te zorgen dat de UE geen toegang meer heeft tot de bijbehorende services.   Als het bericht Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) een LTE A2X Service Authorization IE bevat, moet de NG-RAN-node (indien ondersteund) zijn LTE A2X Service Authorization-informatie voor de UE dienovereenkomstig bijwerken.   Als de LTE A2X Service Authorization IE een of meer IEs bevat die zijn ingesteld op "Unauthorized", moet de NG-RAN-node (indien ondersteund) maatregelen nemen om ervoor te zorgen dat de UE geen toegang meer heeft tot de bijbehorende services.   III. Sidelink- en aggregatieverwerking   Als het bericht PATH SWITCH REQUEST ACKNOWLEDGE de NR UE Sidelink Aggregate Maximum Bit Rate IE bevat, moet de NG-RAN-node (indien ondersteund) de volgende bewerkingen uitvoeren: Vervang de eerder verstrekte UE Sidelink Aggregate Maximum Bit Rate (indien beschikbaar in de UE-context) door de ontvangen waarde; Gebruik de ontvangen waarde voor sidelink-communicatie met de bijbehorende UE in de NR V2X-netwerkplanningsmodus.   Als het bericht PATH SWITCH REQUEST ACKNOWLEDGE de LTE UE Sidelink Aggregate Maximum Bit Rate IE bevat, moet de NG-RAN-node (indien ondersteund) de volgende bewerkingen uitvoeren: Vervang de eerder verstrekte UE Sidelink Aggregate Maximum Bit Rate (indien beschikbaar in de UE-context) door de ontvangen waarde; Gebruik de ontvangen waarde voor sidelink-communicatie met de bijbehorende UE in de LTE V2X-netwerkplanningsmodus. Als het bericht PATH SWITCH REQUEST ACKNOWLEDGE de NR A2X UE PC5 aggregate maximum bit rate IE bevat, moet de NG-RAN-node (indien ondersteund) de volgende bewerkingen uitvoeren: Vervang de eerder verstrekte NR A2X UE PC5 aggregate maximum bit rate (indien beschikbaar in de UE-context) door de ontvangen waarde; Gebruik in de netwerkgeplande modus de ontvangen waarde voor NR A2X-service sidelink-communicatie voor de bijbehorende UE. Als het bericht PATH SWITCH REQUEST ACKNOWLEDGE de LTE A2X UE PC5 aggregate maximum bit rate IE bevat, moet de NG-RAN-node (indien ondersteund) de volgende bewerkingen uitvoeren: Vervang de eerder verstrekte LTE A2X UE PC5 aggregate maximum bit rate (indien beschikbaar in de UE-context) door de ontvangen waarde; Gebruik in de netwerkgeplande modus de ontvangen waarde voor LTE A2X-service sidelink-communicatie voor de bijbehorende UE.

  In een 5G-systeem is een handover padverzoek een verzoek van een terminal (UE) om een UE-gerelateerde signaalverbinding met de 5GC tot stand te brengen en, indien van toepassing, te verzoeken dat het downlink-eindpunt van de NG-U-transportdrager wordt overgeschakeld naar een nieuw eindpunt. Aangezien 5G een toenemend aantal servicetypen ondersteunt, zal de inhoud van padverzoeken tijdens handovers steeds complexer worden. 3GPP definieert dit in TS 38.413 als volgt.   I. Packet Delay Budget   Als de CN Packet Delay Budget Downlink IE is opgenomen in de Path Switch Request Acknowledge Transport IE van het Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) bericht, MOET de NG-RAN-node (indien ondersteund) de eerder verstrekte CN Packet Delay Budget Downlink (indien aanwezig) vervangen en deze gebruiken zoals gespecificeerd in TS 23.502.   Als de CN Packet Delay Budget Uplink IE is opgenomen in de Path Switch Request Ack Transport IE van het Path Switch Request Ack No WLEDGE-bericht, moet de NG-RAN-node (indien ondersteund) de eerder verstrekte CN Packet Delay Budget Uplink (indien aanwezig) vervangen en deze gebruiken zoals gespecificeerd in TS 23.502.   II. Burst Data Handling   Als de Burst Arrival Time Downlink IE is opgenomen in de Path Switch Request Ack Transport IE van het Path Switch Request Ack-bericht, moet de NG-RAN-node (indien ondersteund) de eerder verstrekte waarde (indien aanwezig) vervangen en deze gebruiken zoals gespecificeerd in TS 23.502.   III. RRC Inactive en Core Network Assistance Information Handling   Als de Core Network Assistance Information van de RRC INACTIVE IE is opgenomen in het Path Switch Request Confirmation-bericht, moet de NG-RAN-node (indien ondersteund) deze informatie opslaan in de UE-context en deze gebruiken voor RRC_INACTIVE-statusbeslissingen en de RNA-configuratie en RAN-paging van de UE (indien aanwezig), zoals beschreven in TS 38.300.   Als de Core Network Assistance Information van de RRC INACTIVE IE de MICO All PLMN IE bevat, moet de NG-RAN-node (indien ondersteund) het registratiegebied van de UE behandelen als de volledige PLMN en de TAI-lijst van de RRC Inactive IE negeren.   Als de Core Network Assistance Information van de RRC INACTIVE IE de Paging Cause Indication of the Voice Service IE bevat, moet de NG-RAN-node (indien ondersteund) deze opslaan en gebruiken zoals gespecificeerd in TS 38.300.   Als de Core Network Assistance Information van de RRC INACTIVE IE de PEIPS Assistance Information IE bevat, moet de NG-RAN-node (indien ondersteund) deze opslaan en gebruiken voor paging-subgroepen van UE's in de RRC_INACTIVE-status, zoals beschreven in TS 38.300.   Als de CN MT Communication Handling IE is opgenomen in de Core Network Assistance Information (RRC INACTIVE IE), moet de NG-RAN-node (indien ondersteund) deze IE opslaan en kan vervolgens de CN verzoeken om MT-communicatieafhandeling uit te voeren, zoals beschreven in TS 23.502, afhankelijk van de implementatie.   Als de CN Assisted RAN Parameter Adjustment IE is opgenomen in het Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) bericht, kan de NG-RAN-node deze IE gebruiken zoals beschreven in TS 23.501.   Als de RRC INACTIVE Transition Report Request IE is opgenomen in het Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) bericht, moet de NG-RAN-node (indien ondersteund) deze informatie opslaan in de UE-context.   V. EPS en SRVCC Processing   Als het PATH SWITCH REQUEST ACKNOWLEDGE-bericht de Redirection for Voice EPS Fallback IE bevat, moet de NG-RAN-node (indien ondersteund) deze IE opslaan en gebruiken in daaropvolgende voice EPS fallback-beslissingen zoals gespecificeerd in TS 23.502.   Als het PATH SWITCH REQUEST ACKNOWLEDGE-bericht de SRVCC Operation Possible IE-informatie bevat, moet de NG-RAN-node (indien ondersteund) de ontvangen SRVCC Operation Possible IE-inhoud opslaan in de UE-context en deze gebruiken zoals gedefinieerd in TS 23.216.