DE10252735B4 - Data format, digital broadcast signal, associated information system and method of operating the same - Google Patents

Abstract

Data format (200) for transmitting digital broadcast signals on D [igital] A [audio] B [roadcasting] basis, comprising - at least one type field (202), - at least one data length field (204), - at least one also for T [ raffic] M [essage] C [hannel] data data field (206) and - at least one additional data field (210), characterized in that the at least one also designed for T [raffic] M [essage] C [hannel] data Data field (206) additionally for R [adio] D [ata] S [ystem] -based services, namely for program-accompanying data services or program-independent data services, such as E mergency W arning S [ystem] or paging designed Further, the data format (200) is also a R [adio] D [ata] S [ystem] group type data field (208) for transmitting any R [adio] D [ata] S [ystem] service also in FIG 5/1 over DAB, the data format (200) is defined such that any A [application] I [dentification] D [ata] is signaled there.

Description

Technical area

• – mindestens ein Typenfeld,
• – mindestens ein Datenlängefeld,
• – mindestens ein auch für T[raffic]M[essage]C[hannel]-Daten ausgelegtes Datenfeld und
• – mindestens ein Zusatzdatenfeld.

The present invention relates to a data format for transmitting digital broadcast signals on the D [igital] A [audio] B [roadcasting] basis

• - at least one type field,
• At least one data length field,
• - at least one data field also designed for T [raffic] M [essage] C [hannel] data and
• - at least one additional data field.

The present invention further relates to a digital broadcasting signal on D [igital] A [audio] B [roadcasting] basis, in particular a DAB ensemble or a DAB multiplex, an information system for receiving and processing such digital broadcast signals and a method for Operating such an information system.

State of the art

In addition to D [igital] A [audio] B [roadcasting] (= digital radio), R [adio] D [ata] S [ystem] (= radio data system) also allows the transmission of additional digital services in addition to the actual radio program. Due to the different technical conditions, ie a high data rate in DAB and a low data rate in RDS, the data formats as well as the data content between DAB and RDS differ considerably.

In order to keep the required development work with regard to additional decoder software as low as possible, the only common feature of the data content between DAB and RDS at T [raffic] M [essage] C [hannel] (= channel for traffic announcements = traffic channel with automated Recording of the traffic situation and preparation of corresponding traffic reports). In this context, the transfer of encoded traffic information and news in T raffic M [essage] C [hannel], which RDS has been practicing for quite some time, is considered to be a very interesting extension of the DAB system.

Basically, TMC is a data channel that is sent along with DAB in F [ast] I [nformation] C [hannel] (= fast information channel); This has the advantage that the data without delays, such as those in M [ultimedia] O [bject] T [ransfer] (= concept for transmitting multimedia files) occur, which is particularly important for Falzfahrermeldungen.

The data in the TMC are highly compressed and denote only certain message types and certain street positions according to a number list. The recipient must translate these numbers back into normal-language messages. The system was originally developed and used for U [ltra] K [short] W [elle] RDS. Despite the heavy compression, only information for the main roads could be transmitted on FM RDS for capacity reasons.

With DAB, more capacity is available to send the TMC data more often and faster, and yet send all messages from all roads, so that also alternative recommendations and traffic jams for alternative routes and for secondary routes can be transmitted.

With regard to information systems designed for such digital broadcasting signals, it should further be borne in mind that these days it is possible to display information both in text form and in symbol form in a map. At present, however, this capability - at least for radio receivers or navigation devices - is exclusively for the aforementioned TMC-based traffic reports and static data, such as so-called "Points of Interest" (POI), ie airports, gas stations, workshops or the like Dependency on the system as text or as a symbol.

In this case, the traffic information transmitted in the Radio Data System (RDS) in accordance with the TMC standard proves that, despite the limited data capacity of less than 300 bits per second, it is possible to make current information available in this way.

In addition to the traffic information would be for many users but also more data, information and services of increased importance. The reproduction of such additional data, information and services to a certain extent "at the push of a button" is therefore a particularly desirable function from the user's point of view. However, it has not yet proven possible to realize other (additional) services available in the RDS in the DAB and make them available to the user.

The DAB standard is published in the ETSI EN 300 401. In it u. a. a data format for the transmission of digital broadcasting signals based on DAB defined.

In the DE 198 58 568 A1 a device for transmitting route recommendations to recipients is described.

The US 6,018,772 describes an apparatus and method for transmitting data through reassignable groups.

DESCRIPTION OF THE INVENTION: Problem, Solution, Advantages

