logo
Bericht versturen
Shenzhen Olax Technology CO.,Ltd
producten
Nieuws
Thuis >

CHINA Shenzhen Olax Technology CO.,Ltd Bedrijfsnieuws

5G (NR) Terminal-ondersteunde PDU-sessie-typen

In 5G (NR) is een PDU-sessie een logische verbinding tussen de terminal (UE) en het datanetwerk (zoals internet of een bedrijfsnetwerk), verantwoordelijk voor de transmissie van dataverkeer en het ondersteunen van diensten zoals browsen of spraak (VoNR). De PDU-sessie van de UE wordt beheerd door de SMF (Session Management Function Unit) en draagt verkeer dat is toegewezen aan specifieke Quality of Service (QoS)-streams, waardoor gedifferentieerde serviceniveaus worden bereikt. De typen PDU-sessies die door 5G (NR)-terminals worden ondersteund, worden door 3GPP in TS23.501 als volgt gedefinieerd:   I. Relatie tussen UE en SMF   1.1Tijdens de levenscyclus van de PDU-sessie kan de terminal (UE) configuratie-informatie verkrijgen van de SMF, waaronder: Het adres van de P-CSCF; Het adres van de DNS-server. Als de UE aangeeft aan het netwerk dat het (D)TLS-gebaseerde DNS ondersteunt, en het netwerk het gebruik van (D)TLS-gebaseerde DNS wil afdwingen, kan de configuratie-informatie die door de SMF via de PCO wordt verzonden, ook de bijbehorende DNS-serverbeveiligingsinformatie bevatten die is gespecificeerd in TS 24.501[47] en TS 33.501[29]. De GPSI van de UE. Het terminalapparaat (UE) kan de MTU verkrijgen die de UE in overweging moet nemen van de SMF wanneer de PDU-sessie wordt ingesteld, zoals beschreven in Clausule 5.6.10.4.   1.2Tijdens de levenscyclus van de PDU-sessie omvat de informatie die de UE kan verstrekken aan de SMF het volgende: Aangeven of P-CSCF-herselectie wordt ondersteund, op basis van de procedures die zijn gespecificeerd in TS 24.229[62] (Clausule B.2.2.1C en L.2.2.1C). De PS-data-off-status van de UE.   ----De operator kan NAT-functionaliteit in het netwerk implementeren; ondersteuning voor NAT is niet gespecificeerd in Release 18.   II. Ethernet en PDU-sessies   2.1Voor PDU-sessies die zijn ingesteld met behulp van het Ethernet-type, kunnen de SMF en de UPF die fungeert als de PDU sessie-anker (PSA) specifiek gedrag ondersteunen met betrekking tot de Ethernet-frames die door de PDU-sessie worden gedragen. Afhankelijk van de DNN-configuratie van de operator kan de afhandeling van Ethernet-verkeer op N6 verschillen, bijvoorbeeld:   Een één-op-één-configuratie tussen de PDU-sessie en de N6-interface kan overeenkomen met een dedicated tunnel die op N6 is ingesteld. In dit geval stuurt de UPF die fungeert als de PSA Ethernet-frames transparant door tussen de PDU-sessie en de bijbehorende N6-interface, en kan downlink-verkeer routeren zonder het MAC-adres te kennen dat door de UE wordt gebruikt. Meerdere PDU-sessies (bijv. meerdere UE's) die naar dezelfde DNN verwijzen, kunnen overeenkomen met dezelfde N6-interface. In dit geval moet de UPF die fungeert als de PSA het MAC-adres kennen dat door de UE in de PDU-sessie wordt gebruikt om downlink Ethernet-frames die via N6 worden ontvangen, toe te wijzen aan de bijbehorende PDU-sessie. Het doorstuurgedrag van de UPF die fungeert als de PSA wordt beheerd door de SMF, zoals beschreven in Clausule 5.8.2.5. ----Het MAC-adres dat door de UE wordt gebruikt, verwijst naar elk MAC-adres dat door de UE of een apparaat dat lokaal is verbonden met de UE en communiceert met de DN via een PDU-sessie.   III. SMF en PSA:Afhankelijk van de operatorconfiguratie kan de SMF de UPF, die fungeert als het ankerpunt voor de PDU-sessie, verzoeken om te reageren op een ARP/IPv6-buurcelinformatieverzoek op basis van lokaal gecachede informatie (d.w.z. de mapping tussen het MAC-adres en het IP-adres van de UE, en de DN waarmee de PDU-sessie is verbonden), of ARP-verkeer van de UPF omleiden naar de SMF. ARP/IPv6 ND-reacties op basis van lokaal gecachede informatie zijn van toepassing op ARP/IPv6 ND's die zowel in uplink- als downlink- (UL- en DL-) richtingen worden ontvangen.   ---De voorwaarde voor het reageren op ARP/ND's vanuit de lokale cache is dat de UE of apparaten achter de UE hun IP-adres verkrijgen via een in-band mechanisme dat detecteerbaar is door de SMF/UPF en het IP-adres associeert met het MAC-adres via dit mechanisme. ---Dit mechanisme is bedoeld om het uitzenden of multicasten van ARP/IPv6 ND's naar elke UE te voorkomen.

2026

01/23

Kenmerken van de Drie SSC-modi in 5G

3GPP definieert drie modi voor UE Mobility and Service Continuity Management (SSC) in 5G (NR)-systemen, elk met de volgende kenmerken:   I. SSC Modus 1: Voor PDU-sessies in deze modus blijft de UPF die wordt gebruikt als de PDU-sessieanker bij sessie-etablissement geldig, ongeacht de toegangstechnologie (bijv. toegangstype en cel) die de UE vervolgens gebruikt om toegang te krijgen tot het netwerk. Specifiek:   Voor PDU-sessies van het type IPv4, IPv6 of IPv4v6 wordt IP-continuïteit ondersteund, ongeacht veranderingen in de UE-mobiliteit. In Release 18, wanneer IPv6 multihoming of UL CL wordt toegepast op een PDU-sessie in SSC Modus 1, en het netwerk (gebaseerd op lokaal beleid) extra sessieankers toewijst voor die PDU-sessie, kunnen deze extra PDU-sessieankers worden vrijgegeven of toegewezen, en de UE verwacht niet extra IPv6-prefixes te behouden voor de levensduur van de PDU-sessie. SSC Modus 1 kan worden toegepast op elk PDU-sessietype en elk toegangstype. UE's die PDU-connectiviteit ondersteunen, moeten SSC Modus 1 ondersteunen.   II. SSC Modus 2Als een PDU-sessie in deze modus slechts één sessieanker heeft, kan het netwerk de vrijgave van die PDU-sessie activeren en de UE instrueren om onmiddellijk een nieuwe PDU-sessie tot stand te brengen met hetzelfde datanetwerk. De activeringsvoorwaarde hangt af van het beleid van de operator, zoals verzoeken van applicatiefuncties, laadstatus, enz. Bij het tot stand brengen van een nieuwe PDU-sessie kan een nieuwe UPF worden geselecteerd als de PDU-sessieanker. Anders, als de SSC Modus 2 PDU-sessie meerdere PDU-sessieankers heeft (bijv. multi-homed PDU-sessies of UL CL toegepast op SSC Modus 2 PDU-sessies), kunnen extra PD-sessieankers worden vrijgegeven of toegewezen; verder:   SSC2-modus kan worden toegepast op elk PDU-sessietype en elk toegangstype. SSC Modus 2 is optioneel in de UE.   ---UE's die afhankelijk zijn van SSC Modus 2-functionaliteit zullen niet functioneren als SSC Modus 2 niet wordt ondersteund.   ---In UL CL-modus neemt de UE niet deel aan de herverdeling van PDU-sessieankers, daarom is de UE niet op de hoogte van het bestaan van meerdere PDU-sessieankers.   III. SSC Modus 3Voor PDU-sessies in deze modus staat het netwerk de UE toe om een verbinding tot stand te brengen met hetzelfde datanetwerk via een nieuw PDU-sessieankerpunt voordat de verbinding tussen de UE en het vorige PDU-sessieankerpunt wordt vrijgegeven.   Wanneer aan de activeringsvoorwaarden is voldaan, beslist het netwerk of een PDU-sessieankerpunt UPF moet worden geselecteerd dat geschikt is voor de nieuwe omstandigheden van de UE (bijv. netwerktoegangspunt). In Release 18 is SSC Modus 3 alleen van toepassing op IP PDU-sessietypen en elk toegangstype. Voor PDU-sessies van het type IPv4, IPv6 of IPv4v6 zijn de volgende regels van toepassing tijdens wijzigingen in het PDU-sessieankerpunt:   a. Voor PDU-sessies van het type IPv6 kan een nieuw IP-prefix dat is verankerd aan het nieuwe PDU-sessieankerpunt worden toegewezen binnen dezelfde PDU-sessie (onderhevig aan IPv6 multihoming zoals gespecificeerd in TS23.501 5.6.4.3), of​ b. Een nieuw IP-adres en/of IP-prefix kan worden toegewezen binnen de nieuwe PDU-sessie die tot stand is gebracht wanneer de UE wordt geactiveerd. Nadat een nieuw IP-adres/prefix is ​​toegewezen, wordt het oude IP-adres/prefix gedurende een bepaalde periode behouden, waarna de UE via NAS-signalering (zoals beschreven in sectie 4.3.5.2 van TS 23.502[3]) of routeraankondiging (zoals beschreven in sectie 4.3.5.3 van TS 23.502[3]) op de hoogte wordt gesteld, waarna het wordt vrijgegeven.   Als de SSC Modus 3 PDU-sessie meerdere PDU-sessieankers heeft (bijv. multi-homed PDU-sessies of UL CL toegepast op SSC Modus 3 PDU-sessies), kunnen extra PDU-sessieankers worden vrijgegeven of toegewezen. Of de UE SSC Modus 3 ondersteunt, is optioneel.   ----Als de UE SSC Modus 3 niet ondersteunt, werken functies die afhankelijk zijn van SSC Modus 3 niet;

2026

01/22

5G Systeem QoS Sleutelparameters

In het 5G-systeem (NR) is QoS de fijnste granulaire eenheid voor het onderscheiden van QoS (Quality of Service) in de PDU-sessie van een terminal (UE).Elke QoS-stroom wordt geïdentificeerd met een unieke identificatiecode genaamd QFI (QoS Flow ID)QoS omvat meestal de volgende parameters:   1.GFBR (Garanteerde bitrate van de stroom) Toepassing:Alleen van toepassing op GBR- en GBR-QoS-stromen met kritieke vertraging. Functie:Definieert de minimale bitsnelheid die de QoS-stroom kan bereiken bij meting over een gemiddeld venster. Uplink en Downlink:Specificeert de GFBR voor de uplink en downlink afzonderlijk.   2. MFBR (maximale bitrate van de stroom) Toepassing:Alleen van toepassing op GBR- en GBR-QoS-stromen met kritieke vertraging. Functie:Definieert de maximale bitsnelheid die de QoS-stroom kan bereiken bij meting over een gemiddeld venster. Uplink en Downlink:Specificeert de MFBR voor de uplink en downlink afzonderlijk.   3. Maximale toegestane bitrate van de sessie (Session-AMBR) Functie:Definieert de som van de maximaal toegestane bitsnelheden van alle QoS-stromen die geen GBR zijn in een specifieke PDU-sessie. Uitvoering:Beheerd door de gebruikersvlakfunctie (UPF) van de relevante PDU-sessie.   4. Terminal (UE) Maximaal toegestane bitrate (UE-AMBR) Functie:Definieert de som van de maximaal toegestane bitsnelheden van alle QoS-stromen van een specifieke UE die geen GBR zijn. Uitvoering:Beheerd door het bedienende basisstation.   5. Maximaal pakketverlies Toepassing:Alleen van toepassing op GBR- en GBR-QoS-stromen met kritische vertraging en alleen voor spraakmedia in 3GPP-specificatie Release 15. Functie:Definieert de maximaal aanvaardbare pakketverliesgraad in de uplink en downlink.   6. Kennisgevingcontrole Functie:Geeft aan of het basisstation de SMF moet melden als de QoS-stroom niet voldoet aan zijn GFBR. Gedrag:Als aan de GFBR niet wordt voldaan, blijft het basisstation proberen terwijl het de SMF meldt, die de QoS-stroom kan herconfigureren of vrijgeven.   7. Reflectieve QoS-attribuut (RQA) Functie:Geeft aan of pakketten in de QoS-stroom vereisen dat de UE-applicatie reflecterende QoS gebruikt, wat het leren van uplinkregels uit het downlinkpatroon omvat. Toepassingsgebied:Wordt gebruikt voor PDU-sessies van IP- of Ethernet-datapakketten (niet van toepassing op ongestructureerde datapakketten).

2026

01/21

SSC – Het waarborgen van PDU-sessiecontinuïteit voor 5G-terminals

  Om ervoor te zorgen dat de PDU-sessie van de terminal (UE) onveranderd blijft tijdens mobiliteits- of netwerkveranderingen (handover), zodat een naadloze gebruikerservaring wordt gegarandeerd,3GPP heeft SSC (Session and Service Continuity) voor 5G (NR) gedefinieerdDoor SSC-beheer kunnen sessies een soepele overdracht bereiken zonder serviceonderbreking, wat cruciaal is voor verschillende toepassingen zoals VoIP, gaming en het Internet of Things.   I. PDU SSC: De door 3GPP gedefinieerde 5G (NR) -systeemarchitectuur ondersteunt PDU-sessie- en dienstcontinuïteit en voldoet aan de verschillende continuïteitseisen van verschillende toepassingen/diensten voor de terminal (UE).Het 5G-systeem ondersteunt verschillende SSC-modes (Session and Service Continuity). deSSCde met een PDU-sessie geassocieerde modus blijft gedurende de gehele levenscyclus onveranderd.   II. SSC-modus:Momenteel (versie R18) zijn er drie modi gedefinieerd voor SSC (Session and Service Continuity): In SSC-modus 1,Het netwerk handhaaft de verbindingsdienst die aan de UE wordt geleverd. Voor IPv4, IPv6 of IPv4v6 PDU-sessies wordt het IP-adres bewaard. In SSC-modus 2,het netwerk kan de aan de UE verstrekte verbindingsdienst vrijgeven en de bijbehorende PDU-sessie vrijgeven.het vrijgeven van de PDU-sessie zal resulteren in het vrijgeven van het IP-adres dat is toegewezen aan de UE. In SSC-modus 3,Veranderingen in het gebruikersvlak zijn zichtbaar voor de UE, terwijl het netwerk ervoor zorgt dat de verbinding van de UE niet wordt onderbroken.een verbinding wordt tot stand gebracht via een nieuwe PDU-sessieanker om een betere continuïteit van de dienst te garanderen;. Voor IPv4, IPv6 of IPv4v6-typen wordt in deze modus het IP-adres niet bewaard wanneer de PDU-sessieanker verandert. In de versie van de R18-specificatie is het proces van het toevoegen/verwijderen van extra PDU-sessieankers in PDU-sessies die worden gebruikt voor lokale toegang DN, onafhankelijk van de SSC-modus van de PDU-sessie.   III. Keuze van de modus: In 5G wordt de door de terminal aangenomen SSC-modus bepaald door de SMF op basis van de in het gebruikersabonnement toegestane SSC-modussen (inclusief de standaard SSC-modus) en het PDU-sessietype,en de door de EU gevraagde SSC-modus in overweging neemt indien aanwezigDe exploitant kan de UE een SSC-modus-selectiebeleid (SSCMSP) verstrekken als onderdeel van de URSP-regels (zie punt 6).6.2 van TS 23.503 [45]) De UE dient het SSCMSP te gebruiken om het sessietype en de servicecontinuïteitsmodus te bepalen die zijn gekoppeld aan de toepassing of groep toepassingen van de UE, zoals beschreven in punt 6.6.2.3 van TS 23.503 [45].   Als de UE geen SSCMSP heeft, kan de SSC-modus worden geselecteerd op basis van de lokale configuratie van de UE, zoals beschreven in TS 23.503 [45] (indien van toepassing).de UE verzoekt om een PDU-sessie zonder een SSC-modus aan te bieden.

