EP0873631B1 - Verfahren und Vorrichtung zur Übertragung von Daten in einer flexiblen Rahmenstruktur - Google Patents

Verfahren und Vorrichtung zur Übertragung von Daten in einer flexiblen Rahmenstruktur Download PDF

Info

Publication number
EP0873631B1
EP0873631B1 EP97940277A EP97940277A EP0873631B1 EP 0873631 B1 EP0873631 B1 EP 0873631B1 EP 97940277 A EP97940277 A EP 97940277A EP 97940277 A EP97940277 A EP 97940277A EP 0873631 B1 EP0873631 B1 EP 0873631B1
Authority
EP
European Patent Office
Prior art keywords
frame
packet
pdu
frames
byte
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.)
Expired - Lifetime
Application number
EP97940277A
Other languages
English (en)
French (fr)
Other versions
EP0873631A2 (de
Inventor
Petrus Augustinus Maria Van Grinsven
Carel Jan Leendert Van Driel
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.)
Koninklijke Philips NV
Original Assignee
Koninklijke Philips Electronics NV
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 Koninklijke Philips Electronics NV filed Critical Koninklijke Philips Electronics NV
Priority to EP97940277A priority Critical patent/EP0873631B1/de
Publication of EP0873631A2 publication Critical patent/EP0873631A2/de
Application granted granted Critical
Publication of EP0873631B1 publication Critical patent/EP0873631B1/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/04Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478Provisions for broadband connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646Cell characteristics, e.g. loss, delay, jitter, sequence integrity
    • H04L2012/5652Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly
    • H04L2012/566Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM layer
    • H04L2012/5662Macrocells or frames

