CHINA Shenzhen Olax Technology CO.,Ltd Bedrijfsnieuws

AMF (Access and Mobility Management Function) is een functionele eenheid (CU) van het controle-vlak in het 5G core netwerk (CN). Radio netwerkelementen (gNodeBs) moeten verbinding maken met de AMF voordat ze toegang kunnen krijgen tot een 5G-dienst. De verbinding tussen de AMF en andere eenheden in het 5G-systeem wordt weergegeven in de onderstaande figuur.     *Figuur 1. Schematische weergave van AMF en 5G netwerkelementverbinding (volle lijnen in de figuur stellen fysieke verbindingen voor, en stippellijnen stellen logische verbindingen voor)   I. AMF Interface Functies N1[2]:De AMF verkrijgt alle verbindings- en sessie-gerelateerde informatie van de UE via de N1-interface. N2[3]:Communicatie tussen de AMF en de gNodeB met betrekking tot de UE, evenals communicatie die niet gerelateerd is aan de UE, wordt via deze interface uitgevoerd. N8:Alle gebruikers- en specifieke UE-beleidsregels, sessie-gerelateerde abonnementsgegevens, gebruikersgegevens en alle andere informatie (zoals gegevens die worden blootgesteld aan applicaties van derden) worden opgeslagen in de UDM, en de AMF verkrijgt deze informatie via de N8-interface. N11[4]:De N11-interface vertegenwoordigt de triggers voor de AMF om PDU-sessies op het gebruikersvlak toe te voegen, te wijzigen of te verwijderen. N12:De AMF simuleert een AUSF binnen het 5G core netwerk en levert diensten aan de AMF via de AUSF-gebaseerde N12-interface. Het 5G-netwerk vertegenwoordigt een service-gebaseerde interface, met de focus op de AUSF en de AMF. N22:De AMF selecteert de beste netwerkfunctie (NF) in het netwerk met behulp van de NSSF. De NSSF levert netwerkfunctie locatie-informatie aan de AMF via de N22-interface. SBI[8]:De service-gebaseerde interface is API-gebaseerde communicatie tussen netwerkfuncties.   II. AMF Applicatieprotocollen NAS[5]:In 5G is NAS (Non-Access Layer Protocol) het controle-vlak protocol op de radio-interface (N1-interface) tussen de UE en AMF; het is verantwoordelijk voor het beheer van mobiliteit en sessie-gerelateerde context binnen de 5GS (5G-systeem). NGAP[6]:NGAP (Next Generation Application Protocol) is een controle-vlak (CP) protocol dat wordt gebruikt voor signaalcommunicatie tussen de gNB en AMF. Het is verantwoordelijk voor het afhandelen van diensten met betrekking tot de UE en diensten die niet gerelateerd zijn aan de UE. SCTP[7]:Flow Control Transmission Protocol (SCTP) zorgt voor de transmissie van signaalberichten tussen de AMF en de 5G-AN node (N2-interface). ITTI Berichten[9]:Inter-taak interface gebruikt om berichten tussen taken te verzenden.   III. Call Flow - UE Registratie en Deregistratie (Stappen) De AMF moet zich eerst registreren bij de NRF om de Netwerk Functie Locatie te identificeren en ermee te communiceren. Wanneer de UE wordt ingeschakeld, doorloopt deze een registratieproces. De AMF verwerkt de registratie en ontvangt vervolgens het initiële NAS UE-bericht en registratieverzoek. Dit bericht wordt gebruikt om een AMF-identiteit voor de UE aan te maken. Vervolgens controleert de AMF met welke AMF de UE zich voor het laatst heeft geregistreerd. Als het oude AMF-adres succesvol wordt gevonden, haalt de nieuwe AMF alle UE-contexten op en start een deregistratieprocedure voor de oude AMF. De oude AMF vraagt om de SM-context vrij te geven van de SMF en de UE-context van de gNB.   IV. Terminal Authenticatie en Autorisatie Als de nieuwe AMF geen spoor van de oude AMF detecteert, start deze het autorisatie- en authenticatieproces met de UE. Het handelt het identiteitsverificatieproces af en vraagt een authenticatievector van de AMF. Vervolgens stuurt het een authenticatieverzoek naar de UE om een beveiligingssleutel in te stellen en een beveiligingsalgoritme voor het kanaal te selecteren, waardoor veilige gegevensoverdracht wordt gewaarborgd. De AMF controleert alle NAS downlink/uplink transmissiekanalen die worden gebruikt voor communicatie.

