FR2987207A1 - Procede d'enregistrement d'un serveur d'application et serveur d'application - Google Patents

Abstract

Conformément à l'invention, le procédé d'enregistrement d'un serveur d'application d'un coeur de réseau de voix sur IP auprès d'un réseau tiers comprenant une entité fournissant un service comprend : - la détection (E10) d'un enregistrement d'un terminal sur le coeur de réseau avec un premier identifiant (ID2) sur ce coeur de réseau ; - l'obtention (E20) d'un deuxième identifiant (INT2) de communication sur le réseau tiers et de données d'enregistrement auprès du réseau tiers, le deuxième identifiant et les données d'enregistrement étant associés au premier identifiant dans une base de données du coeur de réseau ; et - l'enregistrement (E30) du serveur d'application auprès du réseau tiers en utilisant les données d'enregistrement obtenues, cet enregistrement comprenant l'envoi d'une requête d'enregistrement à destination du réseau tiers contenant le deuxième identifiant (INT2) et une information de joignabilité (AoC6) du serveur d'application sur le coeur de réseau.

Description

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 de l'accès, par un terminal, à un service de communication fourni par un réseau tiers connecté à 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). Par réseau tiers, on entend au sens de l'invention, un réseau distinct de celui du terminal accédant au service et du coeur de réseau de voix sur IP, apte à fournir des services non gérés par le coeur de réseau de voix sur IP : il peut s'agir notamment d'un réseau de nature différente, ou opéré par un opérateur différent de l'opérateur du réseau du terminal et/ou de l'opérateur du coeur de réseau de voix sur IP. Par exemple, le réseau tiers peut être un réseau privé d'une entreprise incluant une entité ou une infrastructure de type auto-commutateur privé (aussi connu sous le nom de PABX ou PBX pour Private Automatic Branch eXchange), le terminal peut être un terminal mobile apte à communiquer sur un réseau de télécommunications mobile tels que notamment un réseau GSM (Global System for Mobile communications) ou UMTS (Universal Mobile Telecommunications System), et le coeur de réseau de voix sur IP peut être un coeur de réseau IMS. L'invention a ainsi une application privilégiée mais non limitative dans le cadre du service ICS (IMS Centralized Service) développé par le standard 3GPP (Third Generation Partnership Project), 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 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 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 intitulé «Technical Specification Group Core Network and Terminals; IP Multimedia Core Network Subsystem; Centralized Services; Stage 3 », Release 10, v10.5.0, septembre 2001. Ainsi, dans la définition actuelle du service ICS prévue par le standard 3GPP, c'est le coeur de réseau IMS qui gère et fournit les services offerts au terminal mobile. Or, si cette définition répond bien à des offres de services de type résidentielles ou Centrex (i.e. proposant à une entreprise une externalisation de la gestion de ses services de voix sur IP), pour lesquelles l'ensemble des services offerts sont hébergés par un même opérateur, à savoir l'opérateur du coeur de réseau IMS, elle ne permet pas de proposer à un terminal des services offerts par des réseaux tiers non gérés par le coeur de réseau IMS. Objet et résumé de l'invention L'invention répond notamment à ce besoin en proposant un procédé d'enregistrement d'un serveur d'application d'un coeur de réseau de voix sur IP auprès d'un réseau tiers comprenant une entité apte à fournir au moins un service, ce procédé comprenant : - une étape de détection d'un enregistrement d'un terminal sur le coeur de réseau avec un premier identifiant du terminal sur le coeur de réseau ; une étape d'obtention d'un deuxième identifiant de communication sur le réseau tiers et de données d'enregistrement auprès du réseau tiers, le deuxième identifiant et les données d'enregistrement étant associés au premier identifiant dans une base de données du coeur de réseau ; et une étape d'enregistrement du serveur d'application auprès du réseau tiers en utilisant ces données d'enregistrement, cette étape comprenant l'envoi d'une requête d'enregistrement à destination du réseau tiers contenant le deuxième identifiant et une information de joignabilité du serveur d'application sur le coeur de réseau. Corrélativement, l'invention vise aussi un serveur d'application d'un coeur de réseau de voix sur IP comprenant : - des moyens de détection d'un enregistrement d'un terminal sur le coeur de réseau avec un premier identifiant de ce terminal sur le coeur de réseau ; - des moyens d'obtention : o d'un deuxième identifiant de communication sur un réseau tiers connecté au coeur de réseau et comprenant une entité apte à fournir un service ; et o de données d'enregistrement auprès du réseau tiers ; le deuxième identifiant et les données d'enregistrement étant associés au premier identifiant dans une base de données du coeur de réseau ; et - des moyens d'enregistrement du serveur d'application auprès du réseau tiers utilisant ces données d'enregistrement, ces moyens d'enregistrement comprenant des moyens d'envoi d'une requête d'enregistrement à destination du réseau tiers contenant le deuxième identifiant et une information de joignabilité du serveur d'application sur le coeur de réseau.

L'invention propose ainsi de prolonger, par l'intermédiaire d'un serveur d'application du coeur de réseau de voix sur IP, l'enregistrement du terminal jusqu'au réseau tiers fournissant le service auquel souhaite accéder le terminal.

Par « données d'enregistrement », on entend au sens de l'invention, des données permettant au serveur d'application de s'enregistrer auprès du réseau tiers fournissant le service. Il peut s'agir par exemple de données permettant de définir le chemin de signalisation jusqu'au réseau tiers telles que le nom de domaine représentant le réseau tiers ou une information de joignabilité de l'entité en charge des enregistrements sur le réseau tiers pour le service, ou de données d'authentification sur le réseau tiers au nom du deuxième identifiant, etc. Plus précisément, conformément à l'invention, le serveur d'application s'enregistre auprès du réseau tiers en utilisant des données d'enregistrement et un identifiant de communication utilisé pour communiquer sur le réseau tiers (deuxième identifiant au sens de l'invention), qui sont associés au terminal dans une base de données du coeur de réseau. Cette base de données est alimentée, par exemple, lors du provisionnement du service offert par l'entité du réseau tiers auprès du coeur de réseau. Elle peut être stockée au niveau du serveur d'application ou dans une autre entité du coeur de réseau (par exemple dans un serveur de type HSS).

Les données d'enregistrement et l'identifiant de communication sur le réseau tiers associés à l'identifiant du terminal sur le coeur de réseau peuvent être obtenus par le serveur d'application de différentes manières. Ainsi, ces informations peuvent être obtenues par le serveur d'application en interrogeant la base de données à l'aide de l'identifiant du terminal sur le coeur de réseau. En variante, elles peuvent être obtenues lors de la détection de l'enregistrement du terminal par le serveur d'application : ainsi, par exemple, elles peuvent être contenues dans une notification de l'enregistrement du terminal envoyée par une entité du coeur de réseau et reçue par le serveur d'application. Conformément à l'invention, le serveur d'application s'enregistre donc auprès de l'entité du réseau tiers au nom du terminal. Le terminal peut ainsi accéder, par l'intermédiaire du serveur d'application, au service fourni par le réseau tiers, même si ce service n'est pas hébergé directement par le coeur de réseau. On notera que, conformément à l'invention, seul le serveur d'application est visible de l'entité du réseau tiers : l'entité du réseau tiers n'a pas connaissance à proprement parler du terminal (en l'espèce, le terminal n'a pas besoin d'être connecté directement au réseau tiers pour bénéficier du service) et inversement. L'invention est donc totalement transparente pour le terminal qui n'a besoin que de s'enregistrer auprès du coeur de réseau pour pouvoir accéder au service offert par le réseau tiers. L'invention a donc une application privilégiée mais non limitative dans le contexte du service ICS proposé par le standard 3GPP pour un coeur de réseau IMS : la logique d'enregistrement du terminal auprès du coeur de réseau IMS pour accéder à des services est en effet respectée par l'invention, y compris lorsque ces services ne sont pas gérés et/ou hébergés directement par le coeur de réseau. L'invention permet avantageusement, dans un tel contexte, d'enrichir l'offre de services proposée dans le cadre du service ICS.

