FR2831744A1 - Procede et appareil pour tunneliser des paquets dans un systeme de donnes par paquets - Google Patents

Procede et appareil pour tunneliser des paquets dans un systeme de donnes par paquets Download PDF

Info

Publication number
FR2831744A1
FR2831744A1 FR0113947A FR0113947A FR2831744A1 FR 2831744 A1 FR2831744 A1 FR 2831744A1 FR 0113947 A FR0113947 A FR 0113947A FR 0113947 A FR0113947 A FR 0113947A FR 2831744 A1 FR2831744 A1 FR 2831744A1
Authority
FR
France
Prior art keywords
packet
priority
packets
transmission
communication channel
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
FR0113947A
Other languages
English (en)
Other versions
FR2831744B1 (fr
Inventor
Michael W Bychowsky
Michael Kloos
Derek Oxley
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.)
Google Technology Holdings LLC
Original Assignee
Motorola Inc
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 Motorola Inc filed Critical Motorola Inc
Priority to FR0113947A priority Critical patent/FR2831744B1/fr
Publication of FR2831744A1 publication Critical patent/FR2831744A1/fr
Application granted granted Critical
Publication of FR2831744B1 publication Critical patent/FR2831744B1/fr
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416Real-time traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/245Traffic 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)

Abstract

Algorithme de classement par ordre de priorité et d'émission de paquets de données pour le transport sur demande de paquets de données ayant différentes priorités par un canal de communication par paquets partagé. L'algorithme comprend l'arrêt prématuré de la transmission d'un paquet non prioritaire, le stockage du reste du paquet non prioritaire dans un moyen de stockage, le maintien des données du paquet non prioritaire dans le moyen de stockage, la transmission d'un paquet prioritaire, la transmission du reste du paquet non prioritaire une fois que la transmission du paquet prioritaire est terminée, la signalisation d'un paquet début d'un paquet non prioritaire afin d'identifier les paquets en attente et permettre la transmission des paquets prioritaires; et la détermination du niveau de priorité d'un paquet entrant.

Description

