【発明の詳細な説明】
パケット化メッセージ送信システム、このようなシステムに用いる送信機及び受
信機、並びにパケット化メッセージの送受信方法
本発明は、パケットに分割されたメッセージを送信機から少なくとも一つの受
信機に送信するシステムであって、このシステムは、
前記パケットを送信する送信機と、
送信されたパケットを受信し、受信したパケットからメッセージを構成し、か
つ、構成されたメッセージを処理する、少なくとも一つの受信機とを具えるメッ
セージ送信システムに関するものである。
また本発明は、このようなシステムに使用する送信機及び受信機、並びにパケ
ット化メッセージの送受信方法に関するものである。
このようなシステムは、1990年11月のAlert-C Traffic Message Coding Proto
col，Proposed Pre-Standardから既知である。このプロトコルは、メッセージを
伝送するシステムを説明しており、このメッセージは、単−RDS 群以上に及び、
複数群メッセージとも称される。このシステムを介した情報送信中、一般に不完
全なチャネルを介した情報送信中、送信されたメッセージの受信中にエラーが生
じるおそれがある。情報送信がデータの群（例えば、ビット）で構成され、一つ
のメッセージが複数の群（すなわち、複数群メッセージ）に及ぶ場合、このよう
なメッセージがエラーとともに受信される可能性が高い。この解決法は、メッセ
ージを繰り返し、すなわち完全なメッセージが正確に受信される可能性が十分高
くなる（例えば、メッセージが正確に受信される可能性が95% より上である）程
度に頻繁に送信することである。既知のシステムにおいては、メッセージがビッ
ト間識別を伴って２回受信された場合、メッセージが正確に受信されたとみなさ
れる。メッセージの一部のみが任意のエラーなく受信される他の全ての場合、こ
の部分はもはや使用されないが、メッセージをビット間識別を伴って２回受信す
る必要がある。メッセージ中のエラーのリスクが非常に高い場合、信頼性のある
受信に対して多数の繰り返しが要求される。一方では、これは、利用しうるメッ
セージの長さを制限し（メッセージが非常に長い場合、不正確に受信されるリス
クが大きい）、他方では、それは、チャネルの情報容量を制限する。その理由は
、情報容量のほとんどの部分が、同一メッセージの繰り返し送信に用いられるか
らである。
本発明の目的は、高い信頼性で受信できる多重群メッセージを送信するシステ
ムを提供することである。
このために、本発明によるシステムは、前記パケットの各々は、前記メッセー
ジの一部としてパケットを識別する識別子を含むことを特徴とするものである。
識別子をメッセージの各群に割り当てることにより、同一識別子を有する群を、
同一メッセージの一部として識別することができる。この理由は、これにより、
メッセージの繰り返し送信中、完全なメッセージをエラーなしで一度で受信する
必要がなく、特定の複数群メッセージに属する群を適切な受信機に蓄積すること
ができる。実際には、メッセージ中の全ての群が不正確に受信されるリスクは、
単一群が不正確に受信される場合に比べて著しく小さい。その結果、メッセージ
が一度で完全に受信することができなくても、メッセージの複数の送信全体に亘
って蓄積されたメッセージの部分からメッセージを完全に再構成することができ
る。それに加えて、不正確に受信されたメッセージのリスクが許容されないほど
高くなることなく、より長い複数群メッセージを許容することができる。
本発明によるシステムの一例は、前記パケットの各々は、前記メッセージに属
する相違するパケットを識別するための、各パケットに対して相違する他の識別
子を含むことを特徴とするものである。これは、同一群に属する相違する群の間
の区別が簡単になるという利点を有する。これは群の蓄積を簡単にする。その理
由は、この場合、ちょうど受信された群が既に受信されたか又はまだ受信されて
いないかををより迅速にかつより簡単に決定することができる。原理的には、ビ
ット間の比較により相違する群の間の区別を行うことができる。しかしながら、
これは、本発明の手段で提案したように、他の識別子の比較に比べてより多くの
作業が要求される。
本発明によるシステムの一例は、前記メッセージを、Group Type Code 8Aを有
する複数群メッセージとすることを特徴とするものである。本発明によるシステ
ムは、Group Type Code 8Aを有するトラフィックメッセージチャネル(TMC)の複
数群メッセージとともにこのような問題が特に発生する無線データシステム(Rad
io Data System)での使用に特に適切である。
本発明によるシステムの他の例は、前記識別子は、前記メッセージに含まれる
位置コード及び拡張コードを具えることを特徴とするものである。TMC メッセー
ジにおいて、位置コード及び拡張コードの組合せは、各メッセージに対して特有
である。メッセージの特有の部分を識別子として用いるとともにこの部分をメッ
セージの各群で繰り返すことにより識別子が生じ、これにより、同一位置コード
及び拡張コードを有する群を、同一メッセージの部分として識別することができ
る。
本発明を、添付図面を参照して詳細に説明する。図面中、
図１は、RDS TMC メッセージの一例を与える。
図２は、本発明による受信機のブロック図である。
図３は、従来技術による複数群メッセージの処理のフローチャートである。
図４は、本発明による複数群メッセージの処理のフローチャートである。
図面中、同様な要素に同一符号を付すものとする。
図１は、RDS TMC メッセージの一例を示す。本発明は、RDS システムに用いる
のに特に適切である。RDS システムにおいて、メッセージは、四つのブロックＡ
，Ｂ，Ｃ及びＤを具える（図１参照）。これを群と称する。これらブロックは所
定の長さを有するがそれにもかかわららずより長いメッセージを送信することを
要求されるので、複数の群に及ぶとともに複数群メッセージと称するメッセージ
を送信することができる。上記群に加えて、メッセージのカテゴリを規定するRD
S 群も存在する。例えば、RDS 群8Aを、例えば現在のトラフィック状態に関する
メッセージを符号化形態で送信することができるトラフックメッセージチャネル
用に確保する。
このRDS 群8Aは、複数群メッセージを送信することもできる。例えば、ブロッ
クＢにおいて、単一群基準メッセージ識別子であるビットＧ(=B3)をこのために
確保する（図１参照）。このビットが０の場合、これは、メッセージが複数の群
に及ぶことを意味する。メッセージを完全に受信するために、メッセージの一部
を形成する全ての群を、受信機によって連続的かつ正確に受信する必要がある。
メッセージの受信の信頼性を増大させるために、個々の群をそれぞれ複数回繰り
返す。例えば、メッセージが群a[1],a[2],...,a[n]を具える場合、a[1],a[1],a[
1],a[2],a[2],a[2],...,a[n],a[n],a[n]が続いて送信される。この基準によれば
、群のビットが２回に対応することを意味する各群を単一送信で２回正確に受信
する場合のみ、メッセージを許容する必要がある。メッセージの一部のみが正確
に受信される他の任意の場合、受信部を正確に利用することができない。群のう
ちの一つにエラーが生じるとすぐに、全メッセージを、最初から正確に再受信す
る必要がある。繰り返しの受信にかかわらず、複数群メッセージを送信するこの
方法は、エラーの影響を非常に受けやすく、実際には、このようなエラーの影響
により、複数群メッセージの長さが制限される。その理由は、メッセージは、起
こりうるエラーを許容するために非常に長くすべきでないからである。
本発明によるRDS 群8AのTMC メッセージの変形例において、特定の複数群メッ
セージの各群は同様な特有部すなわち識別子を含み、これにより、特定の群がこ
の特定メッセージの部分を形成するのを識別することができる。これにより、全
メッセージの複数回の受信中、全ての群を連続的かつ正確に受信する必要なく完
全なメッセージを蓄積することができる。さらに、各群は、追加のコード、例え
ばシーケンス番号を含むことができ、これにより、メッセージ中の相違する群の
間を区別することができる。
本発明は、メッセージ中の所定の要素がメッセージに対して特有であること、
及び、メッセージの全ての群のこれら要素を繰り返すことによりメッセージに属
する群の簡単な識別を行うことができるという事実の認識を利用する。アラート
-C(Alert-C)プロトコルによるRDS TMC メッセージの場合、位置コードと拡張コ
ードとの組合せをこの特有の部分に用いることができる。符号化を、EUROADメッ
セージを含むように拡張する場合、データベース参照を、後者の場合の特有の部
分に加える。TMC 群の場合、図１に示すように、ビットB0..B4,CO..C15及びD0..
D16 をデータビットとして利用する。本発明によるRDS 群タイプ8Aの変形例にお
いて、ビットB4及びB3をこの際、相違するタイプのメッセージを以下のように指
定するのに利用することができる。
新サービスを、例えばアラートプラス(Alert-Plus)プロトコルに基づいて表すこ
とができる。単一群メッセージ、複数群メッセージ及びEUROADを、アラートＣプ
ロトコルに基づいて構成することができる。これは、特に、単一群メッセージを
変えないままにすることができることを意味する。
複数群メッセージのブロックＤ及びEUROADメッセージは、アドレスコード(=B2
..BO)が111 である複数群メッセージを除いて全ての群に位置コードを含み、そ
の後ブロックＣ及びＤをサービスラベル(Service Label)に利用する。複数群メ
ッセージ(B4=0 及びB3=1)は、三つの複数群を具え、これら複数群は、提案され
た符号化とともに最大五つの群を構成することができる。他の符号化を選択する
ことにより、当然、複数群ごとに他の最大数の群を選択することができる。複数
群メッセージの第１複数群１，２及び３において、ブロックＣは、アラートＣプ
ロトコルで規定したような分岐コード、拡張コード及び事象コードを含む。複数
群１，２及び３の第１群を、以下のアドレスコード（ビットB2..B0）によって表
すことができる。
複数群１，２及び３の第２群を、アドレスコード(=B2..B0)011を用いて表すこと
ができる。この場合、群Ｃは、以下のビットを具える。
−第１フリービット
−拡張コード（４ビット）
−複数群と称するシーケンス番号ｎ（２ビット）
n=1 はアドレスコード100（＝複数群１）を言及し、
n=2 はアドレスコード101（＝複数群２）を言及し、
n=3 はアドレスコード110（＝複数群３）を言及する。
−どれだけの群がまだ続くかを表すメッセージ長標識ｌ（２ビット）
l=3（最大）：アドレスコード010,001 及び000 を有する8A群が続き、
l=2：アドレスコード001 及び000 を有する8A群が続き、
l=1：アドレスコード000 を有する8A群が続く。
フリー第１ビットを次のようにして用いることができる。
Bit=0 に、群Ｃの残りのフリービットのラベル及びデータを続ける。
Bit=1 に、残りのフリービットの（アラートＣプロトコルから既知のような）
持続時間を続ける。
複数群１，２及び３において、ブロックＣは、アラートＣプロトコルで規定し
たような、分岐コード（１ビット）、拡張コード（４ビット）及び事象コード（
１１ビット）を含む。したがって、この符号化により、三つの相違する事象を一
つの位置に送信することができる。これを、例えば、（B4=1及びB3=0を有する）
新サービスにサービスラベルを含めることにより、又は、複数群メッセージを現
在の五つの副群の代わりに四つの副群に制限することにより、４に拡張すること
ができる。
アドレスコードとして011,010,001 及び000 の形態のビットB2..B0を有する残
りの50ビットを、追加のTMC 情報の送信に利用することができる。
EUROADメッセージ（B4=1及びB3=1）において、ビットB2..B0をデータベースの
参照番号として利用し、例えば、相違する国又は地域に対して相違するデータベ
ースの参照番号を使用することにより、同一の位置コードを複数の国及び地域に
用いることができる。ブロックＣの第１ビットは、ブロックＣの情報の種類を表
すことができる。例えば、第１ビットが０の場合、このビットに、アラートＣプ
ロトコルから既知のように、（それぞれが４ビット及び１１ビットの）拡張コー
ド及び事象コードを続ける。このビットが１の場合、拡張コードも続くが、事象
コードに対して通常用いられる１１ビットを自由に用いることができる。したが
って、このようなEUROADメッセージとともに、収集した情報を無効にすることな
く国境及び地域的な境界を超えて用いることもできるTMC メッセージを獲得する
。
B4=1及びB3=0の場合、アラートＣの拡張とみなすことができるアラートプラス
のような将来のサービスに対して33のフリービットが残され、これにより他の有
用な情報を送信することができる。
位置コード、拡張コード及び分岐コードについての情報については、1990年11
月のAlert-C protcol for TMC messages: Alert-C Traffic Message Coding Pro
tocol，Proposed Pre-Standard及び本願人が所有する欧州特許出願公開明細書第
94203691.4号を参照すればよい。
図２は、本発明による受信機のブロック図を示す。この受信機は、FM搬送波を
受信する受信区分１を具え、これによりRDS 情報を、57kHz の搬送波の変調によ
って送信する。このRDS 情報をRDS 復調器２で復調し、その後RDS 情報に含まれ
たデータを、デコーダ３で復号化し、図３に示したように処理する。次に、完全
なTMC メッセージを、例えば本願人が所有する上記欧州特許出願公開明細書第94
203691.4号に記載されたように音声又は視覚再生するユーザインタフェース６に
転送する。所望の場合には、メッセージをコントローラ４によって更に処理する
こともできる。このコントローラを、受信区分１を制御するのにも使用する。例
えば、TMC デコーダ３がコントローラ４のアルゴリズムの一部を形成することが
でき、その結果個別のTMC デコーダを省略することができるのは明らかである。
所望の場合には、２チューナ受信機設計を用いることができ、この場合、例えば
、第１チューナを現在のプログラムの再生に使用し、第２チューナを、RDS 情報
で変調した搬送波に同調することによりRDS 情報を受信するのに特に使用する。
本発明による受信機は、メッセージの正確な（誤りのない）群を記憶し、次の群
を受信する度に、特定の部分が既に記憶された群のものと同一であるか否かを確
かめ（て、群がメッセージの一部を形成するか否かを決定す）るために、比較を
行う。同一でない場合、メッセージを完全にするために群を更に処理しない。同
一である場合、群が、以前に受信したメッセージの群に対応するか否か検査する
。この比較を、完全なメッセージを比較することにより、又は、存在する場合に
は単に追加のコードを比較することにより行うことができる。比較が真である（
群が、以前に受信した群に対応する）場合、群をこれ以上処理しない。比較が偽
である場合、群はメッセージの一部として記憶される。メッセージが完全である
場合、メッセージを再生等のために更に処理することができる。所望の場合には
、既に記憶された個々の群を更に処理して、個々の群の情報がこれを許容する必
要がある。
したがって、本発明の利点は、個々の群の蓄積を可能にし、その後これから完
全なメッセージを再構成できるようにすることにより、完全な複数群メッセージ
の受信の信頼性を増大させるという事実に帰する。単一群の受信の信頼性が完全
な複数群メッセージの受信の信頼性に比べて著しく高くなるので、受信した群が
エラーを示すという事実にもかかわらず、完全なメッセージを受信端でより迅速
に受信することができる。その結果、少ない完全なメッセージの繰り返しによっ
て、信頼性のあるメッセージの受信を達成することもできる。所望の場合には、
各群に追加のコード例えばシーケンス番号を送信端で設けて、複数群メッセージ
の範囲内で相違する群の表示を簡単にすることもできる。しかしながら、これは
必須ではない。その理由は、原理的には、全体の群を、以前に受信した群と比較
することができるからである。したがって、この比較に基づいて種々の群を識別
することもできる。少ない繰り返しで信頼性がより高く、かつ、より迅速なメッ
セージの受信を行う本発明の利点の一部によれば、エラーが特定の群に発生する
場合、全体のメッセージを拒絶する必要があるが、メッセージを完全にするには
この群のみを再び受信すればよい。
図３は、従来技術による複数群メッセージの処理のフローチャートである。ブ
ロックＩにおいて、新たな（受信した）RDS TMC データを読み出す。ブロックII
において、これが、以前のメッセージに比べて１増分した連続指標(Continuity
Index)に基づく次のTMC メッセージであるか否か検査する。そうである場合（選
択Ｙ）、ブロックIII において、メッセージが完全であるか否か検査する。完全
でない場合（ブロックIII の選択Ｎ）、不完全なメッセージがブロックIVで放棄
される。完全である場合（ブロックIII の選択Ｙ）、全体のメッセージを、他の
処理（再生等のブロックＶ）のために許容する。ブロックVIにおいて、受信した
TMC データをメモリに一時的に記憶させる。次いで、ブロックVII において、メ
ッセージが完全であるか否か確認する。完全とは、全ての群a[1]..a[n]が同一の
連続指標を用いてすなわち同一のTMC メッセージで正確に２回受信されたことを
意味すると理解されたい。このフローチャートから、メッセージを単一の送信で
一度に正確に受信して、更に処理する必要があるということになる。そうでない
場合、正確に受信したメッセージの一部を含む全体のメッセージが消去される。
図４は、本発明による複数群メッセージの処理のフローチャートを示す。この
フローチャートを、図２に図示した受信機で実行することができる。
ブロックVIIIにおいて、新たなRDS TMC データを読み出す。ブロックIXにおい
て、それが次のメッセージに関するものであるか否か検査する。これを、他の位
置コードによって示す。それが次のメッセージである場合（ブロックIXにおける
選択Ｙ）、ブロックＸにおいて、以前のメッセージが完全であるか否か検査する
。完全である場合（ブロックＸにおける選択Ｙ）、メッセージは他の処理に対す
る準備ができている。ブロックIXにおいて、メッセージが次のメッセージでない
ことを表す場合（ブロックIXにおける選択Ｎ）、受信したデータをメモリに一時
的に記憶させる。次に、ブロックXIIIにおいて、群a[i]が正確に受信されたか否
か、例えば、同一群を任意の相違なく連続的に２回受信されたか否か検査する。
正確に受信した場合、ブロックXIV において、群a[i]を他のメモリに記憶させる
。次いで、ブロックXVにおいて、メッセージの全ての群が受信されたか否か確認
する。そうである場合（ブロックXVにおける選択Ｙ）、メッセージは完全である
ことを表す。そうでない場合（ブロックXVにおける選択Ｎ）、群の蓄積を、次の
TMC メッセージが受信されるまで継続する。しかしながら、このリスクは図３の
方法の場合に比べて著しく小さい。その理由は、この際、正確に受信したメッセ
ージの群は、メッセージの他の群が不正確に受信された場合もはや放棄されない
からである。同一メッセージに属する群のこの蓄積により、メッセージの受信の
信頼性がより高くなり、その結果、例えばメッセージの長さが、同一のエラーの
可能性に対して増大し、また、メッセージ又はその一部の繰り返しの要求が減少
する。さらに、処理ステップ、例えばブロックＸ，XI及びXVI を組み合わせるこ
ともできる。
本発明は、ここに示した例に限定されるものではない。例えば、システムは、
RDS に限定されるものではなく、パケット化されたメッセージが送信される任意
のシステムに適切である。明らかに、位置コード及び拡張コードを具えない識別
子を規定することもできる。DETAILED DESCRIPTION OF THE INVENTION A packetized message transmission system, a transmitter and a receiver used in such a system, and a method for transmitting and receiving a packetized message. The present invention relates to receiving at least one packetized message from a transmitter. A system for transmitting the packet, a system for transmitting the packet, a system for receiving the transmitted packet, constructing a message from the received packet, and processing the constructed message, at least The present invention relates to a message transmission system having one receiver. The present invention also relates to a transmitter and a receiver used in such a system, and a method of transmitting and receiving a packetized message. Such a system is known from the Alert-C Traffic Message Coding Protocol, Proposed Pre-Standard, November 1990. This protocol describes a system for transmitting messages, which extends over single-RDS groups and is also referred to as multi-group messages. Errors can occur during the transmission of information through this system, generally during transmission of information over imperfect channels, and during reception of transmitted messages. If the information transmission consists of groups of data (eg bits) and one message spans multiple groups (ie multi-group messages), such messages are likely to be received with errors. This solution is to repeat the message, that is, send it frequently enough that the complete message is likely to be received correctly (eg, the message is more than 95% likely to be received correctly). It is to be. In known systems, a message is considered to have been correctly received if the message is received twice with bit-to-bit identification. In all other cases where only part of the message is received without any error, this part is no longer used, but the message needs to be received twice with inter-bit identification. If the risk of error in the message is very high, a large number of iterations are required for reliable reception. On the one hand, this limits the length of the message available (the risk of being received incorrectly if the message is too long), and on the other hand it limits the information capacity of the channel. The reason is that most of the information capacity is used for repeatedly sending the same message. It is an object of the present invention to provide a system for transmitting multi-group messages that can be received with high reliability. To this end, the system according to the invention is characterized in that each of said packets comprises an identifier for identifying the packet as part of said message. By assigning an identifier to each group of messages, groups having the same identifier can be identified as part of the same message. The reason for this is that during repeated transmission of a message, the groups belonging to a particular multi-group message can be stored in an appropriate receiver without having to receive the complete message without error at once. In practice, the risk that all groups in a message will be received incorrectly is significantly less than if a single group was received incorrectly. As a result, the message can be completely reconstructed from the portion of the message that has accumulated over multiple transmissions of the message, even if the message cannot be completely received at one time. In addition, longer multi-group messages can be tolerated without the risk of incorrectly received messages being unacceptably high. An example of a system according to the invention is characterized in that each of said packets comprises another identifier which is different for each packet for identifying different packets belonging to said message. This has the advantage of simplifying the distinction between different groups belonging to the same group. This simplifies group accumulation. The reason is that in this case it can be more quickly and easily determined whether the group just received has already been received or has not yet been received. In principle, a comparison between the bits makes it possible to distinguish between different groups. However, this requires more work than the comparison of other identifiers, as proposed by the means of the invention. An example of the system according to the present invention is characterized in that the message is a plural group message having Group Type Code 8A. The system according to the invention is particularly suitable for use in a Radio Data System where such problems are especially encountered with Traffic Message Channel (TMC) multi-group messages having Group Type Code 8A. Another example of the system according to the invention is characterized in that the identifier comprises a position code and an extension code included in the message. In TMC messages, the combination of location code and extension code is unique for each message. By using a unique part of the message as an identifier and repeating this part for each group of messages, an identifier is generated, whereby groups having the same position code and extension code can be identified as parts of the same message. The present invention will be described in detail with reference to the accompanying drawings. In the drawing, FIG. 1 gives an example of an RDS TMC message. FIG. 2 is a block diagram of a receiver according to the present invention. FIG. 3 is a flowchart of processing a plurality of groups of messages according to the prior art. FIG. 4 is a flowchart of the processing of multiple group messages according to the present invention. In the drawings, similar elements are designated by the same reference numerals. FIG. 1 shows an example of the RDS TMC message. The present invention is particularly suitable for use in RDS systems. In the RDS system, the message comprises four blocks A 1, B, C and D (see FIG. 1). This is called a group. Since these blocks have a certain length but are required to send longer messages regardless of them, it is possible to span multiple groups and to send messages called multi-group messages. In addition to the above groups, there are also RDS groups that specify message categories. For example, the RDS group 8A is reserved for a traffic message channel, for example, in which messages relating to the current traffic conditions can be transmitted in coded form. This RDS group 8A can also send multi-group messages. For example, in block B, the single group reference message identifier, bit G (= B3), is reserved for this (see FIG. 1). If this bit is 0, this means that the message spans multiple groups. In order to receive a complete message, all groups forming part of the message need to be received continuously and accurately by the receiver. Each individual group is repeated multiple times to increase the reliability of message reception. For example, if the message comprises the groups a [1], a [2], ..., a [n], then a [1], a [1], a [1], a [2], a [ 2], a [2], ..., a [n], a [n], a [n] are transmitted subsequently. According to this criterion, it is only necessary to allow a message if each group is received exactly twice in a single transmission, which means that the bits of the group correspond to two times. In any other case, where only part of the message is correctly received, the receiver cannot be used correctly. As soon as one of the groups has an error, the entire message has to be correctly re-received from the beginning. This method of sending multi-group messages despite repeated receipts is very susceptible to errors, which in practice limits the length of multi-group messages. The reason is that the message should not be very long to allow for possible errors. In a variant of the RDS group 8A TMC message according to the invention, each group of a particular multi-group message contains a similar unique part or identifier, which identifies the particular group forming part of this particular message. can do. This allows the complete message to be stored during the multiple reception of all messages without the need to continuously and accurately receive all groups. In addition, each group may contain additional codes, eg sequence numbers, to distinguish between different groups in the message. The present invention takes into account the fact that certain elements in a message are unique to the message, and that it is possible to make a simple identification of the groups belonging to a message by repeating these elements of all groups of the message. Use recognition. For RDS TMC messages according to the Alert-C protocol, a combination of location code and extension code can be used for this particular part. If the encoding is extended to include the EUROAD message, a database reference will be added to the specific part of the latter case. For the TMC group, bits B0..B4, CO..C15 and D0..D16 are used as data bits as shown in FIG. In a variant of the RDS group type 8A according to the invention, bits B4 and B3 can then be used to specify different types of messages as follows. New services can be represented, for example, based on the Alert-Plus protocol. Single-group messages, multi-group messages and EUROAD can be configured based on the Alert C protocol. This means in particular that single-group messages can remain unchanged. The blocks D and EUROAD messages of the multi-group message include position codes in all groups except the multi-group message whose address code (= B2 ..BO) is 111, and then block C and D are labeled with a service label (Service Label). ) To use. The multi-group message (B4 = 0 and B3 = 1) comprises three multi-groups, which can constitute up to five groups with the proposed coding. By selecting another encoding, it is naturally possible to select the other maximum number of groups for each group. In the first plural group 1, 2 and 3 of the plural group message, the block C includes a branch code, an extension code and an event code as defined in the alert C protocol. The first group of groups 1, 2 and 3 can be represented by the following address code (bits B2..B0). The second group of the plurality of groups 1, 2 and 3 can be represented by using an address code (= B2..B0) 011. In this case, group C comprises the following bits: -First free bit-Expansion code (4 bits) -Sequence number n (2 bits) called plural groups n = 1 refers to address code 100 (= plural groups 1), n = 2 refers to address code 101 (= The plural groups 2) are referred to, and n = 3 refers to the address code 110 (= the plural groups 3). Message length indicator l (2 bits) l = 3 (maximum): 8A with address code 010,001 and 000 followed by l = 2: 8A with address code 001 and 000 The group follows, followed by the 8A group with l = 1: address code 000. The free first bit can be used as follows. Bit = 0 is followed by the label and data of the remaining free bits of group C. Bit = 1 is followed by the duration (as known from the Alert C protocol) of the remaining free bits. In the plural groups 1, 2, and 3, the block C includes a branch code (1 bit), an extension code (4 bits), and an event code (11 bits) as defined by the alert C protocol. Therefore, this encoding allows three different events to be sent to one location. This can be done, for example, by including a service label in the new service (with B4 = 1 and B3 = 0), or by restricting multi-group messages to four sub-groups instead of the current five sub-groups. Can be extended to four. The remaining 50 bits with bits B2..B0 in the form of 011,010,001 and 000 as the address code are available for transmission of additional TMC information. In the EUROAD message (B4 = 1 and B3 = 1), the bits B2..B0 are used as database reference numbers, for example by using different database reference numbers for different countries or regions, the same Location codes can be used for multiple countries and regions. The first bit of block C can represent the type of information in block C. For example, if the first bit is 0, then this bit is followed by an extension code (of 4 bits and 11 bits, respectively) and an event code, as is known from the Alert C protocol. If this bit is 1, then the extension code also follows, but the 11 bits normally used for event codes are free to use. Therefore, along with such EUROAD messages, we obtain TMC messages that can also be used across national and regional boundaries without invalidating the collected information. If B4 = 1 and B3 = 0, 33 free bits are left for future services such as Alert Plus, which can be considered as an extension of Alert C, which may send other useful information. it can. For information on position codes, extension codes and branch codes, see the November 1990 Alert-C protocol for TMC messages: Alert-C Traffic Message Coding Protocol, Proposed Pre-Standard and the European patent application publication owned by the applicant. See specification No. 94203691.4. FIG. 2 shows a block diagram of a receiver according to the invention. The receiver comprises a reception section 1 which receives the FM carrier, whereby the RDS information is transmitted by modulation of the 57kHz carrier. This RDS information is demodulated by the RDS demodulator 2, and then the data contained in the RDS information is decoded by the decoder 3 and processed as shown in FIG. The complete TMC message is then forwarded to a user interface 6 for audio or visual reproduction, for example as described in European patent application publication no. 94 203691.4, owned by the Applicant. The message may be further processed by the controller 4 if desired. This controller is also used to control reception section 1. For example, it is clear that the TMC decoder 3 can form part of the algorithm of the controller 4, so that a separate TMC decoder can be omitted. If desired, a two-tuner receiver design can be used, in which case, for example, the first tuner is used to play the current program and the second tuner is tuned to a carrier modulated with RDS information. Especially used to receive RDS information by. The receiver according to the invention stores the exact (error-free) group of messages and, each time it receives the next group, checks whether a particular part is the same as that of the group already stored. A comparison is then made (to determine if the group forms part of a message). If they are not the same, then do not further process the group to complete the message. If they are the same, check if the groups correspond to the group of previously received messages. This comparison can be done by comparing the complete message, or simply by comparing additional code, if any. If the comparison is true (the group corresponds to a previously received group), then the group is not processed further. If the comparison is false, the swarm is stored as part of the message. If the message is complete, the message can be further processed, such as for playback. If desired, the individual groups already stored need to be processed further and the individual group information allows this. Thus, the advantage of the present invention is attributed to the fact that it increases the reliability of the reception of a complete multi-group message by allowing the accumulation of individual groups, from which the complete message can then be reconstructed. . The reliability of receiving a single group is significantly higher than the reliability of receiving a complete multi-group message, so that the complete message is sent faster at the receiving end, despite the fact that the received group shows an error. Can be received. As a result, reliable message reception can also be achieved with fewer complete message repetitions. If desired, each group can be provided with an additional code, such as a sequence number, at the sending end to simplify the display of different groups within a multi-group message. However, this is not mandatory. The reason is that, in principle, the whole group can be compared with the previously received groups. Therefore, different groups can also be identified based on this comparison. According to some of the advantages of the present invention of receiving messages more reliably with less repetition and more quickly, it is necessary to reject the entire message if an error occurs in a particular group. , Only this group needs to be received again to complete the message. FIG. 3 is a flowchart of processing a plurality of groups of messages according to the prior art. In block I, read the new (received) RDS TMC data. In block II it is checked if this is the next TMC message based on the Continuity Index which is incremented by 1 compared to the previous message. If so (selection Y), block III checks whether the message is complete. If not complete (select N in block III), the incomplete message is discarded in block IV. If complete (block Y selection Y), then allow the entire message for other processing (playback etc. block V). In block VI, the received TMC data is temporarily stored in the memory. Then, in block VII, it is checked whether the message is complete. Perfect is to be understood as meaning that all groups a [1] .. a [n] have been received exactly twice with the same consecutive index, ie in the same TMC message. From this flowchart, it follows that the message must be correctly received at one time in a single transmission for further processing. Otherwise, the entire message will be deleted, including some of the exactly received messages. FIG. 4 shows a flow chart of processing a multiple group message according to the present invention. This flowchart can be executed by the receiver illustrated in FIG. At block VIII, the new RDS TMC data is read. In block IX, check if it is for the next message. This is indicated by another position code. If it is the next message (selection Y in block IX), in block X it is checked whether the previous message is complete. If complete (selection Y in block X), the message is ready for other processing. If at block IX the message indicates that it is not the next message (select N at block IX), the received data is temporarily stored in memory. Then, in block XIII, it is checked whether the group a [i] has been correctly received, for example whether the same group has been received twice consecutively without any difference. If correctly received, the group a [i] is stored in another memory in block XIV. Then in block XV it is checked whether all groups of messages have been received. If so (selection Y in block XV), then the message is complete. Otherwise (selection N in block XV), the group accumulation continues until the next TMC message is received. However, this risk is significantly less than with the method of FIG. The reason is that, in this case, the correctly received group of messages is no longer abandoned if the other group of messages is received incorrectly. This accumulation of groups belonging to the same message makes the reception of the message more reliable, thus increasing, for example, the length of the message for the same probability of error, and also the message or parts thereof. The number of repeated requests is reduced. Furthermore, it is possible to combine processing steps, for example blocks X, XI and XVI. The invention is not limited to the examples shown here. For example, the system is not limited to RDS, but is suitable for any system in which packetized messages are sent. Obviously, it is also possible to define an identifier without position code and extension code.