FR2979505A1 - Procede d'insertion d'un equipement intermediaire permettant le controle a distance de la qualite d'une communication - Google Patents

Abstract

L'invention concerne un procédé d'insertion, par un serveur d'application (AS), d'un équipement intermédiaire (INT) dans un chemin de communication reliant plusieurs terminaux (A,B), dans lequel, suite à la réception (110) d'un premier message comprenant une requête d'insertion de l'équipement intermédiaire (REQ) émis par le premier terminal, un premier message modifié (REQ*) est transmis (130) au deuxième terminal, dans lequel est insérée une première adresse (add1) relative à l'équipement intermédiaire et destinée à être utilisée par le deuxième terminal lors de l'envoi de paquets de données vers le premier terminal. Suite à la réception (140) d'un deuxième message de réponse (REP) au premier message modifié provenant du deuxième terminal, un deuxième message de réponse modifié (REP*) est alors transmis au premier terminal, dans lequel est insérée une deuxième adresse (add2) relative à l'équipement intermédiaire et destinée à être utilisée par le premier terminal lors de l'envoi de paquets de données vers le deuxième terminal. L'invention concerne également un procédé de contrôle à distance, par un serveur d'application (AS) de la qualité d'une communication entre plusieurs terminaux (A,B), ainsi qu'un système de communication correspondant.

Description

Procédé d'insertion d'un équipement intermédiaire permettant le contrôle à distance de la qualité d'une communication L'invention concerne le contrôle de la qualité d'une communication entre plusieurs terminaux d'un système de télécommunications, en particulier dans le cadre d'une communication de type voix sur IP. Dans les systèmes actuels de communication, les éléments spécifiques du réseau servant habituellement à gérer la signalisation entre les terminaux des utilisateurs ne sont pas nécessairement placés sur le chemin de communication reliant ces terminaux. En d'autres termes, les paquets de données échangés entre les terminaux utilisateurs, notamment ceux concernant les données multimédias telles que les données audio ou vidéo, ne transitent pas par les éléments du réseau gérant la signalisation, qui ne peuvent donc pas déduire des informations sur la qualité de la communication et exploiter de telles informations. Ceci est en particulier le cas dans un réseau de communication de type voix sur IP (VolP en anglais) utilisant le protocole SIP (pour Session Initiation Protocol en anglais) de signalisation pour initier les sessions de communication entre terminaux, tel qu'illustré sur la figure 1. Dans un tel réseau, un serveur d'application AS est en général inséré dans le chemin de signalisation reliant les terminaux A et B. Un tel serveur d'application AS sert habituellement à délivrer différents services tels que la redirection d'appel ou l'interdiction d'appel, et peut également générer des informations de facturation, entre autres. Cependant, comme illustré à la figure 1, ce serveur d'application AS n'est présent que dans le chemin de signalisation reliant les terminaux A et B, et non dans le chemin « média » reliant également ces terminaux, sur lequel transitent les paquets de données échangés entre ces terminaux lors d'une session de communication. Le serveur d'application ne dispose donc que des informations échangées lors de l'établissement et de la terminaison de la session de communication. Les informations échangées sur le chemin « média » lui restent inconnues. En règle générale, les paquets de données (telles que des données audio, vidéo, etc.) échangés entre les terminaux A et B sur le chemin « média » sont transmis en utilisant les protocoles RTP et RTCP, ce dernier permettant de contrôler et d'échanger des informations statistiques sur la qualité des échanges RTP. Au sein des paquets de données RTCP ainsi échangés, il est possible d'évaluer la qualité de la communication à partir de certains paquets spécifiques correspondant aux rapports d'émission ou de réception (« Sender Report » et « Receiver Report »). Les paquets ne transitant pas par le serveur d'application AS, ce dernier ne peut évaluer la qualité d'une communication entre les terminaux A et B à partir de ces paquets, et ne peut donc pas exploiter cette information en relation avec les services que ce serveur d'application AS gère. La présente invention a pour objet de remédier aux inconvénients précités, en permettant à un élément de gestion de signalisation de pouvoir disposer d'informations sur la qualité d'une communication entre terminaux bien que cet élément ne soit pas placé sur le chemin d'échange des paquets de données transportant les médias temps réels. La présente invention propose un procédé d'insertion, par un serveur d'application, d'un équipement intermédiaire dans un chemin de communication reliant au moins un premier terminal et un deuxième terminal, ce procédé comprenant les étapes consistant à : suite à la réception d'un premier message comprenant une requête d'insertion de l'équipement intermédiaire émis par le premier terminal, transmettre au deuxième terminal un premier message modifié dans lequel est insérée une première adresse relative à l'équipement intermédiaire et destinée à être utilisée par le deuxième terminal lors de l'envoi de paquets de données vers le premier terminal ; et suite à la réception d'un deuxième message de réponse au premier message modifié provenant du deuxième terminal, transmettre un deuxième message de réponse modifié dans lequel est insérée une deuxième adresse relative à l'équipement intermédiaire et destinée à être utilisée par le premier terminal lors de l'envoi de paquets de données vers le deuxième terminal.

