WO2007060317A2 - Gestion de changement de canal radio - Google Patents

Gestion de changement de canal radio Download PDF

Info

Publication number
WO2007060317A2
WO2007060317A2 PCT/FR2006/002547 FR2006002547W WO2007060317A2 WO 2007060317 A2 WO2007060317 A2 WO 2007060317A2 FR 2006002547 W FR2006002547 W FR 2006002547W WO 2007060317 A2 WO2007060317 A2 WO 2007060317A2
Authority
WO
WIPO (PCT)
Prior art keywords
radio channel
channel change
database
communication
terminal
Prior art date
Application number
PCT/FR2006/002547
Other languages
English (en)
Other versions
WO2007060317A3 (fr
Inventor
Mylène PISCHELLA
Sana Ben Jemaa
Sana Horrich
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 EP06831140A priority Critical patent/EP1955569A2/fr
Publication of WO2007060317A2 publication Critical patent/WO2007060317A2/fr
Publication of WO2007060317A3 publication Critical patent/WO2007060317A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/06—Reselecting a communication resource in the serving access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1446—Reselecting a network or an air interface over a different radio air interface technology wherein at least one of the networks is unlicensed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • the present invention relates to radio communication networks and more specifically to the transfer between two networks of a radio link established between a terminal and an access network.
  • Channel transfer mechanisms can be implemented in particular in GSM networks ("Global System for Mobile Communications") and UMTS. They can also intervene between a UMTS type access network and a WLAN or vice versa access network. It is then a channel transfer between two different access technologies.
  • a channel transfer may be triggered when the terminal moves out of the coverage area of the network in which it has an established radio link. This may also be the case when the load on this network is too high to guarantee a certain level of quality of service to the terminal.
  • a channel transfer can also be triggered when the network in which the terminal has a radio channel is not or no longer suitable for the service used by the terminal.
  • Some channel transfer management algorithms take has a network quality level. Others are based on information about network coverage. Some others rely on a value indicating the network load, the term 'load' of a network indicating a ratio of radio resources used in a network on all radio resources managed in that network. Thus, the load is a value that indicates whether the network is close to being full, or if it can accept new terminals because it is able to allocate new radio channels.
  • US-2004/121777 discloses a radio channel change management method between different networks or between different frequencies, based on a network load determination. This method proposes to decide a change of radio channel according to the load of the network in which the terminal has a radio channel and the telecommunication service used by the terminal on the radio channel considered. Thus, if the load of the considered network reaches a value greater than a threshold value, it triggers a channel transfer to a target network for some terminals.
  • US-6,754,494 discloses a method for avoiding unnecessary channel changes when they are triggered upon detection of a sudden change in a quality level of the transmitted signal on the radio channel allocated to the terminal in question. For this purpose, signal levels are collected at the signal quality level between the terminal and a number of base stations. This data is processed to evaluate an improvement in signal quality in case of channel transfer. Thus, based on this evaluation, it is decided whether a channel transfer from the terminal to one of the base stations is relevant.
  • a first aspect of the present invention provides a radio channel change management method allocated to a communicating terminal in at least one radio communication network, implementing a database including associations between radio channel change management processes. and communication contexts in the network, relevance information being respectively assigned to said associations.
  • the method comprises the following steps:
  • IBI selecting, based on said relevance information assigned to at least one association corresponding to said communication context, a channel change management processing of the database
  • the present invention covers various types of radio channel transfer, including hard handover and soft handover radio channel transfers as set forth above.
  • the present invention can be applied in the context of a cii ⁇ gémènt a radio channel belonging to a network to another radio channel belonging to another network, in the case where the terminal communicates in a plurality of networks for example. It can also be applied in the context of a change from one radio channel to another radio channel, the two radio channels belonging to the same network. This last case can occur between several cells of the considered network, either when the cells operate at the same frequency, or even when they operate at different frequencies.
  • a communication context of the database may comprise a group of communication characteristics relating to the terminal and / or the network in question.
  • the relevance information assigned to an association of a communication context with a radio channel change processing indicate whether, in said communication context, it is relevant according to a given relevance criterion, to apply the processing radio channel change of said association.
  • the relevance information may relate to a given relevance criterion.
  • it may be appropriate to apply a certain radio channel change processing whereas for another relevance criterion, it may be more appropriate to apply another treatment of radio channel change. radio channel change.
  • such a method thus offers a great flexibility of application.
  • the criterion of relevance can be chosen from at least one of the criteria of the following list: a quality of service offered to the terminal, a terminal rate, a network load.
  • a quality of service offered to the terminal a terminal rate
  • a network load a network load.
  • the database management function initializes the database based on estimated data.
  • the present invention covers any type of estimated data for providing initial data to be stored in the database.
  • estimated data may in particular result from the implementation of a simulator.
  • This estimated data may also result from experience implementing radio channel change processing in the network.
  • the database management function can update the relevance information respectively assigned to the associations of a communication context and a radio channel change processing based on data received after the radio channel change.
  • the data contained in the database may change throughout the implementation of the process.
  • Such management of the database has the advantage of confirming or correcting the initial data based on data actually collected in the field.
  • Such management is particularly advantageous when the initial data of the database are derived from simulations. This management makes it possible to base the process on data more precise and more correct than those initially stored in the database.
  • Such a method may further include a step of requesting information to implement the selected radio channel change processing.
  • Information of this type useful for the implementation of the selected processing, can be obtained from the terminal or from the network or one of the networks of the plurality of networks in which or in which the terminal concerned.
  • Such a step makes it possible to implement a selected processing even if, at the time of selection, for example, all the information required for its implementation is not yet available.
  • each management process included in the database corresponds to a radio channel change algorithm associated with a respective parameterization, combinations of different settings to the same algorithm forming different respective management processes.
  • the database may contain several management processes corresponding to the same algorithm to which different parameters are respectively associated.
  • the database can also contain several management processes, each corresponding to a different algorithm with its associated setting.
  • Such parameters may correspond to different thresholds referring for example to a radio coverage criterion, or a load criterion or other.
  • a radio channel change management processing corresponds to a pair formed of an algorithm and the parameter or parameters associated with it.
  • the database thus comprises several possible treatments to be applied to make a radio channel change decision, some of these treatments being able to correspond to the same algorithm associated with different settings.
  • a second aspect of the present invention provides a radio channel change management device allocated to a terminal, comprising: a determination unit adapted to determine, relative to said terminal and as a function of communication characteristics, a communication context among said contexts communication stored in the database; a selection unit adapted to select, according to said relevance information assigned to at least one association corresponding to said communication context, a channel change management processing of the database; a decision-making unit adapted to, on the basis of the selected processing, make a decision on a radio channel change for the terminal.
  • the relevance information assigned to an association of a communication context with a radio channel change processing can indicate whether, in the communication context, it is relevant according to a given relevance criterion, to apply the change processing radio channel of said association.
  • a third aspect of the present invention provides a database management device for use in managing a radio channel change allocated to a terminal, the database having associations between radio channel change management processes and communication contexts in the network, relevance information being respectively assigned to the associations.
  • the relevance information assigned to an association of a communication context with a radio channel change processing can advantageously indicate whether, in said communication context, it is relevant according to a given relevance criterion, to apply the radio channel change processing of said association.
  • the relevance information respectively assigned to the associations of a communication context and a radio channel change processing can advantageously be updated as a function of data received after a change of radio channel.
  • a fourth aspect of the present invention provides a radio channel change management system allocated to a terminal comprising: - a database management device for use in managing a radio channel change allocated to a communicating terminal in a least one radio communication network, said database comprising associations between radio channel change management processes and communication contexts in the network, relevance information being respectively assigned to said associations; and a radio channel change management device comprising: a determination unit adapted to determine, relative to said terminal and as a function of communication characteristics, a communication context among said communication contexts stored in the database; A selection unit adapted to select, according to said relevance information assigned to at least one association corresponding to said communication context, a channel change management processing of the database; A decision-making unit adapted to, based on the selected processing, make a decision on a radio channel change for the terminal.
  • a fifth aspect of the present invention provides a computer program for installation in a radio channel change management device, comprising instructions adapted to implement the method according to the first aspect of the present invention, when a program execution by device processing means.
  • a sixth aspect of the present invention provides a computer program for installation in a database management device, comprising instructions capable of implementing the method according to the first aspect of the present invention, in a execution of the program by device processing means.
  • Figure 1 illustrates an architecture of a plurality of arrays according to an embodiment of the present invention
  • Figure 2 illustrates a database managed in one embodiment of the present invention
  • FIG. 3 illustrates the main steps of a method according to an embodiment of the present invention
  • Fig. 4 illustrates a method of using the database according to an embodiment of the present invention
  • Fig. 5 shows a method of using the database with a feedback loop according to an embodiment of the present invention
  • Figure 6 illustrates a radio channel change management apparatus according to an embodiment of the present invention.
  • the present invention is described in its application to radio channel changes in a plurality of networks. However, such a description is illustrative and not limiting.
  • An object of the present invention is to propose a mechanism method for optimizing a selection of channel transfer processes among a plurality of channel transfer processes available in a plurality of interconnected networks.
  • a mechanism advantageously takes into account the current communication context in which the terminal is located and / or all or part of the plurality of networks considered. More precisely, according to certain communication characteristics of the networks and / or terminal considered, the mechanism aims to select the most relevant channel transfer processing.
  • 'relevant treatment' is meant processing, which among the plurality of available channel transfer processes is likely to provide the best communication context with respect to a relevance criterion.
  • a mechanism according to the present invention aims to estimate whether this level of quality can be improved by the application of one of the channel transfer processes in the context of communication considered. If this is the case, the channel tran & fe ⁇ processing is then selected to obtain, in an estimated manner, the best quality level of the service used by the terminal.
  • a channel transfer processing may be selected by seeking to decrease a load level of the current network, in which the terminal has a radio channel.
  • FIG. 1 illustrates a network architecture according to an embodiment of the present invention.
  • a first telecommunication network 101 of the UMTS type, is connected to a second WLAN type telecommunication network, having a first access point 102 used to increase the coverage and a second access point 103 used to increase the capacity of the network. network.
  • the part referenced 104 representing a non-coverage area of the network 101.
  • FIG. 1 furthermore illustrates a channel transfer management function 100 and a database management function 105, these functions being able to be implemented by the same entity. network entity, or respectively each by a different entity, or each by several entities distributed in the network.
  • a communication context is defined by communication characteristics which may include static characteristics as well as dynamic characteristics, these characteristics being related to the terminal in question, or to one or more of the different networks.
  • communication characteristics may include static characteristics as well as dynamic characteristics, these characteristics being related to the terminal in question, or to one or more of the different networks.
  • the characteristics relating to the terminal may for example be a type of service used by the terminal or a level of quality of service required by the terminal. These characteristics can also be information that the terminal can obtain by measurements, such as a received power level or a level of interference received, on the current network and possibly on the other networks considered, which can be networks channel transfer targets for the terminal.
  • a communication context may also include characteristics relating to the considered networks, which may correspond to radio information such as a charge level, or information relating to the ability of the network to provide a given service and quality of service.
  • Some of these features are static. This is the case, for example, for information corresponding to the capacity of a network to provide a service. Others are dynamic features with relatively short periods of variation. This is the case, for example, for the power level received by the terminal or the load level of a network. Still others may be dynamic and have relatively long periods of variation. This is the case, for example, for a quality of service level required by a terminal.
  • a mechanism takes into account relevance information assigned to the different channel changes in a given communication context.
  • This channel transfer relevance information is preferably defined relative to a given relevance criterion.
  • this relevance information makes it possible to indicate whether it is relevant to apply such treatment or not. Applying a treatment in a given context may appear relevant for a certain criterion of relevance and may not appear relevant for another criterion.
  • a channel transfer can provide in a given communication context, an improvement in the network load and therefore appear to be relevant with respect to this criterion and it can bring a deterioration with regard to the service used by the terminal, and therefore appear to be irrelevant to this criterion.
  • the relevance information assigned to each of the associations of the database is relative to a given relevance criterion. Therefore, preferably, this relevance information is assigned to a set comprising a communication context, a channel transfer processing and a relevance criterion. They then indicate a level of probability with which the triggering of the considered channel transfer in the determined communication context will bring an improvement corresponding to the criterion of relevance considered.
  • a database is managed to associate a plurality of communication contexts respectively with a plurality of channel change processes, associations of a given communication context and a channel transfer processing are preferably respectively assigned relevant information such as those described above.
  • FIG. 2 illustrates a structure of such a database according to an embodiment of the present invention in which a single relevance criterion is taken into consideration for selecting a radio channel transfer processing.
  • This database 200 includes four communication contexts 201-204 and three channel transfer processes
  • the association corresponding to the communication context 201 with the processing 205 is assigned a relevance information p1
  • the association of the communication context 201 with the channel transfer processing 206 is assigned a relevance information. p2.
  • a database having a structure of the type described above is managed in first and second main phases by applying one of the well-known learning methods of the present invention.
  • a person skilled in the art such as a Bayesian type of learning method.
  • the first phase corresponds to the initialization of the data in the database and the second phase corresponds to an update of the database following its use by the radio channel transfer management function, thanks to the evaluation. criteria of relevance of the transfer of radio channel.
  • Such an update may advantageously correspond to a correction, and therefore an improvement, of the database on which the decision to change the radio channel is based.
  • a class referenced Class contains the communication characteristics relating to the terminal and the communication characteristics relating to the networks that make it possible to obtain the greatest probability. that a channel transfer carried out according to the Processing treatment with the Parameter setting parameterization is a relevant channel transfer with regard to a criterion of relevance determined.
  • a specific class can be created to represent the case where no channel transfer is relevant, ie the triggering of any channel transfer does not allow to obtain an improvement according to the criterion of relevance considered with a probability greater than a certain threshold.
  • These different classes can be obtained by a learning method, of the Bayesian learning method type, which takes as input all the communication characteristics relating to the terminal and the networks considered. This set is then divided into Class classes (Processing, Parameterization). Preferably, for this class determination step, a limited and predefined number of channel change processes is considered, and the parameters associated with each process vary within a predefined value range. It's possible that some classes are not significant, this is particularly the case when the setting is not adapted.
  • Figure 3 illustrates the main steps of a radio channel change management method according to an embodiment of the present invention.
  • a step 30 it is expected to receive information relating to communication characteristics taken into account to define the communication contexts stored in the database 200.
  • a communication context among the different communication contexts stored in the database is defined by communication characteristics on the one hand relating to the coverage and the load of the current network in which the terminal is located, and on the other hand relating to the coverage and the load of a neighboring network of the current network.
  • different communication contexts may be stored in the database, each indicating different respective coverage and load values for the two networks.
  • the channel transfer management function 100 is based on the data available to it with regard to the load and the coverage of the current network of the terminal, for example the UMTS network 101, and of a neighboring network, for example the WLAN 102, to determine the communication context stored in the database that is closest to the current transmission conditions of the terminal.
  • a channel transfer processing is selected according to the context thus determined and associated relevance information stored in the database.
  • a step 33 it is decided according to the selected channel transfer processing, if one triggers a channel transfer or not. In the case where it is decided not to trigger a channel change, it returns to step 30 (arrow n). In the opposite case (arrow o), a channel transfer is carried out in step 34 before returning to step 3Or If certain information is required to apply the selected channel transfer processing and is not available for the channel change management entity, they are then requested to the terminal and / or networks. For this purpose, the channel transfer management function can send a notification to the terminal and / or the networks concerned by the upcoming channel transfer, this notification containing a list of information required for the implementation of the transfer processing. selected channel, and that the channel transfer management function does not have yet.
  • a notification is sent to different networks to request information on their respective load.
  • the channel transfer management function selects a channel transfer processing dependent on characteristics relating to the signal received by the terminal, a message is sent to the terminal to indicate certain measures to be performed, and the conditions under which the information relating to These measurements can be traced back to the channel 100 transfer management function.
  • Such information can be obtained by exchanging messages between the networks and the entity responsible for the channel change, if they are related to the networks. They may also be sent from the terminal either directly to the channel change management entity, or via the network currently serving the terminal, if necessary after the terminal has made certain measurements.
  • the present invention is independent of the way in which this information is requested and reported to the channel transfer management entity which can also be a distributed entity in the various networks, or centralized.
  • the present invention covers any type of architecture for implementing such a channel transfer management method on the basis of message exchanges between a channel change management function, the different networks and the terminal.
  • the management of the database may be stated in a first and a second phase. Figure 4 illustrates such management of the database.
  • the database 200 is initialized with data obtained either by experiment, in particular by implementing measurements in the field, or theoretically, so as to structure the data like this. is described with reference to FIG. 2.
  • This initialization phase can therefore be based either on field tests or on the results of network simulations modeling the behavior of the network.
  • a possible methodology for filling database structures with a network simulator is to test each processing and associated parameterization under various load and coverage conditions, and then compare the results obtained for each channel transfer in order to assigning a relevance coefficient, or relevance information, to an association of a communication context and a radio channel transfer processing. For this purpose, it is advantageous to use Bayesian-type learning methods. Then, in the second phase 401, in a step 403, the database is used by the channel transfer management function which implements a method according to the invention as described with reference to FIG.
  • the present invention covers all the ways of carrying out the message exchanges between the terminal and the channel change management function, as well as between the different networks and this same function.
  • the information contained in these messages may relate to the communication characteristics of the networks and the terminal, which may be static, or vary dynamically during an ongoing call.
  • Fig. 5 is a diagram showing these different message exchanges in one embodiment of the present invention.
  • the channel transfer management function 100 receives information 56 relating to the terminal and to the networks considered. This information 56 can be sent by the terminal and then correspond to characteristics 54 relating to the quality of service and radio conditions measured. This information 56 can also be sent by the networks and then correspond to characteristics relating to the load 55.
  • the management function of the database 105 receives information, according to a feedback loop 53, which makes it possible to update the data. information contained in the database eri-fohction changes that occur in the transmission conditions of the terminal and networks following a channel transfer triggered by the radio channel transfer management function. In this way, it is advantageous to receive information relating to the consequences of a channel transfer in a given communication context.
  • the relevance information can then be updated according to the relevance criteria considered as a function of this information received a posteriori of the radio channel transfer. Furthermore, when a channel transfer has been decided, the channel transfer management function 100 can generate, in certain cases, messages 51 intended for the terminal and / or networks for requesting data transmission. information to implement a selected channel transfer processing.
  • the channel transfer management function can receive dynamic information such as the power of the signal received by the terminal from all or part of the networks of the plurality of networks considered, the load of the networks likely to be affected during the change of channel, the Quality of Service requested by the terminal for the current communication, a proportion of the load of a network reserved for a type of service.
  • This channel transfer management function can also receive static information such as maximum transmission power on each network, the ability of a network to provide a given service, a priority level attached to the terminal. These examples are given for illustrative purposes and are not limiting.
  • the channel transfer management function selects the channel transfer processing which is considered to be best suited, with a suitable parameterization.
  • a criterion of relevance relating to the quality of service at the level of the user. of the terminal in question.
  • a channel transfer is then considered relevant, or useful, if it increases the quality of service at the terminal.
  • the relevance information assigned to a given association of a communication context and a processing channel change take into account the decrease of the load of the current network and the increase of the load of the target network resulting from the application of this treatment in this communication context.
  • the channel transfer management function takes into account several criteria of relevance, preferably in a hierarchical manner, that is to say that the various criteria of relevance are considered one of the following: after the other in order to allow a selection of channel transfer processing if, in view of the criteria of relevance previously considered, it is not easy to select one. It is also possible to provide that, on update of the relevance information in the database, the communication contexts are modified or corrected.
  • Figure 6 illustrates a radio channel change management device 60 comprising a determination unit 61, a selection unit 62 and a decision unit 63 according to an embodiment of the present invention.
  • UMTS type network for 'Universal Mobility Telecommunication System'
  • WLAN type network for 'Wireless Local Area Network'
  • the database includes a first THO1 channel transfer processing taking into account the network coverage to decide on a radio channel transfer. According to this first processing, if a value representing a level of reception of a coverage indicator on the current network of the terminal is lower than a threshold value Tcouv_terrorism, and if a value representing a level of reception of a coverage indicator on the target network is greater than a threshold value Tcouv_cible, then the channel transfer is triggered.
  • the database includes a second channel transfer processing THO2 taking into account the load of the current and target networks so that, if a value representing a current network load level is greater than a current load threshold value Tc, and a value representing a load level of the target network is less than a threshold value Tcharge_cible, then the channel transfer is triggered.
  • the first criterion of relevance considered in this example as the most important, relates to a degradation of the quality of service provided to the terminal.
  • the second criterion of relevance is relative to the load of the two networks and it aims to avoid an overload of the target network while decreasing a load of the current network.
  • the third criterion of relevance is applicable to the terminal operating in data mode and relates to the bit rate supplied to the terminal. Thus, this third criterion aims to maintain or increase the flow offered to the terminal.
  • a communication context is defined by a first and a second characteristic, respectively character and character, relating to the terminal as well as a third and a fourth characteristic, respectively character and character, relating to the networks.
  • the first communication characteristic corresponds to the current network of the terminal and the second characteristic corresponds to a value representing the reception level of a coverage (or distance) indicator on the current network.
  • the third characteristic corresponds to the load of the UMTS network and the fourth communication characteristic corresponds to the load of the WLAN network.
  • this management function channel transfer can deduce that the terminal is in the first communication context listed in the table above, Ctx1.
  • the database 200 holds information on the two THO1 processes with parameter parami, and THO2 with parameter param2.
  • the first criterion of relevance is represented by a coefficient of urgency of 5, that is to say that it is very highly probable that such a channel transfer is relevant to this first criterion of relevance.
  • the database indicates that the application of channel transfer processing
  • THO2 in the context of communication ctx1 does not trigger channel transfer and therefore the application of THO2 treatment does not improve the transmission conditions in which the terminal is located.
  • the channel transfer management function will select the THO1 processing with its parameter parami.
  • a channel transfer is triggered.
  • the corresponding data is advantageously updated in the database 200, as described in a previous section.
  • the channel transfer management function determines that the communication context closest to the transmission conditions in which the terminal is located is the context ctx2 of the database. In this case, with regard to the first criterion of relevance, it is not easy to select a treatment between THO1 and THO2. The channel transfer management function can then refer to the second selection criterion and thus select the THO2 channel transfer management processing with its parameter param2 which appears to be the most relevant in this given context.
  • a method according to an embodiment of the present invention can be very advantageous, both at the level of the terminals and at the level of the networks themselves.
  • the implementation of such a method is simple. It requires a structured and managed database as described in the previous sections, as well as a function that is in charge of the management of channel transfers and which is related to the database.

Landscapes

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

Abstract

Une gestion de changements de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication, met en œuvre une base de données comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans les réseaux, des informations de pertinence étant respectivement affectées aux associations. On détermine (31), relativement au terminal et en fonction de caractéristiques de communication, un contexte de communication parmi les contextes de communication de la base de données. Puis, on sélectionne (32), en fonction des informations de pertinence affectées à une association correspondant au contexte de communication déterminé, un traitement de gestion de changement de canal de la base de données, qui peut correspondre à un algorithme de gestion de changement de canal et à un paramétrage particulier de cet algorithme. Sur la base du traitement sélectionné, on prend une décision (33) sur un changement de canal radio pour le terminal.

Description

GESTION DE CHANGEMENT DE CANAL RADIO
La présente invention est relative aux réseaux de radiocommunication et plus précisément au transfert entre deux réseaux d'un lien radio établi entre un terminal et un réseau d'accès.
Dans de tels réseaux, il est prévu un processus faisant en sorte qu'un terminal mobile puisse changer de canal radio de transmission en maintenant une communication en cours. Un tel processus de transfert de canal est couramment appelé "handover". Dans ce type de réseaux, on distingue d'autre part le transfert de canal progressif ou "soft handover" (SHO), dans lequel des liens radio multiples sont établis simultanément entre le terminal et plusieurs cellules voisines pendant un certain temps, ce qui assure une continuité de communication ainsi qu'une diversité de réception dans la phase transitoire, et le transfert de canal avec coupure ou "hard handover" (HHO) dans lequel la communication sur le premier canal est rompue au moment ou le terminal bascule sur le second canal.
Des mécanismes de transfert de canal peuvent être mis en œuvre notamment dans les réseaux GSM ("Global System for Mobile communications") et UMTS. Ils peuvent aussi intervenir entre un réseau d'accèlfdë type UMTS et un réseau d'accès de type WLAN ou vice-vërsa. C'est alors un transfert de canal entre deux technologies d'accès différentes.
Différentes raisons peuvent être à l'origine d'un transfert de canal radio.
Un transfert de canal peut être déclenché lorsque le terminal sort de la zone de couverture du réseau dans lequel il dispose d'un lien radio établi. Cela peut être le cas également lorsque la charge sur ce réseau est trop élevée pour garantir un certain niveau de qualité de service au terminal. Un transfert de canal peut également être déclenché lorsque le réseau dans lequel le terminal dispose d'un canal radio n'est pas ou n'est plus adapté pour le service utilisé par le terminal.
Certains algorithmes de gestion de transfert de canal prennent en compte un niveau de qualité de réseau. D'autres sont basés sur des informations relatives à la couverture de réseau. Certains autres se fondent sur une valeur indiquant la charge de réseau, le terme 'charge' d'un réseau indiquant un rapport de ressources radio utilisées dans un réseau sur la totalité des ressources radio gérées dans ce réseau. Ainsi, la charge est une valeur qui indique si le réseau est proche d'être saturé, ou si au contraire il peut accepter de nouveaux terminaux, car il est en mesure d'allouer de nouveaux canaux radio.
Le document US-2004/121777 divulgue une méthode de gestion de changement de canal radio entre différents réseaux ou entre différentes fréquences, basée sur une détermination de charge de réseau. Cette méthode propose de décider un changement de canal radio en fonction de la charge du réseau dans lequel le terminal dispose d'un canal radio et du service de télécommunication utilisé par le terminal sur le canal radio considéré. Ainsi, si la charge du réseau considéré atteint une valeur supérieure à une valeur seuil, on déclenche un transfert de canal vers un réseau cible pour certains terminaux.
Le document US-6,754,494 présente une méthode pour éviter des changements de canal inutiles lorsque ces derniers sont déclenchés sur détection d'un changement brusque d'un niveau de qualité du signal transmis sur le canal radio alloué au terminal considéré. A cet effet, on collecte des dônnéθâ7'èlatives au niveau de qualité du signal entre le terminal et un certain nombre de stations de base. Ces données sont traitées pour évaluer une amélioration de la qualité du signal en cas de transfert de canal. Ainsi, en fonction de cette évaluation, on décide si un transfert de canal du terminal vers une des stations de base est pertinent.
Par application des méthodes précitées, certains transferts de canal radio peuvent être déclenchés alors que leur mise en œuvre n'est finalement pas pertinente et n'apporte pas une amélioration attendue selon un critère souhaité.
La présente invention vise à améliorer la performance d'une gestion de transfert de canal radio. Un premier aspect de la présente invention propose un procédé de gestion de changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication, mettant en œuvre une base de données comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans le réseau, des informations de pertinence étant respectivement affectées auxdites associations. Le procédé comprend les étapes suivantes :
/a/ déterminer, relativement audit terminal et en fonction de caractéristiques de communication, un contexte de communication parmi lesdits contextes de communication de la base de données ;
IbI sélectionner, en fonction desdites informations de pertinence affectées à au moins une association correspondant audit contexte de communication, un traitement de gestion de changement de canal de la base de données ;
Ici sur la base du traitement sélectionné, prendre une décision sur un changement de canal radio pour le terminal.
La présente invention couvre différents types de transfert de canal radio, notamment les transferts de canal radio 'hard handover' et 'soft handover' tels qu'énoncés ci-avant.
La présente invention peut être appliquée dans le contexte d'un ciïàπgémènt d'un canal radio appartenant à un réseau vers un autre canal radio appartenant à un autre réseau, dans le cas où le terminal communique dans une pluralité de réseaux par exemple. Elle peut également être appliquée dans le contexte d'un changement d'un canal radio vers un autre canal radio, les deux canaux radio appartenant à un même réseau. Ce dernier cas peut se produire entre plusieurs cellules du réseau considéré, soit lorsque les cellules opèrent à la même fréquence, soit encore lorsqu'elles opèrent à des fréquences différentes. Un contexte de communication de la base de données peut comprendre un groupe de caractéristiques de communication relatives au terminal et/ou au réseau considéré. De préférence, les informations de pertinence affectées à une association d'un contexte de communication avec un traitement de changement de canal radio, indiquent si, dans ledit contexte de communication, il est pertinent selon un critère de pertinence donné, d'appliquer le traitement de changement de canal radio de ladite association. Ainsi, les informations de pertinence peuvent être relatives à un critère de pertinence donné. Ainsi, selon le critère de pertinence considéré, il peut être opportun d'appliquer un certain traitement de changement de canal radio, alors que pour un autre critère de pertinence, il est possible qu'il soit plus approprié d'appliquer un autre traitement de changement de canal radio. Avantageusement, un tel procédé offre ainsi une grande flexibilité d'application.
Le critère de pertinence peut être choisi parmi au moins un des critères de la liste suivante : une qualité de service offerte au terminal, un débit du terminal, une charge du réseau. Ainsi, il est possible de privilégier la qualité de service ou le débit que le réseau offre à un terminal et, de ce fait, de particulariser une offre du réseau en fonction du terminal auquel un tel procédé de gestion de changement de canal radio est appliqué. Il est également possible de prendre en compte des informations globales au réseau ou à la pluralité de réseaux dans laquelle le terminal se situe, pour prendre des décisions de changement de canal radio. Ces différents critères permettent d'augmenter encore la flexibilité d'application du procédé selon un mode de réalisation de la présente invention".
Dans un mode de réalisation de la présente invention, la fonction de gestion de la base de données initialise la base de données en se fondant sur des données estimées.
La présente invention couvre tout type de données estimées permettant de fournir des données initiales à stocker dans la base de données. De telles données estimées peuvent notamment résulter de la mise en œuvre d'un simulateur. Ces données estimées peuvent également résulter d'expérience de la mise en œuvre des traitements de changement de canal radio dans le réseau.
La fonction de gestion de la base de données peut mettre à jour les informations de pertinence affectées respectivement aux associations d'un contexte de communication et d'un traitement de changement de canal radio sur la base de données reçues après le changement de canal radio.
Dans de telles conditions, les données contenues dans la base de données peuvent évoluer tout au long de la mise en œuvre du procédé. Une telle gestion de la base de données présente l'avantage de confirmer ou de corriger les données initiales en fonction de données réellement recueillies sur le terrain. Une telle gestion est particulièrement avantageusement lorsque les données initiales de la base de données sont issues de simulations. Cette gestion permet de fonder le procédé sur des données plus précises et plus correctes que celles initialement stockées dans la base de données.
Un tel procédé peut en outre comprendre une étape consistant à requérir des informations pour mettre en oeuvre le traitement de changement de canal radio sélectionné. Des informations de ce type, utiles pour la mise en œuvre du traitement sélectionné, peuvent être obtenues auprès du terminal ou encore auprès du réseau ou d'un des réseaux de la pluralité de réseaux dans lequel ou dans lesquels se situe le terminal considéré. Une telle étape permet de mettre en œuvre un traitement sélectionné même si, au moment de la sélection, par exemple, toutes les informations requises pour sa mise en œuvre ne sont pas encore disponibles.
Dans un mode de réalisation de la présente invention, chaque traitemeni de gestion compris dans la base de données correspond à un algorithme de changement de canal radio associé à un paramétrage respectif, des associations de différents paramétrages à un même algorithme formant différents traitements de gestion respectifs. Ainsi, la base de données peut contenir plusieurs traitements de gestion correspondant à un même algorithme auquel sont respectivement associés différents paramètres. La base de données peut également contenir plusieurs traitements de gestion, chacun correspondant à un algorithme différent avec son paramétrage associé. De tels paramètres peuvent correspondre à différents seuils se référant par exemple à un critère de couverture radio, ou encore un critère de charge ou autre.
Ainsi, un traitement de gestion de changement de canal radio correspond à un couple formé d'un algorithme et du ou des paramètres qui lui sont associés. La base de données comprend donc plusieurs traitements possibles à appliquer pour prendre une décision de changement de canal de radio, certains de ces traitements pouvant correspondre à un même algorithme associé à différents paramétrages.
Un deuxième aspect de la présente invention propose un dispositif de gestion de changement de canal radio alloué à un terminal, comprenant : une unité de détermination adaptée pour déterminer, relativement audit terminal et en fonction de caractéristiques de communication, un contexte de communication parmi lesdits contextes de communication stockés dans la base de données ; une unité de sélection adaptée pour sélectionner, en fonction desdites informations de pertinence affectées à au moins une association correspondant audit contexte de communication, un traitement de gestion de changement de canal de la base de données ; une unité de prise de décision adaptée pour, sur la base du traitement sélectionné, prendre une décision sur un changement de canal radio pour le terminal. Les informations de pertinence affectées à une association d'un contexte de communication avec un traitement de changement de canal radio, peuvent indiquer si, dans le contexte de communication, il est pertinent selon un critère de pertinence donné, d'appliquer le traitement de changement de canal radio de ladite association. Un troisième aspect de la présente invention propose un dispositif de gestion de base de données destinées à être utilisées pour gérer un changement de canal radio alloué à un terminal, la base de données comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans le réseau, des informations de pertinence étant respectivement affectées aux associations.
Les informations de pertinence affectées à une association d'un contexte de communication avec un traitement de changement de canal radio, peuvent avantageusement indiquer si, dans ledit contexte de communication, il est pertinent selon un critère de pertinence donné, d'appliquer le traitement de changement de canal radio de ladite association.
Les informations de pertinence affectées respectivement aux associations d'un contexte de communication et d'un traitement de changement de canal radio peuvent avantageusement être mises à jour en fonction de données reçues après un changement de canal radio.
Un quatrième aspect de la présente invention propose un système de gestion de changement de canal radio alloué à un terminal comprenant : - un dispositif de gestion de base de données destinées à être utilisées pour gérer un changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication, ladite base de données comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans le réseau, des informations de pertinence étant respectivement affectées auxdites associations; et un dispositif de gestion de changement de canal radio comprenant : • une unité de détermination adaptée pour déterminer, relativement audit terminal et en fonction de caractéristiques de communication, un contexte de communication parmi lesdits contextes de communication stockés dans la base de données ; • une unité de sélection adaptée pour sélectionner, en fonction desdites informations de pertinence affectées à au moins une association correspondant audit contexte de communication, un traitement de gestion de changement de canal de la base de données ; • une unité de prise de décision adaptée pour, sur la base du traitement sélectionné, prendre une décision sur un changement de canal radio pour le terminal. Un cinquième aspect de la présente invention propose un programme d'ordinateur destiné à être installé dans un dispositif de gestion de changement de canal radio, comprenant des instructions aptes à mettre en œuvre le procédé selon le premier aspect de la présente invention, lors d'une exécution du programme par des moyens de traitement du dispositif.
Un sixième aspect de la présente invention propose un programme d'ordinateur destiné à être installé dans un dispositif de gestion de base de données, comprenant des instructions aptes à mettre en œuvre le procédé selon le premier aspect de la présente invention, lors d'une exécution du programme par des moyens de traitement du dispositif.
D'autres aspects, buts et avantages de l'invention apparaîtront à la lecture de la description d'un de ses modes de réalisation, donnée ci-après en référence aux dessins annexés.
L'invention sera également mieux comprise à l'aide de la description qui suit, en référence aux dessins joints, sur lesquels : la figure 1 illustre une architecture d'une pluralité de réseaux selon un mode de réalisation de la présente invention ; la figure 2 illustre une base de données gérée selon un mode un mode de réalisation de la présente invention ; - la figure 3 illustre les principales étapes d'un procédé selon un mode de réalisation de la présente invention; la figure 4 illustre une méthode d'utilisation de la base de données selon un mode de réalisation de la présente invention ; la figure 5 représente une méthode d'utilisation de la base de données avec une boucle de rétroaction selon un mode de réalisation de la présente invention ; la figure 6 illustre un dispositif de gestion de changement de canal radio selon un mode de réalisation de la présente invention. Dans la suite, la présente invention est décrite dans son application aux changements de canal radio dans une pluralité de réseaux. Toutefois, une telle description est illustrative et non limitative.
Un but de la présente invention est de proposer un mécanisme permettant d'optimiser une sélection de traitements de transfert de canal parmi une pluralité de traitements de transfert de canal disponibles dans une pluralité de réseaux reliés entre eux. A cet effet, un tel mécanisme prend avantageusement en compte le contexte de communication courant dans lequel se trouve le terminal et/ou tout ou partie de la pluralité de réseaux considérés. Plus précisément, en fonction de certaines caractéristiques de communication des réseaux et/ou du terminal considérés, le mécanisme vise à sélectionner le traitement de transfert de canal le plus pertinent. On entend par les termes 'traitement pertinent', le traitement, qui, parmi la pluralité de traitements de transfert de canal disponibles, est susceptible de fournir le meilleur contexte de communication relativement à un critère de pertinence.
A cet effet, après avoir déterminé un contexte de communication courant, on peut estimer si il est pertinent de déclencher tel ou tel traitement de transfert de canal dans le contexte de communication déterminé, en cherchant à estimer les conséquences d'un tel transfert de canal radio. Cette estimation peut être réalisée relativement à un ou plusieurs critères de pertinence, comme par exemple un critère de pertinence relatif à un niveau de qualité du service utilisé par le terminal. Dans un tel cas, un mécanisme selon la présente invention vise à estimer si ce niveau de qualité peut être amélioré par l'application d'un des traitements de transfert de canal dans le contexte de communication considéré. Si tel est le cas, on sélectionne alors le traitement de tran&feή de canal permettant d'obtenir, de manière estimée, le meilleur niveau de qualité du service utilisé par le terminal.
On peut également estimer une amélioration des conditions de transmission relativement à un critère de pertinence correspondant à certains des réseaux. Par exemple, on peut sélectionner un traitement de transfert de canal en cherchant à diminuer un niveau de charge du réseau courant, dans lequel le terminal dispose d'un canal radio. Dans ce cas, on vise à estimer les conséquences d'application des différents traitements de transfert de canal au contexte de communication déterminé en considérant le niveau de charge comme critère de pertinence. On peut en outre prendre en compte dans ce cas là, l'augmentation d'un niveau de charge du réseau cible fourni par chacun des traitements de transfert de canal considérés pour cette estimation. Ainsi, on est alors en mesure de sélectionner, pour le contexte de communication considéré, le traitement de transfert de canal qui apporte un bon compromis entre une diminution du niveau de charge sur le réseau courant et une augmentation du niveau de charge sur le réseau cible.
La figure 1 illustre une architecture de réseaux selon un mode de réalisation de la présente invention. Un premier réseau de télécommunication 101 , de type UMTS, est relié à un second réseau de télécommunication de type WLAN, présentant un premier point d'accès 102 utilisé pour augmenter la couverture et un second point d'accès 103 utilisé pour augmenter la capacité de réseau. La partie référencée 104 représentant une zone de non couverture du réseau 101. La figure 1 illustre en outre une fonction de gestion de transfert de canal 100 et une fonction de gestion de base de données 105, ces fonctions pouvant être mises en œuvre par une même entité réseau, ou respectivement chacune par une entité différente, ou encore chacune par plusieurs entités de façon distribuée dans le réseau.
Un contexte de communication est défini par des caractéristiques de communication qui peuvent notamment comprendre des caractéristiques statiques ainsi que des caractéristiques dynamiques, ces caractéristiques pouvant être relatives au terminal considéré, ou encore à l'un ou à plusieurs des différents réseaux. On peut par exemple prendre en compte des caractéristiques de communication relatives au réseau dans le'quel le terminal dispose d'un canal radio avant le transfert de canal ainsi que celles relatives aux réseaux potentiellement considérés comme cibles pour un transfert de canal radio.
Les caractéristiques relatives au terminal, peuvent par exemple être un type de service utilisé par le terminal ou encore un niveau de qualité de service requis par le terminal. Ces caractéristiques peuvent également être des informations que le terminal peut obtenir par des mesures, telles qu'un niveau de puissance reçue ou encore un niveau d'interférences reçues, sur le réseau courant et éventuellement sur les autres réseaux considérés, qui peuvent être des réseaux cibles de transfert de canal pour le terminal. Un contexte de communication peut également comprendre des caractéristiques relatives aux réseaux considérés, qui peuvent correspondre à des informations radio telles qu'un niveau de charge, ou des informations relatives à la capacité du réseau à fournir un service et une qualité de service donnés.
Certaines de ces caractéristiques sont statiques. Tel est le cas par exemple, pour les informations correspondant à la capacité d'un réseau à fournir un service. D'autres sont des caractéristiques dynamiques, présentant des périodes de variations relativement courtes. Tel est le cas, par exemple, pour le niveau de puissance reçue par le terminal ou encore le niveau de charge d'un réseau. D'autres encore peuvent être dynamiques et présenter des périodes de variations relativement longues. Tel est le cas, par exemple, pour un niveau de qualité de service requis par un terminal.
Dans un mode de réalisation de la présente invention, on définit plusieurs contextes de communication, chacun pouvant réunir à la fois des caractéristiques de communication relatives au terminal et des caractéristiques de communication relatives aux réseaux.
De préférence, avant de déclencher un changement de canal, un mécanisme selon un mode de réalisation de la présente invention prend en compte des informations de pertinence affectées aux différents changements de canal dans un contexte de communication donné. Ces informations de pertinence de transfert de canal sont de préférence définies de manière relative par rapport à un critère de pertinence donné. Ainsi, ces informations de pertinence permettent d'indiquer si il est pertinent d'appliquer tel traitement ou non. Appliquer un traitement dans un contexte déterminé peut apparaître comme pertinent au regard d'un certain critère de pertinence et ne pas apparaître comme pertinent au regard d'un autre critère. Ainsi, par exemple, un transfert de canal peut apporter dans un contexte de communication donné, une amélioration au niveau de la charge de réseau et donc apparaître comme pertinent au regard de ce critère et il peut apporter une détérioration au regard du service utilisé par le terminal, et donc apparaître comme n'étant pas pertinent au regard de ce critère. La pertinence d'un traitement de transfert de canal étant donc toute relative, avantageusement les informations de pertinence affectées à chacune des associations de la base de données, sont relatives à un critère de pertinence donné. Par conséquent, de préférence, ces informations de pertinence sont affectées à un ensemble comprenant un contexte de communication, un traitement de transfert de canal et un critère de pertinence. Elles indiquent alors un niveau de probabilité avec lequel le déclenchement du transfert de canal considéré dans le contexte de communication déterminé apportera une amélioration correspondant au critère de pertinence considéré.
Grâce à de telles dispositions, on peut décider de déclencher un transfert de canal uniquement dans les cas où il est fortement probable que le transfert de canal permette une amélioration correspondant à un critère de pertinence connu. Ainsi, avantageusement, on peut donc éviter de déclencher un transfert de canal lorsque les informations de pertinence indiquent qu'il ne serait probablement pas opportun de le faire. En évitant de déclencher certains changements de canal, on évite en outre que le terminal ne fasse des mesures inutiles. En effet, en règle générale, lorsqu'on déclenche un changement de canal, le terminal est sollicité pour réaliser des mesures et envoyer des informations à une entité qui gère le transfert de canal et qui requiert ces mesures pour mettre en œuvre le transfert de canal décidé.
Dans un mode de réalisation de la présente invention, une base de données est gérée de sorte à associer une pluralité de contextes de communication respectivement avec une pluralité de traitements de changement de canal, les associations d'un contexte de communication donnée et d'un traitement de transfert de canal étant de préférence respectivement affectées d'informations de pertinence telles que celles décrites ci-avant. Ainsi, en fonction des données gérées dans cette base de données, on est en mesure de déclencher des changements de canal qui présentent une forte probabilité d'améliorer des conditions de transmission, correspondant au critère de pertinence, dans la pluralité des réseaux considérés. La figure 2 illustre une structure d'une telle base de données selon un mode de réalisation de la présente invention dans lequel on prend en considération un seul critère de pertinence pour sélectionner un traitement de transfert de canal radio. Cette base de données 200 comprend quatre contextes de communication 201-204 et trois traitements de transfert de canal
205-207. Elle comprend en outre des informations de pertinence relativement à certaines associations entre un contexte de communication et un traitement de transfert de canal radio. Ainsi, l'association correspondant au contexte de communication 201 avec Ie traitement 205 est affectée d'une information de pertinence p1 , et l'association du contexte de communication 201 avec le traitement de transfert de canal 206 est affectée d'une information de pertinence p2. Dans un tel cas, si on détermine que le contexte de communication courant relatif au terminal considéré se rapproche des conditions de transmission du contexte de communication 201 , on est en mesure de sélectionner le traitement, parmi le traitement 205 et le traitement
206, qui correspond à l'information de pertinence la meilleure parmi p1 et p2.
Puis, on peut avantageusement appliquer le traitement de transfert de canal ainsi sélectionné au terminal considéré. Il est aisé d'en déduire les autres scénarii possibles, selon le contexte de communication déterminé pour le terminal considéré. Les autres associations illustrées par cette figure sont : l'association du contexte de communication 202 avec le • traitement 205 affectée de l'information de pertinence p3 ; l'association du contexte de communication 202 avec le traitement 206 affectée de l'information de pertinence p4 ; - l'association du contexte de communication 203 avec le traitement 206 affectée de l'information de pertinence p5 ; l'association du contexte de communication 203 avec le traitement 207 affectée de l'information de pertinence p6 ; l'association du contexte de communication 204 avec le traitement 206 affectée de l'information de pertinence p7 ; l'association du contexte de communication 204 avec le traitement 207 affectée de l'information de pertinence p8. Dans un mode de réalisation de la présente invention, une base de données ayant une structure du type de celle décrite ci-avant est gérée, en une première et une seconde phases principales, en appliquant une des méthodes d'apprentissage bien connue de l'homme du métier, telle qu'une méthode d'apprentissage de type bayésien. La première phase correspond à l'initialisation des données dans la base de données et la seconde phase correspond à une mise à jour de la base de données suite à son utilisation par la fonction de gestion de transfert de canal radio, grâce à l'évaluation des critères de pertinence du transfert de canal radio. Une telle mise à jour peut avantageusement correspondre à une correction, et donc une amélioration, de la base de données sur laquelle est fondée la décision de changer de canal radio. On définit différentes classes d'apprentissage.
Ainsi, pour un traitement, noté Traitement, paramétré avec des paramètres référencées Paramétrage, une classe référencée Classe (Traitement, Paramétrage) contient les caractéristiques de communication relatives au terminal et les caractéristiques de communication relatives aux réseaux qui permettent d'obtenir la plus grande probabilité qu'un transfert de canal effectué selon le traitement Traitement avec le paramétrage Paramétrage soit un transfert de canal pertinent au regard d'un critère de pertinence déterminé.
Une classe spécifique peut être créée de sorte à représenter le cas où aucun- transfert de canal n'est pertinent, c'est-à-dire que le déclenchement d'aucun transfert de canal ne permet d'obtenir une amélioration selon le critère de pertinence considéré avec une probabilité supérieure à un seuil déterminé. Ces différentes Classes peuvent être obtenues par une méthode d'apprentissage, du type méthode d'apprentissage bayésien, qui prend en entrée l'ensemble des caractéristiques de communication relatives au terminal et aux réseaux considérées. Cet ensemble est ensuite découpé en classes Classe (Traitement, Paramétrage). De préférence, pour cette étape de détermination des classes, on considère un nombre limité et prédéfini de traitements de changement de canal, et les paramètres associés à chaque traitement varient dans une plage de valeur prédéfinie. Il est possible que certaines classes soient non significatives, tel est notamment le cas lorsque le paramétrage n'est pas adapté.
On peut définir une classe d'apprentissage Classe (Traitement,
Paramétrage) de telle sorte qu'elle maximise la probabilité que le traitement Traitement et son paramétrage soient pertinents dans le contexte de communication considéré et par rapport au critère de pertinence pris comme référence.
On note que plus le nombre de caractéristiques de communication considérées est important, plus on est amené à faire une classification fine, et plus grand est le nombre de classes à gérer. Il est donc avantageux de déterminer un compromis entre une classification fine et une complexité de gestion.
Puis, dans un tel cas, en fonction de la classe à laquelle appartient le terminal considéré, on est en mesure de prendre une décision quand au traitement de transfert de canal à appliquer au terminal.
Dans la seconde phase de gestion de la base de données, par application de méthodes d'apprentissage, on continue avantageusement de mettre à jour les données stockées dans la base de données en fonction des informations, de préférence reçues depuis le terminal ou depuis les réseaux, après qu'un transfert de canal ait été déclenché afin de contrôler la réelle pertinence du transfert de canal réalisé dans le contexte de communication détecté.
La figure 3 illustre les principales étapes d'un procédé de gestion de changement de canal radio selon un mode de réalisation de la présente invention.
A une étape 30, on attend de recevoir des informations relatives à des caractéristiques de communication prises en compte pour définir les contextes de communication stockés dans la base de données 200. Lorsqu'on reçoit de telles informations, à une étape 31 , on détermine un contexte de communication parmi les différents contextes de communication stockés dans la base de données. Cette étape vise à représenter les conditions de transmission courantes du terminal par un contexte de communication prédéfini et stocké dans la base de données. Ainsi, par exemple, les contextes de communication peuvent être définis par des caractéristiques de communication d'une part relatives à la couverture et à la charge du réseau courant dans lequel se trouve le terminal, et d'autre part relatives à la couverture et à la charge d'un réseau voisin du réseau courant. Dans un tel cas, différents contextes de communication peuvent être stockés dans la base de données, chacun indiquant des valeurs respectives différentes de couverture et de charge concernant les deux réseaux.
Puis, la fonction de gestion de transfert de canal 100 se fonde sur les données dont elle dispose en ce qui concerne la charge et la couverture du réseau courant du terminal, par exemple le réseau UMTS 101 , et d'un réseau voisin, par exemple le réseau WLAN 102, pour déterminer le contexte de communication stocké dans la base de données qui se rapproche le plus des conditions de transmission courantes du terminal. A une étape 32, on sélectionne un traitement de transfert de canal en fonction du contexte ainsi déterminé et d'informations de pertinence associées stockées dans la base de données.
Ensuite, dans une étape 33, on décide en fonction du traitement de transfert de canal sélectionné, si on déclenche un transfert de canal ou non. Dans le cas où on décide de ne pas déclencher de changement de canal, on revient à l'étape 30 (flèche n). Dans le cas contraire (flèche o), on réalise un transfert de canal à l'étape 34 avant de retourner à l'étape 3Or Si certaines informations sont requises pour appliquer le traitement de transfert de canal sélectionné et ne sont pas disponibles pour l'entité de gestion de changement de canal, elles sont alors demandées au terminal et/ou aux réseaux. A cet effet, la fonction de gestion de transfert de canal peut envoyer une notification au terminal et/ou aux réseaux concernés par le transfert de canal à venir, cette notification contenant une liste d'informations requises pour la mise en œuvre du traitement de transfert de canal sélectionné, et que la fonction de gestion de transfert de canal ne possède pas encore.
Par exemple, si l'entité de contrôle sélectionne un traitement de transfert de canal dépendant de la charge des réseaux, une notification est envoyée aux différents réseaux pour requérir des informations relatives à leur charge respective.
Si, la fonction de gestion de transfert de canal sélectionne un traitement de transfert de canal dépendant de caractéristiques relatives au signal reçu par le terminal, un message est envoyé au terminal pour lui indiquer certaines mesures à effectuer, et les conditions dans lesquelles les informations relatives à ces mesures peuvent être remontées vers la fonction de gestion de transfert de canal 100.
De telles informations peuvent être obtenues par échange de messages entre les réseaux et l'entité responsable du changement de canal, si elles sont relatives aux réseaux. Elles peuvent également remontées depuis le terminal soit directement à l'entité de gestion de changement de canal, soit via le réseau qui sert actuellement le terminal, le cas échéant après que le terminal ait effectué certaines mesures. On note que la présente invention est indépendante de la façon dont ces informations sont demandées et remontées à l'entité de gestion de transfert de canal qui peut d'ailleurs être une entité distribuée dans les différents réseaux, ou centralisée. La présente invention couvre tout type d'architecture permettant de mettre en oeuvre un tel procédé de gestion de transfert de canal sur la base d'échanges de messages entre une fonction de gestion de changement de canal, les différents réseaux et le terminal.
-Ainsi, dans un mode de réalisation de la présente invention; on est donc en mesure de limiter le nombre de mesures et la quantité d'informations à remonter depuis le terminal vers la fonction de gestion de transfert de canal aux informations considérées comme étant les plus pertinentes. On diminue alors la consommation de batterie des mobiles, puisqu'ils ont moins de mesures à effectuer, ainsi que la quantité de signalisation échangée entre, d'une part, les terminaux et les réseaux, et d'autre part les réseaux et la fonction de gestion de transfert de canal radio. Dans un mode de réalisation de la présente invention, la gestion de la base de données peut être énoncée en une première et une seconde phases. La figure 4 illustre une telle gestion de la base de données. Dans la première phase 400, en une étape 402, la base de données 200 est initialisée avec des données obtenues soit par expérience, notamment en mettant en œuvre des mesures sur le terrain, soit de manière théorique, de sorte à structurer les données comme cela est décrit en référence à la figure 2. Cette phase d'initialisation peut donc se baser soit sur des tests terrain, soit sur les résultats de simulations réseaux modélisant le comportement du réseau.
Une méthodologie possible pour remplir les structures de la base de données avec un simulateur réseau consiste à tester chaque traitement et chaque paramétrage associé, dans diverses conditions de charge et de couverture, puis à comparer ensuite les résultats obtenus pour chaque transfert de canal afin d'affecter un coefficient de pertinence, ou encore information de pertinence, à une association d'un contexte de communication et d'un traitement de transfert de canal radio. On peut avantageusement mettre en œuvre à cet effet des méthodes d'apprentissage de type bayésien. Puis, dans la seconde phase 401 , en une étape 403, la base de données est utilisée par la fonction de gestion de transfert de canal qui met en œuvre un procédé selon l'invention tel que décrit en référence à la figure 3. Dans cette phase d'utilisation, avantageusement, pour chaque terminal, en fonction de caractéristiques de communication des réseaux et/ou du terminal, on évalue, d'après la base de données, si il serait opportun de déclencher un transfert de canal pour ce terminal avec un des traitements associés au coniexte de communication représentant au mieux les caractéristiques de communication courantes du terminal, que ces caractéristiques soient relatives au terminal lui-même ou encore aux différents réseaux considérés. Ensuite, dans le cas où l'on conclue à l'opportunité de déclencher un changement de canal, on prend note des résultats obtenus à l'issue du transfert de canal de manière à mettre à jour en une étape 404, le cas échéant, les données de la base de données 200, telles que le coefficient de pertinence affecté à l'association correspondante au transfert de canal effectué, ou encore le paramétrage du traitement de transfert de canal sélectionné. Puis, le procédé est appliqué à nouveau par l'étape 403 en se fondant sur la base de données ainsi mise à jour. Grâce à ce mécanisme de contre réaction de la gestion de la base de données, tel qu'illustré par la liaison 405, on est avantageusement en mesure d'affiner, de préciser ou encore de corriger a posteriori les données stockées, tout au cours de la mise en œuvre d'un procédé selon l'invention. La présente invention couvre toutes les façons d'effectuer les échanges de messages entre le terminal et la fonction de gestion de changement de canal, ainsi qu'entre les différents réseaux et cette même fonction. Les informations contenues dans ces messages peuvent être relatives aux caractéristiques de communication des réseaux et du terminal, qui peuvent être statiques, ou encore varier dynamiquement pendant une communication en cours.
La figure 5 est un schéma représentant ces différents échanges de messages dans un mode de réalisation de la présente invention. La fonction de gestion de transfert de canal 100 reçoit des informations 56 relatives au terminal et aux réseaux considérés. Ces informations 56 peuvent être envoyées par le terminal et correspondre alors à des caractéristiques 54 relatives à la qualité de service et aux conditions radio mesurées. Ces informations 56 peuvent également être envoyées par les réseaux et correspondre alors à des caractéristiques relatives à la charge 55. La fonction de gestion de la base de données 105 reçoit des informations, selon une boucle de rétroaction 53, qui permettent de mettre à jour ies informations contenues dans la base de données eri-fohction des changements qui se produisent dans les conditions de transmission du terminal et des réseaux suite à un transfert de canal déclenché par la fonction de gestion de transfert de canal radio. Par cette voie là, il est avantageux de recevoir des informations relatives aux conséquences d'un transfert de canal dans un contexte de communication donné. On peut alors mettre à jour les informations de pertinence selon les critères de pertinence considérés en fonction de ces informations reçues a posteriori du transfert de canal radio. Par ailleurs, lorsqu'un transfert de canal a été décidé, la fonction de gestion de transfert de canal 100 peut générer, dans certains cas, des messages 51 à destination du terminal et/ou des réseaux pour requérir des informations pour mettre en œuvre un traitement de transfert de canal sélectionné.
La fonction de gestion de transfert de canal peut recevoir des informations dynamiques telles que la puissance du signal reçue par le terminal de la part de tout ou partie des réseaux de la pluralité de réseaux considérés, la charge des réseaux susceptibles d'être affectés lors du changement de canal, la Qualité de Service demandée par le terminal pour la communication en cours, une proportion de la charge d'un réseau réservée à un type de service. Cette fonction de gestion de transfert de canal peut également recevoir des d'informations statiques telles qu'une puissance maximale de transmission sur chaque réseau, la capacité d'un réseau à fournir un service donné, un niveau de priorité attaché au terminal. Ces exemples sont donnés à titre illustratif et ne sont pas limitatifs. Ainsi, en fonction des données telles que structurées dans la base de données, la fonction de gestion de transfert de canal sélectionne le traitement de transfert de canal qui est considéré comme étant le mieux adapté, avec un paramétrage adapté.
Dans un mode de réalisation de la présente invention, pour l'attribution d'une information de pertinence aux différentes associations stockées dans la base de données, on peut se reporter par exemple à un critère de pertinence reiaîif-à la qualité de service au niveau du terminal considéré. Un transfert de canal est alors considéré comme pertinent, ou encore utile, s'il permet d'augmenter la qualité de service au niveau du terminal. Dans ce cas, on peut affecter une information de pertinence sous la forme d'un nombre à chaque association, le nombre le plus élevé signifiant que l'association à laquelle il est affecté est la plus adaptée au regard de ce critère de pertinence.
On peut également considérer un critère de pertinence relatif à la charge des réseaux, notamment celle du réseau courant dans lequel le terminal dispose d'un canal radio et celle du réseau cible du transfert de canal considéré. Dans ce cas, par exemple, les informations de pertinence affectées à une association donnée d'un contexte de communication et d'un traitement de changement de canal, prennent en compte la diminution de la charge du réseau courant et l'augmentation de la charge du réseau cible résultant de l'application de cet traitement dans ce contexte de communication.
Dans un mode de réalisation de la présente invention, la fonction de gestion de transfert de canal prend en compte plusieurs critères de pertinence, de préférence de manière hiérarchique, c'est-à-dire que les différents critères de pertinence sont considérés l'un après l'autre dans le but de permettre une sélection de traitement de transfert de canal si, au regard des critères de pertinence précédemment considérés, il n'est pas facile d'en sélectionner un. II est également possible de prévoir que, sur mise à jour des informations de pertinence dans la base de données, les contextes de communication soient modifiés ou corrigés.
La figure 6 illustre un dispositif de gestion de changement de canal radio 60 comprenant une unité de détermination 61 , une unité de sélection 62 et une unité de décision 63 selon un mode de réalisation de la présente invention.
Les sections suivantes illustrent un exemple d'application d'un procédé selon un mode de réalisation de la présente invention dans lequel un réseau de type UMTS (pour 'Universal Mobility Télécommunication System') comprenant par exemple trois cellules et un réseau de type WLAN (pour 'Wireless Local Area Network') comprenant deux points d'accès.
- La base de données comprend un premier traitement de transfert de canal THO1 prenant en compte la couverture de réseau pour décider d'un transfert de canal radio. Selon ce premier traitement, si une valeur représentant un niveau de réception d'un indicateur de couverture sur le réseau courant du terminal est inférieure à une valeur seuil Tcouv_actuel, et si une valeur représentant un niveau de réception d'un indicateur de couverture sur le réseau cible est supérieure à une valeur seuil Tcouv_cible, alors le transfert de canal est déclenché. La base de données comprend un second traitement de transfert de canal THO2 prenant en compte la charge des réseaux courant et cible de telle sorte que, si une valeur représentant un niveau de charge du réseau actuel est supérieure à une valeur seuil Tcharge_actuel, et si une valeur représentant un niveau de charge du réseau cible est inférieure à une valeur seuil Tcharge_cible, alors le transfert de canal est déclenché.
Dans cet exemple, trois critères de pertinence sont pris en compte de manière hiérarchique. Le premier critère de pertinence, considéré dans cet exemple comme le plus important, est relatif à une dégradation de la qualité de service fournie au terminal. Le deuxième critère de pertinence est relatif à la charge des deux réseaux et il vise à éviter une surcharge du réseau cible tout en diminuant une charge du réseau courant. Le troisième critère de pertinence est applicable au terminal fonctionnant en mode données et est relatif au débit fourni au terminal. Ainsi, ce troisième critère vise à maintenir ou augmenter le débit offert au terminal.
Un contexte de communication est défini par une première et une deuxième caractéristiques, respectivement caracti et caract2, relatives au terminal ainsi qu'une troisième et une quatrième caractéristiques, respectivement caract3 et caract4, relatives aux réseaux. La première caractéristique de communication correspond au réseau courant du terminal et la deuxième caractéristique correspond à une valeur représentant le niveau de réception d'un indicateur de couverture (ou de distance) sur le réseau courant. La troisième caractéristique correspond à la charge du réseau UMTS et la quatrième caractéristique de communication correspond à la charge du réseau WLAN.
-Lors de la phase d'initialisation de la base de données par un simulateur réseau, dans une première simulation, seul le traitement THO1 est utilisé, en faisant varier les paramètres Tcouv_actuel et Tcouv_cible. Puis, dans une deuxième simulation, le traitement THO2 est utilisé, en faisant varier les paramètres Tcharge_actuel et Tcharge_cible. Pour chaque transfert de canal inter-réseaux, une note sur 5 est donnée à chaque critère de pertinence, 5 indiquant une pertinence importante du transfert de canal considéré et 0 une faible pertinence du transfert de canal considéré, la pertinence d'un transfert de canal indiquant l'utilité du transfert de canal dans le contexte de communication considéré relativement à un critère de pertinence donné.
Figure imgf000025_0001
Figure imgf000026_0001
Dans un tel exemple, si la fonction de gestion de transfert de canal détermine que le terminal se trouve dans le réseau UMTS, avec une couverture réseau mauvaise et une charge bonne, et que le réseau WLAN présente également une charge bonne, cette fonction de gestion de transfert de canal peut en déduire que le terminal se trouve dans le premier contexte de communication listé dans le tableau ci-dessus, Ctx1.
Pour ce contexte là, la base de données 200 détient des informations sur les deux traitements THO1 avec un paramétrage parami , et THO2 avec un paramétrage param2. La probabilité que l'application du traitement THO1 dans le contexte de communication ctx1 , apporte une amélioration par rapport au
^premier critère de pertinence, est représentée par un coefficient-de .pertinence de 5, c'est-à-dire qu'il est très fortement probable qu'un tel transfert de canal soit pertinent au regard de ce premier critère de pertinence. En revanche, la base de données indique que l'application du traitement de transfert de canal
THO2 au contexte de communication ctx1 ne déclenche pas de transfert de canal et de ce fait l'application du traitement THO2 n'améliore pas les conditions de transmission dans lesquelles le terminai se trouve.
Ainsi, avantageusement, la fonction de gestion de transfert de canal sélectionnera le traitement THO1 avec son paramétrage parami .
Par conséquent, un transfert de canal est déclenché. Après le changement de canal, lorsque un nouveau canal radio est alloué au terminal, on met avantageusement à jour les données correspondantes dans la base de données 200, comme décrit dans une section précédente.
Il est possible que la fonction de gestion de transfert de canal détermine que le contexte de communication le plus proche des conditions de transmission dans lesquelles se trouve le terminal est le contexte ctx2 de la base de données. Dans ce cas, au regard du premier critère de pertinence, il n'est pas facile de sélectionner un traitement entre THO1 et THO2. La fonction de gestion de transfert de canal peut alors se référer au second critère de sélection et de ce fait sélectionner le traitement de gestion de transfert de canal THO2 avec son paramétrage param2 qui apparaît être le plus pertinent dans ce contexte donné.
Ainsi, un procédé selon un mode de réalisation de la présente invention peut être très avantageux, tant au niveau des terminaux qu'au niveau des réseaux eux-mêmes. La mise en place d'un tel procédé est simple. Elle requiert une base de données structurée et gérée comme cela est décrit dans les sections précédentes, ainsi qu'une fonction qui est en charge de la gestion des transferts de canal et qui est en relation avec la base de données.