2026

01/20

5G Terminal Multiple PDU Session Anchor Definitie (2)

5G-terminals ondersteunen de gelijktijdige totstandbrenging van meerdere PDU-sessies; met betrekking tot de uplink in deze sessies definieert 3GPP het volgende in TS23.501:   I. Uplink Classifier:Voor IPv4-, IPv6-, IPv4v6- of Ethernet-type PDU-sessies kan de SMF besluiten om eenUL CL (Uplink Classifier)in het datapad van de PDU-sessie in te voegen; DeDe invoeging en verwijdering van deis een functie die door de UPF wordt ondersteund en is ontworpen om een deel van het verkeer lokaal te ontlasten op basis van verkeersfilters die door de SMF worden geleverd. De invoeging en verwijdering van deUL CL   worden door de SMF besloten en door de SMF bestuurd met behulp van generieke N4- en UPF-functies. II. De SMF kan besluiten om een UPF die UL CL-functionaliteit ondersteunt, in het datapad van de PDU-sessie in te voegen tijdens of na de totstandbrenging van de PDU-sessie, en kan ook besluiten om een UPF die UL CL-functionaliteit ondersteunt, uit het datapad van de PDU-sessie te verwijderen na de totstandbrenging van de PDU-sessie. De SMF kan meerdere UPF's die UL CL-functionaliteit ondersteunen, in het datapad van de PDU-sessie opnemen.   De UE is niet op de hoogte van de verkeersontlasting die wordt veroorzaakt door de UL CL en neemt niet deel aan het invoegen en verwijderen van de UL CL. III. UE-afhandeling Voor IPv4-, IPv6- of IPv4v6-type PDU-sessies associeert de UE de PDU-sessie met één IPv4-adres, één IPv6-prefix of beide, toegewezen door het netwerk. Wanneer de UL CL-functie in het datapad van de PDU-sessie wordt ingevoegd, heeft de PDU-sessie meerdere PDU-sessie-ankers. Deze PDU-sessie-ankers bieden verschillende toegangsmethoden tot hetzelfde DN.   Voor IPv4-, IPv6- of IPv4v6-type PDU-sessies verkrijgt de UE slechts één IPv4-adres en/of IPv6-prefix. De SMF kan lokale beleidsregels configureren voor bepaalde (DNN, S-NSSAI)-combinaties, zodat de PDU-sessie wordt vrijgegeven wanneer het IPv4-adres dat aan de UE is toegewezen, is geassocieerd met een PSA en die PSA is verwijderd. IV. UL CL-toepassing: De huidige versie ondersteunt alleen terminals (UE's) die één IPv4-adres en/of IPv6-prefix gebruiken en meerdere PDU-sessie-ankers configureren, op voorwaarde dat er geschikte mechanismen worden ingezet om pakketten correct door te sturen op het N6-referentiepunt wanneer dat nodig is. De R18-specificatie behandelt niet het mechanisme voor het doorsturen van pakketten tussen het lokale toegang PDU-sessie-anker en de DN via het N6-referentiepunt; waarbij: De UL CL zorgt voor het doorsturen van UL-verkeer naar verschillende PDU-sessie-ankers en het samenvoegen van DL-verkeer naar de UE, d.w.z. het samenvoegen van verkeer van verschillende PDU-sessie-ankers op de link naar de UE. Dit is gebaseerd op verkeersdetectie en doorstuurregels die door de SMF worden geleverd.