<Desc/Clms Page number 1>
PROCEDE ET APPAREIL POUR TUNNELISER DES PAQUETS DANS UN
SYSTEME DE DONNEES PAR PAQUETS Domaine de l'invention
Da manière générale, la présente invention concerne le transport de paquets de données dans un canal de communication par paquets partagé, et plus particulièrement un procédé et un appareil pour transporter des paquets de données ayant différentes priorités dans un canal de communication par paquets partagé sur demande tout en conservant la largeur de bande.
Arrière-plan technologique de l'invention
Les paquets et les systèmes de données par paquets sont connus et ont de-nombreuses utilisations. Les systèmes de données par paquets permettent le transport par paquets et facilitent ainsi le transport des informations. Par exemple, les paquets de données et les systèmes de données par paquets sont
<Desc/Clms Page number 2>
indispensables dans les systèmes cellulaires pour envoyer des données vocales et des informations aux utilisateurs de téléphones cellulaires. Dans le monde d'aujourd'hui, le transport des informations est accompli en encapsulant des types spécifiques d'informations dans des paquets et en envoyant les paquets dans un"canal de communication". Un paquet est une collection d'informations (à savoir, des données, des données vocales, des données ET3, des données audio, etc. ). Les informations contenues dans le paquet peuvent être une combinaison des différents types d'information susmentionnés. Lors de l'envoi de paquets de données par un canal de communication par paquets, et plus particulièrement par un canal de communication par paquets partagé, chaque paquet se voit attribuer un niveau de priorité. Le niveau de priorité est attribué principalement en fonction de la taille du paquet et du type d'information contenu dans le paquet. La transmission de certains types de paquets dépend de façon critique du temps (données vocales en duplex intégral) et ne peut être retardée par la transmission simultanée de paquets qui ne dépendent pas du temps de façon critique. Lors de l'utilisation d'un réseau comprenant un canal de communication par paquets partagé pour transporter des paquets d'information, il est fréquent que de gros paquets de basse priorité encombrent le canal de communication par paquets partagé, laissant ainsi les paquets de haute priorité en attente jusqu'à la fin de la transmission des paquets de basse priorité. Le résultat net est un
<Desc/Clms Page number 3>
retard inacceptable pour les transmissions prioritaires.
Plusieurs procédés ont été conçus dans la technique antérieure pour éliminer le problème d'encombrement rencontré dans les canaux de communication par paquets partagés. Par exemple, la préemption a été précédemment incluse dans la norme de relais de blocs. La préemption est un procédé consistant à bloquer le transport de certains paquets dans un type spécifique de ligne de transmission. Par exemple, la préemption se produit lorsqu'un protocole HDLC (High Level Data Link Control, contrôle de liaison de données de haut niveau) utilise une"séquence de suppression"pour mettre fin à la transmission d'un paquet. La"séquence de suppression"est une séquence spéciale émise par la station d'émission des paquets.
Ces deux procédés, bien qu'ils réduisent le retard, augmentent la largeur de bande nécessaire pour transporter les paquets en raison du fait que la transmission doit retransmettre la partie du paquet qui a été supprimée. En conséquence, il existe un besoin pour un procédé plus efficace pour transporter des paquets de priorité variable dans un système de transport de paquets partagé.
Brève description des figures
La figure 1 est un schéma fonctionnel illustrant un système de transmission de données par paquets ;
La figure 2 est un schéma de transition de paquets illustrant un algorithme de classement par
<Desc/Clms Page number 4>
ordre de priorité et de transmission de paquets selon la présente invention ;
La figure 3 est un organigramme d'émission de paquets de données illustrant l'un des modes de réalisation d'un algorithme de classement par ordre de priorité et de transmission de paquets selon la présente invention ; et
La figure 4 est un organigramme de réception de paquets de données illustrant un autre mode de réalisation de l'algorithme de classement par ordre de priorité et de transmission de paquets selon la présente invention.
Description détaillée des modes de réalisation préférés
Dans un réseau utilisant un canal de communication par paquets partagé pour transporter une pluralité de types de paquets ayant chacun un niveau de priorité différent, il est fourni un procédé pour appeler de multiples paquets de données dans un canal de communication par paquets partagé, le procédé comprenant les étapes consistant à arrêter prématurément la transmission d'un paquet non prioritaire, stocker le reste du paquet non prioritaire sur un moyen de stockage, et transmettre un paquet prioritaire. Le procédé consistant à appeler de multiples paquets de données comprend en outre la transmission du reste du paquet non prioritaire une fois que la transmission du paquet prioritaire est terminée, la signalisation d'un paquet début d'un paquet non prioritaire afin d'identifier les paquets en attente et permettre la transmission des paquets
<Desc/Clms Page number 5>
prioritaires, la détermination du niveau de priorité d'un paquet entrant, et la vérification périodique du niveau de priorité des paquets de données en cours de transmission.
Dans l'un des modes de réalisation de la présente invention, dans un réseau conçu pour transporter une pluralité de types de paquets ayant chacun un niveau de priorité différent, un appareil pour appeler des types multiples de paquets afin d'effectuer la transmission prévisible dans un canal de communication par paquets partagé comprend un canal de communication par paquets partagé, un moyen d'émission de signaux couplé dans un rapport de communication avec le canal de communication par paquets partagé, un contrôleur connecté au canal de communication par paquets partagé couplé, et un moyen de réception de signaux couplé dans un rapport de communication avec le canal de communication par paquets partagé. La présente invention utilise un algorithme pour résoudre le problème"d'encombrement" des paquets de données dans un canal de communication par paquets partagé sans sacrifier la largeur de bande.
Les paquets de données proviennent de plusieurs types de sources. Par exemple, les paquets de données peuvent provenir d'un téléphone cellulaire, d'un"pager"ou d'autres dispositif sans fil. Ces paquets sont transmis d'un utilisateur à un autre, à savoir d'un correspondant cellulaire à un autre correspondant cellulaire, d'un correspondant cellulaire à un pager, ou à un utilisateur téléchargeant des informations à partir d'une autre source. L'encombrement se produit
<Desc/Clms Page number 6>
lorsque des paquets de données trop nombreux ayant des priorités multiples sont transmis en succession chronologique trop rapide. L'algorithme transfère une "séquence de suppression"pour arrêter prématurément la transmission du paquet de données qui ne dépend pas de manière critique du temps. Le reste du paquet sera remis dans la file d'attente afin d'être transmis au moment approprié. Le côté réception du canal de communication par paquets partagé 58 conservera temporairement les données du paquet non critique reçues et ajoutera le reste des données du paquet une fois que le reste du paquet de données critique aura été transmis. Un drapeau inséré dans le paquet début est utilisé pour identifier le paquet en attente afin de permettre la transmission de multiples paquets dépendant du temps de façon critique. Des horloges d'expiration sont utilisées pour vider le paquet dans la mémoire tampon dans l'éventualité d'une corruption de la ligne.
Conformément aux modes de réalisation préférés de la présente invention et en se référant aux figures 1, 2 et 3, la présente invention fournit un algorithme de classement par ordre de priorité et de transmission de paquets de données. Comme décrit ci-dessus, la figure 1 est un schéma illustrant un système de transmission de paquets de données 50. Le système de transmission de paquets de données 50 comprend des dispositifs d'émission de paquets de données 52-56, un canal de communication par paquets partagé 58, un contrôleur de transmission de paquets de données 60, des dispositifs
<Desc/Clms Page number 7>
de réception de paquets de données 62-66. Comme il a été mentionné ci-dessus, les dispositifs d'émission de données 52-56 peuvent être, mais sans s'y limiter, des téléphones cellulaires, des pagers, et des assistants personnels numériques. Par ailleurs, les dispositifs de réception de paquets de données 62-66 peuvent être des dispositifs du même type que les dispositifs d'émission de paquets de données 52-56. Le canal de communication par paquets partagé 54 est un support de transmission de paquets de données dans lequel les données sont transportées vers leurs destinations respectives. Le contrôleur de transmission des paquets de données 58, ci-après le contrôleur 58, régule le flux de paquets de données dans le canal de communication par paquets partagé 54. Le contrôleur 58 renferme et exécute l'algorithme de classement par ordre de priorité et de transmission de paquets selon la présente invention.
Comme décrit ci-dessus, la figure 2 est un schéma de transition de paquets illustrant un algorithme de classement par ordre de priorité et de transmission de paquets selon la présente invention. L'algorithme de classement par ordre de priorité et de transmission (ci-après "l'algorithme") sera mieux expliqué en appliquant différents scénarios à la figure 2.
Scénario 1 : 2 niveaux de paquets interrupteurs
Initialement, un paquet de données A et un drapeau joint sont envoyés par un dispositif de transmission de paquets de données. A l'instant D, le paquet B est transmis. En outre, à l'instant E, le paquet C est transmis. Le paquet de données et le
<Desc/Clms Page number 8>
drapeau progressent avec le temps jusqu'à l'instant D, un point arbitraire dans le temps. Les paquets de données B et C sont transmis au même moment que le paquet de données A. Il faut noter toutefois que les paquets de données A, B et C ont des priorités de transmission différentes, qui sont dans ce cas croissantes. A l'instant D, un drapeau est détecté par l'algorithme, de sorte que l'algorithme vérifier le code de redondance cyclique (ci-après désigné CRC) du paquet de données A juste avant que le paquet de données A atteigne le point D. Le contrôle du CRC échouera dans la mesure où la transmission du paquet de données A n'est pas terminée. En raison de l'échec du contrôle du CRC, l'algorithme suppose qu'un paquet de priorité plus élevée (paquet de données B) est en cours de transmission. Au point E, un drapeau est reçu, de sorte que l'algorithme contrôle le CRC du paquet de données B juste avant que le paquet de données B atteigne le point Dl. Le contrôle du CRC échouera puisque la transmission du paquet de données B n'est pas terminée. Du fait de l'échec du contrôle du CRC, l'algorithme suppose qu'un paquet de données de plus haute priorité (paquet de données C) est en cours de transmission. Au point F, le contrôle du CRC est positif, signifiant que le paquet de données C a été transmis dans sa totalité. Au point G, deux contrôles du CRC sont réalisés. Deux contrôles sont réalisés dans la mesure où il est possible d'enchaîner l'un à l'autre des paquets de données, un drapeau étant inséré entre les deux paquets de données et servant de drapeau de
<Desc/Clms Page number 9>
fin pour le premier paquet et de drapeau de début pour le second paquet. Le récepteur ne sait pas si le paquet de données allant du point FI au point G est un second paquet interrupteur qui suit le paquet de données C ou la suite du paquet B. En conséquence, l'algorithme réalise un contrôle du CRC sur le paquet allant du point FI au point G. Si le CRC correspond, alors il s'agit d'un second paquet de données qui suit le paquet de données C. Selon une autre possibilité, l'algorithme pourrait effectuer un contrôle du CRC sur les paquets de données après le drapeau du point D et poursuivre le contrôle du CRC jusqu'au point G (à l'exclusion du CRC) et exclure le paquet de données allant du point E au point FI. Si le CRC au point C correspond, le paquet B est bon. Au point H, l'algorithme réalise la même fonction qu'au point G. Si le CRC au point H correspond, le paquet de données A est décodé.
Scénario 2 : 2 niveaux d'interruption avec erreur sur les bits (voir la figure 2)
Aux fins du présent scénario, on suppose que le train de bits est corrompu au point Dl. Une erreur sur les bits à un niveau quelconque corrompt ce paquet et tous les paquets en attente derrière celui-ci. Etant donné que l'on suppose que cette situation est rare, elle est jugée acceptable puisque le paquet en cours de transmission serait perdu de toute façon. Ce procédé implique la perte des paquets en attente, mais, par définition, ceux-ci n'étaient pas des paquets prioritaires. Au point D, un drapeau est reçu, de sorte que l'algorithme contrôle le CRC du paquet de données A
<Desc/Clms Page number 10>
juste avant que le paquet A n'atteigne le point D. Le contrôle du CRC échouera puisque la transmission du paquet de données A n'est pas terminée. Dans la mesure où le contrôle du CRC échoue, l'algorithme suppose qu'un paquet de priorité plus élevée (paquet de données B) est en cours de transmission. Au point E, un drapeau est reçu, de sorte que l'algorithme contrôle le CRC du paquet de données B juste avant que le paquet de données D n'atteigne le point Dl. Le contrôle du CRC échouera puisque la transmission du paquet de données B n'est pas terminée. Etant donné l'échec du contrôle du CRC, l'algorithme suppose qu'un paquet de données de priorité plus élevée (paquet de données C) est en cours de transmission. Au point F, le contrôle du CRC est positif, signifiant que le paquet de données C a été transmis dans sa totalité. Au point G, le contrôle du CRC échoue. L'algorithme suppose alors que le reste du paquet de données A est un nouveau paquet de données, ce qui est faux. Après le drapeau en H, si une période d'inactivité est détectée par l'algorithme, l'algorithme peut fonctionner de deux manières : (1) la pile de paquets est supprimée et les paquets de données A et B sont perdus, ou (2) si un autre paquet de données suit au point H, l'algorithme attend un dépassement du temps imparti pour le paquet A, puis pour le paquet B. Dans les deux cas, les paquets de données A et B sont perdus.
<Desc/Clms Page number 11>
Scénario 3 : synchronisation du récepteur au démarrage, sans erreurs sur les bits (voir la figure 2)
Aux fins de ce troisième scénario, on suppose qu'un récepteur se ré-initialise et parvient au point Dl. Au point E, le récepteur reçoit le premier drapeau. L'algorithme supprime les paquets de données présents jusqu'au point E. Au point F1, l'algorithme décode le CRC du paquet de données C du fait qu'il n'y a pas de paquet interrupteur de priorité plus élevée en cours de transmission. Au point Gl, l'algorithme vérifie le CRC des paquets de données présents entre le point F1 et le point G. Le contrôle du CRC entre ces points échoue. Le récepteur suppose que le paquet de données allant du point F1 au point G est un paquet interrupteur, ce qui est faux. Au point Hl, le récepteur contrôle le CRC et échoue également. Finalement, les horloges qui ont démarré aux points F et G dépasseront le temps imparti et leurs paquets partiels seront supprimés et le récepteur fonctionnera normalement. Lors de la synchronisation, l'algorithme supprime les paquets jusqu'à ce que la liaison soit purgée de tous les paquets partiels. Selon une autre possibilité, l'algorithme pourrait être programmé pour attendre jusqu'à ce que le canal de communication par paquets partagé 58 soit vidé. Ceci, néanmoins, entraînerait la perte des paquets de données.
La figure 3 montre un schéma de transmission de paquets de données illustrant l'un des modes de réalisation préférés d'un algorithme de transmission de paquets de données selon la présente invention. La
<Desc/Clms Page number 12>
figure 3 montre de façon plus détaillée comment l'algorithme de classement par ordre de priorité et de transmission de paquets de données 100 résout le problème lié au fait de retarder la transmission d'un paquet de données non prioritaire tout en transmettant un paquet de données prioritaire. Le processus débute par l'étape 102, lors de laquelle un paquet de données est transmis. Dans l'étape 104, la transmission d'un second paquet de données prioritaire commence. Aux fins du présent exemple, il faut supposer que le second paquet de données a une priorité plus élevée que le premier paquet de données, non prioritaire. Une fois que l'algorithme a déterminé que le second paquet de données est prioritaire par rapport au premier paquet de données, la transmission du premier paquet de données est prématurément arrêtée. La partie restante du premier paquet de données est alors stockée. Cette partie du processus est illustrée dans les étapes 106 et 108 de la figure 3. Après que le paquet début a été signalé par un drapeau, le paquet de données prioritaire est transmis, le reste du premier paquet de données étant transmis à un dispositif de récupération de signal (étape 112).
La figure 4 montre un schéma de réception de paquets de données illustrant un autre mode de réalisation préféré de l'algorithme de classement par ordre de priorité et de transmission de la présente invention. Le processus de classement par ordre de priorité et de transmission de paquets commence par l'étape 202 avec la réception d'un train de données en
<Desc/Clms Page number 13>
paquet. Lors de l'étape 204, un drapeau est reçu par le contrôleur 56 indiquant la fin d'un paquet de données ou le début d'un paquet de données. Après réception du drapeau par le contrôleur 56, le paquet de données est soumis à un contrôle du code de redondance cyclique (étape 206). Le contrôle du code de redondance cyclique détermine si le paquet en cours de transmission est un paquet de données complet ou s'il s'agit d'une partie d'un paquet de données. Si le contrôle du code de redondance cyclique du paquet de données est un échec, l'algorithme est programmé pour contrôler le CRC de tous les paquets partiels du même niveau de priorité que le paquet de données en cours de transmission (étape 208). S'il existe des paquets de données ayant le même niveau de priorité qui n'ont pas subi le contrôle du CRC, alors l'algorithme est programmé pour concaténer les paquets partiels antérieurs à ce niveau de priorité (étape 210). Une fois que l'étape 210 est achevée, l'algorithme est programmé pour contrôler le CRC du paquet de données. En effet, l'algorithme revient à l'étape 206. Si tous les paquets partiels a ce niveau de priorité ont subi un contrôle du CRC, alors une erreur existe et l'algorithme est programmé pour supprimer le paquet de données en cours de transmission (étape 212). Si le contrôle du code de redondance cyclique du paquet de données réussit, l'algorithme décode le paquet de données (étape 214).
Dans l'étape 216, le paquet de données prioritaire est reçu jusqu'à réception d'un autre drapeau (étape 204). Le processus décrit ci-dessus se poursuit jusqu'à ce
<Desc/Clms Page number 14>
que tous les paquets de données aient été émis et reçus.
Bien que la présente invention ait été décrite en se référant à des modes de réalisation préférés, le spécialiste de la technique reconnaîtra que des changements peuvent être apportés dans la forme et le détail sans sortir de l'esprit et de l'étendue de la présente invention.

