Title of Invention

METHOD FOR PROTECTING A DATA STREAM USING ENCRYPTION OR DESCRYPTION AND APPARATUS THEREFOR.

Abstract This invention relates to a method for protecting a data stream using an encryption in a video or audio encoder or a corresponding decryption in a video or audio data decoder which use VLC code tables for encoding and decoding, respectively, said data stream, wherein said VLC code tables are non-standardised non-public VLC code tables the use of which in said encoding and decoding is changed at regular or irregular time instants synchronously in said encoder and said decoder. The VLC code tables between it is changed are stored in said encoder in said decoder, whereby the related VLC code tables change command is encrypted in said encoder and is encrypted in said encoder and is decrypted in said encoder and is decrypted in said decoder, and whereby, for changing stored VLC code tables, respective updated VLC code tables are transmitted to said decoder in an encrypted format and are decrypted in said decoder before storage or before use in said video or audio data decoding.
Full Text 1.
The invention relates to a method for protecting a data stream, to an encoding apparatus and to a decoding apparatus for protecting a data stream with code tables using encryption in a. data encoder or for decoding a protected data stream with code tables using a corresponding decryption in a data decoder. Background
Encryption and copy protection of digital video or audio data are widely discussed topics. Several proposals like DTCP {digital transmission content protection or XCA (extended conditional access) exist. These proposals use known data stream encryption algorithms and require a significant amount of additonal hardware for the encryption and decryption of the video and audio data. EP-A-0 582 122 discloses a specific kind of encryption VLC (variable length cade) code words required far decoding encoded digital video or audio data are encrypted using permanent scrambling of the VLC code words to be transmitted, The scrambled code words are unusable in a standard decoder because either the transmitted scrambled cade wards are mis-interpreted or the transmitted scrambled code words cannot be found in the VLC book tables stored in the receiver. Invention
For example the MPEG-2 video standard includes the use of VLC code tables in order to generate the encoded data- The receiver

2
has to know about the code tables that have been applied at the encoder in order to be able to decode the variable-length encoded data stream. As long as the encoder VLC code tables are not known the transmitted data'cannot be decoded. Therefore, the use of any non-standardised non-public VLC code tables when encoding the VLC words is a powerful data content protection for such MPEG-2 video data. The required VLC code tables ..can be regarded as being a key for access to the data content.
A disadvantage of the system described in EP-A-0 582 122 is that real-time encryption/decryption processing of the VLC code words is required. However, real-time encryption and scrambling of video or audio data code words and the corresponding decryption and descrambling needs high-speed complex hardware.
According to the invention several different VLC code tables or several different sets of VLC code tables are used in the encoder and decoder. At regular or irregular time instants a different VLC code table or set of VLC code tables is selected synchronously in the encoder and decoder. The information about the selected VLC code table or set of VLC code tables is transmitted using encryption. A corresponding set of VLC code tables can be stored in the decoder. As an alternative or in addition, an updated VLC code table or set of VLC code tables can be transmitted from the encoder to the decoder. This improves the security of the system.
Preferably the transmitted VLC code table or set of VLC code tables is encrypted, too. In that case the abbove information about the selected VLC code table or set of VLC code tables can be transmitted in a non-encrypted format.
The encoder in the transmitter and the decoder in the receiver need to be modified slightly only, to enable the above described VLC encoding and VLC i decoding with user-definable VLC code tables. Nearly no'additional hardware is

3-
required for implementing the invention.
Advantageously the encryption and decryption can be carried out
without real-time demand.
It is one object of the invention to disclose a method for
protection of VLC-encoded data content without real-time
encryption or decryption requirements. This object is achieved by
the method disclosed in the text.
It is a further object of the invention to disclose an encoding apparatus and a decoding apparatus, which utilise the inventive method. This object is achieved by the apparatuses disclosed in the specification.
In principle, the inventive method is suited for protecting a data stream using encryption in a data encoder or corresponding decryption in a data decoder, wherein code tables required for the encoding and for the decoding of said data stream are changed at regular or non-regular time instants.

3A
Advantageous additional embodiments of the inventive method are further disclosed in the text.
In principle the inventive encoding apparatus is suited for protecting a data stream to be encoded using encryption, and includes!
- means for encoding an input signal;
- subsequent means for further encoding using code tables,
wherein said means for further encoding use a code table or code
tables required for the encoding of said data stream and wherein
the code table or code tables is/are changed at regular or non-
regular time instants.
In principle the inventive decoding apparatus iis suited for decoding a protected data stream using decryption! and includes:

4
means for initial decoding using code tables; subsequent means for further decoding and for providing reconstructed data,
means for identifying received code table information
from said data stream which means are arranged upstream said
means for initial decoding;
means for decrypting and evaluating said received code table information and for controlling said means for initial decoding such that the code table or code tables required for correct initial decoding are used,
wherein said means for initial decoding use a code table or code tables that is/are changed at regular or non-regular time instants.
Advantageous additional embodiments of the inventive apparatuses are disclosed in the respective dependent claims.
Drawings
Exemplary embodiments of the invention are described with reference to the accompanying drawings, which show in: Fig. 1 block diagram of an inventive encoder and decoder
Exemplary embodiments
In Fig. 1 an input signal IP passes through an encoder ENC to a VLC encoder VLCE.
If ENC is a video encoder it may include in a well-known loop a subtracting combiner, a DCT transformer, a quantiser, an inverse quantiser, an inverse DCT transformer and a picture block values predictor. The predicted and correspondingly motion compensated pixel block values are fed to the subtracting input of said combiner. In case of intraframe or intrafield encoding the combiner outputs the original input

5
signal pixel block values to said DCT transformer. In case of interframe or interfield, i.e. predictive encoding the combiner outputs to said DCT transformer the pixel block difference values between original input signal pixel block values and corresponding reconstructed predicted and motion compensated pixel block values. The output signal of the quantiser is then fed to VLCE which usually includes a buffer the filling level of which controls the characteristic of the quantiser and of the inverse quantiser. VLCE output a data stream DS which usually may or may not have a constant data rate.
If ENC is an audio encoder it may include a window function, a spectral transformer a subsampler, a quantiser and a scale factor or exponent calculator. For example the scale factors or exponents and/or the quantised coefficients or mantissas and/or their word length can be encoded in VLCE using either VLC code tables or non-VLC code tables. VLCE may generally use one VLC code table or different VLC code tables for different types of data of the data stream to be encoded.
The VLC code tables used in VLCE can either be selected from stored ones, or can be updated. They are taken from a VLC generator VLCG. VLCG may store a selection of VLC tables or may calculate new VLC tables in case of updating. The encryption mentioned above is generated using a public key encryption system PKES. PKES controls VLCG and VLCE via a VLC encryption controller VLCECRY. The encryption can be carried out in different ways:
a) Within the transmitted data stream an encrypted informa
tion is transmitted about the VLC code table or tables used
in VLCE, and about that to be used in a corresponding VLC
decoder VLCD in the receiver decoder, out of the set of
stored ones. The encrypted information describes at which
time instant which of the stored VLC code tables is or are
t to be used in VLCE and |in the receiver decoder.
b) The VLC code table or tables used in VLCE and to be used