Le deuxième identifiant utilisé pour communiquer sur le réseau tiers peut être un identifiant de communication interne au réseau tiers, c'est-à-dire sans visibilité ou signification particulière en dehors du réseau tiers. Il peut s'agir par exemple, lorsque le réseau tiers est un réseau privé d'entreprise et l'entité fournissant un service un autocommutateur privé ou PBX, d'un numéro d'extension interne au réseau tiers géré par l'autocommutateur privé. Dans cet exemple particulier d'implémentation d'un réseau tiers de type réseau privé d'entreprise incluant un PBX, l'invention permet avantageusement de prolonger les services offerts par le PBX de l'entreprise à un terminal quelconque distinct des terminaux fixes de l'entreprise auxquels sont destinés classiquement les services offerts par le PBX, tel que par exemple un terminal mobile enregistré auprès du coeur de réseau IMS. En variante, l'invention s'applique à d'autres réseaux tiers ainsi qu'à d'autres entités de réseaux tiers aptes à fournir des services. Ces entités peuvent être réparties sur un équipement ou plusieurs équipements du réseau tiers. L'invention vise également un procédé de gestion par un serveur d'application d'un coeur de réseau de voix sur IP d'un accès par un terminal à un service fourni par une entité d'un réseau tiers connecté au coeur de réseau, ce procédé comprenant : - une étape d'enregistrement du serveur d'application auprès du réseau tiers, conformément à un procédé d'enregistrement selon l'invention ; et - une étape de transfert vers le terminal ou vers l'entité du réseau tiers d'au moins un message reçu par le serveur d'application relatif au service fourni par l'entité du réseau tiers, de sorte à permettre l'accès à ce service par le terminal. Corrélativement, le serveur d'application selon l'invention peut en outre comporter des moyens de transfert vers le terminal ou vers l'entité du réseau tiers d'au moins un message reçu par le serveur d'application relatif au service fourni par l'entité du réseau tiers, de sorte à permettre l'accès à ce service par le terminal. Par message relatif au service fourni par l'entité du réseau tiers, on entend au sens de l'invention, un message susceptible d'être traité ou géré par l'entité du réseau tiers dans le cadre de ce service. Par exemple, si l'entité du réseau tiers est un autocommutateur privé fournissant un service de gestion des appels entrants et sortants, les appels destinés au terminal et/ou émis par le terminal auquel est fourni le service par l'intermédiaire du serveur d'application sont des messages relatifs au service fourni par l'entité du réseau tiers au sens de l'invention. Autrement dit, le serveur d'application déclenché lors de l'enregistrement du terminal auprès du coeur de réseau conformément à l'invention, se trouve sur le chemin des messages relatifs au service offert par l'entité du réseau tiers à destination et en provenance du terminal. Il relaie (i.e. transfère) ces messages tantôt vers le terminal, tantôt vers l'entité du réseau tiers, après avoir mis en correspondance l'identifiant du terminal sur le coeur de réseau et l'identifiant de communication utilisé sur le réseau tiers, afin de permettre au terminal d'accéder au service fourni par l'entité du réseau tiers.

Ainsi, dans un mode privilégié de réalisation, l'étape de transfert du procédé de gestion selon l'invention comprend : lorsque le message reçu par le serveur d'application relatif au service provient du terminal et contient le premier identifiant du terminal sur le coeur de réseau, la substitution du deuxième identifiant à la place du premier identifiant dans le message avant son transfert vers l'entité du réseau tiers ; et lorsque le message reçu par le serveur d'application relatif au service provient de l'entité du réseau tiers et contient le deuxième identifiant, la substitution du premier identifiant à la place du deuxième identifiant dans le message avant son transfert vers le terminal.

Le procédé de gestion dispose des mêmes avantages que le procédé d'enregistrement, décrits précédemment. Dans un mode particulier de réalisation de l'invention, le coeur de réseau de voix sur IP est un coeur de réseau IMS. Dans ce mode de réalisation particulier, le serveur d'application, une fois enregistré auprès de l'entité du réseau tiers, se comporte donc comme un agent de relais ou « back-to-back user agent » par rapport aux messages relatifs au service fourni par l'entité du réseau tiers, en établissant la correspondance entre l'identifiant du terminal sur le coeur de réseau et l'identifiant de communication sur le réseau tiers. Dans un mode particulier de réalisation de l'invention, le serveur d'application selon l'invention peut être avantageusement un serveur d'application SCC AS tel que défini par le standard 3GPP. On enrichit ainsi les fonctionnalités du serveur d'application SCC AS défini par le standard 3GPP, avec d'autres services que les services gérés à proprement parler par le coeur de réseau IMS. Dans une variante de réalisation, un serveur d'application distinct du serveur d'application SCC AS (ex. un serveur d'application dédié uniquement à l'accès au service fourni par l'entité du réseau tiers) peut être déclenché pour prolonger l'enregistrement du terminal auprès de l'entité du coeur de réseau tiers. L'invention s'appuie ainsi non seulement sur le serveur d'application du coeur de réseau qui s'enregistre auprès de l'entité du réseau tiers fournissant le service, mais également : sur la base de données du coeur de réseau de voix sur IP qui établit la correspondance entre d'une part l'identifiant du terminal sur le coeur de réseau, et d'autre part l'identifiant de communication sur le réseau tiers et les données d'enregistrement sur le réseau tiers ; et sur l'entité du réseau tiers à proprement parler fournissant le service (ainsi que le procédé de fourniture de service mis en oeuvre par cette entité).