2026

01/19

Definitie van meerdere PDU-sessie-ankers voor 5G-terminals (1)

I. PDU Sessie Anker: In het 5G (NR) systeem moet elke PDU-sessie voor een terminal (UE) eerst de PSA (PDU Sessie Anker) voltooien; deze taak wordt uitgevoerd door de UPF (User Plane Function) via de N6-interface van de PDU-sessie (die fungeert als een gateway die verbinding maakt met het externe DN (Data Network)). De PSA fungeert als het ankerpunt voor elke datasessie van de terminal (UE), waarbij de datastroom wordt beheerd en verbindingen worden gelegd met diensten zoals internet. Wanneer de UE meerdere diensten uitvoert, wordt het ankerpunt voor elke sessie in meerdere PDU-sessies door 3GPP in TS23.501 als volgt gedefinieerd:   II. Meerdere PDU Sessie Ankers:Om selectieve verkeersroutering naar het DN te ondersteunen of om te ondersteunen   In SSC Mode 3 zoals gedefinieerd in TS23.501 Sectie 5.6.9.2.3, kan de SMF het datapad van de PDU-sessie controleren, zodat de PDU-sessie tegelijkertijd overeen kan komen met meerdere N6-interfaces. De UPF die elke interface beëindigt, wordt een PDU-sessie anker genoemd. Elk PDU-sessie anker dat de PDU-sessie ondersteunt, biedt toegang tot verschillende DN's.   Verder wordt het PDU-sessie anker dat tijdens de PDU-sessie-opbouw wordt toegewezen, geassocieerd met zijn SSC-modus, terwijl andere PDU-sessie ankers die in dezelfde PDU-sessie worden toegewezen (bijv. voor selectieve verkeersroutering naar het DN) onafhankelijk zijn van de SSC-modus van de PDU-sessie. Wanneer PCC-regels die verkeerssturingshandhavingscontrole-informatie bevatten die wordt beïnvloed door de AF, zoals gedefinieerd in TS 23.503[45] clausule 6.3.1, aan de SMF worden verstrekt, kan de SMF beslissen of verkeersroutering moet worden toegepast op basis van de DNAI die is opgenomen in de PCC-regels (door gebruik te maken van de UL-classificatiefunctie of IPv6 multi-homing).   ----De AF-beïnvloede verkeerssturingshandhavingscontrole-informatie kan worden bepaald door de PCF wanneer dit door de AF via de NEF wordt aangevraagd (zoals beschreven in clausule 5.6.7.1), of deze kan statisch vooraf worden geconfigureerd in de PCF. ----Selectieve verkeersroutering naar het DN ondersteunt implementaties waarbij bijvoorbeeld bepaald geselecteerd verkeer via de N6-interface wordt doorgestuurd naar een DN dat 'dichterbij' de AN is die de UE bedient. Dit kan overeenkomen met: de UL-classificatiefunctie voor PDU-sessies zoals gedefinieerd in clausule 5.6.4.2; het gebruik van IPv6 multi-homing in PDU-sessies zoals gedefinieerd in clausule 5.6.4.3.