Based on the disadvantages and inadequacies set out above and in appreciation of the prior art, the present invention has the object, a data format of the type mentioned, a digital broadcasting signal of the type mentioned, an information system of the type mentioned above and a method of the initially so that in addition to TMC other RDS supplementary services in the DAB are made possible (this does not include the transmission of RDS-specific data, such as A [alternative] F [requencies], P [rogramme] I [dentity code] or P [rogramme] S [ervice name], be affected), so that the reproduction of these additional services to a certain extent "at the touch of a button" technically feasible and then existing information in the information system can be usefully used for display purposes, in case of need also for navigation purposes.

In this context, the present invention further aims to provide a data format of the type mentioned, a digital broadcasting signal of the type mentioned, an information system of the type mentioned and a method of the type mentioned, despite the implementation of this Criteria remain affordable and their functionality complements well with the functionality of existing systems.

• – durch ein Datenformat mit den im Anspruch 1 genannten Merkmalen,
• – durch ein digitales Rundfunksignal mit den im Anspruch 5 genannten Merkmalen,
• – durch ein Informationssystem mit den im Anspruch 6 genannten Merkmalen sowie
• – durch ein Verfahren mit den im Anspruch 10 genannten Merkmalen

gelöst. Vorteilhafte Ausgestaltungen und zweckmäßige Weiterbildungen der vorliegenden Erfindung sind in den jeweiligen Unteransprüchen gekennzeichnet.This object is achieved according to the teaching of the present invention

• By a data format having the features mentioned in claim 1,
• By a digital broadcasting signal having the features mentioned in claim 5,
• - By an information system with the features mentioned in claim 6 and
• - By a method having the features mentioned in claim 10

solved. Advantageous embodiments and expedient developments of the present invention are characterized in the respective subclaims.

Thus, the core of the invention is to be seen in the criterion that RDS data can be used in DAB, so that in addition to TMC other RDS services, such as E [mergency] W arning] S [ystem] (= emergency warning system) or paging, in DAB.

In accordance with the invention, this is achieved by additionally designing the data field of the data format presented above for services that can be transmitted on the R adio, D, at least, program-dependent data services or program-independent data services, preferably independently of the digital data is transmitted in so-called "packet mode" (= non-continuous data stream with changing bandwidth) or in stream mode (= continuous data stream with continuous bandwidth, audio data of the radio programs are always transmitted in stream mode).

A significant advantage of the present invention is the fact that no separate software for decoding must be developed for any, now usable in DAB and usable additional services; rather, the data channel remains completely transparent to external applications.

Further, those skilled in the art of digital signal transmission will appreciate, in particular, that the transmission time for a complete cycle decreases by a factor of ten due to the higher transmission bandwidth at DAB.

Due to cycle times of several minutes, so far only services have been sent out in RDS, which were tailored to the respective federal state; however, the present implementation of the full range of available RDS services in DAB provides the opportunity to offer consistent and nationwide RDS services.

Another advantage to consider is that the DAB system provides significantly greater security in transmission, especially in difficult reception situations; this additionally increases the data throughput.

The technical basis for the above-mentioned use of RDS data services in DAB is that in recent years the functionality of the so-called O [pen] D [ata] A [application] application has been developed for RDS and in the extended RDS standard EN 50067: 1998 or IEC 62106: 2000 has been standardized.

With the principle according to the present invention, ie with a special ODA service, the coding does not have to be changed, that is to say the location and event lists as well as the message management according to the ALERT-C protocol (ALERT = Advice and problem Location for European Road Traffic) are still applicable to the RDS services in DAB.

This has a favorable effect for the present invention that the ALERT-C protocol is tailored as a set protocol for transporting the messages from the detection to the radio house exactly to the RDS transmission. It compressed information is transmitted in the neutral data format, so to speak addresses, which are then expanded in the receiving unit according to the present invention in the national language; the output can then be made on paper, on a display or on a Vo [ice] coder (= speech coder).

Up to now, however, the above-described ODA application only made it possible to realize any additional services in RDS by means of the A [application IDdentification] D [ata]. For this purpose, for example, in RDS group type 3A the AIDs were transmitted as identification for the supplementary service broadcast on this channel. For TMC with ALERT-C this is CD46, for TMC with ALERT-Plus and ALERT-C this is 4B02, the test mode for ALERT-C has the ID 0D45.

After exclusively ALERT-C with CD46 had been transmitted in the past in DAB as supplementary service in F [branch] I [nformation] G [roup] 5/1, this has been extended by adding in FIG. 0/13 (cf. 1A ) in addition the AID for other TMC modes were signaled; however, it was limited to exclusive TMC services and further RDS services via DAB were blocked.