L'invention vise donc également un procédé de fourniture d'un service par une entité d'un réseau tiers connecté à un coeur de réseau de voix sur IP, ce procédé comprenant : - une étape de détection d'un enregistrement d'un serveur d'application du coeur de réseau auprès du réseau tiers, à l'aide d'une requête d'enregistrement contenant une information de joignabilité du serveur d'application sur le coeur de réseau et un identifiant de communication sur le réseau tiers ; - une étape de fourniture du service à l'identifiant de communication sur le réseau tiers ou à un autre identifiant associé à l'identifiant de communication (ex. un identifiant public du terminal tel qu'un numéro de téléphone connu du public), en utilisant l'information de joignabilité du serveur d'application contenue dans la requête d'enregistrement, cette étape de fourniture comprenant : o l'envoi, au serveur d'application, de messages destinés à l'identifiant de communication ou à l'autre identifiant associé à l'identifiant de communication sur le réseau tiers ; et o la réception, en provenance du serveur d'application, de messages concernant l'identifiant de communication sur le réseau tiers relatifs audit service. Corrélativement, l'invention concerne aussi une entité d'un réseau tiers apte à fournir un service, ce réseau tiers étant connecté à un coeur de réseau de voix sur IP, cette entité comprenant : - des moyens de détection d'un enregistrement d'un serveur d'application du coeur de réseau auprès du réseau tiers, à l'aide d'une requête d'enregistrement contenant une information de joignabilité du serveur d'application sur le coeur de réseau et un identifiant de communication sur le réseau tiers ; - des moyens de fourniture du service à l'identifiant de communication sur le réseau tiers ou à un autre identifiant associé à l'identifiant de communication sur le réseau tiers, ces moyens de fournitures étant aptes à utiliser l'information de joignabilité du serveur d'application contenue dans la requête d'enregistrement, et comprenant : o des moyens d'envoi, au serveur d'application, de messages destinés à l'identifiant de communication sur le réseau tiers ou à l'autre identifiant associé à cet identifiant de communication ; et o des moyens de réception, en provenance du serveur d'application, de messages concernant l'identifiant de communication sur le réseau tiers relatifs audit service. L'invention vise aussi une base de données d'un coeur de réseau de voix sur IP associant à au moins un identifiant d'un terminal sur ledit coeur de réseau, un identifiant de communication sur un réseau tiers connecté au coeur de réseau de voix sur IP et des données d'enregistrement auprès de ce réseau tiers. Selon un autre aspect, l'invention vise un système de communication comprenant : - un coeur de réseau de voix sur IP ; - un terminal apte à s'enregistrer auprès du coeur de réseau de voix sur IP avec un premier identifiant du terminal sur le coeur de réseau ; et - un réseau tiers connecté au coeur de réseau de voix sur IP comportant une entité conforme à l'invention, apte à fournir un service ; le coeur de réseau de voix sur IP comportant : - une base de données selon l'invention, associant au premier identifiant du terminal, un deuxième identifiant de communication sur le réseau tiers et des données d'enregistrement auprès du réseau tiers ; et - un serveur d'application selon l'invention apte à détecter un enregistrement du terminal sur le coeur de réseau de voix sur IP avec le premier identifiant, à obtenir le deuxième identifiant de communication sur le réseau tiers et les données d'enregistrement auprès du réseau tiers associés au premier identifiant dans la base de données, et à s'enregistrer auprès du réseau tiers avec une requête d'enregistrement contenant ce deuxième identifiant et une adresse de joignabilité du serveur d'application sur le coeur de réseau.

Dans un mode privilégié de l'invention - le coeur de réseau de voix sur IP est un coeur de réseau IMS ; - le serveur d'application est un serveur SCC AS du coeur de réseau IMS, défini par le standard 3GPP ; et - l'entité du réseau tiers est un autocommutateur privé.

L'entité du réseau tiers, la base de données du coeur de réseau et le système selon l'invention disposent des mêmes avantages que ceux cités précédemment pour le procédé d'enregistrement, le procédé de gestion de l'accès à un service et le serveur d'application selon l'invention. Dans un mode particulier de réalisation, les différentes étapes du procédé d'enregistrement et/ou du procédé de gestion de l'accès à un service sont déterminées par des instructions de programmes d'ordinateurs. De même, dans un mode particulier de réalisation, les différentes étapes du procédé de fourniture d'un service 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é d'enregistrement et/ou d'un procédé de gestion de l'accès à un service tel(s) que décrit(s) ci-dessus. De façon similaire, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans une entité d'un réseau tiers 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 fourniture d'un service tel que décrit ci-dessus. Ces programmes peuvent utiliser n'importe quel langage de programmation, et être sous la forme de codes source, codes objet, ou de codes intermédiaires entre code source et code objet, tels 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. 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 support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. On peut également envisager, dans d'autres modes de réalisation, que le procédé d'enregistrement, le procédé de gestion, le procédé de fourniture, le serveur d'application, l'entité du réseau tiers, la base de données et le système de communication 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 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 de communication conforme à l'invention comportant un serveur d'application, une base de données et une entité d'un réseau tiers conformes à l'invention dans un mode particulier de réalisation ; les figures 2 et 3 représentent respectivement, de façon schématique, l'architecture matérielle de l'entité du réseau tiers et du serveur d'application de la figure 1, dans un mode particulier de réalisation ; la figure 4A illustre un exemple de base de données conforme à l'invention établissant la correspondance entre l'identifiant du terminal sur le coeur de réseau d'une part, et l'identifiant de communication sur le réseau tiers et les données d'enregistrement sur le réseau tiers d'autre part, dans un mode particulier de réalisation ; la figure 4B illustre un exemple de base de données maintenue par l'entité du réseau tiers établissant la correspondance entre l'identifiant de communication sur le réseau tiers et une information de joignabilité du serveur d'application, dans un mode particulier de réalisation ; la figure 5 représente, sous forme d'ordinogramme, les principales étapes d'un procédé d'enregistrement et d'un procédé de gestion de l'accès à un service dans un mode particulier de réalisation dans lequel ces procédés sont mis en oeuvre par le serveur d'application de la figure 1 ; et la figure 6 représente, sous forme d'ordinogramme, les principales étapes d'un procédé de fourniture d'un service dans un mode particulier de réalisation dans lequel ce procédé est mis en oeuvre par l'entité du réseau tiers représentée sur la figure 1. Description détaillée de l'invention La figure 1 représente, dans son environnement, un système de communication 1 conforme à l'invention, dans un mode particulier de réalisation.

Conformément à l'invention, le système de communication 1 comporte : un coeur de réseau CN de voix sur IP ; au moins un terminal 2, connecté à un réseau d'accès HNW, et apte à s'enregistrer via ce réseau auprès du coeur de réseau CN ; et un réseau tiers 3NW, connecté au coeur de réseau CN, et apte à fournir un ou plusieurs services de communication (i.e. services multimédia) par l'intermédiaire d'une entité 3, conforme à l'invention. Dans le mode de réalisation décrit ici, le terminal 2 est un terminal mobile et le réseau d'accès HNW est un réseau de télécommunications mobile, tel que par exemple un réseau GSM ou UMTS. Bien entendu, d'autres réseaux d'accès, à commutation de circuits ou de paquets, peuvent être envisagés dans le cadre de l'invention. Par ailleurs, le coeur de réseau CN de VoIP est ici un coeur de réseau incorporant une architecture IMS et mettant en oeuvre, pour la signalisation échangée dans le coeur de réseau, le protocole d'initiation de session SIP. Les caractéristiques de l'architecture IMS et le protocole SIP sont définis respectivement au niveau des standards 3GPP et de l'IETF, notamment dans les documents 3GPP TS 22.228 « Service requirements for the IP Multimedia Core Network Subsystem (Stage 1) » et IETF RFC 3261 « Session Initiation Protocol ». Ils ne sont, de ce fait, pas décrits en détail ici. Cette hypothèse concernant le coeur de réseau CN n'est toutefois pas limitative, et l'invention s'applique également à d'autres architectures de coeur de réseau VoIP, comme par exemple à une architecture H323, ainsi qu'à d'autres protocoles de communication que le protocole SIP. Le réseau tiers 3NW est ici un réseau privé d'entreprise connu en soi, et l'entité 3, un autocommutateur privé aussi appelée PBX ou PABX. L'entité 3 est apte ici à fournir un ou plusieurs services de communication S (tels que par exemple des services de voix sur IP) à divers terminaux 4, connectés au réseau tiers 3NW par l'intermédiaire de lignes internes (aussi connues sous le nom d'extensions) et disposant d'identifiants publics (tels qu'un numéro de téléphone), associés à ces lignes internes.

