FR2902594A1

FR2902594A1 - Unite et procede de definition d'une regle de session dans un reseau

Info

Publication number: FR2902594A1
Application number: FR0652525A
Authority: FR
Inventors: Nathalie Beziot; Matthieu Smessaert; Kwong U Steve Tsang
Original assignee: France Telecom SA
Current assignee: Orange SA
Priority date: 2006-06-16
Filing date: 2006-06-16
Publication date: 2007-12-21
Also published as: WO2007144545A1; EP2030382A1; US20090204713A1

Abstract

Cette unité (30) de définition d'au moins une règle devant être appliquée à une session multimédia dans un réseau prend en outre en compte, pour définir ladite règle, des données d'information sur les média, une politique prédéfinie par l'opérateur et un type d'accès au réseau d'au moins un terminal (10) participant à ladite session, ce type d'accès étant reçu en provenance d'une unité de (20) contrôle de session.

Description

Arrière-plan de l'invention Le domaine de l'invention est celui de la

différenciation de qualité de service (QoS, Quality of Service) dans les réseaux de télécommunications. De façon connue, ce mécanisme a pour but d'optimiser les ressources du réseau d'accès par l'allocation de celles-ci aux applications qui en ont le plus besoin. L'invention s'applique en particulier, mais de façon non limitative, aux réseaux de télécommunications mobiles, notamment à I'UMTS (Universal Mobile Telecommunication System) défini par le 3GPP (Third Generation Partnership Project). L'invention s'applique aussi aux réseaux fixes définis dans le cadre du projet TISPAN (Telecoms & Internet converged Services & Protocols for Advanced Networks) de l'ETSI. De façon connue, le mécanisme de contrôle ("Policy control") défini par le standard 3GPP permet de mettre en cohérence les besoins d'une application, des conditions de l'abonnement souscrit par un utilisateur et de la politique d'un opérateur de télécommunications pour fixer la qualité de service maximum autorisée pour une session. L'invention s'applique de façon privilégiée dans les réseaux conformes à l'architecture TISPAN ou à l'architecture IMS (IP Multimédia Subsystem), par exemple introduite dans les versions 5 et suivantes de I'UMTS. Ces architectures permettent l'établissement dynamique et le contrôle de session multimédia entre deux utilisateurs utilisant le domaine 30 paquets UMTS comme réseau de transport. La figure 1 représente un réseau 1 de type mobile, avec un domaine paquet et un sous-système IP multimédia, respectivement référencés 101 et 102. Le domaine paquet 101 est un héritage du GPRS. Il permet aux 35 équipements mobiles 10 d'accéder à un réseau de commutation de paquets par l'intermédiaire d'un réseau d'accès mobile 103.

Le domaine paquet 101 comporte un noeud de services SGSN (Serving GPRS Support Node) et un noeud de passerelle GGSN (Gateway GPRS Support Node). De façon connue, le SGSN est relié au contrôleur du réseau radio RNC (Radio Network Controller). Il permet de contrôler les terminaux 10 présents dans sa zone de contrôle. Le noeud de passerelle (GGSN) joue le rôle d'interface avec des réseaux de données externes. Dans le sous-système IP Multimédia 102 on distingue différents 10 noeuds de contrôle de session SIP : - les P-CSCF (Proxy-Call State Control Function) qui sont les premiers points de contact pour les équipements terminaux 10 dans le domaine IMS. Dans la version 5 de I'UMTS, les P-CSCF incluent un noeud de contrôle de ressources chargé de déterminer la qualité de service 15 maximum (QoS Max) autorisée pour une session IMS. Dans la version 5 de I'UMTS, ce noeud de contrôle de ressources est appelé PDF (Policy Decision Function). Dans la version 6, le PDF est une entité séparée du PCSCF mais garde les mêmes fonctionnalités. Il change de nom en version 7, 20 - les S-CSCF (Serving Cali State Control Function) qui contrôlent les sessions d'un terminal 10 pendant toute la période où ce dernier est enregistré dans le domaine IMS ; - les I-CSCF (Interrogating Cali State Control Function) qui sont les points d'entrée d'un domaine IMS pour des sessions IMS entre un 25 utilisateur de ce domaine IMS et un utilisateur appartenant à un autre domaine IMS. Les S-CSCF possèdent une interface avec le HSS (Home Subscriber Server), introduit en version 5 de I'UMTS, et qui constitue une évolution du HLR (Home Location Register) contenant des fonctions 30 relatives au domaine IP Multimédia. Cette entité HSS contient la base de données des abonnés IMS. Dans le cas d'un réseau fixe, le sous-système IP Multimédia peut être connecté à d'autres réseaux d'accès, et par exemple à un réseau de type WiFi tel que défini par la norme IEEE 802.11 ou à un réseau de 35 type ADSL (Asynchronous Digital Subscriber Line).

