WO2000020876A1 - Reseau de communication - Google Patents

Reseau de communication Download PDF

Info

Publication number
WO2000020876A1
WO2000020876A1 PCT/US1999/022653 US9922653W WO0020876A1 WO 2000020876 A1 WO2000020876 A1 WO 2000020876A1 US 9922653 W US9922653 W US 9922653W WO 0020876 A1 WO0020876 A1 WO 0020876A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
packet
data packet
network
packets
Prior art date
Application number
PCT/US1999/022653
Other languages
English (en)
Inventor
David Banes
Original Assignee
General Datacomm, 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 General Datacomm, Inc. filed Critical General Datacomm, Inc.
Publication of WO2000020876A1 publication Critical patent/WO2000020876A1/fr

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/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
    • 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/43—Assembling or disassembling of packets, e.g. segmentation and reassembly [SAR]

Definitions

  • the present invention relates to a data communication network.
  • a data communication protocol is defined as a series of hierarchal layers, the lowest layer defining the physical characteristics of the transfer medium (for example cable or fibre optic) , and higher levels defining software interfacing to applications.
  • Ethernet network In such a network data is transported in packets of a variable length of up to approximately 1500 bytes.
  • This type of network is well suited to local area network (LAN) applications for transferring computer data files or for transferring TCP/IP data, which is generally transferred in large blocks. It is not, however, as well suited to voice or to telecommunications networks in which data needs to be switched rapidly and frequently between destinations.
  • LAN local area network
  • Another example of a network is an ATM network.
  • data is transmitted in fixed length cells of 53 bytes, 48 bytes of which contain the data or "payload" and 5 bytes of which contain a header.
  • packets can be readily switched between several different destinations, and the network is well suited to the needs of telecommunications and voice traffic . Larger blocks of data can be accommodated simply by transmitting them over a series of ATM packets.
  • ATM networks have been successfully used to carry both voice and computer data. The small size of the packets enables efficient statistical multiplexing.
  • the data packets are of a fixed maximum length. Division of a long data block into separate packets is performed at a higher level, by software.
  • an ATM network can provide an efficient and effective network for transmitting both voice and data
  • efficiency can be impaired when large amounts of data are transmitted.
  • a network such as an Ethernet may cause unacceptable delays between packets and cannot readily be used for voice traffic.
  • the invention provides a method of communicating data over a network comprising transmitting a first data packet, receiving a higher priority data packet, interrupting transmitting the first data packet to transmit the higher priority data packet, and resuming transmission of the first data packet.
  • interrupting transmission comprises sending a special code to signify interruption.
  • a special code for example, in the case of high speed Ethernet, 10 bit coding is used to carry 8 bit data, and an unused code can be used to flag an interruption.
  • Interruptions may be nested and a variety of priority levels may be provided. Preferably, however, only two priority levels are provided, as this reduces the risk of multiple interruptions and possible corruption of a long data packet.
  • a count may be kept of the number of interruptions of a lower priority packet, and further interruptions may be denied after a maximum count is reached, or the priority threshold required for interruption may be increased. This may prevent long data packets from being unduly delayed by multiple interruptions .
  • the invention provides apparatus for communicating data over a network comprising means for transmitting a first data packet, means for receiving a higher priority data packet, means for interrupting transmitting the first data packet to transmit the higher priority data packet, and means for resuming transmission of the first data packet .
  • the invention provides a method of communicating data over a network comprising selecting one of at least two predetermined packet sizes based on the data type and transmitting a packet of the selected size over the network.
  • a packet size is "intelligently" selected to be appropriate to the data being transmitted.
  • voice data may be transmitted in a relatively short packet, preferably of approximately 64 bytes or less, and other data may be transmitted in a relatively long packet, preferably of at least about 256 bytes, one kilobyte, or more.
  • a relatively short packet preferably of approximately 64 bytes or less
  • other data may be transmitted in a relatively long packet, preferably of at least about 256 bytes, one kilobyte, or more.
  • a packet size is "intelligently" selected to be appropriate to the data being transmitted.
  • voice data may be transmitted in a relatively short packet, preferably of approximately 64 bytes or less
  • other data may be transmitted in a relatively long packet, preferably of at least about 256 bytes, one kilobyte, or more.
  • the length of the data packet could be determined by routing and receiving components simply by monitoring data wave forms on the network. More preferably, however, the method includes providing at least one flag bit indicating the length of the data packet, preferably in a header associated with the data packet .
  • the internal format of the packets may differ.
  • short packets may be similar to ATM cells and long packets may be similar to Ethernet frames. Both types of packet may be packaged and efficiently transported over a common medium, and readily separated for transmission over dedicated networks .
  • the invention provides a data network including means for transmitting data of a first type as a series of packets of a first length over a communication medium and means for transmitting data of a second type as packets of a second length over the same communication medium.
  • the network preferably further includes routing means connected to the communication medium for routing packets of both said first length and said second length.
  • the invention provides a transmitter for connection to a communication network comprising means for selecting a data packet length from a plurality of predetermined packet lengths; means for providing a header for the data packet, the header including at least one flag bit indicating the length or format of the data packet; and means for transmitting the data packet over the communication medium.
  • the invention provides a receiver for receiving data from a communication network, the receiver including means for reading a flag bit contained in the header of a data packet transmitted on the communication medium; means for determining the size or format of data packet to receive based on the information; and means for receiving a data packet of said size or format.
  • Fig. 1 is a schematic diagram of data packets according to the second aspect of the invention.
  • Fig. 2 is a schematic diagram of a computer network embodying the invention
  • Fig. 3 is a simplified schematic diagram of a switch for use in a network of Fig. 2;
  • Fig. 4 is a schematic diagram of transmission of data packets according to the first aspect of the invention.
  • Fig. 5 is a schematic diagram of apparatus for implementing the transmission of Fig. 4. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • a data packet according to the invention comprises a header 10 and a data portion 20.
  • the header comprises routing information 12 and a length or type field 14 , which in this embodiment comprises a single bit signifying "long" or "short".
  • the header may also contain information such as priority information.
  • the lengths of the short and long packets may be determined according to the intended application of the network.
  • the short data packets are preferably adapted for voice communication and have a data portion of no more than about 64 bytes, preferably no more than about 48 bytes or even no more than about 32 or 16 bytes .
  • the total length of a short packet including the header is preferably less than about 128 bytes.
  • the long data packets are preferably significantly longer than the short data packets, preferably at least about 256 bytes, more preferably about 512, IK 2K bytes or more.
  • each long data packet is sufficiently long to contain a conventional disk block of a data file.
  • the short data packets are very similar to the packets used in a conventional ATM network; this enables the embodiment to be implemented by modifying existing ATM network components.
  • the flag bit may be anywhere in the packet, preferably in the header, and advantageously as early as possible in the header, to enable routing or identification of the packet to commence without substantial delay of the remainder of the packet.
  • the flag bit is a single bit appended to the front of the packet, and this enables packets to be directed either to a conventional ATM router or to a modified "long ATM" router arranged to handle ATM-type packets having a data content of 1024 bytes in a similar way to a conventional router .
  • a network as shown in Fig. 2 includes a "short" packet assembler/disassembler 40 for interfacing a voice communication device such as a telephone 42 to the network.
  • the short PAD 40 may receive signals in either analog or digital form from the telephone 42 and produces ATM-type packets with an additional initial flag bit signifying that the packet is a short packet.
  • a single PAD 40 may be coupled to a plurality of voice input devices; in such a case, the PAD 40 is arranged to perform final routing of received packets to the appropriate voice terminal .
  • a long PAD 50 is arranged to receive data from the data input terminals such as a computer 52.
  • the packet may contain a cyclic redundancy check (CRC) or other error-correcting or error-detecting information, either in the header, or appended to the data.
  • CRC cyclic redundancy check
  • the header for the short packets and for the long packets is not necessarily of the same length, nor is it necessarily in the same format.
  • PADs 40, 50 are dedicated to either short or long packets. This may offer some advantages in terms of simplicity of hardware required.
  • a network also includes a combined PAD 60, which incorporates a data type identifier, with a connection 62 for receiving combined data from a further telephone 42 , a further computer 52, and a facsimile machine 64.
  • the PAD 60 identifies the data, and in the case of voice data, assembles the data into short packets, but assembles data from the facsimile machine or computer 52 into long packets.
  • the three PADs 40, 50, 60 are connected to a multiplexer 70, which combines all packets, both short and long, for transmission along a common transmission medium 72, for example optical fibre, for example using a SONET protocol.
  • the multiplexer also serves as a demultiplexer, and performs routing of received data packets to the appropriate PAD.
  • transmission along the common transmission medium 72 is via separate physical optical fibres or received in transmitted data, as is conventional with ATM network.
  • packets may be assembled and dissembled directly within a telephone 42 or a computer 52.
  • a switch suitable for use in such a network will be described.
  • This implementation has the advantage that it can readily be implemented with only minor modifications to conventional hardware.
  • an input stream of data is fed to a packet splitter 82.
  • This identifies the incoming data cells as either short or long based on the contents of the additional type flag, strips the type flag from the packets, and produces separated streams of either short or long cells.
  • the short cells are identical to standard ATM cells, and the cells can be fed directly to a conventional ATM switch.
  • the switch has a single input, and two outputs, but, in a practical implementation, a complex multichannel switch, such as a General DataComm Apex switch or the like may be employed.
  • the long packets are fed to a "long ATM" switch.
  • This behaves in a similar manner to a standard ATM switch, but is arranged to handle ATM-type packets having a longer data payload, for example of IK bytes.
  • the long packets are routed in exactly the same manner as the short packets .
  • Packets coming out of a first set of outputs of the ATM switch 84 and the "long ATM" switch 86 are combined in a first re-packetizer 88a, to provide a first combined output of the switch.
  • a type bit is added to each packet output from the ATM switch and the long ATM switch to regenerate packets of similar format to the input packets.
  • the second output of the ATM switch and the long ATM switch feed the second re-packetizer 88b, which produces a second output.
  • further re-packetizers may be connected to further outputs of each of the switches .
  • each input would have an associated packet splitter.
  • An advantage of this arrangement is that the throughput capabilities of the ATM switch 84 and the long ATM switch 86 need not be the same.
  • the ATM switch may be a high bandwidth switch, and the long ATM switch may have a relatively low bandwidth. Then, if the amount of data traffic on the network increases, the long ATM switch 86 can be upgraded, without needing to upgrade the ATM switch 84.
  • the packet splitter 82 and re-packetizers 88 must be capable of handling the combined throughput for each input/output.
  • each ATM switch 84 can have inputs or outputs connected directly to a conventional ATM network, in addition to the inputs and outputs which pass through packet splitters and re-packetizers connected to the combined network.
  • This may allow easy upgrading of a existing network, in which the added data-carrying functionality is "bolted on" to an existing ATM network, to enhance the data-carrying capacity of the network without rendering the existing network redundant.
  • dedicated data networks may be coupled directly to the long ATM switch 86. This may be useful, for example for connecting a large scale "local" area network directly into the combined network.
  • the long and short packets need not necessarily be of similar format.
  • the long data packets may be of similar format to Ethernet data packets, and the packets output by the packet splitter 82 may be of standard Ethernet packet format.
  • the switch 86 may be based on a conventional Ethernet router, and may be connected directly into one or more Ethernet local area networks .
  • variable length data packet would, of course, include a length field in the packet header.
  • a potential drawback of using variable length data packets is that more complicated hardware may be required to perform hardware routing.
  • An alternative possibility would be to have a slightly larger number of discrete fixed packet lengths. For example, three bits could encode eight different discrete lengths, and the precise lengths could be arbitrary if a look-up table were used to correlate the data type identifier bits to the packet length. If look-up tables are used to correlate packet length to the indicator bits, the look-up tables could be soft-coded, and could be updated dynamically in response to changes in network requirements. For example, traffic analysis software may be used to determine optimum packet sizes based on network usage history, and sizes could be adjusted by sending housekeeping cells to all devices connected to the network to effect an update in packet size. In such an arrangement, it would be preferable to have indicator bits capable of encoding more packet lengths than are used at any one time on the network.
  • packet size corresponding to packet code 0 may be successfully delivered, but thereafter, a network will use packet size corresponding to packet code 4 in place of the packet size corresponding to packet code 0. This determination of packet size may be made, as discussed, by network management apparatus, based on analysis of network traffic.
  • a long packet may be desirable to provide means for converting a long packet into a series of shorter packets, or vice versa.
  • the embodiment uses an extended ATM-based arrangement, as described above, it is desirable to provide means for converting a long data packet into a plurality of ATM cells.
  • a large network including a conventional ATM network and a network according to the embodiment may be freely mixed, and, at the boundaries of the network according to the embodiment, data may continue to be routed to its destination over the conventional ATM network.
  • Fig. 4 a second embodiment will now be described; this schematic diagram illustrates the order of data transmission when a high priority packet interrupts a lower priority packet.
  • a first, lengthy, data packet is transmitted as a header 100 including a priority flag 101 and an initial data portion 102a.
  • a higher priority packet is received for sending along the same path.
  • the higher priority packet comprises a header portion 120 including a priority flag 121, in this case set to high priority, and a data portion 122.
  • an interrupt code 110 is inserted in the data portion 102a, which signals to an appropriately configured receiver that sending of the first packet has been interrupted.
  • the higher priority packet is then sent, followed by a resumption code 111, followed by the remainder 102b of the data of the first packet.
  • a network interface 130 is arranged to receive data packets for onward transmission. Received packets pass by priority detector 132 which determines whether interruption is required, by reference to the priority of the packet in transit stored in current priority store 133. In the normal course of events, packets are passed to transmitter 134 in the order received for transmission over a network, here a lGbit/s ethernet 138.
  • interrupt device 136 which inserts an interrupt code, here chosen to be a pre-determined "spare" code from the lObit coding scheme used for the Ethernet, buffers the remainder of the packet in transit as necessary, and instructs the transmitter to commence output of the higher priority packet.
  • an interrupt code here chosen to be a pre-determined "spare" code from the lObit coding scheme used for the Ethernet, buffers the remainder of the packet in transit as necessary, and instructs the transmitter to commence output of the higher priority packet.
  • a resume code is sent (this may not always be necessary, as the header 120 of the higher priority packet will contain the packet length, but this may simplify reassembly of the fragmented packets and increase fault tolerance) , followed by the remainder of the first packet.
  • Signalling of interruption is preferably implemented at the physical layer, for example by using an otherwise unused 10 bit code in the case of Ethernet.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Cette technique de communication de données sur une interface de réseau (130) consiste à transmettre un premier paquet de données (20), à recevoir un paquet de données ayant un degré de priorité supérieur (132) et à interrompre (134) l'émission du premier paquet de données (20) pour transmettre le paquet de données ayant un degré de priorité supérieur (132). Un code d'interruption est introduit dans le paquet de données transmis (138). On procède à un comptage des interruptions subies par le paquet ayant un degré de priorité inférieur et, lorsque un certain seuil a été atteint, l'interruption par un paquet ayant un degré de priorité supérieur est refusée.
