Brevet FR2895613A1 — publié le 20070629

+ 2895613 DISPOSITIF D'OPTIMISATION D'UTILISATION DE SERVICES DANS DES RÉSEAUX D'ACCÈS HYBRIDES L'invention concerne les réseaux d'accès hybrides, et plus précisément l'utilisation des services mis à la disposition des utilisateurs par les opérateurs des réseaux d'accès. On entend ici par réseaux d'accès hybrides des ensembles d'au moins deux réseaux de communication de types différents, également appelés multi-domaines , permettant à des terminaux d'utilisateurs et/ou des équipements de réseau d'établir des communications, et connectés à un coeur de réseau de type IMS ( IP Multimedia Subsystem - sous-système multimédia sous protocole Internet (IP)). Il s'agira par exemple de réseaux à connectivité IP (tels que les réseaux GPRS, UMTS, WiFi, WiMax, WLAN ou xDSL, notamment) et/ou de réseaux traditionnels, comme les réseaux de téléphonie commutée de type PSTN (s'ils sont pourvus d'une passerelle vers un coeur de réseau IMS). Le nombre de réseaux d'accès de types différents ne cesse d'augmenter. Parmi ces réseaux d'accès on peut notamment citer les réseaux fixes (par exemple xDSL ou câble), les réseaux mobiles ou cellulaires (par exemple GPRS, UMTS ou 4G), les réseaux nomades (par exemple, WiFi, WiMax), les réseaux de diffusion (par exemple DVB-T/H ou DMB). Ces réseaux d'accès appartenant généralement à des opérateurs différents, ils sont donc généralement gérés de façon séparée en ne tenant compte que de leurs propres caractéristiques et capacités, c'est-à-dire sans différencier les types des contenus qui proviennent d'autres réseaux d'accès et qu'ils sont fréquemment amenés à transporter. Par exemple, lorsqu'un utilisateur, disposant d'un terminal (de communication) hybride ou multi-technologies, se trouve situé dans une zone où il peut se connecter à la fois à un réseau UMTS et à un réseau WiFi, il ne peut pas ou n'est pas en mesure de choisir la technologie d'accès qui est la mieux adaptée, en termes de coût et/ou de qualité de service (QoS) et/ou de 2 2895613 rapidité, à un service qu'il souhaite utiliser, comme par exemple un service d'obtention ou de transmission de courriel ( e-mail ). De leur côté, les opérateurs des réseaux UMTS et WiFi concernés ne disposent pas toujours des capacités leur permettant de choisir le réseau ou la technologie d'accès 5 qui est la mieux adaptée au service requis par un utilisateur, par exemple du fait du taux d'utilisation de leur réseau ou de contraintes de réseau liées à une politique. L'invention a donc pour but d'améliorer la situation, et plus précisément de permettre l'optimisation de l'utilisation de services au sein de io réseaux d'accès hybrides. Elle propose à cet effet un dispositif d'optimisation, pour un coeur de réseau de type IMS couplé à des applications de service et à au moins deux réseaux d'accès de types différents, comprenant des moyens de traitement couplés aux applications de service et chargés, lorsqu'un terminal d'utilisateur 15 connecté à l'un des réseaux d'accès requiert l'accès à un service choisi, géré par l'une des applications de service, d'optimiser l'utilisation de ce service requis en fonction de règles définies par cet utilisateur et/ou par l'opérateur de réseau d'accès auprès duquel l'utilisateur à contracté un abonnement choisi, des caractéristiques du service requis, et des capacités de son terminal et/ou 20 des caractéristiques de son abonnement et/ou de chaque réseau d'accès susceptible de permettre l'accès de son terminal au service requis. Le dispositif d'optimisation selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : 25 - il peut comprendre des premiers moyens de mémorisation chargés de stocker les caractéristiques de service ; les caractéristiques de service peuvent être choisies parmi des besoins en terme de déploiement, des besoins en terme d'utilisation par un terminal d'utilisateur, au moins une technologie de réseau d'accès supportée, et des 30 besoins en terme de qualité de service ; il peut comprendre des deuxièmes moyens de mémorisation chargés de stocker les caractéristiques des réseaux d'accès ; les caractéristiques de réseau d'accès peuvent être choisies parmi 3 2895613 l'accessibilité, des performances théoriques, des performances disponibles, au moins un type de service supporté, au moins un mode de service supporté, et les coûts d'utilisation de chaque technologie d'accès supportée ; 5 il peut comprendre des troisièmes moyens de mémorisation chargés de stocker les capacités des terminaux ; - les capacités des terminaux peuvent être choisies parmi un type et au moins une technologie d'accès offerte ; - il peut comprendre des quatrièmes moyens de mémorisation chargés de lo stocker les règles qui sont définies par les utilisateurs et chaque type d'abonnement (ou forfait) souscrit par chaque utilisateur auprès de chaque réseau d'accès ; il peut comprendre des cinquièmes moyens de mémorisation chargés de stocker les règles qui sont définies par les opérateurs de réseau d'accès ; 15 - ses moyens de traitement peuvent comporter un élément, choisi dans un groupe comprenant au moins un moteur de règles, un système expert et un système d'optimisation, et chargé, lorsqu'il reçoit la définition d'un service requis par un terminal d'utilisateur, d'accéder aux moyens de mémorisation de manière à déterminer chaque réseau d'accès accessible 20 et optimal et chaque technologie de réseau d'accès à utiliser, compte tenu des besoins en termes de déploiement et d'utilisation du service et des règles définies par l'opérateur et/ou l'utilisateur des capacités du terminal de l'utilisateur et du type d'abonnement de ce dernier. L'invention propose également un serveur, pour un coeur de réseau 25 de type IMS couplé à des applications de service et à au moins deux réseaux d'accès de types différents, équipé d'un dispositif d'optimisation du type de celui présenté ci-avant. L'invention est particulièrement bien adaptée, bien que de façon non exclusive, aux réseaux de communication hybrides à connectivité Internet (ou 30 IP). Mais, d'une manière générale elle concerne tous les ensembles d'au moins deux réseaux de communication de types différents, y compris les ensembles comportant au moins un réseau de téléphonie commutée (par exemple de type PSTN) pourvu d'une passerelle vers un coeur de réseau 4 2895613 IMS. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels : 5 la figure 1 illustre de façon très schématique et fonctionnelle un exemple d'ensemble de réseaux d'accès hybrides connectés à un coeur de réseau de type IMS auquel est couplé un serveur d'application équipé d'un exemple de réalisation d'un dispositif d'optimisation selon l'invention, la figure 2 illustre de façon très schématique les principales étapes io d'échange de messages entre les principaux équipements intervenant dans un premier exemple d'utilisation d'un service de communication à la demande d'un terminal d'utilisateur, la figure 3 illustre de façon très schématique les principales étapes d'échange de messages entre les principaux équipements intervenant 15 dans un deuxième exemple d'utilisation d'un service de communication à la demande d'un terminal d'utilisateur, et - la figure 4 illustre de façon très schématique les principales étapes d'échange de messages entre les principaux équipements intervenant dans un troisième exemple d'utilisation d'un service de communication à la 20 demande d'un terminal d'utilisateur. Les dessins annexés pourront non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. L'invention a pour objet de permettre l'optimisation de l'utilisation de services au sein d'un ensemble d'au moins deux réseaux d'accès hybrides 25 couplés à un coeur de réseau de type IMS. Dans ce qui suit, on considère à titre d'exemple non limitatif que l'ensemble de réseaux d'accès hybrides comprend un réseau d'accès fixe R1, par exemple de type réseau téléphonique commuté PSTN à capacité haut débit (xDSL), un réseau d'accès mobile R2, par exemple de type UMTS, et un 30 réseau d'accès nomade R3, par exemple de type WiFi. Mais, l'invention n'est pas limitée à cet exemple d'ensemble de réseaux d'accès hybrides. Elle concerne en effet tout ensemble d'au moins 5 2895613 deux réseaux d'accès hybrides, de type fixe et/ou mobile (ou cellulaire) et/ou nomade et/ou de diffusion, connectés à un coeur de réseau (ou core network ) de type IMS (IP Multimedia Subsystem). Par ailleurs, dans l'exemple illustré sur la figure 1 les trois réseaux s d'accès Ri (i = 1 à 3, RI à R3) offrent une connectivité IP, mais cela n'est pas obligatoire. Des terminaux d'utilisateurs Tk, pourvus d'un agent IMS Al permettant leur fonctionnement dans un environnement IMS, sont connectés (ou peuvent se connecter) à l'un au moins des réseaux d'accès Ri. Ces io terminaux Tk peuvent être mono-technologie (et dans ce cas ils ne peuvent se raccorder qu'à un unique type de réseau d'accès) ou multi-technologies (et dans ce cas ils peuvent se raccorder à plusieurs types différents de réseau d'accès). Un même utilisateur peut disposer d'au moins deux types de 15 terminaux Tk. Par exemple, un utilisateur peut disposer d'un téléphone fixe Ti raccordé au réseau d'accès R1 d'un premier opérateur auprès duquel il a contracté un premier abonnement et d'un téléphone mobile T2 pouvant se connecter au réseau d'accès R2 d'un second opérateur, auprès duquel il a contracté un premier abonnement, ou éventuellement d'un autre opérateur 20 qui a passé un accord avec le second opérateur (lorsque le roaming est autorisé). Un utilisateur peut également avoir souscrit auprès d'un unique opérateur un abonnement concernant plusieurs technologies d'accès. Dans l'exemple illustré, un premier utilisateur dispose d'un téléphone fixe Ti à agent IMS Al (éventuellement de type IP), raccordé au réseau 25 d'accès R1, et d'un téléphone mobile T2 à agent IMS Al, de types UMTS et WiFi, raccordable aux réseaux d'accès R2 et R3, un deuxième utilisateur dispose d'un téléphone fixe T3 à agent IMS Al (éventuellement de type IP), raccordé au réseau d'accès RI, et d'un téléphone mobile T4 à agent IMS Al, de types UMTS et WiFi, raccordable aux réseaux d'accès R2 et R3, et un 30 troisième utilisateur ne dispose que d'un ordinateur de bureau T5 à agent IMS Al raccordé à une ligne ADSL du réseau d'accès R1. Les constituants d'un réseau IMS étant bien connus de l'homme de l'art, ils ne seront pas décrits ici en détails, comme c'est notamment le cas 6 2895613 dans la spécification RFC 23.002 de l'organisme 3GPP, accessible sur le site Internet du 3GPP. Il est important de noter que les mécanismes mis en oeuvre par l'invention s'appliquent également à des coeurs de réseau à base de la technologie Core MMD (pour MultiMedia Domain ), équivalente à la 5 technologie IMS et définie par le 3GGP2. Il est simplement rappelé ci-après quelques fonctionnalités d'éléments ou modules du coeur de réseau, utiles à la compréhension de l'invention. Un réseau (ou domaine) IMS peut être raccordé à un réseau (ou io domaine) de type paquet ( Packet Switched ) R2, comme par exemple un réseau UMTS, et/ou à un réseau de communication fixe RI, comme par exemple un réseau PSTN (éventuellement ADSL), et/ou à un réseau nomade R3, par exemple de type WiFi ou WiMax, et/ou à un réseau local sans fil ou WLAN (pour Wireless Local Area Network ). 15 Un réseau IMS permet à des clients abonnés (ou clients IMS comportant un terminal de communication à agent IMS Al) de disposer de services IMS spécifiques gérés par des serveurs d'application, qu'ils soient raccordés au réseau d'accès de l'opérateur auprès duquel ils ont contracté un abonnement (ou un forfait) ou à un réseau d'accès visité dans le cas du 20 roaming . Le mode de fonctionnement d'un réseau IMS est indépendant du réseau d'accès auquel il est connecté, si bien qu'il peut offrir des services aussi bien aux réseaux à connectivité IP qu'à ceux sans connectivité IP. Par conséquent, un réseau IMS permet notamment l'interopérabilité, la prise en 25 compte de la qualité de service, le nomadisme (ou roaming ), l'intégration et la transparence de services, l'utilisation d'une unique interface de service, et une mobilité à sessions ininterrompues. Comme cela est illustré sur la figure 1, chaque réseau d'accès Ri (ici, i = 1 à 3) comprend un coeur de réseau muni d'un module appelé GGSN 30 ( Gateway GPRS Serving Node ) Gi connecté au réseau IMS RI. Il est rappelé qu'un module GGSN est un noeud (ou routeur) assurant le rôle d'interface logique entre son réseau d'accès Ri et les réseaux externes, et notamment le coeur de réseau IMS RI. Il assure donc la connectivité de son 7 2895613 réseau d'accès avec un ou plusieurs réseaux externes. Par ailleurs, le réseau IMS est également couplé à une base de données de souscription appelée HSS (pour Home Subscriber Server ) dans laquelle sont notamment stockées les adresses connues des abonnés 5 aux services IMS qu'il offre. Le réseau IMS comprend en outre un module appelé S-CSCF (pour Serving-Cali Session Control Function ) qui constitue la porte d'entrée vers les services IMS qu'il offre. Ce module S-CSCF est connecté à un ou plusieurs serveurs d'applications (ou Application Servers ) SAj (ici j = 1 à 5, io mais il peut prendre n'importe quelle valeur supérieure ou égale à deux). Il est notamment chargé de l'authentification des abonnés, et est couplé au HSS afin de récupérer des informations sur les abonnés et d'y stocker les adresses connues desdits abonnés. Au sein d'un (coeur de) réseau IMS on définit habituellement deux is types de serveur d'application SAj. Le premier type regroupe les serveurs comportant au moins une application liée aux communications, comme par exemple les applications de communication instantanée ou différée, les applications de communication de type 1 vers 1 ou 1 vers plusieurs , les applications de communication de données de texte, les applications de 20 communication de données de voix et de vidéo, et les applications de communication de type push to X ou appel ou encore vidéo. Le second type regroupe les serveurs comportant une application destinée à faciliter un service ( enabler layer ), comme par exemple les applications de détection de disponibilité et d'accessibilité (ou presence ) des terminaux d'utilisateur 25 Tk, les applications de facturation (ou charging ), les applications de contrôle d'accès et d'authentification (ou AAC pour Authentication and Access Control ), les applications de détermination des positions des terminaux d'utilisateur Tk, les applications de contrôle de la qualité de service (QoS), et les applications de type GLMS (pour Group and List Management 30 Server - serveur de gestion de listes et de groupes). Sur la figure 1, les serveurs d'application du premier type sont matérialisés par des carrés référencés SA1 et SA2, tandis que les serveurs d'application du second type sont matérialisés par des carrés référencés SA3 8 2895613 et SA4. L'invention propose un dispositif d'optimisation D se présentant de préférence sous la forme d'une application destinée à faire partie d'un serveur d'application (ici SA5) connecté au module S-CSCF du réseau IMS RI. Ce 5 serveur d'application SA5 est plus préférentiellement du second type (enabler layer). Le dispositif d'optimisation D selon l'invention comprend un module de traitement MT couplé aux autres applications de service AS1 à AS4 (premier et second types) de son réseau IMS RI. Ce module de traitement MT io est chargé d'intervenir chaque fois qu'un terminal d'utilisateur Tk, connecté à l'un des réseaux d'accès Ri connectés à son réseau IMS RI, requiert l'accès à un service IMS choisi géré par l'une des applications de service AS1 à AS4. Plus précisément, ce module de traitement MT est chargé d'optimiser l'utilisation de chaque service IMS requis (et géré par l'un des serveurs ls d'application AS1 à AS4) en fonction, d'une première part, de règles qui sont définies par l'utilisateur requérant et/ou par l'opérateur du réseau d'accès Ri auprès duquel cet utilisateur à contracté un abonnement choisi, d'une deuxième part, des caractéristiques du service requis, et d'une troisième part, des capacités du terminal de cet utilisateur et/ou des caractéristiques de son 20 abonnement et/ou de chaque réseau d'accès qui est susceptible de permettre l'accès du terminal au service requis. Le module de traitement MT peut être agencé de manière à prendre en compte tout type de caractéristique de service, comme par exemple les besoins de chaque application de service AS1 à AS4 en terme de 25 déploiement, les besoins de chaque application de service AS1 à AS4 en terme d'utilisation par un terminal d'utilisateur Tk, chaque technologie de réseau d'accès que supporte chaque application de service AS1 à AS4, les besoins en terme de qualité de service (QoS), et les SLSs (pour Service Level Specifications - spécifications de niveau de service). 30 Les caractéristiques des services, qui sont gérés par les applications de service des serveurs d'application AS1 à AS4, sont stockées dans des premiers moyens de mémorisation M1. Ces derniers font par exemple partie du dispositif d'optimisation D, comme dans l'exemple illustré sur la figure 1. 9 2895613 Dans ce cas, ils sont couplés au module de traitement MT. Mais, cela n'est pas obligatoire. Ils pourraient en effet être externes au dispositif D ainsi qu'au serveur d'application SA5 qui l'héberge, dès lors qu'ils font partie du réseau IMS RI. s Les premiers moyens de mémorisation M1 peuvent se présenter sous n'importe quelle forme, comme par exemple une mémoire ou une base de données ou encore un répertoire. Le module de traitement MT peut être également agencé de manière à prendre en compte tout type de caractéristique de réseau d'accès Ri, io comme par exemple l'accessibilité, les performances théoriques et les performances disponibles de chaque réseau d'accès Ri connecté à son réseau IMS RI, le coût d'utilisation de chaque technologie d'accès, chaque type de service supporté par chaque réseau d'accès Ri connecté à son réseau IMS RI, et chaque éventuel mode de service supporté par chacun ls desdits types de service. Les caractéristiques des réseaux d'accès Ri sont stockées dans des deuxièmes moyens de mémorisation M2. Ces derniers font par exemple partie du dispositif d'optimisation D, comme dans l'exemple illustré sur la figure 1. Dans ce cas, ils sont couplés au module de traitement MT. Mais, cela 20 n'est pas obligatoire. Ils pourraient en effet être externes au dispositif D ainsi qu'au serveur d'application SA5 qui l'héberge, dès lors qu'ils font partie du réseau IMS RI, voire même accessible dans le réseau d'accès. Les deuxièmes moyens de mémorisation M2 peuvent se présenter sous n'importe quelle forme, comme par exemple une mémoire ou une base 25 de données ou encore un répertoire. Le module de traitement MT peut être également agencé de manière à prendre en compte toute capacité de terminal Tk, comme par exemple les types respectifs des principaux terminaux commercialisés, voire même de tous, et chaque technologie d'accès offerte par chaque type de terminal Tk. 3o Les caractéristiques des capacités des terminaux Tk sont stockées dans des troisièmes moyens de mémorisation M3. Ces derniers font par exemple partie du dispositif d'optimisation D, comme dans l'exemple illustré sur la figure 1. Dans ce cas, ils sont couplés au module de traitement MT. lo 2895613 Mais, cela n'est pas obligatoire. Ils pourraient en effet être externes au dispositif D ainsi qu'au serveur d'application SA5 qui l'héberge, dès lors qu'ils font partie du réseau IMS RI, voire même accessible dans le réseau d'accès. Les troisièmes moyens de mémorisation M3 peuvent se présenter 5 sous n'importe quelle forme, comme par exemple une mémoire ou une base de données ou encore un répertoire. Le module de traitement MT peut être également agencé de manière à prendre en compte chaque type d'abonnement (ou forfait) souscrit par chaque utilisateur auprès de chaque réseau d'accès Ri, ainsi que tout type de lo règle définie par chaque utilisateur en vue d'utiliser l'un des services gérés par les applications de service des serveurs d'application AS1 à AS4. On notera que dans le cadre de services IMS, chaque opérateur peut mettre à la disposition de ses clients utilisateurs IMS (ou abonnés IMS) des abonnements ou forfaits IMS leur permettant d'accéder à plusieurs types de 15 réseau d'accès, comme par exemple un réseau fixe, un réseau mobile, un réseau xDSL et un réseau nomade, tous connectés à un coeur de réseau IMS RI. Dans cette hypothèse, chaque opérateur peut disposer de son propre dispositif d'optimisation D implanté dans son propre serveur d'application SA5 20 ou dans un serveur d'application commun. On peut également envisager qu'un unique dispositif d'optimisation D gère l'optimisation de l'utilisation des services IMS pour l'ensemble des opérateurs. Une règle d'utilisateur peut par exemple se présenter sous l'une des formes suivantes : 25 - utiliser telle qualité de service (QoS) pour tel type de communication , utiliser en priorité le réseau d'accès le moins coûteux en terme de crédit-temps , pendant le mois appeler en priorité les téléphones fixes et en l'absence de réponse appeler les téléphones mobiles , 30 si le temps cumulé des appels vers les téléphones mobiles est supérieur à 30 minutes pendant la dernière semaine du mois, alors appeler en priorité les téléphones mobiles , Il 2895613 si le crédit-temps des appels vers les téléphones mobiles est épuisé ( être appelé en priorité du fait que l'on est dans la dernière semaine du mois d'abonnement et que le crédit-temps d'appel vers les téléphones mobiles est supérieur à 30 minutes. Par 18 2895613 conséquent, dans une quatrième étape F4', le serveur d'application SA3 retransmet au téléphone mobile T4 le premier message (par exemple de type Invite ) afin d'initier l'établissement d'une communication. Puis, dans une cinquième étape F5', le téléphone mobile T4 adresse s au serveur d'application SA3 (en charge du service de communication) un troisième message (par exemple de type 180 ou Ringing ) afin de lui indiquer que la sonnerie est en cours. Une fois que le serveur d'application SA3 a reçu le troisième message, il le retransmet au module S-CSCF dans une sixième étape F6'. lo Puis, une fois que le module S-CSCF a reçu à son tour le troisième message, il le retransmet au téléphone fixe T1 du premier utilisateur dans une septième étape F7'. Lorsque le second utilisateur accepte la communication avec son téléphone mobile T4, ce dernier transmet au serveur d'application SA3, dans 15 une huitième étape F8', un quatrième message (par exemple de type 200 ou OK ) afin de lui indiquer que la communication a été acceptée. Une fois que le serveur d'application SA3 a reçu le quatrième message, il le retransmet au module S-CSCF dans une neuvième étape F9'. Puis, une fois que le module S-CSCF a reçu à son tour le quatrième 20 message, il le retransmet au téléphone fixe T1 du premier utilisateur dans une dixième étape F10'. Dans une onzième étape F1le téléphone fixe Ti transmet au téléphone fixe T3 un cinquième message (par exemple de type ACK ) afin d'accuser réception du quatrième message (F10'). Une fois que le module S- 25 CSCF a reçu le cinquième message, il le retransmet au serveur d'application SA3 dans une douzième étape F12'. Puis, une fois que le serveur d'application SA3 a reçu à son tour le cinquième message (F12'), il le retransmet au téléphone mobile T4 dans une treizième étape F13'. La communication entre le téléphone fixe Ti et le téléphone mobile T4 peut alors 30 se faire dans une quatorzième étape F14' au moyen du protocole RTP, par exemple sous la forme de flux média. Le troisième exemple d'utilisation de service illustré sur la figure 4 correspond à la situation dans laquelle, d'une part, le premier utilisateur a 19 2895613 épuisé son crédit-temps d'appel vers les téléphones mobiles, et d'autre part, la communication n'est pas urgente (ou prioritaire). Dans une première étape F1", le terminal fixe Ti transmet un premier message (par exemple de type Invite ) demandant l'établissement d'une s communication avec le second utilisateur (désigné). Ce message parvient dans le module S-CSCF du réseau IMS RI. Dans une deuxième étape F2", le module S-CSCF transmet un deuxième message (par exemple de type 100 ou Trying ) au téléphone fixe T1 pour lui dire qu'il tente d'établir la communication requise. io Dans une troisième étape F3", le module S-CSCF retransmet le premier message (par exemple de type Invite ) au serveur d'application SA5 qui contient le dispositif d'optimisation D selon l'invention. Ce dernier procède à la détermination des informations finales relatives au service requis et les transmet au serveur d'application (par exemple SA3) qui héberge 15 l'application gérant le service d'établissement de communication requis. Ce mode de fonctionnement convient tout particulièrement aux applications de type dit back-to-back , telles que celles de pré-paiement. Pour d'autres types d'applications, le dispositif d'optimisation D peut transmettre les informations finales directement au module S-CSCF qui 20 contrôle les services IMS d'un utilisateur. Conformément aux règles définies par le premier utilisateur, seul le téléphone fixe T3 du second utilisateur doit être appelé. Par conséquent, dans une quatrième étape F4", le serveur d'application SA3 retransmet le premier message (par exemple de type Invite ) au téléphone fixe T3 du second 25 utilisateur. Ici, on considère que le second utilisateur est momentanément injoignable. Par conséquent, lorsque le téléphone fixe T3 reçoit le premier message, il adresse au serveur d'application SA3 (en charge du service de communication), dans une cinquième étape F5", un troisième message (par 30 exemple de type 480 ou Temporary unavailable ) afin de lui indiquer que son (second) utilisateur est injoignable. Dans une sixième étape F6", le serveur d'application SA3 transmet au téléphone fixe T3 un quatrième message (par exemple de type ACK ) 2 0 2895613 afin d'accuser réception du troisième message (F5"). Conformément aux règles définies par le premier utilisateur, le téléphone mobile T4 du second utilisateur ne peut pas être appelé. Par conséquent, dans une septième étape F7", le serveur d'application SA3 5 retransmet au module S-CSCF le troisième message (par exemple de type 480 ou Temporary unavailable ). A réception de ce troisième message, le module S-CSCF adresse au serveur d'application SA3, dans une huitième étape F8", un huitième message (par exemple de type ACK ) afin d'accuser réception du troisième message (F7"). io Puis, dans une neuvième étape F9", le module S-CSCF retransmet au téléphone fixe T1 du premier utilisateur le troisième message (par exemple de type 480 ou Temporary unavailable ). A réception de ce troisième message, le téléphone fixe T1 adresse au module S-CSCF, dans une dixième étape F10", un sixième message (par exemple de type ACK ) afin 15 d'accuser réception du troisième message (F9"). La procédure s'interrompt à ce stade, sans qu'une communication ait pu être établie. Le dispositif d'optimisation D selon l'invention, et notamment son module de traitement MT et ses éventuels moyens de mémorisation M1 à M5, peuvent être réalisés sous la forme de circuits électroniques, de modules 20 logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels. L'invention offre plusieurs avantages, parmi lesquels : une meilleure gestion pour les utilisateurs de leurs abonnements (ou forfaits) et des technologies d'accès offertes par leurs terminaux de communication, 25 la possibilité de gérer et d'optimiser les ressources des opérateurs des réseaux d'accès, une réduction des coûts pour les opérateurs des réseaux d'accès et pour leurs clients utilisateurs, en raison d'un partage des tâches entre réseaux d'accès. 30 L'invention ne se limite pas aux modes de réalisation de dispositif d'optimisation et de serveur d'application décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. 21 REVENDICATIONS 1. Dispositif d'optimisation (D) pour un coeur de réseau de type IMS (RI) couplé à des applications de service et à au moins deux réseaux d'accès s (Ri) de types différents, caractérisé en ce qu'il comprend des moyens de traitement (MT) couplés auxdites applications de service et agencés, lorsqu'un terminal d'utilisateur (Tk) connecté à l'un desdits réseaux d'accès (Ri) requiert l'accès à un service choisi, géré par l'une desdites applications de service, pour optimiser l'utilisation dudit service requis en fonction de règles 10 définies par cet utilisateur et/ou par un opérateur de réseau d'accès auprès duquel ledit utilisateur à contracté un abonnement choisi, des caractéristiques dudit service requis, et des capacités dudit terminal (Tk) et/ou des caractéristiques dudit abonnement et/ou de chaque réseau d'accès susceptible de permettre l'accès du terminal (Tk) audit service requis. 15 2. Dispositif selon la revendication 1, caractérisé en ce qu'il comprend des premiers moyens de mémorisation (MI) propres à stocker lesdites caractéristiques de service. 3. Dispositif selon l'une des revendications 1 et 2, caractérisé en ce que lesdites caractéristiques de service sont choisies dans un groupe 20 comprenant au moins des besoins pour être déployé, des besoins pour permettre une utilisation par un terminal d'utilisateur (Tk), des besoins en terme de qualité de service, et au moins une technologie de réseau d'accès (Ri) supportée. 4. Dispositif selon l'une des revendications 1 à 3, caractérisé en ce qu'il 25 comprend des deuxièmes moyens de mémorisation (M2) propres à stocker lesdites caractéristiques des réseaux d'accès (Ri). 5. Dispositif selon l'une des revendications 1 à 4, caractérisé en ce que lesdites caractéristiques des réseaux d'accès (Ri) sont choisies dans un groupe comprenant au moins une accessibilité, des performances théoriques, 30 des performances disponibles, au moins un type de service supporté, au moins un mode de service supporté, et des coûts d'utilisation de chaque technologie d'accès supportée. 6. Dispositif selon l'une des revendications 1 à 5, caractérisé en ce qu'il 22 2895613 comprend des troisièmes moyens de mémorisation (M3) propres à stocker lesdites capacités des terminaux (Tk). 7. Dispositif selon l'une des revendications 1 à 6, caractérisé en ce que lesdites capacités des terminaux (Tk) sont choisies dans un groupe comprenant au moins un type et au moins une technologie d'accès offerte. 8. Dispositif selon l'une des revendications 1 à 7, caractérisé en ce qu'il comprend des quatrièmes moyens de mémorisation (M4) propres à stocker lesdites règles définies par les utilisateurs et/ou chaque type d'abonnement souscrit par chaque utilisateur auprès de chaque réseau d'accès (Ri). 'o 9. Dispositif selon l'une des revendications 1 à 8, caractérisé en ce qu'il comprend des cinquièmes moyens de mémorisation (M5) propres à stocker lesdites règles définies par les opérateurs de réseau d'accès. 10. Dispositif selon l'une des revendications 1 à 9, caractérisé en ce que lesdits moyens de traitement (MT) comportent un élément (MR), choisi dans 15 un groupe comprenant au moins un moteur de règles, un système expert et un système d'optimisation, et agencé, en cas de réception d'une définition de service requis par un terminal d'utilisateur, à accéder auxdits moyens de mémorisation (M1-M5) de manière à déterminer chaque réseau d'accès (Ri) accessible et optimal et chaque technologie de réseau d'accès à utiliser, 20 compte tenu des besoins en termes de déploiement et d'utilisation dudit service, des règles définies par l'opérateur et/ou l'utilisateur, des capacités dudit terminal d'utilisateur (Tk), et de chaque abonnement souscrit par ledit utilisateur. 11. Serveur d'application (SA5) pour un coeur de réseau de type IMS 25 (RI) couplé à des applications de service et à au moins deux réseaux d'accès (Ri) de types différents, caractérisé en ce qu'il comprend un dispositif d'optimisation (D) selon l'une des revendications précédentes.