EP1922846A1 - Procédé de gestion d'une interface pourvue de moyens de contrôle de terminaux distants - Google Patents

Procédé de gestion d'une interface pourvue de moyens de contrôle de terminaux distants

Info

Publication number
EP1922846A1
EP1922846A1 EP06791848A EP06791848A EP1922846A1 EP 1922846 A1 EP1922846 A1 EP 1922846A1 EP 06791848 A EP06791848 A EP 06791848A EP 06791848 A EP06791848 A EP 06791848A EP 1922846 A1 EP1922846 A1 EP 1922846A1
Authority
EP
European Patent Office
Prior art keywords
interface
value
flow
intended
stream
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP06791848A
Other languages
German (de)
English (en)
Inventor
Karine Guillouard
Stéphane Atheo
David Blanchet
Jean-Marie Bonnin
Lucian Suciu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP1922846A1 publication Critical patent/EP1922846A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • H04L43/0894Packet rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416Real-time traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/26Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263Rate modification at the source after receiving feedback
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0205Traffic management, e.g. flow control or congestion control at the air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0284Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • H04W28/12Flow control between communication endpoints using signalling between network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0896Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • H04W28/20Negotiating bandwidth
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • H04W28/22Negotiating communication rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04Registration at HLR or HSS [Home Subscriber Server]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]

