Brevet FR2927753A1 — publié le 20090821

Arrière-plan de l'invention L'invention se rapporte au domaine général du contrôle de la qualité d'un service dans un réseau de télécommunications. Elle s'applique de façon préférentielle, mais non limitative, dans les réseaux hétérogènes dans lesquels des terminaux de différents types accèdent, via des réseaux d'accès de différents types, à des services multimédia. Dans l'état actuel de la technique, les paramètres de la qualité du service offerte à un utilisateur sont gérés par le fournisseur de service lui-même, le rôle de l'opérateur réseau consistant essentiellement à transporter le flux de données multimédia entre le fournisseur de service et le terminal de l'utilisateur. Bien entendu, dans cette demande du brevet, l'expression "fournisseur de service" vise les équipements informatiques du fournisseur de service et non pas l'entreprise commerciale qui offre le service. La figure 1 illustre ce mécanisme. Sur cette figure, on a représenté un terminal 10 souhaitant télécharger, dans un réseau de télécommunications 1, un flux multimédia à partir d'un serveur de contenu 50 d'un fournisseur de service. Dans cet exemple décrit ici, le terminal 10 accède au réseau 1 par l'intermédiaire d'une passerelle résidentielle 11 à laquelle il est relié par une liaison de type Wifi. La passerelle résidentielle 11 communique avec des routeurs 13 25 du réseau 1 par l'intermédiaire d'un dispositif DSLAM 12. De façon connue, le DSLAM 12 est un équipement adapté à récupérer le flux de données transitant sur les lignes téléphoniques auquel il est raccordé et à multiplexer ses données pour les rediriger vers le réseau de l'opérateur. 30 Du côté du fournisseur de service, nous supposons que le serveur de contenu 50 est placé derrière un transcodeur 52 qui adapte le format du flux multimédia en fonction des caractéristiques du terminai 10 et de son réseau d'accès. Dans l'exemple décrit ici, le flux multimédia est sécurisé par un 35 équipement 51 de type Firewall. Dans l'état actuel de la technique, la chaîne d'équipements illustrée à la figure 1 est établie, par l'opérateur, de façon statique lorsque l'utilisateur du terminal 10 s'abonne au service concerné. Par exemple, lorsque l'utilisateur souscrit à un service de vidéo à 5 la demande sur Internet, l'opérateur établit une chaîne statique dans laquelle : - la liaison entre la passerelle résidentielle 11 et le DSLAM 12 comporte des canaux virtuels VC ; - les routeurs 13 sont statiquement prédéfinis dans une table de 10 routage de l'opérateur ; et - le Firewall 51 et le transcodeur 52 sont choisis pour permettre la sécurisation et le codage du flux multimédia en fonction des caractéristiques du terminal utilisateur (set-top box) 10 et du réseau d'accès (Wifi, ADSL). 15 Vue de l'opérateur cette configuration est très lourde, et ne peut être optimisée en fonction de la demande réelle des utilisateurs. Par ailleurs, elle oblige en pratique le fournisseur de service a prévoir un contenu dédié à chaque type d'équipement utilisateur et chaque type de réseau d'accès sans fil (GPRS, UMTS, Wifi...) ou filaire 20 (ADSL, 1-1 I H...). Objet et résumé de l'invention La présente invention permet un contrôle de la qualité d'un service de bout en bout dans un réseau de télécommunications qui ne 25 présente pas les inconvénients de l'art antérieur. Ainsi, et selon un premier aspect, l'invention concerne un procédé pour contrôler la qualité d'un service de bout en bout dans un réseau de télécommunications, ce procédé comportant : - une étape de négociation, avec le fournisseur du service, d'un 30 contrat comportant au moins un paramètre de qualité de ce service ; - une étape de détermination des fonctions qui doivent être mise en oeuvre par le réseau pour satisfaire ce contrat ; - une étape de réception d'une requête d'un terminal pour accéder à ce service ; - une étape de sélection, sur réception de la requête, d'au moins un équipement du réseau apte à mettre en oeuvre les fonctions précitées ; et - une étape d'établissement, dans le réseau, d'un chemin entre 5 le terminal et le fournisseur de service, via le(s) équipement(s) sélectionné(s). Corrélativement, l'invention vise un dispositif de contrôle de la qualité d'un service de bout en bout dans un réseau de télécommunications. Ce dispositif comporte : 10 - des moyens pour négocier, avec un fournisseur de service, un contrat comportant au moins un paramètre de qualité du service ; - des moyens pour déterminer des fonctions qui doivent être mise en oeuvre par le réseau pour satisfaire ce contrat ; - des moyens de réception d'une requête d'un terminal pour 15 accéder à ce service ; - des moyens de sélection, sur réception de la requête, d'au moins un équipement du réseau apte à mettre en oeuvre les fonctions précitées; et - des moyens d'établissement, dans le réseau, d'un chemin 20 entre le terminal et le fournisseur de service, via le(s) équipement(s) sélectionné(s). Ainsi, d'une façon générale et très avantageuse, l'invention propose un procédé pour contrôler la qualité d'un service dans lequel la chaîne d'équipements intervenant dans le transport du flux de données est 25 établie dynamiquement, à la demande, en fonction de paramètres de qualité de service négociés au préalable avec le fournisseur de service. Au cours de l'étape de négociation, le fournisseur de service et le dispositif selon l'invention établissent un contrat qui définit les paramètres de qualité de service qui doivent être utilisés dans un contexte 30 déterminé, par exemple pour un type de terminal et un type de réseau d'accès donnés. Les paramètres de qualité de service peuvent notamment être choisis en fonction d'au moins une caractéristique : - du terminal d'accès au service; 35 - d'un réseau d'accès de ce terminal au réseau de télécommunications ; et - d'un protocole de codage d'un flux de données devant être transporté entre le terminal d'accès et le fournisseur de service. Après la négociation du contrat, le dispositif selon l'invention détermine les fonctions qui doivent être mises en oeuvre par le réseau 5 pour satisfaire ce contrat. Ces fonctions peuvent notamment être choisies parmi une fonction de transcodage d'un flux de données d'un flux de données devant être transporté entre le terminal d'accès et le fournisseur de service, une fonction de sécurisation du flux, et une fonction de routage du flux. 10 La liste de ces fonctions peut par exemple être mémorisée dans un fichier associé, dans une base de données, avec un identifiant du contrat auquel elle se rapporte. Conformément à l'invention, le dispositif selon l'invention ne définit pas, à ce stade, les équipements du réseau qui seront utilisés pour 15 répondre à une requête d'accès au service émise par un terminal. Au contraire, conformément à l'invention, la chaîne d'équipements aptes à mettre en oeuvre toutes les fonctions requises est déterminée dynamiquement par le dispositif selon l'invention, sur réception d'une requête d'accès. 20 Une fois les équipements sélectionnés, le dispositif selon l'invention configure ces équipements pour établir un chemin par lequel l'opérateur peut transporter le flux multimédia au terminal utilisateur via ces équipements, la qualité du service étant effectivement conforme aux termes du contrat préalablement négocié avec le fournisseur de service. 25 Dans un mode particulier de réalisation de l'invention, le réseau de télécommunications est un réseau de pairs hybride, et le dispositif de contrôle selon l'invention est un super pair de ce réseau. Dans ce mode de réalisation, ce dispositif sélectionne des pairs du réseau aptes à mettre en oeuvre les fonctions nécessaires pour la 30 bonne exécution du contrat. Il peut ainsi, notamment, mettre en oeuvre un mécanisme d'élection pour choisir dans le réseau de pairs hybride, des pairs aptes à mettre en oeuvre une fonction de routage, une fonction de sécurisation de flux, et une fonction de transcodage de flux. 35 Selon un deuxième aspect, l'invention vise un serveur pouvant être utilisé comme serveur de contenu dans l'invention. Ce serveur comporte : - des moyens de réception, en provenance d'un terminal, d'une requête d'accès à un service ; - des moyens pour identifier, dans une base de données, l'adresse d'un dispositif du réseau en fonction d'un identifiant du service et d'un contrat comportant au moins un paramètre de qualité du service ; et - des moyens pour rediriger le terminal vers le dispositif. Cet aspect de l'invention offre une grande souplesse au fournisseur de service, puisqu'il lui suffit, de son point de vue, de négocier le contrat avec l'opérateur du réseau de télécommunications, et de rediriger les requêtes déterminées au client vers un dispositif de l'opérateur apte à choisir les équipements du réseau appropriés pour exécuter le contrat. Corrélativement, l'invention vise un procédé : - une étape de réception, en provenance d'un terminal, d'une requête d'accès au service ; - une étape d'identification, dans une base de données, de l'adresse d'un super pair du réseau en fonction d'un identifiant du service et d'un contrat comportant au moins un paramètre de qualité du service ; et - une étape de redirection du terminal vers le super pair. Dans un mode particulier de réalisation, les différentes étapes du procédé de contrôle de qualité de service et/ou du procédé de mise en oeuvre 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 dispositif de contrôle de qualité 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 contrôle de qualité tel que mentionné ci-dessus. Et 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 ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des 6 étapes d'un procédé de mise en oeuvre d'un service tel que mentionné ci-dessus. Ces programmes peuvent utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un 10 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 15 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 20 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é 25 pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins D'autres caractéristiques et avantages de la présente invention 30 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, déjà décrite, illustre un mécanisme de contrôle de qualité de service de bout en bout connu de l'art antérieur ; 35 - les figures 2A et 2B, illustrent, de façon schématique, des étapes d'un procédé de contrôle de la qualité de service et des étapes d'un procédé de mise en oeuvre d'un service conformes à l'invention dans un mode particulier de réalisation ; - la figure 3 illustre dans un mode de représentation similaire à celui de la figure 1, le résultat des procédés de la figure 2A ; - les figures 4 et 5 représentent respectivement un dispositif de contrôle de la qualité de service et un serveur conformes à l'invention dans un mode particulier de l'invention. Description détaillée d'un mode de réalisation La figure 2A illustre de façon schématique des étapes d'un procédé pour contrer la qualité d'un service dans un réseau de télécommunications (ci-après � procédé PE �) et des étapes d'un procédé de mise en oeuvre d'un service (ci-après � procédé PF �) conformes à l'invention dans un mode particulier de réalisation. Dans le mode de réalisation décrit ici, chacun de ces procédés est mis en oeuvre par un programme d'ordinateur. Sur la figure 2A, on a référencé PF un programme d'ordinateur conforme à l'invention mettant en oeuvre les étapes d'un procédé de contrôle de qualité de service selon l'invention lorsqu'il est exécuté par un ordinateur. On a référencé PE un programme d'ordinateur comportant des instructions pour exécuter les étapes d'un procédé de mise en oeuvre d'un service conformément à l'invention lorsque ce programme est exécuté par un ordinateur. Le procédé pour contrôler la qualité d'un service conforme à l'invention et le procédé de mise en oeuvre d'un service conforme à l'invention sont respectivement exécutés par un dispositif de contrôle 20 et un serveur 50 qui vont maintenant être décrits en référence aux figures 4 et 5. A la figure 4, on a représenté, de façon schématique, un dispositif 20 de contrôle de la qualité d'un service conforme à l'invention dans un mode particulier de réalisation. Dans l'exemple décrit ici, ce dispositif de contrôle 20 a l'architecture matériel d'un ordinateur. Il comporte notamment un processeur 21, une mémoire vive de type RAM 22 et une mémoire morte 23 dans laquelle est enregistrée le programme d'ordinateur PF représenté à la figure 2A. La mémoire vive 22 comporte des registres permettant 5 l'exécution de ce programme d'ordinateur PF par le processeur 21. Le dispositif de contrôle 20 conforme à l'invention comporte également des moyens 24 de communication. Dans le mode de réalisation décrit ici, le dispositif 20 de contrôle selon l'invention comporte une mémoire non volatile réinscriptible de type 10 flash 25. Dans cette mémoire, le dispositif de contrôle 20 conforme à l'invention mémorise au moins un identifiant de contrat SID négocié avec le serveur 50 selon l'invention et un fichier TSID comportant les fonctions qui doivent être mises en oeuvre par le réseau pour satisfaire le contrat 15 SID. En référence à la figure 5, le serveur 50 conforme à l'invention a, dans ce mode de réalisation particulier, l'architecture matérielle d'un ordinateur. Ce serveur 50 comporte un processeur 51, une mémoire vive de 20 type RAM 52 et une mémoire morte de type ROM 53 dans laquelle est enregistré le programme d'ordinateur PE représenté à la figure 2A. La mémoire vive 22 comporte des registres permettant l'exécution de ce programme d'ordinateur PE par le processeur 51. Le serveur 50 comporte des moyens 54 de communication. 25 Dans le mode de réalisation décrit ici, le serveur 50 comporte une base de données 55 dans laquelle sont enregistrées l'identifiant d'un contrat 55 négocié avec le dispositif 20 de contrôle selon l'invention en association avec l'adresse �20 de ce dispositif sur le réseau. Dans le mode de réalisation de l'invention représenté à la figure 30 2A, le procédé PE comporte une étape E10 au cours de laquelle le serveur 50 du fournisseur de service envoie une requête R1 au dispositif 20 de contrôle selon l'invention pour initier une négociation de contrat, ce contrat devant définir les caractéristiques du service de transport, ou plus généralement du réseau, pour la mise en oeuvre de ce service, 35 Ce contrat définit notamment les paramètres de qualité de service nécessaires CSID (autrement appelés contraintes �). Ces contraintes peuvent par exemple être choisies parmi un coût maximum acceptable pour ce service, des paramètres requis en termes de taux de perte, de délais, ou de bande passante, .... Dans l'exemple de réalisation décrit ici, le contrat SID comporte 5 également une définition PSID de certaines fonctions qui doivent être rendues par le réseau. Ces fonctions PSID peuvent notamment être des services de sécurisation ou de transcodage. De façon optionnelle, le contrat SID peut également contenir l'ensemble SsID des serveurs de contenu utilisés pour ce service. 10 De façon optionnelle, le contrat SIS peut également contenir l'ensemble AsJD des passerelles d'autorisation d'accès à ce service. La requête R1 émise par le serveur 50, est reçue par le dispositif de contrôle 20 au cours d'une étape F11 du procédé PF. Au cours de cette étape F11, le dispositif de contrôle 20 établit 15 une offre de transport pour mettre en oeuvre ledit service éventuellement associée à des informations de coût. Cette offre est transmise au serveur 50 dans une réponse R2 reçue par leur serveur 50 au cours d'une étape E20 du procédé PE. Au cours d'une étape E30 du procédé PE, le serveur 50 du 20 fournisseur de service sélectionne à partir de l'offre reçue, un certain nombre de composants de service. Il transmet la liste de ces composants de service au dispositif 20 de contrôle dans un message R3 reçu au cours d'une étape F12 du procédé PF. Nous supposerons, dans l'exemple de la figure 2A, que le 25 dispositif de contrôle 20 accepte de mettre en oeuvre les composants sélectionnés par le serveur 50, autrement dit qu'il accepte les termes du contrat négocié avec ce serveur. Dans ces conditions, au cours de l'étape F12, le dispositif 20 de contrôle selon l'invention génère l'identifiant SID de ce contrat et le 30 mémorise dans sa mémoire non volatile réinscriptible 25. Puis, au cours d'une étape F13, le dispositif 20 de contrôle selon l'invention envoie un accusé de réception positif ACK au serveur 50, cet accusé de réception étant reçu par le serveur au cours d'une étape E40 du procédé PE. 35 Les étapes F11, F12 et F13 du procédé PF constituent une étape F10 de négociation au sens de l'invention. Dans le mode de réalisation décrit ici, le serveur 50 envoie à son tour, au cours d'une étape E50, un message d'acquittement positif ACK au dispositif de contrôle 20 conforme à l'invention. Ce message d'acquittement positif ACK est reçu par le dispositif 5 20 au cours d'une étape F21. Conformément à l'invention, après la négociation du contrat SID, le dispositif de contrôle 20 détermine, au cours d'une étape F22, les fonctions qui doivent être mises en oeuvre par le réseau pour satisfaire le contrat SID. 10 Ces fonctions sont mémorisées dans un fichier TsID, celui-ci étant associé, dans la mémoire non volatile réinscriptible 25, avec l'identifiant du contrat SID. Dans l'exemple de réalisation décrit ici, le dispositif 20 de contrôle selon l'invention envoie, dans un message R4, son adresse @20 15 au serveur 50, au cours d'une étape F23 du procédé PF, ce message étant reçu par le serveur 50 au cours d'une étape E60 du procédé PE. Dans l'exemple de réalisation décrit ici, le serveur 50 envoie, au cours d'une étape 70 du procédé PE, un message d'acquittement R5 reçu par le dispositif de contrôle 20 au cours d'une étape F24. 20 Puis, au cours d'une étape E80, le serveur 50 mémorise, dans sa base de données 50, l'identifiant SID du contrat en association avec l'adresse @20 du dispositif de contrôle 20 selon l'invention. Sur la figure 2A, on a également représenté un procédé PG pouvant être mis en oeuvre par le terminal 10 d'un utilisateur pour accéder 25 au service concerné. De façon connue, lorsque l'utilisateur du terminal 10 souhaite accéder au service, il envoie, au cours d'une étape G10 du procédé PG, une requête d'accès RAI à destination du serveur 50. Nous supposerons que le serveur 50 reçoit cette requête d'accès 30 RAI au cours d'une étape E90 du procédé PE. Conformément à l'invention, sur réception de la requête d'accès RAI, le serveur 50 identifie, dans sa base de données 55, au cours d'une étape E100, l'adresse @20 du dispositif 20 de contrôle avec lequel il a négocié le contrat SID pour la mise en oeuvre de ce service. Puis, au cours de la même étape E100, le serveur 50 envoie une requête au terminal utilisateur, pour le rediriger vers le dispositif 20 de contrôle selon l'invention. Par conséquent, le terminal utilisateur 10 envoie une requête 5 RA2 au dispositif de contrôle selon l'invention pour accéder au service, cette requête étant reçue par le dispositif 20 au cours d'une étape F30 du procédé PF. Conformément à l'invention, sur réception de cette requête RA2, le dispositif 20 de contrôle selon l'invention sélectionne, au cours d'une 10 étape F40, les équipements du réseau aptes à mettre en oeuvre les fonctions mémorisées dans le fichier Tsm. Nous supposerons dans cet exemple que les fonctions nécessaires sont une fonction de routage, une fonction de sécurisation, et une fonction de transcodage. 15 Dans l'exemple de réalisation décrit ici, dans lequel le réseau de télécommunications est un réseau de pairs, l'étape F40 consiste à identifier des pairs du réseau aptes à rendre ses fonctions et à les sélectionner par un processus d'élection. Nous supposerons dans cet exemple que le serveur 20 identifie 20 que les pairs 31, 32 et 33 sont respectivement aptes à router le flux de données, à sécuriser le flux et à le transcoder. Puis, au cours d'une étape F50, le dispositif 20 de contrôle selon l'invention établit, dans le réseau de télécommunications, un chemin entre le terminal utilisateur et le serveur 50 via la chaîne de pairs 31, 32, 33. 25 Pour ce faire, le dispositif de contrôle 20 envoie, à chacun de ces équipements, les caractéristiques de la fonction qu'il doit remplir, ainsi que l'identifiant des équipements avec lesquels il doit communiquer dans la chaîne. Nous supposerons que le serveur 50 reçoit les informations qui 30 le concernent au cours d'une étape E110 du procédé PE. Le chemin établi pour le dispositif 20 de contrôle selon l'invention, entre le terminal utilisateur 10 et le serveur de contenu 50 est représenté à la figure 3 en traits gras. Ce chemin comporte notamment 35 -- un tronçon entre l'équipement DSLAM 12 et le pair 31 mettant en oeuvre la fonction de routage - un tronçon entre le pair 31 et le pair 32 mettant en oeuvre la fonction de sécurisation ; - un tronçon entre le pair 32 et le pair 33 mettant en oeuvre la fonction de transcodage ; et - un tronçon entre le pair 33 et le serveur de contenu 50. A la figure 2A précédemment décrite, on a supposé que le dispositif de contrôle 20 acceptait les composants de service reçus du serveur 50 dans le message R3. Nous allons maintenant décrire en référence à la figure 2B, le déroulement des procédés PE et PF lorsque le dispositif de contrôle 20 refuse au moins un de ces composants. Dans ce cas, après réception à l'étape F12 du message R3, le dispositif 20 de contrôle selon l'invention envoie, au cours d'une étape F13', un accusé de réception négatif NACK au serveur 50, ce message NACK étant reçu au cours de l'étape E40 du procédé PE déjà décrite. Dans le mode de réalisation décrit ici, le serveur 50 envoie à son tour, au cours d'une étape [50', un message d'acquittement négatif NACK au dispositif 20 de contrôle selon l'invention, ce message étant reçu au cours de l'étape F21 du procédé PF. REVENDICATIONS 1. Procédé pour contrôler la qualité d'un service de bout en bout 5 dans un réseau de télécommunications (2), comportant : - une étape (F10) de négociation, avec le fournisseur dudit service (50), d'un contrat (SID) comportant au moins un paramètre de qualité dudit service ; - une étape (F22) de détermination des fonctions (Tsin) qui doivent être 10 mise en oeuvre par le réseau (2) pour satisfaire ledit contrat (SID) ; - une étape (F30) de réception d'une requête (RA2) d'un terminal (10) pour accéder audit service ; - une étape (F40) de sélection, sur réception de ladite requête (RA2), d'au moins un équipement (31, 32, 33) dudit réseau apte à mettre en oeuvre 15 lesdites fonctions (Tsip) ; et - une étape (F50) d'établissement, dans ledit réseau (2), d'un chemin entre ledit terminal (10) et ledit fournisseur de service (50), via ledit au moins un équipement (31, 32, 33). 20 2. Procédé de contrôle selon la revendication 1, caractérisé en ce que ledit au moins un paramètre de qualité de service est choisi en fonction d'au moins une caractéristique : - dudit terminal (10) ; - d'un réseau d'accès dudit terminal (10) audit réseau de 25 télécommunications (2) ; -d'un protocole de codage d'un flux de données (FX) devant être transporté entre ledit terminal (10) et ledit fournisseur de service (50). 3. Procédé de contrôle selon la revendication 1 ou 2, caractérisé 30 en ce que ladite au moins une fonction est choisie parmi l'ensemble comprenant une fonction de transcodage de flux de données (FX), une fonction de sécurisation de flux de données (FX) et une fonction de routage de flux de données (FX), ladite au moins une fonction étant destinée à être appliquée à un flux de 35 données devant être transporté entre ledit terminal (10) et ledit fournisseur de service (50). 4. Dispositif (20) de contrôle de la qualité d'un service de bout en bout pouvant être utilisé dans un réseau de télécommunications, caractérisé en ce qu'il comporte : - des moyens pour négocier, avec un fournisseur de service (50), un contrat (SID) comportant au moins un paramètre de qualité dudit service ; - des moyens pour déterminer des fonctions (TSID) qui doivent être mise en oeuvre par le réseau (2) pour satisfaire ledit contrat (SID) - des moyens de réception d'une requête (RA2) d'un terminal (10) pour 10 accéder audit service ; - des moyens de sélection, sur réception de ladite requête (RA2), d'au moins un équipement (31, 32, 33) dudit réseau (2) apte à mettre en oeuvre lesdites fonctions (Tsip) ; et -des moyens d'établissement dans ledit réseau (2), d'un chemin entre 15 ledit terminal (10) et ledit fournisseur de service (50), via ledit au moins un équipement (31, 32, 33). 5. Dispositif (20) selon la revendication 4, pouvant être utilisé dans un réseau de pairs hybride (2), caractérisé en ce qu'il est constitué 20 par un super pair dudit réseau. 6. Serveur (50) pouvant être connecté à un réseau télécommunications, caractérisé en ce qu'il comporte : - des moyens de réception, en provenance d'un terminal (10), d'une 25 requête (RAI) d'accès à un service ; - des moyens pour identifier, dans une base de données (55), l'adresse (@20) d'un dispositif (20) dudit réseau (2) en fonction d'un identifiant dudit service et d'un contrat (SID) comportant au moins un paramètre de qualité dudit service ; et 30 - des moyens pour rediriger ledit terminal (10) vers ledit dispositif (20). 7. Procédé de mise en oeuvre d'un service dans un réseau de pairs hybride (2), caractérisé en ce qu'il comporte : - une étape (E90) de réception, en provenance d'un terminal (10), d'une 35 requête (RAI) d'accès audit service ;- une étape (E100) d'identification, dans une base de données (55), de l'adresse (@20) d'un super pair (20) dudit réseau (2) en fonction d'un identifiant dudit service et d'un contrat (SID) comportant au moins un paramètre de qualité dudit service ; et - une étape (E100) de redirection dudit terminal (10) vers ledit super pair (20). 8. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de contrôle de qualité selon l'une quelconque des revendications 1 à 3 lorsque ledit programme est exécuté par un ordinateur (20). 9. Support d'enregistrement lisible par un ordinateur (20) sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de contrôle de qualité de service selon l'une quelconque des revendications 1 à 3. 10. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de mise en oeuvre d'un service selon la revendication 7 lorsque ledit programme est exécuté par un ordinateur (50). 11. Support d'enregistrement lisible par un ordinateur (50) sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de mise en oeuvre d'un service selon la revendication 7.