logo
Invia messaggio
Shenzhen Olax Technology CO.,Ltd
prodotti
Notizie
Casa. > Notizie >
Notizie dell'azienda Sessioni PDU supportate dal terminale 5G (NR) (Continuazione 1)
eventi
Contatti
Contatti: Ms. Anna
Contatta ora
Spedicaci

Sessioni PDU supportate dal terminale 5G (NR) (Continuazione 1)

2026-01-27
Latest company news about Sessioni PDU supportate dal terminale 5G (NR) (Continuazione 1)

Nel 5G, unSessione PDUè una connessione logica traUEe laDN(Internet o rete aziendale), in particolare per la trasmissione di dati (traffico) e servizi di supporto come la navigazione o la voce (VoNR).

 

I. Delimitatore del preambolo e dell'avvio del quadro Ethernetnon saranno inviati attraverso il 5GS, se:

  • Per il traffico di collegamento ascendente, l'UE rimuoverà il preambolo e la sequenza di controllo del quadro (FCS) dal quadro Ethernet.
  • Per il traffico di downlink, l'ancora della sessione PDU rimuoverà il preambolo e la sequenza di controllo del quadro (FCS) dal quadro Ethernet.

 

II. Indirizzi MAC e IP Il 5GC non assegnerà indirizzi MAC o IP all'UE nella sessione PDU. Il PSA dovrebbe memorizzare l'indirizzo MAC ricevuto dall'UE e associarlo alla sessione PDU corrispondente.

 

III. SMF e VLAN:L'SMF nel 5GC può ricevere un elenco di tag VLAN consentiti (fino a 16 tag VLAN) dal DN-AAA, oppure può configurare i valori dei tag VLAN consentiti localmente.L'SMF può anche configurare le istruzioni di elaborazione VLAN (e.g., tag LAN da inserire o cancellare, S-TAG da inserire o cancellare).l'SMF determina il metodo di elaborazione VLAN per la sessione PDU e ordina all'UPF di accettare o respingere il traffico UE in base ai tag VLAN autorizzati, e elabora tag VLAN tramite PDR (remozione di intestazione esterna) e FAR (creazione di intestazione esterna per la politica di inoltro delle applicazioni UPF), ad esempio:

  • L'UPF può inserire (per il traffico di collegamento ascendente) e rimuovere (per il traffico di collegamento discendente) S-TAG sull'interfaccia N6 o N19 o interna "5G VN Internal" per l'elaborazione del traffico da e per l'UE.
  • Quando non esiste una VLAN nel traffico verso l'UE, l'UPF può inserire (per il traffico di collegamento ascendente) e rimuovere (per il traffico di collegamento discendente) i tag VLAN sull'interfaccia N6.
  • Quando l'UPF elabora il traffico di uplink o downlink dall'UE, l'UPF può scartare qualsiasi traffico UE che non contenga alcun tag VLAN consentito.

 

IV. Guida del traffico (inoltro): In 5G, questo può essere utilizzato per indirizzare il traffico verso la N6-LAN e anche per il trasferimento del traffico basato su N6 relativo ai servizi 5GVN come descritto nella sezione 5.29.4Fatte salve le condizioni specifiche relative al supporto della sessione PDU su W-5GAN come definito nella norma TS 23.316 [84], l'UPF non deve rimuovere i tag VLAN inviati dall'UE,né inserisce tag VLAN per il traffico inviato all'UE; dove:

  • L'ancoraggio della sessione PDU contiene i tag VLAN che possono essere scambiati solo all'interno della stessa VLAN.
  • L'UE può ottenere l'MTU del carico utile Ethernet frame che dovrebbe prendere in considerazione da SMF durante l'istituzione della sessione PDU (cfr. sezione 5).6.10.4).

 

V. Modalità di connessione: L'UE può connettersi alla sua LAN connessa in modalità ponte; pertanto, gli indirizzi MAC di origine e destinazione dell'uplink (UL) di frame diversi possono essere diversi all'interno della stessa sessione PDU.Gli indirizzi MAC di destinazione del downlink (DL) di frame diversi possono anche essere diversi all'interno della stessa sessione PDU.

 

VI. Allocazione IP e indirizzi MAC:Le entità della rete locale connessa al 5GS possono avere indirizzi IP assegnati dal DN, ma il livello IP è considerato un livello di applicazione e non fa parte della sessione Ethernet PDU.Il 5GS non supporta l'uso di indirizzi MAC o (se vengono applicate VLAN) combinazioni di tali indirizzi in più sessioni PDU per lo stesso DNN S-NSSAI.

 

VII. Autenticazione UE: Nella versione della specifica R18, è autenticata solo l'UE collegata al 5GS, non i dispositivi che lo supportano; inoltre:

  • La versione della specifica R18 non garantisce una rete Ethernet senza loop.
  • La versione della specifica R18 non garantisce che Ethernet risponda correttamente e rapidamente ai cambiamenti di topologia.Gli scenari di distribuzione devono essere verificati individualmente per comprendere come rispondono ai cambiamenti di topologia.