EP0859487A2 - Méthode pour la transmission des données multimédia - Google Patents

Méthode pour la transmission des données multimédia Download PDF

Info

Publication number
EP0859487A2
EP0859487A2 EP97116920A EP97116920A EP0859487A2 EP 0859487 A2 EP0859487 A2 EP 0859487A2 EP 97116920 A EP97116920 A EP 97116920A EP 97116920 A EP97116920 A EP 97116920A EP 0859487 A2 EP0859487 A2 EP 0859487A2
Authority
EP
European Patent Office
Prior art keywords
multiplex
retransmission
packets
packet
data transmission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
EP97116920A
Other languages
German (de)
English (en)
Other versions
EP0859487B1 (fr
EP0859487A3 (fr
Inventor
Peter Vogel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Robert Bosch GmbH filed Critical Robert Bosch GmbH
Priority to EP05107524A priority Critical patent/EP1633064A2/fr
Publication of EP0859487A2 publication Critical patent/EP0859487A2/fr
Publication of EP0859487A3 publication Critical patent/EP0859487A3/fr
Application granted granted Critical
Publication of EP0859487B1 publication Critical patent/EP0859487B1/fr
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0602—Systems characterised by the synchronising information used
    • H04J3/0605—Special codes used as synchronising signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0098—Unequal error protection

Definitions

  • the invention is based on a method for transmission of data blocks according to the genus of the main claim.
  • a data protocol is known from ITU-T Draft Recommendation H. 223 Annex A, 6th december 1996, "Multiplexing Protocol for Low Bitrate Mobile Multimedia Communication", which specifies a multiplexing method with which digital information from various data sources can be serially transmitted via faulty channels .
  • the frame structures, the formats of the data and control fields and a structure for the data to be transmitted by the multiplexer, the multiplex protocol are specified.
  • the multiplex protocol enables the processing of logical information that reaches the multiplex level via the adaptation level into uniform data packets.
  • the protocol enables the transmission of any combination of digital audio and video data, as well as other information via data line. It uses a synchronization pattern before each multiplex packet for frame recognition. It is followed by a HEADER and the information field with a fixed packet length.
  • the multiplex packets have fixed lengths, with which a particularly stable synchronization is achieved.
  • Each multiplex packet can contain one or more packets of the data sources. These packets of data sources are protected with separate error protection measures.
  • An independent retransmission procedure can be used for each data source. The specification of several independent retransmission procedures comes at the expense of the channel bandwidth. If the composition and thus the length of the data source packets changes within the multiplex packet, difficulties arise when retransmitting a data source packet.
  • features of the main claim have the advantage that different data sources with the help of a flexible Retransmission procedure can be protected. Thereby bandwidth is saved, since the for several Retransmission procedures required tax information can be saved. The overall process becomes strong simplified since there is only one retransmission protocol expires. There is also a flexible adjustment of the variable Retransmission packet lengths to the constant multiplex Package length possible.
  • a retransmission packet is advantageously divided into different protection areas, which can be retransmitted if transmission errors occur. For each area, you can independently decide how often the repeated transmission should be carried out. In order to obtain a simple assignment, it is advantageous to assign each data source its own protection area in the retransmission package. The correct chronological classification of the individual data segments takes place via sequence numbers. For this purpose, such a number is assigned to each protection area. The segments are reassembled on the recipient side according to their number. Retransmission packets are advantageously separated from one another by an additionally inserted bit pattern in order to signal a synchronization that is independent of the multiplex packets, if required.
  • a particularly reliable detection of the retransmission packet limits can be obtained if the beginning and end of a packet and the occurrence of the additional synchronization words are announced in an additional field, e.g. the Multiplex HEADER . In this case, the signaling of the packet boundaries using synchronization words is not necessary.
  • FIG. 1 shows the schematic structure of the Structure of the data levels for the multiplex transmission
  • Figure 2 shows the structure of a multiplex packet, starting from the data sources
  • Figure 3 an example of the Segmentation of retransmission packages.
  • the data transmission of any data signals takes place according to FIG. 1 over hierarchically structured levels.
  • the signals some of which are analog, come from the individual data devices via application level 1 to coding level 2.
  • the contents of the logical channels LCN are passed on to the adaptation level 3 of the multiplexer.
  • the data are still forwarded to the multiplex level 4 as MUX-SDUs (Service Data Units) in separate channels.
  • MUX-SDUs Service Data Units
  • This level processes the multitude of channels into one channel and outputs MUX PDUs (Protocol Data Units).
  • MUX PDUs Service Data Units
  • the invention is based on the fact that information from different data sources is protected together.
  • a common retransmission procedure is specified for the entire multiplex package.
  • a further synchronization is introduced within the multiplex packet, with which the retransmission can be carried out independently of the packet boundaries of the multiplex packet.
  • FIG. 2 shows the data sources audio 11, data 12, 13 and video 10 in the source level 20. Below this is the source stream level 21 and the retransmission packet level 22. Error protection level 23 and multiplex level 24 complete the construction.
  • the multiplex code of the H. 223 standard specifies in what order and in what ratio audio, video and data are to be built into the multiplex package. A typical example is, for example: 21 bytes of audio, followed by alternating 1 byte of data and video (1: 1). The audio portion is unchanged and built directly into the multiplex packet 25 of the fixed length L in the multiplex level 24. In contrast, an error protection protocol is defined below for data 12, 13 and video 10.
  • a certain number of z bytes are now taken from this source stream. The exact number is calculated on the basis of the multiplex level 24 from the length L DV . It depends on the length L of the multiplex packet, the special multiplex code and the exact error protection.
  • One or more retransmission packets 27 are now formed from the z bytes.
  • a control field 28 is assigned to each retransmission package 27, in which the information required for the application of the retransmission is transmitted. In particular, this includes two sequence numbers 29 and 30.
  • the first sequence number 29 represents the number of the retransmission package. If the package arrives at the recipient with errors, the retransmission package with the first sequence number 29 is requested again. The sender then sends the package again.
  • This process can be repeated several times if the package arrives incorrectly at the recipient.
  • this principle of retransmission creates a delay.
  • the channel is blocked because old information is constantly being transmitted repeatedly. There is therefore a limit for video transmissions above which a delay is no longer accepted.
  • a second sequence number 30 is therefore inserted. This number only refers to the data in the retransmission package.
  • the data information of a packet received without errors is processed further in accordance with the second sequence number.
  • the video information of a packet received without errors is processed further in accordance with sequence number 30.
  • the sequence numbers 29 and 30 are advantageously provided with their own error protection 31.
  • sequence numbers 29 and 30 can be used in this error protection be included.
  • the PM field in the HEADER of the multiplex package signals which of the two options is selected in the current multiplex package.
  • the retransmission packages 27 formed in the retransmission package level 22 can also be provided with additional error protection in the error protection level 23 (FEC, interleaving).
  • the multiplex level 24 shows the coded multiplex packets 25 of fixed length L. The beginning of a packet is signaled by the synchronization word SYNC 32.
  • the HEADER 33 then follows. It consists of the multiplex code (MC) 34, a header counter (HC) 35 and a packet marker (PM) 36, and an error protection 37.
  • the packet marker 36 signals how the limits of the retransmission packets 27 can be recognized.
  • the limits of the retransmission packet are specified by the limits of the multiplex packet.
  • the limits of the retransmission packet are signaled using synchronization words 26.
  • the PM bit merely indicates that a synchronization word 26, or a part thereof, is in the multiplex packet 25. Any further signaling of the segmentation is carried out in other fields.
  • the invention represents a simple, robust, yet flexible retransmission method for multimedia applications.
  • the method has the advantage that different data sources can be protected with the aid of a flexible retransmission method. This saves bandwidth since the tax information required for several retransmission procedures can be saved.
  • the overall procedure is greatly simplified since only one retransmission protocol is still running.
  • the introduction of additional synchronization within the multiplex packets enables flexible adaptation of the variable retransmission packet lengths to the constant multiplex packet length.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Time-Division Multiplex Systems (AREA)
EP97116920A 1997-02-14 1997-09-30 Méthode pour la transmission des données multimédia Expired - Lifetime EP0859487B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP05107524A EP1633064A2 (fr) 1997-02-14 1997-09-30 Méthode pour la transmission des données multimédia.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE19705678A DE19705678A1 (de) 1997-02-14 1997-02-14 Verfahren zur Übertragung multimedialer Daten
DE19705678 1997-02-14

Related Child Applications (1)

Application Number Title Priority Date Filing Date
EP05107524A Division EP1633064A2 (fr) 1997-02-14 1997-09-30 Méthode pour la transmission des données multimédia.

Publications (3)

Publication Number Publication Date
EP0859487A2 true EP0859487A2 (fr) 1998-08-19
EP0859487A3 EP0859487A3 (fr) 2001-02-21
EP0859487B1 EP0859487B1 (fr) 2005-08-17

Family

ID=7820251

Family Applications (2)

Application Number Title Priority Date Filing Date
EP97116920A Expired - Lifetime EP0859487B1 (fr) 1997-02-14 1997-09-30 Méthode pour la transmission des données multimédia
EP05107524A Withdrawn EP1633064A2 (fr) 1997-02-14 1997-09-30 Méthode pour la transmission des données multimédia.

Family Applications After (1)

Application Number Title Priority Date Filing Date
EP05107524A Withdrawn EP1633064A2 (fr) 1997-02-14 1997-09-30 Méthode pour la transmission des données multimédia.

Country Status (2)

Country Link
EP (2) EP0859487B1 (fr)
DE (2) DE19705678A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002001786A1 (fr) * 2000-06-29 2002-01-03 Siemens Aktiengesellschaft Procede de transmission simultanee de plusieurs courants partiels de donnees, et dispositif pour corriger des erreurs de transmission par demande de repetition automatique (arq)
GB2383229A (en) * 2001-10-17 2003-06-18 Nokia Corp Preventing the wastage of network resources by preventing delivery of a message to a recipient who is not intended to receive it

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10301457A1 (de) * 2003-01-10 2004-07-29 Vcs Video Communication Systems Ag Aufzeichnungsverfahren für Video-/Audiodaten
US7783930B2 (en) 2003-01-10 2010-08-24 Robert Bosch Gmbh Recording method for video/audio data
EP2076991A1 (fr) * 2006-10-16 2009-07-08 Nokia Siemens Networks Gmbh & Co. Kg Procédé de contrôle de retransmissions de données multi-diffusion extensibles

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
"MULTIPLEXING PROTOCOL FOR LOW BIT RATE MULTIMEDIA COMMUNICATION" 1. M{rz 1996 (1996-03-01) , ITU-T TELECOMMUNICATION STANDARIZATION SECTOR OF ITU,XX,XX, VOL. H.223, PAGE(S) A-B,I-II,1-22 XP000618368 * 5 Overview * * 5.1 Multiplex Layer Overview * * 5.2 Adaptation Layer Overview * * 6.4.1 Header * * 6.4.2 Information Field * * 6.5 Marking of MUX-SDU boundaries * *
LINDBERGH D: "THE H.324 MULTIMEDIA COMMUNICATION STANDARD" IEEE COMMUNICATIONS MAGAZINE,US,IEEE SERVICE CENTER. PISCATAWAY, N.J, Bd. 34, Nr. 12, 1. Dezember 1996 (1996-12-01), Seiten 46-51, XP000636453 ISSN: 0163-6804 *
SCHNEIDER K. ; VENTERS S.: "RFC 1963,PPP Serial Data Transport Protocol " , IETF XP002153454 * Seite 9 * *
SIMPSON W.: "RFC 1549, PPP in HDLC framing." , IETF XP002153472 * 3.1 Frame format * *
W. SIMPSON.: "RFC 1619, PPP over SONET/SDH" 1. Mai 1994 (1994-05-01) , IETF XP002153453 * 3. Framing * *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002001786A1 (fr) * 2000-06-29 2002-01-03 Siemens Aktiengesellschaft Procede de transmission simultanee de plusieurs courants partiels de donnees, et dispositif pour corriger des erreurs de transmission par demande de repetition automatique (arq)
GB2383229A (en) * 2001-10-17 2003-06-18 Nokia Corp Preventing the wastage of network resources by preventing delivery of a message to a recipient who is not intended to receive it

Also Published As

Publication number Publication date
EP0859487B1 (fr) 2005-08-17
DE59712394D1 (de) 2005-09-22
EP0859487A3 (fr) 2001-02-21
DE19705678A1 (de) 1998-08-20
EP1633064A2 (fr) 2006-03-08

Similar Documents

Publication Publication Date Title
EP0827312A2 (fr) Procédé de changement de configuration de paquets de données
EP0886923B1 (fr) Procede et systeme pour la transmission mrof a porteuses multiples de signaux radio numeriques
EP0781051B1 (fr) Transmission hiérarchique de signaux numériques d'images
DE69228108T2 (de) Verfahren und Vorrichtung zum Empfang von Informationssignalen
EP1407610B1 (fr) Systeme permettant un codage/decodage ameliore de documents structures, se basant en particulier sur xml, et procedes et dispositifs permettant un codage/decodage ameliore de representations binaires de ces documents
EP0859487B1 (fr) Méthode pour la transmission des données multimédia
EP0802651A2 (fr) Méthode de multiplexage faisant preuve de robustesse contre les erreurs avec retransmission éventuelle
DE19503215C1 (de) Verfahren zur gemeinsamen Übertragung von digitalen Quell- und Steuerdaten zwischen über Datenleitungen verbundenen Datenquellen und -senken
DE10226394B4 (de) Verfahren zur Datenübertragung
EP0802635A2 (fr) Procédé pour la transmission de données codées
EP1511215B1 (fr) Procédé et dispositif de transmission de données selon un procédé ARQ hybride
WO1996024223A1 (fr) Procede de transmission hierarchique de signaux video, audio et/ou de signaux de donnees, numerises et codes
DE10231970B3 (de) Verfahren zur Codierung von Positionen von Datenelementen in einer Datenstruktur sowie Vorrichtungen zur entsprechenden Codierung und/oder Decodierung
DE10052720A1 (de) Vorrichtung und Verfahren zur Ratenanpassung
DE4435833A1 (de) Verfahren zur Codierung, Übertragung, Speicherung und/oder Decodierung eines Informationskanals
EP1454447B1 (fr) Procede de correction d'erreurs lors d'une transmission de donnees orientee paquets au moyen de blocs de transmission determines plus precisement a l'aide de descripteurs
DE102007025618A1 (de) Verfahren und Vorrichtung zur Umwandlung eines beliebigen ETI Signals in ein ETI Signal mit DAB-Mode 3
DE19726007A1 (de) Verfahren zur Änderung der Konfiguration von Datenpaketen
EP1708403B1 (fr) Procédé ARQ hybride de transmission de données, émetteur et récepteur correspondants
DE19637523A1 (de) Verfahren zum Füllen von Datenpaketen vorgegebener Länge
WO2020048741A1 (fr) Station d'abonné pour un système de bus en série et procédé destiné à émettre un message dans un système de bus en série
EP1944888A2 (fr) Procédé et dispositif destinés à la conversion d'un signal ETI quelconque en signal ETI ayant un mode 3 DAB
DE19840506A1 (de) Verfahren zur Synchronisation von mindestens zwei Datenströmen zwischen Teilnehmern eines Kommunikationssystems
WO2002054700A2 (fr) Procede de transmission de donnees orientee paquet entre une application et une couche transport
WO2006103175A1 (fr) Procede arq hybride pour transmettre des donnees, emetteur et recepteur a cet effet

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): CH DE FR GB IT LI SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;RO;SI

PUAL Search report despatched

Free format text: ORIGINAL CODE: 0009013

RIC1 Information provided on ipc code assigned before grant

Free format text: 7H 04L 1/18 A, 7H 04J 3/06 B

AK Designated contracting states

Kind code of ref document: A3

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

AX Request for extension of the european patent

Free format text: AL;LT;LV;RO;SI

17P Request for examination filed

Effective date: 20010821

AKX Designation fees paid

Free format text: CH DE FR GB IT LI SE

17Q First examination report despatched

Effective date: 20040311

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): CH DE FR GB IT LI SE

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REF Corresponds to:

Ref document number: 59712394

Country of ref document: DE

Date of ref document: 20050922

Kind code of ref document: P

REG Reference to a national code

Ref country code: CH

Ref legal event code: NV

Representative=s name: SCINTILLA AG, DIREKTION

REG Reference to a national code

Ref country code: SE

Ref legal event code: TRGR

GBT Gb: translation of ep patent filed (gb section 77(6)(a)/1977)

Effective date: 20051205

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

Free format text: ORIGINAL CODE: 0009261

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

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

26N No opposition filed

Effective date: 20060518

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

Ref country code: CH

Payment date: 20080923

Year of fee payment: 12

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

Ref country code: SE

Payment date: 20090922

Year of fee payment: 13

Ref country code: GB

Payment date: 20090922

Year of fee payment: 13

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

Ref country code: DE

Payment date: 20091120

Year of fee payment: 13

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

Ref country code: IT

Payment date: 20090924

Year of fee payment: 13

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

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

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20090930

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20090930

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20100930

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

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100930

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST

Effective date: 20110531

REG Reference to a national code

Ref country code: DE

Ref legal event code: R119

Ref document number: 59712394

Country of ref document: DE

Effective date: 20110401

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

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20110401

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100930

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

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100930

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

Ref country code: SE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20101001

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

Ref country code: FR

Payment date: 20091005

Year of fee payment: 13