6
in the receiver VLCD, are encrypted before being transmitted. The time instant at which the new decrypted VLC code table or tables are to be used in VLCE and in the receiver decoder can be linked to a time stamp or reference time transmitted together with the data stream. This time stamp or reference time can be encrypted, too.
c) A first combination of a) and b) wherein beside the cur
rently required VLC code table or tables no other of such
VLC code tables for prior or later use are stored in the re
ceiver decoder,
d) A second combination of a) and b) wherein beside the cur
rently required VLC code table or tables other of such VLC
code tables for prior or later use are stored in the re
ceiver decoder.
e) A third combination of a) and b) and eventually c) or d)
wherein said information about the VLC code table or tables
used in VLCE, and about that to be used in a corresponding
VLC decoder VLCD in the receiver decoder is transmitted in a
non-encrypted format.
f) A further embodiment of b) and eventually c) or d)
wherein said information about the VLC code table or tables
used in VLCE, and about that to be used in a corresponding
VLC decoder VLCD in the receiver decoder is transmitted in a
non-encrypted format.
The receiver decoder identifies in a VLC information detector VLCID arranged at its input the encrypted VLC information received with' the data stream. This VLC information becomes decrypted in a VLC decryptor VLCDCRY and is thereafter used in VLC decoder VLCD when carrying out the VLC decoding. VLCDCRY is controlled by a public key decryption system PKDS. The VLC-decoded data words are further processed in a decoder DEC which supplies the reconstructed video or audio output data OP. VLCD and DEC carry out the inverse functions corresponding to that in ENC and VLCE in the transmitter encoder .