Definitions

  • the present invention relates to a data transmission method within a telecommunication system including a plurality of terminals able to exchange data streams between them via at least one communication network.
  • a second decision-making algorithm is furthermore provided for realizing a distribution optimal flow on the various remaining interfaces, after any re-allocation of the stream or flows executed by the fast algorithm.
  • a slow algorithm is furthermore provided for realizing a distribution optimal flow on the various remaining interfaces, after any re-allocation of the stream or flows executed by the fast algorithm.
  • an appearance or reappearance of an interface will be taken into account by the fast algorithm which will be able to redirect towards this new interface flows passing through other less advantageous interfaces, such a re-direction being then followed by a implementation of the slow algorithm in order to optimally distribute the flows on the various interfaces that co-exist within the terminal considered.
  • One of the aims of the invention is to propose a method of data transmission according to which congestion phenomena of one or more interfaces of a terminal will be immediately detected and quickly taken into account so as to prevent as much as possible any interruption of flow can be due to saturation of the corresponding interface.
  • the present invention has the utility of allowing a given terminal to control a flow rate adjustment through one or more interfaces which it is provided to allow optimal and dynamic management resources offered by said interface or interfaces.
  • a data transmission method according to the introductory paragraph is characterized according to the invention in that it includes:
  • a rate adjustment step intended to be executed by an entity issuing said particular flow when the maximum value of flow offered by the interface is less than the accumulated value and after receiving a setting value, during which the the lowest value between said setting value and the value currently assigned to said particular stream by the transmitting entity is attributed to the rate of said particular stream.
  • the invention allows a given terminal to control a flow control of a particular flow that passes through one of its interfaces when said interface is engorged, such an adjustment being possible both in a case where the issuing entity is included in the terminal considered and then generates a so-called outgoing flow, only in a case where the transmitting entity is included in a remote terminal, and then transmits a so-called flow. entering the terminal concerned.
  • this remote terminal will be required to adjust the flow rate of the flow or flows it emits, not only according to its own transmission capacity, but also according to a capacity that will have the terminal given to absorb and process the flow that it is intended to receive, a capacity that is implicitly described by the content of the adjustment signal as a function of parameters relating to the activity of the given terminal that the remote terminal can not know.
  • the rate adjustment step is performed by the transmitting entity after receiving the setting value by assigning the flow rate of the particular flow the lowest value between the value of setting and the value currently assigned to said particular flow by the transmitting entity.
  • This embodiment is intended to ensure that the flow rate setting by the transmitting entity can be done only in the direction of a reduction, so that a security is thus established in order to make it impossible to increase the flow rate. that would be inconsistent with the investee's own resources, a situation that might otherwise occur in a case where the set value would be higher than the value of the flow commonly assigned to the particular flow by the issuing entity.
  • the flow values involved in the calculation of the cumulative value may correspond to flows actually passing through the interface considered, but such a value may also correspond to a flow which does not yet pass through the interface, but whose establishment was requested from the terminal considered by a remote terminal.
  • the remote terminal will have issued a request to establish a new stream for the terminal in question, a request specifying a rate value to be attributed to said new stream.
  • this rate value to be allocated will be sufficiently high to cause saturation of the interface, the terminal considered will send back to the remote terminal a setting signal carrying a rate value considered acceptable by the terminal considered.
  • the remote terminal can send an acknowledgment signal having a shape similar to that of a setting signal carrying a value of setting equal to the specified value, to confirm to the remote terminal the acceptance by the terminal considered of this rate value for the new flow whose establishment was required.
  • a method such as. described above includes a step of determining a plurality of acceptable rate values for at least one particular data stream, the setting value transmitted during execution of the rate setting step of a particular stream being formed by the flow rate nominal value of said particular flow which is immediately below its current flow rate.
  • a method as described above also includes a step of classification according to a predetermined priority order of the various flows attributed to each interface, the flows to be submitted. at a rate adjustment step then being intended to be selected in order of increasing priority.
  • the classification stage thus makes it possible to privilege the transmission of some types of data compared to others.
  • data defining stimuli to be rendered in real time to a user of the terminal such as those conveyed in an audio stream or a video stream in the context of a videophone application, may be considered as priority over a textual data streams for the transmission of which a latency may appear acceptable, because imperceptible to the user who can not contrario to be inconvenienced by an interruption, even momentary, audio or video stimuli.
  • the flow of textual data which will have previously been assigned a lower priority order than that allocated to the audio and video streams, will be subject to the adjustment step throughput to free up bandwidth for other higher priority streams.
  • a method according to the above description will also advantageously include a switching step to be performed within such a terminal, during which another interface is assigned to a flow subjected to this switching step when the maximum value of flow offered by the interface is less than the cumulative value.
  • the switching step provided in this variant of the invention is intended to allow to unclog a saturated interface, in a situation where one or more stages of reduction of flow will have been insufficient to achieve this result, by redirecting one or more flows data to an interface other than their current interface, which is not possible in the current state of the art according to which such switching is possible only in case of total loss of the current interface.
  • the present invention makes it possible to achieve optimal and dynamic management of the specific bandwidths of the various interfaces in line with variations in the operating conditions of said interfaces, the stream to be subjected to a switching step being able for example to be selected in order of increasing priority.
  • the method described above also includes a step of selecting that of these streams which has a minimum flow rate which makes it possible to obtain, when it is subtracted from the sum of flow rate values. allocated to the streams intended to pass through the interface in question, a value closest to that of the available bit rate offered by this interface, the stream thus selected being then intended to be subjected to a switching step.
  • Such a selection step makes it possible to exploit the entire measurement of the bandwidth of an interface by only submitting to the switching step the stream or flows whose disappearance will make it possible to obtain a total transmission rate through the interface. interface considered as close as possible to the rate actually made available by this interface at a given time.
  • Such a comparison of the effects produced by disappearances of films may be made only between streams presenting the same degree of priority, but such a comparison may alternatively be operated independently of the respective degrees of priority of these flows, the degrees of priority then being intended to be taken into account only in the presence of two flows whose disappearances would produce identical effects in terms of bandwidth release.
  • any submission to the switching step of the stream in question will be inhibited until the actual flow allocated by the interface to said flow concerned has not been reduced to a minimum value which will be constituted, when several acceptable flow rate nominal values have been determined for this flow during the determination step, by the lowest of said values.
  • This particular mode of implementation of the variant of the invention makes it possible to choose to preferentially reduce, in the event of saturation of an interface, the flow rates of the non-priority flows to their minimum values, without modifying the flow rates of the flows. priority, and, if this measure is not sufficient to unclog the interface, to subject to the switching step, in order of increasing priority, these non-priority flows, without the flow rates of the priority flows being found therein. altered.
  • the switching step may be inhibited as long as the rates actually allocated by the interface to the flows that pass through it will not all have been reduced to their values. respective minimums.
  • the method which conforms thereto is characterized in that it furthermore includes a step of increasing the flow rate after a switching step and intended to to increase the rate of a particular stream subjected to said step of increasing.
  • the step of increasing is a particular type of setting step, for the execution of which the sending entity will assign the flow rate of the flow concerned the setting value, except in a case where such a value would be too important to be compatible with the resources available to the issuing entity, in which case the issuing entity will signify its inability to perform the required increase.
  • the invention also relates, as a product obtained directly during the implementation of a method according to the preceding description, to a signal intended to convey a particular data stream through an interface included in a terminal, which signal includes at least one field defining a minimum rate for forming a component of a cumulative value resulting from a sum of bit rate values to be assigned to the streams intended to transit through said interface, which accumulated value is intended to be compared, within said terminal, to an available rate offered by this interface.
  • the transmission method described above can be implemented in various ways, in particular in hard-wired form or in software form.
  • the invention therefore also relates, as a means useful for its implementation, a computer program product downloadable via a telecommunications network and / or stored in a memory of a central unit and / or stored on a memory medium intended to cooperate with a reader of said central unit, said program being intended to be implemented within a terminal capable of transmitting and / or receiving at least one data stream, which program includes: . at least one instruction ordering the execution of a comparison step between a maximum rate value offered by an interface through which a particular stream travels and a cumulative value resulting from a sum of bit rate values to be attributed to the flows intended for to transit through said interface, and. at least one instruction ordering the execution of a step of transmitting a setting value to a transmitting entity of said particular stream, which transmission step is intended to be executed when the maximum value of bit rate offered by the interface is less than to the accumulated value.
  • the invention also relates to a data medium on which is stored a computer program according to the preceding description, or intended to store, with reference to an identifier designating a data stream conveyed by a signal such as as defined above, at least one value of a minimum flow rate specific to said data stream.
  • the invention also relates to a telecommunication system including a plurality of terminals able to exchange data streams with each other via at least one communication network, characterized in that it includes:
  • flow reduction means adapted to adjust the flow rate of said particular flow and intended to be activated by transmitting a setting value to an entity transmitting said flow when the maximum value of flow offered by the interface is less than the accumulated value .
  • the invention also relates to a terminal capable of transmitting and / or receiving at least one data stream, terminal characterized in that it includes:
  • flow reduction means adapted to adjust the flow rate of said particular flow and intended to be activated after receiving a setting value to be produced when the maximum bit rate offered by the interface is less than the accumulated value.
  • Fig. 1 is a block diagram illustrating a telecommunication system in which the invention is implemented
  • Fig.2 is a block diagram showing a terminal included in such a telecommunication system.
  • Fig.3 is a sequential diagram showing a method according to an advantageous embodiment of the invention.
  • Fig. 1 schematically shows a telecommunication system SYST. including a plurality of terminals T 1 ... Tt ... Th able to exchange data streams Strl ... Strt ... Strh via N distinct communication networks CNWl, CNW2 ... CNWN.
  • various communication networks may be one or more cable networks of the RTC type (abbreviation known to those skilled in the art of the term "Switched Telephone Network”), one or more cellular radio networks of GSM or UMTS type (known abbreviations those skilled in the art of the respective English names "Global System for Mobiles" and "Universal Mobile Telecommunication System”), or one or more local wireless networks such as networks compliant with the IEEE 802.3, IEEE 802.11 or IEEE 802.15 standards.
  • the different data streams Str1 ... Strt ... Strh are intended to be transmitted and / or received by DPM processing means 1 ... DPMt ... DPMh data conveyed by said streams, via a plurality of means interface IM 1 ... IMt ... IMh.
  • the interface means IMt of the terminal Tt are traversed by a composite stream STR which contains particular streams Str1 and Strh respectively transmitted by the terminals T1 and Th.
  • monitoring DCt included in the terminal Tt detects a saturation of one or more interfaces included in the interface means IMt, this monitoring module DCt produced, in the present example for each stream Strl and Strh to which respective identifiers IdI and Idh have previously been allocated, a control value DrI and Drh to achieve a reduction of the flow rates of said streams Strl and Strh to release bandwidth at the interface means IMt.
  • Adjustment values DrI and Drh are transmitted by means of Tun (Strl, DrI) and Tun (Strh, Drh) control signals to the terminals Tl and Th which have been. recognized by the identifiers IdI and Idh as respectively containing the transmitting entities of the particular streams Str1 and Strh, in this case the processing means DPM1 and DPMh, each of which will then allocate to the flow of the stream Str1 or Strh that it transmits the value the lower between the setting value DrI or Drh and the value currently assigned to said flow Strl or Strh, which ensures that the flow rate setting by the transmitting entity can be done only in the direction of a compatible reduction with the resources of the relevant terminal Tl and Th.
  • the monitoring module DCt of the terminal Tt can simultaneously internally transmit an additional adjustment value Drt to the processing means DPMt which may constitute an entity transmitting an outgoing stream Strt whose bit rate must also be reduced.
  • Drt additional adjustment value
  • a DrhO rate value involved in the calculation of the cumulative value may also correspond to a flow that does not yet pass through the interface, for example the stream Strh before its actual establishment, which will then be requested from the terminal Tt by the remote terminal Th by means of a request for setting SeRq (DrhO) of a new stream Strh sent to the terminal Tt, which request specifying a value of bit rate DrhO to be allocated to said new stream Strh
  • this value of bit rate DrhO will be high enough to cause saturation of the interface means IMt
  • the terminal Tt will send in return to the terminal Th a Tun tuning signal (Strh, Drh) carrying a Drh rate value considered acceptable by the terminal Tt.
  • this terminal can send a Tun acknowledgment signal (Strh, DrhO) having a shape similar to that of a signal of a carrier setting of a setting value equal to the specified value DrhO, to confirm to the terminal Th the acceptance by the terminal Tt of this DrhO rate value for the new stream Strh whose establishment was required.
  • a Tun acknowledgment signal (Strh, DrhO) having a shape similar to that of a signal of a carrier setting of a setting value equal to the specified value DrhO
  • Fig.2 shows in more detail the terminal Tt included in the telecommunication system described above.
  • this terminal Tt comprises interface means IMt, which include, in the embodiment illustrated here, SWM switching means able to switch to a new interface a particular stream initially transiting to Through a given interface, such a switching may in particular occur when the maximum value of the bit rate offered by the given interface is less than a sum of bit rate values attributed to the flows actually passing through said interface.
  • the terminal Tt comprises a flow monitoring module DCt which contains a CPU central unit able to control input / output means I / O and a memory MEM in which is stored in the form of a Following instructions a method according to the invention to achieve an optimization of the distribution of flows (Str 11 ... Str 1 k) ... (Strp 1 ... Strpq) on the various interfaces INTl ... INTP.
  • a flow monitoring module DCt which contains a CPU central unit able to control input / output means I / O and a memory MEM in which is stored in the form of a Following instructions a method according to the invention to achieve an optimization of the distribution of flows (Str 11 ... Str 1 k) ... (Strp 1 ... Strpq) on the various interfaces INTl ... INTP.
  • the monitoring module DCt includes in the present example means for adjusting the effective flow rates of the streams (Str 11 ... Str Ik) ... (Strp 1 ... Strpq) intended to cross the interfaces INTl ... INTP, which means of adjustment are able to send to an issuing entity which has generated a particular flow a control signal
  • the monitoring module DCt is here intended to register within this table TAB information relating to the flow rates of the various flows through the various interfaces, and to extract from this table TAB Strinf information about these flows. If, in the example described here, the table TAB is recorded outside the monitoring module DCt, this table TAB can be stored, in other embodiments of the invention, within the frame itself. MEM memory included in the.
  • each segment of the TAB table furthermore includes a plurality of scales of nominal bit rate values each allocated to a stream traversing the interface considered and conveyed in included fields. in said flows, for example the scales of values noted (Dr 11 M ... Dr 11 m) ... (Dr IkM ... Dr lkm) which are respectively allocated to streams Strl 1 ... Strlk crossing the interface Intl.
  • the lowest of the nominal bit rates Drljm allocated to a stream Strlj constitutes the minimal flow specific to said stream Strlj, each these flows being further provided with a priority degree Pl 1 ... PIk of its own, each stream Str 11 ... Strlk being further associated with a predefined set (Tl 1 ... TIr). (TkI ... Tks) types of interfaces with which this flow is compatible, arranged in a predetermined order of preference.
  • the monitoring module DCt is able to detect a saturation of a given interface, for example the interface INTl, which will result in the fact that a cumulative value Dtfl of the flows of the streams (Str 11 ... Str Ik) allocated at this interface becomes greater than a DMl value of the available bit rate actually offered at the instant considered by the given interface INTl.
  • This monitoring module DCt can then transmit, on the one hand, at least one tuning signal Tun (Strj, Drj) intended for the transmitting entity of the stream Strj which will thus be instructed to adjust the bit rate of said stream Strj to a value Drj, and on the other hand a switching signal Cm (Str, Int) for an ISM control module SWM switching means, and carrying an identifier Int of the interface to be assigned to a stream Str.
  • Tun Stringj, Drj
  • Cm for an ISM control module SWM switching means
  • the monitoring module DCt thus has, in addition to the possibility of increasing or reducing the flow rate Strj transiting through the interface means IMt, that of ordering the reassignment of a stream Str to another interface than its current interface by producing an interface identifier Int distinct from that currently assigned to said stream Str, the type of the new interface being chosen in order of decreasing preference within the set of types of interfaces with which this stream is compatible .
  • the ISM control module will decode for this purpose the switching signal Cm (Str, Int), and produce a control signal Iswc SWM switching means to perform the instructions conveyed by said switching signal Cm (Str, Int ).
  • FIG. 3 illustrates, in the form of a step diagram, the operation of a data transmission method that allows optimal management of the resources offered by a particular interface, in accordance with a particular mode of implementation of the invention.
  • This method is distinguished by including an initial CMPO comparison step, in which a cumulative value DTF resulting from a sum of bit rate values associated with the various streams to which the particular interface has been allocated is compared to a maximum value DM of the bit rate offered by said particular interface at the instant considered.
  • an NPDEC step of reducing flow rates of non-priority flows is executed.
  • a first test step of a first type T1 is then performed, for the purpose of determining whether the reduction of the flow rates of the non-priority flows has been sufficient to unclog the interface, which is achieved by comparing with the maximum value of flow.
  • DM a new cumulative value DTF, obtained after execution of the adjustment step. If not, a DTFDEC step for reducing the flows of the priority streams is executed.
  • This reduction is here made in steps, that is to say that after the value of the flow of a priority flow has been replaced by its immediately lower nominal value, a new test step of the first type T1 will be executed for determine if the newly performed decrease was sufficient to unclog the interface.
  • various DTFDEC steps to reduce allocated bit rates through the interface to the priority flows can be executed according to several possible operating alternatives. We can thus choose a first option consisting of executing several successive reductions on several separate streams to which the same degree of priority has been allocated, so as not to penalize any of these flows in relation to his peers.
  • a second option consisting of continuing to reduce the flow of a particular stream until it reaches its minimum value, only to begin to reduce the flow of another stream to which the same priority will have been allocated, and so on until the interface has been unloaded. It may further be considered to proceed for each flow only one flow reduction operation intended to reduce all of a sudden this flow to its minimum value.
  • a new test step of the first type T1 will then determine if this switching will be sufficient to unclog the interface, which is to compare a posteriori the minimum flow Drm the selected flow available flow offered to this stream by its current interface. As long as the interface is full, non-priority streams will be subject to new STRCOM switching steps.
  • the selection of the stream to be subjected to the switching step STRCOM may be carried out in a sequence that is the inverse of that previously described, which sequence will be preferentially subjected to STRCOM switch stage of the flows whose disappearance will achieve a cumulative value DTF closest to the maximum value DM flow offered by the interface, regardless of the degree of priority of this flow, the degrees of priority n ' then being intended to be taken into account only in the presence of two flows whose disappearances would produce identical effects in terms of bandwidth release.
  • the iterative process previously described will continue until the available rate DM becomes again greater than or equal to the value of the cumulative rates DTF.
  • the setting thus obtained is saved during a validation step SVSET of the parameters, which will itself be followed by a new comparison step CMPO, in order to operate a constant monitoring of the conditions of communication interface that allows to adapt the configuration dynamically.
  • a next step DTFINC for increasing the throughput of a stream having a higher degree of priority is executed, for example by selection. its flow rate value immediately above its current flow rate, which rate increase step DTFINC is followed by a test step of a third type T22, similar to a test step of the first type and to determine whether this increase had the effect of saturating the interface again. If this is the case, it is the previous rate setting that will be saved during a PRVSET validation step of the parameters. If not, a new step DTFINC rate increase will be executed, and then submitted to validation by a new test step of the third type T22, the different flows subjected to successive DTFINC stages of increase of flow being chosen in order of decreasing priority.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé de transmission au sein d'un système de télécommunication incluant une pluralité de terminaux aptes à échanger entre eux des flux de données. Ce procédé inclut au moins : . une étape CMPO, T1 de comparaison entre une valeur maximale DM de débit offert par une interface et une valeur cumulée DTF des débits des flux destinés à traverser ladite interface, et . une étape NPDEC, DTFDEC de réglage de débit d'un flux particulier après transmission d'une valeur de réglage à une entité émettrice dudit flux, destinée à être exécutée lorsque la valeur maximale DM est inférieure à la valeur cumulée DTF. L'invention permet à un terminal donné de piloter un réglage du débit d'un flux, même dans un cas où ce flux est généré par un terminal distant.

