EP1079353B1 - Verfahren zur Anforderung und zur Verarbeitung von Verkehrsmeldungen - Google Patents

Verfahren zur Anforderung und zur Verarbeitung von Verkehrsmeldungen Download PDF

Info

Publication number
EP1079353B1
EP1079353B1 EP00115719A EP00115719A EP1079353B1 EP 1079353 B1 EP1079353 B1 EP 1079353B1 EP 00115719 A EP00115719 A EP 00115719A EP 00115719 A EP00115719 A EP 00115719A EP 1079353 B1 EP1079353 B1 EP 1079353B1
Authority
EP
European Patent Office
Prior art keywords
traffic
data
radio
transmitted
information
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
EP00115719A
Other languages
English (en)
French (fr)
Other versions
EP1079353A3 (de
EP1079353A2 (de
Inventor
Stefan Goss
Jan Martin
Heinz Werner Pfeiffer
Hans-Dieter Schmidt
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Robert Bosch GmbH filed Critical Robert Bosch GmbH
Publication of EP1079353A2 publication Critical patent/EP1079353A2/de
Publication of EP1079353A3 publication Critical patent/EP1079353A3/de
Application granted granted Critical
Publication of EP1079353B1 publication Critical patent/EP1079353B1/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096708—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control
    • G08G1/096716—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control where the received information does not generate an automatic action on the vehicle control
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096733—Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place
    • G08G1/096741—Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place where the source of the transmitted information selects which information to transmit to each vehicle
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
    • G08G1/096775—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is a central station
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096805—Systems involving transmission of navigation instructions to the vehicle where the transmitted instructions are used to compute a route
    • G08G1/096827—Systems involving transmission of navigation instructions to the vehicle where the transmitted instructions are used to compute a route where the route is computed onboard
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096855—Systems involving transmission of navigation instructions to the vehicle where the output is provided in a suitable form to the driver
    • G08G1/096872—Systems involving transmission of navigation instructions to the vehicle where the output is provided in a suitable form to the driver where instructions are given per voice

Definitions

  • the invention is based on a method for requesting and processing traffic reports according to the type of the main claim.
  • WO 98/26396 a method and an arrangement for informing mobile subscribers have already become known.
  • data are transmitted between a central unit or a mobile subscriber unit on request and / or automatically. These data are intended in particular to transmit traffic information to the mobile subscriber.
  • the central station gives the mobile subscriber all the information about traffic management, so that the road user is completely dependent on the information from the central office.
  • the other possibility is to be seen in the fact that the road user carries a navigation device on board his vehicle, by means of which it is possible to obtain traffic management from the given current position to a target position.
  • control center is only used to transmit traffic information of this type from the control center that could lead to a hindrance to the journey, in particular traffic jams, road closures, diversions or weather-related disruptions.
  • This information can either be transmitted in plain text or in a reduced form, only codes being transmitted, and these codes then being combined in the receiver to form complete messages.
  • a radio To send and receive the information, a radio must be available for each participant, which enables both the transmission of messages and the reception of messages.
  • Such a radio device can be, for example, a customary mobile radio device, as described in DE 196 51 143 A1, but it can also be transmitters that send information to a central station on a specific frequency and, for example, radio receivers operating in the Are able to receive customized messages.
  • the control center can then broadcast the information via a radio transmitter and, on the basis of the individual identifier, ensure that the message can only be evaluated by the recipient who is appropriately individualized.
  • the measure according to the invention has the advantage that the information transmitted to the control center ensures that the coded traffic messages must also be evaluated in the vehicle, since the version number transmitted ensures that the information transmitted back from the control center is also in the vehicle Vehicle can be evaluated with the data available there. Misinformation or incorrect information that relates to incorrect or missing versions of the saved data will be avoided.
  • data group information the version and / or the manufacturer and / or the date of issue of the traffic request is transmitted separately for each data group, hereinafter referred to as data group information.
  • the traffic report request is sent on request. This ensures that the user has in his hand how often and how often he wants to query traffic news. In particular, if he ascertains after a query that traffic obstructions are not to be expected, it is often sufficient that renewed queries are only necessary after a longer driving time. The user of the device is therefore able to send the queries according to his wishes.
  • the traffic jams and disabilities that were transmitted due to the traffic request are taken into account when determining the route.
  • the location code is transmitted together with the version from the base station when several data groups in the radio or navigation device are evaluated. This ensures that even with extensive geographical areas, eg. B. Germany and France, a clear assignment of the location is achieved so that French locations are assigned to the French data group and German locations to the German data group.
  • FIG. 1 shows a mobile vehicle radio device and a central radio transceiver
  • FIGS. 2 to 4 the structure of the data word that is sent from the mobile subscriber to the control center
  • FIGS. 5 to 7 the structure of the data word that is sent from the control center to the mobile subscriber
  • FIG. 8 shows a possible division of data groups.
  • FIG. 1 shows a mobile radio device 4 installed in a vehicle, not shown, which is capable of transmitting and receiving radio transmissions via an antenna 5.
  • a mobile device z. B. to understand radios that work according to the GSM or AMPS standard, but also individualized radio receivers, eg. B. DAB receivers that have a return channel, or where the transmission of the transmission signal takes place on another mobile radio channel.
  • the mobile radio device 4 is connected to a navigation device 6, the navigation device 6 being able to determine a route based on the current location of a vehicle and an entered destination, which the vehicle has to drive.
  • the navigation device 6 is connected to a mass storage device 7.
  • the mass storage device 7 contains, in digital form, information about roads of a specific geographical area.
  • the memory also contains in data groups information for evaluating traffic messages transmitted in coded form, these traffic messages being received in coded form in the radio receiver 4. Details of this are described in DE-OS 35 36 820. Furthermore, information about the location codes of the coded transmitted traffic messages and their linkage with the location codes of the digital map are stored in the memory 7 in the data groups.
  • FIG. 1 also shows a base station 2, which is capable of receiving radio signals from the mobile radio device 4 and sending messages back to the mobile radio device 4 via an antenna 3.
  • the base station can also be a Broadcasting stations, e.g. B.
  • a DAB transmitter that can send out individualized messages, with a return channel receiver or a mobile radio receiver.
  • the base station 2 is connected to a memory 1, information about traffic disturbances and traffic obstructions being read into the memory 1, coded and transmitted for transmission Will be provided.
  • a connection to the base station 2 is established either manually, if the driver has set this, for example at the push of a button, or automatically by the user of the mobile device 4.
  • a radio telegram according to FIG. 2 is now sent to the base station 2.
  • the radio telegram according to FIG. 2 has a header 10, by means of which the base station can recognize which type of messages are requested by whom.
  • the message according to FIG. 2 has a field for data type 11.
  • the data type 11 indicates how the data part 12 and 13 of the radio telegram is structured from the mobile station to the base station.
  • the base station is now able, on the one hand, to identify the station to be transmitted and, on the other hand, to recognize the request profile.
  • the transmitted radio telegram is evaluated in accordance with data type 11 by the corresponding service provider in the base station.
  • the data part 12 is shown in more detail in FIG. 3.
  • the data part 12 comprises a field 15 which indicates how many data groups are stored in the memory 7.
  • Field 16 indicates whether one or more data groups are allowed when the traffic reports are sent back for evaluation. Act it Only simple recipients who are unable to ensure the evaluation of traffic reports on the basis of several data groups are transmitted in data field 16 that only one data group may be used to generate the traffic messages. The fact that only one data group can be used also arises if only a single data group, for example the location codes, and the road connections from Germany are stored in the memory 7.
  • Data field 17 and 18 contains data group information. If only one data group is stored in the memory 7 and only one data group is permitted due to the data field 15, only one data group information is transmitted in the data field 17.
  • the data fields 17 and 18 can be supplemented by further data fields.
  • the data field 15 must be consistent with the number of data group information in the data fields 17, 18 and following. If the traffic report can only be evaluated with one data group when transmitting mobile radio devices, this is indicated in field 16.
  • the data word is supplemented by a further data field 13, through which further information is to be transmitted.
  • the other information that can also be transmitted is e.g. B. to information about the intended use of toll roads, and / or the type of vehicle and information about the current location of the vehicle and the desired destination.
  • the content of data fields 17 or 18 is shown in detail in FIG. At version 19, the version number of the data group, which is stored in memory 7, is transmitted. On Position 20 stores the issue date on which this data group was issued. The manufacturer of the data group is entered at position 21 in order to be able to distinguish different manufacturers with specific differences in one and the same data group. The manufacturer's version number is given at position 22. This information ensures that the devices in the vehicle are able to reliably decode the traffic reports on the part of the mobile radio device. While it can usually be assumed that a service provider knows the data groups in different versions and from different manufacturers, the vehicle devices will usually have different data groups depending on the age of the vehicle, the manufacturer of the navigation device or the vehicle manufacturer, with regard to their content and their age.
  • FIG. 5 shows the data word which is broadcast by the service provider via the base station 2 after it has received and evaluated the data word according to FIG. 2.
  • the data field 25 contains the header which, for example, contains the destination address as information, ie for which mobile radio station the message is intended.
  • the number of transmitted messages is indicated in field 26, so that the mobile radio device can recognize when the message is complete.
  • Field 27 indicates which data group in memory 7 the radio receiver 4 must access in order to be able to evaluate the following information. This information corresponds to the information sent by the mobile radio device 4 in field 19 to the base station. This field is particularly important if the radio receiver is only able to evaluate only one data group when transmitting a message or if only one data group is stored in the memory 7. Traffic messages are now transmitted in field 28, which further fields 29 can follow if more than one traffic message is to be transmitted.
  • FIG. 6 shows in detail how the field 28 or further fields 29 are structured in detail.
  • the location code of a traffic message is transmitted at location 30, for example at which location of a motorway a traffic jam is to be expected.
  • the extent of the traffic disruption is indicated at point 31.
  • Position 32 indicates the direction in which the traffic obstruction is located, whether it is, for example, a traffic obstruction in the south or west direction or a traffic obstruction in the north or east direction.
  • the location code 30 is in turn divided into two pieces of information, first the data field 35 in which the version number of the field 19 is written, and the actual location code 36.
  • This measure ensures that when the Receiver is able to evaluate location codes from different data groups in a data telegram, receives an indication of which data group a particular location code belongs to. For example, if you imagine that the data group for Germany for Saarmaschinen has the same location code as Nice for the data group France, it is very It is important that the data group is also specified for the location code. However, this has the consequence that the location code does not have to be transmitted with a very small bit width, for example with 8 or 16 bits, but with a larger bit width, for example with 32 bits.
  • the field 27 is then an empty field in which, for. B. a zero is written.
  • the location code of the data field 30 can be shortened to 8 or 16 bits, but it is not possible to pass on data group information. For this reason, for simple receivers, the output of traffic information is limited to a data group that is defined in field 27, in the example mentioned either to Germany or to France.
  • FIG. 8 now shows the structure of data groups that is stored in the memory 7 assigned to the mobile radio device 4.
  • Data group 38 is a table in which location codes, road connections and standard texts from Germany are stored, as is described in more detail, for example, in DE 35 36 820 or in standard ENV-278/7/3/006.
  • the data group 39 relates to location information and road connections that can be found in France and the data group 40 relates to tables in which location codes and road connections of the city of Frankfurt a. M. are listed in more detail.
  • the list of data groups can be designed as desired. Data groups with tourist sights, such as the Black Forest or the Allgäu, are also possible.
  • the navigation system 6 On the basis of the transmitted traffic information, it is possible for the navigation system 6 to calculate a route from the instantaneous point to the destination point, taking into account the requested traffic reports, whereby traffic obstructions can be avoided as far as this is necessary. It is also useful if the current point and the destination are known to only transmit traffic reports that are in a corridor between the current point and the destination. This ensures that not all traffic reports from Germany or France have to be transmitted, but that traffic reports can be limited to a certain area in the direction of the route.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Atmospheric Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Navigation (AREA)
  • Traffic Control Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Communication Control (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

  • Die Erfindung geht aus von einem Verfahren zur Anforderung und zur Verarbeitung von Verkehrsmeldungen nach der Gattung des Hauptanspruchs.
  • Aus der WO 98/26396 sind bereits ein Verfahren und eine Anordnung zur Information mobiler Teilnehmer bekannt geworden. Hierbei werden auf Anfrage und/oder automatisch Daten zwischen einer Zentraleinheit oder einer mobilen Teilnehmereinheit übertragen. Diese Daten sollen insbesondere dazu dienen, dem mobilen Teilnehmer Verkehrsinformation zu übertragen. Grundsätzlich sind hierbei zwei Wege möglich. Einerseits werden dem mobilen Teilnehmer von der Zentrale alle Hinweise zur Verkehrsleitung gegeben, so daß der Verkehrsteilnehmer vollständig auf die Information der Zentrale angewiesen ist. Die andere Möglichkeit ist darin zu sehen, daß der Verkehrsteilnehmer an Bord seines Fahrzeuges ein Navigationsgerät mit sich führt, mittels dem es möglich ist, von der gegebenen augenblicklichen Position zu einer Zielposition eine Verkehrsleitung zu erhalten. In diesem Fall wird die Zentrale lediglich dazu benutzt, um sich von der Zentrale solche Verkehrsinformationen übertragen zu lassen, die zu einer Behinderung der Fahrt führen könnten, insbesondere Staus, Straßensperrungen, Umleitungen oder wetterbedingte Störungen. Diese Informationen können dabei entweder im Klartext übertragen werden oder aber in einer reduzierten Form, wobei lediglich Codes übertragen werden, und diese Codes dann im Empfänger zu vollständigen Nachrichten zusammengesetzt werden. Eine solche Maßnahme ist beispielsweise in der DE-OS 35 36 820 beschrieben. Zum Aussenden und zum Empfangen der Information müssen für jeden Teilnehmer ein Funkgerät vorhanden sein, das sowohl die Aussendung von Nachrichten als auch den Empfang von Nachrichten ermöglicht. Bei einem solchen Funkgerät kann es sich beispielsweise um ein gebräuchliches Mobilfunkgerät handeln, wie dies in der DE 196 51 143 A1 beschrieben ist, es können jedoch auch Sender sein, die auf einer bestimmten Frequenz Informationen zu einer Zentrale aussenden und beispielsweise Rundfunkempfänger, die in der Lage sind, individualisierte Nachrichten zu empfangen. In diesem Fall kann die Zentrale dann nach Bearbeitung der Anfrage die Information über einen Rundfunksender ausstrahlen und aufgrund der individuellen Kennung dafür Sorge tragen, daß die Nachricht nur von dem Empfänger ausgewertet werden kann, der entsprechend individualisiert ist.
  • Die Erfindung ist definient in dem unabhängigen Anspruch 1.
    • Vorteile der Erfindung
  • Durch die erfindungsgemäße Maßnahme ergibt sich der Vorteil, daß aufgrund der an die Zentrale übertragenen Information gewährleistet ist, daß die codierten Verkehrsnachrichten auf jeden Fall im Fahrzeug auch auszuwerten sind, da aufgrund der übertragenen Versionskennzeichen gewährleistet ist, daß die von der Zentrale zurückübertragenen Informationen auch im Fahrzeug mit den dort vorhandenen Daten ausgewertet werden können. Fehlinformationen oder falsche Informationen, die sich auf falsche oder fehlende Versionen der gespeicherten Daten beziehen, werden dadurch sicher vermieden.
  • Durch die Unteransprüche ergeben sich vorteilhafte Weiterbildungen und Verbesserungen des im Hauptanspruch aufgezeigten Verfahrens. So ist es vorteilhaft, daß im Speicher mehrere Datengruppen für unterschiedliche geographische Regionen abgelegt sind. Durch diese Maßnahme wird erreicht, daß das Fahrzeug mit dem Gerät auch in einem größeren geographischen Gebiet, z. B. neben Deutschland auch in Frankreich, Großbritannien und in den Beneluxländern, in der Lage ist, codierte übertragene Verkehrsmeldungen auszuwerten und zu verarbeiten. Als weiterer Vorteil ist anzusehen, daß für eine geographische Region mehrere Datengruppen unterschiedliche Detaillierung im Speicher abgelegt sind. Durch diese Maßnahme wird erreicht, daß beispielsweise für bestimmte Regionen, beispielsweise touristisch interessante Regionen oder Großstädte, weitere und mehr ins Detail gehende Informationen zur Verfügung gestellt werden. Bei Anforderung von Verkehrsinformationen können diese detaillierter vorhandenen Informationen bei einer Antwort von der Basisstation berücksichtigt werden.
  • Günstig ist es auch, daß für jede Datengruppe getrennt die Version und/oder der Hersteller und/oder das Ausgabedatum der Verkehrsanfrage übertragen wird, im weiteren als Datengruppeninformation bezeichnet. Durch diese Maßnahmen wird erreicht, daß auch dann, wenn beispielsweise die gespeicherten Daten durch Zukauf beispielsweise regional erweitert werden, immer auswertbare Verkehrsinformationen zur Verfügung gestellt werden, unabhängig davon, wie alt die gespeicherten Daten bezüglich der unterschiedlichen Regionen sind.
  • Weiterhin ist es vorteilhaft, mit der Verkehrsmeldungsanfrage eine Information zu übermitteln, ob der Funkempfänger mit dem Navigationsgerät in der Lage ist, mehrere Datengruppen gleichzeitig auszuwerten oder nicht. Insbesondere bei einfacheren Geräten besteht das Problem, daß jeweils immer nur Verkehrsmeldungen unter Benutzung einer Datengruppe ausgewertet werden können. Es ist daher nicht sinnvoll, wenn von der Basisstation bei einer Übertragung Verkehrsinformationen übermittelt werden, die mehrere Datengruppen zur Auswertung erfordern, da dann eine Auswertung in einer vorgegebenen Reaktionszeit nicht mehr möglich ist. Aus der Basisstation werden dann nur solche Informationen zurückgesandt, die mit einer Datengruppe auswertbar sind.
  • Vorteilhaft ist es auch, daß die Verkehrsmeldungsanfrage auf Anforderung abgesandt wird. Dadurch wird erreicht, daß der Nutzer es in der Hand hat, wie oft und wie häufig er Verkehrsnachrichten abfragen möchte. Insbesondere dann, wenn er nach einer Abfrage feststellt, daß Verkehrsbehinderungen nicht zu erwarten sind, ist es oft hinreichend, daß neuerliche Abfragen erst nach längerer Fahrzeit überhaupt erforderlich sind. Der Nutzer des Gerätes ist daher in der Lage, die Abfragen gemäß seinen Wünschen auszusenden.
  • Günstig ist es auch, die Verkehrsmeldungsanfrage in vorgegebenen Zeitabständen vorzunehmen. Durch diese Maßnahme wird der Fahrer eines Fahrzeuges entlastet. Er muß nicht immer daran denken, ob eine neue Verkehrsmeldung erforderlich ist. Vielmehr wird in Abhängigkeit von der befahrenen Strecke oder nach zeitlichen Vorgaben eine Abfrage nach Verkehrsbehinderungen vorgenommen, so daß der Fahrer, ohne daß er selbst darüber nachdenken muß, ständig über das aktuelle Verkehrsgeschehen, insbesondere über neue Behinderungen auf den Straßen, informiert ist.
  • Vorteilhaft ist es auch, aufgrund der eingegangenen Verkehrsmeldungen eine Route von einem augenblicklichen Punkt zu einem Zielpunkt zu berechnen. Hierbei werden die Staus und Behinderungen, die aufgrund der Verkehrsanfrage übertragen wurden, bei der Routenermittlung berücksichtigt. Weiter ist es vorteilhaft, nicht sämtliche Verkehrsmeldungen, die den Abfragekriterien entsprechen, zu übertragen, sondern nur solche Verkehrsmeldungen, die in einem vorgegebenen Korridor zwischen dem augenblicklichen Punkt und dem Zielpunkt liegen. Dadurch wird erreicht, daß die Zahl der Verkehrsmeldungen weiterhin eingeschränkt wird, wobei darauf zu achten ist, daß der Korridor so gewählt ist, daß auch mögliche und sinnvolle Umgehungsstraßen erfaßt werden.
  • Günstig ist es auch, daß bei der Auswertemöglichkeit von mehreren Datengruppen im Funkgerät oder Navigationsgerät der Ortscode zusammen mit der Version von der Basisstation übertragen wird. Dadurch wird erreicht, daß auch bei ausgedehnten geographischen Gebieten, z. B. Deutschland und Frankreich, eine eindeutige Zuordnung des Ortes erreicht wird, so daß französischen Orten der französischen Datengruppe und deutsche Orte der deutschen Datengruppe zugeordnet sind.
    • Zeichnung
  • Ein Ausführungsbeispiel der Erfindung ist in der Zeichnung dargestellt und in der folgenden Beschreibung näher erläutert. Es zeigen Figur 1 ein Fahrzeugmobilfunkgerät und eine zentrale Funksendeempfangsanlage, Figuren 2 bis 4 den Aufbau des Datenwortes, das vom mobilen Teilnehmer zur Zentrale gesandt wird, Figuren 5 bis 7 den Aufbau des Datenwortes, das von der Zentrale an den mobilen Teilnehmer zurückgesandt wird und Figur 8 eine mögliche Aufteilung von Datengruppen.
    • Beschreibung des Ausführungsbeispiels
  • Figur 1 zeigt ein in einem nicht dargestellten Fahrzeug eingebautes Mobilfunkgerät 4, das in der Lage ist, über eine Antenne 5 Funksendungen auszustrahlen und solche zu empfangen. Unter einem Mobilfunkgerät sind z. B. Funkgeräte zu verstehen, die nach dem GSM- oder AMPS-Standard arbeiten, jedoch auch individualisierte Rundfunkempfänger, z. B. DAB-Empfänger, die einen Rückkanal aufweisen, oder wo die Ausstrahlung des Sendesignals auf einem anderen Mobilfunkkanal erfolgt. Das Mobilfunkgerät 4 ist mit einem Navigationsgerät 6 verbunden, wobei das Navigationsgerät 6 in der Lage ist, aufgrund des augenblicklichen Standorts eines Fahrzeuges und eines eingegebenen Zielorts eine Route zu bestimmen, die das Fahrzeug zu fahren hat. Hierzu ist das Navigationsgerät 6 mit einem Massenspeicher 7 verbunden. Der Massenspeicher 7 enthält in digitaler Form Informationen über Straßen eines bestimmten geographischen Gebietes. Weiterhin enthält der Speicher in Datengruppen Informationen zur Auswertung von in codierter Form übertragenen Verkehrsnachrichten, wobei diese Verkehrsnachrichten codiert im Funkempfänger 4 empfangen werden. Einzelheiten hierzu sind in der DE-OS 35 36 820 beschrieben. Weiterhin sind im Speicher 7 in den Datengruppen Informationen über die Ortscodes der codiert übertragenen Verkehrsnachrichten abgelegt sowie deren Verknüpfung mit den Ortscodes der digitalen Karte. Figur 1 zeigt weiterhin eine Basisstation 2, die über eine Antenne 3 in der Lage ist, Funksignale vom Mobilfunkgerät 4 zu empfangen und Nachrichten an das Mobilfunkgerät 4 zurückzusenden. Die Basisstation kann neben einer Mobilfunkbasisstation eines Mobilfunknetzes auch ein Rundfunksender, z. B. ein DAB-Sender sein, der individualisierte Nachrichten aussenden kann, mit einem Rückkanalempfänger oder einem Mobilfunkempfänger.Die Basisstation 2 ist mit einem Speicher 1 verbunden, wobei in dem Speicher 1 Informationen über Verkehrsstörungen und Verkehrsbehinderungen eingelesen werden, codiert werden und zur Ausstrahlung zur Verfügung gestellt werden.
  • Tritt nun der Fahrer eines Fahrzeuges eine Fahrt an und hat in sein Navigationssystem einen Zielpunkt eingegeben, so wird entweder manuell, wenn dies der Fahrer so eingestellt hat, beispielsweise per Knopfdruck, oder automatisch vom Benutzer des Mobilgerätes 4 eine Verbindung mit der Basisstation 2 aufgebaut.
  • Zu der Basisstation 2 wird nunmehr ein Funktelegramm gemäß Figur 2 abgesetzt. Das Funktelegramm gemäß Figur 2 weist einen Header 10 auf, anhand dem die Basisstation erkennen kann, von wem welche Art von Nachrichten angefordert werden. Weiterhin weist die Nachricht gemäß Figur 2 ein Feld für den Datentyp 11 auf. Der Datentyp 11 gibt an, wie der Datenteil 12 und 13 des Funktelegramms von der mobilen Station zur Basisstation aufgebaut ist. Anhand dieser Information ist nunmehr die Basisstation in der Lage, einerseits die zu sendende Station zu identifizieren und andererseits das Anfrageprofil zu erkennen. Vom entsprechenden Dienstanbieter in der Basisstation wird das übertragene Funktelegramm entsprechend dem Datentyp 11 ausgewertet.
  • Der Datenteil 12 ist in der Figur 3 detaillierter dargestellt. Im Ausführungsbeispiel umfaßt der Datenteil 12 ein Feld 15, in dem angegeben ist, wieviel Datengruppen im Speicher 7 abgelegt sind. Im Feld 16 ist angegeben, ob eine oder mehrere Datengruppen bei der Rücksendung der Verkehrsmeldungen zur Auswertung erlaubt sind. Handelt es sich lediglich um einfache Empfänger, die nicht in der Lage sind, die Auswertung von Verkehrsmeldungen auf der Basis mehrerer Datengruppen zu gewährleisten, wird im Datenfeld 16 übertragen, daß lediglich eine Datengruppe zur Erzeugung der Verkehrsnachrichten verwendet werden darf. Daß lediglich eine Datengruppe verwendet werden kann, ergibt sich auch dann, wenn im Speicher 7 nur eine einzige Datengruppe, beispielsweise die Ortscodes, sowie die Straßenverbindungen von Deutschland gespeichert sind. Das Datenfeld 17 und 18 enthält Datengruppeninformationen. Ist nur eine Datengruppe im Speicher 7 abgelegt und wird aufgrund des Datenfelds 15 nur eine Datengruppe zugelassen, wird auch nur eine Datengruppeninformation im Datenfeld 17 übertragen. Sind zwei Datengruppeninformationen zugelassen, werden zwei Datengruppeninformationen übertragen, sind mehrere Datengruppen zugelassen, so können die Datenfelder 17 und 18 durch weitere Datenfelder ergänzt werden. Das Datenfeld 15 muß konsistent sein mit der Zahl der Datengruppeninformationen in den Datenfeldern 17, 18 und folgende. Kann bei einer Übertragung von Mobilfunkgeräten die Auswertung der Verkehrsmeldung nur mit einer Datengruppe erfolgen, wird dies im Feld 16 angegeben.
  • In Figur 2 ist das Datenwort noch durch ein weiteres Datenfeld 13 ergänzt, durch das weitere Informationen zu übertragen sind. Bei den weiteren Informationen, die zusätzlich übertragen werden können, handelt es sich z. B. um Informationen über die beabsichtigte Nutzung von gebührenpflichtigen Straßen, und/oder der Fahrzeugart sowie Informationen über den augenblicklichen Standort des Fahrzeuges sowie das gewünschte Ziel.
  • In Figur 4 ist im Detail der Inhalt der Datenfelder 17 oder 18 dargestellt. An der Stelle 19 wird die Versionsnummer der Datengruppe übertragen, die im Speicher 7 abgelegt ist. An der Stelle 20 ist das Ausgabedatum eingespeichert, an dem diese Datengruppe herausgegeben worden ist. An der Stelle 21 ist der Hersteller der Datengruppe eingetragen, um unterschiedliche Hersteller mit spezifischen Unterschieden bei ein und derselben Datengruppe unterscheiden zu können. An der Stelle 22 ist die Versionsnummer des Herstellers angegeben. Durch diese Information wird sichergestellt, daß die im Fahrzeug befindlichen Einrichtungen in der Lage sind, die Verkehrsmeldungen auf Seiten des Mobilfunkgerätes sicher decodieren zu können. Während üblicherweise vorausgesetzt werden kann, daß ein Diensteanbieter die Datengruppen in unterschiedlichen Versionen und von unterschiedlichen Herstellern kennt, wird in den Fahrzeuggeräten üblicherweise in Abhängigkeit vom Alter des Fahrzeuges, vom Hersteller des Navigationsgerätes oder auch vom Fahrzeughersteller unterschiedliche Datengruppen vorhanden sein, die sich bezüglich ihres Inhalts und ihres Alters unterscheiden. Da Straßen ständig hinzukommen und andere Straßen entfallen, sowie auch Bezeichnungen der Ortsnamen häufig geändert werden, ist nämlich dann, wenn im Fahrzeug eine ältere Version einer Datengruppe gespeichert ist, eine Auswertung der Information vom Dienstanbieter dann nicht mehr möglich, wenn von der Basisstation Verkehrsinformationen aufgrund einer neueren Version der Tabellen der Datengruppen erstellt worden sind. Durch die Übertragung der Versionsnummern, des Herstellers der entsprechenden Version und der Erstellungsdaten wird es möglich, sicherzustellen, daß vom Diensteanbieter nur solche Daten übertragen werden, die vom Fahrzeuggerät ausgewertet werden können. Andererseits werden solche Daten nicht übertragen, für die entweder im Fahrzeuggerät keine Datengruppen vorhanden sind oder wo deren Auswertung behindert ist. Es ist nämlich nicht sinnvoll, falls sich ein Fahrzeug z. B. im Grenzgebiet zwischen Deutschland und Frankreich befindet, und der Fahrer beabsichtigt, nach Frankreich zu fahren, Informationen über französische Verkehrshindernisse zu übermitteln, wenn die Datentabellen im Fahrzeugempfänger nicht dazu geeignet sind, Verkehrsinformationen auf französischem Gebiet auszuwerten. Andererseits ist es auch nicht sinnvoll, dann Daten zu übermitteln, wenn der Fahrzeugempfänger aufgrund seiner einfachen Bauart nur in der Lage ist, im Rahmen eines Datentelegrammes Informationen einer einzigen Datengruppe auszuwerten. In diesem Fall ist es auch dann, wenn im Fahrzeugempfänger sowohl die französische als auch die deutsche Datentabelle enthalten ist, nicht zweckmäßig, deutsche und französische Verkehrsinformationen gemischt zu übertragen. Dies wird gegebenenfalls durch die Angaben im Datenfeld 16 verhindert.
  • In Figur 5 ist das Datenwort dargestellt, das über die Basisstation 2 vom Serviceprovider abgestrahlt wird, nachdem er das Datenwort gemäß Figur 2 empfangen und ausgewertet hat. Im Datenfeld 25 ist der Header enthalten, der zum Beispiel als Information die Zieladresse enthält, d. h. für welche Mobilfunkstation die Nachricht bestimmt ist. Im Feld 26 ist die Zahl der übertragenen Nachrichten angegeben, so daß das Mobilfunkgerät erkennen kann, wann die Nachricht vollständig ist. Im Feld 27 ist angegeben, auf welche Datengruppe im Speicher 7 der Funkempfänger 4 zugreifen muß, um die nachfolgenden Informationen auswerten zu können. Diese Information entspricht der Information, die vom Mobilfunkgerät 4 im Feld 19 an die Basisstation gesandt wurde. Dieses Feld ist insbesondere dann wichtig, wenn der Funkempfänger lediglich in der Lage ist, bei der Übertragung einer Nachricht nur eine Datengruppe auszuwerten oder aber nur eine Datengruppe im Speicher 7 abgelegt ist. Im Feld 28 werden nun Verkehrsnachrichten übertragen, dem weitere Felder 29 folgen können, wenn mehr als eine Verkehrsnachricht zu übertragen ist.
  • In Figur 6 ist im Detail gezeigt, wie das Feld 28 oder weitere Felder 29 im einzelnen aufgebaut sind. An der Stelle 30 wird der Ortscode einer Verkehrsnachricht übertragen, beispielsweise an welcher Stelle einer Autobahn mit einem Stau zu rechnen ist. An der Stelle 31 wird die Erstreckung der Verkehrsstörung angegeben. Hier ist beispielsweise vermerkt, ob sich ein eventuell vorhandener Stau oder die Sperrung einer Straße über eine oder mehrere Ausfahrten oder über eine bestimmte Anzahl von Kilometern erstreckt. An der Stelle 32 ist angegeben, in welcher Richtung sich die Verkehrsbehinderung befindet, ob es sich beispielsweise um eine Verkehrsbehinderung in Fahrtrichtung Süden oder Westen oder um eine Verkehrsbehinderung in Richtung Norden oder Osten handelt. Mit den so vorliegenden Informationen ist es nunmehr für ein Navigationssystem möglich, die Routenberechnung so vorzunehmen, daß der Zeitaufwand für den Fahrer eines Fahrzeuges sehr gering ist. Sind nämlich die Behinderungen als solche und die Länge der Behinderungen sowie deren Richtung bekannt, so kann das Navigationssystem aufgrund des Kartenmaterials, das es auch dem Speicher 7 entnehmen kann, überprüfen, ob eventuell eine andere Route, die länger ist als die zuvor berechnete Route, schneller zum Ziel führt oder nicht.
  • In Figur 7 wird ersichtlich, daß der Ortscode 30 wiederum in zwei Informationen aufgeteilt ist, einmal das Datenfeld 35, in dem die Versionsnummer des Feldes 19 eingeschrieben ist, sowie in den eigentlichen Ortscode 36. Durch diese Maßnahme wird erreicht, daß dann, wenn der Empfänger in der Lage ist, Ortscodes aus unterschiedlichen Datengruppen in einem Datentelegramm auszuwerten, einen Hinweis bekommt, zu welcher Datengruppe ein bestimmter Ortscode gehört. Stellt man sich beispielsweise vor, daß die Datengruppe für Deutschland für Saarbrücken den gleichen Ortscode hat, wie Nizza für die Datengruppe Frankreich, so ist es sehr wichtig, daß zum Ortscode auch die Datengruppe angegeben wird. Dies hat jedoch zur Folge, daß der Ortscode nicht mit einer sehr geringen Bitbreite, beispielsweise mit 8 oder 16 Bit, sondern mit einer höheren Bitbreite, beispielsweise mit 32 Bit übertragen werden muß. Das Feld 27 ist dann ein Leerfeld, in das z. B. eine Null eingeschrieben wird. Es ist nun aber möglich, daß nicht alle Empfänger in der Lage sind, diese komplexeren Ortscodes auszuwerten. Diese sind daher allein auf die Datengruppenangabe im Feld 27 angewiesen, wo die Datengruppe für sämtliche nachfolgenden Verkehrsinformationen festgelegt ist, wohingegen keine Festlegung erfolgt, wenn die Datengruppe später mit dem Ortscode verknüpft wird. Im ersten Fall kann zwar der Ortscode des Datenfelds 30 auf 8 oder 16 Bit verkürzt werden, es ist aber nicht möglich, Datengruppeninformationen weiterzugeben. Aus diesem Grunde ist daher bei einfachen Empfängern die Ausgabe von Verkehrsinformationen auf eine Datengruppe beschränkt, die im Feld 27 festgelegt ist, im erwähnten Beispiel entweder auf Deutschland oder auf Frankreich.
  • Figur 8 zeigt nunmehr den Aufbau von Datengruppen, der in dem dem Mobilfunkgerät 4 zugeordneten Speicher 7 abgelegt ist. Bei der Datengruppe 38 handelt es sich um eine Tabelle, in der Ortscodes, Straßenverbindungen und Standardtexte von Deutschland abgelegt sind, so wie es beispielsweise in der DE 35 36 820 oder im Standard ENV-278/7/3/006 näher beschrieben ist. Die Datengruppe 39 betrifft Ortsangaben und Straßenverbindungen, die in Frankreich anzutreffen sind und die Datengruppe 40 betrifft Tabellen, in der Ortscodes und Straßenverbindungen der Stadt Frankfurt a. M. näher aufgeführt sind. Die Liste der Datengruppen läßt sich hierbei beliebig gestalten. So sind auch Datengruppen mit touristischen Sehenswürdigkeiten, beispielsweise des Schwarzwalds oder des Allgäus möglich.
  • Aufgrund der übertragenen Verkehrsinformation ist es für das Navigationssystem 6 möglich, unter Berücksichtigung der angeforderten Verkehrsmeldungen eine Route vom augenblicklichen Punkt zum Zielpunkt zu berechnen, wobei Verkehrsbehinderungen, so weit dies erforderlich ist, umgangen werden können. Weiterhin ist es sinnvoll, wenn der augenblickliche Punkt und der Zielpunkt bekannt sind, nur solche Verkehrsmeldungen zu übertragen, die sich in einem Korridor zwischen dem augenblicklichen Punkt und dem Zielpunkt befinden. Dadurch wird erreicht, daß nicht alle Verkehrsmeldungen von Deutschland oder Frankreich übertragen werden müssen, sondern sich die Verkehrsmeldungen auf einen bestimmten Bereich in Richtung Fahrtstrecke beschränken können.

Claims (12)

  1. Verfahren zur Anforderung und zur Verarbeitung von Verkehrsmeldungen, bei dem eine Verkehrsmeldungsanfrage von einem Funkgerät (4) abgesandt und von einem Diensteanbieter mindestens eine Verkehrsmeldung über eine Basisstation (2) bereitgestellt wird, die zum Funkgerät (4) übertragen wird, wobei die Verkehrsmeldungen als Kurznachricht, vorzugsweise als TMC-Nachricht, über Funk übertragen werden, dadurch gekennzeichnet, daß die Verkehrsmeldungsanfrage Informationen über die Version der gespeicherten Datengruppe oder Datengruppen in dem dem Funkgerät (4) zugeordneten Speicher (7) und/oder über den Hersteller der gespeicherten Daten und/oder über das Ausgabedatum der gespeicherten Daten umfaßt, und daß als Rückmeldungen von dem Diensteanbieter zu dem Funkgerät (4) nur solche Verkehrsmeldungen übertragen werden, die aufgrund der in dem, dem Funkgerät (4) zugeordneten Speicher (7) gespeicherten Daten oder Datengruppen auswertbar sind.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß im Speicher (7) mehrere Datengruppen für unterschiedliche geographische Daten abgelegt sind.
  3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, daß für eine geographische Region mehrere Datengruppen (38, 39, 40) unterschiedlicher Detaillierung im Speicher (7) abgelegt sind.
  4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß für jede Datengruppe getrennt Version und/oder Hersteller und/oder Ausgabedatum in der Verkehrsmeldungsanfrage übertragen werden.
  5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß die Verkehrsmeldungsanfrage eine Information (16) darüber enthält, ob das Funkgerät (4) mit einem Navigationsgerät (6) nur Verkehrsmeldungen auf der Basis einer Datengruppe (38, 39, 40) auswertet, und daß entsprechend dieser Information (16) nur Verkehrsmeldungen übertragen werden, die mit einer Datengruppe (38, 39, 40) auswertbar sind.
  6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß die Verkehrsmeldungsanfrage auf Anforderung abgesandt wird.
  7. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, daß die Verkehrsmeldungsanfrage automatisch, vorzugsweise in vorgegebenen Zeitabständen, abgesandt wird.
  8. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß unter Berücksichtigung der angeforderten Verkehrsmeldungen eine Route vom augenblicklichen Punkt des Funkgeräts (4) zu einem Zielpunkt berechnet wird.
  9. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß der augenblickliche Punkt des Funkgeräts (4) und ein Zielpunkt mit der Verkehrsmeldungsanfrage von dem Funkgerät (4) übertragen werden und daß nur Verkehrsmeldungen in einem Korridor zwischen dem augenblicklichen Punkt und dem Zielpunkt an das Funkgerät (4) übertragen werden.
  10. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß bei einen Auswertemöglichkeit von mehreren Datengruppen (38, 39, 40) im Funkgerät (4) ein Ortscode (36) zusammen mit der Information über die Version (35) übertragen wird.
  11. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß die Version der Datengruppe (27) einmalig von der Basisstation (2) übertragen wird, wenn vom Funkgerät (4) signalisiert wurde, daß die Auswertung der Verkehrsmeldungen auf einer Datengruppe (38, 39, 40) aufbaut.
  12. Verfahren nach den Ansprüchen 1 bis 10, dadurch gekennzeichnet, daß die Version der Datengruppe (35) mit dem Ortscode (36) der jeweiligen Verkehrsmeldung übertragen wird, wenn vom Funkgerät (4) signalisiert wurde, daß die Auswertung der Verkehrsmeldungen auf mehreren Datengruppen (38, 39, 40) aufbaubar ist.
EP00115719A 1999-08-12 2000-07-21 Verfahren zur Anforderung und zur Verarbeitung von Verkehrsmeldungen Expired - Lifetime EP1079353B1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE19937372A DE19937372A1 (de) 1999-08-12 1999-08-12 Verfahren zur Anforderung und zur Verarbeitung von Verkehrsmeldungen
DE19937372 1999-08-12

Publications (3)

Publication Number Publication Date
EP1079353A2 EP1079353A2 (de) 2001-02-28
EP1079353A3 EP1079353A3 (de) 2001-08-22
EP1079353B1 true EP1079353B1 (de) 2004-04-28

Family

ID=7917595

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00115719A Expired - Lifetime EP1079353B1 (de) 1999-08-12 2000-07-21 Verfahren zur Anforderung und zur Verarbeitung von Verkehrsmeldungen

Country Status (8)

Country Link
US (1) US6434477B1 (de)
EP (1) EP1079353B1 (de)
JP (1) JP2001082967A (de)
AT (1) ATE265727T1 (de)
AU (1) AU775994B2 (de)
DE (2) DE19937372A1 (de)
DK (1) DK1079353T3 (de)
ES (1) ES2219229T3 (de)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7804860B2 (en) 2005-10-05 2010-09-28 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US7840868B2 (en) 2005-10-05 2010-11-23 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8332131B2 (en) 2005-05-18 2012-12-11 Lg Electronics Inc. Method and apparatus for providing transportation status information and using it
US8711850B2 (en) 2005-07-08 2014-04-29 Lg Electronics Inc. Format for providing traffic information and a method and apparatus for using the format

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7620556B1 (en) * 2000-12-11 2009-11-17 Alcatel-Lucent Usa Inc. Telecommunications system for broadcasting and receiving information whose pertinence is at least partially based on geography
DE10111131A1 (de) * 2001-03-08 2002-10-02 Harman Becker Automotive Sys System und Verfahren zur Verarbeitung von Verkehrsinformationen
DE10215848A1 (de) * 2002-04-10 2003-10-23 Bosch Gmbh Robert Verfahren zum Austausch nutzer und/oder gerätespezifischer Daten zwischen nutzerseitigen Einrichtungen und einem Diensteanbieter
US6741932B1 (en) 2002-04-16 2004-05-25 Navigation Technologies Corp. Method and system for using real-time traffic broadcasts with navigation systems
US7050903B1 (en) * 2003-09-23 2006-05-23 Navteq North America, Llc Method and system for developing traffic messages
US7251558B1 (en) 2003-09-23 2007-07-31 Navteq North America, Llc Method and system for developing traffic messages
US7505732B2 (en) * 2004-12-22 2009-03-17 Fmr Llc Broadcasting user-specific information
US7457835B2 (en) 2005-03-08 2008-11-25 Cisco Technology, Inc. Movement of data in a distributed database system to a storage location closest to a center of activity for the data
TW200636631A (en) * 2005-04-15 2006-10-16 Mitac Int Corp Satellite navigation device for real-time route planning
TWI282525B (en) * 2005-04-15 2007-06-11 Mitac Int Corp Information integration method for satellite navigation device
KR20060119742A (ko) * 2005-05-18 2006-11-24 엘지전자 주식회사 도로 정보를 제공하고 이를 이용하는 방법 및 장치
KR20060119743A (ko) * 2005-05-18 2006-11-24 엘지전자 주식회사 구간 속도에 대한 예측정보를 제공하고 이를 이용하는 방법및 장치
KR20060119739A (ko) 2005-05-18 2006-11-24 엘지전자 주식회사 구간 통과시간에 대한 예측정보를 제공하고 이를 이용하는방법 및 장치
EP1886466B1 (de) * 2005-05-18 2010-03-24 Lg Electronics Inc. Bereitstellung von verkehrsinformationen in bezug auf die vorhersage des staustatus und verwendung dieser
KR101061460B1 (ko) * 2005-05-18 2011-09-02 엘지전자 주식회사 소통상태에 대한 예측정보를 제공하고 이를 이용하는 방법및 장치
US7729335B2 (en) * 2005-05-18 2010-06-01 Lg Electronics Inc. Providing traffic information relating to a prediction of congestion status and using the same
KR20060119741A (ko) * 2005-05-18 2006-11-24 엘지전자 주식회사 소통상태의 추이정보를 제공하고 이를 이용하는 방법 및장치
KR20060122668A (ko) * 2005-05-27 2006-11-30 엘지전자 주식회사 교통 정보 제공 방법 및 수신 장치
KR20060125449A (ko) * 2005-06-01 2006-12-06 엘지전자 주식회사 교통 정보를 제공하고 이를 이용하는 방법 및 장치
CA2562209C (en) 2005-10-05 2011-11-22 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US7668209B2 (en) * 2005-10-05 2010-02-23 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
KR101254219B1 (ko) * 2006-01-19 2013-04-23 엘지전자 주식회사 링크 식별 방법 및 링크 식별 장치
CA2562206C (en) * 2005-10-05 2012-07-10 Lg Electronics Inc. A method and digital broadcast transmitter for transmitting a digital broadcast signal
CA2562220C (en) * 2005-10-05 2013-06-25 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
CA2562202C (en) 2005-10-05 2013-06-18 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
CA2562212C (en) * 2005-10-05 2012-07-10 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
DE102007019244A1 (de) * 2007-04-24 2008-10-30 Robert Bosch Gmbh Navigationseinrichtung und Verfahren zur grafischen Darstellung von Teilgebieten mit Verkehrsbeschränkungen
US8788140B2 (en) 2009-03-12 2014-07-22 Toyota Jidosha Kabushiki Kaisha Information providing method, information providing system, and information providing center and on-vehicle device constituting the information providing system
US8527198B2 (en) 2010-12-23 2013-09-03 Honda Motor Co., Ltd. Predictive traffic warning and suggestive rerouting system and method
FR2982988B1 (fr) * 2011-11-23 2014-08-22 Wikango Systeme electronique d'aide a la conduite a mise a jour geolocalisee et procede associe
DE102012223780A1 (de) * 2012-12-19 2014-06-26 Bayerische Motoren Werke Aktiengesellschaft Verfahren und System zum Erzeugen von Verkehrsinformationen für mindestens ein Fahrzeug

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3536820A1 (de) 1985-10-16 1987-04-16 Bosch Gmbh Robert Verkehrfunk-decoder
DE3914104A1 (de) * 1989-04-28 1990-11-15 Bosch Gmbh Robert Rundfunkempfaenger, insbesondere fahrzeugempfaenger
US5131020A (en) 1989-12-29 1992-07-14 Smartroutes Systems Limited Partnership Method of and system for providing continually updated traffic or other information to telephonically and other communications-linked customers
DE4008460A1 (de) * 1990-03-16 1991-09-19 Bosch Gmbh Robert Navigationssystem
SE516278C2 (sv) * 1994-03-04 2001-12-10 Volvo Ab Trafikinformationssystem och förfarande för tillhandahållande av trafikinformation
US5543789A (en) 1994-06-24 1996-08-06 Shields Enterprises, Inc. Computerized navigation system
FR2734938A1 (fr) * 1995-05-31 1996-12-06 Philips Electronics Nv Appareil d'information routiere muni d'un generateur de messages polyglotte
DE19538453A1 (de) * 1995-10-16 1997-04-17 Bayerische Motoren Werke Ag Funksignalempfänger für Kraftfahrzeuge mit einem RDS-Dekoder für digitale Signale
DE19539641C2 (de) * 1995-10-25 2000-02-17 Daimler Chrysler Ag Verfahren und Einrichtung zur verkehrssituationsabhängigen Fahrzeugzielführung
TW303436B (en) * 1996-03-12 1997-04-21 Philips Electronics Nv Storage medium carrying geographical location data
DE19637258A1 (de) * 1996-09-13 1998-03-19 Philips Patentverwaltung RDS-TMC-Rundfunkempfänger zur Verarbeitung von regionalspezifischen und überregionalen Straßen- oder Bereichsbezeichnungen
US6111521A (en) * 1996-09-18 2000-08-29 Mannesmann Vdo Ag Apparatus for supplying traffic-related information
DE19651143B4 (de) 1996-12-10 2013-07-25 T-Mobile Deutschland Gmbh Verfahren und Anordnung zur Verkehrsinformation
DE19651146A1 (de) 1996-12-10 1998-06-25 Deutsche Telekom Mobil Verfahren und Anordnung zur Information mobiler Teilnehmer
DE19708748B4 (de) 1997-02-25 2004-03-25 Atx Europe Gmbh Verfahren und System zur Bereitstellung und Übermittlung individualisierter Verkehrsinformationen
DE19739257A1 (de) 1997-09-08 1999-03-11 Bosch Gmbh Robert Verfahren und Empfänger zum Empfang von digital codierten Meldungen
JP2001513206A (ja) 1997-12-23 2001-08-28 マネスマン ファウデーオー アクチェンゲゼルシャフト 車両ナビゲーションの助けとしてメモリを使用する方法
DE19823123C2 (de) * 1998-05-23 2000-05-25 Opel Adam Ag Verfahren zum Betrieb eines Navigationssystems für Kraftfahrzeuge
US6384739B1 (en) * 1999-05-10 2002-05-07 Bellsouth Intellectual Property Corporation Traffic monitoring system and method

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8332131B2 (en) 2005-05-18 2012-12-11 Lg Electronics Inc. Method and apparatus for providing transportation status information and using it
US8711850B2 (en) 2005-07-08 2014-04-29 Lg Electronics Inc. Format for providing traffic information and a method and apparatus for using the format
US7804860B2 (en) 2005-10-05 2010-09-28 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US7840868B2 (en) 2005-10-05 2010-11-23 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8018977B2 (en) 2005-10-05 2011-09-13 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8018978B2 (en) 2005-10-05 2011-09-13 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8018976B2 (en) 2005-10-05 2011-09-13 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8098694B2 (en) 2005-10-05 2012-01-17 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8473807B2 (en) 2005-10-05 2013-06-25 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8542709B2 (en) 2005-10-05 2013-09-24 Lg Electronics Inc. Method of processing traffic information and digital broadcast system

Also Published As

Publication number Publication date
DE50006225D1 (de) 2004-06-03
ATE265727T1 (de) 2004-05-15
US6434477B1 (en) 2002-08-13
ES2219229T3 (es) 2004-12-01
DE19937372A1 (de) 2001-02-15
AU5196500A (en) 2001-02-15
JP2001082967A (ja) 2001-03-30
AU775994B2 (en) 2004-08-19
EP1079353A3 (de) 2001-08-22
EP1079353A2 (de) 2001-02-28
DK1079353T3 (da) 2004-07-26

Similar Documents

Publication Publication Date Title
EP1079353B1 (de) Verfahren zur Anforderung und zur Verarbeitung von Verkehrsmeldungen
EP0769180B1 (de) Einrichtung zur aufbereitung und ausgabe von informationen für einen fahrzeugführer
EP0499608B1 (de) Rundfunkempfänger, insbesondere fahrzeugempfänger
DE3536820C2 (de)
EP1030475A2 (de) Verfahren zur Übertragung von digital codierten Verkehrsnachrichten und Funkempfänger dazu
EP0892379B1 (de) Verfahren und Telematikgerät zum Erstellen und Aussenden von verkehrsrelevanten Daten
DE19857782C2 (de) Verfahren zum Übertragen von Tabelleninformationen von einer Zentrale an ein Endgerät über einen Übertragungskanal und Zentrale zum Durchführen des Verfahrens
EP1105856B1 (de) Einrichtung zur codierung und zur decodierung von orten
EP1151562A1 (de) Duales übertragungssystem
EP0817151A1 (de) Verfahren, fahrzeugseitige und stationäre Einrichtung zur individuellen Warnung vor Verkehrsstörungen
DE10101349B4 (de) Verfahren zur Meldung von Verkehrsstörungen
EP1338867A1 (de) Verkehrsdaten-Informationssystem
EP1460599A2 (de) Datenbasis zur Codierung oder Decodierung von Verkehrsmeldungen und Verfahren zur Übertragung codierter Verkehrsmeldungen
EP0900432B1 (de) Verfahren und empfänger zur geographischen selektion von digital codierten meldungen
EP1141911B1 (de) Einrichtung zur übertragung von fahrtroutenempfehlungen und empfänger
CH690347A5 (de) Einrichtung zur Informationsubertragung in einem beweglichen Nahbereichskommunikationssystem.
DE10011702A1 (de) Verfahren zur standortbezogenen Information von Verkehrsteilnehmern
EP0794521A1 (de) Verkehrsleit- und Informationssystem
EP1076325B1 (de) Verfahren zur Anforderung und zur Verarbeitung von Verkehrsmeldungen
DE19905431A1 (de) Verfahren zur Übertragung von auf Orte bezogenen Informationen
WO1996030883A1 (de) Verkehrsleitsystem für ein verkehrswegenetz
DE19855638B4 (de) Verfahren, Empfänger und Sender zur Übertragung von digital codierten Verkehrsinformationen
DE10110550B4 (de) Informationssystem für mobile Teilnehmer
DE29724629U1 (de) Fahrzeugseitige Einrichtung zur individuellen Warnung vor Verkehrsstörungen
DE19916656A1 (de) Vorrichtung zur Information von Verkehrsteilnehmern

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A2

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

AX Request for extension of the european patent

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

PUAL Search report despatched

Free format text: ORIGINAL CODE: 0009013

AK Designated contracting states

Kind code of ref document: A3

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

AX Request for extension of the european patent

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

RIC1 Information provided on ipc code assigned before grant

Free format text: 7G 08G 1/09 A, 7G 08G 1/0967 B, 7H 04H 1/00 B

17P Request for examination filed

Effective date: 20020222

AKX Designation fees paid

Free format text: AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

17Q First examination report despatched

Effective date: 20030320

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

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

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

Ref country code: FI

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

Ref country code: CY

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

Ref country code: IE

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

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: CH

Ref legal event code: NV

Representative=s name: SCINTILLA AG, DIREKTION

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: GERMAN

REF Corresponds to:

Ref document number: 50006225

Country of ref document: DE

Date of ref document: 20040603

Kind code of ref document: P

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

REG Reference to a national code

Ref country code: DK

Ref legal event code: T3

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 FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20040728

Ref country code: GR

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

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

Ref country code: BE

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

Effective date: 20040731

Ref country code: MC

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

Effective date: 20040731

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

Effective date: 20040804

NLV1 Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents act
REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2219229

Country of ref document: ES

Kind code of ref document: T3

Ref country code: IE

Ref legal event code: FD4D

ET Fr: translation filed
BERE Be: lapsed

Owner name: ROBERT BOSCH G.M.B.H.

Effective date: 20040731

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

BERE Be: lapsed

Owner name: ROBERT *BOSCH G.M.B.H.

Effective date: 20040731

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

Ref country code: PT

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

Effective date: 20040928

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

Ref country code: ES

Payment date: 20100726

Year of fee payment: 11

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

Ref country code: AT

Payment date: 20100721

Year of fee payment: 11

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

Ref country code: DK

Payment date: 20100726

Year of fee payment: 11

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

Ref country code: CH

Payment date: 20110725

Year of fee payment: 12

REG Reference to a national code

Ref country code: DK

Ref legal event code: EBP

REG Reference to a national code

Ref country code: AT

Ref legal event code: MM01

Ref document number: 265727

Country of ref document: AT

Kind code of ref document: T

Effective date: 20110721

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

Ref country code: DK

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

Effective date: 20110731

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

Ref country code: GB

Payment date: 20120723

Year of fee payment: 13

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

Ref country code: FR

Payment date: 20120803

Year of fee payment: 13

Ref country code: IT

Payment date: 20120725

Year of fee payment: 13

Ref country code: DE

Payment date: 20120927

Year of fee payment: 13

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

Ref country code: AT

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

Effective date: 20110721

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20130531

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

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

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST

Effective date: 20140331

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

Ref country code: DE

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

Effective date: 20140201

Ref country code: LI

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

Effective date: 20130731

Ref country code: CH

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

Effective date: 20130731

Ref country code: GB

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

Effective date: 20130721

REG Reference to a national code

Ref country code: DE

Ref legal event code: R119

Ref document number: 50006225

Country of ref document: DE

Effective date: 20140201

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

Ref country code: FR

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

Effective date: 20130731

Ref country code: IT

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

Effective date: 20130721