FR2899054A1 - Procede et systeme d'allocation de ressources - Google Patents
Procede et systeme d'allocation de ressources Download PDFInfo
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access 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)
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.
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)
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)
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)
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 |
-
2006
- 2006-03-27 FR FR0602649A patent/FR2899054B1/fr not_active Expired - Fee Related
-
2007
- 2007-03-26 EP EP07727353A patent/EP1999905A1/fr not_active Ceased
- 2007-03-26 WO PCT/EP2007/052880 patent/WO2007110413A1/fr active Application Filing
- 2007-03-26 US US12/294,466 patent/US20110047271A1/en not_active Abandoned
-
2008
- 2008-09-25 IL IL194380A patent/IL194380A0/en unknown
Patent Citations (4)
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'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'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'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'allocation d'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 |