Architectures 3GPP et évolution vers IPv6

Maxime De Roucy de Flacourt

Mémoire de maîtrise (2011)

Accéder à ce document
Disponible
Libre accès au texte intégral dans PolyPublie
Texte Texte • 4MB •

Résumé

Dans les réseaux mobiles de troisième génération, le trafic de voix est séparé du trafic de données. Dans les réseaux de quatrième génération, tout le trafic passe par un unique réseau. Les technologies utilisées dans la 4e génération (4G) sont des évolutions de celles développées pour General Packet Radio Services (GPRS) et n'utilisent que très peu les capacités du protocole Internet Protocol (IP) (présent sur le plan de données). La norme IP version 6 (IPv6), finalisée en décembre 1998, définit le nouveau standard du protocole IP. Elle simplifie le protocole et augmente ses fonctionnalités, elle facilite notamment le support de la mobilité. Aujourd'hui les principaux protocoles étendant IPv6 ou l'utilisant pour fournir de la mobilité sont Mobile IPv6 (MIPv6) et Proxy Mobile IPv6 (PMIPv6). Malgré cette évolution de IP, le réseau 4G développé par le consortium Third generation partnership project (3GPP) utilise, pour gérer la mobilité des usagers, le protocole GPRS Tunneling Protocol (GTP) développé à la base pour GPRS. Il gère aussi en partie la Quality of Service (QoS) sur le réseau cœur Evolved Packet Core (EPC). Les techniques de QoS permettent de différentier les trafics transitant sur le réseau et de leur appliquer des restrictions et/ou priorités différentes. Ces techniques sont généralement utilisées sur des réseaux susceptibles d'être saturés, ce qui est le cas dans les réseaux mobiles. Elles sont donc très importantes sur le réseau Evolved Packet System (EPS) d'autant plus que celui-ci transporte du trafic de voix. Le trafic de voix est critique, car la fonction première des réseaux mobiles est de connecter des téléphones cellulaires au Public Switched Telephone Network (PSTN). Le réseau doit aussi permettre un accès à un dorsal IP couramment appelé Internet, en théorie n'importe quel type de trafic peut y circuler : vidéo, web, File Transfer Protocol (FTP), Peer-to-Peer (P2P), etc. Dans le protocole GTP des tunnels sont créés pour chaque usager, appelé User Equipment (UE), les tunnels d'un même UE ayant chacun une QoS différente. Mais tous les paramètres de QoS ne sont pas appliqués par le protocole GTP, certains comme la priorité de transmission (forwarding priority) doivent être gérés par les couches inférieures du réseau. Les techniques de QoS à utiliser ne sont pas définies par 3GPP, en revanche des documents comme le 23.401 [8] mentionnent Differentiated Services (DiffServ) comme exemple. Le protocole PMIPv6 a l'avantage sur MIPv6 de ne pas modifier les fonctionnalités de la couche IPv6 du nœud mobile. De base il n'utilise qu'un tunnel entre un Mobile Access Gateway (MAG) et un Local Mobility Anchor (LMA) (voir section 2.2.3 pour plus d'explications) pour acheminer le trafic de tous les terminaux attachés au MAG. L'utilisation d'un seul tunnel empêche la différentiation des trafics et donc l'utilisation des méthodes de QoS classiques. C'est pourquoi Hui et al. [70] propose de modifier le protocole PMIPv6 pour permettre la création d'un tunnel par flux, de façon à permettre l'application de règles de QoS différentes. En nous inspirant de ces modifications nous pouvons donc transformer le protocole PMIPv6 de façon à ce qu'il supporte les mêmes fonctionnalités que GTP User data tunneling (GTP-U). Le protocole IPv6 est actuellement géré par quasiment tous les systèmes d'exploitation et les adresses IP version 4 (IPv4) encore disponibles disparaissent rapidement, nous avons donc considéré que le réseau EPS utilise uniquement le protocole IPv6. Partant de ce principe et ayant remarqué qu'IPv6 peut être utilisé pour gérer la mobilité des usagers, nous avons cherché à maximiser son utilisation. Nous proposons donc deux nouvelles architectures du réseau EPC utilisant une version de PMIPv6 légèrement modifiée pour supporter la gestion de plusieurs tunnels entre un MAG et un LMA, à la manière de GTP. Étant donné le peu de bande passante dont disposent ces réseaux mobiles comparés aux réseaux d'accès filaires et le caractère critique de certains trafics qu'ils véhiculent, nous avons dû vérifier que nos modifications ne réduisent pas les performances du réseau du point de vue des usagers. Pour ce faire nous avons implémenté dans le simulateur Network Simulator version 2 (NS-2) les architectures EPS décrites dans les documents 23.401 [8] et 23.402 [9] ainsi que celles que nous proposons. Au vu des résultats nous pouvons dire que l'architecture 23.401 [8] offre de meilleures performances que toutes les autres. Cependant, 23.402 [9] a été développée pour répondre à une problématique d'ordre politique, survenant lors de l'ajout d'un réseau d'accès non développé par 3GPP au réseau cœur. Cette architecture, sur laquelle nous nous sommes basés, peut donc être mise en place dans n'importe quel environnement contrairement à la 23.401 [8]. Grâce aux simulations nous pouvons dire que les modifications que nous avons apportées ne modifient pas, voire améliorent légèrement, les performances de l'architecture 23.402 [9]. En conclusion nous conseillons aux opérateurs désirant mettre en place un réseau 4G utilisant une des architectures proposées par 3GPP, d'utiliser 23.401 [8] (étant donné ses meilleures performances) si cela leur est politiquement possible. Sinon d'utiliser l'une des architectures basées sur 23.402 [9] que nous proposons.

Programme:
Génie informatique
Directeurs ou directrices:
Adresse URL de PolyPublie:
Université/École:
École Polytechnique de Montréal
OAI:
oai:publications.polymtl.ca:511
ORCID
Date du dépôt:
27 mai 2011 08:52
Dernière modification:
14 oct. 2026 10:35
Citer en APA 7:
De Roucy de Flacourt, M. (2011). Architectures 3GPP et évolution vers IPv6 [Mémoire de maîtrise, École Polytechnique de Montréal]. PolyPublie. https://publications.polymtl.ca/511/

Statistiques

Total des téléchargements à partir de PolyPublie

Téléchargements par année

Provenance des téléchargements

Actions réservées au personnel

Afficher document
Afficher document