Claims

REVENDICATIONS
1. Procédé de gestion de changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication, mettant en œuvre une base de données (200) comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans ledit réseau (201-204), des informations de pertinence étant respectivement affectées auxdites associations ; ledit procédé comprenant les étapes suivantes : /a/ déterminer (31 ), relativement audit terminal et en fonction de caractéristiques de communication, un contexte de communication parmi lesdits contextes de communication de la base de données ;
IhI sélectionner (32), en fonction desdites informations de pertinence affectées à au moins une association correspondant audit contexte de communication, un traitement de gestion de changement de canal de la base de données ;
Ici sur la base du traitement sélectionné, prendre une décision (33) sur un changement de canal radio pour le terminal.
2. Procédé selon la revendication 1 , suivant lequel les informations de pertinence affectées à une association d'un contexte de communication avec un traitement de changement de canal radio, indiquent si, dans ledit contexte de communication, il est pertinent selon un critère de pertinence donné, d'appliquer le traitement de changement de canal radio de ladite association.
3. Procédé selon la revendication 2, suivant lequel le critère de pertinence est choisi parmi au moins un des critères de la liste suivante : une qualité de service offerte au terminal, un débit du terminal, une charge du réseau.
4. Procédé selon la revendication 1 ou 2, suivant lequel la fonction de gestion de la base de données initialise (400) ladite base de données en se fondant sur des données estimées.
5. Procédé selon la revendication 1 ou 2, suivant lequel la fonction de gestion de la base de données met à jour (401 ) les informations de pertinence affectées respectivement aux associations d'un contexte de communication et d'un traitement de changement de canal radio sur la base de données reçues après le changement de canal radio.
6. Procédé la revendication 1 ou 2, comprenant en outre une étape consistant à requérir des informations pour mettre en œuvre le traitement de changement de canal radio sélectionné.
7. Procédé selon la revendication 1 ou 2, suivant lequel chaque traitement de gestion compris dans la base de données correspond à un algorithme de gestion de changement de canal radio associé à un paramétrage respectif, des associations de différents paramétrages à un même algorithme formant différents traitements de gestion respectifs.
8. Dispositif (60) de gestion de changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication, ieu il dispositif opérant en fonction d'une base de données (200)~comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans le réseau (201-204), des informations de pertinence étant respectivement affectées auxdites associations ; ledit dispositif comprenant : une unité de détermination (61 ) adaptée pour déterminer, relativement audit terminal et en fonction de caractéristiques de communication, un contexte de communication parmi lesdits contextes de communication stockés dans la base de données ; une unité de sélection (62) adaptée pour sélectionner, en fonction desdites informations de pertinence affectées à au moins une association correspondant audit contexte de communication, un traitement de gestion de changement de canal de la base de données ; - une unité de prise de décision (63) adaptée pour, sur la base du traitement sélectionné, prendre une décision sur un changement de canal radio pour le terminal.
9. Dispositif de gestion de changement de canal radio selon la revendication 8, dans lequel les informations de pertinence affectées à une association d'un contexte de communication avec un traitement de changement de canal radio, indiquent si, dans ledit contexte de communication, il est pertinent selon un critère de pertinence donné, d'appliquer le traitement de changement de canal radio de ladite association.
10. Dispositif de gestion de base de données (200) destinées à être utilisées pour gérer un changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication, ladite base de données comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans le réseau (201-204), des informations de pertinence étant respectivement
' afftsoîetss auxdites associations ; lesdites informations "de " pertinence indiquant si, dans ledit contexte de communication, il est pertinent selon un critère de pertinence donné, d'appliquer le traitement de changement de canal radio de ladite association.
11. Dispositif de gestion de base de données selon la revendication 10, dans lequel les informations de pertinence affectées respectivement aux associations d'un contexte de communication et d'un traitement de changement de canal radio sont mises à jour (401 ) en fonction de données reçues après un changement de canal radio.
12. Système de gestion de changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication ledit système opérant en fonction d'une base de données (200) comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans lesdits réseaux (201-204), des informations de pertinence étant respectivement affectées auxdites associations ; ledit système comprenant : un dispositif de gestion de base de données (200) destinées à être utilisées pour gérer un changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication, ladite base de données comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans lesdits réseaux (201-204), des informations de pertinence étant respectivement affectées auxdites associations; et un dispositif de gestion de changement de canal radio comprenant :
• une unité de détermination (61 ) adaptée pour déterminer, relativement audit terminal et en fonction de caractéristiques de communication, un contexte de communication parmi lesdits contextes de communication stockés dans la base de données ;
• une unité de sélection (62) adaptée pour sélectionner, en fonction desdites informations de pertinence affectées à au moins une association correspondant audit contexte de communication, un traitement de gestion de changement de canal de la base de données ;
• une unité de prise de décision (63) adaptée pour, sur la base du traitement sélectionné, prendre une décision sur un changement de canal radio pour le terminal.
13. Programme d'ordinateur destiné à être installé dans un dispositif de gestion de changement de canal radio, comprenant des instructions aptes à mettre en œuvre le procédé selon l'une quelconque des revendications 1 à 7, lors d'une exécution du programme par des moyens de traitement du dispositif.
14. Programme d'ordinateur destiné à être installé dans un dispositif de gestion de base de données, comprenant des instructions aptes à mettre en œuvre le procédé selon l'une quelconque des revendications 1 à 7, lors d'une exécution du programme par des moyens de traitement du dispositif.
PCT/FR2006/002547 2005-11-28 2006-11-20 Gestion de changement de canal radio WO2007060317A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP06831140A EP1955569A2 (fr) 2005-11-28 2006-11-20 Gestion de changement de canal radio

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0512018 2005-11-28
FR0512018A FR2894106A1 (fr) 2005-11-28 2005-11-28 Gestion de changement de canal radio