7
The decrypted VLC information is used in VLCD according to points a) to f) above:
A) At least one of the VLC code tables stored e.g. in VLCD
is used according to the transmitted selection and/or time
information.
B) The new decrypted VLC code table or tables which is/are
to be used in VLCD and eventually at which time instant.
C) A corresponding first combination of A} and B) .
D) A corresponding second combination of A) and B) .
E) A corresponding third combination of A) and B) and even
tually C} or D) wherein said information about the VLC code
table or tables to be used in VLCD is transmitted in a non-
encrypted format.
F} A corresponding further embodiment of B) and eventually C) or D) wherein said information about the VLC code table or tables to be used in VLCD is transmitted in a non-encrypted format.
For PKES and PKDS a well-known public key encryption algorithm like e.g. RSA, or preferably a symmetric encryprion system like DES can be used.
The additional steps carried out in the receiver are less hardware demanding when compared to the implementation of actual copy protecting schemes which include the encryption and decryption of the complete MPEG-2 data stream every time it is transmitted from one device to another.
Advantageously, a data stream encoded with non-standardised, non-public VLC code tables can be published and copied without further treatment - i.e. copy protection - because such data stream cannot be decoded and displayed or presented unless the correspondingly required VLC code tables are known to the decoder.
Advantageously, the encryption and copy protection problem is transferred from dynamic operation in real-time to static

8
operation of encryption and decryption without real-time demands. Further, the encryption of the VLC code tables also allows conditional access to the data content because it allows the selection of such decoders which are capable of decoding the VLC code words and the corresponding data stream.
The invention is applicable to all VLC-based coding standards like MPEG-1 video and/or audio layer 3, MPEG-2 video and/or audio layer 3 and AAC, H.261, H.263, and MPEG-4 video and/or audio layer 3 and AAC.
The invention is not limited to VLC-based coding standards but can be used in any encoding/decoding system where code word tables are required for the decoding, for instance in the MPEG-1 or MPEG-2 audio layer 1 or layer 2 standards, in the AC-3 and MD audio coding standards, and in the DV video coding standard.

9
WE CLAIM:
1. Method for protecting a data stream using an encryption in a video or audio data encoder or a corresponding decryption in a video or audio data decoder which use VLC code tables for encoding and decoding, respectively) said data stream, wherein said VLC code tables are non-standardised non-public VLC code tables the use of which in said encoding and decoding is changed at regular or irregular time instants synchronously in said encoder and said decoder, characterized in that the VLC code tables between it is changed are stored in said encoder and in said decoder, whereby the related VLC code tables change command is encrypted in said encoder and is decrypted in said decoder, and whereby, for changing stored VLC tables, respective updated VLC code tables are generated and stored in said encoder and are transmitted to said decoder in an encrypted format and are decrypted in said decoder before storage or before use in said video or audio data decoding.

10.
2. Method as claimed in claim 1, wherein said encrypted VLC
code tables change command comprises information about at
which time instant which of the stored VLC code tables is or
are to be used in said encoder and in said decoder.
3. Encoding apparatus for protecting a video or audio data
stream to be encoded using encryption, said apparatus
comprisingi
- means for encoding an input signal;
- downstream means for further encoding using VLC code tables,
wherein said VLC code tables are non-standardised non-public
VLC code tables and the use of said VLC code tables is
changed at regular or irregular time instants synchronously
by said means for further encoding and in a corresponding
video or audio data decoder,

