FR 2835135 A1 20030725 FR 0300803 A 20030124 L'invention concerne en général un système de communication mobile, et en particulier un appareil et un procédé pour reclasser des modèles de flux de trafic dans un système de communication mobile utilisant des modèles de flux de trafic. Un système de communication mobile du type système universel de télécommunications mobiles (UMTS) est un système typique de communication mobile de la troisième génération. Le système UMTS supporte non seulement un service vocal, mais également un service de données en paquets et supporte en outre une communication de données à haut débit et une communication d'images cinématographiques. La figure 1 des dessins annexés et décrits ci-après est un schéma fonctionnel simplifié d'une structure générale de réseau du système UMTS. En référence à la figure 1, une station mobile (MS pour"Mobile Station") 111, connectée à un réseau d'accès radio terrestre UMTS (UTRAN pour"UMTS Terrestrial Radio Access Network") 113, traite un appel et supporte à la fois un service du type circuits (CS pour"Circuit de Service") et un service du type paquets (PS pour"Packet Service"). Le réseau UTRAN 113, comportant un Noeud B (non représenté) et une unité de commande du réseau radio (RNC pour"Radio Network Controller") (non représentée), est connecté à la station mobile 111 par l'intermédiaire d'une interface Uu, et l'unité de commande RNC est connectée à un noeud de support du service général de transmission de paquets par radio (GPRS pour I1General Packet Radio Service"), c'est-à-dire un noeud (SGSN) 115 par l'intermédiaire d'une interface d'une unité d'interface (lu) 0 Ici, le service GPRS est un service de données en paquets fonctionnant dans le réseau UMTS. Le réseau UTRAN 113 fournit une traduction de protocole pour transmettre des données radio ou des messages de commande, transmis dans l'air par la station mobile 111, à un coeur de réseau (CN pour"Core Network"), et utilisant un protocole de mise en tunnel GPRS (GTP pour"GPRS Tunneling Protocol"). Ici, le coeur de réseau comprend le SGSN 115 et un noeud de support GPRS de passerelle (GGSN pour"Gateway GPRS Support Node") 119. Le SGSN 115 est un noeud de réseau pour gérer une information d'abonné et une information de localisation de la station mobile 111. Le noeud SGSN 115 est connecté au réseau UTRAN 113 par l'intermédiaire de l'interface IU et du noeud GGSN 119 par l'intermédiaire d'une interface Gn, et il échange des messages de données et de commandes avec le réseau UTRAN 113 et le noeud GGSN 119. Le noeud SGSN 115 est également connecté à un registre de localisation de domicile (HLR pour"Home Location Register") 117 par l'intermédiaire d'une interface GR, et il gère l'information d'abonné et l'information de localisation de la station mobile 111. Le registre 117 de localisation de domicile stocke une information d'abonné et une information d'acheminement pour un domaine à paquets. Le registre 117 de localisation de domicile est connecté au noeud SGSN 115 par l'intermédiaire de l'interface GR et au noeud GGSN 119 par l'intermédiaire d'une interface GC. Le registre 117 de localisation de domicile peut être placé dans un autre réseau public terrestre mobile (PLMN pour"Public Land Mobile Network") et est capable de traiter un service d'itinérance pour la station mobile 111. En outre, le noeud GGSN 119, placé à une extrémité du protocole GTP dans le réseau UMTS, est connecté par une interface GI à un réseau extérieur, par exemple l'Internet 121, un réseau du domaine"paquets" (PDN pour"Packet Domain Network") ou un autre réseau PLMN. On décrira, en référence à la figure 2 des dessins annexés et décrits ci-après, un autre schéma fonctionnel simplifié d'un réseau UMTS dans lequel des modèles de flux de trafic (TFT pour"Traffic Flow Template") sont utilisés. La figure 2 est un schéma fonctionnel simplifié illustrant un réseau central UMTS général utilisant des modèles TFT. Il convient de noter que le terme TFT est utilisé en référence à l'exécution d'un filtrage de paquets en utilisant des modèles ou gabarits TFT. Un filtrage TFT est effectué dans le réseau central UMTS. L'utilisation des TFT sera décrite ci-dessous. Un contexte de protocole de données en paquets (PDP pour"Packet Data Protocol") est classé en un contexte PDP primaire et un contexte PDP secondaire. Le contexte PDP secondaire n'existe que lorsqu'un contexte PDP ayant la même information que le contexte PDP secondaire, c'est-à-dire le contexte PDP primaire, existe. Autrement dit, étant donné que le contexte PDP secondaire réutilise l'information intacte du contexte PDP primaire, le contexte PDP secondaire est généré après la génération du contexte PDP primaire. Le contexte PDP primaire et le contexte PDP secondaire sont identiques entre eux, basés sur l'information réellement utilisée. Cependant, les contextes primaire et secondaire diffèrent l'un de l'autre d'après un tunnel GTP respectif qui transmet des données en paquets. En particulier, dans le coeur de réseau UMTS, lorsque le contexte PDP secondaire est activé, l'information TFT est utilisée en tant que filtre pour distinguer le contexte PDP primaire du contexte PDP secondaire. Comme illustré sur la figure 2, un coeur de réseau UMTS 200, ou un coeur de réseau à accès multiples par répartition par code à large bande (WCDMA pour"Wideband Code Division Multiple Access"), comporte 7 modèles TFT stockés en lui, et génère un total de 8 tunnels GTP qui prennent en considération des contextes PDP secondaires correspondant aux 7 modèles TFT. Des données en paquets de protocole Internet (IP pour "Internet Protocol") reçues d'un réseau extérieur, par exemple l'Internet 121, sont appliquées au noeud GGSN 119 par l'intermédiaire de l'interface GI. Le noeud GGSN 119 comporte 7 modèles TFT, par exemple les TFT1 à TFT7 stockés en lui. Une voie utilisée pour les données en paquets IP reçues par l'intermédiaire de l'interface GI est déterminée par l'intermédiaire des 7 TFT stockés en utilisant un filtrage de paquets. Les données en paquets IP filtrées en utilisant les modèles TFT dans le noeud GGSN 119 sont transmises au noeud SGSN 115 par l'intermédiaire de la voie déterminée, c'est-à-dire le tunnel GTP déterminé, et le noeud SGSN 115 transmet les données en paquets IP reçues d'un noeud GGSN 119 à un RAN 211 par l'intermédiaire de l'interface IU par l'intermédiaire du tunnel GTP correspondant. La figure 3 des dessins annexés et décrits ci-après illustre un exemple d'un format TFT général. Avant de décrire le format TFT de la figure 3, on donnera une description générale de la façon dont un modèle TFT est généré. Un modèle TFT est généré dans la station mobile 111 et le modèle TFT généré est transmis au noeud GGSN 119 par l'intermédiaire du réseau UTRAN 113 et du noeud SGSN 115. Le noeud GGSN 119 filtre des données en paquets reçues par l'intermédiaire d'un réseau extérieur, par exemple l'Internet 121, et utilise le modèle TFT pour distinguer un tunnel GTP primaire d'un tunnel GTP secondaire, recherchant ainsi un tunnel GTP par lequel les données en paquets seront réellement transmises. Le tunnel GTP primaire utilisant le contexte PDP primaire et le tunnel GTP secondaire utilisant le contexte PDP secondaire sont identiques entre eux pour une adresse PDP. Par conséquent, dans le cas où il n'existe pas de modèle TFT, il est impossible de déterminer un modèle GTP pour la transmission des données en paquets. Par exemple, il est impossible de déterminer si les données en paquets doivent être transmises par le tunnel GTP primaire ou par le tunnel GTP secondaire. En outre, le modèle TFT peut avoir, par exemple, un total de 8 filtres de paquets identifiés par des identificateurs uniques de filtres de paquets (ID). Chaque filtre de paquets a un indice de précédence d'évaluation unique pour tous les modèles TFT associés aux contextes PDP se partageant la même adresse PDP. L'indice de précédence d'évaluation a une valeur spécifique comprise entre 225 et 0. La station mobile 111 gère un identificateur ID de filtre de paquets et un indice de précédence d'évaluation d'un filtre de paquets, et génère le contenu du filtre de paquets. De plus, le modèle TFT est associé de façon biunivoque au contexte PDP dans une procédure d'activation de contexte PDP secondaire. Autrement dit, le modèle TFT peut être généré en plus du contexte PDP généré dans la procédure d'activation de contexte PDP par l'intermédiaire d'une procédure de modification de contexte PDP amorcée par la station mobile 111, ou bien peut être modifié par l'intermédiaire d'une procédure de modification de contexte PDP amorcée par la station mobile 111. Un contexte PDP ne peut pas avoir deux ou plus de deux TFT. En référence à présent à la figure 3, le modèle TFT possède un champ de type de TFT (type de modèle de flux de trafic), un champ de longueur de type de TFT illustré par "longueur du type de modèle de flux de trafic", un champ de code opération TFT illustré par"code opération TFT", un champ de nombre de filtres de paquets illustré par"nombre de filtres de paquets", et un champ de liste de filtres de paquets illustré par, liste de filtres de paquets". Le champ de type de TFT, un champ indiquant le type de TFT utilisé, est avantageusement établi à une valeur de 137 dans le coeur de réseau UMTS 200. Dans une forme de réalisation de l'invention, le champ de type de TFT peut être établi à des valeurs différentes basées sur le réseau. Le champ de longueur de type de TFT, qui est un champ indiquant une longueur du type de TFT utilisé, a une longueur prescrite, par exemple une taille de champ à 2 multiplets, et représente une taille d'un champ restant excluant le champ du type de TFT et le champ de longueur du type de TFT. Le champ de code opération du TFT, qui est un champ représentant un code opération pour le modèle TFT utilisé, analyse une valeur représentée par le champ de code opération du TFT et détermine un procédé dans lequel le TFT reçu de la station mobile 111 doit être traité. Les codes utilisés dans le champ de code opération du TFT sont illustrés dans le tableau 1. Tableau 1 Bits (765) Description 000 Réservé 001 Un nouveau modèle TFT est généré 010 Le TFT stocké est supprimé 011 Un filtre de paquets est ajouté au TFT stocké 100 Un filtre de paquets du TFT stocké est remplacé 101 Un filtre de paquets du TFT stocké est supprimé 110 Réservé 111 Réservé Comme illustré dans le tableau 1, un code opération TFT "000" représente une valeur de réserve, un code opération TFT "001" représente une opération de génération d'un nouveau modèle TFT, un code opération TFT"010" représente une opération de suppression d'un TFT stocké, un code opération TFT "011" représente une opération d'addition d'un filtre de paquets à un TFT stocké, un code opération TFT "100" représente une opération de remplacement d'un filtre de paquets d'un TFT stocké, un champ de code opération" 101" représente une opération de suppression d'un filtre de paquets d'un TFT stocké, et des codes opération TFT "110" et "111" représentent des champs inversés. Le noeud GGSN 119 lit le champ de code opération TFT et exécute une opération correspondante. Le champ de nombre de filtres de paquets, qui est un champ représentant le nombre de filtres de paquets qui est établi dans le modèle TFT utilisé, représente le nombre de filtres de paquets existant dans la liste de filtres de paquets du modèle TFT. Par exemple, si le champ de code opération TFT a une valeur 1110111, c'est-à-dire si un TFT stocké est supprimé, une valeur du champ de nombre de filtres de paquets est établie à 0. Par conséquent, si le TFT stocké est supprimé, une valeur de l'autre champ de nombre de filtres de paquets est établie à une valeur supérieure à 0 et inférieure ou égale à 8 (0 Le filtre de paquets de champ unique est constitué d'un contenu unique filtré par un filtre de paquets, par exemple un contenu unique tel qu'une adresse de source. Le filtre de paquets à champs multiples est constitué de contenus multiples filtrés par un filtre de paquets, par exemple des contenus multiples tels qu'une adresse de source, un protocole et une adresse de destination. Le champ de liste de filtres de paquets est un champ représentant les contenus pour une information utilisée par les filtres de paquets établis dans le modèle TFT. Si le modèle TFT ayant le format de la figure 3 est stocké dans le noeud GGSN 119 et si des données en paquets IP provenant de l'Internet 121 sont reçues, les données en paquets IP reçues sont filtrées par l'intermédiaire de filtres de paquets stockés dans le modèle TFT stocké. Les données en paquets IP filtrées utilisent un contexte PDP où un modèle TFT correspondant est stocké. Par conséquent, dans le cas où il y a 3 filtres de paquets désignés premier à troisième filtres de paquets parmi une pluralité de filtres de paquets dans le modèle TFT, si les données en paquets IP reçues ne satisfont pas au premier filtre de paquets parmi les trois filtres de paquets, un deuxième filtre de paquets, qui est le filtre de paquets suivant stocké dans le modèle TFT, est alors appliqué. De cette manière, si aucun des filtres de paquets n'est satisfait, les données en paquets IP reçues utilisent un autre tunnel GTP, et tentent un filtrage de paquets en utilisant le modèle TFT suivant au lieu du modèle TFT dont le filtrage des paquets est terminé. On décrira, en référence à la figure 4 des dessins annexés et décrits ci-après, une procédure de génération de tunnel GTP sur la base d'une activation d'un contexte PDP primaire. La figure 4 est un schéma de flux de signaux illustrant un exemple d'une opération de génération de tunnel GTP basée sur une activation d'un contexte PDP primaire. Pour transmettre des données en paquets dans un domaine du type paquets UMTS, il est nécessaire de générer d'abord un tunnel GTP pour la transmission des données en paquets. Une voie par laquelle le tunnel GTP est généré est divisée en une voie d'activation à initiation MS où une demande de génération de tunnel GTP est transmise de la station mobile 111 au coeur de réseau UMTS et une voie d'activation demandée par réseau où une demande de génération de tunnel GTP est transmise depuis un réseau extérieur au réseau central UMTS. En référence à la figure 4, à la détection de la génération de données en paquets, la station mobile (MS) 111 génère un tunnel GTP afin de transmettre les données en paquets. En particulier, la station mobile 111 transmet un message de demande d'activation de contexte PDP au noeud SGSN 115 dans une étape 411. Des paramètres contenus dans le message de demande d'activation de contexte PDP comprennent un identificateur de point d'accès au service de couche de réseau (NSAPI pour"Network layer Service Access Point Identifier"), un TI, un type de PDP, une adresse de PDP, un réseau de point d'accès, et une qualité de service (QoS pour"Quality of Service"). L'information NSAPI, information générée dans la station mobile 111, peut utiliser un total de 11 valeurs allant de n 5 à n 15. La valeur NSAPI est associée à l'adresse PDP et à l'identificateur ID de contexte PDP sur une base bi-univoque. L'adresse PDP représente une adresse IP de la station mobile 111 utilisée dans le domaine du type paquets du système UMTS, et est une information constituant l'information de contexte PDP. Le contexte PDP stocke diverses informations concernant le tunnel GTP. Le contexte PDP est géré par l'identificateur ID de contexte PDP. Le TI est utilisé dans la station mobile 111, le réseau UTRAN 113 et le noeud SGSN 115, et est affecté de façon unique à des tunnels GTP afin d'identifier les tunnels GTP. Bien que le TI et le NSAPI soient similaires entre eux dans leur concept, ils diffèrent l'un de l'autre par le fait que le TI est utilisé dans la station mobile 111, dans l'UTRAN 113 et le SGSN 115, et que le NSAPI est utilisé dans la station mobile 111, le SGSN 115 et le GGSN 119. Le type PDP représente un type de tunnel GTP qui est généré par l'intermédiaire du message de demande d'activation de contexte PDP. Le type de tunnel GTP comprend un protocole d'Internet (IP), un protocole point à point (PPP) et un IP mobile. Le réseau de point d'accès représente un point d'accès d'un réseau de service auquel la station mobile 111 demandant la génération d'un tunnel GTP souhaite alors accéder. Le QoS représente la qualité des données en paquets transmises par l'intermédiaire du tunnel GTP alors généré. Autrement dit, des données en paquets utilisant un tunnel GTP ayant une valeur QoS élevée sont traitées plus tôt que les données en paquets utilisant un tunnel GTP ayant une valeur QoS basse. En référence à la figure 4, à la réception du message de demande d'activation de contexte PDP, le noeud SGSN 115 transmet un message d'établissement de porteur d'accès radio au réseau UTRAN 113 afin d'établir un support d'accès radio au réseau UTRAN 113 dans une étape 413. Le réseau UTRAN 113 transmet alors le message d'établissement de support d'accès radio à la station mobile 111 pour établir un support d'accès radio à la station mobile 111 dans l'étape 413. Le support d'accès radio est établi entre le noeud SGSN 115 et le réseau UTRAN 113 et entre le réseau UTRAN 113 et la station mobile 111. Si une fonction de traçage est activée dans le réseau UTRAN 113, le noeud SGSN 115 transmet le message de demande de traçage au réseau UTRAN 113 en même temps que l'information de traçage acquise à partir d'un registre de localisation de domicile (non représenté) ou d'un centre d'opération et de maintenance (OMC) dans une étape 415. La fonction de traçage est utilisée pour suivre un flux de données. Lorsqu'un support d'accès radio est établi sur le réseau UTRAN 113, le noeud SGSN 115 transmet un message de demande de création de contexte PDP au noeud GGSN 119 dans une étape 417. L'identificateur de point de fin de tunnel (TEID pour"Tunnel Endpoint ID") est établi entre le noeud SGSN 115 et le noeud GGSN 119. L'identificateur ID de point de fin de tunnel est établi pour transmettre des données en paquets entre des noeuds du réseau en utilisant le tunnel GTP. Autrement dit, le noeud SGSN 115 stocke un identificateur ID de point de fin de tunnel du noeud GGSN 119, et ce dernier stocke un identificateur ID de point de fin de tunnel du noeud SGSN 115. Par conséquent, le message de demande de création de contexte PDP comprend un identificateur ID de point de fin de tunnel qui devrait être utilisé lorsque le noeud GGSN 119 transmet des données en paquets au noeud SGSN 115. À la réception du message de demande de création de contexte PDP, le noeud GGSN 119 transmet un message de réponse de création de contexte PDP au noeud SGSN 115 dans une étape 419 si la création d'un contexte PDP est achevée en réponse au message de demande de création de contexte PDP. La génération d'un tunnel GTP entre le noeud SGSN 115 et le noeud GGSN 119 est achevée, permettant la transmission de données en paquets. À la réception du message de réponse de création de contexte PDP, le noeud SGSN 115 transmet un message d'acceptation d'activation de contexte PDP à la station mobile 111 dans l'étape 421. Lorsque la station mobile 111 reçoit le message d'acceptation d'activation de contexte PDP, un canal radio est généré entre la station mobile 111 et le réseau UTRAN 113. En conséquence, la génération d'un canal GTP entre le réseau UTRAN 113, le noeud SGSN 115 et le noeud GGSN 119 est menée à bien. Autrement dit, la station mobile 111 peut émettre et recevoir toutes les données en paquets transmises par son adresse PDP. Un tunnel GTP généré dans la procédure de contexte PDP est associé à un contexte PDP sur une base biunivoque. Si le tunnel GTP change, le contexte PDP change aussi. Par conséquent, une information de tunnel différente est produite. Une procédure générale de génération de tunnel GTP basée sur une activation de contexte PDP, c'est-à-dire une procédure d'activation de contexte PDP primaire, a été décrite en référence à la figure 4. On décrira maintenant une procédure de génération de tunnel GTP basée sur une activation de contexte PDP secondaire en référence à la figure 5 des dessins annexés et décrits ci-après. La figure 5 est un diagramme de flux de signaux illustrant un exemple d'une procédure classique de génération de tunnel GTP basée sur une activation d'un contexte PDP secondaire. La procédure d'activation de contexte PDP secondaire est définie comme étant une procédure destinée à une nouvelle génération d'un tunnel GTP en réutilisant l'information de tunnel GTP intacte du contexte PDP primaire précédemment activée. Autrement dit, le tunnel GTP généré conformément à la procédure d'activation de contexte PDP secondaire est appelé un tunnel GTP secondaire comme indiqué ci-dessus. Le tunnel GTP secondaire utilise l'information de contexte PDP primaire intacte. En référence à la figure 5, la station mobile 111 transmet un message de demande d'activation de contexte PDP secondaire au noeud SGSN 115 pour générer un tunnel GTP secondaire dans une étape 511. Des paramètres inclus dans le message de demande d'activation de contexte PDP secondaire comprennent un NSAPI, un TI lié, un type de PDP, une adresse de PDP, un réseau de point d'accès et un facteur QoS. À la différence du message de demande d'activation de contexte PDP, le message de demande d'activation de contexte PDP secondaire comprend un TI lié et fournit l'information intacte portant sur le contexte PDP primaire activé précédemment, c'est-à-dire l'information de tunnel GTP primaire intacte. Comme décrit en regard de la figure 4, étant donné que le TI est utilisé pour identifier un tunnel GTP entre la station mobile 111, l'UTRAN 113 et le noeud SGSN 115, le TI lié est utilisé pour fournir la même information que le tunnel GTP primaire. À la réception du message de demande d'activation de contexte PDP secondaire, le noeud SGSN 115 transmet un message d'établissement de support d'accès radio au réseau UTRAN 113 afin d'établir un support d'accès radio au réseau UTRAN 113 dans l'étape 513. Le réseau UTRAN 113 transmet alors un message d'établissement de support d'accès radio à la station mobile 111 pour établir un support d'accès radio à la station mobile 111 dans l'étape 515. Un support d'accès radio est établi entre le noeud SGSN 115 et le réseau UTRAN 113 et entre le réseau UTRAN 113 et la station mobile 111. Lorsqu'un support d'accès radio est établi avec le réseau UTRAN 113, le noeud SGSN 115 transmet un message de demande de création de contexte PDP au noeud GGSN 119 dans une étape 517. Le noeud SGSN 115 transmet un NSAPI primaire pour indiquer que le tunnel GTP devant être généré est un tunnel GTP secondaire. La valeur NSAPI primaire est associée à une information portant sur le contexte PDP primaire activé précédemment, sur une base bi-univoque. Il est possible d'utiliser l'information de contexte PDP primaire en consultant la valeur NSAPI primaire. En outre, le noeud SGSN 115 transmet le message de demande de création de contexte PDP en utilisant une information TFT, pour générer le tunnel GTP primaire du tunnel GTP secondaire. Autrement dit, si un modèle TFT n'est pas stocké dans le tunnel GTP primaire, il est stocké uniquement dans les tunnels GTP secondaires. Comme décrit en association avec la génération du tunnel GTP primaire, un identificateur ID de point de fin de tunnel est nouvellement établi entre le noeud SGSN 115 et le noeud GGSN 119, et l'ID de point de fin de tunnel est établi pour transmettre des données en paquets entre des noeuds du réseau en utilisant le tunnel GTP. Autrement dit, le noeud SGSN 115 stocke un ID de point de fin de tunnel du noeud GGSN 119, et ce dernier stocke un ID de fin de point de fin de tunnel du noeud SGSN 115. Par conséquent, le message de demande de création de contexte PDP comprend un identificateur ID de point de fin de tunnel qui devrait être utilisé lorsque le noeud GGSN 119 transmet des données en paquets au noeud SGSN 115. À la réception du message de demande de création de contexte PDP, le noeud GGSN 119 transmet un message de réponse de création de contexte PDP au noeud SGSN 115 dans l'étape 519 si la création de contexte PDP est achevée en réponse au message de demande de création de contexte PDP. La génération d'un tunnel GTP secondaire entre le noeud SGSN 115 et le noeud GGSN 119 est achevée, permettant la transmission de données en paquets. À la réception du message de réponse de création de contexte PDP, le noeud SGSN 115 transmet un message d'acceptation d'activation de contexte PDP à la station mobile 111 (étape 521). Lorsque la station mobile 111 reçoit le message d'acceptation d'activation de contexte PDP, un canal radio est généré entre la station mobile 111 et le réseau UTRAN 113. En conséquence, la génération d'un tunnel GTP secondaire entre le réseau UTRAN 113, le noeud SGSN 115 et le noeud GGSN 119 est achevée. Autrement dit, la station mobile 111 peut émettre et recevoir toutes les données en paquets transmises par son adresse PDP. Un tunnel GTP secondaire généré dans la procédure de contexte PDP est également associé à un contexte PDP sur une base bi-univoque. La figure 6 des dessins annexés et décrits ci-après est un diagramme illustrant un exemple d'un format d'information TFT pour la génération d'un nouveau modèle TFT. Si un code d'opération TFT d'un modèle de flux de trafic TFT illustré sur la figure 3 est établi à 1100111, un nouveau modèle TFT est généré. Un champ 11011, comme illustré sur la figure 6, est un bit de réserve, et est un champ non affecté dont l'utilisation n'est pas encore déterminée, et il est généralement établi à"O". Sur la figure 6, un champ de liste de filtres de paquets est sous-divisé. En référence à la figure 6, un identificateur (ID) de filtre de paquets est utilisé pour identifier un filtre de paquets correspondant parmi plusieurs filtres de paquets établis dans le modèle TFT. Comme indiqué précédemment, étant donné qu'on suppose que le nombre maximal de filtres de paquets qui peuvent être établis dans le modèle TFT est de 8, par exemple, le nombre maximal d'identificateurs ID de filtres de paquets est également établi à 8. Sur la figure 6, l'identificateur ID de filtre de paquets est exprimé à l'aide des oème à 2ème bits, et les 4 ème à 7ème bits restants sont établis en tant que bits de réserve. Une précédence d'évaluation de filtres de paquets représente un ordre appliqué à tous les filtres de paquets établis dans le modèle TFT. Autrement dit, la précédence d'évaluation de filtres de paquets représente un ordre dans lequel les filtres de paquets doivent être appliqués à des paquets de données reçus d'un réseau extérieur. Lorsque la valeur de précédence d'évaluation de filtres de paquets est faible, l'ordre appliqué aux données en paquets reçues du réseau extérieur devient plus petit. Si les données en paquets sont reçues depuis le réseau extérieur, les filtres de paquets TFT stockés dans le noeud GGSN 119 sont appliqués aux données en paquets reçues en commençant à un filtre de paquets ayant la valeur de précédence d'évaluation de filtres de paquets la plus petite. Si une en-tête des données en paquets reçues ne concorde pas, un filtre de paquets ayant la valeur de précédence d'évaluation de filtres de paquets la plus petite applique les données en paquets reçues à un filtre de paquets ayant une seconde valeur plus petite de précédence d'évaluation de filtres de paquets. De plus, le champ de longueur des contenus de filtres de paquets (longueur des contenus de filtres de paquets) représente une longueur des contenus de filtres de paquets correspondants. Enfin, un champ de contenu de filtres de paquets comprend un identificateur ID de type de constituant de filtres de paquets et a une longueur variable. Une longueur des contenus de filtres de paquets est variable car les filtres de paquets ont des longueurs différentes et le nombre de filtres de paquets établis dans le modèle TFT est variable en fonction des circonstances. L'identificateur ID de type de constituant de filtres de paquets, une fois qu'il est utilisé, ne peut pas être utilisé pour un filtre de paquets quelconque. Il n'est pas possible de former un filtre de paquets en utilisant un type d'adresse de source IPv4 en même temps qu'un type d'adresse de source IPv6 dans le même modèle TFT. En outre, il n'est pas possible de former le filtre de paquets en utilisant un type de port de destination unique en même temps qu'un type de gamme de port de destination. De plus, il n'est pas possible de former le filtre de paquets en utilisant un type de port de source unique en même temps qu'un type de gamme de port de source. Les types de constituants de filtres de paquets et leurs identificateurs associés ID de types de constituants de filtres de paquets sont illustrés dans le Tableau 2. Tableau 2 Bits (76543210) Description 0001 0000 Type d'adresse de source IPv4 0010 0000 Type d'adresse de source IPv6 0011 0000 Identificateur de protocole/type d'entête suivant 0100 0000 Type de port de destination unique 0100 0001 type de gamme de ports de destination 0101 0000 type de port de source unique 0101 0001 type de gamme de port de source 0110 0000 Type d'indice de paramètre de sécurité 0111 0000 Type de service/type de classe de trafic 1000 0000 Type d'étiquette de flux Toutes autres Réservé valeurs Comme illustré dans le Tableau 2, plusieurs constituants de filtres de paquets peuvent être formés en un seul filtre de paquets. Par exemple, un équipement terminal (TE pour"Terminal Equipment") peut classer des données en paquets TCP/IPv4 transmises à un port TCP 5003 à 172. 168. 8. 0/24, et un filtre de paquets peut être formé comme défini ci-dessous. Identificateur de filtre de paquets = 1 i Adresse de source IPv4 = 172. 168. 8. 0 Nombre de protocoles pour TCP = 6 i Port de destination = 5003 ; Le classement de données en paquets de cette manière en utilisant plusieurs paramètres est appelé un classement par champs multiples, et les types de constituants de filtres de paquets seront décrits ci-dessous. On décrira d'abord un type d'adresse de source IPv4. Les contenus de filtres de paquets établis dans le type d'adresse de source IPv4 comprennent un champ d'adresse IPv4 ayant une taille de 4 octets et un champ de masque d'adresse IPv4 ayant une taille de 4 octets. Le champ d'adresse IPv4 est transmis plus tôt que le masque d'adresse IPv4. Le champ d'adresse IPv4 ne peut pas être établi dans le modèle TFT qui est transmis en tant que message de demande d'activation de contexte PDP secondaire pour accéder à un réseau de service d'un réseau à point d'accès (APN) 0 Autrement dit, la station mobile 111 reçoit une adresse IP réelle par l'intermédiaire d'un serveur procurant un service de nom de domaine (DNS pour"Domain Name Service") pour un réseau de service auquel la station mobile 111 accède en premier tout en activant initialement un contexte PDP secondaire. Dans ce cas, étant donné que la station mobile 111 a déjà attendu pour transmettre le message de demande d'activation de contexte PDP secondaire, il est impossible de modifier les contenus des filtres de paquets du modèle TFT établi. Après l'accès initial, étant donné que la station mobile 111 reconnaît une adresse IP d'un service correspondant reçu du serveur DNS, il est possible d'utiliser le type d'adresse de source IPv4 en tant que contenus du filtre de paquets TFT établi. Lorsque la station mobile 111 transmet le message de demande d'activation de contexte PDP secondaire pour communiquer avec une autre station mobile au lieu d'accéder initialement à un nouveau réseau de service, il n'est pas possible d'utiliser le type d'adresse de source IPv4 pour le modèle TFT en tant que contenus de filtres de paquets. On décrira maintenant un type d'adresse de source IPv6. Le type d'adresse de source IPv6 comporte un champ d'adresse IPv6 à 16 octets et un champ de masque d'adresse IPv6 à 16 octets. Le champ d'adresse IPv6 est transmis plus tôt que le champ de masque d'adresse IPv6. On décrira maintenant un identificateur ID de protocole/type d'en-tête suivant. L'identificateur ID de protocole/type d'entrée suivant comprend un identificateur ID de protocole à 1 octet, par exemple IPv4, ou un type d'en-tête suivant, par exemple IPv6. Un type de port de destination unique comprend un numéro de port de destination à 2 octets. Le type de port de destination unique peut être soit une valeur de port UDP soit une valeur de port TCP en fonction d'une valeur de champ de protocole d'une en-tête IP. Un type de gamme de port de destination comporte une valeur minimale d'un numéro de port de destination à 2 octets et une valeur maximale d'un numéro de port de destination à 2 octets. Le type de gamme de port de destination peut être une gamme soit d'un port UDP, soit d'un port TCP conformément à une valeur de champ de protocole d'une en-tête IP. Un type de port de source unique comprend un numéro de port de source à 2 octets, et peut être soit une valeur de port UDP, soit une valeur de port TCP en fonction d'une valeur de champ de protocole d'une en-tête IP. Un type de gamme de port de source comprend une valeur minimale d'un numéro de port de source à 2 octets et une valeur maximale d'un numéro de port de source à 2 octets, et peut s'étendre depuis un port UDP ou un port TCP conformément à une valeur de champ de protocole d'une en-tête IP. Un type d'indice de paramètre de sécurité comprend un indice de paramètre de sécurité IP à 4 octets (SPI pour"Security Parameter Index"). Un type de service/type de classe de trafic comprend un type de service (IPv4)/une classe de trafic (IPv6) à 1 octet, et un type de masque de service (IPv4)/un masque de classe de trafic (IPv6) à 1 octet. Un type d'étiquette de flux comprend une étiquette de flux IPv6 à 3 octets, et des 4 à 7ème bits d'un premier octet constituent un champ de réserve, et une étiquette de flux IPv6 est incluse dans les 20 bits restants. Jusqu'à présent, on a décrit une procédure pour la génération d'un nouveau modèle TFT pour un code opération TFT"001"en référence à la figure 6. On donnera, en référence à la figure 7 des dessins annexés et décrits ciaprès, une description pour supprimer un modèle TFT stocké pour un code opération TFT 1101011, l'addition d'un filtre de paquets à un modèle TFT stocké pour un code opération TFT "Oïl", et le remplacement d'un filtre de paquets d'un TFT stocké pour un code opération"100". La figure 7 est un diagramme illustrant un format d'information TFT pour supprimer un modèle TFT stocké, pour additionner un filtre de paquets au modèle TFT stocké ou pour remplacer un filtre de paquets du modèle TFT stocké. Dans le cas de la suppression d'un modèle TFT, un code opération TFT est contrôlé indépendamment d'un champ de liste de filtres de paquets. Ensuite, si la valeur du code opération TFT est une valeur prescrite représentant une suppression de TFT, c'est-à-dire 1101011, le même TFT que le type de TFT devant être supprimé parmi les TFT stockés dans le noeud GGSN 119 est alors supprimé du noeud GGSN 119. Dans le cas de l'addition d'un filtre de paquets au modèle TFT stocké, la même information supprimant un modèle TFT est utilisée, et le contenu d'une liste de filtres de paquets correspondante est additionné au TFT stocké. Dans le cas du remplacement du filtre de paquets du TFT stocké, la même information de suppression d'un TFT et le cas de l'addition d'un filtre de paquets au TFT stocké sont utilisés, et le contenu d'un filtre de paquets correspondant est supprimé puis remplacé. Jusqu'à présent, on a décrit, en référence à la figure 7, une procédure pour supprimer un TFT stocké pour un code opération TFT 1101011, une procédure pour additionner un filtre de paquets à un TFT stocké pour un code opération TFT 1101111, et une procédure pour remplacer un filtre de paquets à un TFT stocké pour un code opération"100". On décrira maintenant une procédure pour supprimer un filtre de paquets d'un TFT stocké pour un code opération TFT "101", en référence à la figure 8 des dessins annexés décrits ci-après. La figure 8 est un diagramme illustrant un format d'information TFT pour supprimer un filtre de paquets d'un TFT stocké. Comme illustré sur la figure 8, lors de la suppression d'un filtre de paquets d'un TFT stocké, on prend en considération uniquement un identificateur ID de filtre de paquets indépendamment d'une liste de filtres de paquets. Le noeud GGSN 119 supprime des filtres de paquets du TFT stocké un filtre de paquets correspondant à un identificateur ID de filtre de paquets de l'information TFT fournie depuis la station mobile 111. La figure 8 montre un cas de suppression, d'un TFT stocké, de N filtres de paquets, allant du premier au Nème filtre de paquets. On se réfère à la figure 9 des dessins annexés et décrits ci-après, qui est un schéma fonctionnel simplifié illustrant une procédure de filtrage de paquets TFT dans un réseau central UMTS général. Pour la commodité de l'explication, on décrira la figure 9 en se basant sur la supposition que chaque modèle TFT possède un seul filtre de paquets. Un total de 4 TFT sont stockés dans le noeud GGSN 119 du coeur de réseau UMTS 200. Chacun des 4 TFT comporte un filtre de paquets. Le fait que 4 TFT soient stockés dans le noeud GGSN 119 signifie que le noeud GGSN 119 comprend un tunnel GTP primaire pour le noeud SGSN 115 et 5 tunnels GTP, c'est-à-dire un contexte PCP primaire, et 4 tunnels GTP secondaires pour des contextes PDP secondaires, et les 5 tunnels GTP se partagent le même contexte PDP. Les 5 tunnels GTP sont identifiés uniquement par le modèle TFT. Si des données en paquets reçues d'un réseau extérieur, par exemple l'Internet 121, ne sont pas soumises au filtrage de paquets par les 4 modèles TFT, les données en paquets sont transmises au noeud SGSN 115 uniquement par l'intermédiaire d'un contexte PDP primaire ou d'un tunnel GTP primaire. Par exemple, si l'on suppose que les données en paquets reçues de l'Internet 121 ont le type de service (TOS pour"Type of Service") de 0x30, un protocole de TCP, une adresse de source de 1.1. 1. 1, une adresse de destination de 2.2. 2.2, un port de source de 200 et un port de destination de 50, les données en paquets reçues ne subissent alors pas le filtrage de paquets jusqu'à TFT1 et TFT2, car elles ne coïncident pas avec les contenus de filtres de paquets, et elles subissent un filtrage de paquets en TFT3 car elles coïncident avec les contenus de filtres de paquets de TFT3. Les données en paquets reçues sont transmises au noeud SGSN 115 par l'intermédiaire du tunnel GTP correspondant au TFT3 coïncidant. Les données en paquets reçues de l'Internet 121 ne sont pas soumises à un filtrage de paquets en TFT1 et TFT2 car, étant donné qu'une adresse de source, le contenu du filtre de paquets TFT1, est 3.3. 3.3, elle ne coïncide pas avec une adresse de source"1. 1.1. 1" du paquet de données reçu et, étant donné qu'un protocole, le contenu du filtre de paquets TFT2, est ICMP, il ne coïncide pas avec un protocole TCP des données en paquets reçues. En outre, la raison pour laquelle les données en paquets reçues sont filtrées au TFT3 est que le TOS, le contenu du filtre de paquets TFT3, est 0x30. Il coïncide avec le TOS"0x30"des données en paquets reçues. Comme décrit ci-dessus, un modèle TFT est généré habituellement en association avec un contexte PDP (tunnel GTP) dans la procédure d'activation de contexte PDP secondaire. Le modèle TFT peut être additionné, modifié ou supprimé par l'intermédiaire d'une procédure de modification de contexte PDP amorcée par la station mobile MS lorsque la station mobile 111 modifie un contexte PDP généré dans une procédure d'activation de contexte PDP. Comme indiqué également ci-dessus, un contexte PDP ne peut avoir qu'un modèle TFT. Dans le cas où la station mobile 111 prévoit de générer un nouveau modèle TFT ou de modifier un modèle TFT stocké dans le noeud GGSN 119, le modèle TFT devra avantageusement stocker au moins un filtre de paquets valide. S'il n'y a pas de filtre de paquets valide dans le TFT stocké, la procédure de modification de contexte PDP amorcée par la station MS est défaillante, et le noeud GGSN 119 transmet un code d'erreur représentant une défaillance de la procédure de modification du contexte PDP amorcée par la station MS pour le TFT vers la station mobile 111. Le TFT est supprimé si un contexte PDP associé au TFT est inactivé. Cependant, comme décrit ci-dessus, les données en paquets reçues au noeud GGSN 119 depuis le réseau extérieur subissent un filtrage de paquets par l'intermédiaire d'un modèle TFT stocké dans le noeud GGSN 119, et le filtrage de paquets par l'intermédiaire du modèle TFT est exécuté séquentiellement en commençant à un filtre de paquets ayant la précédence d'évaluation de filtres de paquets la plus petite pour au moins un filtre de paquets stocké dans le modèle TFT. Par exemple, si 5 modèles TFT sont stockés dans le noeud GGSN 119 et que chacun des 5 TFT stocke 4 filtres de paquets, des données en paquets reçues d'un réseau extérieur, à savoir l'Internet 121, subissent un filtrage de paquets pour les 4 filtres de paquets en commençant au premier TFT parmi les 5 TFT. Si le filtrage des paquets est défaillant, les données en paquets reçues du réseau extérieur subissent un filtrage de paquets par le deuxième TFT. Par conséquent, en comparaison avec le cas dans lequel le modèle TFT n'est pas utilisé pour les données en paquets reçues du réseau extérieur 121, une perte de performance du coeur de réseau UMTS peut se produire du fait du filtrage des paquets. Si le nombre des modèles TFT stockés dans le noeud GGSN 119 augmente brusquement et que la quantité des données en paquets reçues du réseau extérieur 121 augmente brusquement, la perte de performance due au filtrage des paquets peut être fatale au réseau central UMTS. Un objet de la présente invention est donc de proposer un appareil et un procédé pour reclasser des modèles de flux de trafic (TFT) dans un système de communication mobile. Un autre objet de l'invention est de proposer un appareil et un procédé pour reclasser des modèles de flux de trafic en fonction de la fréquence de données en paquets soumises avec succès à un filtrage de paquets par TFT dans un système de communication mobile. Un autre objet de l'invention est de proposer un appareil et un procédé de reclassement de TFT pour procurer des calculs minimaux de filtrage de paquets pour des données de paquets en entrée dans un système de communication mobile. Pour réaliser sensiblement les objets ci-dessus et autres, l'invention propose un appareil et un procédé pour reclasser des modèles de flux de trafic (TFT) dans un système de communication mobile comprenant un tunnel primaire de protocole de mise en tunnel (GTP) d'un service général de transmission de paquets par radio (GPRS) pour l'émission et la réception de données en paquets vers une station mobile et à partir de celle-ci, et un ou plusieurs tunnels GTP secondaires ayant la même adresse de station mobile que le tunnel GTP primaire et divisés chacun en différents modèles TFT, chaque modèle TFT comprenant des contenus de filtres de paquets différents afin que les tunnels GTP secondaires soient séparés par le filtrage de paquets par TFT. L'appareil et le procédé comprennent une unité de commande conçue pour exécuter séquentiellement un filtrage de paquets par TFT sur des données en paquets d'entrée pour les modèles TFT, gérer des données statistiques de données en paquets ayant subi avec succès un filtrage de paquets par TFT conformément aux modèles TFT, et reclasser un ordre des modèles TFT en comparant les données statistiques des données en paquets ayant été soumises avec succès à un filtrage de paquets par TFT pour les modèles TFT si une période préétablie expire ; et une mémoire conçue pour stocker des contenus de filtres de paquets pour chacun des modèles TFT, et pour stocker des modèles statistiques pour des données en paquets ayant subi avec succès un filtrage de paquets par TFT pour chacun des modèles TFT. Les objets ci-dessus ainsi que d'autres sont sensiblement réalisés par un appareil et un procédé pour reclasser des modèles de flux de trafic (TFT) dans un système de communication mobile comprenant un tunnel de protocole primaire (GTP) mettant en tunnel un service général de transmission de paquets par radio (GPRS) pour l'émission et la réception de données en paquets vers une station mobile et à partir de celle-ci et un ou plusieurs tunnels GTP secondaires ayant la même adresse de station mobile que le tunnel GTP primaire et divisés chacun en différents modèles TFT, les TFT comprenant chacun un contenu de filtres de paquets différent afin que les tunnels GTP secondaires soient séparés par un filtrage de paquets par TFT. L'appareil et le procédé effectuent des opérations consistant à exécuter séquentiellement un filtrage de paquets par TFT sur des données en paquets d'entrée pour les modèles TFT, gérer des données statistiques de données en paquets ayant été soumises avec succès à un filtrage de paquets par TFT conformément aux modèles TFT ; comparer des données statistiques aux données en paquets ayant subi avec succès un filtrage de paquets par TFT pour chacun des modèles TFT, si une période préétablie expire et reclasser un ordre des modèles TFT sur la base des résultats d'une comparaison des données statistiques. L'invention sera décrite plus en détail en regard des dessins annexés à titre d'exemples nullement limitatifs et sur lesquels : la figure 1 est un schéma fonctionnel simplifié illustrant un exemple d'une structure de réseau UMTS général ; la figure 2 est un schéma fonctionnel simplifié illustrant un exemple d'un réseau central UMTS général utilisant des modèles TFT ; la figure 3 est un diagramme illustrant un format TFT général ; la figure 4 est un diagramme de flux de signaux illustrant un exemple d'une procédure de génération de tunnel GTP basée sur une activation de contexte PDP primaire ; la figure 5 est un diagramme de flux de signaux illustrant un exemple de procédure de génération de tunnel GTP basée sur une activation de contexte PDP secondaire ; la figure 6 est un diagramme illustrant un format d'information TFT pour la génération d'un nouveau modèle TFT, ajoutant un filtre de paquets au modèle TFT stocké ou remplaçant un filtre de paquets du modèle TFT stocké ; la figure 7 est un diagramme illustrant un exemple d'un format d'information TFT pour supprimer un modèle TFT stocké ; la figure 8 est un diagramme illustrant un exemple d'un format d'information TFT pour supprimer un filtre de paquets d'un modèle TFT stocké ; la figure 9 est un schéma fonctionnel simplifié illustrant un exemple d'une procédure de filtrage de paquets par TFT dans un réseau central UMTS général ; la figure 10 est un schéma fonctionnel simplifié illustrant un exemple d'une structure intérieure d'un appareil de reclassement de modèles de flux de trafic (TFT) selon une forme de réalisation de la présente invention ; la figure 11 est un diagramme illustrant un exemple d'information TFT stockée dans la table TFT de la figure 10 selon une forme de réalisation de l'invention ; la figure 12 est un diagramme illustrant un exemple d'une opération de filtrage de paquets de la procédure de filtrage de paquets par TFT de la figure 10 conformément à une forme de réalisation de l'invention ; la figure 13 est un organigramme illustrant un exemple d'étapes pour effectuer une procédure de reclassement TFT primaire selon une forme de réalisation de l'invention ; la figure 14 est un diagramme schématique illustrant un exemple d'un filtrage de paquets avant un reclassement TFT dans un coeur de réseau UMTS selon une forme de réalisation de l'invention ; la figure 15 est un diagramme schématique illustrant un exemple d'un filtrage de paquets après un reclassement TFT par une procédure de reclassement TFT primaire dans un coeur de réseau UMTS selon une forme de réalisation de l'invention ; la figure 16 est une table illustrant un exemple d'une comparaison entre une quantité de calculs pour un filtrage de paquets par TFT de la figure 14 et une quantité de calculs pour un filtrage de paquets par TFT de la figure 15 selon une forme de réalisation de l'invention ; la figure 17 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement TFT primaire dans le cas où une quantité de filtrages de paquets TFT portant sur des données en paquets de chacun de plusieurs modèles TFT est la même selon une forme de réalisation de l'invention ; la figure 18 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement TFT primaire lorsqu'une quantité de filtrages de paquets TFT portant sur des données en paquets pour l'un, spécifié, de plusieurs modèles TFT est grande, selon une forme de réalisation de l'invention ; la figure 19 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement TFT primaire lorsqu'une quantité de filtrages de paquets TFT portant sur des données en paquets pour l'un, spécifié, de plusieurs modèles TFT est petite selon une forme de réalisation de l'invention ; la figure 20 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement TFT primaire dans le cas où chacun de plusieurs modèles TFT présente une grande différence de quantité de filtrages de paquets par TFT sur des données en paquets pour un modèle TFT voisin selon une forme de réalisation de l'invention ; la figure 21 est un organigramme illustrant un exemple d'étapes pour effectuer une procédure de reclassement de TFT secondaire selon une forme de réalisation de l'invention ; la figure 22 est un diagramme schématique illustrant un exemple de filtrage de paquets après un reclassement de TFT par une procédure de reclassement de TFT secondaire dans un coeur de réseau UMTS selon une forme de réalisation de l'invention ; la figure 23 est une table illustrant un exemple d'une comparaison entre une quantité de calculs pour un filtrage de paquets par TFT de la figure 14 et une quantité de calculs pour un filtrage de paquets par TFT de la figure 22 selon une forme de réalisation de l'invention ; la figure 24 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement de TFT secondaire dans le cas où une quantité de filtrage de paquets par TFT portant sur des paquets de données pour chacun de plusieurs modèles TFT est la même selon une forme de réalisation de l'invention ; la figure 25 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement de TFT secondaire lorsqu'une quantité de filtrages de paquets par TFT portant sur des données en paquets pour l'un, spécifié, de plusieurs modèles TFT est grande, selon une forme de réalisation de l'invention ; la figure 26 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement de TFT secondaire lorsqu'une quantité de filtrages de paquets par TFT portant sur des données en paquets pour l'un, spécifié, de plusieurs modèles TFT est petite, selon une forme de réalisation de l'invention ; et la figure 27 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement de TFT secondaire lorsque chacun de plusieurs modèles TFT présente une grande différence en ce qui concerne une quantité de filtrages de paquets par TFT portant sur des données en paquets pour un modèle TFT voisin selon une forme de réalisation de l'invention. On décrira ci-dessous plusieurs formes de réalisation de l'invention en référence aux dessins d'accompagnement. Dans la description qui suit, des fonctions ou constructions bien connues ne sont pas décrites pour plus de brièveté. La figure 10 est un schéma fonctionnel simplifié illustrant un exemple d'une structure intérieure d'un appareil de reclassement de modèles de flux de trafic (TFT) selon une forme de réalisation de l'invention. Il convient de noter qu'un réseau d'un système universel de télécommunications mobile (UMTS) et un réseau central ou coeur de réseau (CN), auxquels l'invention est appliquée, ont la même structure que celles décrites en regard des figures 1 et 2, à l'exception d'une partie de filtrage de paquets par TFT. Il convient en outre de noter qu'une procédure d'activation de contexte primaire de protocole de données en paquets (PDP) et une procédure d'activation de contexte PDP secondaire sont exécutées de la même manière que celles décrites en regard des figures 4 et 5. En outre, les mêmes références numériques désignent les mêmes éléments sur toutes les figures. En référence à la figure 10, l'appareil de reclassement de modèles TFT comprend une unité de commande ou unité centrale de traitement (CPU) 1000, une mémoire vive ou mémoire RAM 1050, une unité de segmentation et de réassemblage (SAR pour"Segmentation and Reassembly unit") 1070 et un duplexeur 1090. Un service général de transmission de paquets par radio (GPRS) est un service de données en paquets effectué dans le réseau UMTS. L'unité de commande 1000 traite des données en paquets reçues d'un réseau extérieur, par exemple l'Internet 121, par 11 intermédiaire d'une interface GI d'un noeud de support GPRS de passerelle (GGSN) 119, et effectue une opération de commande de génération telle qu'une opération mathématique, une planification et une gestion des tâches. Selon une forme de réalisation de l'invention, l'unité de commande 1000 gère une tâche 1010 de bloc esclave de service par paquets (PSSB pour"Packet Service Slave Block"), et une tâche de communication S~interprocessus (SIPC) est représentée en hachures et, étant donné que la tâche SIPC n'est pas liée étroitement à une forme de réalisation de l'invention, sa description détaillée ne sera pas donnée ici. La tâche PSSB 1010 traite divers protocoles en recevant des données en paquets GTP-u transmises par l'intermédiaire d'un tunnel de protocole de mise en tunnel GPRS (GTP) ou des données en paquets de protocole d'Internet (IP) transmises depuis un réseau extérieur, par exemple l'Internet 121. La tâche PSSB 1010 comprend une procédure 1011 de reclassement, une procédure 1013 de filtrage de paquets par TFT, une minuterie 1015 et un processeur statistique 1017. La procédure 1011 de reclassement, une procédure destinée à commander le reclassement des modèles TFT stockés dans le noeud GGSN 119, effectue une procédure de reclassement TFT primaire et une procédure de reclassement TFT secondaire. La procédure 1013 de filtrage de paquets par TFT est une procédure pour effectuer un filtrage de paquets sur les modèles TFT, et la minuterie 1015 compte une période pendant laquelle la procédure 1011 de reclassement TFT reclasse les modèles TFT stockés dans le noeud GGSN 119 et, à la fin de la période correspondante, fournit à la procédure de reclassement 1011 un signal indiquant l'expiration d'une période de reclassement. Le processeur statistique 1017 gère des statistiques associées au GTP, stockées dans la mémoire 1050. La mémoire 1050 comprend une table 1051 de statistiques et une table 1053 de modèles TFT. La table 1051 de statistiques stocke diverses données statistiques portant sur les données en paquets appliquées au noeud GGSN 119. Dans une forme de réalisation de l'invention, le processeur 1017 de statistiques de la tâche PSSB 1010 lit la table 1051 de statistiques et fournit la fréquence des données en paquets utilisées dans des tunnels GTP en tant que données statistiques. La table TFT 1053 stocke des informations portant sur les modèles TFT stockés dans le noeud GGSN 119. Les modèles TFT sont reclassés par la procédure de reclassement 1011. La procédure 1013 de filtrage de paquets par TFT effectue un filtrage de paquets sur les données en paquets reçues depuis le noeud GGSN 119 en consultant la table TFT 1053. L'unité 1070 de segmentation et de réassemblage réassemble des cellules de mode de transfert asynchrone (ATM pour Asynchronous Transfer Mode) reçues d'un réseau extérieur, et fournit les cellules ATM réassemblées à une voie IN dans la tâche PSSB 1010. En outre, l'unité 1070 de segmentation et de réassemblage segmente des données en paquets transmises du noeud GGSN 119 au réseau extérieur, c'est-à-dire des données en paquets transmises par l'intermédiaire des voies IN, P et S de la tâche PSSB 1010, par la cellule ATM, et fournit au duplexeur 1090 les données en paquets segmentées. Le duplexeur 1090 reçoit sélectivement les données en paquets provenant du réseau extérieur et transmet des données en paquets délivrées en sortie du noeud GGSN 119 à tous les blocs reliés physiquement. On décrira maintenant, en référence à la figure 10, les points qui doivent être considérés pour effectuer le filtrage de paquets par TFT sur les données en paquets reçues au noeud GGSN 119 depuis le réseau extérieur par l'intermédiaire de l'interface GI selon une forme de réalisation de l'invention. Premièrement, on considérera une activation d'un contexte PDP secondaire. Le modèle TFT n'est pas généré dans la procédure d'activation de contexte PDP primaire et est généré uniquement dans la procédure d'activation de contexte PDP secondaire. Deuxièmement, on considérera aussi le stockage d'une information TFT. Une information TFT générée par une station mobile (MS) 111 conformément à la procédure d'activation de contexte PDP secondaire et ensuite transmise au noeud GGSN 119 est stockée dans le noeud GGSN 119. Troisièmement, on considérera aussi le stockage de données statistiques en paquets pour l'information TFT. Des données statistiques pour les données en paquets ayant subi un filtrage de paquets par TFT sont segmentées pour chacun des modèles TFT stockés dans le noeud GGSN 119, puis gérées et stockées séparément. Les données statistiques en paquets stockées conformément au modèle TFT sont utilisées pendant un reclassement des TFT. Quatrièmement, on considérera un filtrage des paquets. Des données en paquets reçues du réseau extérieur doivent être soumises à un filtrage de paquets utilisant les modèles TFT stockés dans le noeud GGSN 119 pour déterminer un tunnel GTP correspondant. Cinquièmement, on considérera aussi une procédure de reclassement TFT primaire et une procédure de reclassement TFT secondaire dans la procédure 1011 de reclassement. La procédure de reclassement TFT primaire et la procédure de reclassement TFT secondaire effectuent un reclassement des modèles TFT si un temps préétabli a expiré, et si la fréquence d'utilisation d'un modèle TFT spécifique parmi plusieurs modèles TFT est supérieure à une fréquence préétablie, la procédure de reclassement TFT primaire et la procédure de reclassement TFT secondaire reclassent les modèles TFT. De plus, la procédure de reclassement TFT primaire et la procédure de reclassement TFT secondaire reclassent des modèles TFT dans le cas où un paramètre pour le stockage de données statistiques en paquets TFT atteint un nombre préétabli de données en paquets ou un nombre préétabli de paquets de données, le nombre préétabli ne dépassant pas une plage de type de données. On considérera en outre les points suivants à l'aide de l'appareil de reclassement TFT de la figure 10 pour effectuer un filtrage de paquets par TFT sur les données en paquets reçues. Premièrement, comme indiqué précédemment, on considérera la procédure d'activation de contexte PDP secondaire. Comme décrit en regard de la figure 5, l'activation de contexte PDP secondaire est amorcée au moment où la station mobile 111 transmet un message de demande d'activation de contexte PDP secondaire à un noeud de support GPRS de service (SGSN) 115 comme décrit à l'étape 511 et le noeud SGSN 115 transmet un message de demande de création de contexte PDP au noeud GGSN 119 comme décrit à l'étape 517. Comme décrit en regard de la figure 5, une information TFT est générée dans la station mobile 111 et transmise au noeud GGSN 119 en même temps que le message de demande de création de contexte PDP. Le noeud GGSN 119 active un contexte PDP secondaire basé sur l'information TFT incluse dans le message de demande de création de contexte PDP pour générer un tunnel GTP secondaire, et traiter des données en paquets reçues du réseau extérieur par l'intermédiaire du tunnel GTP secondaire généré. Deuxièmement, on considérera le stockage d'informations TFT. Comme décrit plus haut, une information TFT provenant de la station mobile 111 est stockée dans l'interface GI du noeud GGSN 119, et une information nécessaire extraite de l'information TFT, c'est-à-dire une information telle que le nombre de filtres de paquets et les contenus des filtres de paquets, est stockée de façon que les données en paquets reçues du réseau extérieur puissent être soumises à un filtrage de paquets par TFT. Autrement dit, l'information TFT est transmise au noeud SGSN 115 en même temps que le message de demande d'activation de contexte PDP secondaire, et est transmise au noeud GGSN 119 en même temps que le message de demande de création de contexte PDP, et le noeud GGSN 119 extrait uniquement l'information TFT nécessaire du message de demande de création de contexte PDP reçu et stocke l'information TFT extraite. À présent, l'information TFT stockée dans le noeud GGSN 119, c'est-à-dire stockée dans la table TFT 1053 de la mémoire 1050 dans l'appareil de reclassement de TFT, sera décrite en référence à la figure 11. La figure 11 est un diagramme illustrant un exemple d'information TFT stockée dans la table TFT 1053 de la figure 10 selon une forme de réalisation de l'invention. En référence à la figure 11, l'information TFT est répartie dans un champ de nombre de filtres de paquets"Nombre de filtres de paquets", un champ d'identificateur ID de filtre de paquets"Identificateur de filtre de paquets", un champ de préférence d'évaluation de filtres de paquets et un champ de contenus de filtres de paquets. Le champ du nombre de filtres de paquets représente le nombre de filtres de paquets stockés dans un modèle TFT correspondant, et le champ ID de filtre de paquets représente un identificateur ID de filtre de paquets pour identifier chacun d'une pluralité de filtres de paquets stockés dans le modèle TFT. La préférence d'évaluation de filtre de paquets et les contenus des filtres de paquets sont stockés en association avec l'identificateur ID de filtre de paquets correspondant. Les informations TFT stockées comme sur la figure 10 sont acquises par une sélection séparée uniquement des informations nécessaires pour le reclassement des TFT à partir des informations TFT générales, c'est-à-dire les informations TFT illustrées sur la figure 6. Troisièmement, on considérera le stockage des données statistiques de paquets pour les informations TFT. Des données en paquets reçues du réseau extérieur sont accumulées dans la table 1051 de statistiques de la mémoire 1050 en association avec un modèle TFT correspondant qui a été soumis avec succès à un filtrage de paquets par TFT. La procédure de reclassement 1011 effectue un enregistrement TFT basé sur des données statistiques de paquets pour l'information TFT stockée dans la table 1051 de statistiques. Si le reclassement TFT est effectué par la procédure 1011 de reclassement, les données statistiques de paquets d'information TFT stockées dans la table 1051 de statistiques sont initialisées. Quatrièmement, on considérera le filtrage de paquets par TFT. Si des données en paquets sont reçues depuis le réseau extérieur au noeud GGSN 119, la procédure 1013 de filtrage de paquets par TFT effectue un filtrage de paquets par TFT sur les données en paquets. La figure 12 est un diagramme illustrant un exemple d'une opération de filtrage de paquets de la procédure 1013 de filtrage de paquets par TFT de la figure 10 selon une forme de réalisation de l'invention. En référence à la figure 12, si des données en paquets 1211 sont reçues d'un réseau extérieur, à savoir l'Internet 121, par l'intermédiaire de l'interface GI du noeud GGSN 119, c'est-à-dire si les données en paquets 1211 reçues par l'intermédiaire du duplexeur 1090 sont appliquées à la voie IN par l'intermédiaire de l'unité 1070 de segmentation et de réassemblage, la procédure 1013 de filtrage de paquets par TFT exécute alors un filtrage de paquets par TFT sur la base des informations TFT stockées dans la table TFT 1053 de la mémoire 1050. Si l'information TFT stockée dans la table TFT 1053 comporte deux blocs d'informations TFT de TFT1 et TFT2 comme illustré sur la figure 12, la procédure 1013 de filtrage de paquets par TFT tente un filtrage de paquets par TFT sur les données en paquets 1211 en commençant à un filtre de paquets n01 du modèle TFT1. Ici, les données en paquets 1211 ont un type de service (TOS) de OxlF, un protocole de TCP (6), une adresse de source de 2.2. 2.2, une adresse de destination de 3.3. 3.3, un port de source de 5000 et un port de destination de 50. Dans le cas où la procédure 1013 de filtrage de paquets par TFT tente un filtrage de paquets par TFT sur les données en paquets au filtre de paquets n01 du modèle TFT1, étant donné qu'une adresse de source du filtre de paquets n01 dans le modèle TFT1 est 1. 1. 1. 1, elle n'est pas appliquée avec l'adresse de source des données en paquets 1211. Par conséquent, le filtrage de paquets par TFT est défaillant. La procédure 1013 de filtrage de paquets par TFT tente ensuite un filtrage de paquets sur les données en paquets 1211 à un filtre de paquets n02 du modèle TFT1. Cependant, étant donné que le filtre de paquets n02 du modèle TFT1 a des contenus de filtre de paquets avec une gamme de ports de source de 100 à 1000, son port de source n'est pas appliqué au port de source 5000 des données en paquets 1211, provoquant une défaillance du filtrage de paquets par TFT. De cette manière, un filtre de paquets par TFT appliqué aux données en paquets reçues 1211 est recherché, et les données en paquets 1211 sont filtrées par l'intermédiaire d'un filtre de paquets par TFT appliqué aux données en paquets 1211, et transmises au noeud SGSN 115 en passant par un tunnel GTP correspondant. Sur la figure 12, étant donné que le port de destination des données en paquets 1211 est appliqué à une plage de ports de destination d'un filtre de paquets n 5 dans le modèle TFT2, les données en paquets 1211 utilisent un tunnel GTP correspondant au modèle TFT2. Bien qu'une procédure de filtrage de paquets par TFT pour les données en paquets reçues du réseau extérieur soit identique au procédé décrit en regard de la figure 9, la présente invention effectue un filtrage de paquets uniquement sur les données en paquets reçues correspondant à une période initiale dans l'ordre des modèles établi initialement, et elle reclasse les modèles TFT en fonction de la fréquence des paquets soumis à un filtrage de paquets par TFT à partir de la période suivante. On décrira ensuite une procédure de reclassement des modèles TFT par la procédure de reclassement 1011 en référence à la figure 13. La figure 13 est un organigramme illustrant un exemple d'étapes pour effectuer une procédure de reclassement des modèles TFT selon une forme de réalisation de l'invention. En particulier, la figure 13 est un organigramme illustrant une procédure de reclassement des TFT par une procédure de reclassement TFT primaire de la procédure de reclassement 1011. En référence à la figure 13, à la suite de la réception d'un signal représentant l'expiration d'un temps préétabli provenant du temporisateur 1015, la procédure de reclassement TFT primaire de la procédure de reclassement 1011 initialise un paramètre"i"pour rechercher un modèle TFT à 1 dans une étape 1311, puis passe à une étape 1313. Ici, TFT [i] représente un ième TFT, f [i] représente la fréquence de données en paquets passant par un ième tunnel GTP, et TFTnum représente le nombre de TFT stockés. Dans l'étape 1313, la procédure de reclassement TFT primaire détermine si le paramètre"i"est inférieur à TFTnum-1. En résultat de la détermination, si le paramètre"i"est inférieur à TFTnum-1, la procédure de reclassement TFT primaire passe à une étape 1321. Dans cette étape 1321, la procédure de reclassement TFT primaire initialise des données statistiques stockées dans la table 1051 de statistiques de la mémoire 1050, puis s'achève. Cependant, en résultat de la détermination à l'étape 1313, si le paramètre"i"est supérieur ou égal à TFTnum-1, la procédure de reclassement TFT primaire passe à une étape 1315. Dans l'étape 1315, la procédure de reclassement TFT primaire détermine si f [i] est supérieure à a*f[i-1]. Lorsque f [i] est supérieure à a*f [i-1], la fréquence des données en paquets passant par un ièe tunnel GTP est plus grande que la fréquence des données en paquets passant par un (i-1) ème tunnel GTP. La fréquence des données en paquets ayant subi avec succès un filtrage de paquets par un ième TFT est supérieure à la fréquence des données en paquets ayant subi avec succès un filtrage de paquets par un (i-1) ème TFT. En outre, le paramètre"a"est une constante préétablie. Par exemple, si le paramètre"a"est établi à 1000 (a=1000), la procédure de reclassement TFT primaire détermine où la fréquence de données en paquets passant par le ième tunnel GTP est 1000 ou plus de 1000 fois supérieure à la fréquence des données en paquets passant par le (i -1) ème tunnel GTP. En résultat de la détermination, si f [i] est supérieure à a*f[i-1], la procédure de reclassement TFT primaire passe à une étape 1317. Dans l'étape 1317, la procédure de reclassement TFT primaire échange l'ordre du ième TFT, c'est-à-dire TFT [i], avec le (i-1) ème TFT, c'est-à-dire TFT [i-l], puis passe à une étape 1319. Cependant, en résultat de la détermination à l'étape 1315, si f [i] est inférieure ou égale à a*f[i-1], la procédure de reclassement TFT primaire passe à une étape 1319. Dans l'étape 1319, la procédure de reclassement TFT primaire augmente le paramètre"i"de 1 (i=i+1), puis revient à l'étape 1313. Comme décrit en regard de la figure 13, la procédure de reclassement TFT primaire recherche des données statistiques pour chacun des modèles TFT stockés dans le noeud GGSN 119, et si les données statistiques recherchées indiquent que la fréquence des données en paquets ayant subi avec succès un filtrage de paquets par un modèle TFT correspondant est plus grande qu'une valeur préétablie, la procédure de reclassement TFT primaire reclasse les TFT afin de minimiser le temps de filtrage des données en paquets par TFT reçues du réseau extérieur, contribuant ainsi à une amélioration des performances du système. On décrira ensuite, en référence aux figures 14 et 15, une procédure de reclassement TFT et une procédure de filtrage de paquets TFT par la procédure de reclassement TFT primaire. En référence à la figure 14, les numéros indiqués dans les 7 TFT illustrés par TFT1 à TFT7 stockés dans le noeud GGSN 119 représentent le nombre de données en paquets qui subissent un filtrage de paquets pour chacun des modèles TFT, puis passent par un tunnel GTP correspondant. Pour la commodité de l'explication, on supposera que chaque donnée en paquet a la même dimension. En outre, le modèle TFT1 correspond à un tunnel GTP n01 et le modèle TFT2 correspond à un tunnel GTP n02. De cette manière, le modèle TFT7 correspond à un tunnel GTP n07. Un tunnel GTP n08, du fait qu'aucun TFT n'est stocké, devient un tunnel GTP primaire généré par une activation de contexte PDP primaire. Là où existent 1 tunnel GTP primaire et 7 tunnels GTP secondaires, si des données en paquets sont reçues du réseau extérieur ou de l'Internet 121, les données en paquets reçues sont transmises par un tunnel GTP de chaque modèle TFT appliqué par l'intermédiaire du filtrage de paquets par TFT, séquentiellement du TFT1 au TFT7. Par conséquent, comme illustré sur la figure 14, le nombre de données en paquets subissant avec succès un filtrage de paquets TFT par le TFT1 est de 1000, le nombre de données en paquets subissant avec succès un filtrage de paquets TFT par le TFT2 est de 400, le nombre de données en paquets subissant avec succès un filtrage de paquets TFT par le TFT3 est de 1200, le nombre de données en paquets subissant avec succès un filtrage de paquets TFT par le TFT4 est de 800, le nombre de données en paquets subissant avec succès un filtrage de paquets TFT par le TFT5 est de 500, le nombre de données en paquets subissant avec succès un filtrage de paquets TFT par le TFT6 est de 1 500 000 et le nombre de données en paquets subissant avec succès un filtrage de paquets TFT par le TFT7 est de 3000. Par conséquent, les positions des TFT5 et TFT6 sont échangées pendant le reclassement TFT par la procédure de reclassement TFT primaire décrite en regard de la figure 13. Les positions des TFT échangées par le reclassement des TFT sont illustrées sur la figure 15. La figure 15 est un diagramme schématique illustrant un exemple de filtrage de paquets après un reclassement des TFT par une procédure de reclassement TFT primaire dans un coeur de réseau UMTS selon une forme de réalisation de l'invention. En référence à la figure 15, en comparaison avec les positions des TFT avant le reclassement des TFT décrit en regard de la figure 14, les positions des TFT5 et TFT6 sont échangées. On suppose qu'une quantité de calculs (appelée ci-après"calculs"pour plus de brièveté) ayant lieu lorsque le filtrage de paquets par TFT de la figure 12 est effectué une fois est définie comme étant une quantité unité de calculs (appelée ci-après"calcul unité"pour plus de brièveté), à chaque fois que l'ordre de filtrage de paquets par TFT pour les données en paquets reçues est décalé en arrière, un calcul unité pour le filtre de paquets TFT est augmenté de 1. Un calcul unité pour le filtrage de paquets par TFT avant le reclassement des TFT décrit en regard de la figure 14 et un calcul unité pour le filtrage de paquets par TFT après le reclassement des TFT décrit en regard de la figure 5 seront décrits en référence à la figure 16. La figure 16 illustre une comparaison entre une quantité de calculs pour un filtrage de paquets par TFT de la figure 14 et une quantité de calculs pour un filtrage de paquets par TFT de la figure 15. Sur la figure 16, les deux colonnes de gauche représentent en particulier des calculs de filtrage de paquets par TFT, une quantité de calculs pour un filtrage de paquets par TFT avant le reclassement des TFT, et les deux colonnes de droite représentent des calculs de filtrage de paquets par TFT après le reclassement des TFT. Des calculs de filtrage de paquets par TFT avant le reclassement des TFT seront décrits en référence à la figure 14. Des calculs de filtrage de paquets par TFT à un tunnel GTP nOn deviennent une valeur déterminée en multipliant un calcul unité en particulier, une quantité unité de calculs par le nombre de données en paquets où des calculs de filtrage de paquets par TFT à un tunnel GTP nOn = calcul unité * nombre de données en paquets. Sur la figure 14, des calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n01 = 1 * 1000 = 1000 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 2 * 400 = 800 calculs de filtrage de paquets par TFT au tunnel GTP n 3 = 3 * 1200 = 3600 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 4 * 800 = 3200 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 5 * 500 = 2500 calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 6 * 1500000 = 9000000 calculs de filtrage de paquets par TFT au tunnel GTP n 7 = 7 * 3000 = 21000 Les calculs de filtrage de paquets par TFT avant le reclassement des TFT de la figure 14 atteignent au total 9032100. Ensuite, sur la figure 15, des calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n01 = 1 * 1000 = 1000 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 2 * 400 = 800 calculs de filtrage de paquets par TFT au tunnel GTP n03 = 3 * 1200 = 3600 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 4 * 800 = 3200 calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 5 * 1500000 = 7500000 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 6 * 500 = 3000 calculs de filtrage de paquets par TFT au tunnel GTP n 7 = 7 * 3000 = 21000 Les calculs de filtrage de paquets par TFT après le reclassement des TFT de la figure 15 atteignent au total 7532600. Comme illustré sur la figure 16, des calculs de filtrage de paquets par TFT pour les données en paquets reçues depuis le réseau extérieur avant le reclassement des TFT et après le reclassement des TFT sont réduits de 9032100 à 7532600, ce qui aboutit à une amélioration de performances de 10,9068%. Autrement dit, en reclassant les modèles TFT correspondant aux tunnels GTP où la fréquence des données en paquets ayant subi avec succès un filtrage de paquets par TFT est élevée, on minimise les calculs de filtrage de paquets par TFT, améliorant ainsi les performances du système. On décrira, en référence aux figures 17 à 20, un changement des calculs de filtrage de paquets par TFT en fonction d'une situation de données en paquets reçues. La figure 17 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement TFT primaire lorsqu'une quantité de filtrages de paquets par TFT portant sur des données en paquets pour chacun de plusieurs modèles TFT est la même selon une forme de réalisation de l'invention. On suppose sur la figure 17 que le nombre de modèles TFT stockés dans le noeud GGSN 119 est de 7 et que le nombre de données en paquets transmises par des tunnels GTP correspondant aux TFT respectifs est donné comme étant de 1000000 aux tunnels GTP restants à l'exception du tunnel GTP n 5. Dans ce cas, en comparaison avec les tunnels GTP restants, seul le nombre de données en paquets transmises par le tunnel GTP n 5 est notablement inférieur à une valeur préétablie, par exemple 1000, en sorte qu'un reclassement des TFT est effectué. Sur la figure 17, des calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 avant un reclassement des TFT sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n01 = 1 * 1000000 = 1000000 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 2 * 1000000 = 2000000 calculs de filtrage de paquets par TFT au tunnel GTP n 3 = 3 * 1000000 = 3000000 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 4 * 1000000 = 4000000 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 5 * 1000 = 5000 calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 6 * 1000000 = 6000000 calculs de filtrage de paquets par TFT au tunnel GTP n 7 = 7 * 1000000 = 7000000 En résultat, les calculs de filtrage de paquets par TFT avant le reclassement des TFT atteignent au total 23005000. Après le reclassement des TFT, une position d'un TFT correspondant au tunnel GTP n 5 et une position d'un TFT correspondant au tunnel GTP n 6 sont échangées. Dans ce cas, des calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n01 = 1 * 1000000 = 1000000 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 2 * 1000000 = 2000000 calculs de filtrage de paquets par TFT au tunnel GTP n 3 = 3 * 1000000 = 3000000 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 4 * 1000000 = 4000000 calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 5 * 1000000 = 5000000 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 6 * 1000 = 6000 calculs de filtrage de paquets par TFT au tunnel GTP n 7 = 7 * 1000000 = 7000000 En résultat, les calculs de filtrage de paquets par TFT après le reclassement des TFT atteignent au total 22006000. Comme illustré sur la figure 17, des calculs de filtrage de paquets par TFT pour les données en paquets reçues depuis le réseau extérieur avant le reclassement des TFT et après le reclassement des TFT sont réduits de 23005000 à 22006000, ce qui aboutit à une amélioration de performances de 4, 5397%. Ensuite, la figure 18 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement TFT primaire lorsqu'une quantité de filtrages de paquets par TFT portant sur des données en paquets pour l'un, spécifié, de plusieurs modèles TFT est grande, selon une forme de réalisation de l'invention. On suppose sur la figure 18 que le nombre de modèles TFT stockés dans le noeud GGSN 119 est de 7 et que seul le nombre de données en paquets transmises par le tunnel GTP n06 parmi les nombres de données en paquets transmises par des tunnels GTP correspondant aux TFT respectifs est notablement grand. Dans ce cas, en comparaison avec les tunnels GTP restants, seul le nombre de données en paquets transmises par le tunnel GTP n06 est notablement supérieur à une valeur préétablie, par exemple 1000, en sorte qu'un reclassement des TFT est effectué. Sur la figure 18, des calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 avant un reclassement des TFT sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n01 = 1 * 1 = 1 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 2 * 1 = 2 calculs de filtrage de paquets par TFT au tunnel GTP n 3 = 3 * 1 = 3 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 4 * 1 = 4 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 5 * 1 = 5 calculs de filtrage de paquets par TFT au tunnel GTP n06 = 6 * 1000 = 6000 calculs de filtrage de paquets par TFT au tunnel GTP n 7 = 7 * 1 = 7 En résultat, les calculs de filtrage de paquets par TFT avant le reclassement des TFT atteignent au total 6022. Après le reclassement des TFT, une position d'un TFT correspondant au tunnel GTP n 6 et une position d'un TFT correspondant au tunnel GTP n 5 sont échangées 0 Dans ce cas, des calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n 1 = 1 * 1 = 1 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 2 * 1 = 2 calculs de filtrage de paquets par TFT au tunnel GTP n 3 = 3 * 1 = 3 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 4 * 1 = 4 calculs de filtrage de paquets par TFT au tunnel GTP n06 = 5 * 1000 = 5000 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 6 * 1 = 6 calculs de filtrage de paquets par TFT au tunnel GTP n 7 = 7 * 1 = 7 En résultat, les calculs de filtrage de paquets par TFT après le reclassement des TFT atteignent au total 5023. Comme illustré sur la figure 18, des calculs de filtrage de paquets par TFT pour les données en paquets reçues depuis le réseau extérieur avant le reclassement des TFT et après le reclassement des TFT sont réduits de 6022 à 5023, ce qui aboutit à une amélioration de performances de 19,8885%. En référence à présent à la figure 19 qui illustre un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement TFT primaire dans le cas où une quantité de filtrages de paquets par TFT portant sur des données en paquets pour l'un, spécifié, de plusieurs modèles TFT est faible, selon une forme de réalisation de l'invention. On suppose sur la figure 19 que le nombre de modèles TFT stockés dans le noeud GGSN 119 est de 7 et que seul le nombre de données en paquets transmises par le tunnel GTP n 5 parmi les nombres de données en paquets transmises par les tunnels GTP correspondant aux TFT respectifs est notablement faible. Dans ce cas, en comparaison avec les tunnels GTP restants, seul le nombre de données en paquets transmises par le tunnel GTP n 5 est notablement inférieur à une valeur préétablie, par exemple 1000, en sorte qu'un reclassement des TFT est effectué. Sur la figure 19, les calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 avant un reclassement des TFT sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n01 = 1 * 1000000 = 1000000 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 2 * 1000000 = 2000000 calculs de filtrage de paquets par TFT au tunnel GTP n 3 = 3 * 1000000 = 3000000 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 4 * 1000000 = 4000000 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 5 * 1 = 5 calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 6 * 1000 = 6000 calculs de filtrage de paquets par TFT au tunnel GTP n 7 = 7 * 100000 = 700000 En résultat, les calculs de filtrage de paquets par TFT avant le reclassement des TFT atteignent au total 10706005. Après le reclassement des TFT, une position d'un TFT correspondant au tunnel GTP n05 et une position d'un TFT correspondant au tunnel GTP n 6 sont échangées. Dans ce cas, des calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n01 = 1 * 1000000 = 1000000 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 2 * 1000000 = 2000000 calculs de filtrage de paquets par TFT au tunnel GTP n 3 = 3 * 1000000 = 3000000 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 4 * 1000000 = 4000000 calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 5 * 1000 = 5000 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 6 * 1 = 6 calculs de filtrage de paquets par TFT au tunnel GTP n 7 = 7 * 100000 = 700000 En résultat, les calculs de filtrage de paquets par TFT après le reclassement des TFT atteignent au total 10705006. Comme illustré sur la figure 19, les calculs de filtrage de paquets par TFT pour les données en paquets reçues depuis le réseau extérieur avant le reclassement des TFT et après le reclassement des TFT sont réduits de 10706005 à 10705006, ce qui aboutit à une amélioration de performances de 0, 0001%. La figure 20 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement TFT primaire dans le cas où chacun de plusieurs TFT présente une grande différence de quantité de filtrages de paquets par TFT sur des données en paquets pour un TFT voisin selon une forme de réalisation de l'invention. On suppose sur la figure 20 que le nombre de modèles TFT stockés dans le noeud GGSN 119 est de 7 et qu'une différence mutuelle entre les nombres de données en paquets transmises par les tunnels GTP correspondant aux TFT respectifs est très supérieure à une valeur préétablie, par exemple 1000. Dans ce cas, un reclassement des TFT est souvent effectué entre les TFT. Sur la figure 20, des calculs de filtrage de paquets par TFT au tunnel GTP nOl jusqu'au tunnel GTP n07 avant un reclassement des TFT sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n l = 1 * 1 = 1 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 2 * 1000 = 2000 calculs de filtrage de paquets par TFT au tunnel GTP n 3 = 3 * 1000000 = 3000000 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 4 * 1000000000 = 4000000000 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 5 * 1000000000000 = 5000000000000 calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 6 * 1000000000000000 = 6000000000000000 calculs de filtrage de paquets par TFT au tunnel GTP n 7 = 7 * 1000000000000000000 = 7000000000000000000 En résultat, les calculs de filtrage de paquets par TFT avant le reclassement des TFT atteignent au total 7006005004003002001. Après le reclassement des TFT, les positions des TFT correspondant aux tunnels respectifs sont échangées comme illustré sur la figure 20. Dans ce cas, des calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 1 * 1000 = 1000 calculs de filtrage de paquets par TFT au tunnel GTP n 3 = 2 * 1000000 = 2000000 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 3 * 1000000000 = 3000000000 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 4 * 1000000000000 = 4000000000000 calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 5 * 1000000000000000 = 5000000000000000 calculs de filtrage de paquets par TFT au tunnel GTP n 7 = 6 * 1000000000000000000 = 6000000000000000000 calculs de filtrage de paquets par TFT au tunnel GTP n01 = 7 * 1 = 7 En résultat, les calculs de filtrage de paquets par TFT après le reclassement des TFT atteignent au total 6005004003002001007. Comme illustré sur la figure 20, les calculs de filtrage de paquets par TFT pour les données en paquets reçues depuis le réseau extérieur avant le reclassement des TFT et après le reclassement des TFT sont réduits de 7006005004003002001 à 6005004003002001007, ce qui aboutit à une amélioration de performances de 16, 6669%. On décrira ensuite une autre procédure de reclassement TFT par la procédure de reclassement 1011 en référence à la figure 21. La figure 21 est un organigramme illustrant un exemple d'étapes pour effectuer une procédure de reclassement des TFT selon une forme de réalisation de l'invention. En particulier, la figure 21 est un organigramme illustrant une procédure de reclassement des TFT par une procédure de reclassement TFT secondaire de la procédure de reclassement 1011. En référence à la figure 21, à la suite de la réception d'un signal représentant l'expiration d'un temps préétabli provenant du temporisateur 1015, la procédure de reclassement TFT secondaire de la procédure de reclassement 1011 initialise des paramètres"i"et"j"pour rechercher un modèle TFT à 1 dans une étape 2111, puis passe à une étape 2113. Ici, TFT [i] représente un ième TFT, f [i] représente la fréquence de données en paquets passant par un ième tunnel GTP, et TFTnum représente le nombre de TFT stockés. Dans l'étape 2113, la procédure de reclassement TFT secondaire détermine si le paramètre"i"est inférieur à TFTnum-1. En résultat de la détermination, si le paramètre"i"est inférieur à TFTnum-1, la procédure de reclassement TFT secondaire passe à une étape 2225. Dans l'étape 2225, la procédure de reclassement TFT secondaire initialise des données statistiques pour chacun des TFT stockés dans la table 1051 de statistiques de la mémoire 1050, puis s'achève. Cependant, en résultat de la détermination à l'étape 2113, si le paramètre"i"est supérieur ou égal à TFTnum-1, la procédure de reclassement TFT secondaire passe à une étape 2115. Dans l'étape 2115, la procédure de reclassement TFT secondaire détermine si le paramètre "j" est inférieur à TFTnum-1. En résultat de la détermination, si le paramètre" j" est inférieur à TFTnum-1, la procédure de reclassement TFT secondaire passe à une étape 2117. Dans l'étape 2117, la procédure de reclassement TFT secondaire augmente de 1 le paramètre "i" à i+1 (i=i+1) et initialise le paramètre "j" à 1 (j=l), puis retourne à l'étape 2113. En résultat de la détermination de l'étape 2115, si le paramètre "j" est supérieur ou égal à TFTnum-1, la procédure de reclassement TFT secondaire passe à une étape 2119. Dans l'étape 2119, la procédure de reclassement TFT secondaire détermine si f [j] est supérieure à a*f [j-l]. Ici, le fait que f [j] est supérieure à a*f [j-l] signifie que la fréquence des données en paquets passant par un jème tunnel GTP est plus grande que la fréquence des données en paquets passant par un (j-1) ème tunnel GTP, en sorte que la fréquence des données en paquets ayant subi avec succès un filtrage de paquets par un ième TFT est supérieure à la fréquence des données en paquets ayant subi avec succès un filtrage de paquets par un (i-1) ème TFT. En outre, le paramètre"a"est une constante préétablie. Par exemple, si le paramètre"a"est établi à 1000 (a=1000), la procédure de reclassement TFT secondaire détermine un cas dans lequel la fréquence des données en paquets passant par le j ème tunnel GTP est au moins 1000 fois supérieure à la fréquence des données en paquets passant par le (jazz tunnel GTP. En résultat de la détermination, si f [j] est supérieure à a*f[j-1], la procédure de reclassement TFT secondaire passe à une étape 2221. Dans l'étape 2221, la procédure de reclassement TFT secondaire échange l'ordre du j TFT, c'est-à-dire TFT [j], avec le (j-1) ème TFT, c'est-à-dire TFT[j-1], puis passe à une étape 2223. Cependant, en résultat de la détermination à l'étape 2119, si f [j] est inférieure ou égale à a*f[j-1], la procédure de reclassement TFT secondaire passe à une étape 2223. Dans l'étape 2223, la procédure de reclassement TFT secondaire augmente le paramètre Il j Il de 1 (j=j+1), puis revient à l'étape 2115. Pour résumer la procédure de reclassement TFT par la procédure de reclassement TFT secondaire, la procédure de reclassement TFT secondaire vérifie les données statistiques pour chacun des TFT stockés dans le noeud GGSN 119, et si les données statistiques pour un TFT spécifique, c'est-à-dire si la fréquence des données en paquets dépasse une valeur préétablie, la procédure de reclassement TFT secondaire reclasse les TFT afin de minimiser le temps de recherche des TFT pendant un filtrage de paquets par TFT. Autrement dit, la procédure de reclassement TFT secondaire est pratiquement similaire, en fonctionnement, à la procédure de reclassement TFT primaire décrite en regard de la figure 13. La procédure de reclassement TFT secondaire est équivalente à l'exécution répétée de la procédure de reclassement TFT primaire un nombre de fois égal au nombre de TFT stockés dans le noeud GGSN 119. La procédure de reclassement TFT secondaire répète la procédure de reclassement TFT primaire un nombre de fois égal au nombre de TFT pour effectuer un reclassement optimisé des TFT pour un filtrage de paquets par TFT en comparant de façon répétée la fréquence des données en paquets pour un filtrage de paquets par TFT avec un tunnel GTP voisin. On décrira ensuite en référence à la figure 22 un filtrage de paquets après le reclassement des TFT par la procédure de reclassement TFT secondaire. La figure 22 est un schéma fonctionnel simplifié illustrant un exemple de filtrage de paquets après un reclassement des TFT par une procédure de reclassement TFT secondaire dans un coeur de réseau UMTS selon une forme de réalisation de l'invention. On supposera sur la figure 22 qu'un filtrage de paquets avant le reclassement des TFT est identique à celui décrit en regard de la figure 14. Ensuite, si un reclassement des TFT est effectué par la procédure de reclassement TFT secondaire, les TFT sont reclassées comme illustré sur la figure 22. Comme décrit en regard de la figure 14, une quantité de calculs pour un filtrage de paquets par TFT (appelée ci-après"calculs de filtrage de paquets par TFT"pour plus de brièveté) avant le reclassement des TFT est de 9032100, et les calculs de filtrage de paquets par TFT après le reclassement des TFT de la figure 22 sera décrit en référence à la figure 23. La figure 23 est une table illustrant un exemple d'une comparaison entre une quantité de calculs pour un filtrage de paquets par TFT de la figure 14 et une quantité de calculs pour un filtrage de paquets par TFT de la figure 22 selon une forme de réalisation de l'invention. En référence à la figure 23, deux colonnes de gauche représentent des calculs de filtrage de paquets par TFT, en particulier une quantité de calculs pour un filtrage de paquets par TFT avant un reclassement des TFT, et les deux colonnes de droite représentent des calculs de filtrage de paquets par TFT après un reclassement des TFT par la procédure de reclassement secondaire, comme décrit en regard de la figure 16. Comme illustré, une quantité de calculs pour un filtrage de paquets par TFT avant un reclassement des TFT est de 9032100, et une quantité de calculs pour un filtrage de paquets par TFT après un reclassement par TFT par la procédure de reclassement TFT secondaire est la suivante. Sur la figure 23, des calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 1 * 1500000 = 1500000 calculs de filtrage de paquets par TFT au tunnel GTP n07 = 2 * 3000 = 6000 calculs de filtrage de paquets par TFT au tunnel GTP n03 = 3 * 1200 = 3600 calculs de filtrage de paquets par TFT au tunnel GTP n01 = 4 * 1000 = 4000 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 5 * 800 = 4000 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 6 * 500 = 3000 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 7 * 400 = 2800 En résultat, les calculs de filtrage de paquets par TFT après le reclassement des TFT atteignent au total 1555800. Comme illustré sur la figure 23, les calculs de filtrage de paquets par TFT pour les données en paquets reçues depuis le réseau extérieur avant le reclassement des TFT et après le reclassement des TFT sont réduits de 9032100 à 1555800, ce qui aboutit à une amélioration de performances de 82,7748%. En outre, en comparaison avec un reclassement des TFT par la procédure de reclassement TFT primaire, le reclassement des TFT par la procédure de reclassement secondaire assure une amélioration de performances d'environ 63%. Le reclassement des TFT par la procédure de reclassement TFT secondaire est supérieur au reclassement des TFT par la procédure de reclassement TFT primaire en termes d'amélioration de performances, car un TFT ayant la fréquence la plus élevée de données en paquets est utilisé en premier pour le filtrage de paquets par TFT. On décrira ensuite, en référence aux figures 24 à 27 un changement des calculs de filtrage de paquets par TFT en fonction d'une situation des données en paquets reçues. La figure 24 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement TFT secondaire lorsqu'une quantité de filtrages de paquets par TFT portant sur des paquets de données pour chacun de plusieurs modèles TFT est la même selon une forme de réalisation de l'invention. On suppose sur la figure 24 que le nombre de modèles TFT stockés dans le noeud GGSN 119 est de 7 et que le nombre de données en paquets transmises par des tunnels GTP correspondant aux TFT respectifs est également donné comme étant de 1000000 aux tunnels GTP restants à l'exception du tunnel GTP nous. Dans ce cas, en comparaison avec les tunnels GTP restants, seul le nombre de données en paquets transmises par le tunnel GTP n 5 est notablement inférieur à une valeur préétablie, par exemple 1000, en sorte qu'un reclassement des TFT est effectué. Sur la figure 24, des calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 avant un reclassement des TFT sont en quantité égale à celle des calculs de filtrage de paquets par TFT avant le reclassement des TFT par la procédure de reclassement TFT primaire, décrite en regard de la figure 17, en sorte qu'on n'en donnera pas une description détaillée. Après un reclassement des TFT par la procédure de reclassement TFT secondaire, une position d'un TFT correspondant au tunnel GTP n05 et une position d'un TFT correspondant au tunnel GTP n06 sont échangées. Dans ce cas, des calculs de filtrage de paquets par TFT au tunnel GTP n l jusqu'au tunnel GTP n07 sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP nOl = 1 * 1000000 = 1000000 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 2 * 1000000 = 2000000 calculs de filtrage de paquets par TFT au tunnel GTP n03 = 3 * 1000000 = 3000000 calculs de filtrage de paquets par TFT au tunnel GTP n04 = 4 * 1000000 = 4000000 calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 5 * 1000000 = 5000000 calculs de filtrage de paquets par TFT au tunnel GTP n07 = 6 * 1000000 = 6000000 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 7 * 1000 = 7000 En résultat, les calculs de filtrage de paquets par TFT après le reclassement des TFT atteignent au total 21007000. Comme illustré sur la figure 24, des calculs de filtrage de paquets par TFT pour les données en paquets reçues depuis le réseau extérieur avant le reclassement des TFT et après le reclassement des TFT sont réduits de 23005000 à 21007000, ce qui aboutit à une amélioration de performances de 8, 6851%. En outre, en comparaison avec le reclassement des TFT par la procédure de reclassement TFT primaire, le reclassement des TFT par la procédure de reclassement TFT secondaire assure une amélioration de performances d'environ 5%. La figure 25 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement TFT secondaire lorsqu'une quantité de filtrages de paquets par TFT portant sur des données en paquets pour l'un, spécifié, de plusieurs modèles TFT est grande, selon une forme de réalisation de l'invention. On suppose sur la figure 25 que le nombre de modèles TFT stockés dans le noeud GGSN 119 est de 7 et que seul le nombre de données en paquets transmises par le tunnel GTP n06 parmi les nombres de données en paquets transmises par des tunnels GTP correspondant aux TFT respectifs est notablement grand. Dans ce cas, en comparaison avec les tunnels GTP restants, seul le nombre de données en paquets transmises par le tunnel GTP n06 est notablement supérieur à une valeur préétablie, par exemple 1000, en sorte qu'un reclassement des TFT est effectué. Sur la figure 25, des calculs de filtrage de paquets par TFT avant le reclassement des TFT par la procédure de reclassement TFT secondaire sont en quantité égale à celle des calculs de filtrage de paquets par TFT avant le reclassement des TFT par la procédure de reclassement TFT primaire, décrite en regard de la figure 18, en sorte qu'on n'en donnera pas une description détaillée. Après le reclassement des TFT par la procédure de reclassement TFT secondaire, les TFT sont reclassés comme illustré sur la figure 25. Après le reclassement des TFT, des calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 1 * 1000 = 1000 calculs de filtrage de paquets par TFT au tunnel GTP n l = 2 * 1 = 2 calculs de filtrage de paquets par TFT au tunnel GTP n02 = 3 * 1 = 3 calculs de filtrage de paquets par TFT au tunnel GTP n 3 = 4 * 1 = 4 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 5 * 1 = 5 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 6 * 1 = 6 calculs de filtrage de paquets par TFT au tunnel GTP n 7 = 7 * 1 = 7 En résultat, les calculs de filtrage de paquets par TFT après le reclassement des TFT atteignent au total 1027. Comme illustré sur la figure 25, des calculs de filtrage de paquets par TFT pour les données en paquets reçues depuis le réseau extérieur avant le reclassement des TFT et après le reclassement des TFT sont réduits de 6022 à 1027, ce qui aboutit à une amélioration de performances de 82, 9459%. En outre, en comparaison avec un reclassement TFT par la procédure de reclassement TFT primaire, un reclassement des TFT par la procédure de reclassement TFT secondaire assure une amélioration de performances d'environ 63%. La figure 26 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement TFT secondaire lorsqu'une quantité de filtrages de paquets par TFT portant sur des données en paquets pour l'un, spécifié, de plusieurs modèles TFT est faible, selon une forme de réalisation de l'invention. On suppose sur la figure 26 que le nombre de modèles TFT stockés dans le noeud GGSN 119 est de 7 et que seul le nombre de données en paquets transmises par le tunnel GTP n 5 parmi les nombres de données en paquets transmises par des tunnels GTP correspondant aux TFT respectifs est notablement faible. Dans ce cas, en comparaison avec les tunnels GTP restants, seul le nombre de données en paquets transmises par le tunnel GTP n 5 est notablement inférieur à une valeur préétablie, par exemple 1000, en sorte qu'un reclassement des TFT est effectué. Sur la figure 26, des calculs de filtrage de paquets par TFT avant le reclassement des TFT par la procédure de reclassement TFT secondaire sont en quantité égale à celle des calculs de filtrage de paquets par TFT avant le reclassement des TFT par la procédure de reclassement TFT primaire, décrite en regard de la figure 19, en sorte qu'on n'en donnera pas une description détaillée. Après le reclassement des TFT par la procédure de reclassement TFT secondaire, les TFT sont reclassés comme illustré sur la figure 26. Après le reclassement des TFT, des calculs de filtrage de paquets par TFT au tunnel GTP nOl jusqu'au tunnel GTP n07 sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP nOl = 1 * 1000000 = 1000000 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 2 * 1000000 = 2000000 calculs de filtrage de paquets par TFT au tunnel GTP n 3 = 3 * 1000000 = 3000000 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 4 * 1000000 = 4000000 calculs de filtrage de paquets par TFT au tunnel GTP n 7 = 5 * 100000 = 500000 calculs de filtrage de paquets par TFT au tunnel GTP n 5 = 6 * 1000 = 6000 calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 7 * 1 = 7 En résultat, les calculs de filtrage de paquets par TFT après le reclassement des TFT atteignent au total 10506007. Comme illustré sur la figure 26, des calculs de filtrage de paquets par TFT pour les données en paquets reçues depuis le réseau extérieur avant le reclassement des TFT et après le reclassement des TFT sont réduits de 10706005 à 10506007, ce qui aboutit à une amélioration de performances de 1, 8681%. En outre, en comparaison avec un reclassement des TFT par la procédure de reclassement TFT primaire, un reclassement des TFT par la procédure de reclassement TFT secondaire assure une amélioration de performances d'environ 2%. La figure 27 est une table illustrant un exemple de calculs de filtrage de paquets par TFT par une procédure de reclassement TFT secondaire lorsque chacun de plusieurs TFT présente une grande différence portant sur une quantité de filtrage de paquets par TFT sur des données en paquets pour un TFT voisin selon une forme de réalisation de l'invention. On suppose sur la figure 27 que le nombre de modèles TFT stockés dans le noeud GGSN 119 est de 7 et qu'une différence mutuelle entre les nombres de données en paquets transmises par les tunnels GTP correspondant aux modèles TFT respectifs est très supérieure à une valeur préétablie, par exemple 1000. Dans ce cas, un reclassement des TFT est souvent exécuté entre les TFT. Sur la figure 27, des calculs de filtrage de paquets par TFT avant le reclassement des TFT par la procédure de reclassement TFT secondaire sont d'une quantité égale à celle des calculs de filtrage de paquets par TFT avant le reclassement des TFT par la procédure de reclassement TFT primaire, décrite en regard de la figure 20, en sorte qu'on n'en donnera pas une description détaillée. Après le reclassement des TFT par la procédure de reclassement TFT secondaire, les TFT sont reclassés comme illustré sur la figure 27. Après le reclassement des TFT, les calculs de filtrage de paquets par TFT au tunnel GTP n01 jusqu'au tunnel GTP n07 sont les suivants : calculs de filtrage de paquets par TFT au tunnel GTP n07 = 1 * 1000000000000000000 = 1000000000000000000 calculs de filtrage de paquets par TFT au tunnel GTP n 6 = 2 * 1000000000000000 = 2000000000000000 calculs de filtrage de paquets par TFT au tunnel GTP nOS = 3 * 1000000000000 = 3000000000000 calculs de filtrage de paquets par TFT au tunnel GTP n 4 = 4 * 1000000000 = 4000000000 calculs de filtrage de paquets par TFT au tunnel GTP n 3 = 5 * 1000000 = 5000000 calculs de filtrage de paquets par TFT au tunnel GTP n 2 = 6 * 1000 = 6000 calculs de filtrage de paquets par TFT au tunnel GTP n l = 7 * 1 = 7 En résultat, les calculs de filtrage de paquets par TFT après le reclassement des TFT atteignent au total 1002003004005006007. Comme illustré sur la figure 27, les calculs de filtrage de paquets par TFT pour les données en paquets reçues depuis le réseau extérieur avant le reclassement des TFT et après le reclassement des TFT sont réduits de 7006005004003002001 à 1002003004005006007, ce qui aboutit à une amélioration de performances de 85,6979%. En outre, en comparaison avec le reclassement des TFT par la procédure de reclassement TFT primaire, le reclassement des TFT par la procédure de reclassement TFT secondaire assure une amélioration de performances d'environ 69%. Comme décrit ci-dessus, dans le système de communication mobile, l'invention effectue un reclassement des modèles TFT en fonction de la fréquence des données en paquets reçues d'un réseau extérieur, minimisant ainsi les calculs de filtrage de paquets par les modèles TFT. La minimisation du nombre de calculs de filtrage de paquets par TFT contribue à une procédure de transmission simplifiée pour des données en paquets du réseau extérieur, ce qui aboutit à une amélioration des performances du système. Il va de soi que de nombreuses modifications peuvent être apportées à l'appareil et au procédé décrits et reçus sans sortir du cadre de l'invention. REVENDICATIONS 1. Appareil pour reclasser des modèles de flux de trafic (TFT) dans un système de communication mobile comprenant un tunnel primaire (GTP) de protocole de mise en tunnel d'un service général de transmission de paquets par radio (GPRS) pour l'émission et la réception de données en paquets vers une station mobile (111) et à partir de celleci, et un ou plusieurs tunnels GTP secondaires ayant le même réseau à point d'accès (APN) que le tunnel GTP primaire et divisés chacun en différents TFT, chaque TFT comprenant des contenus de filtres de paquets différents afin que les tunnels GTP secondaires soient séparés en utilisant un filtrage de paquets par TFT, l'appareil étant caractérisé en ce qu'il comporte : une unité de commande (1000) conçue pour exécuter séquentiellement un filtrage de paquets par TFT sur des données en paquets d'entrée pour les TFT ; gérer des données statistiques de données en paquets ayant subi avec succès un filtrage de paquets par TFT conformément aux TFT ; reclasser un ordre des TFT en comparant les données statistiques des données en paquets ayant subi avec succès un filtrage de paquets par TFT pour les TFT si une période préétablie expire ; et une mémoire (1050) conçue pour stocker des contenus de filtres de paquets pour chacun des TFT, et pour stocker des données statistiques pour des données en paquets ayant subi avec succès un filtrage de paquets par TFT pour chacun des TFT. 2. Appareil selon la revendication 1, caractérisé en ce que l'unité de commande est en outre conçue pour reclasser séquentiellement les TFT dans l'ordre de la fréquence la plus élevée de données en paquets ayant subi avec succès un filtrage de paquets. 3. Appareil selon la revendication 1, caractérisé en ce que l'unité de commande comporte : un filtre de paquets par TFT conçu pour effectuer séquentiellement un filtrage de paquets par TFT sur les données en paquets d'entrée par rapport aux TFT ; un processeur statistique (1017) conçu pour gérer des données statistiques pour les données en paquets ayant subi avec succès un filtrage de paquets par TFT pour chacun des TFT ; un temporisateur (1015) conçu pour compter la période préétablie et générer un signal représentant une expiration de la période préétablie ; et un dispositif de reclassement (1011) conçu pour reclasser séquentiellement les TFT dans l'ordre d'une haute fréquence des données en paquets ayant subi avec succès un filtrage de paquets par TFT en comparant des données statistiques des données en paquets ayant subi avec succès un filtrage de paquets par TFT pour les TFT conformément au signal généré. 4. Appareil selon la revendication 1, caractérisé en ce que l'unité de commande est en outre conçue pour initialiser des données statistiques des données en paquets ayant subi avec succès un filtrage de paquets par TFT pour chacun des TFT, après le reclassement des TFT. 5. Appareil selon la revendication 1, caractérisé en ce que l'unité de commande est en outre conçue pour comparer des fréquences de données en paquets ayant subi avec succès un filtrage de paquets par TFT pour deux TFT consécutifs parmi les TFT, et pour reclasser les TFT en échangeant l'ordre des deux TFT s'il y a une différence entre les fréquences des données en paquets. 6. Appareil selon la revendication 1, caractérisé en ce que l'unité de commande est en outre conçue pour reclasser séquentiellement les TFT dans l'ordre d'une haute fréquence des données en paquets ayant subi avec succès un filtrage de paquets par TFT, si la fréquence des données en paquets ayant subi avec succès un filtrage de paquets par TFT est supérieure à un multiple préétabli entre les TFT. 7. Appareil selon la revendication 1, caractérisé en ce que l'unité de commande est en outre conçue pour reclasser les TFT par échange de l'ordre des deux TFT, si la fréquence des données en paquets ayant subi avec succès un filtrage de paquets par TFT pour deux TFT consécutifs parmi les TFT est supérieure à un multiple préétabli entre les deux TFT. 8. Procédé pour reclasser des modèles de flux de trafic (TFT) dans un système de communication mobile comprenant un tunnel primaire (GTP) de protocole de mise en tunnel d'un service général de transmission de paquets par radio (GPRS) pour l'émission et la réception de données en paquets vers une station mobile (111) et à partir de celleci, et un ou plusieurs tunnels GTP secondaires ayant le même réseau à point d'accès (APN) que le tunnel GTP primaire et divisés chacun en différents TFT, chaque TFT comprenant des contenus de filtres de paquets différents afin que les tunnels GTP secondaires soient déterminés en utilisant un filtrage de paquets par TFT, le procédé étant caractérisé en ce qu'il comprend les étapes qui consistent : à gérer des données statistiques de données en paquets ayant subi avec succès un filtrage de paquets par TFT conformément aux TFT ; à comparer des données statistiques des données en paquets ayant subi avec succès un filtrage de paquets par TFT pour chacun des TFT ; et à reclasser un ordre des TFT sur la base du résultat de la comparaison des données statistiques. 9. Procédé selon la revendication 8, caractérisé en ce que les TFT sont reclassés séquentiellement dans l'ordre d'une fréquence élevée des données en paquets ayant subi avec succès un filtrage de paquets. 10. Procédé selon la revendication 8, caractérisé en ce qu'il comprend en outre l'étape qui consiste à initialiser des données statistiques des données en paquets ayant subi avec succès un filtrage de paquets par TFT pour chacun des TFT, après le reclassement des TFT. 11. Procédé selon la revendication 8, caractérisé en ce que l'étape de reclassement des TFT comprend l'étape de comparaison de fréquences de données en paquets ayant subi avec succès un filtrage de paquets par TFT pour deux TFT consécutifs parmi les TFT, et de reclassement des TFT par échange de l'ordre des deux TFT s'il existe une différence entre les fréquences des données en paquets. 12. Procédé selon la revendication 8, caractérisé en ce que l'étape de reclassement des TFT comprend l'étape consistant à reclasser séquentiellement les TFT dans l'ordre d'une haute fréquence des données en paquets ayant subi avec succès un filtrage de paquets par TFT, si la fréquence des données en paquets ayant subi avec succès un filtrage de paquets par TFT est supérieure à un multiple préétabli entre les TFT. 13. Procédé selon la revendication 8, caractérisé en ce que l'étape de reclassement des TFT comprend l'étape consistant à reclasser les TFT par échange de l'ordre des deux TFT, si la fréquence des données en paquets ayant subi avec succès un filtrage de paquets par TFT pour deux TFT consécutifs parmi les TFT est supérieure à un multiple préétabli entre les deux TFT.