Description

Procédé de gestion d'une interface pourvue de moyens de contrôle de terminaux distants
La présente invention concerne un procédé de transmission de données au sein d'un système de télécommunication incluant une pluralité de terminaux aptes à échanger entre eux des flux de données via au moins un réseau de communication.
Un tel procédé est décrit dans un article intitulé « Achieving "Always Best Connected" through Extensive Profile Management », dont le contenu a été présenté au cours d'une manifestation « 9th International Conférence on Personal Wireless Communications » en Septembre 2004. Dans le système mettant en œuvre le procédé connu, de multiples réseaux de communication permettent aux terminaux de communiquer entre eux via une pluralité d'interfaces dont est muni chaque terminal. Le procédé connu permet de détecter la perte d'une interface en cours de fonctionnement d'un terminal donné, et de rediriger quasi-instantanément un flux auquel l'interface perdue aura été initialement attribuée vers une autre interface au moyen d'un premier algorithme de prise de décision, dit algorithme rapide, qui permet théoriquement de sauvegarder une continuité de flux. Un deuxième algorithme de prise de décision, dit algorithme lent, est en outre prévu pour réaliser une répartition optimale des flux sur les diverses interfaces subsistantes, après toute ré-attribution du ou des flux exécutée par l'algorithme rapide. En outre, une apparition ou réapparition d'une interface sera prise en compte par l'algorithme rapide qui pourra rediriger vers cette nouvelle interface des flux transitant au travers d'autres interfaces moins avantageuses, une telle re-direction étant alors suivie d'une mise en œuvre de l'algorithme lent afin de répartir de manière optimale les flux sur les diverses interfaces qui co-existent au sein du terminal considéré.
Cependant, les inventeurs ont constaté que les mises en œuvre consécutives des algorithmes duaux rapide et lent ne permettent pas d'obtenir un fonctionnement optimal du système de télécommunication, et plus particulièrement du terminal, dans certaines situations qui seront immanquablement amenées à se produire lorsque ledit système opérera en conditions réelles. Parmi ces conditions particulières figure une situation fort probable dans laquelle une interface ne disparaît pas totalement, mais se, trouve perturbée de manière passagère, de sorte que cette interface est amenée à ne plus offrir aux flux destinés à la traverser qu'un débit total fortement réduit par rapport à celui initialement prévu pour cette interface. Dans une telle situation, selon l'enseignement de l'état de la technique précité, c'est l'algorithme lent qui sera amené à prendre des mesures correctives en vue de trouver une nouvelle répartition optimale des flux, ce qui risque d'introduire une période de latence ayant une durée suffisamment substantielle pour que des flux transitant au travers de l'interface saturée soient purement et simplement interrompus et perdus, ce qui n'est pas acceptable.
L'un des buts de l'invention est de proposer un procédé de transmission de données selon lequel des phénomènes d'engorgement d'une ou plusieurs interfaces d'un terminal seront immédiatement détectés et rapidement pris en compte de manière à prévenir autant que faire se peut toute interruption de flux pour cause de saturation de l'interface correspondante. En particulier, la présente invention a pour utilité de permettre à un terminal donné de commander un réglage de débit de flux traversant une ou plusieurs interfaces dont il est muni afin d'autoriser une gestion optimale et dynamique de ressources offertes par ladite ou lesdites interfaces. En effet, un procédé de transmission de données conforme au paragraphe introductif est caractérisé selon l'invention en ce qu'il inclut :
. une étape de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite ce flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits à attribuer aux flux destinés à transiter au travers de ladite interface, et
. une étape de réglage de débit, destinée à être exécutée par une entité émettrice dudit flux particulier lorsque la valeur maximale de débit offert par l'interface est inférieure à la valeur cumulée et après réception d'une valeur de réglage, au cours de laquelle la valeur la plus faible entre ladite valeur de réglage et la valeur couramment attribuée audit flux particulier par l'entité émettrice est attribuée au débit dudit flux particulier.
L'invention permet à un terminal donné de piloter un réglage du débit d'un flux particulier qui transite au travers d'une de ses interfaces lorsque ladite interface est engorgée, un tel réglage étant possible aussi bien dans un cas où l'entité émettrice est incluse dans le terminal considéré et génère alors un flux dit sortant, que dans un cas où l'entité émettrice est incluse dans un terminal distant, et émet alors un flux dit. entrant à destination du terminal considéré. Ainsi, dans une telle hypothèse, ce terminal distant sera amené à ajuster le débit du ou des flux qu'il émet, non seulement en fonction de ses propres capacités d'émission, mais aussi en fonction d'une capacité qu'aura le terminal donné à absorber et traiter le flux qu'il est destiné à recevoir, capacité qui est implicitement décrite par le contenu du signal de réglage en fonction de paramètres relatifs à l'activité du terminal donné que ne peut connaître le terminal distant.
Selon un mode de mise en œuvre particulier de l'invention, l'étape de réglage de débit est exécutée par l'entité émettrice après réception de la valeur de réglage en attribuant au débit du flux particulier la valeur la plus faible entre la valeur de réglage et la valeur couramment attribuée audit flux particulier par l'entité émettrice. Ce mode de mise en œuvre vise à assurer que le réglage du débit par l'entité émettrice ne puisse se faire que dans le sens d'une réduction, de sorte qu'une sécurité est ainsi instaurée en vue de rendre impossible une augmentation du débit qui serait incompatible avec les ressources propres à l'entité émettrice, situation qui pourrait sinon se produire dans un cas où la valeur de réglage serait plus élevée que la valeur du débit couramment attribuée au flux particulier par l'entité émettrice.
Les valeurs de débits intervenant dans le calcul de la valeur cumulée peuvent correspondre à des flux transitant effectivement au travers de l'interface considérée, mais une telle valeur peut également correspondre à un flux qui ne transite pas encore au travers de l'interface, mais dont l'établissement a été sollicité auprès du terminal considéré par un terminal distant. Dans une telle situation, le terminal distant aura émis une requête d'établissement d'un nouveau flux à destination du terminal considéré, requête spécifiant une valeur de débit à attribuer audit nouveau flux. Dans un cas où cette valeur de débit à attribuer se trouvera être suffisamment élevée pour provoquer une saturation de l'interface, le terminal considéré enverra en retour au terminal distant un signal de réglage porteur d'une valeur de débit considérée comme acceptable par le terminal considéré. Dans un cas où la valeur de débit spécifiée par le terminal distant est considérée comme acceptable par le terminal considéré, celui-ci pourra envoyer un signal d'acquittement présentant une forme semblable à celle d'un signal de réglage porteur d'une valeur de réglage égale à la valeur spécifiée, en vue de confirmer au terminal distant l'acceptation par le terminal considéré de cette valeur de débit pour le nouveau flux dont l'établissement a été requis.
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que. décrit plus haut inclut une étape de détermination d'une pluralité de valeurs nominales de débit acceptables pour au moins un flux de données particulier, la valeur de réglage transmise en cours d'exécution de l'étape de réglage de débit d'un flux particulier étant formée par la valeur nominale de débit propre audit flux particulier qui est immédiatement inférieure à son débit courant.
L'existence d'une échelle de plusieurs valeurs nominales de débit acceptables pour un ou plusieurs flux traversant une interface permettra d'ajuster par paliers les différents débits des flux munis de telles échelles de valeurs et autorise donc une plus grande finesse dans la répartition de bande passante entre divers flux simultanés. Dans d'autres modes de mise en œuvre de l'invention, on pourra toutefois ne procéder pour chaque flux qu'à une seule opération de diminution de débit destinée à abaisser d'un seul coup ce débit à sa valeur minimale.
Selon une variante de ce mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus inclut en outre une étape de classement selon un ordre de priorité prédéterminé des divers flux attribués à chaque interface, les flux devant être soumis à une étape de réglage de débit étant alors destinés à être sélectionnés par ordre de priorité croissante.
La mise en place d'un classement par ordre de priorité permettra de choisir, en cas de saturation d'une interface, de réduire préférentiellement les débits des flux non- prioritaires jusqu'à leurs valeurs minimales, sans modifier les débits des flux prioritaires. L'étape de classement permet ainsi de privilégier la transmission de certains types de données par rapport à d'autres. Par exemple, des données définissant des stimuli devant être restitués en temps réel à un utilisateur du terminal, telles celles véhiculées dans un flux audio ou un flux vidéo dans le cadre d'une application de visiophonie, pourront être considérées comme prioritaires par rapport à un flux de données textuelles pour la transmission desquelles une latence pourra paraître acceptable, car imperceptible pour l'utilisateur qui ne pourra a contrario manquer d'être incommodé par une interruption, même momentanée, des stimuli audio ou vidéo. Ainsi, en cas de saturation de l'interface véhiculant ces trois flux, le flux de données textuelles, auquel aura été préalablement attribué un ordre de priorité plus faible que celui attribué aux flux audio et vidéo, se verra soumis à l'étape de réglage de débit de manière à libérer de la bande passante au profit d'autres flux plus prioritaires.
Selon une variante de l'invention, destinée à être mise en œuvre au sein d'un, système de télécommunication incluant une pluralité de réseaux de communication avec lesquels au moins l'un des terminaux est apte à communiquer via de multiples interfaces, un procédé conforme à la description qui précède inclura en outre avantageusement une étape de commutation destinée à être exécutée au sein d'un tel terminal, au cours de laquelle une autre interface est attribuée à un flux soumis à cette étape de commutation lorsque la valeur maximale de débit offert par l'interface est inférieure à la valeur cumulée.
L'étape de commutation prévue dans cette variante de l'invention a vocation à permettre de désengorger une interface saturée, dans une situation où une ou plusieurs étapes de réduction de débit auront été insuffisantes pour parvenir à ce résultat, en redirigeant un ou plusieurs flux de données vers une interface autre que leur interface courante, ce qui n'est pas possible dans l'état actuel de la technique selon lequel une telle commutation n'est possible qu'en cas de perte totale de l'interface courante. Ainsi, la présente invention permet de réaliser une gestion optimale et dynamique de bandes passantes propres aux diverses interfaces en adéquation avec des variations de conditions de fonctionnement desdites interfaces, le flux devant être soumis à une étape de commutation pouvant par exemple être sélectionné par ordre de priorité croissante.
Un mode de mise en œuvre avantageux de cette variante de l'invention permet de sélectionner en vue d'une commutation celui des flux dont la disparition produira les effets les plus bénéfiques à une exploitation efficiente des ressources offertes par l'interface. Dans ce mode de mise en œuvre avantageux, le procédé décrit ci-dessus inclut en outre une étape de sélection de celui de ces flux qui présente un débit minimal qui permet d'obtenir, lorsqu'il est soustrait à la somme de valeurs de débits attribuées aux flux destinés à transiter au travers de l'interface considérée, une valeur la plus proche de celle du débit disponible offert par cette interface, le flux ainsi sélectionné étant alors destiné à être soumis à une étape de commutation.
Une telle étape de sélection permet d'exploiter toute la mesure de la bande passante d'une interface en ne soumettant à l'étape de commutation que le ou les flux dont la disparition permettra d'obtenir un débit total de transmission au travers de l'interface considérée aussi proche que possible du débit rendu effectivement disponible par cette interface à un instant donné.
Une telle comparaison des effets produits par des disparitions de fïux pourra n'être opérée qu'entre flux présentant un même degré de priorité, mais une telle, comparaison pourra alternativement être opérée indépendamment des degrés de priorité respectifs de ces flux, les degrés de priorité n'étant alors destinés à être pris en compte qu'en présence de deux flux dont des disparitions produiraient des effets identiques en termes de libération de bande passante.
Selon un mode de mise en œuvre particulier de la variante de l'invention décrite plus haut, toute soumission à l'étape de commutation du flux considéré sera inhibée tant que le débit effectivement alloué par l'interface audit flux considéré n'aura pas été réduit à une valeur minimale qui sera constituée, lorsque plusieurs valeurs nominales de débit acceptables auront été déterminées pour ce flux au cours de l'étape de détermination, par la plus faible desdites valeurs.
Ce mode de mise en œuvre particulier de la variante de l'invention permet de choisir de réduire préférentiellement, en cas de saturation d'une interface, les débits des flux non-prioritaires jusqu'à leurs valeurs minimales, sans modifier les débits des flux prioritaires, et, si cette mesure n'est pas suffisante pour désengorger l'interface, de soumettre à l'étape de commutation, par ordre de priorité croissante, ces flux non prioritaires, sans que les débits des flux prioritaires ne s'en trouvent altérés. Selon un autre mode de mise en œuvre particulier de cette variante de l'invention, l'étape de commutation pourra être inhibée tant que les débits effectivement alloués par l'interface aux flux qui la traversent n'auront pas tous été réduits à leurs valeurs minimales respectives. Dans ce mode de mise en œuvre particulier, il aura été considéré préférable d'effectuer une réduction de débit répartie sur tous les flux qui traversent une interface saturée, que ces flux soient ou non prioritaires, avant de soumettre effectivement un ou plusieurs de ces flux à l'étape de commutation par ordre de priorité croissante. Selon un mode de mise en œuvre préféré de la variante de l'invention décrite plus haut, le procédé qui y est conforme est caractérisé en ce qu'il inclut en outre une étape d'augmentation de débit postérieure à une étape de commutation et destinée à augmenter le débit d'un flux particulier soumis à ladite étape d'augmentation.
L'étape d'augmentation est un type particulier d'étape de réglage, pour l'exécution de laquelle l'entité émettrice attribuera au débit du flux concerné la valeur de réglage, sauf dans un cas où une telle valeur serait trop importante pour être compatible avec les ressources dont dispose ladite entité émettrice, auquel cas cette entité émettrice signifiera son incapacité à exécuter l'augmentation requise.
L'exécution d'une ou plusieurs étapes d'augmentation après que des flux non prioritaires auront vu leurs débits réduits à leurs valeurs minimales ou auront été commutés vers d'autres interfaces autorisera une nouvelle attribution des ressources ainsi libérées au profit des flux prioritaires, ce qui permettra de parachever l'optimisation de la gestion de la bande passante réalisée grâce à l'invention.
L'invention concerne également, en tant que produit obtenu directement lors de la mise en œuvre d'un procédé conforme à la description qui précède, un signal destiné à véhiculer un flux de données particulier au travers d'une interface incluse dans un terminal, lequel signal inclut au moins un champ définissant un débit minimal destiné à former une composante d'une valeur cumulée résultant d'une somme de valeurs de débits à attribuer aux flux destinés à transiter au travers de ladite interface, laquelle valeur cumulée étant destinée à être comparée, au sein dudit terminal, à un débit disponible offert par cette interface.
Le procédé de transmission décrit ci-dessus peut être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. L'invention concerne donc également, en tant que moyen utile à sa mise en œuvre, un produit programme d'ordinateur téléchargeable via un réseau de télécommunication et/ou stocké dans une mémoire d'une unité centrale et/ou stocké sur un support mémoire destiné à coopérer avec un lecteur de ladite unité centrale, ledit programme étant destiné à être mis en œuvre au sein d'un terminal apte à émettre et/ou à recevoir au moins un flux de données, lequel programme inclut : . au moins une instruction ordonnant l'exécution d'une étape de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits à attribuer aux flux destinés à transiter au travers de ladite interface, et . au moins une instruction ordonnant l'exécution d'une étape de transmission d'une valeur de réglage à une entité émettrice dudit flux particulier, laquelle étape de transmission étant destinée à être exécutée lorsque la valeur maximale de débit offert par l'interface est inférieure à la valeur cumulée.
Selon un aspect matériel, l'invention concerne également un support de données sur lequel est mémorisé un programme d'ordinateur conforme à la description qui précède, ou destiné à mémoriser, en référence à un identifiant désignant un flux de données véhiculé par un signal tel que défini plus haut, au moins une valeur d'un débit minimal propre audit flux de données.
Selon un autre de ses aspects matériels, l'invention concerne également un système de télécommunication incluant une pluralité de terminaux aptes à échanger entre eux des flux de données via au moins un réseau de communication, système caractérisé en ce qu'il inclut :
. des moyens de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits à attribuer aux flux destinés à transiter au travers de ladite interface, et
. des moyens de réduction de débit aptes à régler le débit dudit flux particulier et destinés à être activés par transmission d'une valeur de réglage à une entité émettrice dudit flux lorsque la valeur maximale de débit offert par l'interface est inférieure à la valeur cumulée.
Selon encore un autre de ses aspects matériels, l'invention concerne également un terminal apte à émettre et/ou à recevoir au moins un flux de données, terminal caractérisé en ce qu'il inclut :
. des moyens de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits à attribuer aux flux destinés à transiter au travers de ladite interface, et
. des moyens de réduction de débit aptes à régler le débit dudit flux particulier et destinés à être activés après réception d'une valeur de réglage destinée à être produite lorsque la valeur maximale de débit offert par l'interface est inférieure à la valeur cumulée.
Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels :
La Fig.l est un schéma fonctionnel qui illustre un système de télécommunication dans lequel l'invention est mise en œuvre,
La Fig.2 est un schéma fonctionnel qui représente un terminal inclus dans un tel système de télécommunication, et
La Fig.3 est un diagramme séquentiel qui représente un procédé conforme à un mode de mise en œuvre avantageux de l'invention.
La Fig.l représente schématiquement un système de télécommunication SYST. incluant une pluralité de terminaux T 1...Tt... Th aptes à échanger entre eux des flux de données Strl ...Strt...Strh via N réseaux de communication distincts CNWl, CNW2...CNWN. Parmi ces divers réseaux de communication pourront figurer un ou plusieurs réseaux câblés de type RTC (abréviation connue de l'homme du métier de l'appellation "Réseau Téléphonique Commuté"), un ou plusieurs réseaux radio cellulaires de type GSM ou UMTS (abréviations connues de l'homme du métier des appellations anglaises respectives "Global System for Mobiles" et "Universal Mobile Télécommunication System"), ou encore un ou plusieurs réseaux sans fil locaux tels des réseaux conformes aux standards IEEE 802.3, IEEE 802.11 ou IEEE 802.15.
Les différents flux de données Strl ...Strt...Strh sont destinés à être émis et/ou reçus par des moyens de traitement DPM 1...DPMt... DPMh des données véhiculées par lesdits flux, via une pluralité de moyens d'interface IM 1...IMt... IMh. Chaque terminal Tj (pour j=l à h) inclut en outre un module de surveillance DCj apte à comparer une valeur maximale de débit offert par une interface du terminal concerné au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits attribuées aux flux transitant effectivement au travers de ladite interface. Chaque terminal Tj (pour j=l à h) inclut en outre des moyens de réduction de débit localisés dans les moyens de traitement DPMj inclus dans ledit terminal Tj et aptes à réduire le débit dudit flux particulier et destinés à être activés après réception d'une valeur de réglage destinée à être produite lorsque la valeur maximale de débit offert par l'interface considérée est inférieure à la valeur cumulée.
Ainsi, dans l'exemple de mise en œuvre représenté ici, les moyens d'interface IMt du terminal Tt sont traversés par un flux composite STR qui contient des flux particuliers Strl et Strh respectivement émis par les terminaux Tl et Th. Lorsque le module de surveillance DCt compris dans le terminal Tt détecte une saturation d'une ou plusieurs interfaces incluses dans les moyens d'interface IMt, ce module de surveillance DCt produit, dans le présent exemple pour chacun des flux Strl et Strh auxquels des identifiants respectifs IdI et Idh auront été préalablement attribués, une valeur de réglage DrI et Drh devant permettre d'obtenir une réduction des débits desdits flux Strl et Strh afin de libérer de la bande passante au niveau des moyens d'interface IMt. Ces valeurs de réglage DrI et Drh sont transmises au moyen de signaux de réglage Tun( Strl, DrI) et Tun(Strh,Drh) aux terminaux Tl et Th qui ont été. reconnus grâce aux identifiants IdI et Idh comme contenant respectivement les entités émettrices des flux particuliers Strl et Strh, en l'occurrence les moyens de traitement DPMl et DPMh, chacun desquels attribuera alors au débit du flux Strl ou Strh qu'il émet la valeur la plus faible entre la valeur de réglage DrI ou Drh et la valeur couramment attribuée audit flux Strl ou Strh, ce qui permet d'assurer que le réglage du débit par l'entité émettrice ne puisse se faire que dans le sens d'une réduction compatible avec les ressources du terminal concerné Tl et Th.
Il est à noter que le module de surveillance DCt du terminal Tt peut simultanément transmettre en interne une valeur de réglage supplémentaire Drt aux moyens de traitement DPMt qui pourront constituer une entité émettrice d'un flux sortant Strt dont le débit doit également être réduit. En outre, si les valeurs de débits intervenant dans le calcul de la valeur cumulée
"correspondront le plus souvent à des flux transitant effectivement au travers de l'interface considérée, une valeur débit DrhO intervenant dans le calcul de la valeur cumulée peut également correspondre à un flux qui ne transite pas encore au travers de l'interface, par exemple le flux Strh avant son établissement effectif, qui aura alors été sollicité auprès du terminal Tt par le terminal distant Th au moyen d'une requête d'établissement SeRq(DrhO) d'un nouveau flux Strh émise vers le terminal Tt, laquelle requête spécifiant une valeur de débit DrhO à attribuer audit nouveau flux Strh. Dans un cas où cette valeur de débit DrhO se trouvera être suffisamment élevée pour provoquer une saturation des moyens d'interface IMt, le terminal Tt enverra en retour au terminal Th un signal de réglage Tun(Strh,Drh) porteur d'une valeur de débit Drh considérée comme acceptable par le terminal Tt. Dans un cas où la valeur de débit DrhO spécifiée par le terminal Th est considérée comme acceptable par le terminal Tt, celui-ci pourra envoyer un signal d'acquittement Tun(Strh,DrhO) présentant une forme semblable à celle d'un signal de réglage porteur d'une valeur de réglage égale à la valeur spécifiée DrhO, en vue de confirmer au terminal Th l'acceptation par le terminal Tt de cette valeur de débit DrhO pour le nouveau flux Strh dont l'établissement a été requis.
La Fig.2 représente plus en détail le terminal Tt inclus dans le système de télécommunication précédemment décrit. Ainsi qu'exposé ci-dessus, ce terminal Tt comprend des moyens d'interface IMt, qui incluent, dans l'exemple de réalisation illustré ici, des moyens de commutation SWM aptes à faire commuter vers une nouvelle interface un flux particulier transitant initialement au travers d'une interface donnée, une telle commutation pouvant notamment intervenir lorsque la valeur maximale de débit offert par l'interface donnée est inférieure à une somme de valeurs de débits attribuées aux flux transitant effectivement au travers de ladite interface.
Dans l'exemple illustré ici, le terminal Tt comprend un module de surveillance de débit DCt qui contient une unité centrale CPU apte à contrôler des moyens d'entrée/sortie I/O et une mémoire MEM dans laquelle est mémorisé sous forme d'une suite d'instructions un procédé conforme à l'invention visant à réaliser une optimisation de la répartition des flux (Str 11... Str 1 k) ... (Strp 1... Strpq) sur les diverses interfaces INTl ... INTP.
Le module de surveillance DCt inclut dans le présent exemple des moyens de réglage des débits effectifs des flux (Str 11... Str Ik)... (Strp 1... Strpq) destinés à traverser les interfaces INTl ...INTP, lesquels moyens de réglage sont aptes à envoyer à une entité émettrice qui a généré un flux particulier un signal de réglage
Tun(Strj,Drj) porteur d'au moins un identifiant dudit flux Strj (pour j=l t h dans l'exemple décrit ici), et d'une valeur Drj du débit qui doit être alloué à ce flux particulier Strj, lequel signal de réglage Tun(Strj,Drj) visant à prévenir cette entité émettrice du fait que le débit du flux considéré est trop important et doit être réduit à la source, qui sera soit constituée par les moyens de traitement DPMt lorsque le flux Strj concerné est un flux sortant, soit incluse dans un terminal distant lorsque le flux concerné est un flux entrant, auquel cas un signal de réglage lui sera envoyé au travers de l'interface attribuée à ce flux, comme c'est le cas ici pour des signaux de réglage Tun(Strl,Drl) et Tun(Strh,Drh).
Dans le mode de mise en œuvre décrit ici, le terminal Tt inclut des moyens de mémorisation d'une table TAB dans laquelle sont regroupés, au sein de segments relatifs chacun à une interface INTi (pour i=l à P), des renseignements relatifs à cette interface, notamment le débit maximum DMi rendu disponible par cette interface INTi et le débit cumulé Dtfi des divers flux auxquels cette interface a été attribuée. Le module de surveillance DCt est ici destiné à inscrire au sein de cette table TAB des informations relatives aux débits des différents flux traversant les diverses interfaces, et à extraire de cette table TAB des informations Strinf concernant ces flux. Si, dans l'exemple décrit ici, la table TAB est enregistrée à l'extérieur du module de surveillance DCt, cette table TAB pourra être mémorisée, dans d'autres modes de mise en œuvre de l'invention, au sein même de la mémoire MEM incluse dans le. module de surveillance DCt. Dans l'exemple de mise en œuvre de l'invention décrit ici, chaque segment de la table TAB inclut par ailleurs une pluralité d'échelles de valeurs nominales de débit attribuées chacune à un flux traversant l'interface considérée et véhiculées dans des champs inclus dans lesdits flux, par exemple les échelles de valeurs notées (Dr 11 M... Dr 11 m)... (Dr IkM... Dr lkm) qui sont respectivement attribuées aux flux Strl 1...Strlk traversant l'interface INTl. Un indice "M" indiquant une borne supérieure et un indice "m" indiquant une borne inférieure, le plus faible des débits nominaux Drljm attribué à un flux Strlj (pour j=l à k) constitue le débit minimal propre audit flux Strlj, chacun de ces flux étant en outre muni d'un degré de priorité Pl 1...PIk qui lui est propre, chaque flux Str 11... Strlk étant en outre associé à un ensemble prédéfini (Tl 1...TIr)...(TkI ...Tks) de types d'interfaces avec lesquelles ce flux est compatible, rangés selon un ordre de préférence prédéterminé.
Le module de surveillance DCt est apte à détecter une saturation d'une interface donnée, par exemple l'interface INTl, qui se traduira par le fait qu'une valeur cumulée Dtfl des débits des flux (Str 11... Str Ik) attribués à cette interface devient supérieure à une valeur DMl du débit disponible effectivement offert à l'instant considéré par l'interface donnée INTl. Ce module de surveillance DCt pourra alors émettre, d'une part, au moins un signal de réglage Tun(Strj,Drj) destiné à l'entité émettrice du flux Strj qui recevra ainsi pour instruction de régler le débit dudit flux Strj à une valeur Drj, et, d'autre part, un signal de commutation Cm(Str,Int) destiné à un module de commande ISM des moyens de commutation SWM, et porteur d'un identifiant Int de l'interface qui doit être attribuée à un flux Str. Le module de surveillance DCt a ainsi, outre la possibilité d'augmenter ou de réduire le débit de flux Strj transitant au travers des moyens d'interface IMt, celle d'ordonner la ré-attribution d'un flux Str vers une autre interface que son interface courante en produisant un identifiant d'interface Int distinct de celui couramment attribué audit flux Str, le type de la nouvelle interface étant choisi par ordre de préférence décroissant au sein de l'ensemble des types d'interfaces avec lesquelles ce flux est compatible. Le module de commande ISM décodera à cet effet le signal de commutation Cm(Str,Int), et produira un signal de contrôle Iswc des moyens de commutation SWM en vue d'exécuter les consignes véhiculées par ledit signal de commutation Cm(Str,Int). Si, dans l'exemple décrit ici, le module de commande ISM est disposé à l'extérieur du module de surveillance DCt, ce module de commande ISM pourra être intégré au sein même du module de surveillance DCt dans d'autres modes de mise en œuvre de l'invention. La Fig.3 illustre sous forme d'un diagramme d'étapes le fonctionnement d'un procédé de transmission de données qui autorise une gestion optimale des ressources offertes par une interface particulière, en conformité avec un mode de mise en œuvre particulier de l'invention. Ce procédé se distingue en ce qu'il inclut une étape de comparaison initiale CMPO, au cours de laquelle une valeur cumulée DTF résultant d'une somme de valeurs de débits associés aux divers flux auxquels l'interface particulière a été attribuée est comparée à une valeur maximale DM du débit offert par ladite interface particulière à l'instant considéré. Lorsqu'il est constaté que le débit cumulé DTF est supérieur à la valeur maximale de débit DM, une étape NPDEC de réduction des débits des flux non-prioritaires est exécutée. Une première étape de test d'un premier type Tl est alors exécutée, aux fins de déterminer si la réduction des débits des flux non-prioritaires a été suffisante pour désengorger l'interface, ce qui est réalisé en comparant à la valeur maximale de débit DM une nouvelle valeur cumulée DTF, obtenue après exécution de l'étape de réglage. Dans la négative, une étape DTFDEC de réduction des débits des flux prioritaires est exécutée. Cette diminution est ici faite par paliers, c'est-à-dire qu'après que la valeur du débit d'un flux prioritaire aura été remplacée par sa valeur nominale immédiatement inférieure, une nouvelle étape de test du premier type Tl sera exécutée pour déterminer si la diminution nouvellement effectuée a été suffisante pour désengorger l'interface. Ainsi qu'expliqué précédemment, diverses étapes DTFDEC de réduction des débits alloués par l'interface aux flux prioritaires pourront être exécutées selon plusieurs alternatives de fonctionnement possibles. On pourra ainsi choisir une première option consistant à exécuter plusieurs réductions successives sur plusieurs flux distincts auxquels un même degré de priorité aura été alloué, de manière à ne pénaliser aucun de ces flux par rapport à ses semblables. On pourra au contraire choisir une deuxième option consistant à poursuivre la réduction de débit d'un flux particulier jusqu'à parvenir à sa valeur minimale, pour ne commencer qu'ensuite à réduire le débit d'un autre flux auquel un même degré de priorité aura été alloué, et ainsi de suite jusqu'à ce que l'interface ait été désengorgée. On pourra en outre envisager de ne procéder pour chaque flux qu'à une seule opération de diminution de débit destinée à abaisser d'un seul coup ce débit à sa valeur minimale.
Dans une hypothèse où les débits des différents flux prioritaires auraient tous été réduits à leur valeur minimale Drm sans que l'interface ne s'en soit trouvée, désengorgée, ce qui est déterminé grâce à une deuxième étape de test d'un deuxième type T2 combinée de manière itérative avec l'étape de test du premier type Tl, l'un des flux présentant le degré de priorité le moins élevé sera sélectionné au cours d'une étape de sélection STRSEL pour être soumis à une commutation et re-dirigé vers une autre interface au cours d'une étape de commutation STRCOM. Si plusieurs flux présentent un même degré minimal de priorité, une sélection arbitraire parmi ces flux sera opérée au cours de l'étape de sélection STRSEL aux fins de choisir celui qui sera soumis à l'étape de commutation. Une nouvelle étape de test du premier type Tl permettra alors de déterminer si cette commutation aura suffit pour désengorger l'interface, ce qui revient à comparer a posteriori le débit minimal Drm au flux sélectionné au débit disponible offert à ce flux par son interface courante. Tant que l'interface sera saturée, des flux non-prioritaires seront soumis à de nouvelles étapes de commutation STRCOM.
Dans une hypothèse où tous les flux ayant un degré de priorité inférieur à un seuil prédéterminé ont été soumis à l'étape de commutation STRCOM sans que l'interface ne s'en soit trouvée désengorgée, un ou plusieurs flux prioritaires devront être à leur tour soumis à l'étape de commutation STRCOM. Le flux qui sera sélectionné à cet effet au cours de l'étape de sélection STRSEL sera alors celui dont le débit minimal Drm permettra d'obtenir, lorsqu'il sera soustrait à la valeur des débits cumulés DTF des flux transitant au travers de l'interface considérée, une valeur la plus proche de celle du débit disponible DM offert par cette interface. Dans un mode de mise en œuvre de l'invention autre que celui représenté ici, la sélection du flux à soumettre à l'étape de commutation STRCOM pourra être opérée selon une séquence inverse de celle précédemment décrite, séquence selon laquelle sera soumis préférentiellement à l'étape de commutation STRCOM celui des flux dont la disparition permettra d'atteindre une valeur cumulée DTF la plus proche de la valeur maximale DM de débit offert par l'interface, indépendamment du degré de priorité de ce flux, les degrés de priorité n'étant alors destinés à être pris en compte qu'en présence de deux flux dont des disparitions produiraient des effets identiques en termes de libération de bande passante. Le processus itératif précédemment décrit se poursuivra jusqu'à ce que le débit disponible DM devienne à nouveau supérieur ou égal à la valeur des débits cumulés DTF. En cas d'égalité parfaite, le réglage ainsi obtenu est sauvegardé au cours d'une étape de validation SVSET des paramètres, qui sera elle-même suivie d'une nouvelle étape de comparaison CMPO, afin d'opérer une constante surveillance des conditions de communication de l'interface qui permet ainsi d'en adapter la configuration de manière dynamique.
Il pourra en outre advenir, dans des circonstances très défavorables, que les successions d'étapes de diminution et de commutation décrites plus haut n'aboutissent pas à un désengorgement de l'interface considérée, auquel cas il sera nécessaire d'exécuter une étape de suppression d'un ou plusieurs flux particuliers, qui pourront être choisis par ordre de priorité croissante ou décroissante, ou encore en fonction de la bande passante libérée par la suppression desdits flux, par transposition des explications qui précèdent, une telle étape de suppression n'étant pas illustrée ici mais ayant vocation à être insérée entre une étape de commutation STRCOM et une étape de test du premier type Tl .
Si une étape de test du premier type Tl révèle au contraire qu'il subsiste un fragment de bande passante disponible, une étape suivante DTFINC d'augmentation de débit d'un flux présentant un degré de priorité plus élevé est exécutée, par exemple par sélection de sa valeur nominale de débit immédiatement supérieure à son débit courant, laquelle étape DTFINC d'augmentation de débit étant suivie d'une étape de test d'un troisième type T22, semblable à une étape de test du premier type et visant à déterminer si cette augmentation a eu pour effet de saturer à nouveau l'interface. Si tel est le cas, c'est le précédent réglage de débit qui sera sauvegardé au cours d'une étape de validation PRVSET des paramètres. Dans le cas contraire, une nouvelle étape DTFINC d'augmentation de débit sera exécutée, et soumise ensuite à validation par une nouvelle étape de test du troisième type T22, les différents flux soumis à des étapes DTFINC d'augmentation de débit successives étant choisis par ordre de priorité décroissante.
Ces étapes d'augmentation permettent de parachever l'optimisation de la gestion de bande passante de l'interface considérée, puisque l'invention réalise ainsi de manière dynamique et quasiment en temps réel une réduction des ressources consacrées par ladite interface au transit des flux les moins prioritaires au profit d'une augmentation des ressources consacrées aux flux les plus prioritaires.