For this reason, it is proposed according to the invention to adapt the data format or the data structure such that all additional services that are possible in RDS can also be realized via DAB. For this purpose not only AID for TMC are transmitted in FIG. 0/13, but FIG. 0/13 is now defined so that any arbitrary AID is signaled there.

According to a particularly advantageous development of the present data format, the group type can also be transmitted from RDS in a further data field (one byte) in order to uniquely identify the service. As a result, it is possible to transfer any RDS service via DAB in FIG. 5/1 without any additional outlay on software, since even in DAB under FIG. 5/1, only 37-bit-long fields (= 37 available bits per group) are available define; optionally, another FIG, such as FIG 5/3, can be used for other RDS services.

According to a particularly inventive development, at least one so-called D [igital] R [adio] S [erver] enables the preparation and feeding of RDS services into the DAB system. From any RDS source, for example, messages are fed to the DAB system via the Internet and merged into a broadcastable cycle along with system information including information about the provider of the service. The coding of the cycle takes place in accordance with the DAB specification EN 300 401 in the F [branch] I [nformation] G [roup] 5/1.

As a result, therefore, RDS (additional) services in the inventively designed receiving unit of the information system, in particular of the navigation system, can be made available at any time; Consequently, conditions essential to the invention are met in order to individualize not only the digital broadcasting itself, but also associated additional services based on RDS. The receiving units can - in the presence of correspondingly large memory - route-relevant messages from a database search and, for example, the leader of a means of transport at the touch of a button in his native language.

Furthermore, by the optional use of ALERT-C for coding thus the additional service language-independent, so that the user of the present invention receives the weather report, for example, even when traveling abroad in his native language.

Another benefit of the present invention is seen in linking the RDS functionality to automatic conversion to DAB messages. This connection can reduce the costs of processing the messages; Furthermore, this can simultaneously increase the timeliness of the messages.

An essential feature of the present invention is further that the so-called "location codes" just the areas rarely used in the RDS principle are relevant. The additional data services should relate here to administrative areas, such as federal states, administrative districts or the like, but also to existing tourist areas, such as the Bavarian Forest or the Lüneburg Heath.

As a result, the subset of the location list required for the RDS / DAB principle according to the present invention is regularly very small, for instance of the order of a hundred entries, so that special data carriers for the use of the RDS / DAB principle can easily handle several such specialized, that is to say, it may include location lists adapted to the RDS / DAB principle (so the scope may extend to all European countries).

A similar situation can be found in the event list, where only a small subset of all existing events is needed for TMC. As a result, the amount of data required for a voice output is relatively low, resulting in reduced costs on the terminal side, particularly with respect to the receiving unit. For Combined RDS / DAB receiver units means that the overhead for implementing the additional supplementary RDS services is small compared to TMC.

An extension of the information system according to the present invention is possible insofar as in a preferred embodiment of the information system as a navigation system in the route calculation expediently can be considered current RDS services. For example, in the context of E [mergency] W arning S [ystem] areas that are currently flooded or snowed in, or that contain other sources of danger, such as big-fire or tornadoes in the US, may be detoured.

The advantage for the user, who can also be notified at any time, for example, by means of the paging service, is, inter alia, the fact that, for example, current data and information of the destination area are already queried at the time of arrival and certain areas are intentionally avoided, for example in difficult weather situations can.

With regard to the progress and the benefits of the present invention, it should be noted that, especially due to the increased interest of the automotive industry in the dynamization of already installed in some vehicle types standard navigation systems, the emission of RDS-DAB with an additional motivation for equipping means of transport Represents DAB receivers.

