EP0652654B1 - Verfahren zur Detektion von Informationen im RDS-Datenstrom - Google Patents

Verfahren zur Detektion von Informationen im RDS-Datenstrom Download PDF

Info

Publication number
EP0652654B1
EP0652654B1 EP94117170A EP94117170A EP0652654B1 EP 0652654 B1 EP0652654 B1 EP 0652654B1 EP 94117170 A EP94117170 A EP 94117170A EP 94117170 A EP94117170 A EP 94117170A EP 0652654 B1 EP0652654 B1 EP 0652654B1
Authority
EP
European Patent Office
Prior art keywords
rds
transmitter
data stream
block
counter
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
EP94117170A
Other languages
English (en)
French (fr)
Other versions
EP0652654A1 (de
Inventor
Rainer Dipl.-Ing. Klos
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.)
Harman Becker Automotive Systems GmbH
Original Assignee
Becker 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 Becker GmbH filed Critical Becker GmbH
Publication of EP0652654A1 publication Critical patent/EP0652654A1/de
Application granted granted Critical
Publication of EP0652654B1 publication Critical patent/EP0652654B1/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H40/00—Arrangements specially adapted for receiving broadcast information
    • H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H04H20/33—Arrangements for simultaneous broadcast of plural pieces of information by plural channels
    • H04H20/34—Arrangements for simultaneous broadcast of plural pieces of information by plural channels using an out-of-band subcarrier signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/10—Aspects of broadcast communication characterised by the type of broadcast system
    • H04H2201/13—Aspects 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 the detection of information contained in a certain block of data in a predetermined number of periodically successive groups of transmitted RDS data stream are expected, In the case of a radio receiver, the consecutively on several transmitters to be tested is set and its RDS decoder with the RDS data stream of each set station is synchronized.
  • Radio receivers with particularly powerful station selection functions in particular Car radios have a separate receiver, which is constantly in the Background searches for channels worth receiving or freely definable if necessary Traffic radio stations regularly checked for traffic announcements.
  • the one in the background working receiver must permanently set many different RDS transmitters and evaluate the received RDS data.
  • RDS information of concern for example an announcement identifier at a traffic information station or an alternative frequency. Because this information is in certain Data blocks of the RDS data stream must be transferred after each setting on a transmitter and after synchronization of the RDS decoder on the received one RDS data stream are waited until the relevant data block is received.
  • a method for recovering the RDS data stream and an RDS demodulator for Implementation of this method is known from DE 35 10 562 C2.
  • the RDS demodulator does indeed A high level of interference immunity, however the downstream RDS decoder is required due to the fact that information about the phase position of the RDS data stream is neither with demodulation is still available during decoding, a considerable time to Snap into the RDS data stream.
  • the for the synchronization required time, at which a period of time until the occurrence of the expected information added in a certain data block stands for others Features not available.
  • the invention has for its object a method for the targeted detection of To create information in the RDS data stream, in which the majority of those for the Synchronization and waiting for the data block you are looking for so far saved and made available for other functions.
  • the synchronization of the RDS decoder to one received station made only once; when voting again the same transmitter, for example to check a traffic information station the appearance of an announcement identifier, the time of appearance of the data blocks searched in advance based on the data stored in the station table Reference size can be determined. It is only at this point that the Alignment of the receiver working in the background with the one to be checked Channel.
  • a certain counter reading is preferably stored as the reference variable. This can be the beginning of a reference data block in the RDS data stream of each set station, for example the first data block in a Group, i.e. the A block, or the meter reading that corresponds to the start of the specific, searched data blocks in the RDS data stream of the currently set Transmitter corresponds, for example the B block when checking for announcement identification.
  • the former method offers greater flexibility and offers itself when more than one data block is to be evaluated.
  • the The temporal position of the desired data block can then be based on the as The stored counter reading can be calculated.
  • the second method is useful if only one data block is evaluated at a time, as the The stored counter value directly as a criterion for the Setting on the transmitter to be checked can be used.
  • the setting on the transmitter to be checked takes place if the Counter reading of the free running counter with the as reference value stored counter reading.
  • the RDS data are divided into periodic groups Transfer group type. Relevant information is often only in Groups of a certain type. In such cases, the preferred embodiment the procedure to tune to a station to be checked first at the time of the occurrence of the searched data block in a group of the desired one Type made. Since the group types are periodic, can be calculated in advance using the stored reference size what time the desired data block in a group of the desired Type appears.
  • a car radio is used as a radio receiver assumed that an additional receiving part working in the background whose task is to identify receivable stations, Check alternative frequencies, evaluate the RDS data stream and if desired, certain traffic radio stations on the appearance of announcement identifiers to monitor.
  • an additional receiving part working in the background whose task is to identify receivable stations, Check alternative frequencies, evaluate the RDS data stream and if desired, certain traffic radio stations on the appearance of announcement identifiers to monitor.
  • the main recipient working in the foreground to any desired Set stations and the traffic announcements recognized in background mode to switch through at will or to store for later retrieval.
  • Figure 1 shows only the receiving part working in the background.
  • He contains an RF receiving part 10, the tuning stage by a frequency synthesis circuit 12 is controlled, a subsequent RDS demodulator 14, whose output controls an RDS decoder 16, two cascaded counters 18, 20, which are incremented by the data clock obtained from the RDS decoder, a microcontroller 22 and a memory 24.
  • the counter 20 is a Block phase counter incremented by the RDS data clock from the RDS decoder 16 and counts from 0 to 25 and the counter 18 is a group phase counter, which counts from 0 to 3 and by overflow of the block phase counter 20 is incremented.
  • the frequency of the RDS data clock is 1187.5 Hz
  • Stores 24 store information for each station found and checked, which will now be explained in more detail with reference to FIG. 2.
  • the RDS decoder When setting the RF receiver 10 to a transmitter that has not yet been checked , the RDS decoder is first synchronized with the received data stream. This synchronization, according to conventional methods takes at least about 110 milliseconds. As soon as the synchronization has taken place, the one just received will be Data block in relation to the random number of counters 18, 20 set. In the application example considered here, traffic radio stations are intended be checked for the appearance of announcement identifiers. To do this a bit in the B block can be checked. The meter reading now becomes the meter 18, 20 determined at the beginning of the received B data block and together with the most important characteristics of the received transmitter stored in the memory 24.
  • the counter reading is a combination of the counter readings of the block phase counter 20 and the group phase counter 18 recorded in the one shown in FIG For example, the information 14/2. Accordingly, is received for everyone and checked transmitter, so that a memory table in the memory 24 is formed, the reference variable for each recorded transmitter contains a counter reading which is assigned to the beginning of a B data block.
  • step 30 the RF receiver is set for the first time 10 on a traffic radio station found. This is done in step 32 the synchronization of the RDS decoder 16 on the received RDS data stream. At the same time, the count of the counters 18, 20 for the start of the B data block in the memory 24 with the most important characteristics of the received transmitter stored in memory. In the following endless loop, the RF receiving part successively set to other receivable transmitters in step 34, to be checked.
  • step 36 If it is determined in step 36 that a certain amount of time has passed, after which the review of a certain traffic information station on the appearance of an announcement identifier is attached, it is checked in step 38 whether the current count of the Counter 18, 20 matches the entry in memory 24 for the transmitter in question. If there is a match, the setting is made in step 40 to traffic radio station concerned, whose B data block is then specifically evaluated becomes. Step 34 then checks other transmitters continued.
  • Figure 4 illustrates this method compared to the prior art.
  • the RDS decoder can only be synchronized after Reception of a complete group of 4 data blocks has been reached at the earliest after 110 milliseconds. Only then can the evaluation of the next one B data blocks occur.
  • the setting is made to the on the other hand, the traffic radio station checking at the very beginning of the reception of a B data block, then targeted within a little more than its duration can be evaluated.
  • Figure 5 illustrates the incoming RDS data stream shown in the drawing passes from right to left. If the B data block is checked in each case there should be a period of time between two successive B data blocks of around 65 milliseconds available, which is sufficient to, for example in the channel search the reception worthiness of a channel (stop signal) or an alternative frequency to the station currently in the foreground check.
  • the examples described relate to the permanent monitoring of traffic information stations on announcements. But the invention is just as well targeted Detection of other types of information applicable in the RDS data stream.
  • a Another application for a car radio is the targeted collection of information via alternative frequencies to already found transmitters.
  • the described method specifically and without constant resynchronization of the RDS decoder on information of any intended type and in any for the expected information applicable group type can be accessed.
  • At all Applications is not only the time saved by the elimination of the constant resynchronization beneficial to already tested channels, but it will too the security of the RDS decoding is increased since a synchronization has taken place once preserved.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Circuits Of Receivers In General (AREA)
  • Investigating, Analyzing Materials By Fluorescence Or Luminescence (AREA)
  • Investigating Or Analysing Materials By Optical Means (AREA)

