FR2899054A1 - Procede et systeme d'allocation de ressources - Google Patents

Procede et systeme d'allocation de ressources Download PDF

Info

Publication number
FR2899054A1
FR2899054A1 FR0602649A FR0602649A FR2899054A1 FR 2899054 A1 FR2899054 A1 FR 2899054A1 FR 0602649 A FR0602649 A FR 0602649A FR 0602649 A FR0602649 A FR 0602649A FR 2899054 A1 FR2899054 A1 FR 2899054A1
Authority
FR
France
Prior art keywords
request
rnqt
lifetime
requests
queue
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.)
Granted
Application number
FR0602649A
Other languages
English (en)
Other versions
FR2899054B1 (fr
Inventor
Gregoire Guibe
Pablo Diaz
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.)
Thales SA
Original Assignee
Thales 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 Thales SA filed Critical Thales SA
Priority to FR0602649A priority Critical patent/FR2899054B1/fr
Priority to PCT/EP2007/052880 priority patent/WO2007110413A1/fr
Priority to US12/294,466 priority patent/US20110047271A1/en
Priority to EP07727353A priority patent/EP1999905A1/fr
Publication of FR2899054A1 publication Critical patent/FR2899054A1/fr
Application granted granted Critical
Publication of FR2899054B1 publication Critical patent/FR2899054B1/fr
Priority to IL194380A priority patent/IL194380A0/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/54Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • 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
    • 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/32Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Procédé et système d'allocation de ressources dans un réseau de communication (1) comportant plusieurs noeuds (3) adaptés à émettre et recevoir des données et un noeud central (2) adapté à allouer des ressources, caractérisé en ce qu'il comporte au moins les étapes suivantes :- au moins un noeud (3) émet une ou plusieurs requêtes (Rnqt) vers le noeud central, chaque requête (Rnqt) étant associée à un besoin (qi);- le noeud central (2) attribue une durée de vie (Deltatqi) à chaque requête (Rnqt) en fonction du besoin (qi) de la requête, et- on ordonne chaque requête (Rnqt) dans une file d'attente en fonction de la durée de vie (Deltatqi) et de l'instant de réception (tR) de la requête.

Description

PROCEDE ET' SYSTEME D'ALLOCATION DE RESSOURCES
L'invention concerne un procédé et un système d'allocation de ressources. Elle s'applique dans un réseau de communications, en particulier aux communications dans un réseau radio.
La présente invention trouve son application dans le domaine des réseaux radio fonctionnant sur le principe de l'accès multiple à répartition dans le temps ou TDMA (abrégé en anglo-saxon de Time Division Multiple Access).
Elle s'applique entre autre et de façon non exclusive aux communications dans un réseau distribué ad hoc et en particulier dans un réseau de type ad hoc dont les données présentent un caractère d'urgence.
Il existe plusieurs techniques permettant de partager des ressources entre les différents utilisateurs ou services d'un réseau. Le multiplexage en fréquence (en anglais Frequency-Division Multiple Access ou FDMA), par exemple, consiste à diviser la bande passante d'un support de communication en bandes de fréquences distinctes. Le multiplexage temporel ou l'accès multiple à répartition dans le temps (TDMA) consiste à diviser le temps en petits intervalles ou fenêtres temporelles parfois appelées slots en anglais, et à attribuer un intervalle de temps donné à chaque service ou utilisateur. Les utilisateurs émettent alors des données sur des intervalles de temps différents.
Dans un réseau ad hoc, fonctionnant sur le principe du TDMA, une station ou un noeud du réseau joue le rôle de coordinateur du réseau en attribuant les instants de transmission aux différents utilisateurs ou services en fonction de leurs besoins. Ce noeud peut être appelé noeud central, noeud maître, ordonnanceur ou cluster head en anglais. Chaque noeud du réseau, par exemple, peut être associé à un utilisateur ou à un service. Les réseaux de type ad hoc présentent comme avantage de permettre des transferts de haut débit et la possibilité d'interconnexion avec des structures existantes.
La mise en oeuvre de ce type de réseau nécessite une gestion des allocations très précise et équitable entre les utilisateurs ou les services. De plus, dans un tel réseau, les données à transmettre n'ont pas toutes les mêmes besoins. Par exemple, la voix périrne rapidement (à environs 250ms) et il faut donc minimiser les délais de transmission. Par contre, la perte de quelques paquets de ce type de données ne détériore pas de manière significative la qualité de transmission. En revanche, pour la classe trafic de fond qui correspond à des trafics secondaires sans contraintes de temps réel, comme par exemple le courrier électronique, les données peuvent être soumises aux délais mais il est impératif que tous les paquets soient transmis. Les besoins exprimés par les noeuds peuvent être liés à la qualité de service (QoS) du service associé. La qualité de service est spécifiée par des paramètres de QoS exprimant des caractéristiques prévues pour le transfert de données telles que le débit, le temps de transit, l'exactitude et la fiabilité.
Différents procédés de gestion de files d'attente pour l'allocation des ressources sont actuellement connus de l'art antérieur, par exemple : • le premier arrivé est le premier servi ou en anglo-saxon FIFO ou First in First out ; • l'ordonnancement statique avec priorités absolues ou en anglo-saxon priority queuing ; • l'ordonnancement juste des paquets en fonction des flux détectés ou en anglo-saxon vveighted fair queuing ou flow based queuing ; • l'ordonnancement en fonction d'une classe de trafic déterminé ou en anglo-saxon class based queuing ou CBQ . Les classes peuvent être basées sur un nornbre de paramètres tels que la priorité, l'interface ou le programme d'origine; et • l'ordonnancement statique avec priorités relatives calculées sur une demande de garantie de bande passante ou en anglo-saxon Custom queuing .
Le brevet US 2003/0198204 divulgue un procédé et un système d'allocation de ressources pour la transmission de données soumises à des contraintes de qualité de Service (C!oS). Ce système permet d'ordonner les trafics en se basant, dans un premier temps, sur des paramètres d'allocation statiques puis, en adaptant cet ordre grâce à des coefficients de compensation calculés en fonction du flux, du temps d'attente dans la file d'attente et de la priorité.
Cette approche s'adapte bien à des trafics de type isochrones comme la vidéo. Toutefois, dans le cas de sources non déterministes (la voix par exemple dépend des locuteurs), la compensation ne semble pas suffisante pour rendre l'approche exploitable. (L'adaptation s'effectue peu à peu et ne peut pas répondre de façon immédiate à des trafics fortement variables.
Par ailleurs, dans ce système, la notion de péremption des données ou de délai n'est pas absolue et rie permet donc pas de garantir des délais imposés par certaines applications. Par exemple, la voix qui périme rapidement.
Bien qu'elles soient efficaces, les différentes techniques d'allocation de ressources dans l'art antérieur présentent un certain nombre d'inconvénients : elles ne garantissent pas un ordonnancement selon la réelle urgence des données; - elles ne supportent pas de classification absolue selon des notions de délai ou de péremption de données et donc elles ne permettent pas de garantir des délais imposés par certaines applications; et elles ne résolvent pas les problèmes d'ordonnancement pour les trafics fortement variables et non déterministes.
Dans la description, on désigne par noeud ou station toute entité du réseau, implémentée en (matériel ou logiciel qui peut être le point d'entrée ou le point de sortie d'un échange ou d'une transmission de données ou d'informations entre stations. Une requête caractérise un besoin de ressource, comme par exemple, un instant de transmission ("slot en anglais"), associé à une application ou une classe de service exprimée par un noeud d'un réseau auprès d'un mécanisme30 d'allocation (l'ordonnanceur). Un besoin peut indiquer notamment une spécification de qualité de service de bout en bout.
L'invention concerne un procédé d'allocation de ressources dans un réseau de communication comportant plusieurs noeuds adaptés à émettre et à recevoir des données et un noeud central adapté à allouer des ressources, caractérisé en ce qu'il comporte au moins les étapes suivantes : - au moins un noeud émet une ou plusieurs requêtes vers le noeud central, chaque requête étant associée à un besoin, le noeud central attribue une durée de vie à chaque requête en fonction du besoin de la requête, et on ordonne chaque requête dans une file d'attente en fonction de la durée de vie et de l'instant de réception de la requête.
Dans un mode de réalisation de l'invention, la durée de vie peut être attribuée à une requête selon l'application associée à la requête. Ainsi, les requêtes associées à des applications urgentes ou importantes peuvent être placées au début de la file d'attente.
La durée de vie peut être attribuée à une requête en fonction d'une qualité de service (QoS) associée à la requête. Ceci permet une classification de requêtes selon la qualité de service de l'application associée et permet de respecter les priorités entre les différents niveaux de qualité de service. Ainsi, les requêtes de haute priorité peuvent être privilégiées dans le classement de la file d'attente.
La durée de vie peut être attribuée en fonction des contraintes temporelles de l'application associée à la requête ou en fonction du temps admissible pour le transfert des données associées à la requête. Ceci permet de satisfaire les requêtes les plus pressées et de fournir un ordonnancement répondant à la réelle urgence des paquets.
Le réseau est par exemple un réseau ad hoc. La durée de vie attribuée à une requête peut dépendre du nombre de noeuds du réseau que devront traverser les données à transmettre. Ceci permet d'assurer la transmission des données de bout en bout d'un réseau.
On peut utiliser un protocole TDMA. Ainsi, les ressources à allouer peuvent être les instants de transmission.
Dans un mode de réalisation pour des instants d'expirations égaux, on ordonne les requêtes dans la file d'attente selon la qualité de service des requêtes, un instant d'expiration pour une requête étant défini à partir de la durée de vie allouée à la requête et l'instant de réception de la requête.
Le procédé peut comporter une étape consistant à discriminer entre les requêtes périssables et les requêtes non-périssables. Le procédé peut, par exemple, comporter en outre une étape où l'on vérifie si les requêtes sont périmées, et on élimine la ou les requêtes périmées de la file d'attente. Ceci permet la gestion des données périmées et ainsi de répondre à des contraintes temporelles imposées par les services associés aux requêtes.
La vérification des requêtes peut, par exemple, consister à comparer l'instant d'expiration de chaque requête avec l'instant en cours et dans le cas où l'instant d'expiration d'une requête est inférieur à l'instant en cours, la requête est éliminée.
Dans un autre mode de l'invention, on alloue à chaque requête une durée de vie en sortie et on compare un instant d'expiration en sortie, défini à partir du temps de vie en sortie de la requête, et l'instant de réception de la requête, avec l'instant en cours. Dans le cas ou l'instant d'expiration en sortie d'une requête est inférieur à l'instant en cours, la requête est éliminée.
Le réseau est par exemple un réseau radio.
Dans un mode de réalisation, on peut régler la durée de vie attribuée à une requête en fonction de la priorité ou les contraintes temporelles associées à la requête. Ceci permet cle fournir à ces requêtes un avantage concurrentiel dans l'accès à la ressource puisqu'elles seront systématiquement privilégiées dans le classement dans la file d'attente.
L'invention concerne aussi un système d'allocation de ressources dans un réseau de communication comportant plusieurs noeuds adaptés à émettre et recevoir des données et un noeud central adapté à allouer des ressources, caractérisé en ce que plusieurs noeuds sont équipés d'un processeur adapté à envoyer une ou plusieurs requêtes vers le noeud central, chaque requête étant associée à un besoin et en ce que le noeud central est équipé d'un processeur adapté à attribuer un temps de vie à chaque requête reçue par le noeud central selon le besoin de ladite requête ; et ordonner chaque requête reçu dans une file d'attente en fonction de la durée de vie et de l'instant de réception de ladite requête tR .
Le procédé et le système d'allocation de ressources selon l'invention présentent notamment les avantages suivants : ils permettent d'optimiser l'allocation des ressources ; ils permettent une allocation qui est équitable entre les noeuds d'un réseau ; ils permettent de satisfaire les priorités des services associées aux noeuds ; - ils permettent de fournir des garanties de service en terme de débit et de délai, qu'il s'agisse de transferts point à point ou de bout à bout ; et ils permettent de tenir compte des contraintes temporelles des données à transmettre et garantir un ordonnancement selon la réelle urgence des données.
De plus, les données rie sont pas entrelacées par priorité ou par flux mais par réelles contraintes temporelles, et donc par leur réel degré d'urgence. Cet entrelacement est dépendant des données et non des flux, et s'adapte donc naturellement au caractère burst et non-déterministe de trafics tel que la voix, puisqu'il agit paquet par paquet.
D'autres caractéristiques et avantages de la présente invention apparaîtront mieux à la lecture de la description qui suit donnée à titre illustratif et nullement limitative en référence aux figures annexées dans lesquelles : - la figure 1 schématise un exemple d'un réseau ad hoc avec plusieurs noeuds et un noeud central; les figures 2A à 2C illustrent des échanges des données dans le réseau de la figure 1; - la figure 3 détaille les étapes du procédé selon un mode de réalisation de l'invention; les figures 4A à E illustrent le procédé détaillé dans la figure 3; la figure 5 illustre une étape de contrôle de données selon une variante de l'invention; et la figure 6 illustre une étape de contrôle de données selon une autre variante de l'invention.
Afin de mieux faire comprendre l'objet de l'invention, l'exemple qui suit donné à titre illustratif concerne un réseau de communications ad hoc.
La figure 1 schématise un exemple d'un réseau ad hoc 1 fonctionnant sur le principe du TDMA (accès multiple par division temporelle). Le réseau 1 comporte un noeud central 2 et une pluralité de noeuds 3 reliés entre eux et au noeud central 2 par des liens de communication. Chaque noeud 3 est équipé de moyens d'émission/réception et est associé à un service ou à un utilisateur. Le noeud central 2 est aussi équipé de moyens d'émission/réception et joue le rôle de coordinateur ou ordonnanceur du réseau en attribuant les instants de transmission aux noeuds 3 en fonction de leurs besoins q. Le besoin q peut correspondre à une qualité de service.
Les noeuds 3 peuvent être mobiles ou non mobiles, par exemple, des micro-ordinateurs, des téléphones sans fils, des postes de télévision numériques. Les liens de communication peuvent être soit des liaisons filaires, soit des liaisons sans fils, par exemple, des liaisons radio.
On notera que le procédé selon l'invention s'applique aussi pour tout autre protocole de communicai:ion.
Les figure 2A à 2C illustrent d'une façon générale les échanges des données dans le réseau de la figure 1.
Dans une première étape illustrée dans la figure 2A, chaque noeud 3 émet au moins une requête, sous la forme d'un paquet de données contenant les demandes des instants de transmission, à l'Ordonnanceur 2. Une requête correspond à un paquet de données qui contient une demande d'un instant ou des instants de transmission pour un noeud 3 donné.
Les besoins d'instants de transmission sont spécifiés dans un espace à deux dimensions (Temporel et Importance, qualité de service) issues des applications associées aux noeuds via un système = connu en soi pour spécifier les caractéristiques d'un flux de données, tel que l'utilisation du champ TOS type of service de l'entête des paquets IP, l'interprétation du port des entêtes TCP/UDP qui indique l'application correspondante ou l'utilisation de multiples files d'attentes.
A partir des requêtes reçues, l'ordonnanceur 2 détermine la répartition des instants de transmission comme il sera expliqué ci-après.
L'ordonnanceur 2 transmet aux noeuds 3, la répartition des instants de transmission qui a été définie, comme représenté sur la figure 2B.
Les noeuds 3 utilisent les instants de transmission qui leur ont été attribués pour transmettre des paquets de données vers leur destinataire comme illustré à la figure 2C. Sur les figures 3, 4A à 4C, on a illustré un exemple du procédé d'allocation des instants de transmission pour les différents noeuds. Ce procédé comporte les étapes suivantes :30 Dans une première étape 31, l'ordonnanceur 2 reçoit des demandes de ressources ou requêtes Rnqt émises par les noeuds 3 où n représente le noeud demandant la ressource, q la qualité de service (QoS) associée à cette requête Rnqt et t l'instant de réception de la requête Rnqt par l'ordonnanceur 2. La figure 4A illustre une première série des requêtes, R130,R120, R120 R100, R230,R230, R220 et R210 de deux noeuds N1 et N2 du réseau, les requêtes étant classées selon leur qualité de service qO à q3.
Dans une deuxième étape 32, l'ordonnanceur 2 alloue une durée de vie Atqi à chaque requête Rnqt, en fonction de la qualité de service qi associée à la requête Rnqt. La durée de vie Atq; allouée à chaque requête Rnqt est choisie, par exemple, en fonction des contraintes temporelles de l'application associée à la requête. La figure 4A illustre l'allocation de la durée de vie Atq; à la première série de requêtes reçues par l'ordonnanceur à un instant T0. Aux requêtes associées à la qualité de service q3 est attribuée une durée de vie Aq3=0, et aux requêtes associées à la qualité de service q2, q1 et qO sont attribuées respectivement une durée de vie Aq2, Aq1 et AqO où Aq0>Aq1>Aq2. Les figures 4B et 4C illustrent l'allocation des durées de vie associées à une deuxième série de requêtes R111, R231 R221, R201 et une troisième série de requêtes R132,R122, R232 R212, R202, reçues respectivement par l'ordonnanceur aux temps Ti et T2.
Dans une troisième étape 33a, 33b, l'ordonnanceur 2 récupère les requêtes Rnqt en partant de la plus pressée jusqu'à la moins pressée. Il ordonne ensuite les requêtes Rnqt dans une file d'attente en respectant les instants d'expiration des requêtes comme représenté sur la figure 4D. L'instant d'expiration pour une requête Rnqt est défini par t+dtq;.
L'ordre pour deux requêtes Rnigiti et Rn2q2t2 ayant respectivement une durée de vie Atgi et Atq2 est imposée par la relation suivante : Atql < t2 +At12 f=i R,11 q! tl < Rn2,g2,12 Pour des instants d'expiration t+Atq égaux, on discrimine les requêtes par qualités de service q associés aux requêtes. C'est à dire que l'on a : t1 + Atg1 = t2 + Atq2 R'1 > q21 Rnl,gl,tl < R,72,g2,12 Les qualités de services q les plus hautes (priorités croissantes selon leur importance) sont alors privilégiées et placées devant, lors de l'ordonnancement dans la file d'attente lorsque les instants d'expirations t+dtq; des requêtes sont égaux. Le procédé fournit ainsi une file d'attente où les requêtes de priorité élevée sont privilégiées, donnant un ordre satisfaisant d'urgence réelle des requêtes.
Dans une quatrième étape 34a et 34b, on vérifie que les requêtes Rnqt dans la file d'attente ne sont pas périmées. Cette étape de contrôle consiste à comparer l'instant en cours Tc avec l'instant d'expiration t+dtq; de la requête Rnqt. Si l'instant d'expiration t+dtq; de la requête Rnqt est inférieur à l'instant en cours Tc, la requête Rrigt est éliminée de la file d'attente comme représenté sur la figure 4E.
Dans une cinquième étape 35, les m premières requêtes Rnqt dans la file d'attente sont récupérées pour m instants de transmission disponibles comme illustré à la figure 4E.
Dans une sixième étape 36, les requêtes récupérées sont ordonnées par noeud 25 n comme représenté sur la figure 4E.
Dans une septième étape 37, la répartition des instants de transmission est inscrite dans un drapeau de signalisation et ensuite transmise de l'ordonnanceur aux noeuds. Le procédé selon invention décrit ci-dessus peut être réalisé selon de nombreuses variantes. Ainsi, selon certaines variantes le procédé ne comporte 30 pas la quatrième étape 34a et 34b de contrôle et d'élimination des requêtes périmées.
Selon une variante de l'invention on peut affiner ou régler la durée de vie Atq; attribuée aux requêtes. A cet effet, on peut diminuer, voire annuler une durée de vie Atq; pour les applications à très fortes contraintes temporelles ou haute priorité par exemple la voix. Ceci permet de fournir à ces requêtes un avantage concurrentiel dans l'accès à la ressource puisqu'elles seront systématiquement privilégiées dans le classement dans la file d'attente.
Selon une autre variante de l'invention, l'étape de contrôle consiste à définir des contraintes en sortie distinctes des contraintes imposées pour l'ordonnancement de la liste. Pour cela, on peut attribuer une durée de vie en sortie A tS; à chaque requête. La durée de vie en entrée A tq;, visant selon les cas, uniquement à avantager les requêtes de telle ou telle priorité ou QoS, elle ne correspond pas toujours aux contraintes réelles acceptables. On peut, par exemple, pour les requêtes à très fortes contraintes temporelles pour lesquelles on s'est imposé des durées de vie nulles pour l'ordonnancement (la voix par exemple) autoriser une marge du niveau de la sortie correspondant à la durée de vie réelle acceptable afin de permettre l'allocation. Dans ce cas, la vérification des requêtes périmées consiste à comparer l'instant d'expiration en sortie, défini à partir du temps de vie en sortie et l'instant de réception de la requête, avec l'instant en cours. Ainsi, les requêtes avec un instant d'expiration en sortie inférieur à l'instant en cours seront éliminées de la file d'attente.
Dans le cas de données qui doivent être transmises quoiqu'il arrive, comme par exemple le trafic de fond, le procédé peut comporter en outre une étape de discrimination entre requêtes périssables et requêtes non périssables.
La figure 5 illustre une variante de l'invention dans laquelle le procédé comporte une étape de discrimination 52 entre requêtes périssables et requêtes non périssables et une étape de contrôle 53 où les requêtes périssables sont ensuite contrôlées, selon une des méthodes de contrôle décrites ci-dessus, pour vérifier si elles sons: périmées ou pas. Les requêtes non-périmées et non périssables, comme par exemple les requêtes associées au courrier électronique, sont gardées dans la file d'attente 54 pour l'émission de l'allocation aux noeuds.
La figure 6 illustre une autre variante de l'invention dans laquelle le procédé comporte une étape de contrôle 63 dans laquelle les requêtes non périssables sont re-échelonnées clans la file d'attente 61 et les requêtes périmées sont éliminées dans le cas où il ne reste plus d'instants de transmission à allouer. Ceci permet de gérer la congestion de la file d'attente et d'assurer les requêtes de qualité de service la plus forte.
L'étape de contrôle des requêtes périssables et non périssables peut consister à allouer une durée de vie factice aux requêtes non périssables. Cette durée de vie est choisie, par exemple, selon la priorité du trafic, le rendant plus ou moins concurrentiel, mais n'est pas prise en compte par le contrôle de sortie. Les requêtes non périssables sont ajoutées aux requêtes allouées suivant l'ordre d'urgence temporelle sans qu'il y ait de vérification sur leur éventuelle péremption.
Selon encore d'autres variantes de réalisation, la durée de vie peut être allouée à chaque requête ou affinée en fonction d'un ou plus des critères suivants : l'application associée à la requête, les contraintes temporelles liées à l'application et/ou le nombre de noeuds du réseau que devront traverser les données.
Ce procédé peut être interfacé à un mécanisme de sessions de niveau MAC type mode connecté ou de niveau réseau type RSVP qui est à même de fournir les caractéristiques d'urgence et d'importances des données à transmettre. On notera que le procédé selon l'invention peut, sans sortir du cadre d'invention, s'appliquer à tout autre type de réseau et à des canaux de propagation de nature quelconque.30

Claims (14)

REVENDICATIONS
1. Procédé d'allocation de ressources dans un réseau de communication (1) comportant plusieurs noeuds (3) adaptés à émettre et recevoir des données et un noeud central (2) adapté à allouer des ressources, caractérisé en ce qu'il comporte au moins les étapes suivantes : au moins un noeud (3) émet une ou plusieurs requêtes (Rnqt) vers le noeud central (2), chaque requête (Rnqt) étant associée à un besoin (q;) ; - le noeud central (2) attribue une durée de vie (Atqi) à chaque requête (Rngt) en fonction du besoin (q;) de la requête, et - on ordonne chaque requête (Rnqt) dans une file d'attente en fonction de la durée de vie (Atqi) et de l'instant de réception (tR) de la requête.
2. Procédé selon la revendication 1, caractérisé en ce que la durée de vie (Atqi) est attribuée à une requête (Rnqt) selon l'application associée à la requête (Rnqt)
3. Procédé selon l'une des revendications 1 à 2, caractérisé en ce que la durée de vie (Atqi) est attribuée à une requête (Rnqt) en fonction d'une qualité de service (QoS) associée à la requête (Rnqt). 25
4. Procédé selon la revendication 1, caractérisé en ce que la durée de vie (Atqi) attribuée à une requête (Rnqt) dépend du nombre de noeuds du réseau que devront traverser les données à transmettre.
5. Procédé selon l'une quelconque des revendications précédentes, 30 caractérisé en ce que l'on utilise un protocole TDMA et les ressources à allouer sont les instants de transmission. 15 20
6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que, pour des instants d'expirations égaux, on ordonne les requêtes (Rnqt) dans la file d'attente selon la qualité de service (QoS) des requêtes (Rnqt), un instant d'expiration pour une requête étant défini à partir de la durée de vie (Atqi) allouée à la requête (Rnqt) et l'instant de réception (tR) de la requête (Rnqt).
7. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une étape consistant à discriminer entre les requêtes périssables et les requêtes non-périssables.
8. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une étape où l'on vérifie si les requêtes (Rnqt) sont périmées, et on élimine la ou les requêtes périmées de la file d'attente.
9. Procédé selon l'une des revendications 7 à 8, caractérisé en ce que la vérification des requêtes (Rnqt) consiste à comparer l'instant d'expiration de chaque requête avec l'instant en cours et dans le cas ou l'instant d'expiration d'une requête est inférieur à l'instant en cours la requête (Rnqt) est éliminée. 20
10. Procédé selon l'une des revendications 7 à 9, caractérisé en ce qu'on alloue à chaque requête (Rnqt) une durée de vie en sortie et on compare un instant d'expiration en sortie, défini à partir du temps de vie en sortie de la requête (Rnqt), et l'instant de réception de la requête (Rnqt) avec l'instant en 25 cours et dans le cas ou l'instant d'expiration en sortie d'une requête (Rnqt) est inférieur à l'instant en cours la requête (Rnqt) est éliminé.
11. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le réseau (1) est un réseau radio.
12. Procédé selon 1une quelconque des revendications précédentes, caractérisé en ce qu'on peut régler la durée de vie (Atqi) attribuée à une requête (Rngt) en fonction de la priorité ou les contraintes temporelles associées à la requête (Rnqt). 30
13. Système d'allocation de ressources dans un réseau de communication (1) cornportant plusieurs noeuds (3) adaptés à émettre et recevoir des données et un noeud central (2) adapté à allouer des ressources, caractérisé en ce que plusieurs noeuds (3) sont équipés d'un processeur adapté à : émettre une ou plusieurs requêtes (Rnqt) vers le noeud central (3) (2), chaque requête (Rnqt) étant associée à un besoin (q;), et en ce que le noeud central est équipé d'un processeur adapté à : attribuer un temps de vie (Mo) à chaque requête (Rnqt) reçue par le noeud central (3) selon le besoin (q;) de ladite requête (Rnqt); et ordonner chaque requête (Rnqt) reçue dans une file d'attente en fonction de la durée de vie (Atg;) et de l'instant de réception (tR) de ladite requête (Rngt).
14. Système selon Ila revendication 13, caractérisé en ce que le réseau (1) est un réseau radio.
FR0602649A 2006-03-27 2006-03-27 Procede et systeme d'allocation de ressources Expired - Fee Related FR2899054B1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
FR0602649A FR2899054B1 (fr) 2006-03-27 2006-03-27 Procede et systeme d'allocation de ressources
PCT/EP2007/052880 WO2007110413A1 (fr) 2006-03-27 2007-03-26 Allocation de ressources en fonction de la duree de vie de requetes emanant de differents noeuds
US12/294,466 US20110047271A1 (en) 2006-03-27 2007-03-26 Method and system for allocating resources
EP07727353A EP1999905A1 (fr) 2006-03-27 2007-03-26 Allocation de ressources en fonction de la duree de vie de requetes emanant de differents noeuds
IL194380A IL194380A0 (en) 2006-03-27 2008-09-25 Resource allocation based on the lifetime of requests from different nodes

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0602649A FR2899054B1 (fr) 2006-03-27 2006-03-27 Procede et systeme d'allocation de ressources

Publications (2)

Publication Number Publication Date
FR2899054A1 true FR2899054A1 (fr) 2007-09-28
FR2899054B1 FR2899054B1 (fr) 2008-09-12

Family

ID=37398774

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0602649A Expired - Fee Related FR2899054B1 (fr) 2006-03-27 2006-03-27 Procede et systeme d'allocation de ressources

Country Status (5)

Country Link
US (1) US20110047271A1 (fr)
EP (1) EP1999905A1 (fr)
FR (1) FR2899054B1 (fr)
IL (1) IL194380A0 (fr)
WO (1) WO2007110413A1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2924242B1 (fr) * 2007-11-23 2009-12-25 Thales Sa Procede de reservation avec garantie de latence et de debit dans un reseau a allocation dynamique de creneaux temporels
US9994482B2 (en) 2009-08-11 2018-06-12 Johns Manville Curable fiberglass binder
CN102065544B (zh) * 2009-11-17 2015-02-25 索尼株式会社 资源管理方法和系统
US20120198267A1 (en) 2011-01-31 2012-08-02 Srinjoy Das System and Method for Facilitating Data Transfer Between a First Clock Domain and a Second Clock Domain
US8959223B2 (en) * 2011-09-29 2015-02-17 International Business Machines Corporation Automated high resiliency system pool
US8996700B2 (en) 2011-09-29 2015-03-31 International Business Machines Corporation Automated workload performance and availability optimization based on hardware affinity

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1193921A2 (fr) * 2000-09-13 2002-04-03 Harris Corporation Système et méthode pour augmenter le débit de messages dans un réseau radio
US6628629B1 (en) * 1998-07-10 2003-09-30 Malibu Networks Reservation based prioritization method for wireless transmission of latency and jitter sensitive IP-flows in a wireless point to multi-point transmission system
US20030198204A1 (en) * 1999-01-13 2003-10-23 Mukesh Taneja Resource allocation in a communication system supporting application flows having quality of service requirements
US6760309B1 (en) * 2000-03-28 2004-07-06 3Com Corporation Method of dynamic prioritization of time sensitive packets over a packet based network

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5966372A (en) * 1997-07-01 1999-10-12 Omnipoint Technologies, Inc. Methods for resource control in a non-unitary service system
US6282424B1 (en) * 1997-07-01 2001-08-28 Opuswave Networks, Inc. Resource controllers for use in a non-unitary service system
US6862622B2 (en) * 1998-07-10 2005-03-01 Van Drebbel Mariner Llc Transmission control protocol/internet protocol (TCP/IP) packet-centric wireless point to multi-point (PTMP) transmission system architecture
US6938097B1 (en) * 1999-07-02 2005-08-30 Sonicwall, Inc. System for early packet steering and FIFO-based management with priority buffer support
WO2001076188A2 (fr) * 2000-03-31 2001-10-11 British Telecommunications Public Limited Company Routage mobile de donnees
US6633761B1 (en) * 2000-08-11 2003-10-14 Reefedge, Inc. Enabling seamless user mobility in a short-range wireless networking environment
US6678791B1 (en) * 2001-08-04 2004-01-13 Sun Microsystems, Inc. System and method for session-aware caching
US20040073640A1 (en) * 2002-09-23 2004-04-15 Cricket Technologies Llc Network load management apparatus, system, method, and electronically stored computer product
KR100571910B1 (ko) * 2003-07-15 2006-04-17 삼성전자주식회사 점대점 네트워크를 통해 통신하는 무선통신망에서QoS를 제공하는 방법 및 QoS를 제공하는 무선통신시스템
US7289996B2 (en) * 2004-09-09 2007-10-30 International Business Machines Corporation Data transmission management
EP1892901A3 (fr) * 2004-10-01 2011-07-13 Panasonic Corporation Programmation sensible à la qualité de service (qos) pour la transmission montante par canaux dédiés
JP4241660B2 (ja) * 2005-04-25 2009-03-18 株式会社日立製作所 負荷分散装置
KR100636281B1 (ko) * 2005-05-11 2006-10-19 삼성전자주식회사 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을예약하는 방법 및 그 장치
US7835293B2 (en) * 2005-09-13 2010-11-16 Cisco Technology, Inc. Quality of service testing of communications networks
CN101346634B (zh) * 2005-11-04 2012-10-24 甲骨文国际公司 用于通信网络中的网守的系统和方法
US20080056295A1 (en) * 2006-09-01 2008-03-06 Dne Technologies, Inc. Internet protocol quality of service apparatus and method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6628629B1 (en) * 1998-07-10 2003-09-30 Malibu Networks Reservation based prioritization method for wireless transmission of latency and jitter sensitive IP-flows in a wireless point to multi-point transmission system
US20030198204A1 (en) * 1999-01-13 2003-10-23 Mukesh Taneja Resource allocation in a communication system supporting application flows having quality of service requirements
US6760309B1 (en) * 2000-03-28 2004-07-06 3Com Corporation Method of dynamic prioritization of time sensitive packets over a packet based network
EP1193921A2 (fr) * 2000-09-13 2002-04-03 Harris Corporation Système et méthode pour augmenter le débit de messages dans un réseau radio

Also Published As

Publication number Publication date
EP1999905A1 (fr) 2008-12-10
IL194380A0 (en) 2009-08-03
FR2899054B1 (fr) 2008-09-12
US20110047271A1 (en) 2011-02-24
WO2007110413A1 (fr) 2007-10-04

Similar Documents

Publication Publication Date Title
US9325624B2 (en) System and method for enabling dynamic multi-modal communication
EP1792447B1 (fr) Procede de preemption pour la gestion des ressources radio dans un reseau de communication mobile
CA2762683C (fr) Qualite de service pour la distribution de contenu a des dispositifs en reseau
US20200120043A1 (en) Network control to improve bandwidth utilization and parameterized quality of service
US8867390B2 (en) Adaptive quality of service policy for dynamic networks
EP2223474B1 (fr) Procede de reservation avec garantie de latence et de debit dans un reseau a allocation dynamique de creneaux temporels
US9014048B2 (en) Dynamic bandwidth re-allocation
EP2148478B1 (fr) Méthode d&#39;ordonnancement de paquets
TW201220780A (en) Methods and apparatus for reducing data transmission overhead
KR20120099412A (ko) 서비스 품질을 이용해 관리되는 네트워크를 위한 시스템 및 방법
US8761095B1 (en) Method and apparatus for dynamically adjusting traffic QOS in accordance with on-demand request
FR2899054A1 (fr) Procede et systeme d&#39;allocation de ressources
US9043468B2 (en) Method and arrangement for network resource management
US20090077256A1 (en) Dynamic change of quality of service for enhanced multi-media streaming
EP1443779A1 (fr) Procédé pour la gestion de la qualité de service dans un système de radiocommunications mobiles
US20220132387A1 (en) Handover of a latency critical application
EP1001642B1 (fr) Procédé d&#39;allocation de ressources à chaque émetteur connecté à un récepteur via un même lien de transmission
US11627358B2 (en) Communication entity and a method for transmitting a video data stream
US9414401B2 (en) Opportunistic service management for elastic applications
WO2018122258A1 (fr) Procede et dispositif de reallocation de ressources satellite
EP4062599B1 (fr) Routage de flux de données par rafale
EP3649821B1 (fr) Partage de ressources radio pour des serveurs de contenu
FR3065141B1 (fr) Procede d&#39;allocation d&#39;une ressource de transmission a un terminal mobile
GB2592903A (en) Routing of bursty data flows
KR20140025386A (ko) 서비스 품질 관리를 위한 방법 및 장치

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20151130