2026

01/17

5G NTN (niet-terrestrisch netwerk) Technologie Terminologie

De NTN (Non-Terrestrial Network) geïntroduceerd door 3GPP in zijn standaardisatieroutekaart heeft als doel volledige 5G-dekking en connectiviteit te bereiken via satellieten en luchtplatforms. Belangrijke terminologie omvat:   1. NTN Definitie:Dit is een draadloze netwerktechnologie goedgekeurd door 3GPP, waarbij toegangsknooppunten worden ingezet op ruimtegebaseerde of luchtgebaseerde platforms zoals satellieten of High Altitude Platform Stations (HAPS), in plaats van vast te zitten aan grondinfrastructuur. NTN-netwerken worden typisch gebruikt om dekking uit te breiden naar gebieden waar de implementatie van grondnetwerken onpraktisch of economisch onhaalbaar is. Vanuit een 3GPP-perspectief is NTN geen onafhankelijke technologie, maar eerder een uitbreiding van 5G (NR). NTN hergebruikt en past NR-protocollen, parameters en procedures zoveel mogelijk aan om lange propagatievertragingen, hoge Dopplerverschuivingen, grote celgroottes en platformmobiliteit te ondersteunen.   2. NTN Platforms:Dit is de meest basale classificatie van satellietbanen, die direct van invloed is op latentie, dekking en mobiliteit; specifiek inclusief:   GEO (Geostationary Orbit): GEO-satellieten bevinden zich op een hoogte van ongeveer 35.786 kilometer en zijn stationair ten opzichte van de aarde. GEO (Geosynchronous Orbit) satellieten hebben een brede dekking maar een hoge round-trip delay, waardoor ze ongeschikt zijn voor latency-gevoelige diensten. MEO (Medium Earth Orbit): MEO-satellieten opereren op hoogtes tussen 2.000 en 20.000 kilometer, waardoor een evenwicht wordt bereikt tussen dekking en latentie; dit wordt met name benadrukt in de huidige 3GPP NTN-specificaties. LEO (Low Earth Orbit): LEO-satellieten opereren op hoogtes tussen 300 en 2.000 kilometer. Ze bieden lage latentie en hoge doorvoer, maar bewegen zeer snel ten opzichte van de aarde, wat leidt tot frequente inter-satelliet handovers en significante Doppler-effecten. VLEO (Very Low Earth Orbit): VLEO verwijst naar experimentele satellieten die zijn ontworpen om te opereren op hoogtes onder de 300 kilometer. Ze worden verwacht ultra-lage latentie te bereiken, maar worden geconfronteerd met aanzienlijke atmosferische uitdagingen. HAPS (High Altitude Platform Station): HAPS opereren typisch op hoogtes tussen 20 en 50 kilometer. HAPS-platforms omvatten: zonne-aangedreven drones, ballonnen en luchtschepen. High Altitude Platform Systems (HAPS) kunnen fungeren als NR-basisstations, relais of dekkingsverbeteraars, en in vergelijking met satellieten hebben ze quasi-statische kenmerken en een aanzienlijk lagere latentie.   3. Draadloze Toegang (Terminologie) NTN gNB:Dit is een 5G (NR) basisstation dat specifiek is aangepast voor niet-terrestrische implementatie. Afhankelijk van de architectuur kan de NTN gNB volledig worden gehost op een satelliet of HAPS, gedeeltelijk worden ingezet in de ruimte en gedeeltelijk op de grond, of volledig op de grond met de satelliet die fungeert als een relais. De functionele verdeling tussen ruimte en grond is een belangrijke ontwerpkeuze. Transparante Payload of Bent-Pipe Architectuur:In een transparante payload of bent-pipe architectuur voert de satelliet geen baseband-verwerking uit. Deze architectuur heeft als doel het satellietontwerp te vereenvoudigen, maar de werking ervan is sterk afhankelijk van de beschikbaarheid van grondinfrastructuur en feeder links; de transmissie payload voert de volgende functies uit: Het ontvangen van radiofrequentiesignalen van user equipment (UE) Het uitvoeren van frequentieverschuiving en -versterking Het doorsturen ervan naar het grondbasisstation (gNB) via de feeder link Regeneratieve Payload: Voert een deel of alle Layer 1 en Layer 2 verwerking uit op de satelliet. In dit model draagt de satelliet zelf de gNB-functionaliteit. Deze architectuur vermindert de feeder link latentie, verbetert de schaalbaarheid en maakt lokale besluitvorming mogelijk. Regeneratieve payloads verhogen echter de complexiteit en kosten van de satelliet.   4. NTN Links Service Link: Verwijst specifiek naar de draadloze verbinding tussen de user equipment (UE) en het NTN-platform (satelliet of platform op grote hoogte). Het gebruikt de NR air interface waveform die geschikt is voor grote celstralen en uitgebreide timing advance. Diagram van 5G NTN service link, inter-satelliet link, feeder link en grondnetwerkintegratie. Feeder Link: Dit verbindt de satelliet met het gateway grondstation, dat communiceert met het 5G core netwerk. Feeder links werken typisch op hogere frequenties en vereisen backhaul links met hoge capaciteit. Inter-Satellite Link (ISL): Ondersteunt directe communicatie tussen satellieten, waardoor gegevens in de ruimte kunnen worden gerouteerd zonder directe betrokkenheid van grondstations. ISL verbetert de netwerkresilience en vermindert de end-to-end latentie.   5. Netwerkarchitectuur Gateway Earth Station: Het gateway grondstation fungeert als de interface tussen het satelliet systeem en het 5G core netwerk. Het verbindt de feeder link en speelt een cruciale rol in mobiliteit en sessiecontinuïteit. 5GC ondersteunt NTN: Vanuit een protocolperspectief blijft het 5G core netwerk (5GC) grotendeels ongewijzigd. Verbeteringen richten zich voornamelijk op: het ondersteunen van lange latentie, het afhandelen van grote cellen en het optimaliseren van verwerkingsprocedures voor inactieve en verbonden modi. D2D NTN (Direct-to-Device): User equipment (UE) communiceert rechtstreeks met satellieten/platforms op grote hoogte (HAPS) zonder tussenliggende grondtoegang. Hybride NTN-TN architectuur: NTN vult het terrestrische netwerk aan, gebruikt voor fallback, offloading of het uitbreiden van de dekking. Relaisgebaseerde NTN: Satellieten of platforms op grote hoogte (HAPS) fungeren als relaisknooppunten tussen user equipment (UE) en het terrestrische netwerk.

