Brevet FR2953351A1 — publié le 20110603

Procédé pour assurer la continuité de la gestion de sessions de communications opérées à partir d'un terminal mobile de quatrième génération La présente invention concerne un procédé pour assurer la continuité de la gestion de sessions de communications opérées à partir d'un terminal mobile de quatrième génération. Elle s'applique notamment aux réseaux WiMAX ou LTE (« Long Term Evolution ») pour permettre la continuité d'une session de données et de signalisation d'applications orientées connexion et utilisant en particulier le protocole SIP (« Session Initiation Protocol »), par exemple VOIP, lors des déplacements de terminaux mobiles. Les réseaux informatiques utilisés par les terminaux mobiles de quatrième génération (4G) comprennent des sous-réseaux radio, parfois désignés par le sigle anglo-saxon RAN pour « Radio Access Network », lesquels sont raccordés à un réseau d'interconnexion, appelé aussi CSN (« Connectivity Service Network »), le CSN pouvant être reliés à Internet. Un terminal mobile de quatrième génération est identifié par une adresse IP (« Internet Protocol ») qui lui permet de recevoir et d'émettre des données à travers l'ensemble du réseau informatique. Le terminal mobile est sous la couverture d'une station antennaire, appelée aussi station de base. Un RAN est formé d'un ensemble de stations de base dont les couvertures se complètent pour couvrir un territoire. Entre le terminal mobile et la station de base, les données sont transmises sous la forme d'ondes radioélectriques puis la station de base transmet les données, généralement via des câbles ou des fibres optiques, à une passerelle faisant interface entre un RAN et un CSN. En règle générale, plusieurs stations de base sont contrôlées par une même passerelle. Une telle passerelle remplit plusieurs rôles, notamment le filtrage de paquets, la gestion de la qualité de service, l'authentification des d'utilisateurs, le contrôle des stations de base. Par la suite, par souci de simplification, le terme de passerelle ASN-GW (« Access Service Network Gateway ») sera employé en référence aux passerelles présentes sur les réseaux WiMax ; ce terme ne doit toutefois pas être interprété de manière limitative, l'invention pouvant s'appliquer à tous types de réseaux de quatrième génération. Lorsque le terminal mobile se déplace et sort de la zone couverte par une première station de base sous la couverture de laquelle il était situé, les communications sont assurées par une deuxième station de base dont la couverture est adjacente à la première. Si la deuxième station de base est connectée à la même passerelle ASN-GW que la première station de base, on parle de micro-mobilité. Dans le cas où la deuxième station de base est connectée à une passerelle ASN-GW d'accès différente de la première passerelle ASN-GW, le terme de macro-mobilité est employé. La présente invention traite plus particulièrement de continuité de la gestion des communications dans le cadre de la macro-mobilité des terminaux mobiles. La gestion des sessions de communications permet d'exécuter un protocole de négociation d'appel entre deux utilisateurs visant à s'assurer que ces deux utilisateurs ont les moyens de dialoguer ensemble avant l'établissement d'une communication (par exemple établir un encodeur/décodeur cohérents des deux cotés de la ligne). Cette gestion peut être effectuée grâce à un protocole fonctionnant sur une architecture client-serveur. Par exemple, le protocole SIP s'appuie sur une coopération entre un module logiciel client installé sur un terminal et un serveur SIP présent dans le CSN. Un but de l'invention est de proposer une méthode pour assurer la continuité de la gestion d'une session de communications établie, au niveau des couches applicatives, sur un réseau de terminaux mobiles de quatrième génération. A cet effet, l'invention a pour objet un procédé pour assurer la continuité de la gestion d'une ou de plusieurs sessions de communications opérées à partir d'un terminal mobile de quatrième génération communiquant sur un réseau IP, ledit réseau comprenant au moins un réseau radio pourvu de plusieurs stations de base avec lesquelles ledit terminal est apte à communiquer, ledit réseau radio étant relié par des passerelles d'accès à un réseau d'interconnexion pourvu de serveurs applicatifs de gestion de sessions de communications, les sessions d'un terminal mobile étant gérées par l'un desdits serveurs, le procédé étant caractérisé en ce qu'il comporte au moins les étapes suivantes : • lors du déplacement du terminal mobile entraînant un changement de passerelle d'accès, transmettre un message d'alerte à un nouveau 35 serveur de gestion ; • le nouveau serveur de gestion émet une requête d'interrogation à destination des autres serveurs aux fins de récupérer le contexte d'appel du terminal mobile auprès du serveur qui gérait les sessions dudit terminal avant le déplacement du terminal ; • le nouveau serveur transmet au terminal mobile un message d'invitation accompagné de paramètres de connexion, de sorte que ledit terminal puisse se connecter sur ledit nouveau serveur. Les sessions de communication qui étaient en cours peuvent donc ainsi être gérées par le nouveau serveur, sans coupure de communications. Le procédé selon l'invention est particulièrement avantageux sur les réseaux distribués. Selon une mise en oeuvre du procédé selon l'invention, les serveurs applicatifs comprennent au moins deux adresses IP, une première adresse, identique pour tous les serveurs, étant utilisée pour accéder aux dits serveurs depuis le terminal mobile, une deuxième adresse IP étant utilisée pour l'adressage des serveurs au sein du réseau d'interconnexion. Selon une mise en oeuvre du procédé selon l'invention, le message d'alerte est transmis par la nouvelle passerelle en charge du terminal mobile au serveur SIP le plus proche de ladite nouvelle passerelle. Selon une mise en oeuvre du procédé selon l'invention, le protocole de gestion de gestion de session est le protocole « Session Initiation Protocol », le terminal mobile comportant un module client SIP, les serveurs de gestion de communications comportant un module serveur SIP. Selon une mise en oeuvre du procédé selon l'invention, le message d'invitation émis par le nouveau serveur de gestion vers le terminal est de type « re-invite » ou « update ». Selon une mise en oeuvre du procédé selon l'invention, les terminaux mobiles communiquent selon un mode de communication de type « appel de groupe ». Les applications de type « appel de groupe », désignées aussi par le terme anglo-saxon « push-to-talk », requièrent un volume important de données de signalisation. A ce titre, l'utilisation du procédé selon l'invention pour ce type d'applications est particulièrement avantageux. L'invention a également pour objet un serveur de gestion de 35 session mettant en oeuvre le procédé tel que décrit plus haut, ledit serveur comprenant au moins un gestionnaire de mobilité apte à récupérer le contexte d'appel du terminal mobile à partir d'un autre serveur de gestion. L'invention a également pour objet un réseau de communications IP comprenant au moins un réseau radio pourvu de plusieurs stations de base avec lesquelles des terminaux mobiles de quatrième génération sont aptes à communiquer, ledit réseau radio étant relié par des passerelles d'accès à un réseau d'interconnexion pourvu de serveurs applicatifs de gestion de sessions de communications, lesdits serveurs étant pourvus d'au moins deux adresses IP, une première adresse, identique pour tous les serveurs, étant utilisée pour accéder aux dits serveurs depuis les terminaux mobiles, une deuxième adresse IP étant utilisée pour l'adressage interne au réseau d'interconnexion. Selon un mode de réalisation du réseau de communications IP, chaque station de base comporte un serveur de gestion de sessions de communications. La distribution des serveurs de gestion permet de renforcer la fiabilité du réseau. Selon un mode de réalisation du réseau de communications IP, les serveurs de gestion de session de communications sont des serveurs exécutant le protocole « Session Initiation Protocol ». Le procédé selon l'invention permet notamment d'éviter que la gestion de la session soit définitivement liée à un seul et même serveur de gestion. Selon un mode de mise en oeuvre avantageux, les serveurs SIP sont distribués au plus près des stations de base radio, de sorte que les risques de rupture de service soient réduits. Pour certains réseaux, distribués par conception, le procédé selon l'invention permet d'obtenir une gestion fiable et continue des sessions de communications établies via des terminaux mobiles. Corollairement, le procédé selon l'invention permet de transformer un réseau dont la gestion des sessions initialement prévue est centralisée pour rendre cette gestion distribuée et ainsi rendre le réseau moins vulnérable à d'éventuels dysfonctionnements. D'autres caractéristiques apparaîtront à la lecture de la description détaillée donnée à titre d'exemple et non limitative qui suit faite en regard de 35 dessins annexés qui représentent : - la figure la, un schéma illustrant un premier exemple de réseau 4G sur lequel peut être mis en oeuvre le procédé selon l'invention, - la figure 1 b, un schéma illustrant un deuxième exemple de réseau 4G sur lequel peut être mis en oeuvre le procédé selon l'invention, la figure 2, un schéma illustrant un exemple d'architecture fonctionnelle d'un serveur de gestion de sessions mettant en oeuvre le procédé selon l'invention, - la figure 3, un diagramme d'état illustrant les étapes d'un procédé selon l'invention. Dans un souci de clarté, les mêmes références dans des figures différentes désignent les mêmes objets. La figure la est une vue présentant un premier exemple de réseau sur lequel le procédé selon l'invention peut être mis en oeuvre. Un réseau de communications 4G 100 comprend un réseau radio 110 appelé RAN par la suite, et un réseau d'interconnexion, ou CSN 120 formé, par exemple, de liens de communications câblés ou de liens radio par faisceau hertzien ou autres. Le CSN comprend des serveurs SIP 150a, 150b, 150c. Dans l'exemple, le CSN 120 est relié au réseau Internet 140 par l'intermédiaire de routeurs 121. Le RAN 110 comprend plusieurs stations de base radio 111 réparties pour couvrir un territoire. Ainsi, le réseau de communications 4G 100 permet à des terminaux mobiles présents sur ce territoire de communiquer avec d'autres terminaux connectés au réseau 4G 100. Un terminal mobile 130 est, par exemple, un téléphone, un ordinateur portable ou tout autre appareil nomade apte à communiquer via le réseau 4G 100. La figure 2 illustre, par un schéma, un exemple non limitatif d'architecture d'un serveur de gestion de sessions mettant en oeuvre le procédé selon l'invention. Dans l'exemple, le serveur de gestion 150a, 150b, 150c est un serveur SIP qui comprend un gestionnaire de mobilité 201, un contrôleur de sessions 203, et une base de données locale 205. Le gestionnaire de mobilité 201 permet d'alerter les autres serveurs SIP en cas de mobilité d'un terminal mobile géré par le serveur SIP 150a, 150b, 150c ; il permet également de récupérer les contextes d'appels en cas de prise en charge d'une nouvelle session de communications. Le contrôleur de sessions 203 permet d'assurer la gestion d'une session en cas de prise en charge d'une nouvelle session de communications. La base de données locale 205 est une base répliquée d'un serveur SIP à l'autre. Cette base de données 205 contient notamment les droits des utilisateurs. Chaque serveur SIP possède au moins deux adresses IP. Une première adresse IP, vue des terminaux mobiles, est identique pour tous les serveurs SIP et une seconde adresse IP est utilisée pour identifier chaque serveur SIP au sein du CSN 120. Le fait que la première adresse IP soit identique pour tous les serveurs SIP permet au terminal mobile de ne pas devoir changer, dans sa configuration, l'adresse du serveur SIP auprès duquel il est enregistré, un tel changement étant d'ailleurs impossible pour le protocole SIP. Du point de vue du terminal mobile, le changement de serveur SIP est donc transparent. La figure 3 présente un diagramme d'état illustrant les étapes d'un 15 procédé selon l'invention. Les étapes sont décrites en relation avec le réseau de la figure lb et l'architecture du serveur présentée en figure 2. Dans un état initial 301, un utilisateur abonné est enregistré auprès d'un serveur de gestion de session de communications, dans l'exemple un serveur SIP 150a. L'abonné, via un terminal mobile 130, a déjà 20 établi une session de communication avec un autre abonné sur le réseau. Au niveau de la couche liaison de données (par exemple Ethernet) et de la couche réseau (IP), des mécanismes sont mis en place pour assurer la continuité des communications opérées à partir du terminal mobile 130 en cas de macro-mobilité, par exemple via le procédé suivant : lors d'un 25 changement de passerelle d'accès ASN-GW, la nouvelle passerelle d'accès 113b à laquelle le terminal 130 est affilié diffuse, sur le réseau d'interconnexion 120, un message comportant au moins l'adresse IP du terminal 130 et l'adresse de niveau 2 de ladite nouvelle passerelle d'accès 113b, les autres passerelles d'accès 113a, 113c du réseau enregistrant la 30 correspondance entre ladite adresse IP et ladite adresse de niveau 2 de la nouvelle passerelle d'accès 113b. Ce mécanisme est cependant insuffisant pour garantir que les services de gestion des sessions de communication continuent à fonctionner lors d'une macro-mobilité 320 du terminal mobile 130 de l'abonné. Tant que 35 l'abonné demeure dans la zone couverte par la station de base initiale ayant permis l'initialisation d'une session, les risques de rupture du service de gestion de la session demeurent limités car le serveur SIP 150a gérant les sessions de communications de l'abonné est, a priori, proche de la passerelle d'accès 113a employée. Mais, lorsque le terminal 130 s'éloigne de sa base initiale, les risques que le serveur SIP 150a ne soit plus accessible depuis la nouvelle passerelle d'accès 113b augmentent. Lorsque le terminal mobile 130 se déplace jusqu'au point de devoir changer de passerelle d'accès, la nouvelle passerelle d'accès 113b transmet, 303, un message d'alerte de mobilité à un serveur SIP 150b, généralement le plus proche de la nouvelle passerelle d'accès 113b. Dans l'exemple, le message de niveau 2 diffusé à travers le réseau d'interconnexion CSN 120 par la nouvelle passerelle d'accès 113b en charge du terminal mobile 130, est réutilisé ; ce message est considéré comme un message d'alerte de mobilité pour les serveurs SIP ; à ce titre, il est reçu par le gestionnaire de mobilité 201 du serveur SIP 150b. Selon un mode de réalisation illustré à la figure 1 b, à chaque serveur SIP 150a, 150b, 150c correspond une passerelle d'accès 113a, 113b, 113c. Aussi, le serveur SIP 150b est connecté sur le même commutateur ou routeur de site 122 que la nouvelle passerelle d'accès 113b, ledit commutateur ou routeur étant configuré pour rediriger le message d'alerte diffusé par la nouvelle passerelle 113b directement vers le serveur SIP 150b, lequel serveur 150b alerte, à son tour, les autres serveurs SIP 150a, 150c, via un autre message. Le contrôleur de sessions du nouveau serveur SIP 150b en charge du terminal mobile 130 émet, 305, une requête d'interrogation destinée à une adresse multicast à laquelle sont abonnés les serveurs SIP 150a, 150b, 150c du CSN 120 de manière à déterminer lequel des serveurs SIP était en charge de la gestion de la session avant l'évènement de macro- mobilité. Une fois que le serveur SIP 150a qui gérait la session avant l'événement de macro-mobilité reçoit cette requête, il transmet 307, par exemple via son gestionnaire de mobilité 201, au nouveau serveur SIP 150b en charge de la session le contexte d'appel lié aux sessions de communications en cours sur le terminal mobile de l'abonné. Ce contexte d'appel est un ensemble de paramètres comprenant notamment les identifiants de session et leurs caractéristiques telles que, par exemple, la bande passante octroyée, la qualité de service requise ; le contexte d'appel comprend également, lorsque la nature des communications l'exige, des clés d'authentification utilisées par la station de base. Selon un mode de mise en oeuvre du procédé selon l'invention, le contrôleur de sessions récupère, à partir de la base de données locale, les données liées à l'abonné du terminal mobile 130, par exemple les droits qui lui sont attribués. Ainsi, le contrôleur de session du nouveau serveur SIP dispose à la fois des données utilisateur et du contexte d'appel. Le contrôleur de sessions émet ensuite, 309, un message ~o d'invitation « re-INVITE » au client SIP exécuté par le terminal mobile de l'abonné. Le message d'invitation peut, selon une autre mise en oeuvre du procédé selon l'invention, être un message de type « update ». Le message d'invitation comprend les nouveaux paramètres de connexion pour l'appel en cours, ces paramètres comprenant notamment l'adresse IP du serveur SIP et 15 les ports logiques auxquels le terminal mobile doit se connecter auprès du serveur SIP pour faire transiter les flux de données et de signalisation, par exemple les flux de type RTP (« Real-time Protocol ») et RTCP (« Real-time Control Protocol »). Ces paramètres peuvent être transmis sous la forme de messages au format SDP (« Session Description Protocol »). 20 Le terminal mobile 130 de l'abonné reçoit ces paramètres de connexion et modifie en conséquence, 311, sa configuration de manière à communiquer avec le contrôleur de sessions du nouveau serveur SIP. A l'issue de l'exécution du procédé selon l'invention, 313, l'abonné est connecté à un nouveau serveur SIP qui assure la continuité de la gestion 25 des sessions créées pour le terminal mobile 130. Un avantage du procédé selon l'invention est qu'il ne nécessite aucune modification des clients SIP, autrement dit, aucune intervention sur les terminaux mobiles. REVENDICATIONS1. Procédé pour assurer la continuité de la gestion de sessions de communications opérées à partir d'un terminal mobile (130) de quatrième génération communiquant sur un réseau IP, ledit réseau comprenant au moins un réseau radio (110) pourvu de plusieurs stations de base (111) avec lesquelles ledit terminal (130) est apte à communiquer, ledit réseau radio (110) étant relié par des passerelles d'accès (113, 113b, 113c) à un réseau d'interconnexion (120) pourvu de serveurs applicatifs (150a, 150b, 150c) de gestion de sessions de communications, les sessions d'un terminal mobile (130) étant gérées par l'un desdits serveurs (150a, 150b, 150c), le procédé étant caractérisé en ce qu'il comporte au moins les étapes suivantes : • lors du déplacement du terminal mobile (130) entraînant un changement de passerelle d'accès, transmettre (303) un message d'alerte à un nouveau serveur de gestion (150b) ; • le nouveau serveur de gestion (150b) émet une requête d'interrogation (305) à destination des autres serveurs (150a, 150c) aux fins de récupérer (307) le contexte d'appel du terminal mobile (130) auprès du serveur (150a) qui gérait les sessions dudit terminal avant son déplacement (130) ; • le nouveau serveur (150b) transmet (309) au terminal mobile (130) un message d'invitation accompagné de paramètres de connexion, de sorte que ledit terminal (130) puisse se connecter au dit nouveau serveur (150b). 2. Procédé selon la revendication 1, caractérisé en ce que les serveurs applicatifs (150a, 150b, 150c) comprennent au moins deux adresses IP, une première adresse, identique pour tous les serveurs (150a, 150b, 150c), étant utilisée pour accéder aux dits serveurs depuis le terminal mobile (130), une deuxième adresse IP étant utilisée pour l'adressage des serveurs (150a, 150b, 150c) au sein du réseau d'interconnexion (120). 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que le message d'alerte est transmis par la nouvelle passerelle (113b) en charge du terminal mobile (130) au serveur SIP (150b) le plus proche de ladite nouvelle passerelle (113b). 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que le protocole de gestion de gestion de session est le protocole « Session Initiation Protocol », le terminal mobile (130) comportant un module client SIP, les serveurs de gestion de communications comportant un module serveur SIP. 5. Procédé selon la revendication 4, caractérisé en ce que le message d'invitation émis par le nouveau serveur de gestion (150b) vers le terminal (130) est de type « re-invite » ou « update ». 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que les terminaux mobiles communiquent selon un mode de communication de type « appel de groupe ». 20 7. Serveur de gestion de session mettant en oeuvre le procédé selon l'une des revendications 1 à 6, ledit serveur (150a) comprenant au moins un gestionnaire de mobilité (201) apte à récupérer le contexte d'appel du terminal mobile (130) à partir d'un autre serveur de gestion (150a). 25 8. Réseau de communications IP comprenant au moins un réseau radio (110) pourvu de plusieurs stations de base (111) avec lesquelles des terminaux mobiles (130) de quatrième génération sont aptes à communiquer, ledit réseau radio (110) étant relié par des passerelles d'accès (113, 113b, 113c) à un réseau d'interconnexion (120) pourvu de 30 serveurs applicatifs (150a, 150b, 150c) de gestion de sessions de communications, caractérisé en ce que lesdits serveurs (150a, 150b, 150c) sont pourvus d'au moins deux adresses IP, une première adresse, identique pour tous les serveurs, étant utilisée pour accéder aux dits serveurs (150a, 150b, 150c) depuis les terminaux mobiles, une15deuxième adresse IP étant utilisée pour l'adressage interne au réseau d'interconnexion (120). 9. Réseau selon la revendication 8, dans lequel chaque station de base (111) comporte un serveur (150a, 150b, 150c) de gestion de sessions de communications. 10. Réseau selon la revendication 8 ou 9, dans lequel les serveurs (150a, 150b, 150c) de gestion de session de communications sont des serveurs ~o exécutant le protocole « Session Initiation Protocol ».