Le protocole utilisé pour contrôler les sessions IP Multimédia est le protocole SIP (Session Initiation Protocol). Ce protocole est utilisé par les équipements terminaux 10, les entités CSCF et les serveurs d'application.

Pour établir une session dans le domaine IMS, un équipement terminal 10 utilise le protocole SIP. Le terminal 10 établit au préalable une session de contrôle au niveau GPRS (PDP Context Primaire) et un canal radio pour s'enregistrer au niveau du HLR (Home Location Register) et faire passer la signalisation SIP. Puis le terminal 10 s'enregistre tout d'abord dans le domaine IMS afin de découvrir son P-CSCSF et son S-CSCF. Une fois que le mobile est enregistré dans le domaine IMS, il peut initier une session de média avec un autre utilisateur ou avec un serveur. Pour ce faire, l'équipement terminal émet un message INVITE défini par le protocole SIP, à destination du P-CSF, ce message étant transmis au S- CSCF pour parvenir ensuite au réseau destinataire. Dans ce message INVITE, l'équipement terminal 10 décrit entre autres le type de média (vidéo, audio, codec supporté, caractéristiques de qualité de service nécessaires à l'application, dont les informations de débit, ...) qu'il souhaite utiliser pour un service donné. Le noeud de contrôle de ressources utilise ces informations de service pour calculer la qualité de service maximum (QoS Max) autorisée 25 pour chacun des médias de la session. A l'issue d'une étape générale de négociation des médias et des paramètres de ces médias l'équipement terminal 10 initie l'allocation de ressources dans le domaine paquet UMTS en activant un PDP (Packet Data Protocol) Context secondaire, afin de transporter les médias. 30 Le noeud de passerelle GGSN, sur réception de la demande d'activation de PDP contexte secondaire, obtient, auprès du PDF, l'information de qualité de service maximum QoS Max autorisée pour l'équipement terminal 10 pour cette session. Autrement dit, dans l'état actuel de la technique, la qualité de 35 service maximum QoS Max autorisée est calculée par le PDF à partir des informations sur les médias et les Codecs négociées dans la signalisation SIP IMS. Ce mécanisme d'attribution de la qualité de service maximum (QoS Max) autorisée n'offre pas une granularité suffisante pour définir une stratégie d'allocation de ressources entre tous les systèmes d'accès d'un opérateur. Supposons en effet que l'utilisateur du terminal mobile 10 ait souscrit un abonnement l'autorisant à utiliser un débit HSDPA (High Speed Downling Packet Access), cet abonnement étant compatible avec au moins un autre type d'accès et que l'utilisateur décide d'établir une session comportant un unique média de type mail pour accéder à son courrier électronique auprès d'un serveur de mails. De façon connue, si l'utilisateur se trouve, au moment de la négociation, dans une zone géographique qui n'offre pas suffisamment de ressources HSDPA, mais uniquement un accès de type EDGE (2G), l'utilisateur aura droit au plus grand débit possible sur cette cellule, c'est-à-dire 250 kb/s. Or, pour une cellule EDGE, il serait souhaitable, pour un service de mails, de limiter ce débit à 50 kb/s.

Ceci ne sera pas le cas, du fait que le noeud de contrôle de ressources ne dispose pas de l'information de type d'accès de l'utilisateur pour définir les règles qui fixent la bande passante maximale allouée à un média dans le réseau. De façon similaire, un noeud de contrôle de comptage, appelé entité CRF (Charging Rule Function) ou PCRF (Policy and Charging Rule Function) selon les différentes versions de I"UMTS, qui définit les règles de comptage utilisées en vue de la facturation d'utilisation d'un média n'est pas capable, dans l'état actuel de la technique, de prendre en compte le type d'accès du terminal 10 au réseau pour définir ces règles.