Claims

REVENDICATIONS
1) Procédé de transmission de données au sein d'un système de télécommunication incluant une pluralité de terminaux aptes à échanger entre eux des flux de données via au moins un réseau de communication, procédé caractérisé en ce qu'il inclut : . une étape de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits à attribuer aux flux destinés à transiter au travers de ladite interface, et
. une étape de réglage de débit, destinée à être exécutée par une entité émettrice dudit flux particulier lorsque la valeur maximale de débit offert par l'interface est inférieure à la valeur cumulée et après réception d'une valeur de réglage, au cours αe laquelle la valeur la plus faible entre ladite valeur de réglage et la valeur couramment attribuée audit flux particulier par l'entité émettrice est attribuée au débit dudit flux particulier. 2) Procédé selon la revendication 1, caractérisé en ce qu'il inclut une étape de détermination d'une pluralité de valeurs nominales de débit acceptables pour au moins un flux de données particulier, la valeur de réglage transmise en cours d'exécution de l'étape de réglage de débit d'un flux particulier étant formée par la valeur nominale de débit propre audit flux particulier qui est immédiatement inférieure à son débit courant.
3) Procédé selon l'une des revendications 1 à 2, caractérisé en ce que, le système de télécommunication incluant une pluralité de réseaux de communication avec Jesquels au moins l'un des terminaux est apte à communiquer via de multiples interfaces, le procédé inclut en outre une étape de commutation destinée à être exécutée au sein d'un tel terminal, au cours de laquelle une autre interface est attribuée à un flux soumis à cette étape de commutation lorsque la valeur maximale de débit offert par l'interface est inférieure à la valeur cumulée.
4) Procédé selon la revendication 3, caractérisé en ce qu'il inclut une étape de sélection de celui de ces flux qui présente un débit minimal qui permet d'obtenir, lorsqu'il est soustrait à la somme de valeurs de débits attribuées aux flux destinés à transiter au travers de l'interface considérée, une valeur la plus proche de la valeur maximale de débit offert par cette interface, le flux ainsi sélectionné étant alors destiné à être soumis à une étape de commutation.
5) Procédé selon l'une des revendications 1 à 4, caractérisé en ce qu'il inclut en outre une étape de classement selon un ordre de priorité prédéterminé des divers flux attribués à chaque interface, les flux devant être soumis à une étape de réglage de débit étant alors destinés à être sélectionnés par ordre de priorité croissante.
6) Procédé selon la revendication 5, caractérisé en ce que le flux devant être soumis à une étape de commutation est destiné à être sélectionné par ordre de priorité croissante. 7) Procédé selon l'une des revendications 3 à 6, caractérisé en ce que toute soumission d'un flux donné à l'étape de commutation est inhibée tant que le débit effectivement alloué par l'interface audit flux donné n'aura pas été réduit à Une valeur minimale.
8) Procédé selon la revendication 7, caractérisé en ce que toute soumission d'un flux à l'étape de commutation est inhibée tant que les débits effectivement alloués par l'interface aux flux qui la traversent n'auront pas tous été réduits à leurs valeurs minimales respectives.
9) Procédé selon l'une des revendications 4 à 8, caractérisé en ce qu'il inclut en outre une étape d'augmentation de débit postérieure à une étape de commutation et destinée à augmenter le débit d'un flux particulier soumis à ladite étape d'augmentation.
10) Système de télécommunication incluant une pluralité de terminaux aptes à échanger entre eux des flux de données via au moins un réseau de communication, système caractérisé en ce qu'il inclut : . des moyens de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits à attribuer aux flux destinés à transiter au travers de ladite interface, et
. des moyens de réglage de débit aptes à régler le débit dudit flux particulier et destinés à être activés par transmission d'une valeur de réglage à une entité émettrice dudit flux lorsque la valeur maximale de débit offert par l'interface est inférieure à la valeur cumulée.
11) Terminal apte à émettre et/ou à recevoir au moins un flux de données, terminal caractérisé en ce qu'il inclut :
. des moyens de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits à attribuer aux flux destinés à transiter au travers de ladite interface, et . des moyens de réglage de débit aptes à régler le débit dudit flux particulier et destinés à être activés lorsque la valeur maximale de débit offert par l'interface est inférieure à la valeur cumulée et après réception d'une valeur de réglage destinée à être produite lorsque la valeur maximale de débit offert par l'interface est inférieure à la valeur cumulée. 12) Produit programme d'ordinateur téléchargeable via un réseau de télécommunication et/ou stocké dans une mémoire d'une unité centrale et/ou stocké sur un support mémoire destiné à coopérer avec un lecteur de ladite unité centrale, ledit programme étant destiné à être mis en œuvre au sein d'un terminal apte à émettre et/ou à recevoir au moins un flux de données, lequel programme inclut : . au moins une instruction ordonnant l'exécution d'une étape de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits à attribuer aux flux destinés à transiter au travers de ladite interface, et
. au moins une instruction ordonnant l'exécution d'une étape de transmission d'une valeur de réglage à une entité émettrice dudit flux particulier, laquelle étape de transmission étant destinée à être exécutée lorsque la valeur maximale de débit offert par l'interface est inférieure à la valeur cumulée.
13) Support mémoire sur lequel est mémorisé un produit programme d'ordinateur conforme à la revendication 12. 14) Signal destiné à véhiculer un flux de données particulier au travers d'une interface incluse dans un terminal, lequel signal inclut au moins un champ définissant un débit minimal destiné à former une composante d'une valeur cumulée résultant d'une somme de valeurs de débits à attribuer aux flux destinés à transiter au travers de ladite interface, laquelle valeur cumulée étant destinée à être comparée, au sein dudit terminal, à un débit disponible offert par cette interface.
15) Support mémoire destiné à mémoriser, en référence à un identifiant désignant un flux de données particulier véhiculé par un signal conforme à la revendication 14, au moins une valeur d'un débit minimal propre audit flux particulier.
EP06791848A 2005-09-09 2006-09-06 Procédé de gestion d'une interface pourvue de moyens de contrôle de terminaux distants Withdrawn EP1922846A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0509203A FR2890817A1 (fr) 2005-09-09 2005-09-09 Procede de gestion d'interface pourvue de moyens de controle de terminaux distants.
PCT/EP2006/008654 WO2007028577A1 (fr) 2005-09-09 2006-09-06 Procédé de gestion d'une interface pourvue de moyens de contrôle de terminaux distants