2026

01/16

NTN Uitdagingen voor Willekeurige Toegang (Vervolg: Timerconflicten)

Bij concurrerende willekeurige toegang, nadat een terminal (UE) een RAR-bericht heeft ontvangen en een verzoek voor het instellen van een RRC-verbinding heeft verzonden,Het feit of de onderneming toestemming krijgt om de verbinding tot stand te brengen, is van cruciaal belang voor het succes van de mededingingIn het NTN-scenario vormt de duur van de conflictoplossingstimer een andere uitdaging voor de terminal (UE).   I. Uitdagingen van de timer:Tijdens het RACH-proces, nadat de terminal (UE) het RRC-verbindingsverzoek MSG3 heeft verzonden,het wacht op het probleemoplossingsbericht MSG4 om te bepalen of de willekeurige toegangspoging succesvol wasDe duur van de EU-luistertijd voor MSG4 wordt door deRa-ContentionResolutionTimerDeze timer begint onmiddellijk nadat MSG3 is verzonden. In NTN-systemen is de afstand tussen de UE en het satellietbasisstation veel groter, wat resulteert in aanzienlijk hogere retourreisvertragingen in vergelijking met aardse systemen.Terwijl de maximaal instelbare waarde van deRa-ContentionResolutionTimerNTN vereist doorgaans een energiezuinige werking,met name in toepassingen op afstand of met beperkte batterijDaarom zijn de standaardinstellingen van deRa-ContentionResolutionTimermoet worden aangepast om beter tegemoet te komen aan NTN-verspreidingsvertragingen en tegelijkertijd het UE-vermogen te behouden.   II. Mogelijke oplossing: Een oplossing is om een verschuiving in te voeren voor de start van de ra-ContentionResolutionTimer in het NTN-scenario.maar alleen na een verrekenperiode die rekening houdt met de verwachte retourreisvertraging in NTN. Deze aanpassing zorgt ervoor dat de timer alleen actief is tijdens de periode waarin de ontvangst van MSG4 wordt verwacht; door de timer af te stemmen op de NTN-specifieke vertraging,de EU kan onnodige monitoring vermijden in perioden waarin MSG4 waarschijnlijk niet zal aankomenDit bespaart energieverbruik en zorgt voor compatibiliteit met de langere latentie van NTN.   Energie-efficiëntieDe UE controleert alleen wanneer een bericht waarschijnlijk zal arriveren, waardoor onnodig stroomverbruik wordt verminderd. Aanpassing aan verschillende banen:De verschuiving kan worden geconfigureerd op basis van het type NTN (GEO of LEO), aangezien de verspreidingsvertraging tussen deze systemen aanzienlijk verschilt. Scalabiliteit:Deze methode kan zich aanpassen aan NTN's van verschillende schaal en verspreidingsvertragingskenmerken zonder dat er aanzienlijke wijzigingen in het standaardproces voor het oplossen van conflicten nodig zijn. Robuustheid:Het afstemmen van de timer op de werkelijke vertraging voorkomt dat de conflictoplossingstimer voortijdig uitloopt, wat anders kan leiden tot onnodige retransmissies of storingen in de NTN-communicatie.