On suppose par ailleurs ici que le réseau tiers 3NW utilise pour ses communications le protocole d'initiation de session SIP. Bien entendu, d'autres protocoles peuvent être envisagés dans le cadre de l'invention, comme par exemple des protocoles de VoIP propriétaires. Les terminaux 4 sont par exemple des terminaux fixes, tels que des terminaux téléphoniques filaires, ou des terminaux sans fil tels que des terminaux WIFI® (Wlreless Fldelity), aptes à communiquer selon le protocole SIP. Chaque ligne interne ou chaque extension gérée par l'entité 3 est associée, de façon connue en soi, à un identifiant interne au réseau tiers 3NW ou numéro d'extension, tel que par exemple un numéro à 4 chiffres (ex. 2900, 2906, etc.). Ces identifiants internes sont des identifiants de communication utilisés par les terminaux 4 pour communiquer entre eux sur le réseau tiers 3NW, sans accéder au réseau téléphonique public. Ils sont par ailleurs associés, dans une base de données 10 de l'entité 3, aux identifiants publics des terminaux 4 gérés par l'entité 3, c'est-à-dire ici aux numéros de téléphone fixes des terminaux 4 connus du public. Conformément à l'invention et comme décrit plus en détail ultérieurement, l'entité 3 est également apte à fournir les services de communication S à des terminaux dits « externes », qui ne sont pas connectés directement au réseau tiers 3NW. Ces terminaux externes sont ici des terminaux mobiles. Ils disposent d'identifiants publics ou numéros MSISDN (Mobile Station Integrated Services Digital Network), qui sont associés au niveau de la base de données 10 à des extensions de lignes internes gérées par l'entité 3 et réservées pour ces terminaux externes.

L'entité PBX 3 dispose ici de l'architecture matérielle d'un ordinateur, telle que représentée schématiquement sur la figure 2. Elle comporte notamment un processeur 3A, une mémoire vive 3B, une mémoire morte 3C dans laquelle est stockée notamment la base de données 10, et des moyens de communication 3D avec le coeur de réseau CN et avec les terminaux 4, ces moyens de communication 3D mettant en oeuvre notamment le protocole SIP.

En variante, si les terminaux 4 ne sont pas des terminaux SIP, l'entité 3 inclut des moyens de communication avec les terminaux 4 distincts de ses moyens de communications 3D avec le coeur de réseau CN, implémentant par exemple un autre protocole normalisé ou propriétaire. La mémoire morte 3C de l'entité 3 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 3A et sur lequel est enregistré un programme d'ordinateur conforme à l'invention, comportant des instructions pour l'exécution des étapes d'un procédé de fourniture d'un service conforme à l'invention, décrites ultérieurement en référence à la figure 6. L'invention s'applique bien entendu à d'autres réseaux tiers 3NW, ainsi qu'à d'autres entités susceptibles de fournir des services. En effet, comme mentionné précédemment, on entend par réseau tiers au sens de l'invention, un réseau de télécommunications distinct du réseau du terminal 2 et du coeur de réseau CN de VoIP, autrement dit, de nature différente ou de même nature mais opéré par un opérateur différent. Il peut s'agir notamment d'un réseau local ou privé, connecté et enregistré auprès du coeur de réseau CN, et apte à fournir des services non gérés ni hébergés directement par le coeur de réseau CN. De façon connue, le coeur de réseau IMS CN comprend plusieurs entités fonctionnelles. Ainsi, dans le mode de réalisation décrit ici, il comprend notamment : une entité CSCF 5 (Call Session Control Function), elle-même composée de plusieurs équipements ou serveurs logiques (non représentés sur la figure 1) tels que par exemple : o un serveur I-CSCF (Interrogating Call Session Control Function), en charge de l'aiguillage pour l'initialisation des connexions au coeur de réseau CN ; o un serveur S-CSCF (Serving Call Session Control Function) en charge de l'enregistrement des terminaux sur le coeur de réseau CN ; et o un ou plusieurs serveurs P-CSCF (Proxy Call Session Control Function), points de contact des terminaux avec le coeur de réseau CN ; - un ou plusieurs serveurs d'applications (Application Servers) hébergeant et fournissant des services, comme par exemple un serveur d'application 6 conforme à l'invention et un serveur SCC AS 7 (Service Centralization and Continuity Application Server), participant à l'offre d'un service ICS (IMS Centralized Service) par le coeur de réseau CN. L'architecture et les fonctionnalités d'un serveur SCC AS ainsi que le service ICS sont décrits plus en détail dans les documents 3GPP TS 23.292 et 3GPP TS 24.292 cités précédemment ; un serveur I-BCF 8 (Interconnection Border Control Function), servant de passerelle vers les réseaux externes au coeur de réseau CN, tels que notamment vers le réseau tiers 3NW, et qui remplit entre autres, des fonctions de traduction d'adresses (ou NAT pour Network Address Translation en anglais) et de pare-feu (ou « firewall » en anglais) ; et une base de données 9, conforme à l'invention, intégrée ici dans le serveur HSS (Home Subscriber Service) du coeur de réseau CN. Par base de données, on entend au sens de l'invention tout type de structure permettant de stocker des données, telle qu'une table par exemple. Le serveur d'application 6 dispose ici de l'architecture matérielle d'un ordinateur, telle que représentée schématiquement sur la figure 3. Il comporte notamment un processeur 6A, une mémoire vive 6B, une mémoire morte 6C, des moyens de communication 6D (avec, en particulier, les entités du coeur de réseau CN, le terminal 2 et l'entité 3), mettant en oeuvre le protocole SIP, et des moyens de consultation 6E de la base de données 9. La mémoire morte 6C du serveur d'application 6 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 6A et sur lequel est enregistré un programme d'ordinateur conforme à l'invention, comportant des instructions pour l'exécution des étapes d'un procédé d'enregistrement et d'un procédé de gestion selon l'invention décrites ultérieurement en référence à la figure 5. Dans le mode de réalisation décrit ici, on envisage d'enrichir le service ICS défini par le standard 3GPP et proposé par le coeur de réseau CN au terminal mobile 2, en fournissant au terminal 2, conformément à l'invention, au moins un service de communication S hébergé et offert par l'entité 3 du réseau tiers 3NW, par l'intermédiaire du serveur d'application 6 du coeur de réseau CN. Le service de communication S est ici un service de gestion des appels entrants et sortants associés aux extensions de lignes internes et aux identifiants publics (numéros de téléphones fixes ou mobiles) reliés à ces extensions de lignes internes, gérés par l'entité 3. L'invention ne se limite toutefois pas à des services de gestion d'appel et permet d'offrir d'autres types de services multimédia au terminal 2. Ainsi, comme mentionné précédemment, on réserve au préalable, au niveau de l'entité 3, une pluralité d'identifiants de communication internes au réseau tiers (i.e. ici des numéros internes d'extensions gérées par l'entité 3), destinés à permettre la fourniture du service S conformément à l'invention à des terminaux externes au réseau tiers, tels que le terminal mobile 2. Ces identifiants sont similaires ou identiques dans leur forme aux identifiants de communication internes associés aux extensions du réseau tiers et utilisés pour communiquer au sein du réseau par les terminaux 4. Ils sont associés, dans la base de données 10 de l'entité 3, aux numéros MSISDN des terminaux (i.e. identifiants publics) ayant souscrit au service S et qui sont gérés par l'entité 3. Les identifiants ainsi réservés et les identifiants publics qui leur sont associés sont communiqués par l'entité 3 au coeur de réseau CN, par exemple lors du provisionnement du service S dans l'offre de service ICS du coeur de réseau CN. Ce provisionnement peut se faire notamment via la souscription de l'entité 3 à un service de collecte et de routage des appels de l'entreprise, aussi connu sous le nom de « business trunking » en anglais, proposé par le coeur de réseau CN. On note que la souscription au service de business trunking par l'entité 3 peut également se faire par le biais d'un autre coeur de réseau de voix sur IP que le coeur de réseau CN, auquel cas des communications entre les coeurs de réseau sont mises en place afin d'échanger les informations nécessaires à la mise en oeuvre de l'invention. Les identifiants communiqués par l'entité 3 sont alors stockés dans la base 9 du serveur HSS du coeur de réseau CN. Sont également stockées à cette occasion, dans la base de données 9 du serveur HSS, des données permettant un enregistrement auprès du réseau tiers 3NW. Ces données d'enregistrement incluent ici le nom de domaine correspondant au réseau tiers gérant le service S, ainsi que des données d'authentification (ex. un login et un mot de passe) sur le réseau tiers associées aux identifiants internes communiqués par l'entité 3. Bien entendu, d'autres données d'enregistrement auprès du réseau tiers peuvent être envisagées. On suppose par ailleurs, que l'utilisateur du terminal 2 a souscrit auprès du coeur de réseau CN à l'offre de service ICS du coeur de réseau CN enrichie avec le service S proposé par le réseau tiers 3NW.

