FR 2982107 A1 20130503 FR 1159841 A 20111028 Arrière-plan de l'invention L'invention se rapporte au domaine général des télécommunications. Elle concerne plus particulièrement la gestion et le routage d'une communication destinée à un utilisateur par un serveur d'application d'un coeur de réseau de voix sur IP (ou VoIP pour Voice Over IP) tel que par exemple un coeur de réseau IMS (IP Multimedia Subsystem), dans un contexte où plusieurs terminaux sont reliés à un même identifiant de l'utilisateur sur le coeur de réseau de voix sur IP. L'invention a ainsi une application privilégiée mais non limitative dans le cadre du 10 service ICS (IMS Centralized Service) développé par le standard 3GPP, et décrit notamment dans le document 3GPP TS 23.292 intitulé « Technical Specification Group Services and System Aspects; IP Multimedia Subsystem centralized services ; Stage 2 », Release 11, v11.0.0, juin 2011. De façon générale, le service ICS vise à offrir, via un coeur de réseau IMS, des services multimédia à un utilisateur mobile indépendamment du réseau d'accès avec lequel l'utilisateur est 15 connecté (i.e. réseau d'accès à commutation de circuits ou de paquets). Les utilisateurs de réseaux d'accès à commutation de circuits peuvent ainsi bénéficier de nouveaux services IMS tout en continuant de bénéficier des services traditionnellement offerts par les réseaux d'accès à commutation de circuits, ces services étant maintenant gérés par le coeur de réseau IMS. A cette fin, le service ICS s'appuie notamment sur le déclenchement d'un serveur 20 d'application SCC-AS (Service Centralization and Continuity Application Server), en charge d'assurer la continuité des services pour les différents réseaux d'accès. Le serveur SCC-AS a notamment pour fonction de gérer la terminaison de chaque communication transitant par lui en sélectionnant le domaine (commutation de paquets ou de circuits) vers lequel router cette communication. Les fonctionnalités du serveur SCC-AS sont décrites plus en détail dans le document 3GPP TS 24.292 25 intitulé «Technical Specification Group Core Network and Terminals; IP Multimedia Core Network Subsystem; Centralized Services; Stage 3 », Release 10, v10.5.0, septembre 2001. Par ailleurs, le standard 3GPP prévoit la possibilité pour un utilisateur d'enregistrer auprès du coeur de réseau IMS plusieurs adresses de contact en liaison avec un même identifiant de cet utilisateur sur le coeur de réseau (ex. adresse SIP). Ces adresses de contact peuvent être 30 às5ociet-f; à ,er-nrirri-,,u, distincts. Or, si ia standard 3GPP prévoit la possilpi:ité c [prendre compte au niveau du serveur 5[C-AS l'existence de ternir.,.; multiples liés a un mC,r-ner i(r.r.'r' Jnt l'ut:Ifsateur sur le 35 cra.-!ur de réseau, il ré c, ...1.)ors comment. ceci peu ou crIot et:.E2 mis en oeuvra dr ."u "u/ Ir, voix sur IP par lequel transite la communication. Conformément à l'invention, ce procédé comprend une étape de sélection dans une base de données, sur réception de la communication, d'un terminal relié à l'identifiant de l'utilisateur en vue de router la communication vers ce terminal, la base de données associant à au moins un terminal enregistré sur le coeur de réseau de voix sur IP et relié à l'identifiant de l'utilisateur au moins une période d'activité de ce terminal sur le coeur de réseau de voix sur IP, et le terminal sélectionné étant associé dans la base à la période d'activité la plus récente. Corrélativement l'invention vise également un serveur d'application d'un coeur de réseau de voix sur IP, apte à gérer une communication transitant par lui et destinée à un utilisateur auquel est attribué un identifiant sur le coeur de réseau de voix sur IP. Conformément à l'invention ce serveur comprend des moyens, activés sur réception de la communication, de sélection dans une base de données d'un terminal relié à l'identifiant de l'utilisateur en vue de router la communication vers ce terminal, la base de données associant à au moins un terminal enregistré sur le coeur de réseau de voix sur IP et relié à l'identifiant de l'utilisateur au moins une période d'activité de ce terminal sur le coeur de réseau de voix sur IP, et le terminal sélectionné étant associé dans la base à la période d'activité la plus récente. On notera que l'invention a une application privilégiée mais non limitative lorsque le coeur de réseau de voix sur IP est un coeur de réseau IMS et le serveur d'application est un serveur SCC-AS du coeur de réseau IMS. L'invention permet ainsi d'enrichir les fonctionnalités du serveur SCC-AS défini dans le standard 3GPP. Au sens de l'invention, on entend par activité d'un terminal toute activité protocolaire de ce terminal, c'est-à-dire liée à l'échange de messages sur le coeur de réseau de voix sur IP (émission ou réception de message(s)), tels que par exemple des messages conformes au protocole SIP (Session Initiation Protocol). Il peut s'agir notamment d'une période d'activité liée à l'établissement d'un appel (associée à l'envoi ou à la réception d'un message SIP INVITE par exemple), ou à l'échange d'informations entre deux terminaux (associée à l'envoi ou à la réception d'un message SIP OPTIONS) ou entre un terminal et un autre équipement du réseau, ou encore à un enregistrement ou à un dés-enregistrement du terminal (associée à l'envoi d'un message SIP REGISTER ou UNREGISTER ', etc. Ainsi .ention propwe d router cornu lunic éntradtc présence de iredistrés d liaison ,T,/,=2;:- un , é identifiant: d'un utilisateur sur le coeur de 111611ntli':nlà. terminal actif l'hLi,;ateur, c'ed-ii-cir-c, vers le terminal r 're serveur d'appl:catidn, 5 id d'oc, d'activité la plus t it commutation de paquets (PS, Packet Svvitching). L'invention permet de gérer non seulement des communications de type appel téléphonique mais également l'échange de données multimédia telles que par exemple des fichiers, des photos, des messages multimédia, des SMS (Short Message Service), etc. Par ailleurs l'invention est particulièrement avantageuse en ce qu'elle est mise en oeuvre dans le coeur de réseau de voix sur IP au niveau du serveur d'application par lequel transitent les communications dans le coeur de réseau, et ne nécessite par conséquent pas de modification des terminaux à l'origine ou destinataire de la communication. La sélection du terminal est en outre réalisée de façon automatique sans nécessiter l'intervention du terminal à l'origine de la communication ni de l'utilisateur destinataire de la communication. Préférentiellement, la base de données est mise à jour, par le serveur d'application, périodiquement ou sur détection par le serveur d'application d'une période d'activité d'un terminal relié à l'identifiant de l'utilisateur sur le coeur de réseau de voix sur IP. L'invention permet ainsi d'avoir une connaissance récente et fiable de l'état d'activité d'un terminal sur le coeur de réseau de voix sur IP et d'adapter le routage de la communication en conséquence. Dans un mode particulier de réalisation de l'invention, au cours de l'étape de sélection, on sélectionne le terminal relié à l'identifiant de l'utilisateur associé à la période d'activité la plus récente, vérifiant en outre un critère prédéterminé relatif à la nature de l'activité du terminal sur cette période. Ainsi, selon une première variante, on sélectionne le terminal relié à l'identifiant de l'utilisateur associé à la période d'activité la plus récente en relation avec une communication de même nature que la communication entrante que cherche à router le serveur d'application. Cette première variante permet d'optimiser le routage en prenant en compte la joignabilité du terminal sélectionné par rapport à la nature de la communication entrante. Selon une seconde variante, on sélectionne le terminal relié à l'identifiant de l'utilisateur associé à la période d'activité la plus récente en relation avec un établissement d'une communication avec un autre terminal. La sélection ainsi mise en oeuvre est d'autant plus pertinenLe que la communication geree par |e procédé selon l'invention est une communicY,:on LILphonid,u, crtnnt:_c. Mais elle permet es ( -nent,, lorsque d'autre, types de commurrcations entrw.tes sont gerés par le procédé selon I'lilvention, de favoriser le terminal sur les-;L:el l'uUrsateur a eu une activité en temps réel. Aut-enk..nt dit, dans ce MO(4.C; realls,it_lon, on une sorte d,,.71-lidrarch,-2 cnt-e. !es tenu de la nature de son activité passée, mais également par rapport à la nature de la communication entrante. Dans une variante de réalisation, le critère prédéterminé porte sur le type de message émis ou reçu par le terminal durant cette période. Par exemple, pour un coeur de réseau IMS et une communication entrante de type appel téléphonique, lorsque la base de données comporte deux terminaux reliés à un même identifiant, l'un des terminaux étant associé à une période d'activité pendant laquelle un message SIP INVITE a été émis et l'autre terminal étant associé à une période d'activité pendant laquelle un message SIP OP I IONS a été émis, on favorisera pour la sélection le terminal dont la période 10 d'activité correspond à l'émission d'un message SIP INVITE correspondant à un établissement d'appel. Dans un mode particulier de réalisation de l'invention, le procédé de gestion comporte en outre une étape de routage de la communication vers le terminal sélectionné. Dans un mode particulier de réalisation, les différentes étapes du procédé de gestion 15 sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un serveur d'application ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de gestion tel que décrit ci-dessus. 20 Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. 25 Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un siipport transmissible tel qu'un 30 I Hque OL, optique, qui peut é'tre acheminé via un cake ou optique, par radio ou kir co c,./e e programme .-,-.?(,-31) l'invention pcut etre cn particulier téléchargé sur un réseau Cl I nt..(2 .ip;-)oo circuit inteLir~ dans leciuel Alterniee 1C I ,r êt 35 d 35 de réseau de voix sur IP, au moins une période d'activité de ce terminal sur le coeur de réseau de voix sur IP. Selon un autre aspect encore, l'invention vise un système d'un coeur de réseau de voix sur IP comprenant : un serveur d'application conforme à l'invention ; et une base de données conforme à l'invention élaborée par le serveur d'application et utilisée pour sélectionner un terminal vers lequel router une communication transitant par le serveur d'application et destinée à un utilisateur identifié sur le coeur de réseau de voix sur IP. On peut également envisager, dans d'autres modes de réalisation, que le procédé de 10 gestion, le serveur d'application, la base de données et le système selon l'invention présentent en combinaison tout ou partie des caractéristiques précitées. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la 15 description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - la figure 1 représente, de façon schématique, un système, un serveur d'application et une base de données conformes à l'invention dans un mode particulier de réalisation ; la figure 2 représente, de façon schématique, l'architecture matérielle du serveur 20 d'application de la figure 1, dans un mode particulier de réalisation ; - la figure 3 représente les principales étapes mises en oeuvre au cours du procédé de gestion d'une communication selon l'invention dans lequel il est mis en oeuvre par le serveur d'application de la figure 1 ; et la figure 4 représente un exemple de base de données conforme à l'invention. 25 Description détaillée d'un mode de réalisation La figure 1 représente, dans son environnement, un système 1 d'un coeur de réseau de voix sur IP, IP-CN, conforme à l'invention, dans un mode particulier de réalisation. Dans ce mode de r-Llisation, le coeur de réseau de VoIP, IP-CN. es1 un coeur de 30 re5eaii incorporant une .71-chiLclure 'MS et mettant en oeuvre, pour la signalisation echangee dans le coeur de réseau, ie protocole d'initiation de session SIP. Les caractéristiques l'architecture IM prcitn nu.anim, SIT' !nt def-inis re,,pectivernent nu niveau des standards 3GPP et de rETF, -Ernents -3GPP -1-5 22.228 Par aiIleurs, clernIerc periode d'activité des terminaux Ti, T2 et T3 est enregistre' dons la base 4. Cette période déclivité est identifiée ici pour chaque terminal ions Id colonne dc b lpdé « LAST SU' !".E.SS »), d'une part par le nieSSICJE.' 1 eirvov,:. ieru 1:,dr le terminal durart période et d'autre part par , - la dernière période d'activité du terminal T2 s'est traduite par l'envoi ou la réception d'un message M2 à l'instant t=x2 ; et - la dernière période d'activité du terminal T3 s'est traduite par l'envoi ou la réception d'un message M3 à l'instant t=x3. On suppose ici pour les besoins de l'exemple que M1 est un message SIP INVITE, et que M2 et M3 sont des messages SIP OPTIONS, et que x2 On suppose pour illustrer ces étapes, que les terminaux T1, T2 et T3 de l'utilisateur U1 sont enregistrés auprès du coeur de réseau IP-CN, et que la base de données 4 est à jour concernant les périodes d'activité de ces terminaux et identique à l'exemple illustré à la figure 4. Conformément à l'invention, sur réception d'une communication (étape E10) destinée à |'uti|isateurUl (i.e. d'un messogedecnmmunication desbnéà |'ublisateurU1), le serveur SCC-AS 3 du système 1 consulte la base de données 4 à l'aide de |'idenUfiantIdSIP1 attribué à l'utilisateur U1 (étape E20), afin d'identifier le dernier terminal actif associé à l'utilisateur U1, enregistré auprès du coeur de réseau IP-CN. On notera qu'en fonction de la nature du terminal T de l'utilisateur U2 (i.e. selon qu'il est apte ou non à communiquer selon le protocole SIP, ici), le message de communication émis par le terminal T ne contient pas nécessairement l'identifiant IdSIP1 de l'utilisateur Ul sur le coeur de réseau IP-CN, mais il peut contenir un identifiant de l'utilisateur Ul sur le réseau d'accès AN2, comme par exemple un numéro de téléphone. Toutefois, lors du transit de ce message de communication par le coeur de réseau IP-CN, les entités de contrôle CSCF du coeur de réseau substituent, de façon connue en sü, l'identifiant de Ul contenu dans 1r message par l'identifiant '-iSl7".t do Li courcocurde reseau1P-CN, dons scu- eu" l'ISS. Ainsi, ^u recppup message de comniunicatlon æ`tueUemcnt modifié et coneni,:nt Icl5r=1 de 1":_idNsatt±Li ser-yr,' (7,02-A= S int,,:rrr b basP données 4 pour cieterrniner dans preMICT hle un terril:1mM identifiant idSIP1 et Dans le cas contraire (E30, oui), la base de données 4 est interrogée pour déterminer (étape E50) si plusieurs terminaux associés à l'identifiant IdSIP1 sont simultanément enregistrés. Dans l'exemple envisagé ici, les trois terminaux T1, T2 et T3 sont actuellement enregistrés auprès du coeur de réseau (E50, oui). Conformément à l'invention, le serveur SCC-AS 3 sélectionne pour router la communication, le dernier terminal actif parmi ces terminaux, c'est-à-dire celui qui est associé dans la base 4 à la période d'activité la plus récente au moment de l'interrogation de la base 4 par le serveur SC[-AS 3 (ou en variante au moment de la réception ou du démarrage du traitement par 10 le serveur SCC-AS 3 de la communication émise par le terminal T). Dans le mode de réalisation envisagé et illustré par la figure 3, on suppose en outre que le serveur SCC-AS 3 sélectionne parmi les terminaux enregistrés et répertoriés dans la base 4 un terminal qui vérifie en outre un critère prédéterminé relatif à la nature de l'activité du terminal pendant sa dernière période d'activité. 15 L'ajout de cette contrainte vise à favoriser ici la sélection par le serveur SCC-AS 3 d'un terminal correspondant à un message de même nature que la communication établie par le terminal T de l'utilisateur U2. En l'espèce ici, on s'intéresse à un l'établissement d'une communication téléphonique de sorte que le serveur SCC-AS 3 est configure pour sélectionner le dernier terminal actif répertorié 20 dans la base 4 ayant, durant sa dernière période d'activité, émis ou reçu un message SIP en liaison avec un établissement d'appel (étape E60). Pour ce faire, à l'étape E60, le serveur SCC-AS 3 analyse dans la base 4 le type de message échangé lors de la dernière période d'activité associée à chaque terminal Tl, T2 et T3 stocké dans la base 4 et l'instant auquel ce message a été échangé. 25 Dans l'exemple décrit de la figure 4, seul le message Ml est un message en relation avec un établissement d'appel (M1 est un message SIP INVITE). Le serveur SCC-AS 3 sélectionne donc le terminal T1 pour router la communication émise par l'utilisateur U2. En revanche, si plusieurs terminaux sont associés à un message en relation avec un établissement d'appel, le s(.:-veur S[[-AS 3 sélectionneterminal correspondant à la période 30 d q,us récente en relation avec un étaessqment d' ci. Par ailleurs, un seul terminal est enregistre dans la base 4 (E50, non), la communication est routée vers ce terminal, ceLii-ci conrespondant au terminal ayant la période plus recenk2 (etape E70). 35 que Dans un autre mode de réalisation de l'invention, le serveur SC[-AS 3 ne considère pas d'autre critère pour sélectionner le terminal vers lequel router la communication. Dans ce mode de réalisation, en référence à l'exemple illustré sur la figure 4, il sélectionne le terminal T3 pour router la communication. La communication est ensuite routée vers le terminal sélectionné, c'est-à-dire dans l'exemple de la figure 4 vers le terminal Tl, de façon connue en soi (étape E80). On notera que dans le mode de réalisation décrit ici, la base associe à chaque terminal la dernière période d'activité de ce terminal sur le coeur de réseau IMS et le serveur SCC-AS 3 sélectionne le terminal vers lequel router la communication en analysant les données disponibles dans la table identifiant cette période d'activité (cf. instant t et type de message Msg). En variante la base 4 peut être maintenue par le serveur SCC-AS 3 de sorte à ne refléter que la dernière période d'activité du dernier terminal actif, de sorte que l'étape de sélection consiste à extraire de la base 4 le seul terminal répertorié dans cette base.15 REVENDICATIONS1. Procédé de gestion d'une communication destinée à un utilisateur (U1) auquel est attribué un identifiant (IdSIP1) sur un coeur de réseau de voix sur IP (IP-CN), ledit procédé étant mis en oeuvre par un serveur d'application (3) du coeur de réseau de voix sur IP par lequel transite ladite communication, ledit procédé comprenant une étape de sélection (E60,E70) dans une base de données (4), sur réception (E10) de cette communication, d'un terminal (T1,T3) relié à l'identifiant de l'utilisateur en vue de router (E80) ladite communication vers ce terminal, ladite base de données (4) associant à au moins un terminal (T1,T2,T3) enregistré sur le coeur de réseau de voix sur IP et relié à l'identifiant de l'utilisateur au moins une période d'activité de ce terminal sur le coeur de réseau de voix sur IP, le terminal sélectionné étant associé dans la base à la période d'activité la plus récente. 2. Procédé de gestion selon la revendication 1, dans lequel ladite base de données (4) est mise à jour, par le serveur d'application (3), périodiquement ou sur détection par le serveur d'application d'une période d'activité d'un terminal relié à l'identifiant de l'utilisateur sur le coeur de réseau de voix sur IP. 3. Procédé de gestion selon la revendication 1, dans lequel au cours de l'étape de sélection (E60), on sélectionne le terminal (T1) relié à l'identifiant de l'utilisateur associé à la période d'activité la plus récente, vérifiant en outre un critère prédéterminé relatif à la nature de l'activité du terminal sur cette période. 4. Procédé de gestion selon la revendication 3, dans lequel, au cours de l'étape de sélection, on sélectionne le terminal (T1) relié à l'identifiant de l'utilisateur associé à la période d'activité la plus récente en relation avec un établissement d'une communication avec un autre terminal. porte sur la nature d'un message émis ou reçu par le terminal durant cette période. 5. Procédé de gestion selon la revendication 3, dans lequel le critère prédéterminé 6. Procédé de gestion selon la revendication 1, comprenant en outre une étape de routage (E80) de la communication vers le terminal sélectionné. 7. Procédé de gestion selon la revendication 1, dans lequel le coeur de réseau (IP- CN) de voix sur IP est un coeur de réseau IMS et le serveur d'application (3) est un serveur SCC-AS défini par le standard 3GPP. 8. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de gestion selon la revendication 1 lorsque ledit programme est exécuté par un ordinateur. 9. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de gestion selon la revendication 1. 10. Serveur d'application (3) d'un coeur de réseau de voix sur IP (IP-CN), apte à gérer une communication transitant par lui et destinée à un utilisateur (U1) auquel est attribué un identifiant (IdSIP1) sur le coeur de réseau de voix sur P, ledit serveur comprenant des moyens, activés sur réception de cette communication, de sélection dans une base de données (4), d'un termina(T1,T3) relié à l'identifiant de l'utilisateur en vue de router ladite communication vers ce terminal, ladite base de données (4) associant à au moins un terminal (T1,T2,T3) enregistré sur le coeur de réseau de voix sur IP et relié à l'identifiant de l'utilisateur au moins une période d'activité de ce terminal sur le coeur de réseau de voix sur IP, le terminal sélectionné étant associé dans la base à la période d'activité la plus récente. 11. Système (1) d'un coeur de réseau de voix sur IP comprenant : - un serveur d'application (3) selon la revendication 10 ; et une base de données (4) élaborée par ledit serveur d'application, associant à au moins un terminal (T1,T2,T3) enregistré sur le coeur de réseau de voix sur IP et relié à un identifiant (IdSIP1) d'un utilisateur sur ce coeur de réseau de voix sur IP, au moins une période d'activité de ce terminal sur le coeur de réseau de voix sur IP, ladite base de données étant utilisée pour sélectionner un terminal vers lequel router une communication transitant par le serveur d'application et destinée à un utilisateur identifié sur le coeur de réseau de voix sur IP. 12. Système (1) selon la revendication 11, dans lequel le coeur de réseau (IP-CN) de voix sur IP est un coeur de réseau IMS et le serveur d'application (3) est un serveur SCC-AS défini par le standard 3GPP.