Tipi di sessione PDU supportati dal terminale 5G (NR)

In 5G (NR), una sessione PDU è una connessione logica tra il terminale (UE) e la rete dati (come Internet o la rete aziendale), responsabile della trasmissione del traffico dati e del supporto di servizi come la navigazione o la voce (VoNR). La sessione PDU dell'UE è gestita dall'SMF (Session Management Function Unit) e trasporta il traffico mappato su specifici flussi di Quality of Service (QoS), ottenendo così livelli di servizio differenziati. I tipi di sessioni PDU supportati dai terminali 5G (NR) sono definiti da 3GPP in TS23.501 come segue:

I. Relazione UE e SMF

1.1Durante il ciclo di vita della sessione PDU, il terminale (UE) può ottenere informazioni di configurazione dall'SMF, tra cui:

• L'indirizzo del P-CSCF;
• L'indirizzo del server DNS.
• Se l'UE indica alla rete che supporta DNS basato su (D)TLS e la rete desidera imporre l'uso di DNS basato su (D)TLS, le informazioni di configurazione inviate dall'SMF tramite il PCO possono anche includere le corrispondenti informazioni di sicurezza del server DNS specificate in TS 24.501[47] e TS 33.501[29].
• GPSI dell'UE.

Il dispositivo terminale (UE) può ottenere l'MTU che l'UE dovrebbe considerare dall'SMF quando la sessione PDU viene stabilita, come dettagliato nella Clausola 5.6.10.4.

1.2Durante il ciclo di vita della sessione PDU, le informazioni che l'UE può fornire all'SMF includono:Indicare se la risselezione del P-CSCF è supportata, in base alle procedure specificate in TS 24.229[62] (Clausola B.2.2.1C e L.2.2.1C).Stato di disattivazione dei dati PS dell'UE.

• ----L'operatore può implementare la funzionalità NAT nella rete; il supporto per NAT non è specificato in Release 18.
• II. Ethernet e sessioni PDU

2.1

Per le sessioni PDU stabilite utilizzando il tipo Ethernet, l'SMF e l'UPF che agiscono come

PDU session anchor (PSA) possono supportare comportamenti specifici relativi ai frame Ethernet trasportati dalla sessione PDU. A seconda della configurazione DNN dell'operatore, la gestione del traffico Ethernet su N6 può differire, ad esempio:Una configurazione uno-a-uno tra la sessione PDU e l'interfaccia N6 può corrispondere a un tunnel dedicato stabilito su N6. In questo caso, l'UPF che agisce come PSA inoltra in modo trasparente i frame Ethernet tra la sessione PDU e la sua corrispondente interfaccia N6 e può instradare il traffico downlink senza conoscere l'indirizzo MAC utilizzato dall'UE.Più sessioni PDU (ad esempio, più UE) che puntano alla stessa DNN possono corrispondere alla stessa interfaccia N6. In questo caso, l'UPF che agisce come PSA deve conoscere l'indirizzo MAC utilizzato dall'UE nella sessione PDU per mappare i frame Ethernet downlink ricevuti tramite N6 alla corrispondente sessione PDU. Il comportamento di inoltro dell'UPF che agisce come PSA è gestito dall'SMF, come dettagliato nella Clausola 5.8.2.5.

• ----L'indirizzo MAC utilizzato dall'UE si riferisce a qualsiasi indirizzo MAC utilizzato dall'UE o da qualsiasi dispositivo collegato localmente all'UE e che comunica con il DN utilizzando una sessione PDU.
• III. SMF e PSA:

A seconda della configurazione dell'operatore, l'SMF può richiedere all'UPF, che funge da punto di ancoraggio per la sessione PDU, di rispondere a una richiesta di informazioni sulla cella vicina ARP/IPv6 in base alle informazioni memorizzate nella cache locale (ovvero, la mappatura tra l'indirizzo MAC e l'indirizzo IP dell'UE e il DN a cui è connessa la sessione PDU), o reindirizzare il traffico ARP dall'UPF all'SMF. Le risposte ARP/IPv6 ND basate sulle informazioni memorizzate nella cache locale si applicano agli ARP/IPv6 ND ricevuti sia in direzione uplink che downlink (UL e DL).

---Il prerequisito per rispondere agli ARP/ND dalla cache locale è che l'UE o i dispositivi dietro l'UE ottengano il loro indirizzo IP tramite un meccanismo in-band rilevabile dall'SMF/UPF e associno l'indirizzo IP all'indirizzo MAC tramite questo meccanismo.---Questo meccanismo mira a evitare la trasmissione o il multicast di ARP/IPv6 ND a ogni UE.