Objet et résumé de l'invention Selon un premier aspect, l'invention concerne une unité de contrôle d'une session comportant au moins un média dans un réseau de télécommunication, cette unité de contrôle comportant des moyens pour envoyer des données d'information sur chaque média à une unité de définition d'au moins une règle devant être appliquée à la session.

Conformément à l'invention, cette unité de contrôle comporte : - des moyens pour obtenir un type d'accès avec lequel au moins un terminal participant à la session accède au réseau ; et - des moyens pour envoyer ce type d'accès à l'unité de définition de règle. Selon un deuxième aspect, l'invention concerne une unité de définition d'au moins une règle devant être appliquée à une session comportant au moins un média dans un réseau de télécommunication. Cette unité de définition de règle comporte : - des moyens pour recevoir des données d'information sur chaque média, en provenance d'une unité de contrôle de la session ; - des moyens pour définir la règle en utilisant les données d'information et une politique prédéfinie ; et - des moyens pour envoyer la règle à une unité chargée de faire appliquer la règle. Conformément à l'invention, cette unité de définition de règle prend en outre en compte, pour définir la règle, un type d'accès au réseau d'au moins un terminal participant à la session, ce type d'accès étant reçu en provenance de l'unité de contrôle de session.

Dans un mode particulier de réalisation, les moyens de définition de l'unité de définition de règle selon l'invention, sont adaptés à définir la ou les règle(s) en combinant le type d'accès et le débit maximum autorisé pour un média, ce débit maximum faisant partie des données d'information reçues en provenance de l'unité de contrôle.

Ce mode particulier permet avantageusement de définir la règle précitée en prenant en compte le débit maximum autorisé pour un média, et donc d'apporter une granularité supplémentaire apportant des différences pour un même type d'accès. Il devient ainsi possible, par exemple pour un accès de type 3G, de définir une règle différente, selon que le débit demandé est de type UTRAN ou HSDPA, pour fixer la qualité de service maximale allouée à un média. Dans un mode particulier de réalisation, l'unité de contrôle est une entité P-CSCF telle que définie dans l'architecture IMS.

Dans un mode particulier de réalisation de l'invention, l'unité de définition de règle est constituée par une unité CRF de l'architecture IMS, la règle précitée étant une règle de comptage utilisée en vue de la facturation du média et l'unité chargée de faire appliquer cette règle une passerelle GGSN de l'architecture IMS. Ce mode particulier de réalisation de l'invention permet ainsi d'obtenir les informations de comptage permettant de facturer chacun des médias utilisés dans une session en prenant en compte, en plus des données d'informations de service, le type d'accès d'un terminal au réseau. Dans un autre mode particulier de réalisation de l'invention, l'unité de définition de règle est constituée par une unité PDF de l'architecture IMS, la règle est une règle pour fixer une qualité de service maximale allouée à un média, et l'unité chargée de faire appliquer cette règle une passerelle GGSN de l'architecture IMS. Cette caractéristique permet avantageusement d'allouer, pour 15 chacun des médias, la qualité de service maximale qui prend en compte le type d'accès d'un terminal au réseau. Dans un mode particulier de réalisation, l'unité de contrôle selon l'invention comporte des moyens pour communiquer avec le terminal conformément au protocole SIP. Cette unité obtient le type d'accès avec 20 lequel le terminal accède au réseau à partir d'un champ d'une requête INVITE du protocole. En variante, l'unité de contrôle selon l'invention obtient le type d'accès précité depuis une autre entité du réseau, par exemple depuis le GGSN. 25 Corrélativement, l'invention concerne un procédé de contrôle d'une session comportant au moins un média dans un réseau de télécommunication. Ce procédé comporte une étape d'envoi de données d'information sur chaque média à une unité de définition d'au moins une règle devant être appliquée à la session. 30 Ce procédé de contrôle comporte : - une étape d'obtention d'un type d'accès avec lequel au moins un terminal participant à la session accède au réseau ; et - une étape d'envoi du type d'accès à l'unité de définition de règle. L'invention concerne également un procédé de définition d'au 35 moins une règle devant être appliquée à une session comportant au moins un média dans un réseau de télécommunication.