Claims (10)

REVENDICATIONS
1. Dans un réseau utilisant un canal de communication par paquets partagé pour transporter une pluralité de types de paquets ayant chacun une priorité différente, procédé pour ajouter des paquets multiples dans un canal de communication par paquets partagé, ce procédé comprenant les étapes de : signalisation d'un paquet début d'un paquet non prioritaire afin d'identifier les paquets en attente et permettre la transmission de paquets prioritaires ; arrêt prématuré de la transmission du paquet non prioritaire ; stockage du reste du paquet non prioritaire dans un périphérique de stockage ; transmission du paquet prioritaire ; et transmission du reste du paquet non prioritaire une fois que la transmission du paquet prioritaire est terminée.
2. Procédé selon la revendication 1, dans lequel l'arrêt prématuré de la transmission du paquet non prioritaire comprend en outre l'étape consistant à insérer un drapeau de paquet à l'endroit où le paquet doit être divisé.
3. Procédé selon la revendication 1, dans lequel l'étape consistant à signaler le paquet début comprend en outre l'étape consistant à déterminer le niveau de priorité d'un paquet entrant.
4. Procédé selon la revendication 1, dans lequel l'étape consistant à signaler le paquet début comprend
<Desc/Clms Page number 16>
en outre l'étape consistant à vérifier périodiquement le niveau de priorité du paquet de données en cours de transmission.
5. Procédé selon la revendication 1, dans lequel l'étape consistant à signaler un paquet début comprend en outre les étapes consistant à identifier le paquet non prioritaire et à identifier un début d'un paquet prioritaire.
6. Procédé selon la revendication 1, dans lequel l'étape consistant à signaler un paquet début comprend en outre l'étape consistant à identifier une interruption du paquet non prioritaire.
7. Procédé selon la revendication 1, dans lequel l'étape consistant à signaler un paquet début comprend en outre l'étape consistant à identifier un paquet interrompu.
8. Procédé selon la revendication 1, dans lequel l'étape consistant à stocker le reste du paquet non prioritaire dans un périphérique de stockage comprend en outre le transfert du reste du paquet dans une file d'attente.
9. Dans un réseau conçu pour transporter une pluralité de types de paquets ayant chacun une priorité différente, appareil pour ajouter de multiples types de paquets en vue d'effectuer une transmission prévisible dans un canal de communication par paquets partagé, l'appareil comprenant : un canal de communication par paquets partagé ;
<Desc/Clms Page number 17>
par paquets partagé ; un contrôleur connecté au canal de communication par paquets partagé ; et un moyen de réception de signaux connecté au canal de communication de paquets partagé, dans lequel l'algorithme de classement par ordre de priorité et d'émission est stocké dans le contrôleur et est utilisé par le contrôleur pour réguler la transmission de paquets par le canal de communication par paquets standard, en mettant en oeuvre : des moyens de signalisation d'un paquet début d'un paquet non prioritaire afin d'identifier les paquets en attente et permettre la transmission de paquets prioritaires ; des moyens d'arrêt prématuré de la transmission d'un paquet non prioritaire ; des moyens de stockage du reste du paquet non prioritaire dans un dispositif de stockage ; des moyens de transmission d'un paquet prioritaire ; et des moyens de transmission du reste du paquet non prioritaire une fois que la transmission du paquet prioritaire est terminée.
Figure img00170001
un moyen d'émission de signaux couplé dans un rapport de communication avec le canal de communication
10. Appareil selon la revendication 9, dans lequel le contrôleur est programmé pour insérer un drapeau de paquet à. la place où le paquet doit être divisé après que la transmission du paquet non prioritaire a été interrompue.
FR0113947A 2001-10-29 2001-10-29 Procede et appareil pour tunneliser des paquets dans un systeme de donnes par paquets Expired - Lifetime FR2831744B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0113947A FR2831744B1 (fr) 2001-10-29 2001-10-29 Procede et appareil pour tunneliser des paquets dans un systeme de donnes par paquets

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0113947A FR2831744B1 (fr) 2001-10-29 2001-10-29 Procede et appareil pour tunneliser des paquets dans un systeme de donnes par paquets

