Brevet FR2959088A1 — publié le 20111021

Procédé de traitement d'une demande d'établissement d'une communication, système, équipement et programme d'ordinateur correspondants 1. DOMAINE DE L'INVENTION La présente invention se rapporte de manière générale au domaine des télécommunications, et en particulier, au domaine des réseaux de communication utilisant le standard de communication ISDN (de l'anglais «Integrated Services Digital Network »), et notamment les réseaux de communication IP (de l'anglais «Internet Protocol» IP pour «Protocole Internet »), selon des techniques regroupées sous le terme « VoIP » (de l'anglais « Voice over IP » pour « Voix sur IP »). Plus précisément, l'invention concerne la comptabilité des média utilisés par une partie désireuse d'établir une communication ou modifier une communication existante, avec ceux acceptés par une partie destinataire, lors de l'établissement d'une communication sur un réseau téléphonique et/ou multimédia. Les informations échangées lors de l'établissement ou la modification d'une communication et relatives aux media utilisés ou acceptés par une des parties peuvent notamment inclure la désignation d'une norme de compression et/ou de décompression de données numériques utilisée par leur équipement de compression et/ou de décompression de données, ou codec, et du tramage choisi en émission, c'est-à-dire du délai d'émission entre deux trames successives. 2. ART ANTERIEUR Les opérateurs de télécommunications historiques des services de téléphonie fixe et les opérateurs entrants sur ce marché utilisent désormais la technologie IP et en particulier mettent en place des réseaux IMS (de l'anglais «IP Multimedia Subsystem ») dans le but d'offrir progressivement des services multimédia variés dans les réseaux fixes et mobiles. Les opérateurs historiques sont de plus contraints de remplacer leurs réseaux téléphoniques fixes vieillissant, basés sur une technologie de commutation de circuit pour l'établissement d'une communication, et souvent non maintenus par les industriels, par des réseaux plus récents, comme des réseaux IMS utilisant une technologie de commutation de paquets de données. Les réseaux de télécommunications mobiles GSM commencent progressivement à offrir partiellement des services IMS de type RCS (Reach Communication Suite): le mode circuit reste utilisé pour la partie service Voix et le mode paquet IMS est utilisé pour de nouvelles fonctionnalités offertes, par exemple des services tels que le partage de contenu (ou Content Sharing en anglais), comme l'accès à des contenus multimédia, photo ou vidéo notamment, ou à des répertoires de contacts dynamiques via la notion de présence. Les réseaux fixes et mobiles en mode circuit sont actuellement interconnectés avec les réseaux IMS via des contrôleurs de type MGCF (de l'anglais « Media Gateway Control Function ») qui pilotent des passerelles TMGF (Trunking Media Gateway Function). Ces équipements acceptent uniquement des codecs vocaux à bande étroite, par exemple compatibles avec les normes de compression G711A, G711µ, G729, G723, G726, GSM AMR, etc. Les réseaux IMS, eux, sont interconnectés entre eux via un contrôleur IBCF (Intermediate Border Controler Function) qui pilote des SPDF (Service Policy Decision Function) qui eux-mêmes pilotent des I-BGF(Interconnection Border Gateway Function). Les codecs supportés par ces équipements sont de tous types: il peut s'agir d'un codec vocal, vidéo, texte, etc. Enfin, les règles d'interconnexion fixées par les régulateurs, et en particulier la baisse des tarifs d'interconnexions, vont inciter les opérateurs de télécommunications à s'interconnecter en mode IP et non plus en mode circuit, pour maintenir et optimiser leurs revenus liés à l'interconnexion. Chaque opérateur va donc implémenter ses propres services qui peuvent utiliser différents codecs, eux-mêmes ayant leur propre configuration. Cependant, selon le modèle IMS, chaque entité doit négocier ses capacités et ses exigences de services avec son correspondant durant la phase d'établissement d'une session SIP ou lors d'une phase de modification d'une session SIP. A défaut d'une comptabilité entre ces services, la communication entre deux terminaux n'aboutira pas ou risque d'être perturbée. Ainsi, si un premier opérateur peut offrir des services VoIP IMS avec des codecs utilisant les normes de compression G.711A, G729, ou G722 avec un tramage à 20 ms et un second opérateur peut offrir des services VoIP IMS avec le support d'un codec demandant un signal à la norme G726 avec un tramage à 20 ms, aucun appel ne pourra aboutir, aucun codec n'étant commun, entre deux terminaux utilisant respectivement l'un de ces deux opérateurs. Cependant, même si l'appel n'aboutit pas, le terminal téléphonique de l'appelé peut dans certains cas sonner durant une courte période, dérangeant donc inutilement l'appelé. De plus, son journal d'appel mentionnera cet appel, ainsi que le numéro de l'appelant si celui-ci est disponible. L'appelé sera donc tenté de rappeler ce correspondant, et bien évidemment, l'appel n'a pas plus de chance d'aboutir. Enfin, l'appelant ne connaissant pas la cause d'échec de son appel, sera sans doute tenté de refaire une nouvelle tentative, encombrant ainsi inutilement le réseau. L'opérateur de l'appelant ne pourra pas facturer ces appels et risque de pâtir d'un défaut de qualité de service, du point de vue de l'appelant. La présente demande d'invention vise donc à apporter une solution à la problématique générale de compatibilité média. 3. EXPOSE DE L'INVENTION L'invention ne présente pas ces inconvénients de l'art antérieur. En effet, l'invention concerne un procédé de traitement d'une demande d'établissement d'une communication entre une entité émetteur de la demande et une entité destinataire de la demande, dans un réseau de communication. Selon l'invention, un tel procédé comprend une opération de négociation de paramètres média définissant la demande d'établissement de la communication, cette opération de négociation comprenant : - une étape de présentation de la demande d'établissement de communication de l'entité émetteur à une application de négociation de paramètres média ; - une étape d'obtention, par l'application de négociation, d'au moins un paramètre média définissant la demande d'établissement d'une communication. Ainsi, il y a systématiquement un transfert de la demande d'établissement de communication à une application de négociation de paramètres média. Ceci permet notamment de s'assurer de la compatibilité d'au moins un paramètre média définissant la demande d'établissement de communication, avec certains des paramètres média acceptés par au moins une entité destinataire de la communication. Les techniques de l'art antérieur, au contraire, transfèrent systématiquement les demandes d'établissement de communication vers leur entité destinataire, même si celle-ci n'accepte pas un ou plusieurs paramètres média définissant la communication. A l'inverse, l'invention permet de forcer un utilisateur de l'entité émetteur de la communication à utiliser uniquement des paramètres média compatibles avec au moins une entité destinataire. En effet, l'invention permet d'indiquer à l'utilisateur de l'entité émetteur de la communication les raisons de l'échec de la demande. Il doit donc, s'il désire joindre un utilisateur de l'entité destinataire, effectuer une nouvelle demande d'établissement de communication en utilisant des paramètres média différents. Selon une caractéristique particulière de l'invention, l'opération de négociation comprend une étape de comparaison, par l'application de négociation, du paramètre média obtenu avec au moins un paramètre média accepté par l'entité destinataire. Dans ce cas, l'étape de comparaison peut par exemple aboutir à un refus systématique de demandes d'établissement de communication dont au moins un paramètre média n'appartient pas à l'ensemble des paramètres média acceptés, sans même que ces demandes d'établissement de communication soient présentées sur l'entité destinataire. Ainsi, l'invention permet de filtrer les demandes d'établissement de communication à destination d'un utilisateur d'une entité destinataire, par exemple un terminal ou un serveur d'un centre d'appel, de façon à ne lui présenter que les demandes d'établissement de communication compatibles avec le ou les médias de l'entité et donc susceptibles d'aboutir. Si la demande d'établissement d'une communication a plusieurs entités destinataires potentielles, par exemple s'il s'agit d'une conférence téléphonique ou visiophonique, l'étape de comparaison peut permettre de ne présenter que les demandes définies par des paramètres média compatibles avec ceux acceptés par au moins une entité destinataire, notamment une entité destinataire principale, par l'ensemble des entités destinataires ou par une majorité d'entités destinataires. Selon une caractéristique particulière de l'invention, l'étape de comparaison tient compte d'au moins une configuration préalable d'au moins un paramètre média utilisable. Selon l'invention, la configuration préalable peut être effectuée indépendamment d'une demande de communication et donc lorsque les rôles d'émetteur ou de destinataire, qui peuvent fluctuer selon les communications, ne sont pas assignés. Elle permet à un utilisateur du service ou à un tiers, par exemple un gestionnaire, de tenir compte en particulier des caractéristiques techniques de l'entité mais également de définir des restrictions d'utilisation de certains paramètres média. Ces restrictions peuvent être différentes pour des demandes de communication entrantes et sortantes. Ainsi, l'utilisateur d'un terminal abonné au service peut autoriser les demandes de communications entrantes comportant une composante vidéo et refuser les demandes de communications sortantes comportant une composante vidéo, ou vice-versa. Ainsi, l'invention permet un filtrage des paramètres média pouvant être utilisés. Ainsi l'invention permet à l'utilisateur d'une entité destinataire de ne pas être dérangé par des demandes d'établissement d'une communication sur des média qu'il refuse d'utiliser ou ne peut pas utiliser. Selon une caractéristique particulière de l'invention, la configuration préalable tient compte d'un contexte dans lequel la demande d'établissement de communication est émise. Ainsi, l'étape de configuration peut permettre de privilégier ou d'interdire certains paramètres média selon le contexte de la demande d'établissement d'une communication, par exemple une heure d'émission de la demande d'établissement d'une communication, ou une caractéristique de l'entité émetteur ou de l'entité destinataire. Selon une caractéristique particulière de l'invention, l'opération de négociation comprend en outre une étape d'émission d'une demande d'établissement d'une communication par l'application de négociation vers l'entité destinataire. Ainsi, selon la solution de l'invention, l'application de négociation se place en simple « intermédiaire » entre l'entité émetteur et l'entité destinataire, de façon à être transparente pour l'entité émetteur et/ou l'entité destinataire lorsque leurs paramètres média sont compatibles. L'étape de transmission peut comprendre la proposition d'au moins un paramètre média. Ainsi, la solution de l'invention permet d'adresser une demande d'établissement d'une communication vers l'entité destinataire, définie par un paramètre média compatible avec les paramètres média acceptés par l'entité destinataire. Il peut ainsi s'agir du paramètre média obtenu si ce paramètre média est jugé compatible, ou d'au moins un paramètre média accepté par l'entité destinataire. Selon une caractéristique particulière de l'invention, l'opération de négociation comprend en outre une étape de prise en compte d'une réponse de l'entité destinataire. Ainsi, la solution de l'invention propose que la réponse de l'entité destinataire soit prise en compte par l'application de négociation et non pas reçue directement par l'entité émetteur de la demande. Ainsi, l'application de négociation peut prendre en compte la réponse de l'entité destinataire de façon différente suivant son contenu. En particulier l'opération de négociation peut comprendre une étape d'établissement d'un flux média entre l'entité émetteur de la demande d'établissement d'une communication et l'entité destinataire. Ainsi, la solution a l'avantage d'être transparente pour un utilisateur de l'entité émetteur ou de l'entité destinataire, dès lors que les paramètres média sont compatibles. Selon une caractéristique particulière de l'invention, l'étape de traitement comprend une étape d'établissement d'un flux média entre l'entité émetteur et l'application de négociation. Ainsi, si une incompatibilité est obtenue, la solution de l'invention permet d'assister l'utilisateur de l'entité émetteur de la demande face au non aboutissement de sa demande. Selon un mode particulier de réalisation de l'invention, le flux média peut être diffusé en mode dit "Early Media", c'est-à-dire préalablement à l'établissement de la communication. De ce fait, l'utilisateur de l'entité émetteur de la demande d'établissement de communication peut mettre fin à sa demande, par exemple en raccrochant après diffusion du flux média, sans qu'aucune communication n'ait été établie. En conséquence, aucune communication ne sera facturée au possesseur de l'entité émetteur par son opérateur téléphonique. L'invention offre donc un avantage pécuniaire au possesseur de l'entité émetteur. Selon une caractéristique particulière de l'invention, l'étape d'établissement du flux média comprend une sous-étape de diffusion par l'application de négociation d'au moins une des informations appartenant au groupe comprenant : - une indication de l'incompatibilité des paramètres média définissant la demande avec les paramètres média acceptés par l'entité destinataire; - une information indiquant l'absence de présentation de la demande d'établissement d'une communication à l'entité destinataire ; - une information relative à au moins un des paramètres média définissant la demande; - une information relative à au moins un des paramètres acceptés par l'entité destinataire; - une suggestion de modification d'au moins un des paramètres média définissant la demande; - une suggestion d'ajout d'au moins un paramètre média définissant la demande. L'invention permet de plus d'adapter la diffusion de l'information en fonction des spécificités de l'entité émetteur, par exemple en fonction d'une langue en usage dans un pays désigné par le numéro de téléphone de l'entité émetteur. Ainsi, à la différence des solutions de l'art antérieur, l'invention permet d'informer immédiatement et précisément un utilisateur de l'entité émetteur de la demande d'établissement d'une communication, de la cause de non aboutissement de la demande. De cette façon, l'utilisateur de l'entité émetteur de la demande ne sera pas tenté de réitérer sa demande avec les mêmes paramètres média, ce qui évite donc de surcharger inutilement le réseau. La solution de l'invention permet également à l'utilisateur de l'entité émetteur, s'il souhaite ré-itérer sa demande, de choisir des paramètres média plus adéquats. Dans les modes de réalisation où les demandes d'établissement d'une communication utilisant des paramètres média non compatibles avec ceux acceptés par une entité destinataire ne lui sont pas présentées, la solution de l'invention permet également d'en avertir l'utilisateur de l'entité émetteur que celui-ci ne suppose pas à tort l'utilisateur de l'entité destinataire averti de sa tentative d'établissement d'une communication. Selon une caractéristique particulière de l'invention, l'étape d'établissement du flux média comporte une étape de sélection d'au moins un traitement complémentaire à effectuer par l'application de négociation parmi les traitements appartenant au groupe comprenant : - une notification adressée à l'entité destinataire l'informant de la demande d'établissement d'une communication ; - un enregistrement d'un message à transmettre à l'entité destinataire ; - un établissement d'une communication avec l'entité émetteur par l'intermédiaire de l'application de négociation, l'application de négociation transcodant les flux média reçus de l'entité émetteur dans un format compatible avec les paramètres média acceptés par l'entité destinataire et les émettant vers l'entité destinataire, et transcodant les flux média reçus de l'entité destinataire dans un format compatible avec les paramètres média acceptés par l'entité émetteur et les émettant vers l'entité émetteur. Le procédé de l'invention offre ainsi à un utilisateur de l'entité émetteur de la demande d'établissement de communication plusieurs options pour la transmission d'une information vers l'entité destinataire. En particulier, même s'il est impossible à l'entité émetteur d'établir une communication avec l'entité destinataire, l'invention permet l'information de l'utilisateur de l'entité émetteur comme de l'entité destinataire, ce qui constitue déjà un réel service pour chacun. Ainsi, selon l'invention, l'application de négociation peut adresser une notification à l'entité destinataire, dans un média compatible avec les paramètres média acceptés par l'entité destinataire informant celle-ci de la tentative d'établissement d'une communication. Cette notification permet d'informer l'entité destinataire de la cause de l'échec de la tentative, afin que l'entité destinataire ne tente pas en vain de joindre l'entité émetteur de la demande en retour, les paramètres média étant incompatibles. De ce fait, l'invention permet d'éviter une surcharge inutile du réseau par l'entité destinataire. La solution de l'invention permet également à l'utilisateur de l'entité émetteur de la demande d'établissement d'une communication d'enregistrer un message dans le média qui lui convient, par l'intermédiaire de l'application de négociation, ce message étant ensuite restitué, par exemple en temps différé, à l'entité destinataire, après transcodage dans un média compatible avec les paramètres média acceptés par l'entité destinataire. La solution permet également l'établissement d'une communication entre l'entité émetteur de la demande et l'entité destinataire en mettant en oeuvre un transcodage temps réel. En d'autres termes, l'application de négociation se place en coupure au niveau des flux média de manière à transcoder ces derniers dans des formats compatibles avec les paramètres média acceptés par l'entité émetteur de la demande et/ou par l'entité destinataire. Selon une caractéristique particulière de l'invention, l'opération de négociation comporte en outre une étape d'émission d'une notification vers l'entité destinataire l'informant de la demande. Ainsi, la solution de l'invention permet d'informer l'utilisateur de l'entité émetteur comme de l'entité destinataire que l'échec de la communication est dû à une incompatibilité d'au moins un paramètre média. De ce fait, la solution de l'invention offre l'avantage, pour un opérateur, de ne pas se voir attribuer abusivement la cause d'un tel échec et donc de risquer d'être accusé à tort d'un défaut de qualité de service. Selon une caractéristique particulière de l'invention, l'étape de traitement comporte en outre une étape d'émission d'un message enregistré vers l'entité destinataire. La solution de l'invention permet ainsi à l'utilisateur de l'entité émetteur de pouvoir communiquer un minima avec le destinataire de la demande, même s'il leur est impossible d'établir une communication, du fait d'une incompatibilité de paramètres média. Selon une caractéristique particulière de l'invention, l'étape de traitement comporte en outre une étape d'établissement d'une communication entre l'entité émetteur et l'entité destinataire par le biais de l'application de négociation, l'application de négociation transcodant les flux média reçus de l'entité émetteur dans un format compatible avec les paramètres média acceptés par l'entité destinataire et les émettant vers l'entité destinataire, et transcodant les flux média reçus de l'entité destinataire dans un format compatible avec les paramètres média acceptés par l'entité émetteur et les émettant vers 1' entité émetteur. Selon un autre aspect, l'invention concerne un dispositif de communication pour la mise en oeuvre du procédé de traitement d'une demande d'établissement d'une communication selon l'invention. Selon l'invention, un tel dispositif comporte: - des moyens de réception en provenance d'une entité émetteur d'une demande d'établissement d'une communication à destination d'une entité destinataire ; - des moyens d'exécution d'une application de négociation de paramètres média en réponse à la réception de la demande d'établissement d'une communication, afin d'obtenir au moins un paramètre média définissant la demande d'établissement d'une communication. Selon encore un autre aspect, l'invention concerne un équipement comportant des moyens d'exécution, lors d'une demande d'établissement d'une communication, d'une application de négociation d'au moins un paramètre média. Selon l'invention, un tel équipement comprend des moyens d'obtention d'au moins un paramètre média définissant la demande d'établissement d'une communication. La solution de l'invention permet ainsi d'améliorer le taux d'aboutissement des communications transitant par un tel équipement, et le taux d'efficacité de ces communications, et donc d'améliorer la qualité de service de l'équipement et, de ce fait, la satisfaction des clients de l'opérateur qui l'utilise. Elle permet également à un opérateur de proposer de nouveaux services à ses clients, et donc également d'augmenter ses revenus potentiels. Lorsque la solution de l'invention est mise en oeuvre dans des serveurs d'applications téléphoniques existants, elle permet de plus de ne pas augmenter la charge des coeurs IMS par le déclenchement d'un serveur d'application dédié. Elle offre enfin l'avantage de permettre une réutilisation des serveurs média pilotés par le serveur d'application et donc d'éviter à l'opérateur d'effectuer un investissement important. Selon encore un autre aspect, l'invention concerne enfin un programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre du procédé de traitement d'une demande d'établissement d'une communication selon l'invention. 4. LISTE DES FIGURES D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels: la figure 1 présente un schéma du principe général de l'invention ; la figure 2a illustre une mise en oeuvre du procédé de l'invention lorsque les paramètres média d'une demande d'établissement d'une communication sont compatibles avec ceux configurés préalablement pour son destinataire ; la figure 2b illustre une mise en oeuvre du procédé de l'invention, sans configuration préalable des paramètres média acceptés par le destinataire ; la figure 3 illustre une mise en oeuvre du procédé de l'invention en cas d'incompatibilité des paramètres média; la figure 4 illustre une autre mise en oeuvre du procédé de l'invention en cas d'incompatibilité des paramètres média lorsque l'émetteur demande l'émission d'une notification ; - la figure 5 illustre une autre mise en oeuvre du procédé de l'invention en cas d'incompatibilité des paramètres média lorsque l'émetteur choisit d'enregistrer un message ; - la figure 6 illustre une autre mise en oeuvre du procédé de l'invention en cas d'incompatibilité des paramètres média lorsque l'émetteur demande le transcodage des flux média échangés ; - la figure 7 illustre une mise en oeuvre du procédé de l'invention pour l'interconnexion de serveurs= - la figure 8 décrit un équipement du réseau de communication selon l'invention. 5. DESCRIPTION D'UN MODE DE REALISATION DE L'INVENTION L'invention concerne un procédé de traitement d'une demande d'établissement d'une communication. Un but principal de l'invention est de fournir une solution permettant une négociation, entre un émetteur et un destinataire, des paramètres média utilisables pour la communication. Pour ce faire, l'invention propose un procédé qui permet, en redirigeant systématiquement cette communication vers une application de négociation de paramètres média, de vérifier la compatibilité des paramètres média définissant la communication avec ceux acceptés par son destinataire. La figure 1 présente le principe général de l'invention. Le principe général de l'invention consiste, pour un utilisateur utilisant le procédé de l'invention, à ce que toute demande d'établissement de communication 101 vers l'entité 210 de cet utilisateur, effectuée selon la figure 1 par une entité émetteur 200, soit traitée par une application de négociation de paramètres média 120, et que cette application de négociation de paramètres média détermine la compatibilité des paramètres média contenus dans la demande d'établissement de communication avec ceux acceptés par l'entité destinataire 210. L'application de négociation est ainsi à même d'informer (104) l'entité émetteur 200 lorsqu'elle a connaissance d'une incompatibilité entre les paramètres média, soit immédiatement, soit après une présentation 102 d'une demande d'établissement de communication à l'entité destinataire, et la prise en compte 103 de sa réponse. Ainsi, dans certains modes de réalisation, l'invention permet de pallier les inconvénients des solutions de l'art antérieur, où une demande d'établissement d'une communication qui ne peut pas aboutir est malgré tout présentée à son destinataire, et se traduit par exemple dans le cas d'un appel téléphonique par une sonnerie, et donc par un dérangement inutile, et/ou un enrichissement du journal d'appel avec la désignation de l'émetteur, ce qui poussera le destinataire à tenter à son tour, inutilement, de joindre l'émetteur. L'invention, au contraire, permet dans certains modes de réalisation, de présenter uniquement à une entité destinataire les demandes d'établissement de communication compatibles, ou potentiellement compatibles, avec les paramètres média de l'entité destinataire et de l'informer d'un échec pour incompatibilité. L'invention permet également à l'émetteur de connaître la raison de l'échec de sa demande, à l'inverse des solutions de l'art antérieur, qui prévoient par exemple une simple tonalité d'occupation, sans explication de l'échec. De plus, contrairement aux solutions de l'art antérieur, l'invention offre à l'utilisateur de l'entité émetteur et/ou destinataire des possibilités de pallier cette incompatibilité, notamment par l'envoi d'une notification automatique, ou par l'enregistrement de messages personnalisés. L'invention permet encore à l'utilisateur de l'entité émetteur de communiquer dans le média qui lui convient avec un utilisateur de l'entité destinataire, l'application prenant en charge un transcodage temps réel, ou une re-négociation média, des flux média échangés, en cas d'incompatibilité de certains paramètres média. L'invention permet ainsi d'améliorer la qualité de service des serveurs IMS VoIP existants pour l'établissement de communications entrantes et sortantes, en assurant le fonctionnement correct des communications. De plus, l'invention peut également permettre d'inhiber certains média d'une entité multimédia, qu'un utilisateur ne souhaite pas utiliser lors d'une communication entrante ou sortante. Ainsi, un membre d'un foyer disposant d'un terminal audio-vidéo souhaitera peut-être ne pas autoriser l'usage de codecs vidéo lors des appels sortants et entrants pour des problèmes de facturation, par volonté de ne pas se montrer à ses correspondants, ou pour éviter à des enfants l'accès à certains services, par exemple l'accès à des flux vidéo à caractère pornographique, violent ou incitant à l'usage de drogue. Enfin, l'invention permet également d'améliorer la qualité de services d'interconnexions entre des opérateurs. Ainsi, des opérateurs interconnectés entre eux peuvent avoir à faire face à des problèmes d'incompatibilité de codec, du fait par exemple d'une mauvaise configuration d'au moins un de leurs équipements. Cette situation peut notamment se produire après une mise à jour matérielle et/ou logicielle des équipements installés, les nouvelles versions étant installées avec une configuration par défaut, qui peut être totalement différente de la configuration nécessaire à l'opérateur. Ce type de situation se traduit, avec les solutions de l'art antérieur, par des problèmes d'interconnexions et donc par une perte de revenus financiers pour les opérateurs et par un mécontentement des clients. La solution de l'invention permet de remédier à ces problèmes d'interconnexion, pour d'une part établir le maximum de communications et d'autre part faire en sorte que ces communications soient réellement efficaces, en négociant des paramètres média qui sont déterminés en fonction des entités concernées, et en particulier de leurs faiblesses, et en levant des ambiguïtés de négociation. Par la suite, on présente notamment le cas d'une implémentation du procédé de l'invention au protocole SIP dans le cadre d'une communication dite « VoIP » (de l'anglais « Voice over IP » pour « Voix sur IP »). Il est clair cependant que l'invention ne se limite pas à cette implémentation particulière, mais peut également être mise en oeuvre à l'aide d'autres protocoles de communication. 5.2 Description d'un mode particulier de réalisation On présente, en relation avec la figure 2a, un mode particulier de mise en oeuvre du procédé selon l'invention, lors d'une demande d'établissement d'une communication, mono ou multimédia, effectuée par un utilisateur émetteur 100, utilisant une entité 200, vers un destinataire 110 disposant d'une entité 210. Ces entités peuvent notamment consister en des terminaux ou des serveurs, par exemple des serveurs vocaux. La figure 2a illustre le fonctionnement dynamique de l'invention. Dans l'exemple illustré, les paramètres média définissant la demande d'établissement de communication sont compatibles avec ceux du destinataire de la demande. Dans les modes de réalisation détaillés ici, le réseau de communication est un réseau VoIP s'appuyant sur une architecture IMS (de l'anglais « IP Multimedia Subsystem » pour « sous-système multimédia Internet Protocol »). Au coeur de réseau IMS, non représenté sur les figures dans un souci de simplification, sont connectés deux serveurs d'application: - un premier serveur d'application téléphonique, également non représenté sur les figures, offrant les services téléphoniques standards pour l'émission (mode «Originating ») ou la réception (mode « Terminating ») de demandes d'établissement de communication , - un second serveur d'application 220, offrant des services de négociation de paramètres média, grâce à l'application de négociation de paramètres média 120 illustrée en figure 1. Quand l'utilisateur 100 ou 110 s'abonne au service, l'opérateur configure l'accès au service au niveau du coeur de réseau IMS. L'utilisateur 100, respectivement 110 active ou désactive la mise en oeuvre du procédé de l'invention depuis l'entité 200, respectivement 210, par une configuration du serveur 220, par Internet, par une interaction vocale ou à l'aide de codes DTMF ou par un appel via un préfixe (3651 par exemple). L'implémentation du procédé selon l'invention peut être réalisée grâce à différents protocoles de communication et être adaptée à différents types d'application. Dans le mode de réalisation présenté ici, le protocole utilisé est le protocole SIP et les entités 200 et 210, par exemple des terminaux, sont des équipements de téléphonie SIP, communicant avec le réseau IMS par le biais de serveurs non représentés sur les figures, dans un souci de clarté. Dans le mode de réalisation présenté ici, le procédé suppose que l'application de négociation est écrite selon un standard du marché, comme par exemple le standard 3GPP (pour « 3rd Generation Partnership Project ») ou le standard RFC 3264 (« An Offer/Answer Model with Session Description Protocol ») adapté à une interface avec une entité de communication IP. Dans ce mode de réalisation, le procédé est mis en oeuvre après l'émission d'une demande d'établissement d'une communication 211 depuis l'entité 200 de l'émetteur 100 vers l'entité destinataire 210 de l'utilisateur destinataire 110. Cette demande se traduit dans le protocole SIP par l'émission d'un message « SIP : INVITE » par l'entité 200 de l'appelant 100. Selon l'invention, et contrairement aux solutions de l'art antérieur, la demande d'établissement d'une communication est systématiquement routée vers le serveur 220. Plus précisément, lorsqu'un utilisateur 110 s'abonne au service fourni par l'application de négociation par l'intermédiaire d'un serveur d'abonnement, par exemple un serveur « HSS » (pour « Home Subscriber Server »), il est configuré, par exemple par le positionnement du critère « IFC » (pour «Initial filter Criteria ») dans son profil IMS, de sorte que les communications qui lui sont destinées sont routées vers l'application de négociation 120 avant ou après le déclenchement des services classiques de téléphonie « Terminating ». Ainsi, le procédé de l'invention comprend une étape de traitement par l'application de négociation 120 de la demande d'établissement d'une communication. Cette étape comprend une étape de présentation de la demande 211 à l'application de négociation 120. Par exemple, selon le protocole SIP, l'application de négociation reçoit un message « SIP : INVITE » désignant respectivement comme émetteur et destinataire les entités 200 et 210. Cette étape de présentation de la demande d'établissement d'une communication 211 est suivie par une étape d'obtention 212, par l'application de négociation, d'une information représentative d'au moins un paramètre média définissant la demande, par exemple une information représentative d'au moins un codec disponible pour l'entité émetteur. Cette information représentative d'au moins un paramètre média peut notamment être incluse dans la demande, par exemple dans le champ « SDP » (Session Description Protocol) du message « SIP : INVITE ». L'information représentative peut également ne pas être présente dans la demande présentée. Dans ce cas, l'étape d'obtention 212 peut inclure une sous-étape d'interrogation de l'entité émetteur, par exemple par un message « SIP: 200 0K », et une sous-étape de prise en compte de la réponse de l'entité émetteur, par exemple un message « SIP : ACK» comportant un champ SDP. Le procédé comprend ensuite une étape de détermination, par l'application de négociation, d'au moins un paramètre média accepté par l'entité destinataire 110. Le procédé peut comprendre plusieurs mécanismes de détermination de ces paramètres média. En effet, dans un premier mode de réalisation de l'invention, illustré par la figure 2a, le procédé prévoit une étape préalable de configuration 213 des paramètres média acceptés par l'entité destinataire. Cette étape préalable peut par exemple être effectuée lors de l'abonnement au service et/ou ultérieurement, suite aux évolutions d'une capacité de l'entité destinataire ou aux souhaits de l'un de ses utilisateurs, par le fournisseur du service ou par l'utilisateur lui-même, par le biais d'une interface de configuration de type Internet, ou de type vocal, textuel, ou par codes DTMF. Par exemple, un centre d'appel multimédia ou un service à valeur ajoutée peut accepter uniquement des communications audio et obligatoirement vidéo, de type audio G711/G722 et vidéo H263, de manière à optimiser ses ressources en télécommunications. Dans certains modes de réalisation, la configuration des paramètres média de l'entité destinataire peut également dépendre d'autres facteurs, par exemple un contexte de la demande d'établissement d'une communication, comme l'heure d'émission de la demande ou le jour de la semaine. Ainsi, un utilisateur peut refuser de recevoir des communications sous forme audio ou vidéo avant une certaine heure le week-end. Les paramètres média acceptés par l'entité destinataire 210 peuvent également être fonction de l'entité émetteur 200, notamment de son l'adresse IP ou de son numéro de téléphone. Par exemple, un utilisateur d'une entité destinataire peut accepter un média vocal et/ou vidéo pour une demande émise par une entité dont l'indicatif téléphonique international ou l'extension de l'adresse IP désigne un pays dont il maîtrise bien la langue. Il peut par contre n'autoriser qu'un média texte dans le cas contraire. L'étape préalable de configuration 213 aboutit à la mémorisation des paramètres média acceptés, par exemple dans une base de données du serveur d'application ou d'un serveur tiers. Dans ce mode de réalisation, l'application de négociation peut alors déterminer les paramètres média acceptés par l'entité destinataire par une étape de recherche 214 de paramètres média mémorisés relatifs à l'entité destinataire. Le procédé prévoit ensuite une étape de comparaison 215 d'au moins un paramètre média définissant la demande et obtenu en étape 212 avec au moins un paramètre média déterminé en étape 214. Dans le cas illustré en figure 2a, où l'entité émetteur dispose d'au moins un paramètre média compatible avec le profil média configuré dans le serveur d'application pour l'entité destinataire, le procédé prévoit une étape d'émission 216 par l'application de négociation, d'une demande d'établissement d'une communication vers l'entité destinataire, comprenant les paramètres média obtenus de l'émetteur et éventuellement filtrés par le serveur d'application. Cette étape est suivie d'une étape de prise en compte 217 d'une réponse de l'entité destinataire. Cette réponse, dans le cas d'application illustré où les paramètres média sont compatibles, peut consister en une acceptation de la communication, par exemple le cas du protocole SIP, par un message « SIP : 200 0K ». La communication entre l'entité émetteur et l'entité destinataire est ensuite établie de manière standard, la présence de l'application de négociation étant alors transparente pour l'entité émetteur comme pour l'entité destinataire : ainsi, le procédé comprend ensuite une étape d'information 218 de l'entité émetteur, indiquant l'acceptation de la communication, par exemple par la transmission d'un message «SIP : 200 0K », et l'établissement d'un flux média 219 entre l'entité émetteur et l'entité destinataire. Dans certains modes particuliers de réalisation, une fois le flux média établi, les échanges entre l'entité émetteur et l'entité destinataire, par exemple des transactions SIP, ne transitent pas par l'application afin de limiter la charge du serveur 220. La figure 2a présente une mise en oeuvre de l'invention dans laquelle les paramètres média acceptés par l'entité destinataire sont préconfigurés dans un serveur, tandis que les paramètres média proposés par l'entité émetteur sont indiqués dans la demande d'établissement d'une communication. Il est cependant important de comprendre que la solution de l'invention est « symétrique », l'entité émetteur comme l'entité destinataire pouvant être abonnées au service, et les rôles d'émetteur et de destinataire étant interchangeables selon les demandes d'établissement de communication. Notamment, l'utilisateur de l'entité émetteur peut également avoir sélectionné dans une étape de configuration préalable, les paramètres média de son entité, en fonction des capacités de son entité et/ou en fonction des paramètres média qu'il souhaite utiliser. Ainsi, l'utilisateur de l'entité émetteur peut interdire certains paramètres média, par exemple du fait d'un handicap, d'un filtrage parental ou pour des raisons pécuniaires. Il peut aussi restreindre leur usage, par exemple n'autoriser leur usage qu'après fourniture d'un code secret. Ainsi, les paramètres média privilégiés ou interdits peuvent également dépendre de l'utilisateur de l'entité émetteur, notamment de son identification (par exemple dans le cas d'un terminal utilisé successivement par des parents et leurs enfants) ou de ses correspondants. L'étape d'obtention 212 des paramètres média peut donc comprendre une sous-étape de recherche des paramètres média configurés pour l'entité émetteur 200. Dans certains modes de réalisation, cette sous-étape de recherche peut être effectuée même si une information représentative des paramètres média est incluse dans la demande. Ainsi, l'invention permet de « filtrer » les demandes en fonction de critères prédéfinis. Par exemple, si la demande propose des paramètres média audio, vidéo et texte temps réel type T.140, la sous-étape de recherche peut limiter les paramètres média obtenus aux seuls paramètres média audio. Dans certains modes de réalisation, un opérateur de télécommunication peut également restreindre, par une configuration préalable, les paramètres média acceptés pour chacun de ses clients, en particulier pour une compatibilité avec des équipements d'interception légale. 5.3 Cas où les paramètres média acceptés par l'entité destinataire n'ont pas été préalablement configurés. La figure 2b illustre un autre cas d'application du procédé de l'invention, proche de celui illustré en figure 2a, mais sans configuration préalable des paramètres média acceptés par l'entité destinataire. Dans ce cas, l'étape de recherche 214 de paramètres média mémorisés relatifs à l'entité destinataire est infructueuse, et, lorsque les paramètres média sont compatibles, comme illustré en figure 2b, l'étape de comparaison 215 est effectuée après l'étape de prise en compte 217 d'une réponse de l'entité destinataire, contenant les paramètres média acceptés par l'entité destinataire, par exemple dans un message « SIP : 200 0K ». Là encore, une fois vérifiée la comptabilité des paramètres média, par exemple ceux indiqués dans le message « SIP : INVITE » transmis à l'entité destinataire et dans sa réponse « SIP : 200 OK », l'application de négociation est transparente pour les deux correspondants et n'applique aucun traitement particulier. 5.4 Cas où les paramètres média de l'émetteur ne sont pas compatibles avec ceux configurés préalablement pour le destinataire. La figure 3 illustre un autre cas d'application du procédé de l'invention, où les paramètres média acceptés par l'entité destinataire ont été configurés préalablement, comme illustré par la figure 2a, mais où l'étape de comparaison 215 conclut à une incompatibilité des paramètres média obtenus de l'entité émetteur (étape 212) et des paramètres mémorisés, résultats de l'étape de recherche 214. Cette incompatibilité peut notamment résulter d'une absence de codec compatibles et/ou d'un tramage différent d'émission. Par exemple, si une entité destinataire comme un centre d'appel multimédia ou un service à valeur ajoutée accepte uniquement des communications Audio et obligatoirement Vidéo, de type audio G711/G722 et vidéo H263, et si les paramètres média d'une demande d'établissement d'une communication vers cette entité ne comprennent que des codecs audio G711/G722/G729, l'étape de comparaison 215 conclura à l'incompatibilité des paramètres média. Il en sera de même, si l'entité 200 utilise uniquement un codec T.140, par exemple parce qu'utilisé par une personne sourde et muette, et que l'entité 210 ne supporte que des codecs vocaux. Dans ce cas, dans certains modes de réalisation de l'invention, il est prévu que la demande ne soit pas présentée au destinataire, afin par exemple de ne pas le déranger inutilement. Dans le mode de réalisation illustré en figure 3, le procédé comprend une étape d'information 316 de l'avancement de la demande par ladite application de négociation. Par exemple, il peut s'agir d'un message « SIP : 183 PROGRESS » destiné à l'émetteur, transmis avec des paramètres média compatibles avec ceux obtenus de l'émetteur. Alors que les solutions de l'art antérieur impliquent la réception par l'entité émetteur d'un simple message de rejet, par exemple un message d'erreur «SIP : 488 NOT ACCEPTABLE HERE » ou « SIP : 406 NOT ACCEPTABLE », sans information complémentaire permettant à l'utilisateur 100 de comprendre la cause de l'échec de sa demande, le procédé de l'invention quant à lui comprend une étape supplémentaire d'établissement d'un flux média 317 entre l'application de négociation et l'entité émetteur 200. Selon l'invention, l'application pilote un serveur média, par exemple un serveur vocal et/ou vidéo et/ou texte, afin de fournir des informations pertinentes à l'émetteur, l'informant notamment des causes de l'échec de sa demande d'établissement d'une communication, en utilisant un média compatible avec le paramètre média obtenu. Dans certains modes de réalisation particuliers, le flux média peut être établi par l'acceptation de la demande par l'application de négociation. Cependant, dans le mode de réalisation illustré en figure 3, l'information est diffusée en mode dit "Early Media", c'est-à-dire sans que l'application de négociation ait acceptée la communication. Ce mode de réalisation, du fait qu'il n'induit pas l'établissement d'une communication, offre l'avantage d'éviter une facturation à l'émetteur d'une demande infructueuse. Selon les modes de réalisation de l'invention, l'information pertinente fournie à l'entité émetteur peut inclure au moins une des informations appartenant au groupe comprenant : - une indication de l'incompatibilité des paramètres média obtenus de l'entité émetteur avec les paramètres média acceptés par l'entité destinataire ; - une information indiquant l'absence de présentation de la demande à l'entité destinataire (cela permet ainsi à l'utilisateur de l'entité émetteur de ne pas croire, à tort, que l'utilisateur de l'entité destinataire est averti de sa tentative d'établissement d'une communication) ; - une information relative à au moins un des paramètres médias obtenus de l'entité émetteur, par exemple une précision sur un paramètre média incompatible avec les paramètres acceptés par l'entité destinataire ; - une information relative à au moins un des paramètres acceptés par l'entité destinataire; - une suggestion de modification d'au moins un des paramètres média définissant la demande ; - une suggestion d'ajout d'au moins un paramètre média définissant la demande. Dans certains modes de réalisation, l'étape d'établissement d'un flux média 317 peut également comporter la présentation d'options complémentaires offertes à l'utilisateur de l'entité émetteur, et illustrées plus loin, en particulier si celui-ci est abonné au service, comme la présentation d'une notification à l'entité destinataire 210, ou l'enregistrement d'un message destiné à être transcodé en temps différé puis délivré à l'entité destinataire 210 ou encore une mise en communication grâce à un transcodage en temps réel des flux média échangés. Dans certains modes de réalisation de l'invention, le choix de l'une de ces options peut être effectué lors de l'étape préalable 213 de configuration des paramètres média acceptés par un utilisateur, pour les demandes d'établissement d'une communication entrante et/ou sortante. 5.5 Cas où les paramètres média de l'entité émetteur ne sont pas compatibles avec ceux acceptés par l'entité destinataire de la demande de communication, sans configuration préalable. La figure 4 illustre une mise en oeuvre de l'invention dans laquelle, comme dans la figure 3, les paramètres acceptés par l'entité destinataire ne sont pas configurés lors du traitement de la demande par l'application de négociation. Dans ce cas, l'étape d'émission 216, par l'application de négociation, d'une demande d'établissement d'une communication vers l'entité destinataire comprenant les paramètres média obtenus de l'entité émetteur et incompatibles avec ceux acceptés par l'entité destinataire, est suivie de la prise en compte 217 du rejet de la demande par l'entité destinataire, par exemple une réponse «SIP : 488 NOT ACCEPTABLE HERE» ou « SIP : 406 NOT ACCEPTABLE ». L'étape d'information 316 de l'avancement de la demande par l'application de négociation, prévue par le procédé de l'invention, peut là encore consister en un message «SIP : 183 PROGRESS » destiné à l'entité émetteur, et transmis avec des paramètres média compatibles avec ceux obtenus de l'entité émetteur. Elle est suivie par l'étape d'établissement 317 d'un flux média entre l'application de négociation et l'entité émetteur, par exemple en mode « early média ». Selon l'invention, le flux média établi permet à l'application de négociation de fournir des informations pertinentes à l'utilisateur de l'entité émetteur, l'informant notamment de l'incompatibilité des paramètres média obtenus de l'entité émetteur avec les paramètres média acceptés par l'entité destinataire et permet à l'utilisateur de l'entité émetteur de demander l'émission, par l'application de négociation, d'une notification destinée à l'entité destinataire. Dans le mode de réalisation illustré en figure 4, l'application ne reçoit pas toujours d'informations relatives aux paramètres média acceptés par l'entité destinataire. Par exemple, la réponse « SIP : 488 NOT ACCEPTABLE HERE » ne contient pas les paramètres acceptés par cette entité. L'application doit donc obtenir ces paramètres auprès de l'entité destinataire. Dans certains modes de réalisation, l'application peut adresser un message spécifique à l'entité destinataire, par exemple un message « SIP : OPTIONS ». Dans d'autres modes de réalisation, comme illustré en figure 4, le procédé comprend une étape de présentation d'une nouvelle demande d'établissement d'une communication 418 par l'application de négociation à l'entité destinataire, ne comportant pas d'indication de paramètre média. Il peut s'agir par exemple d'un message « SIP : INVITE ». Dans le cas du protocole SIP, ces modes de réalisation permettent à l'application de négociation de toujours recevoir en retour, lors de l'étape de prise en compte d'une réponse 419 de l'entité destinataire la liste des paramètres média qu'elle accepte (si elle est opérationnelle). Dans d'autres modes de réalisation adapté au protocole SIP, il peut s'agir d'un message « SIP : 180 RINGING », ou « SIP : 183 PROGRESS », notamment lorsque l'entité destinataire 210 accepte les messages « SIP : PRACK ». Dans le cas du protocole SIP, la réponse de l'entité destinataire 210 peut par exemple consister en un message « SIP : 200 0K ». Dans le mode de réalisation illustré en figure 4, l'étape 419 est suivie par une étape 420 d'information de l'entité émetteur de l'établissement d'une communication entre l'application et l'émetteur. Cette étape est optionnelle. Le procédé comprend enfin une étape d'établissement d'un flux média 421 entre l'application de négociation 120 et l'entité destinataire 210, permettant à l'application 120, par le biais par exemple d'un serveur vocal, vidéo ou texte, de délivrer une notification à l'entité destinataire 210, l'informant de la tentative d'établissement d'une communication de l'entité émetteur 200. La notification peut également comporter d'autres informations, par exemple des informations appartenant au groupe comprenant : - une indication de l'incompatibilité des paramètres média obtenus de l'entité émetteur avec les paramètres média acceptés par l'entité destinataire; - une information indiquant la transmission, à l'utilisateur de l'entité émetteur, d'une information sur au moins une des causes de l'échec de sa tentative ; - une information relative à au moins un des paramètres médias obtenus de l'entité émetteur ; - une information relative à un autre paramètre présent dans la demande, notamment une information relative à une identification de l'entité émetteur, comme un numéro de téléphone ou une adresse IP, ou le cas échéant l'indication d'une impossibilité de fournir une telle information (par exemple en cas d'appel masqué) ; - une information relative à au moins un des paramètres acceptés par l'entité destinataire, par exemple une précision sur un paramètre média incompatible avec les paramètres obtenus de l'entité émetteur; - une suggestion de modification d'au moins un des paramètres média acceptés par l'entité destinataire ; - une suggestion d'ajout d'au moins un paramètre média obtenu de l'entité émetteur comme paramètre média accepté par l'entité destinataire . 5.6 Cas où les paramètres média ne sont pas compatibles, et où l'utilisateur émetteur choisit d'enregistrer un message destiné à l'utilisateur destinataire. La figure 5 illustre un cas d'application de l'invention, lorsque l'utilisateur 100 de l'entité émetteur 200 demande, grâce au flux média établi à l'étape 317, à enregistrer un message personnalisé à destination de l'utilisateur 110 de l'entité destinataire 210. Dans ce cas, le procédé comprend une étape de mise en communication 518 de l'entité émetteur avec l'application de négociation, par exemple par un message «SIP : 200 0K », utilisant les paramètres média obtenus de l'entité émetteur, selon l'invention. Cette étape peut notamment permettre à l'utilisateur 100 l'enregistrement d'un message selon le média qui lui convient le mieux. Dans le mode de réalisation illustré en figure 5, le procédé comprend ensuite une étape de fin 519 de la communication établie. Cette étape peut notamment se traduire par l'émission d'un message « SIP : BYE » à l'initiative de l'entité émetteur 200. Selon l'invention, il est prévu une étape de transcodage en temps différé 520 du message enregistré, selon un format compatible avec les paramètres média acceptés par l'entité destinataire 210. Il peut par exemple s'agir d'une conversion textuelle d'un enregistrement vocal à l'aide d'un outil de reconnaissance vocale. Le procédé comprend ensuite l'établissement d'une communication, à l'aide des paramètres acceptés par l'entité destinataire 210, (étapes 521 et 522), aboutissant à l'établissement d'un flux média 523 entre l'application de négociation et l'entité destinataire 210 afin de restituer, après transcodage, à l'utilisateur destinataire) 10 le message enregistré. 5.7 Cas où les paramètres média ne sont pas compatibles et où l'utilisateur émetteur demande l'établissement d'une communication avec l'entité destinataire La figure 6 illustre un cas d'application de l'invention, lorsque l'utilisateur 100 demande, grâce au flux média établi à l'étape 317, l'établissement d'une communication avec l'entité destinataire par l'intermédiaire de l'application de négociation. Dans ce cas, le procédé comprend une étape de demande d'établissement d'une communication 618, par exemple par un message «SIP : INVITE », émise par l'application de négociation vers l'entité destinataire 210, avec en paramètres média des paramètres média acceptés par l'entité destinataire 210, puis une étape de prise en compte 619 de la réponse de l'entité destinataire 210, par exemple par l'envoi d'un message « SIP : 200 0K ». Le procédé comprend également une étape d'acceptation 620, par l'application de négociation, de la demande effectuée par l'entité émetteur avec en paramètre média ceux obtenus de l'entité émetteur. Selon les modes de réalisation de l'invention, l'étape 620 peut être effectuée, avant ou après l'étape 618 ou l'étape 619. Ces étapes sont suivies d'une part d'une étape d'établissement 621 d'un flux média entre l'entité émetteur 200 et l'application de négociation, qui utilise des paramètres média obtenus de l'entité 200, et d'autre part d'une étape d'établissement 622 d'un flux média entre l'application de négociation et l'entité destinataire 210, qui utilise des paramètres média acceptés par l'entité 210. Selon l'invention, le procédé comprend enfin une étape de transcodage 623 des flux média établis par l'application de négociation. Plus précisément, l'application de négociation se place en coupure au niveau des flux média, de façon à transcoder le flux média reçu de l'entité émetteur 200 dans un format compatible avec les paramètres média acceptés par l'entité destinataire 210 avant de le transmettre à l'entité 210, et à transcoder le flux média reçu de l'entité 210 dans un format compatible avec les paramètres média obtenus de l'entité 200, avant de le transmettre à l'entité 200. Il peut par exemple s'agir d'un transcodage entre les formats de différents codec (par exemple un transcodage du format d'un codec audio G711A vers un codec audio G729, ou d'un codec vidéo H261 vers le codec H263) ou prenant en compte des différences de tramage. Ainsi, l'invention permet, de manière automatique, l'établissement de communications qui sinon n'auraient jamais abouti ou auraient été fortement perturbées. 5.7 Mise en oeuvre du procédé à l'interconnexion de réseaux Le procédé de l'invention peut également être utilisé pour améliorer l'interconnexion entre deux opérateurs ou entre deux équipements de gestion de trafic d'un même opérateur. La figure 7 illustre le cas d'une interconnexion, ici de type IP, entre deux opérateurs. Ainsi, un serveur IMS 730, utilisé pour émettre une demande d'établissement d'une communication par une entité émetteur 200, s'interconnecte avec un serveur IMS 740, utilisé par une entité destinataire 210. Dans le cas illustré en figure 7, les paramètres média de l'entité 200 et du serveur 730 sont compatibles. A défaut, le mode de réalisation de l'invention illustré en figure 6 et mettant en oeuvre un transcodage des flux média pourra être utilisé en complément. Il en va de même pour les paramètres média de l'entité destinataire 210 et du serveur 740, également compatibles. Les solutions de l'art antérieur, dans lesquels les deux serveurs sont interconnectés de façon directe, ne permettent pas à une demande d'établissement d'une communication d'aboutir, si les paramètres média entre les deux opérateurs û ici les deux serveurs IMS û ne sont pas compatibles. C'est le cas par exemple, si les codecs utilisés par les des deux opérateurs ne sont pas compatibles entre eux, ou si les codecs sont compatibles, mais que certains des paramètres média, comme la taille du tramage, sont asymétriques. Le procédé de l'invention, ajoute la présence d'un équipement d'interconnexion 750 intermédiaire entre les deux serveurs, par exemple un équipement de type «I-SBC » (de l'anglais Interconnect Session Border Controler), qui intègre l'application de négociation 120 selon l'invention. L'exemple de la figure 7 illustre la négociation média dans le cas où les paramètres média 20 comprennent un codec audio commun avec cependant des tramages différents. Dans cet exemple, l'entité émetteur 200 effectue une demande d'établissement d'une communication 711 vers le serveur 730. Selon l'invention, le serveur 730 transfère cette demande vers le serveur 750, où elle sera traitée par l'application de négociation 120. L'étape de traitement de l'application de négociation comprend tout d'abord une étape de 25 présentation 712 de la demande à l'application de négociation. Par exemple, l'application de négociation reçoit un message «SIP : INVITE » dans lequel les paramètres média sont ceux définis dans le message émis par l'entité 200 et également acceptés par le serveur IMS 730. Cette étape de présentation de la demande 712 est suivie par une étape d'obtention 713, mise en oeuvre par l'application de négociation, d'une information représentative d'au moins un paramètre 30 média définissant la demande, et en particulier, une information représentative par exemple d'un codec audio et d'un tramage à 20 ms. Le procédé comprend ensuite une étape d'émission 714 par l'application de négociation, d'une demande d'établissement d'une communication désignant l'entité destinataire 210 vers le serveur 740, par exemple par un message « SIP : INVITE ». Cette demande inclut les paramètres 35 média obtenus du serveur 730 et par exemple, la désignation d'un codec audio et d'un tramage à 20 ms. Cette demande d'établissement d'une communication est transférée, à l'étape 715, par le serveur 740 à l'entité 210. La réponse de l'entité 210, par exemple sous forme d'un message «SIP : 200 0K » contenant les paramètres média acceptés par l'entité destinataire, est reçue en étape 716 par le serveur 740 et transférée vers l'application de négociation. Le procédé de l'invention comprend une étape de prise en compte 717 de la réponse reçue du serveur 740, qui indique ici en particulier un codec audio et un tramage à 40 ms. Il est prévu, selon l'invention, une étape de comparaison 718 de la compatibilité des paramètres média. Cette étape aboutit ici à relever les différences de tramage. Lorsque l'étape de comparaison conclut à une incompatibilité, ou à une inadéquation, entre les paramètres média, l'invention prévoit une re-négociation média avec au moins une des deux parties. Ainsi, selon la figure 7, le procédé comprend, d'une part, une étape de transmission 719 au serveur 730 de la réponse de l'entité 210 comprenant l'indication des paramètres média obtenus du serveur 730 (et non pas l'indication des paramètres média acceptés par l'entité 210). Le serveur 730 transmet ensuite, à l'étape 720, cette réponse à l'émetteur 200. D'autre part, lorsque l'étape de comparaison conclut à une incompatibilité, ou à une inadéquation entre les paramètres média, le procédé comprend une étape de ré-émission 721, par l'application de négociation, de la demande d'établissement d'une communication vers l'entité 210, indiquant des paramètres média compatibles avec ceux acceptés par le serveur 740, ici par exemple un tramage à 40 ms ; cette demande d'établissement est ensuite transmise (étape 722) par le serveur 740, à l'entité 210. La réponse de l'entité destinataire 210, par exemple, à nouveau sous forme d'un message « SIP : 200 OK » contenant les paramètres média acceptés par l'entité 210, est reçue (étape 723) par le serveur 740 et transférée vers l'application de négociation. Le procédé de l'invention comprend à nouveau une étape de prise en compte 724 de la réponse reçue du serveur 740. Selon l'invention, le procédé comprend enfin des étapes d'établissement de flux média entre les serveurs : - une étape d'établissement 725 d'un flux média en émission de l'entité émetteur 200 vers le serveur 750, avec un tramage à 20 ms ; - une étape d'établissement 726 d'un flux média en émission du serveur 750 vers l'entité destinataire 210, avec cette fois un tramage à 40 ms ; - une étape d'établissement 728 d'un flux média en émission de l'entité 210 vers le serveur 750, avec un tramage à 40 ms ; - une étape d'établissement 727 d'un flux média en émission du serveur 750 vers l'entité 200, avec cette fois un tramage à 20 ms. Ainsi, le serveur 750 joue le rôle d'un intermédiaire entre les deux serveurs IMS 730 et 740 et se place en coupure de flux média entre les deux serveurs. La renégociation entre le serveur 750 et l'entité destinataire 210 est nécessaire pour forcer l'établissement d'une communication symétrique avec un tramage à 40 ms. Sans cette renégociation, il serait établi une communication asymétrique, à 20 ms dans un sens et 40 ms dans l'autre sens. Le fait d'envoyer un message « SIP : INVITE » sans SDP (étape 721) permet d'obtenir en retour la liste des paramètres médias autorisés par l'entité 210 avec sa propre priorisation. En effet, le message « SIP : 200 OK » (étape 724), en réponse au message « SIP : INVITE » précédent, liste seulement les paramètres média du l'émetteur 200 compatibles avec ceux du destinataire 210. 5.8 Structure d'un dispositif de communication adaptée à la mise en oeuvre du procédé de traitement d'une demande d'établissement d'une communication, selon l'invention On présente, en relation avec la figure 8, la structure simplifiée d'un dispositif de communication connectable à un réseau de communication. Un tel dispositif comprend une mémoire 41 comprenant une mémoire tampon, une unité de traitement 42, équipée par exemple d'un microprocesseur µP, et pilotée par un programme d'ordinateur 43, dont l'exécution met en oeuvre un procédé de traitement d'une demande d'établissement d'une communication, selon l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 43 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 42. L'unité de traitement 42 reçoit en entrée un entête d'une trame de données. Le microprocesseur de l'unité de traitement 42 met en oeuvre les étapes du procédé de traitement d'une demande d'établissement d'une communication décrit précédemment, selon les instructions du programme d'ordinateur 43. A cette fin, le dispositif de communication comprend, outre la mémoire tampon 41, des moyens de : - réception en provenance d'une entité émetteur d'une demande d'établissement d'une communication à destination d'une entité destinataire ; - des moyens d'exécution d'une application de négociation de paramètres média en réponse à la réception de ladite demande d'établissement d'une communication, afin d'obtenir au moins un paramètre média définissant ladite demande d'établissement d'une communication. Ces moyens sont pilotés par le microprocesseur de l'unité de traitement 42. 5.9 Variante de l'invention Dans une variante des modes de réalisation illustrés, le procédé peut comprendre une étape complémentaire de re-négociation des paramètres média par l'application de négociation après l'établissement de la communication, par exemple par l'échange de messages SIP : Re-INVITE » ou « SIP : UPDATE » puis « SIP : 200 OK » avec au moins un des correspondants et/ou des serveurs interconnectés. REVENDICATIONS1. Procédé de traitement d'une demande d'établissement d'une communication entre une entité émetteur (200) de la demande et une entité destinataire (210) de la demande, dans un réseau de communication, caractérisé en ce qu'il comprend une opération de négociation de paramètres média définissant ladite demande d'établissement de la communication, ladite opération de négociation comprenant : - une étape de présentation (211) de ladite demande d'établissement de communication de l'entité émetteur à une application de négociation de paramètres média (120) ; - une étape d'obtention (212), par ladite application de négociation (120) , d'au moins un paramètre média définissant ladite demande d'établissement d'une communication. 2. Procédé de traitement d'une demande d'établissement d'une communication selon la revendication 1 caractérisé en ce que ladite opération de négociation comprend une étape de comparaison (215), par ladite application de négociation (120), dudit paramètre média obtenu avec au moins un paramètre média accepté par ladite entité destinataire (210). 3. Procédé de traitement d'une demande d'établissement d'une communication selon la revendication 2 caractérisé en ce que ladite étape de comparaison tient compte d'au moins une configuration préalable (213) d'au moins un paramètre média utilisable. 4. Procédé de traitement d'une demande d'établissement d'une communication selon la revendication 3 caractérisé en ce que ladite configuration préalable tient compte d'un contexte dans lequel la demande d'établissement de communication est émise. 5. Procédé de traitement d'une demande d'établissement d'une communication selon la revendication 1 caractérisé en ce que ladite opération de négociation comprend en outre une étape d'émission (216) d'une demande d'établissement d'une communication par ladite application de négociation vers ladite entité destinataire (210). 6. Procédé de traitement d'une demande d'établissement d'une communication selon la revendication 5 caractérisé en ce que ladite opération de négociation comprend en outre une étape de prise en compte (217) d'une réponse de ladite entité destinataire (210). 35 7. Procédé de traitement d'une demande d'établissement d'une communication selon la revendication 1 caractérisé en ce que ladite étape de traitement comprend une étape 30 d'établissement d'un flux média (317) entre ladite entité émetteur (200) et ladite application de négociation. 8. Procédé de traitement d'une demande d'établissement d'une communication selon la revendication 7 caractérisé en ce que l'étape d'établissement dudit flux média (317) comprend une sous-étape de diffusion par ladite application de négociation (120) d'au moins une des informations appartenant au groupe comprenant : - une indication de l'incompatibilité des paramètres média définissant ladite demande avec les paramètres média acceptés par ladite entité destinataire (210); - une information indiquant l'absence de présentation de ladite demande d'établissement d'une communication à ladite entité destinataire (210); - une information relative à au moins un desdits paramètres média définissant ladite demande; - une information relative à au moins un desdits paramètres acceptés par ladite entité destinataire (210); - une suggestion de modification d'au moins un desdits paramètres média définissant ladite demande; - une suggestion d'ajout d'au moins un paramètre média définissant ladite demande. 9. Procédé de traitement d'une demande d'établissement d'une communication selon la revendication 8 caractérisé en ce que ladite étape d'établissement dudit flux média (317) comporte une étape de sélection d'au moins un traitement complémentaire à effectuer par ladite application de négociation (120) parmi les traitements appartenant au groupe comprenant : - une notification adressée à ladite entité destinataire (210) l'informant de ladite demande d'établissement d'une communication ; - un enregistrement d'un message à transmettre à ladite entité destinataire (210); - un établissement d'une communication avec ladite entité émetteur (200) par l'intermédiaire de ladite application de négociation, ladite application de négociation (120) transcodant les flux média reçus de ladite entité émetteur (200) dans un format compatible avec les paramètres média acceptés par ladite entité destinataire et les émettant vers ladite entité destinataire(210), et transcodant les flux média reçus de ladite entité destinataire (210) dans un format compatible avec les paramètres média acceptés par ladite entité émetteur (200) et les émettant vers ladite entité émetteur (200). 10. Procédé de traitement d'une demande d'établissement d'une communication selon la revendication 7 caractérisé en ce que ladite opération de négociation comporte en outre une étape d'émission d'une notification vers ladite entité destinataire (210) l'informant de ladite demande. 11. Procédé de traitement d'une demande d'établissement d'une communication selon la revendication 7 caractérisé en ce que ladite étape de traitement comporte en outre une étape d'émission d'un message enregistré vers ladite entité destinataire (210). 12. Procédé de traitement d'une demande d'établissement d'une communication selon la revendication 7 caractérisé en ce que ladite étape de traitement comporte en outre une étape d'établissement d'une communication entre ladite entité émetteur (200) et ladite entité destinataire (210) par le biais de ladite application de négociation (120) , ladite application de négociation (120) transcodant les flux média reçus de ladite entité émetteur (200) dans un format compatible avec les paramètres média acceptés par ladite entité destinataire (210) et les émettant vers ladite entité destinataire (210), et transcodant les flux média reçus de ladite entité destinataire (210) dans un format compatible avec les paramètres média acceptés par ladite entité émetteur (200) et les émettant vers ladite entité émetteur (200). 13. Dispositif de communication pour la mise en oeuvre d'un procédé de traitement d'une demande d'établissement d'une communication, selon l'une quelconque des revendications 1 à 11, ledit dispositif comportant : - des moyens de réception en provenance d'une entité émetteur (200) d'une demande d'établissement d'une communication à destination d'une entité destinataire (210); - des moyens d'exécution d'une application de négociation de paramètres média (120) en réponse à la réception de ladite demande d'établissement d'une communication, afin d'obtenir au moins un paramètre média définissant ladite demande d'établissement d'une communication. 16. Equipement comportant des moyens d'exécution, lors d'une demande d'établissement d'une communication, d'une application de négociation d'au moins un paramètre média (120), ledit équipement étant caractérisé en ce qu'il comprend des moyens d'obtention d'au moins un paramètre média définissant ladite demande d'établissement d'une communication. 17. Programme d'ordinateur caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre d'un procédé de traitement d'une demande d'établissement d'une communication selon l'une quelconque des revendications 1 à 12 lorsque ce programme est exécuté par un processeur.