Ce procédé comporte : - une étape de réception de données d'information sur chaque média, en provenance d'une unité de contrôle de la session ; -une étape de définition de la règle en utilisant les données d'information ; et - une étape d'envoi de la règle à une unité chargée de faire appliquer cette règle. Conformément à l'invention, cette étape de définition de règle prend en compte un type d'accès au réseau d'au moins un terminal participant à la session, ce type d'accès étant reçu en provenance de l'unité de contrôle de session. Dans un mode particulier de réalisation, les différentes étapes du procédé de contrôle et/ou du procédé de définition de règle sont déterminées par des instructions de programme d'ordinateur.

En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de contrôle et/ou de définition de règle tels que décrits ci-dessus.

Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.

L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.

Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux annexes et aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. - l'annexe A décrit le format d'un message envoyé par une unité de contrôle de cession conforme à l'invention, à destination d'une unité de définition de règles conforme à l'invention dans un mode particulier de réalisation - l'annexe B donne, en pseudo-code, le contenu d'un fichier de configuration d'une unité de définition de règle conforme à l'invention ; - la figure 1, déjà décrite, représente l'architecture d'un réseau IMS de l'état de la technique ; - la figure 2 représente, de façon schématique, une unité de contrôle de session conforme à l'invention dans un mode particulier de réalisation - la figure 3 représente, de façon schématique, une unité de 25 définition de règle conforme à l'invention dans un mode particulier de réalisation - la figure 4 représente, sous forme d'organigramme, les principales étapes d'un procédé de contrôle de session conforme à l'invention dans un mode particulier de réalisation ; 30 - la figure 5 représente, sous forme d'organigramme, les principales étapes d'un procédé de définition de règle conforme à l'invention dans un mode particulier de réalisation ; et - la figure 6 représente, de façon schématique, un mécanisme d'interaction entre unité de contrôle et unité de définition de règle 35 conformes à l'invention dans un mode particulier de réalisation.

Description détaillée d'un mode de réalisation La figure 2 représente, de façon schématique, une unité de contrôle de session 20 conforme à l'invention. Dans l'exemple décrit ici, cette unité de contrôle 20 est constituée par une entité P-CSCF telle que définie dans l'architecture IMS. Cette entité possède l'architecture matérielle d'un ordinateur conventionnel. Elle comporte un processeur 21, une mémoire vive de type RAM 22, une mémoire morte de type ROM 23 et des moyens de communication 24.

La mémoire morte 23 comporte un programme d'ordinateur comportant des instructions pour l'exécution d'un procédé de contrôle conforme à l'invention et dont les principales étapes sont données par l'organigramme de la figure 4. La figure 3 représente, de façon schématique, une unité 30 de définition de règle conforme à l'invention. Dans l'exemple décrit ici, cette unité de contrôle est une entité PCRF telle que définie dans l'architecture IMS. Cette unité 30 de définition de règle a l'architecture matérielle d'un ordinateur conventionnel.

