EP0901724B1 - Verfahren zur verarbeitung von daten mit einem rundfunkempfänger - Google Patents

Verfahren zur verarbeitung von daten mit einem rundfunkempfänger Download PDF

Info

Publication number
EP0901724B1
EP0901724B1 EP97925882A EP97925882A EP0901724B1 EP 0901724 B1 EP0901724 B1 EP 0901724B1 EP 97925882 A EP97925882 A EP 97925882A EP 97925882 A EP97925882 A EP 97925882A EP 0901724 B1 EP0901724 B1 EP 0901724B1
Authority
EP
European Patent Office
Prior art keywords
data
tmc
rds
time window
type
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.)
Expired - Lifetime
Application number
EP97925882A
Other languages
English (en)
French (fr)
Other versions
EP0901724A1 (de
Inventor
Anke Runge
Ulrich Kersken
Ralf Duckeck
Heinrich Schmidt
Bernd Hosbach
Peter Oberding
Theodor Ignatios Eduard Kamalski
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
Koninklijke Philips NV
Original Assignee
Robert Bosch GmbH
Koninklijke Philips Electronics NV
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, Koninklijke Philips Electronics NV filed Critical Robert Bosch GmbH
Publication of EP0901724A1 publication Critical patent/EP0901724A1/de
Application granted granted Critical
Publication of EP0901724B1 publication Critical patent/EP0901724B1/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/55Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for traffic information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H40/00Arrangements specially adapted for receiving broadcast information
    • H04H40/09Arrangements for receiving desired information automatically according to timetables
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H2201/00Aspects of broadcast communication
    • H04H2201/10Aspects of broadcast communication characterised by the type of broadcast system
    • H04H2201/13Aspects of broadcast communication characterised by the type of broadcast system radio data system/radio broadcast data system [RDS/RBDS]

Definitions

  • the invention relates to a method for processing Data with a radio receiver according to the genus of independent claim.
  • the Radio Data System is already known with which the transmission of digital data in parallel Broadcast programs with one data channel is possible.
  • a Specification for the RDS for FM radio is u. a. in the Publication EN 50067, 1992 of the European Broadcasting Union (EBU).
  • Radio receiver with suitable RDS decoders can transmitted data in addition to Record radio reception with the same receiver and decode.
  • the Group 8a is currently for digital transmission coded traffic reports, the so-called Traffic Message System (TMC).
  • TMC Traffic Message System
  • ENV / 278/4/1/0011 the one on the standardization proposal of November 1990 published by the RDS Alert Consortium.
  • the essential elements of a traffic report are Place of occurrence (location) and the event. This information is cataloged. H. that everyone traffic-relevant location and every traffic-related event a unique code is assigned. The concatenation of places in the place table along existing streets gives the Course again. Except for the usual facilities one Receivers with an RDS decoder are required to use the Traffic announcement channel TMC devices for decoding, for storage, further processing and output of the Traffic announcements required.
  • the actual TMC data is still a variant of Groups 1a and 3a of the RDS protocol as system messages for TMC kept free. With these groups 1a and 3a, the are transmitted periodically, the general Framework conditions for the evaluation of the TMC data created. It will be so in particular clarified which place table the Underlying messages.
  • TMC data that is traffic data, which is cyclical are transmitted from the radio transmitter to the radio receiver.
  • the TMC signals are now via a control circuit, a Pictogram memory and a display driver in one optoelectronic device shown as a pictogram.
  • WO 92/08303 proposes the reception security of the Increase data by using multiple channels be broadcast scattered. Therefore, the RDS data in one If the channel is not received correctly, the receiver has the Possibility of switching the data to another frequency to be received again in another channel.
  • the selected radio station needs periods in the order of 0.5 to 1.5 s. During this Periods cannot perform other RDS functions and no TMC messages can be received either become. To perform these functions, the Radio thus identify time slots in which no TMC message can arrive, otherwise this message would be lost. No time slots have been provided so far, that were kept free from TMC data.
  • the measures of the dependent claim can be particularly beneficial for RDS and TMC messages be used. So it is possible if it is known that TMC data are transmitted twice during the time double transmission of the TMC information to the undisturbed Use data processing complex functions if the TMC data is already complete when it is received for the first time were recorded correctly.
  • FIG. 1 shows a known broadcasting system with which the inventive method can be implemented can and Figures 2,3 and 4 embodiments of Method according to the invention for processing data.
  • FIG. 1 shows in the form of a block diagram to explain the method according to the invention required parts of a radio receiver, preferably of a car radio.
  • a radio receiver Via an antenna 1 and a receiver (Tuner) 2 becomes an FM radio station known per se wise receive.
  • the tuner 2 delivers a multiplex signal MPX, which is an audio signal or in the case of stereo transmission encoded form audio signals for the left and right channels contains.
  • the multiplex signal also comprises a 57 kHz carrier modulates a radio data signal in one Decoder 3 is decoded.
  • the decoder 3 thus generates one Data stream in the RDS data and the TMC data contained therein are included.
  • the audio component of the multiplex signal MPX is in one Stereo decoder 4 decoded.
  • An audio amplifier 5 with two Power amplifiers 6, 7 and two speakers 8, 9 are used for Playback of the audio signals and has an input 10 Adjust the volume to. Audio inputs of the Audio amplifier 5 are on the one hand via a switch 11 with the output of the stereo decoder 4 and on the other hand with an auxiliary input 12 connectable to a cassette or a CD player can be connected.
  • a microcomputer 13 performs a number of functions in the shown radio receiver. Among other things various information on a display device (Display) 15 shown. Furthermore, the decoder 3 leads the Microcomputer 13 RDS signals, which evaluates them and in information contained in the RDS signals on the display 15 makes visible. Outputs of the microcomputer 13 are with the Control input 10 of the audio amplifier 5 and with a Control input of the switch 11 connected. About the Keyboard 14 can thus be one of the audio signal sources selected and the volume set.
  • FIG. 2 shows a method for processing data generated by decoder 3 are shown. Is applied a time axis, which is represented by the times T0 to T4 in individual time window is divided.
  • the time window between times T0 to T1 and T2 to T3 are with RDS referred to, which clarifies that in this Time slots only processed RDS data without TMC data become.
  • the time window between the times T1 to T2 and T3 to T4 are designated TMC, which clarifies is that TMC data is processed in these time windows can be.
  • TMC time window between the times T1 to T2 and T3 to T4 are designated TMC, which clarifies is that TMC data is processed in these time windows can be.
  • TMC time window between the times T1 to T2 and T3 to T4 are designated TMC, which clarifies is that TMC data is processed in these time windows can be.
  • TMC time window between the times T1 to T2 and T3 to T4 are designated TMC, which clarifies is that TMC data is processed in these
  • a time axis is plotted in FIG divided into three time segments by times T5 to T8 becomes.
  • the first time window T5 to T6 is used here as an example assumed that only RDS signals are received. It however, for this first time window between the At times T5 to T6, every other reception of data be realized.
  • Transfer system messages contain Data for the evaluation of the following TMC data from are important, for example on the basis of which tables the TMC data can be interpreted.
  • the transfer of a Such a system message is here in the time domain shown between times T6 to T7. to This system message is simplified in FIG. 3 as SY designated.
  • a bit is now defined, which indicates whether a subsequent time window, which is determined by the times T7 to T8 is shown as a TMC time window or as an RDS time window is trained.
  • the maximum duration one Time window is determined by the distance of the SY. at A TMC time window can contain both TMC data and RDS data are processed. There will be during this Time window, however, no complex RDS functions perceived that block the reception of TMC data could.
  • the method according to the invention was based on FIG RDS data and TMC data described.
  • the invention can always be used if Data of a first type and data of a second type to be processed, but certain Time window for data processing of only one type must be reserved. This will especially be the case Be the case when data of a first type is the most complex Processing steps require data from a second Types that should always be received, mixed be transmitted.
  • FIG. 3 is not a bit in this system message provided, which indicates what data the following Time window included. This information is thereby given whether in a following the system message Query time window between times T11 to T12 TMC data and RDS data or only RDS data.
  • TMC data and possibly additional RDS data is received, is signaled by that in the remaining period (T12 to T13) of Time window (T11 to T13) further TMC data and RDS data are included.
  • T12 to T13 should however no complex RDS functions that the Processing or recording of TMC data prevent exercised become. This procedure is indicated by the TMC label of the time window T12 to T13 above the time axis shown. However, if sy following query time windows T11 to T12 only RDS data (see label below the Time axis), then T12 for the subsequent time segment up to T13 also exclusively RDS data (see labeling below the axis).
  • the receiving one Radio receiver thus knows that it is in the time window T12 to T13 complex RDS functions, such as checking can make alternative transmitter frequencies without doing so there is a risk that TMC data will be lost.
  • TMC time window i.e. window in which TMC data and RDS data
  • RDS time window the is called time window in which only RDS data be processed.
  • the TMC time window can be further divided into a first one Time period during which the TMC data are transmitted and a second time period in which only other RDS data transferred and evaluated.
  • the corresponding TMCoder RDS time windows can be arranged as required become. However, the process becomes particularly simple if the TMC window and RDS window alternate. By can periodically change RDS or TMC time slots the receiver after syncing through Transmission errors disturbed signals the consequence and the Calculate the start characters of the individual time windows.
  • FIG. 5 shows a further embodiment of the Invention shown.
  • Another timeline is plotted through time T14 to T19 into several time stretches is divided.
  • the first period between the Time T14 to T15 can again for any data be used.
  • Between times T15 to T16 again transfer a system message sy, the basic one Contains information related to TMC.
  • FIG. 3 is not a bit even with this system message provided, which indicates what data the following Time window included. In the following time window only transmit TMC data of identical content. If those TMC data received correctly at T17 can remaining duration T17 to T18 for time-consuming RDS functions be used.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Circuits Of Receivers In General (AREA)

Description

Stand der Technik
Die Erfindung betrifft ein Verfahren zur Verarbeitung von Daten mit einem Rundfunkempfänger nach der Gattung des unabhängigen Patentanspruchs.
Es ist bereits das Radio-Daten-System (RDS) bekannt, mit dem die Übermittlung von digitalen Daten parallel zu Rundfunkprogrammen mit einem Datenkanal möglich ist. Eine Spezifikation für das RDS für UKW-Hörfunk ist u. a. in der Druckschrift EN 50067, 1992 der europäischen Rundfunkunion (EBU) festgelegt. Rundfunkempfänger mit geeigneten RDS-Decodern können übermittelte Daten zusätzlich zum Rundfunkempfang mit demselben Empfangsteil aufnehmen und decodieren. Für die Datenübertragung sind 32 Gruppen zu jeweils 104 Bit vorgesehen, wobei jeder der übertragenenn Gruppen jeweils ein bestimmter Dienst zugeordnet wird. Die Gruppe 8a ist zur Zeit für die Übertragung von digital codierten Verkehrsmeldungen, dem sog. Traffic Message System (TMC), vorgesehen. Der Aufbau und die Codierung dieser TMC-Meldungen sind im CEN-Draft Pr. ENV/278/4/1/0011 festgelegt, der auf dem Normungsvorschlag vom November 1990 herausgegeben vom RDS Alert Consortium basiert. Die wesentlichen Elemente einer Verkehrsmeldung sind dabei der Ort des Geschehens (Location) und das Ereignis (Event). Diese Angaben sind katalogisiert, d. h. daß jedem verkehrsrelevanten Ort und jedem verkehrsrelevanten Ereignis ein eindeutiger Code zugewiesen ist. Die Verkettung der Orte in der Ortstabelle entlang existierender Straßen gibt den Verlauf wieder. Außer den üblichen Einrichtungen eines Empfangsgerät mit einem RDS-Decoder sind zur Nutzung des Verkehrsmeldungskanals TMC Einrichtungen zur Decodierung, zur Speicherung, zur Weiterverarbeitung und zur Ausgabe der Verkehrsmeldungen erforderlich. Neben der Gruppe 8a, die die eigentlichen TMC-Daten enthält, sind noch eine Variante der Gruppen 1a und 3a des RDS-Protokolls als Systemmeldungen für TMC freigehalten. Mit diesen Gruppen 1a und 3a, die periodisch übertragen werden, werden die allgemeinen Rahmenbedingungen für die Auswertung der TMC-Daten geschaffen. Es wird so insbesondere klar gestellt, welche Ortstabelle den Nachrichten zugrundeliegt.
Aus der DE-A 42 37 987 ist es bekannt, Radiodatensignale, die zu einem Rundfunkempfänger neben den Audiosignalen übertragen werden, auszuwerten, um so dem Benutzer des Rundfunkgerätes weitere Informationen zur Verfügung zu stellen. Eine wesentliche Information, die dem Rundfunkhörer zur Verfügung gestellt werden soll, sind die TMC-Daten, das sind Verkehrsdaten, die zyklisch von Rundfunksender an die Rundfunkempfänger übertragen werden. Die TMC-Signale werden nun über eine Steuerschaltung, einem Piktogrammspeicher und einem Displaytreiber in einer optoelektronischen Einrichtung als Piktogramm dargestellt. In der WO 92/08303 wird vorgeschlagen, die Empfangssicherheit der Daten dadurch zu erhöhen, daß diese über mehrere Kanäle verstreut übertragen werden. Werden daher die RDS-Daten in einem Kanal nicht richtig empfangen, so hat der Empfänger die Möglichkeit, durch Umschalten auf eine andere Frequenz die Daten in einem anderen Kanal nochmals zu empfangen.
Zur Wahrnehmung bestimmter RDS-Funktionen, beispielsweise die Überprüfung alternativer Frequenzen für den gerade ausgewählten Sender benötigt der Rundfunkempfänger Zeiträume in der Größenordnung von 0,5 bis 1,5 s. Während dieser Zeiträume können keine anderen RDS-Funktionen ausgeübt werden und es können auch keine TMC-Nachrichten empfangen werden. Für die Wahrnehmung dieser Funktionen muß das Rundfunkgerät somit Zeitfenster identifizieren, in denen keine TMC-Nachricht eingehen kann, da sonst diese Nachricht verloren ginge. Bislang wurden keine Zeitfenster vorgesehen, die frei von TMC-Daten gehalten wurden.
Vorteile der Erfindung
Das erfindungsgemäße Verfahren mit den kennzeichnenden Merkmalen der unabhängigen Patentansprüche hat demgegenüber den Vorteil, daß anhand der Systemmeldung oder aber kurz danach erkannt werden kann, ob ausreichend lange Zeitfenster auftreten können, in denen eine ungestörte Datenverarbeitung aufwendiger Funktionen, insbesondere RDS-Funktionen, erfolgen kann.
Weitere Vorteile ergeben sich aus den Maßnahmen des abhängigen Patentanspruchs. Das erfindungsgemäße Verfahren kann insbesondere vorteilhaft für RDS- und TMC-Nachrichten verwendet werden. So ist es möglich, wenn bekannt ist, daß TMC-Daten doppelt übertragen werden, die Zeit während der doppelten Übertragung der TMC-Informationen zur ungestörten Datenverarbeitung aufwendiger Funktionen zu verwenden, wenn die TMC-Daten beim ersten Empfang bereits vollständig und richtig aufgenommen wurden.
Zeichnungen
Ausführungsbeispiele der Erfindung sind in den Zeichnungen dargestellt und in der nachfolgenden Beschreibung näher erläutert. Es zeigen Figur 1 ein bekanntes Rundfunksystem mit dem das erfindungsgemäße Verfahren realsisiert werden kann und die Figuren 2,3 und 4 Ausführungsbeispiele des erfindungsgemäßen Verfahrens zur Verarbeitung von Daten.
Beschreibung
Figur 1 zeigt in Form eines Blockschaltbildes die zurErläuterung des erfindungsgemäßen Verfahrens erforderlichen Teile eines Rundfunkempfängers, vorzugsweise eines Autoradios. Über eine Antenne 1 und ein Empfangsteil (Tuner) 2 wird ein UKW-Rundfunksender in an sich bekannter Weise empfangen. Der Tuner 2 gibt eine Multiplex-Siganl MPX ab, das ein Audiosignal bzw. im Falle einer Stereoübertragung in codierter Form Audiosignale für den linken und rechten Kanal enthält. Ferner umfaßt das Multiplexsignal auf einem 57-kHz-Träger moduliert ein Radio-Daten-Signal, das in einem Decoder 3 decodiert wird. Der Decoder 3 erzeugt so einen Datenstrom in dem RDS-Daten und die darin enthaltenen TMC-Daten enthalten sind.
Der Audioanteil des Multiplexsignals MPX wird in einem Stereo-Decoder 4 decodiert. Ein Audioverstärker 5 mit zwei Endstufen 6, 7 und zwei Lautsprechern 8, 9 dient zur Wiedergabe der Audiosignale und weist einen Eingang 10 zur Einstellung der Lautstärke auf. Audio-Eingänge des Audioverstärkers 5 sind über einen Umschalter 11 einerseits mit dem Ausgang des Stereo-Decoders 4 und andererseits mit einem Hilfseingang 12 verbindbar, an den ein Kasetten- oder ein CD-Wiedergabegerät angeschlossen werden kann.
Ein Mikrocomputer 13 übt eine Reihe von Funktionen im dargestellten Rundfunkempfänger aus. Unter anderem werden verschiene Informationen auf einer Anzeigevorrichtung (Display) 15 dargestellt. Ferner führt der Decoder 3 dem Mikrocomputer 13 RDS-Signale zu, der diese auswertet und in den RDS-Signalen enthaltene Informationen auf dem Display 15 sichtbar macht. Ausgänge des Mikrocomputers 13 sind mit dem Steuereingang 10 des Audioverstärkers 5 sowie mit einem Steuereingang des Umschalters 11 verbunden. Über die Tastatur 14 kann somit eine der Audiosignalquellen ausgewählt und die Lautstäreke eingestellt werden.
In der Figur 2 wird ein Verfahren zur Verarbeitung von Daten die von Decoder 3 erzeugt wurden gezeigt. Aufgetragen ist eine Zeitachse, die durch die Zeitpunkte T0 bis T4 in einzelne Zeitfenster unterteilt wird. Die Zeitfenster zwischen den Zeitpunkten T0 bis T1 und T2 bis T3 sind mit RDS bezeichnet, wodurch klargestellt wird, daß in diesem Zeitfenstern nur RDS-Daten ohne TMC-Daten verarbeitet werden. Die Zeitfenster zwischen den Zeitpunkten T1 bis T2 bzw. T3 bis T4 sind mit TMC bezeichnet, wodurch klargestellt wird, daß in diesen Zeitfenstern TMC-Daten verarbeitet werden können. Während dieser Zeitfenster können jedoch auch andere RDS-Signale verarbeitet werden. Innerhalb dieser Zeitfenster wird der Rundfunkempfänger jedoch keine RDS-Funktion wahrnehmen, die sehr aufwendig sind, und die ihm während dieser Zeit die Verarbeitung von TMC-Signalen unmöglich macht. Dabei wird insbesondere an die RDS-Funktion gedacht, die eine Überprüfung von alternativen Sendefrequenzen für den gerade eingestellten Sender ermöglicht. Bei der Wahrnehmung dieser Funktion können nämlich keine TMC-Daten mehr empfangen werden, was zu einem Verlust von entsprechenden TMC-Daten führen würde. Derartige Funktionen werden vom Rundfunkempfänger nur in den Zeitfenstern ausgeübt, in denen ausschließlich RDS-Daten ohne TMC-Daten empfangen werden. In den Figuren 3 und 4 werden nachfolgend zwei Verfahren dargestellt mit denen ein TMC-Zeitfenster oder ein RDS-Zeitfenster festgelegt werden kann.
In der Figur 3 ist wieder eine Zeitachse aufgetragen, die durch Zeitpunkte T5 bis T8 in drei Zeitstrecken unterteilt wird. Im ersten Zeitfenster T5 bis T6 wird hier als Beispiel davon ausgegangen, daß nur RDS-Signale empfangen werden. Es kann jedoch für dieses erste Zeitfenster zwischen den Zeitpunkten T5 bis T6 auch jeder andere Empfang von Daten realisiert sein. Für die Auswertung der TMC-Signale werden periodisch im festgelegten Abstand von z.B. einigen Sekunden Systemmeldungen übertragen. Diese Systemmeldungen enthalten Daten die für die Auswertung der nachfolgenden TMC-Daten von bedeutung sind, beispielsweise anhand welcher Tabellen die TMC-Daten interpretiert werden. Die Übertragung einer derartigen Systemmeldung wird hier in der Zeitstrecke zwischen den Zeitpunkten T6 bis T7 dargestellt. Zur Vereinfachung wird diese Systemmeldung in der Figur 3 als SY bezeichnet. Bei einer Systemmeldung handelt es sich dabei um eine einzelne Gruppe von 104 Bit so daß hier die Zeitstrecke SY übertriebener Breite dargestellt ist. In der Systemmeldung ist nun ein Bit definiert, das anzeigt, ob ein nachfolgendes Zeitfenster, welches durch die Zeitpunkte T7 bis T8 dargestellt ist, als TMC-Zeitfenster oder als RDS-Zeitfenster ausgebildet ist. Die maximale Dauer eine Zeitfensters wird durch den Abstand der SY festgelegt. Bei einem TMC-Zeitfenster können sowohl TMC-Daten wie auch RDS-Daten verarbeitet werden. Es werden während dieses Zeitfensters jedoch keine aufwendigen RDS-Funktionen wahrgenommen, die den Empfang von TMC-Daten blockieren könnten. Wenn jedoch durch das entsprechende Bit in der Systemmeldung klargestellt wird, daß das Zeitfenster ausschließlich für RDS-Nachrichten genutzt werden soll, so können auch aufwendige RDS-Funktionen, wie beispielsweise das Überprüfen anderer alternativer Sendefrequenzen, die die Aufnahme bzw. Verarbeitung weiterer Daten für einen Zeitraum blockieren, der die Länge des Zeitfensters nicht übersteigt, genutzt werden.
Das erfindungsgemäße Verfahren wurde zur Figur 3 anhand von RDS-Daten und TMC-Daten beschrieben. Das erfindungsgemäße Verfahren kann jedoch immer dann eingesetzt werden, wenn Daten eines ersten Typs und Daten eines zweiten Typs verarbeitet werden sollen, wobei jedoch bestimmte Zeitfenster für die Datenverarbeitung nur eines Typs reserviert werden müssen. Dies wird insbesondere dann der Fall sein, wenn Daten eines ersten Typs die sehr aufwendige Verarbeitungsschritte erfordern mit Daten eines zweiten Typs, die möglichst immer empfangen werden müssen, gemischt übertragen werden.
Da die Systemmeldunge in einem festen Zeitraster gesendet werden, kann auch das Ende des jeweiligen Zeitfensters berechnet werden. Es können somit Übertragungsfehler kompensiert werden. Dies ist besonders vorteilhaft wenn, wie in Figur 2 dargestellt, ein TMC-Zeitfenster immer mit einem RDS-Zeitfenster abwechselt. Der Empfänger kann sich dann auf den Wechsel aufsynchronisieren und wird dadurch robust gegen Übertragungsfehler in der Systemmeldung SY.
In der Figur 4 wird ein weiteres Ausführungsbeispiel der Erfindung dargestellt. Aufgetragen ist wieder eine Zeitachse die durch Zeitpunkt T9 bis T13 in mehrere Zeitstrecken unterteilt wird. Die erste Zeitstrecke zwischen den Zeitpunkten T9 bis T10 kann wieder für beliebige Daten genutzt werden. Zwischen den Zeitpunkten T10 bis T11 wird wieder eine Systemmeldung sy übertragen, die grundsätzliche Informationen bezüglich TMC enthält. Im Unterschied zur Figur 3 ist jedoch bei dieser Systemmeldung kein bit vorgesehen, welches angibt, was für Daten die nachfolgenden Zeitfenster enthalten. Diese Information wird dadurch gegeben, ob in einem auf die Systemmeldung folgenden Abfragezeitfenster zwischen den Zeitpunkten T11 bis T12 TMC-Daten und RDS-Daten oder ausschließlich RDS-Daten eingehen. Wenn im Abfragezeitfenster TMC-Daten und eventuell zusätzlich RDS-Daten eingehen, wird dadurch signalisiert, daß in der verbleibenden Zeitstrecke (T12 bis T13) des Zeitfensters (T11 bis T13) weitere TMC-Daten und RDS-Daten enthalten sind. In der Zeitstrecke T12 bis T13 sollten jedoch keine aufwendigen RDS-Funktionen, die die Verarbeitung bzw. Aufnahme vom TMC-Daten verhindern ausgeübt werden. Diese Vorgehensweise wird durch die Beschriftung TMC des Zeitfensters T12 bis T13 oberhalb der Zeitachse dargestellt. Wenn jedoch in dem auf die Systemmeldung sy folgende Abfragezeitfenster T11 bis T12 ausschließlich RDS-Daten eingehen, (siehe Beschriftung unterhalb der Zeitachse), so sind für die darauffolgende Zeitstrecke T12 bis T13 auch ausschließlich RDS-Daten (siehe Beschriftung unterhalb der Achse) zulässig. Der empfangende Radioempfänger weiß somit, daß er im Zeitfenster T12 bis T13 aufwendige RDS-Funktionen, wie beispielsweise das Überprüfen alternativer Senderfrequenzen vornehmen kann, ohne daß dabei die Gefahr besteht, daß TMC-Daten verloren gehen. Durch die in den Figuren 3 und 4 dargestellten Verfahren können somit TMC-Zeitfenster (das heißt Fenster, in denen TMC-Daten und RDS-Daten) verarbeitet werden, und RDS-Zeitfenster (das heißt Zeitfenster, in denen ausschließlich RDS-Daten verarbeitet werden) definiert werden. Die TMC-Zeitfenster können dabei noch weiter unterteilt werden in eine erste Zeitsatrecke während der die TMC-Daten übertragen werden und eine zweite Zeitstrecke, in der nur andere RDS-Daten übertragen und ausgewertet werden. Die entsprechenden TMCoder RDS-Zeitfenster können dabei beliebig angeordnet werden. Besonders einfach wird das Verfahren jedoch wenn sich TMC-Fenster und RDS-Fenster jeweils abwechseln. Durch den periodischen Wechsel von RDS- oder TMC-Zeitfenstern kann der Empfänger nach dem Aufsynchronisieren auch bei durch Übertragungsfehlern gestörten Signalen die Folge und die Startzeichen der einzelnen Zeitfenstern berechnen.
In der Figur 5 wird ein weiteres Ausführungsbeispiel der Erfindung dargestellt. Aufgetragen ist wieder eine Zeitachse die durch Zeitpunkt T14 bis T19 in mehrere Zeitstrecken unterteilt wird. Die erste Zeitstrecke zwischen den Zeitpunkten T14 bis T15 kann wieder für beliebige Daten genutzt werden. Zwischen den Zeitpunkten T15 bis T16 wird wieder eine Systemmeldung sy übertragen, die grundsätzliche Informationen bezüglich TMC enthält. Im Unterschied zur Figur 3 ist jedoch auch bei dieser Systemmeldung kein bit vorgesehen, welches angibt, was für Daten die nachfolgenden Zeitfenster enthalten. Im nachfolgenden Zeitfenster werden nur TMC-Daten identischen Inhalts übertragen. Wenn diese TMC-Daten bei T17 korrekt empfangen wurden, kann die restliche Dauer T17 bis T18 für zeitaufwendige RDS-Funktionen genutzt werden.

Claims (3)

  1. Verfahren und Verarbeitung von Daten mit einem Rundfunkempfänger, der einen Empfangsteil (2), einen Radiodaten-Signal-Dekoder (3) und eine Wiedergabeeinrichtung für Audiosignale (6-9) aufweist, wobei der Radiodaten-Signal-Dekoder (3) einen Datenstrom von RDS-Daten zur Verfügung stellt, und im Datenstrom Zeitfenster (T0-T1, T1-T2...) vorgesehen sind, und wobei der Datenstrom Daten eines ersten Datentyps und Daten eines zweiten Datentyps enthält und ein Zeitfenster vorgesehen ist, in dem nur Daten des ersten Datentyps verarbeitet werden, dadurch gekennzeichnet, daß für den ersten Datentyp RDS-Daten ohne TMC-Daten und für den zweiten Datentyp TMC-Daten und RDS-Daten vorgesehen sind, daß periodisch Systemmeldungen (SY) für TMC-Daten übertragen werden, die grundlegende Informationen zur Verarbeitung von nachfolgenden TMC-Daten enthalten und daß die Systemmeldungen (SY) Daten enthalten, die anzeigen, ob ein nachfolgendes Zeitfenster des Datenstromes ausschließlich RDS-Daten oder RDS-Daten und TMC-Daten enthält.
  2. Verfahren zur Verarbeitung von Daten mit einem Rundfunkempfänger, der einen Empfangsteil (2), einen Radiodaten-Signal-Dekoder (3) und eine Wiedergabeeinrichtung für Audiosignale (6-9) aufweist, wobei der Radiodaten-Signal-Dekoder (3) einen Datenstrom von RDS-Daten zur Verfügung stellt, und im Datenstrom Zeitfenster ((T0-T1, T1-T2, ...) vorgesehen sind, und wobei der Datenstrom Daten eines ersten Typs und Daten eines zweiten Typs enthält und ein Zeitfenster vorgesehen ist, in dem nur Daten des ersten Typs verarbeitet werden, dadurch gekennzeichnet, daß für den ersten Datentyp RDS-Daten ohne TMC-Daten und für den zweiten Datentyp TMC-Daten und RDS-Daten vorgesehen sind, daß periodisch Systemmeldungen (SY) für TMC-Daten übertragen werden, die grundlegende Informationen zur Verarbeitung von nachfolgenden TMC-Daten enthalten, und daß nach den Systemmeldungen (SY) ein Abfragezeitfenster (T11-T12, T16-T17) und ein nachfolgendes Zeitfenster vorgesehen ist und daß das nachfolgende Zeitfenster (T12-T13, T17-T18) ausschließlich für die Verarbeitung von RDS-Daten vorgesehen ist, wenn im Abfragezeitfenster ausschließlich RDS-Daten auftreten.
  3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, daß im Falle der Übertragung von TMC-Daten im Abfragefenster (T16-T17) und im nachfolgenden Zeitfenster (T17-T18) die TMC-Daten im nachfolgenden Zeitfenster (T17-T18) identisch zu den TMC-Daten (T16-T17) im Abfragefenster sind.
EP97925882A 1996-05-30 1997-05-28 Verfahren zur verarbeitung von daten mit einem rundfunkempfänger Expired - Lifetime EP0901724B1 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE19621609A DE19621609A1 (de) 1996-05-30 1996-05-30 Verfahren zur Verarbeitung von Daten mit einem Rundfunkempfänger
DE19621609 1996-05-30
PCT/DE1997/001087 WO1997047101A1 (de) 1996-05-30 1997-05-28 Verfahren zur verarbeitung von daten mit einem rundfunkempfänger

Publications (2)

Publication Number Publication Date
EP0901724A1 EP0901724A1 (de) 1999-03-17
EP0901724B1 true EP0901724B1 (de) 2002-11-13

Family

ID=7795621

Family Applications (1)

Application Number Title Priority Date Filing Date
EP97925882A Expired - Lifetime EP0901724B1 (de) 1996-05-30 1997-05-28 Verfahren zur verarbeitung von daten mit einem rundfunkempfänger

Country Status (5)

Country Link
EP (1) EP0901724B1 (de)
JP (1) JP3892047B2 (de)
DE (2) DE19621609A1 (de)
ES (1) ES2190534T3 (de)
WO (1) WO1997047101A1 (de)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1241813A1 (de) * 2001-03-15 2002-09-18 Siemens Aktiengesellschaft Verfahren zur Festlegung von Zeitfenstern in einem RDS-TMC-Rundfunkempfänger
JP4181021B2 (ja) * 2003-11-27 2008-11-12 アルパイン株式会社 多重放送用受信装置および多重放送受信方法
DE102007047423A1 (de) 2007-10-04 2009-04-09 Robert Bosch Gmbh Verfahren zum Auswerten von Verkehrsnachrichten

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3820640C2 (de) * 1988-06-18 1997-04-03 Bosch Gmbh Robert Auswerteverfahren digitaler Verkehrsnachrichten
DE3824309A1 (de) * 1988-07-18 1990-01-25 Bosch Gmbh Robert Verfahren zur auswertung von in einem datentelegramm digital codiert empfangener verkehrsnachrichten, sowie rundfunkempfaenger
GB9023307D0 (en) * 1990-10-25 1990-12-05 British Broadcasting Corp Multichannel operation of rds
DE4237987B4 (de) * 1992-11-11 2004-07-22 Adam Opel Ag Elektronische Einrichtung
JPH0851379A (ja) * 1994-07-05 1996-02-20 Ford Motor Co 無線放送受信器の音声効果制御器

Also Published As

Publication number Publication date
DE19621609A1 (de) 1997-12-04
ES2190534T3 (es) 2003-08-01
DE59708719D1 (de) 2002-12-19
EP0901724A1 (de) 1999-03-17
WO1997047101A1 (de) 1997-12-11
JP2000512448A (ja) 2000-09-19
JP3892047B2 (ja) 2007-03-14

Similar Documents

Publication Publication Date Title
EP0610313B1 (de) Rundfunkübertragungssystem und rundfunkempfänger
EP0283708A2 (de) Rundfunkempfänger mit zwei Verkehrsfunkdecodern
DE3783194T2 (de) Verfahren zur rundfunkuebertragung von textnachrichten auf einen untertraeger, verbunden mit einer radiophonen traegerfrequenz.
WO1997042723A1 (de) Verfahren zur übertragung von durchsagen mittels digitaler hörfunksendungen und empfänger zur durchführung des verfahrens
DE3820640C2 (de) Auswerteverfahren digitaler Verkehrsnachrichten
EP0041121A1 (de) Verfahren zum Übertragen von zusätzlichen Informationen
EP0580976A1 (de) Verfahren zur Übertragung regional unterschiedlicher Informationen in Gleichwellennetzen
EP0233967A1 (de) Verfahren zum Übertragen einer digitalen Information sowie zum Abstimmen eines mobilen Rundfunkempfängers mit Hilfe dieser übertragenen digitalen Information
EP0901724B1 (de) Verfahren zur verarbeitung von daten mit einem rundfunkempfänger
DE10229195A1 (de) Verfahren zur Informationsübertragung und Informationsempfänger
EP0900432B1 (de) Verfahren und empfänger zur geographischen selektion von digital codierten meldungen
EP0725503B1 (de) Verfahren zum Empfang und zur Ausgabe eines Rundfunkprogrammes mit zugefügten digitalen Informationen und Rundfunkempfänger zur Ausgabe von digitalen Informationen anderer Rundfunkprogramme
DE4020932C2 (de)
EP1219027B1 (de) Verfahren und einrichtung zum betrieb einer audioeinrichtung in einem kraftfahrzeug
DE19630195A1 (de) Verfahren zur Übertragung von Durchsagen mit Empfänger zur Durchführung des Verfahrens
DE4013204A1 (de) Verfahren zur uebertragung eines datenstromes von digitalen daten
EP0902564B1 (de) Verfahren zur Auswertung von digitalen Signalen, insbesondere Radio-Daten-Signalen
EP0790719B1 (de) Verfahren und Empfänger zum Empfang und zur Wiedergabe von digital codierten Verkehrsmeldungen
DE19721633A1 (de) Empfänger mit einer Einrichtung zur Selektion von digital codierten Meldungen
DE3743213A1 (de) Ukw-empfaenger
DE4031431A1 (de) Verkehrsinformationsempfaenger
EP0795974A2 (de) Verfahren und Empfänger zur Wiedergabe von empfangenen gesprochenen Meldungen und Verfahren zum Senden von gesprochenen Meldungen
EP0836292A2 (de) Verfahren, Einrichtung und Datenträger zur gebietsabhängigen selektiven Ausgabe von empfangenen digital codierten Meldungen
DE10105738B4 (de) System und Verfahren für die Übertragung von digitalen Audiosignalen
EP0798887A1 (de) Verfahren zur Übertragung von Durchsagen und Empfänger für den Empfang von Durchsagen

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

17P Request for examination filed

Effective date: 19981230

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE ES FR GB IT SE

17Q First examination report despatched

Effective date: 20010510

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): DE ES FR GB IT SE

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REF Corresponds to:

Ref document number: 59708719

Country of ref document: DE

Date of ref document: 20021219

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

Effective date: 20030315

REG Reference to a national code

Ref country code: GB

Ref legal event code: 732E

ET Fr: translation filed
REG Reference to a national code

Ref country code: ES

Ref legal event code: PC2A

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2190534

Country of ref document: ES

Kind code of ref document: T3

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: 20030814

REG Reference to a national code

Ref country code: GB

Ref legal event code: 732E

Free format text: REGISTERED BETWEEN 20110519 AND 20110525

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

Ref country code: ES

Payment date: 20120525

Year of fee payment: 16

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

Ref country code: SE

Payment date: 20130521

Year of fee payment: 17

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: 20140529

REG Reference to a national code

Ref country code: SE

Ref legal event code: EUG

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20150626

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

Ref country code: ES

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

Effective date: 20140529

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 20

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

Ref country code: GB

Payment date: 20160523

Year of fee payment: 20

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

Ref country code: FR

Payment date: 20160523

Year of fee payment: 20

Ref country code: IT

Payment date: 20160524

Year of fee payment: 20

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

Ref country code: DE

Payment date: 20160726

Year of fee payment: 20

REG Reference to a national code

Ref country code: DE

Ref legal event code: R071

Ref document number: 59708719

Country of ref document: DE

REG Reference to a national code

Ref country code: GB

Ref legal event code: PE20

Expiry date: 20170527

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 EXPIRATION OF PROTECTION

Effective date: 20170527