WO2009125152A1 - Procede de gestion d'un service de transmission de donnees - Google Patents

Procede de gestion d'un service de transmission de donnees Download PDF

Info

Publication number
WO2009125152A1
WO2009125152A1 PCT/FR2009/050538 FR2009050538W WO2009125152A1 WO 2009125152 A1 WO2009125152 A1 WO 2009125152A1 FR 2009050538 W FR2009050538 W FR 2009050538W WO 2009125152 A1 WO2009125152 A1 WO 2009125152A1
Authority
WO
WIPO (PCT)
Prior art keywords
mode
access node
radio
communicating entity
core network
Prior art date
Application number
PCT/FR2009/050538
Other languages
English (en)
Inventor
Yannick Bouguen
Jérôme PONS
Original Assignee
France Telecom
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 filed Critical France Telecom
Priority to CN2009801176569A priority Critical patent/CN102027800A/zh
Priority to US12/935,421 priority patent/US20110021184A1/en
Priority to EP09729313A priority patent/EP2274950A1/fr
Publication of WO2009125152A1 publication Critical patent/WO2009125152A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices

Definitions

  • the field of the invention is that of telecommunications and more specifically that of mobile radio networks. More particularly, the invention relates to the management of a data transmission service between a communicating entity and a core network through an access network.
  • the establishment of a transmission service depends primarily on the nature of the data to be transmitted. For this purpose, it is possible to distinguish, for example, voice-on-circuit calls whose corresponding data are circuit-type, and voice-over-IP calls whose corresponding data are of a packet nature.
  • the uplink that is to say for data coming from a communicating entity destined for a core network
  • the data of circuit nature are directed, by an access node of the access network, to a circuit-mode heart network
  • the packet-type data is directed to a packet-mode core network.
  • the downstream path that is to say for data coming from a core network
  • the data of a circuit or packet nature are directed from the core network respectively in circuit mode or in packet mode to the communicating entity, for example.
  • the data then traverse different network entities, according to their nature, after establishment of a radio access bearer (for "Radio Access Bearer” in English), between the communicating entity and the core network in packet mode or in circuit mode.
  • a radio access bearer for "Radio Access Bearer” in English
  • the exchanges between the communicating entity and the core network are managed by intermediate protocol layers according to the OSI model standardized by the ISO (International Organization for Standardization).
  • the access node of the access network is for example an RNC base station controller (for "Radio Network Controller” in English) for a third generation mobile radio network such as UMTS, or else a radio station. especially in the context of the implementation of a so-called flat mobile radio network architecture.
  • a network architecture is said to be flat when part of the functions of the base station controller is decentralized to the base stations in order to optimize the management of the packet services, for example as specified by 3GPP (for "3rd Generation Partnership"). Project “in English) in the architecture of the LTE system (for" Long Term Evolution "in English).
  • the radio access support established between the communicating entity and the core network in packet mode or in circuit mode is composed of a radio bearer RB (for "Radio Bearer” in English) between the communicating entity and the node of access, and a terrestrial resource RT between the access node and the core network in packet mode or in circuit mode.
  • the radio access bearer and the terrestrial resource are managed by low layer protocols and defined according to the nature of the data to be transmitted.
  • a request for activation of a voice on circuit service corresponds an allocation of a couple [radio circuit support, terrestrial resource circuit]
  • a request for activation of a voice over IP service corresponds to a allocation of a couple [packet radio support, packet ground resource].
  • the operators are obliged to maintain and size the network. all the access network equipment and the core network in circuit mode in order to satisfy circuit service requests.
  • the operators can furthermore provide the communicating entity with the capabilities of the packet mode core network capable of delivering a voice over IP call when the initial request relates to a circuit service request.
  • a circuit service such as voice over circuit service can not be established.
  • the communicating entities are for example mobile terminals or any equipment comprising a communicating card such as for example a personal digital assistant.
  • the invention proposes a method of managing a data transmission service, between a communicating entity operating in a first mode and a core network of a second mode, through an access node. an access network.
  • the method comprises in advance the steps of:
  • This method thus makes it possible not to solicit a core network of the first mode.
  • the service is seen by the communicating entity as a service of the first mode conforming to its request, and seen as a second mode service by the core network of a second mode requested by the access node.
  • no modification of the communicating entity is not required, and this entity can benefit from the resources of this core network of the second mode.
  • the method may further interact with communicating entities supporting the two modes or only one transmission mode, in an architecture with or without a core network of the first mode.
  • the method includes subsequent steps of - converting the data according to the first and second modes, - transmitting the converted data between the communicating entity and the core network.
  • the method thus allows the implementation of architecture without core network of the first mode, while ensuring the compatibility of communicating entities of the first mode.
  • the existing communicating entities supporting the two modes or simply the first mode are compatible with the implementation of optimized architectures for data associated with a service of the second mode, for example for flat architectures. No redirection of the service request is made and thus no additional delay in the activation of the service is generated.
  • the data transmitted by the communicating entity in the form of frames of the first mode are converted in the form of frames of the second mode by the access node, by transcoding the data of the frames of the first mode and inserting a header in the first mode. frames resulting from transcoding.
  • the data transmitted by the core network in the form of frames of the second mode are converted as first mode frames by the access node, deleting said second mode frames from a header and transcoding the data.
  • the notification to the communicating entity of an allocation of a radio access medium of the first mode comprises a conversion of a notification message from the core network.
  • the conversion of the service activation request includes a translation of a quality of service level in the first mode into a quality of service level in the second mode.
  • the quality of service during the request for activation of a data transmission service by the communicating entity is guaranteed without additional signaling exchange between the communicating entity and the core network of a second mode.
  • the mode change at the access node does not affect the quality of service for the communicating entity.
  • the selection of a radio bearer, during the activation step of the service is determined by at least one of the following information:
  • the access node may select a radio medium adapted to the capabilities of the communicating entity, or depending on the quality of the radio link or links corresponding to the radio medium between the communicating entity and the access node.
  • the invention also relates to a device for managing a data transmission service between a communicating entity operating in a first mode and a core network of a second mode through an access node of a network. access.
  • the device comprises: means for converting a service activation request into said first mode transmitted by the communicating entity into a service activation request in the second mode intended for the core network,
  • the device further comprises means for converting (C0NV_FL21, C0NV_FL12) data into first and second modes.
  • the invention also relates to an access node of a radio access network adapted to be connected to a core network comprising a device according to the invention.
  • the device and the access node have advantages similar to those previously described.
  • FIG. 1 represents a centralized architecture of a mobile radiocommunication network
  • FIG. 2 represents an example of a flat architecture of mobile radio network
  • FIG. 3 schematically represents the constituent elements of a data transmission service between a communicating entity and a core network
  • FIG. 4 represents the management steps of a transmission service according to the invention
  • FIG. 1 represents an example of a centralized telecommunication network architecture implemented for mobile radio networks, for example GSM / GPRS or UMTS GERAN (for GSM Edge Radio Access Network), or UMTS UTRAN (for "UMTS Terrestrial Radio Access Network").
  • GSM / GPRS or UMTS GERAN for GSM Edge Radio Access Network
  • UMTS UTRAN for "UMTS Terrestrial Radio Access Network”
  • the access nodes are base stations 10 controlled by base station controllers 11.
  • the base station controllers are, for example, so-called BSC ("Base Station Controller") equipment for access networks 12 of GSM / GPRS or UMTS GERAN type, or so-called RNC equipment (for "Radio Network Controller” in English) for UMTS UTRAN type access networks.
  • BSC Base Station Controller
  • RNC Radio Network Controller
  • the base station controllers are connected to a heart circuit network in circuit mode 13 via an MSC switch 14 (for "Mobile Switching Center” in English), or an MSC and an MGW gateway (for "Media Gateway” in English), and a packet core network 15 via a session management node SGSN 16 (for "Serving GPRS Support Node”).
  • This session management node is connected to a GGSN 17 data network interconnection gateway (for "Gateway GPRS Support Node").
  • a communicating entity 18 After selecting a mobile radio network providing a circuit service, a communicating entity 18 sends a circuit service activation request to the circuit mode heart network 13 without the access node 10 analyzing the message associated with the request.
  • the access node 10 thus simply transfers the request to the heart network in circuit mode.
  • the circuit service can be carried out as soon as one of a radio medium is activated between the communicating entity and the access node, and on the other hand a resource between the access node and the heart network in circuit mode.
  • the pair [radio bearer, terrestrial resource] is established at the request of the heart network in circuit mode.
  • the circuit service is for example a voice call on a circuit, a video call on a circuit or a fax on the circuit.
  • the access nodes 21 of an access network 22, also called “Node B +" in the case of the advanced HSPA comprise a base station 23 and an RNS controller 24 comprising a part of the functionalities of the network. base station controller.
  • circuit services and connections to the circuit-mode core network are not supported by the RNS controller.
  • the circuit service requests of a communicating entity 26 are then redirected to an RNC base station controller 27 supporting the circuit mode and connected to an MSC switch 28 of the heart circuit network in circuit mode.
  • the packet services are processed by the RNS controller 24 which is connected to an SGSN session management node 29 of the packet mode core network 30.
  • the session management node 29 is connected to a GGSN data network interconnection gateway 31 .
  • the activation of a data transmission service is based on the allocation of an RAB radio access support (for "Radio Access Bearer" in English) between the communicating entity EC and the CN-C circuit mode core network or the CN-P packet mode core network, both in a centralized architecture and in a flat architecture.
  • the allocation of a radio access support RAB corresponds to the allocation of one or more data streams on the radio interface connecting the communicating entity and the access node.
  • a data frame generated by an AMR (Adaptive Multi Rate) type code in the communicating entity may for example be carried by three streams, each stream having a different level of data protection on the radio interface. .
  • the radio access support RAB established between the communicating entity EC and the core network in packet mode or in circuit mode, is composed of a radio bearer RB (for "Radio Bearer” in English) between the communicating entity EC and the access node NA, and a terrestrial resource RT between the access node NA and the packet mode core network or the circuit mode core network.
  • the resource is for example a support said Iu, ("Iu Support” in English), in the case of a mobile radio network type UMTS version 99 and later.
  • the OSI communication model defines data transmission service management using seven overlapping protocol layers: the physical layer (layer 1), the data link layer (layer 2), the network layer (layer 3), the layer transport (layer 4), the session layer (layer 5), the presentation layer (layer 6) and the application layer (layer 7).
  • the RAB radio access bearer defined between the communicating entity and the packet core network or the network circuit-mode core is managed by intermediate protocol layers according to this model, typically layers 4 and 5, and depending on the nature of the data to be transmitted.
  • the radio support RB and the resource RT are managed by low layer protocols, typically layers 1 to 3, and defined according to the nature of the data to be transmitted.
  • a circuit service request corresponding to a first mode of transmission. transmission, for example for a voice over circuit service.
  • the second mode of transmission corresponds in this case to a transmission in packet mode.
  • a communicating entity first selects a mobile radiocommunication network offering such a service, for example a GSM or UMTS type radio network. This selection is performed after attachment of the communicating entity to an access node and a core network. The attachment is for example made according to the specifications of GSM / GPRS or specifications of UMTS from version 99 for access GERAN and UTRAN.
  • the request for activation of a circuit service can be performed on the initiative of the communicating entity and the call is then called outgoing.
  • the activation request can also be made on receipt of a message from a remote communicating entity desiring the activation of a circuit service such as a voice call on a circuit.
  • the call is then called incoming.
  • the communicating entity issues a DSC circuit service request to the core network CN-C mode.
  • this service request is completed by a set of information of aptitude of the communicating entity such as, for example and in a non-limiting way, the various supported codecs, the authorized radio supports, the protocols of layers 1 to 7 recognized, supported radio access technologies.
  • the service request is decoded by the access node NA.
  • the access node analyzes the content of the signaling message (s) generated by the communicating entity.
  • the access node analyzes one of the NAS layers (for "Non Access Stratum” in English) supporting unencrypted signaling messages between the communicating entity and the core network.
  • the access node stores all or part of the message (s) associated with the service request, for example the type of service requested by the communicating entity.
  • step E3 the access node converts the DSC circuit service request into a DSP packet service request to a CN-P packet mode core network.
  • the access node translates the circuit mode of service quality requirements indicated in the DSC service request into packet quality of service requirements. This translation is performed for example by reading a configurable correspondence table stored or accessible by the access node.
  • the DSP service request is then sent to the core packet network.
  • the CN-P packet mode core network requests the access node to establish a packet radio bearer RB_P between the access node and the communicating entity. . It further requests recovery of an RT_P packet resource.
  • the access node establishes the packet resource.
  • the access node is then the termination of protocols for example layers 3 to 6 according to the OSI model, such as illustrative IP, UDP or RTP protocols.
  • the data interconnection gateway GGSN allocates one or more packet communication contexts PDP1, PDP2, ... PDPn ("PDP context" in English).
  • the establishment of the communication contexts can be carried out by emulation in the access node of a signaling protocol layer, for example by emulation of the SM layer (for "Session Management" in English).
  • the context of PDPL communication said primary context, is dedicated to the transmission of signaling plan data associated with a packet service, for example for a signaling type SIP (for "Session Initiation Protocol" in English).
  • the context PDP2, called secondary context is dedicated to the transmission of user plane data associated with a packet service, for example in the form of RTP (for "Real Time Transport Protocol") flow of a voice over packet service. .
  • the packet mode core network further assigns one or more IP addresses to the access node as part of the establishment of the communication contexts.
  • the access node may further store information from layers 3 to 7 such as the IP address (es) assigned to the access node by the packet mode core network.
  • IP address es assigned to the access node by the packet mode core network.
  • the access node selects a radio circuit support RB C between the access node and the communicating entity.
  • This selection can be performed on load or quality information of the access network accessible by the access node, for example by considering the radio quality of the different radio links corresponding to the radio media.
  • This selection may also consider the communicating entity's aptitude information delivered by the latter to the access node during the service request, or previously stored in the access node when, for example, an access procedure is required. attaching the communicating entity to the access network and the core network.
  • This selection may also consider indications of authorization of the radio media delivered by the communicating entity to the access node during the service request in step E1.
  • This selection may also consider indications on the type of service requested by the communicating entity stored in step E2.
  • step E6 the access node requests the communicating entity to establish the selected radio circuit support RB_C, for example according to the specifications of the different versions of UMTS.
  • step E7 the access node notifies the packet-based core network that a packet radio bearer RB_P and a packet resource RT_P are available. The packet core network then assumes that packet radio support has been established although in fact a radio circuit support has been established.
  • step E8 the packet core network notifies the communicating entity that the packet radio access support RAB_P is established. This notification message that passes through the access node is for example consistent with the specifications of different versions of UMTS.
  • step E9 the access node converts the content of the notification message sent by the core network during step E8.
  • the SIP signaling messages from the core network are converted into signaling messages conforming to the CC call control protocol (for "CaII Control").
  • the converted message is thus a notification message for establishing a radio access support circuit RAB_C. It is then transmitted to the communicating entity.
  • the transmission of the data can begin.
  • step ElO the access node then provides data conversion.
  • the transmission can be bidirectional and the data conversion is done according to the direction of transmission.
  • the data transmitted by the communicating entity has a circuit frame format generated by a coding operating in circuit mode.
  • These circuit frames are composed of a preamble and a frame body.
  • an AMR coding operating in circuit mode generates 31 byte circuit frames every 20 milliseconds.
  • the circuit frame is carried by one or more streams corresponding to the radio access circuit support notified by the access node.
  • the access node is able to reconstruct the circuit frame from the received subflows.
  • the circuit frames are converted into packet frames by transcoding. Transcoding depends on the format of the frames transmitted by the code of the communicating entity.
  • the type of codec is, for example, one of the set of proficiency information of the terminal delivered during the step E1, or else previously stored in the access node when, for example, a procedure of attachment of the communicating entity.
  • a header corresponding to the packet mode protocol exchanges is then added to the packet frame to form a transport frame for the packet mode.
  • the added header corresponds to an IP / UDP / RTP header determined from the information of the layers 3 to 7 stored for example by the access node during the step E4.
  • step E11 the packet transport frames are transported to the packet mode core network.
  • the data sent by the core packet network has a packet mode transport frame format.
  • a packet mode transport frame comprises for example an IP / UDP / RTP header.
  • the transport frames further comprise a packet frame generated by a coded and composed of a preamble and a frame body. For example, an AMR coded packet mode generates packet frames of 32 bytes every 20 milliseconds.
  • the access node when converting data from the core network, thus deletes the header of the packet transport frame.
  • the header may also be stored by the access node in view, for example, of its addition in the opposite direction of transmission.
  • the packet frames are converted into circuit frames by transcoding the packet frame.
  • Transcoding depends on the type of code of the communicating entity.
  • the type of codec is, for example, one of the set of proficiency information of the terminal delivered during the step E1, or else previously stored in the access node when, for example, a procedure of attachment of the communicating entity.
  • transcoding an AMR-type packet frame into an AMR-type circuit frame only the preamble is converted in order to obtain 31 byte circuit frames.
  • step E11 the circuit frames are transported to the communicating entity by one or more streams corresponding to the radio circuit support.
  • the management device of a data transmission service can be implemented in an access node of a mobile radiocommunication network.
  • An access node is for example a base station controller in a centralized architecture or a base station having some of the functionality of a base station controller in a flat architecture.
  • the access nodes furthermore comprise a central control unit, not shown, to which the included means are connected, and intended to control the operation of these means.
  • the access node comprises: conversion means CONV_DS arranged to convert a data transmission service activation request in a first mode transmitted by a communicating entity to a core network of the second mode, in a request of data transmission service in a second mode, SEL selection means of a radio medium of the first mode between the access node and the communicating entity and establishment of a resource of the second mode between said node of access and the heart network, notl notification means arranged to notify the core network of an allocation of a radio access support of the second mode comprising a radio medium and a resource of the second mode, - notification means NOT2 arranged for notifying the communicating entity of an allocation of a radio access bearer comprising a radio bearer and a resource of the first mode.
  • the access node further comprises: conversion means CONV_FL12 arranged to convert data from a first mode to a data stream of the second mode,
  • conversion means CONV_FL21 arranged to convert data of a second mode into a data stream of the first mode.
  • the access node furthermore comprises a memory MEM capable of storing information exchanged between a communicating entity and a core network and transiting in the access node.
  • the invention described here relates to a device for managing a data transmission service. Accordingly, the invention also applies to a computer program, in particular a computer program on or in an information recording medium, adapted to implement the invention.
  • 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 form desirable to implement the method according to the invention.
  • the information recording medium may be any entity or device capable of storing the program.
  • the medium may comprise storage means or recording medium on which is stored the computer program according to the invention, such as, but not limited to, a ROM, for example a CD ROM or a ROM of microelectronic circuit, or a USB key, or a magnetic recording means, for example a diskette (floppy disk) or a hard disk, or a smart card.

Landscapes

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

Abstract

Procédé de gestion d'un service de transmission de données, entre une entité communicante fonctionnant selon un premier mode et un réseau cœur d'un second mode, au travers d'un nœud d'accès d'un réseau d'accès, le procédé comportant au préalable une étape de conversion d'une demande d'activation de service dans ledit premier mode émise par l'entité communicante, en une demande d'activation de service dans le second mode à destination du réseau cœur, une étape de sélection d'un support radio du premier mode entre ledit nœud d'accès et l'entité communicante et établissement d'une ressource du second mode entre ledit nœud d'accès et le réseau cœur, une étape de notification à destination du réseau cœur d'une allocation d'un support d'accès radio du second mode comportant un support radio et une ressource du second mode, une étape de notification à destination de l'entité communicante d'une allocation d'un support d'accès radio du premier mode comportant un support radio et une ressource du premier mode.

Description

Procédé de gestion d'un service de transmission de données
Le domaine de l'invention est celui des télécommunications et plus précisément celui des réseaux de radiocommunication mobile. Plus particulièrement, l'invention concerne la gestion d'un service de transmission de données entre une entité communicante et un réseau cœur au travers d'un réseau d'accès.
L'établissement d'un service de transmission dépend en premier lieu de la nature des données à transmettre. On distingue à cet effet par exemple les appels voix sur circuit dont les données correspondantes sont de nature circuit, et les appels voix sur IP dont les données correspondantes sont de nature paquet. Pour la voie montante, c'est-à-dire pour des données en provenance d'une entité communicante à destination d'un réseau cœur, les données de nature circuit sont dirigées, par un nœud d'accès du réseau d'accès, vers un réseau cœur en mode circuit, et les données de nature paquet sont dirigées vers un réseau cœur en mode paquet. Pour la voie descendante, c'est-à-dire pour des données en provenance d'un réseau cœur, les données de nature circuit ou paquet sont dirigées du réseau cœur respectivement en mode circuit ou en mode paquet vers l'entité communicante, par un nœud d'accès du réseau d'accès. Les données traversent alors des entités de réseaux différentes, selon leur nature, après établissement d'un support d'accès radio, (pour "Radio Access Bearer" en anglais), entre l'entité communicante et le réseau cœur en mode paquet ou en mode circuit. Les échanges entre l'entité communicante et le réseau cœur sont gérés par des couches de protocoles intermédiaires selon le modèle OSI normalisé par l'ISO, (Organisation Internationale de Normalisation). Le nœud d'accès du réseau d'accès est par exemple un contrôleur de station de base RNC (pour "Radio Network Controller" en anglais) pour un réseau de radiocommunication mobile de troisième génération tel l'UMTS, ou bien encore une station de base notamment dans le cadre de la mise en œuvre d'une architecture de réseau de radiocommunication mobile dite plate.
Une architecture de réseau est dite plate lorsqu'une partie des fonctions du contrôleur de station de base est décentralisée dans les stations de base afin d'optimiser la gestion des services paquet, par exemple telle que spécifiée par le 3GPP (pour "3rd Génération Partnership Project" en anglais) dans l'architecture du système LTE (pour "Long Term Evolution" en anglais).
Le support d'accès radio établi entre l'entité communicante et le réseau cœur en mode paquet ou en mode circuit est composé d'un support radio RB (pour "Radio Bearer" en anglais) entre l'entité communicante et le nœud d'accès, et d'une ressource terrestre RT entre le nœud d'accès et le réseau cœur en mode paquet ou en mode circuit. Le support d'accès radio et la ressource terrestre sont gérés par des protocoles de couches basses et définis en fonction de la nature des données à transmettre.
Ainsi, à une demande d'activation d'un service de voix sur circuit correspond une allocation d'un couple [support radio circuit, ressource terrestre circuit], et à une demande d'activation d'un service de voix sur IP correspond une allocation d'un couple [support radio paquet, ressource terrestre paquet].
Cependant, l'évolution des architectures de réseaux radio mobiles, commandée par une demande croissante de service paquet, génère des délais supplémentaires d'établissement des demandes de service circuit. Ces délais supplémentaires sont induits par des redirections de la demande de service dans des architectures optimisées pour des transmissions paquet. En effet, dans le cas d'une architecture plate, les éléments fonctionnels d'un contrôleur de station de base reportés dans la station de base ne concernent que la gestion des services paquet. Les demandes de service circuit sont alors redirigées vers un autre contrôleur de station de base connecté au réseau cœur circuit.
De plus, les données de nature circuit, par exemple pour un service de voix sur circuit, étant gérés par des couches de protocoles entre le réseau cœur et les nœuds d'accès, les opérateurs sont dans l'obligation de maintenir et dimensionner l'ensemble des équipements du réseau d'accès et du réseau cœur en mode circuit afin de satisfaire des demandes de service circuit. Les opérateurs ne peuvent en outre faire bénéficier l'entité communicante des capacités du réseau cœur en mode paquet apte à délivrer un appel voix sur IP dès lors que la demande initiale concerne une demande de service circuit.
Dans le cas particulier d'un nœud d'accès non connecté au réseau cœur en mode circuit, un service circuit tel qu'un service de voix sur circuit ne peut être établi. Ainsi, la mise en œuvre d'une architecture uniquement en mode paquet n'est pas compatible avec des entités communicantes supportant le mode circuit et demandant l'activation d'un service circuit. Les entités communicantes sont par exemples des terminaux mobiles ou tout équipement comportant une carte communicante tel par exemple un assistant numérique personnel.
Il existe donc un besoin pour un procédé de gestion d'un service de transmission de données permettant de supporter une demande d'activation de service dans un premier mode, sans recourir aux équipements du réseau cœur correspondant à ce premier mode. Ce procédé doit en outre être capable d'être mis en œuvre pour différentes architectures de réseau de radiocommunication mobile, par exemple dans une architecture centralisée ou une architecture plate, sans modification des entités communicantes.
Pour attendre cet objectif, l'invention propose un procédé de gestion d'un service de transmission de données, entre une entité communicante fonctionnant selon un premier mode et un réseau cœur d'un second mode, au travers d'un nœud d'accès d'un réseau d'accès. Le procédé comporte au préalable les étapes de :
- conversion d'une demande d'activation de service dans le premier mode émise par l'entité communicante, en une demande d'activation de service dans le second mode à destination du réseau cœur,
- sélection d'un support radio du premier mode entre le nœud d'accès et l'entité communicante, et établissement d'une ressource du second mode entre le nœud d'accès et le réseau cœur,
- notification à destination du réseau cœur d'une allocation d'un support d'accès radio du second mode comportant un support radio et une ressource du second mode,
- notification à destination de l'entité communicante d'une allocation d'un support d'accès radio du premier mode comportant un support radio et une ressource du premier mode.
Ce procédé permet ainsi de ne pas solliciter un réseau cœur du premier mode. De plus, le service est vu par l'entité communicante comme un service du premier mode conforme à sa demande, et vu comme un service du second mode par le réseau cœur d'un second mode sollicité par le nœud d'accès. Ainsi, aucune modification de l'entité communicante n'est requise, et celle-ci peut bénéficier des ressources de ce réseau cœur du second mode.
Le procédé peut en outre interagir avec des entités communicantes supportant les deux modes ou seulement un mode de transmission, dans une architecture avec ou sans réseau cœur du premier mode.
Le procédé comporte des étapes ultérieures de - conversion des données en fonction des premier et second modes, - transmission des données converties entre l'entité communicante et le réseau cœur.
Ainsi aucune modification de l'entité communicante n'est requise, la conversion des données étant réalisée par le nœud d'accès. Le procédé permet ainsi la mise en œuvre d'architecture sans réseau cœur du premier mode, tout en assurant la compatibilité des entités communicantes du premier mode. De plus, les entités communicantes existantes supportant les deux modes ou simplement le premier mode sont compatibles avec la mise en œuvre d'architectures optimisées pour des données associés à un service du second mode, par exemple pour des architectures plates. Aucune redirection de la demande de service n'est effectuée et ainsi aucun délai supplémentaire dans l'activation du service n'est ainsi généré.
Les données émises par l'entité communicante sous la forme de trames du premier mode sont converties sous la forme de trames du second mode par le nœud d'accès, par transcodage des données des trames du premier mode et insertion d'un entête dans les trames résultant du transcodage. De même, les données émises par le réseau cœur sous la forme de trames du second mode sont converties sous la forme de trames du premier mode par le nœud d'accès, par suppression dans lesdites trames du second mode d'un entête et transcodage des données.
La notification à destination de l'entité communicante d'une allocation d'un support d'accès radio du premier mode comporte une conversion d'un message de notification en provenance du réseau cœur.
Ainsi, aucune signalisation supplémentaire n'est nécessaire, aussi bien entre le nœud d'accès et le réseau cœur qu'entre le nœud d'accès et l'entité communicante.
La conversion de la demande d'activation de service comporte une traduction d'un niveau de qualité de service dans le premier mode en un niveau de qualité de service dans le second mode.
Ainsi, la qualité de service lors de la demande d'activation d'un service de transmission de données par l'entité communicante est garantie sans échange de signalisation supplémentaire entre l'entité communicante et le réseau cœur d'un second mode. Le changement de mode au niveau du noeud d'accès n'altère pas la qualité de service pour l'entité communicante.
La sélection d'un support radio, lors de l'étape d'activation du service, est déterminée par l'une au moins des informations suivantes:
• des indications d'aptitudes de l'entité communicante délivrées au nœud d'accès,
• des indications de disponibilité des supports radio du premier mode, • des indications de qualité des supports radio du premier mode,
• des indications du type de service demandé par l'entité communicante. Ainsi, le nœud d'accès peut sélectionner un support radio adapté aux aptitudes de l'entité communicante, ou encore en fonction de la qualité du ou des liens radios correspondant au support radio entre l'entité communicante et le nœud d'accès.
L'invention concerne également un dispositif de gestion d'un service de transmission de données entre une entité communicante fonctionnant selon un premier mode et un réseau cœur d'un second mode au travers d'un nœud d'accès d'un réseau d'accès. Le dispositif comporte : - des moyens de conversion d'une demande d'activation de service dans ledit premier mode émise par l'entité communicante, en une demande d'activation de service dans le second mode à destination du réseau cœur,
- des moyens de sélection d'un support radio du premier mode entre ledit nœud d'accès et l'entité communicante et d'établissement d'une ressource du second mode entre ledit nœud d'accès et le réseau cœur,
- des moyens de notification à destination du réseau cœur d'une allocation d'un support d'accès radio du second mode comportant un support radio et une ressource du second mode,
- des moyens de notification à destination de l'entité communicante d'une allocation d'un support d'accès radio du premier mode comportant un support radio et une ressource du premier mode. Le dispositif comporte en outre des moyens de conversion (C0NV_FL21, C0NV_FL12) des données en des premier et second modes.
L'invention concerne également un nœud d'accès d'un réseau d'accès radio adapté à être connecté à un réseau cœur comportant un dispositif selon l'invention.
Le dispositif et le nœud d'accès présentent des avantages analogues à ceux précédemment décrits.
D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante d'un mode particulier de réalisation du procédé de gestion d'un service de transmission de données et des nœuds d'accès associés, donnés à titre d'exemples illustratifs et non limitatifs, et des dessins annexés, sur lesquels:
- la figure 1 représente une architecture centralisée de réseau de radiocommunication mobile,
- la figure 2 représente un exemple d'architecture plate de réseau de radiocommunication mobile,
- la figure 3 représente de façon schématique les éléments constitutifs d'un service de transmission de données entre une entité communicante et un réseau cœur,
- la figure 4 représente les étapes de gestion d'un service de transmission de selon l'invention,
- la figure 5 représente de façon schématique un nœud d'accès conforme à l'invention. La figure 1 représente un exemple d'architecture centralisée de réseau de télécommunication mis en œuvre pour des réseaux de radiocommunication mobiles, par exemple de type GSM/GPRS ou UMTS GERAN (pour "GSM Edge Radio Access Network", en anglais) ou encore UMTS UTRAN (pour "UMTS Terrestrial Radio Access Network" en anglais).
Dans cette architecture, les nœuds d'accès sont des stations de base 10 contrôlées par des contrôleurs de station de base 11. Les contrôleurs de station de base sont par exemple des équipements dits BSC (pour "Base Station Controller" en anglais) pour des réseaux d'accès 12 de type GSM/GPRS ou UMTS GERAN, ou des équipements dits RNC (pour "Radio Network Controller" en anglais) pour des réseaux d'accès de type UMTS UTRAN.
Les contrôleurs de station de base sont connectés à un réseau cœur en mode circuit 13 par l'intermédiaire d'un commutateur MSC 14 (pour "Mobile Switching Center" en anglais), ou d'un MSC et d'une passerelle MGW (pour "Media Gateway " en anglais), et à un réseau cœur paquet 15 par l'intermédiaire d'un nœud de gestion de session SGSN 16 (pour "Serving GPRS Support Node" en anglais). Ce nœud de gestion de session est connecté à une passerelle d'interconnexion de réseau de données GGSN 17 (pour "Gateway GPRS Support Node" en anglais).
Après sélection d'un réseau de radiocommunication mobile offrant un service circuit, une entité communicante 18 envoie une demande d'activation de service circuit au réseau cœur en mode circuit 13 sans que le nœud d'accès 10 analyse le message associé à la demande. Le nœud d'accès 10 transfère ainsi simplement la demande au réseau coeur en mode circuit. Le service circuit peut s'effectuer dès l'activation d'une part d'un support radio entre l'entité communicante et le nœud d'accès, et d'autre part d'une ressource terrestre entre le nœud d'accès et le réseau cœur en mode circuit. Le couple [support radio, ressource terrestre] est établi à la demande du réseau coeur en mode circuit. Le service circuit est par exemple un appel voix sur circuit, un appel de visiophonie sur circuit ou encore une télécopie sur circuit.
Dans le cas d'une architecture plate, telle que présentée en figure 2, un ensemble de fonctionnalités du contrôleur de station de base sont reportées dans la station de base. Il s'agit par exemple d'architectures de type HSPA évolué (pour "High Speed Packet Access Evolution" en anglais), LTE/SAE (pour "Long Term Evolution/System Architecture Evolution" en anglais), ou encore WiMax. Dans de telles architectures, les nœuds d'accès 21 d'un réseau d'accès 22, nommés également "Node B+" dans le cas du HSPA évolué, comportent une station de base 23 et un contrôleur RNS 24 comportant une partie des fonctionnalités de contrôleur de station de base.
Dans de telles architectures, les services circuit et les connexions vers le réseau cœur en mode circuit 25 ne sont pas supportées par le contrôleur RNS. Les demandes de service circuit d'une entité communicante 26 sont alors redirigées vers un contrôleur de station de base RNC 27 supportant le mode circuit et connecté à un commutateur MSC 28 du réseau cœur en mode circuit. Les services paquet sont traités par le contrôleur RNS 24 qui est connecté à un nœud de gestion de session SGSN 29 du réseau cœur en mode paquet 30. Le nœud de gestion de session29 est connecté à une passerelle d'interconnexion de réseau de données GGSN 31. En référence à la figure 3, l'activation d'un service de transmission de données repose sur l'allocation d'un support d'accès radio RAB, (pour "Radio Access Bearer" en anglais), entre l'entité communicante EC et le réseau cœur en mode circuit CN-C ou le réseau cœur en mode paquet CN-P, aussi bien dans une architecture centralisée que dans une architecture plate. L'allocation d'un support d'accès radio RAB correspond à l'allocation d'un ou plusieurs flux de données sur l'interface radio reliant l'entité communicante et le noeud d'accès. Une trame de données générée par un codée de type AMR (pour "Adaptive Multi Rate" en anglais) dans l'entité communicante peut par exemple être transportée par trois flux, chaque flux ayant un niveau de protection des données différent sur l'interface radio.
Le support d'accès radio RAB, établi entre l'entité communicante EC et le réseau cœur en mode paquet ou en mode circuit, est composé d'un support radio RB (pour "Radio Bearer" en anglais) entre l'entité communicante EC et le nœud d'accès NA, et d'une ressource terrestre RT entre le nœud d'accès NA et le réseau cœur en mode paquet ou le réseau cœur en mode circuit. La ressource est par exemple un support dit Iu, ("Iu Support" en anglais), dans le cas d'un réseau de radiocommunication mobile de type UMTS version 99 et versions ultérieures.
Le modèle OSI de communication définit la gestion de service de transmission de données au moyen de sept couches protocolaires superposées : la couche physique (couche 1), la couche liaison de données (couche 2), la couche réseau (couche 3), la couche transport (couche 4), la couche session (couche 5), la couche présentation (couche 6) et la couche application (couche 7).
Le support d'accès radio RAB, défini entre l'entité communicante et le réseau cœur en mode paquet ou le réseau cœur en mode circuit, est géré par des couches de protocoles intermédiaires selon ce modèle, typiquement les couches 4 et 5, et en fonction de la nature des données à transmettre.
Le support radio RB et la ressource RT sont gérés par des protocoles de couches basses, typiquement les couches 1 à 3, et définis en fonction de la nature des données à transmettre.
Un exemple particulier de mise en œuvre du procédé de gestion d'un service de transmission des données est maintenant décrit en référence à la figure 4. Par soucis de clarté, le procédé est décrit pour une demande de service circuit correspondant à un premier mode de transmission, par exemple pour un service de voix sur circuit. Le second mode de transmission correspond dans ce cas à une transmission en mode paquet. Pour établir un service circuit, une entité communicante sélectionne au préalable un réseau de radiocommunication mobile offrant un tel service, par exemple un réseau de radiocommunication de type GSM ou UMTS. Cette sélection est effectuée après attachement de l'entité communicante auprès d'un nœud d'accès et d'un réseau coeur. L'attachement est par exemple réalisé conformément aux spécifications du GSM/GPRS ou spécifications de l'UMTS à partir de la version 99 pour les accès GERAN et UTRAN.
La demande d'activation d'un service circuit, par exemple d'un appel voix sur circuit, peut être effectuée à l'initiative de l'entité communicante et l'appel est alors dit sortant. La demande d'activation peut également être effectuée sur réception d'un message en provenance d'une entité communicante distante désirant l'activation d'un service circuit tel qu'un appel voix sur circuit. L'appel est alors dit entrant. L'invention s'applique indifféremment à ces deux cas. A l'étape El, l'entité communicante, émet une demande de service circuit DSC à destination du réseau cœur en mode circuit CN-C. En variante, cette demande de service est complétée par un ensemble d'informations d'aptitude de l'entité communicante telles que, par exemple et de façon non limitative, les différents codées supportés, les supports radios autorisés, les protocoles de couches 1 à 7 reconnus, les technologies d'accès radio supportées. A l'étape E2, la demande de service est décodée par le nœud d'accès NA. Pour cela, le nœud d'accès analyse le contenu du ou des message(s) de signalisation généré(s) par l'entité communicante. Par exemple, le nœud d'accès analyse l'une des couches NAS (pour "Non Access Stratum" en anglais) supportant les messages non cryptés de signalisation entre l'entité communicante et le réseau cœur. Le nœud d'accès mémorise tout ou partie du ou des message(s) associé(s) à la demande de service, par exemple le type de service demandé par l'entité communicante.
A l'étape E3, le nœud d'accès convertit la demande de service circuit DSC en une demande de service paquet DSP à destination d'un réseau cœur en mode paquet CN-P. Pour cela, le nœud d'accès traduit les exigences de qualité de service en mode circuit indiquées dans la demande de service DSC en exigences de qualité de service en mode paquet. Cette traduction est réalisée par exemple par lecture d'une table de correspondance configurable mémorisée ou accessible par le nœud d'accès.
Cette table de correspondance peut en outre être déclinée en fonction des aptitudes des entités communicantes, par exemple en considérant les caractéristiques de leurs codées. La demande de service DSP est alors émise à destination du réseau cœur paquet. A l'étape E4, sur réception de la demande de service paquet DSP, le réseau cœur en mode paquet CN-P demande au nœud d'accès d'établir un support radio paquet RB_P entre le nœud d'accès et l'entité communicante. Il demande en outre rétablissement d'une ressource paquet RT_P. Le nœud d'accès établit la ressource paquet. Le nœud d'accès est alors la terminaison de protocoles par exemple des couches 3 à 6 selon le modèle OSI, tels à titre illustratif les protocoles IP, UDP ou RTP.
Dans ce cas, la passerelle d'interconnexion de données GGSN attribue un ou plusieurs contextes de communication paquet PDPl, PDP2, ... PDPn ("PDP context" en anglais). L'établissement des contextes de communication peut être effectué par émulation dans le noeud d'accès d'une couche de protocole de signalisation, par exemple par émulation de la couche SM (pour "Session Management" en anglais). Le contexte de communication PDPl, dit contexte primaire, est dédié à la transmission des données du plan de signalisation associés à un service paquet, par exemple pour une signalisation de type SIP (pour "Session Initiation Protocol" en anglais). Le contexte PDP2, dit contexte secondaire, est dédié à la transmission de données du plan utilisateur associées à un service paquet, par exemple sous la forme de flux RTP (pour "Real Time Transport Protocol" en anglais) d'un service voix sur paquet.
Le réseau cœur en mode paquet attribue en outre une ou plusieurs adresses IP au nœud d'accès dans le cadre de l'établissement des contextes de communication.
Le nœud d'accès peut en outre mémoriser des informations des couches 3 à 7 telle que la ou les adresse(s) IP affectée(s) au nœud d'accès par le réseau cœur en mode paquet.
A l'étape E5, le nœud d'accès sélectionne un support radio circuit RB C entre le nœud d'accès et l'entité communicante. Cette sélection peut être effectuée sur des informations de charge ou qualité du réseau d'accès accessibles par le nœud d'accès, par exemple en considérant la qualité radio des différents liens radios correspondants aux supports radio. Cette sélection peut également considérer des informations d'aptitude de l'entité communicante délivrées par celle-ci au nœud d'accès lors de la demande de service, ou mémorisée au préalable dans le nœud d'accès lors par exemple d'une procédure d'attachement de l'entité communicante au réseau d'accès et au réseau coeur.
Cette sélection peut également considérer des indications d'autorisation des supports radio délivrées par l'entité communicante au nœud d'accès lors de la demande de service à l'étape El.
Cette sélection peut également considérer des indications sur le type de service demandé par l'entité communicante mémorisées lors de l'étape E2.
Lors de l'étape E6, le nœud d'accès demande à l'entité communicante d'établir le support radio circuit RB_C sélectionné, par exemple selon les spécifications des différentes versions de l'UMTS. A l'étape E7, le nœud d'accès notifie au réseau cœur en mode paquet qu'un support radio paquet RB_P et qu'une ressource paquet RT_P sont disponibles. Le réseau cœur paquet suppose alors qu'un support radio paquet a bien été établi bien qu'en réalité un support radio circuit ait été établi. A l'étape E8, le réseau cœur paquet notifie à l'entité communicante que le support d'accès radio paquet RAB_P est établi. Ce message de notification qui transite par le nœud d'accès est par exemple conforme aux spécifications des différentes versions de l'UMTS. A l'étape E9, le nœud d'accès convertit le contenu du message de notification émis par le réseau cœur lors de l'étape E8.
Par exemple, dans le cas d'un réseau de radiocommunication mobile de type UMTS, les messages de signalisation SIP en provenance du réseau coeur, dont les messages de notification, sont convertis en messages de signalisation conformes au protocole de contôle d'appel CC (pour "CaII Control " en anglais).
Le message converti est ainsi un message de notification d'établissement d'un support d'accès radio circuit RAB_C. Il est alors transmis à l'entité communicante.
Le support radio circuit RB_C ayant été activé entre le nœud d'accès et l'entité communicante, et la ressource terrestre paquet RT_P ayant été activée entre le nœud d'accès et le réseau cœur en mode paquet, la transmission des données peut commencer.
A l'étape ElO, le nœud d'accès assure alors une conversion des données.
La transmission peut être bidirectionnelle et la conversion des données est effectuée en fonction du sens de transmission.
Les données émises par l'entité communicante ont un format de trame circuit généré par un codée opérant en mode circuit. Ces trames circuit sont composées d'un préambule et d'un corps de trames. Par exemple, un codée AMR opérant en mode circuit génère des trames circuit de 31 octets toutes les 20 millisecondes. La trame circuit est transportée par un ou plusieurs flux correspondant au support d'accès radio circuit notifié par le nœud d'accès.
Dans le cas particulier de plusieurs sous-flux, le nœud d'accès est apte à reconstituer la trame circuit à partir des sous-flux reçus. Les trames circuits sont converties en trames paquets par transcodage. Le transcodage dépend du format des trames émises par le codée de l'entité communicante. Le type de codée est par exemple une information parmi l'ensemble des informations d'aptitude du terminal délivré lors le l'étape El, ou bien encore mémorisé au préalable dans le nœud d'accès lors, par exemple, d'une procédure d'attachement de l'entité communicante.
Dans le cas particulier du transcodage d'une trame circuit de type AMR vers une trame paquet de type AMR, seul le préambule est converti afin d'obtenir des trames paquets de 32 octets.
Dans tous les cas, un entête correspondant aux échanges protocolaires en mode paquet est ensuite ajouté à la trame paquet afin de constituer une trame transport pour le mode paquet. Par exemple l'entête ajouté correspond à un entête IP/UDP/RTP déterminé à partir des informations des couches 3 à 7 mémorisées par exemple par le nœud d'accès lors de l'étape E4.
A l'étape EIl, les trames de transport paquet sont transportées vers le réseau cœur en mode paquet.
Les données émises par le réseau cœur paquet ont un format de trame de transport en mode paquet. Une trame de transport en mode paquet comporte par exemple un entête IP/UDP/RTP. Les trames de transport comportent en outre une trame paquet générée par un codée et composée d'un préambule et d'un corps de trames. Par exemple, un codée AMR opérant en mode paquet génère des trames paquet de 32 octets toutes les 20 millisecondes. Le nœud d'accès, lors de la conversion des données en provenance du réseau cœur, supprime ainsi l'entête de la trame de transport paquet. L'entête peut en outre être mémorisé par le nœud d'accès en vue, par exemple, de son ajout dans le sens de transmission opposé.
De plus, les trames paquet sont converties en trames circuit par transcodage de la trame paquet. Le transcodage dépend du type de codée de l'entité communicante. Le type de codée est par exemple une information parmi l'ensemble des informations d'aptitude du terminal délivré lors le l'étape El, ou bien encore mémorisé au préalable dans le nœud d'accès lors, par exemple, d'une procédure d'attachement de l'entité communicante. Dans le cas particulier du transcodage d'une trame paquet de type AMR en une trame circuit de type AMR, seul le préambule est converti afin d'obtenir des trames circuit de 31 octets.
A l'étape EIl, les trames circuit sont transportées vers l'entité communicante par un ou plusieurs flux correspondant au support radio circuit.
Le dispositif de gestion d'un service de transmission de données selon l'invention peut être mis en œuvre dans un nœud d'accès d'un réseau de radiocommunication mobile. Un nœud d'accès est par exemple un contrôleur de station de base dans une architecture centralisée ou bien une station de base possédant une partie des fonctionnalités d'un contrôleur de station de base dans une architecture plate.
Un nœud d'accès selon l'invention est maintenant décrit en référence à la figure 5, sur laquelle, par soucis de clarté, seuls les éléments du nœud d'accès liés à l'invention sont représentés. Les nœuds d'accès comportent en outre une unité centrale de commande, non représentée, à laquelle les moyens inclus sont reliés, et destinée à contrôler le fonctionnement de ces moyens. Le nœud d'accès comporte: des moyens CONV_DS de conversion agencés pour convertir une demande d'activation de service de transmission de données dans un premier mode émise par une entité communicante à destination d'un réseau cœur du second mode, en une demande de service de transmission de données dans un second mode, des moyens de sélection SEL d'un support radio du premier mode entre le nœud d'accès et l'entité communicante et d'établissement d'une ressource du second mode entre ledit nœud d'accès et le réseau cœur, des moyens de notification NOTl agencés pour notifier le réseau cœur d'une allocation d'un support d'accès radio du second mode comportant un support radio et une ressource du second mode, - des moyens de notification NOT2 agencés pour notifier l'entité communicante d'une allocation d'un support d'accès radio comportant un support radio et une ressource du premier mode.
Le nœud d'accès comporte en outre : - des moyens de conversion CONV_FL12 agencés pour convertir des données d'un premier mode en un flux de données du second mode,
- des moyens de conversion CONV_FL21 agencés pour convertir des données d'un second mode en un flux de données du premier mode.
Le nœud d'accès comporte en outre une mémoire MEM apte à mémoriser des informations échangées entre une entité communicante et un réseau cœur et transitant dans le nœud d'accès. L'invention décrite ici concerne un dispositif de gestion d'un service de transmission de données. En conséquence, l'invention s'applique également à un programme d'ordinateur, notamment un programme d'ordinateur sur ou dans un support d'enregistrement d'informations, adapté à mettre en œuvre l'invention. 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 pour implémenter le procédé selon l'invention.
Le support d'enregistrement 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 ou support d'enregistrement sur lequel est stocké le programme d'ordinateur selon l'invention, tel que, mais non limité à, une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore une clé USB, ou un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur, ou une carte à puce.

Claims

REVENDICATIONS
1. Procédé de gestion d'un service de transmission de données, entre une entité communicante fonctionnant selon un premier mode et un réseau cœur d'un second mode, au travers d'un nœud d'accès d'un réseau d'accès, caractérisé en ce qu'il comporte au préalable les étapes de : - conversion (E3) d'une demande d'activation de service (DSC) dans ledit premier mode émise par l'entité communicante, en une demande d'activation de service (DSP) dans le second mode à destination du réseau cœur,
- sélection (E5) d'un support radio (RB_C) du premier mode entre ledit nœud d'accès et l'entité communicante, et établissement
(E4) d'une ressource (RT_P) du second mode entre ledit nœud d'accès et le réseau cœur,
- notification (E7) à destination du réseau cœur d'une allocation d'un support d'accès radio (RABJ3) du second mode comportant un support radio et une ressource du second mode,
- Notification (E9) à destination de l'entité communicante d'une allocation d'un support d'accès radio (RAB_C) du premier mode comportant un support radio et une ressource du premier mode.
2. Procédé de gestion selon la revendication 1 comportant des étapes ultérieures de :
- conversion (ElO) des données en fonction des premier et second modes,
- transmission (EIl) des données converties entre l'entité communicante et le réseau cœur.
3. Procédé selon la revendication 2 dans lequel les données émises par l'entité communicante sous la forme de trames du premier mode sont converties sous la forme de trames du second mode par le nœud d'accès, par transcodage des données desdites trames du premier mode et insertion d'un entête dans les trames résultant du transcodage.
4. Procédé selon la revendication 2 dans lequel les données émises par le réseau cœur sous la forme de trames du second mode sont converties sous la forme de trames du premier mode par le nœud d'accès, par suppression dans lesdites trames du second mode d'un entête et transcodage des données.
5. Procédé selon l'une quelconque des revendications 1 à
4 dans lequel la notification à destination de l'entité communicante d'une allocation d'un support d'accès radio du premier mode comporte une conversion d'un message de notification en provenance du réseau cœur.
6. Procédé selon l'une quelconque des revendications 1 à
5 dans lequel l'étape de conversion de la demande d'activation de service comporte une traduction d'un niveau de qualité de service dans le premier mode en un niveau de qualité de service dans le second mode.
7. Procédé selon l'une quelconque des revendications 1 à
6 dans lequel la sélection d'un support radio est déterminée par l'une au moins des informations suivantes: • des indications d'aptitudes de l'entité communicante délivrées au nœud d'accès,
• des indications de disponibilité des supports radio du premier mode, • des indications de qualité des supports radio du premier mode,
• des indications du type de service demandé par l'entité communicante.
8. Dispositif de gestion d'un service de transmission de données entre une entité communicante fonctionnant selon un premier mode et un réseau cœur d'un second mode au travers d'un nœud d'accès d'un réseau d'accès, caractérisé en ce qu'il comporte
- des moyens (CONV_DS) de conversion d'une demande d'activation de service (DSC) dans ledit premier mode émise par l'entité communicante, en une demande d'activation de service (DSP) dans le second mode à destination du réseau cœur,
- des moyens (SEL) de sélection d'un support radio (RB__C) du premier mode entre ledit nœud d'accès et l'entité communicante et d'établissement d'une ressource (RT_P) du second mode entre ledit nœud d'accès et le réseau cœur,
- des moyens (NOTl) de notification à destination du réseau cœur d'une allocation d'un support d'accès radio (RAB_P) du second mode comportant un support radio et une ressource du second mode,
- des moyens (NOT2) de notification à destination de l'entité communicante d'une allocation d'un support d'accès radio (RAB_C) du premier mode comportant un support radio et une ressource du premier mode.
9. Dispositif de gestion selon la revendication 8 comportant des moyens de conversion (C0NV_FL21, C0NV_FL12) des données en des premier et second modes.
10. Nœud d'accès d'un réseau d'accès radio adapté à être connecté à un réseau cœur, ledit nœud d'accès comportant un dispositif selon la revendication 8 ou 9.
11. Programme d'ordinateur pour un nœud d'accès comportant les instructions logicielles pour commander la mise en œuvre par le nœud d'accès des étapes du procédé selon l'une au moins des revendications 1 à 7.
PCT/FR2009/050538 2008-03-31 2009-03-30 Procede de gestion d'un service de transmission de donnees WO2009125152A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN2009801176569A CN102027800A (zh) 2008-03-31 2009-03-30 管理数据传送服务的方法
US12/935,421 US20110021184A1 (en) 2008-03-31 2009-03-30 Method of managing a data transmission service
EP09729313A EP2274950A1 (fr) 2008-03-31 2009-03-30 Procede de gestion d'un service de transmission de donnees

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0852094 2008-03-31
FR0852094 2008-03-31

Publications (1)

Publication Number Publication Date
WO2009125152A1 true WO2009125152A1 (fr) 2009-10-15

Family

ID=39876220

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2009/050538 WO2009125152A1 (fr) 2008-03-31 2009-03-30 Procede de gestion d'un service de transmission de donnees

Country Status (4)

Country Link
US (1) US20110021184A1 (fr)
EP (1) EP2274950A1 (fr)
CN (1) CN102027800A (fr)
WO (1) WO2009125152A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10091645B1 (en) * 2017-08-01 2018-10-02 Huawei Technologies Co., Ltd. Handling mobile device administration in anchorless mobile networks

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999012329A1 (fr) * 1997-09-04 1999-03-11 British Telecommunications Public Limited Company Systeme de telecommunications
WO2005006650A1 (fr) * 2003-07-10 2005-01-20 Telefonaktiebolaget Lm Ericsson (Publ) Procede et noeuds pour communication omnibus
US7106706B1 (en) * 2001-06-27 2006-09-12 Sprint Spectrum L.P. Method and system for providing dial-up data sessions

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100477650C (zh) * 2005-09-30 2009-04-08 华为技术有限公司 下一代网络中的ip互通网关及其实现ip域互通的方法
CN101047628A (zh) * 2006-03-30 2007-10-03 华为技术有限公司 一种电路域终端接入分组网络实现分组业务的系统和方法
FI20065323A0 (fi) * 2006-05-15 2006-05-15 Nokia Corp Radioresurssien hallinta

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999012329A1 (fr) * 1997-09-04 1999-03-11 British Telecommunications Public Limited Company Systeme de telecommunications
US7106706B1 (en) * 2001-06-27 2006-09-12 Sprint Spectrum L.P. Method and system for providing dial-up data sessions
WO2005006650A1 (fr) * 2003-07-10 2005-01-20 Telefonaktiebolaget Lm Ericsson (Publ) Procede et noeuds pour communication omnibus

Also Published As

Publication number Publication date
CN102027800A (zh) 2011-04-20
US20110021184A1 (en) 2011-01-27
EP2274950A1 (fr) 2011-01-19

Similar Documents

Publication Publication Date Title
CN101346964B (zh) 用于与通信网络的远程用户建立多媒体会话的方法
EP1665661B1 (fr) Procede de differenciation de la qualite de service dans les reseaux de communication mobile en mode paquets
EP1860859B1 (fr) Procede et systeme pour realiser un signal de rappel et une image de rappel dans le cadre d'un service de videophonie
EP2044797B1 (fr) Basculement de sessions multimedias d'un terminal mobile vers un equipement d'un reseau local
US20060029048A1 (en) Method to optimally select bandwidth and priority for voice message packets in a voice over IP network
EP1241910A1 (fr) Procédé pour le contrôle de session d'appel multimedia dans un système cellulaire de radiocommunications mobiles
US20120075406A1 (en) Method And System For Handling A Multi-Media Call Setup Request
US11909775B2 (en) Methods and apparatuses for enhancement to IP multimedia subsystem
WO2018229425A1 (fr) Procédé de configuration d'un terminal
EP3235332B1 (fr) Procédé de contrôle d'une communication téléphonique initiée par un terminal connecté à un réseau de communication
EP2274950A1 (fr) Procede de gestion d'un service de transmission de donnees
US20120207086A1 (en) Simultaneously supporting muliple 3gpp standard versions
EP2206384B1 (fr) Procede de commutation de noeud d'acces
US20110306333A1 (en) Support of multiple 3GPP standards versions
KR100750583B1 (ko) 스트리밍 서비스를 제공하는 네트워크 시스템
US11223666B2 (en) Method and system of providing second generation (2G) voice services over Internet protocol
EP2538704B1 (fr) Indexation d'un message court réalisée par le coeur du réseau
WO2010112727A1 (fr) Controle d'admission pour un ensemble de technologies d'acces heterogenes
EP2165485B1 (fr) Gestion de paquets de couche reseau dans un reseau d'acces d'un reseau de telecommunications
GB2589648A (en) Method and system of providing second generation (2G) voice services over internet protocol
Nkinyili et al. Provision of caller ring back tones for IP multimedia platforms
CN113938468A (zh) 视频传输方法、设备、系统及存储介质
EP1850604A1 (fr) Dispositif de contrôle de fourniture â des équipements d'utilisateurs de données rélatives â un service de diffusion d'un réseau mobile
KR20150026211A (ko) 영상통화를 위한 메시지 변환 방법 및 장치

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980117656.9

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09729313

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 5981/CHENP/2010

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 12935421

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2009729313

Country of ref document: EP