EP1609253A2 - Procede pour ameliorer le controle dans un systeme de radiocommunications mobiles - Google Patents

Procede pour ameliorer le controle dans un systeme de radiocommunications mobiles

Info

Publication number
EP1609253A2
EP1609253A2 EP04742273A EP04742273A EP1609253A2 EP 1609253 A2 EP1609253 A2 EP 1609253A2 EP 04742273 A EP04742273 A EP 04742273A EP 04742273 A EP04742273 A EP 04742273A EP 1609253 A2 EP1609253 A2 EP 1609253A2
Authority
EP
European Patent Office
Prior art keywords
network element
radio
radio link
rnc
transmission power
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
EP04742273A
Other languages
German (de)
English (en)
Inventor
Pascal Agin
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.)
Evolium SAS
Original Assignee
Evolium SAS
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 Evolium SAS filed Critical Evolium SAS
Publication of EP1609253A2 publication Critical patent/EP1609253A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/38—TPC being performed in particular situations
    • H04W52/50—TPC being performed in particular situations at the moment of starting communication in a multiple access environment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/06—TPC algorithms
    • H04W52/14—Separate analysis of uplink or downlink
    • H04W52/143—Downlink power control

Definitions

  • the present invention relates generally to mobile radio systems.
  • the present invention relates in particular to systems using the CDMA ("Code Division Multiple Access") technique.
  • the CDMA technique is used in particular in so-called third generation systems, such as in particular the UMTS ("Universal Mobile Telecommunication System") system.
  • third generation systems such as in particular the UMTS ("Universal Mobile Telecommunication System") system.
  • UMTS Universal Mobile Telecommunication System
  • mobile radio systems are subject to standardization, and for a complete description of these systems reference may be made to the corresponding standards, published by the corresponding standardization bodies.
  • the general architecture of a mobile radiocommunication system such as in particular a UMTS type system is recalled in FIG. 1.
  • the system comprises a mobile radiocommunication network communicating with mobile or UE terminals (“User Equipment”) and with external networks (not shown specifically).
  • User Equipment mobile or UE terminals
  • external networks not shown specifically.
  • the mobile radio network includes: - a radjo access network, or UTRAN ("UMTS Terrestria Radio Access
  • Core Network a core network
  • Core Network a core network
  • CN Core Network
  • the UTRAN comprises base stations or “Node B”, and controllers of base stations or controllers of radio network or RNC (“Radio Network
  • the UTRAN is in relation on the one hand with the mobile terminals UE, via an interface called interface "Uu” (or radio interface), ' and on the other hand with CN via an interface called interface "read”.
  • the Node B's communicate with the RNCs via an interface called the "lub” interface, and an interface called the "lur” interface can also be provided between RNCs.
  • the RNC which controls it is also called CRNC ("Controlling Radio Network Controller").
  • the CRNC has a load control and radio resource allocation and control role for the Node B units it controls.
  • systems such as UMTS use the macro-diversity transmission technique (or “soft-handover”), according to which a UE can be connected simultaneously to several Node B, that is to say be served simultaneously by several waiter cells (or active cells).
  • soft-handover the macro-diversity transmission technique
  • SRNC Serving Radio Network Controller
  • SRNC Serving Radio Network Controller
  • the different Node B to which a UE is connected may or may not be controlled by the same RNC. If they are controlled by different RNCs, one of these RNCs has a role of SRNC, and the Node B connected to the EU and not controlled by the SRNC communicate with the SRNC via the RNCs which control them, also called derived RNCs , or DRNC ("Drift RNC”) via the "lur" interface.
  • different types of data can be transmitted in these systems: data corresponding to user or traffic data, and data corresponding to control or signaling data necessary for the operation of the system.
  • Different protocols have been defined for data exchanges between different elements of these systems, in particular: the RANAP protocol ("Radio Access Network Application Part") as defined in the 3GPP TS 25.413 specification, for signaling exchanges between CN and RNC , the RNSAP protocol ("Radio Network subsystem Application Part") as defined in the 3GPP TS 25.423 specification, for signaling exchanges between RNCs linked together by a "lur” interface, the NBAP protocol ("Node B Application Part” ) as defined in the 3GPP TS 25.433 specification, for signaling exchanges between
  • RNC and Node B the RRC (Radio Resource Control) protocol as defined in the 3GPP TS 25.331 specification, for signaling exchanges between
  • transport channels of physical channels (or “physical channels”).
  • Physical channels There are different types of logical channels, in particular depending on the type of data to be transmitted.
  • the data to be transmitted can also have different bit rates according to the services, and variable during the same communication for the same service, these different constraints being taken into account at the level of the transport channels and the physical channels, thanks to a certain number of parameters used to define these channels, such as in particular the transmission time interval or TTI (“Transmission Time Interval”), the type of channel coding, the spreading factor, ... etc.
  • TTI Transmission Time Interval
  • a characteristic of third generation systems such as in particular UMTS is the possibility of transporting several services on the same connection, or several transport channels on the same physical channel.
  • transport channels or TrCH
  • TrCH transport channels
  • CCTrCH coded Composite Transport Channel
  • the transmission power is the same for all the multiplex transport channels on the same CCTrCH transmitted on the same physical channel (or DPDCH channel, for “Dedicated Physical Data Channel”).
  • UMTS More information on these aspects of UMTS can be found in particular in the specification 3GPP TS 25 212.
  • third generation systems in particular of the UMTS type, must be able to support traffic whose quality needs service (or QoS, for "Quality of Service") can be very different from each other.
  • QoS Quality of Service
  • a QoS architecture has been defined, in which different support services are distinguished (such as in particular: “radio access bearer” or RAB (“Radio Access Bearer”) services between CN and UE, “radio support” or RB services (“ Radio Bearer ”) between RNC and UE, ... etc), and different attributes of QoS (such as notably the traffic class, the maximum bit rate, the guaranteed bit rate, the transfer delay, ... etc).
  • the RNC notably performs radio resource management functions, in particular to guarantee the performance of the system, in terms of capacity and quality of service.
  • CDMA Code Division Multiple Access
  • the TDMA technique is used in particular in so-called second generation systems such as the GSM system ("Global System for Mobile communications").
  • GSM Global System for Mobile communications
  • CDMA systems all users share the same frequency resource at all times. The capacity of these systems is therefore limited by interference, these systems being also called for this reason "soft limited Systems" (in English).
  • the radio resource management functions include in particular algorithms such as so-called load control algorithms to prevent overloads, detect and correct them, and so-called radio admission control algorithms, to decide if the capacity of an unused cell at a given time is sufficient to accept a call (i.e. to establish a new radio link or an additional radio link) in this cell, depending on various parameters such as the service required for this call, the quality of service required, ... etc.
  • a typical radio admission control algorithm is based on the transmit power of the Node B in the downstream direction, and on the interference level in the upstream direction. More precisely, in the downward direction, the radio admission algorithm checks whether there remains sufficient Node B transmission power to accept a new radio link or an additional radio link. For such an algorithm, an important problem is therefore to be able to estimate what transmission power is required in the downward direction for a new radio link or a link. additional radio. The performance of this algorithm and therefore the performance of the system depends on the quality of this estimate.
  • the UMTS standard is flexible as to the location of the radio admission algorithm in the system.
  • such an algorithm can be implemented in Node B or in the RNC, or even partly in one and partly in the other.
  • the radio admission algorithm or a part of this algorithm is implemented in Node B, or in any case where knowledge of the initial power is necessary at the level of Node B itself, for example also for to use this power as initial transmission power for the power control algorithm, in particular to improve the performance of this algorithm, specific problems arise. These specific problems are due to the fact that the estimation of the initial power by the Node B itself is difficult, because the Node B does not have all the knowledge required for this estimation.
  • Node B is not aware of certain information of which the RNC is aware in its control functions.
  • the RNC is aware of the quality of service required for the call, which is communicated to it by CN during the establishment of the call, and which is necessary for the establishment of radio or RB bearer.
  • the RNC has knowledge of the transmission power required for other radio links for the same UE with other Node B, because the RNC determines itself a so-called reference transmission power for the different radio links for the same UE with different Node B.
  • Radio link reconfiguration is that occurring at the start of a call.
  • the RNC configures only control channels, or DCCH channels (“Dedicated Control Channel”), or channels Logics used at the start of a call to transport signaling according to RRC ("Radio Resource Control") protocols between RNC and UE, and NAS ("Non-Access Stratum”) between CN and UE, then, in a second step, once CN has determined how the call is to be handled, and transmits the radio access bearer or RAB request message (or “RAB Assignment Request” message) with information on the required service to the RNC and the required quality of service, the RNC sends to Node B a radio link reconfiguration message, in particular in order to add traffic channels, or logical channels DTCH (“Dedicated Traffic Channel”) and to change the parameters of the physical channels .
  • This second step usually requires a significant increase in transmission power (indeed, typically, the bit rate transported by the channels
  • DCCH is only between 3 and 4 kbit / s, while the bit rate transported by DTCH channels can be much higher).
  • the RNC will signal to Node B the initial transmission power required for the downlink, following a radio link reconfiguration. More precisely, in the current state of the standard, for FDD mode (“Frequency Division Duplex”) of UMTS, it is only expected that the RNC signals to Node B the initial transmission power required for the downward direction. , in a message “Radio Link Set-up” (in the case of creation of a new radio link) or “Radio Link Addition” (in the case of creation of an additional radio link).
  • the case of reconfiguration of a radio link capable of causing a change in transmission power for at least one transmission entity on this radio link, for which a transmission power can be defined is not taken into account.
  • a transmission entity being able to correspond in particular to a DPDCH channel, or to a CCTrCH channel, or more generally to any type of channel for which the same type of problem would arise
  • This results in a degradation of performance in particular a degradation in performance of the radio admission control and power control algorithms, or more generally a degradation in system performance, in particular in terms of capacity and quality of service.
  • the object of the present invention is in particular to avoid all or part of these drawbacks, and more generally to improve the performance of these systems.
  • One of the objects of the present invention is a method for improving the performance of a mobile radiocommunication system, method in which a network element called first network element transmitting to mobile terminals receives from at least one other network element, said second network element, at least one piece of information indicative of initial transmission power for transmission to a mobile terminal, in the case of reconfiguration of the radio link between said first network element and said mobile terminal, capable of causing a change in transmission power for this radio link.
  • said first network element corresponds to a base station, or Node B in a UMTS type system.
  • said second network element corresponds to a base station controller, or radio network controller or RNC ("Radio Network controller”) in a UMTS type system.
  • RNC Radio Network controller
  • said second network element corresponds to a network element having a function of controlling communication with said mobile terminal, including a radio link reconfiguration control function, in particular, in a UMTS type system, a radio network controller or RNC having a role of SRNC ("Serving Radio Network Controller").
  • said second network element corresponds to a network element controlling said first network element, in particular, in a UMTS type system, a radio or RNC network controller controlling a Node B or having a CRNC role ( “Controlling Radio Network Controller”) for this Node B.
  • SRNC Serving Radio Network Controller
  • said information indicative of initial transmission power is transmitted from an RNC having a role of SRNC and a role of CRNC for a Node B, to this Node B, according to the NBAP protocol (“Node B Application Part”).
  • said second network element corresponds to a network element which does not control said first network element, and said first network element receives said information indicative of initial transmission power, from said second network element, via a third network element controlling said first network element, in particular, in a UMTS type system, via a radio network controller or RNC having a role of DRNC ("Drift Radio Network Controller").
  • DRNC Dynamic Radio Network Controller
  • said information indicative of initial transmission power is transmitted from an RNC having a role of SRNC, to an RNC having a role of DRNC and a role of CRNC for a Node B, according to the RNSAP protocol ("Radio Network Subsystem Application Part"), then re-transmitted from the latter RNC to Node B, according to the NBAP protocol ("Node B Application Part").
  • RNSAP Radio Network Subsystem Application Part
  • NBAP Node B Application Part
  • said information is received in a radio link reconfiguration control message.
  • said information is received in a synchronized radio link reconfiguration command message.
  • said information is received in an unsynchronized radio link reconfiguration control message.
  • said radio link reconfiguration control message corresponds to a "Radio Link Reconfiguration Prepares" message.
  • said radio link reconfiguration control message corresponds to a “Radio Link Reconfiguration Request” message.
  • said initial transmission power is used by said first network element for a radio admission control algorithm. According to another characteristic, said initial transmission power is used by said first network element for a power control algorithm.
  • Another object of the present invention is a network element, comprising means for implementing a method according to the invention.
  • Another object of the present invention is a base station, or Node B, comprising means for implementing a method according to the invention.
  • Another object of the present invention is a base station controller, or radio network controller or RNC ("Radio Network Controller"), comprising means for implementing a method according to the invention.
  • Another object of the present invention is a mobile radio system, comprising means for implementing a method according to the invention.
  • Another object of the present invention is a base station controller comprising means for transmitting to a base station at least information indicative of initial transmission power for transmission to a mobile terminal, in the case of reconfiguration of radio link between said base station and said mobile terminal, capable of causing a change in transmission power for this radio link.
  • Another object of the present invention is a base station controller, comprising means for transmitting to a base station controller at least information indicative of initial transmission power for transmission to a mobile terminal, in the case radio link reconfiguration a base station and said mobile terminal, capable of causing a change in transmission power for this radio link.
  • Another object of the present invention is a base station controller, comprising means for receiving from a base station controller at least information indicative of initial transmission power for transmission to a mobile terminal, in the case of reconfiguration of radio link between a base station and said mobile terminal, capable of causing a change in transmission power for this radio link, and for re-transmitting said information to said base station.
  • a base station comprising means for receiving from a base station controller at least information indicative of initial transmission power for transmission to a mobile terminal, in the case of reconfiguration radio link between said base station and said mobile terminal, likely to cause a change in transmission power for this radio link.
  • said base station includes means for using said information for a radio admission control algorithm.
  • said base station includes means for using said information for a power control algorithm.
  • FIG. 1 recalls the general architecture of a mobile radio system, such as in particular the system
  • FIGS. 2 and 3 are diagrams intended to illustrate respectively a first and a second example of implementation of a method according to the invention.
  • the present invention can also be explained as follows.
  • the present invention proposes, in particular, to carry out an estimation of the transmission power required in the downward direction, in the RNC, and to report the value thus obtained to Node B, so that Node B can use it as initial transmission power and can also use it for radio admission control, if this is implemented in Node B.
  • the present invention proposes in particular that the RNC signals to Node B the initial transmission power of a radio link, in the case where this radio link is reconfigured (that is to say in any case of change for this radio link , which may result in a change in transmission power).
  • this can occur in the case of modification of physical channel or transport parameters for this radio link (for example the spreading factor, the coding-channel, the time interval or TTI ("Transmission Time Interval "), ... etc), in the case of addition or deletion of transport channels, in the case of change of service or quality of service, ... etc.
  • an important particular case of radio link reconfiguration is that occurring at the start of a call.
  • the initial power for the downlink direction (or “Initiai DL Power”, where DL is used for “Downlink”) for the reconfigured radio link can be signaled in the same messages as those used to reconfigure the radio link.
  • synchronization refers to the reconfiguration of all radio links at the same time for the different Node B with which a UE is connected (in the case where the UE is in “soft-handover” with different Node B) .
  • the message used to signal the initial transmission power of a radio link in the case of reconfiguration of this radio link is the first message ("Radio Link Reconfiguration Prepares"), the second message (“Radio Link Reconfiguration Commit ”) normally giving only the instant when perform the reconfiguration, all the information on the reconfiguration being given in the first message.
  • the invention proposes in particular to add an information element or IE
  • the present invention thus proposes in particular, that a network element called first network element transmitting to mobile terminals receives from at least one other network element, said second network element, at least information indicative of transmission power initial for transmission to a mobile terminal, in the case of reconfiguration of radio link between said first network element and said mobile terminal, likely to cause a change in transmission power for this radio link.
  • said change in transmission power corresponds to a change in transmission power for at least one transmission entity on this radio link, for which a transmission power can be defined.
  • Said first network element corresponds in particular to a base station, or Node B in a UMTS type system.
  • Said second network element corresponds in particular to a base station controller, or radio network controller or RNC ("Radio Network controller") in a UMTS type system.
  • Said second network element can in particular correspond to a network element having a communication control function with said mobile terminal, including a radio link reconfiguration control function, in particular, in a UMTS type system, a radio network controller or RNC having a role of SRNC ("Serving Radio Network Controller").
  • a network element having a communication control function with said mobile terminal including a radio link reconfiguration control function, in particular, in a UMTS type system, a radio network controller or RNC having a role of SRNC ("Serving Radio Network Controller").
  • said second network element can in particular correspond to a network element controlling said first network element, in particular, in a UMTS type system, a radio or RNC network controller controlling a Node B or having a role of CRNC
  • said information indicative of initial transmission power can in particular be transmitted from an RNC having a role of SRNC and a role of CRNC for a Node B, to this Node B , according to the NBAP protocol (“Node B Application Part”).
  • said second network element can in particular correspond to a network element which does not control said first network element, and said first network element can receive said information indicative of initial transmission power, of said second element network, via a third network element controlling said first network element, in particular, in a UMTS type system, via a radio network controller or RNC having a role of DRNC ("Drift Radio Network Controller").
  • said information indicative of initial transmission power can in particular be transmitted, from an RNC having a role of SRNC, to an RNC having a role of DRNC and a role of CRNC for a Node B, according to the RNSAP protocol ("Radio Network
  • Subsystem Application Part (“Subsystem Application Part ”), then re-transmitted from the latter RNC to Node B, according to the NBAP protocol (“ Node B Application Part ”).
  • FIG. 2 is a diagram intended to illustrate an example of means which can be provided for implementing a method according to the invention, by way of example in a UMTS type system, and in the first example of embodiment mentioned above .
  • said information indicative of initial transmission power is transmitted from an RNC, denoted RNC, having a role of SRNC and a role of CRNC for a Node B, to this Node B, for example in a reconfiguration command message transmitted according to the NBAP protocol.
  • the RNC thus comprises (in addition to other means which may be conventional means): - means denoted 1 for transmitting said information to the Node B, in a NBAP message, for example a reconfiguration command message, such as " Radio Link Reconfiguration Prepares ”or“ Radio Link Reconfiguration Request ”.
  • Node B thus comprises (in addition to other means which can be conventional means): means marked 2 for receiving said information from the RNC, means marked 3 for using said information, for example for a control algorithm. radio admission and / or power control algorithm, as noted above.
  • FIG. 3 is a diagram intended to illustrate an example of means that can be provided for implementing a method according to the invention, by way of example in a UMTS type system, and in the second example of embodiment mentioned above .
  • said information indicative of initial transmission power is transmitted from an RNC, denoted RNC 2 , having a role of
  • SRNC towards an RNC noted RNC 3 , having a role of DRNC and a role of CRNC for a
  • Node B for example in a reconfiguration control message transmitted according to the RNSAP protocol, then re-transmitted from RNC 3 to Node B, for example in a reconfiguration command message transmitted according to the NBAP protocol.
  • the RNC 2 thus comprises (in addition to other means which can be conventional means): - means denoted 4 for transmitting said information to the RNC 3 , in an RNSAP message, for example a reconfiguration command message, such as " Radio Link Reconfiguration Prepares ”or“ Radio Link Reconfiguration Request ”.
  • the RNC 3 thus comprises (in addition to other means which can be conventional means):
  • Node B thus comprises (in addition to other means which may be conventional means): means denoted 6 for receiving said information from the RNC 3 ,
  • Means noted 7 for using said information for example for a radio admission control algorithm and / or a power control algorithm, as indicated above.

Landscapes

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

Abstract

Procédé pour améliorer les performances d'un système de radiocommunications mobiles, procédé dans lequel un élément de réseau (Node B) dit premier élément de réseau émettant vers des terminaux mobiles reçoit d'au moins un autre élément de réseau , dit deuxième élément de réseau (RNC1), au moins une information indicative de puissance d'émission initiale pour l'émission vers un terminal mobile (UE), dans le cas de reconfiguration de lien radio entre ledit premier élément de réseau (Node B) et ledit terminal mobile (UE), susceptible d'entraîner un changement de puissance d'émission pour ce lien radio.

Description

PROCEDE POUR AMELIORER LES PERFORMANCES D'UN SYSTEME DE RADIOCOMMUNICATIONS MOBILES
La présente invention concerne d'une manière générale les systèmes de radiocommunications mobiles. La présente invention concerne notamment les systèmes utilisant la technique CDMA ("Code Division Multiple Access").
La technique CDMA est notamment utilisée dans les systèmes dits de troisième génération, tels que notamment le système UMTS ("Universal Mobile Télécommunication System"). D'une manière générale, les systèmes de radiocommunications mobiles font l'objet de normalisation, et pour une description complète de ces systèmes on pourra se référer aux normes correspondantes, publiées par les organismes de normalisation correspondants.
L'architecture générale d'un système de radiocommunications mobiles tel que notamment un système de type UMTS est rappelée sur la figure 1 . Le système comporte un réseau de radiocommunications mobiles communiquant avec des terminaux mobiles ou UE (« User Equipment ») et avec des réseaux extérieurs (non illustrés spécifiquement).
Le réseau de radiocommunications mobiles comporte : - un réseau d'accès radjo, ou UTRAN (« UMTS Terrestria Radio Access
Network »), un réseau cœur, ou CN (« Core Network »).
Les systèmes de troisième génération, notamment de type UMTS utilisent une technologie d'accès radio de type W-CDMA (« Wideband - Code Division Multiple Access »). L'UTRAN comporte des stations de base ou « Node B », et des contrôleurs de stations de base ou contrôleurs de réseau radio ou RNC (« Radio Network
Controller »). L'UTRAN est en relation d'une part avec les terminaux mobiles UE, via une interface appelée interface « Uu » (ou interface radio),' et d'autre part avec le CN via une interface appelée interface « lu ». A l'intérieur , de l'UTRAN, les Node B communiquent avec les RNC via une interface appelée interface « lub », et une interface appelée interface « lur » peut en outre être prévue entre RNCs. Pour un Node B donné, le RNC qui le contrôle est aussi appelé CRNC (« Controlling Radio Network Controller »). Le CRNC a un rôle de contrôle de charge et de contrôle et d'allocation de ressources radio pour les Node B qu'il contrôle.
En outre, les systèmes tels que l'UMTS utilisent la technique de transmission en macro-diversité (ou « soft-handover »), selon laquelle un UE peut être connecté simultanément à plusieurs Node B, c'est-à-dire être servi simultanément par plusieurs cellules serveuses (ou cellules actives).
Pour une communication donnée relative à un UE donné, il existe un RNC, appelé SRNC (« Serving Radio Network Controller »), ayant un rôle de contrôle pour la communication considérée, incluant des fonctions de contrôle d'établissement et de relâchement de liens radio, de contrôle de paramètres susceptibles de changer en cours de communication, tels que débit, puissance, facteur d'étalement, ...etc. Les différents Node B auxquels est connecté un UE peuvent ou non être contrôlés par un même RNC. S'ils sont contrôlés par des RNC différents, un de ces RNC a un rôle de SRNC, et les Node B connectés à l'UE et non contrôlés par le SRNC communiquent avec le SRNC via les RNC qui les contrôlent, appelés aussi RNC dérivés, ou DRNC (« Drift RNC » ) via l'interface « lur ».
D'une manière générale, différents types de données peuvent être transmises dans ces systèmes : des données correspondant à des données utilisateur ou trafic, et des données correspondant à des données de contrôle ou signalisation nécessaire au fonctionnement du système. Différents protocoles ont été définis pour les échanges de données entre différents éléments de ces systèmes, notamment : le protocole RANAP (« Radio Access Network Application Part») tel que défini dans la spécification 3GPP TS 25.413, pour les échanges de signalisation entre CN et RNC, le protocole RNSAP (« Radio Network subsystem Application Part ») tel que défini dans la spécification 3GPP TS 25.423, pour les échanges de signalisation entre RNCs reliés entre eux par une interface « lur », le protocole NBAP (« Node B Application Part ») tel que défini dans la spécification 3GPP TS 25.433, pour les échanges de signalisation entre
RNC et Node B, le protocole RRC (« Radio Resource Control ») tel que défini dans la spécification 3GPP TS 25.331 , pour les échanges de signalisation entre
RNC et UE.
Différents types de canaux ont été définis pour les échanges de données entre UE et UTRAN, correspondant à différents niveaux du protocole de communication entre UE et UTRAN, à savoir, du niveau le plus élevé au niveau le moins élevé : des canaux logiques (ou « logical channels »), des canaux de transport
(ou « transport channels ») des canaux physiques (ou « physical channels »). Il existe différents types de canaux logiques, notamment selon le type de données à transmettre. Les données à transmettre peuvent en outre avoir des débits différents selon les services, et variables au cours d'une même communication pour un même service, ces différentes contraintes étant prises en compte au niveau des canaux de transport et des canaux physiques, grâce à un certain nombre de paramètres utilisés pour définir ces canaux, tels que notamment l'intervalle de temps de transmission ou TTI (« Transmission Time Interval »), le type de codage-canal, le facteur d'étalement (ou « spreading factor »), ...etc.
On rappelle en outre qu'une caractéristique des systèmes de troisième génération tels que notamment l'UMTS est la possibilité de transporter plusieurs services sur une même connexion, ou plusieurs canaux de transport sur un même canal physique. Par exemple, dans un système tel que l'UMTS, de tels canaux de transport (ou TrCH) sont traités séparément selon un schéma de codage-canal, avant d'être multiplexes pour former un canal de transport composite codé (ou CCTrCH, pour "Coded Composite Transport Channel") à transmettre sur un ou plusieurs canaux physiques. Il peut en outre y avoir plusieurs CCTrCH pour une même connexion. On rappelle en outre que la puissance d'émission est la même pour tous les canaux de transport multiplexes sur un même CCTrCH transmis sur un même canal physique (ou canal DPDCH, pour « Dedicated Physical Data Channel »). Plus d'informations sur ces aspects de l'UMTS peuvent être trouvés notamment dans la spécification 3GPP TS 25 212. D'une manière générale, les systèmes de troisième génération, notamment de type UMTS, doivent pouvoir supporter des trafics dont les besoins en qualité de service (ou QoS, pour « Quality of Service ») peuvent être très différents les uns des autres. Pour garantir la qualité de service à différents niveaux d'un tel système, une architecture de QoS a été définie, dans laquelle on distingue différents services support (tels que notamment : les services « support accès radio » ou RAB (« Radio Access Bearer ») entre CN et UE, les services « support radio » ou RB (« Radio Bearer ») entre RNC et UE, ...etc), et différents attributs de QoS (tels que notamment la classe de trafic, le débit maximal, le débit binaire garanti, le délai de transfert, ...etc).
Le RNC réalise notamment des fonctions de gestion de ressources radio, afin notamment de garantir les performances du système, en termes de capacité et de qualité de service. Dans les systèmes CDMA les limitations de capacité sur l'interface radio sont fondamentalement différentes de ce qu'elles sont dans les systèmes utilisant d'autres techniques d'accès multiple, telles que notamment la technique TDMA ("Time Division Multiple Access"). La technique TDMA est notamment utilisée dans les systèmes dits de deuxième génération tels que le système GSM ("Global System for Mobile communications"). Dans les systèmes CDMA, tous les utilisateurs partagent la même ressource de fréquence à tout instant. La capacité de ces systèmes est donc limitée par les interférences, ces systèmes étant aussi appelés pour cette raison "soft limited Systems" (en anglais).
C'est pourquoi, dans les systèmes CDMA, les fonctions de gestion de resources radio incluent notamment des algorithmes tels que des algorithmes dits de contrôle de charge (ou "load control ") pour prévenir les surcharges, les détecter et les corriger, et des algorithmes dits de contrôle d'admission radio, pour décider si la capacité d'une cellule non utilisée à un instant donné est suffisante pour accepter un appel (c'est-à-dire pour établir un nouveau lien radio ou un lien radio additionnel) dans cette cellule, en fonction de divers paramètres tels que le service requis pour cet appel, la qualité de service requise, ...etc.
Un algorithme typique de contrôle d'admission radio est basé sur la puissance d'émission du Node B dans le sens descendant, et sur le niveau d'interférence dans le sens montant. Plus précisément, dans le sens descendant, l'algorithme d'admission radio vérifie s'il reste une puissance d'émission du Node B suffisante pour accepter un nouveau lien radio ou un lien radio additionnel. Pour un tel algorithme, un problème important est donc de pouvoir estimer quelle puissance d'émission est requise dans le sens descendant pour un nouveau lien radio ou un lien radio additionnel. Les performances de cet algorithme et donc les performances du système dépendent de la qualité de cette estimation.
Par ailleurs, la norme UMTS est flexible quant à l'emplacement de l'algorithme d'admission radio dans le système. En particulier, un tel algorithme peut être implémenté dans le Node B ou dans le RNC, voire en partie dans l'un et en partie dans l'autre. Dans le cas où l'algorithme d'admission radio ou une partie de cet algorithme est implémenté dans le Node B, ou dans tout cas où une connaissance de la puissance initiale est nécessaire au niveau du Node B lui-même, par exemple encore pour utiliser cette puissance comme puissance d'émission initiale pour l'algorithme de contrôle de puissance, notamment pour améliorer les performances de cet algorithme, des problèmes spécifiques se posent. Ces problèmes spécifiques sont dûs au fait que l'estimation de la puissance initiale par le Node B lui-même est difficile, parce que le Node B n'a pas toutes les connaissances requises pour cette estimation. Notamment, le Node B n'a pas connaissance de certaines informations dont le RNC a connaissance dans ses fonctions de contrôle. Par exemple, le RNC a connaissance de la qualité de service requise pour l'appel, qui lui est communiquée par le CN pendant l'établissement de l'appel, et qui est nécessaire à l'établissement de support radio ou RB. Suivant un autre exemple, pour le cas de transmission en macro-diversité, le RNC a connaissance de la puissance d'émission requise pour d'autres liens radio pour le même UE avec d'autres Node B, car le RNC détermine lui-même une puissance d'émission dite de référence pour les différents liens radio pour un même UE avec différents Node B.
C'est pourquoi, dans l'état actuel de la norme UMTS, il est prévu que le RNC signale au Node B (par l'intermédiaire du protocole NBAP) la puissance d'émission initiale requise pour le sens descendant. Cependant, dans l'état actuel de la norme, ceci n'est prévu que pour le cas d'un nouveau lien radio (ou lien radio établi à la suite de la réception par le Node B du message « Radio Link Set-up ») ou pour le cas d'un lien radio additionnel (ou lien radio établi à la suite de la réception par le Node B du message « Radio Link Addition »).
Cependant, ainsi que l'a observé le demandeur, il existe un autre cas où il serait important pour le Node B de connaître la puissance d'émission requise pour un lien radio. Ce cas correspond au cas où un lien radio est reconfiguré (par exemple lorsque le facteur d'étalement, ou tout paramètre permettant de définir les canaux de transport ou physiques pour ce lien radio) est changé, ...etc.). Par exemple, un cas important de reconfiguration de lien radio est celui se produisant au début d'un appel. En effet, lors de l'établissement d'un appel : - dans une première étape, lorsqu'un premier lien radio est établi, le RNC configure seulement des canaux de contrôle, ou canaux DCCH (« Dedicated Control Channel »), ou canaux logiques utilisés au début d'un appel pour transporter la signalisation selon les protocoles RRC (« Radio Resource Control ») entre RNC et UE, et NAS (« Non-Access Stratum ») entre CN et UE, ensuite, dans une deuxième étape, une fois que le CN a déterminé comment l'appel doit être traité, et transmis au RNC le message de requête d'établissement de support d'accès radio ou RAB (ou message « RAB Assignment Request ») avec des informations sur le service requis et la qualité de service requise, le RNC envoie au Node B un message de reconfiguration de lien radio, afin notamment d'ajouter des canaux de trafic, ou canaux logiques DTCH (« Dedicated Traffic Channel ») et de changer les paramètres des canaux physiques. Cette deuxième étape requiert habituellement une augmentation de puissance d'émission significative (en effet, typiquement, le débit transporté par les canaux
DCCH est seulement entre 3 et 4 kbit/s, alors que le débit transporté par les canaux DTCH peut être beaucoup plus élevé). Dans l'état actuel de la norme, il n'est pas prévu que le RNC signale au Node B la puissance d'émission initiale requise pour le sens descendant , consécutivement à une reconfiguration de lien radio. Plus précisément, dans l'état actuel de la norme, pour le mode FDD (« Frequency Division Duplex ») de l'UMTS, il est seulement prévu que le RNC signale au Node B la puissance d'émission initiale requise pour le sens descendant, dans un message « Radio Link Set-up » (dans le cas de création de nouveau lien radio) ou « Radio Link Addition » (dans le cas de création de lien radio additionnel). Pour le mode TDD (« Time Division Duplex ») de l'UMTS, il est également prévu que le RNC signale au Node B la puissance d'émission initiale requise pour le sens descendant, dans un message « Radio Link Reconfiguration Prépare », mais, comme indiqué dans la spécification 3GPP TS 25 433, la puissance d'émission initiale ainsi signalée est à appliquer par le Node B lorsqu'il commence à transmettre sur un nouveau canal CCTrCH. Ainsi, ce dernier cas correspond au cas de création d'un nouveau canal CCTrCH, et non au cas de reconfiguration d'un canal CCTrCH déjà créé. Ainsi que l'a observé le demandeur, le cas de reconfiguration de lien radio n'est donc pas actuellement traité de manière optimale. Notamment, le cas de reconfiguration de lien radio susceptible d'entraîner un changement de puissance d'émission pour au moins une entité de transmission sur ce lien radio, pour laquelle une puisance d'émission peut être définie (une telle entité de transmission pouvant correspondre notamment à un canal DPDCH, ou à un canal CCTrCH, ou plus généralement à tout type de canal pour lequel se poserait le même type de problème) n'est pas pris en compte. Il en résulte une dégradation de performances, notamment une dégradation de performances des algorithmes de contrôle d'admission radio et de contrôle de puissance, ou plus généralement une dégradation de performances du système, notamment en termes de capacité et de qualité de service.
La présente invention a notamment pour but d'éviter tout ou partie de ces inconvénients, et plus généralement d'améliorer les performances de ces systèmes.
Un des objets de la présente invention est un procédé pour améliorer les performances d'un système de radiocommunications mobiles, procédé dans lequel un élément de réseau dit premier élément de réseau émettant vers des terminaux mobiles reçoit d'au moins un autre élément de réseau, dit deuxième élément de réseau, au moins une information indicative de puissance d'émission initiale pour l'émission vers un terminal mobile, dans le cas de reconfiguration de lien radio entre ledit premier élément de réseau et ledit terminal mobile, susceptible d'entraîner un changement de puissance d'émission pour ce lien radio.
Suivant une autre caractéristique, ledit premier élément de réseau correspond à une station de base, ou Node B dans un système de type UMTS.
Suivant une autre caractéristique, ledit deuxième élément de réseau correspond à un contrôleur de stations de base, ou contrôleur de réseau radio ou RNC (« Radio Network controller ») dans un système de type UMTS.
Suivant une autre caractéristique, ledit deuxième élément de réseau correspond à un élément de réseau ayant une fonction de contrôle de communication avec ledit terminal mobile, incluant une fonction de contrôle de reconfiguration de lien radio, notamment, dans un système de type UMTS, un contrôleur de réseau radio ou RNC ayant un rôle de SRNC (« Serving Radio Network Controller »). Suivant une autre caractéristique, ledit deuxième élément de réseau correspond à un élément de réseau contrôlant ledit premier élément de réseau, notamment, dans un système de type UMTS, un contrôleur de réseau radio ou RNC contrôlant un Node B ou ayant un rôle de CRNC (« Controlling Radio Network Controller ») pour ce Node B. Suivant une autre caractéristique, notamment dans un système de type
UMTS, ladite information indicative de puissance d'émission initiale est transmise d'un RNC ayant un rôle de SRNC et un rôle de CRNC pour un Node B, vers ce Node B, selon le protocole NBAP (« Node B Application Part »).
Suivant une autre caractéristique, ledit deuxième élément de réseau correspond à un élément de réseau ne contrôlant pas ledit premier élément de réseau, et ledit premier élément de réseau reçoit ladite information indicative de puissance d'émission initiale, dudit deuxième élément de réseau, via un troisième élément de réseau contrôlant ledit premier élément de réseau, notamment, dans un système de type UMTS, via un contrôleur de réseau radio ou RNC ayant un rôle de DRNC (« Drift Radio Network Controller »).
Suivant une autre caractéristique, notamment dans un système de type UMTS, ladite information indicative de puissance d'émission initiale est transmise d'un RNC ayant un rôle de SRNC, vers un RNC ayant un rôle de DRNC et un rôle de CRNC pour un Node B, selon le protocole RNSAP (« Radio Network Subsystem Application Part »), puis re-transmise de ce dernier RNC vers le Node B, selon le protocole NBAP (« Node B Application Part »).
Suivant une autre caractéristique, ladite information est reçue dans un message de commande de reconfiguration de lien radio.
Suivant une autre caractéristique, ladite information est reçue dans un message de commande de reconfîguration de lien radio synchronisée.
Suivant une autre caractéristique, ladite information est reçue dans un message de commande de reconfiguration de lien radio non synchronisée. Suivant une autre caractéristique, dans un système de type UMTS, ledit message de commande de reconfiguration de lien radio correspond à un message « Radio Link Reconfiguration Prépare ».
Suivant une autre caractéristique, dans un système de type UMTS, ledit message de commande de reconfiguration de lien radio correspond à un message « Radio Link Reconfiguration Request ».
Suivant une autre caractéristique, ladite puissance d'émission initiale est utilisée par ledit premier élément de réseau pour un algorithme de contrôle d'admission radio. Suivant une autre caractéristique, ladite puissance d'émission initiale est utilisée par ledit premier élément de réseau pour un algorithme de contrôle de puissance.
Un autre objet de la présente invention est un élément de réseau, comportant des moyens pour mettre en œuvre un procédé suivant l'invention. Un autre objet de la présente invention est une station de base, ou Node B, comportant des moyens pour mettre en œuvre un procédé suivant l'invention. Un autre objet de la présente invention est un contrôleur de stations de base, ou contrôleur de réseau radio ou RNC (« Radio Network Controller »), comportant des moyens pour mettre en œuvre un procédé suivant l'invention. Un autre objet de la présente invention est un système de radiocommunications mobiles, comportant des moyens pour mettre en œuvre un procédé suivant l'invention.
Un autre objet de la présente invention est un contrôleur de stations de base comportant des moyens pour transmettre à une station de base au moins une information indicative de puissance d'émission initiale pour l'émission vers un terminal mobile, dans le cas de reconfiguration de lien radio entre ladite station de base et ledit terminal mobile, susceptible d'entraîner un changement de puissance d'émission pour ce lien radio.
Un autre objet de la présente invention est un contrôleur de stations de base, comportant des moyens pour transmettre à un contrôleur de stations de base au moins une information indicative de puissance d'émission initiale pour l'émission vers un terminal mobile, dans le cas de reconfiguration de lien radio entre une station de base et ledit terminal mobile, susceptible d'entraîner un changement de puissance d'émission pour ce lien radio.
Un autre objet de la présente invention est un contrôleur de stations de base, comportant des moyens pour recevoir d'un contrôleur de stations de base au moins une information indicative de puissance d'émission initiale pour l'émission vers un terminal mobile, dans le cas de reconfiguration de lien radio entre une station de base et ledit terminal mobile, susceptible d'entraîner un changement de puissance d'émission pour ce lien radio, et pour re-transmettre ladite information vers ladite station de base. Un autre objet de la présente invention est une station de base comportant des moyens pour recevoir d'un contrôleur de stations de base au moins une information indicative de puissance d'émission initiale pour l'émission vers un terminal mobile, dans le cas de reconfiguration de lien radio entre ladite station de base et ledit terminal mobile, susceptible d'entraîner un changement de puissance d'émission pour ce lien radio.
Suivant une autre caractéristique, ladite station de base comporte des moyens pour utiliser ladite information pour un algorithme de contrôle d'admission radio.
Suivant une autre caractéristique, ladite station de base comporte des moyens pour utiliser ladite information pour un algorithme de contrôle de puissance.
D'autres objets et caractéristiques de la présente invention apparaîtront à la lecture de la description suivante d'exemples de réalisation, faîte en relation avec les dessins ci-annexés dans lesquels: la figure 1 , décrite précédemment, rappelle l'architecture générale d'un système de radiocommunications mobiles, tel que notamment le système
UMTS, les figures 2 et 3 sont des schémas destinés à illustrer respectivement un premier et un deuxième exemple de mise en oeuvre d'un procédé suivant l'invention. La présente invention peut aussi être expliquée de la manière suivante.
La présente invention propose, notamment, d'effectuer une estimation de la puissance d'émission requise dans le sens descendant, dans le RNC, et de signaler la valeur ainsi obtenue au Node B, de sorte que le Node B peut l'utiliser comme puissance d'émission initiale et peut également l'utiliser pour le contrôle d'admission radio, si celui-ci est implémenté dans le Node B.
La présente invention propose notamment que le RNC signale au Node B la puissance d'émission initiale d'un lien radio, dans le cas où ce lien radio est reconfiguré (c'est-à-dire dans tout cas de changement pour ce lien radio, pouvant entraîner un changement de puissance d'émission). En particulier, ceci peut se produire dans le cas de modification de paramètres de canaux physiques ou de transport pour ce lien radio (par exemple le facteur d'étalement, le codage-canal, l'intervalle de temps ou TTI (« Transmission Time Interval »), ...etc), dans le cas d'ajout ou de suppression de canaux de transport, dans le cas de changement de service ou de qualité de service, ...etc. Comme expliqué précédemment, un cas particulier important de reconfiguration de lien radio est celui se produisant au début d'un appel.
Avantageusement, la puissance initiale pour le sens descendant (ou « Initiai DL Power », où DL est utilisé pour «Downlink ») pour le lien radio reconfiguré peut être signalée dans les mêmes messages que ceux utilisés pour reconfigurer le lien radio.
On notera qu'il existe différentes façons de reconfigurer un lien radio : reconfiguration de lien radio synchronisée (ou « synchronised radio link reconfiguration ») reconfiguration de lien radio non synchronisée (ou « unsynchronised radio link reconfiguration »). Dans ce contexte, la synchronisation se réfère à la reconfiguration de tous les liens radio au même moment pour les différents Node B avec lesquels un UE est connecté (dans le cas où l'UE est en « soft-handover » avec différents Node B).
Dans le cas de reconfiguration synchronisée, deux messages de commande de reconfiguration sont envoyés par le RNC au Node B :
- « Radio Link Reconfiguration Prépare »
- « Radio Link Reconfiguration Commit ». Selon un exemple préféré, le message utilisé pour signaler la puissance d'émission initiale d'un lien radio dans le cas de reconfiguration de ce lien radio est le premier message (« Radio Link Reconfiguration Prépare »), le second message (« Radio Link Reconfiguration Commit ») donnant normalement seulement l'instant où effectuer la reconfiguration, toutes les informations sur la reconfiguration étant données dans le premier message.
Dans le cas de reconfiguration non synchronisée, un seul message est envoyé par le RNC au Node B : - « Radio Link Reconfiguration Request ».
L'invention propose notamment d'ajouter un élément d'information ou IE
(« Information Elément ») appelé « puissance d'émission initiale dans le sens descendant, ou « Initial DL Transmission Power » à l'un et/ou l'autre des deux messages mentionnés précédemment, à savoir « Radio Link Reconfiguration Prépare » et « Radio Link Reconfiguration Request ».
On rappelle en outre la manière habituelle de définir une puissance d'émission, telle que définie notamment dans la spécification 3GPP TS 25.433, à savoir : pour le mode FDD (« Frequency Duplex Division ») : le niveau de puissance relativement à la puissance du canal CPICH primaire (ou
« Primary CPICH » où CPICH est utilisé pour « Common Pilot CHannel ») et en se référant aux symboles DPDCH (« Dedicated Physical Data CHannel ») transmis, pour le mode TDD : le niveau de puissance relativement à la puissance du canal CPICH primaire.
La présente invention propose ainsi notamment, qu'un élément de réseau dit premier élément de réseau émettant vers des terminaux mobiles reçoive d'au moins un autre élément de réseau, dit deuxième élément de réseau, au moins une information indicative de puissance d'émission initiale pour l'émission vers un terminal mobile, dans le cas de reconfiguration de lien radio entre ledit premier élément de réseau et ledit terminal mobile, susceptible d'entraîner un changement de puissance d'émission pour ce lien radio.
Notamment, ledit changement de puissance d'émission correspond à un changement de puissance d'émission pour au moins une entité de transmission sur ce lien radio, pour laquelle une puissance d'émission peut être définie.
Ledit premier élément de réseau correspond notamment à une station de base, ou Node B dans un système de type UMTS. Ledit deuxième élément de réseau correspond notamment à un contrôleur de stations de base, ou contrôleur de réseau radio ou RNC (« Radio Network controller ») dans un système de type UMTS.
Ledit deuxième élément de réseau peut notamment correspondre à un élément de réseau ayant une fonction de contrôle de communication avec ledit terminal mobile, incluant une fonction de contrôle de reconfiguration de lien radio, notamment, dans un système de type UMTS, un contrôleur de réseau radio ou RNC ayant un rôle de SRNC (« Serving Radio Network Controller »).
Suivant un premier exemple de réalisation, ledit deuxième élément de réseau peut notamment correspondre à un élément de réseau contrôlant ledit premier élément de réseau, notamment, dans un système de type UMTS, un contrôleur de réseau radio ou RNC contrôlant un Node B ou ayant un rôle de CRNC
(« Controlling Radio Network Controller ») pour ce Node B.
Suivant ce premier exemple de réalisation, dans un système de type UMTS, ladite information indicative de puissance d'émission initiale peut notamment être transmise d'un RNC ayant un rôle de SRNC et un rôle de CRNC pour un Node B, vers ce Node B, selon le protocole NBAP (« Node B Application Part »).
Suivant un deuxième exemple de réalisation, ledit deuxième élément de réseau peut notamment correspondre à un élément de réseau ne contrôlant pas ledit premier élément de réseau, et ledit premier élément de réseau peut recevoir ladite information indicative de puissance d'émission initiale, dudit deuxième élément de réseau, via un troisième élément de réseau contrôlant ledit premier élément de réseau, notamment, dans un système de type UMTS, via un contrôleur de réseau radio ou RNC ayant un rôle de DRNC (« Drift Radio Network Controller »). Suivant ce deuxième exemple de réalisation, dans un système de type UMTS, ladite information indicative de puissance d'émission initiale peut notamment être transmise, d'un RNC ayant un rôle de SRNC, vers un RNC ayant un rôle de DRNC et un rôle de CRNC pour un Node B, selon le protocole RNSAP (« Radio Network
Subsystem Application Part »), puis re-transmise de ce dernier RNC vers le Node B, selon le protocole NBAP (« Node B Application Part »).
Notamment, ladite information indicative de puissance d'émission initiale peut être transmise dans un message de commande de reconfiguration de lien radio, synchronisée ou non synchronisée, notamment, dans un système de type UMTS, l'un et/ou l'autre des messages suivants, prévus selon les protocoles NBAP et RNSAP : « Radio Link Reconfiguration Prépare », « Radio Link Reconfiguration Request ». La figure 2 est un schéma destiné à illustrer un exemple de moyens pouvant être prévus pour mettre en œuvre un procédé suivant l'invention, à titre d'exemple dans un système de type UMTS, et dans le premier exemple de réalisation mentionné ci-dessus.
Dans ce premier exemple de réalisation, ladite information indicative de puissance d'émission initiale est transmise d'un RNC, noté RNC, , ayant un rôle de SRNC et un rôle de CRNC pour un Node B, vers ce Node B, par exemple dans un message de commande de reconfiguration transmis selon le protocole NBAP.
Le RNC, comporte ainsi (en plus d'autres moyens qui peuvent être des moyens classiques): - des moyens notés 1 pour transmettre ladite information au Node B, dans un message NBAP, par exemple un message de commande de reconfiguration, tel que « Radio Link Reconfiguration Prépare » ou « Radio Link Reconfiguration Request » .
Le Node B comporte ainsi (en plus d'autres moyens qui peuvent être des moyens classiques): des moyens notés 2 pour recevoir ladite information du RNC,, des moyens notés 3 pour utiliser ladite information, par exemple pour un algorithme de contrôle d'admission radio et/ou un algorithme de contrôle de puissance, comme indiqué précédemment. La figure 3 est un schéma destiné à illustrer un exemple de moyens pouvant être prévus pour mettre en œuvre un procédé suivant l'invention, à titre d'exemple dans un système de type UMTS, et dans le deuxième exemple de réalisation mentionné ci-dessus.
Dans ce deuxième exemple de réalisation, ladite information indicative de puissance d'émission initiale est transmise d'un RNC, noté RNC2 , ayant un rôle de
SRNC, vers un RNC noté RNC3 , ayant un rôle de DRNC et un rôle de CRNC pour un
Node B, par exemple dans un message de commande de reconfiguration transmis selon le protocole RNSAP, puis re-transmise de RNC3 vers le Node B, par exemple dans un message de commande de reconfiguration transmis selon le protocole NBAP.
Le RNC2 comporte ainsi (en plus d'autres moyens qui peuvent être des moyens classiques): - des moyens notés 4 pour transmettre ladite information au RNC3, dans un message RNSAP, par exemple un message de commande de reconfiguration, tel que « Radio Link Reconfiguration Prépare » ou « Radio Link Reconfiguration Request ».
Le RNC3 comporte ainsi (en plus d'autres moyens qui peuvent être des moyens classiques):
- des moyens notés 5 pour re-transmettre ladite information au Node B, dans un message NBAP, par exemple un message de commande de reconfiguration, tel que « Radio Link Reconfiguration Prépare » ou « Radio Link Reconfiguration Request ». Le Node B comporte ainsi (en plus d'autres moyens qui peuvent être des moyens classiques): des moyens notés 6 pour recevoir ladite information du RNC3,
- des moyens notés 7 pour utiliser ladite information, par exemple pour un algorithme de contrôle d'admission radio et/ou un algorithme de contrôle de puissance, comme indiqué précédemment.
Ces différents moyens peuvent opérer suivant les procédés décrits précédemment; leur réalisation particulière ne présentant pas de difficulté particulière pour l'homme du métier, de tels moyens ne nécessitent pas d'être décrits ici de manière plus détaillée que par leur fonction.

Claims

REVENDICATIONS
1 . Procédé pour améliorer les performances d'un système de radiocommunications mobiles, procédé dans lequel un élément de réseau dit premier élément de réseau émettant vers des terminaux mobiles reçoit d'au moins un autre élément de réseau, dit deuxième élément de réseau, au moins une information indicative de puissance d'émission initiale pour l'émission vers un terminal mobile, dans le cas de reconfiguration de lien radio entre ledit premier élément de réseau et ledit terminal mobile, susceptible d'entraîner un changement de puissance d'émission pour ce lien radio.
2. Procédé selon la revendication 1 , dans lequel ledit premier élément de réseau correspond à une station de base, ou Node B dans un système de type UMTS.
3. Procédé selon l'une des revendications 1 ou 2, dans lequel ledit deuxième élément de réseau correspond à un contrôleur de stations de base, ou contrôleur de réseau radio ou RNC (« Radio Network controller ») dans un système de type UMTS.
4. Procédé selon l'une des revendications 1 à 3, dans lequel ledit deuxième élément de réseau correspond à un élément de réseau ayant une fonction de contrôle de communication avec ledit terminal mobile, incluant une fonction de contrôle de reconfiguration de lien radio, notamment, dans un système de type UMTS, un contrôleur de réseau radio ou RNC ayant un rôle de SRNC (« Serving Radio Network Controller »).
5. Procédé selon l'une des revendications 1 à 4, dans lequel ledit deuxième élément de réseau correspond à un élément de réseau contrôlant ledit premier élément de réseau, notamment, dans un système de type UMTS, un contrôleur de réseau radio ou RNC contrôlant un Node B ou ayant un rôle de CRNC (« Controlling Radio Network Controller ») pour ce Node B.
6. Procédé selon les revendications 4 et 5, dans lequel, notamment dans un système de type UMTS, ladite information indicative de puissance d'émission initiale est transmise d'un RNC ayant un rôle de SRNC et un rôle de CRNC pour un Node B, vers ce Node B, selon le protocole NBAP (« Node B Application Part »).
7. Procédé selon l'une des revendications 1 à 4, dans lequel ledit deuxième élément de réseau correspond à un élément de réseau ne contrôlant pas ledit premier élément de réseau, et ledit premier élément de réseau reçoit ladite information indicative de puissance d'émission initiale, dudit deuxième élément de réseau, via un troisième élément de réseau contrôlant ledit premier élément de réseau, notamment, dans un système de type UMTS, via un contrôleur de réseau radio ou RNC ayant un rôle de DRNC (« Drift Radio Network Controller »).
8. Procédé selon les revendications 4 et 7, dans lequel, notamment dans un système de type UMTS, ladite information indicative de puissance d'émission initiale est transmise d'un RNC ayant un rôle de SRNC, vers un RNC ayant un rôle de DRNC et un rôle de CRNC pour un Node B, selon le protocole RNSAP (« Radio Network Subsystem Application Part »), puis re-transmise de ce dernier RNC vers le Node B, selon le protocole NBAP (« Node B Application Part »).
9. Procédé selon l'une des revendications 1 à 8, dans lequel ladite information est reçue dans un message de commande de reconfiguration de lien radio.
10. Procédé selon l'une des revendications 1 à 9, dans lequel ladite information est reçue dans un message de commande de reconfiguration de lien radio synchronisée.
1 1 . Procédé selon l'une des revendications 1 à 9, dans lequel, ladite information est reçue dans un message de commande de reconfiguration de lien radio non synchronisée.
12. Procédé selon l'une des revendications 9 à 1 1 , dans lequel, dans un système de type UMTS, ledit message de commande de reconfiguration de lien radio correspond à un message « Radio Link Reconfiguration Prépare ».
13. Procédé selon l'une des revendications 9 à 1 1 , dans lequel, dans un système de type UMTS, ledit message de commande de reconfiguration de lien radio correspond à un message « Radio Link Reconfiguration Request ».
14. Procédé selon l'une des revendications 1 à 13, dans lequel ladite puissance d'émission initiale est utilisée par ledit premier élément de réseau pour un algorithme de contrôle d'admission radio.
15. Procédé selon l'une des revendications 1 à 13, dans lequel ladite puissance d'émission initiale est utilisée par ledit premier élément de réseau pour un algorithme de contrôle de puissance.
16. Elément de réseau, comportant des moyens pour mettre en œuvre un procédé selon l'une des revendications 1 à 15.
1 7. Contrôleur de stations de base (RNC,), comportant des moyens (1 ) pour transmettre à une station de base (Node B) au moins une information indicative de puissance d'émission initiale pour l'émission vers un terminal mobile (UE), dans le cas de reconfiguration de lien radio entre ladite station de base et ledit terminal mobile, susceptible d'entraîner un changement de puissance d'émission pour ce lien radio.
18. Contrôleur de stations de base (RNC2), comportant des moyens (4) pour transmettre à un contrôleur de stations de base (RNC3) au moins une information indicative de puissance d'émission initiale pour l'émission vers un terminal mobile (UE), dans le cas de reconfiguration de lien radio entre une station de base et ledit terminal mobile, susceptible d'entraîner un changement de puissance d'émission pour ce lien radio.
19. Contrôleur de stations de base (RNC3), comportant des moyens (5) pour recevoir d'un contrôleur de stations de base (RNC2) au moins une information indicative de puissance d'émission initiale pour l'émission vers un terminal mobile, dans le cas de reconfiguration de lien radio entre une station de base et ledit terminal mobile, susceptible d'entraîner un changement de puissance d'émission pour ce lien radio, et pour re-transmettre ladite information vers ladite station de base.
20. Station de base (Node B) comportant des moyens (2, ό) pour recevoir d'un contrôleur de stations de base (RNC,, RNC3) au moins une information indicative de puissance d'émission initiale pour l'émission vers un terminal mobile (UE), dans le cas de reconfiguration de lien radio entre ladite station de base et ledit terminal mobile, susceptible d'entraîner un changement de puissance d'émission pour ce lien radio.
21 . Station de base selon la revendication 20, comportant des moyens (3, 7) pour utiliser ladite information pour un algorithme de contrôle d'admission radio.
22. Station de base selon la revendication 20, comportant des moyens (3, 7) pour utiliser ladite information pour un algorithme de contrôle de puissance.
23. Système de radiocommunications mobiles, comportant des moyens pour mettre en œuvre un procédé selon l'une des revendications 1 à 15.
EP04742273A 2003-03-21 2004-03-17 Procede pour ameliorer le controle dans un systeme de radiocommunications mobiles Withdrawn EP1609253A2 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0303519A FR2852774B1 (fr) 2003-03-21 2003-03-21 Procede pour ameliorer les performances d'un systeme de radiocommunications mobiles
FR0303519 2003-03-21
PCT/FR2004/000655 WO2004086647A2 (fr) 2003-03-21 2004-03-17 Procede pour ameliorer le controle dans un systeme de radiocommunications mobiles

Publications (1)

Publication Number Publication Date
EP1609253A2 true EP1609253A2 (fr) 2005-12-28

Family

ID=32922375

Family Applications (1)

Application Number Title Priority Date Filing Date
EP04742273A Withdrawn EP1609253A2 (fr) 2003-03-21 2004-03-17 Procede pour ameliorer le controle dans un systeme de radiocommunications mobiles

Country Status (6)

Country Link
US (1) US20060189341A1 (fr)
EP (1) EP1609253A2 (fr)
JP (1) JP2006521047A (fr)
CN (1) CN1778050A (fr)
FR (1) FR2852774B1 (fr)
WO (1) WO2004086647A2 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100431282C (zh) * 2005-09-07 2008-11-05 中兴通讯股份有限公司 多条无线链路的物理信道发射功率的异步重配置方法
KR100986737B1 (ko) * 2007-08-10 2010-10-08 삼성전자주식회사 이동 통신 시스템에서 상향링크 전용채널의 제어 장치 및방법
CN101662725B (zh) * 2008-08-25 2012-07-25 大唐移动通信设备有限公司 一种实现rnc间同步发送的方法、***及设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI106667B (fi) * 1998-02-16 2001-03-15 Nokia Networks Oy Menetelmä, radioverkko-ohjain ja järjestelmä ainakin kahden radioverkko-ohjaimen kautta kulkevan makrodiversiteettiyhteyden kontrolloimiseksi solukkoradiojärjestelmässä
EP1063788A1 (fr) * 1999-06-18 2000-12-27 Alcatel Procédé pour déterminer la puissance d'émission nécessaire dans un réseau CDMA
GB0008021D0 (en) * 2000-03-31 2000-05-17 Koninkl Philips Electronics Nv Radio communication system
GB2363034B (en) * 2000-05-31 2004-04-28 Motorola Inc Communications system, call establishment procedure and method of power control in a radio communications environment
CN1203627C (zh) * 2000-07-26 2005-05-25 皇家菲利浦电子有限公司 无线电通信***
US6967942B2 (en) * 2001-06-26 2005-11-22 Motorola, Inc. Communication infrastructure and method to speed uplink data setup
GB2384650B (en) * 2002-01-28 2003-12-24 Lucent Technologies Inc Telecommunications network and method of transferring or adding at least one other uplink channel for user data into a call connection

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
JP2006521047A (ja) 2006-09-14
WO2004086647A2 (fr) 2004-10-07
US20060189341A1 (en) 2006-08-24
FR2852774B1 (fr) 2005-06-03
CN1778050A (zh) 2006-05-24
FR2852774A1 (fr) 2004-09-24
WO2004086647A3 (fr) 2004-11-18

Similar Documents

Publication Publication Date Title
EP1475979B1 (fr) Procédé pour l'établissement de connexion dans un système de radiocommunications mobiles
EP1246499B1 (fr) Procédé pour l'etablissement d'une liste de cellules voisines dans un système de radiocommunications mobiles
EP1235458B1 (fr) Procédé de gestion de ressources de traitement dans un système de radiocommunications mobiles
EP1231807A2 (fr) Gestion du débit de données sur la voie montante de façon dédicacée pour chaque mobile
EP1156698A1 (fr) Procédé de signalisation de paramètres de mode compressé à une station mobile
US7092717B2 (en) Method and system for a dynamic adjustment of a data request channel in a communication system
EP1223782B1 (fr) Procédé de gestion de ressources de traitement dans un système de radiocommunications mobiles
EP1443779B1 (fr) Procédé pour la gestion de la qualité de service dans un système de radiocommunications mobiles
FR2813006A1 (fr) Procede pour tenir compte de la capacite de traitement du trafic, pour le controle de la charge de trafic dans un reseau de radiocommunications mobiles
EP1538852B1 (fr) Procédé de préemption de ressources d'un réseau de communications mobiles, en vue de l'établissement d'un service en fonction d'un débit maximum de préemption associé
EP1609253A2 (fr) Procede pour ameliorer le controle dans un systeme de radiocommunications mobiles
EP1143639B1 (fr) Procédé d'ajustement des instants d'émission dans un système de radiocommunications mobiles
EP1476960B1 (fr) Procede d'emission en diversite dans un systeme de radiocommunications mobiles
EP1271980A1 (fr) Procédé de gestion de resources de traitement dans un système de radiocommunications mobiles
FR2861529A1 (fr) Procede de gestion de ressources de traitement dans un systeme de radiocommunications mobiles
EP2039208B1 (fr) Ordonnancement de terminaux pour l'émission de données vers un terminal sur un canal hsdpa par plusieurs stations de base
Mandayam et al. Performance and capacity of a voice/data CDMA system with variable bit rate sources
EP1223783B1 (fr) Procédé de gestion de ressources de traitement dans un système de radiocommunications mobiles
KR20000071571A (ko) 무선 통신 시스템의 버스트 전송의 조기 종료 방법
WO2009004212A1 (fr) Modification de quantite de ressource equivalente lors de controle d'admission
FR2899421A1 (fr) Dispositif perfectionne de controle de puissance et de charge de cellules d'un reseau mobile, par estimation d'evolutions temporelles des puissances et charges mesurees

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: 20051021

AK Designated contracting states

Kind code of ref document: A2

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

AX Request for extension of the european patent

Extension state: AL LT LV MK

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20080616

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: 20081227