FR2834412A1 - Noeud de reseau, interface physique contenue par ce noeud et procede de traitement de paquets transportant une charge utile vocale - Google Patents
Noeud de reseau, interface physique contenue par ce noeud et procede de traitement de paquets transportant une charge utile vocale Download PDFInfo
- Publication number
- FR2834412A1 FR2834412A1 FR0216773A FR0216773A FR2834412A1 FR 2834412 A1 FR2834412 A1 FR 2834412A1 FR 0216773 A FR0216773 A FR 0216773A FR 0216773 A FR0216773 A FR 0216773A FR 2834412 A1 FR2834412 A1 FR 2834412A1
- Authority
- FR
- France
- Prior art keywords
- packet
- packets
- bit
- voice payload
- header
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
L'invention concerne un noeud (740) et une interface (700) de traitement de paquets transportant une charge utile, le noeud comprenant plusieurs interfaces physiques (700), au moins un masque de bits spécifiant des valeurs et des emplacements de bits à l'intérieur d'au moins une partie sélectionnée d'au moins l'un des paquets transporté, et un comparateur (704) de masque de bits servant à comparer la partie sélectionnée du haut des paquets reçus via l'interface physique avec le ou les masques de bits, afin de déterminer si le paquet reçu transporte ou non une charge utile vocale, le désemballage couche par couche des paquets transportant une charge utile vocale étant ainsi évité, ce qui réduit les servitudes de traitement dans le noeud du réseau de données.
Description
<Desc/Clms Page number 1>
La présente invention concerne les télécommunications transmettant des données et, plus particulièrement, les procédés et les appareils permettant de transporter des données vocales au moyen de techniques de commutation par paquets.
Les services de télécommunications fournis peuvent grossièrement se classer en deux catégories principales.
La première catégorie comprend les services de communications vocales de la classe que l'on pourrait dire "à péage" ("toll"), qui fournissent une qualité de service se caractérisant par : un retard de transmission minimal, une instabilité de transmission minimale, une largeur de bande pré-affectée fixe, une faible tolérance de pertes, l'utilisation de liaisons spécialisées et redondantes.
L'instabilité désigne la variation du retard de transmission d'émissions séquentielles de signaux entre des stations. Ces services de télécommunications comprennent le service classique de téléphonie (POTS, d'après "Plain Old Téléphone Service"), les services de télécopie, ainsi que les services de vidéoconférence. L'équipement nécessaire pour permettre le fonctionnement de services vocaux de la classe dite à péage possède une topologie d'interconnexion hiérarchisée fixe et est coûteuse à déployer, à maintenir et à développer.
La deuxième catégorie comprend les services de données que l'on pouvait qualifier comme étant "de la meilleure qualité pour le meilleur marché possible" ("lent effort"), lesquels services ont des exigences relâchées en ce qui concerne le transport des données et ont des coûts réduits de déploiement, de maintenance et d'extension. Le transport des données bénéficie d'une largeur de bande variable. Une topologie d'interconnexion souple permet le transport de données sans connexion, l'acheminement pouvant se faire sur un équipement défectueux. Comme on s'en doute, le prix à payer est un retard de transmission non limité, des instabilités de transmission non limitées, et une absence de garantie quant à la réussite du transport de données à la destination visée. Des services de données du type "la meilleure qualité pour le meilleur marché" sont utilisés pour mettre en #uvre ce que l'on appelle aujourd'hui Internet.
L'équipement de transport de données nécessaire pour permettre le fonctionnement de services de données est relativement peu coûteux à
<Desc/Clms Page number 2>
déployer, à maintenir et à développer par comparaison avec l'équipement nécessaire pour fournir les services vocaux ci-dessus présentés.
Les prestataires de services de télécommunications fournissent parallèlement le service vocal (service téléphonique) aussi bien que le service de données (accès Internet). Le fait d'assurer la fourniture en parallèle a pour inconvénient une augmentation des servitudes de gestion.
Dans le même temps, cette fourniture en parallèle représente une nécessité, car le "dernier kilomètre" de connexion à l'accès Internet est typiquement réalisé sur des liaisons matérielles formées par des paires torsadées, qui sont associées à la fourniture du service téléphonique.
Toutefois, plus récemment, des progrès considérables ont été accomplis, en ce qui concerne l'équipement de transport de données, allant dans le sens d'une fourniture plus rapide et plus fiable de services de données. Les derniers progrès techniques apparus dans le domaine des services de données concurrencent les services vocaux, de sorte que l'appellation du "meilleur service pour le meilleur marché" ne s'applique plus au transport des données. L'appellation "qualité de service" accolée aux services de données devient de plus en plus valable.
Comme la plus grande partie des investissements récents en capitaux et des déploiements récents des services de télécommunications se sont trouvés associés avec la fourniture de services de données, est apparue sur le marché une demande visant à s'appuyer sur l'infrastructure récemment installée pour délivrer des services vocaux. En particulier, des protocoles de transport de données et des équipements de transport de données ont été conçus pour assurer la fourniture de services vocaux sur Internet. Les tentatives les plus prometteuses comprennent les techniques VOIP d'après ("Voice over Internet Protocol", à savoir un protocole pour signaux vocaux sur Internet).
Comme le nom le suggère, les techniques VOIP s'appuient sur les techniques de transport de données selon un protocole d'Internet pour transporter un trafic de données associé à des services vocaux. La combinaison est improprement connue sous les appellations suivantes : service de signaux vocaux en paquets, service de signaux vocaux commutés par paquets, etc. Même si, initialement, les communications vocales étaient centrées sur la transmission analogique de signaux vocaux, la numérisation des signaux vocaux n'est pas une nouveauté.
<Desc/Clms Page number 3>
La transmission de signaux vocaux sous un format numérique a été introduite au moment de l'arrivée du commutateur téléphonique numérique (central de commutation numérique). Pour numériser des signaux vocaux analogiques, on prend des échantillons toutes les 125 s et chaque échantillon d'amplitude de signal vocal est représenté numériquement au moyen de 8 bits. Là où on utilisait des paires torsadées de fil de cuivre pour transmettre exclusivement des signaux vocaux analogiques, l'arrivée du commutateur téléphonique numérique a rendu possible de multiplexer les signaux vocaux numériques en combinant plusieurs signaux vocaux numériques sur le même fil via une technique de multiplexage temporel (TDM, d'après "Time Division Multiplexing").
Les techniques TDM permettent à plusieurs signaux de se partager dans le temps les supports de transmission en fil de cuivre, aussi connus de manière impropre sous l'appellation de jonctions numériques. Des moyens sont également prévus pour que des informations de commande et de synchronisation soient transmises.
Un protocole de transmission TDM définit des trames de temps ayant un certain format et transmises toutes les 125 s afin de transporter plusieurs échantillons de 8 bits tels qui sont produits. Diverses capacités de jonctions numériques ont été définies, dont les exemples comprennent : une norme nord-américaine Tl transportant des échantillons de données vocales correspondant à 24 canaux de signaux vocaux par trame en même temps que les informations de commande et de synchronisation, et une norme européenne El transportant des échantillons de données vocales correspondant à 32 canaux de signaux vocaux par trame en même temps que les informations de commande et de synchronisation. Les informations de commande et de synchronisation transmises ne représentent qu'une petite fraction de la largeur de bande de transport de données TDM.
Le réseau téléphonique est, dans une importante mesure, un réseau à commutation de circuits où des connexions spécialisées sont établies entre postes téléphoniques avant la transmission des signaux vocaux. Des liaisons par fils de cuivre physiques en paires entre équipements de commutation téléphonique analogique étaient connectées ensemble de manière à assurer une connexion en duplex intégral spécialisée entre postes téléphoniques. Dans le réseau téléphonique
<Desc/Clms Page number 4>
numérique, des tranches de temps correspondant à des échantillons vocaux transportés dans les trames qui s'échangent entre commutateurs téléphoniques numériques via les jonctions numériques sont réservées pour chaque connexion téléphonique entre postes téléphoniques. La robustesse est assurée par l'intermédiaire d'un équipement redondant sur la base de ce que l'on appelle la réserve permanente ("hot standby"). Un réseau parallèle fournit une fonction de signalisation permettant d'établir des connexions téléphoniques, de les contrôler et d'y mettre fin.
La technique VOIP concerne, entre autres, le transport de données vocales au moyen de paquets de données. La figure 1 est un schéma simplifié montrant à titre d'exemple la configuration d'un paquet.
Les paquets de données 100 sont des structures de données autonomes contenant des informations de signalisation et de commande ainsi qu'une charge utile de données 120. Les informations de signalisation et de commande sont combinées dans un en-tête 110 présentant un format qui est spécifié par les protocoles de transport de données utilisés pour transporter le paquet 100. Des protocoles de transport de données peuvent prescrire l'utilisation d'un fanion de queue 130 (voir la figure 6).
Chaque paquet de données 100 est émis, acheminé et transporté dans le réseau de transport de données indépendamment d'autres paquets de données 100. La décision d'acheminement est prise dans le traitement de chaque paquet 100 en chaque n#ud de transport de données d'un réseau de transport de données. Ce processus est appelé la commutation par paquets.
D'une part, lorsqu'on compare avec la transmission de données TDM, l'en-tête 110 du paquet représente un grand volume de signaux de servitude qui réduit la capacité disponible de transport de données. D'autre part, le fait de prendre des décisions dans chaque n#ud de réseau du trajet suivi par le paquet 100 à travers le réseau de transport de données permet l'acheminement de paquets 100 sur un équipement connaissant des défaillances, si bien qu'il n'est pas nécessaire de prévoir un déploiement redondant d'équipements de transport de données.
L'installation et la synchronisation d'équipements redondants sont très coûteuses et représentent une autre raison de promouvoir les services vocaux à commutation par paquets.
<Desc/Clms Page number 5>
Comme mentionné ci-dessus, les services vocaux exigent des retards de transmission faibles et une instabilité limitée. La transmission de paquets dans le protocole IP (protocole Internet) n'adresse pas de résultats de retard de transmission et ne tente pas non plus de réguler l'instabilité. En fait, la transmission de données suivant le protocole IP n'est pas fiable. Des paquets IP peuvent se perdre pendant la transmission ou peuvent même arriver hors séquence. Cela dit, seule une limite supérieure est nécessaire en ce qui concerne la perte de paquets IP lors du transport d'échantillons vocaux, car l'oreille humaine est tolérante dans une certaine mesure.
Le protocole IP est représentatif d'une technique de transmission de données de couche-3 OSI (d'après Open System Interconnection", c'est-à-dire interconnexion de systèmes ouverts). On utilise des protocoles de couches plus élevées pour adresser des paramètres d'émission de paquets différents. On utilise le protocole TCP (d'après "Transmission Control Protocol", à savoir protocole de commande d'émission) de couche-4 OSI en conjonction avec le protocole IP pour assurer une transmission fiable sans devoir adresser des retards de transmission ou des instabilités. Un protocole VLAN ("Virtual Local Area Networking", à savoir connexion de réseaux locaux virtuels) permet d'acheminer des priorités qui spécifient un traitement préférentiel de paquets marqués par une étiquette VLAN, assurant ainsi, au mieux, un retard de traitement réduit, mais non limité.
Le récent, et explosif, développement des techniques de télécommunications a amené un grand nombre de fabricants d'équipements sur le marché. Tous ces fabricants ont des approches différentes pour résoudre les problèmes présentés ci-dessus, en même temps qu'il s'est encore introduit un autre facteur de complication qui se rapporte à la compatibilité entre fabricants pour l'équipement VoIP. La compatibilité entre fabricants est rarement considérée au moment de la conception, ce qui aboutit à des solutions exclusives pour chaque fabricant.
Une tentative pour alléger certains des points présentés ci-dessus a été faite par la société Word Telecom Labs, une société belge, et cette solution a été publiée sur Internet à l'adresse http:/ /www.wtlusa.com/prod~tek/voip~wp.pdf, sous l'appellation "The
<Desc/Clms Page number 6>
INX VOIP Solution". Bien qu'elle soit unique, la solution INX tente de réduire le volume de servitude contenu dans l'en-tête du paquet en imposant une topologie du type réseau téléphonique : imposer l'utilisation d'une topologie de réseau en étoile, ayant des n#uds interconnectés via des liaisons point à point seulement, et remplacer l'en-tête de paquet 110 de chaque paquet 100 transmis sur chaque liaison point à point par une en-tête de 4 octets exclusive de chaque fabricant. Alors que cette solution tente d'imiter le réseau téléphonique à commutation de circuits, elle ne fournit qu'une solution exclusive se limitant à l'équipement d'un seul fabricant. Pour réduire l'instabilité, la solution INX demande la mise en tampon d'échantillons vocaux dans divers tampons du réseau de données, au prix de l'existence de grands tampons et des retards qui leur sont associés. L'exigence de la mise en tampon d'échantillons vocaux dans le réseau résultant ne conduit pas à une solution dont on peut modifier l'échelle pour assurer le fonctionnement avec de plus grandes capacités de transport de données vocales. De plus, la signalisation est mise en #uvre par l'intermédiaire d'un protocole UDP (d'après "User Datagram Protocol", à savoir protocole de datagrammes utilisateur) qui, bien qu'il permette un transport rapide de message de signalisation, n'est pas fiable. Tous les trajets de données sont périodiquement contrôlés par envoi de paquets UDP de contrôle, avec une exigence accrue en matière de largeur de bande, et amenant potentiellement un réacheminement inutile de paquets vocaux lors d'échec de ces contrôles par suite de la perte de paquets UDP.
Il existe donc un besoin pour la résolution des questions ci-dessus mentionnées et, plus particulièrement, il est nécessaire de produire des procédés et des appareils permettant de traiter des paquets VOIP avec un rendement amélioré dans un environnement où coexistent plusieurs fabricants, tout en réduisant le volume de servitudes associé au transport des données.
Selon un aspect de l'invention, il est proposé un n#ud de réseau de données traitant des paquets qui transportent une charge utile vocale. Le n#ud de réseau de données comporte : plusieurs interfaces physiques transportant des paquets, au moins une spécification de masque de bits associée avec au moins une interface de la pluralité d'interfaces physiques et un comparateur de masque de bits. Le masque
<Desc/Clms Page number 7>
de bits spécifie des valeurs de bits et des emplacements de bits compris à l'intérieur d'au moins une partie sélectionnée des paquets reçus par au moins une interface physique. Le comparateur de masque de bits compare la partie sélectionnée d'au moins l'un des paquets avec le ou les masque (s) de bits, afin de déterminer si le paquet reçu transporte une charge utile vocale. On évite le désemballage couche par couche des paquets en réduisant le traitement des servitudes dans le n#ud de réseau de données.
Selon un aspect de l'invention, une interface de réseau physique transportant des paquets qui portent une charge utile vocale est proposée. L'interface de réseau physique comporte : au moins une spécification de masque de bits et un comparateur de masque de bits. Le masque de bits spécifie des valeurs de bit et des emplacements de bit à l'intérieur d'au moins une partie sélectionnée des paquets reçus.
Le comparateur de masque de bits compare la partie sélectionnée d'au moins l'un des paquets reçus avec le ou les masque (s) de bits, afin de déterminer si le paquet transporte une charge utile vocale. On évite le désemballage couche par couche des paquets en réalisant le traitement des servitudes dans l'interface de réseau physique.
Selon un autre aspect de l'invention, un procédé est proposé, qui sert à traiter sélectivement des paquets transportant une charge utile vocale. Le procédé comporte une succession d'opérations. Dans la première opération, des paquets reçus sont mis en tampon dans un tampon d'entrée. Au moins une partie sélectionnée de chaque paquet mis en tampon est comparée avec un masque de bits sélectionné.
On détermine alors si le paquet transporte ou non une charge utile vocale.
On évite le désemballage couche par couche des paquets reçus en réduisant le traitement des servitudes.
On obtient des avantages de la réduction des servitudes de transport de paquets en immergeant un en-tête de commutation de contexte à l'intérieur des en-têtes préexistants par une utilisation, la plus grande possible, des bits de réserve. La solution fournit un support configurable pour des équipements de plusieurs fabricants. De plus, on réduit le traitement des servitudes lors de l'extraction du matériel de l'entête de commutation de contexte dans les paquets aussi bien que pour
<Desc/Clms Page number 8>
l'extraction de paquets transportant une charge utile vocale dans un train de paquets transportant un trafic de données mixtes.
La description suivante, conçue à titre d'illustration de l'invention, vise à donner une meilleure compréhension de ses caractéristiques et avantages ; elle s'appuie sur les dessins annexés parmi lesquels : la figure 1 est un schéma simplifié montrant à titre d'exemple une configuration de paquet ; la figure 2 est un schéma simplifié montrant à titre d'exemple une configuration de paquet de protocole IP de couche-2 OSI, produisant le transport de charges utiles vocales ; la figure 3 est un schéma simplifié montrant à titre d'exemple une configuration de paquet de protocole IP de couche-3 OSI générique fournissant le transport de charges utiles vocales ; la figure 4 est un schéma simplifié montrant une configuration générale de paquet assurant le transport de charges utiles vocales selon un mode de réalisation de l'invention présenté à titre d'exemple ; la figure 5 est un schéma simplifié montrant des bits d'un en-tête de commutation de contexte à 2 octets utilisé dans le traitement de charges utiles vocales selon un mode de réalisation préféré de l'invention ; la figure 6 est un schéma simplifié montrant, selon le mode de réalisation préféré de l'invention, un masque de bits utilisé lors de l'extraction de paquets VOIP d'un train de paquets IP ; et la figure 7 est un schéma simplifié montrant, selon un mode de réalisation préféré de l'invention, des étapes de traitement pour la réception et l'émission de paquets VOIP.
On notera que les schémas annexés, comme les particularités, portent des références semblables.
Selon l'invention, il est admis que des fabricants d'équipements différents mettent en #uvre les techniques VOIP de manière différente.
Les protocoles de transport de données différents (couche-2 et couche-3 OSI) sont utilisés sur des techniques de couche-1 OSI différentes.
Des exemples de techniques de transport de données de couche-2 OSI comprennent, sans que ceci soit une limitation, les techniques Ethernet et les techniques des anneaux à jeton. Le protocole IP fonctionne sur une
<Desc/Clms Page number 9>
couche-3 OSI, tandis que les protocoles TCP, RTP (d'après "Real-Time Transfer Protocol", à savoir protocole de transfert en temps réel) et UDP fonctionnent sur une couche-4 OSI. Des mises en #uvre VOIP spécifiques à des fabricants peuvent prendre la forme, sans que ceci soit une limitation, IP/UDP/RTP utilisant des liaisons physiques avec anneau à jeton, ainsi que TCP sur IP utilisant des liaisons physiques Ethernet.
Selon un mode de réalisation préféré de l'invention, des paquets VOIP sont de préférence traités dans des n#uds de réseau de données via leur extraction des trains de paquets IP. Une interface de réseau physique supportant sélectivement plusieurs protocoles de transport de données est prévue.
Les figures 2,3 et 4 sont des schémas simplifiés montrant, selon l'invention, des configurations de paquets IP à titre d'exemple, qui permettent le transport de charges utiles vocales.
La figure 2 montre une configuration de paquet préférée pour le transport de charges utiles vocales au moyen d'un paquet "Ethernet" 200 qui possède un en-tête 210, de 14 octets seulement, et une charge utile 220.
La figure 3 présente un paquet IP générique destiné au transport de données vocales. Le paquet présenté à titre d'exemple est un paquet "Ethernet" possédant un en-tête Ethernet 210 de 14 octets spécifiant des adresses MAC (d'après "Media Access Control", à savoir commande d'accès aux supports) et, potentiellement, un identificateur, noté ID, à étiquette VLAN. Le paquet Ethernet 300 emballe, dans sa charge utile 220, un en-tête IP 310 d'une longueur de 20 octets et une charge utile vocale 320. Des protocoles de transmission de couche-4 OSI différents peuvent être utilisés et, s'il en est ainsi, être spécifiés via une zone de spécificateur de protocole dans l'en-tête IP 310. Par exemple, une valeur 2 de spécification de protocole correspond au protocole IGMP (d'après Internet Group Management, à savoir gestion de groupes Internet), une valeur 6 de spécification de protocole correspond au protocole TCP, une valeur 7 de spécification de protocole correspond au protocole UDP, etc.
Selon l'invention, le transport de charges utiles vocales peut utiliser tout format de paquet 400 représenté sur la figure 4. Le paquet générique 400 possède une partie en-tête 410 et une charge utile
<Desc/Clms Page number 10>
vocale 420. De préférence, un en-tête 500 de commutation de contexte est utilisé pour valider le traitement de données vocales le long du trajet de transport.
La figure 5 est un schéma simplifié montrant, selon un mode de réalisation préféré de l'invention, les bits d'un en-tête 500 de commutation de contexte de 2 octets, qui est utilisé dans le traitement des charges utiles vocales.
Selon le mode de réalisation préféré de l'invention, il est fait en sorte que les spécifications d'en-tête de protocole de transfert de données de couche-2, de couche-3 et de couche-4 ne définissent pas l'utilisation pour tous les bits présents dans les en-têtes. Pour dire cela d'une autre manière, sans qu'il y ait à utiliser un surcroît de largeur de bande de transport de données, l'en-tête 500 de commutation de contexte à 2 octets est de préférence incorporé dans les en-têtes existants 210/310/410 spécifiés par les protocoles de transport de données qui sont utilisés dans le transport de données vocales produisant une solution VOIP autant qu'il y a des bits de réserve disponibles. Alors que l'en-tête 500 de commutation de contexte est représenté sur les figures 2,3, 4 et 5 sous la forme d'une séquence de bits, l'incorporation réelle des bits à l'intérieur des en-têtes 210/310/410 ne doit pas nécessairement être ordonné ni même séquentiel. De plus, l'incorporation de l'en-tête 500 de commutation de contexte ne doit pas être exclusif de l'un des en-têtes 210/310/410, mais peut être réparti sur une combinaison des en-têtes 210/310/410.
La figure 6 est un schéma simplifié montrant, selon le mode de réalisation préféré de l'invention, un masque de bits utilisé pour l'extraction de paquets VOIP d'un train de paquets IP.
Selon le mode de réalisation préféré de l'invention, les 64 premiers octets du paquet sont utilisés pour incorporer l'en-tête de commutation de contexte 500. En fonction du ou des protocoles de transmission de données utilisés, l'en-tête de commutation de contexte 500 est incorporé dans une combinaison de l'en-tête 110 du paquet et de la charge utile 120. L'incorporation préférée de l'en-tête de commutation de contexte 500 n'ajoute aucune servitude supplémentaire de transport de données, car des bits non attribués présents dans les en-têtes de protocole 110 (210/310/410) sont utilisés sélectivement pour
<Desc/Clms Page number 11>
supporter toute une variété de mises en #uvre ainsi que la compatibilité avec des équipements de plusieurs fabricants.
Selon le mode de réalisation préféré de l'invention, l'extraction de l'en-tête de commutation de contexte 500 s'effectue matériellement pour réduire le volume des servitudes de traitement des paquets.
De préférence, l'extraction, par des moyens matériels, de l'en-tête de commutation de contexte 500 comporte l'utilisation d'un masque de bits 600 qui spécifie les affectations des séquences de bits constituant l'en-tête de commutation de contexte ainsi que leurs emplacements à l'intérieur des 64 premiers octets du paquet 100.
Selon un autre mode de réalisation préféré de l'invention, où le trafic de données VoIP partage des ressources de transport de données du réseau de transport de données avec d'autres flux de données IP, le masque de bits 600 spécifie aussi d'autres bits utilisés par des zones d'en-tête de protocole de transmission de données dans les en-têtes 210/310/410 afin de séparer le trafic de données VOIP du trafic des autres données IP. A titre d'exemple, le trafic de données VOIP peut n'être échangé qu'avec des n#uds particuliers du réseau de données ayant les adresses MAC spécifiques ou bien les adresses IP spécifiques. Selon un autre mode de réalisation de l'invention, des zones d'en-tête complètes ayant des valeurs spécifiques peuvent être spécifiées dans le masque de bits 600 pour traiter le trafic de données vocales transporté selon un groupe particulier de protocoles de transport de données.
La figure 7 est un schéma simplifié montrant, selon un mode de réalisation préféré de l'invention, des opérations de traitement qui interviennent dans la réception et l'émission de paquets VoIP.
Selon le mode de réalisation préféré de l'invention, une pluralité de masques de bits 600 sont présents au niveau de l'interface physique matérielle, par exemple sur une carte 700 d'interface matérielle de réseau de données schématiquement représentée sur la figure 7. Un sélecteur 700 de masque de bits est utilisé pour amener un comparateur de masque de bits 704 à utiliser un masque de bits particulier 600 pour assurer une correspondance vis-à-vis de paquets IP reçus dans un tampon d'entrée 706.
Si une correspondance est trouvée, un signal 708 est envoyé à un extracteur 710 de données VoIP. L'extracteur de données VOIP 710
<Desc/Clms Page number 12>
extrait au moins les bits de l'en-tête de commutation de contexte 500 et, éventuellement, la charge utile VoIP. L'information d'en-tête de commutation de contexte est utilisée pour envoyer la charge utile VOIP à diverses files d'attente VoIP 712 en vue d'un traitement préférentiel dans un processeur 720.
Suite au traitement, les données VOIP sont emballées dans des paquets IP 730, et un en-tête de commutation de contexte 500 est incorporé avant leur émission.
Des procédés typiques de traitement de paquets IP, qui sont connus dans la technique, sont utilisés pour traiter les autres paquets IP transportés.
Le procédé présenté ci-dessus peut être mis en #uvre dans des n#uds de réseau de données transportant le trafic de données IP, ces n#uds 740 étant désignés par l'appellation de n#uds VOIP 740, tandis que les liaisons physiques d'interconnexion 750 sont désignées par l'appellation de liaisons physiques VOIP 750 afin d'assurer le support de services vocaux tels que les services téléphoniques. Les n#uds VOIP 740 et les liaisons physiques VOIP 750 peuvent participer à un autre réseau de transport de données IP 760 en même temps que d'autres n#uds de réseau de données IP 770 interconnectés par l'intermédiaire de liaisons physiques IP 780.
L'homme de l'art admettra que les procédés présentés ici ne sont pas limités à la fourniture de services téléphoniques. Les procédés peuvent être utilisés, avec des changements mineurs, pour la fourniture, la formation relative au transfert par télécopie, aux conférences téléphonique, aux vidéoconférences, et aux informations échangées entre utilisateurs qui comprennent, sans limitation, l'identification du demandeur, la télérecherche numérique de personnes, la messagerie textuelle, le courrier électronique vocal, etc.
L'homme de l'art admettra que des protocoles de transport de données sélectionnés spécifient l'utilisation d'en-têtes variables. Dans de tels cas, le masque de bits 600 utilisé pour extraire l'en-tête de commutation de contexte 500 peut ou bien être segmenté, ou bien des masques de bits différents peuvent être, de préférence, utilisés si seul un nombre relativement petit de variantes d'en-têtes est possible. L'utilisation d'un en-tête modifié est typiquement spécifié dans l'en-tête lui-même,
<Desc/Clms Page number 13>
et des mises en #uvre sont envisagées dans lesquelles le sélecteur de masque de bits 702 fait usage de spécifications d'en-têtes modifiés afin de sélectionner un masque de bits 600 correct.
L'homme de l'art admettra que des protocoles de transport de données sélectionnés spécifient l'utilisation de fanions de queue en plus d'en-têtes. Les informations stockées dans des fanions de queue fournissent typiquement, mais non exclusivement, le contrôle des erreurs.
L'utilisation de fanions de queue offre des possibilités supplémentaires de minimiser le volume de servitudes d'émission de données en faisant également usage (bien que ceci ne soit pas préféré) des bits de réserve disponibles du fanion de queue. Un masque de bits segmenté, comme décrit ci-dessus, serait nécessaire. L'élément inséré de la figure 6 montre un tel mode de réalisation utilisant un masque de bits segmenté 600/602.
Alors que les éléments de l'invention ont été présentés en liaison, à titre d'exemple, avec des techniques de transport de données associées au protocole IP ("Internet Protocol"), l'invention n'est pas limitée à cela. L'homme de l'art admettra que l'invention peut aussi être appliquée aux autres techniques de transport de données. Les procédés présentés ici peuvent également être adaptés au traitement du trafic de données transporté à l'intérieur d'un n#ud de transport de données sur une plaque de raccordement arrière entre plusieurs interfaces physiques (cartes de ligne) et, ou bien, des cartes de service.
Bien entendu, l'homme de l'art sera en mesure d'imaginer, à partir des dispositifs et des procédés dont la description vient d'être donnée à titre simplement illustratif et nullement limitatif, diverses variantes et modifications ne sortant pas du cadre de l'invention.
Claims (13)
1. N#ud (740) de réseau de données traitant des paquets (100) qui transportent une charge utile vocale (120), le n#ud étant caractérisé en ce qu'il comprend : a. une pluralité d'interfaces physiques (700) transportant des paquets, b. au moins une spécification de masque de bits (600) associée avec au moins l'une des interfaces physiques, le masque de bits spécifiant des valeurs de bits et des emplacements de bits à l'intérieur d'au moins une partie sélectionnée d'au moins l'un des paquets transporté, et c. un comparateur (704) de masque de bits servant à comparer la partie sélectionnée dudit ou desdits paquets reçus via ladite ou lesdites interfaces physiques ayant ledit ou lesdits masques de bits, afin de déterminer si le paquet reçu transporte une charge utile, et en ce qu'un désemballage couche par couche de paquets transportant une charge utile vocale est évité, ce qui a pour effet de réduire le traitement des servitudes dans le n#ud du réseau de données.
2. N#ud de réseau de données selon la revendication 1, caractérisé en ce que le masque de bits (600) spécifie en outre des emplacements de bits constituant un en-tête (500) de commutation de contexte, utilisé pour transporter des informations de traitement concernant les paquets transportés.
3. N#ud de réseau de données selon la revendication 2, caractérisé en ce que les emplacements des bits constituant l'en-tête de commutation de contexte (500) spécifient en outre l'emplacement de bits de réserve disponibles à l'intérieur d'au moins un en-tête de paquet, l'utilisation de bits de réserve disponibles produisant une réduction des servitudes de transport de données.
4. N#ud de réseau de données selon la revendication 2, caractérisé en ce que les emplacements des bits constituant l'en-tête de commutation de contexte (500) spécifient les emplacements de bits à l'intérieur de la partie sélectionnée des paquets.
5. N#ud de réseau de données selon la revendication 1, caractérisé en ce que la partie sélectionnée comporte au moins l'une des
<Desc/Clms Page number 15>
entités suivantes, à savoir les 64 premiers octets du paquet, l'en-tête (110) du paquet, et le fanion de queue (130) du paquet.
6. Interface (700) de réseau physique transportant des paquets qui portent une charge utile vocale (120), l'interface physique du réseau étant caractérisée en ce qu'elle comprend : a. au moins une spécification de masque de bits (600), le masque de bits spécifiant des valeurs de bits et des emplacements de bits à l'intérieur d'au moins une partie sélectionnée d'au moins un paquet reçu parmi les paquets transportés, et b. un comparateur (704) de masque de bits servant à comparer la partie sélectionnée d'au moins un des paquets reçus, avec ledit ou lesdits masques de bits, afin de déterminer si le paquet reçu transporte une charge utile vocale, où le désemballage couche par couche des paquets transportant une charge utile vocale est évité, ce qui réduit le traitement des servitudes dans l'interface physique du réseau.
7. Interface de réseau physique selon la revendication 6, caractérisée en ce que le masque de bits (600) spécifie en outre les emplacements de bits constituant un en-tête de commutation de contexte servant pour transporter des informations de traitement se rapportant aux paquets transportés.
8. Interface de réseau physique selon la revendication 7, caractérisée en ce que les emplacements des bits constituant l'en-tête de commutation de contexte (500) spécifient en outre les emplacements de bits de réserve disponibles à l'intérieur d'au moins un en-tête de paquets, l'utilisation de bits de réserve disponibles produisant une réduction des servitudes de transport des données.
9. Interface de réseau physique selon la revendication 7, caractérisée en ce que les emplacements des bits constituant l'en-tête de commutation de contexte (500) spécifient les emplacements des bits à l'intérieur de la partie sélectionnée des paquets.
10. Interface de réseau physique selon la revendication 6, caractérisée en ce que la partie sélectionnée comporte au moins l'une des entités suivantes, à savoir les 64 premiers octets du paquet, l'en-tête (110) du paquet et un fanion de queue (130) du paquet.
<Desc/Clms Page number 16>
11. Procédé permettant de traiter sélectivement des paquets transportant une charge utile vocale, caractérisé en ce qu'il comprend les opérations suivantes : a. mettre un paquet reçu dans un tampon d'entrée ; b. comparer au moins une partie sélectionnée du paquet avec un masque de bits sélectionné ; et c. déterminer si le paquet transporte une charge utile vocale, et en ce que le désemballage couche par couche de paquets transportant une charge utile vocale est évité, ce qui réduit les servitudes de traitement.
12. Procédé selon la revendication 11, caractérisé en ce que, suite à la détermination du fait que le paquet transporte ou non une charge utile vocale, il comprend en outre l'opération consistant à extraire sélectivement un en-tête de commutation de contexte, si le paquet transporte, en fait, une charge utile vocale.
13. Procédé selon la revendication 11, caractérisé en ce que, suite à la détermination du fait que le paquet transporte ou non une charge utile vocale, il comprend en outre l'opération consistant à extraire sélectivement une charge utile vocale du paquet, si le paquet transporte, en fait, une charge utile vocale.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/033,498 US20030126188A1 (en) | 2001-12-27 | 2001-12-27 | Generic header parser providing support for data transport protocol independent packet voice solutions |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2834412A1 true FR2834412A1 (fr) | 2003-07-04 |
Family
ID=21870735
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0216773A Pending FR2834412A1 (fr) | 2001-12-27 | 2002-12-27 | Noeud de reseau, interface physique contenue par ce noeud et procede de traitement de paquets transportant une charge utile vocale |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20030126188A1 (fr) |
| JP (1) | JP2003218933A (fr) |
| KR (1) | KR20030057453A (fr) |
| CN (1) | CN1440174A (fr) |
| DE (1) | DE10260453B4 (fr) |
| FR (1) | FR2834412A1 (fr) |
| GB (1) | GB2383920B (fr) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4431537B2 (ja) * | 2003-06-16 | 2010-03-17 | パナソニック株式会社 | パケット処理装置及び方法 |
| JP2006211113A (ja) * | 2005-01-26 | 2006-08-10 | Mitsubishi Electric Corp | 情報収集システム及びこれに用いられる基地局 |
| US8238352B2 (en) * | 2005-09-02 | 2012-08-07 | Cisco Technology, Inc. | System and apparatus for rogue VoIP phone detection and managing VoIP phone mobility |
| CN100477639C (zh) * | 2005-11-30 | 2009-04-08 | 中国科学院计算技术研究所 | 一种无线网络节点缓冲数据包处理方法 |
| US9198084B2 (en) | 2006-05-26 | 2015-11-24 | Qualcomm Incorporated | Wireless architecture for a traditional wire-based protocol |
| US8667144B2 (en) | 2007-07-25 | 2014-03-04 | Qualcomm Incorporated | Wireless architecture for traditional wire based protocol |
| US8811294B2 (en) | 2008-04-04 | 2014-08-19 | Qualcomm Incorporated | Apparatus and methods for establishing client-host associations within a wireless network |
| US9398089B2 (en) | 2008-12-11 | 2016-07-19 | Qualcomm Incorporated | Dynamic resource sharing among multiple wireless devices |
| US9264248B2 (en) | 2009-07-02 | 2016-02-16 | Qualcomm Incorporated | System and method for avoiding and resolving conflicts in a wireless mobile display digital interface multicast environment |
| US9582238B2 (en) | 2009-12-14 | 2017-02-28 | Qualcomm Incorporated | Decomposed multi-stream (DMS) techniques for video display systems |
| US20130013318A1 (en) | 2011-01-21 | 2013-01-10 | Qualcomm Incorporated | User input back channel for wireless displays |
| JP5847846B2 (ja) * | 2011-01-21 | 2016-01-27 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | ワイヤレスディスプレイのためのユーザ入力バックチャネル |
| US8964783B2 (en) | 2011-01-21 | 2015-02-24 | Qualcomm Incorporated | User input back channel for wireless displays |
| US10135900B2 (en) | 2011-01-21 | 2018-11-20 | Qualcomm Incorporated | User input back channel for wireless displays |
| US9787725B2 (en) | 2011-01-21 | 2017-10-10 | Qualcomm Incorporated | User input back channel for wireless displays |
| US9413803B2 (en) | 2011-01-21 | 2016-08-09 | Qualcomm Incorporated | User input back channel for wireless displays |
| US9065876B2 (en) | 2011-01-21 | 2015-06-23 | Qualcomm Incorporated | User input back channel from a wireless sink device to a wireless source device for multi-touch gesture wireless displays |
| US10108386B2 (en) | 2011-02-04 | 2018-10-23 | Qualcomm Incorporated | Content provisioning for wireless back channel |
| US8674957B2 (en) | 2011-02-04 | 2014-03-18 | Qualcomm Incorporated | User input device for wireless back channel |
| US9503771B2 (en) | 2011-02-04 | 2016-11-22 | Qualcomm Incorporated | Low latency wireless display for graphics |
| US9525998B2 (en) | 2012-01-06 | 2016-12-20 | Qualcomm Incorporated | Wireless display with multiscreen service |
| KR102173089B1 (ko) | 2014-08-08 | 2020-11-04 | 삼성전자주식회사 | 인터페이스 회로 및 그것의 패킷 전송 방법 |
| US10397144B2 (en) * | 2016-12-22 | 2019-08-27 | Intel Corporation | Receive buffer architecture method and apparatus |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0993162A2 (fr) * | 1998-10-05 | 2000-04-12 | Alcatel | Filtrage et expédition basé sur le contenu dans un dispositif de commutation de réseau |
| WO2001019040A1 (fr) * | 1999-09-03 | 2001-03-15 | Broadcom Corporation | Dispositif et procede permettant le support de la voix sur ip pour un commutateur de reseau |
| WO2001037489A1 (fr) * | 1999-11-05 | 2001-05-25 | 3Com Corporation | Filtrage a la reception destine a une interface de communication |
| EP1300993A2 (fr) * | 2001-10-05 | 2003-04-09 | Broadcom Corporation | Procédé et dispositif pour autorisé l'accès à un commutateur de réseau |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3712131B2 (ja) * | 1995-10-04 | 2005-11-02 | 川崎マイクロエレクトロニクス株式会社 | ネットワーク間接続装置 |
| US6275574B1 (en) * | 1998-12-22 | 2001-08-14 | Cisco Technology, Inc. | Dial plan mapper |
| CN100508493C (zh) * | 2000-11-17 | 2009-07-01 | 因芬尼昂技术北美公司 | 处理多媒体网际网络语音协议装置中的数据包的方法与装置 |
-
2001
- 2001-12-27 US US10/033,498 patent/US20030126188A1/en not_active Abandoned
-
2002
- 2002-12-05 GB GB0228331A patent/GB2383920B/en not_active Expired - Fee Related
- 2002-12-21 DE DE10260453A patent/DE10260453B4/de not_active Expired - Fee Related
- 2002-12-26 JP JP2002377598A patent/JP2003218933A/ja active Pending
- 2002-12-27 KR KR1020020085014A patent/KR20030057453A/ko active IP Right Grant
- 2002-12-27 FR FR0216773A patent/FR2834412A1/fr active Pending
- 2002-12-27 CN CN02140028A patent/CN1440174A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0993162A2 (fr) * | 1998-10-05 | 2000-04-12 | Alcatel | Filtrage et expédition basé sur le contenu dans un dispositif de commutation de réseau |
| WO2001019040A1 (fr) * | 1999-09-03 | 2001-03-15 | Broadcom Corporation | Dispositif et procede permettant le support de la voix sur ip pour un commutateur de reseau |
| WO2001037489A1 (fr) * | 1999-11-05 | 2001-05-25 | 3Com Corporation | Filtrage a la reception destine a une interface de communication |
| EP1300993A2 (fr) * | 2001-10-05 | 2003-04-09 | Broadcom Corporation | Procédé et dispositif pour autorisé l'accès à un commutateur de réseau |
Also Published As
| Publication number | Publication date |
|---|---|
| GB2383920B (en) | 2004-12-08 |
| JP2003218933A (ja) | 2003-07-31 |
| DE10260453B4 (de) | 2006-08-31 |
| US20030126188A1 (en) | 2003-07-03 |
| DE10260453A1 (de) | 2003-07-17 |
| CN1440174A (zh) | 2003-09-03 |
| GB2383920A (en) | 2003-07-09 |
| GB0228331D0 (en) | 2003-01-08 |
| KR20030057453A (ko) | 2003-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR2834412A1 (fr) | Noeud de reseau, interface physique contenue par ce noeud et procede de traitement de paquets transportant une charge utile vocale | |
| EP0493176B1 (fr) | Dispositif pour la transmission par un réseau asynchrone, notamment un réseau de type ATM, de données de signalisation voie par voie regroupées dans une multitrame émise de manière synchrone en mode hors bande | |
| EP0431438B1 (fr) | Procédé de gestion des flux dans un réseau numérique de télécommunication à intégration de services, à large bande, et réseau pour la mise en oeuvre de ce procédé | |
| EP1247420B1 (fr) | Procede et dispositif assurant une commutation efficace au niveau d'application pour des flux de media a protocole internet multiplexes | |
| JP2005525025A (ja) | パケット・カプセル化を用いたスイッチング・アーキテクチャー | |
| EP3053303B1 (fr) | Procede d'abonnement a des flux en provenance de clients multicast | |
| TW200423638A (en) | Packet compression system, packet restoration system, packet compression method, and packet restoration method | |
| JP2001526473A (ja) | Ｘｄｓｌベースのインターネットアクセスルータ | |
| EP1686552A1 (fr) | Procédé pour établir un appel d'urgence dans un réseau local informatique, terminal et serveur pour la mise en oeuvre de ce procédé | |
| US7321557B1 (en) | Dynamic latency assignment methodology for bandwidth optimization of packet flows | |
| JP2002111741A (ja) | 光通信ネットワークにおける情報転送方法及びシステム | |
| FR2801455A1 (fr) | Procede de transmission de flux de donnees sur un reseau atm, et dispositif pour la mise en oeuvre du procede | |
| ES2316975T3 (es) | Procedimiento para el ajuste de la velocidad de bits. | |
| FR2806244A1 (fr) | Procede de transmission entre une station de base d'un reseau d'acces et un controleur de reseau d'acces d'un systeme de telecommunications | |
| US20060268832A1 (en) | Transporting synchronization channel information across a packet network | |
| FR3063589A1 (fr) | Solution de transport de donnees hybride notamment pour liaisons par satellite | |
| FR2851705A1 (fr) | Procede de transmission des donnees reposant sur la hierarchie sonet/sdh | |
| FR2702615A1 (fr) | Réseau local. | |
| FR2698748A1 (fr) | Réseau hertzien et procédé pour transmettre des services supplémentaires dans ce réseau. | |
| EP0112952B1 (fr) | Système de connexion de stations de travail du type multipoint | |
| FR2851706A1 (fr) | Procede pour l'interconnexion de reseaux prives virtuels en mode non connecte. | |
| EP1472837B1 (fr) | Procede de transport de flux multimedia. | |
| EP1202508A1 (fr) | Fragmentation dynamique de l'information | |
| EP1597871B1 (fr) | Systeme de transmission de trains de donnees numeriques plesiochrones dans un reseau ethernet virtuel | |
| EP2014026B1 (fr) | Procede de transmission d'une pluralite de champs identificateurs dans un reseau a commutation de paquets |