Selon un premier mode de réalisation, le premier message est un message de requête d'établissement de session et le deuxième message est un message de réponse d'établissement de session. Selon un autre mode de réalisation, le premier message est un message de réponse d'établissement de session et le deuxième message est un message d'accusé de réception. Avantageusement, les messages sont formulés selon le protocole de signalisation SIP. Le premier message et/ou le deuxième message est alors avantageusement un message comprenant des données comprenant un champ SDP relatif à l'un de ces terminaux. La présente invention propose en outre un procédé de contrôle à distance, par un serveur d'application, de la qualité d'une communication entre au moins un premier terminal et un deuxième terminal, ce procédé comprenant les étapes consistant à : insérer un équipement intermédiaire dans un chemin de communication reliant les premier et deuxième terminaux en mettant en oeuvre le procédé d'insertion ci-avant ; extraire, au niveau de l'équipement de contrôle intermédiaire, au moins un paramètre relatif à la qualité de communication d'au moins un paquet de données transmis par le chemin de communication entre les premier et deuxième terminaux; et transmettre le au moins un paramètre relatif à la qualité de communication au serveur d'application. Selon un mode de réalisation, la transmission du au moins un paramètre relatif à la qualité de communication au serveur d'application est réalisée lorsqu'au moins un desdits paramètres dépasse une valeur seuil. Selon un autre mode de réalisation, la transmission du au moins un paramètre relatif à la qualité de communication au serveur d'application est réalisée suite à une requête en transmission reçue du serveur d'application.

Dans un mode de réalisation avantageux dans lequel les premier et deuxième terminaux disposent respectivement d'une première et d'une deuxième adresse initiale, le procédé comprend : la transmission dudit paquet de données sur le chemin de communication au moyen de l'une desdites adresses initiales, ledit paquet de données étant un paquet de données multimédias ; et la transmission d'au moins un paquet de données de contrôle comprenant des données portant sur ledit paramètre relatif à la qualité de la transmission du paquets de données multimédias au moyen de l'une des adresses transmises lors de l'insertion de l'équipement intermédiaire. Dans ce mode de réalisation, le au moins un paquet de données échangé entre les premier et deuxième terminaux est avantageusement transmis au moyen du protocole RTP ou RTCP. En particulier, le au moins un paquet de données échangé entre les premier et deuxième terminaux est un paquet de rapport d'émission ou de rapport de réception transmis au moyen du protocole RTCP. La présente invention propose également un programme d'ordinateur comprenant des instructions de code pour la mise en oeuvre du procédé ci-avant, lorsque ce programme est exécuté par l'unité de traitement d'un serveur d'application. Un tel programme doit être considéré comme un produit dans le cadre de la protection qui est recherchée par la présente demande de brevet. La présente invention propose en outre un serveur d'application, apte à être connecté par un chemin de signalisation à au moins un premier et un deuxième terminal connectés en outre par un chemin de communication ne transitant pas par le serveur d'application, le serveur d'application étant apte à mettre en oeuvre le procédé d'insertion ci-avant, afin d'insérer un équipement intermédiaire dans ledit chemin de communication. Ce serveur d'application est en outre apte à mettre en oeuvre le procédé de contrôle à distance ci-avant, afin de contrôler la qualité d'une communication entre le premier terminal et le deuxième terminal.

Enfin, la présente invention propose un système de communication comprenant au moins un premier et un deuxième terminal, et le serveur d'application ci-avant, les premier et deuxième terminal étant connectés au serveur d'application par un chemin de signalisation, lesdits premier et deuxième terminal étant en outre connectés entre eux par un chemin de communication ne transitant pas par le serveur d'application, le serveur d'application étant apte à insérer un équipement intermédiaire dans ledit chemin de communication en mettant en oeuvre le procédé ci-avant.

Les procédés d'insertion et de contrôle à distance, le programme d'ordinateur, le serveur d'application ainsi que le système de communication mettant en oeuvre ces procédés, objets de l'invention, seront mieux compris à la lecture de la description et à l'observation des dessins ci-après dans lesquels, outre la figure 1 relative à l'art antérieur : - la figure 2 est un schéma synoptique illustrant un système de communication selon l'invention ; - la figure 3 est un diagramme illustrant un procédé d'insertion, par un serveur d'application, d'un élément intermédiaire entre un premier et un deuxième terminal selon la présente invention. - les figures 3A et 3B illustrent respectivement un premier et un deuxième mode de réalisation du procédé d'insertion d'un élément intermédiaire selon la présente invention ; et - la figure 4 illustre un procédé de contrôle, par un serveur d'application, de la qualité d'une communication entre un premier terminal et un deuxième terminal selon la présente invention. On se réfère tout d'abord à la figure 2 sur laquelle est illustré un système de communication selon l'invention.

Sur cette figure 2, de manière similaire à la figure 1 afin de faciliter la comparaison avec l'art antérieur, est représenté un système de communication comprenant deux terminaux d'utilisateurs A et B, ainsi qu'un serveur d'application AS présent sur le chemin de signalisation reliant les deux terminaux A et B. On entend ici par « terminal utilisateur » tout équipement terminal pouvant être utilisé par un utilisateur afin de communiquer avec un autre utilisateur, comme par exemple un ordinateur personnel, un téléphone portable, un smartphone, etc. L'idée de la présente invention est d'insérer, dans le chemin de communication (ou chemin « média ») reliant les deux terminaux, un équipement intermédiaire INT connecté au serveur d'application AS, afin que cet équipement intermédiaire INT puisse intercepter certains paquets de données échangés entre les deux terminaux (ici, des paquets transmis selon le protocole RTCP à titre illustratif), en tirer des informations sur la qualité de la communication et transmettre ces informations au serveur d'application AS afin que ce dernier puisse utiliser ces informations conjointement avec les services qu'il propose.

