EP2030382A1 - Unite et procede de definition d'une regle de session dans un reseau - Google Patents

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

Info

Publication number
EP2030382A1
EP2030382A1 EP07789008A EP07789008A EP2030382A1 EP 2030382 A1 EP2030382 A1 EP 2030382A1 EP 07789008 A EP07789008 A EP 07789008A EP 07789008 A EP07789008 A EP 07789008A EP 2030382 A1 EP2030382 A1 EP 2030382A1
Authority
EP
European Patent Office
Prior art keywords
rule
session
unit
access
medium
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.)
Withdrawn
Application number
EP07789008A
Other languages
German (de)
English (en)
Inventor
Nathalie Beziot
Matthieu Smessaert
Steve Tsang-Kwong-U
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
Publication of EP2030382A1 publication Critical patent/EP2030382A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Definitions

  • the field of the invention is that of quality of service (QoS) differentiation in telecommunication networks.
  • QoS quality of service
  • this mechanism aims to optimize the resources of the access network by allocating them to applications that need it most.
  • the invention applies in particular, but without limitation, to mobile telecommunications networks, in particular to the Universal Mobile Telecommunications System (UMTS) defined by the 3GPP (Third Generation Partnership Project).
  • UMTS Universal Mobile Telecommunications System
  • 3GPP Third Generation Partnership Project
  • the invention is also applicable to the fixed networks defined in the framework of ETSI's TISPAN (Telecommunications & Internet Converged Services & Protocols for Advanced Networks) project.
  • TISPAN Telecommunications & Internet Converged Services & Protocols for Advanced Networks
  • control mechanism defined by the 3GPP standard makes it possible to make consistent the needs of an application, the conditions of the subscription subscribed by a user and the policy of a service provider. telecommunications to set the maximum quality of service allowed for a session.
  • the invention applies in a privileged manner in networks conforming to the TISPAN architecture or to the IMS (IP Multimedia Subsystem) architecture, for example introduced in versions 5 and following of I 1 UMTS.
  • IMS IP Multimedia Subsystem
  • FIG. 1 represents a network 1 of mobile type, with a packet domain and a multimedia IP subsystem, respectively referenced 101 and 102.
  • the packet domain 101 is a legacy of GPRS, it allows mobile devices 10 to access a packet switching network through a mobile access network 103.
  • the packet domain 101 includes a Serving GPRS Support Node (SGSN) and a Gateway GPRS Support Node (GGSN).
  • SGSN Serving GPRS Support Node
  • GGSN Gateway GPRS Support Node
  • the SGSN is connected to the controller of the radio network RNC (Radio Network Controller). It makes it possible to control the terminals 10 present in its control zone.
  • RNC Radio Network Controller
  • the Gateway Node acts as an interface to external data networks.
  • the P-CSCFs Proxy-Call State Control Function
  • the P-CSCFs include a resource control node responsible for determining the maximum quality of service (QoS Max) allowed for an IMS session.
  • this resource control node is called the PDF (Policy Decision Function).
  • the PDF is a separate entity from the P-CSCF but retains the same functionality. He changes his name to version 7; the S-CSCFs (Serving CaII State Control Function) which control the sessions of a terminal 10 during the entire period when the latter is registered in the IMS domain;
  • I-CSCFs Interrogating CaII State Control Function
  • the S-CSCFs have an interface with the HSS (Home Subscriber Server), introduced in version 5 of UMTS, and which is an evolution of the HLR (Home Location Register) containing functions related to the IP Multimedia domain.
  • HSS Home Subscriber Server
  • HLR Home Location Register
  • the IP Multimedia subsystem can be connected to other access networks, for example to a WiFi type network as defined by the IEEE 802.11 standard or to a type network.
  • ADSL Asynchronous Digital Subscriber One
  • the protocol used to control IP Multimedia sessions is the Session Initiation Protocol (SIP). This protocol is used by the terminal equipments 10, the CSCF entities and the application servers. To establish a session in the IMS domain, a terminal equipment 10 uses the SIP protocol.
  • SIP Session Initiation Protocol
  • the terminal 10 first establishes a control session at the GPRS level (PDP Primary Context) and a radio channel to register at the Home Location Register (HLR) and pass the SIP signaling.
  • PDP Primary Context GPRS level
  • HLR Home Location Register
  • the terminal 10 is first registered in the IMS domain to discover its P-CSCSF and S-CSCF.
  • the mobile Once the mobile is registered in the IMS domain, it can initiate a media session with another user or with a server.
  • the terminal equipment sends an INVITE message defined by the SIP protocol to the P-CSF, this message being transmitted to the S-CSCF to then reach the destination network.
  • the terminal equipment 10 describes, among other things, the type of media (video, audio, coded supported, quality of service characteristics necessary for the application, including the bit rate information, etc.) that it wishes to use for a given service.
  • the type of media video, audio, coded supported, quality of service characteristics necessary for the application, including the bit rate information, etc.
  • the resource control node uses this service information to calculate the maximum quality of service (QoS Max) allowed for each of the media in the session.
  • QoS Max the maximum quality of service
  • the terminal equipment 10 initiates the allocation of resources in the UMTS packet domain by activating a PDP (Packet Data Protocol) Secondary Context, in order to transport the media.
  • PDP Packet Data Protocol
  • the gateway node GGSN upon receipt of the request for activation of PDP secondary context, obtains from the PDF the maximum quality of service QoS Max information authorized for the terminal equipment 10 for this session.
  • the maximum quality of service QoS Max allowed is calculated by the PDF from the Media information and Codes negotiated in IMS SIP signaling.
  • This maximum QoS Max mechanism does not provide sufficient granularity to define a resource allocation strategy between all access systems of an operator.
  • HSDPA High Speed Downling Packet Access
  • CRF Charge RuIe Function
  • PCRF Policy and Charging RuIe Function
  • the invention relates to a control unit of a session comprising at least one medium in a telecommunication network, this control unit comprising means for extracting information data on each medium of a request. received from at least one terminal for initiating said session and means for generating and sending a message comprising said information data on each medium to a definition unit of at least one rule to be applied to said session 0
  • said extraction means are able to extract from a header of said request a type of access with which said at least one terminal participating in said session accesses said network and said generation and sending means are able to insert said access type in a field of said message comprising said information data on each medium.
  • the invention relates to a unit for defining at least one rule to be applied to a session comprising at least one medium in a telecommunication network.
  • This rule definition unit comprises: means for receiving information data on each medium from a control unit of the session;
  • this rule definition unit also takes into account, in order to define the rule, a type of access to the network of at least one terminal participating in the session, this type of access being received from of the session control unit.
  • the means for defining the rule definition unit according to the invention are adapted to define the rule (s) by combining the type of access and the maximum authorized bit rate for a medium. this maximum rate being part of the information data received from the control unit.
  • This particular mode advantageously makes it possible to define the aforementioned rule by taking into account the maximum authorized bit rate for a medium, and thus to provide additional granularity bringing differences for the same type of access.
  • control unit is a P-CSCF entity as defined in the IMS architecture.
  • rule definition unit is constituted by a CRF unit of the IMS architecture, the aforementioned rule being a counting rule used for the billing of the medium and the unit. responsible for enforcing this rule for a GGSN gateway of the IMS architecture. This particular embodiment of the invention thus makes it possible to obtain the counting information making it possible to invoice each of the media used in a session by taking into account, in addition to the service information data, the access type of a terminal to the network.
  • the rule definition unit is constituted by a PDF unit of the IMS architecture
  • the rule is a rule for setting a maximum quality of service allocated to a medium
  • the unit responsible for applying this rule to a GGSN gateway of the IMS architecture This feature advantageously allows to allocate, for each media, the maximum quality of service that takes into account the type of access of a terminal to the network.
  • control unit comprises means for communicating with the terminal in accordance with the SIP protocol.
  • This unit obtains the type of access with which the terminal accesses the network from a field of a request
  • control unit obtains the aforementioned type of access from another entity of the network, for example from the GGSN.
  • the invention relates to a method of controlling a session comprising at least one medium in a telecommunication network, this method comprising a step of extracting information data on each medium of a request received from at least one terminal for initiating said session and a step of generating and sending a message comprising said information data on each media to a unit (30) for defining at least one rule to be applied to said session.
  • said control method is characterized in that: said extraction step extracts from a header of said request a type of access with which said at least one terminal participating in said session accesses said network; and
  • said generating and sending step inserts said type of access into a field of said message comprising said media information data.
  • the invention also relates to a method for defining at least one rule to be applied to a session comprising at least one medium in a telecommunication network. This process comprises:
  • this rule definition step takes into account a type of access to the network of at least one terminal participating in the session, this type of access being received from the session control unit. .
  • control method and / or the rule definition method are determined by computer program instructions.
  • the invention also relates to a computer program on an information medium, this program being capable of being implemented in a computer, this program comprising instructions adapted to the implementation of the steps of a control method and / or rule definition as described above.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other desirable form.
  • the invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk or a disk. hard.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • Appendix A describes the format of a message sent by a transfer control unit according to the invention, to a rule-defining unit according to the invention in a particular embodiment
  • Appendix B gives, in pseudo-code, the contents of a configuration file of a rule definition unit according to the invention
  • FIG. 1, already described, represents the architecture of an IMS network of the state of the art
  • - Figure 2 shows schematically a session control unit according to the invention in a particular embodiment
  • FIG. 3 schematically represents a rule definition unit according to the invention in a particular embodiment
  • FIG. 4 represents, in flowchart form, the main steps of a session control method according to the invention in a particular embodiment
  • FIG. 5 represents, in flowchart form, the main steps of a rule definition method according to the invention in a particular embodiment
  • FIG. 6 schematically represents an interaction mechanism between the control unit and the rule definition unit according to the invention in a particular embodiment.
  • FIG. 2 schematically represents a session control unit 20 according to the invention.
  • this control unit 20 is constituted by a P-CSCF entity as defined in the IMS architecture.
  • This entity has the hardware architecture of a conventional computer. It comprises a processor 21, a random access memory RAM 22, a read-only memory ROM 23 and communication means 24.
  • the read-only memory 23 comprises a computer program comprising instructions for the execution of a control method according to the invention, the main stages of which are given by the flowchart of FIG. 4.
  • FIG. schematically, a rule-defining unit 30 according to the invention.
  • this control unit is a PCRF entity as defined in the IMS architecture.
  • This rule-setting unit 30 has the hardware architecture of a conventional computer. It comprises a processor 31, a random access memory 32, a ROM ROM 33 and communication means 34.
  • the read-only memory 33 stores a computer program comprising instructions for executing a rule-defining method according to the invention, the main steps of which are given by the flowchart of FIG. 5.
  • the rule-setting unit 30 of FIG. 3 also includes a hard disk 35 in which a configuration file 36 is stored in which the operator defines for two media (mail and video) a definition policy:
  • this INVITE request comprises, in a format compatible with the SDP (Session Description Protocol), the type of media (video, audio, coded, quality of service characteristics necessary for the application, including the bit rate information, .,.) desired by the mobile terminal 10 for this session.
  • SDP Session Description Protocol
  • the INVITE request also includes the type of access with which the mobile terminal 10 accesses the network.
  • the type of access is written in one of the SIP headers of the query, ie at a place in the INVITE request quite distinct from the one where the information data on each protocol is recorded in a format specified by the SDP protocol.
  • An INVITE type request including a network access type parameter is representative of the implementation of an embodiment of the invention.
  • the transfer control unit 20 makes it possible, during this same step ElO, to obtain the type of access to the network of the terminal 10 from the GGSN.
  • the control unit 20 sends, to the rule-setting unit 30, the information data on each medium and the type of access mentioned above, in a message referenced M2 in FIG.
  • the parameters of this message are described in the 3GPP specifications. More specifically, the parameters relating to the charging rules are described in TS29.211 and the QoS parameters in TS29.209.
  • this message comprises a last field referenced CH in Appendix A, in which the session control unit 20 indicates to the rule definition unit 30 the type of access of the terminal 10 to the network. .
  • a message sent by a P-CSCF entity to a PDF, CRF, or PCRF entity in an IMS architecture and including a field storing the type of access of a mobile terminal to the network is representative of the implementation of a particular embodiment of the invention.
  • the session control unit 20 transmits, in the form of a message referenced M4, the SIP INVITE message received at step E10 to the entity S-CSCF, which message is then relayed to the recipient chosen by the mobile terminal 10.
  • the rule-setting unit 30 Upon receipt (step F20) of the message M2, the rule-setting unit 30 begins defining the rules to be applied to the session using the information data, the policy for defining these rules, and the type of definition. received access from the session control unit 20.
  • This F30 rule-setting step extends throughout a general media negotiation step and the settings of those media that will be used in the session.
  • the first message M5 received by the mobile terminal 10 during this negotiation phase E40 is a 183_session_progress message, this message containing a token (in English token) which will subsequently refer to this negotiation.
  • the rule-setting unit 30 uses, during the rule-setting step F30, the configuration file 36 whose pseudo-code is given in the appendix. B.
  • this file states that if the mobile terminal 10 accesses the network in accordance with the HSDPA protocol, the rule-setting unit 30 defines the two following rules:
  • the counting rule used for billing the mails service is 1 euro per minute
  • the maximum bandwidth (QoS) allocated to the mails is 384 kB / s.
  • QoS maximum bandwidth allocated to the mails.
  • step F40 starts a step F50 of activating a secondary context PDP.
  • the mobile terminal 10 sends an M6 message to the entity responsible for applying the predefined rules (GGSN entity in the context of I 1 IMS), this message M6 comprising the token received by the mobile terminal 10 in the message M5 at the beginning of the negotiation phase E40.
  • GGSN entity in the context of I 1 IMS
  • the GGSN 40 Upon receipt of this secondary PDP Context activation request M6, the GGSN 40 extracts the token and sends it to the PCRF 30 to retrieve previously defined rules that take into account the type of access of the mobile terminal 10 to the network. On receipt of this request M7, the PCRF 30 sends, during a step F60, the rules defined during the step F30 definition, the unit 40 responsible for enforcing these rules.
  • the GGSN 40 then sends an M9 message to the mobile terminal activating the secondary context PDP and the media can be exchanged between the mobile terminal 10 and the third party device.
  • Type-Access 2G
  • Type-Access 2G

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

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