Elle comporte un processeur 31, une mémoire vive 32, une mémoire morte de type ROM 33 et des moyens de communication 34. La mémoire morte 33 mémorise un programme d'ordinateur comportant des instructions pour l'exécution d'un procédé de définition de règle conforme à l'invention et dont les principales étapes sont données par l'organigramme de la figure 5. L'unité 30 de définition de règle de la figure 3 comporte également un disque dur 35 dans lequel est mémorisé un fichier de configuration 36 dans lequel l'opérateur définit pour deux médias (mail et vidéo) une politique de définition : - de la règle de comptage utilisée pour la facturation de chacun de ces médias ; et - de la règle pour fixer la qualité de service maximale allouée à chacun de ces médias. Nous allons maintenant décrire, en référence à la figure 6, un mécanisme d'interaction entre l'unité 20 de contrôle de session de la figure 2 et l'unité 30 de définition de règle de la figure 3, au cours de l'établissement d'une session établie, par un terminal mobile 10, dans le domaine IMS, sur le réseau UMTS. Nous supposerons tout d'abord que le terminal mobile 10 est enregistré dans le domaine IMS. Pour initier une session avec un autre utilisateur ou avec un serveur d'application, le terminal mobile 10 émet une requête INVITE (référencée Ml) conforme au protocole SIP à destination de l'entité PCSCF 20 conforme à l'invention. Nous supposerons que cette requête est reçue par le P-CSCF 20 conforme à l'invention, au cours d'une étape E10 du procédé de définition de règle conforme à l'invention. De façon connue, cette requête INVITE comporte, dans un format compatible avec le protocole SDP (Session Description Protocol), le type de média (vidéo, audio, Codec, caractéristiques de qualité de service nécessaires à l'application dont les informations de débit, ...) souhaité par le terminal mobile 10 pour cette session. Dans l'exemple de réalisation décrit ici, la requête INVITE comporte également le type d'accès avec lequel le terminal mobile 10 accède au réseau. Une requête de type INVITE comportant un paramètre de type 20 d'accès au réseau est représentative de la mise en oeuvre d'un mode de réalisation de l'invention. En variante, l'unité 20 de contrôle de cession permet d'obtenir, au cours de cette même étape [10, le type d'accès au réseau du terminal 10 auprès du GGSN. 25 Au cours d'une étape E20 du procédé de contrôle selon l'invention, l'unité de contrôle 20 envoie, à l'unité 30 de définition de règle, les données d'informations sur chaque média et le type d'accès précités, dans un message référencé M2 sur la figure 6. Ces données sont reçues par le PDF 30 conforme à l'invention 30 au cours d'une étape F20 du procédé de définition de règle conforme à l'invention. Le contenu de ce message M2 est donné à l'annexe A. Les paramètres de ce message, à l'exception de la dernière ligne, sont décrits dans les spécifications du 3GPP. 35 Plus précisément, les paramètres relatifs aux règles de comptage en vue de la facturation (aspect charging) sont définis dans le document TS29.211 et les paramètres relatifs à la qualité de service dans le document TS29.209. De façon avantageuse, ce message comporte un dernier champ référencé CH à l'annexe A, dans lequel l'unité de contrôle de session 20 indique, à l'unité de définition de règle 30, le type d'accès du terminal 10 au réseau. Un message envoyé par une entité P-CSCF, à destination d'une entité PDF, CRF, ou PCRF dans une architecture IMS et comportant un champ mémorisant le type d'accès d'un terminal mobile au réseau est représentatif de la mise en oeuvre d'un mode particulier de réalisation de l'invention. Nous supposerons que le message M2 est correctement reçu par l'unité 30 de définition de règle au cours d'une étape F20 du procédé de définition de règle conforme à l'invention.

Cette étape de réception est suivie par une étape au cours de laquelle l'unité de définition de règle 30 envoie un message d'acquittement M3 à l'unité 20 de contrôle de session. Au cours de l'étape suivante, l'unité 20 de contrôle de session transmet, sous la forme d'un message référencé M4, le message SIP INVITE reçu à l'étape E10 à l'entité S-CSCF, ce message étant ensuite relayé jusqu'au destinataire choisi par le terminal mobile 10. Dès réception (étape F20) du message M2, l'unité 30 de définition de règle commence à définir les règles devant être appliquées à la session en utilisant les données d'informations, la politique de définition de ces règles, et le type d'accès reçu en provenance de l'unité 20 de contrôle de session. Cette étape F30 de définition de règles se prolonge tout au long d'une étape générale de négociation des médias et des paramètres de ces médias qui seront utilisés dans la session.

Par exemple, au cours de cette phase générale de négociation, il peut être décidé que seul un média de type voix, avec un codec particulier sera utilisé au cours de la session, alors que le terminal mobile 10 avait initialement prévu une session multimédia, voix + vidéo. De façon connue, le premier message M5 reçu par le terminal 35 mobile 10 au cours de cette phase E40 de négociation est un message de type 183_session_progress, ce message contenant un jeton (en anglais token) qui permettra ultérieurement de se référer à cette négociation. Pour définir les règles qui doivent être appliquées à la session, l'unité 30 de définition de règles utilise, au cours de l'étape F30 de définition de règles, le fichier de configuration 36 dont le pseudo-code est donné à l'annexe B. Dans l'exemple décrit ici, ce fichier stipule que si le terminal mobile 10 accède au réseau conformément au protocole HSDPA, l'unité 30 de définition de règles définit les deux règles suivantes : - la règle de comptage utilisée pour la facturation du service mails est de 1 euro par minute ; et - la bande passante (QoS) maximale allouée aux mails est 384 kB/s. La présence d'un fichier de configuration 16 prenant en compte le type d'accès d'un terminal au réseau dans une unité de définition de règles, par exemple dans une unité PDF, CRF ou PCRF conforme à l'architecture IMS, est représentative de la mise en oeuvre d'un mode de réalisation de l'invention. A l'issue de l'étape générale F40 de négociation, démarre une 20 étape F50 d'activation d'un PDP contexte secondaire. Au cours de cette étape F50 d'activation, le terminal mobile 10 envoie un message M6 à l'entité chargée de faire appliquer les règles prédéfinies (entité GGSN dans le contexte de l'IMS), ce message M6 comportant le jeton reçu par le terminal mobile 10 dans le message M5 au 25 début de la phase E40 de négociation. Sur réception de cette requête M6 d'activation de PDP Context secondaire, le GGSN 40 extrait le jeton et l'envoie au PCRF 30 pour récupérer les règles précédemment définies et qui prennent en compte le type d'accès du terminal mobile 10 au réseau.