PCT/US1999/022653 1998-10-02 1999-09-29 Reseau de communication WO2000020876A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB9821555.1 1998-10-02
GB9821555A GB2344029A (en) 1998-10-02 1998-10-02 Transmission of data packets of different size and priority

Publications (1)

Publication Number Publication Date
WO2000020876A1 true WO2000020876A1 (fr) 2000-04-13

Family

ID=10839930

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1999/022653 WO2000020876A1 (fr) 1998-10-02 1999-09-29 Reseau de communication

Country Status (2)

Country Link
GB (1) GB2344029A (fr)
WO (1) WO2000020876A1 (fr)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1193938A1 (fr) * 2000-09-29 2002-04-03 Telefonaktiebolaget L M Ericsson (Publ) Méthode et appareil pour la transmission de données
WO2002028057A2 (fr) * 2000-09-29 2002-04-04 Telefonaktiebolaget Lm Ericsson (Publ) Procede et systeme de transmission de donnees
WO2002054689A2 (fr) * 2000-12-29 2002-07-11 Intel Corporation Procede et dispositif destines a la gestion du fractionnement de donnees en paquets
GB2373671A (en) * 2001-03-23 2002-09-25 Vodafone Ltd Telecommunications systems and methods
WO2003019895A1 (fr) * 2001-08-24 2003-03-06 Siemens Aktiengesellschaft Procede de transmission de paquets de donnees dans un systeme de communication radio
FR2876529A1 (fr) * 2004-10-07 2006-04-14 Schneider Electric Ind Sas Dispositif et procede de communication a controle de priorite
EP1734700A1 (fr) * 2005-06-16 2006-12-20 Siemens Aktiengesellschaft Procédé et dispositif pour la transmission de données en temps réel dans un réseau Ethernet
WO2007025192A1 (fr) * 2005-08-25 2007-03-01 P.A. Semi, Inc. Controle du debit explicite dans un systeme ethernet d'un gigabit/10 gigabit
US7187688B2 (en) * 2002-06-28 2007-03-06 International Business Machines Corporation Priority arbitration mechanism
US7321596B2 (en) * 2001-08-27 2008-01-22 Fujikura Ltd. Packet control system and communication method
WO2008157447A1 (fr) 2007-06-15 2008-12-24 Qualcomm Incorporated Abandon d'une communication sans fil en paquet
WO2010150124A1 (fr) * 2009-06-25 2010-12-29 Koninklijke Philips Electronics N.V. Procédé et dispositif de traitement de paquets de données
EP2288176A3 (fr) * 2000-05-30 2011-05-04 Nortel Networks Limited Système à accès multiple pour réseau de communications
EP2538618A1 (fr) * 2011-06-22 2012-12-26 Siemens Aktiengesellschaft Procédé destiné à la transmission de paquets de données
EP2579511A1 (fr) * 2011-09-27 2013-04-10 Siemens Aktiengesellschaft Procédé de fonctionnement d'un appareil d'automatisation destiné à prioriser des télégrammes et procédé de transmission de données correspondant
WO2019040631A1 (fr) * 2017-08-22 2019-02-28 Qualcomm Incorporated Conception de signal de référence prenant en charge une interruption de communication à faible latence ultra-fiable (urllc)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6798789B1 (en) * 1999-01-27 2004-09-28 Motorola, Inc. Priority enhanced messaging and method therefor
DE10063390A1 (de) * 2000-12-19 2002-06-20 Bosch Gmbh Robert Verfahren zur Steuerung von Verbindungen in einem Kommunikationssystem hierzu
US20030031206A1 (en) * 2001-08-13 2003-02-13 Tim Goldstein Bandwidth management for packetized image data
JP4016728B2 (ja) * 2002-06-05 2007-12-05 日本電気株式会社 音声パケット優先制御装置とその方法
GB2412815B (en) * 2004-08-18 2006-03-22 Wecomm Ltd Transmitting data over a network
GB2417388B (en) 2004-08-18 2007-08-08 Wecomm Ltd Transmitting data
EP2628267B1 (fr) 2010-10-14 2019-09-25 GN Hearing A/S Dispositif auditif et un procédé de sélection d'un canal d'émetteur-récepteur optimal dans un réseau sans fil
US10003896B2 (en) 2015-08-18 2018-06-19 Gn Hearing A/S Method of exchanging data packages of different sizes between first and second portable communication devices
US9831988B2 (en) 2015-08-18 2017-11-28 Gn Hearing A/S Method of exchanging data packages between first and second portable communication devices
US9819705B2 (en) 2015-08-18 2017-11-14 Gn Hearing A/S Method of exchanging data packages between first and second portable communication devices using a favoured frequency band

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5043981A (en) * 1990-05-29 1991-08-27 Advanced Micro Devices, Inc. Method of and system for transferring multiple priority queues into multiple logical FIFOs using a single physical FIFO
US5469545A (en) * 1991-10-03 1995-11-21 Compaq Computer Corp. Expandable communication system with data flow control
US5729544A (en) * 1994-05-09 1998-03-17 Motorola, Inc. Method for transmitting data packets based on message type

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS58173932A (ja) * 1982-04-05 1983-10-12 Oki Electric Ind Co Ltd パケツト伝送方式
GB2166320B (en) * 1984-10-25 1988-10-12 Stc Plc Packet switching system
GB8606217D0 (en) * 1986-03-13 1986-04-16 Univ Strathclyde Local area network priority control system
US5251209A (en) * 1991-03-28 1993-10-05 Sprint International Communications Corp. Prioritizing attributes in integrated services networks
CA2172263C (fr) * 1993-10-26 2000-05-30 John G. Ellis Liaison de telecommunication numerique permettant le transport efficace de classes de paquets mixtes

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5043981A (en) * 1990-05-29 1991-08-27 Advanced Micro Devices, Inc. Method of and system for transferring multiple priority queues into multiple logical FIFOs using a single physical FIFO
US5469545A (en) * 1991-10-03 1995-11-21 Compaq Computer Corp. Expandable communication system with data flow control
US5729544A (en) * 1994-05-09 1998-03-17 Motorola, Inc. Method for transmitting data packets based on message type