Lors de cette étape de souscription, le coeur de réseau CN mémorise dans la base de données 9 du serveur HSS, un identifiant ID2 du terminal 2 sur le coeur de réseau CN en association avec l'identifiant public IDPUB2 du terminal 2 (numéro MSISDN du terminal 2), et l'identifiant INT2 de communication interne au réseau 3NW associé à l'identifiant public IDPUB2, communiqué par l'entité 3. L'identifiant ID2 est ici un identifiant « temporaire » au sens du standard 3GPP, affecté au terminal 2 sur le coeur de réseau CN ; un tel identifiant est connu en soi, et dérivé du numéro IMSI (International Mobile Subscriber Identity) du terminal 2. Il s'agit de l'identifiant utilisé par le terminal 2 pour s'identifier sur le coeur de réseau CN lors de son enregistrement. L'identifiant ID2 et l'identifiant INT2 constituent respectivement un premier identifiant du terminal 2 sur le coeur de réseau CN et un deuxième identifiant de communication sur le réseau tiers au sens de l'invention. Un exemple de base de données 9 est illustré à la figure 4A. Selon cet exemple, la base de données 9 est une table à deux dimensions, dans laquelle chaque ligne associe à un identifiant d'un terminal sur le coeur de réseau CN, l'identifiant public de ce terminal et un identifiant de communication interne au réseau tiers 3NW associé à cet identifiant public. Ainsi, conformément à l'exemple représenté, l'identifiant ID2 du terminal 2 sur le coeur de réseau CN est associé au numéro d'extension interne INT2=2906 sur le réseau tiers 3NW et à l'identifiant public IDPUB2 du terminal 2. En outre, dans l'exemple illustré à la figure 4A, la base de données 9 contient des données d'enregistrement associées à l'identifiant ID2, qui incluent un nom de domaine, SIP DOMAIN 3, représentant le réseau tiers 3NW, ainsi que des données d'authentification PASSWD_INT2 auprès du réseau tiers. Ces données d'authentification sont des données requises lors de l'enregistrement auprès du réseau tiers avec l'identifiant de communication interne INT2 ; elles sont par exemple constituées de l'identifiant de communication interne INT2 et d'un mot de passe associé. Dans le mode de réalisation décrit ici, par souci de simplification, on suppose que l'entité 3 est en charge de l'enregistrement sur le réseau tiers 3NW, si bien que la résolution du nom de domaine SIP DOMAIN 3 permet d'accéder directement à l'entité 3. En variante, l'enregistrement peut être réalisé par une autre entité du réseau tiers, qui suite à cet enregistrement, établit la liaison avec l'entité 3 et transmet les messages relatifs au service S à destination de l'entité 3. Par ailleurs, au cours de l'étape de souscription du terminal 2 au service ICS enrichi, le coeur de réseau CN associe au profil du terminal 2, des critères iFC (initial Filter Criteria) connus en soi, afin que le terminal 2 puisse bénéficier du service ICS et notamment afin qu'il puisse accéder au service S offert par l'entité PBX 3. L'un de ces critères vise notamment le déclenchement du serveur d'application 6 lorsque le terminal 2 s'enregistre auprès du coeur de réseau CN et la notification du serveur d'application 6 de l'enregistrement du terminal 2. Cette notification est réalisée ici conformément au service « Third Party Registration » défini par le standard 3GPP.