Definitions

  • the invention is related to a transmission system comprising a transmitter being coupled to at least one receiver via a transmission medium, the transmitter comprising frame assembling means for assembling frames comprising a control portion and a payload portion, the receiver comprising frame disassembling means for extracting the payload portion from the frames, the frame assembling means being also arranged for inserting packets with an identification portion including at least the length of the packet into the frames, the frame assembling means further being arranged for inserting into the control portion the position of the beginning of a new packet in a frame, the frame disassembling means being arranged for deriving the begin position of a new packet from the control portion.
  • the invention is also related to a receiver, a method for transmitting signals from a transmitter to a receiver and to a method for receiving signals.
  • a transmission system is known from EP 0 580 083 A2.
  • This known transmission system is a frame oriented bus system in which series of constant length data frames are communicated between bus stations. Each data frame comprises an isochronous and an asynchronous frame portion. Within the data frames the division between the isochronous and asynchronous frame portions may be varied dynamically.
  • DAVIC Digital Audio VIdeo Council
  • DAVIC it is proposed to use MPEG-2 transport stream multiplex, in which the 187 bytes payload part carry a frame comprising a control portion and a payload portion.
  • the payload portion is a sequence of ATM cells.
  • the control portion can carry several items such as the priority of a packet, and error flag, and indication that the current sequence of ATM cells carried in the frame has to be discarded at the receiver because the ATM cells are introduced as stuff information to fill the transmission channel.
  • a problem of the known system is that it is not suitable for transporting data in other formats than the current payload format.
  • Such other formats can e.g. be STM, which requires fixed length data words having a repetition rate of 125 ⁇ s, or variable length data formats such as Ethernet packets or IP (Intemet Protocol) packets.
  • the object of the present invention is to provide a transmission system according to the preamble that allows the transport of various types of data formats.
  • the transmission system according to the present invention is characterized in that the frame disassembling means are arranged for determining the begin position of a subsequent packet from the begin position and the length of a current packet.
  • An embodiment of the present invention is characterized in that the frame assembling means are further arranged for introducing a packet type indication in the identification portion.
  • a further embodiment of the invention is characterized in that the control portion of a frame comprises the position of the beginning of a new packet in a next frame.
  • a further embodiment of the invention is characterized in that the length of the packet is an integer multiple of an elementary data unit larger than one byte.
  • the length of the packets can have only a restricted number of values, reducing the number of bits required to encode the length of the packets.
  • an ATM signal is applied to a first input of a multiplexer 4 in a transmitter 2.
  • An STM signal is applied to a second input of the multiplexer 4, and a sequence of variable length cells is applied to a third input of the multiplexer 4.
  • a first output of a controller 6 is connected to a control input of the multiplexer 4.
  • An output of the multiplexer 4 is connected to an input of the frame assembling means further to be referred to as frame assembler 8.
  • a second output signal of the controller 6, carrying an output signal V-ATM, is connected to a first input of the validity indication inserting means, further to be referred to as validity indication inserter 10.
  • a third output of the controller 6, carrying an output signal V-STM, is connected to a second input of the validity indication inserter 10.
  • a fourth output of the controller 6, carrying an output signal V-VL, is connected to a third input of the validity indication inserter 10.
  • An output of the validity indication inserter 10 is connected to a second input of the frame assembler 8.
  • the output of the frame assembler 8 is coupled to the output of the transmitter 2.
  • the output of the transmitter 2 is coupled to the input of a receiver 14 via a transmission medium 12.
  • the input of the receiver 14 is connected to an input of a controller 18, and to an input of the frame disassembling means, being here a frame disassembler 16.
  • An output of the controller 18 is connected to a second input of the frame disassembler 16.
  • At a first output of the frame disassembler 16 an output signal in ATM format is available.
  • At a second output of the frame disassembler 16 an output signal in STM format is available, and at a third output of the frame disassembler 16 an output signal comprising variable length packets is available.
  • the transmission system according to Fig. 1 is arranged for transmitting data in ATM format and STM format. It also supports the transmission of variable length packets such as Ethernet packets or TCP/IP packets. Elementary units of the different types of data are packed in so-called Protocol Data Units (PDU's).
  • PDU's Protocol Data Units
  • the controller 6 submits to the multiplexer 4 a control signal indicating which of its input signals is to be passed to the output of the multiplexer 4.
  • the combination of the controller 6 and the multiplexer 4 are arranged to change the selection of the source rapidly, introducing the possibility of generating an output stream in which ATM cells, STM data and variable length packets are interleaved.
  • the controller 6 provides information about the validity of the signals at the inputs of the multiplexer, in order to enable the validity indication inserter 10 to introduce a validity indication in the frame to be constructed by the frame assembler 8.
  • the receiver is enabled to distinguish idle packets from packets carrying payload data.
  • the frame assembler 8 constructs frames comprising the output data of the multiplexer 4 and the validity indication.
  • the frames of data are transmitted to the receiver 14 via the transmission medium 12.
  • the controller determines the beginning of a frame, and it determines from the validity indication whether the input signal carries a stream of ATM cells or that the input signal carries a different type of signal. This information is used to control the disassembler 16 which extracts the different data formats from the frame and outputs them at corresponding outputs of the receiver 14. It is observed that it is possible that a receiver is arranged for only receiving one type of data. In such a case only a signal is present at the output of the received if said type of data is present in the frame at the input of the receiver 14.
  • the signal according to Fig. 2 comprises a sequence of 2 standard MPEG transport multiplex packets.
  • a frame according to the present invention is carried by the 187 payload bytes of two subsequent MPEG transport stream packets.
  • the first of these MPEG transport multiplex packets comprises a synchronisation signal 20 of one byte, the payload 22 of 187 bytes and an error control portion 24 of sixteen bytes.
  • the second of these MPEG transport multiplex packets comprises a synchronisation signal 24 of one byte, the payload 26 of 187 bytes and an error control portion 28 of sixteen bytes.
  • the synchronisation signal is a fixed 8 bit field with binary value "01000111", and it is used for frame synchronisation.
  • the frame comprises four control bytes 22-1 (CTRL0), 26-1 (CTRL1), 26-5 (CTRL2) and 22-6 (CTRL3), and a plurality of elementary data units 22-2••••22-5, 26-2••••26-5 also called slots, to carry the user data.
  • These slots comprise an integer multiple of bytes. It is not necessary that after the CTRL0 byte a new slot starts, but it is possible that a slot from a previous frame is continued. This leads to an increased efficiency of the frame, because no unused space is present in the frame.
  • the CTRL0 byte indicates that the present packet is the first of the sequence of two MPEG transport stream packets.
  • the value of CRTLO is E1PSSSSSb where the E, P, and S bits are defined below.
  • the CTRL1 byte indicates that the current packet is the second of a two packet sequence. Its value is E0PSSSSSb where E, P, and S bits are defined below.
  • the E bit is a 1 bit error flag. When set to “1”, it indicates that at least 1 uncorrectable bit error exists in the associated 187 byte payload. This bit may be set to "1" by entities in the transport layer. When set to “1”, this bit shall not be reset to “0” unless the bit value(s) in error have been corrected.
  • the P bit is a 1 bit priority flag. When set to “1”, it indicates that the associated packet has a higher priority than the payload of which the priority flag is set to "0".
  • the 5 bit SSSSS field is the validity indicator. If its value is equal to binary "11110" it means that a valid stream of ATM cells according the DAVIC standard is within the payload. In such a case no slots are used.
  • the first MPEG transport stream packet comprises 3 ATM cells of 53 bytes and 27 bytes of a fourth ATM cell.
  • the second MPEG transport stream packet comprises the 26 remaining bytes of the fourth packet and 3 further ATM cells. In this case the CTRL3 byte is not present.
  • the string SSSSS has another value e.g. "01011"
  • the CTRL2 byte is reserved. It will be defined for carriage of Operation, Administration, and Maintenance information (OAM).
  • OAM Operation, Administration, and Maintenance information
  • the CTRL3 byte indicates the position of the first byte of a new Protocol Data Unit (PDU) in the second MPEG transport packet. Each new PDU starts wit a new timeslot. By using this information, the disassembler 16 can easily extract the PDU from the frame.
  • PDU Protocol Data Unit
  • Fig. 3 shows a first type of PDU being a sequence of ATM cells according to a draft for the (not yet announced) IEEE 802.14 standard.
  • This sequence differs from the standardised DAVIC sequence of ATM cells by an identification portion being here a one byte identifier 40 preceding each ATM cell.
  • the format ID 40-1 field indicated the type of PDU. This field is present in all PDU's. For the ATM PDU these bits are set to "00" .
  • the encryption key identifier bit 40-2 is used for indicating a switch between two sets of encryption keys in order to increase security.
  • the portion 40-3 comprising the final 5 bits of the identifier 40 are reserved for introducing future format ID's.
  • Fig. 4 shows a second type of PDU being a variable length cell PDU.
  • This type of cell has a identifier 44 with four fields. The fields have the meaning according to the following table.
  • the format ID field 44-1 is a bit indicating the type of PDU. It is set to the value "1".
  • the encryption key identifier 44-2 has the same meaning as already discussed in reference with Fig. 3.
  • the sequence identifier 44-3 is present to deal with variable length data units larger than 143 bytes. If the sequence identifier 44-3 has the binary value "10", it means that the current fragment is the first fragment from a larger VL cell. If the sequence identifier 44-3 has the binary value "00”, it means that the current fragment is a fragment within the VL cell and that at least one fragment will follow. If the sequence identifier 44-2 has the binary value "01”, it means that the current fragment is the final segment of the VL cell. If the sequence identifier 44-3 has the binary value "11”, it means that the current fragment is the only fragment of the VL cell.
  • the sequence field is used to extract the complete VL packet from a plurality of VL PDU's.
  • the size identifier 44-4 consists of four bits representing the number of 9 bytes slots that follow for the same PDU.
  • Fig. 5 shows a third type of PDU being intended for carrying STM data.
  • STM is used to support fixed bitrate 64 Kbps connection, often intended for telephony or ISDN applications.
  • the STM PDU comprises a one byte header 46, and an 8 byte STM cell 48. Consequently the STM PDU fills exactly one slot.
  • the header 46 comprises three fields 46-1, 46-2 and 46-3 according to the table below.
  • the NT can filter the incoming S_PDUs on value of this field. Each stream contains data of up to 8 calls. 5 bits
  • the format ID 46-1 with a value of "01" indicates the presence of an STM PDU. There are various options to implement STM in the downstream.
  • a first way of transporting the STM data is to use PDUs with the size of a single slot. Again the header byte contains the cell type information, being a cell type identifier and an STM Stream Identifier.
  • a single byte per slot per 64 kbps connection will be allocated, where the slots are scheduled 125 Ts apart from each other. In case only one 64 kbps connection is active, this would create an overhead of 7 bytes per 125 Ts in a 30 Mbps stream which is about 1.5%. This method supports addressing of up to 256 simultaneous active calls per downstream carrier.
  • An alternative way to transport STM which is used in the PDU according to Fig. 5, is to introduce a stream identifier of 5 bits for identifying the actual STM stream for which the data in the STM cell is intended. Due to the size of the stream identifier, the number of simultaneous active calls is 32.
  • the input is connected to an input of a frame synchroniser 51, to a control byte selector 52 and to a PDU header selector 56.
  • An output of the frame synchroniser 51 is connected to an input of a reset input of a frame byte counter 50.
  • An output of the frame byte counter 50, carrying the number of the present byte in the frame, is connected to an input of a logic unit 58 and to an input of the control byte selector 52.
  • a first output of the control byte selector 52, carrying the validity indicator SSSSS for the ATM cells is connected to the logic unit 58.
  • a second output of the control byte selector 52 carrying a reset signal, is connected to a PDU-byte counter 54.
  • a first output of the PDU header selector, carrying the number of bytes in the present PDU is connected to an input of the PDU-byte counter 54.
  • a second output of the PDU header selector 56, carrying a signal representing the type of the present PDU is connected to the logic unit 58.
  • the output of the logic unit 58 constitutes the output of the controller 18.
  • the frame byte counter 50 is a counter being able to count from 0 to 186. It outputs the number of the current byte in the frame.
  • the frame synchroniser 51 determined the beginning of each frame of 187 bytes.
  • the frame synchroniser 51 issues at the beginning of each frame a reset pulse to the frame byte counter 50 to reset it. This causes the frame byte counter to be synchronised with the frame at the input of the control unit 18.
  • the control byte selector 52 is arranged for extracting the control bytes CRTL 0, CRTL 1, CRTL 2 and CRTL 3 from the input stream.
  • the control byte selector 52 is arranged to select the bytes at the input as control bytes ifs the frame byte counter 50 has the value 0 or the value 186. If the first bit in a control byte found at a position 0 of the frame byte counter has a value "1", said control byte is a CTRL 0 byte. Its value is stored, and the value of the bits SSSSS is passed to the logic unit 58.
  • the frame comprises a sequence of ATM cells according to the DAVIC standard, and the logic unit 58 issues a command to the frame disassembler 16 (Fig. 1) to pass all payload to the ATM output. If the sequence differs from "11110", the frames comprises PDU based data.
  • the control byte present at the position 186 of the frame byte counter 50 can be a CRTL 2 or CRTL 3 byte. If the control byte in the same frame at position 0 of the frame byte counter 50 was a CRTL 0 byte, the byte at position 186 in a CRTL 3 byte. Otherwise the byte at position 186 is a CRTL 2 byte.
  • the PDU byte counter 54 is arranged for counting PDU bytes. It is arranged as a down counter which starts from a preset value and it counts down to 0. The PDU byte counter 54 is decremented only if a PDU byte is present in the payload. It is not decremented during the presence of CRTL 0, CRTL 1, CRTL 2 or CRTL 3 bytes. The PDU byte counter is reset to "0" by the control byte selector 52 if the value of the frame byte counter corresponds to the value of the previous CRTL 3 byte. This reset indicates the beginning of a new PDU. The PDU header selector 56 selects from the input signal the present byte if the PDU byte counter 54 has a value "0". The PDU header selector determines the type of PDU and the length of the PDU from the information present in the header.
  • An ATM cell PDU can be recognised by the value "00" of the first two bits of the PDU header.
  • the length of such an ATM PDU is 54 bytes.
  • the cell type is passed to the logic unit 58, enabling to route the input signal via the disassembler 16 (Fig. 1) to the ATM output.
  • the logic unit 58 is arranged for presenting a read command to the disassembler 16 only if the value of the PDU counter has changed and the value of the PDU byte counter is not equal to 0. This is done to prevent the CRTL bytes and the PDU header being passed to one of the outputs of the receiver. If a CRTL byte is at the input, the PDU byte counter is not advanced, and consequently the CRTL byte is not passed to the output of the receiver.
  • the PDU byte counter has a value of 0, and hence the PDU header is not passed to the output of the receiver.
  • the number of PDU bytes after the first PDU byte (#PDU bytes) is 53. This number is loaded in the programmable PDU byte counter 54.
  • the PDU byte counter is decremented each time a byte of data is read from the input.
  • the PDU byte counter will have the value zero after 53 bytes have been read from the input. Subsequently the PDU header selector reads the header of the next PDU.
  • a VL PDU can be recognised by the value "1" of the first bit in the PDU header.
  • the type of PDU is also passed to the logic unit 58.
  • An STM PDU can be recognised by the value "01" of the first two bytes of the PDU header.
  • the length of such a PDU (including header) is 9 bytes, resulting in a value of 8 for #PDU bytes.
  • the type of PDU and the stream identifier are passed to the disassembler 16. The latter is used to identify the STM stream the bytes in the present PDU belong to. This information is used for routing the STM signals correctly to their final destination.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Time-Division Multiplex Systems (AREA)

Claims (7)

  1. Übertragungssystem mit einem Sender (2), der über ein Übertragungsmedium (12) mit wenigstens einem Empfänger (14) gekoppelt ist, wobei der Sender Framezusammensetzungsmittel (8) aufweist zum Zusammensetzen von Frames (22, 26) mit einem Steuerteil (22-1, 26-1, 26-5, 22-6) und mit einem Nutzlastteil (22-2...22-5, 26-2...26-4), wobei der Empfänger Framezerlegungsmittel (16) aufweist zum Extrahieren des Nutzlastteils aus den Frames, wobei die Framezusammensetzungsmittel ebenfalls dazu vorgesehen sind, Pakete mit einem Identifikationsteil (44), der wenigstens die Länge (44-4) des Pakets umfasst, in die Frames einzufügen, wobei die Framezusammensetzungsmittel weiterhin dazu vorgesehen sind, die Stelle des Anfangs eines neuen Pakets in einem Frame in den Steuerteil einzufügen, wobei die Framezerlegungsmittel dazu vorgesehen sind, die Anfangsstelle eines neuen Pakets aus dem Steuerteil herzuleiten, dadurch gekennzeichnet, dass die Framezerlegungsmittel weiterhin dazu vorgesehen sind, die Anfangsstelle eines nachfolgenden Pakets aus der Anfangsstelle und aus der Länge eines aktuellen Pakets zu ermitteln.
  2. Übertragungssystem nach Anspruch 1, dadurch gekennzeichnet, dass die Framezusammensetzungsmittel weiterhin dazu vorgesehen sind, eine Pakettypangabe in dem Identifikationsteil einzuführen.
  3. Übertragungssystem nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass der Steuerteil eines Frames die Stelle des Anfangs eines neuen Pakets in einem nächsten Frame aufweist.
  4. Übertragungssystem nach Anspruch 1, 2 oder 3, dadurch gekennzeichnet, dass die Länge des Pakets um ein ganzes Vielfaches einer elementaren Dateneinheit größer ist als ein Byte.
  5. Empfänger (14) zum Empfangen von Signalen von einem Übertragungsmedium (12), wobei die Signale Frames (22, 26) mit einem Steuerteil (22-1, 26-1, 26-5, 22-6) und einem Netzlastteil (22-2...22-5, 26-2...26-4) aufweisen, wobei der Empfänger Framezerlegungsmittel (16) aufweist zum Extrahieren des Nutzlastteils (22-2...22-5, 26-2...26-4) aus den Frames, wobei die Frames Pakete mit einem Identifikationsteil (44) aufweisen, der wenigstens die Länge (44-4) des Pakets umfasst, wobei der Steuerteil die Stelle des Anfangs eines neuen Pakets in einem Frame aufweist, wobei die Framezerlegungsmittel dazu vorgesehen sind, die Anfangsstelle eines neuen Pakets aus dem Steuerteil herzuleiten, dadurch gekennzeichnet, dass die Framezerlegungsmittel weiterhin dazu vorgesehen sind, die Anfangsstelle eines nachfolgenden Pakets von der Anfangsstelle und der Länge eines aktuellen Pakets zu ermitteln.
  6. Verfahren zum Übertragen von Signalen von einem Sender (2) zu einem Empfänger (14) über ein Übertragungsmittel (12), wobei das Verfahren Folgendes umfasst: das Zusammensetzen von Frames (22, 26) mit einem Steuerteil (22-1, 26-1, 26-5, 22-6) und mit einem Nutzlastteil (22-2...22-5, 26-2...26-4), das Einfügen von Paketen mit einem Identifikationsteil (44), der wenigstens die Länge (44-4) des Pakets umfasst, in die Frames, das Einfügen der Stelle des Anfangs eines neuen Pakets in einem Frame in den Steuerteil, das Übertragen der Frames, das Extrahieren des Nutzlastteils aus den Frames, und das Herleiten der Anfangsstelle eines neuen Pakets aus dem Steuerteil,
    dadurch gekennzeichnet, dass das Verfahren weiterhin Folgendes umfasst: das Herleiten der Anfangsstelle eines nachfolgenden Pakets von der Anfangsstelle und der Länge eines aktuellen Pakets.
  7. Verfahren zum Empfangen von Signalen, wobei die Signale Frames (22, 26) mit einem Steuerteil (22-1, 26-1, 26-5, 22-6) und mit einem Nutzlastteil (22-2...22-5, 26-2...26-4) aufweisen, wobei das Verfahren das Extrahieren des Nutzlastteils aus den Frames umfasst, wobei die Frames Pakete mit einem Identifikationsteil (44) aufweisen, der wenigstens die Länge (44-4) des Pakets umfasst, wobei der Steuerteil die Stelle des Anfangs eines neuen Pakets in einem Frame aufweist, wobei das Verfahren das Herleiten der Anfangsstelle eines neuen Pakets von dem Steuerteil umfasst, dadurch gekennzeichnet, dass das Verfahren weiterhin das Ermitteln der Anfangsstelle eines nachfolgenden Pakets aus der Anfangsstelle und der Länge eines aktuellen Pakets umfasst.
EP97940277A 1996-10-22 1997-09-26 Verfahren und Vorrichtung zur Übertragung von Daten in einer flexiblen Rahmenstruktur Expired - Lifetime EP0873631B1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP97940277A EP0873631B1 (de) 1996-10-22 1997-09-26 Verfahren und Vorrichtung zur Übertragung von Daten in einer flexiblen Rahmenstruktur

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP96202903 1996-10-22
EP96202903 1996-10-22
PCT/IB1997/001157 WO1998018246A2 (en) 1996-10-22 1997-09-26 Transmission system with flexible frame structure
EP97940277A EP0873631B1 (de) 1996-10-22 1997-09-26 Verfahren und Vorrichtung zur Übertragung von Daten in einer flexiblen Rahmenstruktur

Publications (2)

Publication Number Publication Date
EP0873631A2 EP0873631A2 (de) 1998-10-28
EP0873631B1 true EP0873631B1 (de) 2006-04-19

Family

ID=8224509

Family Applications (1)

Application Number Title Priority Date Filing Date
EP97940277A Expired - Lifetime EP0873631B1 (de) 1996-10-22 1997-09-26 Verfahren und Vorrichtung zur Übertragung von Daten in einer flexiblen Rahmenstruktur

Country Status (7)

Country Link
EP (1) EP0873631B1 (de)
JP (1) JP4219408B2 (de)
KR (1) KR100480186B1 (de)
CN (1) CN1102820C (de)
BR (1) BR9706887B1 (de)
DE (1) DE69735706T2 (de)
WO (1) WO1998018246A2 (de)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6151318A (en) * 1998-07-06 2000-11-21 Motorola, Inc. Method and apparatus for encapsulating ATM cells in a broadband network
JP3613102B2 (ja) 1999-12-14 2005-01-26 日本電気株式会社 フレーム構成方法、フレーム構成装置およびフレーム構成転送システム
UA68416C2 (en) * 1999-12-21 2004-08-16 Koninkl Philips Electronics Nv Merging two digital signals for transmitting data over a communication line
KR100390427B1 (ko) * 2000-12-06 2003-07-07 엘지전자 주식회사 케이블 네트워크에서의 mac 프레임 포맷 및 통신 설정방법
GB2371889A (en) * 2001-02-02 2002-08-07 Sony Uk Ltd Data structures
JP3855690B2 (ja) * 2001-02-20 2006-12-13 三菱電機株式会社 多重化装置、分離装置
FR2825866B1 (fr) * 2001-06-12 2003-09-12 France Telecom Procede de transport de paquets a longueur variable dans des trames de circuits temporels
EP1526701A1 (de) * 2003-10-22 2005-04-27 Mitsubishi Denki Kabushiki Kaisha Verfahren und Vorrichtung zur Uebertragung und Rueckgewinnung von Datenpaketen
KR101427647B1 (ko) 2007-04-25 2014-08-07 삼성전자주식회사 패킷 생성과 처리에 관한 방법 및 그 장치
KR101232599B1 (ko) * 2009-12-15 2013-02-12 한국전자통신연구원 매체 접근 제어 프로토콜 데이터 유닛 재조립 방법 및 이를 수행하는 수신기
CN103688550B (zh) * 2011-02-11 2019-01-22 英特尔公司 用于通过穿过机制的媒体流的方法、设备和装置
US11153360B2 (en) * 2019-05-21 2021-10-19 Genetec Inc. Methods and systems for codec detection in video streams

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0580083A2 (de) * 1992-07-23 1994-01-26 Alcatel SEL Aktiengesellschaft Rahmenstrukturiertes Bussystem

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE503317C2 (sv) * 1994-06-13 1996-05-13 Ericsson Telefon Ab L M Sätt och väljarnod för att koppla STM-celler i en kretsemulerad ATM-väljare

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0580083A2 (de) * 1992-07-23 1994-01-26 Alcatel SEL Aktiengesellschaft Rahmenstrukturiertes Bussystem

Also Published As

Publication number Publication date
KR19990076609A (ko) 1999-10-15
KR100480186B1 (ko) 2005-07-18
BR9706887B1 (pt) 2011-05-31
EP0873631A2 (de) 1998-10-28
DE69735706T2 (de) 2007-04-12
BR9706887A (pt) 2000-01-25
CN1102820C (zh) 2003-03-05
JP4219408B2 (ja) 2009-02-04
DE69735706D1 (de) 2006-05-24
CN1211368A (zh) 1999-03-17
JP2000502547A (ja) 2000-02-29
WO1998018246A3 (en) 1998-06-11
WO1998018246A2 (en) 1998-04-30

Similar Documents

Publication Publication Date Title
US5802051A (en) Multiplexing of voice and data minicells
US6414967B2 (en) Transmission system with flexible frame structure
US5946309A (en) Hybrid ATM adaptation layer
US5841771A (en) Telecommunications switch apparatus and method for time switching
US5936965A (en) Method and apparatus for transmission of asynchronous, synchronous, and variable length mode protocols multiplexed over a common bytestream
US20040071138A1 (en) Cell multiplexing apparatus handling multiple items of information
EP0873631B1 (de) Verfahren und Vorrichtung zur Übertragung von Daten in einer flexiblen Rahmenstruktur
EP0841833A2 (de) Datenübertragungssystem
WO1996024994A1 (en) Point-to-multipoint broadband services drop with multiple time slot return channel for customer premises equipement
GB2256348A (en) Carrying high bit rate signal on variable number of lower bit rate channels
US6331989B1 (en) Multiplex transmission method and system
EP0894385B1 (de) Entkopplung von minizellen in atm-zellen
WO1997006615A9 (en) Flag field-based routing mechanism for fiber optic telecommunication system employing sts-based transmission format containing asynchronous transfer mode cells
US6618374B1 (en) Method for inverse multiplexing of ATM using sample prepends
US6928080B2 (en) Transporting variable length ATM AAL CPS packets over a non-ATM-specific bus
JP3207709B2 (ja) 多重化データ相互通信方法、多重化データ相互通信システム、ゲートウエイおよび非同期網上の端末
US20020126700A1 (en) Transmission techniques using universal data link protocol
JPH07312600A (ja) データ伝送方法、送信装置および受信装置
CA2285333A1 (en) Data suppression and regeneration
AU764446B2 (en) Method of transmission and transmission system
JPH0310543A (ja) 広帯域isdn用宅内系構成方式
EP1407565B1 (de) Verfahren und vorrichtung zur umsetzung von datenpaketen zwischen einem netzwerk mit hoher bandbreite und einem netzwerk mit niedriger bandbreite
EP1946498B1 (de) Kommunikationssystem und verfahren
GB2344488A (en) Permanent virtual circuit communication system
GB2335328A (en) Permanent virtual circuit communication system

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): DE FR GB

17P Request for examination filed

Effective date: 19981211

17Q First examination report despatched

Effective date: 20040701

RIC1 Information provided on ipc code assigned before grant

Ipc: 7H 04L 12/64 B

Ipc: 7H 04N 7/52 B

Ipc: 7H 04L 29/02 A

RIC1 Information provided on ipc code assigned before grant

Ipc: 7H 04L 12/64 B

Ipc: 7H 04N 7/52 B

Ipc: 7H 04L 29/02 A

RTI1 Title (correction)

Free format text: METHOD AND DEVICE FOR TRANSMISSION OF DATA IN A FLEXIBLE FRAME STRUCTURE

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): DE FR GB

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: GB