Unité et procédé de définition d'une règle de session dans un réseau
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 à l'UMTS (Universal Mobile Télécommunication System) défini par le 3GPP (Third Génération Partnership Project).
L'invention s'applique aussi aux réseaux fixes définis dans le cadre du projet TISPAN (Télécoms & 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 I1UMTS.
Ces architectures permettent l'établissement dynamique et le contrôle de session multimédia entre deux utilisateurs utilisant le domaine 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, II permet aux é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 nœud de services SGSN (Serving GPRS Support Node) et un nœud de passerelle GGSN (Gateway GPRS Support Node).
De façon connue, Ie 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 nœud 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 nœuds 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 l'UMTS, les P-CSCF incluent un nœud de contrôle de ressources chargé de déterminer la qualité de service maximum (QoS Max) autorisée pour une session IMS. Dans la version 5 de l'UMTS, ce nœud de contrôle de ressources est appelé PDF (Policy Décision Function). Dans la version 6, le PDF est une entité séparée du P- CSCF mais garde les mêmes fonctionnalités. Il change de nom en version 7 ; - les S-CSCF (Serving CaII 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 CaII State Control Function) qui sont les points d'entrée d'un domaine IMS pour des sessions IMS entre un 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 l'UMTS, et qui constitue une évolution du HLR (Home Location Register) contenant des fonctions 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 type ADSL (Asynchronous Digital Subscriber Une). 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, codée 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 nœud de contrôle de ressources utilise ces informations de service pour calculer la qualité de service maximum (QoS Max) autorisée 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. Le nœud 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 service maximum QoS Max autorisée est calculée par le PDF à partir des informations sur les médias et les Codées 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 nœud 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 nœud de contrôle de comptage, appelé entité CRF (Charging RuIe Function) ou PCRF (Policy and Charging RuIe Function) selon les différentes versions de 1"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 d'extraction des données d'information sur chaque média d'une requête reçue d'au moins un terminal pour initier ladite session et des moyens de génération et d'envoi d'un message comprenant lesdites données d'information sur chaque média à une unité de définition d'au moins une règle devant être appliquée à ladite session0
Conformément à l'invention, lesdits moyens d'extraction sont aptes à extraire d'un entête de ladite requête un type d'accès avec lequel ledit au moins un terminal participant à ladite session accède audit réseau et lesdits moyens de génération et d'envoi sont aptes à insérer ledit type d'accès dans un champ dudit message comprenant lesdites données d'informations sur chaque média.
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 maximaie 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 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 lequel le terminal accède au réseau à partir d'un champ d'une requête
INVUE 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.
Corrélativement, l'invention concerne un procédé de contrôle d'une session comportant au moins un média dans un réseaude télécommunication, ce procédé comportant une étape d'extraction de données d'information sur chaque média d'une requête reçue d'au moins un terminal pour initier ladite session et une étape de génération et d'envoi d'un message comprenant lesdites 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.
Conformément à l'invention, ledit procédé de contrôle est caractérisé en ce que : - ladite étape d'extraction extrait d'un entête de ladite requête un type d'accès avec lequel ledit au moins un terminal participant à ladite session accède audit réseau; et
- ladite étape de génération et d'envoi insère ledit type d'accès dans un champ dudit message comprenant lesdites données d'informations sur les média.
L'invention concerne également un procédé 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. 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 œuvre dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre 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 dise) 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 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 ; - 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 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é P-CSCF 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 ElO 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, Codée, 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. De façon connue et comme décrit dans le document 3GPP TS 24.229, le type d'accès est inscrit dans un des entêtes SIP de la requête, c'est-à-dire à un endroit de la requête INVITE tout-à-fait distinct de celui où sont enregistrées les données d'informations sur chaque protocole selon un format spécifié par le protocole SDP.
Une requête de type INVITE comportant un paramètre de type d'accès au réseau est représentative de la mise en œuvre 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 ElO, le type d'accès au réseau du terminal 10 auprès du GGSN. 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 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. 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 œuvre 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 ElO à 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 codée 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 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 œuvre 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 é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 I1IMS), ce message M6 comportant le jeton reçu par le terminal mobile 10 dans le message M5 au 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. 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 échangés entre le terminal mobile 10 et le dispositif tiers.
ANNEXE A
Attribute Name Référence Commente
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-Componeat 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]
AlIo wed values:
DIDICAl ION_OF_
Spécifie-Action 3GPP TS 29.209 [4] TERMINATION_OF_BEARER(4) 1NDICATION_OF_ESTABLISMENT
OF BEARER (5)
The identification of the subscπption
Subscnption-Id RFC 4006 [81
(IMSI, MSISDN. etc.)
CH -* TYPE D'ACCES I 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) d'extraction de données d'information sur chaque média d'une requête reçue d'au moins un terminal pour initier ladite session et des moyens (24) de génération et d'envoi d'un message comprenant lesdites 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, caractérisé en ce que lesdits moyens d'extraction sont aptes à extraire d'un entête de ladite requête un type d'accès avec lequel ledit au moins un terminal (10) participant à ladite session accède audit réseau (1) et en ce que lesdits moyens de génération et envoi sont aptes à insérer ledit type d'accès dans un champ dudit message comprenant lesdites données d'informations sur les média,
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 d'extraction de données d'information sur chaque média d'une requête reçue d'au moins un terminal pour initier ladite session et une étape (F20) de génération et d'envoi d'un message comprenant lesdites 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 que :
- ladite étape d'extraction extrait d'un entête de ladite requête un type d'accès avec lequel ledit au moins un terminal (10) participant à ladite session accède audit réseau (1); et - ladite étape de génération et d'envoi insère ledit type d'accès dans un champ dudit message comprenant lesdites données d'informations sur les média.
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 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 (E20) 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 d'information et une politique prédéfinie ; et
- une étape (E60) 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 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 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) sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de définition de règle selon la revendication 12.
EP07789008A 2006-06-16 2007-06-15 Unite et procede de definition d'une regle de session dans un reseau Withdrawn EP2030382A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0652525A FR2902594A1 (fr) 2006-06-16 2006-06-16 Unite et procede de definition d'une regle de session dans un reseau
PCT/FR2007/051443 WO2007144545A1 (fr) 2006-06-16 2007-06-15 Unite et procede de definition d'une regle de session dans un reseau

