FR2908573A1 - Dispositif et procede de comptage en temps reel de l'utilisation de ressources de differents niveaux par un terminal d'utilisateur sur un reseau de transmission d'informations et programme d'ordinateur correspondant. - Google Patents

Dispositif et procede de comptage en temps reel de l'utilisation de ressources de differents niveaux par un terminal d'utilisateur sur un reseau de transmission d'informations et programme d'ordinateur correspondant. Download PDF

Info

Publication number
FR2908573A1
FR2908573A1 FR0654830A FR0654830A FR2908573A1 FR 2908573 A1 FR2908573 A1 FR 2908573A1 FR 0654830 A FR0654830 A FR 0654830A FR 0654830 A FR0654830 A FR 0654830A FR 2908573 A1 FR2908573 A1 FR 2908573A1
Authority
FR
France
Prior art keywords
session
service
module
information
real
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR0654830A
Other languages
English (en)
Inventor
Alain Bibas
Pascal Delvallet
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Priority to FR0654830A priority Critical patent/FR2908573A1/fr
Publication of FR2908573A1 publication Critical patent/FR2908573A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/04—Recording calls, or communications in printed, perforated or other permanent form
    • H04M15/06—Recording class or number of calling, i.e. A-party or called party, i.e. B-party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/43—Billing software details
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/55—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for hybrid networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/63—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the content carried by the session initiation protocol [SIP] messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/775—Account specifications on parallel communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/785—Reserving amount on the account
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H04M15/8228—Session based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H04M15/8235—Access based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H04M15/8292—Charging for signaling or unsuccessful connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0164—Billing record, e.g. Call Data Record [CDR], Toll Ticket[TT], Automatic Message Accounting [AMA], Call Line Identifier [CLI], details, i.e. parameters, identifiers, structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/2013—Fixed data network, e.g. PDN, ATM, B-ISDN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/2046—Hybrid network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/208—IMS, i.e. Integrated Multimedia messaging Subsystem
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/7277—Account specifications on parallel communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/7277—Account specifications on parallel communications
    • H04M2215/7295—Reserve amount, e.g. according to estimated costs for a typical communication duration or according to the estimated volume to be transferred
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/78—Metric aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/78—Metric aspects
    • H04M2215/7833—Session based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/78—Metric aspects
    • H04M2215/784—Access based

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Dispositif de comptage en temps réel de l'utilisation de ressources de différents niveaux par au moins un terminal d'un utilisateur sur un réseau de transmission d'informations, lors d'au moins une session d'accès à un service, comprenant un module de comptage en temps réel comprenant des moyens d'acquisition d'informations de comptage des ressources de différents niveaux utilisées lors de la session d'accès dudit utilisateur et des moyens de corrélation en temps réel de ces informations de comptage de différents niveaux pour délivrer une information de comptage global de session d'accès.

Description

