Language selection

Search

Patent 2310997 Summary

Third-party information liability

Some of the information on this Web page has been provided by external sources. The Government of Canada is not responsible for the accuracy, reliability or currency of the information supplied by external sources. Users wishing to rely upon this information should consult directly with the source of the information. Content provided by external sources is not subject to official languages, privacy and accessibility requirements.

Claims and Abstract availability

Any discrepancies in the text and image of the Claims and Abstract are due to differing posting times. Text of the Claims and Abstract are posted:

  • At the time the application is open to public inspection;
  • At the time of issue of the patent (grant).
(12) Patent Application: (11) CA 2310997
(54) English Title: A METHOD OF ENCODING A CELL BY A PRODUCT CODE, FOR A SATELLITE APPLICATION
(54) French Title: METHODE DE CODAGE DE CELLULE AU MOYEN D'UN CODE DE PRODUIT, POUR UNE APPLICATION A SATELLITE
Status: Deemed Abandoned and Beyond the Period of Reinstatement - Pending Response to Notice of Disregarded Communication
Bibliographic Data
(51) International Patent Classification (IPC):
  • H03M 13/29 (2006.01)
  • H04B 7/185 (2006.01)
  • H04L 1/00 (2006.01)
  • H04L 1/22 (2006.01)
(72) Inventors :
  • BUDA, FABIEN (France)
  • LEMOIS, EMMANUEL (France)
(73) Owners :
  • ALCATEL
(71) Applicants :
  • ALCATEL (France)
(74) Agent: ROBIC AGENCE PI S.E.C./ROBIC IP AGENCY LP
(74) Associate agent:
(45) Issued:
(22) Filed Date: 2000-06-08
(41) Open to Public Inspection: 2000-12-11
Availability of licence: N/A
Dedicated to the Public: N/A
(25) Language of filing: English

Patent Cooperation Treaty (PCT): No

(30) Application Priority Data:
Application No. Country/Territory Date
99 440 140.4 (European Patent Office (EPO)) 1999-06-11

Abstracts

English Abstract


The invention relates to a method of encoding a
short cell by means of a product code enabling a good
compromise to be obtained between the transmitter power
and the bandwidth required in the context of satellite
transmission. According to the invention, the row code
and the column code making up the product code are both
binary linear block codes selected in such a manner that
one of them has the capacity to correct one error and the
other has the capacity to correct two errors.


Claims

Note: Claims are shown in the official language in which they were submitted.


9
CLAIMS
1/ A method of encoding a cell by a product code, said
cell being contained in an array whose rows and columns
each represent one dimension of said array, the method
consisting in:
- applying a first binary linear block code to one
dimension of said table;
- applying a second binary linear block code to the
other dimension of said array;
said binary linear block codes being represented by their
correction capacity;
the method being characterized in that one of said binary
linear block codes has the capacity to correct one error
while the other of said binary linear block codes has the
capacity to correct two errors.
2/ A method according to claim 1, characterized in that
said binary linear block codes are BCH block codes or
derivatives thereof, one having the capacity to correct
one error and the other having the capacity to correct
two errors.
3/ A method according to claim 1 or 2, characterized in
that said product code applied to said cell has an
efficiency close to 0.5.
4/ A method according to any one of claims 1 to 3,
characterized in that said cell to be encoded is an ATM
cell.
5/ A method according to any one of claims 1 to 4,
characterized in that said cell is to be transmitted in a
communications system that includes a satellite.
6/ A method according to any one of claims 1 to 5,
characterized in that said array containing said cell
also contains other bits for padding.

10
7/ A method according to any one of claims 1 to 5,
characterized in that said array containing said cell
also contains puncturing bits.

Description

Note: Descriptions are shown in the official language in which they were submitted.