Publications (1)

Publication Number Publication Date
EP2030382A1 true EP2030382A1 (fr) 2009-03-04

Family

ID=37670273

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07789008A Withdrawn EP2030382A1 (fr) 2006-06-16 2007-06-15 Unite et procede de definition d'une regle de session dans un reseau

Country Status (4)

Country Link
US (1) US20090204713A1 (fr)
EP (1) EP2030382A1 (fr)
FR (1) FR2902594A1 (fr)
WO (1) WO2007144545A1 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8769113B2 (en) * 2009-05-19 2014-07-01 Telefonaktiebolaget L M Ericsson (Publ) Establishing a communication session
WO2011025876A1 (fr) * 2009-08-27 2011-03-03 Interdigital Patent Holdings, Inc. Procédé et appareil pour résoudre le manque d'espace d'adressage dans des environnements de communication entre machines (m2m)
US9667779B2 (en) * 2015-06-05 2017-05-30 At&T Intellectual Property I, L.P. Routing service
US10122582B2 (en) * 2016-05-24 2018-11-06 Avaya Inc. System and method for efficient bandwidth allocation for forked communication sessions
JP6912729B2 (ja) * 2018-04-12 2021-08-04 日本電信電話株式会社 Ｓｉｐプロキシサーバ、通信方法およびｓｉｐプロキシプログラム

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7546376B2 (en) * 2000-11-06 2009-06-09 Telefonaktiebolaget Lm Ericsson (Publ) Media binding to coordinate quality of service requirements for media flows in a multimedia session with IP bearer resources
US20020062379A1 (en) * 2000-11-06 2002-05-23 Widegren Ina B. Method and apparatus for coordinating quality of service requirements for media flows in a multimedia session with IP bearer services
US20020068545A1 (en) * 2000-11-06 2002-06-06 Johnson Oyama Method and apparatus for coordinating charging for services provided in a multimedia session
WO2002052869A2 (fr) * 2000-12-27 2002-07-04 Cellglide Technologies Corp. Attribution de ressources dans des reseaux de telephonie cellulaire
US6931011B2 (en) * 2001-01-31 2005-08-16 Telcordia Technologies, Inc. Method and systems for bandwidth management in packet data networks
US7483989B2 (en) * 2001-03-13 2009-01-27 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for establishing a protocol proxy for a mobile host terminal in a multimedia session
EP1405464A4 (fr) * 2001-06-01 2005-03-16 Watercove Networks Interface de noeud dans un service reseau intelligent servant d'interface entre un reseau de telecommunications mobiles et un reseau de donnees par paquets
US6976134B1 (en) * 2001-09-28 2005-12-13 Emc Corporation Pooling and provisioning storage resources in a storage network
US7421509B2 (en) * 2001-09-28 2008-09-02 Emc Corporation Enforcing quality of service in a storage network
CN1173500C (zh) * 2001-12-05 2004-10-27 华为技术有限公司 高速下行数据包接入***对不同服务质量业务的支持方法
GB2388234B (en) * 2002-04-30 2004-10-20 Saj Muzaffar Payment system
US8611919B2 (en) * 2002-05-23 2013-12-17 Wounder Gmbh., Llc System, method, and computer program product for providing location based services and mobile e-commerce
CN1663166B (zh) * 2002-06-21 2010-12-01 汤姆森许可贸易公司 把wlan注册为umts路由区的方法和设备
AU2003243106A1 (en) * 2002-10-15 2004-05-04 Hegdahl, Tormod System for providing flexible charging in a network
US6805277B1 (en) * 2003-04-16 2004-10-19 Lotes Co., Ltd. Process for soldering electric connector onto circuit board
GB0329221D0 (en) * 2003-12-17 2004-01-21 Nokia Corp Session control in a communication system
GB0329502D0 (en) * 2003-12-19 2004-01-28 Nokia Corp Control decisions in a communication system
US20050182966A1 (en) * 2004-02-17 2005-08-18 Duc Pham Secure interprocess communications binding system and methods
DE102004026140A1 (de) * 2004-05-26 2005-12-22 Siemens Ag Anordnung zum Erstellen von dienstorientierten Gebührendaten in einem Kommunikationsnetz
FI20040888A0 (fi) * 2004-06-28 2004-06-28 Nokia Corp Palvelujen ohjaaminen pakettivälitteisessä dataverkossa
US7916700B2 (en) * 2004-06-30 2011-03-29 Nokia Corporation Dynamic service information for the access network
US8315170B2 (en) * 2004-08-09 2012-11-20 Cisco Technology, Inc. System and method for signaling information in order to enable and disable distributed billing in a network environment
US20060072595A1 (en) * 2004-10-05 2006-04-06 Cisco Technology, Inc. System and method for service tagging for enhanced packet processing in a network environment
WO2006075629A1 (fr) * 2005-01-11 2006-07-20 Ntt Docomo, Inc. Procede de regulation de la vitesse de transmission, station mobile, et station de regulation de ligne de transmission radio
JP2006279514A (ja) * 2005-03-29 2006-10-12 Fujitsu Ltd 通信制御装置および通信制御方法
JP3961000B2 (ja) * 2005-05-26 2007-08-15 株式会社日立コミュニケーションテクノロジー パケット転送装置及びネットワークシステム
PL1917817T3 (pl) * 2005-08-22 2013-10-31 Ericsson Telefon Ab L M Sposób i układ do ustanawiania komunikacyjnej sesji multimedialnej
WO2007069988A1 (fr) * 2005-12-14 2007-06-21 Telefonaktiebolaget Lm Ericsson (Publ) Agencement et procede dans un systeme de telecommunication mobile
CN101401382B (zh) * 2006-01-10 2012-03-21 艾利森电话股份有限公司 用于在传输中过滤数据分组的方法和装置
ATE536057T1 (de) * 2006-01-20 2011-12-15 Ericsson Telefon Ab L M Richtliniendurchsetzung in einem ip-netzwerk
AU2006344794B2 (en) * 2006-06-20 2010-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Loss of signalling bearer transport
US20080049648A1 (en) * 2006-08-28 2008-02-28 Motorola, Inc. Method and apparatus for policy management for an internet protocol multimedia subsystem based wireless communication system
US7796990B2 (en) * 2006-09-14 2010-09-14 Nokia Corporation Method for the routing of multimedia communication related signaling in a communication system
US20080235746A1 (en) * 2007-03-20 2008-09-25 Michael James Peters Methods and apparatus for content delivery and replacement in a network
PL3007406T3 (pl) * 2007-05-22 2017-06-30 Telefonaktiebolaget Lm Ericsson (Publ) Sposób, urządzenia i program komputerowy dla dynamicznego konfigurowania pośredniczącej funkcji sterowania sesją połączenia podsystemu multimedialnego IP z serwera zasad kontroli polityki

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2007144545A1 *