On entend ici par « équipement intermédiaire » tout équipement de réseau capable de recevoir des paquets de données aussi bien du terminal A que du terminal B, et de transmettre les paquets de données à l'autre terminal, afin de garantir un échange de données entre ces deux terminaux équivalent à ce qu'il serait en l'absence de cet équipement intermédiaire. Un tel équipement intermédiaire peut consister typiquement en un serveur informatique, par exemple un serveur d'application ou de gestion de trafic de paquets, un contrôleur de session périphérique (Session Border Controller en anglais), etc. Par ailleurs, cet équipement intermédiaire est configuré pour pouvoir intercepter certains des paquets de données échangés entre les terminaux A et B, afin d'en tirer un ou plusieurs paramètre(s) ParQ permettant d'évaluer la qualité de la communication sur le chemin « média ». Cet équipement intermédiaire est configuré en outre pour transmettre ce(s) paramètre(s) relatif(s) à la qualité de cette communication au serveur d'application AS, où ce(s) paramètre(s) ParQ est analysé. On se réfère maintenant à la figure 3 qui présente un diagramme illustrant un procédé d'insertion, par un serveur d'application, d'un tel équipement intermédiaire dans un chemin de communication reliant un premier et un deuxième terminal selon la présente invention. Un tel procédé d'insertion peut être typiquement mis en oeuvre au cours d'un processus d'établissement de session, lors de l'ouverture d'un canal de communication entre un terminal A et un terminal B. Dans ce procédé d'insertion 100, un premier message REQ comprenant une requête d'insertion de l'équipement intermédiaire INT est émis par le premier terminal (ici, le terminal A, à titre d'exemple) à destination du serveur d'application AS (étape 110). Lorsque le serveur d'application AS reçoit ce premier message REQ, il procède à la modification de ce premier message afin d'obtenir un premier message modifié REQ* dans lequel est inséré une première adresse addl relative à l'équipement intermédiaire INT. Cette première adresse add1, désignant l'équipement intermédiaire INT, est destinée à être utilisée par le deuxième terminal B lors de l'envoi de paquets de données vers le premier terminal A, qui sont donc ainsi redirigés vers l'équipement intermédiaire INT plutôt que directement vers le premier terminal A. Dans un mode de réalisation où l'ensemble du trafic de données entre les terminaux A et B est redirigé vers l'équipement intermédiaire INT, cette première adresse addl peut être utilisée par le deuxième terminal B lors de l'envoi de tous les paquets de données à destination du terminal A. Cependant, dans un mode de réalisation où un seul certain type de paquets de données sont susceptibles de fournir des informations relatives à la qualité de la transmission entre les terminaux A et B, cette première adresse addl peut n'être utilisée que pour la transmission de ce type de paquets de données, les autres paquets de données étant transmis de manière habituelle, par le chemin «média ». Ainsi, dans le cas du protocole RTP/RTCP, la première adresse addl n'est utilisée que pour l'envoi des paquets de contrôle émis selon le protocole RTCP, tandis que les autres paquets de données multimédias (voix, vidéo) ne sont pas transmis au moyen d'une telle adresse, mais de façon classique au moyen de l'adresse du terminal A initialement disponible au niveau du terminal B, ce qui permet de ne pas dérouter l'ensemble du trafic de données vers l'équipement intermédiaire, et donc d'alléger ainsi la charge de travail de cet équipement intermédiaire.

Une telle première adresse addl peut être connue d'avance par le serveur d'application, mais est avantageusement obtenue (étape 120), après réception du premier message REQ, par le serveur d'application AS auprès de l'équipement intermédiaire INT afin d'offrir une certaine flexibilité de re-routage. Pour ce faire, le serveur d'application AS peut requérir auprès de l'équipement intermédiaire INT cette adresse add1, qui peut par exemple être un port d'entrée disponible de cet équipement intermédiaire INT (étape 121). Si une telle adresse est disponible, l'équipement intermédiaire INT transmet un message de réponse contenant cette adresse addl au serveur d'application AS (étape 123) afin que celui-ci l'insère dans le premier message modifié REQ*.

Une fois le premier message modifié REQ* obtenu par l'insertion de l'adresse addl relative à l'équipement intermédiaire INT, ce premier message modifié REQ* est transmis par le serveur d'application AS au deuxième terminal B (étape 130). Le deuxième terminal B extrait de ce premier message modifié REQ* l'adresse addl qu'il associe au premier terminal A pour l'envoi des paquets de données destinés à ce terminal A. Les paquets de données envoyés du terminal B au terminal A sont ainsi redirigés, de manière transparente pour le terminal B, vers l'équipement intermédiaire INT.

Suite à la réception de ce premier message modifié REQ*, le deuxième terminal B envoie à son tour un deuxième message de réponse REP vers le serveur d'application AS (étape 140) afin d'indiquer que le processus est accepté. Lorsque le serveur d'application AS reçoit ce deuxième message de réponse REP, il procède à la modification de ce deuxième message (à l'instar de ce qui est effectué pour le premier message) afin d'obtenir un deuxième message de réponse modifié REP* dans lequel est inséré une deuxième adresse add2 relative à l'équipement intermédiaire INT. Similairement à ce qui a été dit au sujet de la première adresse add1 , cette deuxième adresse add2 peut être utilisée, dans un mode de réalisation où l'ensemble du trafic de données entre les terminaux A et B est redirigé vers l'équipement intermédiaire INT, par le premier terminal A lors de l'envoi de paquets de données à destination du terminal B. Cependant, dans un mode de réalisation où un seul certain type de paquets de données sont susceptibles de fournir des informations relatives à la qualité de la transmission entre les terminaux A et B, cette deuxième adresse add2 peut n'être utilisée que pour la transmission de ce type de paquets de données, les autres paquets de données étant transmis de manière habituelle, par le chemin «média ». Ainsi, dans le cas du protocole RTP/RTCP, la deuxième adresse add2 n'est utilisée que pour l'envoi des paquets de contrôle émis selon le protocole RTCP, tandis que les autres paquets de données multimédias (voix, vidéo) ne sont pas transmis au moyen d'une telle adresse, mais de façon classique au moyen de l'adresse du terminal B initialement disponible au niveau du terminal A, ce qui permet encore une fois de ne pas dérouter l'ensemble du trafic de données vers l'équipement intermédiaire, et donc d'alléger la charge de travail de cet équipement intermédiaire. Ici aussi, cette deuxième adresse add2 peut être connue d'avance par le serveur d'application, mais est avantageusement obtenue (étape 150), après réception du deuxième message de réponse REP, par le serveur d'application AS 2 9 79505 9 auprès de l'équipement intermédiaire INT, toujours afin d'offrir une certaine flexibilité de re-routage. Pour ce faire, le serveur d'application AS peut requérir auprès de l'équipement intermédiaire INT cette deuxième adresse add2, qui peut par 5 exemple être un port d'entrée disponible, différent du port d'entrée indiqué par la première adresse, de cet équipement intermédiaire INT (étape 151). Si une telle adresse add2 est disponible, l'équipement intermédiaire INT transmet un message de réponse contenant cette adresse add2 au serveur d'application AS (étape 153) afin que celui-ci l'insère dans le deuxième message de réponse modifié REP*. 10 Une fois le deuxième message de réponse modifié REP* obtenu par l'insertion de l'adresse add2 relative à l'équipement intermédiaire INT, ce deuxième message de réponse modifié REP est alors transmis par le serveur d'application AS au premier terminal A (étape 160), lequel peut avantageusement répondre par un accusé de réception (étape 170) visant à prouver la bonne 15 acceptation du processus, cet accusé de réception étant transmis vers le serveur d'application AS (étape 171) qui relaie cette accusé de réception vers le deuxième terminal B (étape 173). Le premier terminal A extrait alors du deuxième message de réponse modifié REP* l'adresse add2 qu'il associe au deuxième terminal B pour l'envoi des 20 paquets de données destinés à ce terminal B. Les paquets de données envoyés du terminal A au terminal B sont ainsi redirigés, de manière transparente pour le terminal A, vers l'équipement intermédiaire INT. A partir de ce stade, tout paquet de données échangé lors d'une communication entre les terminaux A et B va donc transiter par l'équipement 25 intermédiaire INT (étape 180), lequel pourra en tirer des informations quant à la qualité de cette communication et transmettre de telles informations au serveur d'application AS. 30 On se réfère maintenant à la figure 3A qui illustre un premier mode de réalisation du procédé d'insertion d'un élément intermédiaire selon la présente invention. Dans ce mode de réalisation, le premier message est un message de requête d'établissement de session de communication et le deuxième message est un message de réponse d'établissement de session, de communication, définis par exemple selon les protocoles SIP et SDP. Selon un mode de réalisation où le protocole de signalisation SIP est employé, un premier message de requête d'établissement de session de type « INVITE » est ainsi émis par le premier terminal A à destination du serveur d'application AS (étape 210). Avantageusement, toujours dans le contexte d'un protocole de signalisation de type SIP, ce message peut contenir une offre SDP relative au terminal A (désignée par « SDP_A »), c'est-à-dire un champ contenant des informations relatives au terminal A sous la forme d'un attribut a décrit selon la syntaxe SDP suivante : a=rtcp:[RTCP Collector port 1] IN IP4 [adresse IP RTCP Collector 1] où : - "RTCP Collector port 1" est l'adresse d'un premier port de l'équipement intermédiaire INT ; et - "adresse IP RTCP Collector 1" est la première adresse addl de l'équipement intermédiaire INT Lorsque le serveur d'application AS reçoit ce premier message INVITE et détecte qu'une offre SDP y est insérée, il lance un processus d'obtention d'une première adresse relative à l'équipement intermédiaire INT et destinée à être insérée dans le premier message INVITE (étape 220). Pour ce faire, le serveur d'application AS demande à l'équipement intermédiaire INT d'ouvrir un nouveau port (par exemple un port UDP). L'équipement intermédiaire INT retourne alors au serveur d'application AS une première adresse (Add IP1) ainsi que le numéro de port associé (port 1).