11.
characterized in that the VLC cade tables between it is changed are stored in said encoding apparatus!
whereby the related VLC code tables change command to be output by said encoding apparatus is encrypted before trans-mission to said decoder,
and whereby, for changing stored VLC code tables* respective updated VLC code tables are geneerated and stored in said encoding apparatus and are transmitted to said ecoder in an encrypted format.
4. Encoding apparatus as claimed in claim 3, wherein said encrypted VLC code tables change command includes information about at which time instant which of the stored VLC code tables is or are to be used in said encoding apparatus and in said decoder.

12.
5. Decoding apparatus for protecting a video or audio data stream to be decoded using decryption, said apparatus including s
- means for initial decoding using non-standardised non-pub 1ic
VLC cade tables* wherein said VLC code tables are non-
standardised non-pub 1ic VLC code tables and the use of said
VLC code tables is changed at regular or irregular time
instants synchronously by said initial decoding means and in
a corresponding video or audio data encoder;
- downstream means for further decoding and for providing re
constructed video or audio data.
- means for identifying received VLC code table information
from said data stream, which means are arranged upstream
said initial decoding means,
-

13-
characterized in that the VLC code tables between it is changed are stored in said decoding apparatus, whereby the related received VLC code tables change command has an encrypted format and is decrypted in said decoding apparatus for selecting corresponding VLC code tables in said initial decoding means,
and whereby, for changing stored VLC code tables, respective updated VLC code tables are received by said decoding apparatus in an encrypted format and are decrypted in said decoding apparatus before storage or before use in said initial decodig means.
6. Decoding apparatus as claimed in claim 5, wherein said
encrypted VLC code tables change command comprises information about at which time instant which of the stored VLC code tables is or are to be used in said encoder and in said decoding apparatus.
This invention relates to a method for protecting a data stream using an encryption in a video or audio encoder or a corresponding decryption in a video or audio data decoder which use VLC code tables for encoding and decoding, respectively, said data stream, wherein said VLC code tables are non-standardised non-public VLC code tables the use of which in said encoding and decoding is changed at regular or irregular time instants synchronously in said encoder and said decoder. The VLC code tables between it is changed are stored in said encoder in said decoder, whereby the related VLC code tables change command is encrypted in said encoder and is encrypted in said encoder and is decrypted in said encoder and is decrypted in said decoder, and whereby, for changing stored VLC code tables, respective updated VLC code tables are transmitted to said decoder in an encrypted format and are decrypted in said decoder before storage or before use in said video or audio data decoding.

Documents:

00023-cal-2001-abstract.pdf

00023-cal-2001-claims.pdf

00023-cal-2001-correspondence.pdf

00023-cal-2001-description(complete).pdf

00023-cal-2001-drawings.pdf

00023-cal-2001-form-1.pdf

00023-cal-2001-form-13.pdf

00023-cal-2001-form-18.pdf

00023-cal-2001-form-2.pdf

00023-cal-2001-form-26.pdf

00023-cal-2001-form-3.pdf

00023-cal-2001-form-5.pdf

00023-cal-2001-letters patent.pdf

00023-cal-2001-priority document.pdf

23-CAL-2001-FORM-27.pdf


Patent Number 201214
Indian Patent Application Number 23/CAL/2001
PG Journal Number 6/2007
Publication Date 09-Feb-2007
Grant Date 09-Feb-2007
Date of Filing 15-Jan-2001
Name of Patentee DEUTSCHE THOMSON-BRANDT GMBH,
Applicant Address HERMANN-SCHWER-STR.3, D-78048 VILLINGEN-SCHWENNINGEN,
Inventors:
# Inventor's Name Inventor's Address
1 GAEDKE KLAUS SCHAUMANNWEG 22, D-30659 HANNOVER,
2 PETERS HARTMUT OHWEG 34, D-30890 BARSINGHAUSEN,
3 SCHUTZEHERBERT RINGWEG 2, D-29227 CELLE GERMANY.
PCT International Classification Number H04N7/167
PCT International Application Number N/A
PCT International Filing date
PCT Conventions:
# PCT Application Number Date of Convention Priority Country
1 00250040.3 2000-02-09 EPO
2 00250281.3 2000-08-23 EPO