En variante, le serveur d'application 6 (de même que le serveur d'application SCC AS 7) s'abonne à un service de notification de l'enregistrement du terminal 2 au coeur de réseau CN, tel que le service « Third Party Registration » défini par le standard 3GPP. Pour fournir le service S au terminal 2, on suppose maintenant que l'entité 3 s'enregistre auprès du coeur de réseau CN, à l'aide d'une requête SIP REGISTER. Cette requête SIP REGISTER transite par le serveur P-CSCF, puis est transmise au serveur I-CSCF qui identifie le serveur S-CSCF destinataire de la requête. Le serveur S-CSCF répond au serveur I-CSCF par un message SIP 2000K contenant l'ensemble des identifiants publics gérés par l'entité 3 (i.e. numéro des terminaux fixes 4, et identifiants des terminaux mobiles gérés par l'entité 3 tels que l'identifiant public IDPUB2 du terminal 2), et communiqués précédemment au coeur de réseau CN lors du provisionnement du service S. Le message SIP 200 OK est transféré selon un chemin inverse à celui emprunté par la requête REGISTER (i.e. via le serveur P-CSCF) à l'entité 3. On suppose maintenant que l'utilisateur du terminal 2 souhaite accéder au service S offert par l'entité 3. Pour pouvoir bénéficier de ce service, le terminal 2 doit s'enregistrer, conformément à l'invention, auprès du coeur de réseau CN, de façon connue en soi et décrite notamment dans le document 3GPP TS 23.292. L'intervention d'un serveur eMSC (enhanced Mobile Switching Server) faisant la transition entre coeur de réseau « circuits » et le coeur de réseau CN peut être requise pour les terminaux connectés à des réseaux à commutation de circuits (dans ce cas, c'est le serveur eMSC qui génère l'identifiant temporaire ID2 du terminal sur le coeur de réseau CN). Cet enregistrement se traduit par l'envoi d'une requête d'enregistrement SIP REGISTER au serveur S-CSCF du coeur de réseau CN (soit directement par le terminal 2 si le réseau HNW est un réseau mettant en oeuvre le protocole SIP (la requête envoyée par le terminal transite alors par le serveur P-CSCF puis le serveur I-CSCF du coeur de réseau CN avant d'arriver au serveur S-CSCF), soit par l'intermédiaire du serveur eMSC lors de l'attachement du terminal mobile 2 à ce serveur). Cette requête contient l'identifiant ID2 du terminal 2 sur le coeur de réseau CN. Cet enregistrement permet au coeur de réseau CN de déclencher les critères iFC (initial Filter Criteria) associés au profil du terminal 2 et stockés dans le serveur HSS ; notamment, le serveur S-CSCF du coeur de réseau CN déclenche le serveur d'application 6 et notifie celui-ci de l'enregistrement du terminal 2. Nous allons maintenant décrire, en référence aux figures 5 et 6, les principales étapes d'un procédé d'enregistrement et de gestion de l'accès au service S mises en oeuvre par le serveur d'application 6 conformément à l'invention (cf. figure 5), suite à l'enregistrement du terminal 2 sur le coeur de réseau CN, ainsi que les principales étapes d'un procédé de fourniture mises en oeuvre par l'entité 3 pour fournir le service S (cf. figure 6).

Conformément au service « Third Party Registration », le serveur d'application 6 est donc notifié par le serveur S-CSCF de l'enregistrement du terminal 2 sur le coeur de réseau CN avec l'identifiant ID2. La réception de cette notification par le serveur d'application 6 constitue une étape de détection de l'enregistrement du terminal 2 sur le coeur de réseau CN au sens de l'invention (étape E10). Sur détection de cet enregistrement, le serveur d'application 6 interroge, à l'aide de ses moyens 6E, la base de données 9 du serveur HSS afin d'obtenir l'identifiant de communication sur le réseau tiers 3NW associé au terminal 2 et les données d'enregistrement requises pour un enregistrement auprès du réseau tiers 3NW (étape E20). Les moyens 6E sont connus de l'homme du métier et ne seront pas décrits plus en détail ici. Dans un autre mode de réalisation, l'identifiant de communication sur le réseau tiers et les données d'enregistrement auprès du réseau tiers, associés à l'identifiant ID2, peuvent être obtenus par le serveur d'application 6 à l'occasion de la notification de l'enregistrement du terminal 2 sur le coeur de réseau par le serveur S-CSCF. Ces informations peuvent être contenues notamment dans le message de notification envoyé par le serveur S-CSCF au serveur d'application 6. Le serveur d'application 6 obtient à l'issue de cette étape d'interrogation l'identifiant de communication interne INT2 ainsi que les données d'enregistrement SIP DOMAIN 3 et PASSWD_INT2, associés dans la base 9 à l'identifiant ID2. Puis il envoie, en utilisant les données d'enregistrement ainsi obtenues, une requête d'enregistrement auprès du réseau tiers 3 contenant l'identifiant INT2 et une information de joignabilité, notée AoC6, sur le coeur de réseau CN (étape E30). L'information de joignabilité AoC6 du serveur d'application 6 est ici une adresse de contact (Address of Contact, en anglais) du serveur d'application 6. La requête d'enregistrement envoyée par le serveur d'application 6 au réseau tiers 3NW est ici une requête SIP REGISTER ayant : pour R-URI : le nom de domaine SIP DOMAIN 3 identifiant le réseau tiers 3NW et plus particulièrement ici l'entité 3 ; pour champ de destination (champ TO) et de provenance (champ FROM) : l'identifiant INT2 de communication sur le réseau tiers ; et pour champ de contact (champ CONTACT) : l'adresse de joignabilité AoC6 du serveur d'application 6 sur le coeur de réseau CN. Cette requête transite par le serveur I-BCF 8 et est transmise à l'entité 3, qui est en charge ici de l'enregistrement des équipements sur le réseau tiers. En référence à la figure 6, l'entité 3 reçoit la requête d'enregistrement du serveur d'application 6 (étape F10). Cette étape de réception constitue une étape de détection de l'enregistrement du serveur d'application 6 auprès du réseau tiers au sens de l'invention.

L'entité 3 enregistre le serveur d'application 6 en mémorisant, dans la base de données 10 de sa mémoire morte 3C, l'adresse de joignabilité du serveur d'application 6 sur le coeur de réseau CN en association avec l'identifiant INT2=2906 de communication sur le réseau tiers 3NW (étape F20).

La figure 4B illustre un exemple de base de données 10 stockée dans la mémoire morte 3C de l'entité 3. Conformément à cet exemple, l'identifiant public du terminal 2, IDPUB2, est mémorisé en association avec l'identifiant de communication interne INT2=2906 et l'adresse de joignabilité AoC6 du serveur d'application 6. Une fois le serveur d'application 6 enregistré auprès de l'entité 3, celle-ci fournit alors le service S à l'identifiant INT2 ou à l'identifiant public IDPUB2 du terminal 2 par l'intermédiaire du serveur d'application 6 (étape F30). Autrement dit, l'entité 3 fournit, au même titre que les terminaux 4 qui sont connectés au réseau tiers 3NW, le service S au terminal 2 par l'intermédiaire du serveur d'application 6 qui se charge de relayer les messages relatifs à ce service S tantôt vers le terminal 2 tantôt vers l'entité 3, alors même que le terminal 2 n'est pas connecté au réseau tiers 3NW mais seulement enregistré auprès du coeur de réseau CN. La fourniture du service S par l'entité 3 se traduit notamment par l'envoi par l'entité 3 au serveur d'application 6, de messages relatifs au service S et destinés à l'identifiant INT2 ou à l'identifiant public IDPUB2 associé à l'identifiant INT2 (ex. messages envoyés à l'identifiant INT2 par un terminal connecté au réseau tiers ou envoyés à l'identifiant public IDPUB2 par un dispositif externe au réseau tiers). Dans le cas d'un message destiné à l'identifiant public IDPUB2, l'entité 3 substitue l'identifiant INT2 connu du serveur d'application 6 à la place de l'identifiant public IDPUB2 dans le message, avant son transfert vers le serveur d'application 6 ; et la réception et le traitement par l'entité 3 de messages relatifs au service S en provenance du serveur d'application 6 et concernant l'identifiant INT2 (ex. messages émis par le terminal 2 et associés à l'identifiant INT2 par le serveur d'application 6). Le serveur d'application 6, quant à lui, associe : à l'identifiant INT2, les messages relatifs au service S, destinés à l'identifiant ID2 du terminal 2 ou émanant du terminal 2, avant de les relayer vers l'entité 3 ; et à l'identifiant ID2, les messages relatifs au service S, destinés à l'identifiant INT2 et provenant de l'entité 3, avant de les relayer vers le terminal 2. Cette association se fait, dans le mode de réalisation décrit ici, en insérant l'identifiant adéquat dans le message avant de le relayer vers le terminal 2 ou vers l'entité 3. Autrement dit : - lorsque le message reçu par le serveur d'application 6 relatif au service S provient du terminal 2 et contient l'identifiant ID2 du terminal sur le coeur de réseau CN, le serveur d'application 6 substitue l'identifiant de communication interne INT2 à la place de l'identifiant ID2 dans le message, avant son transfert vers l'entité 3 ; et - lorsque le message reçu par le serveur d'application 6 relatif au service S provient de l'entité 3 du réseau tiers 3NW et contient l'identifiant de communication interne INT2, le serveur d'application 6 substitue l'identifiant ID2 à la place de l'identifiant INT2 dans le message, avant son transfert vers le terminal 2.

Le serveur d'application 6 joue ainsi un rôle de « back-to-back user agent » entre le terminal 2 et l'entité 3. Dans le mode de réalisation décrit ici, comme mentionné précédemment, le service S fourni par l'entité 3 est un service de gestion des appels entrants et sortants concernant les extensions de lignes internes enregistrées auprès de l'entité 3, et notamment de l'extension de ligne interne identifiée par l'identifiant INT2 associés au terminal 2. Grâce à l'invention, l'entité 3 est donc en charge de la gestion des appels entrants et sortants relatifs au terminal 2, par l'intermédiaire du serveur d'application 6. Différents messages associés au service S fourni au terminal 2 peuvent être traités par l'entité 3, comme illustrés dans les exemples présentés ci-après.

Ainsi, selon un premier exemple d'illustration, suite à l'enregistrement du serveur d'application 6 par l'entité 3 en association avec l'identifiant INT2, les terminaux 4 peuvent communiquer avec le terminal 2 en utilisant directement le numéro d'extension INT2. Les messages envoyés par les terminaux 4 à destination de l'identifiant INT2 dans le cadre de ces communications, sont traités par l'entité 3 : celle-ci extrait de la base de données 10 stockée dans sa mémoire morte 3C, l'adresse de joignabilité AoC6 du serveur d'application 6 sur le coeur de réseau CN, à l'aide de l'identifiant INT2, puis transmet ces messages au serveur d'application 6 en utilisant l'adresse de joignabilité AoC6 pour qu'il les transfère à son tour jusqu'au terminal 2. En référence à la figure 5, sur réception d'un tel message de l'entité 3 destiné à l'identifiant INT2 (réponse oui au test de l'étape E50), le serveur d'application 6 consulte la base de données 9 à l'aide de l'identifiant INT2 pour obtenir l'identifiant ID2 du terminal 2 sur le coeur de réseau CN. Puis, après avoir substitué dans le message reçu de l'entité 3 l'identifiant ID2 du terminal 2 à l'identifiant INT2, il transfère ce message vers le terminal 2 via le coeur de réseau CN (étape E60).

Par ailleurs, conformément à l'invention, le serveur d'application 6 se trouve sur le chemin des messages émis par le terminal 2 dans le cadre du service S. Ainsi, selon un deuxième exemple d'illustration, lorsque le terminal 2 émet un message, soit à destination d'un terminal 4 du réseau tiers, soit à destination d'un dispositif connecté à un autre réseau, ce message transite par le serveur d'application 6 et contient l'identifiant ID2 du terminal 2. Le serveur d'application 6 associe le message reçu du terminal 2 à l'identifiant de communication interne INT2 en consultant la base de données 9, substitue l'identifiant INT2 à l'identifiant ID2 dans le message, puis transfère le message vers l'entité 3 (étape E70).

L'entité 3, en charge des messages concernant l'identifiant INT2, redirige alors ce message, en fonction de l'équipement destinataire (i.e. terminal 4 du réseau tiers ou dispositif connecté à un autre réseau), au sein du réseau tiers ou vers un autre réseau. Selon un troisième exemple d'illustration, des étapes similaires peuvent également être mises en oeuvre lorsqu'un dispositif externe au réseau tiers 3NW, par exemple un autre terminal 2' du réseau de télécommunications mobiles HNW, émet un message à destination du terminal 2 contenant son identifiant public IDPUB2, si celui-ci est échangé dans le cadre du service S. L'entité 3 étant en effet en charge des appels entrant et sortant relatifs à l'identifiant public IDPUB2 du terminal 2, ce message doit être traité par l'entité 3 avant d'être transmis au terminal 2. Sur réception d'un tel message, l'entité 3 extrait de la base de données 10 stockée dans sa mémoire morte 3C, l'identifiant de communication interne INT2 et l'adresse de joignabilité AoC6 du serveur d'application 6 sur le coeur de réseau CN, associés à l'identifiant public IDPUB2 contenu dans le message. Elle substitue alors, dans le message, l'identifiant de communication INT2 à l'identifiant public IDPUB2, puis transmet le message ainsi modifié au serveur d'application 6 en utilisant l'adresse de joignabilité AoC6. Le serveur d'application 6 associe le message reçu de l'entité 3 à l'identifiant ID2, substitue l'identifiant ID2 à l'identifiant INT2 contenu dans le message, puis le transfère au terminal 2.

Dans le mode de réalisation décrit ici, l'entité 3 est en charge de l'enregistrement des terminaux sur le réseau tiers 3NW pour l'accès au service de communication S. En variante, cet enregistrement peut être géré par une autre entité du réseau tiers, qui établit la liaison avec l'entité 3 et l'informe de l'enregistrement du serveur d'application 6 (et notamment de l'adresse de joignabilité du serveur d'application et de l'identifiant de communication sur le réseau tiers contenus dans la requête d'enregistrement provenant du serveur d'application 6). La réception de cette information constitue une étape de détection d'un enregistrement auprès du réseau tiers du serveur d'application au sens de l'invention. Dans le mode de réalisation décrit ici, le serveur d'application 6 est un serveur distinct du serveur SCC AS défini par le standard 3GPP. Toutefois, dans un autre mode de réalisation, on peut enrichir les fonctionnalités du serveur SCC AS défini dans le standard 3GPP de sorte à intégrer au niveau du serveur SCC AS les différentes fonctions remplies par le serveur d'application 6 de l'invention. Par ailleurs, dans le mode de réalisation décrit ici, le réseau tiers 3NW met en oeuvre le protocole SIP, ce qui facilite les échanges entre le coeur de réseau CN (et notamment le serveur d'application 6), et l'entité 3. En variante, le réseau tiers peut utiliser un autre protocole distinct du protocole SIP lors des communications au sein de son réseau, comme par exemple un autre protocole normalisé ou un protocole propriétaire. Dans cette variante, l'entité 3 peut inclure en outre une fonction de traduction de ce protocole vers le protocole SIP et inversement, mise en oeuvre lors de la transmission de messages vers le serveur d'application ou la réception de messages en provenance du serveur d'application. Cette fonction de traduction peut bien entendu être mise en oeuvre dans une autre variante par une entité distincte de l'entité 3. En outre, dans le mode de réalisation décrit ici, l'identifiant utilisé pour communiquer sur le réseau tiers est un identifiant interne de type numéro d'extension. Toutefois d'autres identifiants internes au réseau tiers peuvent être envisagés comme par exemple une adresse IP (Internet Protocol) locale. Par ailleurs, l'invention ne se limite pas à des identifiants internes au réseau tiers, c'est-à-dire à des identifiants sans visibilité ou signification particulière en dehors du réseau tiers.10

Claims (15)

1. REVENDICATIONS1. Procédé d'enregistrement d'un serveur d'application (6) d'un coeur de réseau de voix sur IP (CN) auprès d'un réseau tiers (3NW) comprenant une entité (3) apte à fournir un service, ledit procédé comprenant : une étape de détection (E10) d'un enregistrement d'un terminal (2) sur ledit coeur de réseau (CN) avec un premier identifiant (ID2) dudit terminal sur ledit coeur de réseau ; une étape d'obtention (E20) d'un deuxième identifiant (INT2) de communication sur ledit réseau tiers (3NW) et de données d'enregistrement auprès du réseau tiers (3NW), le deuxième identifiant et les données d'enregistrement étant associés au premier identifiant dans une base de données du coeur de réseau ; et une étape d'enregistrement du serveur d'application auprès du réseau tiers en utilisant les données d'enregistrement obtenues, cette étape d'enregistrement comprenant l'envoi (E30) d'une requête d'enregistrement à destination du réseau tiers contenant le deuxième identifiant (INT2) et une information de joignabilité (AoC6) du serveur d'application sur le coeur de réseau.
2. 2. Procédé de gestion par un serveur d'application (6) d'un coeur de réseau de voix sur IP (CN) d'un accès par un terminal (2) à un service fourni par une entité (3) d'un réseau tiers (3NW) connecté au coeur de réseau (CN), ledit procédé comprenant : - une étape d'enregistrement (E10,E20,E30) du serveur d'application (6) auprès du réseau tiers, conformément à un procédé d'enregistrement selon la revendication 1 ; - une étape de transfert (E60,E70) vers le terminal (2) ou vers l'entité (3) du réseau tiers d'au moins un message reçu par le serveur d'application (6) relatif audit service fourni par l'entité du réseau tiers, de sorte à permettre l'accès à ce service par le terminal.
3. 3. Procédé de gestion selon la revendication 2 dans lequel l'étape de transfert comprend : - lorsque le message reçu par le serveur d'application (E50) relatif audit service provient du terminal (2) et contient le premier identifiant (ID2) du terminal sur le coeur de réseau (CN), la substitution du deuxième identifiant (INT2) à la place du premier identifiant (ID2) dans le message avant son transfert (E70) vers l'entité (3) du réseau tiers ; et - lorsque le message reçu par le serveur d'application (E50) relatif audit service provient de l'entité (3) du réseau tiers et contient le deuxième identifiant (INT2), la substitution du premier identifiant (ID2) à la place du deuxième identifiant (INT2) dans le message avant son transfert (E60) vers le terminal (2).
4. 4. Procédé de gestion selon la revendication 2, dans lequel le deuxième identifiant (INT2) est un identifiant interne au réseau tiers.
5. 5. Procédé de gestion selon la revendication 2, dans lequel le coeur de réseau de voix sur IP (CN) est un coeur de réseau IMS.
6. 6. Procédé de gestion selon la revendication 2, dans lequel l'entité (3) du réseau tiers est un autocommutateur privé et le deuxième identifiant (INT2) de communication sur le réseau tiers (3NW) est un numéro d'extension interne au réseau tiers, géré par l'autocommutateur privé.
7. 7. Procédé de gestion selon la revendication 5, dans lequel le serveur d'application (6) est un serveur SCC-AS défini par le standard 3GPP.
8. 8. Serveur d'application (6) d'un coeur de réseau de voix sur IP (CN) comprenant : - des moyens de détection d'un enregistrement d'un terminal (2) sur le coeur de réseau avec un premier identifiant (ID2) de ce terminal sur le coeur de réseau ; - des moyens d'obtention : o d'un deuxième identifiant (INT2) de communication sur un réseau tiers (3NW) connecté au coeur de réseau et comprenant une entité (3) apte à fournir un service ; et o de données d'enregistrement auprès du réseau tiers (3NW) ; le deuxième identifiant (INT2) et les données d'enregistrement étant associés au premier identifiant (ID2) dans une base de données du coeur de réseau ; et - des moyens d'enregistrement auprès du réseau tiers utilisant lesdites données d'enregistrement, ces moyens d'enregistrement comprenant des moyens d'envoi d'une requête d'enregistrement à destination du réseau tiers contenant le deuxième identifiant (INT2) et une information de joignabilité (AoC6) du serveur d'application sur le coeur de réseau.
9. 9. Serveur d'application (6) selon la revendication 8, comprenant en outre des moyens de transfert vers le terminal (2) ou vers l'entité (3) du réseau tiers d'au moins un message reçu par le serveur d'application (6) relatif au service fourni par l'entité (3) du réseau tiers, de sorte à permettre l'accès à ce service par le terminal.
10. 10. Procédé de fourniture d'un service par une entité (3) d'un réseau tiers (3NW) connecté à un coeur de réseau de voix sur IP (CN), ledit procédé comprenant : - une étape de détection (F10) d'un enregistrement auprès du réseau tiers d'un serveur d'application (6) du coeur de réseau à l'aide d'une requête d'enregistrement contenant une information de joignabilité (AoC6) du serveur d'application sur le coeur de réseau et un identifiant (INT2) de communication sur le réseau tiers ; etune étape de fourniture (F30) dudit service audit identifiant (INT2) de communication sur ledit réseau tiers ou à un autre identifiant (IDPUB2) associé audit identifiant de communication (INT2), en utilisant l'information de joignabilité (AoC6) du serveur d'application contenue dans la requête d'enregistrement, ladite étape de fourniture comprenant : o l'envoi, audit serveur d'application (6), de messages destinés à l'identifiant de communication (INT2) sur le réseau tiers ou à l'autre identifiant associé à l'identifiant de communication (INT2) ; et o la réception, en provenance dudit serveur d'application (6), de messages concernant l'identifiant de communication (INT2) sur le réseau tiers, relatifs audit service. 10
11. 11. Entité (3) d'un réseau tiers (3NW) apte à fournir un service, ledit réseau tiers étant connecté à un coeur de réseau de voix sur IP (CN), ladite entité comprenant : - des moyens de détection d'un enregistrement auprès du réseau tiers d'un serveur d'application (6) du coeur de réseau à l'aide d'une requête d'enregistrement contenant une information de 15 joignabilité (AoC6) du serveur d'application sur le coeur de réseau et un identifiant (INT2) de communication sur le réseau tiers ; et - des moyens de fourniture dudit service audit identifiant (INT2) de communication sur ledit réseau tiers ou un autre identifiant associé audit identifiant de communication (INT2), lesdits moyens de fournitures étant aptes à utiliser l'information de joignabilité (AoC6) du serveur 20 d'application contenue dans la requête d'enregistrement et comprenant : o des moyens d'envoi (3D), audit serveur d'application (6), de messages destinés à l'identifiant de communication (INT2) sur le réseau tiers ou à l'autre identifiant associé audit identifiant de communication ; et o des moyens de réception (3D), en provenance dudit serveur d'application (6), de 25 messages concernant l'identifiant de communication sur le réseau tiers relatifs audit service.
12. 12. Base de données (9) d'un coeur de réseau de voix sur IP (CN) associant à au moins un identifiant (ID2) d'un terminal sur ledit coeur de réseau, un identifiant (INT2) de 30 communication sur un réseau tiers connecté au coeur de réseau de voix sur IP et des données d'enregistrement auprès de ce réseau tiers.
13. 13. Système de communication (1) comprenant : un coeur de réseau de voix sur IP (CN) ; 35 un terminal (2) apte à s'enregistrer auprès du coeur de réseau de voix sur IP avec un premier identifiant (ID2) du terminal sur ledit coeur de réseau ; et un réseau tiers (3NW) connecté au coeur de réseau de voix sur IP comportant une entité (3) conforme à la revendication 11, apte à fournir un service ;ledit coeur de réseau de voix sur IP comportant : - une base de données (9) selon la revendication 12, associant au premier identifiant (ID2) du terminal, un deuxième identifiant (INT2) de communication sur le réseau tiers et des données d'enregistrement auprès du réseau tiers ; et - un serveur d'application (6) selon la revendication 8 apte à détecter un enregistrement du terminal (2) sur le coeur de réseau de voix sur IP avec le premier identifiant (ID2), à obtenir le deuxième identifiant (INT2) et les données d'enregistrement auprès du réseau tiers associés au premier identifiant dans ladite base de données (9), et à s'enregistrer auprès du réseau tiers avec une requête d'enregistrement contenant le deuxième identifiant (INT2) et une adresse de joignabilité du serveur d'application (AoC6) sur le coeur de réseau.
14. 14. Système de communication (1) selon la revendication 13 dans lequel : - le coeur de réseau de voix sur IP (CN) est un coeur de réseau IMS ; - le serveur d'application (6) est un serveur SCC-AS du coeur de réseau IMS, défini par le standard 3GPP ; et - l'entité (3) du réseau tiers est un autocommutateur privé.
15. 15. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé d'enregistrement selon la revendication 1 ou du procédé de gestion selon la revendication 2 ou du procédé de fourniture d'un service selon la revendication 10 lorsque ledit programme est exécuté par un ordinateur.