Publications (2)

Publication Number Publication Date
WO2007060317A2 true WO2007060317A2 (fr) 2007-05-31
WO2007060317A3 WO2007060317A3 (fr) 2007-07-19

Family

ID=36930167

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2006/002547 WO2007060317A2 (fr) 2005-11-28 2006-11-20 Gestion de changement de canal radio

Country Status (3)

Country Link
EP (1) EP1955569A2 (fr)
FR (1) FR2894106A1 (fr)
WO (1) WO2007060317A2 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5442807A (en) * 1993-04-26 1995-08-15 Nec Corporation Mobile communication system with cell site selection for dispersion of traffic
US6275703B1 (en) * 1996-12-04 2001-08-14 Nokia Telecommunications Oy Controlling handover in a mobile communication network
US6504828B1 (en) * 1999-03-11 2003-01-07 Telefonaktiebolaget Lm Ericsson (Publ) Adaptive handoff algorithms for mobiles operating in CDMA systems
GB2397468A (en) * 2003-01-20 2004-07-21 Motorola Inc Generating a handover decision in response to a desired handover probability in response to a cell load condition

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5442807A (en) * 1993-04-26 1995-08-15 Nec Corporation Mobile communication system with cell site selection for dispersion of traffic
US6275703B1 (en) * 1996-12-04 2001-08-14 Nokia Telecommunications Oy Controlling handover in a mobile communication network
US6504828B1 (en) * 1999-03-11 2003-01-07 Telefonaktiebolaget Lm Ericsson (Publ) Adaptive handoff algorithms for mobiles operating in CDMA systems
GB2397468A (en) * 2003-01-20 2004-07-21 Motorola Inc Generating a handover decision in response to a desired handover probability in response to a cell load condition