Publications (2)

Publication Number Publication Date
FR2831744A1 true FR2831744A1 (fr) 2003-05-02
FR2831744B1 FR2831744B1 (fr) 2005-05-13

Family

ID=8868819

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0113947A Expired - Lifetime FR2831744B1 (fr) 2001-10-29 2001-10-29 Procede et appareil pour tunneliser des paquets dans un systeme de donnes par paquets

Country Status (1)

Country Link
FR (1) FR2831744B1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6361532A (ja) * 1986-09-01 1988-03-17 Nec Corp 割込みデ−タ転送方式
EP0582537A2 (fr) * 1992-08-07 1994-02-09 International Business Machines Corporation Transmission de trafic de haute priorité sur lignes de communication à basse vitesse

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6361532A (ja) * 1986-09-01 1988-03-17 Nec Corp 割込みデ−タ転送方式
EP0582537A2 (fr) * 1992-08-07 1994-02-09 International Business Machines Corporation Transmission de trafic de haute priorité sur lignes de communication à basse vitesse

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
NAOYA WATANABE ET AL: "A PREEMPTIVE PACKET TRANSFER SCHEME WITH VIRTUAL CELLS IN A LONG PACKET", ELECTRONICS & COMMUNICATIONS IN JAPAN, PART I - COMMUNICATIONS, SCRIPTA TECHNICA. NEW YORK, US, vol. 71, no. 2, 1 February 1988 (1988-02-01), pages 71 - 80, XP000023738, ISSN: 8756-6621 *
PATENT ABSTRACTS OF JAPAN vol. 012, no. 285 (E - 642) 4 August 1988 (1988-08-04) *