Naarmate mobiele communicatienetwerken complexer worden, zijn prestatie-optimalisatie en verbetering van de gebruikerservaring cruciaal voor operators. Voorheen vertrouwden optimalisatie-engineers voornamelijk op drive tests om (fysieke) metingen van het netwerk uit te voeren om draadloze dekking en prestaties te begrijpen en te controleren. Deze testmethode is echter kostbaar, tijdrovend en niet altijd volledig.   I. Minimum Drive Testing (MDT)is een draadloze netwerkmeetmethode ontworpen door 3GPP voor mobiele communicatienetwerken. MDT stelt het netwerk in staat om daadwerkelijke prestatiegegevens rechtstreeks van de User Equipment (UE) kant te verzamelen, waardoor de behoefte aan handmatige drive tests wordt verminderd. Het is specifiek onderverdeeld in Logged MDT en Immediate MDT (iMDT).   II. Immediate MDT, zoals gedefinieerd in 3GPP, verwijst naar de real-time rapportage van netwerkprestatiegegevens door de terminalapparatuur (UE) tijdens een radiosessie. In tegenstelling tot logged MDT, dat gegevens op het apparaat opslaat voor latere upload, stuurt immediate MDT meetresultaten naar het netwerk, waardoor operators in staat zijn om:   Netwerkproblemen zoals radio link failures (RLF's) in real-time te identificeren. Gegevens te verzamelen op specifieke locaties tijdens de real-time sessie. De gebruikersprestaties in real-time te verbeteren.   III. Belangrijkste punten van Immediate MDT Het Immediate MDT-proces tijdens een verbindingssessie tussen de UE en het netwerk omvat voornamelijk: MDT-configuratie: De UE verkrijgt de MDT-configuratie van het netwerk. Deze configuratie specificeert welke typen gegevens moeten worden verzameld (bijvoorbeeld RSRP, RSRQ, SINR of belgebeurtenissen). Meet Timing: In een verbonden toestand voert de UE periodiek metingen uit op basis van gespecificeerde voorwaarden. Meetparameters kunnen signaalsterkte, kwaliteitsmetrieken en locatiegegevens omvatten. Dekking Dode Zones en Radio Link Failures (RLF): Als de UE zich in een dekking dode zone bevindt, kan er een RLF optreden, waardoor het MDT-proces wordt gestart om signaalsterkte en locatie vast te leggen voor verdere analyse. Logger en RLF-indicatie: Tijdens een RLF-gebeurtenis registreert de UE belangrijke informatie zoals signaalsterkte en locatiecoördinaten. Nadat de RRC-verbinding opnieuw is tot stand gebracht, wordt een RLF-loginindicatie aangemaakt en verzonden. Herstel en Rapportage: De UE moet de RRC-verbinding opnieuw tot stand brengen om opnieuw verbinding te maken. Na de RRC-herverbinding stuurt de UE de RLF-loginindicatie samen met de geregistreerde informatie. Dit helpt het netwerk de locatie en oorzaak van de RLF te identificeren, wat zeer nuttig is voor netwerkoptimalisatie.

I. PDU-sessiebronmelding (PDU SESSION RESOURCE NOTIFY) is een 5G-systeemmelding aan het kernelement AMF dat een QoS-stroom of PDU-sessie die is opgezet voor een specifieke terminal (UE) is vrijgegeven, niet langer wordt uitgevoerd of opnieuw wordt uitgevoerd door een NG-RAN-knooppunt dat wordt bestuurd door een verzoekmelding. Deze procedure wordt ook gebruikt om het NG-RAN-knooppunt op de hoogte te stellen van QoS-parameters die niet succesvol zijn geaccepteerd tijdens de procedure voor het aanvragen van pad-overdracht. De hele procedure maakt gebruik van UE-gerelateerde signalering.   II. Succesmelding PDU-sessiebron: Zoals weergegeven in Figuur 8.2.4.2-1, wordt de succesbewerking van de PDU-sessiebron geïnitieerd door het GN-RAN-knooppunt.     III. Belangrijke informatie voor PDU-sessiebronmeldingomvat:   Het NG-RAN-knooppunt initieert dit proces door een PDU-sessiebronmeldingsbericht te verzenden. Het PDU SESSION RESOURCE NOTIFY-bericht moet informatie bevatten over PDU-sessiebronnen of QoS-stromen die zijn vrijgegeven, niet langer worden uitgevoerd of opnieuw zijn uitgevoerd door het NG-RAN-knooppunt. Voor elke PDU-sessie waarbij sommige QoS-stromen zijn vrijgegeven, niet langer worden uitgevoerd of opnieuw zijn uitgevoerd door het NG-RAN-knooppunt, moet een PDU-sessiebronmeldings-transport-IE worden opgenomen, met: Een lijst met QoS-stromen die zijn vrijgegeven door het NG-RAN-knooppunt (indien van toepassing) in de QoS-stroomvrijgavelijst-IE. Als er na vrijgave geen andere QoS-stromen aan de bestaande bearer zijn gekoppeld (bijvoorbeeld het splitsen van de PDU-sessie), moeten het NG-RAN-knooppunt en 5GC ervan uitgaan dat de bijbehorende NG-U-transportbearer is verwijderd en dat de bijbehorende NG-U UP TNL-informatie weer beschikbaar is. Een lijst met GBR QoS-stromen die het NG-RAN-knooppunt niet langer uitvoert of opnieuw heeft uitgevoerd door het NG-RAN-knooppunt (indien van toepassing) in de QoS-stroommeldingslijst-IE, samen met de meldingsreden-IE. Voor QoS-stromen die worden aangegeven als niet langer voldaan, kan het NG-RAN-knooppunt ook de alternatieve QoS-parameterreeksen aangeven die momenteel kunnen worden voldaan in de Current QoS Parameter Set Index IE. Voor QoS-stromen die worden aangegeven als niet langer voldaan, kan het NG-RAN-knooppunt ook RAN-feedback aangeven in de TSC Traffic Characteristics Feedback IE. Een lijst (indien van toepassing) met QoS-stromen waarvan de QoS-parameters zijn bijgewerkt maar niet succesvol kunnen worden geaccepteerd door het NG-RAN-knooppunt tijdens een verzoek om pad-overdracht, moet worden opgenomen in de QoS Flow Feedback List IE, die kan worden geassocieerd met waarden ​​die kunnen worden verstrekt. Voor elke PDU-sessiebron die is vrijgegeven door het NG-RAN-knooppunt, moet een PDU-sessiebronmeldings-transmissie vrijgegeven worden opgenomen in de "PDU Session Resource Notification Released Transmission IE" en de vrijgavelogica moet worden opgenomen in de "Reason IE". Als de User Plane Error Indication IE is ingesteld op "Received GTP-U Error Indication", moet de SMF (indien ondersteund) ervan uitgaan dat de PDU-sessie is vrijgegeven vanwege het ontvangen van een GTP-U-foutindicatie via de NG-U-tunnel, zoals beschreven in TS 23.527. Het NG-RAN-knooppunt (indien ondersteund) moet de UE-locatie-informatie rapporteren in de User Location Information IE in het PDU SESSION RESOURCE NOTIFY-bericht. Na ontvangst van een PDU SESSION RESOURCE NOTIFY-bericht moet de AMF op transparante wijze een PDU Session Resource Notify Transfer IE of een PDU Session Resource Notify Released Transfer IE verzenden naar de SMF die is gekoppeld aan de relevante PDU-sessie voor elke PDU-sessie die is aangegeven in de PDU Session ID IE. Na ontvangst van de PDU Session Resource Notify Transfer IE initieert de SMF doorgaans de bijbehorende vrijgave- of wijzigingsprocedure aan de kant van het kernnetwerk voor PDU-sessies of QoS-stromen die worden geïdentificeerd als niet langer voldoen. Voor elke PDU-sessie, als de PDU Session Resource Notification Transfer IE of PDU Session Resource Notification Released Transfer IE een Secondary RAT Usage Information IE bevat, moet de SMF deze informatie verwerken in overeenstemming met TS 23.502. Als het PDU Session Resource Notification-bericht een User Location Information IE bevat, moet de AMF deze informatie verwerken in overeenstemming met TS 23.501.

  I. Een CORESET is een Control Resource Set die wordt gebruikt in 5G (NR). Het is een set fysieke resources binnen een specifiek gebied van het Downlink Resource Grid dat wordt gebruikt om de PDCCH (DCI) te dragen. In 5G (NR) is de PDCCH specifiek ontworpen om te worden verzonden binnen een configureerbare Control Resource Set (CORESET).   II. PDCCH Locatie De CORESET in 5G is vergelijkbaar met een Control Region in LTE omdat de Resource Set (RB) en OFDM-symboolset configureerbaar zijn, en het heeft een bijbehorende PDCCH-zoekruimte. De flexibiliteit van de NR Control Region-configuratie, inclusief tijd, frequentie, parameter set en werkpunt, maakt het mogelijk om aan een breed scala aan toepassingsscenario's te voldoen. Terwijl PDCCH's in LTE Control Regions over de gehele systeembandbreedte worden toegewezen, worden NR PDCCH's verzonden binnen een speciaal ontworpen CORESET-gebied, gelegen in een specifieke regio van het frequentiedomein, zoals weergegeven in het onderstaande diagram.   III. 4G PDCCH en 5G PDCCH CORESET Frequentietoewijzing in een CORESET-configuratie kan continu of discontinu zijn. Een CORESET-configuratie beslaat 1-3 opeenvolgende OFDM-symbolen in de tijd. RE's in een CORESET zijn georganiseerd in REG's (RE-groepen). Elke REG bestaat uit 12 RE's van één OFDM-symbool in een RB. De PDCCH is beperkt tot een CORESET en wordt verzonden met behulp van zijn eigen demodulatiereferentiesignaal (DMRS) om kanaalbundelvorming voor de UE te bereiken. Om verschillende DCI-payloadgroottes of verschillende coderingssnelheden te accommoderen, wordt de PDCCH gedragen door 1, 2, 4, 8 of 16 Control Channel Elements (CCE's). Elke CCE bevat 6 REG's. De CCE-naar-REG-mapping van een CORESET kan interleaved (voor frequentiediversiteit) of non-interleaved (voor lokale bundelvorming) zijn. IV. CORESET Mapping Elke 5G-terminal (UE) is geconfigureerd om blind meerdere PDCCH-kandidaatsignalen te testen met verschillende DCI-formaten en aggregatieniveaus. Blind decoderen verhoogt de complexiteit van de UE, maar is noodzakelijk voor het flexibel plannen en verwerken van verschillende DCI-formaten met lage overhead.   V. CORESET Kenmerken De CORESET control resource set in 5G (NR) is vergelijkbaar met het LTE PDCCH-controlegebied; 5G (NR) CORESET's zijn onderverdeeld in twee typen: algemene CORESET's en UE-specifieke CORESET's; Elke actieve downlink BWP kan maximaal 3 core sets configureren, inclusief algemene CORESET's en UE-specifieke CORESET's; Een bedieningscel kan maximaal 4 BWPs hebben, en elke BWP kan maximaal 3 CORESET's hebben, voor een totaal van 12 CORESET's; Elke CORESET kan worden geïdentificeerd door een index variërend van 0 tot 11, genaamd Control Resource Set Id; De Control Resource Set Id is uniek binnen dezelfde bedieningscel; Wanneer een specifieke CORESET is gedefinieerd, is de index CORESET0; deze CORESET wordt geconfigureerd met behulp van een 4-bits informatiemelement in de MIB (Master Information Block), die is geassocieerd met het celgedefinieerde synchronisatiesignaal en Physical Broadcast Channel (PBCH)-blok (SSB); CORESET's worden alleen geconfigureerd binnen hun bijbehorende Bandwidth Weighted (BWP) Activering vindt alleen plaats bij activering, behalve voor CORESET0, die is geassocieerd met het initiële bandwidth-weighted packet (het bandwidth-weighted packet met index 0); In het frequentiedomein worden CORESET's geconfigureerd op 6 PRB-frequentieroosters in eenheden van 6 PRB's; In het tijddomein worden CORESET's geconfigureerd als 1, 2 of 3 opeenvolgende OFDM-symbolen.  

Vergeleken met eerdere generaties technologie, stelt 5G (NR) hogere eisen aan timing- en synchronisatieprecisie. Dit komt omdat het netwerk synchronisatie nodig heeft om functies zoals carrier aggregatie, Mass MIMO en TDD (Time Division Duplex) te bereiken; sleuteltechnologieën zoals verbeterde boundary clocks, PTP (Precise Time Protocol) en TSN (Time Sensitive Networking) kunnen aan de precisie-eisen voldoen; met betrekking tot statusrapporten voor timing en synchronisatie definieert 3GPP deze in TS38.413 als volgt:     I. Statusrapport voor timingsynchronisatie Het doel van het proces voor het statusrapport voor timingsynchronisatie in het 5G-systeem is om NG-RAN-knooppunten in staat te stellen RAN-timingsynchronisatiestatusinformatie aan de AMF te verstrekken in overeenstemming met TS 23.501 en TS 23.502; het proces voor het statusrapport voor timingsynchronisatie gebruikt signalering die niet geassocieerd is met de UE. Het succesvolle rapportageproces wordt weergegeven in Figuur 8.19.2.2-1, waarbij:   Het NG-RAN-knooppunt initieert het proces door een TSCTSF-getimed synchronisatiestatusrapportbericht, aangegeven door de routing ID IE, naar de AMF te sturen.   II. Het doel van het getimede synchronisatiestatusrapport is om de AMF in staat te stellen het NG-RAN-knooppunt te verzoeken te beginnen of te stoppen met het rapporteren van RAN-getimede synchronisatiestatusinformatie zoals gespecificeerd in TS 23.501 en TS 23.502. Het succesvolle synchronisatiestatusrapportageproces wordt hieronder weergegeven in Figuur 8.19.1.2-1. Het rapportageproces maakt gebruik van niet-UE-geassocieerde signalering; waarbij:     AMF initieert dit proces door een bericht voor een synchronisatiestatusverzoek naar het NG-RAN-knooppunt te sturen. Als de RAN TSS-verzoektype IE in het synchronisatiestatusverzoekbericht is ingesteld op "start", moet het NG-RAN-knooppunt de RAN TSS-rapportage starten voor de TSCTSF die wordt aangegeven door de route ID IE. Als de RAN TSS-verzoektype IE is ingesteld op "stop", moet het NG-RAN-knooppunt stoppen met het rapporteren van de TSCTSF die wordt aangegeven door de route ID IE. III. De geplande synchronisatiestatusrapportage is mislukt, zoals weergegeven in Figuur 8.19.1.3-1, waarbij:     Als een NG-RAN-knooppunt de timingsynchronisatiestatus niet kan rapporteren, moet het proces als een mislukking worden beschouwd en moet een bericht "Timing Synchronization Status Failed" worden geretourneerd.  

I. ServiceondersteuningNet als 2G-, 3G- en 4G-mobiele communicatiesystemen ondersteunen 5G (NR)-systemen diensten die in drie hoofdtypen zijn onderverdeeld: spraak, data, en video. Een cellulair mobiel systeem bestaat uit twee basisdelen: de mobiele terminal (UE) en het netwerk (bestaande uit basisstations en backend dataverbindingscomponenten zoals het core netwerk en glasvezel).   II. Systeemeigenschappen5G is ontwikkeld volgens 3GPP-standaarden Release 15 en hoger, en is achterwaarts compatibel met LTE en LTE-Advanced Pro. Momenteel worden 5G-systemen ontwikkeld in meerdere frequentiebanden om spectrumregulering wereldwijd te ondersteunen. Een 5G-systeem kan uit drie delen bestaan: UE (d.w.z. de terminal - mobiele telefoon) gNB (d.w.z. het basisstation) CN (d.w.z. het core netwerk)   III. 5G Netwerk Implementatie5G-implementatie is verdeeld in Non-Standalone (NSA) en Standalone (SA) architecturen. Specifiek:   In NSA werkt de UE gelijktijdig op zowel de LTE eNB als de 5G gNB. In deze modus gebruikt de UE het C-vlak (besturingsvlak) van de LTE eNB voor initiële synchronisatie en kampeert vervolgens op het U-vlak (gebruikersvlak) van de 5G gNB voor dataverkeer. In SA werkt de UE alleen in aanwezigheid van een 5G-basisstation (gNB). In deze modus gebruikt de UE het besturingsvlak van het 5G-basisstation voor initiële synchronisatie en kampeert vervolgens ook op het gebruikersvlak van het 5G-basisstation voor dataverkeer.   IV. Dienstoproepstroom 4.1 Spraakoproepstroom 5G-spraakoproepen creëren een circuit tussen de beller en de gebelde partij om spraakoverdracht en -ontvangst via het 5G-netwerk mogelijk te maken. Spraakoproepen zijn van twee typen: Door de mobiele telefoon geïnitieerde oproep Door de mobiele telefoon beëindigde oproep Reguliere spraakoproepen kunnen worden gemaakt met 4G/5G-telefoons zonder applicaties. 4.2 Data-oproepstroom 5G-data-oproepen creëren een virtueel circuit tussen de beller en de gebelde partij om dataoverdracht en -ontvangst via het 5G-netwerk mogelijk te maken. Data-oproepen zijn van twee typen: Door de mobiele telefoon geïnitieerde packet-switched oproep Door de mobiele telefoon beëindigde packet-switched oproep Specifieke diensten omvatten normaal internet browsen en uploaden/downloaden na het tot stand brengen van een internetverbinding met het 5G-netwerk en de 5G-telefoon (d.w.z. de terminal).   4.3 Video-oproepstroom 5G-video-oproepen creëren een verbinding tussen twee telefoons (of terminals) en gebruiken een packet-switched verbinding voor video-overdracht en -ontvangst; het gebruikt applicaties zoals WhatsApp, Facebook Messenger en GTalk via de internetverbinding.

    Vergeleken met 4G-systemen heeft 5G (NR) baanbrekende verbeteringen bereikt in belangrijke prestatie-indicatoren van mobiele communicatie; het ondersteunt ook verschillende opkomende toepassingsscenario's. Gebaseerd op het succes van 5G (NR)-systemen, wordt 6G verwacht rond eind 2030 te verschijnen. De meerdere studies van 3GPP SA1 over Rel-19 tonen niet alleen de extra mogelijkheden die 5G-systemen zullen brengen, maar bieden ook richtlijnen voor de toekomstige mogelijkheden die nodig zijn voor 6G-systemen.   I. 3GPP-standaarden De gehele ontwikkeling van mobiele communicatie van GSM (2G), WCDMA (3G), LTE (4G) tot NR (5G) heeft 3GPP aangenomen, de enige en wereldwijd toonaangevende communicatiestandaard. Gedurende deze periode ondersteunden bijna alle mobiele telefoons en apparaten die verbonden waren met cellulaire netwerken ten minste een van deze standaarden. Naast het bijdragen aan het enorme succes van 4G-systemen (algemeen bekend als LTE), heeft 3GPP ook de prestaties van cellulaire communicatiesystemen in 5G aanzienlijk verbeterd.   II. 5G-standaarden en -functies Sinds de eerste commerciële implementatie van 5G-systemen in 2018, zoals weergegeven in Figuur 1, heeft 3GPP continu nieuwe functies toegevoegd in volgende versies, waaronder:     Rel-15, Rel-16 en Rel-17 zijn de eerste drie versies die 5G-systemen ondersteunen en bieden de basisfuncties die 5G onderscheiden van 4G-systemen. Rel-18, Rel-19 en Rel-20 voegen geavanceerde functies toe aan 5G-systemen en staan ook bekend als 5G-Advanced. De tweede en derde fase werkgroepen in 3GPP ontwikkelden de Rel-18-systeemarchitectuur en -protocollen, terwijl de eerste fase werkgroep van 3GPP de 6G-systeemarchitecturen besprak die verder gaan dan het Rel-19 5G-systeem.   III. Algemene voortgang van Rel-19 Tijdens de SA1#97 (februari 2022) en SA1#98 (mei 2022) vergaderingen bereikte de 3GPP SA1 werkgroep overeenstemming over de Rel-19 Research Item Descriptions (SIDs), zoals weergegeven in Tabel 1. Veel projecten bewegen zich geleidelijk in de richting van toepassing.     Zoals de onderzoekstitel suggereert, richten 3GPP-standaarden zich op de meer specifieke behoeften van industrieën die overwegen 3GPP-gebaseerde communicatiesystemen te gebruiken. Eerdere versies van 3GPP-standaarden hebben ondersteuning toegevoegd voor verschillende industrieën, zoals machine-to-machine communicatie. 3GPP heeft ook functies geïntroduceerd zoals ondersteuning voor low-power IoT-communicatie, breed dekkende IoT-communicatie en vehicle-to-vehicle communicatie.   De ondersteuning van eerdere versies is echter onvoldoende voor sommige andere industrieën en nieuw onderzoek streeft ernaar aan hun behoeften te voldoen. Het onderzoek naar Metaverse-diensten (FS_Metaverse) zal bijvoorbeeld de vereisten van 3GPP-gebaseerde systemen aanpakken bij het dragen van verkeer voor toepassingen in metaverse-scenario's.   Aan de andere kant, naarmate industrieën 3GPP-gebaseerde communicatietechnologieën adopteren, ontstaan er voortdurend nieuwe scenario's, waardoor 3GPP verder onderzoek moet doen. Het onderzoek naar satelliettoegang (FS_5GSAT_ph3) probeert bijvoorbeeld te voldoen aan de extra behoeften van de satellietindustrie, voortbouwend op eerder onderzoek.

In een 5G-uitzendsysteem, sessiemodificatie zal de PDU (Packet Data Unit)-sessie updaten; de update kan worden getriggerd door gebeurtenissen zoals het terminalapparaat (UE), het netwerk of een radioverbinding storing. Het MBS-sessie-updateproces wordt specifiek afgehandeld door de SMF, waarbij de UPF de gebruikersvlakverbinding update; vervolgens informeert de UPF het toegangsnetwerk en de AMF om sessieregels, QoS (Quality of Service) of andere parameters te wijzigen.   I. Initiatie van sessiemodificatie in 5G-systemen kan worden getriggerd door meerdere netwerkelementen, namelijk: Door UE geïnitieerd: De UE vraagt wijzigingen aan in zijn PDU-sessie, zoals het wijzigen van pakketfilters of QoS voor een specifieke service. Door het netwerk geïnitieerd: Het netwerk (meestal een Policy Control Function (PCF)) initieert wijzigingen, zoals het toepassen van nieuwe beleidsregels of QoS-wijzigingen. Door toegangsnetwerk geïnitieerd: Gebeurtenissen zoals radioverbinding storingen, inactiviteit van de gebruiker of mobiliteitsbeperkingen kunnen wijzigingen triggeren, waardoor de AN de sessie vrijgeeft of de configuratie wijzigt. Door AMF geïnitieerd: De AMF kan ook wijzigingen triggeren, bijvoorbeeld als gevolg van niet-gespecificeerde netwerkfouten.   II. De succesvolle MBS-modificatie uitzendsessiemodificatieprocedure is bedoeld om het NG-RAN-knooppunt te verzoeken MBS-sessiebronnen of -gebieden met betrekking tot eerder tot stand gebrachte uitzend-MBS-sessies bij te werken; deze procedure maakt gebruik van niet-UE-geassocieerde signalering. Een succesvolle modificatie wordt getoond in Figuur 8.17.2.2-1, waarbij:   MF initieert dit proces door een "BROADCAST SESSION MODIFICATION REQUEST"-bericht naar het NG-RAN-knooppunt te sturen, waarin:   Als het "Broadcast Session Modification Request"-bericht een "MBS Service Area" IE bevat, moet het NG-RAN-knooppunt het MBS-servicegebied updaten en een "Broadcast Session Modification Response"-bericht verzenden. Als het "Broadcast Session Modification Request"-bericht een "MBS Session Modification Request Transmission" IE bevat, moet het NG-RAN-knooppunt de eerder verstrekte informatie vervangen door de nieuw ontvangen informatie en de MBS-sessiebronnen en het gebied updaten volgens het verzoek, en vervolgens een "Broadcast Session Modification Response"-bericht verzenden. Als het "Broadcast Session Modification Request"-bericht een "List of Supported User Equipment Types" IE bevat (indien ondersteund), moet het NG-RAN-knooppunt dit in overweging nemen bij de configuratie van de MBS-sessiebronnen. Als de MBS NG-U-foutindicatie IE is opgenomen in het uitzendsessiemodificatieverzoekbericht binnen de MBS-sessie-setup of modificatieverzoektransmissie IE en is ingesteld op "N3mb path failure", kan het NG-RAN-knooppunt nieuwe NG-U-transportlaaginformatie verstrekken om de mislukte transportlaaginformatie te vervangen, of de gegevensoverdracht overschakelen naar een andere 5GC volgens de N3mb path failure uitzend-MBS-sessieherstelprocedure gespecificeerd in TS 23.527.   III. MBS-modificatiefout In het live netwerk kunnen NG-RAN-knooppunten om verschillende redenen uitzendsessiemodificatiefouten ervaren; de modificatiefout wordt getoond in Figuur 8.17.2.3-1, waarbij:   Als een NG-RAN-knooppunt er niet in slaagt om aangevraagde wijzigingen bij te werken, moet het NG-RAN-knooppunt een "Broadcast Session Modification Failure"-bericht verzenden.  

1. Vrijgave van uitzendsessie:In mobiele communicatiesystemen verwijst dit naar het proces waarbij een user equipment (UE) de ontvangst van uitzendsignalen van een 5G-netwerk beëindigt, vergelijkbaar met het beëindigen van een streaming mediasessie. Dit gebeurt wanneer de gebruiker de sessie expliciet beëindigt, de uitzending eindigt of het apparaat zich buiten de uitzenddekking begeeft. Het netwerkelement (Broadcast/Multicast Service Center) zal de sessie beëindigen om efficiënte gegevensoverdracht naar meerdere gebruikers tegelijkertijd te garanderen. Vrijgaven omvatten:     Door de gebruiker geïnitieerde vrijgave:De gebruiker stopt handmatig de uitzending, vergelijkbaar met het sluiten van een streaming-app. Door het netwerk geïnitieerde vrijgave:De uitzendsessie eindigt door de voltooiing van de contentweergave of beëindiging door de netwerkoperator. Dit kan te wijten zijn aan het einde van een live evenement of geplande uitzending. Door het apparaat geïnitieerde vrijgave:Het apparaat begeeft zich buiten de uitzenddekking, wat resulteert in signaalverlies en sessiebeëindiging. Het Broadcast/Multicast Service Center (BM-SC)beheert uitzendsessies en kan vrijgaven initiëren op basis van netwerkbeleid of gebruikersacties.   2. Vrijgaveproces van uitzendsessie:Het doel is om resources vrij te geven die geassocieerd zijn met een eerder tot stand gebrachte MBS-uitzendsessie. De vrijgave maakt gebruik van niet-UE-geassocieerde signalering. Een succesvolle vrijgavebewerking wordt getoond in Figuur 8.17.3.2-1, waarbij:       De AMF initieert deze procedure door een Broadcast Session Release Request-bericht naar de NG-RAN-node te sturen. Na ontvangst van het Broadcast Session Release Request-bericht, moet de NG-RAN-node reageren met een Broadcast Session Release Response-bericht. De NG-RAN-node moet stoppen met uitzenden en alle MBS-sessieresources vrijgeven die geassocieerd zijn met de uitzendsessie. Na ontvangst van het Broadcast Session Release Response-bericht, moet de AMF de Broadcast Session Release Response Transport IE (indien aanwezig) transparant doorsturen naar de MB-SMF.

  Efficiënt spectrumgebruik is cruciaal in mobiele communicatie. Omdat operators ernaar streven snellere datasnelheden en betere connectiviteit te bieden, is carrier aggregatie (CA) een van de belangrijkste functies geworden die zijn geïntroduceerd in 3GPP R10 (LTE-Advanced) en verder zijn ontwikkeld in 5G (NR).   1. Carrier Aggregatie(CA) verhoogt de bandbreedte en doorvoer door meerdere component carriers (CC's) te combineren. De bandbreedte van elke component carrier varieert van 20 MHz in LTE tot 100 MHz in 5G (NR). Daarom kan de totale bandbreedte van LTE-Advanced (5CC's) 100 MHz bereiken, terwijl de totale bandbreedte van 5G (NR) (16CC's) 640 MHz kan bereiken. Het principe is dat door carriers te combineren, het netwerk meer data tegelijkertijd kan verzenden en ontvangen, waardoor de efficiëntie en de gebruikerservaring worden verbeterd.   2. Aggregatietypes:In 4G en 5G kan carrier aggregatie worden gecategoriseerd op basis van hoe carriers worden georganiseerd over of binnen verschillende frequentiebanden:   Intra-band aaneengesloten | Aangrenzende carriers binnen dezelfde band | Band 3: 1800 MHz (10+10 MHz aaneengesloten) Intra-band niet-aaneengesloten | Carriers binnen dezelfde band maar met frequentiescheiding | Band 40: 2300 MHz (20+20 MHz met een gat) Inter-band aggregatie | Carriers van verschillende banden | Band 3 (1800 MHz) + Band 7 (2600 MHz)   De bovenstaande figuur illustreert visueel het intra-band niet-aaneengesloten type, waarbij beide carriers tot Band A behoren, maar er een gat in het spectrum tussen hen zit.   3. Intra-band aaneengesloten carrier aggregatie (ICCA) werkt door aangrenzende carriers binnen dezelfde band te combineren.Niet-aaneengesloten intra-band carrier aggregatie(NCCA) gaat een stap verder en maakt aggregatie van niet-aangrenzende carriers binnen dezelfde band mogelijk. Dit is met name belangrijk voor operators die te maken hebben met gefragmenteerde spectrumtoewijzingen.   4. Intra-Band Niet-Aaneengesloten Carrier Aggregatie(ICA) is een functie die is ingeschakeld in 4G en 5G om gefragmenteerd spectrum volledig te benutten. Carrier aggregatie (CA) stelt operators in staat om meerdere carriers (component carriers (CC's) genoemd) te combineren om bredere bandbreedtekanalen te creëren, waardoor de doorvoer wordt verbeterd en de gebruikerservaring wordt verbeterd.