• (i) Starten und Gehen zu Schritt (ii);
• (ii) Initialisieren und Gehen zu Schritt (iii);
• (iii) Aktivieren des Empfangens von als O[pen]D[ata]A[pplication]-Applikation kodiert übertragenen digitalen Daten und Informationen: – wenn ja (+), dann Gehen zu Schritt (iv); – wenn nein (–), dann Gehen zu Schritt (x);
• (iv) Suchen mindestens eines dem Empfangen von als O[pen]D[ata]A[pplication]-Applikation kodiert übertragenen digitalen Daten und Informationen zugeordneten Gruppentyps, insbesondere R[adio]D[ata]S[ystem]-Gruppentyps, und Gehen zu Schritt (v);
• (v) Finden eines dem Empfangen von als O[pen]D[ata]A[pplication]-Applikation kodiert übertragenen digitalen Daten und Informationen zugeordneten Gruppentyps, insbesondere R[adio]D[ata]S[ystem]-Gruppentyps, mit zutreffender Anwendungskennung (= A[pplication]ID[entification]): – wenn ja (+), dann Gehen zu Schritt (vi); – wenn nein (–), dann
• (xii) Deaktivieren des Empfangens von als O[pen]D[ata]A[pplication]-Applikation kodiert übertragenen digitalen Daten und Informationen und Gehen zu Schritt (x);
• (vi) Anzeigen mindestens eines/r als O[pen]D[ata]A[pplication]-Applikation kodiert übertragenen digitalen Daten und Informationen zugeordneten Textes, Tabelle, Graphik, Symbols oder dergleichen in der Ausgabeeinheit (80) und Gehen zu Schritt (vii);
• (vii) Sammeln von auf R[adio]D[ata]S[ystem]-Basis übermittelten Diensten, insbesondere von programmbegleitenden Datendiensten oder von programmunabhängigen Datendiensten, wie etwa E[mergency]W[arning]S[ystem] oder Paging, und Gehen zu Schritt (viii);
• (viii) Abrufen der Dienste: – wenn ja (+), dann
• (xiii) Anzeigen der als O[pen]D[ata]A[pplication]-Applikation kodiert übertragenen digitalen Daten und Informationen in der Ausgabeeinheit (80) und Gehen zu Schritt (ix); – wenn nein (–), dann Gehen zu Schritt (ix);
• (ix) Wechseln des Senders: – wenn ja (+), dann Gehen vor Schritt (iv); – wenn nein (–), dann Gehen zu Schritt (x);
• (x) Empfangen von als O[pen]D[ata]A[pplication]-Applikation kodiert übertragenen digitalen Daten und Informationen, noch im Aktivierungszustand: – wenn ja (+), dann Gehen vor Schritt (vii); – wenn nein (–), dann Gehen zu Schritt (xi);
• (xi) Beenden.

A method for operating at least one of at least one information system according to the above-described type associated receiving unit, in particular broadcast receiving unit, for receiving as O [pen] D [ata] A [application] application transmitted digital data and information, comprises the following steps :

• (i) starting and going to step (ii);
• (ii) initialize and go to step (iii);
• (iii) enabling the reception of digital data and information encoded as an O [pen] D [ata] A [application] application: if so (+), then going to step (iv); If no (-), then go to step (x);
• (iv) searching at least one group type assigned to receive digital data and information encoded as an O [pen] D [ata] A [application] application, in particular R [adio] D [ata] S [ystem] group type, and Go to step (v);
• (v) finding a group type assigned to receive digital data and information encoded as O [pen] D [ata] A [application] application, in particular R [adio] D [ata] S [ystem] group type, as appropriate Application ID (= A [application] ID [entification]): - if yes (+), then go to step (vi); - if no (-), then
• (xii) deactivating receipt of digital data encoded as an O [pen] D [ata] A [application] application and proceeding to step (x);
• (vi) displaying at least one O [pen] D [ata] A [application] application encoded on digital data and associated text, table, graphics, symbol or the like information in the output unit ( 80 ) and go to step (vii);
• (vii) collecting services transmitted on R [adio] D [ata] S [ystem] basis, in particular program-accompanying data services or program-independent data services, such as e-commerce [W arning] S [ystem] or paging, and Go to step (viii);
• (viii) retrieve the services: - if so (+), then
• (xiii) displaying the digital data and information transmitted as O [pen] D [ata] A [application] application in the output unit ( 80 ) and go to step (ix); If no (-), then go to step (ix);
• (ix) Switching the transmitter: if yes (+), then going before step (iv); If no (-), then go to step (x);
• (x) receiving digital data and information transmitted encoded as O [pen] D [ata] A [application], still in the activation state: - if yes (+), then going before step (vii); If no (-), then go to step (xi);
• (xi) Exit.

Brief description of the drawings

As already discussed above, there are various possibilities for embodying and developing the teaching of the present invention in an advantageous manner. Reference is made on the one hand to the claims subordinate to claims 1 and 6, on the other hand, further embodiments, features and advantages of the present invention hereinafter with reference to the by 1B to 4 illustrated embodiment explained in more detail.

It shows:

1A a schematic schematic representation of the definition of a "user application definition" under F [branch] I [nformation] G [roup] 0/13 according to the prior art (eg DAB specification EN 300 401);

1B in schematic schematic representation, the definition of a data format ("user application definition") under F [ast] I [nformation] G [roup] 0/13 according to the present invention;

2 in schematic schematic representation of the definition of the data format 1B associated data structure according to the present invention;

3 a schematic representation of an embodiment of an information system according to the present invention, the digital data according to the 1B and 2 receive and process; and