30 Sur réception de cette requête M7, le PCRF 30 envoie, au cours d'une étape F60, les règles définies au cours de l'étape F30 de définition, à l'unité 40 chargée de faire appliquer ces règles. Le GGSN 40 envoie alors un message M9 au terminal mobile d'activation du PDP contexte secondaire et les médias peuvent être 35 échangés entre le terminal mobile 10 et le dispositif tiers. CH 4 ANNEXE A Attribute Nome Reference Comments Abort-Cause 3GPP TS 29.209 [4] AF-Application-Identifier 3GPP TS 29.209 [4] AF-Charging-Identifier 3GPP TS 29.209 [4] Flow-Description 3GPP TS 29.209 [4] Flow-Number 3GPP TS 29.209 [4] Flows 3GPP TS 29.209 [4] Flow-Status 3GPP TS 29.209 [4] Flow-Usage 3GPP TS 29.209 [4] Flow-Grouping 3GPP TS 29.209 [4] Max-Requested-Bandwidth-DL 3GPP TS 29.209 [4] Max-Requested-Bandwidth-UL 3GPP TS 29.209 [4] Media-Component-Description 3GPP TS 29.209 [4] Media-Component-Number 3GPP TS 29.209 [4] Media-Sub-Component AVP 3GPP TS 29.209 [4] Media-Type 3GPP TS 29.209 [4] RR-Bandwidth 3GPP TS 29.209 [4] RS-Bandwidth 3GPP TS 29.209 [4] SIP-Forking-Indication 3GPP TS 29.209 [4] Specific-Action 3GPP TS 29.209 [4] Allowed values: INDICATION_OF_ TERMINATION_OF_BEARER(4) INDICATION_OF_ESTABLISMENT OF BEARER (5) Subscription-Id RFC 4006 [8] The identification of the subscription (IMSI, MSISDN, etc.) TYPE D'ACCES ANNEXE B Si Media = mail Si Type-Accès = 3G Si Type débit demandé = UTRAN QoS Max = 64 kb/s Charging = 0.5 euro/minute Si Type débit demandé = HSDPA QoS Max = 384 kb/s Charging = 1 euro/minute Si Type-Accès = 2G QoS Max = 50 kb/s Charging = 0.5 euro/minute Si Media = video Si Type-Accès = 3G Si Type débit demandé = UTRAN QoS Max = 384 kb/s Charging = 1 euro/minute Si Type débit demandé = HSDPA QoS Max = 650 kb/s Charging = 1.5 euro/minute Si Type-Accès = 2G QoS Max = 250 kb/s Charging = 0.75 euro/minute

Claims

REVENDICATIONS

1. Unité (20) de contrôle d'une session comportant au moins un média dans un réseau (1) de télécommunication, cette unité (20) de contrôle comportant des moyens (24) pour envoyer des données d'information sur chaque média à une unité (30) de définition d'au moins une règle devant être appliquée à ladite session, ladite unité (20) de contrôle étant caractérisée en ce qu'elle comporte : - des moyens (24) pour obtenir un type d'accès avec lequel au moins un terminal (10) participant à ladite session accède audit réseau (1) ; et - des moyens (24) pour envoyer ledit type d'accès à ladite unité (30) de définition de règle.

2. Unité (20) de contrôle selon la revendication 1, caractérisée en ce qu'elle est constituée par une entité P-CSCF telle que définie dans l'architecture IMS.

