Brevet FR2961366A1 — publié le 20111216

GESTION DE CHANGEMENT DE CONDITIONS DE DELIVRANCE D'UN SERVICE La présente invention concerne la gestion de changement de conditions de délivrance d'un service associé à une communication en cours établie par un terminal d'utilisateur, et plus particulièrement la gestion de changement de conditions de délivrance d'un service engendrant un changement de conditions de taxation pour la délivrance du service. Le document 3GPP TS32.299 définit une interface Ro pour la tarification en temps réel entre un module CTF ("Charging Trigger Function" en anglais) et un module OCS ("Online Charging System" en anglais). Des fonctions de déclenchement de "ré-autorisation" définissent des évènements que le module CTF doit surveiller pendant la délivrance d'un service. Lorsqu'un tel évènement a lieu, par exemple un changement de localisation ou un changement de qualité de service, le module CTF doit déclencher une ré-autorisation au module OCS pour adapter la tarification du service. Le module OCS supervise la délivrance d'un service au moyen d'une session de type Diameter, pendant laquelle la tarification est effectuée par 20 réservation d'unité. Si, pendant la délivrance d'un service, a lieu un changement qui peut influencer la tarification, le module CTF doit produire un message pour réserver de nouvelles unités avec des conditions actualisées. Par exemple, un changement peut être une modification du nombre de participants dans une conférence, ou encore une modification d'un type de média 25 dans un appel multimédia, ou encore un changement de qualité de service. Suite à ce changement, le module OCS peut refuser une réservation de nouvelles unités avec les conditions actualisées pour le compte d'un utilisateur qui demande et paye le service. Par exemple, le service avec les conditions actualisées peut être facturé sur un sous-compte spécifique qui n'a pas de crédit. 30 Actuellement, le protocole Diameter Ro ne permet pas d'avoir des changements conditionnels lors de la délivrance d'un service. Si le module OCS n'est pas apte à délivrer le service avec les conditions modifiées de tarification, le module OCS transmet une réponse avec un "Result-Code" qui contient un champ renseigné par une paire attribut-valeur AVP ("Attribu e Value Pair" en anglais) qui correspond à un échec, cette réponse mettant fin à la session de type Diameter et à la délivrance du service. Un objectif de l'invention est de remédier aux inconvénients précédents en 5 assurant une continuité de service lorsqu'un changement de conditions de tarification associées au service se produit. Pour atteindre cet objectif, un procédé pour la gestion d'un changement de condition d'utilisation d'un service associé à une communication en cours établie 10 par un terminal d'utilisateur dans un réseau de télécommunications, comprend les étapes suivantes dans un serveur inclus dans le réseau de télécommunications : après la réception d'une première requête issue d'un élément de réseau apte à générer des évènements de tarification en surveillant l'utilisation des ressources du réseau par la communication, ladite requête comprenant un 15 identificateur du service relatif à la communication et un paramètre définissant un changement de condition d'utilisation du service, déterminer que le compte de l'utilisateur n'autorise pas la délivrance du service avec le changement de conditions d'utilisation d'un service et transmettre à l'élément de réseau une réponse contenant un code indiquant que la délivrance du 20 service est autorisée seulement avec d'autres conditions d'utilisation du service, afin que l'élément de réseau transmette une deuxième requête au serveur, la deuxième requête contenant un autre paramètre définissant un changement de condition d'utilisation du service différent de celui contenu dans la première requête. Avantageusement, l'invention offre une fonctionnalité supplémentaire au 25 réseau de télécommunication permettant d'avoir un changement conditionnel dans les conditions de tarification. En d'autres termes, en cas de modification dans les conditions de délivrance d'un service, si le serveur comprenant un module OCS n'est plus apte à délivrer et facturer le service avec les conditions modifiées, le module OCS permet à l'élément de réseau comprenant un module CTF de 30 continuer la délivrance du service avec d'autres conditions plutôt que de mettre fin au service. L'invention concerne également un procédé pour gestion d'un changement de condition d'utilisation d'un service associé à une communication en cours établie par un terminal d'utilisateur (TU) dans un réseau de télécommunications, comprenant les étapes suivantes dans un élément de réseau apte à générer des évènements de tarification en surveillant l'utilisation des ressources du réseau par la communication : transmettre une première requête à un serveur, ladite requête comprenant un identificateur du service relatif à la communication et un paramètre définissant un changement de conditiOn d'utilisation du service, afin que le serveur détermine que le compte de l'utilisateur n'autorise pas la délivrance du service avec le changement de conditions d'utilisation d'un service et transmette à l'élément de réseau une réponse contenant un code indiquant que la délivrance du service est 0 autorisée seulement avec d'autres conditions d'utilisation du service, et transmettre une deuxième requête au serveur, la deuxième requête contenant un autre paramètre définissant un changement de condition d'utilisation du service différent de celui contenu dans la première requête. Selon d'autres caractéristiques de l'invention, le paramètre contenu dans la deuxième requête peut définir un nouveau changement de condition d'utilisation du service différent du changement de condition requis contenu dans la première requête et ne correspondant pas aux anciennes conditions d'utilisation du service avant la transmission de la première requête, ou bien le paramètre contenu dans la deuxième requête peut définir un nouveau changement de condition d'utilisation du 20 service correspondant aux anciennes conditions d'utilisation du service avant la transmission de la première requête. Selon une autre caractéristique de l'invention, la réponse peut contenir un temps de validité définissant un délai pendant lequel l'élément de réseau peut transmettre une autre requête au serveur et à l'expiration duquel la session se 25 termine si aucune requête n'a été transmise. L'invention concerne également un serveur pour la gestion d'un changement de condition d'utilisation d'un service associé à une communication en cours établie par un terminal d'utilisateur dans un réseau de télécommunications, 30 comprenant : des moyens pour déterminer que le compte de l'utilisateur n'autorise pas la délivrance du service avec un changement de conditions d'utilisation d'un service, après la réception d'une première requête issue d'un élément de réseau apte à générer des évènements de tarification en surveillant l'utilisation des ressources du réseau par la communication, ladite requête comprenant un identificateur du service relatif à la communication et un paramètre définissant le changement de condition d'utilisation du service, des moyens pour transmettre à l'élément de réseau une réponse contenant un code indiquant que la délivrance du service est autorisée seulement avec d'autres conditions d'utilisation du service, afin que l'élément de réseau transmette une deuxième requête au serveur, la deuxième requête contenant un autre paramètre définissant un changement de condition d'utilisation du service différent de celui contenu dans la première requête. 0 L'invention concerne également un élément de réseau pour la gestion d'un changement de condition d'utilisation d'un service associé à une communication en cours établie par un terminal d'utilisateur dans un réseau de télécommunications, l'élément de réseau étant apte à générer des évènements de tarification en surveillant l'utilisation des ressources du réseau par la communication et comprenant : des moyens pour transmettre une première requête à un serveur, ladite requête comprenant un identificateur du service relatif à la communication et un paramètre définissant un changement de condition d'utilisation du service, afin que 20 le serveur détermine que le compte de l'utilisateur n'autorise pas la délivrance du service avec le changement de conditions d'utilisation d'un service et transmette à l'élément de réseau une réponse contenant un code indiquant que la délivrance du service est autorisée seulement avec d'autres conditions d'utilisation du service, et des moyens pour transmettre une deuxième requête au serveur, la 25 deuxième requête contenant un autre paramètre définissant un changement de condition d'utilisation du service différent de celui contenu dans la première requête. L'invention se rapporte encore à des programmes d'ordinateur apte à être mis en oeuvre respectivement dans un serveur et dans un élément de réseau, 30 lesdits programmes comprenant des instructions qui, lorsque les programmes sont exécutés respectivement dans ledit serveur et dans l'élément de réseau, réalisent les étapes selon le procédé de l'invention. La présente invention et les avantages qu'elle procure seront mieux compris au vu de la description ci-après faite en référence aux figures annexées, dans lesquelles : - la figure 1 est un bloc-diagramme schématique d'un système de 5 communication selon une réalisation de l'invention pour gérer des changements de conditions de délivrance d'un service ; et - la figure 2 est un algorithme d'un procédé pour gérer des changements de conditions de délivrance d'un service selon une réalisation de l'invention. 10 En référence à la figure 1, un système de communication selon l'invention comprend un réseau de télécommunications RT, un terminal d'utilisateur TU, un module de déclenchement de taxation MDT et un module de contrôle de taxation MOT. Dans la suite de la description, le terme module peut désigner un dispositif, 15 un logiciel ou une combinaison de matériel informatique et de logiciel, configuré pour exécuter au moins une tâche particulière. Le réseau de télécommunications RT peut être un réseau filaire ou sans fil, ou une combinaison de réseaux filaires et de réseaux sans fil. Le terminal d'utilisateur TU est apte à établir une communication dans le 20 réseau de télécommunications RT, par exemple avec un autre terminal d'utilisateur. A titre d'exemples, un terminal d'utilisateur TU est un téléphone fixe ou mobile, un dispositif ou objet électronique de télécommunications qui est personnel à l'utilisateur et qui peut être un assistant numérique personnel communicant PDA ("Personnel Digital Assistant" en anglais), ou un téléphone intelligent (SmartPhone), 25 pouvant être relié à une borne d'accès d'un réseau public sans fil de faible portée du type WLAN ("Wireless Local Area Network" en anlais) ou conforme à l'une des normes 802.1x, ou de moyenne portée selon le protocole WIMAX ("World vide Interoperability Microwave Access" en anglais). Le module de déclenchement de taxation MDT et le module de contrôle de 30 taxation MCT communiquent entre eux à travers le réseau de télécommunications RT du type internet. Dans une variante, le module de déclenchement de taxation MDT et le module de contrôle de taxation MCT communiquent entre eux par un réseau local ou par des lignes spécialisées à travers le réseau RT. Le module de déclenchement de taxation MDT et le module de contrôle de taxation MCT peuvent être respectivement implémentés dans des serveurs distincts, tels que des serveurs d'application. Le module de déclenchement de taxation MDT a notamment pour fonctionnalité de s'assurer que le service est délivré grâce à des unités de service autorisées par le module de contrôle de taxation MCT, déclenche pour cela régulièrement ce dernier. Le module de contrôle de taxation MCT a notamment pour fonctionnalité de déterminer un nombre d'unités de service autorisé pour la délivrance du service et de transmettre une réponse contenant ce nombre d'unités de service autorisé au module de déclenchement de taxation MDT. A cette fin, le module MCT peut déterminer un tarif associé au service et le compte ou sous-compte à utiliser pour taxer le service, et peut déterminer le nombre d'unités de service autorisé en fonction du tarif et du nombre d'unités de service restantes sur le compte ou le 15 sous-compte. Par ailleurs, lorsque le module de contrôle de taxation MCT reçoit un nombre d'unités effectivement utilisés pour le service, transmis par le module de déclenchement de taxation MDT, le module MCT décrémente le compte ou le sous-compte correspondant. 20 Selon une réalisation de l'invention à laquelle il sera fait référence tout au long de la suite de la description, le réseau de télécommunication RT est un réseau de paquets connecté à un réseau IMS ("IP Multimédia Subsystem" en anglais). Il est considéré que le terminal d'utilisateur est apte à communiquer à travers le réseau de télécommunications RT connecté au réseau IMS, par exemple 25 avec un autre terminal, selon une communication conforme au protocole SIP ("Session Internet Protocol" en anglais). Par exemple, la communication correspond à un échange de flux multimédias relatifs à des contenus audio et/ou des contenus vidéo, ou encore à des messages instantanés. La communication établie par le terminal d'utilisateur peut être aussi une communication avec un serveur de service, 30 tel qu'un serveur web ou un serveur de contenu multimédia. Le profil de l'utilisateur, contenant les services auxquels ce dernier a souscrit, est mémorisé dans un serveur HSS ("Home Subscriber Server" en anglais) gérant une base de données contenant notamment les identités des utilisateurs, des informations d'enregistrement, des paramètres d'accès et des informations permettant l'invocation de services souscrits par les utilisateurs. Selon une implémentation, le serveur HSS interagit avec d'autres entités du réseau IMS au moyen du protocole Diameter. Le contrôle d'une communication initiée par le terminal est pris en charge dans le réseau IMS notamment par trois entités de contrôle CSCF ("Cali State Control Function" en anglais) l'entité P-CSCF ("Proxy CSCF" en anglais), l-CSCF ("Interrogating CSCF" en anglais) et S-CSCF ("Serving-CSCF" en anglais). L'entité P-CSCF est le premier point de contact dans le réseau IMS et son adresse est découverte par le terminal d'utilisateur lors de l'activation d'un contexte PDP ("Packet Data Protocol" en anglais) pour l'échange de messages SIP. L'entité I-CSCF est en communication avec l'entité P-CSCF et avec le serveur HSS pour assigner l'entité S-CSCF à l'utilisateur en fonction du profil de l'utilisateur mémorisé dans le serveur HSS. L'entité S-CSCF prend en charge le contrôle de la session de la communication établie par le terminal d'utilisateur et l'invocation de services souscrits par l'utilisateur. Le module de déclenchement de taxation MDT surveille le contexte de la communication établie par le terminal d'usager, en vérifiant si la valeur d'au moins 20 une donnée parmi un ensemble prédéfini de données de contexte a changé. Ces données de contexte sont fournies par le réseau de télécommunications et sont relatives à la communication. Ces données de contexte correspondent par exemple au débit de la communication, ou à la qualité de service de la communication, ou encore au type de média utilisé dans la communication. 25 Lorsque le module de déclenchement de taxation MDT détecte l'expiration d'un délai donné, ou un changement de valeur de données de contexte, le module MDT interroge le module de contrôle de taxation MCT pour que ce dernier fournisse au module MDT des informations sur un changement de tarif de la communication. Le module de déclenchement de taxation MDT et le module de contrôle de taxation 30 MCT communiquent entre eux par exemple au moyen du protocole Diameter Ro. Le module de contrôle de taxation MCT peut être inclus dans un système de tarification en ligne OCS ("Online Charging System" en anglais) qui peut être un serveur situé à différents emplacements dans le réseau IMS. Le module de déclenchement de taxation MDT peut être inclus dans un élément de réseau, tel qu'un serveur d'application ou une passerelle GGSN ("Gateway GPRS Support Node" en anglais). Par exemple, le module de déclenchement de taxation MDT implémente une fonction CTF ("Charging Trigger Function" en anglais), qui est un point central pour collecter des informations pertinentes relatives à des évènements de tarification dans le réseau et surveiller l'utilisation des ressources du réseau par la communication. L'élément de réseau, dans lequel est inclus le module de déclenchement de taxation MDT, apte à générer des évènements de tarification en surveillant 10 l'utilisation des ressources du réseau par la communication. Le module de contrôle de taxation MCT détermine le tarif actuel d'une communication en cours en fonction d'un ensemble de paramètres et de valeurs de ces paramètres associé au tarif. Les paramètres sont relatifs à la communication et peuvent correspondre en partie à des données de contexte fournies par le réseau 15 ou bien être basées sur des ensembles de données de contexte. Selon un exemple, un paramètre est le type de média utilisé dans la communication et peut avoir pour valeur "vidéo" ou "audio". La valeur de ce paramètre peut être égale à la valeur d'une donnée de contexte correspondant au type de média utilisé dans la communication. Selon un autre exemple, un paramètre 20 est le type de résolution d'une vidéo utilisé dans la communication et peut avoir pour valeur "haute" ou "basse". La valeur de ce paramètre peut être déduite des valeurs de données de contexte correspondant au débit de la communication et à la qualité de service de la communication. Selon encore un autre exemple, un paramètre est le nombre de participants à une conférence audio et peut avoir une 25 valeur comprise entre "3" et "5". En référence à la figure 2, un procédé pour gérer des changements de conditions de délivrance d'un service selon une réalisation de l'invention comprend des étapes El à E6 exécutées dans le système de communication. 30 Le procédé est décrit ci-après en référence à un réseau de télécommunication RT connecté à un réseau IMS en tant qu'exemple. A l'étape El, le terminal TU établit une communication dans le réseau RT, par exemple avec un serveur de média. Le terminal transmet un message d'initiation de session de communication au module de déclenchement de taxation MDT. Ce message est par exemple de type "INVITE" et contient notamment un identificateur du type de communication demandée par l'utilisateur, qui correspond par exemple à une session ou une session vidéo. Le module de déclenchement de taxation MDT identifie le profil de l'utilisateur et le type de service relatif à la communication. Le module MDT transmet une requête CCR ("Credit Control Request" en anglais) au module de contrôle de taxation MCT pour demander une autorisation d'utilisation du service relatif à la communication établie par le terminal TU. La requête CCR contient notamment un identificateur ldS du service et un nombre d'unités de service requises RSU ("Requested Service Unit" en anglais). Les unités de service peuvent correspondre à des unités monétaires ou téléphoniques. La requête CCR contient en outre au moins un paramètre Parl de communication définissant une condition initiale d'utilisation du service, le paramètre Pari pouvant être un nombre de participants dans une conférence téléphonique par exemple égal à "3", ou une résolution d'une vidéo par exemple égale à "basse". A l'étape E2, le module de contrôle de taxation MCT détermine le tarif initial de la communication, en fonction d'un ensemble de valeurs de paramètres relatifs à la communication et du type de service au moyen de l'identificateur IdS. Le module de contrôle de taxation MCT vérifie que le service peut être délivré en fonction du compte de l'utilisateur, c'est-à-dire si e compte contient suffisamment d'unités pour autoriser la délivrance du service. Le module de contrôle de taxation MCT produit une réponse CCA ("Credit 25 Contrai Answer" en anglais) contenant notamment un nombre d'unités de service délivrées GSU ("Granted Service Unit" en anglais). Le nombre d'unités de service délivrées GSU correspond à un nombre maximal d'unités qui sont débitées au cours de la communication, et lorsque toutes les unités ont été débitées, le module de déclenchement de taxation MDT doit 30 interroger automatiquement de nouveau le module de contrôle de taxation MCT pour faire une demande de nombre d'unités de service requises RSU. Le module de contrôle de taxation MCT transmet la réponse CCA au module de déclenchement de taxation MDT. A l'étape E3, des préférences d'utilisation du service sont modifiées, par exemple par l'utilisateur, par exemple en augmentant le nombre de participants dans une conférence téléphonique, ou en augmentant la résolution d'une vidéo. Le module de déclenchement de taxation MDT transmet à nouveau une requête CCR au module de contrôle de taxation MOT. La requête CCR contient notamment l'identificateur IdS du service, un autre nombre d'unités de service requises RSU et un nombre d'unités de service utilisées USU ("Used Service Unit" en anglais). Si toutes les unités GSU ont été débitées, le nombre GSU est égal au nombre USU. O La requête CCR contient en outre un paramètre ParC de communication définissant un changement de condition d'utilisation du service, le paramètre pouvant être un nombre de participants dans une conférence téléphonique par exemple égal à "4", ou une résolution d'une vidéo par exemple égale à "haute". 15 A l'étape E4, le module de contrôle de taxation MCT vérifie si le changement requis de condition d'utilisation du service permet la délivrance du service en fonction des conditions de tarification et du compte de l'utilisateur. Le module de contrôle de taxation MCT détermine que le compte de l'utilisateur n'autorise pas la délivrance du service avec le changement de 20 conditions d'utilisation d'un service. module de contrôle de taxation MCT produit un message avec un code RO ("Result Code" en anglais), par exemple égal à 4020, indiquant que la délivrance du service est autorisée seulement avec d'autres conditions d'utilisation du service, c'est-à-dire que le service ne peut pas être délivré avec le changement de condition, mais peut être délivré avec les anciennes 25 conditions ou éventuellement d'autres conditions. Le module de contrôle de taxation MCT transmet la réponse CCA au module de déclenchement de taxation MDT contenant le code RC et un temps de validité VT ("Validity Time" en anglais). Le temps de validité VT définit un délai pendant lequel le module de déclenchement de taxation MDT peut demander à 30 nouveau une autorisation d'utilisation du service relatif à la communication établie par le terminal TU et à l'expiration duquel la session se termine si aucune demande n'a été faite. 2961366 Il A l'étape E5, le module de déclenchement de taxation MDT peut décider de refuser les conditions changées d'utilisation du service et de continuer la délivrance du service avec les anciennes conditions, ou éventuellement avec d'autres conditions. 5 Le module de déclenchement de taxation MDT produit à nouveau une requête CCR. La requête CCR contient notamment l'identificateur IdS du service et un autre nombre d'unités de service requises RSU. La requête CCR contient en outre un paramètre de communication ParC2 définissant un changement de condition d'utilisation du service, le paramètre pouvant être un nombre de participants dans une conférence téléphonique par exemple de nouveau égal à "3", ou une résolution d'une vidéo par exemple de nouveau égale à "basse", correspondant aux anciennes conditions d'utilisation du service. Les anciennes conditions correspondent donc aux dernières conditions avec lesquelles la délivrance du service était acceptée, c'est-à-dire les conditions d'utilisation du service avant la transmission de la requête CCR de l'étape El. Le module de déclenchement de taxation MDT transmet la requête CCR avec RSU. En variante, la requête CCR contient un paramètre de communication ParC2 définissant un nouveau changement de condition d'utilisation du service différent du changement de condition requis à l'étape E3 et ne correspondant pas aux anciennes conditions d'utilisation du service, le paramètre pouvant être une résolution d'une vidéo par exemple égale à "moyenne". A l'étape E6, le module de contrôle de taxation MCT détermine le tarif actuel de la communication en fonction des conditions d'utilisation du service et vérifie que le service peut être délivré en fonction du compte de l'utilisateur, c'est-à-dire que le compte contient suffisamment d'unités pour autoriser la délivrance du service. Le module de contrôle de taxation MCT transmet une réponse CCA au module de déclenchement de taxation MDT, la réponse contenant notamment un nombre d'unités de service délivrées GSU L'invention décrite ici concerne un procédé, un serveur et un élément de réseau pour gérer des changements de tarif d'une communication. Selon une implémentation de l'invention, les étapes du procédé de l'invention sont déterminées par les instructions de programmes d'ordinateur incorporés dans le serveur et dans l'élément de réseau. Les programmes comportent des instructions de programme, qui lorsque lesdits programmes sont chargés et exécutés respectivement dans le serveur et dans l'élément de réseau, réalisent les étapes du procédé de l'invention. En conséquence, l'invention s'applique également à un programme d'ordinateur, notamment un programme d'ordinateur sur ou dans un support d'informations, adapté à mettre en oeuvre l'invention. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou code intermédiaire entre code source et code objet tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable pour implémenter le procédé selon l'invention. REVENDICATIONS1. Procédé pour la gestion d'un changement de condition d'utilisation d'un service associé à une communication en cours établie par un terminal d'utilisateur (TU) dans un réseau de télécommunications (RT), comprenant les étapes suivantes dans un serveur inclus dans le réseau de télécommunications : après la réception d'une première requête (CCR) issue d'un élément de réseau apte à générer des évènements de tarification en surveillant l'utilisation des ressources du réseau par la communication, ladite requête comprenant un identificateur (IdS) du service relatif à la communication et un paramètre (ParC) définissant un changement de condition d'utilisation du service, déterminer (E4) que le compte de l'utilisateur n'autorise pas la délivrance du service avec le changement de conditions d'utilisation d'un service et transmettre à l'élément de réseau une réponse (CCA) contenant un code (RC) indiquant que la délivrance du service est autorisée seulement avec d'autres conditions d'utilisation du service, afin que l'élément de réseau transmette (E5) une deuxième requête (CCR) au serveur, la deuxième requête (COR) contenant un autre paramètre (ParC2) définissant un changement de condition d'utilisation du service différent de celui contenu dans la première requête. 20 2. Procédé conforme à la revendication 1, selon lequel le paramètre (ParC2) contenu dans la deuxième requête définit un nouveau changement de condition d'utilisation du service correspondant aux anciennes conditions d'utilisation du service avant la transmission de la première requête. 2 Procédé conforme à la revendication 1, selon lequel le paramètre (ParC2) contenu dans la deuxième requête définit un nouveau changement de condition d'utilisation du service différent du changement de condition requis contenu dans la première requête et ne correspondant pas aux anciennes conditions d'utilisation du 30 service avant la transmission de la première requête. 4. Procédé conforme à l'une des revendication 1 à 3, selon lequel la réponse (CCA) contient un temps de validité définissant un délai pendant lequel l'élément deréseau peut transmettre une autre requête au serveur et à l'expiration duquel la session se termine si aucune requête n'a été transmise. 5. Procédé pour la gestion d'un changement de condition d'utilisation d'un service associé à une communication en cours établie par un terminal d'utilisateur (TU) dans un réseau de télécommunications (RT), comprenant les étapes suivantes dans un élément de réseau apte à générer des évènements de tarification en surveillant l'utilisation des ressources du réseau par la communication : transmettre (E3) une première requête (CCR) à un serveur, ladite requête comprenant un identificateur (ldS) du service relatif à la communication et un paramètre (ParC) définissant un changement de condition d'utilisation du service, afin que le serveur détermine (E3) que le compte de l'utilisateur n'autorise pas la délivrance du service avec le changement de conditions d'utilisation d'un service et transmette à l'élément de réseau une réponse (CCA) contenant un code (RC) indiquant que la délivrance du service est autorisée seulement avec d'autres conditions d'utilisation du service, et transmettre (E5) une deuxième requête (CCR) au serveur, la deuxième requête (CCR) contenant un autre paramètre (ParC2) définissant un changement de condition d'utilisation du service différent de celui contenu dans la première requête. 6. Serveur pour la gestion d'un changement de condition d'utilisation d'un service associé à une communication en cours établie par un terminal d'utilisateur (TU) dans un réseau de télécommunications (RT), comprenant : des moyens (MDT) pour déterminer que le compte de l'utilisateur n'autorise pas la délivrance du service avec un changement de conditions d'utilisation d'un service, après la réception d'une première requête (CCR) issue d'un élément de réseau apte à générer des évènements de tarification en surveillant l'utilisation des ressources du réseau par la communication, ladite requête comprenant un identificateur (IdS) du service relatif à la communication et un paramètre (ParC) définissant le changement de condition d'utilisation du service, des moyens (MDT) pour transmettre à l'élément de réseau une réponse (CCA) contenant un code (RC) indiquant que la délivrance du service est autorisée seulement avec d'autres conditions d'utilisation du service, afin que l'élément deréseau transmette (E5) une deuxième requête (CCR) au serveur, la deuxième requête (CCR) contenant un autre paramètre (ParC2) définissant un changement de condition d'utilisation du service différent de celui contenu dans la première requête. 7. Elément de réseau pour la gestion d'un changement de condition d'utilisation d'un service associé à une communication en cours établie par un terminal d'utilisateur (TU) dans un réseau de télécommunications (RT), l'élément de réseau étant apte à générer des évènements de tarification en surveillant l'utilisation des ressources du réseau par la communication et comprenant : des moyens (MCT) pour transmettre une première requête (CCR) à un serveur, ladite requête comprenant un identificateur (IdS) du service relatif à la communication et un paramètre (ParC) définissant un changement de condition d'utilisation du service, afin que le serveur détermine (E3) que le compte de l'utilisateur n'autorise pas la délivrance du service avec le changement de conditions d'utilisation d'un service et transmette à l'élément de réseau une réponse (CCA) contenant un code (RC) indiquant que la délivrance du service est autorisée seulement avec d'autres conditions d'utilisation du service, et des moyens (MCT) pour transmettre une deuxième requête (CCR) au serveur, la deuxième requête (CCR) contenant un autre paramètre (ParC2) définissant un changement de condition d'utilisation du service différent de celui contenu dans la première requête. 8. Programme d'ordinateur apte à être mis en oeuvre dans un serveur pour la gestion d'un changement de condition d'utilisation d'un service associé à une communication en cours établie par un terminal d'utilisateur (TU) dans un réseau de télécommunications (RT), ledit programme comprenant des instructions qui, lorsque le programme est chargé et exécuté dans ledit serveur, réalisent les étapes suivantes : après la réception d'une première requête (CCR) issue d'un élément de réseau apte à générer des évènements de tarification en surveillant l'utilisation des ressources du réseau par la communication, ladite requête comprenant un identificateur (IdS) du service relatif à la communication et un paramètre (ParC) définissant un changement de condition d'utilisation du service,déterminer (E4) que le compte de l'utilisateur n'autorise pas la délivrance du service avec le changement de conditions d'utilisation d'un service et transmettre à l'élément de réseau une réponse (CCA) contenant un code (RC) indiquant que la délivrance du service est autorisée seulement avec d'autres conditions d'utilisation du service, afin que l'élément de réseau transmette (E5) une deuxième requête (CCR) au serveur, la deuxième requête (CCR) contenant un autre paramètre (ParC2) définissant un changement de condition d'utilisation du service différent de celui contenu dans la première requête. 9. Programme d'ordinateur apte à être mis en oeuvre dans un élément de réseau pour la gestion d'un changement de condition d'utilisation d'un service associé à une communication en cours établie par un terminal d'utilisateur (TU) dans un réseau de télécommunications (RT), l'élément de réseau étant apte à générer des évènements de tarification en surveillant l'utilisation des ressources du réseau par la communication, ledit programme comprenant des instructions qui, lorsque le programme est chargé et exécuté dans ledit élément de réseau, réalisent les étapes suivantes : transmettre (E3) une première requête (CCR) à un serveur, ladite requête comprenant un identificateur (IdS) du service relatif à la communication et un 20 paramètre (ParC) définissant un changement de condition d'utilisation du service, afin que le serveur détermine (E3) que le compte de l'utilisateur n'autorise pas la délivrance du service avec le changement de conditions d'utilisation d'un service et transmette à l'élément de réseau une réponse (CCA) contenant un code (RC) indiquant que la délivrance du service est autorisée seulement avec d'autres 25 conditions d'utilisation du service, et transmettre (E5) une deuxième requête (CCR) au serveur, la deuxième requête (CCR) contenant un autre paramètre (ParC2) définissant un changement de condition d'utilisation du service différent de celui contenu dans la première requête. 30