1 La présente invention concerne un dispositif de comptage en temps réel
de l'utilisation de ressources de différents niveaux par au moins un terminal d'un utilisateur sur un réseau de transmission d'informations, lors d'au moins une session d'accès à un service.
Elle concerne également un procédé de comptage correspondant et un programme d'ordinateur pour cette application. Plus particulièrement l'invention se rapporte à la fonction de comptage sur un réseau de transmission d'informations IMS ( IP Multimedia Subsystem ) mettant en oeuvre un protocole SIP ( Session Initiation Protocol ) pour l'établissement de liaisons de transmission de données entre des moyens formant terminal raccordés à un tel réseau. Le comptage est une fonction permettant à un Système d'Information (SI) d'un opérateur de mesurer l'utilisation des ressources par un client pour un service donné. La notion de ressources concerne tous les éléments fournis par l'opérateur et/ou un fournisseur de service/contenu et disponibles au niveau du réseau pour être utilisés par le client pour un service donné. Ces services concernent à la fois des services de télécommunication classiques tels que la voix et les SMS, et des services multimédia basés sur l'IMS qui incluent, entre autres, le service de communication vocale instantanée sur mobile ( push-to- talk ), la messagerie instantanée, le partage de vidéo, les jeux vidéo en réseau et la gestion de l'état de présence d'un utilisateur (le fait de connaître l'état d'un utilisateur : en ligne, occupé, absent....). Le comptage permet alors au système d'information de l'opérateur de valoriser l'utilisation des ressources par son client. Cette valorisation se fait surtout à des fins de facturation mais également de contrôle de performance et de contrôle de fraude. Le comptage des ressources utilisées par un utilisateur se fait sous forme d'éléments dits de comptage. Ces éléments de comptage peuvent être de différents types comme un fichier formaté appelé CDR ( Charging Data Record ) contenant les informations d'utilisation des ressources ou des messages transmis au fil de l'eau. Actuellement, deux types de comptage sont couramment utilisés. II s'agit du comptage en temps réel ( online ) et du comptage en temps différé ( offline ). 2908573 2 Le comptage en temps réel affecte le service rendu et peut être réalisé tout au long de la période où le service est rendu. Ce comptage intervient pour tous les services nécessitant une autorisation préalable, ou l'approvisionnement d'un compte. Les éléments de comptage sont dans ce cas des requêtes de 5 contrôle de crédit en-cours, de réservation de crédit ou de débit d'un compte. Le comptage en temps différé n'affecte pas le service rendu. II est appliqué en temps différé c'est-à-dire après que le service soit rendu au client. Les éléments de comptage sont dans ce cas des fichiers COR reçus par le système d'information après l'exécution du service. 10 L'invention vise particulièrement le comptage en temps réel. Par ailleurs, la fonction de comptage est réalisée à l'aide d'informations de comptage de ressources de différents niveaux. Le premier niveau est le niveau transport (ou niveau accès). A ce niveau, les informations de comptage concernent les ressources réseau à savoir 15 les ressources utilisées pour la signalisation, le volume de la qualité de service, la gestion de la mobilité par exemple dans le cas d'un réseau mobile de type GPRS ( General Packet Radio Service ), etc. Le deuxième niveau est le niveau session (ou niveau sous-système 1MS). A ce niveau, les informations de comptage concernent les ressources liées 20 à une session IMS, la durée de la session, l'ensemble des composants multimédias de la session dernière, etc. Enfin, le troisième niveau est le niveau application. A ce niveau, les informations de comptage concernent les ressources liées à un service donné s'appuyant sur la session IMS et le réseau d'accès. 25 Par ailleurs, la fonction de comptage est aussi réalisée à l'aide d'informations de comptage émises au sein d'un même niveau (transport, session ou application). Actuellement, l'enrichissement de l'offre de services tant dans sa diversité que dans son contenu complexifie l'élaboration de modèles de 30 facturations proposées aux abonnés. Ceci est d'autant plus le cas pour l'architecture IMS qui permet d'offrir des services enrichis du type temps réel, multisessions et multimédia. 2908573 3 Les modèles de facturation s'appuient sur des mécanismes de comptage dont la chaîne s'étend sur les trois niveaux cités précédemment. Proposer une facture post payée (ou une décrémentation d'un compte prépayé) cohérente et surtout unique à l'utilisateur rassemblant l'ensemble des utilisations 5 associées à ces trois niveaux de consommation de ressources facturables nécessite des procédés de corrélation entre les éléments de comptage produits par les entités réseaux de chaque niveau. Dans l'état de la technique, représenté par la norme 3GPP (3rd Generation Partnership Project ), les informations de comptage des ressources 10 sont considérées de manière indépendante pour les différents niveaux lors du comptage en temps réel. Le système de comptage en temps réel normalisé par le 3GPP comporte des entités fonctionnelles logiques comprenant un module nommé SBCF ( Session Based Charging Function ) réalisant le comptage en temps 15 réel au niveau session et/ou transport, à titre d'exemple des appels vocaux, des contextes GPRS PDP ( GPRS Packet Data Protocol ) ou des sessions IMS et un module nommé EBCF ( Event Based Charging Function ) réalisant le comptage en temps réel au niveau service pour des transactions non liées à une session telles que SIP Subscribe , SIP Notify ... 20 Avec ces deux modules distincts dans l'architecture du système de comptage en temps réel de l'état de la technique, l'opérateur n'a aucun moyen de réaliser simultanément un comptage en temps réel des sessions et/ou des services IMS fonctionnant en parallèle et/ou de niveaux de comptage différents. Il existe ainsi un besoin d'avoir un système de comptage en temps réel 25 réalisant un comptage en temps réel corrélant les informations de comptage des ressources de différents niveaux. A cet effet, l'invention se rapporte à un dispositif de comptage en temps réel de l'utilisation de ressources de différents niveaux par au moins un terminal d'un utilisateur sur un réseau de transmission d'informations, lors d'au 30 moins une session d'accès à un service, caractérisé en ce qu'il comprend un module de comptage en temps réel comprenant des moyens d'acquisition d'informations de comptage des ressources de différents niveaux utilisées lors de la session d'accès dudit utilisateur et des moyens de corrélation en temps réel de 2908573 4 ces informations de comptage de différents niveaux pour délivrer une information de comptage global de session d'accès. Ainsi, le dispositif selon l'invention permet de pallier les inconvénients de l'état de la technique en permettant de corréler les informations de comptage 5 des niveaux transport, session et service. L'invention permet alors aux opérateurs de proposer à leurs clients une facturation cohérente et unique rassemblant l'ensemble des utilisations de ressources facturables de ces niveaux. Selon un mode de réalisation particulier, le dispositif comprenant un 10 module de tarification, les moyens d'acquisition comprennent : - des moyens pour identifier que les informations de comptage concernent le terminal d'utilisateur ; et - des moyens de stockage des informations de comptage de ce terminal d'utilisateur dans un contexte de ce terminal d'utilisateur. 15 Les moyens d'acquisition d'informations de comptage sont ainsi améliorés grâce au stockage unifié de toutes les informations de comptage liées à un même terminal d'utilisateur. Selon un mode de réalisation particulier, les moyens de corrélation comprennent : 20 - des moyens de récupération d'au moins un identifiant dudit au moins un service dans les informations de comptage acquises ; et - des moyens de transmission d'une requête comprenant ledit au moins un identifiant de service récupéré au module de tarification apte à associer au moins un tarif audit au moins un identifiant de service. 25 Ceci permet de faire interagir la fonction de comptage en temps réel avec la fonction de tarification. Selon une caractéristique, les moyens d'acquisition et les moyens de corrélation sont mis en oeuvre lors d'une activation ou désactivation d'un service dans la session d'accès dudit terminal d'utilisateur. 30 Ceci permet une prise en compte de tous les services en cours dans le contexte du terminal d'utilisateur de manière dynamique. Le dispositif selon l'invention peut également comprendre des moyens de réservation de ressources aptes à réserver un quota d'unités de ressources 2908573 5 nécessaire pour ladite au moins une session d'accès, lors d'une deuxième session d'accès à un service en parallèle à ladite au moins une première session, lesdits moyens sont aptes à : - récupérer un nombre d'unités de ressources utilisées par ladite au 5 moins une session; -calculer un crédit global restant pour ledit utilisateur à partir dudit nombre d'unités de ressources utilisées; et - répartir ledit crédit global restant entre ladite au moins une session et ladite deuxième session. 10 Ceci permet la répartition des ressources disponibles dans le compte de l'utilisateur entre plusieurs sessions parallèles. L'invention concerne également un procédé de comptage en temps réel de l'utilisation de ressources de différents niveaux par au moins un terminal d'un utilisateur sur un réseau de transmission d'informations, lors d'au moins une 15 session d'accès à un service, ledit procédé comprenant : - une étape d'acquisition d'informations de comptage des ressources de différents niveaux utilisées lors de ladite session; et - une étape de corrélation en temps réel de ces informations de comptage de différents niveaux pour délivrer une information de comptage 20 globale de session d'accès. Selon une caractéristique, le procédé selon l'invention comprend une étape de tarification des ressources utilisées par l'utilisateur permettant d'appliquer des tarifs corrélés. Selon un mode de réalisation particulier, l'étape d'acquisition 25 d'informations de comptage comprend : - une étape pour identifier que les informations de comptage concernent le terminal d'utilisateur ; et - une étape de stockage des informations de comptage de ce terminal d'utilisateur dans un contexte de ce terminal d'utilisateur. 30 Selon un mode de réalisation particulier, l'étape de corrélation en temps réel comprend : - une étape de récupération d'au moins un identifiant dudit au moins un service dans les informations de comptage acquises ; et 2908573 6 - une étape de transmission d'une requête comprenant ledit au moins un identifiant de service récupéré à un module de tarification apte à associer au moins un tarif audit au moins un identifiant de service. Selon une caractéristique, le procédé comprend une étape de 5 réservation de ressources destinée à réserver un quota garanti de ressources pour au moins une première session d'accès à un service lors d'une deuxième session d'accès à un service en parallèle à ladite au moins une première session, ladite étape comprenant: - une sous-étape de récupération d'un nombre d'unités de ressources 10 utilisées par ladite au moins une première session; - une sous-étape de calcul d'un crédit global d'unités de ressources restant pour ledit utilisateur à partir dudit nombre d'unités de ressources utilisées; et - une sous-étape de répartition dudit crédit global restant entre ladite 15 au moins une première session et ladite deuxième session. Les avantages énoncés pour le dispositif selon l'invention sont transposables à ce procédé. L'invention concerne également un programme d'ordinateur comprenant des instructions de code qui, lorsque ce programme est exécuté sur 20 un ordinateur permettant la mise en oeuvre des étapes du procédé de comptage en temps réel. L'invention permet ainsi de réaliser un comptage en temps réel des sessions et/ou des services IMS fonctionnant en parallèle. Ainsi, il est possible grâce à l'invention d'effectuer le comptage de plusieurs services rendus au même 25 utilisateur en parallèle de manière groupée, grâce à l'assemblage et à l'agrégation des éléments de comptage liés à un service fourni à l'utilisateur et faisant appel à un réseau d'accès, par exemple GPRS (ou transport), à une session de type IMS (niveau session) et à un serveur d'application (niveau application) sur la base d'identifiants communs qu'ils contiennent. 30 L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins annexés sur lesquels : 2908573 7 - la figure 1 représente un schéma synoptique illustrant la structure d'un dispositif de comptage en temps réel de l'état de la technique ; - la figure 2 représente un diagramme de flux illustrant le fonctionnement d'un procédé de comptage en temps réel de l'état de la 5 technique ; - la figure 3 représente un schéma synoptique illustrant la structure d'un dispositif de comptage en temps réel selon l'invention ; -la figure 4 représente un diagramme de flux illustrant le fonctionnement d'un procédé de comptage en temps réel selon l'invention ; et 10 - la figure 5 représente un diagramme de flux illustrant le mécanisme de corrélation mis en oeuvre dans le procédé de comptage en temps réel selon l'invention. Comme cela a été mentionné précédemment, l'invention concerne un dispositif et un procédé de comptage en temps réel de l'utilisation de ressources 15 de différents niveaux par au moins un terminal d'un utilisateur sur un réseau de transmission d'informations. Dans ce qui suit, on considère un utilisateur qui utilise un même terminal pour deux sessions d'accès à des services établies en parallèle. Toutefois, l'invention n'est pas limitée à cet exemple. Elle concerne également le 20 cas où plusieurs terminaux d'un même utilisateur sont mis en oeuvre lors de sessions d'accès parallèles, comme par exemple un utilisateur qui reçoit de la voix sur son terminal téléphonique IP et de la vidéo sur son PC. La structure d'un dispositif de comptage en temps réel telle qu'elle est actuellement connue dans l'état de la technique, est illustrée sur la figure 1. 25 On reconnaît en effet sur cette figure 1, un système de comptage en temps réel noté OCS ( Online Charging System ) et désigné par la référence 1. Le système de comptage 1 comporte un ensemble 3 de deux modules intervenant dans le comptage en temps réel. Le premier module est un module de comptage basé sur une session SBCF désigné par la référence 5. 30 Le module SBCF 5 réalise le comptage basé sur une session IMS (niveau session) et/ou sur une session GPRS (niveau transport). Le deuxième module est un module de comptage basé sur un évènement EBCF désigné par la référence 7. 2908573 8 Le module EBCF 7 réalise un comptage basé sur un contenu non lié à une session, comme par exemple un évènement de type SIP Subscribe ou SIP Notify , etc. L'ensemble 3 comprenant les modules SBCF 5 et EBCF 7 est appelé module de comptage en temps réel OCF ( Online Charging Function ). 5 Le système de comptage en temps réel 1 comporte également d'autres modules impliqués dans la fonction de comptage. Ces modules sont : - un module de gestion de solde de compte d'utilisateur ABMF ( Account Balance Management Function ) désigné par la référence 9. Ce module 9 contient les en-cours liés au compte prépayé de l'utilisateur. Dans le 10 module ABMF 9 il est prévu une base de données représentant un compte d'utilisateur désigné par la référence 11. - un module de tarification RF ( Rating Function ) désigné par la référence 13. Ce module 13 convertit l'utilisation de ressources comptées en terme d'unités de type volume et/ou durée et/ou acte en unités monétaires. Dans 15 le module RF 13, il est prévu une base de données contenant des informations de tarification désignée par la référence 15. -un module passerelle de comptage CGF ( Charging Gateway Function ) désigné par la référence 17. Ce module 17 constitue une passerelle entre le système de comptage en temps réel 1 et un système d'après traitement 20 de l'opérateur désigné par la référence 19. Le module de comptage en temps réel 3 est relié à diverses entités de niveau réseau ou de niveau session impliquées dans le mécanisme de comptage. Toutes ces entités sont associées à un module de déclenchement de comptage 21 appelé CTF ( Charging Trigger Function ) qui génère des 25 évènements de comptage sur la base de l'observation de l'utilisation des ressources liées aux entités correspondantes. Au niveau du réseau, les entités considérées sont : - un commutateur de service mobile MSC ( Mobile Switching Centre ) désigné par la référence 23 qui gère les communications des 30 utilisateurs de téléphones mobiles ; - un noeud de support GPRS de service SGSN ( Serving GPRS Support Node ) désigné par la référence 25, qui prend en charge les fonctions liées à la mobilité des terminaux et au partage des ressources radio ; et 2908573 9 - une passerelle GGSN ( Gateway GPRS Support Node ) désignée par la référence 27, qui assure le passage des données entre différents réseaux. Au niveau session, les entités considérées sont les entités du réseau IMS suivantes : 5 - une passerelle GWF ( GateWay Function ) désignée par la référence 29 ; - un serveur d'application AS ( Application Server ) désigné par la référence 31 ; et - un contrôleur de fonctions de ressources média MRFC ( Media 10 Ressource Function Controller ) désigné par la référence 33. Les entités IMS 29, 31 et 33 sont reliées à une entité de gestion de session IMS 35 qui gère les sessions IMS et qui est appelée CSCF ( Cali Session Controller Function ). L'entité IMS CSCF 35 est reliée par une interface ISC ( IMS Service 15 Control ) 37 à la passerelle IMS 29. Les entités MSC 23 et SGSN 25 sont reliées par une interface CAP ( CAMEL Application Part ) 39 au module de comptage en temps réel 3. Les entités GGSN 27, GWF 29, AS 31 et MRFC 33 sont reliées par une interface Ro 41 au module de comptage en temps réel 3. L'interface 41 est 20 une interface de référence du comptage en temps réel de l'état de la technique. Par ailleurs les interfaces suivantes sont prévues dans le système de comptage en temps réel de l'état de la technique : - une interface Rc 43 relie le module de comptage en temps réel 3 au module ABMF 9, 25 - une interface Ga 45 relie le module de comptage en temps réel 3 au module CGF 17 ; et - une interface Re 47 relie le module de comptage en temps réel 3 au module RF 15. Enfin, une interface Rr 49 relie le module ABMF 9 à un serveur de 30 rechargement 51 du compte 11 de l'utilisateur et une interface Bo 53 relie le module CGF 19 au système de post-traitement de l'opérateur 19. Le système de comptage en temps réel 1 de l'état de la technique reçoit les informations de comptage des entités 23, 25, 27, 29, 31 et 32 et réalise 2908573 10 un contrôle de crédit en vérifiant la situation du compte 11 de l'utilisateur avant d'autoriser l'utilisation des ressources du réseau. Ensuite, l'utilisation des ressources est facturée sur ce même compte 11. Ainsi, le système de comptage 1 comporte les moyens nécessaires pour évaluer l'utilisation des ressources 5 grâce au module OCF 3, les moyens nécessaires pour déterminer la valeur de l'utilisation de ressources en unités monétaires grâce au module RF 13 et les moyens pour débiter ces unités du compte de l'utilisateur grâce au module ABMF 9. Toutes ces opérations se produisent avant etlou pendant l'utilisation des ressources. 10 A titre d'exemple, la figure 2 illustre un scénario de comptage en temps réel utilisant le système de comptage de l'état de la technique illustré sur la figure 1, mettant en oeuvre deux services en parallèle entre deux utilisateurs. Un terminal UE1 ( User Equipment ) 55 du premier utilisateur envoie en 57 un message SIP INVITE à un serveur proxy P-CSCF (Proxy- 15 Cali Session Controller Function ) désigné par la référence 59, du réseau IMS afin d'établir une session avec le deuxième utilisateur. Le serveur P-CSCF 59 génère un identifiant de corrélation ICID1 unique pour cette session et transmet en 61 la requête IMS jusqu'à un premier serveur d'application AS1 63, associé au premier service. Afin de pouvoir délivrer 20 le premier service demandé, le serveur AS1 63 émet en 65 une requête de contrôle de crédit CCR ( Credit Control Request ) initiale vers le système de comptage en temps réel 1 afin de contrôler que le compte prépayé de premier utilisateur comporte suffisamment de crédit. Cette requête comporte une demande d'unités de ressources par l'intermédiaire d'un paramètre RSU 25 ( Request Service Units ). Le système de comptage en temps réel OCS 1 valorise, par le biais du module RF 13, la requête CCR et vérifie, par le biais du module ABMF 9, le solde du compte 11 du premier utilisateur puis autorise en 67 le service demandé en envoyant une réponse CCA ( Credit Control Answer ) au serveur AS1 63 30 accordant une quantité donnée d'unités de ressources par l'intermédiaire d'un paramètre GSU ( Granted Service Units ). Ensuite le serveur AS1 63 transmet en 69 le message SIP INVITE au module P-CSCF 59. Le module P-CSCF 59, ayant ainsi reçu une autorisation 2908573 11 confirmée, délivre en 71 la demande d'initiation de session SIP INVITE jusqu'à un terminal du deuxième utilisateur UE2 désigné par la référence 73. Le terminal UE2 73 acquitte en 75 la transaction SIP INVITE par un message SIP 200 OK vers le module P-CSCF 59. Le module P-CSCF 59 5 transmet en 77 le message SIP 200 OK au serveur AS1 63 qui à son tour acquitte en 79 le message SIP INVITE d'origine. Alors, le module P-CSCF 59 envoie en 81 un message SIP 200 0K final au terminal UE1 55 en lui indiquant que la session a été établie avec succès. Une fois la session de communication entre les terminaux UE1 55 et 10 UE2 73 est établie en 82, le serveur AS1 63 supervise en 83 la consommation d'utilisation de cette session par rapport à la quantité d'unités de ressources qui a été accordée par le système de comptage en temps réel OCS 1. Ensuite, le terminal UE1 55 émet en 85 une seconde demande d'initiation de session avec le terminal UE2 73 via un message SIP INVITE 15 vers le serveur P-CSCF 59. Le serveur P-CSCF 59 génère un identifiant de corrélation ICID2 unique pour cette session et transmet en 87 la requête IMS jusqu'à un deuxième serveur d'application AS2 89, associé au deuxième service. Afin de pouvoir délivrer le deuxième service demandé, le serveur AS2 89 émet en 91 une requête CCR initiale vers le système de comptage en 20 temps réel 1 afin de contrôler que le compte prépayé du premier utilisateur comporte suffisamment de crédit. Cette requête comporte une demande d'unités de ressources par l'intermédiaire d'un paramètre RSU. En fonction des changements éventuels des conditions de la session 1, par exemple un changement de composant multimédia, ou de seuil de 25 déclenchement configuré, le serveur AS1 63 réitère en 93 une demande de quantité d'unités de ressources en envoyant au système de comptage en ligne 1 un message CCR UPDATE . Le système de comptage en temps réel 1 valorise, par le biais du module RF 13, la requête CCR initiale et vérifie, par le biais du module ABMF 9, 30 le solde du compte 11 du premier utilisateur puis autorise en 95 le deuxième service demandé en accordant une quantité donnée d'unités de ressources par l'intermédiaire du paramètre GSU. 2908573 12 En outre, le système de comptage en temps réel 1 valorise, par le biais du module RF 13, la requête CCR UPDATE et vérifie, par le biais du module ABMF 9, le solde du compte 11 du premier utilisateur puis autorise en 97 la continuation du premier service demandé en accordant une nouvelle quantité 5 d'unités de ressources par l'intermédiaire du paramètre GSU. Ensuite le serveur AS2 89 transmet en 99 le message SIP INVITE au module P-CSCF 59. Le module P-CSCF 59 ayant ainsi reçu une autorisation confirmée, délivre en 101 la demande d'initiation de session SIP INVITE jusqu'au terminal du deuxième utilisateur UE2 73. 10 Le terminal UE2 73 acquitte en 103 la transaction SIP INVITE par un message SIP 200 OK vers le module P-CSCF 59. Le module P-CSCF 59 transmet en 105 le message SIP 200 OK au serveur AS2 89 qui à son tour acquitte en 107 le message SIP INVITE d'origine. Alors, le module P-CSCF 59 envoie en 109 un message SIP 200 OK final au terminal UE1 55 en lui 15 indiquant que la session a été établie avec succès. Une fois la deuxième session de communication entre les terminaux UE1 55 et UE2 73 établie en 110, le serveur AS2 89 supervise en 111 la consommation d'utilisation de cette session par rapport à la quantité d'unités de ressources qui a été accordée par le système de comptage en temps réel 1. 20 Ainsi, le système de comptage en temps réel de l'état de la technique ne permet pas à l'opérateur, comme illustré dans le scénario de la figure 2, de traiter deux services rendus au même utilisateur en parallèle de manière groupée sous la forme d'une facturation groupée. Les fonctions de tarification du module RF 13 et de contrôle de crédit des modules SBCF 5 et EBCF 7 considèrent ces 25 deux services de manière totalement décorrélée. L'invention permet de résoudre ce problème grâce à un mécanisme de corrélation en temps réel permettant la réalisation d'un comptage en temps réel des sessions et/ou services IMS fonctionnant en parallèle et/ou de niveaux de comptage différents. 30 La structure du dispositif de comptage en temps réel selon l'invention est illustrée sur la figure 3, sur laquelle on reconnaît différentes entités impliquées dans le comptage en temps réel de l'état de la technique. Ces entités n'étant pas modifiées, elles sont désignées par les mêmes numéros de référence que dans 2908573 13 la figure 1 et leur description n'est pas reprise. Uniquement la description de nouvelles entités de l'invention est détaillée en référence à la figure 3. Ainsi, un système de comptage en temps réel 113 de l'invention comprend un module de comptage en temps réel 115 comprenant des moyens d'acquisition 5 d'informations de comptage de ressources de différents niveaux, pour un même utilisateur, représentés par le module BCM ( Base Context Monitor ) désigné par la référence 117 et des moyens de corrélation en temps réel de ces informations de comptage, représentés par le module CF ( Carrelation Function ) désigné par la référence 119. 10 Le module BCM 117 permet de définir un contexte relatif aux différentes sessions de comptage en temps réel activées pour un même utilisateur. Il effectue l'acquisition des informations de comptage recueillies à partir des requêtes émises par les entités de réseau IMS et GPRS. Le module CF 119 est en charge du contrôle des évènements et/ou 15 sessions relatifs au comptage en temps réel, de l'interaction avec l'entité BCM 117 et de la corrélation des informations de comptage acquises dans la BCM 117. Un scénario de mise en oeuvre de l'invention dans un mode de réalisation particulier est décrit dans la suite de la description en référence aux 20 figures 4 et 5. Ce scénario fait appel à une offre multiservices de type IMS, soit à titre d'exemple les deux services correspondant au scénario de la figure 2 de l'état de la technique, notés service 1 et service 2. La logique du service 1 et du service 2 est localisée sur les deux serveurs d'application AS1 63 et AS289 25 respectivement. Le service 1 est, à titre d'exemple, un service de voix sur IP. Au niveau de la tarification, ce service coûte x {1 min. Le service 2 est, à titre d'exemple, un service de partage de média, par exemple de vidéo en temps réel ( Video Streaming ). Au niveau de la 30 tarification, ce service coûte y { / min. Le prix total de cette offre multiservices est de z euros où z < somme (x+y). 2908573 14 Pour ce scénario, les hypothèses suivantes sont considérées. Ainsi, les deux utilisateurs munis des terminaux UE1 55 et UE2 73 partagent le même réseau opérateur. De la même manière, les deux serveurs d'application AS1 63 pour la voix sur IP et AS2 89 pour la lecture vidéo en transit en temps réel 5 appartiennent également au même opérateur. Selon ce scénario, et à titre d'exemple uniquement, le terminal d'utilisateur UE1 55 appelle le terminal d'utilisateur UE2 73 et après 45 secondes de communication, le terminal UE1 55 décide de montrer au terminal UE2 73 une vidéo de 30 secondes qu'il a enregistrée auparavant. 10 Le compte prépayé 11 du terminal UE1 55 est suffisamment approvisionné pour avoir accès à ces deux services et le terminal UE1 55 sera le seul à être facturé pour ces deux services. La figure 4 montre le diagramme de flux représentant les messages échangés, lors de l'établissement et la terminaison de la session 1 relative au 15 service 1 et de la session 2 relative au service 2, entre les terminaux UE1 55 et UE2 73, les serveurs d'application AS1 63 et AS2 89, le serveur VP-CSCF 59 et le système de comptage en temps réel 113 de l'invention. La figure 5 illustre le diagramme de flux détaillé au niveau du système de comptage en temps réel OSC 113. Cette figure montre en particulier le rôle du 20 nouveau module OCF 115 comprenant les modules BCM 117 et CF 119. Les figures 4 et 5 seront ainsi décrites simultanément pour l'explication de la mise en oeuvre de l'invention dans ce scénario. D'abord, le terminal UE1 55 envoie en 121 un message SIP INVITE au serveur P-CSCF 59 afin d'établir une session IMS. 25 Le serveur P-CSCF 59 génère alors en 123 un identifiant de corrélation ICID1 unique pour cette session et transmet la requête IMS jusqu'au serveur d'application AS1 63. Afin de pouvoir délivrer le service 1 demandé, le serveur d'application AS1 63 envoie en 125 au module de comptage en temps réel OCF 115 une 30 requête de contrôle de crédit CCR' initiale associée à la session 1 ( Cali IDI ). Le module BCM 117 acquiert alors les informations de comptage reçues liées au service 1. II s'agit, par exemple d'identifiants de la session 2908573 15 (Cali IDI), du service (service IDI), d'informations sur l'abonnement ( subscription ), etc. Le serveur d'application AS1 63 inclut dans la requête CCR' soit le nombre d'unités de ressources demandé dans le paramètre RSU, soit une clé de 5 service permettant au module OCF 115 de déterminer ce nombre d'unités de ressources. Dans ce dernier cas, le module OCF 115, ayant reçu une clé de service, détermine en 127, à partir de cette clé, le nombre d'unités de ressources non monétaires nécessaires pour délivrer le service 1. 10 Le module OCF 115, par l'intermédiaire du module de corrélation CF 119 contrôle en 129 dans le module BCM 117 si les données associées au service 1 existent déjà. Ensuite, le module OCF 115, par l'intermédiaire du module de corrélation CF 119 demande en 131 au module de tarification RF 13 de fournir le 15 tarif associé au service 1. Le message Tariff Request émis en 131 contient les informations de comptage contenues dans le module BCM 117 nécessaires à cette tarification. Le module de tarification RF 13 vérifie en 133 si le service 1 appartient à une offre multiservices ( Service Bundle ) à laquelle il faut appliquer une 20 tarification particulière différente de celle appliquée au service 1 seul. Le module RF 13 sélectionne alors le tarif à appliquer et effectue une conversion en unités monétaires des unités de ressources non monétaires demandées pour le service 1 puis il envoie en 135 sa réponse au module OCF 115 avec le tarif. Le module ABMF 9 vérifie en 137 que le compte prépayé 11 contient 25 suffisamment de crédit d'unités pour la réservation d'un quota d'unités de ressources nécessaire au service 1. Puis, le module OCF 115 réalise en 139 la réservation de ces unités de ressources. II convient de noter qu'il peut être nécessaire de répéter les étapes 125 à 139 plusieurs fois. 30 Une fois la réservation effectuée, le module OCF 115 envoie en 141 au serveur AS1 63 une réponse CCA' qui contient le quota d'unités de ressources accordé via le paramètre GSU. 2908573 16 Le serveur d'application AS1 63 transmet alors en 143 le message SIP INVITE au module P-CSCF 59. Le module P-CSCF 59, ayant ainsi eu une autorisation confirmée, délivre en 145 la demande d'initiation de session à l'aide du message SIP INVITE au terminal UE2 73 destinataire. 5 Le terminal destinataire 73 acquitte alors en 147 la transaction SIP INVITE par un message SIP 200 0K vers le module P-CSCF 59 qui le transmet à son tour en 149 au serveur AS1 63 qui l'acquitte en 151. Le module P-CSCF 59 renvoie ainsi en 153 un message SIP 200 OK final au terminal UE1 55 lui indiquant que la session a été établie avec 10 succès. Pendant le déroulement du service 1 en 155, le serveur AS1 63 supervise simultanément en 157 la consommation des unités des ressources réservées par le module OCF 115. Ensuite, après 45 secondes de communication avec le terminal UE2 15 73, le terminal UE1 émet en 159 une seconde demande d'initiation de session avec le terminal UE2 73 via un message SIP INVITE vers le module P-CSCF 59. Le module P-CSCF 59 génère alors un identifiant de corrélation ICID2 unique pour cette session et transmet en 161 la requête IMS jusqu'au 20 serveur AS2 89. Le serveur d'application AS2 89 envoie alors en 163 au module OCF 115 la requête de contrôle de crédit associée à la session 2 ( Cali ID2 ). Le module BCM 117 acquiert alors les informations de comptage reçues liées au service 2. Il s'agit, par exemple d'identifiants de la session (Cali ID2), du service 25 (service ID2), d'informations sur l'abonnement ( subscription ), etc. Le serveur d'application AS2 89 inclut dans sa requête CCR' soit le nombre d'unités de ressources demandées dans le paramètre RSU, soit une clé de service permettant au module OCF 115 de déterminer ce nombre. Dans ce dernier cas, le module OCF 115 détermine en 165 à l'aide du 30 module ABMF 9 le nouveau nombre d'unités de ressources nécessaires à la poursuite du service 1 dans ce nouveau contexte multiservices (service 1 + service 2). Ensuite, le module OCF 115 demande en 167 au module de tarification RF 13 de fournir le tarif associé au service 2 et le nouveau tarif 2908573 17 associé au service 1. Le message Tariff Request émis en 167 contient les informations de comptage nécessaires à cette tarification contenues dans le module BCM 117. Le module RF 13 vérifie en 169 si le service 2 appartient à une offre 5 multiservices à laquelle il faut appliquer une tarification particulière différente de celle appliquée au service 2 seul. Le module RF 13 sélectionne le tarif à appliquer à cette offre multiservices (service 1 + service 2) puis effectue une conversion en unités monétaires des unités de ressources non monétaires demandées par les service 1 et service 2. Enfin, il envoie en 171 sa réponse au 10 module OCF 115 avec le tarif. Le module ABMF 9 vérifie alors en 173 que le compte prépayé 11 contient suffisamment de crédit d'unités pour la réservation des unités de ressources nécessaires aux deux services et s'assure que le prix total de l'offre multiservices (z) est inférieure au total des prix (x + y) de chaque service traité 15 séparément. Puis, le module OCF 115 demande en 175 au serveur AS1 63 de lui indiquer le nombre d'unités de ressources qui ont déjà été consommées pour le service 1. II envoie pour cela un message RAR ( Re-Authorization-Request ). Le serveur AS1 63 répond en 177 par un paramètre RESULT- 20 CODE pour acquitter le message précédent. Le serveur AS1 63 envoie pour cela un message RAA ( Re-Authorization-Answer ) au module OCF 115. Ensuite, le serveur AS1 63 envoie en 179 un message CCR' au module OCF 115 en positionnant l'attribut UPDATE_REQUEST pour reporter le nombre d'unités de ressources utilisées USU et demande un nouveau nombre 25 d'unités de ressources RSU pour le service 1. Puis, le module OCF 115 réalise en 181 la réservation d'unités de ressources en les répartissant entre le service 1 et le service 2. Pour ce faire, il peut, par exemple, appliquer des règles préétablies définissant un coût moyen de chaque service. De telles règles permettent notamment de prendre en compte le 30 fait qu'un service de partage de vidéo est facturé plus cher que la voix. Il convient de noter qu'il peut être nécessaire de répéter les étapes 165 à 181 plusieurs fois. 2908573 18 Une fois la réservation effectuée, le module OCF 115 envoie en 183 au serveur AS2 89 une réponse CCA' qui contient le nouveau nombre d'unités de ressources accordé pour le service 2 via le paramètre GSU et il envoie en 185 au serveur AS1 63 une réponse CCA' qui contient le nouveau nombre d'unités de 5 ressources accordé pour le service 1 via le paramètre GSU. Puis, le serveur d'application AS2 89 transmet en 187 le message S1P INVITE de la deuxième session au module P-CSCF 59. Le module PCSCF 59, ayant eu une autorisation confirmée, délivre ainsi en 189 la demande d'initiation de la deuxième session (message SIP INVITE ) jusqu'au terminal 10 UE2 73 destinataire. Le terminal destinataire 73 acquitte en 191 la transaction SIP INVITE par un message SIP 200 OK vers le module P-CSCF 59. Ce dernier transmet en 193 ce message au serveur AS1 89 qui l'acquitte à son tour en 195. Le module P-CSCF 59 renvoie alors en 197 un message SIP 200 OK final au terminal UE1 55 pour lui indiquer que la deuxième session a été établie 15 avec succès. Pendant le déroulement de la deuxième session en 199, le serveur AS2 89 supervise en 201 simultanément la consommation des unités de ressources réservées par le module OCF 115 pour le service 2 et le serveur AS1 63 supervise en 203 simultanément la consommation des unités des 20 ressources réservées par le module OCF 115 pour le service 1. Afin de pouvoir effectuer la décrémentation du nombre d'unités de ressources consommées pour le service 1, le serveur AS1 envoie en 205 un message CCR' en positionnant l'attribut UPDATE_REQUEST pour reporter le nombre d'unités de ressources utilisées USU et demander un nouveau nombre 25 d'unités de ressources RSU pour le service 1. Le module OCF 115 détermine lui-même en 207 le nombre d'unités de ressources accordées et le prix de chaque service. Ainsi, le module ABMF 9 vérifie en 209 que le compte prépayé 11 contient suffisamment de crédit d'unités pour la réservation du nombre d'unités de ressources nécessaires aux deux services et s'assure que le prix total de 30 l'offre multiservice (z) est inférieur au total des prix de chaque service traités séparément (x + y). Ensuite, le module OCF 115 demande en 211 au serveur d'application AS2 89 de lui indiquer le nombre d'unités qui ont déjà été consommées pour le 2908573 19 service 2. Il envoie pour cela un message RAR. Le serveur AS2 89 répond en 213 par un paramètre RESULT-CODE pour acquitter le message précédent. Le serveur AS2 89 envoie pour cela un message RAA. Ensuite, le serveur AS2 89 envoie en 215 un message CCR' en 5 positionnant l'attribut UPDATE_REQUEST pour reporter le nombre d'unités de ressources utilisées USU et demander un nouveau nombre d'unités de ressources RSU pour le service 2. Le module OCF 115 réalise alors en 217 la réservation d'unités de ressources pour les deux services. 10 Une fois la réservation effectuée, le module OCF 115 envoie en 219 au serveur ASI 63 une réponse CCA' qui contient le nouveau nombre d'unités de ressources accordées via le paramètre GSU et envoie en 221 au serveur AS2 une réponse CCA' qui contient le nouveau nombre d'unités de ressources accordées via le paramètre GSU. 15 Pendant le déroulement du service 1, le serveur AS1 63 supervise en 223 simultanément la consommation du nombre d'unités de ressources réservé par le module OCF 115. De la même manière, pendant le déroulement du service 2, le serveur AS2 89 supervise en 225 simultanément la consommation du nombre d'unités de 20 ressources réservées par le
module OCF 115. Après 30 secondes depuis l'établissement de la deuxième session, le terminal UE1 55 envoie en 227 un message SIP BYE au module P-CSCF 59 afin de terminer la deuxième session IMS. Le module P-CSCF 59 transmet alors en 229 cette requête jusqu'au serveur d'application AS2 89.
25 Le serveur AS2 89 envoie en 231 un message CCR au module OCF 115 positionnant l'attribut TERMINATION_REQUEST pour terminer la session active de contrôle de crédit avec le système OCS 113 et reporter le nombre final d'unités de ressources consommées pour le service 2. Le module de corrélation 119 vérifie en 233 dans le module BCM 117 si le service 2 est 30 encore actif avant de supprimer toutes les données liées au service 2 dans le module BCM 117. Puis, le module OCF 115 effectue en 235 la tarification finale pour le service 2. Le module OCF 115 demande en 237 au module de tarification RF 113 2908573 20 de fournir le tarif associé au service 2. Le message Tariff Request émis contient les informations de comptage nécessaires à cette tarification contenues dans le module BCM 117. Le module RF 113 sélectionne en 239 le nouveau tarif à appliquer pour les deux services, l'offre multiservices n'ayant plus lieu d'être. II 5 effectue une conversion en unités monétaires des unités de ressources non-monétaires associées à la requête CCR' en 231. Ensuite, le module RF 13 répond en 241 à l'OCF 115 avec le nouveau tarif du service 1. Le module ABMF 9 vérifie alors en 243 que le compte prépayé 11 contient suffisamment de crédit d'unités pour la réservation des unités de ressources nécessaires au service 1.
10 En 245, le module OCF 115 demande au serveur AS1 63 de lui indiquer le nombre d'unités qui ont déjà été consommées pour le service 1, en envoyant un message RAR. Le serveur AS1 63 répond en 247 par un message RAA contenant un paramètre RESULT-CODE pour acquitter le message précédent.
15 Ensuite, le serveur AS1 envoie en 249 un message CCR' en positionnant l'attribut UPDATE_REQUEST pour reporter le nombre d'unités de ressources utilisées USU et demander un nouveau nombre d'unités de ressources pour le service 1. Le module ABMF 9 met à jour en 251 le compte prépayé 11 et les 20 éventuelles promotions accordées à l'utilisateur 1. Puis, le système OCS 113 acquitte en 253 la réception du message CCR' du serveur AS2 89 en envoyant un message CCA' positionnant le paramètre TERMINATION_REQUEST incluant en option un paramètre Cost-Information (Cl) qui indique le coût cumulé du service 2.
25 De la même manière, le système OCS 113 acquitte en 255 la réception du message CCR' du serveur AS1 63 en envoyant un CCA' positionnant le paramètre TERMINATION_REQUEST , incluant en option le paramètre Cost-Information (Cl) qui indique le coût cumulé du service 1, et le nouveau nombre d'unités de ressources accordé pour la poursuite du service 1 30 ( new GSU ). En 257, le serveur AS2 89 transmet le message SIP BYE au module P-CSCF 59. Le module P-CSCF 59 délivre en 259 la demande de terminaison de la 2ème session jusqu'au terminal UE2 73 destinataire. Le terminal 2908573 21 destinataire 73 acquitte en 261 la transaction SIP BYE par un message SIP 200 0K vers le module P-CSCF 59. Le module P-CSCF 59 transmet en 263 à son tour ce message SIP 200 OK au serveur d'application AS2 89 qui acquitte en 265 le message SIP BYE . Le module P-CSCF 59 renvoie alors en 5 267 un message SIP 200 OK final au terminal UE1 55 lui indiquant que la deuxième session a été terminée avec succès (état 269). Pendant la poursuite du service 1, le serveur AS1 63 supervise simultanément en 271 la consommation du nombre d'unités de ressources réservé par le module OCF 115.
10 Après un certain temps, le terminal UE1 55 envoie en 273 un message SIP BYE au module P-CSCF 59 afin de terminer la première session IMS. Le module P-CSCF 59 transmet alors en 275 cette requête jusqu'au serveur d'application AS1 63. Le serveur AS1 63 envoie en 277 un message CCR' au module OCF 15 115 en positionnant l'attribut TERMINATION_REQUEST pour terminer la session active de contrôle de crédit avec le système OCS 113 et reporter le nombre final d'unités consommées pour le service 1. Le module de corrélation 119 vérifie en 279 dans le module BCM 117 si le service 1 est encore actif avant de supprimer toutes les données liées au 20 service 1 dans le module BCM 117. Le module OCF 115 effectue alors en 281 la tarification finale pour le service 1. II demande en 283 au module de tarification RF 13 de fournir le tarif associé au service 1. Le message Tariff Request émis contient les informations de comptage nécessaires à cette tarification contenues dans le 25 module BCM 117. Le module RF 13 sélectionne en 285 le nouveau tarif à appliquer au service 1. Il effectue une conversion en unités monétaires des unités de ressources non monétaires associés à la requête CCR' en 277. Puis, le module RF 13 répond en 287 au module OCF 115 avec le nouveau tarif du service 1.
30 Ensuite, le module ABMF 9 met à jour en 289 le compte prépayé 11 et les éventuelles promotions accordées à l'utilisateur 1. Le système OCS 113 acquitte en 291 la réception du message CCR' en envoyant un message CCA' positionnant le paramètre 2908573 22 TERMINATION REQUEST incluant en option le paramètre CI qui indique le coût cumulé du service 1. En 293, le serveur AS1 63 transmet le message SIP BYE au module P-CSCF 59. Le module P-CSCF 59 délivre en 295 la demande de 5 terminaison de la première session jusqu'au terminal UE2 73 destinataire. Le terminal destinataire 73 acquitte en 297 la transaction SIP BYE par un message SIP 200 OK vers le module P-CSCF 59. Le module P-CSCF 59 délivre en 299 à son tour ce message SIP 200 OK au serveur d'application AS1 63 qui acquitte en 301 le message SIP BYE . Le module P-CSCF 59 10 renvoie alors en 303 un message SIP 200 OK final au terminal UE1 55 lui indiquant que la première session a été terminée avec succès (état 305). Ainsi, grâce au système de comptage en temps réel de l'invention, mettant en oeuvre une fonction de corrélation, l'opérateur a la possibilité de traiter les deux services en parallèle de manière groupée.
15 Bien entendu, d'autres modes de réalisation encore peuvent être envisagés.

Claims (11)

REVENDICATIONS
1. Dispositif de comptage (113) en temps réel de l'utilisation de ressources de différents niveaux par au moins un terminal d'un utilisateur sur un réseau de transmission d'informations, lors d'au moins une session d'accès à un service, caractérisé en ce qu'il comprend un module de comptage en temps réel (115) comprenant des moyens d'acquisition (117) d'informations de comptage des ressources de différents niveaux utilisées lors de la session d'accès dudit utilisateur et des moyens de corrélation (119) en temps réel de ces informations de comptage de différents niveaux pour délivrer une information de comptage global de session d'accès.
2. Dispositif selon la revendication 1, caractérisé en ce que le dispositif (113) comprenant un module de tarification (13), les moyens d'acquisition (117) comprennent : - des moyens pour identifier que les informations de comptage 15 concernent le terminal d'utilisateur ; et des moyens de stockage des informations de comptage de ce terminal d'utilisateur dans un contexte de ce terminal d'utilisateur.
3. Dispositif selon la revendication 1 ou 2, caractérisé en ce que les moyens de corrélation (119) comprennent : 20 - des moyens de récupération d'au moins un identifiant dudit au moins un service dans les informations de comptage acquises ; et - des moyens de transmission d'une requête comprenant ledit au moins un identifiant de service récupéré au module de tarification (13) apte à associer au moins un tarif audit au moins un identifiant de service. 25
4. Dispositif selon l'une quelconque des revendications 1 à 3, caractérisé en ce que les moyens d'acquisition (117) et les moyens de corrélation (119) sont mis en oeuvre lors d'une activation ou désactivation d'un service dans la session d'accès dudit terminal d'utilisateur.
5. Dispositif selon l'une quelconque des revendications 1 à 4, 30 comprenant des moyens de réservation de ressources aptes à réserver un quota d'unités de ressources nécessaire pour ladite au moins une session d'accès, caractérisé en ce que, lors d'une deuxième session d'accès à un service en parallèle à ladite au moins une première session, lesdits moyens sont aptes à : 2908573 24 - récupérer un nombre d'unités de ressources utilisées par ladite au moins une session; - calculer un crédit global restant pour ledit utilisateur à partir dudit nombre d'unités de ressources utilisées; et 5 - répartir ledit crédit global restant entre ladite au moins une session et ladite deuxième session.
6. Procédé de comptage en temps réel de l'utilisation de ressources de différents niveaux par au moins un terminal d'un utilisateur sur un réseau de transmission d'informations, lors d'au moins une session d'accès à un service, 10 caractérisé en ce qu'il comprend : - une étape d'acquisition d'informations de comptage des ressources de différents niveaux utilisées lors de ladite session; et - une étape de corrélation en temps réel de ces informations de comptage de différents niveaux pour délivrer une information de comptage globale de session d'accès.
7. Procédé selon la revendication 6, caractérisé en ce qu'il comprend une étape de tarification des ressources utilisées par l'utilisateur permettant d'appliquer des tarifs corrélés.
8. Procédé selon la revendication 6 ou 7, caractérisé en ce que l'étape 20 d'acquisition d'informations de comptage comprend : - une étape pour identifier que les informations de comptage concernent le terminal d'utilisateur ; et - une étape de stockage des informations de comptage de ce terminal d'utilisateur dans un contexte de ce terminal d'utilisateur. 25
9. Procédé selon l'une quelconque des revendications 6 à 8, caractérisé en ce que l'étape de corrélation en temps réel comprend : - une étape de récupération d'au moins un identifiant dudit au moins un service dans les informations de comptage acquises ; et - une étape de transmission d'une requête comprenant ledit au moins 30 un identifiant de service récupéré à un module de tarification (113) apte à associer au moins un tarif audit au moins un identifiant de service.
10. Procédé selon l'une quelconque des revendications 6 à 9, comprenant une étape de réservation de ressources destinée à réserver un 2908573 25 quota garanti de ressources pour au moins une première session d'accès à un service, caractérisé en ce que, lors d'une deuxième session d'accès à un service en parallèle à ladite au moins une première session, ladite étape comprend: - une sous-étape de récupération d'un nombre d'unités de ressources 5 utilisées par ladite au moins une première session; - une sous-étape de calcul d'un crédit global d'unités de ressources restant pour ledit utilisateur à partir dudit nombre d'unités de ressources utilisées; et - une sous-étape de répartition dudit crédit global restant entre ladite 10 au moins une première session et ladite deuxième session.
11. Programme d'ordinateur comprenant des instructions de code qui, lorsque ce programme est exécuté sur un ordinateur permettant la mise en oeuvre des étapes du procédé de comptage en temps réel selon l'une quelconque des revendications 6 à 10.
FR0654830A 2006-11-10 2006-11-10 Dispositif et procede de comptage en temps reel de l'utilisation de ressources de differents niveaux par un terminal d'utilisateur sur un reseau de transmission d'informations et programme d'ordinateur correspondant. Pending FR2908573A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0654830A FR2908573A1 (fr) 2006-11-10 2006-11-10 Dispositif et procede de comptage en temps reel de l'utilisation de ressources de differents niveaux par un terminal d'utilisateur sur un reseau de transmission d'informations et programme d'ordinateur correspondant.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0654830A FR2908573A1 (fr) 2006-11-10 2006-11-10 Dispositif et procede de comptage en temps reel de l'utilisation de ressources de differents niveaux par un terminal d'utilisateur sur un reseau de transmission d'informations et programme d'ordinateur correspondant.

Publications (1)

Publication Number Publication Date
FR2908573A1 true FR2908573A1 (fr) 2008-05-16

Family

ID=38164553

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0654830A Pending FR2908573A1 (fr) 2006-11-10 2006-11-10 Dispositif et procede de comptage en temps reel de l'utilisation de ressources de differents niveaux par un terminal d'utilisateur sur un reseau de transmission d'informations et programme d'ordinateur correspondant.

Country Status (1)

Country Link
FR (1) FR2908573A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010027356A1 (fr) * 2008-09-03 2010-03-11 Lucent Technologies Inc. Corrélation de facturation en ligne dans des réseaux ims
FR2965691A1 (fr) * 2010-10-01 2012-04-06 France Telecom Quantification de l'utilisation d'une application internet par un dispositif de traitement de donnees

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0948163A1 (fr) * 1998-04-01 1999-10-06 Hewlett-Packard Company Production de registres de détail du service téléphonique
WO2004073344A1 (fr) * 2003-02-12 2004-08-26 Nokia Corporation Procede de traitement de demandes de reddition de compte dans un systeme de communication et systeme de communication associe
WO2006010613A1 (fr) * 2004-07-30 2006-02-02 Telefonaktiebolaget Lm Ericsson (Publ) Procede et systeme pour fournir des informations de sessions de communication associees dans des reseaux de telecommunication hybrides

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0948163A1 (fr) * 1998-04-01 1999-10-06 Hewlett-Packard Company Production de registres de détail du service téléphonique
WO2004073344A1 (fr) * 2003-02-12 2004-08-26 Nokia Corporation Procede de traitement de demandes de reddition de compte dans un systeme de communication et systeme de communication associe
WO2006010613A1 (fr) * 2004-07-30 2006-02-02 Telefonaktiebolaget Lm Ericsson (Publ) Procede et systeme pour fournir des informations de sessions de communication associees dans des reseaux de telecommunication hybrides

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Digital cellular telecommunications system (Phase 2+)", ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, vol. 3-SA5, no. V620, September 2005 (2005-09-01), XP014032809, ISSN: 0000-0001 *
"Universal Mobile Telecommunications System (UMTS)", ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, vol. 3-SA5, no. V630, September 2005 (2005-09-01), XP014032017, ISSN: 0000-0001 *
ANONYMOUS: "Telecommunications and Internet Converged Services and Protocols for Advanced Networking (TISPAN)", ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, vol. TISPAN, no. Version 1, October 2005 (2005-10-01), XP014031462, ISSN: 0000-0001 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010027356A1 (fr) * 2008-09-03 2010-03-11 Lucent Technologies Inc. Corrélation de facturation en ligne dans des réseaux ims
FR2965691A1 (fr) * 2010-10-01 2012-04-06 France Telecom Quantification de l'utilisation d'une application internet par un dispositif de traitement de donnees

Similar Documents

Publication Publication Date Title
CN103460642B (zh) 用于控制通信网络中的服务业务的方法和设备
US7617521B2 (en) Charging via policy enforcement
JP4885525B2 (ja) Ｉｍｓネットワークにおけるアプリケーション・サーバー・ロジックとゲートウェイ・ロジックの統合によるコール制御（ｃａｌｌｃｏｎｔｒｏｌ）
CN102026139B (zh) 递送动态策略规则的方法和系统
JP4668998B2 (ja) Ｉｐマルチメディアサービスフレキシブル課金メカニズム
US9826103B2 (en) Offload of service charging from an online charging system
KR101154289B1 (ko) Ｉｍｓ 네트워크 및 세션에 대한 보조 서비스에 대해 온라인 과금을 제공하는 방법
EP2580887B1 (fr) Gestion de changement de conditions de delivrance d&#39;un service
US20060286963A1 (en) Controlling provision of services in a communications network
WO2009100669A1 (fr) Procédé de facturation, dispositif de commande, dispositif de facturation et système de facturation
CN107078915B (zh) 非线性数据计费
US20100145838A1 (en) Method, system, and apparatus for opening accounting data capabilities
US20120123919A1 (en) Method And System For Billing In A Communication Network
Kuhne et al. Charging and billing in modern communications networks—A comprehensive survey of the state of the art and future requirements
US20110258094A1 (en) Method and system for multimedia conference operation charging
WO2020048532A1 (fr) Procédé et dispositif pour le traitement d&#39;une exception de session gx
US8611851B2 (en) Accounting request processing in a communication network
FR2908573A1 (fr) Dispositif et procede de comptage en temps reel de l&#39;utilisation de ressources de differents niveaux par un terminal d&#39;utilisateur sur un reseau de transmission d&#39;informations et programme d&#39;ordinateur correspondant.
CN105577393A (zh) 一种即时通讯计费系统及方法
CN104363570A (zh) 一种基于通信帐户以整月为周期的按次代缴付费方法
FR3074003A1 (fr) Procede de propagation d&#39;informations concernant la bande passante allouee a un usager d&#39;un reseau ip
Nkhumeleni Literature Survey: Investigation of billing principles and infrastructures for next generation services
EP2367344B1 (fr) Gestion d&#39;un changement de tarif lors d&#39;une communication
EP1804420B1 (fr) Procédé et dispositif d&#39;amélioration du fonctionement d&#39;une chaine de taxation par mise en place d&#39;un mode dégradé multi-niveau
Ozianyi et al. Design and implementation of scalable IMS charging systems