Brevet FR2914082A1 — publié le 20080926

PROCEDE D'IDENTIFICATION D'UN RESEAU D'ACCES A UN RESEAU DE COMMUNICATION PAR PAQUETS La présente invention concerne un procédé d'identification d'un réseau d'accès d'un terminal mobile à un réseau de communication par paquets. L'invention trouve une application particulièrement avantageuse dans le domaine des réseaux de communication par paquets mobile répondant aux normes définies par le groupe de normalisation 3GPP ( 3rd Generation Partnership Project ). D'une manière générale, un terminal mobile est relié à un réseau de communication par paquets par l'intermédiaire d'un réseau d'accès, la liaison entre le réseau de communication par paquets et le réseau d'accès étant io réalisée par un lien physique appelé interface . Dans le cadre du 3GPP, le réseau de communication par paquets mobile proprement dit, souvent appelé coeur de réseau , fait intervenir un premier équipement connu sous l'acronyme SGSN ( Serving GPRS Support Node ) que l'on désignera dans la suite équipement de gestion de 15 session . Le SGSN a notamment pour rôle de déterminer les capacités du terminal mobile et le type de réseau d'accès emprunté, ou, plus précisément, la technologie d'accès utilisée (RAT pour Radio Access Technology ) lors l'ouverture d'une session de données par le terminal au réseau et lors d'un changement technologie d'accès. 20 Si le SGSN a pu déterminer le type de réseau d'accès emprunté par l'utilisateur, il transmet cette information à travers une interface, appelée interface Gn, à un deuxième équipement connu sous l'acronyme GGSN ( Gateway GPRS Support Node ) que l'on désignera dans la suite équipement de gestion de transit . L'information concernant le type de 25 réseau d'accès emprunté est constituée par la valeur d'un attribut appelé RAT type contenu dans les paquets GTP ( GPRS Tunnelling Protocol ) échangés entre le SGSN et le GGSN sur l'interface Gn. Le GGSN relaie alors cette information vers les plateformes de services du réseau de communication par paquets à travers une autre interface appelée interface Gi. On notera qu'il est de première importance pour les différents organes du coeur de réseau de connaître le plus précisément possible le type du réseau d'accès emprunté par l'utilisateur. Cette information permet en effet d'adapter aux capacités du réseau d'accès emprunté par le terminal de l'utilisateur les services et les contenus fournis par le coeur de réseau. Cette prise en considération s'applique particulièrement au débit des io flux de données. On sait par exemple qu'un réseau d'accès GERAN ( GSM/EDGE Radio Access Network ) offre un débit limité alors qu'un réseau d'accès GAN ( Generic Access Network ) qui utilise des liaisons ADSL présente des débits beaucoup plus importants. Il est donc primordial pour les fournisseurs de services ou de contenus de connaître le réseau is d'accès emprunté par un terminal. D'autre part, la connaissance du réseau d'accès emprunté permet également de pratiquer une facturation différenciée des services et contenus en fonction du type du réseau d'accès utilisé. Cependant, il n'est pas possible aujourd'hui à l'équipement de gestion 20 de session SGSN de connaître avec précision le type de réseau d'accès auquel il est raccordé. Cette lacune vient notamment du fait que la norme 3GPP TS 29.060 (release 7) dans son état actuel ne précise pas la façon dont le SGSN peut déterminer le type de réseau d'accès emprunté par les terminaux, mais seulement les capacités des terminaux eux-mêmes. 25 D'autre part, la méthode mise en oeuvre actuellement pour permettre au SGSN d'établir une distinction entre les différents réseaux d'accès repose sur une cartographie physique entre les ports utilisés au niveau du SGSN pour raccorder les réseaux d'accès au coeur du réseau de communication par paquets. Il serait donc possible, en principe, de connaître le type de réseau 30 d'accès emprunté par un terminal mobile grâce à l'identification du type de raccordement utilisé par les liens physiques établis entre les équipements des réseaux d'accès et le SGSN. Cette méthode est néanmoins limitée par l'impossibilité pour le SGSN de faire la différence entre des technologies d'accès qui utilisent le même type de raccordement, ou interface. C'est ainsi par exemple que le SGSN ne peut distinguer les réseaux d'accès GERAN et GAN qui utilisent une interface Gb. Il en est de même pour les réseaux d'accès GERAN lu et UTRAN ( UMTS Terrestrial Radio Access Network ) raccordés tous deux au SGSN par une interface lu, de même que le futur réseau GAN lu. Il en résulte que l'information RAT type transmise par le SGSN à io l'équipement de gestion de transit GGSN est définie de manière approximative par le SGSN. Les plateformes de service du coeur de réseau reçoivent donc une information imprécise et ont une connaissance souvent erronée des réseaux d'accès empruntés par les terminaux. Les flux de données descendants émis par les plateformes ne peuvent donc pas être adaptés au 15 réseau d'accès du terminal mobile de manière optimale, en termes de débit par exemple. C'est le cas notamment pour les réseaux d'accès GERAN et GAN qui, utilisant la même interface Gb, ne peuvent être distingués par le SGSN alors qu'il serait particulièrement intéressant de pouvoir le faire pour les raisons qui ont été exposées plus haut. 20 Aussi, un but de l'invention est de proposer un procédé d'identification d'un réseau d'accès d'un terminal mobile à un réseau de communication par paquets, qui permettrait à un équipement de gestion de session du réseau de communication par paquets de connaître, avec précision et une granulométrie plus grande que la norme actuelle ne l'autorise, le type des réseaux d'accès 25 raccordés, et de relayer cette information en temps réel, notamment en situation de mobilité, aux organes du coeur de réseau pour une adaptation dynamique aux capacités du réseau d'accès emprunté des services et contenus envoyés au terminal mobile. Ce but est atteint, selon l'invention, du fait que ledit procédé comprend 30 une étape consistant à insérer un identifiant dudit réseau d'accès dans un message reçu du réseau d'accès par un équipement de gestion de session du réseau de communication par paquets, et une étape consistant pour ledit équipement de gestion de session à extraire ledit identifiant dudit message. On comprend que l'équipement de gestion de session, du type SGSN par exemple, peut ainsi déterminer sans ambiguïté le réseau d'accès emprunté grâce à l'identifiant propre au réseau d'accès, indépendamment de l'interface entre le réseau d'accès et le coeur de réseau utilisée. En d'autres termes, il est possible, grâce à leur identifiant respectif, de distinguer au niveau du SGSN les flux provenant de réseaux d'accès distincts même s'ils utilisent la même interface, Gb ou lu par exemple. De façon pratique, le SGSN, après avoir extrait l'identifiant du message reçu du réseau d'accès, le stocke en mémoire, et le transmet au GGSN dans io l'attribut RAT type des paquets GTP. A tout moment, en cas de différence entre la valeur d'identifiant reçue et la valeur mémorisée, le SGSN envoie un message GTP Update PDP Context Request vers des équipements du coeur de réseau contenant la nouvelle valeur d'identifiant dans l'attribut RAT type . 15 Les identifiants affectés aux réseaux d'accès peuvent être pris égaux aux valeurs de l'attribut RAT type définies dans la norme 3GPP TS 29.060 (release 7) concernant le protocole de transmission de paquets GTP vers l'équipement de gestion de transit GGSN. Selon un premier mode de mise en oeuvre de l'invention dit 20 systématique , ledit identifiant est inséré dans les messages de transport de données provenant du réseau d'accès. Dans ce mode de mise en oeuvre, chaque message de données envoyé sur l'interface réseau d'accès-coeur de réseau par un contrôleur du réseau d'accès inclut l'identifiant du réseau d'accès courant. On entend sous 25 le terme générique de contrôleur de réseau d'accès les équipements désignés par exemple par BSC ( Base Station Controller ), GANC ( Generic Access Network Controller ), RNC ( Radio Network Controller ) pour les réseaux d'accès GERAN, GAN et UTRAN respectivement. Le SGSN reçoit donc systématiquement l'identifiant du réseau d'accès courant dans 30 chaque message qu'il reçoit, et le retransmet au GGSN selon la procédure décrite plus haut. Bien entendu, les changements éventuels de réseau d'accès, liés par exemple à la mobilité du terminal, sont automatiquement pris en compte dans le mode systématique . L'avantage du mode de mise en oeuvre systématique est qu'il n'a pas d'impact sur le terminal lui-même. Seuls les contrôleurs des réseaux d'accès et le SGSN doivent subir des évolutions. Par contre, il présente l'inconvénient que l'identifiant de réseau d'accès doit figurer dans chaque message échangé entre le réseau d'accès et le SGSN, ce qui augmente la taille des messages sur l'interface et limite la bande io passante. Selon un deuxième mode de mise en oeuvre de l'invention dit événementiel , ledit identifiant est inséré dans au moins un message émis du réseau d'accès vers l'équipement de gestion de session du réseau de communication par paquets et susceptible d'indiquer un changement de 15 réseau d'accès. Ce deuxième mode de mise en oeuvre, qui implique l'insertion de l'identifiant de réseau d'accès uniquement en cas de changement de réseau d'accès, est plus économe en bande passante que le mode systématique . Dans une première réalisation du mode événementiel , ledit 20 identifiant est inséré par le terminal mobile dans un message impliquant un contexte PDP. En particulier, ledit message est choisi parmi les messages suivants : requête de contexte PDP, requête de contexte PDP secondaire, requête de modification de contexte PDP. 25 Dans une deuxième réalisation du mode événementiel , ledit identifiant est inséré dans ledit message lors d'un changement de réseau d'accès lié à la mobilité du terminal mobile. En particulier, l'invention prévoit que : - ledit identifiant est inséré dans ledit message lors d'un changement de cellule 30 du terminal mobile. - ledit identifiant est inséré dans ledit message lors d'un changement de zone de routage du terminal mobile. ledit identifiant est inséré dans ledit message lors d'un changement de canal radio du terminal mobile. L'invention concerne également un programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre du procédé selon l'invention lorsque ledit programme est exécuté par un ordinateur d'un équipement de gestion de session dudit réseau de communication par paquets. L'invention concerne en outre un programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre du procédé io selon l'invention lorsque ledit programme est exécuté par un ordinateur d'un terminal mobile. L'invention concerne d'autre part un programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre du procédé selon l'invention lorsque ledit programme est exécuté par un 15 ordinateur d'un contrôleur dudit réseau d'accès. L'invention concerne de plus un équipement de gestion de session d'un réseau de communication par paquets, remarquable en ce que ledit équipement est apte à extraire un identifiant d'un réseau d'accès audit réseau de communication par paquets d'un message provenant dudit réseau d'accès. 20 L'invention concerne aussi un terminal mobile, remarquable en ce que ledit terminal est apte à insérer un identifiant de réseau d'accès dans au moins un message impliquant un contexte PDP, ledit message étant émis par le terminal mobile vers un réseau de communication par paquets à travers ledit réseau d'accès. 25 L'invention concerne par ailleurs un contrôleur de réseau d'accès, remarquable en ce que ledit contrôleur est apte à insérer un identifiant de réseau d'accès dans au moins un message de transport de données émis par le contrôleur de réseau d'accès vers un réseau de communication par paquets à travers ledit réseau d'accès. 30 L'invention concerne en outre un contrôleur de réseau d'accès, remarquable en ce que ledit contrôleur est apte à insérer un identifiant de réseau d'accès dans au moins un message de changement de réseau d'accès émis par le contrôleur de réseau d'accès vers un réseau de communication par paquets à travers ledit réseau d'accès. L'invention concerne enfin un signal, émis par un réseau d'accès d'un terminal mobile (UE) à destination d'un équipement (SGSN) de gestion de session d'un réseau de communication par paquets pour identifier ledit réseau d'accès du terminal mobile (UE), ledit signal supportant un message comprenant un identifiant ("RAT type") dudit réseau d'accès. La description qui va suivre en regard des dessins annexés, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste io l'invention et comment elle peut être réalisée. La figure 1 est un schéma d'ensemble d'un réseau de communication par paquets mobile. La figure 2 est un tableau extrait de la norme 3GPP TS 29.060 (release 7) donnant les valeurs associées à l'attribut RAT type . 15 La figure 3 est un tableau donnant le contenu d'un premier message UL-UNIT DATA PDU selon l'invention. La figure 4 est un tableau donnant le contenu d'un message Activate PDP Context Request selon l'invention. La figure 5 est un tableau donnant le contenu d'un message Activate 20 Secondary PDP Context Request selon l'invention. La figure 6 est un tableau donnant le contenu d'un message Modify PDP Context Request selon l'invention. La figure 7 est un tableau donnant le contenu d'un deuxième message UL-UNIT DATA PDU selon l'invention. 25 La figure 8 est un tableau donnant le contenu d'un message Routing Area Update Request selon l'invention. La figure 9 est un tableau donnant le contenu d'un message PSHandover-Complete PDU selon l'invention. La figure 10 est un tableau donnant le contenu de l'en-tête GTP-U d'un 30 message UPLINK G-PDU selon l'invention. La figure 11 est un tableau donnant les états RRC en technologie 3G associés à un terminal en situation de mobilité. Sur la figure 1 est représenté un réseau de communication par paquets mobile dans lequel un terminal mobile UE est relié au réseau de communication par paquets proprement dit, ou coeur de réseau, par l'intermédiaire d'un réseau d'accès pris parmi les cinq exemples montrés sur la figure 1. Comme cela a été détaillé plus haut, le coeur de réseau comprend un équipement de gestion de session SGSN échangeant des paquets de données GTP avec un équipement de gestion de transit GGSN sur une interface Gn. Le GGSN échange également des données sur une interface Gi io avec les organes de coeur de réseau comme des plateformes de services PFS. Cinq types de réseau d'accès ont été représentés sur la figure 1. Les réseaux GERAN et GAN communiquent avec le SGSN par l'intermédiaire d'une interface, appelée interface Gb. Le réseau GERAN est un 15 réseau GPRS 2G comprenant des stations BTS de base reliées à des contrôleurs BSC. Le réseau GAN comprend par exemple des points AP d'accès WiFi reliés par liaison ADSL à des contrôleurs GANC. Les réseaux GERAN lu, GAN lu et UTRAN communiquent avec le SGSN par l'intermédiaire d'une interface lu PS. Le réseau GERAN lu diffère du 20 réseau GERAN précédent en ce qu'il utilise une interface lu PS. Le réseau GAN lu diffère du réseau GAN précédent en ce qu'il utilise une interface lu PS. Le réseau UTRAN est un réseau UMTS 3G comprenant des stations de base ou Node B NB reliées à des contrôleurs RNC. Il faut noter que le réseau d'accès GAN lu en cours de discussion pourrait être ajouté sur la figure 1 aux 25 côtés des réseaux UTRAN et GERAN lu. Dans ce contexte particulier, le problème que se propose de résoudre l'invention est de permettre au SGSN de distinguer d'une part les réseaux d'accès GERAN et GAN, et d'autre part les réseaux d'accès GERAN lu, UTRAN et GAN lu, sachant que dans la situation actuelle de la norme 3GPP, 30 le SGSN ne peut distinguer des réseaux utilisant la même interface. La solution à ce problème, telle qu'elle est présentée ici, consiste, de manière générale, à insérer un identifiant du réseau d'accès emprunté dans des messages émis depuis le réseau d'accès vers l'équipement de gestion de session du coeur de réseau. A réception de ces messages, l'équipement de gestion de session en extrait l'identifiant du réseau d'accès emprunté et le transmet à d'autres équipements du coeur de réseau, tels que l'équipement de gestion de transit. On a décrit dans l'exposé de l'art antérieur comment le SGSN peut transmettre l'information de type de réseau d'accès emprunté au GGSN au moyen de l'attribut RAT type dans des messages GTP. L'identifiant de réseau d'accès à insérer dans les messages à destination de l'équipement de gestion de session SGSN peut être le même attribut RAT type dont les valeurs en fonction de la technologie d'accès io sont données dans le tableau de la figure 2 extrait de la norme 3GPP TS 29.060 (release 7). On observera que l'invention constitue une extension de l'attribut RAT type puisque ce dernier n'est prévu dans la norme précitée que pour les échanges entre le SGSN et le GGSN. On va maintenant décrire le procédé de l'invention plus en détail dans le 15 cas d'une interface Gb. Comme cela a été mentionné plus haut, l'invention peut être mise en oeuvre selon un mode systématique et un mode événementiel . Selon le mode systématique , l'attribut RAT type est indiqué dans chaque message de données envoyé sur l'interface Gb. Un exemple de 20 message de données est le message UL-UNIT DATA PDU défini dans la norme 3GPP TS 48.018 (release 7). Comme on peut le voir sur la figure 3, un élément d'information supplémentaire RAT type est alors ajouté au contenu de ce message, en lui associant un critère de présence Optionnel (0), un format TLV ( Type 25 Length Value ) et une longueur de 4. Ainsi, pour pouvoir informer le SGSN du type de réseau emprunté, le contrôleur BSC ou le contrôleur GANC insère ce nouvel élément dans chaque message UL-UNIT DATA PDU qu'il envoie au SGSN avec la valeur 2 ou 4 pour l'attribut RAT type . 30 On remarquera que le caractère systématique de l'indication du type du réseau d'accès dans chaque message de données envoyé au SGSN prend en compte par principe un éventuel changement de réseau d'accès lié par exemple à la mobilité du terminal UE. i0 Selon le mode événementiel , l'attribut RAT type est inséré dans des messages susceptibles d'indiquer un changement de réseau d'accès. Parmi ces messages, on trouve les messages émis par le terminal mobile qui impliquent un contexte PDP ( Packet Data Control ). Ces messages répondent à la norme 3GPP TS 24.008 (release 7) et sont émis à l'occasion des événements suivants : activation d'un contexte PDP, activation d'un contexte PDP secondaire, modification d'un contexte PDP. -Activation d'un contexte PDP. Pour ouvrir une session de données, un utilisateur doit activer un contexte PDP, dit contexte PDP primaire. Lors de io cette procédure, le terminal mobile UE envoie un message Activate PDP Context Request . Ce message est uniquement relayé par le contrôleur de réseau d'accès. Le tableau de la figure 4 montre que l'élément d'information supplémentaire RAT type est ajouté au contenu de ce message, en lui 15 associant un critère de présence Optionnel (0), un format TLV et une longueur de 4. Ainsi, pour pouvoir informer le SGSN du type de réseau emprunté, le terminal mobile UE insère ce nouvel élément dans chaque message Activate PDP Context Request qu'il envoie au SGSN avec la valeur 2 ou 4 pour 20 l'attribut RAT type , selon le réseau d'accès traversé. - Activation d'un contexte PDP secondaire. Cette procédure s'effectue lorsqu'un utilisateur doit activer un deuxième contexte PDP utilisant la même adresse IP que le contexte primaire et le même APN ( Access Point Name ). Pour cela, le terminal mobile UE envoie un message Activate Secondary 25 PDP Context Request au SGSN via le contrôleur du réseau d'accès. Le tableau de la figure 5 indique que l'élément d'information supplémentaire RAT type est ajouté au contenu de ce message, en lui associant un critère de présence Optionnel (0), un format TLV et une longueur de 4. 30 Ainsi, pour pouvoir informer le SGSN du type de réseau emprunté, le terminal mobile UE insère ce nouvel élément dans chaque message Activate Secondary PDP Context Request qu'il envoie au SGSN avec la valeur 2 ou 4 pour l'attribut RAT type , selon le réseau d'accès traversé. 2914082 Il - Modification d'un contexte PDP initiée par le terminal mobile. Pour modifier les paramètres d'un contexte PDP actif, le terminal mobile UE envoie au SGSN un message Modify PDP context request . Dans le cas où le terminal mobile souhaite renégocier le qualité de 5 service QoS de la session en cours, un message Modify PDP Context Request est envoyé en y ajoutant, conformément au tableau de la figure 6, l'élément d'information supplémentaire RAT type en lui associant un critère de présence Optionnel (0), un format TLV et une longueur de 4. Toujours dans le mode événementiel , l'attribut RAT type peut io être inséré dans des messages susceptibles d'indiquer un changement de réseau d'accès lié à la mobilité du terminal. Il peut s'agir d'un changement de cellule, d'un changement de zone de routage, d'un changement de canal radio : - Changement de cellule (procédure CelI update ). 15 Comme on peut le voir sur la figure 7, l'élément d'information supplémentaire RAT type est ajouté au contenu du message UL-UNIT DATA PDU , en lui associant un critère de présence Conditionnel (C) ou Optionnel (0), un format TLV et une longueur de 4. Dans le cas du critère de présence conditionnel, lorsque le contrôleur 20 BSC ou GANC repère que le terminal mobile UE a effectué un changement de cellule dans la même zone de routage RA ( Routing Area ), mais vers une autre technologie d'accès, en comparant l'identifiant de cellule qu'il a en mémoire avec celui qu'il reçoit du terminal, il inclut le nouvel élément RAT type dans le message UL-UNIT DATA PDU en indiquant au SGSN la 25 nouvelle technologie d'accès au moyen de la valeur 2 ou 4 donnée à l'attribut RAT type . Dans le cas du critère de présence optionnel, le contrôleur BSC ou GANC indique le RAT type dans les messages UL-UNIT DATA PDU envoyés au SGSN après chaque changement de cellule, en comparant 30 l'identifiant de cellule qu'il a en mémoire à celui qu'il reçoit du mobile. - Changement de zone de routage RA (procédure RA update ). Cette procédure s'effectue lorsque l'utilisateur change de zone de routage en cours de communication ou hors communication. Comme l'indique la figure 8, l'élément d'information supplémentaire RAT type est ajouté au contenu du message Routing Area Update Request défini dans la norme 3GPP TS 48.018 (release 7), en lui associant un critère de présence Conditionnel (C) ou Optionnel (0), un format TLV et une longueur de 4. Dans le cas du critère de présence conditionnel, lorsque le terminal mobile UE repère un changement de zone de routage RA vers une autre technologie d'accès, en comparant l'identifiant de zone de routage qu'il a en mémoire et celui qu'il reçoit du SGSN, il inclut le nouvel élément RAT type dans le message Routing Area Update Request en indiquant au SGSN la valeur 2 ou 4 du RAT type qui convient. Dans le cas du critère de présence optionnel, le terminal mobile UE indique l'attribut RAT type dans tous les messages Routing Area Update Request envoyés au SGSN. - Changement d'un canal radio (procédure PS Handover ). Pour un réseau et un mobile compatible GERAN (release 6), une procédure de changement de canal radio d'une cellule initiale à une autre peut être déclenchée en cours de communication. A la fin de cette procédure de changement de canal radio, le contrôleur BSC ou GANC envoie un message PS-Handover Complete PDU vers le SGSN. Dans cette application et conformément à la figure 9, l'élément d'information supplémentaire RAT type est ajouté au contenu du message PS-Handover Complete PDU défini dans la norme 3GPP TS 48.018 (release 7), en lui associant un critère de présence Conditionnel (C) ou Optionnel (0), un format TLV et une longueur de 4. Dans le cas du critère de présence conditionnel, lorsque le contrôleur BSC ou GANC repère que le terminal mobile UE a terminé la procédure de commutation de canal radio PS-Handover vers une autre technologie d'accès, en comparant l'identifiant de la cellule initiale et l'identifiant de la cellule cible, il insère ce nouvel élément dans le message PS-Handover Complete PDU en indiquant au SGSN la nouvelle technologie d'accès au moyen de la valeur 2 ou 4 donnée à l'attribut RAT type . Dans le cas du critère de présence optionnel, le contrôleur BSC ou GANC indique le RAT type dans tous les messages PS-Handover Complete PDU envoyés au SGSN. Le procédé conforme à l'invention va maintenant être décrit pour une 5 interface lu PS. Dans le mode systématique , l'attribut RAT type est indiqué dans chaque message de paquet de données envoyé sur l'interface lu. Un exemple de message de données est le message UPLINK G-PDU défini dans la norme 3GPP TS 29.060 (release 7). 10 L'élément d'information supplémentaire RAT type est ajouté dans l'en-tête GTP-U de ce message, comme représenté sur la figure 10, en lui associant un critère de présence Optionnel (0) et une longueur de 4. Ainsi, pour pouvoir informer le SGSN du type de réseau emprunté, le contrôleur RNC, BSC ou GANC insère ce nouvel élément dans chaque 15 message UPLINK G-PDU qu'il envoie au SGSN avec la valeur 1, 2 ou 4 pour l'attribut RAT type . Dans le mode événementiel , et comme pour l'interface Gb, l'attribut RAT type peut être inséré dans les messages impliquant un contexte PDP, à savoir Activate PDP Context Request , Activate Secondary PDP 20 Context Request et Modify PDP Context Request . Ils ne seront pas décrits davantage ici. La seule différence porte sur les valeurs 1, 2 et 4 que peut prendre l'attribut RAT type . En situation de mobilité, les procédures 3G dépendent de l'état RRC ( Radio Resource Connection ) associé au terminal mobile à un instant 25 donné. Ces différents états sont résumés sur le tableau de la figure 11. On constate sur ce tableau que le coeur de réseau, c'est-à-dire le SGSN, ne peut être informé d'un changement de technologie d'accès lié à un changement de cellule ou de zone de routage UMTS (URA pour UMTS Routing Area ). Dans ce cas, seul le mode systématique décrit plus haut 30 peut être utilisé, sinon aucun message n'est adressé au SGSN pour lui indiquer un changement de cellule ou de URA. Lors d'un changement de zone de routage RA, le terminal mobile UE indique au SGSN ce changement de la même façon que précédemment au moyen d'un message Routing Area Update Request . Seules les valeurs de RAT type changent. Lors d'un changement de canal radio Handover , lorsque le terminal mobile 3G en mode CELL FACH ( Cell Forward Access Channel ) ou CELL_DCH ( Cell Dedicated Channel ) effectue une procédure de Handover et que le point d'ancrage RRC du terminal change de contrôleur RNC, le SGSN est informé via la procédure de relocalisation ( Relocation ). Sinon, lorsque le terminal mobile ne change pas de RNC, le SGSN n'est pas informé. Dans le cas d'une relocalisation, il suffit d'ajouter l'élément RAT type comme optionnel (0) dans le message RANAP Relocation Complete envoyé sur l'interface lu PS par le contrôleur RNC cible. L'invention s'applique également au réseau d'accès dit I-WLAN ( WLAN-3GPP Interworking ). Dans ce cas, l'élément RAT type peut être indiqué à l'équipement de gestion de session TTG/PDG du coeur de réseau de manière systématique dans chaque message envoyé à l'interface réseau d'accèscoeur de réseau (interface Wn) ou sur un évènement particulier (activation de sessions, situations de mobilité, etc.)20 REVENDICATIONS 1. Procédé d'identification d'un réseau d'accès d'un terminal mobile (UE) à un réseau de communication par paquets, caractérisé en ce que ledit procédé comprend une étape consistant à insérer un identifiant ( RAT type ) dudit réseau d'accès dans un message reçu du réseau d'accès par un équipement (SGSN) de gestion de session du réseau de communication par paquets, et une étape consistant pour ledit équipement de gestion de session à extraire ledit identifiant dudit message. 2. Procédé selon la revendication 1, dans lequel ledit identifiant ( RAT type ) est inséré dans les messages de transport de données provenant du réseau d'accès. 3. Procédé selon la revendication 1, dans lequel ledit identifiant ( RAT type ) est inséré dans au moins un message émis du réseau d'accès vers l'équipement (SGSN) de gestion de session du réseau de communication par paquets et susceptible d'indiquer un changement de réseau d'accès. 4. Procédé selon la revendication 3, dans lequel ledit identifiant ( RAT type ) est inséré par le terminal mobile (UE) dans un message impliquant un contexte PDP. 5. Procédé selon la revendication 4, dans lequel ledit message est choisi parmi les messages suivants : requête de contexte PDP, requête de contexte PDP secondaire, requête de modification de contexte PDP. 6. Procédé selon la revendication 3, dans lequel ledit identifiant ( RAT type ) est inséré dans ledit message lors d'un changement de réseau d'accès lié à la mobilité du terminal mobile (UE). 7. Procédé selon la revendication 6, dans lequel ledit identifiant ( RAT type ) est inséré dans ledit message lors d'un changement de cellule du terminal mobile (UE). 8. Procédé selon la revendication 6, dans lequel ledit identifiant ( RAT type ) est inséré dans ledit message lors d'un changement de zone de routage du terminal mobile (UE). 9. Procédé selon la revendication 6, dans lequel ledit identifiant ( RAT type ) est inséré dans ledit message lors d'un changement canal radio du terminal mobile (UE). 10. Programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 9 lorsque ledit programme est exécuté par un ordinateur io d'un équipement (SGSN) de gestion de session dudit réseau de communication par paquets. 11. Programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre du procédé selon l'une quelconque des revendications 4 à 8 lorsque ledit programme est exécuté par un ordinateur 15 d'un terminal mobile (UE). 12. Programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre du procédé selon la revendication 2 ou selon l'une quelconque des revendications 6 à 9 lorsque ledit programme est exécuté par un ordinateur d'un contrôleur (BSC, GANC, RNC) dudit réseau 20 d'accès. 13. Equipement de gestion de session d'un réseau de communication par paquets, caractérisé en ce que ledit équipement (SGSN) est apte à extraire un identifiant (RAT type) d'un réseau d'accès audit réseau de communication par paquets d'un message provenant dudit réseau d'accès. 25 14. Terminal mobile, caractérisé en ce que ledit terminal (UE) est apte à insérer un identifiant (RAT type ) de réseau d'accès dans au moins un message impliquant un contexte PDP, ledit message étant émis par le terminal mobile (UE) vers un réseau de communication par paquets à travers ledit réseau d'accès. 30 15. Contrôleur de réseau d'accès, caractérisé en ce que ledit contrôleur (BSC, GANC, RNC) est apte à insérer un identifiant ( RAT type ) de réseau d'accès dans au moins un message de transport de données émis par lecontrôleur de réseau d'accès vers un réseau de communication par paquets à travers ledit réseau d'accès. 16. Contrôleur de réseau d'accès, caractérisé en ce que ledit contrôleur (BSC, GANC, RNC) est apte à insérer un identifiant ( RAT type ) de réseau d'accès dans au moins un message de changement de réseau d'accès émis par le contrôleur de réseau d'accès vers un réseau de communication par paquets à travers ledit réseau d'accès. 17. Signal, émis par un réseau d'accès d'un terminal mobile (UE) à destination d'un équipement (SGSN) de gestion de session d'un réseau de communication lo par paquets pour identifier ledit réseau d'accès du terminal mobile (UE), ledit signal supportant un message comprenant un identifiant ("RAT type") dudit réseau d'accès. 15