Une fois muni de cette première adresse et du numéro de port associé, le serveur d'application AS modifie le premier message INVITE afin d'obtenir un première message modifié dans lequel sont insérés cette première adresse et ce numéro de port associé, ce qui est illustré par le message suivant sur la figure 3A: INVITE (SDP_A + (Add IP1 ; port 1)) Ce message modifié de requête d'établissement de session est alors transmis au terminal B (étape 230) qui en extrait l'adresse add IP1 de l'équipement intermédiaire et le numéro de port « port 1 » associé. Le terminal B émet alors, en réponse, un message de réponse d'établissement de session à destination du serveur d'application (étape 240). Selon un mode de réalisation où le protocole de signalisation SIP est employé, ce message de réponse d'établissement de session peut être de type « 200 OK » pouvant contenir une offre SDP relative au terminal B (désignée par « SDP_B »), c'est-à-dire un champ contenant des informations relatives au terminal B sous la forme d'un attribut décrit selon la syntaxe SDP suivante : b=rtcp:[RTCP Collector port 2] IN IP4 [adresse IP RTCP Collector 2] où : - "RTCP Collector port 2" est l'adresse d'un deuxième port de l'équipement intermédiaire INT ; et - "adresse IP RTCP Collector 2" est la deuxième adresse add2 de l'équipement intermédiaire INT Lorsque le serveur d'application AS reçoit ce message de réponse « 200 OK (SDP_B) » et détecte qu'une offre SDP y est insérée, il lance un processus d'obtention d'une deuxième adresse relative à l'équipement intermédiaire INT et destinée à être insérée dans ce message de réponse (étape 250). Pour ce faire, le serveur d'application AS demande à l'équipement intermédiaire INT d'ouvrir un nouveau port (par exemple un port UDP). L'équipement intermédiaire INT retourne alors au serveur d'application AS une deuxième adresse (add IP2) ainsi que le numéro du nouveau port associé (port 2).

Une fois muni de cette deuxième adresse et du numéro de port associé, le serveur d'application AS modifie le message de réponse « 200 OK (SDP_B) » afin d'obtenir un deuxième message de réponse d'établissement de session modifié dans lequel sont insérés cette deuxième adresse et ce numéro de port associé, ce qui est illustré par le message suivant sur la figure 3A: OK 200 (SDP_B + (add IP2 ; port 2)) Ce message modifié de réponse de requête d'établissement de session est alors transmis au terminal A (étape 260) qui en extrait l'adresse « add IP2 » de l'équipement intermédiaire INT et le numéro de port associé, avant de lancer un processus d'accusé de réception (étape 270). A partir de ce stade, le terminal A envoie tous les paquets de données destinés au terminal B vers le port 2 de l'adresse « add IP2 » correspondant à l'équipement intermédiaire INT. Réciproquement, le terminal B envoie tous les paquets de données destinés au terminal A vers le port 1 de l'adresse « add IP1 » correspondant également à l'équipement intermédiaire INT terminal. Tout paquet échangé lors d'une communication entre les terminaux A et B transite par l'équipement intermédiaire INT (étape 280), lequel peut en tirer des informations quant à la qualité de cette communication et transmettre de telles informations au serveur d'application AS. On se réfère maintenant à la figure 3B qui illustre un deuxième mode de réalisation du procédé d'insertion d'un élément intermédiaire selon la présente invention. Dans cet autre mode de réalisation, le premier message REQ est un message de réponse d'établissement de session et le deuxième message est un message d'accusé de réception.

Ici, le procédé 300 est initié par l'envoi d'un message de requête d'établissement de session (par exemple un message « INVITE » selon le protocole SIP) du premier terminal A au serveur d'application AS (étape 301), lequel transmet ce message inchangé au deuxième terminal B selon un processus classique (étape 303).

Suite à la réception de ce message de requête d'établissement de session, le deuxième terminal B génère un message de réponse d'établissement de session et transmet ce message au serveur d'application AS (étape 310). Ici, lorsque le protocole de signalisation SIP est employé, ce message de réponse d'établissement de session est de type « 200 OK ». Avantageusement, ce message contient une offre SDP relative au terminal B (désignée par « SDP_B ») comme décrite précédemment, ce qui est illustré par le message suivant sur la figure 3B : « 200 OK (SDP_B) ». Lorsque le serveur d'application AS reçoit ce message de réponse d'établissement de session et détecte qu'une offre SDP y est inséré, il lance un processus d'obtention d'une première adresse relative à l'équipement intermédiaire INT et destinée à être insérée dans ce message de réponse d'établissement de session (étape 320), similairement à ce qui est décrit en relation avec l'étape 220 de la figure 3A. ro Une fois muni d'une première adresse et du numéro de port associé reçus de l'équipement intermédiaire INT, le serveur d'application AS modifie le message de réponse d'établissement de session afin d'obtenir un message de réponse d'établissement de session modifié dans lequel est inséré cette première adresse et ce numéro de port associé, ce qui est illustré par le message suivant sur la 15 figure 3B: « 200 OK (SDP_B + (add IP1 ; port 1)) ». Ce message modifié de réponse d'établissement de session est alors transmis au terminal A (étape 330) qui en extrait l'adresse « add IP1 » de l'équipement intermédiaire INT et le numéro de port associé. Le terminal A émet alors, en réponse, un message d'accusé de réception à 20 destination du serveur d'application (étape 340). Dans un mode de réalisation où le protocole de signalisation SIP est employé, ce message de réponse d'établissement de session est avantageusement de type « ACK ». Avantageusement, toujours dans le cas d'un protocole de signalisation de type SIP, ce message d'accusé de réception contient une offre SDP relative au 25 terminal A (désignée par « SDP_A ») comme décrite précédemment, ce qui est illustré par le message suivant sur la figure 3B : « ACK (SDP_A) ». Lorsque le serveur d'application AS reçoit ce message d'accusé de réception « ACK (SDP_A) » et détecte qu'une offre SDP y est insérée, il lance un processus d'obtention d'une deuxième adresse relative à l'équipement intermédiaire INT et 30 destinée à être insérée dans ce message de réponse (étape 350), similairement à ce qui est décrit en relation avec l'étape 250 de la figure 3A. Une fois muni de cette deuxième adresse et du numéro de port associé, le serveur d'application AS modifie le message d'accusé de réception « ACK (SDP_A) » afin d'obtenir un message d'accusé de réception dans lequel sont insérés cette deuxième adresse et ce numéro de port associé, ce qui est illustré par le message suivant sur la figure 3B: « ACK (SDP_A + (add IP2 ; port 2))». Ce message modifié d'accusé de réception est alors transmis au terminal B (étape 360) qui en extrait l'adresse « add IP2 » de l'équipement intermédiaire INT et le numéro de port associé. A partir de ce stade, le terminal A envoie tous les paquets de données destinés au terminal B vers le port 2 de l'adresse « add IP2 » correspondant à l'équipement intermédiaire INT. Réciproquement, le terminal B envoie tous les paquets de données destinés au terminal A vers le port 1 de l'adresse « add IP1 » correspondant également à l'équipement intermédiaire INT terminal. Tout paquet échangé lors d'une communication entre les terminaux A et B transite par l'équipement intermédiaire INT (étape 380), lequel peut en tirer des informations quant à la qualité de cette communication et transmettre de telles informations au serveur d'application AS. L'équipement intermédiaire INT, inséré dans le chemin de communication entre les terminaux A et B au moyen de l'un des procédés d'insertion décrit précédemment, peut alors être utilisé pour surveiller la qualité de la communication sur ce chemin de communication et transmettre des informations sur cette qualité au serveur d'application AS. Ce serveur d'application AS peut ainsi contrôler, grâce à l'insertion de l'équipement intermédiaire INT, la qualité de la communication entre les terminaux A et B, afin d'en tirer des conclusions et le cas échéant d'adapter les services qu'il fournit en fonction de la qualité mesurée. On se réfère maintenant à la figure 4 qui illustre les étapes d'un procédé de contrôle par un serveur d'application, de la qualité d'une communication entre au moins deux terminaux selon la présente invention.

Ce procédé démarre avec l'insertion (étape 410) de l'équipement intermédiaire INT dans le chemin de communication reliant les premier et deuxième terminaux A et B, en mettant en oeuvre le procédé d'insertion tel que décrit ci-avant.

Une fois l'équipement intermédiaire INT inséré, les paquets de données échangés entre les terminaux A et B transitent ainsi par cet équipement intermédiaire INT (étape 415). Un (ou plusieurs) paramètre relatif à la qualité de la communication (désigné par PARQ) est alors extrait d'un ou plusieurs paquet(s) de données transmis par le chemin de communication entre les premier et deuxième terminaux A et B (étape 420). Des paquets spécifiques de données peuvent être interceptés pour réaliser l'extraction de ce paramètre PARQ relatif à la qualité de la communication.

Ainsi, dans le cas d'un chemin de communication utilisant les protocoles RTP/RTCP, il est avantageux d'intercepter les paquets de rapport d'émission (« Sender Report ») et/ou de rapport de réception (« Receiver Report »), lesquels contiennent des données d'informations liées à la qualité de la communication, comme par exemple des données concernant les variations des intervalles d'arrivée des paquets, le nombre cumulé de paquets perdus ou la fraction de pertes, entre autres. Une fois obtenu, le (ou les) paramètre PARQ relatif à la qualité de communication est transmis par l'équipement intermédiaire INT au serveur d'application AS (étape 430).

Selon un mode de réalisation dit « push », cet envoi du ou des paramètre(s) relatif à la qualité de communication au serveur d'application AS est réalisé par l'équipement intermédiaire INT lorsqu'au moins un de ces paramètres dépasse une certaine valeur seuil, paramétrée dans l'équipement intermédiaire INT. A titre d'exemple, l'équipement intermédiaire INT peut surveiller le taux de paquets perdus indiqué dans les paquets « Receiver Report » ou « Sender Report » transmis selon le protocole RTCP. Si ce taux dépasse un seuil de 5%, ce taux est transmis au serveur d'application AS afin que celui-ci puisse effectuer une action particulière, par exemple renégocier la tarification puisque la qualité s'est dégradée, renégocier la bande passante et/ou les codecs utilisées.

Selon un autre mode de réalisation dit « sur demande », ou « pull », cet envoi du ou des paramètre(s) relatif à la qualité de communication au serveur d'application AS est réalisé suite à la réception, par l'équipement intermédiaire INT, d'une requête en transmission émise par le serveur d'application AS. Dans ce mode de réalisation, le serveur d'application AS demande explicitement les informations qu'il souhaite en fonction de certains critères. A titre d'exemple, lorsque le serveur d'application AS souhaite moduler une tarification, il peut requérir l'envoi d'informations sur le taux de paquets perdus, tel qu'indiqué dans les paquets « Receiver Report » ou « Sender Report » transmis selon le protocole RTCP, auprès de l'équipement intermédiaire. Selon un autre mode de réalisation dit « publication/souscription », le serveur d'application AS peut s'abonner à des informations particulières au sein des différentes informations disponibles sur les paquets de données échangées, par exemple seulement au taux de perte de paquets.

Ces informations peuvent être mises à disposition en fonction de seuils fixés lors de la souscription. Elles peuvent même être agrégées ou subir un premier traitement statistique au niveau de l'équipement intermédiaire INT. Le paramètre PARQ peut, entre autres, être obtenu par l'équipement intermédiaire en corrélant une information relative à la qualité de la communication avec le numéro du terminal appelant et/ou appelé avant de transmettre ce paramètre au serveur d'application AS. Une fois en possession du ou des paramètre(s) PARQ relatif à la qualité de communication, le serveur d'application AS est en mesure d'évaluer la qualité de la communication sur le chemin de communication entre les terminaux A et B, bien qu'il ne soit pas situé sur ce chemin. En particulier, le serveur d'application AS peut exploiter les informations fournies par ce(s) paramètre(s) PARQ dans différentes situations, afin d'effectuer certaines actions correctrices dépendant de la qualité évaluée de cette communication.

Ainsi, le serveur d'application AS peut requérir aux terminaux de renégocier un paramètre propre à la communication, de façon dynamique, c'est-à-dire en cours de communication, s'il estime que la qualité de communication mesurée l'exige. Selon un autre mode de réalisation où le serveur d'application gère une fonctionnalité de facturation du système de communication, le serveur d'application AS peut adapter le tarif appliqué à la communication entre les terminaux A et B en fonction du ou de(s) paramètre(s) PARQ reçu(s) de l'équipement intermédiaire INT. Cela peut être le cas si un (ou plusieurs) paramètre PARQ reçu de l'équipement intermédiaire INT indique que la qualité de cette communication s'est dégradée (par exemple, si la valeur d'un des paramètre(s) PARQ est mesurée comme étant inférieure à un premier seuil prédéfini). Enfin, si le serveur d'application AS estime que la qualité de la communication est trop mauvaise (par exemple, si la valeur d'un des paramètre(s) PARQ est mesurée comme étant inférieure à un deuxième seuil prédéfini), le serveur d'application AS peut instruire d'interrompre la communication, en envoyant des messages de signalisation requérant cette interruption aux terminaux A et B.

Selon une implémentation préférée, les différentes étapes des procédé d'insertion et de contrôle à distance selon l'invention sont mises en oeuvre par un programme, susceptible d'être exécuté par une unité de traitement d'un serveur d'application (implémentée par exemple sous la forme d'un ordinateur ou d'un processeur de données), ce programme comportant des instructions pour commander l'exécution des étapes d'un procédé tel que mentionné ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme d'un code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur ou processeur de données, et comportant des instructions d'un programme tel que mentionné ci-dessus. Ce 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 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.

Bien entendu, l'invention n'est pas limitée aux exemples de réalisation ci- dessus décrits et représentés, à partir desquels on pourra prévoir d'autres modes et d'autres formes de réalisation, sans pour autant sortir du cadre de l'invention. Ainsi, on comprendra que l'invention ne se limite pas à l'insertion d'un équipement intermédiaire, chargé d'intercepter des paquets de données sur un chemin de communication afin d'en extraire des informations sur la qualité de la communication à destination d'un serveur d'application distant, entre seulement deux terminaux, mais peut concerner un nombre quelconque de terminaux relié par un chemin de communication présentant au moins un tronçon commun, dans lequel cet équipement intermédiaire peut alors être inséré. Par ailleurs, les exemples de réalisation spécifiques présentés ci-avant concernent un système de communication dans lequel le protocole SIP est utilisé sur le chemin de signalisation entre le serveur d'application AS et les terminaux A,B, tandis que le protocole RTP/RTCP est utilisé pour l'échange de paquets de données sur le chemin de communication. Cependant, la présente invention ne se limite à de tels protocoles et peut s'étendre à tout système de communication dans lequel un serveur d'application est situé sur un chemin de signalisation reliant plusieurs terminaux, et utilise un protocole de signalisation pour communiquer avec ces terminaux, sans être situé sur le chemin d'échange de paquets de données reliant ces terminaux, sur lequel un autre protocole de contrôle d'échange peut être employé. Ainsi, le protocole de signalisation H. 323 peut être utilisé, au lieu du protocole SIP, conjointement avec la présente invention. La présente invention trouve avantageusement une application dans le domaine de la communication de type voix sur IP, ce type de communication étant plus sensible au trafic réseau qu'une communication classique utilisant un réseau à commutation de circuit, ce qui fait qu'une congestion du réseau peut entraîner la dégradation de la qualité sonore ressentie par les participants dans ce type de communication de type voix sur IP.

Elle trouve aussi une application intéressante à l'adaptation de la facturation de la communication à la qualité mesurée, lorsque l'élément du réseau en charge de la facturation n'a pas d'accès direct au chemin de communication reliant les terminaux et ne peut donc pas évaluer lui-même la qualité de la communication.

Claims (15)

1. REVENDICATIONS1. Procédé d'insertion, par un serveur d'application REVENDICATIONS1. Procédé d'insertion, par un serveur d'application (AS), d'un équipement intermédiaire (INT) dans un chemin de communication reliant au moins un premier terminal (A) et un deuxième terminal (B), le procédé comprenant suite à la réception (110) d'un premier message comprenant une requête d'insertion de l'équipement intermédiaire (REQ) émis par le premier terminal, la transmission (130) au deuxième terminal d'un premier message modifié (REQ*) dans lequel est insérée une première adresse (addl) relative à l'équipement intermédiaire et destinée à être utilisée par le deuxième terminal lors de l'envoi de paquets de données vers le premier terminal ; et suite à la réception (140) d'un deuxième message de réponse (REP) au premier message modifié provenant du deuxième terminal, la transmission d'un deuxième message de réponse modifié (REP*) dans lequel est insérée une deuxième adresse (add2) relative à l'équipement intermédiaire et destinée à être utilisée par le premier terminal lors de l'envoi de paquets de données vers le deuxième terminal.
2. 2. Procédé d'insertion selon la revendication 1, dans lequel le premier message est un message de requête d'établissement de session (INVITE) et le deuxième message est un message de réponse d'établissement de session (200 OK).
3. 3. Procédé d'insertion selon la revendication 1, dans lequel le premier message est un message de réponse d'établissement de session (200 OK) et le deuxième message est un message d'accusé de réception (ACK).
4. 4. Procédé d'insertion selon l'une des revendications 1 à 3, dans lequel lesdits messages sont formulés selon le protocole de signalisation SIP.
5. 5. Procédé selon la revendication 4, dans lequel le premier messageet/ou le deuxième message est un message comprenant des données comprenant un champ SDP relatif à l'un desdits terminaux.
6. 6. Procédé de contrôle à distance, par un serveur d'application (AS), de la qualité d'une communication entre au moins un premier terminal (A) et un deuxième terminal (B), le procédé comprenant les étapes consistant à : insérer (410) un équipement intermédiaire (INT) dans un chemin de communication reliant les premier et deuxième terminaux en mettant en oeuvre le procédé d'insertion selon l'une des revendications 1 à 5 ; extraire (420), au niveau de l'équipement de contrôle intermédiaire, au moins un paramètre relatif à la qualité de communication (PARA) d'au moins un paquet de données transmis par le chemin de communication entre les premier et deuxième terminaux; et transmettre (430) le au moins un paramètre relatif à la qualité de communication au serveur d'application (AS).
7. 7. Procédé de contrôle selon la revendication 6, dans lequel la transmission (430) du au moins un paramètre relatif à la qualité de communication au serveur d'application (AS) est réalisée lorsqu'au moins un desdits paramètres dépasse une valeur seuil.
8. 8. Procédé de contrôle selon la revendication 6 ou 7, dans lequel la transmission (430) du au moins un paramètre relatif à la qualité de communication au serveur d'application (AS) est réalisée suite à une requête en transmission reçue du serveur d'application.
9. 9. Procédé de contrôle selon l'une des revendications 6 à 8, dans lequel les premier et deuxième terminaux (A,B) disposent respectivement d'une première et d'une deuxième adresse initiale, le procédé comprenant : la transmission dudit paquet de données sur le chemin de communication au moyen de l'une desdites adresses initiales, ledit paquet de données étant un paquet de données multimédias ; et la transmission d'au moins un paquet de données de contrôle comprenant des données portant sur ledit paramètre relatif à la qualité de la transmission dupaquets de données multimédias au moyen de l'une des adresses (addl,add2) transmises lors de l'insertion de l'équipement intermédiaire.
10. 10. Procédé de contrôle selon l'une des revendications 6 à 9, dans lequel le au moins un paquet de données échangé entre les premier et deuxième terminaux est transmis au moyen du protocole RTP ou RTCP.
11. 11. Procédé de contrôle selon la revendication 10, dans lequel le au moins un paquet de données échangé entre les premier et deuxième terminaux est un paquet de rapport d'émission ou de rapport de réception transmis au moyen du protocole RTCP.
12. 12. Programme d'ordinateur comprenant des instructions de code pour la mise en oeuvre du procédé selon l'une des revendications 1 à 11 lorsque ce programme est exécuté par l'unité de traitement d'un serveur d'application (AS).
13. 13. Serveur d'application (AS), apte à être connecté par un chemin de signalisation à au moins un premier et un deuxième terminal (A,B) connectés en outre par un chemin de communication ne transitant pas par le serveur d'application, le serveur d'application (AS) étant apte à mettre en oeuvre le procédé d'insertion selon l'une des revendications 1 à 5, afin d'insérer un équipement intermédiaire (INT) dans ledit chemin de communication.
14. 14. Serveur d'application (AS) selon la revendication 13, apte à mettre en oeuvre le procédé de contrôle à distance selon l'une des revendications 6 à 11, afin de contrôler la qualité d'une communication entre le premier terminal (A) et le deuxième terminal (B).
15. 15. Système de communication comprenant au moins un premier et un deuxième terminal (A,B) et un serveur d'application (AS) selon l'une des revendication 13 ou 14, lesdits premier et deuxième terminal (A,B) étant connectés au serveur d'application (AS) par un chemin de signalisation, lesdits premier et deuxième terminal (A,B) étant en outre connectés entre eux par un chemin de communication ne transitant pas par le serveur d'application, le serveurd'application (AS) étant apte à insérer un équipement intermédiaire (INT) dans ledit chemin de communication en mettant en oeuvre le procédé selon l'une des revendications 1 à 11.