CA 02310997 2000-06-08
1
A METHOD OF ENCODING A CELL BY A PRODUCT CODE, FOR A
SATELLITE APPLICATION
The field of the invention is that of encoding data.
More precisely, the present invention relates to a method
enabling data blocks to be encoded by means of a product
code using special families of row codes and column
codes. The invention applies in particular to encoding
ATM cells.
Product code encoding is a known form of encoding
that serves to encode data that is to be transmitted,
e.g. by radio. Figures 1 and 2 show the principle of
product encoding.
We consider here a block of 90 data bits to be
encoded, these bits being referenced dl to d90. The bits
are organized in an array as shown in Figure 1, the array
comprising a number k1 of rows and a number k2 of
columns, where kl = 9 and k2 - 10. Product code encoding
consists in applying a first block code (known as a row
code) to each of the k1 rows so as to obtain additional
bits referenced dli (Figure 2) corresponding to encoding
each of the kl rows. By way of example, bits dll, d12,
and d13 correspond to encoding the bits dl to d10. In
this case, n2 - 13 represents the total number of columns
after the code has been applied and n2 - k2 - 3
represents the number of additional columns due to
applying the code. Depending on the block code used,
this generates kl*(n2-k2) additional bits. These bits
are placed following the bits from which they are
derived, thus providing an array having kl rows and n2
columns.
After this first encoding operation, a second kind
of block encoding (referred to as a column encoding) is
applied to the n2 columns so as to generate (nl-kl)*n2
additional bits. Thus, in Figure.2, 20 additional bits
dci are generated by encoding the k2 columns, and 6 more
additional bits dlci are generated by encoding the (n2-
k2) columns. In this case the value of nl is equal to 11

CA 02310997 2000-06-08
2
and nl-kl = 2. By way of example, encoding the data in
the first column of the array in Figure 1 gives rise to
extra bits dcl and dc2.
A product code is defined on the basis of the
parameters (nl, kl) and (n2, k2) of the row and column
codes. The efficiency r of a product code is equal to
the product of the efficiencies of the row code and of
the column code making it up. I.e. in this case:
kl * k2
r =
nl * n2
Another characteristic of a block code is its
capacity for correction t. This depends directly on the
minimum Hamming distance dmin relating to the block code
in question.
Specifically:
t = Cdmin 1J
2
where [x] designates the integer portion of x.
In the state of the art, product codes are used in
particular for encoding ATM cells. For short cells of
this type, it is necessary to use appropriate encoding;
convolutional codes or Reed Solomon codes turn out to be
poorly adapted to encoding ATM cells and provide mediocre
performance.
French patent application FR 2 769 776 describes a
method of encoding a block of data comprising a first
zone and a second zone. The method consists in applying
a product code to the data block defined as follows:
- a first block code is applied to the first zone of
the data block;
- a second block code is applied to the second zone
of the data block; and

CA 02310997 2000-06-08
3
- a third block code is applied to the data obtained
by the first two encoding operations in a direction
perpendicular to the first two codes.
With product codes, it is common practice to apply a
row code having correction capacity t=1 and to apply a
column code having the same correction capacity t=1.
This practice has the drawback of obtaining efficiency
for the product code that is always greater than 0.5,
regardless of the code chosen. Unfortunately, with
satellite transmission, in order to obtain a good
compromise between the power that needs to be transmitted
and the bandwidth that is occupied, it is desirable for
code efficiency to come as close as possible to 0.5.
A particular object of the present invention is to
devise families of row codes and column codes which make
it possible to obtain an encoding rate that is adapted to
satellite transmission.
More precisely, one of the objects of the invention
is to determine a family of error correcting product
codes, and thus of the row codes and the column codes
making it up, such that when applied to a short cell they
imply a product code efficiency close to 0.5. To select
a code compatible with the objects of the invention, it
is necessary to satisfy the following conditions:
kl *k2 >_ Dell ( 1 )
kl*k2
r= X0.5 (2)
nl * n2
where Dell is the number of bits in the cell.
Condition (1) expresses the fact that the product
code is applied to blocks of at least cell size, with
additional bits, in particular bits referred to in this
description below as "padding" bits, and that do not
belong to the cell, optionally being added thereto in
order to pad it out to the quantity of information
required for applying the code. Preferably, it is

CA 02310997 2000-06-08
4
desirable to use codes for which the product of the
parameters k1 and k2 comes close to the value Icell~
Condition (2) determines that the product of the
efficiencies of the row code multiplied by the efficiency
of the column code must be close to 0.5 so as to provide
encoding that is suitable for satellite transmission.
Preferably, any padding bits added to make up the
quantity of information necessary for applying the code
are not transmitted. This method amounts to shortening
the product code. The decoder knows the non-transmitted
sequence that needs to be added in order to decode the
sequence of received bits correctly. Under such
circumstances, condition (2) is given by:
Icell ( 2 )
r= X0.5
nl * n2 - ( kl *k2 - Icell)
Furthermare, in order to adapt the efficiency of the
code finely, it is possible to avoid transmitting certain
redundancy bits, the number omitted being npunct~ using a
"code puncturing" method applied to the product code.
Under such circumstances, condition (2) is given by:
r = Icel1 ,:; 0 . 5 ( 2 )
n l * n2 - ( kl * k2 - Iceii) - np~ct
These objects, and others that appear below, are
achieved by a method of encoding a cell made up of bits
by means of a product code, given that the cell is
presented for coding purposes in the form of an array and
that the encoding consists specifically in:
a) applying a first binary linear block code to one
dimension of the array (rows or columns) containing the
cell; and
b) applying a second binary linear block code to the
other dimensions of the array (column or row) containing
the cell.