4 in a schematic block diagram of the flowchart for an embodiment of a method for operating an information system from 3 assigned receiving unit.

The same or similar embodiments, elements or features are in the 1A to 4 provided with identical reference numerals.

Best way to carry out the invention

In 1B is an embodiment of a defined data format 200 ("User application definition") under F [ast] I [nformation] G [roup] 0/13 in accordance with the present invention in schematic schematic representation.

This data format 200 It is used for the transmission of digital broadcast signals on D [digital] A [audio] B [roadcasting] basis and is chosen so that all additional services possible in RDS can also be realized via DAB. For this purpose, not only A [pplication] ID [dentification] D [ata] for the T [raffic] M [essage] C [hannel] is transmitted in FIG. 0/13 (compare data format in FIG 1A according to the prior art), but FIG 0/13 is defined so that any AID is signaled there.

This is indicated by the data format 200 initially "head-end" a type field 202 ("User application type") and a data length field 204 ("User application data length"). Unlike the according to 1A illustrated data format from the prior art (→ "user application data: TMC AID" 206 in 1A ) then follows a data field 206 not only for T [raffic] M [essage] C [hannel] data but also for R [adio] D [ata] S [ystem] -based services, in particular for program-accompanying data services or program-independent data services, such as E mergency W arning S ystem or Paging ("user application data: RDS AID").

Between the above-described data field 206 and a final additional data field 210 ("User application data: additional info") is an additional R [adio] D [ata] S [ystem] group type data field 208 ("User application data: RDS-GType") provided by one byte in length.

In this further data field 208 In other words, the group type can still be transferred from RDS in order to uniquely identify the service. This makes it possible to transmit any RDS service via DAB in FIG. 5/1 without any additional software effort, because even in DAB, only 37-bit long fields (= 37 available bits per group) are available in FIG. 5/1 define (if appropriate, also another FIG, for example, FIG 5/3, be used for other RDS services).

• – einer B[roadcast]W[eb]S[ite]-Application-Komponente 310 → ”Packet Mode”-Übertragung 312,
• – einer TMC AID = CD46-Komponente 320 → FIG 5/1 Übertragung 322 und
• – einer zusätzlichen RDS-Application-Komponente 330 in DAB → FIG 5/x Übertragung 332.

In 2 is a schematic schematic representation of a data format 200 out 1B exemplary assigned data structure 300 shown on the basis of FIG 0/13. This data structure 300 consists of three components 310 . 320 . 330 together, namely out

• A B [roadcast] W [eb] S [ite] application component 310 → "Packet Mode" transmission 312 .
• A TMC AID = CD46 component 320 → FIG 5/1 Transmission 322 and
• - an additional RDS application component 330 in DAB → FIG 5 / x transmission 332 ,

Through the presented data format 200 as well as through the presented data structure 300 According to the invention digital broadcast signals on D [igital] A [audio] B [roadcasting] basis, in particular so-called DAB ensembles or DAB multiplexes, constituted by realizing the data structure 300 are detectable in the standard.

In this context, a DAB ensemble or DAB multiplex is understood to mean a package of approximately five to approximately eight radio programs as well as additional data services. Such a package has a fixed total capacity, but can be flexibly divided among the various programs and services.

Each DAB ensemble or each DAB multiplex is broadcast in a certain area - comparable to a classic U [ltra] short [] radio program - in a certain area, for example in a federal state or even in the area of a big city, or maybe also in a whole country. In one area, many different DAB ensembles or DAB multiplexes can be broadcast.

A DAB ensemble or a DAB multiplex, however, always uses in this context a single frequency and has a unique identification number and a unique name. The propagation areas of the DAB ensembles or the DAB multiplexes are also referred to as coverings.

The data stream of the DAB multiplex has a maximum capacity of about 1.7 megabits per second, which is usually several radio programs (so-called "audio streams") and multiple data channels (so-called N [ot] P [rogramme] A [ssociated] D [ata ] = non-program accompanying data services). The name DAB "multiplex" refers to the fact that the individual data streams are multiplexed, that is, in each case alternately sent piece by piece.

A multiplex needs about 1.5 megahertz of bandwidth on the frequency band; the multiplexed total number of data, services and programs is also called ensemble. The transmission signal itself has a series of closely spaced and substantially equidistant orthogonal carriers.

In 3 an embodiment of an information system according to the present invention is shown in schematic schematic representation, this information system 100 is designed as a navigation system.

The navigation system is in one (in the 1A to 4 for reasons of clarity of illustration not explicitly shown) motor vehicle installed and directs the leader of the motor vehicle easily, quickly and safely to a desired destination, without the leader of the motor vehicle previously consuming a route plan and acquire appropriate maps or study must.

