logo
Bericht versturen
Shenzhen Olax Technology CO.,Ltd
producten
Nieuws
Thuis > Nieuws >
Bedrijfsnieuws Over 5G (NR) Terminal Ondersteunde PDU Sessies (Vervolg 1)
Evenementen
Contactpersonen
Contactpersonen: Ms. Anna
Contact opnemen
Post ons

5G (NR) Terminal Ondersteunde PDU Sessies (Vervolg 1)

2026-01-27
Latest company news about 5G (NR) Terminal Ondersteunde PDU Sessies (Vervolg 1)

In 5G is een PDU-sessie een logische verbinding tussen de UE en de DN (internet of bedrijfsnetwerk), specifiek voor gegevensoverdracht (verkeer) en ter ondersteuning van diensten zoals browsen of spraak (VoNR).

 

I. Ethernet Preamble en Frame Start Delimiter worden niet via de 5GS verzonden, waarbij:

  • Voor uplinkverkeer verwijdert de UE de preamble en Frame Check Sequence (FCS) uit het Ethernet-frame.
  • Voor downlinkverkeer verwijdert de PDU-sessie-anchor de preamble en Frame Check Sequence (FCS) uit het Ethernet-frame.

 

II. MAC- en IP-adressen: De 5GC wijst geen MAC- of IP-adressen toe aan de UE in de PDU-sessie. De PSA moet het MAC-adres dat van de UE is ontvangen opslaan en koppelen aan de betreffende PDU-sessie.

 

III. SMF en VLAN:De SMF in de 5GC kan een lijst met toegestane VLAN-tags (maximaal 16 VLAN-tags) ontvangen van de DN-AAA, of het kan de toegestane VLAN-tagwaarden lokaal configureren. De SMF kan ook instructies voor VLAN-verwerking configureren (bijv. te invoegen of te verwijderen LAN-tags, in te voegen of te verwijderen S-TAGs). Gezien dit bepaalt de SMF de methode voor VLAN-verwerking voor de PDU-sessie en instrueert de UPF om UE-verkeer te accepteren of te weigeren op basis van de toegestane VLAN-tags, en VLAN-tags te verwerken via PDR (verwijdering van buitenste header) en FAR (creatie van buitenste header voor UPF-toepassingsdoorsturingsbeleid), bijvoorbeeld:

  • De UPF kan S-TAGs invoegen (voor uplinkverkeer) en verwijderen (voor downlinkverkeer) op de N6- of N19- of interne interface "5G VN Internal" voor de verwerking van verkeer van en naar de UE.
  • Wanneer er geen VLAN in het verkeer naar de UE is, kan de UPF VLAN-tags invoegen (voor uplinkverkeer) en verwijderen (voor downlinkverkeer) op de N6-interface.
  • Wanneer de UPF uplink- of downlinkverkeer van de UE verwerkt, kan de UPF UE-verkeer weigeren dat geen enkele toegestane VLAN-tag bevat.

 

IV. Verkeerssturing (Doorsturen): In 5G kan dit worden gebruikt om verkeer naar N6-LAN te sturen, en ook voor N6-gebaseerd doorsturen van verkeer met betrekking tot 5GVN-diensten zoals beschreven in Sectie 5.29.4. Met uitzondering van specifieke omstandigheden met betrekking tot PDU-sessieondersteuning via W-5GAN zoals gedefinieerd in TS 23.316 [84], mag de UPF geen VLAN-tags verwijderen die door de UE zijn verzonden, noch mag het VLAN-tags invoegen voor verkeer dat naar de UE wordt verzonden; waarbij:

  • PDU's met VLAN-tags kunnen alleen binnen dezelfde VLAN worden uitgewisseld via de PDU-sessie-anchor.
  • De UE kan de MTU van de Ethernet-frame-payload die het moet overwegen verkrijgen van de SMF tijdens de totstandkoming van de PDU-sessie (zie Sectie 5.6.10.4).

 

V. Verbindingsmodus: De UE kan in bridge-modus verbinding maken met zijn verbonden LAN; daarom kunnen de uplink (UL) bron- en bestemmings-MAC-adressen van verschillende frames verschillend zijn binnen dezelfde PDU-sessie. De downlink (DL) bestemmings-MAC-adressen van verschillende frames kunnen ook verschillend zijn binnen dezelfde PDU-sessie.

 

VI. IP-toewijzing en MAC-adressen: Entiteiten op het LAN dat is verbonden met de 5GS kunnen IP-adressen hebben die door de DN zijn toegewezen, maar de IP-laag wordt beschouwd als een toepassingslaag en maakt geen deel uit van de Ethernet PDU-sessie. De 5GS ondersteunt niet het gebruik van MAC-adressen of (indien VLAN's worden toegepast) combinaties daarvan over meerdere PDU-sessies voor dezelfde DNN S-NSSAI.

 

VII. UE-authenticatie: In de R18-specificatieversie wordt alleen de UE die is verbonden met de 5GS geauthenticeerd, niet de apparaten erachter; bovendien:

  • De R18-specificatieversie garandeert geen lusvrij Ethernet-netwerk. Implementatiescenario's moeten afzonderlijk worden geverifieerd om ervoor te zorgen dat Ethernet-lussen worden vermeden.
  • De R18-specificatieversie garandeert niet dat Ethernet correct en snel reageert op topologiewijzigingen. Implementatiescenario's moeten afzonderlijk worden geverifieerd om te begrijpen hoe ze reageren op topologiewijzigingen.