CA 02310997 2000-06-08
The linear block codes used satisfy the following
criterion: one of them has the capacity to correct one
error (t=1) and the other has the capacity to correct two
errors (t=2) .
5 Advantageously, the binary linear block codes
correspond to BCH codes of length n and dimension k, said
BCH codes belonging to any one of the following families:
(n, k), (n, k-1), (n+1, k), (n-s, k-s), or (n-s, k-1-s)
and (n+1-s, k-s), where k, n, and s are integers and
where s<k, define the above-mentioned criterion.
Preferably, the method of the invention consists in
interlacing the data obtained during step a) prior to
step b) .
Other characteristics and advantages of the
invention will appear on reading the following
description of a preferred implementation given by way of
non-limiting illustration, and with reference to the
accompanying drawings, in which:
- Figures 1 and 2 show the principle of product
encoding;
- Figure 3 shows an example of a product code of the
invention applied to encoding an ATM cell; and
- Figure 4 shows the efficiency characteristics of a
family of BCH codes of the invention.
Figures 1 and 2 are described above with reference
to the state of the art.
In a particular implementation of the present
invention, the row and column codes used for constructing
the product code are (n, k) BCH binary codes, their (n+1,
k) extended codes, their (n, k-1) expurgated codes, and
the (n-s, k-s), (n-s, k-1-s), and (n+1-s, k-s) shortened
codes of these codes, with k, n, and s integers, and with
s<k.
The extended codes are obtained by adding a parity
bit to each word of a BCH code having an odd minimum
Hamming distance. In other words, its generator
polynomial g(x) does not contain the factor (x+1). An

CA 02310997 2000-06-08
6
expurgated code is obtained from a BCH code having g(x)
as its generating polynomial, where g(x) does not contain
the factor (x+1). The expurgated code is obtained by the
new generator polynomial (x+1) *g (x) .
The term BCH code is used below for any of the
variants described above.
A pair of codes constituting a product code of the
invention comprises the (26,32) extended BCH code whose
correction capacity is t=1, and the (21,32) extended BCH
code whose correction capacity is t=2. The list of basic
BCH codes and of their correction capacities is given at
p. 437 of the second edition of the work entitled
"Digital communication" by John G. Proakis, published by
Mac Graw Hill.
Figure 3 shows an ATM cell (31) comprising 424 bits
arranged for encoding purposes.in an array of 21 rows by
26 columns for the case where the (32,21) BCH code having
t=2 is selected as the row code and the (32,26) BCH code
having t=1 is selected as the column code. It is also
possible to envisage interchanging the row and column
codes. The method whereby the ATM cell is arranged in
the array in this case is filling the first row
sequentially from left to right, then the second, etc.,
until all of the bits of the cell have been arranged in
the array. In the present case, the first 16 rows are
filled completely with bits of the ATM cell, while the
17th cell contains the last 8 bits of the ATM cell. The
remaining locations of the array (32) can be filled by
optionally random padding bits which need not be
transmitted, which amounts to shortening the product
code. This method of arrangement has been described
because of its simplicity, however it is entirely
possible to define some other method of arrangement
providing that decoding means are available for
distinguishing bits of the ATM cell from any padding bits
or puncturing bits, and for reconstituting the ATM cell
correctly after decoding.

CA 02310997 2000-06-08
7
The efficiency of the product code based on the
(32,26) BCH row code and the (32,21) BCH column code is:
26 * 21
r = = 0.53
32 * 32
Figure 4 is made up of Figures 4a, 4b, 4c, 4d, 4e,
and 4f and shows the characteristics of pairs of codes
making up a product code. These diagram should be
considered in pairs (4a, 4b) , (4c, 4d) , (4e, 4f) where
each pair shows the results of simulations for particular
families of raw and column codes.
In the charts, the X direction represents the
shortening value for the row code, and the Y direction of
the chart represents the shortening value for the column
code. For each combination of a row code and a column
code, the direction Z1 in the charts of Figures 4a, 4c,
and 4e gives the numbers of code bits generated by the
code, while the Z2 direction of charts 4b, 4d, and 4f
gives the efficiency of the code.
For the pair (4a, 4b), the row codes and the column
codes are derived by shortening the (32,26) BCH code and
both have a correction capacity t=1. The efficiencies of
the various codes considered in this case extend over the
range about 0.55 to about 0.65.
For the pair (4c, 4d), the row codes and the column
codes are derived by shortening the (32,21) BCH code and
both have a correction capacity t=2. The efficiencies of
the various codes considered in this case extend over the
range about 0.30 to about 0.45.
For the pair (4e, 4f), the row codes are derived by
shortening the (32,26) BCH code and all have a correction
capacity t=1, while the column codes are derived by
shortening the (32,21) BCH code and all have a correction
capacity t=2. The efficiencies of the various codes
considered in this case covers the range about 0.45 to
about 0.52.