3. Unité (20) de contrôle selon la revendication 1 ou 2, cette unité de contrôle comportant des moyens (24) pour communiquer avec ledit terminal (10) conformément au protocole SIP, caractérisée en ce qu'elle obtient le type d'accès avec lequel ledit terminal (10) accède au réseau (1) à partir d'un champ d'une requête INVITE dudit protocole.

4. Procédé de contrôle d'une session comportant au moins un média dans un réseau (1) de télécommunication, ce procédé comportant une étape (F20) d'envoi de données d'information sur chaque média à une unité (30) de définition d'au moins une règle devant être appliquée à ladite session, ledit procédé de contrôle étant caractérisé en ce qu'il comporte : - une étape (F10) d'obtention d'un type d'accès avec lequel au moins un terminal (10) participant à ladite session accède audit réseau (1) ; et - une étape (F20) d'envoi dudit type d'accès à ladite unité (30) de définition de règle.35

5. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de contrôle selon la revendication 4 lorsque ledit programme est exécuté par un ordinateur (20).

6. Support d'enregistrement (23) lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de contrôle selon la revendication 4.

7. Unité (30) de définition d'au moins une règle devant être appliquée à une session comportant au moins un média dans un réseau (1) de télécommunication, cette unité (30) de définition de règle comportant : -des moyens (34) pour recevoir des données d'information sur chaque média, en provenance d'une unité de contrôle (20) de ladite session ; - des moyens (31, 36) pour définir ladite règle en utilisant lesdites données d'information et une politique prédéfinie ; et - des moyens (34) pour envoyer ladite règle à une unité (40) chargée de faire appliquer ladite règle ; ladite unité (30) de définition de règle étant caractérisée en ce qu'elle prend en outre en compte, pour définir ladite règle, un type d'accès audit réseau (1) d'au moins un terminal (10) participant à ladite session, ce type d'accès étant reçu en provenance de ladite unité de (20) contrôle de session.

8. Unité (30) de définition de règle selon la revendication 7, caractérisée en ce que lesdits moyens (31, 36) de définition de ladite règle sont adaptés à définir ladite règle en combinant ledit type d'accès et le débit maximum autorisé pour ledit média, ledit débit maximum faisant partie desdites données d'information reçues en provenance de ladite unité de contrôle (20).

9. Unité (30) de définition de règle selon la revendication 7 ou 8, caractérisée en ce qu'elle est constituée par une unité CRF de l'architecture IMS, ladite règle étant une règle de comptage utilisée pour la facturation dudit média.

10. Unité (30) de définition de règle selon la revendication 7 ou 8, caractérisée en ce qu'elle est constituée par une unité PDF de l'architecture IMS, ladite règle est une règle pour fixer la qualité de service maximale allouée audit média.

11. Unité (30) de définition de deux règles selon la revendication 7 ou 8, caractérisée en ce qu'elle est constituée par une unité PCRF de l'architecture IMS caractérisée en ce que lesdites règles sont : - une règle de comptage utilisée en vue de la facturation dudit média ; - une règle pour fixer la qualité de service maximale audit média.

12. Procédé de définition d'au moins une règle devant être 15 appliquée à une session comportant au moins un média dans un réseau (1) de télécommunication, ce procédé comportant : - une étape ([20) de réception de données d'information sur chaque média, en provenance d'une unité (20) de contrôle de ladite session ; - une étape (E30) de définition de ladite règle en utilisant lesdites données 20 d'information et une politique prédéfinie ; et - une étape ([60) d'envoi de ladite règle à une unité (40) chargée de faire appliquer ladite règle ; ledit procédé de définition de règle étant caractérisé en ce que ladite étape (E30) de définition de règle prend en outre en compte un type 25 d'accès audit réseau (1) d'au moins un terminal (10) participant à ladite session, ce type d'accès étant reçu en provenance de ladite unité (20) de contrôle de session.

13. Programme d'ordinateur comportant des instructions pour 30 l'exécution des étapes du procédé de définition de règle selon la revendication 12 lorsque ledit programme est exécuté par un ordinateur (30).

14. Support d'enregistrement (33) lisible par un ordinateur (30) 35 sur lequel est enregistré un programme d'ordinateur comprenant desinstructions pour l'exécution des étapes du procédé de définition de règle selon la revendication 12.