Description

Die Erfindung betrifft ein Verfahren zur Detektion von Informationen, die in einem bestimmten Datenblock des in einer vorbestimmten Anzahl von periodisch aufeinanderfolgenden Gruppen übertragenen RDS-Datenstromes erwartet werden, bei einem Rundfunkempfänger, der nacheinander auf mehrere zu prüfende Sender eingestellt wird und dessen RDS-Decoder mit dem RDS-Datenstrom des jeweils eingestellten Senders synchronisiert wird.
Radioempfänger mit besonders leistungsfähigen Senderwahlfunktionen, insbesondere Autoradios, verfügen über einen getrennten Empfangsteil, der ständig im Hintergrund nach empfangswürdigen Sendern sucht oder bei Bedarf frei definierbare Verkehrsfunksender regelmäßig auf Verkehrsdurchsagen überprüft. Bei der Überprüfung der empfangbaren Sender werden die in zunehmendem Maße von den Sendeanstalten mitgesendeten RDS-Informationen ausgewertet. Der im Hintergrund arbeitende Empfänger muß permanent viele verschiedene RDS-Sender einstellen und die empfangenen RDS-Daten auswerten. Oft sind nur bestimmte RDS-Informationen von Belang, beispielsweise eine Durchsagekennung bei einem Verkehrsfunksender oder eine Alternativfrequenz. Da diese Informationen in bestimmten Datenblöcken des RDS-Datenstromes übertragen werden, muß jeweils nach der Einstellung auf einen Sender und nach Synchronisation des RDS-Decoders auf den empfangenen RDS-Datenstrom abgewartet werden, bis der betreffende Datenblock empfangen wird.
Ein Verfahren zur Rückgewinnung des RDS-Datenstroms sowie ein RDS-Demodulator zur Durchführung dieses Verfahrens sind aus DE 35 10 562 C2 bekannt. Zwar erreicht der RDS-Demodulator eine hohe Störsicherheit, jedoch benötigt der nachgeschaltete RDS-Decoder aufgrund der Tatsache, daß eine Information über die Phasenlage des RDS-Datenstroms weder bei der Demodulation noch bei der Decodierung verfügbar ist, eine beträchtliche Zeit zum Einrasten auf dem RDS-Datenstrom. Je öfter die Frequenz gewechselt werden muß, um verschiedene Sender zu identifizieren oder zu prüfen, desto mehr Zeit geht für die jeweils notwendige Synchronisation des RDS-Decoders auf den RDS-Datenstrom verloren. Die für die Synchronisation erforderliche Zeit, zu welcher noch eine Zeitspanne bis zum Auftreten der erwarteten Information in einem bestimmten Datenblock hinzukommt, steht für andere Funktionen nicht zur Verfügung. Wird beispielsweise ein Verkehrsfunksender auf das Erscheinen einer Durchsagekennung (TA) geprüft, so muß nur jeweils ein einziges Bit im B-Block des RDS-Datenstomes ausgewertet werden. Von der Einstellung auf den betreffenden Verkehrsfunksender über die Synchronisation des RDS-Decoders bis zum Auftreten des gesuchten B-Blocks, dessen Lage in dem empfangenen RDS-Datenstrom im voraus nicht bekannt ist, kann eine Zeitspanne von mehr als 100 Millisekunden verstreichen. Für die Auswertung des B-Blocks allein würde aber eine Zeitspanne von wenig mehr als 20 Millisekunden ausreichen.
Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren zur gezielten Detektion von Informationen im RDS-Datenstrom zu schaffen, bei welchem der größte Teil der für die Synchronisation und das Abwarten des gesuchten Datenblocks bisher benötigten Zeit eingespart und für andere Funktionen bereitgestellt wird.
Bei dem erfindungsgemäßen Verfahren zur gezielten Detektion von Informationen im RDS-Datenstrom wird
  • a) ein durch den RDS-Datenakt inkrementierter Zähler, dessen Zählerstand in einer zufälligen Relation zu der Blockfolge des RDS-Datenstromes steht, jeweils bei Erreichen eines der Anzahl von Bits einer Gruppe entsprechenden Zählerstandes zurückgesetzt;
  • b) bei erfolgter Synchronisation des RDS-Decoders mit dem RDS-Datenstrom des jeweils eingestellten Senders der Zählerstand des Zählers in Relation zu der Blockfolge des empfangenen RDS-Datenstromes gesetzt und eine diese Relation kennzeichnende Referenzgröße mit Kenndaten des eingestellten Senders in einer Sendertabelle gespeichert;
  • c) bei erneuter Einstellung auf einen Sender, dessen Kenndaten mit der zugehörigen Referenzgröße bereits in der Sendertabelle aufgenommen sind, keine Synchronisation des RDS-Decoders vorgenommen und die zeitliche Lage des Datenblocks, in dem die Informationen erwartet werden, aus dem aktuellen Zählerstand und der aus der Sendertabelle ausgelesenen Referenzgröße des eingestellten Senders errechnet.
    • Bei diesem Verfahren wird also die Synchronisation des RDS-Decoders auf einen empfangenen Sender jeweils nur einmal vorgenommen; bei erneuter Abstimmung auf denselben Sender, beispielsweise zur Überprüfung eines Verkehrsfunksenders auf das Erscheinen einer Durchsagekennung, kann der Zeitpunkt des Erscheinens des gesuchten Datenblocks im voraus anhand der in der Sendertabelle gespeicherten Referenzgröße bestimmt werden. Erst zu diesem Zeitpunkt erfolgt daher die Abstimmung des im Hintergrund arbeitenden Empfangsteils auf den zu überprüfenden Sender.
    Als Referenzgröße wird vorzugsweise ein bestimmter Zählerstand gespeichert. Dies kann der Beginn eines Referenz-Datenblocks im RDS-Datenstrom des jeweils eingestellten Senders sein, beispielweise der erste Datenblock in einer Gruppe, also der A-Block, oder derjenige Zählerstand, welcher dem Beginn des bestimmten, gesuchten Datenblocks im RDS-Datenstrom des jeweils eingestellten Senders entspricht, beispielsweise der B-Block bei der Überprüfung auf Durchsagekennung. Die erstere Methode bietet eine größere Flexibilität und bietet sich an, wenn mehr als nur ein Datenblock ausgewertet werden soll. Die zeitliche Lage des gewünschten Datenblocks kann dann ausgehend von dem als Referenzgröße gespeicherten Zählerstand errechnet werden. Die zweite Methode ist zweckmäßig, wenn jeweils nur ein Datenblock ausgewertet wird, da der als Referenzgröße gespeicherte Zählerstand unmittelbar als Kriterium für die Einstellung auf den zu überprüfenden Sender verwendet werden kann. Die Einstellung auf den zu überprüfenden Sender erfolgt also bei Übereinstimmung des Zählerstandes des frei laufenden Zählers mit dem als Referenzgröße abgespeicherten Zählerstand.
    Besonders zweckmäßig ist die Verwendung eines Zählers, der analog der Abfolge der Daten im RDS-Datenstrom aus einem Blockphasen-Zähler und einem Gruppenphasen-Zähler aufgebaut ist, wobei der Zählbereich des Blockphasen-Zählers durch die Anzahl von Bits in einem Block und der Zählbereich des Gruppenphasen-Zählers, der bei Überlauf des Blockphasen-Zählers inkrementiert wird, durch die Anzahl von Blöcken in einer Gruppe bestimmt wird. Die Referenzgröße wird dann als Kombination von Blockphase und Gruppenphase gespeichert.
    Die RDS-Daten werden bekanntlich in periodischen Gruppen verschiedenen Gruppen-Typs übertragen. Relevante Informationen befinden sich oft nur in Gruppen eines bestimmten Typs. In solchen Fällen wird bei der bevorzugten Ausführung des Verfahrens die Einstellung auf einen zu überprüfenden Sender erst zum Zeitpunkt des Auftretens des gesuchten Datenblocks in einer Gruppe des gewünschten Typs vorgenommen. Da die Gruppentypen periodisch aufeinanderfolgen, kann anhand der gespeicherten Referenzgröße im voraus errechnet werden, zu welchem Zeitpunkt der gewünschte Datenblock in einer Gruppe des gewünschten Typs erscheint.
    Zur weiteren Erläuterung des erfindungsgemäßen Verfahrens wird nun auf die Zeichnung Bezug genommen. In der Zeichnung zeigen:
  • Figur 1 ein schematisches Blockschaltbild eines Empfängers zur Durchführung des Verfahrens;
  • Figur 2 ein Funktionsdiagramm, in dem die wesentlichen Schritte des Verfahrens veranschaulicht sind;
  • Figur 3 ein Flußdiagramm, das die Tätigkeit eines Hintergrund-Empfängers bei der Überwachung von Verkehrsfunksendern auf Durchsagekennungen zeigt;
  • Figur 4 eine schematische Gegenüberstellung des herkömmlichen und des erfindungsgemäßen Verfahrens zur Dekodierung bestimmter Informationen im RDS-Datenstrom;
  • Figur 5 ein Anwendungsbeispiel für das Verfahren; und
  • Figur 6 ein weiteres Anwendungsbeispiel des Verfahrens.
    • In der nachfolgenden Beschreibung wird als Rundfunkempfänger vom einem Autoradio ausgegangen, das über einen im Hintergrund arbeitenden zusätzlichen Empfangsteil verfügt, dessen Aufgabe darin besteht, empfangbare Sender zu identifizieren, Alternativfrequenzen zu prüfen, den RDS-Datenstrom auszuwerten und gewünschtenfalls bestimmte Verkehrsfunksender auf das Erscheinen von Durchsagekennungen zu überwachen. Mit einem solchen Rundfunkempfanger ist es möglich, den im Vordergrund arbeitenden Hauptempfänger auf beliebige gewünschte Sender einzustellen und die im Hintergrundbetrieb erkannten Verkehrsdurchsagen nach Belieben durchzuschalten oder zum späteren Abruf zwischenzuspeichern. In Figur 1 ist nur der im Hintergrund arbeitende Empfangsteil dargestellt. Er enthält ein HF-Empfangsteil 10, dessen Abstimmstufe durch eine Frequenz-Syntheseschaltung 12 angesteuert wird, einen nachfolgenden RDS-Demodulator 14, dessen Ausgang einen RDS-Decoder 16 ansteuert, zwei kaskadierte Zähler 18, 20, die durch den aus dem RDS-Decoder gewonnenen Datentakt inkrementiert werden, einem Mikrocontroller 22 sowie einen Speicher 24. Der Zähler 20 ist ein Blockphasen-Zähler, der durch den RDS-Datentakt aus dem RDS-Decoder 16 inkrementiert wird und von 0 bis 25 zählt, und der Zähler 18 ist ein Gruppenphasen-Zähler, der von 0 bis 3 zählt und durch Überlauf des Blockphasen-Zählers 20 inkrementiert wird. Die Frequenz des RDS-Datentaktes beträgt 1187,5 Hz. In dem Speicher 24 werden für jeden gefundenen und geprüften Sender Informationen abgelegt, die nun unter Bezugnahme auf Figur 2 näher erläutert werden.
    Bei Einstellung des HF-Empfangteils 10 auf einen Sender, der noch nicht geprüft wurde, erfolgt zunächst die Synchronisation des RDS-Decoders mit dem empfangenen Datenstrom. Diese Synchronisation, die nach herkömmlichen Verfahren erfolgen kann, erfordert eine Zeitspanne von mindestens etwa 110 Millisekunden. Sobald die Synchronisation erfolgt ist, wird der gerade empfangene Datenblock in Relation zu dem zufallsabhängigen Zählerstand der Zähler 18, 20 gesetzt. Bei dem hier betrachteten Anwendungsbeispiel sollen Verkehrsfunksender auf das Erscheinen von Durchsagekennungen überprüft werden. Hierzu muß ein Bit im B-Block überprüft werden. Es wird nun der Zählerstand der Zähler 18, 20 zu Beginn des empfangenen B-Datenblocks festgestellt und gemeinsam mit den wichtigsten Kenndaten des empfangenen Senders in dem Speicher 24 abgelegt. Der Zählerstand wird als Kombination der Zählerstände des Blockphasen-Zählers 20 und des Gruppenphasen-Zählers 18 aufgezeichnet, bei dem in Figur 2 gezeigten Beispiel also die Information 14/2. Entsprechend wird für jeden empfangenen und geprüften Sender vorgegangen, so daß in dem Speicher 24 eine Sendertabelle gebildet wird, die für jeden aufgenommenen Sender als Referenzgröße einen Zählerstand enthält, der dem Beginn eines B-Datenblocks zugeordnet ist.
    Wenn nun ein in der Sendertabelle bereits aufgenommener Sender erneut überprüft werden soll, so wird aus der Sendertabelle der zugehörige Zählerstand entnommen, bei dessen Erreichen dann die Einstellung auf diesen Sender erfolgt. Eine erneute Synchronisation auf den RDS-Datenstrom dieses Senders ist überflüssig, wodurch die sonst hierfür erforderliche Zeit eingespart wird.
    In Figur 3 sind die wesentlichen Vorgänge für den angenommenen Anwendungsfall dargestellt. Im Schritt 30 erfolgt die erstmalige Einstellung des HF-Empfangsteils 10 auf einen gefundenen Verkehrsfunksender. Im Schritt 32 erfolgt die Synchronisation des RDS-Decoders 16 auf den empfangenen RDS-Datenstrom. Zugleich wird der Zählerstand der Zähler 18, 20 für den Beginn des B-Datenblocks in dem Speicher 24 mit den wichtigsten Kenndaten des empfangenen Senders im Speicher abgelegt. In der nun folgenden Endlosschleife wird der HF-Empfangsteil nacheinander in Schritt 34 auf andere empfangbare Sender eingestellt, die geprüft werden sollen. Wenn in Schritt 36 festgestellt wird, daß eine bestimmte Zeitspanne verstrichen ist, nach deren Ablauf die Überprüfung eines bestimmten Verkehrsfunksenders auf das Erscheinen einer Durchsagekennung angebracht ist, so wird im Schritt 38 geprüft, ob der aktuelle Zählerstand der Zähler 18, 20 mit dem Eintrag im Speicher 24 für den betreffenden Sender übereinstimmt. Bei Übereinstimmumg erfolgt im Schritt 40 die Einstellung auf den betreffenden Verkehrsfunksender, dessen B-Datenblock dann gezielt ausgewertet wird. Anschließend wird mit dem Schritt 34 die Überprüfung anderer Sender fortgesetzt.
    Figur 4 veranschaulicht dieses Verfahren im Vergleich zum Stand der Technik. Nach dem herkömmlichen Verfahren wird bei jeder Einstellung auf einen Sender ein vom Zufall abhänginger Datenblock empfangen, bei dem gezeigten Beispiel der B-Datenblock. Die Synchronisation des RDS-Decoders kann frühestens nach Empfang einer vollständigen Gruppe von 4 Datenblöcken erreicht sein, also frühestens nach 110 Millisekunden. Erst dann kann die Auswertung des nächsten B-Datenblocks erfolgen. Bei dem erfindungsgemäßen Verfahren, daß in Figur 4 als "mit Synchronisation" bezeichnet ist, erfolgt die Einstellung auf den zu prüfenden Verkehrsfunksender hingegen genau zu Beginn des Empfangs eines B-Datenblocks, der dann gezielt innerhalb einer Zeitspanne von wenig mehr als seiner Dauer ausgewertet werden kann.
    Figur 5 veranschaulicht den ankommenden RDS-Datenstrom, der in der Zeichnung von rechts nach links durchläuft. Wenn jeweils der B-Datenblock geprüft werden soll, so steht zwischen zwei aufeinanderfolgenden B-Datenblöcken eine Zeitspanne von etwa 65 Millisekunden zur Verfügung, die ausreicht, um beispielsweise im Sendersuchlauf die Empfangswürdigkeit eines Senders (Stopp-Signal) oder eine Alternativfrequenz zu dem gerade im Vordergrund gehörten Sender zu prüfen.
    Eine noch längere Zeitspanne für anderweitige Aktivitäten des im Hintergrund arbeitenden Empfangsteils steht zur Verfügung, wenn der Umstand ausgenutzt wird, daß die für bestimmte Zwecke relevanten Informationen üblicherweise nicht in allen Gruppen, sondern nur in Gruppen eines bestimmten Gruppentyps übertragen werden. So werden Verkehrsfunkinformationen von den Sendeanstalten gewöhnlich nur in jeder dritten Gruppe übertragen. Wenn dies bekannt ist oder bei der Prüfung des eingestellten Senders festgestellt wird, kann gemäß dem in Figur 6 gezeigten Beispiel die Prüfung des B-Datenblocks auf die Gruppen des zutreffenden Gruppentyps beschränkt werden. Bei dem in Figur 6 gezeigten Zustand wurde durch Überprüfung eines B-Datenblocks festgestellt, daß dieser zu einer Gruppe vom Gruppentyp "6" gehört, die keine Verkehrsfunkdaten enthält. Da bekannt ist, daß wenigstens eine weitere nicht relevante Gruppe folgt, die bei dem gezeigten Beispiels ebenfalls vom Typ "6" ist, kann die Auswertung des nächsten B-Datenblocks unterbleiben. Erst der darauffolgende B-Datenblock wird ausgewertet, so daß eine Zeitspanne von etwa 150 Millisekunden zur Verfügung steht, die ausreicht, um einen anderen Sender zu prüfen, bei dem gezeigten Beispiel den im A-Block enthaltenden PI-Code des Senders.
    Die beschriebenen Beispiele betreffen die permanente Überwachung von Verkehrsfunksendern auf Durchsagen. Die Erfindung ist aber ebensogut auf die gezielte Detektion von andersartigen Informationen im RDS-Datenstrom anwendbar. Eine andere Anwendung bei einem Autoradio ist die gezielte Erfassung von Informationen über Alternativfrequenzen zu bereits gefundenen Sendern. Allgemein kann mit dem beschriebenen Verfahren gezielt und ohne ständige Neusynchronisation des RDS-Decoders auf Informationen jeder vorgesehenen Art und in jedem für die erwartete Information zutreffenden Gruppentyp zugegriffen werden. Bei allen Anwendungen ist nicht nur der Zeitgewinn durch den Wegfall der ständigen Neusynchronisation auf bereits geprüfte Sender von Vorteil, sondern es wird auch die Sicherheit der RDS-Decodierung erhöht, da eine einmal erfolgte Synchronisation erhalten bleibt.

    Claims (6)

    1. Verfahren zur Detektion von Informationen, die in einem bestimmten Datenblock des in einer vorbestimmten Anzahl von periodisch aufeinanderfolgenden Gruppen übertragenen RDS-Datenstromes erwartet werden, bei einem Rundfunkempfänger, der nacheinander auf mehrere zu prüfende Sender eingestellt wird und dessen RDS-Decoder (16) mit dem RDS-Datenstrom des jeweils eingestellten Senders synchronisiert wird (32), dadurch gekennzeichnet, daß
      a) ein durch den RDS-Datentakt inkrementierter Zähler (18,20), dessen Zählerstand in einer zufälligen Relation zu der Blockfolge des RDS-Datenstromes steht, jeweils bei Erreichen eines der Anzahl von Bits einer Gruppe entsprechenden Zählerstandes zurückgesetzt wird;
      b) bei erfolgter Synchronisation des RDS-Decoders mit dem RDS-Datenstrom des jeweils eingestellten Senders der Zählerstand des Zählers in Relation zu der Blockfolge des empfangenen RDS-Datenstromes gesetzt und eine diese Relation kennzeichnende Referenzgröße mit Kenndaten des eingestellten Senders in einer Sendertabelle (24) gespeichert wird (32);
      c) bei erneuter Einstellung auf einen Sender, dessen Kenndaten mit der zugehörigen Referenzgröße bereits in der Sendertabelle (24) aufgenommen sind, eine Synchronisation des RDS-Decoders unterbleibt und die zeitliche Lage des Datenblocks, in dem die Informationen erwartet werden, aus dem aktuellen Zählerstand und der aus der Sendertabelle (24) ausgelesenen Referenzgröße des eingestellten Senders errechnet wird (38).
    2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß als Referenzgröße ein Zählerstand gespeichert wird, der dem Beginn eines Referenz-Datenblocks im RDS-Datenstrom des jeweils eingestellten Senders entspricht.
    3. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß als Referenzgröße ein Zählerstand gespeichert wird, der dem Beginn des bestimmten Datenblocks im RDS-Datenstrom des jeweils eingestellten Senders entspricht.
    4. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, daß der Zähler aus einem Blockphasen-Zähler (20) und einem Gruppenphasen-Zähler (18) besteht, daß der Zählbereich des Blockphasen-Zählers (20) durch die Anzahl von Bits in einem Block des RDS-Datenstromes bestimmt wird und daß der Gruppenphasen-Zähler (18) bei Überlauf des Blockphasen-Zählers (20) inkrementiert wird und einen Zählbereich aufweist, der durch die Anzahl von Blöcken in einer Gruppe des RDS-Datenstromes gegeben ist.
    5. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, daß die Einstellung auf einen Sender, dessen Kenndaten mit der zugehörigen Referenzgröße bereits in der Sendertabelle (24) aufgenommen sind, zum Zeitpunkt des nächsten Auftretens des bestimmten Datenblocks in dem RDS-Datenstrom dieses Senders erfolgt.
    6. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, daß die Einstellung auf einen Sender, dessen Kenndaten mit der zugehörigen Referenzgröße bereits in der Sendertabelle (24) aufgenommen sind, zum Zeitpunkt des nächsten Auftretens des bestimmten Datenblocks innerhalb einer Gruppe eines bestimmten Gruppentyps in dem RDS-Datenstrom dieses Senders erfolgt.
    EP94117170A 1993-11-10 1994-10-31 Verfahren zur Detektion von Informationen im RDS-Datenstrom Expired - Lifetime EP0652654B1 (de)

    Applications Claiming Priority (2)

    Application Number Priority Date Filing Date Title
    DE4338412A DE4338412C1 (de) 1993-11-10 1993-11-10 Verfahren zur Detektion von Informationen im RDS-Datenstrom
    DE4338412 1993-11-10

    Publications (2)

    Publication Number Publication Date
    EP0652654A1 EP0652654A1 (de) 1995-05-10
    EP0652654B1 true EP0652654B1 (de) 1999-01-07

    Family

    ID=6502281

    Family Applications (1)

    Application Number Title Priority Date Filing Date
    EP94117170A Expired - Lifetime EP0652654B1 (de) 1993-11-10 1994-10-31 Verfahren zur Detektion von Informationen im RDS-Datenstrom

    Country Status (4)

    Country Link
    US (1) US5553313A (de)
    EP (1) EP0652654B1 (de)
    AT (1) ATE175537T1 (de)
    DE (2) DE4338412C1 (de)

    Families Citing this family (5)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    JPH08331068A (ja) * 1995-06-05 1996-12-13 Sony Corp 受信機
    DE19614322A1 (de) * 1996-04-11 1997-10-16 Grundig Ag Verfahren für den Empfang und die Auswertung von RDS-Datenströmen mehrerer Sender
    WO2004023736A1 (en) * 2002-09-07 2004-03-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and devices for efficient data transmission link control in mobile multicast communication systems
    EP1475909B1 (de) 2003-05-08 2011-09-28 Harman Becker Automotive Systems GmbH Hintergrundtuner eines Rundfunkempfängers zum Empfangen von Verkehrs- und Reise-Information und zum Untersuchen von alternativen Frequenzen
    DE102005039054A1 (de) * 2005-08-18 2007-02-22 Bayerische Motoren Werke Ag Verfahren und Vorrichtung zum Extrahieren von Zieldaten aus einem Zieldatenstrom

    Family Cites Families (10)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    JPS60170344A (ja) * 1984-02-14 1985-09-03 Matsushita Electric Ind Co Ltd 選択呼出受信装置
    DE3510562A1 (de) * 1985-03-23 1986-09-25 Blaupunkt Werke Gmbh Verfahren zur demodulation eines mit einer binaeren bitfolge phasenmodulierten eingangssignals und schaltungsanordnung zum durchfuehren des verfahrens
    DE3540572A1 (de) * 1985-11-15 1987-05-21 Kabelmetal Electro Gmbh Verfahren zur synchronisation eines empfaengers bei der digitalen datenuebertragung
    FR2591834B1 (fr) * 1985-12-13 1988-02-19 Radiotechnique Procede de decodage de donnees radiodiffusees et dispositif de mise en oeuvre
    DE3728792A1 (de) * 1987-08-28 1989-03-09 Thomson Brandt Gmbh Schaltungsanordnung zur erkennung und/oder ueberwachung von in einem seriellen datenstrom enthaltener synchronworte
    DE3824309A1 (de) * 1988-07-18 1990-01-25 Bosch Gmbh Robert Verfahren zur auswertung von in einem datentelegramm digital codiert empfangener verkehrsnachrichten, sowie rundfunkempfaenger
    US5252963A (en) * 1990-01-04 1993-10-12 Motorola, Inc. "Selective call receiver"
    FR2659511A1 (fr) * 1990-03-09 1991-09-13 Portenseigne Radiotechnique Procede d'acquisition et de comparaison des donnees d'identification de deux canaux de transmission, et appareil recepteur correspondant.
    EP0491084A1 (de) * 1990-12-19 1992-06-24 Siemens Aktiengesellschaft Vorrichtung zum Erzeugen von Synchronsignalen zur Blocksynchronisation blockcodierter Datentelegramme mit Offset-Wörtern und deren Verwendung
    DE4106852A1 (de) * 1991-03-04 1992-09-10 Becker Autoradio Verfahren zur abstimmung eines mikrocomputergesteuerten rundfunkempfaengers

    Also Published As

    Publication number Publication date
    EP0652654A1 (de) 1995-05-10
    DE4338412C1 (de) 1995-03-02
    ATE175537T1 (de) 1999-01-15
    DE59407597D1 (de) 1999-02-18
    US5553313A (en) 1996-09-03

    Similar Documents

    Publication Publication Date Title
    DE4103062C2 (de) Rundfunkempfänger
    DE3211325C1 (de) System zum automatischen Aufbau einer Kurzwellen-Telegrafiezeichen-Verbindung
    DE3020787A1 (de) Verfahren zum uebertragen von zusaetzlichen informationen
    DE3824309A1 (de) Verfahren zur auswertung von in einem datentelegramm digital codiert empfangener verkehrsnachrichten, sowie rundfunkempfaenger
    EP0652654B1 (de) Verfahren zur Detektion von Informationen im RDS-Datenstrom
    EP0666661B1 (de) Verfahren zur Erkennung eines Übertragungsmodes bei einem digitalen Mehrkanalübertragungssystem
    EP0364749B1 (de) Rundfunkempfänger
    DE4441789C1 (de) Verfahren zur Erkennung von Daten in einem, insbesondere gestörten, RDS-Signal
    DE60319001T2 (de) Verfahren und schaltung zur automatischen abstimmung in einem fm-rundfunkempfänger
    DE10253933B4 (de) Dualkonfigurationsempfänger
    DE112009001277B4 (de) Empfangsvorrichtung
    DE3725487C2 (de) Verfahren zum empfangsseitigen Auswerten einer innerhalb eines Rundfunksignals übertragenen digitalen Information
    EP0717517B1 (de) Verfahren und Vorrichtung zur Bewertung eines RDS-Signals
    DE4338422C1 (de) Verfahren zur Synchronisation eines RDS-Decoders
    DE102012210313A1 (de) Verfahren zum Erkennen, Speichern und/oder Anzeigen eines Sendernamens einesRundfunksenders
    EP0385147B1 (de) Einrichtung zur Empfangsbereitschaftskontrolle von Warnfunkempfängern
    EP0902564B1 (de) Verfahren zur Auswertung von digitalen Signalen, insbesondere Radio-Daten-Signalen
    DE19813678A1 (de) RDS-Empfänger und Verfahren zum Betreiben eines solchen
    DE3737535C1 (de) Empfaenger fuer das Radio-Daten-System
    DE19820936C1 (de) Verfahren und Vorrichtung zur Auswertung eines digitalen Datenstromes
    DE4005413C2 (de) RDS-Rundfunkempfänger mit einer Einrichtung zum beschleunigten Auffinden alternativer Frequenzen
    EP1241812B1 (de) Verfahren zur Bestimmung eines RDS-Codes mit einem Rundfunkempfänger
    DE3511737C2 (de)
    EP1001565B1 (de) Verfahren zum Messen und Zuordnen von Störsignalen in zellularen Funknetzen
    DE102013219129B4 (de) Verfahren zum Empfangen und Anzeigen einer Textinformation

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

    Designated state(s): AT BE CH DE ES FR GB IT LI LU NL

    17P Request for examination filed

    Effective date: 19950524

    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

    17Q First examination report despatched

    Effective date: 19980629

    GRAA (expected) grant

    Free format text: ORIGINAL CODE: 0009210

    AK Designated contracting states

    Kind code of ref document: B1

    Designated state(s): AT BE CH DE ES FR GB IT LI LU NL

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

    Ref country code: NL

    Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

    Effective date: 19990107

    Ref country code: ES

    Free format text: THE PATENT HAS BEEN ANNULLED BY A DECISION OF A NATIONAL AUTHORITY

    Effective date: 19990107

    REF Corresponds to:

    Ref document number: 175537

    Country of ref document: AT

    Date of ref document: 19990115

    Kind code of ref document: T

    REG Reference to a national code

    Ref country code: CH

    Ref legal event code: EP

    REF Corresponds to:

    Ref document number: 59407597

    Country of ref document: DE

    Date of ref document: 19990218

    ITF It: translation for a ep patent filed

    Owner name: FIAMMENGHI - DOMENIGHETTI

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

    Effective date: 19990331

    NLV1 Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents act
    PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

    Ref country code: LU

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

    Effective date: 19991031

    Ref country code: LI

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

    Effective date: 19991031

    Ref country code: GB

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

    Effective date: 19991031

    Ref country code: CH

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

    Effective date: 19991031

    Ref country code: BE

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

    Effective date: 19991031

    Ref country code: AT

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

    Effective date: 19991031

    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
    BERE Be: lapsed

    Owner name: BECKER G.M.B.H.

    Effective date: 19991031

    REG Reference to a national code

    Ref country code: CH

    Ref legal event code: PL

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

    Effective date: 19991031

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

    Ref country code: FR

    Payment date: 20131017

    Year of fee payment: 20

    Ref country code: DE

    Payment date: 20131029

    Year of fee payment: 20

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

    Ref country code: IT

    Payment date: 20131024

    Year of fee payment: 20

    REG Reference to a national code

    Ref country code: DE

    Ref legal event code: R071

    Ref document number: 59407597

    Country of ref document: DE