Also Published As

Publication number Publication date
WO2007060317A3 (fr) 2007-07-19
EP1955569A2 (fr) 2008-08-13
FR2894106A1 (fr) 2007-06-01

Similar Documents

Publication Publication Date Title
EP2011357B1 (fr) Gestion de ressources radio dans un reseau de telecommunications radio
EP0986928B1 (fr) Procede d'allocation dynamique de canaux dans un reseau cellulaire de radiocommunication
EP1722585B1 (fr) Procédé et système de planification de puissance des porteuses dans un réseau cellulaire de télécommunication
EP2198644B1 (fr) Mesure radio dans un reseau de radiocommunication
EP2225900B1 (fr) Configuration d'une couverture radio
FR2664768A1 (fr) Regulation de la charge de stations fixes dans un reseau de radiocommunication cellulaire.
FR3093392A1 (fr) Méthode d’accès par liaison multiple à un réseau
EP1677556A1 (fr) Procédé et système pour l'exploitation d'un réseau de communications mobiles
EP1724975A1 (fr) Dispositif d'analyse de données d'analyse modifiées, en vue de l'optimisation d'un réseau de communication
EP1955569A2 (fr) Gestion de changement de canal radio
EP1624709B1 (fr) Procédé et système pour l'exploition d'un réseau cellulaire de communications mobiles
EP3692741B1 (fr) Procédé de mutation d'un terminal mobile entre stations d'accès dans un contexte multi-opérateurs
EP1401227B1 (fr) Procédé de dimensionnement de l'interface radio pour le trafic GPRS et le trafic GPRS avec voix GSM
FR2900787A1 (fr) Gestion d'une mobilite decentralisee dans un reseau de telecommunications radio mobiles
EP1624617A1 (fr) Procédé et système pour l'exploitation d'un réseau cellulaire de communications mobiles
EP2263408A1 (fr) Gestion de ressource de transmission
WO2023247303A1 (fr) Procédé de fourniture d'informations, procédé de sélection, et entités configurées pour mettre en œuvre ces procédés
FR3030989A1 (fr) Systeme pour evaluer la qualite de communication dans un reseau sans-fil
WO2006072731A1 (fr) Procede et systeme pour l'exploitation d'un reseau cellulaire de communications mobiles
WO2006061532A1 (fr) Determination d'un etat de deplacement d'un terminal mobile
WO2022269157A1 (fr) Procede d'allocation d'une ressource frequentielle a au moins un terminal, dispositif associe
FR3140729A1 (fr) Méthode de gestion de ressources radio dans un réseau cellulaire au moyen d’une cartographie hybride de caractéristiques radio
FR2973638A1 (fr) Procede et dispositif d'evaluation d'un parametre destine a decider un transfert intercellulaire
FR2883695A1 (fr) Generation automatique de liste de cellules voisines
FR2866185A1 (fr) Procede de constitution d'une liste reduite de cellules voisines et dispositif pour la mise en oeuvre du procede.

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006831140

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 2006831140

Country of ref document: EP