For this purpose, corresponding navigation data, for example maps, maps or road maps, are located in the information system 100 - stored approximately on C [ompact] D [isc] -R [ead] O [nly] M [emory] - before. The information system 100 uses, for example, G [lobal] P [ositioning] S [ystem] to determine the current location of the motor vehicle and to calculate corresponding instructions leading to a predetermined destination.

In this context, the navigation data includes information about roads and paths for motor vehicles; this comes in the information system 100 corresponding route calculation algorithms are used which, from the specification of a starting point and a destination point together with the stored navigation data, calculate an optimum route for the journey from the starting point to the destination point. Such algorithms for route calculation are based, for example, on so-called best-path algorithms, which are known from graph theory and which are adapted to the special requirements for use in self-sufficient, for example, transportation-linked information systems 100 be adjusted.

• – eine digitalisierte Straßenkarte,
• – eine als Rechenmodul ausgebildete Prozessoreinheit 70 zur Fahrtroutenberechnung,
• – eine Positionsbestimmungseinheit 20 zum Bestimmen der Position des Kraftfahrzeugs sowie zum Ermitteln von Positionsdaten,
• – eine (System-)Verwaltungseinheit 50 zum Verwalten der Positionsdaten und der Bewegungsdaten sowie der eingegebenen Daten und Informationen,
• – eine Sensoreinheit 30 zum Erkennen der Bewegungen des Kraftfahrzeugs sowie zum Ermitteln der Bewegungsdaten des Kraftfahrzeugs und
• – eine Eingabeeinheit 40 zum manuellen und akustischen Eingeben von Daten und Informationen durch den Führer des Kraftfahrzeugs sowie
• – eine Ausgabeeinheit 80 zum Ausgeben sowie zum optischen und akustischen Vermitteln der Reisedaten und Verkehrsinformationen
• – letztere beiden als Schnittstellen für die Bedienung des Informationssystems 100 – auf.

The information system 100 according to 3 now has as so-called subsystems essentially

• - a digitized road map,
• - Formed as a calculation module processor unit 70 for route calculation,
• A position determination unit 20 for determining the position of the motor vehicle and for determining position data,
• - a (system) administrative unit 50 for managing the position data and the movement data as well as the entered data and information,
• - a sensor unit 30 for detecting the movements of the motor vehicle and for determining the movement data of the motor vehicle and
• - an input unit 40 for manually and acoustically inputting data and information by the driver of the motor vehicle as well
• - an output unit 80 for output as well as for optical and acoustic transmission of the travel data and traffic information
• - latter two as interfaces for the operation of the information system 100 - on.

In addition, traffic data and information are partially processed, for example to avoid traffic congestion; In this case, the driver of the motor vehicle is informed about optical and acoustic driving instructions, in which direction to drive to optimally, according to the preset route options, that is to get as fast as possible and with maximum security to the destination.

Furthermore, for the basis 3 illustrated embodiment of the information system 100 the ability to read a travel guide's data and information from a data carrier, such as a C [ompact] D [isc]. To burden the user, that is the driver of the motor vehicle in this case with all data and information, is one of the processor unit 70 and the output unit 80 upstream filter unit 60 which presents to the driver of the motor vehicle the available data and information as a function of the location, the destination area and / or the topic in a suitable selective form for selection. The driver of the motor vehicle can then access the information system 100 after selecting an object, lead to this.

The basis 3 illustrated embodiment of the information system 100 is characterized by the fact that compared to conventional information systems that the receiving unit 10 also for receiving the above-described digital data signals according to the data format 200 (see. 1B ) or according to the data structure 300 (see. 2 ) is determined.

This is the receiving unit 10 according to the representation of 3 is designed as a digital radio receiving unit and designed to receive data and information transmitted encoded as O [pen] D [ata] A [application] application. Consequently, with the receiving unit 10 In addition to TMC other RDS additional services are included in the DAB, so that the playback of these RDS supplementary services to a certain extent "at the touch of a button" of the input unit 40 technically feasible and then in the information system 100 existing data useful for display purposes, in case of need also for navigation purposes, can be used.

In correspondence to this, especially to the receiving unit 10 , serves the administrative unit 50 also to manage the RDS supplementary services recorded; with the processor unit 70 The recorded additional RDS services can then be processed and evaluated.

According to a feature essential to the invention, combined TMC / RDS systems in DAB provide optimum synergy, in that then the decoding devices of TMC can also be used for the further RDS services in DAB; the specific extensions are then negligible compared to the overall complexity. The main extension of the receiving unit 10 of the information system 100 is then that once a group with an RDS service A [application] ID [entification] is found and verified, the group type specified in this group is collected and decoded in addition to the 8A groups related to TMC.

Now with the information system 100 In addition to TMC, other RDS services, such as E-mergency W arning S [ystem] (= emergency warning system) or paging, in the DAB are also to be considered with respect to the RDS / TMC encoded transmission standard. the TMC transmission in the RDS is done in the RDS group 8A with 37 available bits per group. At about six to eight TMC groups per second (depending on the occupancy of the RDS channel), there are about 200 bits per second to 300 bits per second available for the TMC principle.

Here, the encoded TMC transmission is in principle also in amplitude modulated systems (AM systems) possible, such as medium-wave or long-wave transmitters with amplitude modulation (AM) for transmitting AM additional information with gross about 200 bits per second. The transmission takes place by phase modulation of the carrier signal, the data structure being similar to that in the RDS.

With regard to the concrete transmission of data according to the principle according to the present invention - in contrast to the pure TMC principle - a special so-called application identifier (= A [application] ID [entification]) in the E [uropean] B [roadcasting] U [ nion]. (See http://www.rds.org.uk).

It should also be noted that the principle according to the present invention - in contrast to the pure TMC principle (→ group type 8A) - no assignment to a specific RDS group type is given. For this reason, the search for an additional RDS service implemented in DAB will take somewhat longer compared to TMC search, because, for example, group type 3A will only be transmitted approximately every five seconds. However, this is not detrimental, because the vast majority of additional RDS services implemented in DAB are not time-critical - in contrast to TMC messages.

In 4 Finally, the operating principle of a receiving unit designed to receive program-accompanying and program-independent data services transmitted on the R adio-D-at-Sysstem basis is the same as the program-accompanying and program-independent data services, such as e-commerce, or paging 10 outlined in accordance with the present invention. It is clear here that, in contrast to a pure TMC receiving unit, a message output is not necessarily automatic, but the message inventory can only be made available on request, for example by pressing a button of the user.

In detail, after starting (= method step (i)), an initialization (= method step (ii)) of the receiving unit takes place first 10 which may include, inter alia, reading the longitudinal C [onversion] L [oss] tag or the like, scanning the frequency modulated band, and searching for group types, namely, RDS group types such as 3A and 8A.

Then the receiving unit 10 activated with respect to the reception of digital data and information encoded as O [pen] D [ata] A [application] application (= method step (iii)), a search is made for receiving O as an [O] D [ata] A [application] application encodes transmitted digital data and information associated RDS group type (= step (iv)); otherwise (= "-") a check is made as to whether the data service transmitted on R [adio] D [ata] S [ystem] basis is still activated (= method step (x)).

If the matching RDS group type with the appropriate application ID (= A [application ID]) is not found (= "-"), then deactivation takes place (= method step (xii)) and a check is initiated whether the data service transmitted on R [adio] D [ata] S [ystem] basis is still activated (= method step (x)).

If, on the other hand, the matching RDS group type with the appropriate application ID (= A [application ID]) is found (= method step (v)), the output unit display appears 80 an icon or the like is displayed (= step (vi)), whereupon O [pen] D [ata] A [application] application encodes encoded transmitted digital data and information (= step (vii)).

After this collection, the retrieval then takes place (= method step (viii)) and, in the positive case (= "+"), the messages are displayed on the display of the output unit 80 (= Method step (xiii)), behind which function lies the complexity of a user interface set out above, in that the display can be in text, in graphics or in speech.

In the negative case (= "-") of the method step (viii), the transmitter is changed (= method step (ix)). Depending on the success of the attempted change of station (→ "+"), the method according to the present invention jumps back before step (iv) or checks (→ "-") whether the entry on R [adio] D [ata] S [ystem] Basis transmitted data service is still activated (= process step (x)). If this is the case (= "+"), the method returns before step (vii); otherwise (= "-") the process is terminated (= process step (xi)).

Finally, it should be pointed out that the messages essential to the invention are also useful for dynamizing the route search, this being done expediently analogously to the method used in the TMC principle. In this function, the navigation itself can then trigger the function "Display messages" (= method step (xiii)) as "User" and receives the current list of pending messages in response.

Claims (10)

Data format ( 200 ) for transmitting digital broadcast signals on the D [igital] A [audio] B [roadcasting] basis, comprising - at least one type field ( 202 ), - at least one data length field ( 204 ), - at least one data field also designed for T [raffic] M [essage] C [hannel] data ( 206 ) and - at least one additional data field ( 210 ), characterized in that the at least one data field also designed for T [raffic] M [essage] C [hannel] data ( 206 ) is additionally designed for R [adio] D [ata] S [ystem] -based services, namely for program-accompanying data services or program-independent data services, such as e-commerce [WLAN] S [ystem] or paging, the Data format ( 200 ) further comprises a R [adio] D [ata] S [ystem] group type data field ( 208 ) for transmission of any R [adio] D [ata] S [ystem] service also in FIG 5/1 via DAB, the data format ( 200 ) is defined such that any arbitrary application [Dplication] I [dentification] D [ata] is signaled there. Data format according to claim 1, characterized by a definition according to a predetermined F [ast] I [nformation] G [roup] (= fast information group). Data format according to claim 1 or 2, characterized by the following sequence in the arrangement of the fields: (a) type field ( 202 ); (b) data length field ( 204 ); (c) data field ( 206 ); (d) additional data field ( 210 ). Data format according to at least one of claims 1 to 3, characterized in that the R [adio] D [ata] S [ystem] group type data field ( 208 ) between the data field ( 206 ) and the additional data field ( 210 ) and has a length of one byte. Digital broadcasting signal on the digital [A] A [audio] B [roadcasting] basis, namely DAB ensemble or DAB multiplex, characterized by the data format according to one of claims 1 to 4. Information system ( 100 ) for receiving and processing digital broadcasting signals according to claim 5, characterized by at least one receiving unit ( 10 ), namely broadcast receiving unit, for receiving data and information encoded as an O [pen] D [ata] A [application] application. Information system ( 100 ) according to claim 6, characterized in that the information system ( 100 ) is formed as at least one means of transportation associated navigation system. Information system ( 100 ) according to claim 7, characterized by - at least one position determination unit ( 20 ) - for determining the position of the means of locomotion and - for determining position data; At least one sensor unit ( 30 ) - for detecting movements of the means of locomotion and - for determining movement data; At least one input unit ( 40 for manually and / or acoustically inputting data and information, by the guide of the means of locomotion; - at least one administrative unit ( 50 ) for managing - by means of the receiving unit ( 10 ) received data and information and / or - the position data and / or - the movement data and / or - the input data and information, in particular for managing at least one traffic-related event and / or at least one of the traffic-related event associated traffic message; At least one processor unit ( 70 ) - for processing or evaluation - by means of the receiving unit ( 10 ) received data and information and / or - the position data and / or - the movement data and / or - the input data and information, and - for calculating travel data and traffic information, namely a route; and at least one output unit ( 80 ) for outputting and for optically and / or acoustically conveying data and information, namely the travel data and traffic information. Information system ( 100 ) according to claim 8, characterized in that the processor unit ( 70 ) at least one storage unit ( 90 ) for mapping a route network, namely a road network. Method for operating at least one at least one information system ( 100 ), according to one of claims 6 to 9, associated receiving unit ( 10 ), namely broadcast receiving unit, for receiving digital data and information encoded as an O [pen] D [ata] A [application] application, comprising the steps of: (i) starting and going to step (ii); (ii) initialize and go to step (iii); (iii) enabling the reception of digital data and information encoded as an O [pen] D [ata] A [application] application: if so (+), then going to step (iv); If no (-), then go to step (x); (iv) searching at least one group type assigned to receiving digital data and information encoded as an O [pen] D [ata] A [application] application, namely R [adio] D [ata] S [ystem] group type, and Go to step (v); (v) finding a group type assigned to receive digital data and information encoded as O [pen] D [ata] A [application] application, namely, R [adio] D [ata] S [ystem] group type, as appropriate Application ID (= A [application] ID [entification]): - if yes (+), then go to step (vi); If not (-), then (xii) disable receiving digital data encoded as encoded as O [pen] D [ata] A [application] application and go to step (x); (vi) displaying at least one O [pen] D [ata] A [application] application encodes transmitted digital data and associated text, table, graphic, symbol or the like information in the output unit ( 80 ) and go to step (vii); (vii) collecting services transmitted on R [adio] D [ata] S [ystem] basis, namely program-accompanying data services or program-independent data services, such as e-commerce, navigation, or paging, and Go to step (viii); (viii) retrieving the services: if yes (+), then (xiii) display the O [pen] D [ata] A [application] application (xiv) encodes transmitted digital data and information in the output unit ( 80 ) and go to step (ix); If no (-), then go to step (ix); (ix) Switching the transmitter: if yes (+), then going before step (iv); If no (-), then go to step (x); (x) receiving digital data and information transmitted encoded as O [pen] D [ata] A [application], still in the activation state: - if yes (+), then going before step (vii); If no (-), then go to step (xi); (xi) Exit.

Images