Ref legal event code: 746

Effective date: 20060421

REF Corresponds to:

Ref document number: 69735706

Country of ref document: DE

Date of ref document: 20060524

Kind code of ref document: P

ET Fr: translation filed
PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20070122

REG Reference to a national code

Ref country code: DE

Ref legal event code: R082

Ref document number: 69735706

Country of ref document: DE

Representative=s name: MEISSNER, BOLTE & PARTNER GBR, DE

REG Reference to a national code

Ref country code: DE

Ref legal event code: R082

Ref document number: 69735706

Country of ref document: DE

Representative=s name: MEISSNER BOLTE PATENTANWAELTE RECHTSANWAELTE P, DE

Effective date: 20140328

Ref country code: DE

Ref legal event code: R082

Ref document number: 69735706

Country of ref document: DE

Representative=s name: MEISSNER, BOLTE & PARTNER GBR, DE

Effective date: 20140328

Ref country code: DE

Ref legal event code: R081

Ref document number: 69735706

Country of ref document: DE

Owner name: KONINKLIJKE PHILIPS N.V., NL

Free format text: FORMER OWNER: KONINKLIJKE PHILIPS ELECTRONICS N.V., EINDHOVEN, NL

Effective date: 20140328

REG Reference to a national code

Ref country code: FR

Ref legal event code: CD

Owner name: KONINKLIJKE PHILIPS N.V., NL

Effective date: 20141126

Ref country code: FR

Ref legal event code: CA

Effective date: 20141126

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 19

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20160930

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20160928

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20161130

Year of fee payment: 20

REG Reference to a national code

Ref country code: DE

Ref legal event code: R071

Ref document number: 69735706

Country of ref document: DE

REG Reference to a national code

Ref country code: GB

Ref legal event code: PE20

Expiry date: 20170925

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

Effective date: 20170925