Sessions PDU prises en charge par le terminal 5G (NR) (Suite 1)

Dans la 5G, unSession de l'UPDest une connexion logique entreUEet leDN(Internet ou réseau d'entreprise), en particulier pour la transmission de données (trafic) et les services de soutien tels que la navigation ou la voix (VoNR).

I. Délimiteur de préambule et de démarrage du cadre Ethernetne seront pas envoyés par le 5GS, lorsque:

• Pour le trafic de liaison ascendante, l'UE retire le préambule et la séquence de vérification de trame (FCS) de la trame Ethernet.
• Pour le trafic de liaison descendante, l'ancre de session PDU retire le préambule et la séquence de vérification de la trame (FCS) de la trame Ethernet.

II. Adresses MAC et IP: Le 5GC n'attribuera pas d'adresses MAC ou IP à l'UE dans la session PDU. Le PSA doit stocker l'adresse MAC reçue de l'UE et l'associer à la session PDU correspondante.

III. SMF et VLAN:La SMF dans le 5GC peut recevoir une liste des balises VLAN autorisées (jusqu'à 16 balises VLAN) du DN-AAA, ou elle peut configurer les valeurs des balises VLAN autorisées localement.Le SMF peut également configurer des instructions de traitement VLAN (e.g., les étiquettes LAN à insérer ou à supprimer, les S-TAG à insérer ou à supprimer).la SMF détermine la méthode de traitement du VLAN pour la session PDU et ordonne à l'UPF d'accepter ou de rejeter le trafic UE en fonction des balises VLAN autorisées, et traiter les balises VLAN via PDR (suppression d'en-tête externe) et FAR (création d'en-tête externe pour la politique de transfert des applications UPF), par exemple:

• L'UPF peut insérer (pour le trafic de liaison ascendante) et retirer (pour le trafic de liaison descendante) des S-TAG sur le N6 ou le N19 ou l'interface interne "5G VN Internal" pour traiter le trafic vers et depuis l'UE.
• Lorsqu'il n'y a pas de VLAN dans le trafic vers l'UE, l'UPF peut insérer (pour le trafic de liaison ascendante) et supprimer (pour le trafic de liaison descendante) des balises VLAN sur l'interface N6.
• Lorsque l'UPF traite le trafic de liaison ascendante ou descendante de l'UE, l'UPF peut éliminer tout trafic UE qui ne contient pas de balises VLAN autorisées.

IV. Direction du trafic (transfert): Dans la 5G, cela peut être utilisé pour diriger le trafic vers le N6-LAN, ainsi que pour le transfert de trafic basé sur le N6 lié aux services 5GVN, comme décrit à la section 5.29.4. Sauf pour les conditions spécifiques liées à la prise en charge de la session PDU sur W-5GAN, telles que définies dans la norme TS 23.316 [84], l'UPF ne doit pas supprimer les balises VLAN envoyées par l'UE,ne doit pas non plus insérer de balises VLAN pour le trafic envoyé à l'UE; où:

• Les PDU contenant des balises VLAN ne peuvent être échangées qu'à l'intérieur du même VLAN par l'intermédiaire de l'ancre de session PDU.
• L'UE peut obtenir le MTU de la charge utile de la trame Ethernet qu'elle doit prendre en considération auprès de la SMF lors de l'établissement de la session PDU (voir la section 5).6.10.4).

V. Mode de connexion: L'UE peut se connecter à son réseau local connecté en mode pont; par conséquent, les adresses MAC source et destination de liaison montante (UL) de différentes trames peuvent être différentes au sein de la même session PDU.Les adresses MAC de destination de liaison descendante (DL) de différentes trames peuvent également être différentes au sein de la même session PDU..

VI. Allocation IP et adresses MAC:Les entités du réseau local connectées au 5GS peuvent avoir des adresses IP attribuées par le DN, mais la couche IP est considérée comme une couche d'application et ne fait pas partie de la session Ethernet PDU.Le 5GS ne prend pas en charge l'utilisation d'adresses MAC ou (si des VLAN sont appliquées) de combinaisons de celles-ci sur plusieurs sessions PDU pour le même DNN S-NSSAI..

VII. Authentification UE: Dans la version de la spécification R18, seule l'UE connectée au 5GS est authentifiée, et non les dispositifs situés derrière elle; en outre:

• La version de la spécification R18 ne garantit pas un réseau Ethernet sans boucle. Les scénarios de déploiement doivent être vérifiés individuellement pour garantir que les boucles Ethernet sont évitées.
• La version de la spécification R18 ne garantit pas que l'Ethernet répondra correctement et rapidement aux changements de topologie.Les scénarios de déploiement doivent être vérifiés individuellement pour comprendre comment ils répondent aux changements de topologie.