2026

01/15

5G-terminal- en AMF/SMF-interactie-informatie (2)

  In het 5G-systeem zal deAMFis niet alleen verantwoordelijk voor het beheer van de toegang tot de terminal (EU) en de mobiliteit, maar ook voor de verwerking en kennisgeving aan andere eenheden van verzoeken om terminal (UE) -diensten en gegevensoverdracht.De belangrijkste punten van de interactie met de aanverwante netwerken tijdens dit proces zijn als volgt::   I. De AMFis verantwoordelijk voor de selectie van SMF's volgens de in punt 6 beschreven procedures.3.2Voor dit doel verkrijgt het de in die clausule gedefinieerde abonnementsgegevens van het UDM. Bovendien verkrijgt het het afgesloten UE-AMBR van het UDM en, op basis van het lokale beleid van de exploitant,krijgt het dynamische dienstnetwerkEU-AMBR(facultatief) van het PCF; vervolgens wordt het doorgestuurd naar de (R) AN als gedefinieerd in punt 5.7.2; AMF-SMF-interactie die LADN ondersteunt, is gedefinieerd in punt 5.6.5.   Om de facturatie te ondersteunen en te voldoen aan de wettelijke vereisten (NPLI (Network Provided Location Information) zoals gedefinieerd in TS 23.228 [15]), met betrekking tot de oprichting van IMS-stemoproepen,wijziging en vrijgave of SMS-overdracht, zijn de volgende bepalingen van toepassing:   Indien de AMF de PEI van de UE bezit tijdens de oprichting van de PDU-sessie, verstrekt de AMF de PEI aan de SMF. Wanneer de AMF UL-NAS- of N2-signalen doorstuurt naar een peer-NF (zoals SMF of SMSF) of tijdens PDU-sessie-UP-verbindingsactivatie, verstrekt deze alle locatiegegevens van de gebruiker die van het 5G-AN zijn ontvangen.en het AN-toegangstype (3GPP-niet-3GPP) van de ontvangen UL NAS- of N2-signalisatie. De AMF zal tevens de desbetreffende tijdzone van de EU verstrekken. Bovendien om te voldoen aan de wettelijke vereisten (d.w.z. het verstrekken van Network Provided Location Information (NPLI) zoals gedefinieerd in TS 23.228 [15]);wanneer de toegangsmethode niet-3GPP is, indien de UE nog steeds is aangesloten op dezelfde AMF voor 3GPP-toegang (dat wil zeggen dat de locatiegegevens van de gebruiker geldig zijn),de AMF kan ook de laatste bekende locatiegegevens van de 3GPP-toegangsgebruiker en de geldigheidsduur ervan verstrekken;.   II.De SMF De PCF kan ook informatie over de locatie van de gebruiker, het type toegang en de tijdzone van de EU verstrekken.PCF'skan deze informatie van de SMF verkrijgen om NPLI te verstrekken aan toepassingen die NPLI hebben aangevraagd (zoals IMS).   Voor 3GPP-toegang: Cell ID, zelfs als de AMF de primaire cel-ID ontvangt van het hulp RAN-knooppunt in NG-RAN, bevat de AMF alleen de primaire cel-ID. Voor niet-vertrouwelijke toegang buiten de 3GPP: het lokale IP-adres dat door de UE wordt gebruikt om verbinding te maken met de N3IWF, en (indien NAT wordt gedetecteerd) het UDP-bronpoortnummer (facultatief).   III.Vertrouwd niet-3GPP   Voor betrouwbare toegang buiten het 3GPP:TNAP/TWAPidentificatiecode, het lokale IP-adres dat door deEU/N5CWapparaat om verbinding te maken met deTNGF/TWIF, en (indien NAT wordt gedetecteerd) het UDP bronpoortnummer (optioneel).TNGFgebruik van WLAN op basis vanIEEE 802.11De TNAP-identificator moet de SSID bevatten van het toegangspunt waaraan de UE is aangesloten.TNAP-identificatormoet ten minste één van de volgende elementen bevatten, tenzij anders aangegeven in deTWANhet beleid van de exploitant: BSSID (zie IEEE Std 802.11-2012 [106]); Adresgegevens van het TNAP waaraan de UE is aangesloten.   IV.De...TWAP-identificatormoet de SSID bevatten van het toegangspunt waaraan de NC5W is aangesloten; tenzij anders bepaald in het beleid van de TWAN-exploitant,de TWAP-identificator moet ook ten minste één van de volgende gegevens bevatten:: BSSID (zie IEEE Std 802.11-2012 [106]); Adresgegevens van het TWAP waaraan de UE is aangesloten.   Bovendien: Meerdere TNAP's/TWAP's kunnen dezelfde SSID gebruiken en de SSID alleen kan mogelijk geen locatie-informatie verstrekken, maar kan voldoende zijn voor factureringsdoeleinden. Er wordt van uitgegaan dat de BSSID die is gekoppeld aan de TNAP/TWAP statisch is.   V.Gebruikerslocatiegegevens voorW-5GAN-toegangwordt gedefinieerd in TS 23.316 [84]. Wanneer de SMF een verzoek om toegangsnetwerkinformatie ontvangt en er geen bewerkingen moeten worden uitgevoerd op het 5G-AN of de UE (bijv.geen QoS-stromen moeten worden aangemaakt/geactualiseerd/gewijzigd)De interactie tussen de AMF en de SMF voor het inbrengen, verplaatsen of verwijderen van de I-SMF in een PDU-sessie wordt beschreven in afdeling 5..34.