Cited By (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2288176A3 (fr) * 2000-05-30 2011-05-04 Nortel Networks Limited Système à accès multiple pour réseau de communications
WO2002028057A2 (fr) * 2000-09-29 2002-04-04 Telefonaktiebolaget Lm Ericsson (Publ) Procede et systeme de transmission de donnees
WO2002028057A3 (fr) * 2000-09-29 2002-11-14 Ericsson Telefon Ab L M Procede et systeme de transmission de donnees
EP1193938A1 (fr) * 2000-09-29 2002-04-03 Telefonaktiebolaget L M Ericsson (Publ) Méthode et appareil pour la transmission de données
US7292530B2 (en) 2000-12-29 2007-11-06 Intel Corporation Method and apparatus to manage packet fragmentation
WO2002054689A2 (fr) * 2000-12-29 2002-07-11 Intel Corporation Procede et dispositif destines a la gestion du fractionnement de donnees en paquets
WO2002054689A3 (fr) * 2000-12-29 2003-03-27 Intel Corp Procede et dispositif destines a la gestion du fractionnement de donnees en paquets
CN100409638C (zh) * 2000-12-29 2008-08-06 英特尔公司 用于管理包分段的方法和装置
GB2373671A (en) * 2001-03-23 2002-09-25 Vodafone Ltd Telecommunications systems and methods
GB2373671B (en) * 2001-03-23 2004-04-07 Vodafone Ltd Telecommunications systems and methods
WO2003019895A1 (fr) * 2001-08-24 2003-03-06 Siemens Aktiengesellschaft Procede de transmission de paquets de donnees dans un systeme de communication radio
US8023490B2 (en) 2001-08-24 2011-09-20 Siemens Aktiengesellschaft Method for the transmission of data packets in a radio communication system based on high and low priority
US7321596B2 (en) * 2001-08-27 2008-01-22 Fujikura Ltd. Packet control system and communication method
US7187688B2 (en) * 2002-06-28 2007-03-06 International Business Machines Corporation Priority arbitration mechanism
EP1648139A1 (fr) * 2004-10-07 2006-04-19 Schneider Electric Industries Sas Dispositif et procédé de communication à contrôle de priorité
FR2876529A1 (fr) * 2004-10-07 2006-04-14 Schneider Electric Ind Sas Dispositif et procede de communication a controle de priorite
EP1734700A1 (fr) * 2005-06-16 2006-12-20 Siemens Aktiengesellschaft Procédé et dispositif pour la transmission de données en temps réel dans un réseau Ethernet
WO2007025192A1 (fr) * 2005-08-25 2007-03-01 P.A. Semi, Inc. Controle du debit explicite dans un systeme ethernet d'un gigabit/10 gigabit
WO2008157447A1 (fr) 2007-06-15 2008-12-24 Qualcomm Incorporated Abandon d'une communication sans fil en paquet
US8687489B2 (en) 2007-06-15 2014-04-01 Qualcomm Incorporated Aborting a packetized wireless communication
CN101682582B (zh) * 2007-06-15 2016-09-28 高通股份有限公司 用于中止分组化的无线通信的方法
WO2010150124A1 (fr) * 2009-06-25 2010-12-29 Koninklijke Philips Electronics N.V. Procédé et dispositif de traitement de paquets de données
US10791204B2 (en) 2009-06-25 2020-09-29 Koninklijke Philips N.V. Method and device for processing data packets
US11683403B2 (en) 2009-06-25 2023-06-20 Koninklijke Philips N.V. Method and device for processing data packets
US11323551B2 (en) 2009-06-25 2022-05-03 Koninklijke Philips N.V. Method and device for processing data packets
US10694008B2 (en) 2009-06-25 2020-06-23 Koninklijke Philips N.V. Method and device for processing data packets
EP2538618A1 (fr) * 2011-06-22 2012-12-26 Siemens Aktiengesellschaft Procédé destiné à la transmission de paquets de données
EP2579511A1 (fr) * 2011-09-27 2013-04-10 Siemens Aktiengesellschaft Procédé de fonctionnement d'un appareil d'automatisation destiné à prioriser des télégrammes et procédé de transmission de données correspondant
US11283573B2 (en) 2017-08-22 2022-03-22 Qualcomm Incorporated Reference signal design supporting ultra-reliable low-latency communication (URLLC) interruption
CN110999198A (zh) * 2017-08-22 2020-04-10 高通股份有限公司 支持超可靠低等待时间通信(urllc)中断的参考信号设计
WO2019040631A1 (fr) * 2017-08-22 2019-02-28 Qualcomm Incorporated Conception de signal de référence prenant en charge une interruption de communication à faible latence ultra-fiable (urllc)

Also Published As

Publication number Publication date
GB2344029A (en) 2000-05-24
GB9821555D0 (en) 1998-11-25

Similar Documents

Publication Publication Date Title
WO2000020876A1 (fr) Reseau de communication
US7386008B2 (en) Method and apparatus for converting data packets between a higher bandwidth network and a lower bandwidth network having multiple channels
US5050166A (en) Transfer of messages in a multiplexed system
US5838681A (en) Dynamic allocation of port bandwidth in high speed packet-switched digital switching systems
RU2187898C2 (ru) Способ формирования ячеек данных и устройство и телекоммуникационная система для его осуществления, способ перемещения пакета данных и устройство и телекоммуникационная система для его осуществления
US5481544A (en) Multi-channel broadband adaptation processing
US8948204B2 (en) Fabric channel control apparatus and method
EP0676879A2 (fr) Dispositif de gestion de paquet pour un réseau rapide de paquets
US7675908B2 (en) Parallel channel architecture
CA2180345C (fr) Procede et dispositif de transformation d'une succession de paquets de donnees par compression de donnees
KR100946446B1 (ko) 데이터 통신을 위한 셀 헤더의 압축
EP2371100B1 (fr) Agrégation de liaisons radio
EP0845918B1 (fr) Système et procédé de segmentation et rassemblage des cellules-ATM pour fournir un flux de données
JP3342649B2 (ja) 帯域幅削減ａｔｍネットワーク及びその方法
Greaves et al. The Cambridge backbone ring
EP0742978B1 (fr) Procede et appareil de communication entre les noeuds d'un reseau de communication
AU730921B2 (en) Connection device in a telecommunications network
US20010006520A1 (en) Data Communications
EP2077637B1 (fr) Système et procédé de protection d'informations de données utiles dans une transmission radio
US6618374B1 (en) Method for inverse multiplexing of ATM using sample prepends
WO2011026508A1 (fr) Procédé de distribution de trafic de données sur des liaisons radio
JP2003078496A (ja) パス制御方法
US7042845B1 (en) System and method for time division multiplexed switching of data using a high-speed packet switch
KR100369369B1 (ko) 다중채널 레이블 스위치 시스템의 가상채널 머지 장치
JP2000236368A (ja) データ伝送方法およびシステム並びにその装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CA KR US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase