FR2851708A1 - Methode pour transmettre des paquets de haute priorite dans un reseau de transmission ip - Google Patents
Methode pour transmettre des paquets de haute priorite dans un reseau de transmission ip Download PDFInfo
- Publication number
- FR2851708A1 FR2851708A1 FR0302243A FR0302243A FR2851708A1 FR 2851708 A1 FR2851708 A1 FR 2851708A1 FR 0302243 A FR0302243 A FR 0302243A FR 0302243 A FR0302243 A FR 0302243A FR 2851708 A1 FR2851708 A1 FR 2851708A1
- Authority
- FR
- France
- Prior art keywords
- packet
- low priority
- priority packet
- fragment
- high priority
- 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
- 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
- H04L47/2416—Real-time traffic
-
- 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
- H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
-
- 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
- H04L47/245—Traffic characterised by specific attributes, e.g. priority or QoS using preemption
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
Méthode utilisée dans un réseau de transmission basé sur le protocole Internet (IP) dans lequel des paquets de basse priorité ou des fragments de paquet de basse priorité sont transportés entre un transmetteur et un récepteur et au moins un paquet de haute priorité doit être transporté du transmetteur au récepteur par préemption d'un paquet de basse priorité ou d'un fragment de paquet de basse priorité. Dans le transmetteur, la méthode consiste à déterminer si un paquet de basse priorité ou un fragment de paquet de basse priorité est en cours de transmission entre le transmetteur et le récepteur lorsqu'un paquet de haute priorité doit être transmis, mettre à 1 un bit réservé dans l'en-tête IP du paquet de haute priorité utilisé comme indicateur de préemption si un paquet de basse priorité ou fragment de paquet de basse priorité est en cours de transmission, transmettre le paquet de haute priorité avec le indicateur de préemption mis à 1 entre le transmetteur et le récepteur, et reprendre la transmission du paquet de basse priorité ou fragment de paquet de basse priorité à la fin de la transmission du paquet de haute priorité.
Description
2002-0
Domaine technique La présente invention concerne de façon générale la transmission de paquets de voix et de données dans un réseau de transmission de données numériques et plus particulièrement une méthode pour transmettre des paquets de haute priorité dans un réseau de transmission IP.
Etat de la technique Dans un réseau de transmission de données numériques, les données provenant d'un grand nombre d'utilisateurs sont transmises en série d'un noeud du réseau à un autre noeud du réseau jusqu'à leur destination finale respective.
A cause de l'évolution des réseaux vers des combinaisons de sous-réseaux de plus en plus complexes avec une architecture hétérogène, il est clair qu'il y aura dans le futur la nécessité de supporter des applications de traitement distribuées à travers des réseaux principaux à haute vitesse pouvant transporter du trafic LAN, de la voix, de la vidéo parmi des ordinateurs hôtes et des stations de travail. Le défi fondamental pour l'utilisation de réseaux haute vitesse est peut-être 15 de minimiser le temps de traitement dans chaque noeud du réseau.
La commutation par paquets est maintenant utilisée couramment pour effectuer des communications par trames à protocoles multiples dans des environnements de traitement distribuées. Pour réaliser ceci, des paquets transportant un trafic par trames peuvent être affectés d'une basse priorité à temps non réel alors que des paquets transportant du trafic de voix et de 20 vidéo peuvent être affectés d'une haute priorité en temps réel. Un noeud d'un réseau par commutation de paquets contient des mémoires tampons pour emmagasiner des paquets attendant d'être transmis sur les liens de communication. Des paquets attendant d'être transmis peuvent être emmagasinés dans des mémoires tampon gérées de façon différente, dépendant de la priorité affectée aux paquets.
Plusieurs procédures de service peuvent être adoptées dans le but de transmettre des paquets se trouvant dans des queues de priorités différentes telles que la transmission sans préemption, la préemption avec re-transmission ou la préemption avec reprise. Quand aucune préemption n'est utilisée, la priorité est examinée seulement pour déterminer dans quelle queue sélectionner le prochain paquet à transmettre. Si un paquet à haute priorité est placé dans la queue 30 alors qu'un paquet basse priorité est en cours de transmission, le paquet haute priorité doit attendre jusqu'à ce que la transmission en cours soit terminée. Une procédure de préemption avec 2 2002-0 retransmission signifie que le noeud arrêtera la transmission du paquet basse priorité à l'arrivée d'un paquet haute priorité et transmettra le paquet haute priorité. Une fois que les paquets haute priorité ont été transmis, la transmission du paquet basse priorité préempté sera reprise à partir du début du paquet. Une procédure de préemption avec reprise est similaire sauf que la transmission 5 du paquet basse priorité préempté est reprise à partir du point d'interruption plutôt qu'à partir du début.
Aussi bien la procédure de transmission sans préemption que la procédure de préemption avec re-transmission peuvent être implémentées en utilisant le protocole HDLC à couche MAC existant. Pour la procédure de préemption avec reprise, un protocole HDLC à couche MAC 10 modifié est décrit dans le document EP 0.582.537 o trois types de drapeaux spécifiques sont utilisés pour délimiter les paquets de façon à permettre à des paquets haute priorité de préempter temporairement des paquets basse priorité. Mais ce système exige que le matériel soit capable d'analyser le flux de bits entrant, de reconnaître des drapeaux non standard spéciaux en plus des drapeaux HDLC, et de mettre en oeuvre un protocole pour vérifier un ensemble de règles à la 15 détection de ces drapeaux. Par conséquent, un matériel spécial est nécessaire dans ce but.
Un système décrit dans US 5,557,608 permet de remédier à l'inconvénient ci-dessus. Dans ce système, un paquet temps réel entrant est placé après le bloc de données du paquet en temps non réel en cours de transmission. Ceci est réalisé en transmettant chaque paquet associé à un octet de fin de paquet qui est utilisé pour indiquer le type de paquet, si le bloc courant de données 20 en temps non réel est préempté ou si la transmission du bloc courant de données en temps non réel a été reprise.
Mais, lorsque le protocole utilisé entre un transmetteur et un récepteur est toujours le protocole Internet (IP), le mécanisme complexe décrit dans le brevet US 5,557,608 n'est pas nécessaire. Dans ce brevet, le protocole utilisé ne tire pas avantage du fait que tous les paquets de 25 couche 2 qui sont transmis commencent par un en-tête IP tel que défini par la suite du protocole IP. Par conséquent, un nouveau champ doit être ajouté pour le transport des indicateurs variés entre le transmetteur et le récepteur, ce qui représente un inconvénient majeur.
Exposé de l'invention En conséquence, le principal but de l'invention est de réaliser une méthode pour transmettre des paquets de haute priorité dans un réseau de transmission utilisant le protocole IP 3 2002-0 dans lequel il n'est pas nécessaire d'ajouter des bytes supplémentaires pour indiquer que des données de basse priorité sont préemptées ou reprises après préemption.
Un autre but de l'invention est de réaliser une méthode pour transmettre des paquets de haute priorité dans un réseau de transmission transportant seulement du trafic IP, dans lequel 5 seulement un bit réservé de l'entête IP du paquet indique si les données de basse priorité sont préemptées ou reprises.
La méthode selon l'invention est utilisée dans un réseau de transmission basé sur le protocole Internet (IP) dans lequel des paquets de basse priorité ou des fragments de paquet de basse priorité sont transportés entre un transmetteur et un récepteur et au moins un paquet de 10 haute priorité doit être transporté du transmetteur au récepteur par préemption d'un paquet de basse priorité ou d'un fragment de paquet de basse priorité. Dans le transmetteur, la méthode consiste à déterminer si un paquet de basse priorité ou un fragment de paquet de basse priorité est en cours de transmission entre le transmetteur et le récepteur lorsqu'un paquet de haute priorité doit être transmis, mettre à 1 un bit réservé dans l'en-tête IP du paquet de haute priorité utilisé 15 comme indicateur de préemption si un paquet de basse priorité ou fragment de paquet de basse priorité est en cours de transmission, transmettre le paquet de haute priorité avec le indicateur de préemption mis à 1 entre le transmetteur et le récepteur, et reprendre la transmission du paquet de basse priorité ou fragment de paquet de basse priorité à la fin de la transmission du paquet de haute priorité.
Dans le récepteur, la méthode selon l'invention consiste à déterminer si un paquet de haute priorité est reçu par le récepteur, déterminer dans ce cas si un bit réservé dans l'en-tête IP du paquet de haute priorité utilisé comme indicateur de préemption est activé, et attendre la réception d'un nouveau paquet si le bit réservé est activé indiquant que le paquet de haute priorité à préempté un paquet de basse priorité ou fragment de paquet de basse priorité. 25
Description brève des dessins
Les buts, objets et caractéristiques de l'invention apparaîtront plus clairement à la lecture de la description qui suit faite en référence aux dessins dans lesquels: 4 2002-0 * la figure 1 est une représentation schématique de l'adaptateur de sortie d'un noeud dans un réseau de transmission de données numériques dans lequel l'invention peut être implémentée, * la figure 2 est un diagramme représentant le format d'un en-tête IP dans un paquet transmis en utilisant la méthode selon l'invention, * la figure 3 est un organigramme montrant les étapes de la méthode selon l'invention dans le transmetteur, et * la figure 4 est un organigramme montrant les étapes de la méthode selon l'invention mises en oeuvre dans le récepteur.
Description détaillée de l'invention
Un réseau à commutation par paquets comprend habituellement des noeuds de commutation et des liens de communication, ou liaisons entre ces noeuds. Chacun de ces noeuds est relié à au moins un autre noeud au moyen de un ou plusieurs liens de communication. Les 15 noeuds de commutation sont des systèmes de traitement de données comprenant des adaptateurs de transmission/réception connectés aux liens de communication. A chaque noeud, les paquets de données entrants sont sélectivement routés vers un ou plusieurs liens de communication sortants terminés à un autre noeud. Les décisions de routage sont prises en réponse aux informations dans l'en-tête du paquet de données.
Dans un réseau de commutation par paquets, les paquets sont des éléments de données qui sont préfixés avec des en-têtes contenant des informations de contrôle et de routage qui identifient les utilisateurs expéditeurs et destinataires. Chaque noeud examine chaque en-tête et décide o envoyer le paquet de façon à ce qu'il se rapproche de sa destination.
La figure 1 représente la structure de l'adaptateur de sortie comprenant deux dispositifs de 25 queue 10 et 12 et un planificateur 14. Les paquets reçus par l'adaptateur de sortie sont emmagasinés dans un des dispositifs de queue selon leur type, c'est-à-dire les paquets de voix dans la queue 10 et les paquets de données dans la queue 12. Le planificateur 14 met en oeuvre une procédure pour transmettre ces paquets à la jonction d'adaptateur.
Les paquets de voix sont affectés d'une haute priorité par rapport aux paquets de données 30 qui sont affectés d'une basse priorité de façon à réduire le retard pour les paquets de haute 2002-0 priorité. Pour chaque type de paquets, voix et données, les paquets sont servis en séquence, c'està-dire selon leur ordre d'arrivée.
Un paquet emmagasiné dans le dispositif de queue 12 est servi seulement si le dispositif de queue 10 ayant la plus haute priorité est vide et la transmission de paquets de basse priorité est 5 interrompue lorsqu'un paquet de haute priorité arrive avant la fin de la transmission. Puis, la transmission du paquet de basse priorité est reprise après que tous les paquets de haute priorité contenus dans la queue 10 ont été transmis.
En référence à la figure 2, chaque paquet comprend un en-tête MAC (donnant les adresses pour la couche 2), un en-tête IP et les données. L'en-tête IP d'un paquet comprend une pluralité de 10 champs parmi lesquels le champ "Type de Service" (TOS) et le champ "drapeaux" sont utilisés dans la présente invention. Le champ TOS est utilisé pour spécifier le type de service requis par la transmission dans le réseau IP, mais dans l'invention, sa valeur indique si la trame est un paquet de voix ou un paquet de données. En fait, plusieurs valeurs TOS peuvent indiquer des paquets de voix et peuvent aussi indiquer des paquets de données. On doit noter que, bien que 15 l'utilisation de l'octet TOS pour faire la discrimination entre les paquets de voix et de données est l'implémentation préférée, l'homme du métier peut aisément choisir d'autres mécanismes pour discriminer entre les paquets de voix et de données sans s'écarter de l'invention, par exemple en analysant les valeurs contenues dans le champ de protocole dans l'en-tête IP.
L'autre champ utile dans l'invention est le champ "drapeaux" qui comporte un premier bit 20 réservé qui devrait être mis à zéro. Ici, ce bit est utilisé en tant que bit indicateur. Dans les paquets de données, le bit est utilisé, lorsqu'il est activé, en tant que "indicateur de début de paquet" indiquant le premier segment du paquet de données. Dans les paquets de voix, le bit est utilisé, lorsqu'il est activé, en tant que "indicateur de préemption" indiquant qu'un paquet de voix a préempté un paquet de données.
Dans le transmetteur, lorsqu'un paquet (une trame IP, ou un fragment de trame IP s'il y a fragmentation) est prêt à être transmis, le premier segment (le seul segment si aucune préemption n'est survenue) a son indicateur de début de paquet qui est activé. Lorsque le paquet est préempté, tous les segments excepté le premier ont leur indicateur de début de paquet qui n'est pas activé.
En d'autres termes, lorsque la transmission du paquet de données est reprise parce que la 30 transmission d'un paquet de voix a été terminée et qu'il n'y a pas de nouveau paquet de voix dans la queue, tous les segments suivants commencent avec un en-tête IP du paquet dupliqué, 6 2002-0 l'indicateur de début de paquet n'étant pas activé dans ces segments. Lorsque la transmission d'un paquet de données ou d'un segment de paquet de données a été suspendue parce qu'il y a un ou plusieurs paquets de voix à transmettre, tous les paquets de voix transmis avant la fin de la transmission du paquet de données ont leur indicateur de préemption qui est activé.
La méthode selon l'invention du côté transmetteur est maintenant décrite en référence à la figure 3. Elle débute aussitôt qu'un paquet est prêt à être transmis dans la queue (étape 30). Un test est effectué pour déterminer si c'est un paquet de voix ou non (étape 32). Si le paquet à transmettre est un paquet de données, l'indicateur de début de paquet est activé (étape 34) en tant que drapeau dans la mémoire du transmetteur et aussi dans le paquet de données pour informer le 10 récepteur que la transmission d'un nouveau paquet de données a commencé. Puis, cette transmission est commencée (étape 36) On détermine alors si un paquet de voix est prêt (étape 38). A noter que le test peut être effectué de façon asynchrone ou être effectué selon une période de temps prédéterminée qui doit être suffisamment petite pour minimiser le retard mis à traiter un paquet de voix prêt à être 15 transmis. S'il y a un paquet de voix prêt à être transmis, l'indicateur de début de paquet est désactivé dans le registre de drapeau (étape 40), l'indicateur de préemption est activé (étape 42) en tant que drapeau dans la mémoire du transmetteur et dans le paquet de voix, et le paquet de voix est transmis (étape 44) avant de reboucler le processus à l'étape de détermination qu'un paquet de voix est prêt (étape 38).
Si aucun paquet de voix n'est prêt à être transmis, la transmission du paquet de données préempté est reprise (étape 46). Puis, on détermine si la fin de la transmission du paquet de données a été atteinte (étape 48). Sinon, le processus est rebouclé à l'étape de détermination qu'un paquet de voix est prêt (étape 38).
Lorsque la transmission du paquet de données est terminée, on détermine s'il y a un 25 nouveau paquet prêt à être transmis (étape 50). Sinon, un paquet balai est transmis (étape 52), le but d'un tel paquet balai étant d'informer le récepteur que les données accumulées précédemment correspondent à un paquet complet. Après transmission de ce paquet balai et s'il y a un paquet prêt à être transmis, le procédé est rebouclé au début (étape 30).
Lorsque, au début du procédé, il est déterminé qu'il y a un paquet de voix qui doit être 30 transmis, l'indicateur de préemption reste inactivé puisqu'il n'y a pas préemption d'un paquet de 7 2002-0 données. Puis, le paquet de voix est transmis (étape 54) et le procédé est rebouclé à l'étape de départ (étape 30).
La méthode selon l'invention du côté récepteur est maintenant décrite en référence à la figure 4. Le procédé débute en déterminant si un paquet est reçu (étape 60). Cette étape est 5 rebouclée jusqu'à ce qu'un nouveau paquet soit reçu. Si c'est le cas, un test détermine si c'est un paquet de données (étape 62). Si c'est le cas, un test détermine si l'indicateur de début de paquet est activé dans le paquet de données (étape 64). Dans ce cas, le paquet reçu est en fait un segment qui est le début d'un nouveau paquet de données (ou un paquet complet). Tout paquet de données qui a été accumulé précédemment est alors transmis à la couche 3 supérieure du récepteur (étape 10 66).
A ce point, un test est effectué pour déterminer si le paquet reçu est un paquet balai (étape 68). Si c'est le cas, le paquet peut être rejeté en toute sécurité (étape 70). Sinon, le paquet reçu est accumulé (étape 72) puisqu'il n'est pas possible de déterminer à ce point si le segment reçu est un paquet de données complet.
Si, lorsqu'un paquet de données a été reçu, on détermine que l'indicateur de début de paquet est désactivé, ceci signifie que le paquet correspond à un segment d'un paquet de données.
Comme il n'est pas encore possible de déterminer si le paquet de données correspondant a été entièrement reçu, le segment est ajouté aux segments du même paquet de données déjà accumulés (étape 74) et mémorisés dans le récepteur.
Si on a déterminé (étape 62) qu'un paquet de données a été reçu, un tel paquet est transmis immédiatement à la couche supérieure (étape 76). Un test est effectué pour déterminer si l'indicateur de préemption est activé (étape 78). Si ce n'est pas le cas, ceci signifie que les segments accumulés précédemment peuvent être fournis à la couche supérieure du récepteur (étape 80). Si l'indicateur de préemption est activé, ceci signifie que le paquet de voix qui vient 25 d'être reçu a préempté un paquet de données et que le paquet de données qui a été reçu précédemment n'a pas été entièrement transmis.
A noter que, après qu'un paquet balai a été rejeté (étape 70), ou après qu'un premier segment d'un paquet de données est accumulé (étape 72), ou après qu'un segment d'un paquet de données est ajouté au paquet de données déjà accumulé (étape 74), ou après qu'il a été déterminé 30 que l'indicateur de préemption n'a pas été activé (étape 78), ou après la fourniture du paquet de 8 2002-0 données accumulé précédemment à la couche supérieure (étape 80), le procédé est rebouclé au début pour attendre la réception d'un nouveau paquet.
Bien que l'invention a été décrite selon un mode de réalisation préféré, d'autres modes de réalisation et modifications peuvent être mis en oeuvre par l'homme du métier sans sortir du cadre de l'invention.
9 2002-0153
Claims (15)
1. Méthode pour transmettre des paquets de haute priorité dans un réseau de transmission basé sur le protocole Internet (IP) dans lequel des paquets de basse priorité ou des 5 fragments de paquet de basse priorité sont transportés entre un transmetteur et un récepteur et au moins un paquet de haute priorité doit être transporté dudit transmetteur audit récepteur par préemption d'un paquet de basse priorité ou d'un fragment de paquet de basse priorité; ladite méthode étant caractérisée en ce que, dans le transmetteur, elle 10 comprend les étapes de: - déterminer si un paquet de basse priorité ou un fragment de paquet de basse priorité est en cours de transmission entre ledit transmetteur et ledit récepteur lorsqu'un paquet de haute priorité doit être transmis, - mettre à 1 un bit réservé dans l'en-tête IP dudit paquet de haute priorité utilisé 15 comme indicateur de préemption si un paquet de basse priorité ou fragment de paquet de basse priorité est en cours de transmission, - transmettre ledit paquet de haute priorité avec ledit indicateur de préemption mis à 1 entre ledit transmetteur et ledit récepteur, et - reprendre la transmission dudit paquet de basse priorité ou fragment de paquet 20 de basse priorité à la fin de la transmission dudit paquet de haute priorité.
2. Méthode selon la revendication 1, dans laquelle ledit indicateur de préemption n'est pas mis à 1 s'il n'y a pas de paquet de basse priorité ou fragment de paquet de basse priorité en cours de transmission avant que ledit paquet de haute priorité ne soit transporté dudit 25 transmetteur audit récepteur.
3. Méthode selon la revendication 2, dans laquelle ledit bit réservé dans l'en-tête IP est utilisé comme indicateur de début de paquet dans chaque paquet de basse priorité ou fragment de paquet de basse priorité transporté entre ledit transmetteur et ledit récepteur. 30
4. Méthode selon la revendication 3, dans laquelle ledit bit réservé utilisé comme indicateur de début de paquet est mis à 1 dans le premier segment d'un paquet de basse priorité ou fragment de paquet de basse priorité transporté entre ledit transmetteur et ledit récepteur, ledit bit réservé étant désactivé lorsqu'un paquet de haute priorité doit 2002- 0153 être transmis par préemption dudit paquet de basse priorité ou fragment de paquet de basse priorité.
5. Méthode selon la revendication 4, dans laquelle un paquet balai est transmis entre ledit 5 transmetteur et ledit récepteur lorsqu'il n'y a pas de paquet de haute priorité à transmettre après qu'un paquet de basse priorité ou un fragment de paquet de basse priorité a été entièrement transmis entre ledit transmetteur et ledit récepteur, ledit paquet balai étant un paquet sans données indiquant que la transmission précédente d'un paquet de basse priorité ou un fragment de paquet de basse priorité est terminée. 10
6. Méthode selon la revendication 5, dans laquelle ledit bit réservé est un bit du champ "drapeaux" dans l'en-tête IP du paquet.
7. Méthode pour transmettre des paquets de haute priorité dans un réseau de transmission 15 basé sur le protocole Internet (IP) dans lequel des paquets de basse priorité ou des fragments de paquet de basse priorité sont transportés entre un transmetteur et un récepteur et au moins un paquet de haute priorité doit être transporté dudit transmetteur audit récepteur par préemption d'un paquet de basse priorité ou d'un fragment de paquet de basse priorité; ladite méthode étant caractérisée en ce que, dans ledit récepteur, elle comprend les étapes de: - déterminer si un paquet de haute priorité est reçu par ledit récepteur, - déterminer lorsqu'un paquet de haute priorité est reçu par ledit récepteur, si un bit réservé dans l'en-tête IP dudit paquet de haute priorité utilisé comme 25 indicateur de préemption est activé, et - attendre la réception d'un nouveau paquet si ledit bit réservé est activé indiquant que ledit paquet de haute priorité à préempté un paquet de basse priorité ou fragment de paquet de basse priorité.
8. Méthode selon la revendication 7, dans laquelle un paquet de basse priorité ou fragment de paquet de basse priorité accumulé précédemment est fourni à la couche supérieure lorsque ledit bit réservé utilisé comme indicateur de préemption n'et pas activé dans ledit paquet de haute priorité, ledit indicateur de préemption désactivé indiquant que la il 2002-0153 transmission d'un paquet de basse priorité ou fragment de paquet de basse priorité précédent est terminé..
9. Méthode selon la revendication 8, comprenant en outre l'étape de déterminer si ledit bit 5 réservé utilisé comme indicateur de début de paquet est activé lorsque le paquet reçu par ledit récepteur est un paquet de basse priorité ou fragment de paquet de basse priorité, ledit paquet de basse priorité ou fragment de paquet de basse priorité étant un segment à ajouter au paquet de basse priorité ou fragment de paquet de basse priorité déjà accumulé si l'indicateur de début de paquet est activé.
10 10. Méthode selon la revendication 9, dans laquelle ledit paquet de basse priorité ou fragment de paquet de basse priorité déjà accumulé est fourni à la couche supérieure lorsque ledit bit réservé utilisé comme indicateur de début de paquet est activé indiquant que la réception du paquet de basse priorité ou fragment de paquet de basse priorité 15 précédent est terminée.
11. Méthode selon la revendication 10, comprenant en outre l'étape de déterminer si le paquet reçu est un paquet balai sans données, ledit paquet balai indiquant que la transmission d'un paquet de basse priorité ou fragment de paquet de basse priorité est 20 terminée.
12. Méthode selon la revendication 11, dans laquelle l'étape de déterminer si le paquet reçu est un paquet de basse priorité ou fragment de paquet de basse priorité ou bien un paquet de haute priorité en vérifiant la valeur du champ TOS dans l'en-tête IP du paquet. 25
13. Méthode selon la revendication 12, dans laquelle ledit bit réservé est un bit du champ "drapeaux" dans l'en-tête IP du paquet.
14. Méthode selon la revendication 13, dans laquelle ledit paquet de haute priorité est un 30 paquet de voix et ledit paquet de basse priorité ou fragment de paquet de basse priorité est un paquet de données ou un fragment de paquet de données.
12 2002-0153
15. Système comprenant des moyens adaptés pour mettre en oeuvre les étapes de la méthode
selon l'une des revendications 1 à 14.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0302243A FR2851708B1 (fr) | 2003-02-24 | 2003-02-24 | Methode pour transmettre des paquets de haute priorite dans un reseau de transmission ip |
| US10/638,898 US7558269B2 (en) | 2003-02-24 | 2003-08-11 | Method for transmitting high-priority packets in an IP transmission network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0302243A FR2851708B1 (fr) | 2003-02-24 | 2003-02-24 | Methode pour transmettre des paquets de haute priorite dans un reseau de transmission ip |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2851708A1 true FR2851708A1 (fr) | 2004-08-27 |
| FR2851708B1 FR2851708B1 (fr) | 2005-05-27 |
Family
ID=32799541
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0302243A Expired - Fee Related FR2851708B1 (fr) | 2003-02-24 | 2003-02-24 | Methode pour transmettre des paquets de haute priorite dans un reseau de transmission ip |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7558269B2 (fr) |
| FR (1) | FR2851708B1 (fr) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7558269B2 (en) * | 2003-02-24 | 2009-07-07 | At&T Intellectual Property Ii, L.P. | Method for transmitting high-priority packets in an IP transmission network |
Families Citing this family (75)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7509322B2 (en) | 2001-01-11 | 2009-03-24 | F5 Networks, Inc. | Aggregated lock management for locking aggregated files in a switched file system |
| US8155515B2 (en) * | 2003-12-29 | 2012-04-10 | Verizon Business Global Llc | Method and apparatus for sharing common capacity and using different schemes for restoring telecommunications networks |
| US7885970B2 (en) | 2005-01-20 | 2011-02-08 | F5 Networks, Inc. | Scalable system for partitioning and accessing metadata over multiple servers |
| US7903690B2 (en) * | 2005-04-28 | 2011-03-08 | Hewlett-Packard Development Company, L.P. | Method and system of sending an audio stream and a data stream |
| KR101203469B1 (ko) * | 2006-02-11 | 2012-11-21 | 삼성전자주식회사 | 패킷 네트워크에서 컷스루 방식으로 노드간 전파 지연 및거리를 정확하고 안전하게 측정하는 방법 및 상기 방법을수행하는 패킷 네트워크 노드 |
| US8417746B1 (en) | 2006-04-03 | 2013-04-09 | F5 Networks, Inc. | File system management with enhanced searchability |
| US8295310B2 (en) | 2006-09-25 | 2012-10-23 | Futurewei Technologies, Inc. | Inter-packet gap network clock synchronization |
| US7809027B2 (en) * | 2006-09-25 | 2010-10-05 | Futurewei Technologies, Inc. | Network clock synchronization floating window and window delineation |
| US7986700B2 (en) | 2006-09-25 | 2011-07-26 | Futurewei Technologies, Inc. | Multiplexed data stream circuit architecture |
| US7675945B2 (en) * | 2006-09-25 | 2010-03-09 | Futurewei Technologies, Inc. | Multi-component compatible data architecture |
| US8494009B2 (en) * | 2006-09-25 | 2013-07-23 | Futurewei Technologies, Inc. | Network clock synchronization timestamp |
| US8976796B2 (en) * | 2006-09-25 | 2015-03-10 | Futurewei Technologies, Inc. | Bandwidth reuse in multiplexed data stream |
| US8660152B2 (en) * | 2006-09-25 | 2014-02-25 | Futurewei Technologies, Inc. | Multi-frame network clock synchronization |
| US8588209B2 (en) | 2006-09-25 | 2013-11-19 | Futurewei Technologies, Inc. | Multi-network compatible data architecture |
| US8340101B2 (en) * | 2006-09-25 | 2012-12-25 | Futurewei Technologies, Inc. | Multiplexed data stream payload format |
| CN101569147B (zh) * | 2007-01-26 | 2012-05-02 | 华为技术有限公司 | 多组件兼容数据体系结构 |
| US7787485B2 (en) * | 2007-02-08 | 2010-08-31 | Lutron Electronics Co., Ltd. | Method of transmitting a high-priority message in a lighting control system |
| US20080219252A1 (en) * | 2007-03-08 | 2008-09-11 | Ya Narasimhaprasad | Shared communication protocol for controller area network |
| WO2008147973A2 (fr) | 2007-05-25 | 2008-12-04 | Attune Systems, Inc. | Virtualisation de fichier éloigné dans un système de fichier commuté |
| US8203955B2 (en) * | 2007-06-21 | 2012-06-19 | Alcatel Lucent | Method and apparatus for scheduling packets in an orthogonal frequency division multiple access (OFDMA) system |
| US8194539B2 (en) * | 2007-06-27 | 2012-06-05 | Motorola Solutions, Inc. | System and method for monitoring congestion in communication systems |
| US7743196B2 (en) * | 2007-08-15 | 2010-06-22 | Agere Systems Inc. | Interface with multiple packet preemption based on start indicators of different types |
| US8121117B1 (en) | 2007-10-01 | 2012-02-21 | F5 Networks, Inc. | Application layer network traffic prioritization |
| US8548953B2 (en) | 2007-11-12 | 2013-10-01 | F5 Networks, Inc. | File deduplication using storage tiers |
| US8549582B1 (en) | 2008-07-11 | 2013-10-01 | F5 Networks, Inc. | Methods for handling a multi-protocol content name and systems thereof |
| DE102008039580A1 (de) | 2008-08-25 | 2010-03-04 | Siemens Aktiengesellschaft | Verfahren zum Übertragen von Datenpaketen in einem Kommunikationsnetz und Schaltvorrichtung |
| EP2197130A3 (fr) * | 2008-12-10 | 2017-05-03 | Siemens Schweiz AG | Procédé de transmission déterministe de données temporellement critiques et non critiques sur un canal de données commun |
| US10721269B1 (en) | 2009-11-06 | 2020-07-21 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
| US8806056B1 (en) | 2009-11-20 | 2014-08-12 | F5 Networks, Inc. | Method for optimizing remote file saves in a failsafe way |
| US9195500B1 (en) | 2010-02-09 | 2015-11-24 | F5 Networks, Inc. | Methods for seamless storage importing and devices thereof |
| US9503375B1 (en) | 2010-06-30 | 2016-11-22 | F5 Networks, Inc. | Methods for managing traffic in a multi-service environment and devices thereof |
| US9420049B1 (en) | 2010-06-30 | 2016-08-16 | F5 Networks, Inc. | Client side human user indicator |
| US8347100B1 (en) | 2010-07-14 | 2013-01-01 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
| US9286298B1 (en) | 2010-10-14 | 2016-03-15 | F5 Networks, Inc. | Methods for enhancing management of backup data sets and devices thereof |
| WO2012158854A1 (fr) | 2011-05-16 | 2012-11-22 | F5 Networks, Inc. | Procédé d'équilibrage de charge de traitement de demandes de serveurs diameter |
| US8396836B1 (en) | 2011-06-30 | 2013-03-12 | F5 Networks, Inc. | System for mitigating file virtualization storage import latency |
| US8463850B1 (en) | 2011-10-26 | 2013-06-11 | F5 Networks, Inc. | System and method of algorithmically generating a server side transaction identifier |
| GB2496681A (en) * | 2011-11-21 | 2013-05-22 | Push Technology Ltd | A publish/subscribe system with time-sensitive message delivery to subscribers |
| US10230566B1 (en) | 2012-02-17 | 2019-03-12 | F5 Networks, Inc. | Methods for dynamically constructing a service principal name and devices thereof |
| US9020912B1 (en) | 2012-02-20 | 2015-04-28 | F5 Networks, Inc. | Methods for accessing data in a compressed file system and devices thereof |
| US9244843B1 (en) | 2012-02-20 | 2016-01-26 | F5 Networks, Inc. | Methods for improving flow cache bandwidth utilization and devices thereof |
| US10097616B2 (en) | 2012-04-27 | 2018-10-09 | F5 Networks, Inc. | Methods for optimizing service of content requests and devices thereof |
| US10033837B1 (en) | 2012-09-29 | 2018-07-24 | F5 Networks, Inc. | System and method for utilizing a data reducing module for dictionary compression of encoded data |
| US9519501B1 (en) | 2012-09-30 | 2016-12-13 | F5 Networks, Inc. | Hardware assisted flow acceleration and L2 SMAC management in a heterogeneous distributed multi-tenant virtualized clustered system |
| US9578090B1 (en) | 2012-11-07 | 2017-02-21 | F5 Networks, Inc. | Methods for provisioning application delivery service and devices thereof |
| US10375155B1 (en) | 2013-02-19 | 2019-08-06 | F5 Networks, Inc. | System and method for achieving hardware acceleration for asymmetric flow connections |
| US9497614B1 (en) * | 2013-02-28 | 2016-11-15 | F5 Networks, Inc. | National traffic steering device for a better control of a specific wireless/LTE network |
| US9554418B1 (en) | 2013-02-28 | 2017-01-24 | F5 Networks, Inc. | Device for topology hiding of a visited network |
| US10187317B1 (en) | 2013-11-15 | 2019-01-22 | F5 Networks, Inc. | Methods for traffic rate control and devices thereof |
| WO2015162734A1 (fr) * | 2014-04-23 | 2015-10-29 | 三菱電機株式会社 | Dispositif relais et procédé de transfert de données |
| JP2016005023A (ja) * | 2014-06-13 | 2016-01-12 | 富士通株式会社 | パケット送信装置及びパケット受信装置 |
| US11838851B1 (en) | 2014-07-15 | 2023-12-05 | F5, Inc. | Methods for managing L7 traffic classification and devices thereof |
| US10182013B1 (en) | 2014-12-01 | 2019-01-15 | F5 Networks, Inc. | Methods for managing progressive image delivery and devices thereof |
| US11895138B1 (en) | 2015-02-02 | 2024-02-06 | F5, Inc. | Methods for improving web scanner accuracy and devices thereof |
| US10129884B1 (en) | 2015-02-05 | 2018-11-13 | Unmanned Autonomous Systems Safeflight Inc. | Multi-thread tx/rx and video data to improve throughput and reliability over cellular based communications systems |
| US10834065B1 (en) | 2015-03-31 | 2020-11-10 | F5 Networks, Inc. | Methods for SSL protected NTLM re-authentication and devices thereof |
| US10505818B1 (en) | 2015-05-05 | 2019-12-10 | F5 Networks. Inc. | Methods for analyzing and load balancing based on server health and devices thereof |
| US11350254B1 (en) | 2015-05-05 | 2022-05-31 | F5, Inc. | Methods for enforcing compliance policies and devices thereof |
| US11757946B1 (en) | 2015-12-22 | 2023-09-12 | F5, Inc. | Methods for analyzing network traffic and enforcing network policies and devices thereof |
| US10404698B1 (en) | 2016-01-15 | 2019-09-03 | F5 Networks, Inc. | Methods for adaptive organization of web application access points in webtops and devices thereof |
| US11178150B1 (en) | 2016-01-20 | 2021-11-16 | F5 Networks, Inc. | Methods for enforcing access control list based on managed application and devices thereof |
| US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
| US10528498B2 (en) * | 2016-07-28 | 2020-01-07 | Mitsubishi Electric Corporation | Transfer apparatus and frame transfer method |
| WO2018029756A1 (fr) * | 2016-08-08 | 2018-02-15 | 三菱電機株式会社 | Dispositif de transmission, contrôleur de système, système de transmission de train et procédé de transmission |
| US10412198B1 (en) | 2016-10-27 | 2019-09-10 | F5 Networks, Inc. | Methods for improved transmission control protocol (TCP) performance visibility and devices thereof |
| US11063758B1 (en) | 2016-11-01 | 2021-07-13 | F5 Networks, Inc. | Methods for facilitating cipher selection and devices thereof |
| US10505792B1 (en) | 2016-11-02 | 2019-12-10 | F5 Networks, Inc. | Methods for facilitating network traffic analytics and devices thereof |
| US10812266B1 (en) | 2017-03-17 | 2020-10-20 | F5 Networks, Inc. | Methods for managing security tokens based on security violations and devices thereof |
| US10567492B1 (en) | 2017-05-11 | 2020-02-18 | F5 Networks, Inc. | Methods for load balancing in a federated identity environment and devices thereof |
| US11343237B1 (en) | 2017-05-12 | 2022-05-24 | F5, Inc. | Methods for managing a federated identity environment using security and access control data and devices thereof |
| US11122042B1 (en) | 2017-05-12 | 2021-09-14 | F5 Networks, Inc. | Methods for dynamically managing user access control and devices thereof |
| US11223689B1 (en) | 2018-01-05 | 2022-01-11 | F5 Networks, Inc. | Methods for multipath transmission control protocol (MPTCP) based session migration and devices thereof |
| US10833943B1 (en) | 2018-03-01 | 2020-11-10 | F5 Networks, Inc. | Methods for service chaining and devices thereof |
| US12003422B1 (en) | 2018-09-28 | 2024-06-04 | F5, Inc. | Methods for switching network packets based on packet data and devices |
| EP3860288A1 (fr) | 2020-01-31 | 2021-08-04 | ABB Power Grids Switzerland AG | Transmission et réception de symboles dans un système de communication sans fil |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001026326A1 (fr) * | 1999-10-04 | 2001-04-12 | Eci Telecom Ltd. | Transmission de paquets en urgence |
| WO2002089427A1 (fr) * | 2001-05-02 | 2002-11-07 | Inesc Inovação - Instituto De Novas Tecnologias | Communication de donnees en mode trame pour des services differencies |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5343473A (en) * | 1992-08-07 | 1994-08-30 | International Business Machines Corporation | Method of determining whether to use preempt/resume or alternate protocol for data transmission |
| US6766515B1 (en) * | 1997-02-18 | 2004-07-20 | Silicon Graphics, Inc. | Distributed scheduling of parallel jobs with no kernel-to-kernel communication |
| US6798743B1 (en) * | 1999-03-22 | 2004-09-28 | Cisco Technology, Inc. | Packet prioritization processing technique for routing traffic in a packet-switched computer network |
| US6987777B1 (en) * | 1999-12-02 | 2006-01-17 | Nortel Networks Ltd | Priority forwarding in a communication system |
| EP1150523A3 (fr) * | 2000-04-25 | 2002-06-12 | Lucent Technologies Inc. | Supporter IP sur l'interface Abis |
| US6980549B1 (en) * | 2000-09-01 | 2005-12-27 | Avaya Technology Corp. | Policy enforcing switch |
| JP2002141945A (ja) * | 2000-11-06 | 2002-05-17 | Sony Corp | データ送信装置、およびデータ送信方法、並びにプログラム記憶媒体 |
| US7200144B2 (en) * | 2001-10-18 | 2007-04-03 | Qlogic, Corp. | Router and methods using network addresses for virtualization |
| JP3799285B2 (ja) * | 2002-03-29 | 2006-07-19 | Ｎｅｃインフロンティア株式会社 | 無線ｌａｎ基地局、無線端末およびプログラム |
| US7346026B2 (en) * | 2003-01-21 | 2008-03-18 | Texas Instruments Incorporated | 4X design for wireless local area network throughput enhancement |
| US7225267B2 (en) * | 2003-01-27 | 2007-05-29 | Microsoft Corporation | Reactive bandwidth control for streaming data |
| FR2851708B1 (fr) * | 2003-02-24 | 2005-05-27 | At & T Corp | Methode pour transmettre des paquets de haute priorite dans un reseau de transmission ip |
-
2003
- 2003-02-24 FR FR0302243A patent/FR2851708B1/fr not_active Expired - Fee Related
- 2003-08-11 US US10/638,898 patent/US7558269B2/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001026326A1 (fr) * | 1999-10-04 | 2001-04-12 | Eci Telecom Ltd. | Transmission de paquets en urgence |
| WO2002089427A1 (fr) * | 2001-05-02 | 2002-11-07 | Inesc Inovação - Instituto De Novas Tecnologias | Communication de donnees en mode trame pour des services differencies |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7558269B2 (en) * | 2003-02-24 | 2009-07-07 | At&T Intellectual Property Ii, L.P. | Method for transmitting high-priority packets in an IP transmission network |
Also Published As
| Publication number | Publication date |
|---|---|
| FR2851708B1 (fr) | 2005-05-27 |
| US7558269B2 (en) | 2009-07-07 |
| US20050175013A1 (en) | 2005-08-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR2851708A1 (fr) | Methode pour transmettre des paquets de haute priorite dans un reseau de transmission ip | |
| US6473404B1 (en) | Multi-protocol telecommunications routing optimization | |
| EP2064853B1 (fr) | Procédé d'optimisation du contrôle du trafic dans un réseau de télécommunication par paquets | |
| US6650652B1 (en) | Optimizing queuing of voice packet flows in a network | |
| EP1507374B1 (fr) | Procédé et dispositif de gestion de priorité lors de la transmission d'un message. | |
| EP1309131B1 (fr) | Procédé de mise en oeuvre d'un réseau de communication redondant de type Ethernet full-duplex commuté | |
| US6577596B1 (en) | Method and apparatus for packet delay reduction using scheduling and header compression | |
| EP1309130B1 (fr) | Reseau de communication de type ethernet full duplex commute et procede de mise en oeuvre de celui-ci | |
| US7292530B2 (en) | Method and apparatus to manage packet fragmentation | |
| EP0858193B1 (fr) | Procédé et dispositif d'allocation de ressources dans un réseau numerique de transmission par paquets | |
| US6845105B1 (en) | Method and apparatus for maintaining sequence numbering in header compressed packets | |
| FR2905047A1 (fr) | Reseau afdx supportant une pluralite de classes de service | |
| FR2850816A1 (fr) | Dispositif et procede de commande de vitesse d'acheminement du trafic dans un reseau de telecommunications utilisant un compartiment fuyant a plusieurs seuils | |
| EP1545065B1 (fr) | Réseau de communication redondant de type Ethernet full-duplex commuté et procédé de gestion de la redondance d'un tel réseau notamment dans le domaine avionique | |
| JPH07202932A (ja) | ブリッジ | |
| JP2004015290A (ja) | 音声パケット優先制御装置とその方法 | |
| BE1004912A4 (fr) | Procede d'acheminement interne pour equilibrage de charge. | |
| FR2834412A1 (fr) | Noeud de reseau, interface physique contenue par ce noeud et procede de traitement de paquets transportant une charge utile vocale | |
| JP2006506845A (ja) | ルータにおけるパケットに対し論理リンクを選択する方法 | |
| EP1788760A1 (fr) | Systéme et procédé de routage statique de flux de paquets de données dans un réseau d'interconnexion | |
| US20070229214A1 (en) | Method For Discarding All Segments Corresponding To Same Packet In A Buffer | |
| WO2011012569A1 (fr) | Procede et systeme pour la selection automatique de media de transmission | |
| EP0771132B1 (fr) | Dispositif de régulation du flux de cellules ATM au sein d'un brasseur ATM | |
| FR3042081A1 (fr) | "procede de controle d'un systeme de communications de donnees par paquets et systeme de communications mettant en œuvre le procede" | |
| JP2003188939A (ja) | 遅れを許容しないデータ・サービス提供における性能推定方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 13 |
|
| ST | Notification of lapse |
Effective date: 20161028 |