Also Published As

Publication number Publication date
WO2007144545A1 (fr) 2007-12-21
FR2902594A1 (fr) 2007-12-21
US20090204713A1 (en) 2009-08-13

Similar Documents

Publication Publication Date Title
EP1560368A1 (fr) Procédé d'établissement d'une session multimédia entre un équipement appelant et un équipement appelé d'un réseau du type à sous domaine multimédia et système de communication mettant en oeuvre ce procédé
US20080114850A1 (en) Method and Arrangement for Communicating Multimedia Content
EP2196003B1 (fr) Base de donnees et procede d'obtention d'une adresse d'une entite de controle de la qualite de service et de la facturation dans un reseau ims utilisant une telle base de donnees
US9246955B2 (en) Capability query handling in a communication network
WO2016064520A1 (fr) Authentification de services par navigateur, via le réseau d'un opérateur
EP2446581B1 (fr) Procédé et appareil de tarification pour utilisation dans un sous-système multimédia ip
EP2030382A1 (fr) Unite et procede de definition d'une regle de session dans un reseau
EP3278532A1 (fr) Procédé de priorisation de flux médias dans un réseau de communications
EP2926524A1 (fr) Routage d'une requete de service visant un abonne ims
WO2019102117A1 (fr) Procédé de propagation d'informations concernant la bande passante allouée à un usager d'un réseau ip
EP2550776A1 (fr) Procede de gestion des enregistrements dans un reseau ims et serveur s-cscf mettant en oeuvre ce procede
WO2015197937A1 (fr) Procédé de sélection dynamique par un appelant parmi une pluralité de terminaux d'un appelé
WO2017168084A1 (fr) Procédé de transfert de réseau d'accès pour un terminal mobile en itinérance
Wisely SIP and conversational Internet applications
EP3472993B1 (fr) Procédé de détermination d'un ensemble de formats de codage pour établir une communication
EP3583757B1 (fr) Procédé de changement de réseau mobile
EP3646578B1 (fr) Procédé de synchronisation d'état média
WO2021260337A1 (fr) Procede de traitement de messages echanges dans un reseau de telecommunication, par exemple en vue de leur analyse
FR3021836A1 (fr) Procede pour informer une entite d' un reseau ip du type de reseau d' acces utilise par un terminal
WO2010112759A1 (fr) Procede de mise a jour d'une session applicative en cours pour un terminal d'utilisateur d'un reseau de telecommunications
Blum et al. Push-To-MultiMedia as a Platform Enabler for NGN Services
Hurtado et al. A SIP based next generation services platform
WO2007148015A2 (fr) Systeme de declenchement d'un comptage dans un reseau de transport a travers un reseau a architecture de type ims
WO2006082307A2 (fr) Procede et systeme d’enregistrement d’utilisateurs, serveur hss et serveur application d’un reseau ims
WO2009125150A1 (fr) Procede et dispositif de communication tenant compte d'un controle de la validite d'une demande d'allocation de bande passante dans une architecture reseau

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20081212

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20170103