Interleaver apparatus and method
Abstract
One embodimennt of the invention relates to a method of data processing. In the method, an initial data stream is received. A series of bytes having a total byte length is selected from the initial data stream, the series of bytes having a span in the initial data stream that is greater than the total byte length. At least one redundancy byte is calculated based on the series of bytes. An output data stream is transmitted over a transmission medium (406), where the output data stream includes the initial data stream with the at least one redundancy byte therein, and where consecutive bytes in the output data stream have an order that corresponds to an order of consecutive bytes in the initial data stream. Other devices and methods are also described.

Term
1.6 yearsto projected expiry
Projected expiry 16 May 2028, counted from filing; an application has no term until it is granted.
- Priority and filed
- Published
- Today
- Projected expiry
17 claims: 7 independent, 10 dependent
- 1A network device (402; 902), comprising:a network interface (408) configured to receive an initial data stream;an interleaving redundancy encoder (416;906) configured to select a series of bytes having a total byte length from the initial data stream, the series of bytes having a span in the initial data stream that is greater than the total byte length, and further configured to calculate at least one redundancy byte based on the series of bytes.
- 6The network device (402; 902) of any one of claims 1 to 5 wherein said interleaving redundancy encoder comprises:a pre-interleaver (424) configured to select said series of bytes as a series of equally spaced, non-consecutive bytes from the initial data stream or a modified data stream;and a redundancy encoder (426) configured to calculate said at least one redundancy byte based on the series of bytes.
- 7A network device (402; 902) adapted to facilitate transmission of data over a transmission medium, comprising:a network interface (408) configured to receive an initial data stream;a pre-interleaver (424) configured to select a series of equally spaced, non-consecutive bytes from the initial data stream or a modified data stream;and a redundancy encoder (426) configured to calculate at least one redundancy byte based on the series of bytes.
- 11The network device (402; 902) of any one of claims 6 to 9, further comprising:an interleaver (428) configured to re-order the modified data stream to form an output data stream for transmission over a transmission medium (406), where consecutive bytes in the output data stream have an order that corresponds to an order of consecutive bytes in the initial data stream.
- 14A method of data processing for communication, comprising:re-structuring an initial data stream to form a modified data stream;selecting a series of equally spaced, non-consecutive bytes in the modified data stream;calculating at least one redundancy byte based on the series of bytes;and inserting the at least one redundancy byte into the modified data stream to form an outgoing data stream, where consecutive bytes in the outgoing data stream have an order that corresponds to an order of consecutive bytes in the initial data stream.
Independent claims7
52 paragraphs, as filed
0001The present invention relates generally to communication systems and more particularly to communication methods using Digital Subscriber Line (DSL).
0002Digital subscriber line (DSL) technology provides high-speed data transfer between two modems across ordinary telephone lines, wherein digital data transfer rates from tens of Kbps to tens of Mbps are supported over standard telephone lines (e.g., twisted pair of copper wires), while still providing for plain old telephone service (POTS). Asynchronous Digital Subscriber Line (ADSL) and Very High Digital Subscriber Line (VDSL) have emerged as popular implementations of DSL systems, where ADSL is defined by American National Standard Institute (ANSI) standard T1.413 and International Telecommunication Union (ITU-T) standards G.992.3, G.992.5, and VDSL is defined by ANSI standard T1.424 and ITU-T standard G.993.1. ADSL, VDSL and other similar DSL systems (collectively referred to as "xDSL") typically provide digital data transfer in a frequency range above the POTS band (e.g., about 300 Hz to 4 kHz), for example ADSL G.992.3 operates at frequencies from about 25 kHz to about 1.1 MHz.
0003One feature of DSL modems that allows them to provide high data rates is their ability to communicate symbols over a multi-carrier channel 100, such as shown in <figref idref="f0001">Fig. 1</figref>. The illustrated multi-carrier channel 100 includes a number of frequencies or "carriers" 102 (e.g., carriers f<sub>1</sub>, f<sub>2</sub>, ... f<sub>N</sub>) that span a frequency spectrum 104 supported by the telephone line. In effect, by breaking the frequency spectrum 104 into multiple carriers, the DSL modems can transmit data over each of the carriers (instead of just a single carrier), thereby allowing them to "stuff" more data through the phone line per unit time.
0004During communication, a specific number of bits per unit time may be transmitted on each carrier based on a signal-to-noise ratio (SNR) 106. Typically, more bits are transmitted on carriers that have a relatively high SNR, while fewer bits are transmitted on frequencies that have a relatively low SNR. For example, carrier f<sub>2</sub> has a relatively high SNR compared to carrier f<sub>4</sub>. Correspondingly, the DSL modems transmit more bits on carrier f<sub>2</sub> (<i>i</i>.<i>e</i>., approximately 18 bits per unit time), and fewer bits on carrier f<sub>4</sub> (<i>i</i>.<i>e</i>., approximately 14 bits per unit time). Although encoding and decoding data conveyed on multiple frequencies makes this multi-carrier communication computationally complex, it gives the DSL modems the ability to provide users with high speed data connections with relatively few errors.
0005Although a multi-carrier channel affords DSL communication systems some ability to account for particularly noisy regions of the frequency spectrum, other components are typically used to account for more dynamic noise sources, such as impulse noise. Therefore, to achieve high data rates with high accuracy, improvements can be made to allow communication systems to communicate more efficiently.
0006<figref idref="f0002">Fig. 2</figref> shows a DSL communication system 200 that includes first and second DSL modems 202, 204, respectively, coupled to a standard phone line 206 (e.g., twisted pair of copper wires). As previously mentioned, the DSL modems 202, 204 can transfer data via symbols over a multi-carrier communication channel established over the phone line 206. To exchange data, the modems 202, 204 include network interfaces 208, 210, respectively, that interface to a higher level protocol (<i>e.g</i>., TCP/IP). A brief description of data exchange is now provided with reference to <figref idref="f0002">Fig. 2</figref> and a more detailed discussion will follow with reference to <figref idref="f0003">Fig. 3</figref>.
0007Referring now to <figref idref="f0002">Fig. 2</figref>, to transmit data, the transmitting network interface 208 receives payload data and passes it to a forward error correction (FEC) encoder 212, where the FEC encoder appends redundancy bytes to the payload data to form a codeword. An interleaver 214 then interleaves successive codewords with one another to form an interleaved data stream. A transceiver 216 can then modulate the interleaved data stream over the line 206 by applying trellis encoding, inverse Fourier transforms, and the like. Noise 218, such as an impulse noise disturbance, may affect the modulated interleaved data stream on the line 206, potentially corrupting the data.
0008To receive data, a transceiver 220 in the receiving modem 204 demodulates the modulated interleaved data stream by applying fast Fourier transforms, Trellis decoding, etc. The transceiver 220 then passes the demodulated interleaved data stream to a de-interleaver 222. The de-interleaver 222 then un-mixes the bytes of the interleaved codewords, after which a FEC decoder 224 uses the redundancy bytes to attempt to correct any data errors that occurred on the line 206. Finally, the corrected data is passed to the receiving network interface 210 where it can be used for its desired purpose.
0009In most cases, the FEC encoder 212 and interleaver 214 work in conjunction with the de-interleaver 222 and FEC decoder 224 to reliably correct any corrupted bytes in the payload data. However, in some circumstances the combination of interleaving and redundancy bytes may be insufficient to correct the corrupted bytes. For example, <figref idref="f0003">Fig. 3</figref> shows a scenario where four data transmission units (DTUs) are transmitted from network interface 208, three of which are corrupted when received at the network interface 210. These corrupted DTUs are due to an impulse noise event 218 that has a duration that exceeds the minimum impulse noise protection (INP<sub>min</sub>) of the system. Due to the interleaving, these corrupted data bytes are spread across multiple DTUs at the network interface 210.
0010More specifically, in <figref idref="f0003">Fig. 3</figref>'s example, one can see that the transmitting network interface 208 supplies several DTUs (DTU0, DTU1, DTU2, DTU3), where each DTU includes three bytes (B) of payload data. The FEC encoder 210 then calculates one redundancy byte (R) for each DTU and appends the redundancy byte that DTU to form a codeword having a codeword size (N) of 4 bytes. For example, codeword N<sub>1</sub> includes DTU0's payload bytes B<sub>00</sub>, B<sub>01</sub>, and B<sub>02</sub>, as well as redundancy byte R<sub>1</sub>, which is calculated from DTU0's payload bytes. The codeword N<sub>1</sub> is then spread in time using the interleaver 214, after which transceiver 216 transmits the interleaved codewords over the line 206. In this example for the sake of simplicity, symbols are framed so that each codeword is transmitted as a single symbol on the line.
0011An impulse noise disturbance 218 occurs on the line 206, as indicated by the crossed-out bytes. As can be seen, the impulse noise disturbance 218 corrupts all the data in a single symbol or consecutive symbols. Thus, in <figref idref="f0003">Fig. 3</figref>'s example, the impulse noise disturbance 218 corrupts a single codeword, which includes three payload bytes (B<sub>09</sub>, B<sub>07</sub>, B<sub>05</sub>) and one redundancy byte (R<sub>1</sub>).
0012In the receiving modem, transceiver 220 demodulates the data from the line 206 and the de-interleaver 222 de-interleaves received data, resulting in the codewords (N<sub>1</sub>', N<sub>2</sub>', N<sub>3</sub>', N<sub>4</sub>'). The FEC decoder 224 then calculates redundancy bytes based on received payload bytes, which may or may not be equal to the transmitted payload bytes due to noise 218 on the line. If the redundancy bytes calculated by the FEC decoder are not equal to the received redundancy bytes, the FEC decoder 224 can use the redundancy bytes in a given codeword to attempt to correct the corrupted bytes. Thus, redundancy byte R<sub>1</sub> would typically be used to correct any errors that occur in payload bytes B<sub>00</sub>, B<sub>01</sub>, and B<sub>02</sub>. However, as clearly seen, if R is insufficient to correct the corrupted bytes, three of the four DTUs are corrupted due to the impulse noise disturbance 218.
0013If the redundancy bytes cannot correct the errors in payload data, typical higher layer protocols (<i>e.g</i>., TCP/IP), must retransmit each corrupted DTU. This flood of retransmission requests may, in some cases, overload the retransmission capabilities of the servers and result in non-corrected errors in the network.
0014The following presents a simplified summary in order to provide a basic understanding of one or more aspects of the invention. This summary is not an extensive overview of the invention, and is neither intended to identify key or critical elements of the invention, nor to delineate the scope thereof. Rather, the primary purpose of the summary is to present some concepts of the invention in a simplified form as a prelude to the more detailed description that is presented later.
0015In an embodiment, a network device as defined in claim 1 or 7 is provided. In another embodiment, a method as defined in claim 14 is provided. The dependent claims define further embodiments.
0016One embodiment of the invention relates to a method of data processing. In the method, an initial data stream is received. A series of bytes having a total byte length is selected from the initial data stream, the series of bytes having a span in the initial data stream that is greater than the total byte length. At least one redundancy byte is calculated based on the series of bytes. An output data stream is transmitted over a transmission medium, where the output data stream includes the initial data stream with the at least one redundancy byte therein, and where consecutive bytes in the output data stream have an order that corresponds to an order of consecutive bytes in the initial data stream. Other devices and methods are also described.
0017The following description and annexed drawings set forth in detail certain illustrative aspects and implementations of the invention. These are indicative of only a few of the various ways in which the principles of the invention may be employed. <ul id="ul0001" list-style="none" compact="compact"><li><figref idref="f0001">Fig. 1</figref> is a schematic diagram illustrating a DSL communication system where modems communicate data over a multi-carrier channel;</li><li><figref idref="f0002">Fig. 2</figref> is a schematic diagram illustrating a DSL communication system with first and second DSL modems that communicate over a twisted pair of copper wires;</li><li><figref idref="f0003">Fig. 3</figref> is a diagram illustrating further how an impulse noise disturbance can cause corrupted data bytes to be distributed over multiple data transmission units in a convolutional interleaver;</li><li><figref idref="f0004">Fig. 4</figref> is a schematic diagram illustrating another embodiment of a communication system with first and second network devices coupled to a transmission medium;</li><li><figref idref="f0005">Fig. 5</figref> is a schematic diagram illustrating an embodiment of a network transmitting device with an interleaving redundancy encoder that includes a pre-interleaver, a redundancy encoder, and an interleaver;</li><li><figref idref="f0006">Fig. 6</figref> is a schematic diagram illustrating an embodiment of a network receiving device with a de-interleaver, a redundancy decoder, and a post de-interleaver according to one embodiment of the invention;</li><li><figref idref="f0007">Fig. 7</figref> is a diagram illustrating how a pre-interleaver in conjunction with a post de-interleaver can prevent an impulse noise disturbance from being spread over multiple data transmission units according to one embodiment of the invention;</li><li><figref idref="f0008">Fig. 8</figref> is another diagram illustrating how a pre-interleaver in conjunction with a post de-interleaver can prevent an impulse noise disturbance from being spread over multiple data transmission units according to one embodiment of the invention;</li><li><figref idref="f0009">Fig. 9</figref> is a schematic diagram illustrating a communication system with first and second network devices coupled to a transmission medium in accordance with aspects of the present invention;</li><li><figref idref="f0010">Figs. 10A-10F</figref> are schematic diagrams illustrating functionality of one embodiment of an interleaving redundancy encoder;</li><li><figref idref="f0011">Fig. 11</figref> is a diagram illustrating how an interleaving redundancy encoder in conjunction with a de-interleaving redundancy de-coder can prevent an impulse noise disturbance from being spread over multiple data transmission units according to one embodiment of the invention;</li><li><figref idref="f0012">Fig. 12</figref> is an embodiment in which payload data is passed through for transmission onto the transmission medium with effectively zero delay; and</li><li><figref idref="f0013">Fig. 13</figref> is another embodiment in which payload data is passed through for transmission onto the transmission medium with effectively zero delay.</li></ul>
0018One or more implementations of the present invention will now be described with reference to the attached drawings, wherein like reference numerals are used to refer to like elements throughout. Although some aspects may be discussed below in the context of a DSL communication system, the invention is applicable any type of communication system where interleaving may be employed.
0019In appreciating the above problems or limitations associated with some interleaver systems and methods, the inventors have developed interleaver systems and methods that, together with redundancy coding, limit the number of DTUs corrupted over the network. <figref idref="f0004">Fig. 4</figref> shows one embodiment of such a communication system 400 that includes first and second network devices 402, 404, respectively, coupled to a transmission medium 406. In one embodiment the network devices 402, 404 could comprise DSL modems that communicate over a multi-carrier channel supported by a standard phone line. In other embodiments, however, the network devices 402, 404 could comprise other network devices, such as cellular phones, pagers, laptops, etc., that communicate over a wireline or wireless transmission medium.
0020Like the previously discussed DSL modems 202, 204, the network devices 402, 404 may include network interfaces 408, 410, respectively, that may interface to a higher level protocol. The network devices 402, 404 may also include transceivers 412, 414, respectively, that are configured to transmit and/or receive information over the transmission medium 406.
0021Unlike the previously described DSL modems, however, the network devices 402, 404 also include an interleaving redundancy encoder 416 and a de-interleaving redundancy decoder 418. Notably, the interleaving redundancy encoder 416 is configured to receive an initial data stream of payload bytes from the transmitting network interface 408 and facilitate transmission of an output data stream over the transmission medium 406, where the output data stream has the same or similar order as the initial data stream. Under this condition, if noise 420 corrupts consecutive symbols on the transmission medium 406, the corruption will be confined to a limited number of DTUs rather than spread over numerous DTUs. In <figref idref="f0004">Fig. 4</figref>'s embodiment, the interleaving redundancy encoder 416 includes an optional delay controller 422, a pre-interleaver 424, a redundancy encoder 426, and an interleaver 428; while the de-interleaving redundancy decoder 418 includes a de-interleaver 430, a redundancy decoder 432, and a post-deinterleaver 434.
0022The delay controller 422, which could be a timing element, switch, memory buffer, or some other type of controller, could receive an initial data stream from the network interface 408 and insert delays (e.g., dummy bytes) therein to form a modified data stream, if necessary. In some embodiments, the delay controller 422 could be included in a higher level protocol that provides the initial data stream to the network interface 408.
0023<figref idref="f0005">Fig. 5</figref> illustrates a more detailed view of the interleaving redundancy encoder 416, which includes a pre-interleaver 424, a redundancy encoder 426, and an interleaver 428 as mentioned. In one embodiment, the pre-interleaver 424 comprises a structure configured to perform an interleaving operation on an initial or modified data stream 500. As will be further appreciated, in various embodiments the initial data stream 500 comprises a stream of DTUs, each of which comprises K bytes of payload data. Delays δ, such as dummy bytes, are also included in the initial or modified data stream 500. The dummy bytes operate to delay the payload bytes so that an input codeword length N is K + R, where R represents the number of redundancy bytes that will be used per codeword.
0024In <figref idref="f0005">Fig. 5</figref>'s embodiment, the pre-interleaver 424 is configured as a de-interleaver type structure, wherein each payload byte is delayed according to: <maths id="math0001" num=""><math display="block"><mi mathvariant="normal">Δ</mi><mfenced><mi mathvariant="normal">j</mi></mfenced><mo mathvariant="normal">=</mo><mrow><mo mathvariant="normal">(</mo><mi mathvariant="normal">D</mi><mo mathvariant="normal">-</mo><mn mathvariant="normal">1</mn><mo mathvariant="normal">)</mo><mo mathvariant="normal">×</mo><mfenced separators=""><mi mathvariant="normal">N</mi><mo mathvariant="normal">-</mo><mi mathvariant="normal">j</mi><mo mathvariant="normal">-</mo><mn mathvariant="normal">1</mn></mfenced><mo mathvariant="normal">;</mo><mo mathvariant="normal">=</mo><mn mathvariant="normal">0</mn><mo mathvariant="normal">,</mo><mn mathvariant="normal">1</mn><mo mathvariant="normal">,</mo><mo mathvariant="normal">…</mo><mfenced separators=""><mi mathvariant="normal">N</mi><mo mathvariant="normal">-</mo><mn mathvariant="normal">1</mn><mo mathvariant="normal">-</mo><mi mathvariant="normal">R</mi></mfenced><mo mathvariant="normal">,</mo></mrow></math><img file="EP1995901A2_D0001.tif" /></maths> wherein D is the pre-interleaver depth, and N is the codeword length.
0025The redundancy encoder 426 receives a series of K payload bytes, which are now pre-interleaved, and calculates a number R of redundancy bytes 502 for the series of K data bytes. The redundancy bytes 502 are appended to the K payload data bytes to form a virtual data stream of virtual codewords, where each virtual codeword has length K + R. In one embodiment, the redundancy encoder 426 uses a Reed-Solomon coding technique to generate the redundancy bytes 502, however, other redundancy coding techniques may be employed and are contemplated as falling within the scope of the present invention.
0026The interleaver 428 then receives the virtual data stream and delays each byte of the virtual codewords according to an algorithm. In one embodiment, each byte is delayed according to: <maths id="math0002" num=""><math display="block"><mi mathvariant="normal">Δ</mi><mfenced><mi mathvariant="normal">j</mi></mfenced><mo mathvariant="normal">=</mo><mrow><mo mathvariant="normal">(</mo><mi mathvariant="normal">D</mi><mo mathvariant="normal">-</mo><mn mathvariant="normal">1</mn><mo mathvariant="normal">)</mo><mo mathvariant="normal">×</mo><mi mathvariant="normal">j</mi><mo>;</mo><mi mathvariant="normal">j</mi><mo mathvariant="normal">=</mo><mn mathvariant="normal">0</mn><mo mathvariant="normal">,</mo><mn mathvariant="normal">1</mn><mo mathvariant="normal">,</mo><mo mathvariant="normal">…</mo><mrow><mo mathvariant="normal">(</mo><mi mathvariant="normal">N</mi><mo mathvariant="normal">-</mo><mn mathvariant="normal">1</mn><mo mathvariant="normal">)</mo><mn>.</mn></mrow></mrow></math><img file="EP1995901A2_D0002.tif" /></maths> As stated above, in one embodiment the virtual codewords from the redundancy encoder 426 have each byte delayed according to the above formula, which causes the output data stream transmitted on the transmission medium 406 to have the payload bytes in the same order as they were at the network interface 408.
0027After the DTUs have been transmitted over the transmission medium 406 by the transmitting network device 402, the receiving network device 404 receives the data stream from the transmission medium and can process the data as shown in <figref idref="f0006">Fig. 6</figref>. As previously mentioned, the receiving network device 404 can include a de-interleaver 430, a redundancy decoder 432, and a post de-interleaver 434.
0028The de-interleaver 430 receives the transmitted output data stream from the transmission medium 406 and delays each byte therein, in one embodiment, according to: <maths id="math0003" num=""><math display="block"><mi mathvariant="normal">Δ</mi><mfenced><mi mathvariant="normal">j</mi></mfenced><mo mathvariant="normal">=</mo><mrow><mo mathvariant="normal">(</mo><mi mathvariant="normal">D</mi><mo mathvariant="normal">-</mo><mn mathvariant="normal">1</mn><mo mathvariant="normal">)</mo><mo mathvariant="normal">×</mo><mfenced separators=""><mi mathvariant="normal">N</mi><mo mathvariant="normal">-</mo><mi mathvariant="normal">j</mi><mo mathvariant="normal">-</mo><mn mathvariant="normal">1</mn></mfenced><mo mathvariant="normal">;</mo><mi mathvariant="normal">j</mi><mo mathvariant="normal">=</mo><mn mathvariant="normal">0</mn><mo mathvariant="normal">,</mo><mn mathvariant="normal">1</mn><mo mathvariant="normal">,</mo><mo mathvariant="normal">…</mo><mfenced separators=""><mi mathvariant="normal">N</mi><mo mathvariant="normal">-</mo><mn mathvariant="normal">1</mn></mfenced><mn>.</mn></mrow></math><img file="EP1995901A2_D0003.tif" /></maths>
0029After de-interleaving, the redundancy decoder 432 receives the de-interleaved data (<i>i.e.</i>, delayed and thus spread among numerous virtual codewords). The redundancy decoder 432 then performs error correction based on the redundancy bytes provided therein. In one embodiment the error correction of component is performed based on Reed-Solomon coding, however, the error correction may vary for other redundancy coding techniques, and all such variations are contemplated as falling within the scope of the present invention.
0030Since the redundancy bytes R are no longer needed after the error correction, the redundancy bytes R can be dropped and the corrected codewords having length K are then input to the post de-interleaver 434. The corrected payload data bytes could be input into the post de-interleaver 434 along with δ dummy bytes so that the K corrected bytes are delayed as if there were K+R bytes in a codeword. Consequently, each of the corrected data bytes is delayed by an amount: <maths id="math0004" num=""><math display="block"><mi mathvariant="normal">Δ</mi><mfenced><mi mathvariant="normal">j</mi></mfenced><mo mathvariant="normal">=</mo><mrow><mo mathvariant="normal">(</mo><mi mathvariant="normal">D</mi><mo mathvariant="normal">-</mo><mn mathvariant="normal">1</mn><mo mathvariant="normal">)</mo><mo mathvariant="normal">×</mo><mfenced separators=""><mi mathvariant="normal">j</mi><mo>;</mo><mi mathvariant="normal">j</mi></mfenced><mo mathvariant="normal">=</mo><mn mathvariant="normal">0</mn><mo mathvariant="normal">,</mo><mn mathvariant="normal">1</mn><mo mathvariant="normal">…</mo><mfenced separators=""><mi mathvariant="normal">N</mi><mo mathvariant="normal">-</mo><mn mathvariant="normal">1</mn><mo mathvariant="normal">-</mo><mi mathvariant="normal">R</mi></mfenced><mn>.</mn></mrow></math><img file="EP1995901A2_D0004.tif" /></maths> The resultant data stream 600 is output from the post de-interleaver 434, and the dummy bytes can be dropped.
0031A substantial advantage of the system 400 is that non-correctable errors are spread over a limited number of DTUs. This advantageous result may be more fully appreciated in conjunction with <figref idref="f0007">Fig. 7</figref> and the discussion below. For the sake of simplicity and clarity, symbols are framed to correspond to a single virtual codeword, although in general symbols could be framed in other manners.
0032As shown in <figref idref="f0007">Fig. 7</figref>, the transmitting network interface 408 receives an initial data stream 700 that includes a series of payload bytes (B) arranged in DTUs. If necessary, the delay controller 422 introduces dummy bytes δ into the initial data stream 700 to form a modified data stream 702. The pre-interleaver 424 then builds a virtual data stream 704 by spreading the bytes from each DTU, where earlier bytes of a DTU are delayed by a greater amount (Δ<sub>4</sub>) and later bytes of a DTU are delayed by a lesser amount (Δ<sub>0</sub>). The redundancy encoder 426 then calculates at least one redundancy byte based on series of bytes in the virtual data stream, thereby generating "virtual" codewords (N<sub>1</sub>, N<sub>2</sub>, N<sub>3</sub>) of size N = K+R. Typically, each series of bytes has a total byte length that is less than the span of the series of bytes in the initial and modified data streams. For example, virtual codeword N<sub>3</sub> includes a series of bytes 706 (<i>i.e.,</i> B<sub>00</sub>, B<sub>04</sub>, B<sub>08</sub>) that has a total byte length of three bytes and a span 708 of approximately eight bytes in the initial data stream 700. Redundancy byte R<sub>03</sub> is calculated based on the series of bytes (B<sub>00</sub>, B<sub>04</sub>, B<sub>08</sub>), and could be associated with these bytes to form the virtual codeword N<sub>3</sub>. The series of bytes (B<sub>00</sub>, B<sub>04</sub>, B<sub>08</sub>) also has a span 710 of approximately ten bytes in the modified data stream 702.
0033The interleaver 428 then interleaves the virtual codewords at 712 such that the outgoing data stream 714 transmitted on the transmission medium 406 is in the same order as the initial data stream 700, albeit with the redundancy bytes R inserted therein. Thus, one can see that the virtual codewords N<sub>1</sub>, N<sub>2</sub>, N<sub>3</sub> may be "virtual" in the sense that redundancy bytes are calculated over their payload bytes, but the virtual codewords themselves are not transmitted over the transmission medium 406.
0034On the transmission medium 406, an impulse noise disturbance 716 causes bytes to be corrupted.
0035At the receiving network device, the received data is passed through the de-interleaver 430 at 718 to reconstruct virtual codewords N<sub>1</sub>', N<sub>2</sub>', N<sub>3</sub>'. The redundancy decoder 432 can check the redundancy bytes for each received virtual codeword. If the redundancy bytes are unable to correct all of the corrupted bytes, then the redundancy decoder 432 does not correct the errors, and corrupted bytes enter the post de-interleaver 434. The corrupted bytes are then re-ordered by the post de-interleaver 434 so that each of the corrupted bytes reside within a limited number of DTUs. Consequently, in the illustrated embodiment, only one of the four illustrated DTUs will need to be retransmitted.
0036<figref idref="f0008">Fig. 8</figref> shows another example of how data can be communicated in a manner that prevents an impulse noise disturbance from being spread over multiple DTUs. More particularly, in this example, multiple redundancy bytes are associated with each virtual codeword. For example, virtual codeword N<sub>1</sub> includes six payload bytes (B01, B04, B06, B09, B11, B14) and three redundancy bytes (R1, R2, R3). Notably, in this embodiment, there may be negative delays 802, wherein the redundancy bytes are calculated from a series of bytes in the virtual data stream 804 before the associated delay unit in the modified data stream 806 arrives.
0037Turning now to <figref idref="f0009">Fig. 9</figref>, one can see another embodiment of a communication system 900 that includes first and second network devices 902, 904, respectively, coupled to a transmission medium 406. Like the previous embodiments, the network devices 902, 904 include network interfaces 408, 410, respectively, and transceivers 412, 414, respectively. However, in this embodiment, the interleaving redundancy encoder 906 and de-interleaving redundancy decoder 908 may include various optimizations from previously discussed examples. For example, in some optimizations, the initial or modified data stream may be passed directly from the network interface 408 to the transceiver 412. Similarly, and the received data stream from the transmission medium 406 may be passed directly from the transceiver 414 to the network interface 410. By optimizing these components, their footprints are reduced and the overall performance of the system may be improved.
0038To highlight some of this functionality, <figref idref="f0010">Figs. 10A-10F</figref> show a more detailed embodiment of how an initial data stream 1000 could be loaded into the interleaving redundancy encoder 906 in time, and processed to form a virtual data stream 1002. In these figures, the interleaving redundancy encoder 906 includes several delay elements 1004, such as FIFOs, and may be arranged in the form of a convolutional interleaver as shown.
0039<figref idref="f0010">Fig. 10A</figref> shows several the initial data stream 1000 as a series of DTUs (DTU<sub>0</sub>, DTU<sub>1</sub>, DTU<sub>2</sub>, DTU<sub>3</sub>) with time delays δ between successive DTUs. A higher level protocol could structure the initial data stream 1000 with suitable time delays δ, or a delay controller in the interleaving redundancy encoder 906 could insert the delays δ. In this example we assume that there will be one redundancy byte per virtual codeword and consequently there is one dummy byte between consecutive DTUs (e.g., dummy byte δ<sub>0</sub> is inserted between DTU<sub>0</sub> and DTU<sub>1</sub>), however, in other examples multiple redundancy bytes per virtual codeword could be used. Although <figref idref="f0010">Fig. 10A</figref>'s example shows DTUs that have 3 bytes, DTUs may in general comprise any number of bits or bytes, and different DTUs may have different lengths.
0040In <figref idref="f0010">Fig. 10B-10E</figref>, the DTUs are successively loaded onto delay elements 1004 (<i>e.g</i>., FIFOs) of the interleaving redundancy encoder 906 to achieve the desired virtual data stream 1002. As each successive byte of the initial data stream 1000 is loaded onto the front of each FIFO, a byte simultaneously pops from the back of that FIFO into the virtual data stream 1002. For example, in <figref idref="f0010">Fig. 10B</figref>, payload byte B<sub>00</sub> is first loaded onto the FIFO with the longest delay, thereby popping the first "don't care" byte (X) into the virtual data stream. Next, the controller loads B<sub>01</sub> onto the second FIFO, after which it loads B<sub>02</sub> onto the third FIFO. Finally, after each DTU is loaded, the interleaving redundancy encoder could calculate a redundancy byte, such as a Reed-Solomon redundancy byte, for the series of bytes in the virtual data stream. Thus, in <figref idref="f0010">Fig. 10B</figref>, redundancy byte R<sub>0</sub> is calculated based on three "don't care" bytes as shown. <figref idref="f0010">Fig. 10C</figref> shows DTU<sub>1</sub> being loaded into the FIFOs, and consequently advancing the existing bytes through the FIFOs. <figref idref="f0010">Figs. 10D and 10E</figref> show similar functionality for DTU<sub>2</sub> and DTU<sub>3</sub>. <figref idref="f0010">Fig. 10F</figref> shows the resultant virtual data stream 1002 formed in this manner.
0041A substantial advantage of the system 900 is that non-correctable errors are spread over a limited number of DTUs, but with a limited delay relative to previous embodiments. This advantageous result may be more fully appreciated in conjunction with <figref idref="f0011">Fig. 11</figref> and the discussion below. For the sake of simplicity and clarity, <figref idref="f0011">Fig. 11</figref>'s example has been chosen to be consistent with <figref idref="f0010">Fig. 10</figref>. However, <figref idref="f0010">Fig. 10</figref> merely illustrates one way of implementing the interleaving redundancy encoder 906 and other embodiments could also achieve <figref idref="f0011">Fig. 11</figref>'s characteristics. Further, for the sake of simplicity and clarity, symbols are framed to correspond to a single virtual codeword, although in general they could be framed in other manners.
0042As shown in <figref idref="f0011">Fig. 11</figref>, the transmitting network interface 408 receives an initial data stream 1100 of payload bytes (B) as a series of DTUs. In the interleaving redundancy encoder 906, delays δ could be inserted to form a modified data stream 1102 (or these delays could also be provided at the network interface 408 by a higher level protocol). The interleaving redundancy encoder 906 then selects series of payload bytes 1104 from the initial or modified data streams and calculates at least one redundancy byte (R), such as a Reed-Solomon redundancy byte, for each series of bytes. As shown, the redundancy bytes are associated with the series of bytes to form the virtual codewords N<sub>1</sub>, N<sub>2</sub>, N<sub>3</sub>. Typically, each series of bytes has a total byte length that is less than the span of the series of bytes in the initial and modified data streams. For example, virtual codeword N<sub>3</sub> includes a series of bytes 1104 (<i>i</i>.<i>e</i>., B<sub>00</sub>, B<sub>04</sub>, B<sub>08</sub>) that has a total byte length of three bytes and a span 1106 of approximately eight bytes in the initial data stream 1100. Redundancy byte R<sub>03</sub> is then calculated based on the series of bytes (B<sub>00</sub>, B<sub>04</sub>, B<sub>08</sub>), and could be associated with these bytes to form the virtual codeword N<sub>3</sub>. The series of bytes 1104 also has a span 1108 of approximately fourteen bytes in the modified data stream 1102.
0043In the illustrated embodiment, the interleaving redundancy encoder 906 could forward the initial data stream 1100 with redundancy bytes inserted therein for transmission onto the transmission medium 406. Because the payload data is in the same order, the initial data stream could be forwarded with zero effective delay (notwithstanding physical delays in the transmitter due to modulation, calculation of redundancy bytes, etc.) The transceiver can then frame the outgoing data stream as a series of symbols, and transmit an output data stream 1110 over the transmission medium 406, where bytes in the output data stream 1110 have the same order as the initial data stream 1000.
0044When the output data stream has been transmitted on the transmission medium 406, an impulse noise disturbance 1112 could cause all data in a single symbol or several consecutive symbols to be corrupted.
0045After demodulation at the receiver side, the received payload bytes could be passed directly to the receiving network interface 410 because the received payload bytes are in the desired order. Therefore, the initial data stream 1100 could be transmitted from network interface 408 to network interface 410 with zero effective delay (notwithstanding physical delays in the transmitter due to modulation, calculation of redundancy bytes, etc.) This is advantageous in that it may reduce delay and latency over other communication systems.
0046To facilitate error correction, the received payload bytes are also passed to the de-interleaving redundancy decoder 908. The de-interleaving redundancy decoder 908 then reconstructs 1114 the virtual codewords N<sub>1</sub>', N<sub>2</sub>', and N<sub>3</sub>' and calculates redundancy bytes R' based on the received payload bytes, which may or may not be equal to the transmitted payload bytes due to noise on the transmission medium. If the calculated redundancy bytes R' are not equal to the received redundancy bytes R, the de-interleaving redundancy decoder 908 can attempt to use the received redundancy bytes R associated with a given virtual codeword to correct the corrupted bytes. Thus, redundancy byte R<sub>03</sub>' would typically be used to correct any errors that occur in payload bytes B<sub>00</sub>, B<sub>04</sub>, and B<sub>08</sub>.
0047If we assume that the received redundancy bytes are unable to correct all of the corrupted bytes, then the de-interleaving redundancy decoder 908 can not correct the errors. However, due to the fact that the payload data was transmitted over the transmission medium 406 in the same order as used at the network interfaces 408, 410, the corrupted bytes reside within a limited number of DTUs. Consequently, in the illustrated embodiment, a higher level protocol only needs to retransmit one DTU. Thus, by using this system 900, higher level protocols can potentially reduce the number of retransmission requests and delay from what was previously achievable.
0048<figref idref="f0012">Fig. 12</figref> shows a more detailed example of a somewhat optimized interleaving redundancy encoder 906. In <figref idref="f0012">Fig. 12</figref>, the initial data stream from the network interface 408 is passed directly to the transceiver 412, where Trellis encoding, IFFT, etc., can be used to modulate the outgoing data stream onto the transmission medium 406. Thus, the DTUs transmitted as symbols on the transmission medium could have the same order as presented on the transmitting network interface. Because the payload does not pass through the FIFOs before reaching the transceiver, the payload delay is effectively reduced to zero.
0049Nonetheless, in one embodiment the payload bytes could still be processed by a pre-interleaver 1200 to form a virtual data stream. A redundancy encoder 1202 will calculate redundancy bytes 1204 based on a series of bytes in the virtual data stream, thereby forming virtual codewords. As shown, in this configuration, the remaining interleaver 1206 only interleaves the redundancy bytes and not the entire virtual codeword. Because the redundancy bytes generally comprise only a fraction of the entire virtual codeword, one of ordinary skill in the art will appreciate that this configuration consumes less memory and may introduce less delay than previously discussed embodiments.
0050<figref idref="f0013">Fig. 13</figref> shows still another embodiment where the pre-interleaver 424 and redundancy encoder 426 are replaced by a parallel redundancy block 1300 that calculates the redundancy bytes in parallel. Again the redundancy bytes could be interleaved 1302 as shown. Notably, the initial or modified data stream is passed directly from the network interface 408 to the transceiver 412 for transmission onto the transmission medium. Thus, the symbols on the transmission medium will carry the payload data in the same order as it was received at the network interface with a zero effective delay. In order to calculate suitable redundancy bytes, a controller 1304 sequentially puts the bytes of the data stream into the parallel redundancy block 1300. The controller 1304 places each byte so that bytes that would have been pre-interleaved are now associated with one another for the calculation of the redundancy bytes. In other words, the redundancy bytes could be calculated from a series of bytes derived from a number of DTUs.
0051Although the invention has been illustrated and described with respect to one or more implementations, alterations and/or modifications may be made to the illustrated examples without departing from the scope of the appended claims. For example, although the output data stream may be described as being in "the same order" as the initial data stream, it will be appreciated that this term includes data that is in a similar order. For example, although the endianess of the bytes is shown as the same between the transmitting network interface and the transmission medium, the endianness of the bytes could be flipped. In addition, other modifications to the ordering of the data could be made.
0052In particular regard to the various functions performed by the above described components or structures (assemblies, devices, circuits, systems, etc.), the terms (including a reference to a "means") used to describe such components are intended to correspond, unless otherwise indicated, to any component or structure which performs the specified function of the described component (e.g., that is functionally equivalent), even though not structurally equivalent to the disclosed structure which performs the function in the herein illustrated exemplary implementations of the invention. In addition, while a particular feature of the invention may have been disclosed with respect to only one of several implementations, such feature may be combined with one or more other features of the other implementations as may be desired and advantageous for any given or particular application. Furthermore, to the extent that the terms "including", "includes", "having", "has", "with", or variants thereof are used in either the detailed description and the claims, such terms are intended to be inclusive in a manner similar to the term "comprising".
18 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11 Sheet 12 Sheet 13 Sheet 14 Sheet 15 Sheet 16 Sheet 17 Sheet 18
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| WO2013176889A1 | Cited by | World Intellectual Property Organization (WIPO) | International search |
| US9686062B2 | Cited by | United States of America | Applicant |
| US9496982B2 | Cited by | United States of America | Applicant |
| US9021330B2 | Cited by | United States of America | Applicant |
| US9030953B2 | Cited by | United States of America | Applicant |
| EP0748058A2 | Cites | European Patent Office (EPO) | Search report |
| EP0813309A2 | Cites | European Patent Office (EPO) | Search report |
| US2002129313A1 | Cites | United States of America | Search report |
| US5983388A | Cites | United States of America | Search report |
| US6349138B1 | Cites | United States of America | Search report |
12 members in 4 offices; this record represents the family
Members12
| Document | Office | Kind | |
|---|---|---|---|
| CN101312388A | China | A | |
| EP1995900A2 | European Patent Office (EPO) | A2 | |
| EP1995901A2This record | European Patent Office (EPO) | A2 | |
| US2008291984A1 | United States of America | A1 | |
| US8374224B2 | United States of America | B2 | |
| CN101312388B | China | B | |
| EP1995900A3 | European Patent Office (EPO) | A3 | |
| EP1995901A3 | European Patent Office (EPO) | A3 | |
| EP1995900B1 | European Patent Office (EPO) | B1 | |
| PL1995900T3 | Poland | T3 | |
| EP1995901B1 | European Patent Office (EPO) | B1 | |
| PL1995901T3 | Poland | T3 |
88 legal events, as 10 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal feeWithdrawnR119 | R119 | DE | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Gb: european patent ceased through non-payment of renewal feeCeasedGBPC | GBPC | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Amendments to the register in respect of changes of name or changes affecting rights (sect. 32/1977)REGISTERED BETWEEN 20200827 AND 20200902732E | 732E | GB | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of representativeR082 | R082 | DE | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Patent lapsedLapsedMM4A | MM4A | IE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed because of non-payment of the annual feeLapsedMM | MM | BE | |
| Patent ceasedCeasedPL | PL | CH | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Transmission of propertyTP | TP | FR | |
| No opposition filedOpposition26N | 26N | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| No opposition filed within time limitOppositionORIGINAL CODE: 0009261PLBE | PLBE | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: NO OPPOSITION FILED WITHIN TIME LIMITSTAA | STAA | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| No opposition filed against granted patent, or epo opposition proceedings concluded without decisionGrantedR097 | R097 | DE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Fee paymentPLFP | PLFP | FR | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Party data changed (patent owner data changed or rights of a patent transferred)RAP2 | RAP2 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Deletion acc. to par. 5 (withdrawal of the translation of the ep patent)MK05 | MK05 | AT | |
| Amendments to the register in respect of changes of name or changes affecting rights (sect. 32/1977)REGISTERED BETWEEN 20180208 AND 20180214732E | 732E | GB | |
| Invalidated european patentMG4D | MG4D | LT | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Patent invalid in the netherlands as no translation has been filedMP | MP | NL | |
| Dpma publication of mentioned ep patent grantGrantedR096 | R096 | DE | |
| Reference to at number (ep patent validated in austria)REF | REF | AT | |
| European patents granted designating irelandGrantedFG4D | FG4D | IE | |
| European patent takes effect as a national patent in ch/liEP | EP | CH | |
| Designated contracting statesAK | AK | EP | |
| European patent grantedGrantedFG4D | FG4D | GB | |
| (expected) grantORIGINAL CODE: 0009210GRAA | GRAA | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: THE PATENT HAS BEEN GRANTEDSTAA | STAA | EP | |
| Grant fee paidORIGINAL CODE: EPIDOSNIGR3GRAS | GRAS | EP | |
| Intention to grant announcedINTG | INTG | EP | |
| Despatch of communication of intention to grant a patentORIGINAL CODE: EPIDOSNIGR1GRAP | GRAP | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: GRANT OF PATENT IS INTENDEDSTAA | STAA | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: EXAMINATION IS IN PROGRESSSTAA | STAA | EP | |
| First examination report despatched17Q | 17Q | EP | |
| Designation fees paidAKX | AKX | EP | |
| Request for examination filed17P | 17P | EP | |
| Designated contracting states (corrected)RBV | RBV | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAX | AX | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Search report despatchedORIGINAL CODE: 0009013PUAL | PUAL | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP1 | RAP1 | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP1 | RAP1 | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAX | AX | EP | |
| Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI | PUAI | EP |
Numbers
- Publication
- 1995901
- Publication, DOCDB
- 1995901
- Publication, EPODOC
- EP1995901
- Application
- 8156357
- Application, DOCDB
- 08156357
- Application, EPODOC
- EP20080156357
Titles3
- German
- Interleaver-Vorrichtung und Verfahren
- English
- Interleaver apparatus and method
- French
- Appareil et procédé entrelaceur
Classification
- CPC, 3
- H04L1/0071
- H03M13/2732
- H04L1/0057
- IPC, 2
- H04L1 00
- H03M13 27
Designated states38
- Contracting states, 34
- Austria
- Belgium
- Bulgaria
- Switzerland
- Cyprus
- Czechia
- Germany
- Denmark
- Estonia
- Spain
- Finland
- France
- United Kingdom
- Greece
- Croatia
- Hungary
- Ireland
- Iceland
- Italy
- Liechtenstein
- Lithuania
- Luxembourg
- Latvia
- Monaco
and 10 moreShow fewer
- Malta
- Netherlands (Kingdom of the)
- Norway
- Poland
- Portugal
- Romania
- Sweden
- Slovenia
- Slovakia
- Türkiye
- Extension states, 4
- Albania
- Bosnia and Herzegovina
- North Macedonia
- Serbia