2026

01/14

5G Terminal Interactie met AMF en SMF (1)

  In het 5G-systeem (NR)AMF en SMFDe twee kernnetwerken zijn twee onafhankelijke functioneel onderdelen die rechtstreeks met elkaar verbonden zijn via deN11Interface; de 5G-terminal (UE) maakt rechtstreeks of onrechtstreeks verbinding met hen via N1, N2, N3, N4 en N11-interfaces en de uitgewisselde informatie is als volgt:   Ik....Messages uitgewisseld met SMF via de N1-interfaceomvatten: Een enkel N1-terminatiepunt bevindt zich in de AMF; de AMF stuurt SM-gerelateerde NAS-informatie naar de SMF op basis van de PDU-sessie-ID in het NAS-bericht.SM NAS-berichten) ontvangen door de AMF via toegang (e).bv., 3GPP- of niet-3GPP-toegang) worden verzonden via dezelfde toegang. Het bedienende PLMN zorgt ervoor dat de volgende SM NAS-uitwisselingen (bijv. SM NAS-berichten) die door de AMF via toegang worden ontvangen (bijv. 3GPP- of niet-3GPP-toegang) via dezelfde toegang worden verzonden. De SMF verwerkt het deel van de NAS-signalisatie dat met de UE wordt uitgewisseld. De UE kan alleen PDU-sessie-oprichting initiëren in de RM-geregistreerde staat. Wanneer een SMF wordt geselecteerd om een specifieke PDU-sessie te bedienen, moet de AMF ervoor zorgen dat alle NAS-signalisatie met betrekking tot die PDU-sessie door dezelfde SMF-instantie wordt verwerkt. Na een succesvolle instelling van de PDU-sessie slaan de AMF en de SMF het toegangstype op dat aan die PDU-sessie is gekoppeld.   II. Boodschappen uitgewisseld met SMF via de N11-interfaceomvatten: De AMF rapporteert de bereikbaarheid van de UE voor de SMF op basis van het abonnement van de SMF, met inbegrip van: informatie over de locatie van de UE ten opzichte van het door de SMF aangegeven gebied van belang. De SMF geeft de AMF te kennen wanneer de PDU-sessie wordt vrijgegeven. Na een succesvolle oprichting van de PDU-sessie slaat de AMF de identificatie van de SMF die de UE bedient op en slaat de SMF de identificatie van de AMF die de UE bedient op, inclusief de AMF-set.Wanneer wordt geprobeerd verbinding te maken met de AMF die de UE bedient, kan het SMF nodig zijn om het in punt 5.21 beschreven gedrag toe te passen op "andere CP-NF's".   III. Mededelingen uitgewisseld met SMFvia de N2-interface omvatten: Bepaalde N2-signalisaties (bijv. overdrachtgerelateerde signalisaties) kunnen een gezamenlijk optreden van de AMF en de SMF vereisen.De AMF kan SM N2-signalisatie doorsturen naar de overeenkomstige SMF op basis van de PDU-sessie-ID in de N2-signalisatie. Het SMF moet het PDU-sessietype en de PDU-sessie-ID aan het NG-RAN verstrekken, zodat het NG-RAN het juiste kopcompressie-mechanisme kan toepassen op pakketten van verschillende PDU-types. Zie TS 38.413 [34] voor nadere informatie.   IV. N3-interface-interactieboodschappen met de SMFomvatten: selectieve activering en deactivering van bestaande PDU-sessie-UP-verbindingen zijn gedefinieerd in punt 5.6.8 van TS 23.501.   V. N4-interface-interactieberichten met de SMFomvatten: Wanneer de UPF erachter komt dat een UE downlinkgegevens heeft ontvangen, maar er geen downlink N3-tunnelinformatie is, zal de SMF met de AMF communiceren om een door het netwerk geactiveerde procedure voor het aanvragen van een dienst te starten.In dit geval:, indien de SMF ontdekt dat de UE niet bereikbaar is, of dat de UE alleen bereikbaar is voor prioritaire diensten op het gebied van de regelgeving, en de PDU-sessie niet voor prioritaire diensten op het gebied van de regelgeving is,de SMF dient geen downlinkgegevensmelding aan de AMF te sturen;

2026

01/13

1 2 3 4 5 6 7 8 9 10