Publications (1)

Publication Number Publication Date
EP1922846A1 true EP1922846A1 (fr) 2008-05-21

Family

ID=36123127

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06791848A Withdrawn EP1922846A1 (fr) 2005-09-09 2006-09-06 Procédé de gestion d'une interface pourvue de moyens de contrôle de terminaux distants

Country Status (4)

Country Link
US (1) US8184531B2 (fr)
EP (1) EP1922846A1 (fr)
FR (1) FR2890817A1 (fr)
WO (1) WO2007028577A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10368136B1 (en) 2015-12-17 2019-07-30 Amazon Technologies, Inc. Resource management for video playback and chat

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2273997A1 (fr) * 1996-12-04 1998-06-11 Alcatel Usa Sourcing, L.P. Systeme reparti de commutation en telecommunications et procede correspondant
KR100333250B1 (ko) * 1998-10-05 2002-05-17 가나이 쓰토무 패킷 중계 장치
US6940861B2 (en) * 2000-03-14 2005-09-06 General Instrument Corporation Data rate limiting
US7206285B2 (en) * 2001-08-06 2007-04-17 Koninklijke Philips Electronics N.V. Method for supporting non-linear, highly scalable increase-decrease congestion control scheme
US6731947B2 (en) * 2001-10-23 2004-05-04 Qualcomm Incorporated Method and apparatus for controlling data rate on a forward channel in a wireless communication system
WO2005125116A1 (fr) * 2004-06-22 2005-12-29 Telefonaktiebolaget Lm Ericsson (Publ) Procede et dispositif de retroaction dans le reseau
GB2417389B (en) * 2004-08-18 2007-10-31 Wecomm Ltd Transmitting data
US7725708B2 (en) 2004-10-07 2010-05-25 Genband Inc. Methods and systems for automatic denial of service protection in an IP device

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
FR2890817A1 (fr) 2007-03-16
US8184531B2 (en) 2012-05-22
WO2007028577A1 (fr) 2007-03-15
US20090073879A1 (en) 2009-03-19

