DE112009001028T5 - Bordkommunikationsvorrichtung und Kooperatives Strasse-Fahrzeug/Auto-Auto Kommunikationssystem - Google Patents

Bordkommunikationsvorrichtung und Kooperatives Strasse-Fahrzeug/Auto-Auto Kommunikationssystem Download PDF

Info

Publication number
DE112009001028T5
DE112009001028T5 DE112009001028T DE112009001028T DE112009001028T5 DE 112009001028 T5 DE112009001028 T5 DE 112009001028T5 DE 112009001028 T DE112009001028 T DE 112009001028T DE 112009001028 T DE112009001028 T DE 112009001028T DE 112009001028 T5 DE112009001028 T5 DE 112009001028T5
Authority
DE
Germany
Prior art keywords
processing section
communication
car
service processing
auto
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.)
Granted
Application number
DE112009001028T
Other languages
English (en)
Other versions
DE112009001028B4 (de
Inventor
Yuji Hamada
Yoshitsugu Sawa
Yukio Goto
Shigeki Morita
Yoshiaki Tsuda
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.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Publication of DE112009001028T5 publication Critical patent/DE112009001028T5/de
Application granted granted Critical
Publication of DE112009001028B4 publication Critical patent/DE112009001028B4/de
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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/096791—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 another vehicle
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
    • Y04S40/18—Network protocols supporting networked applications, e.g. including control of end-device applications over a network

Abstract

Bordkommunikationsvorrichtung, die in Mobilstationen oder einer Basisstation installiert ist und über drahtlose Kommunikation als eine Empfangs- oder Sendeseite zwischen den Mobilstationen und zwischen den Mobilstationen und der Basisstation dient, wobei die Bordkommunikationsvorrichtung Folgendes umfasst:
einen Anwendungsverarbeitungsabschnitt, der periodisch Nachrichten an die Bordkommunikationsvorrichtung auf der Empfangsseite überträgt;
einen Transaktionsverwaltungsabschnitt, der an den Anwendungsverarbeitungsabschnitt angeschlossen ist und zumindest Transaktionsdienste bereitstellt, die eine Übertragungswiederholung und Teilung/Zusammensetzung der aus dem Anwendungsverarbeitungsabschnitt empfangenen Nachrichten beinhalten;
einen Transferdienstverarbeitungsabschnitt, der an den Transaktionsverwaltungsabschnitt angeschlossen ist und aus den aus dem Transaktionsverwaltungsabschnitt empfangenen Nachrichten lokale Portnummern zum Kennzeichnen von oberen Protokollen hinzufügt, die der Anwendungsverarbeitungsabschnitt beinhaltet;
einen Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt, der an den Transferdienstverarbeitungsabschnitt angeschlossen ist und aus dem Transferdienstverarbeitungsabschnitt empfangene Nachrichten an die Bordkommunikationsvorrichtung auf der Empfangsseite in einer Reihenfolge von Prioritäten von durch den Anwendungsverarbeitungsabschnitt verarbeiteten Anwendungen überträgt, die Nachrichten an den Transferdienstverarbeitungsabschnitt überträgt bzw. von diesem empfängt und Ereignisinformation einschließlich Fehlerinformation mitteilt;...

Description

  • Technisches Gebiet
  • Die vorliegende Erfindung bezieht sich auf eine Bordkommunikationsvorrichtung und ein kooperatives Straße-Fahrzeug/Auto-Auto-Kommunikationssystem, die Dienste an auf einer Straße fahrende Mobilstationen unter Verwendung von Auto-Auto-Kommunikation, die zwischen Mobilstationen erfolgt, sowie Straße-Fahrzeug-Kommunikation bereitstellen, die zwischen einer an einer Straße installierten Basisstationsvorrichtung und Mobilstationen erfolgt.
  • Stand der Technik
  • Heutzutage denkt man über eine Kommerzialisierung von Fahrsicherheitsunterstützungssystemen nach, die eine Bordkommunikationsvorrichtung nutzen, die eine Auto-Auto-Kommunikation durchführt. In diesem Fall wird in der Bordkommunikationsvorrichtung typischerweise eine Informationsaustauschanwendung verwendet, die Information des eigenen Autos zwischen Autos in einem bestimmten Zyklus sendet/empfängt. Außerdem ist es beim Auto-Auto-Kommunikationssystem bekannt, herkömmlicher Weise ein System des Mehrfachzugriffs mit Trägerprüfung (CSMA – Carrier Sense Multiple Access) als Zugriffssystem so zu verwenden, dass jedes Auto von sich aus Information überträgt.
  • Wenn in dem CSMA-System eine Informationsaustauschanwendung verwendet wird, nimmt dann, wenn die Anzahl von Autos größer wird, die sich in einem Kommunikationsbereich befinden, der Kommunikationsverkehr zu und kann eine Kommunikationskapazität übersteigen. Es ist deshalb vorstellbar, dass ein Stau auftreten kann, bei dem die Zuverlässigkeit der Kommunikation schlechter wird, Information über Auto-Auto-Kommunikation nicht zuverlässig übertragen werden kann, und dementsprechend keine Sicherheitsunterstützungsdienste bereitgestellt werden können.
  • Um zu verhindern, dass in einem Auto-Auto-Kommunikationssystem ein Stau auftritt, offenbart die Patentschrift 1 ein Verfahren zur Stauvermeidung, indem ein zyklisches Intervall des eigenen Autos aufgrund einer gefährlichen Situation eines Autos und eines Verkehrsaufkommens in einem Kommunikationspfad gesteuert wird (eine Informationsmenge gesteuert wird).
  • Darüber hinaus wird davon ausgegangen, dass zusätzlich zu einer Informationsaustauschanwendung mehrere Anwendungen wie etwa eine Anwendung, die Notfallinformation überträgt, in einem Auto-Auto-Kommunikationssystem verwendet werden. Um diese Anwendungen bereitzustellen, müssen Nachrichten außerdem wiederholt gesendet oder geteilt und wieder zusammengesetzt werden.
  • Dazu ist in der Patentschrift 2 ein Verfahren offenbart, das ein Local Port Control Protocol (LPCP) zur Korrespondenz mit einer Mehrfachanwendung und ein Local Port Protocol (LPP) zur Korrespondenz mit einer wiederholten Übertragung oder Teilung und Zusammensetzung einer Nachricht in einem Straße-Fahrzeug-Kommunikationssystem und den Standard ”dedicated short-range communication (DSRC) application sub layer ARIB STD-T88” verwendet, der von der japanischen Association of Radio Industries and Businesses definiert wurde (festgelegt am 25. Mai 2004).
    Patentschrift 1: Japanische Patentanmeldung mit der Offenlegungsnummer 2006-209333
    Patentschrift 2: WO 2005-039075
  • Offenbarung der Erfindung
  • Probleme, die von der Erfindung gelöst werden sollen
  • Bei der in der Patentschrift 1 beschriebenen Bordkommunikationsvorrichtung wird die Kommunikation unter der Annahme nur einer einzelnen Anwendung als Informationsaustauschanwendung gesteuert und ist somit nicht an eine Kommunikationssteuerung anpassbar, wenn zur selben Zeit auch Mehrfachanwendungen wie etwa eine Notfallanwendung verwendet werden. Zusätzlich kann in der in der Patentschrift 1 beschriebenen Bordkommunikationsvorrichtung ein Kommunikationsband nicht für andere Mehrfachanwendungen wie etwa eine Notfallanwendung freigehalten werden.
  • Ferner wird bei der in der Patentschrift 1 beschriebenen Bordkommunikationsvorrichtung ein Stau vermieden, indem nur die Kommunikation des eigenen Autos gesteuert wird, was dahingehend ein Problem verursacht, dass ein Verkehrsaufkommen eines ganzen Netzes nicht sofort durch eine Kommunikationssteuerung des eigenen Autos reduziert werden kann.
  • Bei dem in der Patentschrift 2 beschriebenen Straße-Fahrzeug-Kommunikationssystem wird die Korrespondenz mit einer Mehrfachanwendung durch ein lokales Port-Steuerungsprotokoll ermöglicht und Nachrichten werden durch ein lokales Port-Protokoll wiederholt übertragen und geteilt/zusammengesetzt, aber eine Korrespondenz mit einer Stausteuerung und Prioritätssteuerung, die in der Auto-Auto-Kommunikation erforderlich sind, wird nicht ermöglicht.
  • Darüber hinaus wird bei dem in der Patentschrift 2 beschriebenen Straße-Fahrzeug-Kommunikationssystem ein Verbindungsstatus einer dedizierten Nahbereichskommunikation (DSRC) durch ein lokales Port-Protokoll verwaltet, aber eine Prozedur einer Anfangsverbindung ist in dem lokalen Port-Protokoll nicht definiert. Dementsprechend kann das in der Patentschrift 2 beschriebene Straße-Fahrzeug-Kommunikationssystem nicht direkt in einem Auto-Auto-Kommunikationssystem eingesetzt werden.
  • Die vorliegende Erfindung wurde gemacht, um die vorstehend erwähnten Probleme zu lösen, und ein Ziel von ihr besteht darin, eine Bordkommunikationsvorrichtung und ein kooperatives Straße-Fahrzeug/Auto-Auto-Kommunikationssystem bereitzustellen, die eine Kommunikationssteuerung zur Vermeidung von Informationsstau durchführen, Prozeduren zum Einrichten einer Prioritätssteuerung und Anfangsverbindung bereitstellen, die für ein Auto-Auto-Kommunikationssystem erforderlich sind, an Mehrfachanwendungen anpassbar sind, Nachrichten wiederholt übertragen und teilen/zusammensetzen können, und an ein Straße-Fahrzeug-Kommunikationssystem und ein Auto-Auto-Kommunikationssystem adaptierbar sind.
  • Mittel zur Lösung des Problems
  • Eine Bordkommunikationsvorrichtung nach Anspruch 1 der vorliegenden Erfindung, die in Mobilstationen oder einer Basisstation installiert ist und über drahtlose Kommunikation als eine Empfangs- oder Sendeseite zwischen den Mobilstationen und zwischen den Mobilstationen und der Basisstation dient, umfasst: einen Anwendungsverarbeitungsabschnitt, der periodisch Nachrichten an die Bordkommunikationsvorrichtung auf der Empfangsseite überträgt; einen Transaktionsverwaltungsabschnitt, der an den Anwendungsverarbeitungsabschnitt angeschlossen ist und zumindest Transaktionsdienste bereitstellt, die eine Übertragungswiederholung und Teilung/Zusammensetzung der aus dem Anwendungsverarbeitungsabschnitt empfangenen Nachrichten beinhalten; einen Transferdienstverarbeitungsabschnitt, der an den Transaktionsverwaltungsabschnitt angeschlossen ist und den aus dem Transaktionsverwaltungsabschnitt empfangenen Nachrichten lokale Portnummern zum Kennzeichnen von oberen Protokollen hinzufügt, die der Anwendungsverarbeitungsabschnitt beinhaltet; einen Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt, der an den Transferdienstverarbeitungsabschnitt angeschlossen ist und aus dem Transferdienstverarbeitungsabschnitt empfangene Nachrichten an die Bordkommunikationsvorrichtung auf der Empfangsseite in einer Reihenfolge von Prioritäten von durch den Anwendungsverarbeitungsabschnitt verarbeiteten Anwendungen überträgt, die Nachrichten an den Transferdienstverarbeitungsabschnitt überträgt bzw. von diesem empfängt und Ereignisinformation einschließlich Fehlerinformation mitteilt; einen Sende-/Empfangsdienstverarbeitungsabschnitt, der an den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt angeschlossen ist und die aus dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt empfangenen Nachrichten über drahtlose Kommunikation an die Bordkommunikationsvorrichtung auf der Empfangsseite überträgt bzw. von dieser empfängt; und einen Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt, der an den Anwendungsverarbeitungsabschnitt und den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt angeschlossen ist und dessen Priorität durch den Anwendungsverarbeitungsabschnitt gesetzt ist, und der die Priorität im Ansprechen auf einen Abruf aus dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt mitteilt, wobei: der Transaktionsverwaltungsabschnitt und der Transferdienstverarbeitungsabschnitt ein Straße-Fahrzeug-Kommunikationsprotokoll bilden, um eine Straße-Fahrzeug-Kommunikation zwischen den Mobilstationen und der Basisstation durchzuführen; der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt der Bordkommunikationsvorrichtung auf der Empfangsseite eine Kommunikationssteuerungsinformation des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts mitteilt; und die Bordkommunikationsvorrichtung auf der Empfangsseite im Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt die Kommunikationssteuerungsinformation, mit der die empfangenen Nachrichten versehen sind, an den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt überträgt, wobei die empfangenen Nachrichten an den Transferdienstverarbeitungsabschnitt übertragen werden.
  • Eine Bordkommunikationsvorrichtung nach Anspruch 8 der vorliegenden Erfindung, die in Mobilstationen oder einer Basisstation installiert ist und über drahtlose Kommunikation als eine Empfangs- oder Sendeseite zwischen den Mobilstationen und zwischen den Mobilstationen und der Basisstation dient, umfasst: einen Anwendungsverarbeitungsabschnitt, der unter Verwendung von Straße-Fahrzeug-Kommunikation und Auto-Auto-Kommunikation Nachrichten von der Sendeseite zur Empfangsseite überträgt; einen kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt, der Transaktionsdienste einschließlich wiederholtes Übertragen und Teilen/Zusammensetzen der aus dem Anwendungsverarbeitungsabschnitt empfangenen Nachrichten bereitstellt, lokale Portnummern zum Kennzeichnen von oberen Protokollen einschließlich des Anwendungsverarbeitungsabschnitts hinzufügt, und Übertragungsziele der Nachrichten in Übereinstimmung mit den oberen Protokollen identifiziert; einen Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt, der die aus dem kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt empfangenen Nachrichten in einer Reihenfolge von Prioritäten von durch den Anwendungsverarbeitungsabschnitt verarbeiteten Anwendungen an die Bordkommunikationsvorrichtung auf der Empfangsseite überträgt; einen Sende-/Empfangsdienstverarbeitungsabschnitt, der Kennzeichner zur Kennzeichnung der Nachrichten, die über den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt bereitgestellt werden, und der Nachrichten bereitstellt, die direkt von dem kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt bereitgestellt werden, um dabei die Nachrichten über drahtlose Kommunikation an die Bordkommunikationsvorrichtung auf der Empfangsseite zu übertragen; und einen Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt, dessen Priorität durch den Anwendungsverarbeitungsabschnitt gesetzt ist, und der die Priorität im Ansprechen auf einen Abruf aus dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt mitteilt, wobei: der kooperative Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt unterscheidet, ob die Nachrichten übertragen werden sollen, die aus dem Anwendungsverarbeitungsabschnitt durch Straße-Fahrzeug-Kommunikation oder Auto-Auto-Kommunikation empfangen werden, die Nachrichten im Falle einer Straße-Fahrzeug-Kommunikation direkt dem Sende-/Empfangsdienstverarbeitungsabschnitt bereitstellt, und die Nachrichten im Falle einer Auto-Auto-Kommunikation dem Sende-/Empfangsdienstverarbeitungsabschnitt über den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt bereitstellt; und der Sende-/Empfangsdienstverarbeitungsabschnitt der Bordkommunikationsvorrichtung auf der Empfangsseite die Nachrichten an den kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt oder den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt auf Grundlage der Kennzeichner bereitstellt, mit denen die aus der Bordkommunikationsvorrichtung auf der Sendeseite empfangenen Nachrichten versehen sind.
  • Wirkungen der Erfindung
  • Entsprechend der Bordkommunikationsvorrichtung nach Anspruch 1 der vorliegenden Erfindung sind der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt und der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt für den Transaktionsverwaltungsabschnitt und den Transferdienstverarbeitungsabschnitt vorgesehen, bei denen es sich um bestehende Straße-Fahrzeug-Kommunikationsprotokolle handelt, wodurch es möglich ist, eine Bordkommunikationsvorrichtung zu erhalten, die an einer Bordvorrichtung teilhat, die ein Straße-Fahrzeug-Kommunikationssystem und ein Bordvorrichtung bereitstellt, die ein Auto-Auto-Kommunikationssystem bereitstellt. Entsprechend ist es möglich, dem Straße-Fahrzeug-Kommunikationssystem wie auch dem Auto-Auto-Kommunikationssystem Dienste bereitzustellen. Zusätzlich stellen der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt und der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt eine Priorität pro Anwendung bereit, was eine Prioritätssteuerung ermöglicht. Entsprechend ist es möglich, eine Kommunikationsverzögerung zu reduzieren. Darüber hinaus ist das kooperative Straße-Fahrzeug/Auto-Auto-Kommunikationssystem mit der Bordkommunikationsvorrichtung ausgelegt, wodurch es möglich ist, ein System zu erhalten, das die vorstehend erwähnten Dienste ermöglicht.
  • Entsprechend der Bordkommunikationsvorrichtung nach Anspruch 8 der vorliegenden Erfindung wird der kooperative Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt bereitgestellt, wobei die Daten einer Straße-Fahrzeug-Kommunikation nicht über den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt übertragen werden können, während die Daten einer Auto-Auto-Kommunikation über den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt an den Kommunikationspartner übertragen werden können, nachdem die erforderliche Steuerung durchgeführt wurde. Zusätzlich ist das kooperative Straße-Fahrzeug/Auto-Auto-Kommunikationssystem mit der Bordkommunikationsvorrichtung ausgelegt, wodurch es möglich ist, ein System zu erhalten, das die vorstehend erwähnten Dienste ermöglicht.
  • Kurze Beschreibung der Zeichnungen
  • 1 ist ein Schema, das einen Aufbau einer Bordkommunikationsvorrichtung und eines kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationssystems nach einer ersten Ausführungsform der vorliegenden Erfindung schematisch zeigt.
  • 2 ist ein Schema, das den Aufbau der Bordkommunikationsvorrichtung und des kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationssystems nach der ersten Ausführungsform der vorliegenden Erfindung konkret zeigt.
  • 3 ist ein Schema, das einen Protokollaufbau einer Auto-Auto-Kommunikationsarchitektur der Bordkommunikationsvorrichtung und des kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationssystems nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 4 ist ein Schema, das ein Beispiel einer Anwendungsdatentransferprozedur in einem Datentransferdienst nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 5 ist ein Schema, das ein Beispiel einer Steuerungsdatentransferprozedur in einem Datentransferdienst nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 6 ist ein Schema, das ein Beispiel eines Ereignismitteilungsdienstes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 7 ist ein Schema, das ein Beispiel eines Prioritätssteuerungsdienstes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 8 ist ein Schema, das ein Beispiel einer Systemkonfiguration des Prioritätssteuerungsdienstes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 9 ist ein Schema, das ein Beispiel einer zyklischen Intervallsteuerung eines Stausteuerungsdienstes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 10 ist ein Schema, das ein Beispiel einer Sendeleistungssteuerung des Stausteuerungsdienstes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 11 ist ein Schema, das ein Beispiel einer Senderempfindlichkeitssteuerung des Stausteuerungsdienstes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 12 ist ein Schema, das ein Beispiel einer Verbindungsabfrage eines Verbindungsverwaltungsdienstes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 13 ist ein Schema, das ein Beispiel einer Verbindungstrennungsmitteilung des Verbindungsverwaltungsdienstes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 14 ist ein Schema, das ein Beispiel einer Datenübertragungswiederholung nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 15 ist ein Schema, das ein Beispiel einer duplizierten Empfangsprüfung nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 16 ist eine Abbildung, die Grundelementarten nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 17 ist eine Abbildung, die Parameterarten nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 18 ist eine Abbildung, die eine Grundelementliste nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 19 ist ein Schema, das Dienstschnittstellen in einer Protokollschichtung nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 20 ist eine Abbildung, die Argumente eines Grundelements ACML-Verbindung (ACML-Connection) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 21 ist eine Abbildung, die Argumente eines Grundelements ACML-Mitteilung (ACML-Notify) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 22 ist eine Abbildung, die Argumente eines Grundelements ACML-Anmeldung (ACML-Registration) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 23 ist eine Abbildung, die Argumente eines Grundelements ACML-Abmeldung (ACML-Deregistration) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 24 ist eine Abbildung, die Argumente eines Grundelements ACML-Erhalt (ACML-Get) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 25 ist eine Abbildung, die Argumente eines Grundelements ACML-Einstellung (ACML-Set) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 26 ist eine Abbildung, die Argumente eines Grundelements Anwendungsdatentransfer (SendData) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 27 ist eine Abbildung, die Argumente eines Grundelements Ereignismitteilung (eventReport) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 28 ist eine Abbildung, die Argumente eines Grundelements Anwendungsdatentransfer (CMCTL-SendData) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 29 ist eine Abbildung, die Argumente eines Grundelements CMCTL-Ereignismitteilung (CMCTL-eventReport) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 30 ist eine Abbildung, die Argumente eines Grundelements CMCTL-Informationserhalt (CMCTL-Get) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 31 ist eine Abbildung, die Argumente eines Grundelements CMCTL-Informationseinstellung (CMCTL-Set) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 32 ist eine Abbildung, die Argumente eines Grundelements MLME-Informationserhalt (MLME-Get) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 33 ist eine Abbildung, die Argumente eines Grundelements MLME-Informationseinstellung (MLME-Set) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 34 ist eine Abbildung, die Argumente eines Grundelements PLME-Informationserhalt (PLME-Get) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 35 ist eine Abbildung, die Argumente eines Grundelements PLME-Informationseinstellung (PLME-Set) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 36 ist ein Schema, das das Verhältnis einer PDU von Anwendungsdaten nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 37 ist ein Schema, das das Verhältnis einer PDU von Steuerungsdaten nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 38 ist ein Schema, das eine C2C-Anfangsblockinformation nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 39 ist ein Schema, das PDU-Kennzeichner nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 40 ist ein Schema, das eine Baken-PDU nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 41 ist ein Schema, das eine Verbindungsanforderungs-PDU nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 42 ist ein Schema, das eine Verbindungsantwort-PDU nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 43 ist ein Schema, das eine Liste von Ergebniscodes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 44 ist ein Schema, das eine Rückmelde-PDU (Ack-PDU) nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 45 ist ein Schema, das eine Stausteuerungs-PDU nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 46 ist ein Schema, das eine Ereignis-PDU nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 47 ist eine Abbildung, die eine Liste von Ereigniscodes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 48 ist ein Schema, das ein Beispiel einer Anwendungsdatensende-/Empfangsprozedur des Datentransferdienstes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 49 ist ein Schema, das ein Beispiel einer Steuerungsdatensende-/Empfangsprozedur des Datentransferdienstes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 50 ist ein Schema, das ein Beispiel einer Prozedur des Stausteuerungsdienstes nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 51 ist ein Schema, das ein Beispiel einer Anfangsverbindungsprozedur unter Nutzung der Baken-PDU nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 52 ist ein Schema, das ein Beispiel eines Baken-PDU-Abbruchs der Anfangsverbindungsprozedur nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 53 ist ein Schema, das ein Beispiel einer Anfangsverbindungsprozedur unter Nutzung einer Rundfunkanwendung nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 54 ist ein Schema, das ein Beispiel einer Prozedur in einem Fall zeigt, in dem eine Verbindung der Anfangsverbindungsprozedur nach der ersten Ausführungsform der vorliegenden Erfindung ungültig ist.
  • 55 ist ein Schema, das eine Prozedur des Mitteilens eines Verbindungsstatus nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 56 ist ein Schema, das eine Anmeldungs-/Abmeldungsprozedur einer Anwendung nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 57 ist ein Schema, das eine Datentransferprozedur (Basissequenz) in einem Fall zeigt, in dem eine Übertragungswiederholungsverarbeitung nach der ersten Ausführungsform der vorliegenden Erfindung gültig ist.
  • 58 ist ein Schema, das ein Beispiel einer Übertragungswiederholungsverarbeitungsprozedur nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 59 ist ein Schema, das ein Beispiel einer Duplizierungsprüfprozedur in der Übertragungswiederholungsverarbeitung nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 60 ist ein Ablaufschema, das eine Verarbeitungsprozedur eines Datentransferdienstverarbeitungsabschnitts eines Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitts nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 61 ist ein Ablaufschema, das eine Verarbeitungsprozedur eines Ereignismitteilungsdienstverarbeitungsabschnitts des Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitts nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 62 ist ein Ablaufschema, das eine Verarbeitungsprozedur eines Prioritätssteuerungsdienstverarbeitungsabschnitts des Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitts nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 63 ist ein Ablaufschema, das eine Verarbeitungsprozedur eines Stausteuerungsdienstverarbeitungsabschnitts eines Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 64 ist ein Ablaufschema, das eine Prozedur des Bestimmens einer Anfangsverbindungsprozedur eines Verbindungsverwaltungsdienstverarbeitungsabschnitts des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 65 ist ein Ablaufschema, das eine Anfangsverbindungsprozedur unter Verwendung einer Bake des Verbindungsverwaltungsdienstverarbeitungsabschnitts des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 66 ist ein Ablaufschema, das eine Anfangsverbindungsprozedur unter Verwendung einer Rundfunkanwendung des Verbindungsverwaltungsdienstverarbeitungsabschnitts des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 67 ist ein Ablaufschema, das eine Verarbeitungsprozedur eines Anwendungsverarbeitungsabschnitts nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 68 ist ein Ablaufschema, das eine Verarbeitungsprozedur eines Transaktionsverwaltungsabschnitts nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 69 ist ein Ablaufschema, das eine Verarbeitungsprozedur eines Transferdienstverarbeitungsabschnitts nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 70 ist ein Ablaufschema, das eine Verarbeitungsprozedur eines Sende-/Empfangsdienstverarbeitungsabschnitts nach der ersten Ausführungsform der vorliegenden Erfindung zeigt.
  • 71 ist ein Schema, das einen Aufbau einer Bordkommunikationsvorrichtung nach einer zweiten Ausführungsform der vorliegenden Erfindung schematisch zeigt.
  • 72 ist ein Schema, das den Aufbau der Bordkommunikationsvorrichtung nach der zweiten Ausführungsform der vorliegenden Erfindung konkret zeigt.
  • 73 ist ein Schema, das einen Aufbau einer Bordkommunikationsvorrichtung nach einer dritten Ausführungsform der vorliegenden Erfindung konkret zeigt.
  • 74 ist ein Schema, das die C2C-Anfangsblockinformation zeigt, die einer Straße-Fahrzeug-Kommunikationsanwendung nach der dritten Ausführungsform der vorliegenden Erfindung hinzugefügt ist.
  • 75 ist ein Schema, das einen Aufbau einer Bordkommunikationsvorrichtung nach einer vierten Ausführungsform der vorliegenden Erfindung schematisch zeigt.
  • 76 ist ein Schema, das Dienstschnittstellen in einer Protokollschichtung nach der vierten Ausführungsform der vorliegenden Erfindung zeigt.
  • 77 ist eine Abbildung, die eine Liste von Unterschieden in Grundelementen zwischen der ersten Ausführungsform und der vierten Ausführungsform nach der vorliegenden Erfindung zeigt.
  • 78 ist ein Schema, das einen Aufbau einer Bordkommunikationsvorrichtung nach einer fünften Ausführungsform der vorliegenden Erfindung schematisch zeigt.
  • 79 ist ein Schema, das Dienstschnittstellen in einem Protokollstapel nach der fünften Ausführungsform der vorliegenden Erfindung zeigt.
  • 80 ist eine Abbildung, die eine Liste von Unterschieden in Grundelementen zwischen der ersten Ausführungsform und der fünften Ausführungsform nach der vorliegenden Erfindung zeigt.
  • Beste Arten und Weisen zur Umsetzung der Erfindung
  • A. Erste Ausführungsform
  • A-1. Protokollaufbau
  • Eine erste Ausführungsform der vorliegenden Erfindung wird mit Bezug auf 1 bis 70 beschrieben. Festzuhalten ist, dass eine Bordkommunikationsvorrichtung und ein kooperatives Straße-Fahrzeug/Auto-Auto-Kommunikationssystem nach der ersten Ausführungsform einen Dienst als Bordkommunikationsvorrichtung eines Straße-Fahrzeug-Kommunikationssystems und einen Dienst als Bordkommunikationsvorrichtung eines Auto-Auto-Kommunikationssystem bereitzustellen in der Lage sind. In der ersten Ausführungsform ist hauptsächlich eine Beschreibung eines Falls wiedergegeben, bei dem ein Dienst als Bordkommunikationsvorrichtung eines Auto-Auto-Kommunikationssystems bereitgestellt wird.
  • 1 ist ein Blockschema, das einen Protokollaufbau einer Bordkommunikationsvorrichtung 100 und eines kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationssystems nach der ersten Ausführungsform der vorliegenden Erfindung schematisch zeigt, und 2 ist ein Blockschema, das den Protokollaufbau im Detail zeigt. Festzuhalten wäre, dass ähnliche oder entsprechende Aufbauweisen in 1 und 2 mit denselben Bezugszahlen bezeichnet sind, und das gilt für die gesamte Beschreibung.
  • Die Bordkommunikationsvorrichtung 100 ist jeweils in einer Vielzahl von Autos installiert. Über die Bordkommunikationsvorrichtung 100 erfolgt eine drahtlose Kommunikation zwischen den Autos. Die Bordkommunikationsvorrichtung 100 bezieht sich hier auf ein bewegliches Kommunikationsendgerät, das in einem Auto installiert ist, oder eine feststehende Kommunikationsvorrichtung wie etwa eine Basisstation. Bei der drahtlosen Kommunikation kann es sich um eine Kommunikation handeln, die DSRC oder ein Protokoll verwendet, das in einem drahtlosen lokalen Datennetz (LAN) oder einem Mobiltelefon eingesetzt wird.
  • Festzuhalten wäre, dass die Beschreibung der vorliegenden Erfindung erfolgt, indem sie sich auf ein Auto konzentriert, das als ”eigenes Auto” (erstes Auto) bezeichnet wird, in dem die Bordkommunikationsvorrichtung 100 installiert ist. Zusätzlich werden viele andere Autos als das ”eigene Auto”, in denen die Bordkommunikationsvorrichtung 100 installiert ist, als ”umgebende Autos” (zweite Autos) bezeichnet.
  • Wie in 1 gezeigt ist, umfasst die Bordkommunikationsvorrichtung 100 einen Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1, einen Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2, einen Anwendungsverarbeitungsabschnitt 3, einen Transaktionsverwaltungsabschnitt 4, einen Transferdienstverarbeitungsabschnitt 5, einen Sende-/Empfangsdienstverarbeitungsabschnitt 6 und einen Sende-/Empfangsdienstverwaltungsabschnitt 7.
  • In der ersten Ausführungsform werden der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 und der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 allgemein als Auto-Auto-Teilprotokoll bezeichnet.
  • Der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 (im Nachstehenden als Auto-Auto-Kommunikationstransportteilschicht bezeichnet) ist zwischen dem Transferdienstverarbeitungsabschnitt 5 und dem Sende-/Empfangsdienstverarbeitungsabschnitt 6 eingesetzt, ermittelt Prioritäten von Anwendungen des Anwendungsverarbeitungsabschnitts 3 aus dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 und stellt einen Prioritätssteuerungsdienst bereit, d. h. steuert eine Übertragungsreihenfolge in Übereinstimmung mit den Prioritäten. Zusätzlich stellt der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 einen Datentransferdienst, d. h. sendet/empfängt Nachrichten, und einen Ereignismitteilungsdienst bereit, d. h. teilt dem Transferdienstverarbeitungsabschnitt 5 und dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 einen Fehler mit.
  • Darüber hinaus stellt der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitten 1 der umgebenden Autos Information zur Verwendung bei der Stausteuerung bereit, indem Kommunikationssteuerungsinformation wie etwa ein zyklisches Intervall oder eine Sendeleistung zu Daten (Protokolldateneinheit (PDU)) hinzugefügt wird, die übertragen/empfangen werden sollen.
  • Der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 (im Nachstehenden auch als Auto-Auto-Kommunikationsverwaltungsschicht bezeichnet) ist parallel zum Anwendungsverarbeitungsabschnitt 3, Transaktionsverwaltungsabschnitt 4, Transferdienstverarbeitungsabschnitt 5, Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 und Sende-/Empfangsdienstverwaltungsabschnitt 7 eingerichtet und stellt einen Stausteuerungsdienst bereit, um einen Informationsstau zu vermeiden, indem Fahrzeuginformation wie etwa Positionsinformation und Geschwindigkeitsinformation eines Fahrzeugs, über die der Anwendungsverarbeitungsabschnitt 3 verfügt, und Belegungsinformation eines Kommunikationskanals des Sende-/Empfangsdienstverwaltungsabschnitts 7 verwendet wird.
  • Hier umfasst die Fahrzeuginformation eine Geschwindigkeit, eine Beschleunigungs-/Abbremsgeschwindigkeit, eine Position, eine Fahrtrichtung und eine EIN/AUS-Information eines Blinkers.
  • Zusätzlich stellt der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 eine Verbindungsprozedur und eine Trennprozedur für eine Anfangsverbindung zur Verbindung mit dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 der Gegenstation bereit, und stellt einen Kommunikationsverbindungsverwaltungsdienst bereit, d. h. verwaltet einen Kommunikationsstatus.
  • Ferner umfasst der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 eine Schnittstelle (dritte Schnittstelle) zwischen dem Anwendungsverarbeitungsabschnitt 3 und sich selbst, um dem Anwendungsverarbeitungsabschnitt 3 ein zyklisches Intervall und einen Kommunikationsstatus des Kommunikationsverbindungsverwaltungsdienstes, die im Stausteuerungsdienst verwendet werden, mitzuteilen. Darüber hinaus umfasst der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 eine Schnittstelle (erste Schnittstelle) zwischen dem Sende-/Empfangsdienstverwaltungsabschnitt 7 und sich selbst, um Sendeleistungs-, Empfängerempfindlichkeits- und Übertragungskanalinformation einzustellen, die im Stausteuerungsdienst verwendet wird, oder um Kommunikationskanalbelegungsinformation zu ermitteln.
  • Ferner umfasst der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 eine Schnittstelle (zweite Schnittstelle) zwischen dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 und sich selbst, um Kommunikationssteuerungsinformation zu ermitteln, die zu übertragenden Daten hinzugefügt werden soll, die zu den empfangenen Daten hinzugefügte Kommunikationssteuerungsinformation einzustellen und die Steuerungsdaten an den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 der Gegenstation zu übertragen. Darüber hinaus stellt der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 einen Übertragungswiederholungssteuerungsdienst für die an die Gegenstation zu übertragenden Steuerungsdaten bereit.
  • Der Anwendungsverarbeitungsabschnitt 3 (im Nachstehenden auch als Anwendung bezeichnet) umfasst eine Auto-Auto-Kommunikationsanwendung, die im Transaktionsverwaltungsabschnitt 4 abläuft. In diesem Fall kann der Anwendungsverarbeitungsabschnitt 3 eine Anwendung des Straße-Fahrzeug-Kommunikationssystems oder eine andere Anwendung als die Anwendung umfassen, die intelligente Transportsysteme (ITS) betrifft.
  • Der Transaktionsverwaltungsabschnitt 4 (im Nachstehenden auch als lokales Port-Protokoll bezeichnet) ist ein Kommunikationsprotokoll, das zwischen dem Anwendungsverarbeitungsabschnitt 3 und dem Transferdienstverarbeitungsabschnitt 5 eingesetzt ist und eine Funktion des Transferdienstverarbeitungsabschnitts 5 erweitert. Der Transaktionsverwaltungsabschnitt 4 stellt einen Transaktionsdienst wie etwa Übertragungswiederholung oder Teilen/Zusammensetzen einer Nachricht, oder einen Verbindungsverwaltungsdienst bereit, d. h. verwaltet Kommunikationszustände wie etwa eine Kommunikationsverbindung und -trennung.
  • Der Transferdienstverarbeitungsabschnitt 5 (im Nachstehenden auch als lokales Port-Steuerungsprotokoll bezeichnet) ist ein Steuerungsprotokoll, das zwischen dem Transaktionsverwaltungsabschnitt 4 und dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 eingesetzt und dazu vorgesehen ist, ein Multiplexieren von Anwendungen zu bewerkstelligen. Um eine Mehrfachanwendung zu erzielen, umfasst der Transferdienstverarbeitungsabschnitt 5 ein Dienstgrundelement (Schnittstelle) zum Kennzeichnen oberer Protokolle mit einer lokalen Portnummer und zum Bereitstellen eines Verwaltungsdienstes wie etwa Datentransfer und Ereignismitteilung an die oberen Protokolle.
  • Der Sende-/Empfangsdienstverarbeitungsabschnitt 6 (im Nachstehenden auch als physikalische Schicht oder Datenübermittlungsschicht bezeichnet) stellt einen Sende- und einen Empfangsdienst bereit, um drahtlose Kommunikation mit den Bordkommunikationsvorrichtungen 100 durchzuführen, die in den umgebenden Stationen installiert sind.
  • Der Sende-/Empfangsdienstverwaltungsabschnitt 7 (im Nachstehenden auch als Verwaltungsentität für die physikalische Schicht oder die Medienzugriffssteuerschicht bezeichnet) umfasst eine Verwaltungsinformationsdatenbank (MIB), in der die Kommunikationssteuerungsinformation zum Verwalten des Sende-/Empfangsdienstverarbeitungsabschnitts 6 und zum Speichern von Information gespeichert ist.
  • Als Nächstes wird der Aufbau der Bordkommunikationsvorrichtung mit Bezug auf 2 weiter beschrieben.
  • Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1
  • Der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 umfasst einen Datentransferdienstverarbeitungsabschnitt 11, einen Ereignismitteilungsdienstverarbeitungsabschnitt 12 und einen Prioritätssteuerungsdienstverarbeitungsabschnitt 13.
  • Der Datentransferdienstverarbeitungsabschnitt 11 stellt einen Datentransferdienst bereit, d. h. überträgt eine Nachricht im Ansprechen auf eine Anforderung aus den oberen Protokollen wie etwa dem Anwendungsverarbeitungsabschnitt 3. Zusätzlich fügt der Datentransferdienstverarbeitungsabschnitt 11 die Kommunikationssteuerungsinformation wie etwa ein zyklisches Intervall und eine Sendeleistung zu den zu übertragenden/empfangenden Daten (PDU) hinzu, um dadurch den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitten 1 in umgebenden Autos Information zur Verwendung in der Stausteuerung mitzuteilen. Der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 ermittelt die Kommunikationssteuerungsinformation aus dem Verwaltungsinformationsspeicherabschnitt 24 des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2. Darüber hinaus umfasst der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 eine Schnittstelle zum Durchführen eines Datentransfers an den Transferdienstverarbeitungsabschnitt 5.
  • Der Ereignismitteilungsdienstverarbeitungsabschnitt 12 teilt den oberen Protokollen einen Fehler und ein Ereignis mit, der/das im Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 auftritt, oder teilt den oberen Protokollen einen Fehler und ein Ereignis mit, der/das im Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 und unteren Protokollen auftritt, und zwar auf eine transparente Weise. Ferner umfasst der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 eine Schnittstelle, um eine Ereignismitteilung an den Transferdienstverarbeitungsabschnitt 5 zu machen.
  • Der Prioritätssteuerungsdienstverarbeitungsabschnitt 13 steuert eine Übertragungsreihenfolge in Übereinstimmung mit Prioritäten von Nachrichten, die von den oberen Protokollen wie etwa dem Anwendungsverarbeitungsabschnitt 3 übertragen werden sollen. Der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 ermittelt eine Priorität einer Anwendung aus dem Verwaltungsinformationsspeicherabschnitt 24 des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2. Zusätzlich umfasst der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 eine Schnittstelle im Hinblick auf den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2, um eine Übertragungssteuerung in Übereinstimmung mit einer Priorität zu bewerkstelligen.
  • Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2
  • Der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 umfasst einen Stausteuerungsdienstverarbeitungsabschnitt 21, einen Verbindungsverwaltungsdienstverarbeitungsabschnitt 22, einen Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 und einen Verwaltungsinformationsspeicherabschnitt 24.
  • Um die Kommunikationszuverlässigkeit zu verbessern, stellt der Stausteuerungsdienstverarbeitungsabschnitt 21 dem Anwendungsverarbeitungsabschnitt 3 den Stausteuerungsdienst bereit, d. h. steuert ein zyklisches Intervall, eine Sendeleistung und Empfängerempfindlichkeit. Der Stausteuerungsdienstverarbeitungsabschnitt 21 ermittelt Teile von Fahrzeuginformation der eigenen Station und einer Gegenstation, die im Stausteuerungsdienst verwendet werden, aus dem Anwendungsverarbeitungsabschnitt 3, und ermittelt die Kommunikationssteuerungsinformation wie etwa eine Kommunikationskanalbelegung und Sendeleistung der eigenen Station aus einem Kommunikationssteuerungsinformationsspeicherabschnitt 71 des Sende-/Empfangsdienstverwaltungsabschnitts 7. Zusätzlich ermittelt der Stausteuerungsdienstverarbeitungsabschnitt 21 die Kommunikationssteuerungsinformation wie etwa eine Kommunikationskanalbelegung und Sendeleistung der umgebenden Stationen aus dem Verwaltungsinformationsspeicherabschnitt 24. Der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 umfasst eine Schnittstelle, um einen Stausteuerungsdienst für den Anwendungsverarbeitungsabschnitt 3 und den Sende-/Empfangsdienstverwaltungsabschnitt 7 bereitzustellen.
  • Der Stausteuerungsdienstverarbeitungsabschnitt 21 umfasst einen Steuerungsverarbeitungsabschnitt 211 für das zyklische Intervall, einen Sendeleistungssteuerungsverarbeitungsabschnitt 212 und einen Empfängerempfindlichkeitssteuerungsverarbeitungsabschnitt 213.
  • Der Steuerungsverarbeitungsabschnitt 211 für das zyklische Intervall berechnet ein zyklisches Intervall, um Stau zu vermeiden, und teilt es dem Anwendungsverarbeitungsabschnitt 3 mit, der periodisch Nachrichten des zyklischen Intervalls überträgt. Daraufhin überträgt der Anwendungsverarbeitungsabschnitt 3 der Bordkommunikationsvorrichtung periodisch Nachrichten in Übereinstimmung mit dem durch den Stausteuerungsdienstverarbeitungsabschnitt 21 mitgeteilten zyklischen Intervall, um dadurch einen Übertragungsverkehr zu vermehren/zu verringern.
  • Der Sendeleistungssteuerungsverarbeitungsabschnitt 212 berechnet eine Sendeleistung, um Stau zu vermeiden, und teilt dem Sende-/Empfangsdienstverwaltungsabschnitt 7 die Sendeleistung mit. Als Ergebnis stellt der Sende-/Empfangsdienstverwaltungsabschnitt 7 der Bordkommunikationsvorrichtung einen Leistungsschwellenwert zum Empfangen von Nachrichten in Übereinstimmung mit der durch den Sendeleistungssteuerungsverarbeitungsabschnitt 212 mitgeteilten Sendeleistung ein, um dadurch einen Sendebereich zur Übertragung zu vergrößern oder zu verkleinern.
  • Der Empfängerempfindlichkeitssteuerungsverarbeitungsabschnitt 213 berechnet eine Empfängerempfindlichkeit, um Stau zu vermeiden, und teilt dem Sende-/Empfangsdienstverwaltungsabschnitt 7 die Empfängerempfindlichkeit mit. Daraufhin stellt der Sende-/Empfangsdienstverwaltungsabschnitt 7 der Bordkommunikationsvorrichtung einen Leistungsschwellenwert zum Empfangen von Nachrichten in Übereinstimmung mit der durch den Empfängerempfindlichkeitssteuerungsverarbeitungsabschnitt 213 mitgeteilten Empfängerempfindlichkeit ein, um dadurch einen Bereich zu vergrößern oder zu verkleinern, in dem Empfang besteht.
  • Der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 überträgt eine Steuernachricht, um eine Anfangsverbindung mit den umgebenden Stationen im Ansprechen auf eine Anforderung aus dem Anwendungsverarbeitungsabschnitt 3 zu starten. Zusätzlich verwaltet der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 einen Kommunikationsstatus mit den umgebenden Stationen und macht eine Mitteilung an den Anwendungsverarbeitungsabschnitt 3. Darüber hinaus verwendet der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 eine andere Anfangsverbindungsprozedur je nachdem, ob der Anwendungsverarbeitungsabschnitt 3, der periodisch Nachrichten überträgt, in Betrieb ist, und stellt einen effizienten Verbindungsverwaltungsdienst bereit.
  • Der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 überträgt eine Nachricht unter den Steuernachrichten, die die Gegenstation nicht erreicht hat, erneut, um einen Verbindungsverwaltungsdienst bereitzustellen. Als Ergebnis kann der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 eine Übertragungswiederholungssteuerung der Steuernachricht des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2 durchführen, die vom Transaktionsverwaltungsabschnitt 4 nicht unterstützt werden kann.
  • Der Verwaltungsinformationsspeicherabschnitt 24 speichert zum Beispiel Kommunikationssteuerungsinformation wie etwa ein zyklisches Intervall und eine Sendeleistung, die im Stausteuerungsdienst verwendet werden, und Teile von Fahrzeuginformation der eigenen Station und von umgebenden Stationen, die im Verbindungsverwaltungsdienst verwendet werden. Zusätzlich speichert der Verwaltungsinformationsspeicherabschnitt 24 Kommunikationssteuerungsinformation wie etwa ein zyklisches Intervall und eine Sendeleistung, die in den Daten (PDU) enthalten sind, die vom Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 übertragen/empfangen werden. Darüber hinaus speichert der Verwaltungsinformationsspeicherabschnitt 24 Information einer aus dem Anwendungsverarbeitungsabschnitt 3 verfügbaren Anwendung, die angemeldet/abgemeldet ist.
  • Anwendungsverarbeitungsabschnitt 3
  • Der Anwendungsverarbeitungsabschnitt 3 umfasst einen Auto-Auto-Kommunikationsanwendungsabschnitt 31.
  • Der Auto-Auto-Kommunikationsanwendungsabschnitt 31 umfasst eine Anwendung zum periodischen Durchführen einer Rundfunkübertragung von Fahrzeuginformation des eigenen Fahrzeugs, eine Anwendung zum Durchführen einer Rundfunkübertragung von Fahrzeuginformation des eigenen Fahrzeugs, wenn eine Bremse oder ein Blinker in Betrieb ist, und auch noch eine Anwendung, um den Komfort und das Wohlbehagen eines Fahrers zu steigern.
  • Transaktionsverwaltungsabschnitt 4
  • Der Transaktionsverwaltungsabschnitt 4 umfasst einen Transaktionsdienstverarbeitungsabschnitt 41 und einen LPP-Verbindungsverwaltungsdienstverarbeitungsabschnitt 42.
  • Der Transaktionsdienstverarbeitungsabschnitt 41 stellt einen Dienst der Übertragungswiederholung einer Nachricht, die die Gegenstation nicht erreicht hat, und des Teilens/Zusammensetzens einer Nachricht bereit. Als Ergebnis stellt der Transaktionsdienstverarbeitungsabschnitt 41 eine Übertragungswiederholungssteuerung und Teilungs-/Zusammensetzungssteuerung bereit, die durch das Auto-Auto-Kommunikationssystem abgerufen wird. Zusätzlich überträgt der Transaktionsdienstverarbeitungsabschnitt 41 eine Nachricht zur Gegenstation und stellt einen Transaktionsdienst des Abrufens einer Antwort auf die übertragene Nachricht von der Gegenstation bereit. Darüber hinaus stellt der Transaktionsdienstverarbeitungsabschnitt 41 einen kontinuierlichen Übertragungssteuerungsdienst des kontinuierlichen Übertragens von Nachrichten bereit, die aus dem Anwendungsverarbeitungsabschnitt 3 übertragen werden. Dementsprechend kann die Bordkommunikationsvorrichtung eine Wahrscheinlichkeit erhöhen, dass die Nachricht die Gegenstation erreichen wird.
  • Der LPP-Verbindungsverwaltungsdienstverarbeitungsabschnitt 42 stellt im Ansprechen auf eine Anforderung aus dem Anwendungsverarbeitungsabschnitt 3 einen Verbindungsverwaltungsdienst bereit Wie etwa einen Bericht über einen Verbindungsstatus, eine Mitteilung einer neuen Verbindung oder Trennung, eine Verwaltung einer empfangsfähigen Portnummer, über die die Gegenstation verfügt, und eine Mitteilung an den Anwendungsverarbeitungsabschnitt 3, dass ein bestimmter Port zum Empfang verfügbar wird.
  • Transferdienstverarbeitungsabschnitt 5
  • Der Transferdienstverarbeitungsabschnitt 5 umfasst einen lokalen Port-Steuerungsprotokolltransferdienstverarbeitungsabschnitt 51 (LPCP-Transferdienstverarbeitungsabschnitt) und einen Verwaltungsdienstverarbeitungsabschnitt 52.
  • Der LPCP-Transferdienstverarbeitungsabschnitt 51 kennzeichnet die Anwendungsverarbeitungsabschnitte 3, bei denen es sich um den Übertragungsausgangsort und den Übertragungszielort handelt, aus den oberen Protokollen wie etwa den Anwendungsverarbeitungsabschnitten 3, indem ein Kennzeichner verwendet wird, der als lokale Portnummer bezeichnet wird. Zusätzlich umfasst der Transferdienstverarbeitungsabschnitt 5 eine Schnittstelle zum Weiterleiten von Daten an den Anwendungsverarbeitungsabschnitt 3 und den Transaktionsverwaltungsabschnitt 4, bei denen es sich um obere Protokolle handelt. Deshalb kann die Bordkommunikationsvorrichtung eine Mehrfachanwendung bewerkstelligen.
  • Der Verwaltungsdienstverarbeitungsabschnitt 52 stellt einen Verwaltungsdienst bereit, d. h. teilt den oberen Protokollen der Gegenstation und der eigenen Station einen Fehler oder ein Ereignis mit, der/das im Transferdienstverarbeitungsabschnitt 5 auftritt. Zusätzlich stellt der Verwaltungsdienstverarbeitungsabschnitt 52 einen Mitteilungsdienst bereit, d. h. teilt dem Anwendungsverarbeitungsabschnitt 3 der eigenen Station einen Fehler oder ein Ereignis mit, der/das aus den unteren Protokollen, wie etwa dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 mitgeteilt wird, und zwar auf eine transparente Weise. Darüber hinaus umfasst der Transferdienstverarbeitungsabschnitt 5 eine Schnittstelle, um dem Transaktionsverwaltungsabschnitt 4 einen Ereignismitteilungsdienst bereitzustellen.
  • Sende-/Empfangsdienstverarbeitungsabschnitt 6
  • Der Sende-/Empfangsdienstverarbeitungsabschnitt 6 umfasst einen Übertragungsdienstverarbeitungsabschnitt 61 und einen Empfangsdienstverarbeitungsabschnitt 62.
  • Der Übertragungsdienstverarbeitungsabschnitt 61 überträgt die aus dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 übertragenen Daten rundfunkweise an die umgebenden Autos und einzelfunkweise an ein spezielles Auto. Zusätzlich kann der Übertragungsdienstverarbeitungsabschnitt 61 Sendeleistung schalten und ermittelt die Sendeleistung in einer Übertragung aus dem Kommunikationssteuerungsinformationsspeicherabschnitt 71. Darüber hinaus kann der Übertragungsdienstverarbeitungsabschnitt 61 einen zu übertragenden Kommunikationskanal schalten. Zum Beispiel kann der Übertragungsdienstverarbeitungsabschnitt 61 Information vom Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 zum Steuerkanal übertragen, um dadurch die Information aus dem Anwendungsverarbeitungsabschnitt 3 zu dem Datenkanal zu übertragen.
  • Der Empfangsdienstverarbeitungsabschnitt 62 empfängt die von den umgebenden Autos übertragene Information und überträgt die empfangene Information an den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1. Zusätzlich kann der Empfangsdienstverarbeitungsabschnitt 62 die Empfängerempfindlichkeit schalten, und ermittelt die Empfängerempfindlichkeit aus dem Kommunikationssteuerungsinformationsspeicherabschnitt 71. Darüber hinaus bestimmt der Empfangsdienstverarbeitungsabschnitt 62 den Fall, dass die Funkfeldstärke mit einem bestimmten oder größeren Wert im Kommunikationskanal empfangen wird, als belegt und beobachtet den Kommunikationskanal eine vorbestimmte Zeit lang. Dann misst der Empfangsdienstverarbeitungsabschnitt 62 ein Belegungsverhältnis für die vorbestimmte Zeit als Belegung des Kommunikationskanals und speichert das Verhältnis im Kommunikationssteuerungsinformationsspeicherabschnitt 71 ab.
  • Sende-/Empfangsdienstverwaltungsabschnitt 7
  • Der Sende-/Empfangsdienstverwaltungsabschnitt 7 umfasst den Kommunikationssteuerungsinformationsspeicherabschnitt 71.
  • Der Kommunikationssteuerungsinformationsspeicherabschnitt 71 speichert Information wie etwa Sendeleistung und Empfängerempfindlichkeit, um eine drahtlose Kommunikation mit den Bordkommunikationsvorrichtungen 100 durchzuführen, die in den umgebenden Stationen installiert sind. Zusätzlich speichert der Kommunikationssteuerungsinformationsspeicherabschnitt 71 Information wie etwa die Kommunikationskanalbelegung, die durch den Empfangsdienstverarbeitungsabschnitt 62 gemessen wird. Darüber hinaus stellt der Kommunikationssteuerungsinformationsspeicherabschnitt 71 die Sendeleistung oder Empfängerempfindlichkeit auf einen Wert zur Vermeidung von Stau durch den Stausteuerungsdienstverarbeitungsabschnitt 21 des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2 ein.
  • A-2-Technische Protokollvorschriften
  • Nachstehend erfolgt eine ausführliche Beschreibung von technischen Vorschriften für ein Auto-Auto-Teilprotokoll, das sich bei der Bordkommunikationsvorrichtung und dem kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationssystem nach der vorliegenden Erfindung aus dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 und dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 zusammensetzt.
  • 1. Übersicht über das Auto-Auto-Teilprotokoll
  • Das Auto-Auto-Teilprotokoll setzt sich aus einer C2C-Transportteilschicht (CTL) und einer C2C-Verwaltungsschicht (CML) zusammen. Ein Protokollaufbau einer Auto-Auto-Kommunikationsarchitektur ist in 3 gezeigt.
  • Die C2C-Transportteilschicht (CTL) ist zwischen einem lokalen Port-Steuerungsprotokoll (LPCP) und einem Kommunikationsunterprotokoll eingesetzt und stellt einer Anwendung des Auto-Auto-Kommunikationssystems bereit eine Prioritätssteuerung bereit, um dadurch eine Funktion der C2C-Verwaltungsschicht (CML) zu ergänzen. Darüber hinaus stellt die C2C-Transportteilschicht (CTL) einen Ereignistransferdienst, d. h. überträgt eine Nachricht an das obere Protokoll (im Nachstehenden auch als obere Schicht bezeichnet) oder die CML, und einen Ereignismitteilungsdienst bereit, d. h. teilt dem oberen Protokoll einen Fehler oder ein Ereignis mit, der/das in der CTL auftritt.
  • Die C2C-Verwaltungsschicht (CML) stellt der Anwendung oder der CTL einen Stausteuerungsdienst, d. h. steuert ein zyklisches Intervall, eine Sendeleistung, eine Empfängerempfindlichkeit und einen Übertragungskanal zur Verbesserung der Kommunikationszuverlässigkeit, und einen Verbindungsverwaltungsdienst bereit, d. h. startet oder trennt eine Anfangsverbindung und verwaltet einen Kommunikationsstatus. Zusätzlich erweitert die CML eine Funktion der Verwaltungsschicht des Kommunikationsunterprotokolls. Ferner stellt die CML einen Datenübertragungswiederholungsdienst bereit, um die Zuverlässigkeit der Steuernachricht zum Durchführen einer Anfangsverbindung zu verbessern.
  • Ein lokales Port-Protokoll (LPP) stellt einen Transaktionsdienst wie etwa eine Übertragungswiederholung und ein Teilen/Zusammensetzen von Daten und einen Verbindungsverwaltungsdienst bereit, d. h. verwaltet Kommunikationszustände wie etwa eine Anfangsverbindung und Trennung. Dementsprechend führt das LPP eine Übertragungswiederholungs- und Teilungs-/Zusammensetzungssteuerung durch, die für das Auto-Auto-Kommunikationssystem erforderlich ist.
  • Das LPCP umfasst eine Schnittstelle zum Kennzeichnen der oberen Protokolle wie etwa des Anwendungsverarbeitungsabschnitts 3 unter Verwendung einer lokalen Portnummer für einen Verwaltungsdienst wie etwa einen Datentransfer und eine Ereignismitteilung an die oberen Protokolle. Dementsprechend erzielt das LPCP eine Mehrfachanwendung in dem Auto-Auto-Kommunikationssystem.
  • Das Protokoll IEEE802.11p und die Kommunikationsprotokolle für das 5,8 GHz- und UHF/VHF-Band werden als Kommunikationsunterprotokolle angenommen. Zusätzlich umfasst das Kommunikationsunterprotokoll eine Verwaltungsschicht zum Speichern von Information eines Kommunikationsunterprotokolls.
  • Das Kommunikationsunterprotokoll umfasst eine Datenübermittlungsschicht (Schicht 2; L2), eine physikalische Schicht (Schicht 1; L1), die niedriger ist als die Datenübermittlungsschicht, eine Medienzugriffssteuerungsverwaltungsentität (MLME), die die Datenübermittlungsschicht verwaltet, und eine Verwaltungsentität für die physikalische Schicht (PLME), die die physikalische Schicht verwaltet. In diesem Fall können zum Beispiel das Protokoll IEEE802.11p und die Kommunikationsprotokolle für das 5,8 GHz- und UHF/VHF-Band oder ein anderes Kommunikationsprotokoll als die genannten als Kommunikationsunterprotokoll verwendet werden. Obwohl nicht konkret gezeigt, umfassen die MLME und PLME eine Verwaltungsinformationsdatenbank (MIB), in der Verwaltungsinformation gespeichert ist.
  • Die Datenübermittlungsschicht ist die zweite Schicht des offen Kommunikationssystemverbindungsreferenzmodells (OSI-Referenzmodells) und ist in Bezug auf ein Zugriffsverfahren definiert. Die physikalische Schicht ist die erste Schicht des OSI-Referenzmodells und ist in Bezug auf ein Übertragungsverfahren definiert. Die Medienzugriffsverwaltungsentität (MLME) verwaltet die Datenübermittlungsschicht und speichert Information, die in der Datenübermittlungsschicht verwendet wird. Die Verwaltungsentität für die physikalische Schicht (PLME) verwaltet die physikalische Schicht und speichert Information, die in der physikalischen Schicht verwendet wird.
  • Die Funktionen der CTL und der CML sind wie folgt.
    • (1) Durch die CTL bereitgestellter Dienst (a) Datentransferdienst (b) Ereignismitteilungsdienst (c) Prioritätssteuerungsdienst
    • (2) Durch die CML bereitgestellter Dienst (a) Stausteuerungsdienst (b) Verbindungsverwaltungsdienst (c) Datenübertragungswiederholungsdienst
  • 2. Funktionsübersicht
  • 2.1 Funktion der C2C-Transportteilschicht
  • 2.1.1 Datentransferdienst
  • Die CTL stellt den Datentransferdienst für Anwendungen, die oberen Protokolle wie etwa das LPP und LPCP und die CML bereit. Eine detaillierte Prozedur des Datentransferdiensts ist im Abschnitt 5.1 beschrieben. 4 zeigt ein Beispiel des Bereitstellens des Datentransferdienstes für obere Protokolle, und 5 zeigt ein Beispiel des Bereitstellens des Datentransferdienstes für die CML.
  • 2.1.2 Ereignismitteilungsdienst
  • Die CTL stellt den Ereignismitteilungsdienst bereit, um den oberen Protokollen und der Gegenstation ein Ereignis oder einen Fehler, der/das in der CTL auftritt, und ein von der CML her empfangenes Ereignis (wie etwa eine Kommunikationsverbindungs- und Kommunikationstrennungsmitteilung) mitzuteilen. 6 zeigt ein Beispiel der Bereitstellung des Ereignismitteilungsdienstes.
  • 2.1.3 Prioritätssteuerungsdienst
  • Die CTL stellt den Prioritätssteuerungsdienst bereit, d. h. steuert eine Übertragung in Übereinstimmung mit Datenprioritäten der oberen Protokolle und der CML. Im Ergebnis ist es möglich, bevorzugt Daten mit einem hohen Dringlichkeitsgrad zu übertragen. Eine detaillierte Prozedur des Prioritätssteuerungsdienstes ist im Abschnitt 5.2 beschrieben. 7 zeigt ein Beispiel des Prioritätssteuerungsdienstes. Festzuhalten ist, dass der Prioritätssteuerungsdienst als eine Option in dem Falle bereitgestellt wird, dass er durch das Kommunikationsunterprotokoll bereitgestellt wird.
  • Die CTL bereitet eine Warteschlange für jede Priorität und lässt bevorzugt Daten einer Warteschlange mit hoher Priorität zum Kommunikationsunterprotokoll durch. 8 zeigt ein Beispiel eines Warteschlangenaufbaus zum Bereitstellen des Prioritätssteuerungsdienstes.
  • 2.2 Funktion der C2C-Verwaltungsschicht
  • 2.2.1 Stausteuerungsdienst
  • Die CML stellt der Anwendung den Stausteuerungsdienst bereit, d. h. steuert ein zyklisches Intervall, eine Sendeleistung und eine Empfängerempfindlichkeit, um die Kommunikationszuverlässigkeit zu verbessern. Eine detaillierte Prozedur des Stausteuerungsdienstes ist im Abschnitt 5.3 beschrieben. Der Stausteuerungsdienst kann jeden der folgenden Dienste oder kann einige von ihnen in Verbindung miteinander verwenden.
  • (1) Steuerungsdienst für das zyklische Intervall
  • Dienst, einer Anwendung ein zyklisches Intervall einer Anwendung mitzuteilen, die periodisch Nachrichten wie etwa Fahrzeuginformation überträgt.
  • (2) Sendeleistungssteuerungsdienst
  • Dienst des Steuerns einer Sendeleistung, um einen Kommunikationsbereich sicherzustellen, der für eine Anwendung erforderlich ist, oder um einen Kommunikationsbereich einzuengen, um Stau zu vermeiden.
  • (3) Empfängerempfindlichkeitssteuerungsdienst
  • Dienst des Steuerns einer Empfängerempfindlichkeit, um einen Kommunikationsbereich einzuschränken, der für eine Anwendung erforderlich ist.
  • 2.2.1.1 Steuerungsdienst für das zyklisches Intervall
  • Im Steuerungsdienst für das zyklische Intervall teilt die CML einer Anwendung, die periodisch Nachrichten wie Fahrzeuginformation überträgt, ein zyklisches Intervall mit, das zur Vermeidung von Stau eingestellt ist.
  • Im Steuerungsdienst für das zyklische Intervall berechnet die CML ein zyklisches Intervall unter Verwendung von Information des eigenen Autos und Information von umgebenden Autos der CML und unter Verwendung von Kanalbelegungsinformation, die durch das eigene Auto erfasst wurde, und Kanalbelegungsinformation, die durch die umgebenden Autos erfasst wurde. Im Ergebnis kann die Bordkommunikationsvorrichtung ein zyklisches Intervall in Übereinstimmung mit einer gefährlichen Situation mit umgebenden Autos und einer Stausituation eines Kommunikationsumfelds steuern.
  • Die CML berechnet das zyklische Intervall und teilt dann der Anwendung, die periodisch Nachrichten überträgt, eine Veränderung des zyklischen Intervalls mit. Die über das zyklische Intervall benachrichtigte Anwendung startet die Übertragung einer Nachricht für jedes mitgeteilte zyklische Intervall nach dem Empfang der Mitteilung. 9 zeigt ein Beispiel des zyklisches Intervall-Steuerungsdienstes.
  • 2.2.1.2 Sendeleistungssteuerungsdienst
  • Im Sendeleistungssteuerungsdienst steuert die CML eine Sendeleistung beim Übertragen von Nachrichten an eine Verwaltungsschicht des unteren Protokolls, um einen Kommunikationsbereich sicherzustellen, der für eine Anwendung erforderlich ist, oder um einen Kommunikationsbereich einzuschränken, um Stau zu vermeiden.
  • Die CML berechnet die Sendeleistung, um einen Kommunikationsbereich mit einem Auto sicherzustellen, das Kommunikation anfordert, und zu vermeiden, eine Funkwelle zu einem unnötigen Bereich zu übertragen, indem Information des eigenen Auto und Information von umgebenden Autos, über die die CML verfügt, und Kanalbelegungsinformation verwendet wird, die durch das eigene Auto erfasst wird, und Kanalbelegungsinformation verwendet wird, die durch die umgebenden Autos erfasst wird.
  • Die CML berechnet eine Sendeleistung und teilt dann der PLME die Sendeleistung mit, wobei das Kommunikationsunterprotokoll eine Nachricht in Übereinstimmung mit der mitgeteilten Sendeleistung überträgt. 10 zeigt ein Beispiel eines Sendeleistungssteuerungsdienstes.
  • 2.2.1.3 Empfängerempfindlichkeitssteuerungsdienst
  • Im Empfängerempfindlichkeitssteuerungsdienst stellt die CML der Verwaltungsschicht des Kommunikationsunterprotokolls die Funktion des Steuerns einer Empfängerempfindlichkeit beim Empfang einer Nachricht bereit, um den Kommunikationsbereich einzuschränken, was erforderlich ist, damit die Anwendung oder der Kommunikationsbereich Stau vermeidet.
  • Die CML berechnet die Empfängerempfindlichkeit, die auf den Kommunikationsbereich beschränkt ist, der erforderlich ist, damit die Anwendung und der Kommunikationsbereich Stau vermeiden, unter Verwendung von Information des eigenen Autos und Information von umgebenden Autos, über die die CML verfügt, und Kanalbelegungsinformation, die durch das eigene Auto erfasst wird, und Kanalbelegungsinformation, die durch die umgebenden Autos erfasst wird.
  • Die CML berechnet eine Empfängerempfindlichkeit und teilt dann der PLME die Empfängerempfindlichkeit mit, wobei das Kommunikationsunterprotokoll eine Nachricht in Übereinstimmung mit der mitgeteilten Empfängerempfindlichkeit empfängt.
  • 2.2.2 Verbindungsverwaltungsdienst
  • Die CML stellt den Verbindungsverwaltungsdienst bereit, d. h. startet eine Anfangsverbindung einer Kommunikationsverbindung, die für ein Auto-Auto-Kommunikationssystem erforderlich ist, und verwaltet oder teilt einen Verbindungsstatus mit.
  • Im Verbindungsverwaltungsdienst stellt die CML der Anwendung den folgenden Dienst bereit, um dadurch die Anwendung mit Kommunikationsstart- und Kommunikationsende-Auslösern zu versorgen. Zusätzlich werden die verfügbaren Anwendungen zwischen Verbindungsverwaltungsdiensten mitgeteilt, um dadurch die Funktionen des Verwaltens der von der mobilen Gegenstation unterstützten Anwendungen bereitzustellen, des Berichtens von deren Zuständen im Ansprechen auf Anforderungen jeweiliger Anwendungen und des Mitteilens, dass Kommunikation freigegeben ist, bereitzustellen.
  • (1) Verbindungsabfragedienst
  • Dienst des Verwaltens und Überwachens eines Verbindungsstatus mit einer umgebenden Mobilstation und des Mitteilens eines Verbindungsstatus und einer neuen Verbindung und Trennung im Ansprechen auf eine Anforderung von einer Anwendung.
  • (2) Verbindungs-/Trennungsmitteilungsdienst
  • Dienst des Mitteilens eines Verbindungsstatus und einer neuen Verbindung/Trennung an ein oberes Protokoll über die CTL.
  • (3) Zeitsynchronisationsdienst
  • Dienst der Zeitsynchronisation, um eine Zeitvorgabe zu synchronisieren, um einen Kanal in einem Fall zu schalten, in dem mehrere Kommunikationskanäle zur Verfügung stehen.
  • Im Verbindungsverwaltungsdienst startet die CML eine Anfangsverbindung mit der mobilen Gegenstation in einem Fall von Datenempfang einer Anwendung, die periodisch Nachrichten und Bakennachrichten überträgt, die periodisch übertragen werden sollen, um eine Hochgeschwindigkeitsanfangsverbindung zu erzielen.
  • 2.2.2.1 Verbindungsabfragedienst
  • Der Verbindungsabfragedienst ist der Dienst, bei dem sich eine Anwendung erkundigt, ob die Auto-Auto-Kommunikationsverbindung hergestellt ist oder nicht. Der Verbindungsabfragedienst definiert zum Abfragezeitpunkt zwei Arten von Diensten, den Referenzdienst des unmittelbaren Zurückmeldens eines Auto-Auto-Kommunikationsverbindungsstatus und in einem Fall, in dem die Verbindung nicht hergestellt ist, den Mitteilungsdienst, zu warten, bis die Verbindung hergestellt ist und zu dem Zeitpunkt eine Mitteilung zu machen, zu dem die Verbindung hergestellt ist. 12 zeigt ein Beispiel des Verbindungsabfragedienstes
  • 2.2.2.2 Verbindungs-/Trennungsmitteilungsdienst
  • Der Verbindungs-/Trennungsmitteilungsdienst ist ein Dienst des Mitteilens an die Anwendung und die CTL einer Verbindung und Trennung einer Kommunikationsverbindung. 13 zeigt ein Beispiel des Verbindungs-/Trennungsmitteilungsdienstes.
  • 2.2.2.3 Zeitsynchronisationsdienst
  • In einem Falle, in dem das Auto-Auto-Kommunikationsprotokoll mehrere Kommunikationskanäle unterstützt, stellt die CML den Zeitsynchronisationsdienst bereit, d. h. vereinheitlicht Zeitvorgaben zum Schalten von Kommunikationskanälen.
  • Im Zeitsynchronisationsdienst definiert die CML einen Kanal von mehreren Kanälen als Steuerkanal und überträgt periodisch Bakennachrichten an den Steuerkanal. Dank der Bakennachrichten ist es möglich, eine Zeitsynchronisation zu erzielen sowie die durch die Gegenstation unterstützte Anwendungsinformation zu erfassen.
  • 2.2.3 Datenübertragungswiederholungsdienst
  • Die CML stellt die Steuernachricht mit dem Datenübertragungswiederholungsdienst bereit, um die Kommunikationszuverlässigkeit sicherzustellen. Im Datenübertragungswiederholungsdienst steuert die CML eine Übertragungswiederholung mit einem Übertragungswiederholungszeitgeber und einem Übertragungswiederholungszähler, wobei der Übertragungswiederholungszeitgeber eine Übertragungswiederholung bei Zeitablauf durchführt. 14 zeigt ein Beispiel des Datenübertragungswiederholungsdienstes und 15 zeigt ein Beispiel einer Duplizierungsprüfung des Datenübertragungswiederholungsdienstes.
  • Eine Übersicht über die Übertragungswiederholungsverarbeitungsprozedur des Datenübertragungswiederholungsdienstes ist wie folgt.
    • (1) Beim Übertragen einer Steuernachricht wird der Übertragungswiederholungszeitgeber gestartet und der Übertragungswiederholungszähler auf Null gesetzt.
    • (2) In einem Fall, bei dem keine Antwortnachricht aus der mobilen Gegenstation vor dem Zeitablauf des Übertragungswiederholungszeitgebers eingeht, wird der Übertragungswiederholungszähler um Eins hochgesetzt und der Übertragungswiederholungszeitgeber gleichzeitig mit der Übertragungswiederholung der Nachricht wieder gestartet.
    • (3) In einem Fall, bei dem der Übertragungswiederholungszähler eine maximale Übertragungswiederholungsanzahl überschreitet, wird die Nachrichtenübertragungswiederholung gestoppt.
  • 3. Dienstschnittstelle (Dienstzugriffspunkt: SAP)
  • Als Nächstes werden Schnittstellen beschrieben, die in der CTL und der CML enthalten sind.
  • 3.2 Darstellungsbeschreibung
  • 16 zeigt eine Liste von Grundelementarten, die in der vorliegenden Erfindung definiert sind. 17 zeigt eine Liste von Parameterarten, die in einer Definitionstabelle der Grundelemente in der vorliegenden Erfindung verwendet werden.
  • 3.2. Liste der Dienstschnittstellen
  • 18 zeigt eine Liste von Dienstschnittstellen, die in der CTL und der CML enthalten sind. 19 zeigt Positionen von SAPs in einer Auto-Auto-Kommunikationsprotokollschichtung.
  • 3.3. Anwendungs- und CML-SAP (ACML SAP)
  • Als Stausteuerungsdienst und Verbindungsverwaltungsdienst stellt die CML der Anwendung sechs Arten von nachstehend aufgeführten Grundelementen bereit.
    • (1) Grundelement Verbindungsstart (ACML-Connection)
    • (2) Grundelement Anwendungsmitteilung (ACML-Notify)
    • (3) Grundelement Anwendungsinformationsanmeldung (ACML-Registration)
    • (4) Grundelement Anwendungsinformationsabmeldung (ACML-Deregistration)
    • (5) Grundelement CML-Informationserhalt (ACML-Get)
    • (6) Grundelement CML-Informationseinstellung (ACML-Set)
  • 3.3.1 Grundelement Verbindungsstart (ACML-Connection)
  • (1) Verarbeitungsübersicht
  • Das Grundelement ACML-Verbindung ist ein Grundelement, mit dem die Anwendung eine Verbindung mit einer umgebenden Station anfordert, einen Verbindungsstatus abruft und eine Übertragung einer Bakennachricht anfordert. Die Anwendung, die eine Punkt-zu-Punkt-Kommunikation durchführt, wird gestartet, wenn das Grundelement ACML-Verbindung ausgegeben wird.
  • (2) Definition
  • 20 ist eine Abbildung, die Argumente des Grundelements ACML-Verbindung zeigt.
    portNo: Kennzeichner zum Kennzeichnen einer Anfrageursprungsanwendung.
    serviceType: Kennzeichner, der eine Art eines Verbindungsanforderungsdienstes angibt, der einen Referenzdienst angibt, d. h. im Falle von ”0” als Antwort sofort einen Verbindungsstatus angibt, und im Falle von ”1” einen Mitteilungsdienst angibt, der zum Verbindungszeitpunkt eine Mitteilung macht.
    connectionFlag: Merker, der angibt, ob sich eine Anwendung mit einer Gegenstation verbindet, der im Falle von ”0” angibt, dass keine Verbindung mit der Gegenstation erfolgt ist und im Falle von ”1” angibt, dass eine Verbindung mit der Gegenstation erfolgt ist.
    destinationLID: Kennzeichner, der eine Gegenstation für einen Verbindungsabruf o. dgl. angibt.
    connectStatus: Kennzeichner, der einen Verbindungsstatus angibt, der im Falle von ”0” einen Status angibt, dass keine Verbindung besteht, und im Falle von ”1” angibt, dass eine Verbindung besteht.
    beaconFlag: Merker, der angibt, ob die Übertragung einer Bakennachricht abgerufen werden soll, der im Falle von ”0” angibt, dass keine Übertragung einer Bakennachricht angefordert wird und im Falle von ”1” angibt, dass Übertragung einer Bakennachricht angefordert wird.
  • 3.3.2 Grundelement Anwendungsmitteilung (ACML-Notify)
  • (1) Verarbeitungsübersicht
  • Das Grundelement ACML-Mitteilung ist ein Grundelement, mit dem die CML der Anwendung eine Veränderung im zyklischen Intervall mitteilt und die Anwendung eine Übertragung einer Stausteuerungsnachricht aus der CML abruft. Eine Veränderung im zyklischen Intervall wird an die Anwendung ausgegeben, die periodisch eine Übertragung durchführt. Das Grundelement ACML-Mitteilung wird in anderen Fällen als dem vorstehenden Fall verwendet, in denen der Anwendung Information mitgeteilt und eine Verarbeitung aus der CML abgerufen wird.
  • (2) Definition
  • 21 ist eine Abbildung, die Argumente des Grundelements ACML-Mitteilung zeigt.
    portNo: Kennzeichner zum Kennzeichnen einer Anfrageursprungsanwendung.
    notifyCode: Kennzeichner, der die der Anwendung mitgeteilten Details kennzeichnet.
    notifyParameter: Parameterwert der der Anwendung mitgeteilten Details.
  • 3.3.3 Grundelement Anwendungsinformationsanmeldung (ACML-Registration)
  • (1) Verarbeitungsübersicht
  • Das Grundelement ACML-Anmeldung ist ein Grundelement, mit dem die Anwendung Anwendungsinformation für die CML anmeldet.
  • (2) Definition
  • 22 ist eine Abbildung, die Argumente des Grundelements ACML-Anmeldung zeigt.
    portNo: Kennzeichner zum Kennzeichnen einer Anwendung, die eine Anmeldung anfordert.
    priority: Kennzeichner, der eine Priorität einer Anwendung angibt.
    applicationType: Kennzeichner, der eine Art (Straße-Fahrzeug/Auto-Auto/sonstige) einer Anwendung angibt.
    resultCode: Kennzeichner, der Anmeldungsergebnisse angibt.
  • 3.3.4 Grundelement Anwendungsinformationsabmeldung (ACML-Deregistration)
  • (1) Verarbeitungsübersicht
  • Das Grundelement ACML-Abmeldungs ist ein Grundelement, mit dem die Anwendung Anwendungsinformation für die CML abmeldet.
  • (2) Definition
  • 23 ist eine Abbildung, die Argumente des Grundelements ACML-Abmeldung zeigt.
    portNo: Kennzeichner zum Kennzeichnen einer Anwendung, die eine Abmeldung anfordert.
    resultCode: Kennzeichner, der Abmeldungsergebnisse angibt.
  • 3.3.5 Grundelement CML-Informationserhalt (ACML-Get)
  • (1) Verarbeitungsübersicht
  • Das Grundelement ACML-Get ist ein Grundelement für die Anwendung, um Variable der CML zu erhalten.
  • (2) Definition
  • 24 ist eine Abbildung, die Argumente des ACML-Get-Grundelements zeigt.
    mibIndex: Kennzeichner, der eine Variable spezifiziert, die eine Ermittlung erfordert.
    mibStatus: Kennzeichner, der Ergebnisse der Ausführung einer Anforderung angibt.
    mibParameter: Details der erhaltenen Variable.
  • 3.3.6 Grundelement CML-Informationseinstellung (ACML-Set)
  • (1) Verarbeitungsübersicht
  • Das Grundelement ACML-Set ist ein Grundelement, mit dem die Anwendung eine Variable der CML einstellt.
  • (2) Definition
  • 25 ist eine Abbildung, die Argumente des Grundelements ACML-Set zeigt.
    mibIndex: Kennzeichner, der eine Variable spezifiziert, die eine Einstellung erfordert.
    mibStatus: Kennzeichner, der Ergebnisse der Ausführung einer Anforderung angibt.
    mibParameter: Details der einzustellenden Variablen.
  • 3.4. SAP der CTL und eines oberen Protokolls (ACTL SAP)
  • Als Datentransferdienst und Ereignismitteilungsdienst stellt die CTL den oberen Protokollen zwei Arten von nachstehend aufgeführten Grundelementen bereit.
    • (1) Grundelement Anwendungsdatentransfer (SendData)
    • (2) Grundelement Ereignismitteilung (eventReport)
  • 3.4.1 Grundelement Anwendungsdatentransfer (SendData)
  • (1) Verarbeitungsübersicht
  • Das Grundelement SendData ist ein Grundelement, mit dem das obere Protokoll Abwendungsdaten an die/von der CTL überträgt/empfängt.
  • (2) Definition
  • 26 ist eine Abbildung, die Argumente des Grundelements SendData zeigt.
    linkAddress: Verweisadresse, die in der Auto-Auto-Kommunikation verwendet wird, bei der es sich um einen Kennzeichner handelt, um eine Gegenstation zur Kommunikation zu kennzeichnen.
    parameter: gibt einen Datenkörper an, der mit dem oberen Protokoll ausgetauscht werden soll.
  • 3.4.2 Grundelement Ereignismitteilung (eventReport)
  • (1) Verarbeitungsübersicht
  • Das Grundelement eventReport ist ein Grundelement, mit dem die CTL dem oberen Protokoll ein Ereignis wie etwa einen in der CTL auftretenden Fehler mitteilt.
  • (2) Definition
  • 27 ist eine Abbildung, die Argumente des Grundelements eventReport zeigt.
    linkAddress: Verweisadresse, die in der Auto-Auto-Kommunikation verwendet wird, bei der es sich um einen Kennzeichner handelt, um eine Gegenstation zur Kommunikation zu kennzeichnen.
    eventCode: Kennzeichner, der einen Code eines aufgetretenen Ereignisses oder Fehlers bezeichnet.
    extensionParameter: gibt einen Parameter zur Ergänzung der Details des variablen eventCodes an.
  • 3.5. SAP der CTL und CML (CMCTL SAP)
  • Als Datentransferdienst und Ereignismitteilungsdienst stellt die CTL der CML vier Arten von nachstehend aufgeführten Grundelementen bereit.
    • (1) Grundelement Steuerungsdatentransfer (CMCTL-SendData)
    • (2) Grundelement Ereignismitteilung (CMCTL-EventReport)
    • (3) Grundelement CML-Informationserhalt (CMCTL-Get)
    • (4) Grundelement CML-Informationseinstellung (CMCTL-Set)
  • 3.5.1 Grundelement Steuerungsdaten (CMCTL-SendData)
  • (1) Verarbeitungsübersicht
  • Das Grundelement CMCTL-SendData ist ein Grundelement, mit dem die CML eine Übertragung einer Steuernachricht von der CTL anfordert.
  • (2) Definition
  • 28 ist eine Abbildung, die Argumente des Grundelements CMCTL-SendData zeigt.
    linkAddress: Verweisadresse, die in der Auto-Auto-Kommunikation verwendet wird, bei der es sich um einen Kennzeichner handelt, um eine Gegenstation zur Kommunikation zu kennzeichnen.
    pduIdentifier: gibt eine Art einer PDU an, die mit der CML ausgetauscht werden soll.
    parameter: gibt einen mit der CML ausgetauschten Datenkörper an.
    priority: gibt eine Priorität von zu übertragenden Daten an.
  • 3.5.2 Grundelement Ereignismitteilung (CMCTL-EventReport)
  • (1) Verarbeitungsübersicht
  • Das Grundelement CMCTL-EventReport ist ein Grundelement, mit dem die CML der CTL ein Ereignis wie etwa einen in der CML auftretenden Fehler mitteilt, oder die CTL der CML ein Ereignis wie etwa ein in der CTL auftretendes Ereignis mitteilt.
  • (2) Definition
  • 29 ist eine Abbildung, die Argumente des Grundelements CMCTL-EventReport zeigt.
    linkAddress: Verweisadresse, die in der Auto-Auto-Kommunikation verwendet wird, bei der es sich um einen Kennzeichner handelt, um eine Gegenstation zur Kommunikation zu kennzeichnen.
    eventCode: Kennzeichner, der einen Code bezeichnet, der ein aufgetretenes Ereignis angibt.
    extensionParameter: gibt einen Parameter zur Ergänzung der Details des variablen eventCodes an.
  • 3.5.3 Grundelement CML-Informationserhalt (CMCTL-Get)
  • (1) Verarbeitungsübersicht
  • Das Grundelement CMCTL-Get ist ein Grundelement, mit dem die CTL eine Variable der CML erhält.
  • (2) Definition
  • 30 ist eine Abbildung, die Argumente des Grundelements CMCTL-Get zeigt.
    mibIndex: Kennzeichner, der eine Variable spezifiziert, die eine Ermittlung erfordert.
    mibStatus: Kennzeichner, der Ergebnisse der Ausführung einer Anforderung angibt.
    mibParameter: Details der erhaltenen Variable.
  • 3.5.4 Grundelement CML-Informationseinstellung (CMCTL-Set)
  • (1) Verarbeitungsübersicht
  • Das Grundelement CMCTL-Set ist ein Grundelement, mit dem die CTL eine Variable der CML einstellt.
  • (2) Definition
  • 31 ist eine Abbildung, die Argumente des Grundelements CMCTL-Set zeigt.
    mibIndex: Kennzeichner, der eine Variable spezifiziert, die eine Einstellung erfordert.
    mibStatus: Kennzeichner, der die Ergebnisse der Ausführung einer Anforderung angibt.
    mibParameter: Details einer einzustellenden Variable.
  • 3.6. SAP der CML und MLME (MLME-CML SAP)
  • Als Stausteuerungsdienst stellt die CML der MLME zwei Arten von nachstehend aufgeführten Grundelementen bereit.
    • (1) Grundelement MLME-Informationserhalt (MLME-Get)
    • (2) Grundelement MLME-Informationseinstellung (MLME-Set)
  • 3.6.1 Grundelement MLME-Informationserhalt (MLME-Get)
  • (1) Verarbeitungsübersicht
  • Das Grundelement MLME-Get ist ein Grundelement, mit dem die CML eine Variable der MLME erhält.
  • (2) Definition
  • 32 ist eine Abbildung, die Argumente des Grundelements MLME-Get zeigt.
    mibIndex: Kennzeichner, der eine Variable spezifiziert, die eine Ermittlung erfordert.
    mibStatus: Kennzeichner, der die Ergebnisse der Ausführung einer Anforderung angibt.
    mibParameter: Details der erhaltenen Variable.
  • 3.6.2 Grundelement MLME-Informationseinstellung (MLME-Set)
  • (1) Verarbeitungsübersicht
  • Das Grundelement MLME-Set ist ein Grundelement, mit dem die CML eine Variable der MLME einstellt.
  • (2) Definition
  • 33 ist eine Abbildung, die Argumente des Grundelements MLME-Set zeigt.
    mibIndex: Kennzeichner, der eine Variable spezifiziert, die eine Einstellung erfordert.
    mibStatus: Kennzeichner, der die Ergebnisse der Ausführung einer Anforderung angibt.
    mibParameter: Details einer einzustellenden Variable.
  • 3.7 SAP der CML und PLME (PLME-CML SAP)
  • Als Stausteuerungsdienst stellt die CML der PLME zwei Arten von nachstehend aufgeführten Grundelementen bereit.
    • (1) Grundelement PLME-Informationserhalt (PLME-Get)
    • (2) Grundelement PLME-Informationseinstellung (PLME-Set)
  • 3.7.1 Grundelement PLME-Informationserhalt (PLME-Get)
  • (1) Verarbeitungsübersicht
  • Das Grundelement PLME-Get ist ein Grundelement, mit dem die CML eine Variable der PLME erhält.
  • (2) Definition
  • 34 ist eine Abbildung, die Argumente des Grundelements PLME-Get zeigt.
    mibIndex: Kennzeichner, der eine Variable spezifiziert, die eine Ermittlung erfordert.
    mibStatus: Kennzeichner, der Ergebnisse der Ausführung einer Anforderung angibt.
    mibParameter: Details der erhaltenen Variable.
  • 3.7.2 Grundelement PLME-Informationseinstellung (PLME-Set)
  • (1) Verarbeitungsübersicht
  • Das Grundelement PLME-Set ist ein Grundelement, mit dem die CML eine Variable der PLME einstellt.
  • (2) Definition
  • 35 ist eine Abbildung, die Argumente des Grundelements PLME-Set zeigt.
    mibIndex: Kennzeichner, der eine Variable spezifiziert, die eine Einstellung erfordert.
    mibStatus: Kennzeichner, der Ergebnisse der Ausführung einer Anforderung angibt.
    mibParameter: Details einer einzustellenden Variable.
  • 4. Protokolldateneinheit PDU
  • 4.1 PDU-Aufbau
  • Als Nächstes erfolgt eine Beschreibung einer Protokolldateneinheit (PDU), die in der CTL und der CML verwendet wird. 36 zeigt einen PDU-Aufbau beim Übertragen von Anwendungsdaten, und 37 zeigt einen PDU-Aufbau beim Senden von Steuerungsdaten. Das Verhältnis zwischen der PDU und einer Dienstdateneinheit (SDU) wird hier beschrieben, wobei ein Status, bei dem eine bestimmte Schicht keinen Anfangsblock enthält, als SDU bezeichnet wird, und ein Status, bei dem die Schicht mit einem Anfangsblock versehen ist, als PDU bezeichnet wird.
  • In der in 36 gezeigten PDU sind Anwendungsdaten mit einem LPP-Anfangsblock, einem LPCP-Anfangsblock versehen und werden an die CTL geschickt, werden in der CTL mit einem C2C-Anfangsblock versehen und an ein Kommunikationsunterprotokoll (Schicht 2) weitergeleitet. In der in 37 gezeigten PDU werden Steuerungsdaten, die in der CML generiert werden, an die CTL weitergeleitet, in der CTL mit dem C2C-Anfangsblock versehen und zum Kommunikationsunterprotokoll (Schicht 2) weitergeleitet.
  • In der in 36 gezeigten PDU werden die Anwendungsdaten als eine LPP SDU im LPP behandelt und bekommen den LPP-Anfangsblock hinzugefügt, um zu einer LPP PDU zu werden, die zum LPCP weitergeleitet wird. Die weitergeleiteten Daten werden im LPCP als LPCP SDU behandelt und bekommen den LPCP-Anfangsblock hinzugefügt, um zu einer LPCP PDU zu werden, die zur CTL weitergeleitet wird. In der CTL werden die weitergeleiteten Daten als C2C SDU behandelt, bekommen den C2C-Anfangsblock hinzugefügt, um zur C2C PDU zu werden, und werden zur Schicht 2 weitergeleitet und in der Schicht 2 als MAC SDU (MSDU) behandelt.
  • 4.2 C2C-Anfangsblockinformation
  • 38 ist ein Schema, das Information des C2C-Anfangsblocks zeigt, bei dem es sich um den in der CTL bereitgestellten Anfangsblock handelt.
  • (1) Datenkennzeichner
  • Dies ist ein Kennzeichner zur Unterscheidung von Datenarten. ”0” gibt Anwendungsdaten (Daten des oberen Protokolls) an, wohingegen ”1” Verwaltungsdaten (Daten der CML) angibt.
  • (2) PDU-Kennzeichner
  • Dies ist ein Kennzeichner zum Kennzeichnen von PDU-Arten, der Werte eines Datenkennzeichners und eines PDU-Kennzeichners zeigt, die in 39 gezeigt sind.
  • (3) Knotenpriorität (Fahrzeugpriorität)
  • Dies ist eine Priorität (Risikograd) eines Fahrzeugs, die mit einem Grundelement CML-Variablenerhalt der CML erhalten wird.
  • (4) Kanalbelegung (Kommunikationskanalbelegung)
  • Dies ist ein Verhältnis, bei dem das Kommunikationsband innerhalb eines vorbestimmten Zeitraums belegt ist. Eine Einheit davon ist % und es sind Werte von 0 bis 100 angesetzt. Dies wird mit dem Grundelement CML-Variablenerhalt erhalten.
  • (5) Zyklisches Intervall (Übertragungszyklus)
  • Dies ist ein Übertragungszeitintervall, zu dem die Anwendung periodisch Information überträgt. Eine Einheit davon sind 10 msec und es sind Werte von 1 (10 msec) bis 255 (2.550 msec) angesetzt. Dies wird mit dem Grundelement CML-Variablenerhalt erhalten.
  • (6) Sendeleistung
  • Dies ist ein Sendeleistungswert, der angesetzt wird, wenn der C2C-Anfangsblock generiert wird. Eine Einheit davon ist 0,1 dBm und es sind Werte von –0,5 dBm bis 20,0 dBm angesetzt. Dies wird mit dem Grundelement CML-Variablenerhalt erhalten.
  • (7) Empfängerempfindlichkeit
  • Ein Wert der Empfängerempfindlichkeit, der angesetzt wird, wenn der C2C-Anfangsblock eingestellt wird, wird gespeichert. Eine Einheit davon ist 1 dBm und es sind Werte von –127 dBm bis 0 dBm angesetzt. Dies wird mit dem Grundelement CML-Variablenerhalt erhalten.
  • (8) Reserviert
  • Es wird ein reservierter Bereich sichergestellt.
  • 4.3 Bakennachricht (Beacon PDU)
  • Dies ist eine PDU, die Bakennachrichten überträgt, die als Auslöser zum Starten einer Anfangsverbindung oder zur Zeitsynchronisation dienen sollen. 40 zeigt ein Format einer Bakennachricht.
  • (1) TSF-Zeitgeber
  • Dies ist ein TSF-Zeitgeber zur Zeitsynchronisation. Ein Wert liegt im Bereich von 0 bis 264.
  • (2) Nächste Bakenübertragungszeitvorgabe
  • Dies ist eine nächste Zeitvorgabe zur Übertragung einer Bakennachricht. Eine Einheit davon ist msec und ein Bereich geht von 0 bis 1.000.
  • (3) CML-Profil
  • Dies ist ein CML-Profil, das eine durch die eigene Station unterstützte Funktion, Anwendungsinformation, Kanalinformation und Kommunikationssteuerungsinformation speichert.
  • 4.4. Verbindungsanforderungsnachricht (Verbindungsanforderungs-PDU)
  • Dies ist eine PDU zum Anfordern einer Kommunikationsverbindung. 41 zeigt ein Format einer Verbindungsanforderungsnachricht.
  • (1) Angeforderter Rückmelde-Merker, Ack Flag, (Übertragungswiederholungsanforderungsmerker)
  • Dies ist ein Merker, der angibt, ob eine Übertragungswiederholungsverarbeitung gültig ist. Im Falle von ”1” ist die Übertragungswiederholungsverarbeitung der PDU gültig, wobei dem Kommunikationspartner eine Nachricht mitgeteilt und eine Prüfantwort (Ack PDU) angefordert wird. Im Falle von ”0” ist die Übertragungswiederholungsverarbeitung ungültig.
  • (2) Übertragungswiederholungsmerker, Retransmit Flag
  • Dies ist ein Merker, der angibt, ob es sich bei einer PDU um eine wiederholt übertragene PDU handelt. Ein Fall, in dem ”1” gezeigt wird, gibt an, dass die PDU wiederholt übertragen wurde.
  • (3) Laufzahl
  • Dies ist eine Laufzahl. Ein PDU-Duplikat wird aus einer Verweisadresse und einer Laufzahl einer Gegenstation erfasst.
  • (4) CML-Profil
  • Dies ist ein CML-Profil, das eine durch die eigene Station unterstützte Funktion, Anwendungsinformation, Kanalinformation und Kommunikationsinformation speichert.
  • 4.5 Verbindungsantwortnachricht (Verbindungsantwort-PDU)
  • Dies ist eine PDU, um auf eine Verbindungsanforderung zu antworten. 42 zeigt ein Format einer Verbindungsantwortnachricht.
  • (1) Ergebniscode
  • Dies zeigt das Ergebnis dahingehend, ob eine Anfangsverbindung durchgeführt wird oder nicht. In einem Fall, in dem sich eine zu unterstützende Anwendung von derjenigen der Gegenstation unterscheidet, mit der verbunden werden soll, wird ”keine Verbindung möglich” mitgeteilt, wohingegen in einen Fall, in dem eine zu unterstützende Anwendung vorhanden ist, ”Verbindung möglich” mitgeteilt wird. 43 zeigt die Details des Ergebniscodes.
  • (2) Angeforderter Rückmeldemerker, Ack Flag (Übertragungswiederholungsanforderungsmerker)
  • Dies ist ein Merker, der angibt, ob eine Übertragungswiederholungsverarbeitung gültig ist. Im Falle von ”1” ist die Übertragungswiederholungsverarbeitung der PDU gültig, wobei dem Kommunikationspartner eine Nachricht mitgeteilt und eine Prüfantwort (Ack PDU) angefordert wird. Im Falle von ”0” ist die Übertragungswiederholungsverarbeitung ungültig.
  • (3) Übertragungswiederholungsmerker, Retransmit Flag
  • Dies ist ein Merker, der angibt, ob es sich bei einer PDU um die wiederholt übertragene PDU handelt. Ein Fall, in dem ”1” gezeigt wird, gibt an, dass die PDU wiederholt übertragen wurde.
  • (4) Laufzahl
  • Dies ist eine Laufzahl. Ein PDU-Duplikat wird aus einer Verweisadresse und einer Laufzahl der Gegenstation erfasst.
  • (5) Profilmerker
  • Dies ist ein Merker, der angibt, ob der Verbindungsantwort-PDU CML-Profilinformation hinzugefügt ist. Im Falle von ”0” wird das CML-Profil im folgenden CML-Profilfeld nicht gespeichert, wohingegen im Falle von ”1” das CML-Profil im folgenden CML-Profilfeld gespeichert wird.
  • In einem Fall, in dem das CML-Profil von der Baken-PDU bereitgestellt wurde, wird dieser Kennzeichner auf ”0” gesetzt und das CML-Profil nicht gespeichert. In einem Fall, in dem die Baken-PDU nicht verwendet wird (in einem Fall einer Verbindungsprozedur, die von einer Anwendung geleitet wird, die periodisch eine Übertragung durchführt), wird dieser Kennzeichner auf ”1” gesetzt und das CML-Profil gespeichert.
  • (6) CML-Profil
  • Dies ist ein CML-Profil, das eine durch die eigene Station unterstützte Funktion, Anwendungsinformation, Kanalinformation und Kommunikationsinformation speichert.
  • 4.6. Prüfantwortnachricht (Ack PDU)
  • Dies ist eine PDU, die in einem Fall eine Prüfantwort zurückschickt, in dem eine Übertragungswiederholungsanforderung gestellt wird. 44 zeigt ein Format der Prüfantwortnachricht.
  • (1) Übertragungswiederholungsmerker, Retransmit Flag
  • Dies ist ein Merker, der angibt, ob es sich bei einer PDU um die wiederholt übertragene PDU handelt. Ein Fall, in dem ”1” gezeigt wird, gibt an, dass die PDU wiederholt übertragen wurde.
  • (2) Laufzahl
  • Dies ist eine Laufzahl. Ein PDU-Duplikat wird aus einer Verweisadresse und einer Laufzahl der Gegenstation erfasst.
  • 4.7 Stausteuerungsnachricht (Stausteuerungs-PDU)
  • Dies ist eine PDU in einem Fall, bei dem Kommunikationsparameter, die in umgebenden Autos eingestellt sind, zur Durchführung einer Stausteuerung angefordert werden. 45 zeigt ein Format einer Stausteuerungsnachricht.
  • (1) Sendeleistung für andere (angeforderte Sendeleistung)
  • Dies ist ein Sendeleistungswert, der für umgebende Autos gefordert wird. Eine Einheit davon ist 0,1 dBm und es sind Werte von –5,0 dBm bis 20,0 dBm angesetzt.
  • (2) Übertragungsintervall für andere (angefordertes Übertragungsintervall)
  • Dies ist ein Wert eines Übertragungsintervalls, der für umgebende Autos gefordert wird. Eine Einheit davon ist 10 msec und es sind Werte von 1 (10 msec) bis 255 (2.550) msec angesetzt.
  • (3) Empfängerempfindlichkeit für andere (angeforderte Empfängerempfindlichkeit)
  • Dies ist ein Empfängerempfindlichkeitswert, der für umgebenden Autos gefordert wird. Eine Einheit davon ist 1 dBm und es sind Werte von –127 dBm bis 0 dBm angesetzt.
  • 4.8 Ereignismitteilungsnachricht (Ereignis-PDU, Event PDU)
  • Dies ist eine PDU, die einer Gegenstation Ereignisse wie etwa Fehler mitteilt, die in der CTL und CML auftreten. 46 zeigt ein Format einer Ereignismitteilungsnachricht.
  • (1) Ereigniscode, eventCode
  • Dies ist ein Code, der die Details des Ereignisses angibt. 47 zeigt die Details des eventCode.
  • (2) Erweiterungsparameter, extensionParameter (Parameter)
  • Dies ist ein Parameter, der die Details des Ereignisses ergänzt.
  • 5. Betriebsprozedur
  • 5.1 Datentransferprozedur
  • 5.1.1 Sende-/Empfangsprozedur Anwendungsdaten
  • Es erfolgt eine Beschreibung einer Prozedur zum Senden/Empfangen von Anwendungsdaten in der CTL. 48 zeigt ein Beispiel einer Grundverarbeitungssequenz des Nachrichtentransfers.
  • Sendeprozedur
    • (1) Die CTL erhält ein Grundelement Datenübertragungsanforderung-(sendData.req) aus dem LPCP und ermittelt dann die C2C SDU aus dem variablen Parameter.
    • (2) Die CTL bezieht sich auf die LPCP-Steuerungsinformation in der C2C SDU und ermittelt eine Übertragungsursprungs-Portnummer.
    • (3) Die CTL verwendet ein Grundelement CML-Informationserhalt (CMCTL-Get) und ermittelt eine Priorität der Übertragungsursprungs-Portnummer.
    • (4) Die CTL fügt einen C2C-Anfangsblock hinzu, um die C2C PDU zu generieren, und speichert sie dann in einer Warteschlange mit der ermittelten Priorität, um dadurch eine Prioritätssteuerungsverarbeitung anzuwenden.
    • (5) Die CTL wartet mit der Übertragung durch Prioritätssteuerung, und führt dann eine Übertragung mit einem Grundelement Datenübertragung (DL-Unitdata.req) des Kommunikationsunterprotokolls durch, um dadurch eine Übertragungsverarbeitung zu beenden.
  • Die C2C SDU ist im folgenden Fall ungültig und wird somit nicht verarbeitet.
  • In einem Fall, bei dem es sich bei der variablen Verweisadresse linkAddress um eine Gruppenrundfunkverweisadresse handelt und ein Adressenwert von dieser nicht ”0” ist, wird ein Anforderungsgrundelement von dieser verworfen und dem LPCP über ein Grundelement Ereignismitteilung (eventReport) ein Status ”die bezeichnete Gruppenrundfunkverweisadresse ist nicht gültig” mitgeteilt.
  • Empfangsprozedur
    • (1) Die CTL erhält die C2C PDU über ein Grundelement Datenübertragung (DL-Unitdata.ind) aus dem Kommunikationsunterprotokoll und ruft dann einen Datenkennzeichner, einen PDU-Kennzeichner, eine Fahrzeugpriorität, eine Kanalbelegung, ein zyklisches Intervall, eine Sendeleistung, eine Empfängerempfindlichkeit und Benutzerdaten aus der PDU ab.
    • (2) In einem Fall, in dem der Datenkennzeichner (Data Identifier) ”0” und der PDU-Kennzeichner ”0” oder ”1” angibt, leitet die CTL den Empfang von Daten (C2C SDU) aus der Gegenstation über ein Datenübertragungsmitteilungsgrundelement (sendData.ind) an ein oberes Protokoll weiter.
    • (3) Die CTL meldet die über DL-Unitdata.ind erhaltene Übertragungsursprungsverweisadresse und die empfangene Fahrzeugpriorität, Kanalbelegung, das zyklische Intervall, die Sendeleistung und Empfängerempfindlichkeit in der CML unter Verwendung des CML-Informationseinstell-Grundelements (CMCTL-Set) an und beendet die Empfangsverarbeitung.
  • In den folgenden Fällen ist die C2C PDU ungültig und wird somit nicht verarbeitet.
  • In dem Fall, dass der Datenkennzeichner ”0” und der PDU-Kennzeichner nicht ”0” oder ”1” angibt, wird sein Mitteilungsgrundelement verworfen und der CTL der Gegenstation über eine Ereignismitteilungsnachricht ein Status ”der bezeichnete PDU-Kennzeichner ist nicht gültig” mitgeteilt.
  • In dem Fall, dass der Datenkennzeichner nicht gültig ist. wird sein Mitteilungsgrundelement verworfen und der CTL der Gegenstation über eine Ereignismitteilungsnachricht der Status ”der bezeichnete PDU-Kennzeichner ist nicht gültig” mitgeteilt.
  • 5.1.2 Sende-/Empfangsprozedur Steuerungsdaten
  • Es erfolgt eine Beschreibung einer Prozedur zum Senden/Empfangen von Steuerungsdaten in der CTL. 49 zeigt ein Beispiel einer Grundverarbeitungssequenz des Nachrichtentransfers.
  • Sendeprozedur
    • (1) Die CTL empfängt ein Grundelement Steuerungsdatenübertragungsanforderung (CMCTL-SendData.req) aus der CML und ermittelt die C2C SDU aus einem variablen Parameter und eine Priorität aus einer variablen Priorität.
    • (2) Die CTL fügt den C2C-Anfangsblock hinzu, generiert die C2C-PDU und speichert sie in einer Warteschlange der Priorität, die aus der variablen Priorität ermittelt wurde, um dadurch die Prioritätssteuerungsverarbeitung anzuwenden.
    • (3) Die CTL wartet mit der Übertragung durch Prioritätssteuerung, und führt dann eine Übertragung mit einem Grundelement Datenübertragung (DL-Unitdata.req) eines Kommunikationsunterprotokolls durch, um dadurch eine Übertragungsverarbeitung zu beenden.
  • Die C2C SDU ist im folgenden Fall ungültig und wird somit nicht verarbeitet.
  • In einem Fall, bei dem es sich bei der variablen Verweisadresse linkAddress um eine Gruppenrundfunkverweisadresse handelt und ein Adressenwert von dieser nicht ”0” ist, wird ein Anforderungsgrundelement von dieser verworfen und der CLC über das Grundelement Ereignismitteilung (CMCTL-EventReport) ein Status ”die bezeichnete Gruppenrundfunkverweisadresse ist nicht gültig” mitgeteilt.
  • Empfangsprozedur
    • (1) Die CTL erhält die C2C PDU über das Grundelement Datenübertragung (DL-Unitdata.ind) aus dem Kommunikationsunterprotokoll und ruft einen Datenkennzeichner, einen PDU-Kennzeichner, eine Fahrzeugpriorität, eine Kanalbelegung, ein zyklisches Intervall, eine Empfängerempfindlichkeit und Benutzerdaten aus der PDU ab.
    • (2) In einem Fall, in dem der Datenkennzeichner (Data Identifier) ”1” angibt, teilt die CTL der CML den Empfang von Daten aus der Gegenstation über ein Grundelement Steuerungsdatenübertragungsmitteilung (CMCTL-SendData.ind) mit.
    • (3) Die über DL-Unitdata.ind erhaltene Übertragungsursprungsverweisadresse und die empfangene Fahrzeugpriorität, Kanalbelegung, das zyklische Intervall, die Sendeleistung und Empfängerempfindlichkeit werden unter Verwendung des Grundelements CML-Informationseinstellung (CMCTL-Set) in der CML angemeldet, und die Empfangsverarbeitung wird beendet.
  • 5.2 Prioritätssteuerungsdienstprozedur
    • (1) Die CTL ruft die in der Warteschlange für jede Priorität gespeicherten Daten in einer absteigenden Prioritätsreihenfolge ab und überträgt die Daten unter Verwendung eines Grundelements Datenübertragung (DL-Unitdata.req).
    • (2) Wenn sich die Warteschlange mit hoher Priorität leert, ruft die CTL die Daten aus einer Warteschlange mit einer um eins niedrigeren Priorität ab und überträgt sie.
  • In der Prioritätswarteschlange werden nur Daten einer Informationsaustauschanwendung, die periodisch Information überträgt, in einer Warteschlange mit einer ”mittleren” Priorität gespeichert, und in einem Fall, bei dem neue Daten gespeichert werden, werden alte Daten in der Warteschlange verworfen und die neuesten Daten festgehalten. Anzumerken ist, dass Notfallinformation in einer Warteschlange mit einer ”hohen” Priorität und Nichtechtzeitinformation in einer Warteschlange mit einer ”niedrigen” Priorität gespeichert wird.
  • 5.3 Stausteuerungsdienstprozedur
  • 5.3.1 Kommunikationssteuerungsprozedur
  • Bei der Stausteuerung wird die folgende Prozedur dann periodisch durchgeführt, wenn sich die Fahrzeuginformation verändert. 50 zeigt eine Grundsequenz der Stausteuerung in der CML.
    • (1) Die Anwendung stellt Fahrzeuginformation des eigenen Autos und von den umgebenden Autos empfangene Fahrzeuginformation unter Verwendung des Anwendungsinformationseinstell-Grundelements (ACML-Set) in die CML ein.
    • (2) Die CML ermittelt periodisch Belegungsinformation eines Kommunikationskanals für die PLME unter Verwendung des Grundelements PLME-Informationserhalt (PLME-Get).
    • (3) Die CML berechnet aus der erfassten Information das zyklische Intervall, die Sendeleistung und Empfängerempfindlichkeit, die eingestellt werden sollen, um Stau zu vermeiden. Hier ist ein spezifischer Algorithmus zum Berechnen jedes Parameters im Abschnitt 5.3.1.1 beschrieben.
    • (4) Die CML teilt der Anwendung, die periodisch Information überträgt, das berechnete zyklische Intervall unter Verwendung des Grundelements Anwendungsmitteilungs (ACML-Notify) mit.
    • (5) Die Anwendung überträgt wiederholt Fahrzeuginformation bei der folgenden Zeitvorgabe und danach in Übereinstimmung mit dem mitgeteilten zyklischen Intervall.
    • (6) Die CML stellt die berechnete Sendeleistung und Empfängerempfindlichkeit unter Verwendung des PLME-Informationseinstell-Grundelements (PLME-Set) in der PLME ein.
    • (7) Im Kommunikationsunterprotokoll wird die/der folgende Übertragung/Empfang in Übereinstimmung mit der eingestellten Senderleistung und Empfängerempfindlichkeit eingestellt. In diesem Fall kann die einzustellende Sendeleistung und Empfängerempfindlichkeit in Abhängigkeit von einer Art eines zu übertragenden Kanals eingestellt werden.
  • 5.3.1.1 Stausteuerungsalgorithmus
  • Der Stausteuerungsalgorithmus in der CML wird nun beschrieben. Zuerst erfolgt eine Beschreibung hinsichtlich des Erfassens und Einstellens der für die Stausteuerung erforderlichen Information. Die Positionen, Geschwindigkeiten, Beschleunigungsgeschwindigkeiten und Fahrtrichtungen des eigenen Autos und der umgebenden Autos werden von einer Anwendung in die CML eingestellt, und Kommunikationssteuerungsparameter (Kanalbelegung, zyklisches Intervall, Sendeleistung und Empfängerempfindlichkeit) des eigenen Auto und Kommunikationssteuerungsparameter von umgebenden Autos werden auch in der CML gespeichert. Darüber hinaus kann die in diesem Fall verwendete, erforderliche Kommunikationsdistanz in der CML berechnet werden, oder kann von der Anwendung berechnet und durch das Grundelement CML-Informationseinstellung eingestellt werden.
  • Als Nächstes erfolgt eine Beschreibung der Stausteuerung zum Steuern des zyklischen Intervalls.
  • Steuerungsalgorithmus für das zyklische Intervall
  • In der vorliegenden Erfindung wird ein Wert des zyklischen Intervalls in Übereinstimmung mit für die Anwendung erforderlichen technischen Vorschriften in dem Fall angewendet, in dem die Kommunikationskanäle nicht dicht belegt sind, und in dem Fall, in dem eine dichte Belegung der Kommunikationskanäle besteht, wird ein Verfahren des graduellen Verlängerns des zyklischen Intervalls angewendet.
  • Zuerst wird ein Höchstwert Omax(t) aus einer Kommunikationskanalbelegung Oi(t) des eigenen Autos und aus Kommunikationskanalbelegungen Oj(t) umgebender Autos ausgewählt. Omax(t) = {Oi(t), Oj(t)} (j = 1, ..., N) worin N die Anzahl von Autos darstellt, die mit dem eigenen Auto i in Kommunikation stehen.
  • Als Nächstes wird das zyklische Intervall auf Grundlage der Kommunikationskanalbelegung Omax(t) berechnet. Hier wird ein zyklisches Intervall T(t + 1) auf Grundlage der Kommunikationskanalbelegung so eingestellt, dass es auf eine Zielkommunikationskanalbelegung Oth hinausläuft. Die Rückführungsregelung erfolgt mit Verwendung einer Differenz zwischen einem Zielwert und einem Höchstwert unter Verwendung der durch das eigene Auto erfassten Kanalbelegung, der Kanalbelegungen der umgebenden Autos und der Zielkanalbelegung, und dann wird das wie durch den folgenden Ausdruck dargestellte zyklische Intervall berechnet. T(t + 1) = T(t) + K × {Omax(t) – Oth} + K/I × ∫{O(max(t) – Oth}dt + K × Td × d/dt{Omax(t) – Oth} worin T(t + 1) das als Nächstes anzuwendende zyklische Intervall darstellt, T(t) das zuletzt angewendete zyklische Intervall darstellt, Omax(t) die höchste Kommunikationskanalbelegung darstellt, K einen Proportionalverstärkungsfaktor darstellt, I eine Integrationszeit darstellt und Ts eine Vorhaltezeit darstellt. Aufgrund von Einstellwerten dieses Proportionalverstärkungsfaktors, dieser Integrationszeit und Vorhaltezeit ist es möglich, die Zeit zu verändern, die die Kommunikationskanalbelegung braucht, um auf den Zielschwellenwert hinauszulaufen. Zusätzlich kann die zu erzielende Kommunikationszuverlässigkeit durch Einstellen der Zielkanalbelegung verändert werden, und somit ist es möglich, eine Zielkanalbelegung in Übereinstimmung mit der für die Anwendung erforderlichen Zuverlässigkeit anzusetzen.
  • Als Nächstes erfolgt eine Beschreibung der Stausteuerung zum Steuern der Sendeleistung.
  • Steuerungsalgorithmus für die Sendeleistung
  • Ähnlich wie beim Übertragungsintervall ist es vorstellbar, dass ein Stau wirksam verhindert werden kann, indem die Sendeleistung gesteuert wird, und von daher wird ein Kommunikationsbereich dann verkleinert, wenn sein Belegungszustand dicht wird.
  • Auch in dem Fall, in dem die Sendeleistung gesteuert wird, wird ein Verfahren zum Begrenzen der Kommunikationskanalbelegung auf den Zielwert verwendet, bei dem die Kommunikationszuverlässigkeit erwartungsgemäß sichergestellt ist. Wenn die Sendeleistung des eigenen Fahrzeugs eingeschränkt wird, ist es für umgebende Auto möglich, ein Kommunikationsverkehrsaufkommen zu reduzieren. Aus diesem Grunde ist es möglich, indem eine Steuerung auf Grundlage des größten Werts der Kommunikationskanalbelegung der umgebenden Autos durchgeführt wird, das Kommunikationsverkehrsaufkommen wirksam zu reduzieren, das von dem Auto mit der höchsten Kanalbelegung erfasst wurde.
  • Bei der Berechnung der Sendeleistung wird die Rückführungsregelung wie bei dem zyklischen Intervall angewendet und die Sendeleistung so berechnet, dass die Anzahl von Autos, die mit dem eigenen Auto kommunizieren können, gleich einer oder kleiner als eine bestimmte Anzahl ist. Zuerst wird eine Kommunikationskanalbelegung O(t) des eigenen Autos aus einem von den umgebenden Autos her empfangenen Sendeintervall Tj(t) (j = 1, ..., N) berechnet und die Anzahl N (Anzahl) von durch das eigene Auto erfassten kommunizierenden Autos wie folgt berechnet. Ausdruck 1
    Figure 00590001
    worin S eine zu übertragende Datengröße (Bit) und C eine Übertragungsgeschwindigkeit (Bit pro Sekunde) darstellt.
  • Als Nächstes wird die Anzahl der kommunizierenden Autos m (Anzahl) berechnet, bei denen die Kommunikationskanalbelegung O(t) kleiner ist als die Zielkanalbelegung Oth. Die Einstellung erfolgt so, dass von der Reihenfolge her j = 1, 2, 3, ..., N ausgehend von einem umgebenden Auto mit einem kleinen Abstand Dj vom eigenen Auto ist, und wenn das erste j, das O(t) > Oth genügt, zu Eins wird, erfolgt die Einstellung so, dass m = 1 – 1 ist. Der Abstand zwischen den Autos ist in diesem Fall Dm, wobei es sich um eine Zielkommunikationsdistanz handelt.
  • Die erforderliche Kommunikationsdistanz D(t + 1) wird wie durch den folgenden Ausdruck ausgedrückt so berechnet, dass die Anzahl von Autos, die mit dem eigenen Auto kommunizieren können, auf m (Anzahl) hinausläuft. D(t + 1) = D(t) + K × {n(t) – m} + K/I × ∫{n(t) – m}dt + K × Td × d/dt{n(t) – m} worin D(t + 1) eine als Nächstes zu übertragende Kommunikationsdistanz darstellt, D(t) die zuletzt angesetzte Kommunikationsdistanz darstellt, n(t) die Anzahl von Autos darstellt, die momentan in Kommunikation mit dem eigenen Auto stehen, K einen Proportionalverstärkungsfaktor darstellt, I eine Integrationszeit darstellt und Td eine Vorhaltezeit darstellt. Anzumerken ist, dass sich in diesem Fall dieselben Werte wie beim Steuerungsalgorithmus für das zyklische Intervall auf den Proportionalverstärkungsfaktor, die Integrations- und Vorhaltezeit anwenden lassen, aber auch andere Werte angewendet werden können.
  • Als Nächstes wird die Sendeleistung P(t + 1) zum Erreichen der Kommunikationsdistanz D(t + 1) in Übereinstimmung mit vorab eingerichteten technischen Kommunikationsvorschriften berechnet und als neue Sendeleistung angewendet.
  • Steuerungsalgorithmus für die Empfängerempfindlichkeit
  • Ein Bereich, den das eigene Auto empfangen kann, kann eingeschränkt werden, indem die Empfängerempfindlichkeit gesteuert wird. Der im Gegenfahrzeug auftretende Stau wird durch die Sendeleistung vermieden, wohingegen der im eigenen Auto auftretende Stau durch die Empfängerempfindlichkeit vermieden wird. Dementsprechend ist es, wenn ein Teil einer Differenz zwischen der im Steuerungsalgorithmus für die Sendeleistung berechneten Sendeleistung P(t + 1) und der vorherigen Sendeleistung P(t) auf die Empfängerempfindlichkeit verteilt wird, möglich, auszuwählen, ob der Stau im Gegenfahrzeug oder im eigenen Auto abgeschwächt werden soll.
  • Zuerst wird in dem Fall, dass nur die Sendeleistung gesteuert wird, die Sendeleistung so eingestellt, dass sie um a (a = P(t + 1) – P(t)) (dBm) kleiner ist. Hier wird die Empfängerempfindlichkeitssteuerung eingesetzt und ein Teil b (dBm) auf die Empfängerempfindlichkeit verteilt. Dann wird es durch eine Einstellung der Sendeleistung, dass sie um (a – b) (dBm) kleiner ist, und eine Einstellung der Empfängerempfindlichkeit, dass sie um b (dBm) größer ist, möglich, den Stau wie im Falle, bei dem die Sendeleistungssteuerung verwendet wird, abzuschwächen.
  • 5.3.2 Stausteuerungsnachrichtübertragungsprozedur
  • Die Stausteuerungsnachricht wird in der folgenden Prozedur übertragen.
  • Übertragungsprozedur
    • (1) Wenn sich eine Übertragungsgelegenheit für die Stausteuerungsnachricht ergibt, bestimmt die CML einen Kommunikationssteuerungsparameterwert, der für die Gegenstation festgelegt werden soll. Zum Beispiel ergibt sich in der vorliegenden Erfindung die Übertragungsgelegenheit für die Stausteuerungsnachricht dann, wenn die Kommunikationskanalbelegung 40% überschreitet oder ein Übertragungsabruf für die Stausteuerungsnachricht vom Anwendungsverarbeitungsabschnitt 3 her erfolgt. Ferner wird ein im eigenen Auto angesetzter Wert auf den Kommunikationssteuerungsparameterwert angewendet, der für die Gegenstation festgelegt werden soll.
    • (2) Die CML generiert eine Stausteuerungs-PDU und gibt ein Grundelement Steuerungsdatenübertragungsanforderung (CMCTL-SendData.req) an die CTL aus.
  • Empfangsprozedur
    • (1) Beim Empfang eines Grundelements Steuerungsdatenübertragungsmitteilung (CMCTL-SendData.ind) von der CTL ruft die CML einen Kommunikationssteuerungsparameterwert ab, der durch den variablen Parameter festgelegt ist.
    • (2) Die CML vergleicht die Fahrzeugpriorität der Gegenstation mit derjenigen der eigenen Station, und falls die Gegenstation eine höhere Fahrzeugpriorität und eine größere Kommunikationskanalbelegung hat, stellt die CML diese auf den durch die Gegenstation bezeichneten Parameter ein, um eine Kommunikation durchzuführen.
  • 5.4 Anfangsverbindungsprozedur
  • 5.4.1 Prozedur des Startens einer Anfangsverbindung
    • (1) Die Anwendung fordert von der CML eine Verbindung zur Durchführung einer Punkt-zu-Punkt-Kommunikation unter Verwendung eines Grundelements Verbindungsstart (ACML-Connection) an.
    • (2) In einem Fall, bei dem der variable Verbindungsmerker, connectionFlag, der ACML-Verbindung ”1” angibt, setzt die CML ”1” auf den Verbindungsanforderungsmerker, weil die Anwendung eine Punkt-zu-Punkt-Kommunikation durchführt (in einem Fall, bei dem der Verbindungsanforderungsmerker ”1” ist, wird die Anfangsverbindungssequenz gestartet, wenn eine Rundfunkmeldung und eine Bakennachricht von einer umgebenden Station her eingehen).
    • (3) Die CML bezieht sich auf die Anwendungsinformationstabelle, um zu prüfen, ob die Rundfunkanwendung zum periodischen Übertragen von Fahrzeuginformation unterstützt wird.
    • (a) Wenn die Rundfunkanwendung unterstützt wird, setzt die CML ”0” auf den Bakennachrichtübertragungsmerker (Beacon PDU) und startet die Anfangsverbindungssequenz beim Empfang der Rundfunkanwendungsnachricht wie in 5.4.3 beschrieben.
    • (b) Wenn die Rundfunkanwendung nicht unterstützt wird, und wenn der variable Bakenmerker, beaconFlag, des Grundelements Verbindungsstart ”1” anzeigt, setzt die CML ”1” auf den Bakennachrichtübertragungsmerker (Beacon PDU) und startet die Übertragungssequenz der Bakennachricht wie in 5.4.2 beschrieben.
  • 5.4.2 Anfangsverbindungsprozedur unter Verwendung der Bakennachricht
  • 51 zeigt eine Grundsequenz einer Anfangsverbindungsprozedur in einem Fall, in' dem in der CML eine Bakennachricht verwendet wird. 52 zeigt eine Sequenz in einem Fall, in dem eine Bakennachricht in der Anfangsverbindungsprozedur unter Verwendung der Bakennachricht in der CML abgebrochen wird.
    • (1) Die CML prüft, ob eine umgebende Station eine Bakennachricht überträgt. Die CML aktiviert einen Bakenabtastzeitgeber, um eine Bakenabtastung durchzuführen.
    • (a) Wenn die CML die Baken-PDU von einer umgebenden Station vor dem Zeitablauf des Bakenabtastzeitgebers empfangen hat, startet sie die Anfangsverbindungssequenz in Übereinstimmung mit der in (3) und danach beschriebenen Prozedur.
    • (b) Wenn die CML die Baken-PDU von einer umgebenden Station vor dem Zeitablauf des Bakenabtastzeitgebers nicht empfangen hat, startet sie die Anfangsverbindungssequenz in Übereinstimmung mit der in (2) und danach beschriebenen Prozedur.
    • (2) Die CML generiert die Baken-PDU und fordert eine Übertragung von der CTL unter Verwendung des Grundelements Steuerungsnachrichtübertragung (CMCTL-SendData) an.
    • (3) Wenn die Nachricht, die die Baken-PDU angibt, von der CTL durch das Grundelement Steuerungsnachrichtübertragung mitgeteilt wird, bezieht sich die CML auf eine Verbindungsverwaltungstabelle, um einen Verbindungsstatus zu prüfen.
    • (a) Im Falle von ”verbunden” wird die empfangene Baken-PDU verworfen und die Anfangsverbindungssequenz beendet.
    • (b) Im Falle von ”nicht verbunden” wird auf den Verbindungsanforderungsmerker zugegriffen. Wenn der Verbindungsanforderungsmerker ”1” angibt, meldet die CML das CML-Profil aus der Verweisadresse der Gegenstation und der empfangenen Baken-PDU in der Verbindungsverwaltungstabelle an, generiert eine Verbindungsanforderungs-PDU und fordert eine Übertragung von der CTL unter Verwendung des Grundelements Steuerungsnachrichtübertragung (CMCTL-SendData) an. Wenn der Verbindungsanforderungsmerker ”1” angibt, startet die CML die Anfangsverbindungssequenz nicht.
    • (4) Wenn die Nachricht, die die Verbindungsanforderungs-PDU angibt, von der CTL mit dem Grundelement Steuerungsnachrichtübertragung mitgeteilt wird, bezieht sich die CML auf die Verbindungsverwaltungstabelle, um den Verbindungsstatus zu prüfen.
    • (a) Im Falle von ”verbunden” wird die empfangene Verbindungsanforderungs-PDU verworfen und die CML schickt den Ergebniscode ”verbunden” unter Verwendung der Verbindungsantwort-PDU zurück.
    • (b) Im Falle von ”nicht verbunden” meldet die CML das CML-Profil aus der Verweisadresse der Gegenstation und der empfangenen Verbindungsanforderungs-PDU in der Verbindungsverwaltungstabelle an und stellt ”verbunden” ein. Die CML generiert die Verbindungsantwort-PDU und fordert eine Übertragung von der CTL unter Verwendung des Grundelements Steuerungsnachrichtübertragung (CMCTL-SendData) an.
    • (5) Wenn die die Verbindungsantwort-PDU angebende Nachricht mit dem Grundelement Steuerungsnachrichtübertragung von der CTL mitgeteilt wird, bezieht sich die CML auf die Verbindungsverwaltungstabelle, um einen Verbindungsstatus zu prüfen. Die CML setzt ”verbunden” in die Verbindungsverwaltungstabelle entsprechend der Verweisadresse der Gegenstation ein. Die CML generiert die Prüfantwort-PDU, Ack PDU, und fordert eine Übertragung von der CTL unter Verwendung des Grundelements Steuerungsnachrichtübertragung (CMCTL-SendData) an.
    • (6) Wenn die die Verbindung angebende Prüfantwort-PDU mit dem Grundelement Steuerungsnachrichtübertragung von der CTL mitgeteilt wird, schickt die CML ein Grundelement Verbindungsstartantwort (ACML-Connection.cnf) an die Anwendung zurück und beendet die Anfangsverbindungssequenz.
  • 5.4.3 Anfangsverbindungsprozedur unter Verwendung einer Rundfunkanwendung
  • 53 zeigt eine Grundsequenz einer Anfangsverbindungsprozedur in einem Fall, in dem eine Rundfunkanwendung in der CML verwendet wird. 54 zeigt eine Sequenz in einem Fall, in dem eine Verbindung einer Anfangsverbindungsprozedur unter Verwendung der Rundfunkanwendung in der CML nicht durchgeführt wird. Anzumerken ist, dass die Anfangsverbindungsprozedur unter Verwendung der Anwendung, die periodisch Information überträgt, nur unterstützt wird, wenn ein einzelner Kanal verwendet wird.
    • (1) Nachdem die CTL Daten der Rundfunkanwendung aus der Gegenstation empfangen hat, verwendet die CML das Grundelement CML-Informationseinstellung aus der CTL, um sich auf die Verbindungsverwaltungstabelle zu beziehen, wenn die Anmeldung von im C2C-Anfangsblock enthaltener Information angefordert wird, und prüft dann den Verbindungsstatus mit der Gegenstation.
    • (a) Im Falle von ”verbunden” wird die Anfangsverbindungssequenz beendet.
    • (b) Im Falle von ”nicht verbunden” bezieht sich die CML auf den Verbindungsanforderungs-Merker.
  • Wenn der Verbindungsanforderungs-Merker ”1” angibt, generiert die CML die Verbindungsanforderungs-PDU, Connect Request PDU, und fordert eine Übertragung aus der CTL unter Verwendung des Grundelements Steuerungsnachrichtübertragung (CMCTL-SendData) an. Wenn der Verbindungsanforderungs-Merker ”0” angibt, startet die CML die Anfangsverbindungssequenz nicht.
    • (2) Wenn die die Verbindungsanforderungs-PDU angebende Nachricht von der CTL mit dem Grundelement Steuerungsnachrichtübertragung mitgeteilt wird, bezieht sich die CML auf die Verbindungsverwaltungstabelle, um einen Verbindungsstatus zu prüfen.
    • (a) Im Falle von ”verbunden” verwirft die CML die empfangene Verbindungsanforderungs-PDU und schickt den Ergebniscode, resultCode, ”verbunden” unter Verwendung der Verbindungsanforderungs-PDU zurück.
    • (b) Im Falle von ”nicht verbunden” bezieht sich die CML auf den Verbindungsanforderungs-Merker. Wenn der Verbindungsanforderungs-Merker ”1” angibt, meldet die CML das CML-Profil aus der Verweisadresse der Gegenstation und der empfangenen Verbindungsanforderungs-PDU in der Verbindungsverwaltungstabelle an und setzt ”verbunden” ein. Die CML generiert die Verbindungsantwort-PDU, Connect Response PDU, und fordert eine Übertragung aus der CTL mit dem Grundelement Steuerungsnachrichtübertragung (CMCTL-SendData) an. Wenn der Verbindungsanforderungs-Merker ”0” angibt, schickt die CML ”keine Verbindung möglich” unter Verwendung der Verbindungsantwort-PDU zurück.
    • (3) Wenn die die Verbindungsantwort-PDU angebende Nachricht von der CTL mit dem Grundelement Steuerungsnachrichtübertragung mitgeteilt wird, bezieht sich die CLM auf den variablen Ergebniscode, resultCode. Im Falle, dass ”keine Verbindung möglich” angegeben wird, verwirft die CML die Verbindungsantwort-PDU, wohingegen in einem Fall, in dem ”Verbindung möglich” angegeben wird, sich die CML auf die Verbindungsverwaltungstabelle bezieht, um den Verbindungsstatus zu prüfen. Die CML setzt ”verbunden” in der Verbindungsverwaltungstabelle auf die Verweisadresse der Gegenstation. Die CML generiert die Prüfantwort-PDU, Ack PDU, und fordert eine Übertragung aus der CTL mittels des Grundelements Steuerungsnachrichtübertragung (CMCTL-SendData) an.
    • (4) Wenn die die Prüfantwort-PDU angebende Nachricht von der CTL mit dem Grundelement Steuerungsnachrichtübertragung mitgeteilt wird, schickt die CML ein Grundelement Verbindungsstartantwort (ACML-Connection.cnf) an die Anwendung zurück und beendet die Anfangsverbindungssequenz.
  • 5.4.4 Verbindungsstatusmitteilungsprozedur
  • Wenn die Verbindung mit der Gegenstation hergestellt ist, teilt die CML der CTL ”Verbindung ist hergestellt” mit und verwendet dabei das Grundelement Ereignismitteilung. Wenn der CTL mitgeteilt wurde, dass die Verbindung hergestellt ist, benachrichtigt diese die obere Schicht unter Verwendung des Grundelements Ereignismitteilung. Zusätzlich wird im Falle einer Trennung der Verbindung mit der Gegenstation aufgrund eines Zeitablaufs o. dgl. das Ereignis ”Verbindung getrennt” in einer entsprechenden Prozedur mitgeteilt. 55 zeigt ein Beispiel der Prozedur des Mitteilens des Verbindungsstatus.
    • (1) Die CML empfängt eine Verbindungsanforderungs- und eine Verbindungsantwort-PDU, und die Kommunikationsverbindung mit der Gegenstation wird hergestellt.
    • (2) Die CML teilt der CTL die Verbindungsherstellung unter Verwendung des Grundelements Ereignismitteilung (CMCTL-EventReport) mit.
    • (3) Die CTL teilt der oberen Schicht die Verbindungsherstellung unter Verwendung des Grundelements Ereignismitteilung (EventReport.ind) mit.
  • 5.5. Anwendungsanmeldungs-/abmeldungsprozedur
  • 56 zeigt die Prozeduren des An- und Abmeldens von Anwendungsinformation in der CML.
  • 5.5.1 Anmeldungsprozedur
    • (1) Jede Anwendung einer Mobilstation wird, wenn sie verfügbar wird, in der CML unter Verwendung des Grundelements Anwendungsanmeldungsanforderung (ACML-Registration.req) angemeldet.
    • (2) Die CML aktualisiert die Anwendungsinformationstabelle.
    • (3) Die CML teilt der Anwendung die Anmeldungsergebnisse unter Verwendung des Grundelements Anwendungsanmeldungsmitteilung (ACML-Registration.ind) mit.
  • 5.5.2 Abmeldungsprozedur
    • (1) Jede Anwendung einer Mobilstation wird, wenn sie nicht verfügbar wird, der CML unter Verwendung des Grundelements Anwendungsabmeldung (ACML-Deregistration) mitgeteilt.
    • (2) Die CML aktualisiert die Anwendungsinformationstabelle.
    • (3) Die CML teilt der Anwendung die Abmeldungsergebnisse unter Verwendung des Grundelements Anwendungsabmeldungsmitteilung (ACML-Deregistration.ind) mit.
  • 5.6 Übertragungswiederholungssteuerungsprozedur
  • 57 zeigt ein Beispiel einer Grundverarbeitungssequenz in der CML, wenn die Übertragungswiederholungsverarbeitung gültig ist, 58 zeigt ein Beispiel einer Verarbeitungssequenz in der CML, wenn eine Übertragungswiederholung durchgeführt wird, und 59 zeigt ein Beispiel einer Sequenz in der CML, wenn eine Duplikatprüfung in der Übertragungswiederholungsverarbeitung durchgeführt wird.
  • Sendeprozedur
    • (1) Wenn die CML Steuerungsdaten (Verbindungsanforderungsnachricht, Verbindungsantwortnachricht) überträgt, wird der Verbindungsverwaltungsdienst gestartet, in dem die Übertragungswiederholungsverarbeitung gültig ist.
    • (2) Die CML generiert die PDU, in der der erforderliche Ack-Merker (Übertragungswiederholungsanforderungsmerker) ”1” angibt, und fordert eine Übertragung aus der CTL unter Verwendung des Grundelements Steuerungsnachrichtübertragung (CMCTL-SendData.req.) an.
    • (3) Die CML fordert eine Übertragung an, aktiviert gleichzeitig einen Übertragungswiederholungszeitgeber, speichert die PDU und wartet auf den Eingang der Antwortnachricht aus der Gegenstation.
    • (4) Wenn die CML die Antwortnachricht aus der Gegenstation vor dem Zeitablauf des Übertragungswiederholungszeitgebers empfängt, stoppt sie den Übertragungswiederholungszeitgeber, verwirft die gespeicherte PDU und beendet die Transaktion.
    • (5) Im Falle eines Zeitablaufs des Übertragungswiederholungszeitgebers, bevor die Antwortnachricht aus irgendeinem Grund eingeht, zum Beispiel aus dem Grund, dass die in (3) übertragene PDU die Gegenstation nicht erreicht hat, setzt die CML ”1” auf den Übertragungswiederholungs-Merker (retransmission flag). Dann fordert die CML eine erneute Übertragung der PDU aus der CTL an und reaktiviert gleichzeitig den Übertragungswiederholungszeitgeber, um dabei den Übertragungswiederholungszähler um Eins hochzusetzen.
    • (6) Wenn die Antwortnachricht selbst durch mehrmaliges Wiederholen einer Übertragung nicht empfangen werden kann und der Übertragungswiederholungszähler entsprechend eine maximale Übertragungswiederholungsanzahl überschreitet, verwirft die CML die gespeicherte PDU, um dadurch diese Transaktion zu beenden.
  • Empfangsprozedur
    • (1) Wenn die PDU, in der der erforderliche Ack-Merker (Übertragungswiederholungsanforderungsmerker) ”1” angibt, mit dem Grundelement Steuerungsnachrichtübertragungsmitteilung (CMCTL-SendData.ind) aus der CTL eingeht, generiert die CML die Antwortnachricht und fordert mit dem Grundelement Steuerungsnachrichtübertragung (CMCTL-SendData.req.) eine Übertragung aus der CTL an.
    • (2) Die CML fordert eine Übertragung an und aktiviert gleichzeitig einen Wartezeitgeber.
    • (3) Wenn dieselbe CML-SDU aus irgendeinem Grund noch einmal eingeht, zum Beispiel aus dem Grund, dass die in (2) übertragene Antwortnachricht die Gegenstation nicht erreicht hat, verwirft die CML die empfangene PDU, generiert die Antwortnachricht noch einmal, und fordert mit dem Grundelement Steuerungsnachrichtübertragung (CMCTL-SendData.req.) eine Übertragung an, um dadurch den Wartezeitgeber zu reaktivieren.
    • (4) Beim Zeitablauf des in (2) oder (3) gestarteten Wartezeitgebers beendet die CML diese Transaktion.
  • Die Bordkommunikationsvorrichtung und das kooperative Straße-Fahrzeug/Auto-Auto-Kommunikationssystem nach der ersten Ausführungsform arbeiten in Übereinstimmung mit den technischen Vorschriften des vorstehend beschriebenen Auto-Auto-Teilprotokolls.
  • A-3. Betrieb der Bordkommunikationsvorrichtung 100
  • Nachstehend werden die Betriebsabläufe der jeweiligen Teile der Bordkommunikationsvorrichtung 100 nach der ersten Ausführungsform mit Bezug auf 60 bis 71 beschrieben und dabei wird auf 2 Bezug genommen.
  • A-3-1. Betrieb des Datentransferdienstverarbeitungsabschnitts 11
  • 60 ist ein Ablaufschema, das den Betrieb des Datentransferdienstverarbeitungsabschnitts 11 des Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitts 1 zeigt.
  • Der Datentransferdienstverarbeitungsabschnitt 11 wartet, bis die Übertragungsanforderung für eine Nachricht und eine Empfangsmitteilung eingehen (Schritt S101). Wenn die Übertragungsanforderung und die Empfangsmitteilung nicht eingegangen sind (in einem Fall von ”Nein”), wartet der Datentransferdienstverarbeitungsabschnitt 11 weiter auf den Empfang der Übertragungsanforderung und die Empfangsmitteilung. Sind hingegen die Übertragungsanforderung und Empfangsmitteilung eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S102 über.
  • Im Schritt S102 identifiziert der Datentransferdienstverarbeitungsabschnitt 11 die Übertragungsanforderung und Empfangsmitteilung der im Schritt S101 eingegangenen Daten, und der Prozess geht im Falle der Übertragungsanforderung (in einem Fall von ”Ja”) zum Schritt S103 über. Hingegen geht der Prozess im Falle der Empfangsmitteilung (in einem Fall von ”Nein”) zum Schritt S110 über.
  • Im Schritt S103 identifiziert der Datentransferdienstverarbeitungsabschnitt 11, ob es sich bei der im Schritt S102 empfangenen Übertragungsanforderung um eine Anforderung aus dem Transferdienstverarbeitungsabschnitt 5 oder eine Anforderung aus dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 handelt, und im Falle der Anforderung aus dem Transferdienstverarbeitungsabschnitt 5 (in einem Fall von ”Ja”) geht der Prozess zum Schritt S104 über. Im Falle der Anforderung aus dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 hingegen (in einem Fall von ”Nein”) geht der Prozess zum Schritt S108 über.
  • Als Nächstes ruft der Datentransferdienstverarbeitungsabschnitt 11 im Schritt S104 zu übertragende Daten (C2C SDU) aus dem vom LCPC-Transferdienstverarbeitungsabschnitt 51 ausgegebenen Grundelement ab und ermittelt die Übertragungsursprungs-Portnummer aus dem LPCP-Anfangsblock.
  • Im Schritt S105 ermittelt der Datentransferdienstverarbeitungsabschnitt 11 aus dem Verwaltungsinformationsspeicherabschnitt 24 des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2 die Priorität der Anwendung, die die Übertragungsursprungs-Portnummer angibt, und die Parameter der Kommunikationssteuerungsinformation, mit denen die Nachricht versehen ist.
  • Dann erzeugt der Datentransferdienstverarbeitungsabschnitt 11 im Schritt S106 den C2C-Anfansgblock aus der ermittelten Kommunikationssteuerungsinformation und generiert die C2C-PDU.
  • Als Nächstes überträgt der Datentransferdienstverarbeitungsabschnitt 11 im Schritt S107 die im Schritt S106 generierte C2C-PDU und die im Schritt S105 ermittelte Priorität an den Prioritätssteuerungsdienstverarbeitungsabschnitt 13, und die Datenübertragungsverarbeitung des Transferdienstverarbeitungsabschnitts 5 wird beendet.
  • Wenn die empfangenen Daten im Schritt S103 als Übertragungsanforderung aus dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 erkannt werden, ermittelt der Datentransferdienstverarbeitungsabschnitt 11 zuerst im Schritt S108 die zu übertragenden Daten (C2C SDU) und die Priorität aus dem aus dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 ausgegebenen Grundelement.
  • Als Nächstes ermittelt der Datentransferdienstdienstverarbeitungsabschnitt 11 im Schritt S109 einen Parameter der Kommunikationssteuerungsinformation, mit dem der C2C-Anfangsblock versehen ist, aus dem Verwaltungsinformationsspeicherabschnitt 24 des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2.
  • Dann führt der Datentransferdienstverarbeitungsabschnitt 11 die Verarbeitungsprozesse der Schritte S106 und S107 durch und beendet die Datenübertragungsprozedur des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2.
  • Wenn im Schritt S102 erkannt wird, dass die Empfangsmitteilung von Daten eingegangen ist, ermittelt der Datentransferdienstverarbeitungsabschnitt 11 darüber hinaus im Schritt S110 die empfangenen Daten (C2C PDU) aus dem Grundelement, das aus dem Sende-/Empfangsdienstverarbeitungsabschnitt 6 ausgegeben wurde. Außerdem ermittelt der Datentransferdienstverarbeitungsabschnitt 11 jeden Parameter aus dem C2C-Anfangsblock.
  • Als Nächstes bezieht sich der Datentransferdienstverarbeitungsabschnitt 11 im Schritt S111 auf einen Datenkennzeichner (Data Identifier), um ein Zustellziel für die empfangenen Daten auszuwählen, und bestimmt, ob die empfangenen Daten zum Transferdienstverarbeitungsabschnitt 5 (LPCP) oder zum Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 (CML) übertragen werden sollen.
  • Wenn der Datenkennzeichner im Schritt S111 ”0” angibt (in einem Fall von ”Ja”), geht der Prozess zum Schritt S112 über. Gibt der Datenkennzeichner hingegen ”1” an (in einem Fall von ”Nein”), geht der Prozess zum Schritt S114 über.
  • Dann überträgt der Datentransferdienstverarbeitungsabschnitt 11 im Schritt S112 die empfangene C2C-SDU an den LPCP-Transferdienstverarbeitungsabschnitt 51 des Transferdienstverarbeitungsabschnitts 5.
  • Als Nächstes setzt der Datentransferdienstverarbeitungsabschnitt 11 im Schritt S113 die Kommunikationssteuerungsinformation des empfangenen C2C-Anfangsblocks auf den Verwaltungsinformationsspeicherabschnitt 24 des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2, wodurch die Datenempfangsprozedur beendet wird.
  • Wird andererseits im Schritt S111 bestimmt, dass die empfangenen Daten an den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 übertragen werden, überträgt der Datentransferdienstverarbeitungsabschnitt 11 im Schritt S114 die ermittelten C2C-SDU-Daten an den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2. Als Nächstes erfolgt die Verarbeitung von Schritt S113, wodurch die Datenempfangsprozedur beendet wird.
  • Anzumerken ist, dass der Prozess, nachdem die Verarbeitungsabläufe der Schritte S107 und S113 beendet sind, zum Schritt S101 zurückkehrt und der Datentransferdienstverarbeitungsabschnitt 11 wartet, bis eine Übertragungsanforderung und eine Empfangsmitteilung der nächsten Nachricht eingehen.
  • A-3-2. Betrieb des Ereignismitteilungsdienstverarbeitungsabschnitts 12
  • 61 ist ein Ablaufschema, das einen Betrieb des Ereignismitteilungsdienstverarbeitungsabschnitts 12 des Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitts 1 zeigt.
  • Der Ereignismitteilungsdienstverarbeitungsabschnitt 12 wartet, bis die Ereignismitteilung zur Mitteilung des Auftretens einer Fehlers oder Ereignisses eingeht (Schritt S201). Falls die Ereignismitteilung nicht eingegangen ist (in einem Fall von ”Nein”), behält der Ereignismitteilungsdienstverarbeitungsabschnitt 12 einen Bereitschaftszustand bei. Ist hingegen die Ereignismitteilung eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S202 über.
  • Im Schritt S202 identifiziert der Ereignismitteilungsdienstverarbeitungsabschnitt 12, ob es sich bei der im Schritt S201 eingegangenen Ereignismitteilung um ein Ereignis im Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 oder das vom Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 mitgeteilte Ereignis handelt, und wenn es sich um das Ereignis des Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitts 1 handelt (in einem Fall von ”Ja”), geht der Prozess zum Schritt S203 über. Im Falle des Ereignisses des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2 (in einem Fall von ”Nein”) hingegen geht der Prozess zum Schritt S205 über.
  • Als Nächstes setzt der Ereignismitteilungsdienstverarbeitungsabschnitt 12 im Schritt 203 einen Ereigniscode ein, der dem aufgetretenen Fehler oder Ereignis entspricht.
  • Dann überträgt der Ereignismitteilungsdienstverarbeitungsabschnitt 12 im Schritt S204 das Grundelement Ereignismitteilung an den Verwaltungsdienstverarbeitungsabschnitt 52 und beendet die Ereignismitteilungsverarbeitung.
  • Wird andererseits im Schritt S202 erkannt, dass es sich bei der eingegangenen Ereignismitteilung um die Ereignismitteilung aus dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 handelt, setzt der Ereignismitteilungsdienstverarbeitungsabschnitt 12 den aus dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 mitgeteilten Ereigniscode auf den Ereigniscode des Ereignismitteilungsdienstverarbeitungsabschnitts 12 (Schritt S205).
  • Als Nächstes führt der Ereignismitteilungsdienstverarbeitungsabschnitt 12 die Verarbeitung des Schritts S204 durch und beendet die Ereignismitteilungsverarbeitung. Anzumerken ist, dass der Prozess, nachdem die Verarbeitung von Schritt S204 beendet wurde, zum Schritt S201 zurückkehrt und die folgende Verarbeitung durchgeführt wird.
  • A-3-3. Betrieb des Prioritätssteuerungsdienstverarbeitungsabschnitts 13
  • 62 ist ein Ablaufschema, das einen Betrieb des Prioritätssteuerungsdienstverarbeitungsabschnitts 13 des Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitts 1 zeigt.
  • Der Prioritätssteuerungsdienstverarbeitungsabschnitt 13 wartet, bis die zu übertragenden/empfangenden Daten (Nachricht) eingehen (Schritt S301). Geht die Nachricht nicht ein (im einem Fall von ”Nein”), behält der Prioritätssteuerungsdienstverarbeitungsabschnitt 13 den Bereitschaftszustand des Datenempfangs bei. Ist die Nachricht hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S302 über.
  • Im Schritt S302 wird identifiziert, ob es sich bei den im Schritt S301 eingegangenen Daten um die zu übertragenden oder die empfangenen Daten handelt, und wenn es sich um die zu übertragenden Daten handelt (in einem Fall von ”Ja”) geht der Prozess zum Schritt S303 über. Handelt es sich hingegen um die empfangenen Daten (in einem Fall von ”Nein”), geht der Prozess zum Schritt S306 über.
  • Als Nächstes bezieht sich der Prioritätssteuerungsdienstverarbeitungsabschnitt 13 im Schritt S303 auf die gleichzeitig mit den zu übertragenden Daten eingegangene Priorität und speichert die Sendedaten in einer Übertragungswarteschlange der Priorität.
  • Dann prüft der Prioritätssteuerungsdienstverarbeitungsabschnitt 13 im Schritt S304, ob die Sendedaten in jeder Übertragungswarteschlange vorhanden sind, und wenn die Daten gespeichert sind (in einem Fall von ”Ja”) geht der Prozess zum Schritt S305 über.
  • Wird hingegen im Schritt S304 bei der Prüfung festgestellt, dass die Daten nicht in der Übertragungswarteschlange vorhanden sind (in einem Fall von ”Nein”), kehrt der Prozess zum Schritt S301 zurück, und der Prioritätssteuerungsdienstverarbeitungsabschnitt 13 wartet bis zum Eingang der Nachricht.
  • Geht andererseits der Prozess zum Schritt S305 über, überträgt der Prioritätssteuerungsdienstverarbeitungsabschnitt 13 Daten zum Übertragungsdienstverarbeitungsabschnitt 61 in der Reihenfolge ausgehend von den in der Warteschlange mit höher Priorität gespeicherten Daten und beendet die Übertragungsprozedur der Prioritätssteuerungsverarbeitung. Dann kehrt der Prozess zum Schritt S301 zurück, und der Prioritätssteuerungsdienstverarbeitungsabschnitt 13 wartet bis zum Empfang der nächsten Nachricht.
  • Anzumerken ist, dass, nachdem die Verarbeitung des Schritts S305 beendet ist, der Prozess zum Schritt S304 zurückkehrt und der Prioritätssteuerungsdienstverarbeitungsabschnitt 13 die Übertragung dann wiederholt, wenn die übrigen Daten in der Warteschlange gespeichert sind. Sind andererseits die Daten nicht gespeichert, kehrt der Prozess zum Schritt S301 zurück, und der Prioritätssteuerungsdienstverarbeitungsabschnitt 13 wartet bis zum Empfang der Nachricht.
  • Wenn im Schritt S302 erkannt wird, dass der Prioritätssteuerungsdienstverarbeitungsabschnitt 13 die Daten aus dem Empfangsdienstverarbeitungsabschnitt 62 empfangen hat, werden die empfangenen Daten im Schritt S306 an den Datentransferdienstverarbeitungsabschnitt 11 übertragen, wodurch die Empfangsprozedur der Prioritätssteuerungsverarbeitung beendet wird. Anzumerken ist, dass, nachdem die Verarbeitung des Schritts S306 beendet ist, der Prozess zum Schritt S301 zurückkehrt und der Prioritätssteuerungsdienstverarbeitungsabschnitt 13 bis zum Empfang der nächsten Nachricht wartet.
  • A-3-4. Betrieb des Stausteuerungsdienstverarbeitungsabschnitts 21
  • 63 ist ein Ablaufschema, das einen Betrieb des Stausteuerungsdienstverarbeitungsabschnitts 21 des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2 zeigt.
  • Der Stausteuerungsdienstverarbeitungsabschnitt 21 wartet bis zum Empfang einer Stausteuerungsnachricht (Schritt S401). Ist die Nachricht nicht eingegangen (in einem Fall von ”Nein”), geht der Prozess zum Schritt S407 über. Ist hingegen die Nachricht eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S402 über.
  • Im Prozess S402 ermittelt der Stausteuerungsdienstverarbeitungsabschnitt 21 aus der im Schritt S401 empfangenen Stausteuerungsnachricht einen Risikograd einer Gegenstation und Kommunikationssteuerungsinformation wie etwa ein zyklisches Intervall, eine Sendeleistung und Empfängerleistung, die für die eigene Station von der Gegenstation angefordert werden.
  • Als Nächstes vergleicht der Stausteuerungsdienstverarbeitungsabschnitt 21 im Schritt S403 den Risikograd der Gegenstation, der im Schritt S402 ermittelt wird, mit einem Risikograd der eigenen Station, und falls bestimmt wird, dass von der Gegenstation eine größere Gefahr ausgeht als von der eigenen Station (in einem Fall von ”Ja”), geht der Prozess zum Schritt S404 über. Bestimmt der Stausteuerungsdienstverarbeitungsabschnitt 21 hingegen, dass von der eigenen Station eine größere Gefahr ausgeht als von der Gegenstation (in einem Fall von ”Ja”), geht der Prozess zum Schritt S406 über.
  • Im Schritt S404 teilt der Stausteuerungsdienstverarbeitungsabschnitt 21 dem Auto-Auto-Kommunikationsanwendungsabschnitt 31 das im Schritt S402 ermittelte zyklische Intervall mit, um die Anwendung der eigenen Station einzustellen.
  • Im Schritt S405 stellt der Stausteuerungsdienstverarbeitungsabschnitt 21 die im Schritt S402 ermittelte Sendeleistung und Empfängerempfindlichkeit in den Kommunikationssteuerungsinformationsspeicherabschnitt 71 der eigenen Station ein und beendet die Verarbeitungsprozedur im Fall, dass die Stausteuerungsnachricht eingeht.
  • Wenn andererseits im Schritt S403 bestimmt wird, dass von der eigenen Station eine größere Gefahr ausgeht als von der Gegenstation, verwirft der Stausteuerungsdienstverarbeitungsabschnitt 21 im Schritt S406 die im Schritt S401 empfangene Stausteuerungsnachricht und beendet die Verarbeitungsprozedur im Fall, dass die Stausteuerungsnachricht eingeht.
  • Wurde im Schritt S401 die Stausteuerungsnachricht nicht empfangen, ermittelt der Stausteuerungsdienstverarbeitungsabschnitt 21 im Schritt S407, um einen Kommunikationssteuerungsparameter zur Stausteuerung zu berechnen, zum Beispiel Fahrzeuginformation und Kommunikationskanalinformation aus dem Auto-Auto-Kommunikationsanwendungsabschnitt 31 und dem Kommunikationssteuerungsinformationsspeicherabschnitt 71.
  • Als Nächstes berechnet der Stausteuerungsdienstverarbeitungsabschnitt 21 im Schritt S408 auf Grundlage eines Stausteuerungsalgorithmus das zyklische Intervall, die Sendeleistung und die Empfängerempfindlichkeit zur Stauvermeidung auf Grundlage der im Schritt S407 ermittelten Information.
  • Dann teilt der Stausteuerungsdienstverarbeitungsabschnitt 21 im Schritt S409 dem Auto-Auto-Kommunikationsanwendungsabschnitt 31 das im Schritt S408 berechnete zyklische Intervall mit.
  • Ferner werden im Schritt S410 die im Schritt S408 berechnete Sendeleistung und Empfängerempfindlichkeit im Kommunikationssteuerungsinformationsspeicherabschnitt 71 eingestellt, und die Kommunikationssteuerungsparametereinstellprozedur zur Stausteuerung wird beendet. Anzumerken ist, dass, nachdem die Verarbeitungsabläufe der Schritte S405, S406 und S410 beendet sind, der Prozess zum Schritt S401 zurückkehrt und der Stausteuerungsdienstverarbeitungsabschnitt 21 bis zum Empfang der nächsten Nachricht wartet.
  • A-3-5. Betriebsabläufe des Verbindungsverwaltungsdienstverarbeitungsabschnitts 22 und Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitts 23
  • Es erfolgt eine Beschreibung der Betriebsabläufe des Verbindungsverwaltungsdienstverarbeitungsabschnitts 22 und Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitts 23 des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2 mit Bezug auf 64 bis 66.
  • 64 ist ein Ablaufschema, das ein Verfahren für eine Anfangsverbindungsprozedur des Verbindungsverwaltungsdienstverarbeitungsabschnitts 22 bestimmt, 65 ist ein Ablaufschema, das eine Anfangsverbindungsprozedur im Falle, dass eine Bakennachricht verwendet wird, zeigt, und 66 ist ein Ablaufschema, das eine Anfangsverbindungsprozedur im Falle, dass eine Rundfunkanwendung verwendet wird, zeigt.
  • Zuerst wird ein Verfahren der Anfangsverbindungsprozedur mit Bezug auf 64 beschrieben.
  • Der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 wartet bis zum Empfang einer Verbindungsanforderung aus dem Auto-Auto-Kommunikationsanwendungsabschnitt 31 (Schritt S501). Ist die Verbindungsanforderung nicht eingegangen (in einem Fall von ”Nein”), geht der Prozess zum Schritt S507 über. Ist die Verbindungsanforderung hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S502 über.
  • Im Schritt S502 bestimmt der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22, ob ein Verbindungsanforderungs-Merker, bei dem es sich um eine Variable der im Schritt S501 empfangenen Verbindungsanforderung handelt, ”1” angibt oder nicht. Gibt der Verbindungsanforderungs-Merker nicht ”1” an (in einem Fall von ”Nein”), kehrt der Prozess zum Schritt S501 zurück. Gibt der Verbindungsanforderungs-Merker hingegen ”1” an (in einem Fall von ”Ja”), geht der Prozess zum Schritt S503 über.
  • Als Nächstes bestimmt der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S503, ob die Anwendung, die periodisch Information überträgt, läuft oder nicht. Läuft die Anwendung nicht (in einem Fall von ”Nein”), geht der Prozess zum Schritt S505 über. Läuft die Anwendung hingegen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S504 über.
  • Im Schritt 504 wendet der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 eine Anfangsverbindungsprozedur (Sequenz) unter Verwendung einer Rundfunkanwendung an und startet die Anfangsverbindung in der in 66 gezeigten Prozedur. In diesem Fall bezieht sich die Rundfunkanwendung auf die Anwendung, die periodisch Information überträgt.
  • Wenn im Schritt S503 bestimmt wird, dass die Anwendung, die periodisch Information überträgt, nicht läuft, bestimmt der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S505, ob der im Schritt S501 empfangene variable Baken-Merker ”1” angibt oder nicht. Falls der Baken-Merker nicht ”1” angibt (in einem Fall von ”Nein”), kehrt der Prozess zum Schritt S501 zurück. Gibt der Baken-Merker hingegen ”1” an (in einem Fall von ”Ja”), geht der Prozess zum Schritt S506 über, und der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 wendet die Anfangsverbindungsprozedur (Sequenz) unter Verwendung der Bakennachricht an und startet die Anfangsverbindung in der in 65 gezeigten Prozedur.
  • Ist andererseits im Schritt S501 die Verbindungsanforderung aus dem Auto-Auto-Kommunikationsanwendungsabschnitt 31 nicht eingegangen, wartet der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S507 bis zum Empfang der Bakennachricht und Verbindungsanforderungsnachricht aus umgebenden Stationen. Dann kehrt der Prozess, falls keine Nachricht eingegangen ist (in einem Fall von ”Nein”) zum Schritt S501 zurück. Ist die Nachricht hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S508 über.
  • Als Nächstes wird im Schritt S508 die im Schritt S507 empfangene Nachricht verworfen, und der Prozess kehrt zum Schritt S501 zurück.
  • Als Nächstes erfolgt mit Bezug auf 65 eine Beschreibung der Anfangsverbindungsprozedur im Falle, dass die Bakennachricht verwendet wird.
  • Der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 aktiviert einen Abtastzeitgeber zum Durchführen einer Bakenabtastung, um zu prüfen, ob die Bakennachricht übertragen wurde (Schritt S601).
  • Im Schritt S602 bestimmt der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22, ob die Bakennachricht im Schritt S601 vor einem Zeitablauf des Abtastzeitgebers eingegangen ist. Ist die Bakennachricht nicht eingegangen (in einem Fall von ”Nein”), geht der Prozess zum Schritt S612 über. Ist die Bakennachricht hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S603 über.
  • Als Nächstes bezieht sich im Schritt S603 der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 auf eine Verbindungsverwaltungstabelle und prüft einen Verbindungsstatus mit einem Übertragungsursprungsauto der Bake. Wird im Schritt S604 bestimmt, dass die Verbindung mit der Gegenstation erzielt wurde (in einem Fall von ”Nein”), geht der Prozess zum Schritt S611 über und der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 beendet die Anfangsverbindungsprozedur. Wird hingegen bestimmt, dass die Verbindung mit der Gegenstation nicht erzielt wurde (in einem Fall von ”Ja”), geht der Prozess zum Schritt S605 über.
  • Im Schritt S605 generiert der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 eine Verbindungsanforderungsnachricht, um eine Verbindungsanforderung an ein Übertragungsursprungsauto einer Bake zu stellen, und sendet die Verbindungsanforderungsnachricht an den Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23. Dann überträgt im Schritt S606 der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 die Verbindungsanforderungsnachricht an den Datentransferdienstverarbeitungsabschnitt 11 und aktiviert gleichzeitig den Übertragungswiederholungszeitgeber.
  • Im Schritt S607 bestimmt der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23, ob die Verbindungsantwortnachricht vor einem Zeitablauf des Übertragungswiederholungszeitgebers eingegangen ist oder nicht, und falls die Verbindungsantwortnachricht nicht eingegangen ist (in einem Fall von ”Nein”), kehrt der Prozess zum Schritt S606 zurück und der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 überträgt die Verbindungsanforderungsnachricht erneut. Ist hingegen die Verbindungsanforderungsnachricht eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S608 über.
  • Im Schritt S608 leitet der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 die empfangene Nachricht an den Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 weiter und dieser aktualisiert die Verbindungsverwaltungstabelle auf ”verbunden”, um dadurch die Anfangsverbindung mit der Gegenstation herzustellen. Als Nächstes generiert der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S609 eine Prüfantwortnachricht und leitet sie an den Datentransferdienstverarbeitungsabschnitt 11 zur Übertragung an die Gegenstation weiter. Dann teilt im Schritt S610 der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 dem Anwendungsverarbeitungsabschnitt mit, dass die Verbindung hergestellt wurde, und beendet die Anfangsverbindungsprozedur.
  • Ist hingegen die Bakennachricht im Schritt S602 nicht eingegangen und eine Zeitüberschreitung des Abtastzeitgebers eingetreten, bestimmt der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S612, ob die Verbindungsanforderungsnachricht eingegangen ist oder nicht. Dann geht der Prozess, falls die Verbindungsanforderungsnachricht nicht eingegangen ist (in einem Fall von ”Nein”), zum Schritt S621 über. Ist die Verbindungsanforderungsnachricht hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S613 über.
  • Im Schritt S613 bezieht sich der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 auf die Verbindungsverwaltungstabelle und prüft den Verbindungsstatus mit der Gegenstation. Wenn dann im Schritt S614 bestimmt wird, dass die Verbindung mit der Gegenstation erzielt wurde (in einem Fall von ”Nein”), geht der Prozess zum Schritt S620 über. Wird hingegen bestimmt, dass die Verbindung mit der Gegenstation nicht erzielt wurde (in einem Fall von ”Ja”), geht der Prozess zum Schritt S615 über.
  • Dann aktualisiert der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S615 die Verbindungsverwaltungstabelle auf ”verbunden”, stellt die Anfangsverbindung mit der Gegenstation her und teilt dem Auto-Auto-Kommunikationsanwendungsabschnitt 31 mit, dass die Verbindung hergestellt wurde.
  • Als Nächstes überträgt der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S616 die Verbindungsantwortnachricht an den Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23, um eine Antwort auf die Verbindungsanforderung aus der Gegenstation zu geben.
  • Im Schritt S617 überträgt der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 die Verbindungsantwortnachricht an den Datentransferdienstverarbeitungsabschnitt 11 und aktiviert gleichzeitig den Übertragungswiederholungszeitgeber.
  • Dann bestimmt im Schritt S618 der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23, ob die Prüfantwortnachricht vor dem Zeitablauf des Übertragungswiederholungszeitgebers eingegangen ist oder nicht. Ist die Prüfantwort nicht eingegangen (in einem Fall von ”Nein”), kehrt der Prozess zum Schritt S617 zurück und der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 überträgt die Verbindungsantwortnachricht erneut. Ist die Prüfantwortnachricht hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S619 über.
  • Im Schritt S619 überträgt der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 die empfangene Nachricht an den Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 und dieser beendet die Anfangsverbindungsprozedur.
  • Anzumerken ist, dass, wenn die Verbindung mit der Gegenstation im Schritt S614 hergestellt wurde, der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S620 ”verbunden” auf den variablen Ergebniscode der Verbindungsantwortnachricht setzt und im Schritt S616 die Verbindungsantwortnachricht generiert. Danach führt der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 die Anfangsverbindungsprozedur in Übereinstimmung mit der Prozedur der Schritte S617 bis S619 aus.
  • Ist andererseits im Schritt S612 die Verbindungsanforderungsnachricht nicht eingegangen, generiert der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S621 eine Bakennachricht. Dann überträgt der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 die Bakennachricht und aktiviert gleichzeitig den Bakenzeitgeber (Schritt S622).
  • Danach bestimmt der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S623, ob die Verbindungsanforderungsnachricht vor dem Zeitablauf des im Schritt S622 aktivierten Bakenzeitgebers eingehen konnte. Ist die Nachricht nicht eingegangen (in einem Fall von ”Nein”), kehrt der Prozess zum Schritt S622 zurück und der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 überträgt die Bakennachricht erneut. Ist die Verbindungsanforderungsnachricht hingegen vor dem Zeitablauf eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S613 über und der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 führt die Anfangsverbindung in Übereinstimmung mit der Prozedur der Schritte S613 bis S619 durch.
  • Als Nächstes erfolgt mit Bezug auf 66 eine Beschreibung der Anfangsverbindungsprozedur im Falle, dass die Rundfunkanwendung verwendet wird.
  • Der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 bestimmt, ob die Information des Verwaltungsinformationsspeicherabschnitts 24 aktualisiert wurde oder nicht, und zwar aus der Tatsache, dass der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 die Rundfunkanwendung empfangen hat (Schritt S701). Wurde die Information nicht aktualisiert (in einem Fall von ”Nein”), geht der Prozess zum Schritt S713 über. Wurde die Information hingegen aktualisiert (in einem Fall von ”Ja”), geht der Prozess zum Schritt S702 über.
  • Als Nächstes bezieht sich der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S702 auf die Verbindungsverwaltungstabelle und prüft den Verbindungsstatus mit dem Auto, dessen Information aktualisiert wurde. Dann geht der Prozess, falls die Verbindung mit der Gegenstation im Schritt S703 hergestellt wurde (in einem Fall von ”Nein”), zum Schritt S711 über und der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 beendet die Anfangsverbindungsprozedur. Wurde andererseits die Verbindung nicht hergestellt (in einem Fall von ”Ja”), geht der Prozess zum Schritt S704 über.
  • Dann bezieht sich im Schritt S704 der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 auf den Verbindungsanforderungs-Merker, um zu bestimmen, ob der Verbindungsanforderungs-Merker ”1” angibt oder nicht, und falls der Verbindungsanforderungs-Merker nicht ”1” angibt (in einem Fall von ”Nein”), geht der Prozess zum Schritt S712 über und der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 beendet die Anfangsverbindungsprozedur. Gibt der Verbindungsanforderungs-Merker hingegen ”1” an (in einem Fall von ”Ja”), geht der Prozess zum Schritt S705 über.
  • Dann generiert der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S705, um eine Verbindungsanforderung an das Gegenfahrzeug zu richten, eine Verbindungsanforderungsnachricht um eine Verbindungsanforderung an das Gegenfahrzeug zu richten, und überträgt die Verbindungsanforderungsnachricht an den Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23.
  • Danach überträgt der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 im Schritt S706 die Verbindungsanforderungsnachricht an den Datentransferdienstverarbeitungsabschnitt 11 und aktiviert gleichzeitig den Übertragungswiederholungszeitgeber.
  • Im Schritt S707 bestimmt der Übertragungswiederholungssteuerunngsdienstverarbeitungsabschnitt 23, ob die Verbindungsantwortnachricht vor dem Zeitablauf des Übertragungswiederholungszeitgebers eingegangen ist oder nicht. Dann kehrt der Prozess, wenn die Verbindungsantwortnachricht nicht eingegangen ist (in einem Fall von ”Nein”) zum Schritt S706 zurück und der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 überträgt die Verbindungsanforderungsnachricht erneut. Ist die Verbindungsantwortnachricht hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S708 über.
  • Im Schritt S708 leitet der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 die empfangene Nachricht an den Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 weiter. Der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 aktualisiert die Verbindungsverwaltungstabelle auf ”verbunden” und stellt die Anfangsverbindung mit der Gegenstation her, und teilt zur gleichen Zeit auch dem Auto-Auto-Kommunikationsanwendungsabschnitt 31 die Verbindung mit.
  • Als Nächstes generiert der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S709 eine Prüfantwortnachricht und leitet sie an den Datentransferdienstverarbeitungsabschnitt 11 zur Übertragung an die Gegenstation weiter. Dann teilt der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S710 dem Anwendungsverarbeitungsabschnitt mit, dass die Verbindung hergestellt wurde, und beendet die Anfangsverbindungsprozedur.
  • Wurde andererseits im Schritt S701 die Information des Verwaltungsinformationsspeicherabschnitts 24 nicht aktualisiert, bestimmt der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S713, ob die Verbindungsanforderungsnachricht eingegangen ist oder nicht, und der Prozess kehrt zum Schritt S701 zurück, falls die Verbindungsanforderungsnachricht nicht eingegangen ist (in einem Fall von ”Nein”). Ist die Verbindungsanforderungsnachricht hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S714 über.
  • Als Nächstes bezieht sich der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S714 auf die Verbindungsverwaltungstabelle und prüft den Verbindungsstatus mit der Gegenstation. Dann geht der Prozess, wenn im Schritt S715 bestimmt wird, dass die Verbindung mit der Gegenstation hergestellt wurde (in einem Fall von ”Nein”), zum Schritt S721 über. Wurde die Verbindung hingegen nicht hergestellt (in einem Fall von ”Ja”), geht der Prozess zum Schritt S716 über.
  • Dann aktualisiert der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S716 die Verbindungsverwaltungstabelle auf ”verbunden”, stellt die Anfangsverbindung mit der Gegenstation her und teilt dem Auto-Auto-Kommunikationsanwendungsabschnitt 31 mit, dass die Verbindung hergestellt wurde.
  • Als Nächstes überträgt der Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 im Schritt S717 die Verbindungsantwortnachricht an den Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23, um auf die Verbindungsanforderung aus der Gegenstation zu antworten.
  • Danach überträgt der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 im Schritt S718 die Verbindungsantwortnachricht an den Datentransferdienstverarbeitungsabschnitt 11 und aktiviert gleichzeitig den Übertragungswiederholungszeitgeber.
  • Im Schritt S719 bestimmt der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23, ob die Prüfantwortnachricht vor dem Zeitablauf des Übertragungswiederholungszeitgebers eingegangen ist oder nicht, und falls die Prüfantwortnachricht nicht eingegangen ist (in einem Fall von ”Nein”), kehrt der Prozess zum Schritt S718 zurück und der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 überträgt die Verbindungsantwortnachricht erneut. Ist die Prüfantwortnachricht hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S720 über und der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 beendet die Anfangsverbindungsprozedur.
  • Anzumerken ist, dass, wenn im Schritt S715 bestimmt wird, dass die Verbindung mit der Gegenstation hergestellt wurde, der Übertragungswiederholungssteuerungsdienstverarbeitungsabschnitt 23 ”verbunden” auf den variablen Ergebniscode der Verbindungsantwortnachricht setzt und im Schritt S717 die Verbindungsantwortnachricht generiert. Anzumerken ist auch, dass die Anfangsverbindungsprozedur danach in Übereinstimmung mit der Prozedur der Schritte S718 bis S720 durchgeführt wird.
  • A-3-6. Betrieb des Auto-Auto-Kommunikationsanwendungsabschnitts 31
  • 67 ist ein Ablaufschema, das einen Betrieb des Auto-Auto-Kommunikationsanwendungsabschnitts 31 des Anwendungsverarbeitungsabschnitts 3 zeigt.
  • Der Auto-Auto-Kommunikationsanwendungsabschnitt 31 trägt, nachdem er aktiviert wurde, Anwendungsinformation in den Verwaltungsinformationsspeicherabschnitt 24 des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2 ein (Schritt S801).
  • Als Nächstes wartet der Auto-Auto-Kommunikationsanwendungsabschnitt 31, bis eine Übertragungsanforderung für Daten oder eine Empfangsmitteilung von Daten erfolgt (Schritt S802). Sind die Anforderung und die Mitteilung nicht eingegangen (in einem Fall von ”Nein”), wartet der Auto-Auto-Kommunikationsanwendungsabschnitt 31 weiter bis zum Empfang der Anforderung und der Mitteilung. Sind die Anforderung und die Mitteilung hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S803 über.
  • Im Schritt S803 wird bestimmt, ob es sich bei den im Schritt S802 empfangenen Details um eine Übertragungsanforderung handelt, und der Prozess geht im Falle der Übertragungsanforderung (in einem Fall von ”Ja”) zum Schritt S804 über. Hingegen geht der Prozess im Falle der Empfangsmitteilung (in einem Fall von ”Nein”) zum Schritt S806 über.
  • Als Nächstes wird im Schritt S804 bestimmt, ob eine Rundfunkkommunikation an den zur Übertragung angeforderten Daten vorgenommen werden soll, und im Falle der Rundfunkkommunikation (in einem Fall von ”Ja”) geht der Prozess zum Schritt S805 über. In einem Fall von Punkt-zu-Punkt-Kommunikation hingegen (in einem Fall von ”Nein”) und nicht der Rundfunkkommunikation, geht der Prozess zum Schritt S807 über.
  • Dann überträgt der Auto-Auto-Kommunikationsanwendungsabschnitt 31 im Schritt S805 die zu übertragenden Daten an den Transaktionsdienstverarbeitungsabschnitt 41 des Transaktionsverwaltungsabschnitts 4 und beendet die Rundfunkkommunikationsverarbeitungsprozedur des Anwendungsverarbeitungsabschnitts.
  • Wird andererseits im Schritt S803 bestimmt, dass die Empfangsmitteilung von Daten eingegangen ist, liest der Auto-Auto-Kommunikationsanwendungsabschnitt 31 im Schritt S806 die empfangenen Daten aus, setzt Fahrzeuginformation in den Verwaltungsinformationsspeicherabschnitt 24 des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 ein und beendet die Datenempfangsverarbeitungsprozedur des Anwendungsverarbeitungsabschnitts.
  • Wenn im Schritt S804 eine Punkt-zu-Punkt-Kommunikation von Daten erfolgt, überträgt der Auto-Auto-Kommunikationsanwendungsabschnitt 31 im Schritt S807 eine Verbindungsanforderung an den Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2.
  • Als Nächstes wird im Schritt S808 bestimmt, ob eine Verbindungsherstellungsmitteilung aus dem Verbindungsverwaltungsdienstverarbeitungsabschnitt 22 eingegangen ist, und falls die Verbindungsherstellung mitgeteilt wurde (in einem Fall von ”Ja”) geht der Prozess zum Schritt S809 über. Ist hingegen keine Verbindungsherstellungsmitteilung eingegangen (in einem Fall von ”Nein”), geht der Prozess zum Schritt S810 über.
  • Im Schritt S809 überträgt der Auto-Auto-Kommunikationsanwendungsabschnitt 31 zu übertragende Daten an den Transaktionsdienstverarbeitungsabschnitt 41 und beendet die Übertragungsverarbeitungsprozedur der Punkt-zu-Punkt-Kommunikation.
  • Im Schritt S810 verwirft der Auto-Auto-Kommunikationsanwendungsabschnitt 31 die zur Übertragung angeforderten Daten und beendet die Übertragungsverarbeitungsprozedur.
  • Anzumerken ist, dass, nachdem die Schritte S805, S806, S809 und S820 beendet sind, die Verarbeitungsabläufe des Schritts S802 und der nachfolgenden Schritte wiederholt ausgeführt werden.
  • A-3-7. Betrieb des Transaktionsdienstverarbeitungsabschnitts 41
  • 68 ist ein Ablaufschema, das einen Betrieb des Transaktionsdienstverarbeitungsabschnitts 41 des Transaktionsverwaltungsabschnitts 4 zeigt.
  • Der Transaktionsdienstverarbeitungsabschnitt 41 wartet, bis eine Übertragungsanforderung für Daten oder eine Empfangsmitteilung von Daten erfolgt (Schritt S901). Sind die Anforderung und die Mitteilung nicht eingegangen (in einem Fall von ”Nein”), wartet der Transaktionsdienstverarbeitungsabschnitt 41 weiter, bis die Anforderung und die Mitteilung eingegangen sind. Sind die Anforderung und die Miteilung hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S902 über.
  • Im Schritt S902 wird bestimmt, ob es sich bei den im Schritt S901 empfangenen Details um eine Übertragungsanforderung handelt oder nicht, und im Falle der Übertragungsanforderung (in einem Fall von ”Ja”) geht der Prozess zum Schritt S903 über. Im Falle der Empfangsmitteilung (in einem Fall von ”Nein”) hingegen geht der Prozess zum Schritt S905 über.
  • Im Schritt S903 führt der Transaktionsdienstverarbeitungsabschnitt 41 eine Übertragungsverarbeitung wie etwa eine Teilung, Übertragungswiederholung und gegebenenfalls Dauerwiederholung durch, versieht die Übertragungsdaten im Schritt S904 mit einem LPP-Anfangsblock und überträgt sie zum LPCP-Transferdienstverarbeitungsabschnitt 51 des Transferdienstverarbeitungsabschnitts 5.
  • Wird andererseits im Schritt S902 bestimmt, dass die Empfangsmitteilung von Daten eingegangen ist, führt der Transaktionsdienstverarbeitungsabschnitt 41 im Schritt S905 die Empfangsverarbeitung wie etwa ein Zusammensetzen und eine Verbindungsverwaltung durch.
  • Dann wird im Schritt S906 bestimmt, ob es sich bei den empfangenen Daten um die zur Anwendung weiterzuleitenden Daten handelt, und wenn die Daten an die Anwendung weiterzuleiten sind (in einem Fall von ”Ja”), geht der Prozess zum Schritt S907 über. Sind hingegen die Steuerdaten eingegangen, die aus dem LPP-Verbindungsverwaltungsdienstverarbeitungsabschnitt 42 übertragen wurden (in einem Fall von ”Nein”), geht der Prozess zur Schritt S908 über.
  • Im Schritt S907 leitet der Transaktionsdienstverarbeitungsabschnitt 41 die Übertragungsdaten an den Auto-Auto-Kommunikationsanwendungsabschnitt 31 des Anwendungsverarbeitungsabschnitts 3 weiter und beendet die Anwendungsdatenempfangsverarbeitungsprozedur des Transaktionsverwaltungsabschnitts 4.
  • Im Schritt S908 leitet der Transaktionsdienstverarbeitungsabschnitt 41 die Steuerdaten an den LPP-Verbindungsverwaltungsdienstverarbeitungsabschnitt 42 weiter und beendet die Steuerdatenempfangsverarbeitungsprozedur des Transaktionsverwaltungsabschnitts 3.
  • Anzumerken ist, dass, nachdem die Schritte S904, S907 und S908 beendet sind, die Verarbeitungsabläufe des Schritts S901 und der nachfolgenden Schritte wiederholt ausgeführt werden.
  • A-3-8. Betrieb des LPCP-Transferdienstverarbeitungsabschnitts 51
  • 69 ist ein Ablaufschema, das einen Betrieb des LPCP-Transferdienstverarbeitungsabschnitts 51 des Transferdienstverarbeitungsabschnitts 5 zeigt.
  • Der LPCP-Transferdienstverarbeitungsabschnitt 51 wartet, bis eine Übertragungsanforderung für Daten oder eine Empfangsmitteilung von Daten erfolgt (Schritt S1001). Falls die Anforderung und die Mitteilung nicht eingegangen sind (in einem Fall von ”Nein”), wartet der LPCP-Transferdienstverarbeitungsabschnitt 51 weiter, bis die Anforderung und die Mitteilung eingegangen sind. Sind die Anforderung und die Mitteilung hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S1002 über.
  • Im Schritt S1002 wird bestimmt, ob es sich bei den im Schritt S1001 empfangenen Details um eine Übertragungsanforderung handelt, und der Prozess geht im Falle der Übertragungsmitteilung (in einem Fall von ”Ja”) zum Schritt S1003 über. Im Falle der Empfangsmitteilung hingegen (in einem Fall von ”Nein”) geht der Prozess zum Schritt S1005 über.
  • Als Nächstes stellt der LPCP-Transferdienstverarbeitungsabschnitt 51 im Schritt S1003 einen LPCP-Anfangsblock wie etwa eine lokale Portnummer bereit, leitet die Übertragungsdaten zum Datentransferdienstverarbeitungsabschnitt 11 des Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitts 1 weiter und beendet die Datenübertragungsverarbeitungsprozedur des Transferdienstverarbeitungsabschnitts 5.
  • Ist andererseits im Schritt S1002 die Empfangsmitteilung von Daten eingegangen, bezieht sich der LPCP-Transferdienstverarbeitungsabschnitt 51 auf eine lokale Portnummer und identifiziert ein Zustellungsziel der empfangenen Daten. Dann überträgt der LPCP-Transferdienstverarbeitungsabschnitt 51 im Schritt S1006 die empfangenen Daten an das Zustellungsziel und beendet die Datenempfangsverarbeitungsprozedur des Transferdienstverarbeitungsabschnitts 5.
  • Anzumerken ist, dass, nachdem die Verarbeitungsabläufe der Schritte S1004 und S1006 beendet sind, die Verarbeitungsabläufe des Schritts S1001 und der nachfolgenden Schritte wiederholt durchgeführt werden.
  • A-3-9. Betrieb des Sende-/Empfangsdienstverarbeitungsabschnitts 6
  • 70 ist ein Ablaufschema, das den Betrieb des Sende-/Empfangsdienstverarbeitungsabschnitts 6 zeigt.
  • Der Sendedienstverarbeitungsabschnitt 61 und der Empfangsdienstverarbeitungsabschnitt 62 warten, bis eine Übertragungsanforderung für Daten oder eine Empfangsmitteilung von Daten erfolgt (Schritt S1101). Sind die Anforderung und die Mitteilung nicht eingegangen (in einem Fall von ”Nein”), warten der Sendedienstverarbeitungsabschnitt 61 und der Empfangsdienstverarbeitungsabschnitt 62 weiter, bis die Anforderung und die Mitteilung eingegangen sind. Sind die Anforderung und die Mitteilung hingegen eingegangen (in einem Fall von ”Ja”), geht der Prozess zum Schritt S1102 über.
  • Im Schritt S1102 wird bestimmt, ob es sich bei den im Schritt S1101 empfangenen Details um eine Übertragungsanforderung handelt oder nicht, und im Falle der Übertragungsanforderung (in einem Fall von ”Ja”) geht der Prozess zum Schritt S1103 über. Im Falle der Empfangsmitteilung (in einem Fall von ”Nein”) hingegen geht der Prozess zum Schritt S1105 über.
  • Als Nächstes ermittelt der Sendedienstverarbeitungsabschnitt 61 im Schritt S1103 eine Sendeleistung aus dem Kommunikationssteuerungsinformationsspeicherabschnitt 71 des Sende-/Empfangsdienstverwaltungsabschnitts 7 und führt im Schritt S1104 eine drahtlose Kommunikation mit der ermittelten Sendeleistung durch und beendet die Übertragungsverarbeitungsprozedur des Sende-/Empfangsdienstverarbeitungsabschnitts 6.
  • Wird andererseits im Schritt S1102 bestimmt, dass die Empfangsmitteilung von Daten erfolgt ist, ermittelt der Empfangsdienstverarbeitungsabschnitt 62 im Schritt S1105 die Empfängerempfindlichkeit aus dem Kommunikationssteuerungsinformationsspeicherabschnitt 71 des Sende-/Empfangsdienstverwaltungsabschnitts 7.
  • Dann wird im Schritt S1106 bestimmt, ob die Leistung der empfangenen Daten gleich der oder größer als eine Trägererfassungsempfindlichkeit ist oder nicht, und wenn die Leistung, die gleich der oder größer als die Trägererfassungsempfindlichkeit ist, empfangen wurde (in einem Fall von ”Ja”), geht der Prozess zum Schritt S1107 über. Wurde eine Leistung empfangen, die geringer ist als die Trägererfassungsempfindlichkeit (in einem Fall von ”Nein”), geht der Prozess zum Schritt S1108 über.
  • Im Schritt S1107 bestimmt der Empfangsdienstverarbeitungsabschnitt 62, dass der Kommunikationskanal belegt ist und aktualisiert eine Kommunikationskanalbelegung des Kommunikationssteuerungsinformationsspeicherabschnitts 71.
  • Im Schritt S1108 bestimmt der Empfangsdienstverarbeitungsabschnitt 62, ob die Leistung der empfangenen Daten gleich der oder größer als die Empfängerempfindlichkeit ist oder nicht, und wenn eine Leistung empfangen wird, die gleich der oder größer als die Empfängerempfindlichkeit ist (in einem Fall von ”Ja”), geht der Prozess zum Schritt S1109 über. Wird hingegen eine Leistung empfangen, die geringer ist als die Empfängerempfindlichkeit (in einem Fall von ”Nein”), geht der Prozess zum Schritt S1110 über.
  • Im Schritt S1109 überträgt der Empfangsdienstverarbeitungsabschnitt 62 die empfangenen Daten an den Prioritätssteuerungsdienstverarbeitungsabschnitt 13 des Auto-zu-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 1 und beendet die Empfangsverarbeitungsprozedur.
  • Andererseits verwirft der Empfangsdienstverarbeitungsabschnitt 62 im Schritt S1110 die empfangenen Daten und beendet die Empfangsverarbeitungsprozedur.
  • Anzumerken ist, dass, nachdem die Verarbeitungsabläufe der Schritte S1104, S1109 und S1110 beendet sind, die Verarbeitungsabläufe des Schritts S1101 und der nachfolgenden Schritte wiederholt durchgeführt werden.
  • A-4-Wirkungen
  • In der vorstehend erwähnten Bordkommunikationsvorrichtung und dem kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationssystem nach der ersten Ausführungsform der vorliegenden Erfindung umfassen der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 und der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 Schnittstellen, die dem Transferverarbeitungsabschnitt (LPCP) entsprechen, bei dem es sich um ein bestehendes Straße-Fahrzeug-Kommunikationsprotokoll handelt. Dementsprechend ist es möglich, eine Bordkommunikationsvorrichtung zu erhalten, die an einer Bordvorrichtung, die ein Straße-Fahrzeug-Kommunikationssystem bereitstellt, und einer Bordvorrichtung, die ein Auto-Auto-Kommunikationssystem bereitstellt, teilhat, was es möglich macht, eine Bordkommunikationsvorrichtung zu erhalten, die sowohl dem Straße-Fahrzeug-Kommunikationssystem als auch dem Auto-Auto-Kommunikationssystem Dienste bereitstellen kann.
  • Darüber hinaus ist der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 zwischen dem Anwendungsverarbeitungsabschnitt und dem Sende-/Empfangsdienstverarbeitungsabschnitt eingesetzt und somit kann eine Kommunikation in Übereinstimmung mit Prioritäten von Mehrfachanwendungen gesteuert werden. Dies ermöglicht es, bevorzugt Information einer Anwendung mit hoher Priorität zu übertragen.
  • Ferner ist der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 parallel zum Anwendungsverarbeitungsabschnitt 3, dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 und dem Sende-/Empfangsdienstverwaltungsabschnitt 7 eingerichtet, was es möglich macht, eine Kommunikation zur Stauvermeidung des eigenen Autos und umgebender Autos auf Grundlage von Fahrzeuginformation und Risikograden der jeweiligen Autos, die aus dem Anwendungsverarbeitungsabschnitt 3 eingehen, und auf Grundlage der aus dem Sende-/Empfangsdienstverarbeitungsabschnitt ermittelten Kanalbelegung zu steuern. Im Ergebnis ist es möglich, eine Kommunikationsfehlerrate selbst dann zu verbessern, wenn die Anzahl von Autos zunimmt.
  • Ferner kann der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 eine Priorität über den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 ermitteln. Entsprechend ist es möglich, selbst dann eine Prioritätssteuerung bereitzustellen, wenn die Priorität nicht aus dem Transaktionsverwaltungsabschnitt (lokales Port-Protokoll) 4 und dem Transferdienstverarbeitungsabschnitt (lokales Port-Steuerprotokoll) 5 ermittelt werden kann, bei denen es sich um bestehende Protokolle handelt.
  • Darüber hinaus kann der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 die zur Kommunikationssteuerung erforderliche Information wirksam erfassen, indem Kommunikationssteuerungsinformation wie etwa Sendeleistung, Empfängerempfindlichkeit und Kanalbelegung einer zu übertragenden Nachricht hinzugefügt wird. Als Ergebnis kann der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 Kommunikationsparameter wie etwa ein zyklisches Intervall und Sendeleistung auf Grundlage der durch die umgebenden Autos erfassten Information bei der Durchführung der Stausteuerung ansetzen, was eine effiziente Stausteuerung ermöglicht.
  • Darüber hinaus ist der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 ausgehend vom Anwendungsverarbeitungsabschnitt 3 bis zum Sende-/Empfangsdienstverwaltungsabschnitt 7 parallel zu diesen eingerichtet. Dementsprechend ist es möglich, Information des Anwendungsverarbeitungsabschnitts 3 und des Sende-/Empfangsdienstverwaltungsabschnitts 7 zu ermitteln und die Einstellung im Anwendungsverarbeitungsabschnitt 3 und Sende-/Empfangsdienstverwaltungsabschnitt 7 vorzunehmen.
  • Um einen Kommunikationsverbindungsverwaltungsdienst bereitzustellen, definiert der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 darüber hinaus eine Verbindungsprozedur zur Durchführung einer Anfangsverbindung und verwaltet einen Verbindungsstatus, was es dem Anwendungsverarbeitungsabschnitt 3 ermöglicht, individuell eine Kommunikation mit einer Mobilstation zu starten. Außerdem kann der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2, wenn der Sende-/Empfangsdienstverarbeitungsabschnitt 6 über keine Anfangsverbindungsprozedur verfügt, die Anfangsverbindung starten und die Kommunikationsverbindung verwalten.
  • Darüber hinaus kann der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 dem Anwendungsverarbeitungsabschnitt 3 und dem Transaktionsverwaltungsabschnitt 6 die Herstellung einer Kommunikationsverbindung über den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 mitteilen.
  • Darüber hinaus kann der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2, wenn die Anwendung aktiv ist, die periodisch Nachrichten überträgt, effizient eine Anfangsverbindung mit hoher Geschwindigkeit durchführen, indem beim Empfang einer Nachricht der Anwendung eine Verbindungsanforderung für eine Anfangsverbindung an die mobile Gegenstation übertragen wird.
  • Darüber hinaus kann der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2, wenn die Anwendung nicht aktiv ist, die periodisch Nachrichten überträgt, eine Anfangsverbindung starten, indem beim Empfang der Nachricht durch die umgebende Mobilstation periodisch Nachrichten und eine Verbindungsanforderung für eine Anfangsverbindung an die mobile Gegenstation übertragen werden.
  • Darüber hinaus kann der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 bei der Durchführung einer Anfangsverbindung die Übertragung einer unnötigen Nachricht vermeiden, um ein Kommunikationsband effizient zu nutzen, indem überwacht wird, ob die zur Anfangsverbindung erforderliche Nachricht zu dem Kommunikationskanal übertragen wird.
  • Darüber hinaus kann der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 eine Kommunikationsbandbelegung sofort unterdrücken und bevorzugt eine Übertragung der eigenen Station durchführen, indem die Steuerungsnachrichten an umgebende Mobilstationen übertragen werden, die in der Lage sind, die Sendeleistung, Empfängerempfindlichkeit und den Übertragungskanal mitzuteilen.
  • A-5. Modifizierung
  • Obwohl in der vorstehend beschriebenen ersten Ausführungsform die Beschreibung des hierarchischen Aufbaus erfolgte, der sich aus dem Transaktionsverwaltungsabschnitt 4 (lokales Port-Protokoll), dem Transferdienstverarbeitungsabschnitt 5 (lokales Port-Steuerungsprotokoll), dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 (C2C-Transportteilschicht) und dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 (Auto-Auto-Kommunikationsverwaltungsschicht) zusammensetzt, kann anstelle des lokalen Port-Protokolls und des lokalen Port-Steuerungsprotokolls auch ein anderes Protokoll verwendet werden, das in der Lage ist, bidirektional zu kommunizieren.
  • Zum Beispiel lässt sich das Protokoll IEEE1609.3, das in den USA zur Diskussion steht, und das Protokoll FAST und Geo-Routing, das durch die Communications architecture for land mobile environment (CALM), also die Kommunikationsarchitektur für bewegliche Landfunkumgebung, in Europa zur Diskussion steht, verwenden.
  • Darüber hinaus erfolgte die Beschreibung des Aufbaus, bei dem der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 parallel zum Anwendungsverarbeitungsabschnitt 3, Transaktionsverwaltungsabschnitt 4, Transferdienstverarbeitungsabschnitt 5, Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 und Sende-/Empfangsdienstverwaltungsabschnitt 7 eingerichtet ist. Jedoch sind die WAVE-Verwaltungsentität (WME), die in der IEEE1609.3 zur Diskussion steht, und die CALM-Verwaltungsentität (CME), die im CALM zur Diskussion steht, auch auf dieselbe Weise angeordnet wie der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2, und somit lässt sich die Auslegung verwenden, in der der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 in der WME und CME und der Auslegung enthalten ist, die die WME und CME enthält. Hier ist WAVE eine Abkürzung für wireless access in vehicular environments, also drahtloser Zugang in Fahrzeugumgebungen.
  • Darüber hinaus können dann, wenn der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 in der WME enthalten ist, die Schnittstellen mit dem Anwendungsverarbeitungsabschnitt 3 und dem Sende-/Empfangsdienstverwaltungsabschnitt 7 durch eine Schnittstelle zwischen der WME und der Anwendung und eine Schnittstelle zwischen der WME und der MLME/PLME ersetzt oder zu diesen hinzugefügt werden. Darüber hinaus kann die Schnittstelle zwischen dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 und dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 mit der Schnittstelle zwischen der CME und dem FAST integriert werden.
  • Ferner ist der Anwendungsverarbeitungsabschnitt 3 nicht auf die Anwendung des Auto-Auto-Kommunikationssystems beschränkt, und es lässt sich auch eine andere Anwendung als die Anwendung eines Straßen-Fahrzeug-Kommunikationssystems und eine auf das ITS bezogene Anwendung verwenden.
  • Darüber hinaus kann der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 als Kommunikationsparameter, die zur Stauvermeidung angesetzt sind, Richtwirkungen eines Übertragungskanals und einer Sende-/Empfangsantenne, eines zu übertragenden Frequenzbands u. dgl. verwenden, und sind nicht auf das zyklische Intervall, die Sendeleistung und die Empfängerempfindlichkeit beschränkt.
  • B. Zweite Ausführungsform
  • B-1. Protokollaufbau
  • Eine zweite Ausführungsform der vorliegenden Erfindung wird nun mit Bezug auf 71 und 72 beschrieben.
  • 71 ist ein Blockschema, das einen Protokollaufbau einer Bordkommunikationsvorrichtung 101 und eines kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationssystems nach der zweiten Ausführungsform der vorliegenden Erfindung zeigt, und 72 ist ein Blockschema, das den Protokollaufbau der Bordkommunikationsvorrichtung 101 und des kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationssystems konkret zeigt. Anzumerken ist, dass dieselben Elemente wie diejenigen der ersten Ausführungsform mit denselben Bezugszahlen bezeichnet sind und eine wiederholte ausführliche Beschreibung davon weggelassen wird.
  • Wie in 71 und 72 gezeigt ist, umfasst die Bordkommunikationsvorrichtung 101 nach der zweiten Ausführungsform den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1, den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2, den Anwendungsverarbeitungsabschnitt 3, den Sende-/Empfangsdienstverarbeitungsabschnitt 6 und den Sende-/Empfangsdienstverwaltungsabschnitt 7.
  • Demnach unterscheiden sich die Bordkommunikationsvorrichtung 101 und das kooperative Straße-Fahrzeug/Auto-Auto-Kommunikationssystem nach der zweiten Ausführungsform dadurch von der Bordkommunikationsvorrichtung 100 und dem kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationssystem, die in der ersten Ausführungsform beschrieben sind, dass ein kooperativer Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt 8 anstelle des Transaktionsverwaltungsabschnitts 4 und des Transferdienstverarbeitungsabschnitts 5 vorgesehen ist, bei denen es sich um bestehende Straße-Fahrzeug-Kommunikationsprotokolle in der in 1 gezeigten Bordkommunikationsvorrichtung 100 handelt, und dass der Anwendungsverarbeitungsabschnitt einen Straße-Fahrzeug-Kommunikationsanwendungsabschnitt 32 umfasst.
  • Darüber hinaus umfasst in der Bordkommunikationsvorrichtung 101 nach der zweiten Ausführungsform der Anwendungsverarbeitungsabschnitt 3 wie in der ersten Ausführungsform den Auto-Auto-Kommunikationsanwendungsabschnitt 31 und ist somit in der Lage, eine Anwendung der Auto-Auto-Kommunikation bereitzustellen.
  • Außerdem umfasst die Bordkommunikationsvorrichtung 101 den Straße-Fahrzeug-Kommunikationsanwendungsabschnitt 32 und den kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt 8 und ist somit in der Lage, auch eine Anwendung der Straße-Fahrzeug-Kommunikation bereitzustellen.
  • Wie in 72 gezeigt ist, besitzt der kooperative Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt 8 Funktionen, die gleich denjenigen des in der ersten Ausführungsform beschriebenen Transaktionsverwaltungsabschnitts 4 und Transferdienstverarbeitungsabschnitts 5 sind, und umfasst den Transaktionsdienstverarbeitungsabschnitt 41, den LPP-Verbindungsverwaltungsdienstverarbeitungsabschnitt 42, den LPCP-Transferdienstverarbeitungsabschnitt 51 und den Verwaltungsdienstverarbeitungsabschnitt 52.
  • B-2. Betrieb der Bordkommunikationsvorrichtung 101
  • In der Bordkommunikationsvorrichtung 101 werden die aus dem Straße-Fahrzeug-Kommunikationsanwendungsabschnitt 32 übertragenen Daten aus dem Sende-/Empfangsdienstverarbeitungsabschnitt 6 über den Transaktionsdienstverarbeitungsabschnitt 41 und den LPCP-Transferdienstverarbeitungsabschnitt 51 des kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitts 8 an die Gegenstation übertragen und werden im Unterschied zu den vom Auto-Auto-Kommunikationsanwendungsabschnitt 31 übertragenen Daten nicht über den Datentransferdienstverarbeitungsabschnitt 11 des Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitts 1 übertragen.
  • Wenn Daten aus einer umgebenden Station eingehen, bezieht sich der Sende-/Empfangsdienstverarbeitungsabschnitt 6 auf die vom Sendedienstverarbeitungsabschnitt 61 bereitgestellte Anfangsblockinformation und unterscheidet, ob sie zum kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt 8 oder zum Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 übertragen werden sollen. Im Ergebnis wird die Anwendung der Straße-Fahrzeug-Kommunikation über den kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt 8 zum Straße-Fahrzeug-Kommunikationsanwendungsabschnitt 32 übertragen, und die Anwendung der Auto-Auto-Kommunikation wird über den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 und den kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt 8 an den Auto-Auto-Kommunikationsanwendungsabschnitt 31 übertragen.
  • B-3. Wirkungen
  • Wie vorstehend beschrieben, kann die Bordkommunikationsvorrichtung 101 nach der zweiten Ausführungsform dank des Bereitstellens des kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitts 8 die Daten der Straße-Fahrzeug-Kommunikation nicht über den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 zur Gegenstation übertragen, und kann die Daten der Auto-Auto-Kommunikation über den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 an die umgebende Station übertragen, nachdem die erforderliche Steuerung durchgeführt wurde. Demnach werden eine Bordvorrichtung der Straße-Fahrzeug-Kommunikation und eine Bordvorrichtung der Auto-Auto-Kommunikation gemeinsam genutzt.
  • B-4. Modifizierung
  • Anzumerken ist, dass, obwohl in der zweiten Ausführungsform die Beschreibung des hierarchischen Aufbaus erfolgt, der sich aus dem kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitts 8, dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 und dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 zusammensetzt, wie in der ersten Ausführungsform ein bestehendes Protokoll wie etwa ein lokales Port-Protokoll oder ein lokales Port-Steuerungsprotokoll für den kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitts 8 verwendet werden kann.
  • C. Dritte Ausführungsform
  • C-1. Protokollaufbau
  • Eine dritte Ausführungsform der vorliegenden Erfindung wird nun mit Bezug auf 73 und 74 beschrieben.
  • 73 ist ein Blockschema, das einen Protokollaufbau einer Bordkommunikationsvorrichtung 102 und eines kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationssystems nach der dritten Ausführungsform der vorliegenden Erfindung konkret zeigt. Anzumerken ist, dass dieselben Elemente wie diejenigen der ersten und zweiten Ausführungsform mit denselben Bezugszahlen bezeichnet sind und eine wiederholte ausführliche Beschreibung davon weggelassen wird.
  • Wie in 73 gezeigt ist, hat die Bordkommunikationsvorrichtung 102 ungefähr denselben Aufbau wie die mit Bezug auf 1 beschriebene Bordkommunikationsvorrichtung 100 nach der ersten Ausführungsform, unterscheidet sich aber dadurch von der Bordkommunikationsvorrichtung 100 der ersten Ausführungsform, dass der Anwendungsverarbeitungsabschnitt 3 den Straße-Fahrzeug-Kommunikationsanwendungsabschnitt 32 umfasst.
  • C-2. Betrieb der Bordkommunikationsvorrichtung 102
  • Die vom Straße-Fahrzeug-Kommunikationsanwendungsabschnitt 32 übertragenen Daten werden wie bei der Bordkommunikationsvorrichtung 100 nach der ersten Ausführungsform über den Transaktionsverarbeitungsabschnitt 4 und den Transferdienstverarbeitungsabschnitt 5 an den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 übertragen.
  • Der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 bezieht sich auf eine Portnummer eines LPCP-Anfangsblocks aus der aus dem Transferdienstverarbeitungsabschnitt 5 eingegangenen C2C SDU, ermittelt eine Art der Anwendung zur selben Zeit wie die Priorität im Schritt S105 von 60 ermittelt wird, und findet heraus, ob es sich um eine Straße-Fahrzeug-Kommunikationsanwendung oder eine Auto-Auto-Kommunikationsanwendung handelt.
  • Eine Nachricht wird gesendet/empfangen, wobei die in der ersten Ausführungsform beschriebene Sende-/Empfangsprozedur dann angewendet wird, wenn es sich bei einer Art der ermittelten Anwendung um eine Auto-Auto-Kommunikationsanwendung handelt, während im Fall einer Straße-Fahrzeug-Kommunikationsanwendung eine Nachricht übertragen wird, wobei der in 74 gezeigte C2C-Anfangsblock anstelle des in 38 gezeigten C2C-Anfangsblocks hinzugefügt wird, und sie nicht über den Prioritätssteuerungsdienstverarbeitungsabschnitt 13 an den Sende-/Empfangsdienstverarbeitungsabschnitt 6 weitergeleitet wird. In diesem Fall kann ein Wert für die Straße-Fahrzeug-Kommunikation in der vom Sendedienstverarbeitungsabschnitt 61 übertragenen Sendeleistung definiert sein, und der Wert kann angewendet werden. Alternativ kann der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 die für die Straße-Fahrzeug-Kommunikation geeignete Sendeleistung berechnen. Ferner ist es in einem Fall von Informationsübertragung des Straße-Fahrzeug-Kommunikationsanwendungsabschnitts 32 möglich, dass der Stausteuerungsdienst und der Verbindungsverwaltungsdienst nicht vorgesehen sind.
  • Der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 kann das zyklische Intervall des Auto-Auto-Kommunikationsanwendungsabschnitts 31 der umgebenden Stationen erhöhen oder deren Sendeleistung senken, indem eine Stausteuerungsnachricht mit einem Grundelement Anwendungsmitteilung oder einem Grundelement Anwendungsanmeldung aus dem Straße-Fahrzeug-Kommunikationsanwendungsabschnitt 32 übertragen wird, bevor Information des Straße-Fahrzeug-Kommunikationsanwendungsabschnitts 32 übertragen wird.
  • Der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 bezieht sich dann auf den C2C-Anfangsblock, wenn die Sendedaten aus dem Empfangsdienstverarbeitungsabschnitt 62 eingehen und identifiziert ein Transferziel und eine Empfangsverarbeitung aus einem Datenkennzeichner und einem PDU-Kennzeichner. Die Verarbeitung erfolgt auf eine ähnliche Weise wie in der ersten Ausführungsform in einem Fall, in dem der Datenkennzeichner ”0” angibt und der PDU-Kennzeichner ”0” angibt, während in einem Fall, in dem der Datenkennzeichner ”0” und der PDU-Kennzeichner ”1” angibt, der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 den Datenkörper extrahiert und an den Transferdienstverarbeitungsabschnitt 5 weiterleitet, um dadurch die Empfangsverarbeitung zu beenden. In diesem Fall kann ein Wert für die Straße-Fahrzeug-Kommunikation als die vom Empfangsdienstverarbeitungsabschnitt 62 definierte Empfängerempfindlichkeit angesetzt werden, und der Wert kann angewendet werden. Alternativ kann der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 die für die Straße-Fahrzeug-Kommunikation geeignete Empfängerempfindlichkeit berechnen.
  • Wenn Daten des Straße-Fahrzeug-Kommunikationsanwendungsabschnitts 32 empfangen werden, gibt der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 ein Grundelement Ereignismitteilung an den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 aus und teilt mit, dass eine straßenseitige Vorrichtung in der Nähe der eigenen Station vorhanden ist. Als Ergebnis stellt der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 die Sendeleistung bei der Übertragung der Daten des Auto-Auto-Kommunikationsanwendungsabschnitts 31 so ein, dass sie kleiner ist als ein vom Stausteuerungsdienst angesetzter Wert oder stellt das zyklische Intervall so ein, dass es länger ist.
  • C-3. Wirkungen
  • Wie vorstehend beschrieben, umfasst die Bordkommunikationsvorrichtung 102 nach der dritten Ausführungsform wie die Bordkommunikationsvorrichtung 100 nach der ersten Ausführungsform den Auto-Auto-Kommunikationsanwendungsabschnitt 31 im Anwendungsverarbeitungsabschnitt 3 und kann somit eine Anwendung zur Auto-Auto-Kommunikation bereitstellen. Darüber hinaus umfasst die Bordkommunikationsvorrichtung 102 den Straße-Fahrzeug-Kommunikationsanwendungsabschnitt 32 und kann somit eine Anwendung zur Straße-Fahrzeug-Kommunikation bereitstellen.
  • Darüber hinaus verwendet der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 verschiedene Sende-/Empfangsprozeduren je nachdem, ob es sich um die Straße-Fahrzeug-Kommunikationsanwendung oder die Auto-Auto-Kommunikationsanwendung handelt. Entsprechend kann im Falle von Straße-Fahrzeug-Kommunikationsanwendungsdaten die mindest erforderliche Anfangsblockinformation hinzugefügt werden, um sie durch den Datenkörper laufen zulassen. Im Ergebnis kann die Bordkommunikationsvorrichtung 102 verschiedene Steuerungsdienste nur dem Auto-Auto-Kommunikationssystem bereitstellen, ohne den Betrieb des bestehenden Straße-Fahrzeug-Kommunikationssystems zu beeinträchtigen.
  • Darüber hinaus führt der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 bevorzugt eine Übertragung einer Straße-Fahrzeug-Kommunikationsanwendung durch, wodurch es möglich ist, die Sendeleistung und das zyklische Intervall einer Auto-Auto-Kommunikationsanwendung einer umgebenden Station durch eine Stausteuerungsnachricht zu steuern. Entsprechend kann die Kommunikationszuverlässigkeit der Straße-Fahrzeug-Kommunikationsanwendung verbessert werden.
  • Darüber hinaus sendet/empfängt der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 bevorzugt eine Straße-Fahrzeug-Kommunikationsanwendung, wobei er dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 die Anwesenheit oder Abwesenheit einer Straße-Fahrzeug-Kommunikationsanwendung mitteilt, wodurch es möglich ist, die Sendeleistung der Auto-Auto-Kommunikationsanwendung zu drücken oder das zyklische Intervall zu erhöhen. Entsprechend kann die Kommunikationszuverlässigkeit der Straße-Fahrzeug-Kommunikationsanwendung verbessert werden.
  • D. Vierte Ausführungsform
  • D-1. Protokollaufbau
  • Eine vierte Ausführungsform der vorliegenden Erfindung wird nun mit Bezug auf 75 bis 77 beschrieben. Anzumerken ist, dass dieselben Elemente wie diejenigen der ersten Ausführungsform mit denselben Bezugszahlen bezeichnet sind und eine wiederholte ausführliche Beschreibung davon weggelassen wird.
  • 75 ist ein Blockschema, das einen Aufbau einer Bordkommunikationsvorrichtung 103 nach der vierten Ausführungsform der vorliegenden Erfindung zeigt. Wie in 75 gezeigt ist, hat die Bordkommunikationsvorrichtung 103 ungefähr denselben Aufbau wie die mit Bezug auf 1 beschriebene Bordkommunikationsvorrichtung 100 nach der ersten Ausführungsform. Allerdings unterscheidet sich die Bordkommunikationsvorrichtung 103 dadurch von der Bordkommunikationsvorrichtung 100 nach der ersten Ausführungsform, dass der Transaktionsverwaltungsabschnitt 4 und der Transferdienstverarbeitungsabschnitt 5 durch einen Transferabschnitt 9 für drahtlosen Zugriff in Fahrzeugumgebungen, WAVE-Transferabschnitt 9 (WAVE – wireless access in vehicular environments) ersetzt sind, und dass der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 in einem WAVE-Verwaltungsabschnitt 10 enthalten ist.
  • Der WAVE-Transferabschnitt 9 ist ein Protokoll, das in der IEEE1609.3 als WAVE short message protocol (WSMP) bezeichnet wird, und den Dienst der Datenübertragung in Übereinstimmung mit einem Abruf aus dem Anwendungsverarbeitungsabschnitt 3 und den Dienst bereitstellt, dem Anwendungsverarbeitungsabschnitt 3 die empfangenen Daten mitzuteilen.
  • Der WAVE-Verwaltungsabschnitt 10 besitzt eine Verwaltungsfunktion, die in der IEEE1609.3 als WME bezeichnet ist, und stellt den Verbindungsverwaltungsdienst in Übereinstimmung mit einem Abruf aus dem Anwendungsverarbeitungsabschnitt 3 und den Informationszugriffsdienst des Einstellens/Erhaltens von Daten, die vom WME verwaltet werden, der Anwendung zur Verfügung.
  • Obwohl der Aufbau von 3 nach der ersten Ausführungsform den hierarchischen Aufbau zeigt, der sich aus dem Transaktionsverwaltungsabschnitt 4 (LPP) und dem Transferdienstverarbeitungsabschnitt 5 (LPCP) zusammensetzt, bei denen es sich um Standards der Straße-Fahrzeug-Kommunikation in Japan handelt, handelt es sich bei dem in 75 gezeigten Aufbau nach der vierten Ausführungsform um den Aufbau, der das WSMO des Protokolls IEEE1609.3 verwendet, das der Standard für Straße-Fahrzeug-Kommunikation und Auto-Auto-Kommunikation in den USA ist.
  • Darüber hinaus ist der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 mit dem Aufbau von 3 nach der ersten Ausführungsform auf eine dem Verwaltungsabschnitt WME des IEEE1609.3 ähnliche Weise eingerichtet, und somit ist der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 mit dem Aufbau von 75 nach der vierten Ausführungsform so ausgelegt, dass er im WME enthalten ist.
  • Unter Annahme von IEEE802.11p und IEEE1609.4 führt der Sende-/Empfangsdienstverarbeitungsabschnitt 6 nach der vierten Ausführungsform eine drahtlose Kommunikation mit den Bordkommunikationsvorrichtungen 103 durch, die in den umgebenden Stationen installiert sind, oder schaltet einen Frequenzkanal zur Durchführung drahtloser Kommunikation.
  • Der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 nach der vierten Ausführungsform ist zwischen dem WAVE-Transferabschnitt 9 und dem Sende-/Empfangsdienstverarbeitungsabschnitt 6 vorgesehen und stellt dem WAVE-Transferabschnitt 9 und dem WAVE-Verwaltungsabschnitt 10 einen Datentransferdienst und einen Prioritätssteuerungsdienst bereit. Zusätzlich stellt der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 dem WAVE-Verwaltungsdienstverarbeitungsabschnitt 10 einen Ereignismitteilungsdienst bereit.
  • Der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 nach der vierten Ausführungsform ist innerhalb des WAVE-Verwaltungsabschnitts 10 als eine der Funktionen des WAVE-Verwaltungsabschnitt 10 vorgesehen und stellt dem Anwendungsverarbeitungsabschnitt 3 und dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 einen Stausteuerungsdienst, einen Verbindungsverwaltungsdienst und Datenübertragungswiederholungsdienst bereit. Zusätzlich erweitert der WAVE-Verwaltungsabschnitt 10 die Funktion des Sende-/Empfangsdienstverwaltungsabschnitts 7.
  • D-2. Dienstschnittstelle (SAP)
  • 76 ist ein Schema, das Positionen der SAPs im Protokollaufbau der Auto-Auto-Kommunikationsarchitektur nach der vierten Ausführungsform der vorliegenden Erfindung zeigt. 77 zeigt eine Liste der SAPs unter den Dienstschnittstellen von 76, die sich von denjenigen der ersten Ausführungsform unterscheiden. Die SAPs, die gleich denjenigen der ersten Ausführungsform sind, haben dieselben Funktionen wie die in 18 gezeigten SAPs, und deshalb wird eine wiederholte Beschreibung weggelassen. Ferner ist die Beschreibung der Parameter der in 77 gezeigten SAPs im Standard der IEEE offenbart, und die Fachleute auf dem Gebiet können sich Kenntnis über die Parameter verschaffen, indem sie sich auf den Standard beziehen, und deshalb wird dessen Beschreibung weggelassen.
  • Bei der CMCTL SAP, MLME SAP und PLME SAP von 18, die in der ersten Ausführungsform beschrieben sind, handelt es sich um dieselben SAPs wie in der vierten Ausführungsform, und sie können deshalb auch als solche eingesetzt werden. Andererseits unterscheiden sich die ACML SAP und ACTL SAP von 18 von den SAPs der vierten Ausführungsform, und deshalb kann die erste Ausführungsform nicht als solche angewendet werden. Deshalb wird im Falle des in 76 gezeigten Aufbaus, um die durch das WSMP und die WME bereitgestellten Schnittstellen anzupassen, in der vierten Ausführungsform die ACML SAP durch die WME SAP ersetzt, und die ACTL SAP wird durch das LSAP ersetzt.
  • D-2-1. SAP der Anwendung und WME (WME SAP)
  • Die WME stellt der Anwendung die folgenden sechs Arten von Grundelementen bereit, wie in 77 gezeigt ist.
    • (1) Grundelement Verbindungsanforderung (WME-Application) Es werden Funktionen und Parameter bereitgestellt, die gleich denjenigen der Grundelemente ACML-Connect nach der ersten Ausführungsform sind. Das Grundelement WME-Anwendung ist ein Grundelement, mit dem eine Anwendung eine Verbindung mit einer umgebenden Station anfordert oder von dieser getrennt wird.
    • (2) Grundelement Anwendungsmitteilung (WME-Notification) Es werden Funktionen und Parameter bereitgestellt, die gleich denjenigen des Grundelements ACML-Notify nach der ersten Ausführungsform sind. Bei dem Grundelement WME-Mitteilung handelt es sich um ein Grundelement, mit dem der WAVE-Verwaltungsabschnitt 10 dann eine Mitteilung an den Anwendungsverarbeitungsabschnitt 3 macht, wenn eine Veränderung im Verbindungsstatus mit der umgebenden Station auftritt.
    • (3) Grundelement Anwendungsinformationsanmeldung (WME-ApplicationRegistration) Es werden Funktionen und Parameter bereitgestellt, die gleich denjenigen der Grundelemente ACML-Registration und der Grundelemente ACML-Deregistration nach der ersten Ausführungsform sind. Das Grundelement WME-ApplicationRegistration ist ein Grundelement, mit dem die Anwendungsinformation angemeldet oder abgemeldet wird.
    • (4) Grundelement WME-Informationserhalt (WME-Get) Es werden Funktionen und Parameter bereitgestellt, die gleich denjenigen des Grundelements ACML-Get nach der ersten Ausführungsform sind. Bei den WME-Get-Grundelementen handelt es sich um Grundelemente, mit denen die Anwendung von der WME verwaltete Information erhält.
    • (5) Grundelement WME-Informationseinstellung (WME-Set) Es werden Funktionen und Parameter bereitgestellt, die gleich denjenigen der Grundelemente ACML-Set nach der ersten Ausführungsform sind. Bei den WME-Set-Grundelementen handelt es sich um Grundelemente, mit denen die Anwendung von der WME verwaltete Information einstellt.
    • (6) Grundelement Empfangsleistungsanforderung (WME-RCPIREQUEST) Sie sind Grundelemente, die in der ersten Ausführungsform nicht unterstützt sind. Bei den Grundelementen WME-RCPIREQUEST handelt es sich um Grundelemente, mit denen die Anwendung eine Datenübertragung anfordert, um die Empfangsleistung eines bestimmten Autos zu messen.
  • D-2-2. SAP der CTL und WSMP (LSAP)
  • Die CTL stellt dem WSMP eine Art von Grundelement bereit, wie in 77 gezeigt ist. Das LSAP ist auch ein Grundelement, das der ACTL durch die Datenübermittlungsschicht bereitgestellt wird, und selbst wenn die CTL in diese eingesetzt ist, gibt es keine Auswirkung auf die Kommunikation nach der Norm IEEE1609.3
    • (1) Grundelement Datentransfer (UL-UNITDATA) Es werden Funktionen und Parameter bereitgestellt, die gleich dem Grundelement SendData nach der ersten Ausführungsform sind. Bei den Grundelementen UL-UNITDATA handelt es sich um Grundelemente, mit denen das WSMP eine/n Datenübertragung/empfang mit der CTL durchführt.
  • Obwohl die Namen der SAPs sich von denjenigen der wie vorstehend beschriebenen ersten Ausführungsform unterscheiden, ist es möglich, den Datentransferdienst, Ereignismitteilungsdienst, Prioritätssteuerungsdienst, Stausteuerungsdienst, Verbindungsverwaltungsdienst und Datenübertragungswiederholungsdienst, die von der CTL und CML der vorliegenden Erfindung bereitgestellt werden, selbst dann, wenn die IEEE1609.3 verwendet wird, dadurch bereitzustellen, dass die SAPs durch die in 77 gezeigten SAPs ersetzt werden.
  • D-3. Betrieb der Bordkommunikationsvorrichtung 103
  • Wenn der Anwendungsverarbeitungsabschnitt 3 Daten überträgt, werden die zu übertragenden Daten an den WAVE-Transferabschnitt 9 weitergeleitet.
  • Der WAVE-Transferabschnitt 9 versieht die aus dem Anwendungsverarbeitungsabschnitt 9 weitergeleiteten Daten mit einem WSM-Anfangsblock, der die Arten von Anwendungen, eine Liste der verfügbaren Anwendungen und verfügbare Frequenzkanalinformation enthält, und leitet die Daten an den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 weiter.
  • Der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 ermittelt die Arten der Anwendungen aus dem WSM-Anfangsblock und die Prioritäten der entsprechenden Anwendungen aus dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 und dem WAVE-Verwaltungsdienst 10. Der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 stellt einen C2C-Anfangsblock bereit und leitet ihn dann an den Prioritätssteuerungsdienstverarbeitungsabschnitt 13 weiter, um eine Prioritätssteuerung durchzuführen. Dann überträgt der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 die Daten über den Sende-/Empfangsdienstverarbeitungsabschnitt 6 an die umgebende Station.
  • Falls ein Fehler oder ein Ereignis im Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 auftritt, wird dem Anwendungsverarbeitungsabschnitt 3 die Ereignisinformation über den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 unter Verwendung des Grundelements CMCTL-EventReport mitgeteilt.
  • Falls der Anwendungsverarbeitungsabschnitt 3 eine Anfangsverbindung anfordert, läuft der Verbindungsverwaltungsdienst unter Verwendung des Grundelements WME-Application ab, das vom WAVE-Verwaltungsabschnitt 10 bereitgestellt wird.
  • Alternativ ist es in einem Fall, bei dem ein Parameter zum Auswählen einer Art von Anfangsverbindung dem Grundelement WME-Application hinzugefügt ist, möglich, eine Anfangsverbindung unter Verwendung der Funktion des WAVE-Verwaltungsabschnitts 10 oder der Funktion des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2 zu bewerkstelligen.
  • Der Anwendungsverarbeitungsabschnitt 3 meldet die Information der Anwendung, die zur Bereitstellung bereit ist, unter Verwendung des Grundelements WME-ApplicationRegistration im WAVE-Verwaltungsabchnitt 10 an und meldet es unter Verwendung desselben Grundelements aus dem Wave-Verwaltungsabschnitt 10 wieder ab, wenn die Anwendung nicht bereitgestellt werden kann.
  • D-4. Wirkungen
  • Wie vorstehend beschrieben, umfasst die Bordkommunikationsvorrichtung 103 mit dem Protokollaufbau nach der vierten Ausführungsform den WAVE-Transferabschnitt 9 und den WAVE-Verwaltungsabschnitt 10, und somit ist es auch bei einer Bordkommunikationsvorrichtung, die das Protokoll der IEEE nutzt, möglich, eine Bordkommunikationsvorrichtung zu erhalten, die wie die Bordkommunikationsvorrichtung 100 mit dem Protokollaufbau nach der ersten Ausführungsform, Dienste an das Straße-Fahrzeug-Kommunikationssystem und das Auto-Auto-Kommunikationssystem bereitstellen kann.
  • Darüber hinaus ist es möglich, den Stausteuerungsdienst, der in der IEEE nicht bereitgestellt werden kann, zu bewerkstelligen, indem die das IEEE-Protokoll nutzende Bordvorrichtung mit dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 und dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 versehen wird.
  • E. Fünfte Ausführungsform
  • E.1. Protokollaufbau
  • Eine fünfte Ausführungsform der vorliegenden Erfindung wird nun mit Bezug auf 78 bis 80 beschrieben. Anzumerken ist, dass dieselben Elemente wie diejenigen der ersten Ausführungsform mit denselben Bezugszahlen versehen sind und eine wiederholte Beschreibung davon weggelassen wird.
  • 78 ist ein Blockschema, das einen Aufbau einer Bordkommunikationsvorrichtung 104 nach der fünften Ausführungsform der vorliegenden Erfindung zeigt. Wie in 78 gezeigt ist, hat die Bordkommunikationsvorrichtung 104 ungefähr denselben Aufbau wie die Bordkommunikationsvorrichtung 100 nach der mit Bezug auf 1 beschriebenen Ausführungsform, unterscheidet sich aber dadurch von der Bordkommunikationsvorrichtung 100 nach der ersten Ausführungsform, dass der Transaktionsverwaltungsabschnitt 4 und der Transferdienstverarbeitungsabschnitt 5 durch einen Transferabschnitt 111 für Kommunikationszugriff für bewegliche Landfunkteilnehmer (CALM) ersetzt ist und der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 in einem CALM-Verwaltungsabschnitt 112 enthalten ist.
  • Der CALM-Transferabschnitt 111 setzt sich aus Protokollen zusammen, die als FAST des CALM, Geo-Routing und lokales Port-Transportprotokoll (LPTP) bezeichnet werden, und stellt den Dienst der Datenübertragung in Übereinstimmung mit einer Anforderung aus dem Anwendungsverarbeitungsabschnitt 3 und den Routensuchdienst des Datenversands an ein Zielfahrzeug bereit.
  • Der CALM-Verwaltungsabschnitt 112 ist eine Verwaltungsschicht, die als CALM-Verwaltungsentität (CME) des CALM bezeichnet wird und der Anwendung den Verbindungsverwaltungsdienst in Übereinstimmung mit einer Anforderung aus dem Anwendungsverarbeitungsabschnitt 3 und den von der CME verwalteten Informationszugriffsdienst des Einstellens/Erhaltens von Daten bereitstellt.
  • Der in 3 gezeigte Aufbau nach der ersten Ausführungsform zeigt den hierarchischen Aufbau, der sich aus dem Transaktionsverwaltungsdienst 4 (LPP) und dem Transferdienstverarbeitungsabschnitt 5 (LPCP) zusammensetzt, bei denen es sich um Straße-Fahrzeug-Kommunikationsstandards in Japan handelt. Andererseits ist der wie in 78 gezeigte Aufbau nach der fünften Ausführungsform unter Verwendung einer Vermittlungsschicht, einer Transportschicht und einer Verwaltungsschicht des Protokolls des CALM hergestellt, bei dem es sich um den in Europa zur Diskussion stehenden Standard der Straße-Fahrzeug-Kommunikation und Auto-Auto-Kommunikation. handelt.
  • Darüber hinaus ist der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 mit dem Aufbau von 3 nach der ersten Ausführungsform ähnlich eingerichtet wie die Verwaltungsentität CME des CALM, und somit ist in dem Aufbau von 78 nach der fünften Ausführungsform der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 in der CME enthalten.
  • Der Sende-/Empfangsdienstverarbeitungsabschnitt 6 nach der fünften Ausführungsform nimmt IEEE802.11p und Funk-LAN an und führt eine drahtlose Kommunikation mit den in umgebenden Stationen installierten Bordkommunikationsvorrichtungen 104 durch.
  • Darüber hinaus nutzt der Sende-/Empfangsdienstverwaltungsabschnitt 7 nach der fünften Ausführungsform eine Verwaltungsschicht, die als Schnittstellenverwaltungsentität (IME) des CALM bezeichnet wird.
  • Darüber hinaus ist der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 nach der fünften Ausführungsform zwischen dem CALM-Transferabschnitt 111 und dem Sende-/Empfangsdienstverarbeitungsabschnitt 6 vorgesehen und stellt dem CALM-Transferabschnitt 111 und dem CALM-Verwaltungsabschnitt 112 den Datentransferdienst und Prioritätssteuerungsdienst bereit. Darüber hinaus stellt der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 dem CALM-Verwaltungsabschnitt 112 den Ereignismitteilungsdienst bereit.
  • Darüber hinaus ist der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 nach der fünften Ausführungsform im CALM-Verwaltungsabschnitt 112 vorgesehen und stellt dem Anwendungsverarbeitungsabschnitt 3 und dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 den Stausteuerungsdienst, den Verbindungsverwaltungsdienst und den Datenübertragungswiederholungsdienst bereit. Zusätzlich erweitert der CALM-Verwaltungsdienst 112 die Funktion des Sende-/Empfangsdienstverwaltungsabschnitts 7.
  • E-2. Dienstschnittstelle (SAP)
  • 79 ist ein Schema, das Positionen der SAPs in dem Protokollaufbau der Auto-Auto-Kommunikationsarchitektur nach der fünften Ausführungsform der vorliegenden Erfindung zeigt. 80 zeigt eine Liste der SAPs der in 79 gezeigten Dienstschnittstellen, die sich von der ersten Ausführungsform unterscheiden. Dieselben SAPs wie diejenigen der ersten Ausführungsform haben ähnliche Funktionen wie die in 18 gezeigten SAPs und deshalb wird eine wiederholte Beschreibung weggelassen.
  • Obwohl der Standard von Parametern der in 80 gezeigten SAPs nicht im Protokoll des CALM und auch nicht im Protokoll der IEEE festgelegt ist, kann dennoch eine Zusammenfassung im Entwurfsstadium zur Kenntnis gegeben werden. Demnach haben beide Protokolle dieselben Arten von SAP-Parametern wie die vorliegende Erfindung, was eine Anwendung der vorliegenden Erfindung ermöglicht, selbst wenn der Standard erst noch festgelegt werden muss.
  • Falls zum Beispiel ein A-Befehl (A-Command) (oder A-Abruf (A-Request)) verwendet wird, sind Befehl-Nr. und Befehlwert (CommandNo und CommandValue) als SAP-Parameter bezeichnet, während in der vorliegenden Anwendung eine Korrespondenz hergestellt wird, indem ACML-Connect, ACML-Notify, ACML-Registration und ACML-Deregistration für jeden Befehl und Abruf definiert werden.
  • Darüber hinaus sind in der vorliegenden Anwendung mibIndex und mibParameter jeweils für ACML-Set und ACML-Get bezeichnet, um eine Einstellung und einen Erhalt von Daten durchzuführen, während davon ausgegangen wird, dass A-SetParam und A-GetParam durch die zu erzielenden ParamNo und ParamValue ersetzt werden, was eine Korrespondenz ermöglicht, selbst wenn der Standard erst noch festgelegt werden muss. Eine spezifische Beschreibung erfolgt nachstehend.
  • Bei der CMCTL SAP von 18, die in der ersten Ausführungsform beschrieben ist, handelt es sich um dieselbe SAP wie in der fünften Ausführungsform, und sie kann deshalb als solche verwendet werden. Jedoch handelt es sich bei den SAPs ACML SAP, CTL SAP, MLME SAP und PLME SAP von 18 um SAPs, die sich von denjenigen der fünften Ausführungsform unterscheiden, und somit kann die erste Ausführungsform nicht als solche angewendet werden. Deshalb wird im Falle des in 79 gezeigten Protokollaufbaus die ACML SAP durch die A-SAP ersetzt, die CTL SAP wird durch die C-SAP ersetzt, und die MLME SAP und die PLME SAP werden durch die M-SAP ersetzt, für eine Korrespondenz mit Schnittstellen, die von der CALM-Vermittlungsschicht/Transportschicht und der CME bereitgestellt werden.
  • E-2-1. SAP der Anwendung und CME (A-SAP)
  • Die CME stellt der Anwendung vier wie in 80 gezeigte Arten von Grundelementen bereit.
    • (1) Grundelement Befehlsausführung (A-Command) Die Funktionen und Parameter, die gleich den Grundelementen ACML-Connect, ACML-Notify, ACML-Registration und ACML-Deregistration nach der ersten Ausführungsform sind, werden bereitgestellt und die Ausführung verschiedener Befehle aus dem CALM-Transferabschnitt 111 und dem CALM-Verwaltungsabschnitt 112 angefordert.
    • (2) Grundelement Anforderungsausführung (A-Request) Die Funktionen und Parameter, die gleich den Grundelementen ACML-Connect, ACML-Notify, ACML-Registration und ACML-Deregistration nach der ersten Ausführungsform sind, werden bereitgestellt und die Ausführung verschiedener Befehle aus dem CALM-Transferabschnitt 111 und dem CALM-Verwaltungsabschnitt 112 angefordert.
    • (3) Grundelement CME-Informationserhalt (A-GetParam) Dies ist ein Grundelement, das die Funktion und den Parameter bereitstellt, die gleich dem Grundelement ACML-Get nach der ersten Ausführungsform sind, und es ermittelt Information der CME.
    • (4) Grundelement CME-Informationseinstellung (A-SetParam) Dies ist ein Grundelement, das die Funktion und den Parameter bereitstellt, die gleich dem Grundelement ACML-Set nach der ersten Ausführungsform sind, und es stellt Information in die CME ein.
  • E-2-2. SAP der CTL und CALM-Vermittlungsschicht/Transportschicht (C-SAP)
  • Die CTL stellt dem CALM-Transferabschnitt 111 wie in 80 gezeigt, die folgende eine Art von Grundelement bereit. Bei C-SAP handelt es sich auch um ein Grundelement, das dem CALM-Transferabschnitt 111 von der Datenübermittlungsschicht bereitgestellt wird, und somit gibt es, selbst wenn die CTL in diese eingesetzt ist, keine Auswirkung auf die Kommunikation des CALM-Transferabschnitts 111.
    • (1) Grundelement Datentransfer (UL-UNITDATA) Es werden dieselbe Funktion und derselbe Parameter bereitgestellt, die gleich dem Grundelement SendData nach der ersten Ausführungsform sind. Bei dem Grundelement UL-UNITDATA handelt es sich um ein Grundelement, mit dem der CALM-Transferabschnitt 111 eine/n Datenübertagung/empfang mit der CTL durchführt.
  • E-2-3. SAP der CME und IME (M-SAP)
  • Die CME stellt der IME die beiden wie in 80 gezeigten Arten von Grundelementen bereit.
    • (1) Grundelement IME-Informationseinstellung (CIMAE-SetParam) Dies ist ein Grundelement, das die Funktion und den Parameter bereitstellt, die gleich den Grundelementen MLME-Set und PLME-Set nach der ersten Ausführungsform sind, und Information in die IME einstellt.
    • (2) Grundelement IME-Informationserhalt (CIMAE-GetParam) Dies ist ein Grundelement, das die Funktion und den Parameter bereitstellt, die gleich den Grundelementen MLME-Get und PLME-Get nach der ersten Ausführungsform sind, und Information der IME ermittelt.
  • Obwohl sich wie vorstehend beschrieben die Namen der SAPs von denjenigen der ersten Ausführungsform unterscheiden, ist es möglich, wenn die in 80 gezeigten SAPs verwendet werden, die von der CTL und CML der vorliegenden Erfindung bereitgestellten Funktionen auch dann zu erzielen, wenn der CALM-Transferabschnitt 111 und der CALM-Verwaltungsabschnitt 112 verwendet werden.
  • E-3. Betrieb der Bordkommunikationsvorrichtung 104
  • Wenn der Anwendungsverarbeitungsabschnitt 3 Daten überträgt, werden die zu übertragenden Daten an den CALM-Transferabschnitt 111 weitergeleitet, und der CALM-Transferabschnitt 111 stellt einen CALM-Anfangsblock bereit, der die Arten von Anwendungen, eine Liste der verfügbaren Anwendungen und verfügbare Kommunikationsmedieninformation enthält, und leitet die Daten an den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 weiter.
  • Der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 ermittelt eine Art der Anwendung aus dem CALM-Anfangsblock und die Priorität der entsprechenden Anwendung aus dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 und dem CALM-Verwaltungsdienst 112. Der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 stellt einen C2C-Anfangsblock bereit und leitet ihn dann an den Prioritätssteuerungsdienstverarbeitungsabschnitt 13 weiter, um eine Prioritätssteuerung durchzuführen, um dabei Daten aus dem Sende-/Empfangsdienstverarbeitungsabschnitt 6 zu übertragen.
  • Falls ein Fehler oder ein Ereignis im Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 auftritt, wird dem Anwendungsverarbeitungsabschnitt 3 die Ereignisinformation über den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 unter Verwendung des Grundelements CMCTL-EventReport mitgeteilt.
  • Falls der Anwendungsverarbeitungsabschnitt 3 eine Anfangsverbindung anfordert, läuft der Verbindungsverwaltungsdienst unter Verwendung des Grundelements A-Command und des Grundelements A-Request ab, die vom CALM-Verwaltungsabschnitt 112 bereitgestellt werden.
  • Falls ein Parameter, mit dem eine Art von Anfangsverbindung ausgewählt wird, dem Grundelement A-Command oder dem Grundelement A-Request hinzugefügt ist, ist es möglich, eine Anfangsverbindung unter Verwendung der Funktion des CALM-Verwaltungsabschnitts 112 und unter Verwendung der Funktion des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts 2 zu bewerkstelligen.
  • Der Anwendungsverarbeitungsabschnitt 3 meldet die Information der Anwendung, die zur Bereitstellung bereit ist, unter Verwendung des Grundelements A-SetParam im CALM-Verwaltungsabchnitt 112 an und meldet es unter Verwendung desselben Grundelements aus dem CALM-Verwaltungsabschnitt 112 wieder ab, wenn die Anwendung nicht bereitgestellt werden kann.
  • E-4. Wirkungen
  • Wie vorstehend beschrieben, umfasst die Bordkommunikationsvorrichtung 104 mit dem Protokollaufbau nach der fünften Ausführungsform den CALM-Transferabschnitt 111 und den CALM-Verwaltungsabschnitt 112, und somit ist es auch bei einer Bordkommunikationsvorrichtung, die das Protokoll CALM nutzt, möglich, eine Bordkommunikationsvorrichtung zu erhalten, die wie die Bordkommunikationsvorrichtung 100 mit dem Protokollaufbau nach der ersten Ausführungsform, dem Straße-Fahrzeug-Kommunikationssystem und dem Auto-Auto-Kommunikationssystem Dienste bereitstellt.
  • Darüber hinaus ist es möglich, den Stausteuerungsdienst, der im CALM-Protokoll nicht bereitgestellt werden kann, zu bewerkstelligen, indem die das CALM-Protokoll nutzende Bordvorrichtung mit dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt 1 und dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt 2 versehen wird.
  • Obwohl die Erfindung im Detail aufgezeigt und beschrieben wurde, ist die vorstehende Beschreibung in allen Aspekten veranschaulichend und nicht einschränkend. Es ist deshalb selbstverständlich, dass zahlreiche Abwandlungen und Veränderungen angedacht werden können, ohne dabei vom Umfang der Erfindung abzuweichen.
  • ZUSAMMENFASSUNG
  • Ein Ziel der vorliegenden Erfindung besteht darin, eine Bordkommunikationsvorrichtung und ein kooperatives Straße-Fahrzeug/Auto-Auto-Kommunikationssystem bereitzustellen, die an ein Straße-Fahrzeug-Kommunikationssystem und ein Auto-Auto-Kommunikationssystem adaptierbar sind. Eine Bordkommunikationsvorrichtung (100) umfasst einen Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt (1), einen Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt (2), einen Anwendungsverarbeitungsabschnitt (3), einen Transaktionsverwaltungsabschnitt (4), einen Transferdienstverarbeitungsabschnitt (5), einen Sende-/Empfangsdienstverarbeitungsabschnitt (6) und einen Sende-/Empfangsdienstverwaltungsabschnitt (7), wobei der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt (1) und der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt (2) Schnittstellen zum Transferdienstverarbeitungsabschnitt (5) umfassen, bei dem es sich um ein bestehendes Straße-Fahrzeug-Kommunikationsprotokoll handelt.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Patentliteratur
    • JP 2006-209333 [0006]
    • WO 2005-039075 [0006]
  • Zitierte Nicht-Patentliteratur
    • IEEE802.11p [0147]
    • IEEE802.11p [0148]
    • IEEE1609.3 [0432]
    • IEEE1609.3 [0433]
    • IEEE1609.3 [0463]
    • IEEE1609.3 [0464]
    • IEEE1609.3 [0465]
    • IEEE1609.3 [0466]
    • IEEE802.11p [0467]
    • IEEE1609.4 [0467]
    • Norm IEEE1609.3 [0473]
    • IEEE1609.3 [0474]
    • IEEE802.11p [0490]

Claims (12)

  1. Bordkommunikationsvorrichtung, die in Mobilstationen oder einer Basisstation installiert ist und über drahtlose Kommunikation als eine Empfangs- oder Sendeseite zwischen den Mobilstationen und zwischen den Mobilstationen und der Basisstation dient, wobei die Bordkommunikationsvorrichtung Folgendes umfasst: einen Anwendungsverarbeitungsabschnitt, der periodisch Nachrichten an die Bordkommunikationsvorrichtung auf der Empfangsseite überträgt; einen Transaktionsverwaltungsabschnitt, der an den Anwendungsverarbeitungsabschnitt angeschlossen ist und zumindest Transaktionsdienste bereitstellt, die eine Übertragungswiederholung und Teilung/Zusammensetzung der aus dem Anwendungsverarbeitungsabschnitt empfangenen Nachrichten beinhalten; einen Transferdienstverarbeitungsabschnitt, der an den Transaktionsverwaltungsabschnitt angeschlossen ist und aus den aus dem Transaktionsverwaltungsabschnitt empfangenen Nachrichten lokale Portnummern zum Kennzeichnen von oberen Protokollen hinzufügt, die der Anwendungsverarbeitungsabschnitt beinhaltet; einen Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt, der an den Transferdienstverarbeitungsabschnitt angeschlossen ist und aus dem Transferdienstverarbeitungsabschnitt empfangene Nachrichten an die Bordkommunikationsvorrichtung auf der Empfangsseite in einer Reihenfolge von Prioritäten von durch den Anwendungsverarbeitungsabschnitt verarbeiteten Anwendungen überträgt, die Nachrichten an den Transferdienstverarbeitungsabschnitt überträgt bzw. von diesem empfängt und Ereignisinformation einschließlich Fehlerinformation mitteilt; einen Sende-/Empfangsdienstverarbeitungsabschnitt, der an den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt angeschlossen ist und die aus dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt empfangenen Nachrichten über drahtlose Kommunikation an die Bordkommunikationsvorrichtung auf der Empfangsseite überträgt bzw. von dieser empfängt; und einen Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt, der an den Anwendungsverarbeitungsabschnitt und den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt angeschlossen ist und dessen Priorität durch den Anwendungsverarbeitungsabschnitt gesetzt ist, und der die Priorität im Ansprechen auf einen Abruf aus dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt mitteilt, wobei: der Transaktionsverwaltungsabschnitt und der Transferdienstverarbeitungsabschnitt ein Straße-Fahrzeug-Kommunikationsprotokoll bilden, um eine Straße-Fahrzeug-Kommunikation zwischen den Mobilstationen und der Basisstation durchzuführen; der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt der Bordkommunikationsvorrichtung auf der Empfangsseite eine Kommunikationssteuerungsinformation des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts mitteilt; und die Bordkommunikationsvorrichtung auf der Empfangsseite im Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt die Kommunikationssteuerungsinformation, mit der die empfangenen Nachrichten versehen sind, an den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt überträgt, wobei die empfangenen Nachrichten an den Transferdienstverarbeitungsabschnitt übertragen werden.
  2. Bordkommunikationsvorrichtung nach Anspruch 1, wobei: der Sende-Empfangsdienstverarbeitungsabschnitt darüber hinaus einen Sende-/Empfangsdienstverwaltungsabschnitt umfasst, der die Kommunikationssteuerungsinformation, die zumindest Sendeleistung, Empfängerempfindlichkeit und Kommunikationskanalbelegung umfasst, beim Übertragen/Empfangen der Nachrichten verwaltet; wobei der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt beinhaltet: eine erste Schnittstelle, die zwischen dem Sende-/Empfangsdienstverwaltungsabschnitt und ihm selbst vorgesehen ist, um die Kommunikationskanalbelegung aus dem Sende-/Empfangsdienstverwaltungsabschnitt zu ermitteln und die Sendeleistung und die Empfängerempfindlichkeit in den Sende-/Empfangsdienstverwaltungsabschnitt einzustellen; eine zweite Schnittstelle, die zwischen dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt und ihm selbst vorgesehen ist und dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt die Kommunikationssteuerungsinformation bereitstellt; und eine dritte Schnittstelle, die zwischen dem Anwendungsverarbeitungsabschnitt und ihm selbst vorgesehen ist, um ein zyklisches Intervall der periodisch übertragenen Nachrichten einzustellen; und über den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt der Anwendungsverarbeitungsabschnitt dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt die Ereignisinformation mitteilt, eine Übertragung einer Nachricht anfordert, die das zyklische Intervall, die Sendeleistung und die Empfängerempfindlichkeit der Empfangsseite bezeichnet, und die Sendeleistung und die Empfängerempfindlichkeit in den Sende-/Empfangsdienstverwaltungsabschnitt einstellt.
  3. Bordkommunikationsvorrichtung nach Anspruch 2, wobei: der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt Information des zyklischen Intervalls zu der aus dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt ermittelten Sendeleistung, Empfängerempfindlichkeit und der Kommunikationskanalbelegung hinzufügt, um die Kommunikationssteuerungsinformation herzustellen, und die Kommunikationssteuerungsinformation zu den aus dem Transferdienstverarbeitungsabschnitt empfangenen Nachrichten hinzufügt, um dadurch der Bordkommunikationsvorrichtung auf der Empfangsseite die Kommunikationssteuerungsinformation mitzuteilen; und der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt auf der Empfangsseite eine Sendeleistung, eine Empfängerempfindlichkeit und ein zyklisches Intervall beim Übertragen der Nachrichten aus dem Anwendungsverarbeitungsabschnitt auf der Empfangsseite auf Grundlage der Kommunikationssteuerungsinformation auf der Empfangsseite bestimmt.
  4. Bordkommunikationsvorrichtung nach Anspruch 1, wobei der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt der Bordkommunikationsvorrichtung auf der Sendeseite die Übertragung einer Nachricht zur Durchführung einer Anfangsverbindung mit der Bordkommunikationsvorrichtung auf der Empfangsseite an den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt auf der Empfangsseite über den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt im Ansprechen auf eine Anforderung aus dem Anwendungsverarbeitungsabschnitt startet.
  5. Bordkommunikationsvorrichtung nach Anspruch 1, wobei der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt den oberen Protokollen einschließlich dem Anwendungsverarbeitungsabschnitt und dem Transaktionsverwaltungsabschnitt zumindest einen Kommunikationsverbindungsstatus und Information eines im Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt auftretenden Ereignisses mitteilt.
  6. Bordkommunikationsvorrichtung nach Anspruch 1, wobei: der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt der Bordkommunikationsvorrichtung auf der Empfangsseite die Nachrichten aus der Bordkommunikationsvorrichtung auf der Sendeseite empfängt und die in den Nachrichten enthaltene Kommunikationssteuerungsinformation in den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt einstellt; und der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt der Bordkommunikationsvorrichtung auf der Empfangsseite nach dem Einstellen der Kommunikationssteuerungsinformation eine Verbindungsprozedur einer Anfangsverbindung zur Bordkommunikationsvorrichtung auf der Empfangsseite startet.
  7. Bordkommunikationsvorrichtung nach Anspruch 1, wobei: der Anwendungsverarbeitungsabschnitt Arten von Anwendungen im Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt anmeldet; und der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt die Arten der Anwendungen aus dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt unter Verwendung der den Nachrichten hinzugefügten lokalen Portnummern ermittelt und identifiziert, um eine Sende-/Empfangsverarbeitung in Übereinstimmung mit den Arten der Anwendungen durchzuführen, und die Nachrichten an den Sende-/Empfangsdienstverarbeitungsabschnitt im Falle einer Straße-Fahrzeug-Kommunikationsanwendung bevorzugt zu einer Auto-Auto-Kommunikationsanwendung überträgt.
  8. Bordkommunikationsvorrichtung, die in Mobilstationen oder einer Basisstation installiert ist und über drahtlose Kommunikation als eine Empfangs- oder Sendeseite zwischen den Mobilstationen und zwischen den Mobilstationen und der Basisstation dient, wobei die Bordkommunikationsvorrichtung Folgendes umfasst: einen Anwendungsverarbeitungsabschnitt, der unter Verwendung von Straße-Fahrzeug-Kommunikation und Auto-Auto-Kommunikation Nachrichten von der Sendeseite zur Empfangsseite überträgt; einen kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt, der Transaktionsdienste einschließlich wiederholtes Übertragen und Teilen/Zusammensetzen der aus dem Anwendungsverarbeitungsabschnitt empfangenen Nachrichten bereitstellt, lokale Portnummern zum Kennzeichnen von oberen Protokollen einschließlich des Anwendungsverarbeitungsabschnitts hinzufügt, und Übertragungsziele der Nachrichten in Übereinstimmung mit den oberen Protokollen unterscheidet; einen Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt, der die aus dem kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt empfangenen Nachrichten in einer Reihenfolge von Prioritäten von durch den Anwendungsverarbeitungsabschnitt verarbeiteten Anwendungen an die Bordkommunikationsvorrichtung auf der Empfangsseite überträgt; einen Sende-/Empfangsdienstverarbeitungsabschnitt, der Kennzeichner zur Kennzeichnung der Nachrichten, die über den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt bereitgestellt werden, und der Nachrichten bereitstellt, die direkt von dem kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt bereitgestellt werden, um dabei die Nachrichten über drahtlose Kommunikation an die Bordkommunikationsvorrichtung auf der Empfangsseite zu übertragen; und einen Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt, dessen Priorität durch den Anwendungsverarbeitungsabschnitt gesetzt ist, und der die Priorität im Ansprechen auf einen Abruf aus dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt mitteilt, wobei: der kooperative Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt unterscheidet, ob die Nachrichten übertragen werden sollen, die aus dem Anwendungsverarbeitungsabschnitt durch Straße-Fahrzeug-Kommunikation oder Auto-Auto-Kommunikation empfangen werden, die Nachrichten im Falle einer Straße-Fahrzeug-Kommunikation direkt dem Sende-/Empfangsdienstverarbeitungsabschnitt bereitstellt, und die Nachrichten im Falle einer Auto-Auto-Kommunikation dem Sende-/Empfangsdienstverarbeitungsabschnitt über den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt bereitstellt; und der Sende-/Empfangsdienstverarbeitungsabschnitt der Bordkommunikationsvorrichtung auf der Empfangsseite die Nachrichten an den kooperativen Straße-Fahrzeug/Auto-Auto-Kommunikationsdienstverarbeitungsabschnitt oder den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt auf Grundlage der Kennzeichner bereitstellt, mit denen die aus der Bordkommunikationsvorrichtung auf der Sendeseite empfangenen Nachrichten versehen sind.
  9. Bordkommunikationsvorrichtung nach Anspruch 1, wobei: der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt dem Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt mitteilt, dass eine Nachricht einer Straße-Fahrzeug-Kommunikationsanwendung eingegangen ist: und der Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt nach dem Empfang der Nachricht der Straße-Fahrzeug-Kommunikationsanwendung die Sendeleistung und das zyklische Intervall beim Übertragen einer Nachricht einer Auto-Auto-Kommunikationsanwendung steuert, um dadurch bevorzugt die Nachricht der Straße-Fahrzeug-Kommunikationsanwendung zu empfangen/zu übertragen.
  10. Bordkommunikationsvorrichtung, die in Mobilstationen oder einer Basisstation installiert ist und über drahtlose Kommunikation als eine Empfangs- oder Sendeseite zwischen den Mobilstationen und zwischen den Mobilstationen und der Basisstation dient, wobei die Bordkommunikationsvorrichtung Folgendes umfasst: einen Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt, der aus Anwendungen eingegangene Nachrichten an die Bordkommunikationsvorrichtung auf der Empfangsseite in einer Reihefolge von Prioritäten der Anwendungen überträgt, den Anwendungen entsprechende Nachrichten sendet/empfängt, Ereignisinformation einschließlich Fehlerinformation mitteilt, und den aus den Anwendungen eingegangenen Nachrichten Kommunikationssteuerungsinformation hinzufügt, um der Bordkommunikationsvorrichtung auf der Empfangsseite die Kommunikationssteuerungsinformation mitzuteilen, wobei die Kommunikationssteuerungsinformation erhalten wird, indem Information eines zyklischen Intervalls zur Sendeleistung, Empfängerempfindlichkeit und Kommunikationskanalbelegung hinzugefügt wird; und einen Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt, der an die Anwendungen und den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt angeschlossen ist, dessen Priorität durch die Anwendung gesetzt ist, der die Priorität im Ansprechen auf eine Anforderung aus dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt mitteilt und die Sendeleistung, die Empfängerempfindlichkeit und das zyklische Intervall beim Übertragen einer Nachricht auf Grundlage der Kommunikationssteuerungsinformation einstellt, um im Ansprechen auf eine Anforderung aus der Anwendung eine Nachricht zur Durchführung einer Anfangsverbindung mit der Bordkommunikationsvorrichtung über den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt an den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt auf der Empfangsseite überträgt, wobei: der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt der Bordkommunikationsvorrichtung auf der Empfangsseite die Kommunikationssteuerungsinformation des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts mitteilt; und die Bordkommunikationsvorrichtung auf der Empfangsseite mittels des Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitts die Kommunikationssteuerungsinformation, mit der die eingegangenen Nachrichten versehen sind, an den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt überträgt, und die eingegangenen Nachrichten an die Anwendung überträgt.
  11. Bordkommunikationsvorrichtung, die in Mobilstationen oder einer Basisstation installiert ist und über drahtlose Kommunikation als eine Empfangs- oder Sendeseite zwischen den Mobilstationen und zwischen den Mobilstationen und der Basisstation dient, wobei die Bordkommunikationsvorrichtung Folgendes umfasst: einen Anwendungsverarbeitungsabschnitt, der periodisch Nachrichten an die Bordkommunikationsvorrichtung auf der Empfangsseite überträgt; einen an den Anwendungsverarbeitungsabschnitt angeschlossenen Transferabschnitt, der die aus dem Anwendungsverarbeitungsabschnitt eingegangenen Nachrichten überträgt und die aus dem Anwendungsverarbeitungsabschnitt eingegangenen Nachrichten mit Anwendungsnummern zum Kennzeichnen oberer Protokolle einschließlich des Anwendungsverarbeitungsabschnitts, einer Liste verfügbarer Anwendungen und Information eines verfügbaren Frequenzkanals versieht; einen an den Transferabschnitt angeschlossenen Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt, der die aus dem Transferabschnitt eingegangenen Nachrichten an die Bordkommunikationsvorrichtung auf der Empfangsseite in einer Reihenfolge von Prioritäten der durch den Anwendungsverarbeitungsabschnitt verarbeiteten Anwendungen überträgt, die Nachrichten an den Transferabschnitt überträgt bzw. von diesem empfängt, Ereignisinformation einschließlich Fehlerinformation mitteilt und den aus den Anwendungen eingegangenen Nachrichten Kommunikationssteuerungsinformation hinzufügt, um der Bordkommunikationsvorrichtung auf der Empfangsseite die Kommunikationssteuerungsinformation mitzuteilen, wobei die Kommunikationssteuerungsinformation erhalten wird, indem Information eines zyklischen Intervalls zu einer Sendeleistung, Empfängerempfindlichkeit und Kommunikationskanalbelegung hinzugefügt wird; einen Sende-/Empfangsdienstverarbeitungsabschnitt, der an den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt angeschlossen ist und die aus dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt eingegangenen Nachrichten durch drahtlose Kommunikation an die Bordkommunikationsvorrichtung auf der Empfangsseite überträgt bzw. von dieser empfängt; einen Sende-/Empfangsdienstverwaltungsabschnitt, der die Kommunikationssteuerungsinformation, die zumindest eine Sendeleistung, Empfängerempfindlichkeit und Kommunikationskanalbelegung enthält, verwaltet, wenn der Sende-/Empfangsdienstverarbeitungsabschnitt die Nachrichten sendet/empfängt; und einen Verwaltungsabschnitt, der an den Anwendungsverarbeitungsabschnitt, den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt und den Sende-/Empfangsdienstverarbeitungsabschnitt angeschlossen ist und Information des Anwendungsverarbeitungsabschnitts verwaltet sowie einen Verbindungsverwaltungsdienst im Ansprechen auf eine Anforderung der Anwendung startet, wobei: der Verwaltungsabschnitt einen Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt umfasst, dessen Priorität durch den Anwendungsverarbeitungsabschnitt gesetzt ist, und der die Priorität im Ansprechen auf eine Anforderung aus dem Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt mitteilt und eine Sendeleistung, eine Empfängerempfindlichkeit und ein zyklisches Intervall beim Übertragen der Nachrichten auf Grundlage der Kommunikationssteuerungsinformation bestimmt oder einstellt; der Transferabschnitt und der Verwaltungsabschnitt ein Protokoll zum Durchführen von Straße-Fahrzeug-Kommunikation und Auto-Auto-Kommunikation zwischen den Mobilstationen und der Basisstation bilden; der Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt der Bordkommunikationsvorrichtung auf der Empfangsseite die Kommunikationssteuerungsinformation des Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitts mitteilt; und die Bordkommunikationsvorrichtung auf der Empfangsseite durch den Auto-Auto-Kommunikationstransferdienstverarbeitungsabschnitt die Kommunikationssteuerungsinformation, mit der die Nachrichten versehen sind, an den Auto-Auto-Kommunikationsverwaltungsdienstverarbeitungsabschnitt überträgt, wobei die Nachrichten an den Transferabschnitt übertragen werden.
  12. Kooperatives Straße-Fahrzeug/Auto-Auto-Kommunikationssystem, das die Bordkommunikationsvorrichtung nach einem der Ansprüche 1, 8, 10 und 11 beinhaltet und drahtlose Kommunikation zwischen den Mobilstationen und zwischen den Mobilstationen und der Basisstation durchführt.
DE112009001028.8T 2008-04-30 2009-03-26 Verfahren zur Bordkommunikation, Bordkommunikationsvorrichtung und Kooperatives Strasse-Fahrzeug/Auto-Auto Kommunikationssystem Expired - Fee Related DE112009001028B4 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2008118689 2008-04-30
JP2008-118689 2008-04-30
PCT/JP2009/056057 WO2009133740A1 (ja) 2008-04-30 2009-03-26 車載通信装置および路車間－車々間通信連携システム

Publications (2)

Publication Number Publication Date
DE112009001028T5 true DE112009001028T5 (de) 2011-04-28
DE112009001028B4 DE112009001028B4 (de) 2017-05-04

Family

ID=41254963

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112009001028.8T Expired - Fee Related DE112009001028B4 (de) 2008-04-30 2009-03-26 Verfahren zur Bordkommunikation, Bordkommunikationsvorrichtung und Kooperatives Strasse-Fahrzeug/Auto-Auto Kommunikationssystem

Country Status (5)

Country Link
US (1) US8412107B2 (de)
JP (1) JP4999989B2 (de)
CN (1) CN102047698B (de)
DE (1) DE112009001028B4 (de)
WO (1) WO2009133740A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102016205142A1 (de) * 2016-03-29 2017-10-05 Volkswagen Aktiengesellschaft Verfahren, Vorrichtungen und Computerprogramm zum Initiieren oder Durchführen eines kooperativen Fahrmanövers

Families Citing this family (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010112327A1 (de) * 2009-04-03 2010-10-07 Continental Teves Ag & Co. Ohg Datensicherheit für die kommunikation mit gleichgestellten teilnehmern
US20120083983A1 (en) * 2009-06-19 2012-04-05 Bosch Corporation Vehicular braking control device
JP2011249858A (ja) * 2010-04-30 2011-12-08 Ntt Docomo Inc 端末装置、基地局装置、移動通信システム、及び送信モード設定方法
JP5625679B2 (ja) 2010-09-27 2014-11-19 日本電気株式会社 車載装置および輻輳制御方法
US10368318B2 (en) * 2010-12-30 2019-07-30 Telefonaktiebolaget Lm Ericsson (Publ) Wireless operation in very high density environments
US8863256B1 (en) 2011-01-14 2014-10-14 Cisco Technology, Inc. System and method for enabling secure transactions using flexible identity management in a vehicular environment
US9485114B2 (en) * 2011-03-25 2016-11-01 Mediatek Inc. MAC abstraction sub-layer and MAC table for a communication system and related communication device
DE102011018572A1 (de) * 2011-04-26 2012-10-31 Continental Automotive Gmbh Verfahren zur Anzeige der Funktionsfähigkeit der Fahrzeug-zu-Umgebung-Kommunikation in ISM-Funkbändern
EP2650856B1 (de) * 2011-05-12 2016-11-30 Toyota Jidosha Kabushiki Kaisha System zur kommunikation zwischen strasse und fahrzeug sowie fahrunterstützungssystem
EP2552136B1 (de) * 2011-07-28 2018-09-05 Gemalto M2M GmbH Kommunikationsverfahren für Rundfunk in einem lokalisierten Bereich eines Ortes einer Infrastruktureinrichtung, Kommunikationssystem, Kommunikationsmodule, lokalisierte Rundfunkdatenstruktur und Anwendungsschichtcomputerprogramm
DE102012200126A1 (de) * 2012-01-05 2013-07-11 Robert Bosch Gmbh Fahrerassistenzdienst
DE102012003776B3 (de) 2012-02-25 2013-07-25 Volkswagen Ag Verfahren zum Identifizieren eines Fahrzeugs bei einer Fahrzeug-zu-Fahrzeug-Kommunikation
JPWO2013136748A1 (ja) * 2012-03-12 2015-08-03 パナソニックＩｐマネジメント株式会社 無線装置
US8704679B2 (en) * 2012-06-27 2014-04-22 GM Global Technology Operations LLC Framework for packet processing for secure V2V applications on resource-constrained platforms
WO2014002438A1 (ja) * 2012-06-29 2014-01-03 パナソニック株式会社 端末装置
WO2014017503A1 (ja) * 2012-07-27 2014-01-30 京セラ株式会社 移動通信システム、移動通信システムで用いる移動通信方法
JP6008180B2 (ja) * 2012-08-30 2016-10-19 パナソニックＩｐマネジメント株式会社 無線装置
JP6204021B2 (ja) * 2013-01-28 2017-09-27 三菱重工メカトロシステムズ株式会社 車載器
US9280897B2 (en) * 2013-07-11 2016-03-08 Siemens Industry, Inc. Emergency traffic management system
WO2015019234A1 (en) 2013-08-05 2015-02-12 Universidade De Aveiro Method and apparatus for multi-network communication in vehicular networks
CN105745693B (zh) * 2013-11-18 2017-08-08 三菱电机株式会社 车车间通信装置
JP5935818B2 (ja) * 2014-01-17 2016-06-15 株式会社デンソー 車両用無線機及び通信システム
CN104066124B (zh) * 2014-02-27 2017-06-20 浙江浙大中控信息技术有限公司 一种车联网传输速率自适应控制装置及控制方法
US20150195765A1 (en) * 2014-03-25 2015-07-09 Sanjay Bhardwaj Method, Apparatus and System for Connected Automobiles
CN104134345B (zh) * 2014-07-25 2015-06-03 赵立 一种车辆稽查无线通讯防碰撞方法
JP5846276B2 (ja) * 2014-10-02 2016-01-20 日本電気株式会社 移動体無線通信装置および輻輳制御方法
JP6398739B2 (ja) * 2015-01-19 2018-10-03 株式会社デンソー 車載機、車載機診断システム
KR20160107636A (ko) 2015-03-04 2016-09-19 엘지전자 주식회사 차량 사고 방지를 위한 장치 및 그의 동작 방법
DE102015209463A1 (de) * 2015-05-22 2016-11-24 Continental Automotive Gmbh Verfahren zur Detektion eines DRSC-Signals in einem Kraftfahrzeug
US10206076B2 (en) * 2015-06-09 2019-02-12 Lg Electronics Inc. Communication method for user equipment in V2X communication system, and user equipment
US9773411B2 (en) 2015-10-31 2017-09-26 Steven Cameron Popple Vehicle-to-vehicle and traffic signal-to-vehicle communication system
JP6191971B2 (ja) * 2015-12-18 2017-09-06 パナソニックＩｐマネジメント株式会社 歩行者端末装置、車載端末装置、歩車間通信制御装置、歩車間通信システムおよび歩車間通信方法
AR108456A1 (es) * 2016-05-13 2018-08-22 Ericsson Telefon Ab L M Retransmisión de paquetes en un sistema de comunicaciones inalámbricas
US9940142B2 (en) 2016-05-20 2018-04-10 At&T Mobility Ii Llc Connected car resource manager with associated applications control
DE102016210092B4 (de) * 2016-06-08 2023-05-04 Volkswagen Aktiengesellschaft Vorrichtung, Verfahren und Computerprogramm zum Erfassen und Übertragen von Daten
DE102016211750B4 (de) * 2016-06-29 2019-06-19 Volkswagen Aktiengesellschaft Verfahren zur spektral-effizienten Ermittlung von kollektiver Umfeld-Information für das kooperative und/oder autonome Fahren, sowie berichtendes Fahrzeug und weiteres Fahrzeug zur Verwendung bei dem Verfahren
US10424197B2 (en) * 2016-08-10 2019-09-24 Futurewei Technologies, Inc. Apparatus, computer program, and method for supporting vehicle-to-vehicle communication utilizing a base station
US10863332B2 (en) 2016-09-21 2020-12-08 Mitsubishi Electric Corporation Roadside communication apparatus and in-vehicle communication apparatus
US10109120B2 (en) 2016-10-25 2018-10-23 International Business Machines Corporation Predicting vehicular failures using autonomous collaborative comparisons to detect anomalies
US10362509B2 (en) * 2016-12-09 2019-07-23 Redpine Signals, Inc. Incident broadcast retransmission in a vehicular network
US10171953B2 (en) * 2016-12-15 2019-01-01 At&T Mobility Ii Llc Vehicle event notification via cell broadcast
JP6881117B2 (ja) * 2017-07-13 2021-06-02 株式会社Ｓｏｋｅｎ 車載通信装置および移動体通信システム
EP3592087A1 (de) * 2018-07-02 2020-01-08 Nxp B.V. Fahrzeugdrahtloskommunikationen gemäss fahrzeugkommunikationsprotokollen mit verwendung von reservierungszeiten
DE102019200732A1 (de) 2018-09-28 2020-04-02 Continental Teves Ag & Co. Ohg Verfahren zum Filtern von Fahrzeug-zu-X Nachrichten, Fahrzeug-zu-X-Kommunikationsvorrichtung und computerlesbares Speichermedium
US10741070B1 (en) * 2019-03-04 2020-08-11 GM Global Technology Operations LLC Method to prioritize transmission of sensed objects for cooperative sensor sharing
JP7336732B2 (ja) * 2019-03-27 2023-09-01 パナソニックＩｐマネジメント株式会社 無線通信装置、路側機および無線通信方法
CN110505601A (zh) * 2019-07-30 2019-11-26 大连理工大学 一种车联网中基于车辆行驶态势场模型的信息发送频率优化方法
CN113192348A (zh) * 2021-04-21 2021-07-30 支付宝(杭州)信息技术有限公司 车辆异常告警方法、装置及计算机设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005039075A1 (ja) 2003-10-15 2005-04-28 Mitsubishi Denki Kabushiki Kaisha 路車間通信システム
JP2006209333A (ja) 2005-01-26 2006-08-10 Toyota Central Res & Dev Lab Inc 危険度判定装置及び通信装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3211674B2 (ja) * 1996-08-22 2001-09-25 株式会社デンソー 車両用通信装置
US6496502B1 (en) * 1998-06-29 2002-12-17 Nortel Networks Limited Distributed multi-link trunking method and apparatus
JP4131056B2 (ja) * 1999-06-15 2008-08-13 株式会社デンソー 移動体通信装置および固定局通信装置ならびに移動体通信装置の通信方法
JP2005286756A (ja) * 2004-03-30 2005-10-13 Toyota Motor Corp 移動体間通信経路選択方法、無線通信装置および移動体
JP2008011343A (ja) * 2006-06-30 2008-01-17 Oki Electric Ind Co Ltd 車々間通信システム及び車々間通信方法
US8294594B2 (en) * 2008-03-10 2012-10-23 Nissan North America, Inc. On-board vehicle warning system and vehicle driver warning method
US8233389B2 (en) * 2009-08-19 2012-07-31 Mitsubishi Electric Research Laboratories, Inc. Method and protocol for congestion control in a vehicular network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005039075A1 (ja) 2003-10-15 2005-04-28 Mitsubishi Denki Kabushiki Kaisha 路車間通信システム
JP2006209333A (ja) 2005-01-26 2006-08-10 Toyota Central Res & Dev Lab Inc 危険度判定装置及び通信装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
IEEE1609.4
IEEE802.11p
Norm IEEE1609.3

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102016205142A1 (de) * 2016-03-29 2017-10-05 Volkswagen Aktiengesellschaft Verfahren, Vorrichtungen und Computerprogramm zum Initiieren oder Durchführen eines kooperativen Fahrmanövers

Also Published As

Publication number Publication date
US8412107B2 (en) 2013-04-02
DE112009001028B4 (de) 2017-05-04
US20110034201A1 (en) 2011-02-10
JP4999989B2 (ja) 2012-08-15
WO2009133740A1 (ja) 2009-11-05
CN102047698B (zh) 2013-06-19
CN102047698A (zh) 2011-05-04
JPWO2009133740A1 (ja) 2011-09-01

Similar Documents

Publication Publication Date Title
DE112009001028B4 (de) Verfahren zur Bordkommunikation, Bordkommunikationsvorrichtung und Kooperatives Strasse-Fahrzeug/Auto-Auto Kommunikationssystem
EP2186379B1 (de) Vorrichtung und verfahren zum übertragen von informationen
DE102015114285B4 (de) Vorrichtung, Verfahren und Computerprogramm zum Bereitstellen von Übertragungsparametern
DE102012204880B4 (de) Verfahren und Fahrzeug-zu-X-Kommunikationssystem zur selektiven Prüfung von Datensicherheitssequenzen empfangener Fahrzeug-zu-X-Botschaften
DE60031566T2 (de) Signalisierungsverfahren und apparate in einem zellularen netz
DE102019129702A1 (de) Fahrzeug-platooning-verwaltung und leistungssteuerung mit lte/5g-v2x-kommunikationen
EP3656170B1 (de) Verfahren zum betreiben einer netzwerkinfrastrukturseitigen netzwerkeinheit, netzwerkinfrastrukturseitige netzwerkeinheiten, verfahren zum betreiben einer strassenseitigen netzwerkeinheit, strassenseitige netzwerkeinheit
DE112018006037T5 (de) Lastausgleich für automobil-wi-fi-steuereinheiten mit dualschnittstelle für p2p-vorrichtungen
DE102015222309B4 (de) Vorrichtung, Verfahren und Computerprogramm zur Frequenzbandauswahl
DE102017200100B3 (de) Verfahren zur kollektiven Erfassung von Daten in einem Mobilfunknetz sowie Datenerfassungsrechner und Mobilfunknetz-Verwaltungseinheit zur Verwendung bei dem Verfahren
WO2005115037A1 (de) Feststellung einer signallaufzeit zwischen einem mobilfunkendgerät und einer basisstation
EP3092829B1 (de) Zentrale kommunikationseinheit eines kraftfahrzeuges
DE102016226045A1 (de) Verfahren zur Umbuchung einer Mobilfunknetz-Teilnehmerstation bei einem Handover-Vorgang in einem Mobilfunknetz, sowie Mobilfunknetz-Teilnehmerstation und Mobilfunknetz-Verwaltungseinheit zur Verwendung bei dem Verfahren sowie Fahrzeug
DE102013013621A1 (de) Sicherheitskonformer Kanalwechsel in intelligenten Transportsvstemen
WO2019115070A1 (de) Verfahren zum koppeln eines endfahrzeugs mit einem stationären datennetzwerk sowie system zum durchführen des verfahrens
DE102017203905A1 (de) Verfahren zur Organisation der Kommunikation zwischen Mobilfunknetz-Teilnehmerstationen in einer Mobilfunkzelle, sowie Mobilfunknetz-Teilnehmerstation und Mobilfunknetz-Verwaltungseinheit bei der Verwendung des erfindungsgemäßen Verfahrens
WO2019015870A1 (de) VERFAHREN ZUM BETREIBEN EINER NETZWERKINFRASTRUKTURSEITIGEN NETZWERKEINHEIT, NETZWERKINFRASTRUKTURSEITIGE NETZWERKEINHEIT, VERFAHREN ZUM BETREIBEN EINER STRAßENSEITIGEN NETZWERKEINHEIT, STRAßENSEITIGE NETZWERKEINHEIT
DE102021103130A1 (de) Temposchwellensystem mit einer betätigbaren temposchwelle und verfahren zum steuern einer betätigbaren temposchwelle
DE102020112881A1 (de) Verfahren und vorrichtung zum überbrücken und optimieren von v2x-netzwerken
DE102018112146A1 (de) Drahtlose fahrzeuginterne kommunikations- und informationsbereitstellung durch fahrzeuge
DE102017107863A1 (de) Verfahren und Vorrichtung für dynamische Fahrzeugkommunikationsantwort
EP4055848B1 (de) Verfahren zum übertragen einer nachricht in einem kommunikationsnetzwerk zur kommunikation zwischen einem verkehrsteilnehmer und mindestens einem weiteren verkehrsteilnehmer
EP3656176A1 (de) Verfahren zum betreiben einer strassenseitigen netzwerkeinheit und strassenseitige netzwerkeinheit
EP1262935B9 (de) Verfahren zum Austausch von Statusinformationen über direkte Funkverbindungen zwischen Teilnehmer-Endgeräten
CN112187876A (zh) 一种通讯列表建立方法、通信方法及云平台

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
R016 Response to examination communication
R084 Declaration of willingness to licence
R016 Response to examination communication
R018 Grant decision by examination section/examining division
R020 Patent grant now final
R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: H04W0004040000

Ipc: H04W0004440000

R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee