Brevet FR3034608A1 — publié le 20161007

Procédé de priorisation de flux médias dans un réseau de communications L'invention se situe dans le domaine de la gestion de flux médias lors d'une session de communication, et concerne plus particulièrement un procédé de priorisation de flux médias associés à une session de communication multimédia entre deux entités. Plusieurs méthodes de gestion de flux sont connues de l'état de la technique. Dans les réseaux de type IP (pour « Internet Protocol »), il est notamment connu de combiner le protocole SDP (pour « Session Description Protocol ») tel que défini dans le document RFC 4566 de l'IETF (pour « Internet Engineering Task Force »), avec le protocole SIP (pour « Session Initiation Protocol ») tel que décrit dans le document RFC 3261 également de l'IETF, afin d'établir, modifier ou encore terminer une session de communication multimédia entre deux entités. Le protocole SDP permet en particulier de décrire un ensemble de flux médias associés à une telle session de communication multimédia. Le document RFC 3264 de l'IETF, intitulé «An Offer/Answer Model with the Session Description Protocol », décrit par ailleurs un mécanisme permettant à deux entités d'utiliser le protocole SDP afin de négocier des paramètres relatifs à des flux médias souhaités pour une session à établir ou à modifier. Selon ce modèle, une première entité soumet une offre, dite « offre SDP », sous la forme d'une description de session afin d'établir ou modifier une session, à une deuxième entité. Cette offre comprend une liste de descriptions de flux médias précisant notamment pour chaque flux un type de média (e.g. audio, vidéo, texte), un numéro de port de destination, un protocole de transport, ou encore des informations d'encodage. L'entité qui soumet l'offre peut ainsi indiquer à l'entité destinataire de l'offre, les différents médias et caractéristiques (e.g. type d'encodage) associées qu'elle est en mesure de prendre en charge. L'entité destinataire de l'offre, en fonction par exemple des médias et encodages qu'elle-même prend en charge, accepte l'offre en émettant une réponse, dite « réponse SDP », indiquant à l'entité émettrice de l'offre les flux médias qu'elle est en mesure de traiter. L'entité destinataire de l'offre peut également émettre une nouvelle offre à destination de la première entité, comprenant par exemple d'autres médias qu'elle souhaite ajouter à la session. Les deux entités sont ainsi susceptibles de jouer indifféremment le rôle de l'émetteur d'une offre et celui du destinataire d'une offre. Ce mécanisme d'offre/réponse est en outre également applicable pour des sessions de communications impliquant plus de deux participants (e.g. visioconférence comprenant plus de deux participants). Lorsque le réseau est saturé, les flux médias ainsi négociés lors d'un établissement ou de la modification d'une session de communication multimédia sont susceptibles d'être traités prioritairement par une entité du réseau. Pour cela, le document RFC 4412, intitulé « Communications Resource Priority for the Session Initiation Protocol (SIP) » définit un champ d' entête SIP « Resource-Priority » permettant d'identifier une requête SIP comme requérant un accès prioritaire à certaines ressources réseaux (e.g. passerelles réseaux, routeurs, proxy SIP). Le 3034608 2 champ d'entête SIP « Resource-Priority » est renseigné par un ou plusieurs noms de domaine Lorsqu'une entité d'un plan de contrôle du réseau reçoit un message SIP comprenant le champ d'entête SIP « Resource-Priority », elle vérifie que le message est valide, et identifie les services associés aux noms de domaine du champ d'entête SIP « Resource-Priority ». Lorsque les 5 ressources sont saturées, l'entité peut préempter les autres sessions de communication en cours non associées à un nom de domaine identifié, ou insérer la requête SIP comportant le champ d'entête « Resource-Priority » dans une file d'attente de requêtes à traiter prioritairement. Le mécanisme décrit dans le document RFC 4412 permet ainsi de traiter prioritairement une session de communication, et indirectement l'ensemble des flux médias associés à cette session. Cette priorité 10 est cependant identique pour l'ensemble des flux médias associés à la session. Le mécanisme décrit ne permet notamment pas d'indiquer une priorité relative entre flux d'une même session. Le document de spécification TS 129 214 v7.4.0 de l'ETSI (pour « European Telecommunications Standards Institute »), intitulé « Universal Mobile Telecommunications System (UMTS) ; Policy and charging control over Rx reference point », décrit en outre un 15 mécanisme permettant de prioriser un flux IP au sein d'une session applicative entre une entité applicative AF (pour « Application Function ») et une entité PCRF (pour « Policy and Charging Rules Function ») via un attribut « Reservation-Priority » inséré dans un message Diameter. Cet attribut permet d'indiquer dans un descripteur de flux, une priorité relative pour ce flux au sein d'une session à laquelle ce dernier est associé. L'état de la technique ne prévoit cependant pas de 20 mécanisme permettant à l'entité applicative de déterminer ou d'être informée de l'existence d'une priorité du flux au sein de la session relativement aux autres flux éventuels de la session. La priorité d'un flux au sein d'une session est inconnue des entités de contrôle du réseau, ce qui ne permet pas à ces dernières de prendre en compte l'importance d'un flux relativement aux autres flux d'une même session en cas par exemple de congestion réseau, ni de transmettre une telle information à 25 destination d'autres entités du réseau. Un traitement bout-à-bout de la priorité d'un flux est ainsi impossible à ce jour. Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations. Selon un premier aspect, l'invention concerne un procédé de priorisation d'un flux média 30 appartenant à une pluralité de flux médias associée à une session de communication, comprenant : - une obtention à partir d'un message de contrôle de session, ou une génération, par une première entité de contrôle, d'une information de priorité indiquant une priorité relative de ce flux au sein de la session par rapport aux autres flux de la pluralité de flux médias ; et - une insertion, par une deuxième entité de contrôle, de l'information de priorité, dans un message 35 de contrôle de ressources à destination d'une entité média. 3034608 3 Le procédé de priorisation permet ainsi à l'entité de contrôle d'obtenir une information de priorité relative à un flux média associé à une session à partir d'un message de contrôle de session. Ce message est par exemple relatif à une session entre une entité appelante et une entité appelée, et reçu depuis l'entité appelante, l'entité appelée ou encore depuis une entité intermédiaire du réseau 5 située sur un chemin réseau entre l'entité appelante et l'entité appelée. Le procédé permet avantageusement de transmettre l'information de priorité depuis une telle entité à l'entité de contrôle. Le message peut également être directement généré par l'entité de contrôle. C'est notamment le cas lorsque cette entité de contrôle est un terminal utilisateur. Un traitement bout en bout de cette information depuis l'entité émettrice du message de contrôle de session, ou depuis 10 l'entité de contrôle le cas échéant, jusqu'à l'entité média réceptrice du message de contrôle de ressources envoyé par l'entité de contrôle est ainsi offert. Grâce au procédé, il est ainsi possible à une entité émettrice du message de contrôle de session, ou à une entité générant un tel message, de proposer une priorité pour des flux médias associés à la session. De nombreuses politiques de priorisation des flux médias associés à la session 15 peuvent ainsi être mises en oeuvre à leur réception ou envoi par l'entité de contrôle. Le procédé permet, par exemple, en cas de congestion réseau, de préempter un flux média particulier au profit d'autres flux associés à la session. Le procédé permet également de privilégier l'envoi d'un flux particulier selon son type. Le procédé permet par exemple de traiter un flux vidéo de télésurveillance marqué d'une priorité élevée dans le message de contrôle de session, 20 prioritairement par rapport à d'autres flux (e.g. flux vidéo et audio d'une visioconférence) de la session marqués d'une priorité inférieure. De même, le procédé permet par exemple une prise en compte d'une priorité faible associée à un flux audio d'une visioconférence tenue en langage des signes entre des participants malentendants par l'entité de contrôle du réseau. Selon une caractéristique particulière, le procédé comprend en outre une modification de 25 l'information de priorité préalablement à son insertion dans le message de contrôle de ressources. Le procédé permet ainsi à l'entité de contrôle d'intervenir directement sur les priorités respectives affectées aux flux de la session. Ces priorités sont par exemple redéfinies ou supprimées par l'entité de contrôle en fonction d'informations relatives aux flux (e.g. contenu des flux, utilisateur des flux, source des flux) ou encore d'informations relatives au réseau. 30 Dans l'exemple précédemment cité d'un flux audio d'une visioconférence tenue en langage des signes entre des participants malentendants, une priorité nulle peut avantageusement être associée au flux audio par l'entité de contrôle du réseau. Une entité média du réseau réceptrice du message de contrôle de ressources contenant l'information de priorité ainsi modifiée peut ainsi décider de ne pas transmettre ce flux. Ceci peut par ailleurs avoir pour conséquence une libération 35 de ressources du réseau. La modification de l'information de priorité par l'entité de contrôle permet en outre de prémunir le réseau des effets (e.g. saturation du réseau) d'une priorisation d'un ou de plusieurs flux 3034608 4 reçus d'une entité non réputée de confiance émettrice du message de contrôle de session. Le procédé permet notamment d'interdire ou de redéfinir les priorités de certains flux avant transmission de l'information de priorité vers d'autres entités du réseau par l'intermédiaire du message de contrôle de ressources. 5 Selon une caractéristique particulière, l'information de priorité est un attribut d'une description du flux comprise dans une offre ou une réponse SDP associée au message de contrôle de session. L'obtention de l'information de priorité à partir d'une offre ou d'une réponse SDP, permet une mise en oeuvre aisée du procédé. Un message SDP peut en particulier facilement être 10 encapsulé dans un message de contrôle d'un protocole de couche supérieure utilisant le protocole SDP. Il n'est pas nécessaire de prévoir des extensions à un tel protocole pour mettre en oeuvre le procédé. Pour une entité de contrôle de type MGCF (pour « Media Gateway Control Function ») communiquant avec une entité média de type IMS-MGW (pour « IP Multimedia Subsystem - Media Gateway ») par l'intermédiaire du protocole H.248, il est par exemple possible d'intégrer 15 l'offre ou la réponse SDP contenant l'information de priorité directement dans un message de contrôle de ressources H.248, alors que dans l'état de l'art, seul le protocole Diameter permettait d'indiquer la priorité relative d'un flux au sein d'une session par rapport à d'autres flux d'une pluralité de flux associée à la session. Ceci assure une compatibilité du procédé avec de nombreux protocoles. 20 En outre, l'utilisation d'un attribut pour indiquer la priorité associée à un flux directement dans la description de ce flux contenue dans l'offre ou la réponse SDP, offre une lisibilité facilitée de cette information. Selon une caractéristique particulière, le flux appartient à une pluralité de flux médias respectivement associé à une description de flux pour la session de communication. Ces 25 descriptions de flux sont ordonnées dans une offre ou une réponse SDP associée au message de contrôle de session, et l'information de priorité est une liste ordonnée de valeurs, comprise dans un entête du message de contrôle de session, dont l'ordre correspond à l'ordre des descriptions de flux dans l'offre ou la réponse SDP. Les valeurs indiquent alors une priorité relative pour chacun des flux au sein de la session selon l'ordre de la liste. 30 L'obtention de l'information de priorité à partir d'un entête du message de contrôle de session permet de regrouper l'ensemble des priorités relatives aux flux d'une session en un même endroit. Il est en particulier possible de prédéterminer les priorités des flux décrits dans une offre ou une réponse SDP sans analyse préalable de cette offre ou réponse SDP. En outre, il n'est pas nécessaire de prévoir un attribut spécifique dans l'offre ou la 35 réponse SDP pour indiquer une priorité relative à un flux. Le procédé peut ainsi être mis en oeuvre avec des entités générant des messages SDP selon des techniques connues. 3034608 5 Selon une caractéristique particulière, le message de contrôle de session est un message SIP. Selon un deuxième aspect, l'invention concerne une entité de contrôle, dite « entité primaire de contrôle », dans un réseau de communication, agencée pour prioriser un flux média 5 appartenant à une pluralité de flux médias associée à une session de communication. L'entité de contrôle comprend : - un module d'obtention et/ou un module de génération, agencés pour obtenir à partir d'un message de contrôle de session, ou générer, une information de priorité indiquant une priorité relative du flux au sein de la session par rapport aux autres flux de la pluralité de flux médias ; et 10 - un module d'insertion, agencé pour insérer l'information de priorité dans un message de contrôle de ressources à destination d'une entité média. Selon une caractéristique particulière, l'entité de contrôle selon le deuxième aspect comprend en outre un module de modification, agencé pour modifier l'information de priorité préalablement à son insertion dans le message de contrôle de ressources par le module d'insertion. 15 Selon une caractéristique particulière, le module d'obtention est agencé pour obtenir l'information de priorité à partir d'une offre ou d'une réponse SDP comprise dans le message de contrôle de session. L'information de priorité est alors un attribut d'une description du flux comprise dans l'offre ou la réponse SDP. Selon une caractéristique particulière, l'entité de contrôle selon le deuxième aspect 20 comprend un module de réception, agencé pour recevoir un message de contrôle de session comprenant une offre ou une réponse SDP, ladite offre ou réponse SDP comprenant une liste ordonnée de descriptions des flux associés à la session, et le module d'obtention est agencé pour obtenir l'information de priorité à partir d'un entête du message de contrôle de session, cette information de priorité étant une liste ordonnée de valeurs comprise dans l'entête, ordonnées selon 25 un même ordre que les descriptions de flux associées à la session. L'entité de contrôle comprend en outre un module de détermination, agencé pour déterminer, à partir de la liste ordonnée de valeurs, et de la liste ordonnée de descriptions des flux associés à la session, une priorité relative pour chacun des flux au sein de la session selon l'ordre des listes. Selon un troisième aspect, l'invention concerne une entité de contrôle, dite « entité 30 secondaire de contrôle », dans un réseau de communication, mettant en oeuvre des signaux de contrôle de session, comprenant : - un module de génération, agencé pour extraire et modifier à partir d'un message de contrôle de session, ou générer, une information de priorité indiquant une priorité relative d'un flux au sein d'une session de communication, par rapport à d'autres flux d'une pluralité de flux médias associée 35 à la session ; et - un module d'insertion, agencé pour insérer l'information dans un message de contrôle de session à destination d'une autre entité de contrôle, dite « entité primaire de contrôle ». 3034608 6 Selon un quatrième aspect, l'invention concerne une entité média, dans un réseau de communication, apte à extraire, depuis un message de contrôle de ressources H.248 reçu depuis une entité de contrôle selon l'une quelconque des caractéristiques du deuxième aspect, une information de priorité indiquant une priorité relative d'un flux au sein d'une session de 5 communication, par rapport à d'autres flux d'une pluralité de flux médias associée à la session. Les avantages énoncés pour le procédé de priorisation selon le premier aspect sont directement transposables aux entités de contrôle selon le deuxième aspect et le troisième aspect, ainsi qu' à l'entité média selon le quatrième aspect. Selon un cinquième aspect, l'invention concerne également un programme pour une entité 10 de contrôle, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé de priorisation précédemment décrit, lorsque le programme est exécuté par l'entité de contrôle et un support d'enregistrement lisible par une entité de contrôle sur lequel est enregistré un programme pour une entité de contrôle. L'invention sera mieux comprise à l'aide de la description suivante de modes de réalisation 15 particuliers, en référence aux dessins annexés sur lesquels : - la figure 1 représente deux réseaux de communication IMS (pour « IP Multimedia Subsystem ») selon un mode particulier de réalisation ; - la figure 2 représente des étapes d'un procédé de priorisation d'un flux média, mis en oeuvre par des entités d'un réseau de communication IMS selon un mode particulier de réalisation ; 20 - le figure 3 représente une entité de contrôle, dite « entité secondaire de contrôle », selon un mode particulier de réalisation ; - la figure 4 représente une entité de contrôle, dite « entité primaire de contrôle », selon un deuxième mode particulier de réalisation. 25 La figure 1 représente deux réseaux de communication IMS 100 et 200 dans lesquels des entités de contrôle selon l'invention mettent en oeuvre un procédé de priorisation d'un ou plusieurs flux médias associés à une session entre un terminal utilisateur appelant 10 et un terminal utilisateur appelé 20. Une architecture de réseau IMS telle que définie par le groupe de normalisation 3GPP (pour 3rd « Generation Partnership Project ») permet l'établissement et le 30 contrôle de sessions multimédias entre des terminaux utilisateur, ainsi que la réservation de ressources pour les flux multimédias au niveau d'un réseau de transport de données. Grâce à cette architecture, les opérateurs de réseaux peuvent commodément contrôler la qualité de service offerte. L'architecture IMS permet d'offrir des services de type téléphonie, visiophonie, présence, messagerie instantanée, ou télévision, et gère également l'interaction de ces services. Elle met 35 généralement en oeuvre le protocole SIP (pour « Session Initiation Protocol »), tel que défini par l'IETF (pour « Internet Engineering Task Force ») dans le document RFC 3261 en tant que 3034608 7 protocole de gestion de sessions, lequel permet l'établissement, la modification et la terminaison de sessions multimédias dans un réseau utilisant le protocole IP. Le réseau de communication 100 comprend plus particulièrement des entités de contrôle 30-33, et une entité à la fois média et de contrôle 15. De même, le réseau de communication 200 5 comprend des entités de contrôle 52, 53, et une entité média 40. Les entités de contrôle et entités médias sont respectivement des entités aptes à traiter des messages de signalisation relatifs à une session de communication, et des entités aptes à traiter le transport de données relatives à une session de communication. Les entités de contrôles sont dîtes appartenir à un plan de contrôle, tandis que les entités médias sont dîtes appartenir à un plan média. 10 A titre d'exemple, l'entité de contrôle 30 est un serveur d'application AS (pour « Application Server »), l'entité de contrôle 31 est une entité de contrôle de règles PCRF (pour « Policy Control and Charging Rules Function »), les entités de contrôle 32 et 52 sont des serveurs mandataires P-CSCF (pour « Proxy - Call Server Control Function »), les entités de contrôle 33 et 53 sont des entités regroupant des fonctions d'interrogation I-CSCF (pour « Interrogating - Call 15 Server Control Function ») et des fonctions d'enregistrement S-CSCF (pour « Serving - Call Server Control Function »), l'entité à la fois média et de contrôle 15 est une passerelle PDN-GW (pour « Packet Data Network - Gateway), et l'entité média 40 est une passerelle IMS-AGW (pour « IMSAccess Gateway »). Les entités du réseau sont mises en oeuvre pour gérer la session de communication entre les 20 terminaux utilisateur appelant 10 et appelé 20. Le terminal utilisateur appelant 10 est abonné au réseau de communication 100 auquel il accède par l'intermédiaire de la passerelle PDN-GW 15. Le terminal utilisateur appelé 20 est abonné au réseau de communication 200. Dans le mode de réalisation décrit, l'entité de contrôle 32 sert d'entité de raccordement entre le coeur du réseau de communication 100 et le réseau d'accès utilisé par le terminal utilisateur 25 appelant 10, et est apte à retransmettre tous les messages de signalisation entre le terminal utilisateur appelant 10 et l'entité de contrôle 33. L'entité de contrôle 33 permet notamment d'interroger un serveur d'abonnés (non représenté) afin de gérer la procédure d'enregistrement du terminal utilisateur appelant 10. Elle permet également de solliciter l'entité de contrôle 30 pour un ou plusieurs services associés à la 30 session de communication. L'entité de contrôle 31 est chargée d'adapter et de contrôler l'usage des ressources réseaux du réseau de communication 100 en fournissant des règles de contrôle de la session en fonction par exemple des services requis par le terminal utilisateur appelant 10 ou de son profil d'abonné. L'entité de contrôle 52 a un rôle équivalent à celui de l'entité de contrôle 32 dans le réseau 35 de communication 200. Elle sert d'entité de raccordement entre le coeur du réseau de communication 200 et le réseau d'accès utilisé par le terminal utilisateur appelé 20, et est apte à 3034608 8 retransmettre tous les messages de signalisation entre le terminal utilisateur appelé 20 et l'entité de contrôle 53. L'entité de contrôle 52 communique par ailleurs avec l'entité média 40. L'entité de contrôle 53 a un rôle équivalent à celui de l'entité de contrôle 33 dans le réseau de communication 200. Elle permet notamment d'interroger un serveur d'abonnés (non représenté) 5 afin de gérer la procédure d'enregistrement du terminal utilisateur appelé 20. Les échanges entre respectivement, le terminal utilisateur appelant 10 et la passerelle PDNGW 15, la passerelle PDN-GW 15 et l'entité de contrôle 32, l'entité de contrôle 32 et l'entité de contrôle 33, l'entité de contrôle 33 et l'entité de contrôle 30, l'entité de contrôle 33 et l'entité de contrôle 53, l'entité de contrôle 53 et l'entité de contrôle 52, et l'entité de contrôle 52 et le terminal 10 utilisateur appelé 20, sont des messages de signalisation SIP 3. Les échanges entre d'une part l'entité de contrôle 31 et l'entité de contrôle 32, et d'autre part entre la passerelle PDN-GW 15 et l'entité de contrôle 31 sont réalisés par des messages de signalisation Diameter 1 tels que défini dans le document de l'IETF RFC 4740. Les échanges entre l'entité de contrôle 52 et l'entité média 40 sont quant à eux supportés 15 par des messages de signalisation 2 conformes au protocole H.248 défini par le groupe de travail UIT-T de l'UIT (pour « Union Internationale des Télécommunications »). Le procédé de priorisation est plus particulièrement mis en oeuvre par les entités de contrôle 30 et 52, qui par la suite seront respectivement dite « entité primaire de contrôle » et « entité secondaire de contrôle ». Ceci sera détaillé par la suite en relation avec la figure 2. 20 Il est par ailleurs à noter que la figure 1 est une représentation simplifiée des réseaux de communication 100 et 200. Aucune limitation n'est attachée au nombre d'entités de contrôle et d'entités médias appartenant aux réseaux de communication 100 et 200. Dans une autre configuration réseau, certaines entités de contrôle peuvent en outre être regroupées au sein d'une même entité. De même, certaines fonctions assurées par une même entité 25 peuvent être dissociées et mises en oeuvre par des entités distinctes. C'est par exemple le cas des fonctions d'interrogation I-CSCF et d'enregistrement S-CSCF des entités de contrôle 33 et 53. La figure 2 représente des étapes d'un procédé de priorisation d'un flux média, mis en oeuvre par des entités d'un réseau de communication IMS selon un mode particulier de réalisation. 30 Par la suite, on se place dans une configuration réseau telle que celle décrite en relation avec la figure 1. Lors d'une étape El, le terminal utilisateur appelant 10 envoie un message de contrôle de session SIP «INVITE » comprenant une offre SDP à destination du réseau de communication 200 auquel est abonné le terminal utilisateur appelé 20. Ce message a pour but d'établir une session de 35 communication entre le terminal utilisateur appelant 10 et le terminal utilisateur appelé 20. Le message de contrôle de session SIP «INVITE » envoyé a par exemple le contenu suivant : 3034608 9 INVITE sip:user1@operator1.com SIP/2.0 To: From: ;tag=786 Call-ID: 3413an89KU 5 Contact : ; +VisioConferenceAvecSousTitrage Content-Type: application/sdp 10 c-IN IP4 hostuser2.operator2.com t=0 0 m=audio 49170 RTP/AVP 8 a-rtpmap:8 PCMU/8000 15 m=video 51372 RTP/AVP 31 a-rtpmap:31 H261/90000 m=message 51789 TCP/MSRP * a=accept-types:text/plain 20 a=path:msrp://host.operator2.com:7394/2s93i9ek2a;tcp Un entête du message de contrôle de session SIP « INVITE » indique plus particulièrement 25 que la session de communication que souhaite établir le terminal utilisateur appelant 10 est une session de visioconférence avec sous-titrage. Ceci est indiqué par l'entête « Contact » du message de contrôle de session SIP « INVITE » qui comprend la valeur « VisioConferenceAvecSousTitrage ». L'offre SDP contenue dans le message de contrôle de session SIP « INVITE » comprend 30 en outre trois descriptions de flux média chacune identifiée par la lettre «m ». La première description décrit un flux audio, la deuxième un flux vidéo, et la troisième un flux de messagerie instantanée. On notera qu'à ce stade, le message de contrôle de session SIP « INVITE » ne contient aucune information relative à une priorité des flux associés à la session de communication. 35 Lors d'une étape E2, l'entité de contrôle 32 (un serveur mandataire P-CSCF) reçoit le message de contrôle de session «INVITE » émis par le terminal utilisateur appelant 10. L'entité de contrôle 32 émet alors une demande de réservation de flux médias, pour les trois flux médias de l'offre SDP, auprès de l'entité de contrôle 31 (entité de contrôle de règles PCRF). La demande de réservation de flux médias est plus précisément un message de contrôle de ressources Diameter « AAR » (pour « AA-Request ») tel que défini dans le document RFC 4005. Lors d'une étape E3, l'entité de contrôle 31 envoie un message d'acquittement de la demande de réservation de flux à l'entité de contrôle 32. Ce message d'acquittement est un message de contrôle de ressources Diameter « AAA » (pour « AA-Answer ») tel que défini dans le document RFC 4005. 3034608 10 Lors d'une étape E4, l'entité de contrôle 32 relaye le message de contrôle de session SIP « INVITE » vers l'entité de contrôle 33 (entité supportant des fonctions d'interrogation I-CSCF et d'enregistrement S-CSCF). Lors d'une étape E5, l'entité de contrôle 33 reçoit le message de contrôle de session SIP 5 «INVITE », et détermine à partir de l'entête « Contact » comprenant la valeur « VisioConferenceAvecSousTitrage », qu'un service de visioconférence avec sous-titrage est à mettre en oeuvre. Ce service est fourni par l'entité primaire de contrôle 30 (serveur d'application AS), et consiste par exemple à sous-titrer en temps réel dans un flux de messagerie instantanée les propos d'un utilisateur appelé du terminal utilisateur appelé 20 dans la langue d'un utilisateur 10 appelant du terminal utilisateur appelant 10. La langue de l'utilisateur appelant est par exemple déterminée à partir de son profil d'abonné obtenue auprès d'un serveur d'abonné HSS (pour « Home Subscriber Server »). L'entité de contrôle 33 transmet alors le message de contrôle de session SIP « INVITE » à l'entité primaire de contrôle 30. Lors d'une étape E6, l'entité primaire de contrôle 30 reçoit le message de contrôle de 15 session SIP « INVITE » et identifie les trois flux médias contenus dans l'offre SDP. Une politique de priorisation de flux locale à l'entité primaire de contrôle 30 prévoit que pour ce service de visioconférence avec sous-titrage, un flux vidéo est moins prioritaire qu'un flux audio, ce dernier flux étant lui-même de priorité inférieure à un flux de messagerie instantanée associé à un sous-titrage temps réel. L'entité primaire de contrôle 30 applique la politique de priorisation aux flux 20 médias contenus dans l'offre SDP. Pour cela, l'entité primaire de contrôle 30 génère une information de priorité indiquant une priorité relative de chacun des flux médias au sein de la session par rapport aux autres flux associés à la session. L'entité primaire de contrôle 30 insère plus précisément un attribut a=p dans les descriptions des flux audio, vidéo et de messagerie instantanée, respectivement valorisés à 1, 0 et 2. La valeur « 0 » correspondant à la priorité 25 minimale pour un flux. L'information de priorité indique ainsi que le flux vidéo a la priorité la plus faible, que le flux audio est de priorité supérieure à celle du flux vidéo, et que le flux de messagerie instantanée bénéficie d'une priorité supérieure aux deux autres flux de la session. Le message de contrôle de session SIP «INVITE » contient alors une nouvelle offre SDP. Le message de contrôle de session SIP «INVITE » résultant a, par exemple, le contenu suivant : 30 INVITE sip:user1@operator1.com SIP/2.0 To: From: ;tag=786 Call-ID: 3413an89KU 35 Content-Type: application/sdp m=audio 24567 RTP/AVP 8 40 a=prio:1 a=rtpmap:8 PCMU/8000 3034608 11 m=video 26547 RTP/AVP 31 a=prio:0 a=rtpmap:31 H261/90000 5 m=message 27564 TCP/MSRP * a=prio :2 a=accept-types:text/plain a=path:msrp://gwl.operator2.com:7394/2s93i9ek2a;tcp 10 Une fois l'information de priorité générée et insérée dans le message de contrôle de session SIP «INVITE », l'entité primaire de contrôle 30 la mémorise dans l'attente d'une réponse SDP, et retourne le message de contrôle de session SIP « INVITE » à l'entité de contrôle 33. 15 Lors d'une étape E7, l'entité de contrôle 33 achemine le message de contrôle de session SIP « INVITE » à destination du terminal utilisateur appelé 20 par l'intermédiaire de l'entité de contrôle 53 (entité du réseau de communication 200 supportant des fonctions d'interrogation ICSCF et d'enregistrement S-CSCF). Lors d'une étape E8, l'entité de contrôle 53 achemine ensuite le message de contrôle de 20 signalisation SIP «INVITE » vers l'entité secondaire de contrôle 52 (serveur mandataire du réseau de communication 200). Lors d'une étape E9, l'entité secondaire de contrôle 52, à titre d'exemple, insère l'information de priorité dans un message de contrôle de ressources H.248 « Add Request», et l'envoie à l'entité média 40 (passerelle IMS-AGW du réseau de communication 200). Le message 25 de contrôle de ressources H.248 « Add Request » est par exemple une demande de réservation de trois flux distincts (« stream » dans le message de contrôle de ressources H.248) pour chacun des flux médias de l'offre SDP. La description de chacun des flux média de l'offre SDP contenant l'information de priorité est plus précisément insérée dans le message de contrôle de ressources H.248 « Add Request ». A titre d'exemple le message de contrôle de ressources H.248 « Add 30 Request » a la forme suivante : MEGACO/2 [172.20.214.26]:2953 Transaction=142891 Context=639671 35 Add=Termll Media{ Stream=1 {Local{ m=audio 40 a=prio :1 } } Stream=2 {Local{ m=video a=prio :0 3034608 12 1 1 Stremn=31Locall m=message 5 a=prio :2 10 Lors d'une étape E10, l'entité média 40 reçoit le message de contrôle de ressources H.248 « Add Request », et détermine à partir de l'information de priorité contenue dans le message, les priorités respectives des flux médias au sein de la session de communication. L'information de priorité est alors connue de l'entité média 40, qui peut avantageusement l'exploiter en mettant par 15 exemple en oeuvre des files d'attentes différentes pour traiter les flux de la session avec des priorités différenciées. L'entité média 40, après avoir traité le message de contrôle de ressources H.248 « Add Request », répond à l'entité secondaire de contrôle 52 par un message de contrôle de ressources H.248 « Add Reply ». Lors d'une étape El 1, l'entité secondaire de contrôle 52 transmet le message de contrôle de 20 session SIP « INVITE » vers le terminal utilisateur appelé 20. Lors d'une étape E12, le terminal utilisateur appelé 20 reçoit l'offre SDP contenant l'information de priorité. Il est ainsi informé de la priorité de chaque flux associé à la session relativement aux autres flux. Le terminal utilisateur appelé 20 applique une ou plusieurs politiques de priorisation de flux configurées au niveau du terminal. Le terminal utilisateur appelé 20 génère 25 par exemple un message de contrôle de session SIP «200 0K» comprenant une réponse SDP avec des attributs valorisés identiques à ceux de l'offre SDP reçue. Le terminal utilisateur appelé 20 envoie cette réponse SDP à l'entité secondaire de contrôle 52. Le contenu du message de contrôle de session SIP «200 OK » est à titre d'exemple le suivant : 30 SIP/2.0 200 OK To: sip:user1@operator1.com; tag=345 From: ;tag=786 Call-ID: 3413an89KU Content-Type: application/sdp 35 c-IN IP4 hostuser1.operator1.00m t=0 0 40 m-audio 14744 RTP/AVP 8 a=prio:1 a-rtpmap:0 PCMU/8000 m-video 18955 RTP/AVP 31 a=prio:0 45 a-rtpmap:31 H261/90000 m-message 45646 TCP/MSRP * a=prio:2 a=accept-types:text/plain 3034608 13 Lors d'une étape E13, l'entité secondaire de contrôle 52 reçoit la réponse SDP envoyée par le terminal utilisateur appelé 20 et envoie un message de contrôle de ressources H.248 « Modify Request» à l'entité média 40. Le message de contrôle de ressources H.248 5 « Modify Request» permet d'informer l'entité média 40 des priorités associées aux flux de la session décrit dans la réponse SDP. Le message de contrôle de ressources H.248 « Modify Request» a par exemple le contenu ci-dessous : MEGACO/2 [172.20.214.26]:2953 10 Transaction=142891 Context=639671 Modify=Term11 Media{ Stream=1 {Local{ 15 m=audio a=prio :1 20 Remote{ m=audio a=prio :1 25 }1 Stream=2 {Local{ m=video 30 a=prio :0 Remote 1 35 m=audio a=prio :0 } 1 40 Stream=3 {Local{ m=mes sage ... a=prio :2 45 } Remote 1 m=audio a=prio :2 }} 3034608 14 Lors d'une étape E14, l'entité média 40 acquitte le message de contrôle de ressources reçu à l'étape E13 par l'envoi d'un message de contrôle de ressources « Modify Reply » à l'entité secondaire de contrôle 52. Lors d'une étape E15, l'entité secondaire de contrôle 52 relaye le message de contrôle de 5 session SIP «200 0K» à l'entité de contrôle 53, qui elle-même le relaye lors d'une étape E16 à l'entité de contrôle 33 du réseau de communication 100. Lors d'une étape E17, l'entité de contrôle 33 transmet le message de contrôle de session SIP «200 0K» à l'entité primaire de contrôle 30. Cette dernière dispose alors de l'offre SDP mémorisée lors de l'étape E6 et de la réponse SDP correspondante obtenue à partir du message de 10 contrôle de session SIP « 200 OK ». Lors d'une étape E18, l'entité primaire de contrôle 30 peut alors mettre à jour si nécessaire l'information de priorité contenue dans la réponse SDP. C'est par exemple le cas lorsque l'entité primaire de contrôle 30 détermine, à partir d'un élément inséré par le terminal utilisateur appelé 20 dans le message de contrôle de session contenant la réponse SDP à l'étape E12, que l'utilisateur 15 appelé du terminal utilisateur appelé 20 utilise une langue qui s'avère être identique à celle utilisée par l'utilisateur appelant. Ce dernier flux ne revêtant plus la même importance pour l'utilisateur appelant (à quelques exceptions près), l'entité primaire de contrôle 30 modifie l'information de priorité de sorte que la priorité du flux de messagerie instantanée soit inférieure à celle du flux audio. Pour cela, la priorité associée au flux de messagerie instantanée pour le sous-titrage temps 20 réel de la visioconférence est diminuée en décrémentant sa valeur d'une unité, et la priorité associée au flux audio est augmentée en incrémentant sa valeur d'une unité. L'entité primaire de contrôle 30 renvoie ensuite un message de contrôle de session SIP «200 0K» avec une réponse SDP comportant la nouvelle information de priorité. Lors d'une étape E19, l'entité de contrôle 33 transmet le message de contrôle de session 25 SIP « 200 OK » à l'entité de contrôle 32. Lors d'une étape E20, l'entité de contrôle 32 reçoit le message de contrôle de session «200 OK ». L'entité de contrôle 32 émet alors une nouvelle demande de réservation de flux médias, pour les trois flux médias de la réponse SDP, auprès de l'entité de contrôle 31. La demande de réservation de flux médias, de même qu'à l'étape E2, est un message de contrôle de ressources 30 Diameter « AAR ». Le message de contrôle de ressources Diameter « AAR » comprend en outre pour chaque flux média de la session, un attribut « Reservation-Priority » valorisé avec les nouvelles valeurs de priorité associées à ces flux dans la réponse SDP. Le message de contrôle de ressources Diameter « AAR » envoyé est par exemple : 35 Diameter Protocol Version: 0x01 Length: Flags: Command Code: 265 AA 3034608 15 ApplicationId: 3GPP Rx (16777236) Hop-by-Hop Identifier: End-to-End Identifier: AVP: Session-Id(263)1=.. f=-... 5 AVP: Auth-Application-Id(258)1=.. f=- val=3GPP Rx (16777236) AVP: Origin-Host(264) 1=.. f=-..- val=.. AVP: Origin-Realm(296) 1=.. f=-..- val= AVP: Destination-Host(293) 1=.. f=- .. val= AVP: Destination-Realm(283)1=.. f=- val=... 10 AVP: Media-Component-Description(517) 1=.. f=..- vnd=TGPP AVP Code: 517 Media-Component-Description AVP Flags: AVP Length: AVP Vendor Id: 3GPP (10415) 15 Media-Component-Description:... AVP: Media-Component-Number(518) 1=.. f=..- vnd=TGPP val=1 AVP: Media-Type(520) 1=.. f=..- vnd=TGPP val=AUDIO AVP Reservation-Priority(458) 1=.. vnd=TGPP val= PRIORITY-TWO(2). 20 AVP: Media-Component-Number(518) 1=.. f=..- vnd=TGPP val=2 AVP: Media-Type(520) 1=.. f=..- vnd=TGPP val=VIDEO AVP Reservation-Priority(458) 1=.. vnd=TGPP val=DEFAULT(0) AVP: Media-Component-Number(518) 1=.. f=..- vnd=TGPP val=3 25 AVP: Media-Type(520) 1=.. f=..- vnd=TGPP val=MESSAGE AVP Reservation-Priority(458) 1=.. vnd=TGPP val=PRIORITY-ONE(1). 30 Lors d'une étape E21, l'entité de contrôle 31 envoie un message d'acquittement de la demande de réservation de flux à l'entité de contrôle 32. De même qu'à l'étape E3, ce message d'acquittement est un message de contrôle de ressources Diameter « AAA ». Enfin lors d'une étape E22, l'entité de contrôle 32 transmet le message de contrôle de session SIP «200 0K» au terminal utilisateur appelant 10. Ce message comprend les priorités 35 relatives associées à chaque flux de la session telles que configurées par l'entité primaire de contrôle 30 lors de l'étape E18. Le terminal utilisateur appelant peut optionnellement réutiliser localement l'information de priorité contenue dans la réponse SDP, afin de mettre en oeuvre un traitement prioritaire d'un ou plusieurs flux relativement aux autres flux de la session. Dans un autre mode de réalisation, l'information de priorité est directement insérée dans un 40 entête d'un message de contrôle de session SIP, par exemple un entête « Flow-Priority », plutôt que dans une offre ou une réponse SDP contenue dans ce message. L'information de priorité correspond alors à une liste ordonnée de valeurs dont l'ordre correspond à l'ordre des descriptions de flux associés à la session dans l'offre ou la réponse SDP contenue dans le message de contrôle de session SIP. Les valeurs de la liste indiquent alors une priorité relative pour chacun des flux au 45 sein de la session selon l'ordre de la liste. Plus précisément, à une n-ième description de flux d'une offre ou réponse SDP correspond la n-ième valeur de priorité de la liste de valeurs associées à l'entête « Flow-Priority ». A titre d'exemple, un message de contrôle de session SIP « INVITE » selon ce mode de réalisation a la forme suivante : 3034608 16 INVITE sip:user1@operator1.com SIP/2.0 To: From: ;tag=786 5 Call-ID: 3413an89KU Contact : ; +VisioConferenceAvecSousTitrage Flow-Priority : 1,0,2 Content-Type: application/sdp 10 c-IN IP4 hostuser2.operator2.com t=0 0 m=audio 49170 RTP/AVP 8 15 a-rtpmap:8 PCMU/8000 m=video 51372 RTP/AVP 31 a-rtpmap:31 H261/90000 20 m=message 51789 TCP/MSRP * a=accept-types:text/plain a=path:msrp://host.operator2.com:7394/2s93i9ek2a;tcp 25 Dans un autre mode de réalisation, à l'étape E12, le terminal utilisateur appelé indique dans sa réponse SDP des attributs valorisés différents de ceux compris dans l'offre SDP qu'il a reçu. Le terminal utilisateur appelé peut ainsi proposer une priorisation des flux de la session différente de celle proposée ou retenue par une entité de contrôle ou le cas échéant par une entité média ou un terminal utilisateur de l'un des réseaux 100 ou 200. 30 Dans un autre mode de réalisation, une politique de priorisation des flux médias associés à la session est mise en oeuvre par le terminal utilisateur appelant 10 qui indique l'information de priorité dans l'offre SDP envoyée à l'étape El. A l'étape E6, l'entité primaire de contrôle 30, selon un paramétrage prédéfini, peut alors modifier la priorisation des flux médias décrits dans l'offre SDP ou encore conserver l'information de priorité telle qu'indiquée par le terminal utilisateur 35 appelant 10. Dans ce dernier cas, l'entité primaire de contrôle 30 obtient l'information de priorité indiquant une priorité relative dudit flux au sein de la session par rapport aux autres flux associés à la session, directement à partir du message de contrôle de session SIP «INVITE » reçu. Dans un autre mode de réalisation, l'entité primaire de contrôle et l'entité secondaire de contrôle sont une même entité. L'entité de contrôle obtenant à partir d'un message de contrôle de 40 session, ou générant, l'information de priorité, insère également cette information de priorité dans un message de contrôle de ressources. Dans un autre mode de réalisation, l'entité secondaire de contrôle 52 met en oeuvre une étape optionnelle de modification de l'information de priorité avant insertion de cette dernière dans un message de contrôle de ressources à l'étape E9. L'information de priorité est par exemple 45 modifiée selon une politique opérateur visant à donner une priorité moins élevée aux flux les plus 3034608 17 consommateurs de bande passante en cas de congestion réseau. Un traitement identique peut également être mis en oeuvre par l'entité de contrôle 32 dans le réseau de communication 100. Le procédé a été décrit pour une mise en oeuvre d'un service de visioconférence avec sous- titrage, il n'existe cependant aucune limitation au type de service requérant, initiant ou bénéficiant 5 de la priorisation des flux médias. De même, le procédé a été décrit avec une mise en oeuvre dans deux réseaux de communication 100 et 200. Il n'existe cependant pas de limitation quant au nombre de réseaux de communication dans lesquels le procédé est mis en oeuvre. Le procédé peut par exemple aisément être mis en oeuvre dans un même réseau pour une session de communication entre terminaux 10 abonnés de ce réseau. Il n'existe par ailleurs aucune limitation quant aux entités de contrôle susceptibles de mettre en oeuvre le procédé décrit. Une telle entité de contrôle appartient par exemple au groupe d'entités de contrôle suivant : entité P-CSCF (pour « Proxy - Call Server Control Function »), entité I-CSCF (pour « Interrogating - Call Server Control Function »), entité S-CSCF (« Serving - 15 Call Server Control Function »), entité AS (pour « Application Server »), entité MGCF (pour « Media Gateway Controller Function »), entité IBCF (pour « Interconnection Border Control Function »), terminal utilisateur. De même, il n'existe aucune limitation quant aux entités médias susceptibles de mettre en oeuvre le procédé décrit. Une telle entité média appartient par exemple au groupe d'entités médias 20 suivant : entité AGW (pour « Access Gateway »), entité C-BGF (pour « Core - Border Gateway Function »), entité P-GW (pour « PDN Gateway »), entité MRFP (pour « Multimedia Resource Function Processor »), entité TrGW (pour « Transition Gateway »), terminal utilisateur. Les précédents modes de réalisation ont été décrits pour le traitement d'un message de contrôle de session SIP «INVITE » et d'un message de réponse correspondant SIP «200 OK ». Il 25 n'existe cependant pas de limitations quant aux types de requêtes de service traitées. Le procédé de traitement mis en oeuvre par exemple pour une requête SIP « UPDATE » est équivalent à celui mis en oeuvre pour traiter une requête SIP « INVITE ». La figure 3 représente une entité secondaire de contrôle 52 agencée pour prioriser un flux 30 média appartenant à une pluralité de flux médias associée à une session de communication. L'entité secondaire de contrôle 52 comprend : - un module d'obtention 310 et/ou un module de génération 320, agencés pour obtenir à partir d'un message de contrôle de session, ou générer, une information de priorité indiquant une priorité relative d'un flux au sein de la session par rapport aux autres flux de la pluralité de flux médias ; 35 - un module d'insertion 330, agencé pour insérer ladite information de priorité dans un message de contrôle de ressources à destination d'une entité média. 3034608 18 Dans un mode de réalisation particulier, l'entité de contrôle comprend également un module de modification 340, agencé pour modifier l'information de priorité préalablement à son insertion dans le message de contrôle de ressources par le module d'insertion 330. Dans un autre mode de réalisation particulier, le module d'obtention 310 est agencé pour 5 obtenir l'information de priorité à partir d'une offre ou d'une réponse SDP comprise dans le message de contrôle de session, l'information de priorité étant un attribut d'une description du flux comprise dans l'offre ou la réponse SDP. Dans un autre mode de réalisation particulier, l'entité de contrôle 52 comprend un module de réception 350 agencé pour recevoir un message de contrôle de session comprenant une offre ou 10 une réponse SDP. Cette offre ou réponse SDP comprend une liste ordonnée de descriptions des flux associés à la session. Le module d'obtention est par ailleurs agencé pour obtenir l'information de priorité à partir d'un entête du message de contrôle de session. Cet entête comprend l'information de priorité sous la forme d'une liste ordonnée de valeurs. Les valeurs sont ordonnées selon un même ordre que les descriptions de flux associées à la session. L'entité de contrôle comprend en 15 outre un module de détermination 360, agencé pour déterminer, à partir de la liste ordonnée de valeurs, et de la liste ordonnée de descriptions des flux associés à la session, une priorité relative pour chacun des flux au sein de la session selon l'ordre des listes. La figure 4 représente une entité primaire de contrôle 30, dans un réseau de 20 communication. Cette entité met en oeuvre des signaux de contrôle de session. L'entité de contrôle 30 comprend : - un module de génération 410, agencé pour extraire et modifier à partir d'un message de contrôle de session, ou générer, une information de priorité indiquant une priorité relative d'un flux au sein d'une session de communication, par rapport à d'autres flux d'une pluralité de flux médias associée 25 à la session ; - un module d'insertion 420, agencé pour insérer l'information dans un message de contrôle de session à destination d'une entité secondaire de contrôle. L'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans 30 cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et/ou logiciels, apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit précédemment pour le module concerné. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou 35 plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel. Un tel composant logiciel est stocké en mémoire puis chargé et exécuté par un processeur de données d'une entité physique et est susceptible d'accéder aux 3034608 19 ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc). De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware). Il peut s'agir d'un composant matériel programmable ou non, avec ou sans 5 processeur intégré pour l'exécution de logiciel. Il s'agit par exemple d'un circuit intégré, d'une carte à puce, d'une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. Dans un mode de réalisation particulier, les modules 310, 320, 330, 340, 350 et 360 sont agencés pour mettre en oeuvre le procédé de priorisation précédemment décrit. Il s'agit de préférence de modules logiciels comprenant des instructions logicielles pour faire exécuter celles 10 des étapes du procédé de priorisation précédemment décrit, mises en oeuvre par une entité secondaire de contrôle. L'invention concerne donc aussi : - un programme pour une entité secondaire de contrôle, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé de priorisation précédemment décrit, lorsque ledit programme est exécuté par ladite entité secondaire de contrôle ; 15 - un support d'enregistrement lisible par une entité secondaire de contrôle sur laquelle est enregistré le programme pour une entité secondaire de contrôle. De même, les modules 410 et 420 sont agencés pour mettre en oeuvre le procédé de priorisation précédemment décrit. Il s'agit de préférence de modules logiciels comprenant des instructions logicielles pour faire exécuter celles des étapes du procédé de priorisation 20 précédemment décrit, mises en oeuvre par une entité primaire de contrôle. L'invention concerne donc aussi : - un programme pour une entité primaire de contrôle, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé de priorisation précédemment décrit, lorsque ledit programme est exécuté par ladite entité primaire de contrôle; 25 - un support d'enregistrement lisible par une entité primaire de contrôle sur laquelle est enregistré le programme pour une entité primaire de contrôle. Les modules logiciels peuvent être stockés dans ou transmis par un support de données. Celui-ci peut être un support matériel de stockage, par exemple un CD-ROM, une disquette magnétique ou un disque dur, ou bien un support de transmission tel qu'un signal électrique, 30 optique ou radio, ou un réseau de télécommunication. REVENDICATIONS1. Procédé de priorisation d'un flux média appartenant à une pluralité de flux médias associée à une session de communication, comprenant : - une obtention (E8, E19), à partir d'un message de contrôle de session, ou une génération (E6), par une première entité de contrôle (30, 32, 52), d'une information de priorité indiquant une priorité relative dudit flux au sein de la session par rapport aux autres flux de ladite pluralité de flux médias ; et - une insertion (E9, E20), par une deuxième entité de contrôle (32, 52), de ladite information de priorité, dans un message de contrôle de ressources à destination d'une entité média (10, 40). 2. Procédé selon la revendication 1, comprenant en outre une modification de l'information de priorité préalablement à son insertion dans ledit message de contrôle de ressources. 3. Procédé selon la revendication 1, dans lequel ladite information de priorité est un attribut d'une description dudit flux comprise dans une offre ou une réponse SDP associée au message de contrôle de session. 4. Procédé selon la revendication 1, dans lequel ledit flux appartenant à une pluralité de flux médias respectivement associé à une description de flux pour ladite session de communication, lesdites descriptions de flux étant ordonnées dans une offre ou une réponse SDP associé au message de contrôle de session, ladite information de priorité est une liste ordonnée de valeurs, comprise dans un entête dudit message de contrôle de session, dont l'ordre correspond à l'ordre desdites descriptions de flux dans ladite offre ou réponse SDP, lesdites valeurs indiquant une priorité relative pour chacun des flux au sein de ladite session selon l'ordre de ladite liste. 5. Procédé selon la revendication 1, dans lequel ledit message de contrôle de session est un message STP. 30 6. Entité de contrôle (52), dite « entité secondaire de contrôle », dans un réseau de communication, agencée pour prioriser un flux média appartenant à une pluralité de flux médias associée à une session de communication, comprenant : - un module d'obtention (310) et/ou un module de génération (320), agencés pour obtenir à partir 35 d'un message de contrôle de session, ou générer, une information de priorité indiquant une priorité relative dudit flux au sein de la session par rapport aux autres flux de ladite pluralité de flux médias ; et 3034608 21 - un module d'insertion (330), agencé pour insérer ladite information de priorité dans un message de contrôle de ressources à destination d'une entité média (10, 40). 7. Entité de contrôle selon la revendication 6, comprenant en outre un module de modification 5 (340), agencé pour modifier l'information de priorité préalablement à son insertion dans ledit message de contrôle de ressources par le module d'insertion (330). 8. Entité de contrôle selon la revendication 6, dans laquelle ledit module d'obtention (310) est agencé pour obtenir ladite information de priorité à partir d'une offre ou d'une réponse SDP 10 comprise dans le message de contrôle de session, ladite information de priorité étant un attribut d'une description dudit flux comprise dans ladite offre ou réponse SDP. 9. Entité de contrôle selon la revendication 6, dans laquelle : - un module de réception (350) est agencé pour recevoir un message de contrôle de session 15 comprenant une offre ou une réponse SDP, ladite offre ou réponse SDP comprenant une liste ordonnée de descriptions des flux associés à ladite session ; - ledit module d'obtention (310) est agencé pour obtenir ladite information de priorité à partir d'un entête du message de contrôle de session, ladite information de priorité étant une liste ordonnée de valeurs comprise dans ledit entête, ordonnées selon un même ordre que lesdites descriptions de flux 20 associées à ladite session ; et comprenant en outre un module de détermination (360), agencé pour déterminer, à partir de la liste ordonnée de valeurs, et de la liste ordonnée de descriptions des flux associés à ladite session, une priorité relative pour chacun des flux au sein de ladite session selon l'ordre desdites listes. 25 10. Entité de contrôle (30), dite « entité primaire de contrôle », dans un réseau de communication, mettant en oeuvre des signaux de contrôle de session, comprenant : - un module de génération (410), agencé pour extraire et modifier à partir d'un message de contrôle de session, ou générer, une information de priorité indiquant une priorité relative d'un flux au sein d'une session de communication, par rapport à d'autres flux d'une pluralité de flux médias associée à ladite session ; et - un module d'insertion (420), agencé pour insérer ladite information dans un message de contrôle de session à destination d'une autre entité de contrôle (52), dite « entité secondaire de contrôle ». 11. Entité média (40), dans un réseau de communication, apte à extraire, depuis un message de contrôle de ressources H.248 reçu depuis une entité de contrôle selon l'une des revendications 6 à 9, une information de priorité indiquant une priorité relative d'un flux au sein d'une session de communication, par rapport à d'autres flux d'une pluralité de flux médias associée à ladite session. 3034608 22 12. Programme pour une entité de contrôle, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé selon l'une des revendications 1 à 5, lorsque ledit programme est exécuté par ladite entité de contrôle. 13. Support d'enregistrement lisible par ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon l'une des revendications 1 à 5. 5 10