Similar Documents

Publication Publication Date Title
EP1922845A1 (fr) Procede de gestion optimisee de ressources dans un terminal muni d interfaces multiples
EP2052503B1 (fr) Procede d'optimisation du transfert d'informations dans un reseau de telecommunication
EP0969682A1 (fr) Procédé d'adaptation de l'interface air dans un système de radiocommunication avec des mobiles, station de bases, station mobile et mode transmission correspondants
EP1235459A1 (fr) Procédé de gestion de ressources de traitement dans un système de radiocommunications mobiles
EP2011357B1 (fr) Gestion de ressources radio dans un reseau de telecommunications radio
EP2436155B1 (fr) Procédé de gestion de chemins entre un noeud source et un noeud destinataire au niveau de la couche de liaison, noeud source et table correspondants
EP1223782B1 (fr) Procédé de gestion de ressources de traitement dans un système de radiocommunications mobiles
CA2769718C (fr) Procede et systeme pour la selection automatique de media de transmission
EP2266263B1 (fr) Procédé de gestion de flux de données sur un réseau de communications
EP1473954A1 (fr) Dispositif et procédé de contrôle de charge avec contrôle de puissance
EP2005710B1 (fr) Procede et systeme de gestion dynamique de transmission de flux au sein d'une pluralite de terminaux
EP1922846A1 (fr) Procédé de gestion d'une interface pourvue de moyens de contrôle de terminaux distants
EP1001642B1 (fr) Procédé d'allocation de ressources à chaque émetteur connecté à un récepteur via un même lien de transmission
EP3437292B1 (fr) Procede d'optimisation du debit de contenus multimedia accessibles par au moins un terminal utilisateur, produit programme d'ordinateur et dispositif de gestion correspondants
EP2428008B1 (fr) Procede de traitement de flots dans un reseau de communication
FR2826808A1 (fr) Procede de gestion de ressources de traitement dans un systeme de radiocommunications mobiles
FR2861529A1 (fr) Procede de gestion de ressources de traitement dans un systeme de radiocommunications mobiles
EP1767046B1 (fr) Procede de selection de stations receptrices dans un systeme de transmission radio de donnees
EP3709185A1 (fr) Procédé d'optimisation d'échanges de données dans une infrastructure d'objets connectés
WO2021123586A1 (fr) Procede de gestion d'une communication entre terminaux dans un systeme de telecommunications et dispositifs pour la mise en oeuvre du procede
EP1797683B1 (fr) Procede et systeme de transmission de donnees entre un reseau local et un reseau principal autorisant une adaptation du format desdites donnees
EP1952599B1 (fr) Procede de diffusion maitrisee d'informations
WO2008104650A1 (fr) Procede de transfert de paquets de donnees a une ressource partagee, dispositif et programme d'ordinateur associes
FR3126080A1 (fr) Procédé et dispositif de commutation de la réception de services de diffusion d’un dispositif de diffusion radiophonique
EP1467535B1 (fr) Procédé et dispositif de contrôle de flux de données pour la gestion d'un moyen de mémorisation temporaire

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20080212

AK Designated contracting states

Kind code of ref document: A1

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

17Q First examination report despatched

Effective date: 20080710

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

Owner name: ORANGE

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

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

18D Application deemed to be withdrawn

Effective date: 20151014