CA 02310997 2000-06-08
8
It can be seen from the various charts that for
combinations of codes in which one has correction
capacity t=1 and the other has correction capacity t=2,
i.e. charts 4e and 4f, the conditions (1) and (2) for
encoding an ATM cell for satellite transmission are
satisfied much better than for codes both having a
correction capacity t=1, charts 4a and 4b, or for codes
both having a correction capacity t=2, charts 4c and 4d.

Representative Drawing
A single figure which represents the drawing illustrating the invention.
Administrative Status

2024-08-01:As part of the Next Generation Patents (NGP) transition, the Canadian Patents Database (CPD) now contains a more detailed Event History, which replicates the Event Log of our new back-office solution.

Please note that "Inactive:" events refers to events no longer in use in our new back-office solution.

For a clearer understanding of the status of the application/patent presented on this page, the site Disclaimer , as well as the definitions for Patent , Event History , Maintenance Fee  and Payment History  should be consulted.

Event History

Description Date
Inactive: IPC from MCD 2006-03-12
Time Limit for Reversal Expired 2005-06-08
Application Not Reinstated by Deadline 2005-06-08
Deemed Abandoned - Failure to Respond to Maintenance Fee Notice 2004-06-08
Application Published (Open to Public Inspection) 2000-12-11
Inactive: Cover page published 2000-12-10
Inactive: IPC assigned 2000-08-23
Inactive: First IPC assigned 2000-08-23
Inactive: IPC assigned 2000-08-23
Filing Requirements Determined Compliant 2000-07-19
Letter Sent 2000-07-19
Inactive: Filing certificate - No RFE (English) 2000-07-19
Application Received - Regular National 2000-07-18

Abandonment History

Abandonment Date Reason Reinstatement Date
2004-06-08

Maintenance Fee

The last payment was received on 2003-05-30

Note : If the full payment has not been received on or before the date indicated, a further fee may be required which may be one of the following

  • the reinstatement fee;
  • the late payment fee; or
  • additional fee to reverse deemed expiry.

Please refer to the CIPO Patent Fees web page to see all current fee amounts.

Fee History

Fee Type Anniversary Year Due Date Paid Date
Registration of a document 2000-06-08
Application fee - standard 2000-06-08
MF (application, 2nd anniv.) - standard 02 2002-06-10 2002-05-29
MF (application, 3rd anniv.) - standard 03 2003-06-09 2003-05-30
Owners on Record

Note: Records showing the ownership history in alphabetical order.

Current Owners on Record
ALCATEL
Past Owners on Record
EMMANUEL LEMOIS
FABIEN BUDA
Past Owners that do not appear in the "Owners on Record" listing will appear in other documentation within the application.
Documents

To view selected files, please enter reCAPTCHA code :



To view images, click a link in the Document Description column. To download the documents, select one or more checkboxes in the first column and then click the "Download Selected in PDF format (Zip Archive)" or the "Download Selected as Single PDF" button.

List of published and non-published patent-specific documents on the CPD .

If you have any difficulty accessing content, you can call the Client Service Centre at 1-866-997-1936 or send them an e-mail at CIPO Client Service Centre.


Document
Description 
Date
(yyyy-mm-dd) 
Number of pages   Size of Image (KB) 
Representative drawing 2000-12-08 1 4
Description 2000-06-08 8 337
Abstract 2000-06-08 1 16
Claims 2000-06-08 2 45
Drawings 2000-06-08 5 104
Cover Page 2000-12-08 1 28
Courtesy - Certificate of registration (related document(s)) 2000-07-19 1 114
Filing Certificate (English) 2000-07-19 1 164
Reminder of maintenance fee due 2002-02-11 1 111
Courtesy - Abandonment Letter (Maintenance Fee) 2004-08-03 1 175
Reminder - Request for Examination 2005-02-09 1 115