Also Published As

Publication number Publication date
FR2831744B1 (fr) 2005-05-13

Similar Documents

Publication Publication Date Title
US6856628B1 (en) Method and apparatus for tunneling packets in a packet data system
US6373842B1 (en) Unidirectional streaming services in wireless systems
ES2239721T3 (es) Metodo y receptor para la transferencia mejorada de paquetes de datos en un protocolo de transmision con peticiones de repeticion.
AU708421B2 (en) Non-transparent data transmission in a digital telecommunications system
EP2064853B1 (fr) Procédé d&#39;optimisation du contrôle du trafic dans un réseau de télécommunication par paquets
EP1217778B1 (fr) Procédé et dispositif de communication de données avec demande de répétition automatique
CA1264875A (fr) Procede et dispositif de transmission de donnees numeriques par messages organises en trames
US7710973B2 (en) Error masking for data transmission using received data
FR2851708A1 (fr) Methode pour transmettre des paquets de haute priorite dans un reseau de transmission ip
FR2705851A1 (fr) Modem à grande vitesse procédé et dispositif pour effectuer une compression de données synchrones.
FR2927749A1 (fr) Procede et dispositif de transmission de donnees, notamment video.
EP3692696B1 (fr) Signalisation d&#39;une requête d&#39;adaptation d&#39;une session de communication en voix sur ip
JPH11215192A (ja) 可変長パケット通信方法およびパケット通信装置
US8989239B2 (en) Systems and methods for retransmission with on-line reconfiguration
JP4772553B2 (ja) データ送受信装置及びデータ送受信方法
WO2002005497A1 (fr) Transmetteur de donnees, recepteur de donnees, et procede de transfert/reception de donnees
US20060062254A1 (en) Method of encoding a data packet
JP2002152311A (ja) Ir機能を具備したarqを用いて通信システムで情報を送信する方法
US20010043618A1 (en) Method and apparatus for controlling access to a communication channel
EP1161023B1 (fr) Procédé et système de transmission de données bi-mode, émetteur et récepteur correspondants
CN111194056B (zh) 数据分组的封装
FR2831744A1 (fr) Procede et appareil pour tunneliser des paquets dans un systeme de donnes par paquets
EP1411689B1 (fr) Procédé de contrôle de retransmission de données et unité de contrôle pour mettre en oeuvre le procédé
JPH06112922A (ja) 自動再送要求を用いたデータ伝送方式
FR2585909A1 (fr) Procede de transmission de donnees par paquets a travers un reseau ou une chaine de transmission, et dispositif de mise en oeuvre

Legal Events

Date Code Title Description
TP Transmission of property

Owner name: MOTOROLA MOBILITY, INC., US

Effective date: 20110912

PLFP Fee payment

Year of fee payment: 15

PLFP Fee payment

Year of fee payment: 16

PLFP Fee payment

Year of fee payment: 17

CD Change of name or company name

Owner name: GOOGLE TECHNOLOGY HOLDINGS LLC, US

Effective date: 20171214

TP Transmission of property

Owner name: GOOGLE TECHNOLOGY HOLDINGS LLC, US

Effective date: 20171214

PLFP Fee payment

Year of fee payment: 18

PLFP Fee payment

Year of fee payment: 19

PLFP Fee payment

Year of fee payment: 20