Brevet FR2851870A1 — publié le 20040903

i L'invention se situe dans le domaine des télécommunications. Plus précisément, l'invention concerne la mise en oeuvre de ressources chez des fournisseurs de ressources pour supporter un service de télécommunications notamment avec une qualité de service souhaitée de bout en bout. Lorsqu'un client souhaite utiliser un service à qualité de services offert par un fournisseur de services applicatifs, il doit à un moment donné négocier cette qualité de services. Cette négociation peut se faire de différentes façons, par exemple en utilisant un protocole applicatif de 10 négociation de session multimédia du type SIP ou RTSP, ou encore à travers une page web via le protocole http. Ensuite, lorsqu'un service avec qualité de services a été contracté par un client, le fournisseur de services applicatif est responsable vis-à-vis du client d'une délivrance conforme de ce service applicatif lors de son utilisation, en particulier en ce qui concerne 15 la qualité de services. Le fournisseur de services applicatif doit donc entreprendre les actions qu'il convient pour que des ressources adéquates, en particulier en ce qui concerne la qualité de service offerte, soient mises en place dans les réseaux de télécommunications traversés qui participent à la mise à disposition de ressources supportant les services applicatifs 20 demandés. Nous assistons actuellement à une évolution des services offerts aux consommateurs avec l'émergence de services applicatifs avec qualité de service. Cette qualité de services est difficile à mettre en oeuvre puisqu'elle nécessite un certain nombre d'interactions entre les fournisseurs de 25 services applicatifs à qualité de services et les fournisseurs de ressources qui vont fournir les ressources pour assurer cette qualité de service. En effet, le support d'un service applicatif peur nécessiter l'implication d'une multiplicité d'acteurs: par exemple, un fournisseur de services applicatifs et plusieurs fournisseurs de ressources peuvent intervenir pour la fourniture 30 d'un unique service applicatif. Du fait de cette complexité d'interaction, on voit depuis peu apparaître un nouveau type de fournisseurs qui vient s'intercaler entre les fournisseurs de services réseau et les fournisseurs de services applicatifs: ce sont des fournisseurs de services de médiation, ou fournisseurs de services génériques, qui offrent leurs services en particulier aux autres fournisseurs de services. On a proposé dans cette approche un système de médiation entre les fournisseurs de services applicatifs et les fournisseurs de ressources. 5 Ce système se focalise sur les aspects allocation de ressources et conserve une indépendance de comportement entre fournisseurs de services applicatifs et fournisseurs de ressources. En d'autres termes, il ne fait que transmettre la demande de ressource depuis le fournisseur de services, vers le fournisseur de ressource. Dans le cas d'un tel système de médiation, l'inconvénient principal réside donc dans la limitation de la médiation à la seule demande de ressources qui, bien qu'elle décharge le service de la tâche d'allocation de ressources, lui supprime tout contrôle sur ces dernières. Le premier objectif de l'invention est de permettre la réalisation d'un 15 système d'allocation de ressources chez n'importe quel fournisseur de ressources qui permette au service applicatif de rester indépendant des fournisseurs de ressources, tout en bénéficiant d'une certaine certitude quant à l'obtention de ces ressources le moment venu. A titre d'art antérieur également, dans le cadre des réseaux mobiles, 20 la version R5 du 3GPP a défini un cadre architectural qui permet d'assurer la mise en place de ressources pour assurer une qualité de service. Toutefois, les services supportés sont uniquement des services (pour réseaux mobiles) qui négocient les sessions multimédia avec le protocole SIP, le mécanisme de contrôle de ressources est une partie intégrante du 25 domaine de l'opérateur de réseaux mobiles, et les ressources sont toujours demandées sur l'initiative des utilisateurs finaux, donc sans l'indépendance souhaitée. Dans le cas des réseaux mobiles, les inconvénients sont donc actuellement la limitation du mécanisme au domaine de l'opérateur mobile 30 et aux services pour réseau mobile qui de surcroît utilisent le protocole SIP pour effectuer la négociation de session multimédia, et le mode de réservation de ressources qui est à l'initiative des utilisateurs et non du fournisseur de services. De plus, ce type de médiation connu implique très souvent un modèle d'acteur tel qu'un acteur regroupe la fourniture de ressources dans son réseau plus la médiation associée, dans la mesure o le système de médiation doit posséder des informations détaillées sur les ressources de 5 chaque réseau sous-jacent pour effectuer les allocations de ressources. Or, ces informations détaillées sur les ressources sont confidentielles et ne sont connues que du seul fournisseur de ressources. Ces inconvénients sont levés conformément à l'invention, grâce à un organe de médiation entre fournisseur de service applicatif et fournisseur 10 de ressource dans un réseau de télécommunications, l'organe de médiation comprenant des moyens pour recevoir une requête d'allocation de ressource de la part du fournisseur de services applicatifs, et requérir la ressource correspondante auprès du fournisseur de ressource, caractérisé en ce que l'organe de médiation comporte des moyens pour recevoir et 15 prendre en compte au moins un message d'acquittement de la part du fournisseur de ressource, quant au fait que la ressource nécessaire pour supporter la qualité de service a été mise en place. On propose également, selon l'invention, un aménagement de télécommunications comprenant un fournisseur de services applicatifs, un 20 fournisseur de ressource et un organe de service de médiation apte à communiquer avec le fournisseur de services applicatifs et le fournisseur de ressource, caractérisé en ce que l'organe de médiation est conforme à celui ci-dessus spécifié. Ce service de médiation est particulièrement utile pour les 25 fournisseurs de services applicatifs qui proposent des services applicatifs avec qualité de services et qui pour le moment doivent euxmêmes réaliser les actions nécessaires pour sélectionner les fournisseurs de ressources et leur demander, voire superviser la mise en oeuvre de ressources dans les réseaux de télécommunications qui permettront un support adéquat des 30 services applicatifs offerts par les fournisseurs de services applicatifs. L'invention permet donc à un fournisseur de services de médiation de superviser la mise en oeuvre de ressources chez des fournisseurs de ressources quelconques, après les avoir sélectionnées. Cette mise en oeuvre de ressources comprend préférentiellement l'allocation de ressources mais peut aussi inclure un contrôle de ressources en amont et/ou en aval de l'allocation. La mise en place de ce système apporte une plus-value supplémentaire au fournisseur de services de médiation. Il 5 pourra s'appuyer sur ce système pour offrir aux fournisseurs de services applicatifs un service de mise en place de ressources de bout en bout chez les fournisseurs de ressources pour supporter un service avec qualité de service de bout en bout. D'autres caractéristiques, buts et avantages de l'invention 10 apparaîtront mieux à la lecture de la description détaillée qui va suivre, faite en référence aux figures annexées sur lesquelles: - La figure 1 représente une série d'éléments coopérant entre eux pour la mise en oeuvre d'une variante de l'invention. - La figure 2 est un diagramme illustrant des flux échangés entre 15 éléments d'un aménagement de télécommunications, conformément à une mise en oeuvre de l'invention dans le cadre d'un service applicatif interréseaux. Sur la figure 1, on a représenté un serveur de médiation 2 pour la mise en oeuvre de ressources interfacé avec des fournisseurs de services 20 applicatifs 1 d'une part et un ou des fournisseurs de ressources 3 d'autre part. Dans la suite, on appellera fournisseur de ressource une entité physique ou fonctionnelle également connue dans l'art antérieur sous l'appellation " fournisseur de service réseau ", habituellement rencontrée 25 en complément de fournisseurs de service applicatif. Les fournisseurs de service applicatif sont quant à eux appelés ainsi par le fait que ces éléments, physiques ou fonctionnels, mettent en place un traitement de données qu'ils reçoivent pour fournir des données traitées qui sont expressément à destination d'un utilisateur final. Les fournisseurs de ressources (ou fournisseurs de services réseau) ont, eux, une fonction de support et d'aide à la transmission et au transport des données dans le réseau. Plus précisément, l'élément 1 est une application, chez un fournisseur de service applicatif, demandeuse de qualité de services de bout en bout. L'élément 2 est un serveur de médiation de mise en oeuvre de ressources chez un fournisseur de services de médiation. L'élément 3 5 est une entité permettant de contrôler et allouer des ressources chez un fournisseur de ressources. Pour la suite, on donnera génériquement la référence 3 à un fournisseur de ressource. La figure 2 représente un exemple d'interactions entre les éléments de la figure 1 et des éléments environnants. C'est à partir de cet exemple 10 que nous allons d écrire l'invention. A titre d'exemple, on peut considérer que l'on veut mettre en place des ressources pour supporter un service applicatif entre un utilisateur accessible via le réseau d'accès (par exemple un réseau d'accès mobile) du fournisseur de ressources d'accès A et un autre utilisateur accessible via 15 le réseau d'accès (par exemple un réseau d'accès xDSL) du fournisseur de ressources d'accès B, ce qui nécessite de passer par le réseau coeur (par exemple un backbone IP) d'un fournisseur de ressource de coeur C. A l'étage a), l'application demande au serveur de médiation pour la mise en oeuvre de ressources de lui fournir son service support. Elle fournit 20 notamment une identification des utilisateurs (utilisateur est ici à prendre dans un sens large car ce n'est pas forcément toujours un utilisateur final: il peut s'agir d'un serveur par exemple) à relier et la description de la qualité de service souhaitée. A l'étage b), le serveur de médiation pour la mise en oeuvre de 25 ressources établit la liste des fournisseurs de ressources qui vont être utilisés pour supporter le service applicatif tout en assurant la qualité de service de la session multimédia qui sera établie entre les utilisateurs. Le processus de sélection des fournisseurs n'est pas décrit ici. Le serveur de médiation pour la mise en oeuvre de ressources définit également les 30 informations de qualité de service qu'il a fournir à chaque fournisseur de ressource sélectionné. A l'étage c), le serveur de médiation pour la mise en oeuvre de ressources contacte le fournisseur de ressources A afin de lui fournir les informations nécessaires pour que le fournisseur de ressources A procède à une mise en oeuvre de ressources dans son réseau dans une seconde phase. Le message c') constitue un message d'acquittement positif. Ce message peut contenir d'autres informations si elles sont nécessaires lors de phases suivantes. A l'étage d), les mêmes interactions qu'en c) prennent place, mais avec le fournisseur de ressources B. On considère dans cet exemple que la phase de fourniture d'informations pour l'autorisation du service réseau n'est pas nécessaire pour la mise en place de ressources dans le réseau 10 du fournisseur de ressources C. A l'étage e), lorsque le serveur de médiation pour la mise en oeuvre de ressources est sr que tous les fournisseurs de ressources impliqués sont maintenant prêts à recevoir une demande de mise en oeuvre de ressources, il procède aux demandes de mise en oeuvre de ressources, ici 15 avec le fournisseur de ressources A. Le protocole précis entre les 2 entités n'est pas décrit en détail. Il dépend notamment des fonctionnalités supportées par chaque fournisseur de ressource, et des protocoles utilisés qui peuvent différer. Par exemple, e') est un message indiquant une mise en oeuvre 20 correctement effectuée (d'autres messages existent pour indiquer un refus de réservation (mauvaise demande, manque de ressource, dans le réseau à l'instant donne...). A l'étage f), les mêmes interactions qu'en e) sont mises en oeuvre, mais avec le fournisseur de ressources B. A l'étage g), les mêmes interactions qu'en e) sont également mises en oeuvre, mais avec le fournisseur de ressources C. A l'étage h), le serveur de médiation pour la mise en oeuvre de ressources a, grâce aux messages d'acquittement (accord, confirmation) qu'il a requis de chaque fournisseur de ressources, la confirmation de 30 chaque fournisseur de ressources impliqué que les ressources nécessaires pour supporter la qualité de service demandée ont bien été mises en place. Il procède alors à la validation des demandes, ce qui indique aux fournisseurs de ressources que les ressources mises en place peuvent maintenant être utilisées par le service. On montre sur la figure 2 la validation des ressources chez le 5 fournisseur de ressources A. Le protocole précis entre les 2 entités n'est pas décrit en détail. Par exemple, g') constitue une confirmation de la bonne validation des ressources chez le fournisseur de ressources A. A l'étage i), les mêmes interactions qu'en g) sont mises en oeuvre, mais avec le fournisseur de ressources B. A l'étage j), les mêmes interactions qu'en g) sont mises en oeuvre, mais avec le fournisseur de ressources C. A l'étage k), le serveur de médiation pour la mise en oeuvre de ressources notifie l'application que les ressources correspondantes à la qualité de service de bout en bout demandée par l'application ont bien été 15 mises en place et que le service peut maintenant s'exécuter. On remarque sur l'exemple qu'en fonction des fournisseurs de ressources que le serveur de médiation pour la mise en oeuvre des ressources va contacter, le protocole peut différer ainsi que le contenu fonctionnel. Il est en effet possible que certains fournisseurs de ressources 20 ne supportent que deux phases pour la mise en place des ressources, par exemple uniquement les phases de réservation et de validation comme dans l'exemple présenté ci-dessus. Le serveur de médiation pour la mise en oeuvre des ressources est alors capable de s'adapter à ces configurations. Le serveur de médiation pour la mise en oeuvre de ressources supporte la seule interface avec les applications des fournisseurs de services applicatifs. Il gère les demandes de service de qualité de service de bout en bout, il est capable d'identifier/authentifier les fournisseurs de services clients. On peut prévoir une phase de souscription préalable à une 30 demande effective de service. Le serveur de contrôle et d'allocation des ressources utilise les informations client à des fins de facturation, de suivi de demande. Le serveur de médiation informe les fournisseurs de services client du déroulement du service demandé. Suite à une demande de service de qualité de service de bout en bout, une procédure interne lui permet de définir les fournisseurs de ressources qui vont participer à la mise en place de ce service de bout en bout. Il est capable aussi de décliner la demande de service de bout en 5 bout en des demandes adaptées à chaque fournisseur de ressource participant. Il s'interface avec les fournisseurs de ressources. Il supporte divers types de protocoles, plus ou moins riches fonctionnellement (les fournisseurs de ressources ne supportent pas tous las même procédure de 10 mise en place des ressources dans leur réseau). Il implémente la séquence " envoi d'information aux fournisseurs de ressources pour l'autorisation du service réseau " suivi de " demande de service réseau aux fournisseurs de ressources " suivi de " validation des demandes de service réseau ". Il sait s'adapter aux différents cas pouvant 15 se présenter lors du déroulement de cette séquence (refus d'autorisation chez un fournisseur de ressource, échec lors de la réservation de ressources chez un fournisseur de ressources,...). Cela peut nécessiter des échanges supplémentaires avec le fournisseur de services applicatifs demandeur afin de le tenir au courant de la situation et le cas échéant de lui 20 demander de modifier sa demande. Préférentiellement, on met en oeuvre en outre des fonctions préalables de recherche d'adéquation entre le service applicatif et un support réseau de bout en bout et d'identification des fournisseurs de ressources susceptible de participer à la mise en oeuvre du support du 25 service applicatif de bout en bout. Ce mode de réalisation correspond donc à un serveur de médiation multidomaines multilfournisseurs pour la mise en oeuvre de ressources de bout en bout nécessaires au support de services applicatifs avec une qualité de service offert par les fournisseurs de services télécoms. Plus généralement, et sans nécessairement que plusieurs réseaux entrent en jeu, le résultat obtenu permet à un fournisseur de services de médiation supportant ce système d'offrir à des fournisseurs de services applicatifs un service de contrôle et d'allocation de ressources pour supporter une qualité de service de bout en bout demandée. Grâce à cette invention, les fournisseurs de services applicatifs demandent simplement à un fournisseur de service de médiation supportant cette invention la mise en place de ressources de bout en bout pour supporter le service applicatif 5 à qualité de services souscrit par leur client et en retour le fournisseur de service de médiation leur donne l'assurance que tout est prêt dans les réseaux qui vont supporter le service applicatif pour assurer la qualité de servie demandée, lorsque tout s'est bien passé. Dans le cas o une impossibilité quelconque empêcherait la mise en place des ressources 10 nécessaires au service applicatif (par exemple si un fournisseur de ressources indispensables à la mise en oeuvre du support réseau de bout en bout est incapable de fournir le service réseau adéquat) , le fournisseur de services de médiation indique également cet échec au fournisseur de services. On notera que les différents fournisseurs de service (service applicatif ou service réseau) peuvent appartenir tous au même domaine, ou appartenir à des domaines différents. Ainsi, l'invention trouve une application dans un contexte multidomaines, o elle permet à un fournisseur de service applicatif 1, grâce à 20 une médiation unifiée et rendue efficace, d'accéder à plusieurs domaines. On parle alors de multi-domaines, les domaines étant différents du fait que les fournisseurs de services 1, 2 et 3 appartiennent à des acteurs commerciaux différents (par exemple opérateurs téléphoniques différents ou, par exemple, entités différentes de fourniture de contenus). 25 REVENDICATIONS 1. Organe de médiation (2) entre fournisseur de service applicatif (1) 5 et fournisseur de ressource (3) dans un réseau de télécommunications, l'organe de médiation (2) comprenant des moyens pour recevoir une requête d'allocation de ressource (a) de la part du fournisseur de service (1), et requérir la ressource correspondante auprès du fournisseur de ressource (3), caractérisé en ce que l'organe de médiation (2) comporte 10 des moyens pour recevoir et prendre en compte au moins un message d'acquittement (c', d', e', f, g', h', i', j') de la part du fournisseur de ressource (3), quant au fait que la ressource nécessaire pour supporter la qualité de service a été mise en place. 2. Organe de médiation selon la revendication 1, caractérisé en ce 15 qu'il comprend des moyens pour recevoir une pluralité de requêtes d'allocation de ressources de la part d'un fournisseur de services applicatifs (1), et requérir un ensemble de ressources correspondantes auprès d'une pluralité de fournisseurs de ressource (3), l'organe de médiation étant de plus prévu pour recevoir et prendre en compte des messages 20 d'acquittement (c', d', e', f, g', h', i', j') venant de chacun des fournisseurs de ressource, et pour émettre au moins une notification au fournisseur de service applicatif (1) selon laquelle l'ensemble des ressources demandées est mise en place par les fournisseurs (3). 3. Organe de médiation (2) selon la revendication 1 ou la 25 revendication 2, caractérisé en ce qu'il comporte des moyens pour émettre une notification au fournisseur de service applicatif (1) selon laquelle la ressource demandée (3) est mise en place par le fournisseur de ressource (3). 4. Organe de médiation (2) selon l'une quelconque des 30 revendications précédentes, caractérisé en ce qu'il est prévu pour émettre à l'attention du fournisseur de ressource (3) au moins deux messages successifs (c, e, h, d, f, i, g, j), correspondant à au moins deux étapes il requises par le fournisseur de ressource (3) pour la mise en place de la ou des ressources. 5. Organe de médiation (2) selon la revendication 4, caractérisé en ce qu'il est prévu pour émettre à l'attention du fournisseur de ressource (3) 5 trois messages successifs (c, e, h, d, f, i, g, j), requis comme nécessaires par le fournisseur de ressource (3) pour la mise en place de la ressource (3), le troisième message (i) étant une validation des deux premiers (d, f). 6. Organe de médiation (2) selon la revendication 4 ou la revendication 5, caractérisé en ce que l'organe de médiation (2) est prévu 10 pour surveiller et acquérir un message d'acquittement positif (c', d', e', f', g', h', i', j') de la part du fournisseur de ressource, en réponse à l'un des messages successifs de demande de ressources (c, d, e, f, h, i, j,). 7. Organe de médiation selon l'une quelconque des revendications précédentes, caractérisé en ce que l'organe de médiation (2) est prévu pour 15 identifier un échec dans l'obtention de ressource auprès d'un fournisseur de ressource (3), et pour émettre un message au fournisseur de service applicatif (1) notifiant cet échec. 8. Organe de médiation (2) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte des moyens 20 pour identifier, en fonction d'une demande de ressource reçue de la part du fournisseur de service applicatif (1), des fournisseurs de ressources susceptibles de fournir cette ou ces ressources, et émettre à leur attention le ou les messages de demande de ressource (c, d, e, f, g, h, i, j). 9. Aménagement de télécommunications comprenant un fournisseur 25 de services applicatifs (1), un fournisseur de ressource (3) et un organe de médiation (2) apte à communiquer avec le fournisseur de service applicatif (1) et le fournisseur de ressource (3), caractérisé en ce que l'organe de médiation (2) est conforme à l'une quelconque des revendications précédentes. 10. Aménagement de télécommunications selon la revendication 9, caractérisé en ce que le fournisseur de service applicatif (1) est prévu pour fournir un service entre un utilisateur terminal accessible par un premier réseau d'accès et un utilisateur terminal accessible par un second réseau d'accès, le second réseau d'accès étant différent du premier par le fait que la communication entre les deux utilisateurs nécessite l'utilisation d'un troisième réseau associé à un fournisseur de ressource, l'organe de médiation étant prévu pour avertir le fournisseur de service applicatif (1) de 5 l'obtention d'une ressource (3) auprès dudit fournisseur de ressource associé au troisième réseau. 11. Aménagement de télécommunications selon la revendication 10, caractérisé en ce que l'organe de médiation (2) est prévu pour requérir une ressource également auprès d'un fournisseur de ressource (3) appartenant 10 au premier réseau et également auprès d'un fournisseur de ressource appartenant au deuxième réseau, requérir un message d'acquittement de chacun de ces fournisseurs de ressource (3), et émettre un message de notification au fournisseur de service applicatif (1) indiquant l'obtention des ressources de la part des fournisseurs de ressources (3) des trois réseaux. 15