DE102006043667B4 - Kommunikationsendgeräte, Verfahren zum Anfordern von Kommunikationsendgerätinformationen, Verfahren zum Bereitstellen von Kommunikationsendgerätinformationen - Google Patents

Kommunikationsendgeräte, Verfahren zum Anfordern von Kommunikationsendgerätinformationen, Verfahren zum Bereitstellen von Kommunikationsendgerätinformationen Download PDF

Info

Publication number
DE102006043667B4
DE102006043667B4 DE102006043667A DE102006043667A DE102006043667B4 DE 102006043667 B4 DE102006043667 B4 DE 102006043667B4 DE 102006043667 A DE102006043667 A DE 102006043667A DE 102006043667 A DE102006043667 A DE 102006043667A DE 102006043667 B4 DE102006043667 B4 DE 102006043667B4
Authority
DE
Germany
Prior art keywords
communication terminal
information
communication
message
layer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
DE102006043667A
Other languages
English (en)
Other versions
DE102006043667A1 (de
Inventor
Michael Benkert
Andreas Schmidt
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Intel Deutschland GmbH
Original Assignee
Infineon Technologies AG
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 Infineon Technologies AG filed Critical Infineon Technologies AG
Priority to DE102006043667A priority Critical patent/DE102006043667B4/de
Publication of DE102006043667A1 publication Critical patent/DE102006043667A1/de
Application granted granted Critical
Publication of DE102006043667B4 publication Critical patent/DE102006043667B4/de
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • 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/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • H04M1/72412—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories using two-way short-range wireless interfaces
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/60—Substation equipment, e.g. for use by subscribers including speech amplifiers
    • H04M1/6033—Substation equipment, e.g. for use by subscribers including speech amplifiers for providing handsfree use or a loudspeaker mode in telephone sets
    • H04M1/6041—Portable telephones adapted for handsfree use
    • H04M1/6058—Portable telephones adapted for handsfree use involving the use of a headset accessory device connected to the portable telephone
    • H04M1/6066—Portable telephones adapted for handsfree use involving the use of a headset accessory device connected to the portable telephone including a wireless connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/60—Substation equipment, e.g. for use by subscribers including speech amplifiers
    • H04M1/6033—Substation equipment, e.g. for use by subscribers including speech amplifiers for providing handsfree use or a loudspeaker mode in telephone sets
    • H04M1/6041—Portable telephones adapted for handsfree use
    • H04M1/6075—Portable telephones adapted for handsfree use adapted for handsfree use in a vehicle
    • H04M1/6083—Portable telephones adapted for handsfree use adapted for handsfree use in a vehicle by interfacing with the vehicle audio system
    • H04M1/6091—Portable telephones adapted for handsfree use adapted for handsfree use in a vehicle by interfacing with the vehicle audio system including a wireless interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Abstract

Kommunikationsendgerät (601, 800), aufweisend
– eine Nachrichtenerzeugungseinrichtung (801), die eingerichtet ist, eine Informationsanforderungsnachricht (405, 802) zu erzeugen, die spezifiziert, dass ein anderes Kommunikationsendgerät (602) Informationen über Leistungsmerkmale von Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des anderen Kommunikationsendgeräts (602) an das Kommunikationsendgerät (601, 800) übermitteln soll
– eine Sendeeinrichtung (204, 606, 803), die eingerichtet ist, die Informationsanforderungsnachricht (405, 802) zu versenden
– eine Empfangseinrichtung (204, 606, 804), die eingerichtet ist, von dem anderen Kommunikationsendgerät (602) eine Informationsnachricht mit den Informationen zu empfangen
– eine Auswahleinrichtung (214), die eingerichtet ist, basierend auf den Informationen Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des Kommunikationsendgeräts (601) auszuwählen, die zum Aufbau einer Kommunikationsverbindung zu dem anderen Kommunikationsendgerät (602) verwendet werden sollen.

Description

  • Die Erfindung betrifft Kommunikationsendgeräte, Verfahren zum Anfordern von Kommunikationsendgerätinformationen und ein Verfahren zum Bereitstellen von Kommunikationsendgerätinformationen.
  • In der Standardisierungsgruppe "Core Specification Working Group" der Bluetooth® Special Interest Group (SIG) wird derzeit diskutiert, die Bluetooth®-Architektur so zu erweitern, dass verschiedene Kommunikationstechnologien eingesetzt werden können. Dabei entstehenden beispielsweise Probleme aufgrund der unterschiedlichen Reichweiten der verschiedenen Kommunikationstechnologien, beispielsweise beim Aufbau von Kommunikationsverbindungen.
  • In US 2005/0059 389 A1 wird ein System und ein Verfahren zur Identitätsermittlung und zum Ermitteln von Ressourcen in der Nähe befindlicher Telefone beschrieben. Ein sekundärer Kanal verwendet beispielsweise Infrarot oder Bluetooth®, welche nicht für das eigentliche Telefongespräch genutzt werden. Es findet jedoch keine Auswahl basierend auf den Informationen über die Leistungsmerkmale zwischen mehreren Einheiten statt, die zum Aufbau einer Kommunikationsverbindung verwendet werden sollen.
  • In US 2005/0237956 A1 werden Verfahren und Vorrichtungen zum Erhöhen der Reichweite eines Netzwerks beschrieben. Hierbei erhalten Einheiten aus einem ersten Netzwerk, welche nicht direkt mit Einheiten eines externen Netzwerks kommunizieren können, Informationen über die Einheiten des externen Netzwerks mittels einer ersten Einheit des ersten Netzwerks, die mit den Einheiten des externen Netzwerks kommunizieren kann. Es findet jedoch keine Auswahl basierend auf den Informationen über die Leistungsmerkmale zwischen mehreren Einheiten statt, die zum Aufbau einer Kommunikationsverbindung verwendet werden sollen.
  • Es wird ein Kommunikationsendgerät bereitgestellt, mit einer Nachrichtenerzeugungseinrichtung, die eingerichtet ist, eine Informationsanforderungsnachricht zu erzeugen, die spezifiziert, dass ein anderes Kommunikationsendgerät Informationen über Leistungsmerkmale von Einheiten der physikalischen Schicht oder der Datensicherungsschicht des anderen Kommunikationsendgeräts an das Kommunikationsendgerät übermitteln soll, einer Sendeeinrichtung, die eingerichtet ist, die Informationsanforderungsnachricht zu versenden, einer Empfangseinrichtung, die eingerichtet ist, von dem anderen Kommunikationsendgerät eine Informationsnachricht mit den Informationen zu empfangen, und einer Auswahleinrichtung, die eingerichtet ist, basierend auf den Informationen Einheiten der physikalischen Schicht oder der Datensicherungssicht des Kommunikationsendgeräts auszuwählen, die zum Aufbau einer Kommunikationsverbindung zu dem anderen Kommunikationsendgerät verwendet werden sollen.
  • 1 zeigt eine Bluetooth®-Architektur.
  • 2 zeigt eine Bluetooth®-Architektur gemäß einem Ausführungsbeispiel der Erfindung.
  • 3 zeigt ein Ablaufdiagramm gemäß einem Ausführungsbeispiel der Erfindung.
  • 4 zeigt ein Nachrichtenflussdiagramm gemäß einem Ausführungsbeispiel der Erfindung.
  • 5 zeigt ein Nachrichtenflussdiagramm gemäß einem Ausführungsbeispiel der Erfindung.
  • 6 zeigt eine Anordnung von Kommunikationsendgeräten gemäß einem Ausführungsbeispiel der Erfindung.
  • 7 zeigt ein Nachrichtenflussdiagramm gemäß einem Ausführungsbeispiel der Erfindung.
  • 8 zeigt ein Kommunikationsendgerät gemäß einem Ausführungsbeispiel der Erfindung.
  • Zur lokalen Vernetzung von kleinen mobilen Kommunikationsendgeräten, wie beispielsweise Mobiltelefonen und PDAs (Personal Digital Assistants) sowie zur Kommunikation zwischen Computern und Peripheriegeräten (beispielsweise einer Maus oder einer Tastatur) wird zunehmend die Bluetooth®-Technologie eingesetzt. Bluetooth® ist ein Industriestandard für die drahtlose Vernetzung von elektronischen Geräten über eine verhältnismäßig geringe Distanz mittels Funk.
  • Neuerdings wird die Bluetooth®-Technologie auch zunehmend in der Automobilindustrie eingesetzt. Beispielsweise werden fest in einem Auto integrierte akustische oder optische Ein- und Ausgabegeräte oder Bedienelemente (wie beispielsweise ein Mikrophon, ein Lautsprecher, Displays oder Tasten) drahtlos gemäß Bluetooth® mit einem Mobiltelefon gekoppelt. Ein Autofahrer kann zum Telefonieren die Ein- und Ausgabegeräte bzw. Bedienelemente des Autos nutzen und das Mobiltelefon selbst muss nicht mehr direkt bedient werden und kann während der Autofahrt beispielsweise in einer Manteltasche verbleiben.
  • Bluetooth®-Kommunikationsnetzwerke, das heißt Kommunikationsnetzwerke gemäß dem Bluetooth®-Standard, weisen meist einen Ad-hoc-Charakter auf, das heißt elektronische Geräte, die zur Nutzung der Bluetooth®-Technologie eingerichtet sind und in ihre gegenseitige Reichweite gebracht werden, finden sich automatisch und spontan und bilden automatisch ein Kommunikationsnetzwerk gemäß Bluetooth®. Ein Kommunikationsnetzwerk gemäß Bluetooth® wird auch als WPAN (Wireless Personal Area Network) bezeichnet. Ein Bluetooth®-Gerät, das heißt ein Kommunikationsgerät, das zur Nutzung der Bluetooth®-Technologie eingerichtet ist, kann gleichzeitig bis zu sieben Kommunikationsverbindungen zu anderen Bluetooth®-Geräten haben. Die verfügbare Bandbreite wird zwischen den Kommunikationsverbindungen aufgeteilt. Ein Bluetooth®-Kommunikationsnetzwerk, das heißt ein Kommunikationsnetzwerk gemäß Bluetooth®, wird auch als Bluetooth®-Piconetz bezeichnet.
  • Mittels einer Bluetooth®-Kommunikationsverbindung, das heißt einer Kommunikationsverbindung gemäß Bluetooth®, zwischen zwei Bluetooth®-Geräten, können sowohl Sprachdaten als auch andere Daten übermittelt werden. Es wird auch die Verschlüsselung der übermittelten Daten unterstützt.
  • Kommunikationsgeräte, die zur Nutzung der Bluetooth®-Technologie eingerichtet sind, sind mit einem Mikrochip, dem so genannten Bluetooth®-Modul, ausgestattet, welches die grundlegenden Funktionalitäten zum Betreiben von Bluetooth®-Kommunikationsverbindungen bereitstellt. Das Bluetooth®-Modul hat einen geringen Energiebedarf, stellt integrierte Sicherheitsmechanismen bereit und ist relativ kostengünstig herzustellen. Es kann somit in einer breiten Palette von elektronischen Kommunikationsgeräten eingesetzt werden.
  • Ein Bluetooth®-Modul weist einen HF (Hochfrequenz)-Teil auf und eine Basisband-Steuereinrichtung. Die Basisband-Steuereinrichtung (Basisband-Controller) bildet die Schnittstelle zum Host-System, das heißt zu dem elektronischen Kommunikationsgerät, in dem das Bluetooth®-Modul eingesetzt ist, beispielsweise einem PC, einem Laptop oder einem Mobiltelefon.
  • Gemäß dem Bluetooth®-Standard sind drei Sendeleistungsklassen definiert: 1 mW (0 dBm), 2,5 mW (4 dBm) und 100 mal (20 dBm), die eine Reichweite von Kommunikationsverbindungen von 10 m bis 100 m zulassen, wie es in Tabelle 1 dargestellt ist.
    Klasse Maximale Sendeleistung Mindestreichweite bei Sichtverbindung
    1 100 mW/20 dBm 100 m
    2 2,5 mW/4 dBm 20 m
    3 1 mW/0 dBm 10 m
    Tabelle 1: Bluetooth®-Leistungsklassen
  • Die Stromaufnahme von Bluetooth®-Modulen ist verhältnismäßig gering: Er liegt im Standby-Betrieb bei ca. 0,3 mA und erreicht im sonstigen Betrieb max. 140 mA. Im Empfang weist ein Bluetooth®-Modul eine Empfindlichkeit von mindestens –70 dBm auf und die verwendete Kanalbreite beträgt 1 MHz. Bluetooth®-Geräte verwenden derzeit das lizenzfreie ISM(Industrial, Scientific, Medical)-Frequenzband für Kommunikationsverbindungen. Das ISM-Frequenzband liegt zwischen 2,402 GHz und 2,480 GHz und darf weltweit zulassungsfrei betrieben werden. Bluetooth®-Kommunikationsverbindungen, die mittels des ISM-Frequenzbands bereitgestellt werden, können durch WLAN(Wireless Local Area Network)-Kommunikationsnetze, schnurlose (Festnetz-)Telefone, Garagentoröffner und Mikrowellenherde gestört werden, da diese ebenfalls elektromagnetische Wellen im ISM-Frequenzband aussenden.
  • Bei Bluetooth® wird eine Robustheit gegenüber Störungen dadurch erreicht, dass ein Frequenzsprungverfahren (Frequency Hopping) eingesetzt wird, bei denen das ISM-Frequenzband in 79 Frequenzstufen im 1-MHz-Abstand eingeteilt wird und bei der Funkübertragung bis zu 1600-mal pro Sekunde zwischen den Frequenzstufen gewechselt wird. Zu benachbarten Frequenzbereichen sind Sicherheitsbänder (Guard Bands) vorgesehen.
  • Bei Bluetooth® in der Version 1.2 (und in älteren Versionen) kann theoretisch eine Datenübertragungsrate von 723,2 kBit/s beim Herunterladen (das heißt Netto-Datenübertragungsrate im Download) bei einer gleichzeitigen Datenübertragungsrate von 57,6 kBit/s beim Hochladen (das heißt Netto-Datenübertragungsrate im Upload) erreicht werden. Bei Bluetooth® in der Version 2.0 ist eine optionale Erweiterung vorgesehen, die unter dem Namen EDR (Enhanced Data Rate) bekannt ist und eine maximal etwa 3-mal so hohe Datenübertragungsrate ermöglicht, also etwa 2,2 Mbit/s (Netto-Datenübertragungsrate im Download).
  • Die in Tabelle 1 genannten theoretischen Reichweiten von Bluetooth®-Geräten je nach Leistungsklasse können mit geringem Aufwand erhöht werden, so dass ein Mobiltelefon, das zur Nutzung der Bluetooth®-Technologie eingerichtet ist und beispielsweise eine Bluetooth®-Kommunikationsverbindung mit einem Personal Computer, der mit einem modifizierten Bluetooth®-USB(Universal Serial Bus)-Dongle mit Richtfunkantenne ausgestattet ist, bei Sichtkontakt über eine Entfernung von 1,5 km haben kann.
  • Wird ein Bluetooth®-Gerät in Betrieb gesetzt, identifiziert sich der in dem Bluetooth®-Modul des Bluetooth®-Geräts vorgesehene Bluetooth®-Controller durch Senden einer individuellen und eindeutigen 48 Bit langen Seriennummer innerhalb von 2 Sekunden. Befindet sich ein Bluetooth®-Gerät im Standby-Modus ohne Kommunikationsverbindung zu einem anderen Bluetooth®-Gerät, so überprüft es alle 1,28 Sekunden, ob ein anderes Bluetooth®-Gerät Nachrichten aussendet (auf 32 Frequenzstufen). Ein Bluetooth®-Gerät kann eine Kommunikationsverbindung zu einem anderen Bluetooth®-Gerät initiieren und sich somit zu einem Master erheben. Der Kontakt zu anderen Bluetooth®-Geräten von dem Master-Bluetooth-Gerät (das heißt zu den Slaves) wird jeweils mittels einer Inquiry-Nachricht und einer folgenden Page-Nachricht hergestellt, falls die Hardware-Adresse des jeweiligen anderen Bluetooth®-Geräts nicht bekannt ist. Ist die Hardware-Adresse eines Bluetooth®-Geräts bekannt, so sendet der Master keine Inquiry-Nachricht an das Bluetooth®-Gerät. Nach Senden von 16 identischen Page-Nachrichten auf 16 unterschiedlichen (Hopping-)Frequenzen an die Slaves durch den Master befinden sich der Master und die Slaves im Status "Verbunden". Dieser Status wird durchschnittlich nach Einschalten der Bluetooth®-Geräte innerhalb von 0,6 Sekunden erreicht.
  • Der Master kann, wenn aktuell keine Daten zu übertragen sind, die Slaves in einen Hold-Modus zur Stromersparnis versetzen. Weitere Zustände zur Stromersparnis, die vor allem zur Anwendung bei mobilen Endgeräten, wie beispielsweise einem Mobilfunk-Telefon geeignet sind, sind der SNIFF-Modus und der PARK-Modus Modus. Im SNIFF-Modus arbeitet ein Slave in einem reduzierten Zyklus, während im PARK-Modus ein Bluetooth®-Gerät synchronisiert bleibt, aber nicht am Datenverkehr teilnimmt.
  • Die Datenübertragung bei Bluetooth® erfolgt gemäß einer Kombination aus Leitungsvermittlung und Paketvermittlung. Es sind zwei unterschiedliche Verbindungstypen vorgesehen.
  • 1. Synchron verbindungsorientiert (synchronous connection oriented, SCO)
  • Die Kommunikation gemäß SCO (synchrone verbindungsorientierte Kommunikation) realisiert eine symmetrische, leitungsvermittelte Punkt-Zu-Punkt-Kommunikationsverbindung zwischen einem Master und einem Slave. Der Master reserviert in regelmäßigen Zeitabständen Zeitschlitze für die Datenübertragung. Der Master kann in einem festgelegten Zeitschlitz, einem so genannten SCO-Intervall, welches als TSCO bezeichnet wird, Daten an den Slave senden und der Slave kann in dem darauf folgenden Zeitschlitz Daten an den Master senden. Ein Master kann gleichzeitig bis zu drei SCO-Kommunikationsverbindungen zu einem oder mehreren Slaves haben. Ein Slave kann gleichzeitig bis zu drei SCO- Kommunikationsverbindungen zu demselben Master oder bis zu zwei SCO-Kommunikationsverbindungen zu unterschiedlichen Mastern haben. SCO-Kommunikationsverbindungen sind darauf ausgerichtet, eine effiziente Übertragung von Sprachdaten zu ermöglichen. Mittels einer SCO-Kommunikationsverbindung können Sprachdaten mit 64 kbit/s übermittelt werden. Bei SCO-Kommunikationsverbindungen findet keine Überprüfung der Datenintegrität statt. In dem Fall, dass Daten bei der Übertragung verloren gehen, findet keine erneute Übertragung statt, da dadurch Verzögerungen bei der Übertragung der nachfolgend zu übertragenden Daten entstehen würden. Zur Kodierung von Sprachdaten wird typischerweise die CVSD(Continuous Variable Slope Delta)-Modulation eingesetzt. Die CVSD-Modulation ist eine Art Deltamodulation, bei der die Schrittweite eines Signals fortschreitend erhöht oder vermindert wird, um das Signal möglichst gut an ein analoges Eingangssignal anzupassen. Bei der Realisierung werden nur die Änderungen (das heißt ein Erhöhung oder eine Verminderung) gegenüber einem Vorwert durch ein Bit angezeigt. Die CVSD-Modulation arbeitet typischerweise mit einer Abtastrate von 32 kHz. Es existieren auch Implementierungen, bei der mit einer geringeren Abtastrate gearbeitet wird.
  • 2. Asynchron verbindungslos (asychronous connectionless, ACL)
  • Bei der ACL-Kommunikation wird ein verbindungsloser, paketvermittelter Kommunikationsdienst bereitgestellt. Eine ACL-Kommunikationsverbindung kann auf einem Kanal immer dann genutzt werden, wenn der Kanal nicht für eine SCO-Kommunikationsverbindung reserviert ist (das heißt SCO hat Vorrang gegenüber ACL). Zwischen einem Master und einem Slave kann zu einem Zeitpunkt immer nur eine ACL-Kommunikationsverbindung aufgebaut sein. Im Rahmen einer ACL-Kommunikationsverbindung kann ein Master auch Datenpakete an alle Slaves des Bluetooth®-Kommunikationsnetzwerks versenden. Um ein Datenpaket auf diese Weise rund zu senden, wird im Paketkopf des Datenpakets einfach keine näher spezifizierte Zieladresse angegeben. ACL-Kommunikationsverbindungen sind für eine effiziente Datenübertragung ausgelegt. Bei der Datenübermittlung mittels ACL-Kommunikationsverbindungen wird die Datenintegrität sehr stark berücksichtigt, während auf Verzögerungen, die bei der Datenübertragung entstehen könnten, weniger Rücksicht genommen wird. Die Übertragungsdauer eines Pakets kann einen Zeitschlitz, drei Zeitschlitze oder fünf Zeitschlitze betragen. Bei allen Typen von Datenpaketen bis auf einen ist zur Absicherung eine Prüfsumme vorgesehen. Bei Bluetooth® sind ferner zwei Verfahren zur Vorwärtsfehlerkorrektur und ein Verfahren zur automatischen Übertragungswiederholung (Automatic Repeat Request, ARQ) vorgesehen, so dass eine zuverlässige Datenübertragung gewährleistet werden kann. Während eine SCO-Kommunikationsverbindung stets symmetrisch ist, das heißt dass Hinkanal und Rückkanal einer SCO-Kommunikationsverbindung stets dieselbe Bandbreite haben, kann eine ACL-Kommunikationsverbindung sowohl symmetrisch als auch asymmetrisch sein. Einen Überblick über mögliche SCO-Kommunikationsverbindungen gibt Tabelle 2, einen Überblick über mögliche ACL-Kommunikationsverbindungen gibt Tabelle 3.
    Typ Header-Länge [Bytes] Nutzdaten [Bytes] FEC CRC Maximale symmetrische Datenrate [kbit/s]
    HV1 n. a. 10 1/3 ja 64,0
    HV2 n. a. 20 2/3 ja 64,0
    HV3 n. a. 30 nein ja 64,0
    DV 1D 10+(0–9) D 2/3 D ja 64,0 + 57,6 D
    EV3 n. a. 1–30 nein ja 96,0
    EV4 n. a. 1–120 2/3 ja 192,0
    EV5 n. a. 1–180 nein nein 288,0
    Tabelle 2: Übersicht SCO-Kommunikationsverbindungen
    Typ Header-Länge [Bytes] Nutz-Daten [Bytes] FEC CRC Maximale symmetrische Datenrate [kbit/s] Maximale asymmetrische Datenrate (Uplink) [kbit/s] Maximale asymmetrische Datenrate (Downlink) [kbit/s]
    DM1 1 0–17 2/3 ja 108,8 108,8 108,8
    DH1 1 0–27 nein ja 172,8 172,8 172,8
    DM3 2 0–121 2/3 ja 258,1 387,2 54,4
    DH3 2 0–183 nein ja 390,4 585,6 86,4
    DM5 2 0–224 2/3 ja 286,7 477,8 36,3
    DH5 2 0–339 nein ja 433,9 723,2 57,6
    AUX1 1 0–29 nein nein 185,6 185,6 185,5
    Tabelle 3: Übersicht ACL-Kommunikationsverbindungen
  • Sowohl bei SCO-Kommunikationsverbindungen als auch ACL-Kommunikationsverbindungen wird ein Zeitmultiplexverfahren für die Duplex-Datenübertragung verwendet. Dadurch können zwei oder mehr Informationsströme mittels derselben Kommunikationsverbindung übertragen werden, indem jedem Informationsstrom eigene Zeitschlitze zugeordnet werden. Für synchron zu übertragende Datenpakete können bestimmte Zeitintervalle reserviert werden und jedes der Datenpakete wird mittels seiner eigenen (Hopping-)Frequenz gesendet. Die Übertragungsdauer eines Pakets kann einen Zeitschlitz oder auch bis zu fünf Zeitschlitze betragen.
  • Das Gremium Bluetooth® SIG (Bluetooth® Special Interest Group), das mit der Standardisierung der Bluetooth®-Technologie beschäftigt ist, definiert neben den oben beschriebenen Arten von Kommunikationsverbindungen auch Anwendungsprofile, welche als Bluetooth® Profiles bezeichnet werden und die Zusammenarbeit von Bluetooth®-Geräten unterschiedlicher Hersteller ermöglichen sollen.
  • In einem Anwendungsprofil können sowohl Regeln als auch Protokolle für ein dediziertes Anwendungs-Szenario definiert werden. Ein Anwendungsprofil kann als vertikaler Schnitt durch alle Protokollschichten angesehen werden, da für jede Protokollschicht die obligatorischen Protokollanteile festgelegt werden oder Anwendungsprofil-spezifische Parameter für jede Protokollschicht definiert werden. Auf diese Weise kann ein hoher Grad von Interoperabilität gewährleistet werden. Ein Benutzer hat durch den Einsatz von Anwendungsprofilen den Vorteil, dass er zwei oder mehr Bluetooth®-Geräte nicht manuell aufeinander abstimmen muss. Es können mehrere Anwendungsprofile gleichzeitig verwendet werden. In Tabelle 4 ist eine Übersicht über einige wichtige Anwendungsprofile angegeben. Das wichtigste Anwendungsprofil ist das Generic Access Profil (GAP), das grundlegende Funktionalitäten zum Kommunikationsverbindungs-Aufbau zur Authentifizierung ermöglicht und auf dem alle anderen Anwendungsprofile basieren.
    Abkürzung Profil Anwendung
    GAP Generic Access Profile grundlegendes Verfahren zur Authentifizierung und Verbindungsaufnahme
    A2DP Advanced Audio Distribution Profile drahtlose Stereoverbindung für Lautsprecher oder Kopfhörer
    SDAP Service Discovery Application Profile Diensteabfrage, der gerade sichtbaren Nachbarn
    CIP Common ISDN Access Profile ISDN-CAPI-Schnittstelle
    PAN Personal Area Network Netzwerkverbindung mit Ethernet
    SPP Serial Port Profile serielle Schnittstelle
    DUNP Dial-Up Networking Profile Internet-Zugang
    CTP Cordless Telephony Profile schnurlos Telefonie
    HSP Headset Profile schnurloses Headset
    HCRP Hardcopy Cable Replacement Profile Drucken
    HID Human Interface Device Tastatur- und Mausanschluss (Mensch-zu-Maschine-Schnittstelle)
    GOEP Generic Object Exchange Profile Objektaustausch
    HFP Hands Free Profile herstellerunabhängige Kommunikation zwischen Handy und Freisprecheinrichtung
    FTP File Transfer Profile Dateiübertragung
    BIP Basic Imaging Bildübertragung
    BPP Basic Printing Drucken
    FaxP Fax Profile Fax
    IntP Intercom Profile Sprechfunk
    PAN Personal Area Network drahtlose Kopplung mit Ethernet (LAN)
    OPP Object Push Profile Übertragen von bspw. Terminen und Adressen
    SAP SIM Access Profile SIM-Karten-Zugriff
    GAVDP Generic AV Distribution Audio- und Videoübertragung
    AVRCP Audio Video Remote Control Audio/Video-Fernbedienung
    ESDP Extended Service Discovery Profile erweiterte Diensteerkennung
    SP Synchronisation Profile Dateisynchronisation
    Tabelle 4: Bluetooth® Anwendungsprofile
  • Von der ISO (International Organisation for Standardization) wurde ein aus sieben Schichten bestehendes Referenzmodell für die Beschreibung herstellerunabhängiger Kommunikationssysteme definiert, das als ISO/OSI-Modell bezeichnet wird. Das ISO/OSI-Modell wird verwendet, um eine Kommunikation zwischen verschiedenen Netzwerkgeräten unterschiedlicher Hersteller zu beschreiben. OSI steht dabei für offenes System für Kommunikationsverbindungen (Open System Interconnection). Die meisten frei nutzbaren Netzwerkprotokolle basieren auf diesem Referenzmodell, beispielsweise TCP/IP (Transport Control Protocol/Internet Protocol). Die sieben Ebenen des ISO/OSI-Modells sind so festgelegt, dass sie aufeinander aufbauen und dass Einheiten einer Ebene unabhängig von den Einheiten anderer Ebenen verwendet werden können. Die Einheiten der Ebenen 1 bis 4 bilden das Transportsystem, das heißt in den Ebenen 1 bis 4 werden die Kommunikationskanäle physikalisch und logisch festgelegt, und die Einheiten der Ebenen 5 bis 7 bilden das Anwendungssystem und dienen vorwiegend der Darstellung von Informationen. Die sieben Ebenen des ISO/OSI-Modells werden in ihrer Reihenfolge von 1 bis 7 bezeichnet als physikalische Schicht, Verbindungsschicht (oder auch Datensicherungsschicht oder Sicherungsschicht), Netzwerkschicht, Transportschicht, Sitzungsschicht, Darstellungsschicht und Anwendungsschicht.
  • In Tabelle 5 sind für jede Schicht die englische Bezeichnung, die deutsche Bezeichnung und Beispiele für Protokolle, die im Rahmen der jeweiligen Schicht verwendet werden, angegeben.
    Nr. Englische Bezeichnung Deutsche Bezeichnung Beispiele
    7 Application Lager Anwendungsschicht Web-Browser, Mail Programm
    6 Presentation Lager Darstellungsschicht HTML, XML, MIME
    5 Session Lager Sitzungsschicht http, FTP, POP3, SMTP
    4 Transport Lager Transportschicht TCP
    3 Network Lager Netzwerkschicht IP
    2 Data Link Lager Datensicherung sschicht PPP
    1 Physical Lager Physikalische Schicht IEEE 802
    Tabelle 5: ISO/OSI-Schichtmodell
  • Die Einheiten der Anwendungsschicht stellen die Schnittstelle zwischen dem jeweiligen Benutzer und Anwendungsprogrammen bereit, beispielsweise zu Nutzern von Email-Programmen oder Datenübertragungsdiensten.
  • Die Einheiten der Darstellungsschicht bereiten Daten zur Nutzung durch die Einheiten der Anwendungsschicht vor. Dabei werden Daten beispielsweise dekodiert, zwischen unterschiedlichen Formaten umgewandelt, verschlüsselt oder überprüft.
  • Die Einheiten der Sitzungsschicht stellen Dienste bereit, die zur Organisation der Datenübertragung dienen. Beispielsweise wird gewährleistet, dass Kommunikationsverbindungen trotz zwischenzeitlicher Unterbrechungen wieder aufgenommen werden können. Dazu werden beispielsweise Token in Datenpaketen verwendet.
  • Die Einheiten der Transportschicht geben die Möglichkeit, Kommunikationsverbindungen ordnungsgemäß aufzubauen und abzubauen, Kommunikationsverbindungen zu synchronisieren und Datenpakete zur Übertragung mittels mehrerer Kommunikationsverbindungen auf die Kommunikationsverbindungen zu verteilen (Multiplexing). Die Transportschicht bildet die Schnittstelle zwischen dem Transportsystem und dem Anwendungssystem gemäß dem ISO/OSI-Modell. Durch Einheiten der Transportschicht werden außerdem Datenpakete segmentiert und der Stau von Datenpaketen kann verhindert werden.
  • Die Einheiten der Netzwerkschicht übernehmen die Vermittlung und Zustellung von Datenpaketen. Beispielsweise führen sie die Zusammenstellung von Routingtabellen und das Routing durch. Sollen Datenpakete nur weitergeleitet werden, so erhalten sie durch Einheiten der Netzwerkschicht eine neue Zwischenzieladresse und werden nicht an Einheiten höherer Schichten weitergegeben. Auch die Kopplung unterschiedlicher Netzwerktopologien wird in der Netzwerkschicht durchgeführt.
  • Die Einheiten der Verbindungsschicht organisieren und überwachen den Zugriff auf das Datenübertragungsmedium. Zu übertragende Bitströme werden in der Verbindungsschicht segmentiert und zu Paketen zusammengefasst. Ferner können Daten eine Fehlerprüfung unterzogen werden, beispielsweise kann eine Prüfsumme an ein Datenpaket angehängt werden. Es kann auch eine Komprimierung von Daten vorgenommen werden.
  • Weitere Aufgaben der Einheiten der Verbindungsschicht sind die Sequenzüberwachung, die Zeitüberwachung sowie die Flusskontrolle.
  • Die Verbindungsschicht lässt sich in zwei Teilschichten (auf Englisch auch bezeichnet als Sublayer) unterteilen. Die obere Teilschicht, das heißt die Teilschicht in Richtung der Netzwerkschicht, wird als LLC(Logical Link Control)-Schicht und die untere Teilschicht, das heißt die Teilschicht in Richtung der physikalischen Schicht, wird als MAC(Medium Access Control)-Schicht bezeichnet. Die Funktionalität der Einheiten der MAC-Schicht kann je nach dem verwendeten Übertragungsmedium (das heißt je nach Ausgestaltung der physikalischen Schicht) unterschiedlich ausgeprägt sein. Zu den Hauptaufgaben der MAC-Schicht gehören üblicherweise:
    • – Erkennen, wo Datenpakete (Englisch: frames) in dem von den Einheiten der physikalischen Schicht empfangenen Bitstrom anfangen und aufhören (beim Empfang von Daten).
    • – Einteilen des Datenstroms in Datenpakete und gegebenenfalls Einfügen von Zusatzbits in die Datenpaketstruktur, damit der Anfang und das Ende eines Datenpakets bei einem Empfänger detektiert werden kann (beim Senden von Daten).
    • – Feststellen von Übertragungsfehlern, beispielsweise durch das Einfügen einer Checksumme beim Senden bzw. durch entsprechende Kontroll-Berechnungen beim Empfang.
    • – Einfügen bzw. Auswerten von MAC-Adressen beim Senden bzw. beim Empfangen.
    • – Zugriffskontrolle, das heißt Entscheiden, wenn mehrere Einheiten auf das physikalische Übertragungsmedium zugreifen möchten, welcher der Einheiten das Zugriffsrecht erteilt wird.
  • Die physikalische Schicht betrifft Eigenschaften des Übertragungsmediums. Beispielsweise werden dabei Steckverbindungen, zu verwendende Wellenlängen und Signalpegel definiert. Die Einheiten der physikalischen Schicht wandeln die zu übertragenden Bitfolgen in übertragbare Formate um.
  • Gemäß einem Ausführungsbeispiel der Erfindung wird ein Kommunikationsendgerät bereitgestellt, mit einer Nachrichtenerzeugungseinrichtung, die eingerichtet ist, eine Informationsanforderungsnachricht zu erzeugen, die spezifiziert, dass ein anderes Kommunikationsendgerät Informationen über Leistungsmerkmale von Einheiten der physikalischen Schicht oder der Datensicherungsschicht des anderen Kommunikationsendgeräts an das Kommunikationsendgerät übermitteln soll, und einer Sendeeinrichtung, die eingerichtet ist, die Informationsanforderungsnachricht zu versenden.
  • Gemäß einem anderen Ausführungsbeispiel der Erfindung wird ein Kommunikationsendgerät bereitgestellt mit einer Nachrichtenerzeugungseinrichtung, die eingerichtet ist, eine Instruktionsnachricht zum Versenden an ein zweites Kommunikationsendgerät zu erzeugen, die spezifiziert, dass das zweite Kommunikationsendgerät
    • – eine Informationsanforderungsnachricht erzeugen soll, die spezifiziert, dass ein drittes Kommunikationsendgerät Informationen über Leistungsmerkmale von Einheiten der physikalischen Schicht oder der Datensicherungsschicht des dritten Kommunikationsendgeräts an das zweite Kommunikationsendgerät übermitteln soll,
    • – die Informationsanforderungsnachricht versenden soll und
    • – nach Empfang der Informationen die Informationen an das Kommunikationsendgerät weiterleiten soll
    und einer Sendeeinrichtung, die eingerichtet ist, die Instruktionsnachricht zu versenden.
  • Gemäß einem weiteren Ausführungsbeispiel der Erfindung wird ein Kommunikationsendgerät bereitgestellt mit einer Empfangseinrichtung, die eingerichtet ist, eine Informationsanforderungsnachricht von einem anderen Kommunikationsendgerät zu empfangen, die spezifiziert, dass das Kommunikationsendgerät Informationen über Leistungsmerkmale von Einheiten der physikalischen Schicht oder der Datensicherungsschicht des Kommunikationsendgeräts an das andere Kommunikationsendgerät übermitteln soll, einer Nachrichtenerzeugungseinrichtung, die eingerichtet ist, eine Informationsnachricht mit den Informationen zu erzeugen und einer Sendeeinrichtung, die eingerichtet ist, die Informationsnachricht zu versenden.
  • Ferner werden Verfahren zum Anfordern von Kommunikationsendgerätinformationen und ein Verfahren zum Bereitstellen von Kommunikationsendgerätinformationen gemäß den oben beschriebenen Kommunikationsendgeräten bereitgestellt.
  • Anschaulich ist es gemäß Ausführungsbeispielen der Erfindung vorgesehen, dass sich ein Kommunikationsendgerät über die Datenübertragungsmöglichkeiten, beispielsweise die vorhandenen Sende/Empfangsmodule, anderer, in der Nähe befindlicher Kommunikationsendgeräte informiert. Das Versenden der Informationsanforderungsnachricht kann beispielsweise zum Ziel haben, die Umgebung nach Kommunikationsendgeräten zu durchsuchen, die als Kommunikationspartner geeignet wären. Es können aber auch detaillierte Informationen über Einheiten der physikalischen und/oder Datensicherungsschicht (Schichten 1 und 2 des ISO/OSI-Referenzmodells) angefordert werden.
  • Auf diese Weise kann sich ein Kommunikationsendgerät einen Überblick über mögliche Kommunikationspartner verschaffen und Informationen über die Kommunikationsfähigkeiten potentieller Kommunikationspartner ermitteln. Darauf basierend kann das Kommunikationsendgerät beispielsweise entscheiden, welche Kommunikationstechnologie am besten zur Kommunikation eingesetzt wird.
  • Gemäß einem Ausführungsbeispiel der Erfindung ist es vorgesehen, dass ein Kommunikationsendgerät ein anderes Kommunikationsendgerät dahingehend als Relaisstation verwendet, das eine Informationsanforderungsnachricht an das andere Kommunikationsendgerät gesendet wird mit der Anforderung, diese an ein drittes Kommunikationsendgerät, über welches Informationen ermittelt werden sollen, weiterzuleiten. Dadurch ist es beispielsweise möglich, dass mittels einer ersten Kommunikationstechnologie (beispielsweise Funktechnologie), mittels welcher das dritte Kommunikationsendgerät nicht von dem ersten Kommunikationsendgerät erreicht werden kann, von dem ersten Kommunikationsendgerät festgestellt werden kann, dass das dritte Kommunikationsendgerät eine zweite Kommunikationstechnologie unterstützt, mittels welcher es von dem ersten Kommunikationsendgerät erreicht werden kann. Auf diese Weise kann das Durchsuchen der Umgebung des ersten Kommunikationsendgeräts umfassender und gründlicher durchgeführt werden.
  • Gemäß einem Ausführungsbeispiel der Erfindung kann ein Kommunikationsendgerät auch ein anderes Kommunikationsendgerät dahingehend als Relaisstation verwenden, dass es von dem anderen Kommunikationsendgerät anfordern kann, beliebige Daten und/oder Steuerkommandos (also nicht nur eine Informationsanforderungsnachricht) an ein drittes Kommunikationsendgerät weiterleitet.
  • Die weiteren Ausgestaltungen der Erfindung, die im Zusammenhang mit einem Kommunikationsendgerät beschrieben sind, gelten sinngemäß auch für die weiteren oben beschriebenen Kommunikationsendgeräte sowie für die Verfahren zum Anfordern von Kommunikationsendgerätinformationen und das Verfahren zum Bereitstellen von Kommunikationsendgerätinformationen.
  • Das Kommunikationsendgerät, welches die Informationsanforderungsnachricht versendet, kann ferner eine Empfangseinrichtung aufweisen, die eingerichtet ist, von dem anderen Kommunikationsendgerät eine Informationsnachricht mit den Informationen zu empfangen.
  • Das Kommunikationsgerät kann eine Auswahleinrichtung aufweisen, die eingerichtet ist, basierend auf den Informationen Einheiten der physikalischen Schicht oder der Datensicherungsschicht des Kommunikationsendgeräts auszuwählen, die zum Aufbau einer Kommunikationsverbindung zu dem anderen Kommunikationsendgerät verwendet werden sollen.
  • Gemäß einem Ausführungsbeispiel der Erfindung weist das Kommunikationsendgerät eine Steuereinrichtung auf, die eingerichtet ist, die ausgewählten Einheiten der physikalischen Schicht oder der Datensicherungsschicht des Kommunikationsendgerät so zu steuern, dass eine Kommunikationsverbindung zu dem anderen Kommunikationsendgerät aufgebaut wird.
  • Die Nachrichtenerzeugungseinrichtung des Kommunikationsendgeräts kann eingerichtet sein, die Informationsanforderungsnachricht bei Eintreten eines vorgegeben Ereignisses zu erzeugen und die Sendeeinrichtung kann eingerichtet sein, die Informationsanforderungsnachricht bei Eintreten des vorgegeben Ereignisses zu versenden.
  • Das vorgegebene Ereignis ist beispielsweise das Einschalten des Kommunikationsendgeräts, der Abbruch einer Kommunikationsverbindung zwischen dem Kommunikationsendgerät und dem anderen Kommunikationsendgerät, eine Anforderung des Benutzers des Kommunikationsendgeräts, eine Anforderung eines auf dem Kommunikationsendgerät ausgeführten Programms, oder der Empfang einer Instruktionsnachricht, mittels welcher angefordert wird, die Informationsanforderungsnachricht zu erzeugen und zu versenden.
  • Die Sendeeinrichtung kann eingerichtet sein, die Informationsanforderungsnachricht an das andere Kommunikationsendgerät zu übermitteln. Die Sendeeinrichtung kann aber auch eingerichtet sein, die Informationsanforderungsnachricht an ein drittes Kommunikationsendgerät zu versenden mit der Anforderung an das dritte Kommunikationsendgerät, die Informationsanforderungsnachricht an das andere Kommunikationsendgerät weiterzuleiten.
  • Das Kommunikationsendgerät und das andere Kommunikationsendgerät sind beispielsweise Kommunikationsendgeräte zur Kommunikation über kurze Distanz. Darunter sind Kommunikationsendgeräte zu verstehen, die mit Kommunikationstechnologien für die Kommunikation im nahen Umfeld, beispielsweise bis zu 10 Meter, 50 Meter oder 100 Meter, ausgestattet sind. Das Kommunikationsendgerät (und entsprechend das andere Kommunikationsendgerät) kann aber auch beispielsweise ein Mobilfunk-Kommunikationsendgerät sein, dass außerdem eine Kommunikationstechnologie für kurze Distanz, beispielsweise eine Nahfeld-Kommunikationstechnologie, unterstützt. Das Kommunikationsendgerät kann auch beispielsweise ein Drucker oder ein anderes Gerät sein, das mit einer Kommunikationsschnittstelle, beispielsweise einer Bluetooth®-Schnittstelle, ausgestattet ist.
  • Die Einheiten der physikalischen Schicht oder der Datensicherungsschicht ermöglichen beispielsweise die Kommunikation gemäß Bluetooth®, IrDA (Infrared Data Association) oder WLAN (Wireless Local Area Network). Die Einheiten der physikalischen Schicht oder der Datensicherungsschicht bilden dementsprechend beispielsweise ein Bluetooth®-Sende/Empfangsmodul, ein IrDA-Sende/Empfangsmodul oder ein WLAN-Sende/Empfangsmodul.
  • Die Einheiten der physikalischen Schicht oder der Datensicherungsschicht ermöglichen die Kommunikation beispielsweise unter Verwendung des ISM-Frequenzbands oder des UWB-Frequenzbands. Dementsprechend realisieren die Einheiten der physikalischen Schicht oder der Datensicherungsschicht beispielsweise ein Bluetooth®-Sende/Empfangsmodul zur Kommunikation gemäß der "herkömmlichen" Bluetooth®-Kommunikationstechnologie bei 2,4 GHz (Legacy Bluetooth®) oder ein Sende/Empfangsmodul zur Kommunikation unter Verwendung des UWB-Frequenzbands gemäß WiMedia.
  • Das Kommunikationsendgerät weist beispielsweise eine Speichereinrichtung auf, die eingerichtet ist, die (von dem anderen Kommunikationsendgerät angeforderten) Informationen zu speichern, wobei die Informationen mittels Identifikationen oder Adressen der Einheiten der physikalischen Schicht oder der Datensicherungsschicht den Einheiten der physikalischen Schicht oder der Datensicherungsschicht zugeordnet werden.
  • 1 zeigt eine Bluetooth®-Architektur 100.
  • Die Einheiten der Bluetooth®-Architektur 100 sind in eine physikalische Schicht 101, eine Verbindungsschicht 102, eine Netzwerkschicht 103 und eine Sitzungsschicht 104 eingeteilt.
  • Die physikalische Schicht 101 wird bei Bluetooth® als Funk-Schicht (Radio Layer) bezeichnet, die Verbindungsschicht 102 wird bei Bluetooth® als Basisband-Schicht (Base Band Layer) bezeichnet, die Netzwerkschicht 103 wird bei Bluetooth® als Verbindungsverwaltungsschicht (Link Management Layer) bezeichnet und die Sitzungsschicht 104 wird bei Bluetooth® als L2CAP (Logical Link Control and Adaption Protocol)-Schicht bezeichnet.
  • Die physikalische Schicht 101, die Verbindungsschicht 102 und die Netzwerkschicht 103 sind zu einer Einheit, die als Bluetooth®-Steuereinheit (Bluetooth® Controller) 105 bezeichnet wird, zusammengefasst.
  • Die Schnittstelle zwischen der Bluetooth®-Steuereinheit 105 und den höheren Schichten wird als HCI (Host to Controller Interface)-Schnittstelle 106 bezeichnet. Die HCI-Schnittstelle 106 stellt Dienstzugangspunkte (Service Access Points) 107 zu der Bluetooth®-Steuereinheit 105 bereit. Die Einheiten der Sitzungsschicht 104 werden nur für ACL-Kommunikationsverbindungen benötigt, nicht für SCO-Kommunikationsverbindungen. Die Sitzungsschicht 104 weist eine Kanal-Verwaltungseinheit (Channel Manager) 108 auf. Diese ist verantwortlich zum Erzeugen, Verwalten und Abbauen von L2CAP-Kanälen zum Transport von Datenströmen. Die Sitzungsschicht 104 weist ferner eine L2CAP-Ressourcenverwaltungseinheit (L2CAP Resource Manager) 109 auf. Diese ist beispielsweise für Scheduling-Aufgaben verantwortlich.
  • Die Netzwerkschicht weist eine Verbindungs-Verwaltungseinheit (Link Manager) 110 auf, die für die Erzeugung, Modifikation und den Abbau von logischen Verbindungen zuständig ist.
  • Eine Geräteverwaltungseinheit (Device Manager) 111 kann sowohl der Netzwerkschicht 103 als auch der Verbindungsschicht 102 zugeordnet werden. Sie steuert das allgemeine Verhalten des entsprechenden Bluetooth®-Geräts. Sie ist beispielsweise verantwortlich für Vorgänge, die nicht direkt den Datentransport betreffen, beispielsweise die Überprüfung, ob Bluetooth®-fähige Geräte in der Nähe vorhanden sind, für den Verbindungsaufbau zu anderen Bluetooth®-fähigen Geräten oder dafür, dass das entsprechende Bluetooth®-fähige Gerät selbst durch andere Bluetooth®-fähige Geräte aufgefunden werden kann.
  • Die Verbindungsschicht 102 weist eine Basisband-Ressourcenverwaltungseinheit (Base Band Resource Manager) 112 auf. Sie ist verantwortlich für den Zugriff auf das Funkmedium. Die Verbindungsschicht 102 weist ferner eine Verbindungs-Steuereinheit (Link Controller) 113 auf, die dafür verantwortlich ist, dass die zu Datenübertragung verwendeten Datenpakete kodiert und dekodiert werden.
  • Die physikalische Schicht 101 weist eine RF (Radio Frequency)-Einheit 114 auf, die für das übertragen und Empfangen von Datenpaketen auf dem physikalischen Kanal verantwortlich ist.
  • Die strenge Einteilung des ISO/OSI-Modells wird bei realen Kommunikationssystemen nicht immer eingehalten. Beispielsweise erstrecken sich bei der Bluetooth®-Architektur 100 Teile der Netzwerkschicht in die Transportschicht. Die Darstellungsschicht und die Anwendungsschicht sind in 1 der Einfachheit halber nicht gezeigt. In 1 sind Steuersignale (zur Gerätesteuerung und zur Transportsteuerung) durch die Pfeile 115 dargestellt (Steuerebene, Control Plane, C-Plane) und Datensignale sind durch die Pfeile 116 dargestellt (Benutzerebene, User Plane, U-Plane).
  • Interoperabilität bei Bluetooth® wird dadurch garantiert, dass zum einen eine klar definierte Schnittstelle zwischen der Bluetooth®-Steuereinheit 105 und dem Bluetooth®-Host, das heißt den Einheiten der Schichten ab der Netzwerkschicht nach oben hin, definiert ist, nämlich die HCI-Schnittstelle 106 und dass der Austausch zwischen Einheiten gleicher Schichten zweier unterschiedlicher Bluetooth®-Systeme, beispielsweise unterschiedliche Kommunikationsendgeräte, die mittels Bluetooth® miteinander kommunizieren, klar definiert ist. Solch ein Datenaustausch ist in 1 durch die Pfeile 117 dargestellt.
  • Gemäß dem Gremium Bluetooth® SIG ist es vorgesehen, dass zukünftig neben der bewährten physikalischen Übertragungsschicht, die Datenraten von bis zu 2,2 Mbit/s (beim Download gemäß Bluetooth® Version 2.0 unter Verwendung von Enhanced Data Rate) ermöglicht, eine weitere Alternative physikalische Übertragungsschicht eingebunden wird, die eine Datenrate von über 100 Mbit/s ermöglicht.
  • Dabei ist beispielsweise die UWB(Ultra Wide Band)-Technologie gemäß dem Standard der WiMedia Alliance, die auf OFDM (Orthogonal Frequency Division Multiplexing) basiert, vorgesehen.
  • OFDM wird beispielsweise bei Digital Video Broadcasting (DVB), Digital Audio Broadcasting (DAB), x Digital Subscriber Line (xDSL) und Power Line Communications (PLC) eingesetzt.
  • Bei OFDM werden mehrere Trägersignale moduliert und die Übertragung eines Signals durch Modulierung orthogonaler Trägersignale erreicht. Dementsprechend wird bei OFDM ein Datenstrom in N parallele Datenströme (mit entsprechend geringerer Datenrate) aufgeteilt und jeder der N Datenströme mittels eines eigenen Trägersignals versendet. Die Orthogonalität der Trägersignale wird dadurch erreicht, dass ein bestimmter minimaler Frequenzabstand zwischen den Trägersignalen eingehalten wird. Im Unterschied zu FDM (Frequency Division Multiplexing) ist bei OFDM eine spektrale Überlappung der Trägersignale erlaubt, wodurch eine gegenüber FDM erheblich höhere Spektraleffizienz erreicht werden kann. Dieser Vorteil wird umso größer, je mehr Trägersignale verwendet werden.
  • 2 zeigt eine Bluetooth®-Architektur 200 gemäß einem Ausführungsbeispiel der Erfindung.
  • Gemäß der Bluetooth®-Architektur 200 sind mehrere Anwenderprofile 201 vorgesehen, die von einer Anwendungs/Profilverwaltungseinheit (Application/Profile Management Entity) 202 verwaltet werden.
  • Der Applikations/Profilverwaltungseinheit 202 werden Dienstzugangspunkte 203 (anschaulich von den darunter liegenden Schichten) angeboten, beispielsweise ein Dienstzugangspunkt (Service Access Point, SAP) für synchrone Kommunikationsverbindungen, ein Dienstzugangspunkt für Steueraufgaben, ein Dienstzugangspunkt für Aufgaben im Rahmen des SDP (Service Discovery Protocols)-Protokolls, ein Dienstzugangspunkt für die Verwaltung/Steuerung einer L2CAP-Einheit (L2CAP-Modul) 211 und einee AMP-Verwaltungseinheit 215 betrifft sowie einen Dienstzugangspunkt der Aufgaben zur Verwaltung/Steuerung der AMP-Verwaltungseinheit 215 (allein) betrifft. Auf die Funktion und Bedeutung der AMP-Verwaltungseinheit 215 und der AMPs wird im Folgenden genauer eingegangen.
  • Die Bluetooth®-Architektur 200 weist ein Sende/Empfangsmodul 204 auf, das beispielsweise gemäß der Bluetooth®-Steuereinheit 105, die mit Bezug auf 1 erläutert wurde, ausgestaltet ist. Dementsprechend weist das Sende/Empfangsmodul eine HCI-Schnittstelle 216 auf, die Einheiten höherer Schichten Dienstzugangspunkte bereitstellt.
  • Die Bluetooth®-Architektur 200 weist ferner weitere Sende/Empfangsmodule 205 auf, die jeweils ebenfalls eine HCI-Schnittstelle 206 aufweisen, welche höheren Schichten Dienstzugangspunkte bereitstellt.
  • Die weiteren Sende/Empfangsmodule weisen jeweils Einheiten der MAC-Schicht (oder allgemein der Datensicherungsschicht) und der physikalischen Schicht auf. Da diese gegenüber dem Sende/Empfangsmodul 204 alternative Übertragungsmethoden bereitstellen, werden sie unter den Begriff Alternative MAC PHY (AMP) zusammengefasst. Somit weist jedes weitere Sende/Empfangsmodul 205 ein AMP 207 auf.
  • Zwischen den Sende/Empfangsmodulen 204, 205 und den Dienstzugangspunkten 203, welche die Schnittstelle zu der Anwendungsschicht bilden, sind verschiedene weitere Einheiten vorgesehen. Beispielsweise ist eine Einheit zur Verwaltung von synchronen Datenverkehr 208 vorgesehen, eine Steuereinheit 209, eine SDP-Einheit 210 zur Durchführung von Aufgaben im Rahmen des SDP-Protokolls und die L2CAP-Einheit 211 zum Durchführen von Aufgaben im Rahmen des L2CAP-Protokolls. Die L2CAP-Einheit stellt Steuerfunktionen 212 und Einheiten zur Behandlung von Nutzdaten 213 bereit.
  • Es ist ferner eine Multi-Funk-Auswahl/Routing-Einheit 214 vorgesehen, die auswählt, mittels welchen Sende/Empfangsmoduls 204, 205 Daten empfangen oder versendet werden, und beispielsweise zu versendende Daten dementsprechend auf Sende/Empfangsmodule 204, 205 verteilt.
  • Die Bluetooth®-Architektur 200 weist ferner die AMP-Verwaltungseinheit (AMP Manager) 215 auf, deren Funktionalität im Weiteren erläutert wird.
  • Dabei wird davon ausgegangen, dass ein Kommunikationsendgerät die Bluetooth®-Architektur 200, aufweist. Die AMP-Verwaltungseinheit 215 kann dann beispielsweise ermitteln, welche gleichartigen benachbarten Kommunikationsendgeräte von dem Kommunikationsendgerät erreicht werden können. Dabei ist ein anderes Kommunikationsendgerät zu dem Kommunikationsendgerät "gleichartig", wenn es wie das Kommunikationsendgerät (mittels des Sende/Empfangsmoduls 204) die "herkömmliche" Bluetooth®-Funktechnologie unterstützt, die bei 2,4 GHz, das heißt im ISM-Frequenzband, arbeitet (Legacy Bluetooth®).
  • Ein anderes Kommunikationsendgerät ist dem Kommunikationsendgerät "benachbart", wenn es mittels des Sende/Empfangsmoduls 204 oder mittels eines der weiteren Sende/Empfangsmodule 205 angesprochen werden kann, das heißt eine Kommunikationsverbindung zu dem anderen Kommunikationsendgerät aufgebaut werden kann, weil es in Reichweite des jeweiligen Sende/Empfangsmoduls 204, 205 liegt. Die AMP-Verwaltungseinheit 215 kann verschiedene Eigenschaften gleichartiger benachbarter Kommunikationsendgeräte periodisch oder ereignisgesteuert ermitteln. Dies wird beispielsweise von dem Kommunikationsendgerät, welches in diesem Fall der Host der AMP-Verwaltungseinheit ist, veranlasst. Beispielsweise werden die folgenden Informationen über ein anderes, gleichartiges benachbartes Kommunikationsendgerät ermittelt:
    • – die Geräteklasse des anderen Kommunikationsendgeräts,
    • – die Information, mit welchen Sende/Empfangsmodulen das andere Kommunikationsendgerät ausgestattet ist,
    • – die Aktivität der Sende/Empfangsmodule, mit welchen das andere Kommunikationsendgerät ausgestattet ist, beispielsweise die Information, ob ein Sende/Empfangsmodul an (aktiv) ist, aus (inaktiv) ist oder sich in einem Park-Status (beispielsweise einem Standby-Modus) befindet,
    • – Informationen über den Typ der Sende/Empfangsmodule, mit welchem das andere Kommunikationsendgerät ausgestattet ist, beispielsweise, ob ein Sende/Empfangsmodul unter Verwendung des UWB-Frequenzbands gemäß WiMedia Daten übermittelt,
    • – Informationen über die Reichweite der Sende/Empfangsmodule, mit welcher das andere Kommunikationsendgerät ausgestattet ist, beispielsweise Informationen über die minimale garantierte Reichweite eines Sende/Empfangsmoduls, die aktuell ermittelte Reichweite eines Sende/Empfangsmoduls oder die maximale mögliche Reichweite eines Sende/Empfangsmoduls,
    • – Informationen über die unterstützten Frequenzbandgruppen der Sende/Empfangsmodule, mit welchen das andere Kommunikationsendgerät ausgestattet ist und gegebenenfalls Kennzeichnung ob dies optional ist oder obligatorisch,
    • – entsprechende Informationen (Existenz, Aktivität, Typ, Geräteklasse, Reichweite, ...) über weitere gleichartige Kommunikationsendgeräte, die von dem anderen Kommunikationsendgerät erreichbar sind, beispielsweise weitere Kommunikationsendgeräte, die zu dem anderen Kommunikationsendgerät benachbart sind.
  • Die AMP-Verwaltungseinheit kann ferner die Funktionalität aufweisen, ein benachbartes gleichartiges Kommunikationsendgerät fernzusteuern. Beispielsweise kann von einem gleichartigen benachbarten Kommunikationsendgerät angefordert werden, dass das gleichartige benachbarte Kommunikationsendgerät eine Aktion bzw. einen Befehl durchführt und das Ergebnis der Aktion bzw. des Befehls gegebenenfalls an das anfordernde Kommunikationsendgerät zurückgesendet.
  • Die AMP-Verwaltungseinheit 215 hat ferner die Funktionalität, die ermittelten Informationen über gleichartige benachbarte Kommunikationsendgeräte zu verwalten. Ferner können Informationen über Kommunikationsendgeräte, die einen Nachbarschaftsgrad größer als 1 haben, verwaltet werden. Unter einen Nachbarschaftsgrad von größer als 1 werden weitere Kommunikationsendgeräte verstanden die aufgrund der nicht ausreichenden Reichweite von dem Kommunikationsendgerät nicht direkt angesprochen werden können, sondern beispielsweise nur mittels eines zu dem Kommunikationsendgerät benachbarten Kommunikationsendgeräts, welches als Relaisstation von dem Kommunikationsendgerät zu den weiteren Kommunikationsendgeräten fungiert.
  • Werden Informationen über Sende/Empfangsmodule von der AMP-Steuereinrichtung gespeichert, so können diese auf verschiedene Arten den Kommunikationsendgeräten, zu denen sie gehören, zugeordnet werden. Möglichkeiten hierfür sind beispielsweise:
    • – Sende/Empfangsmodule werden mit eindeutigen Sende/Empfangsmoduladressen versehen,
    • – einen Sende/Empfangsmodul wird eine Identifikation zugewiesen, die eine Kombination einer Identifikation der AMP-Verwaltungseinheit des entsprechenden Kommunikationsendgeräts (also des Kommunikationsendgeräts, das das Sende/Empfangsmodul aufweist) und einer Typangabe des Sende/Empfangsmoduls ist,
    • – einen Sende/Empfangsmodul wird eine kombinierte Adresse zugewiesen, die aus einer Identifikation der AMP-Verwaltungseinheit (beispielsweise eine Bluetooth® Protokollstack ID) des entsprechenden Kommunikationsendgeräts und einer laufenden Nummer des Sende/Empfangsmoduls besteht, zugewiesen.
  • Die AMP-Verwaltungseinheit 215 kann es unterstützen, dass das Kommunikationsendgerät von einem anderen Kommunikationsendgerät als Relaisstation verwendet wird. In diesem Fall sorgt die AMP-Verwaltungseinheit 215 dafür, dass Daten an weitere Kommunikationsendgeräte, die bezüglich des anderen Kommunikationsendgeräts einen Nachbarschaftsgrad von größer 1 haben, weitergeleitet werden. Dabei können beispielsweise Informationen über die Sende/Empfangsmodule der weiteren Kommunikationsendgeräte oder Informationen über die weiteren Kommunikationsendgeräte (beispielsweise Geräteklasse) berücksichtigt werden.
  • Beispielsweise kann ein anderes Kommunikationsendgerät das Kommunikationsendgerät dazu verwenden, zu druckende Daten an einen Drucker zu schicken, der selbst außerhalb der Reichweite des anderen Kommunikationsendgeräts liegt.
  • Die Geräteklasse ist beispielsweise eine Bezeichnung der Hauptaufgabe eines Kommunikationsendgeräts, beispielsweise "Drucker", "MP3-Player", "Kamera" oder "Personal Computer".
  • Im Folgenden wird mit Bezug auf 3 ein Ablauf erläutert, wie ein Kommunikationsendgerät, das die Bluetooth®-Architektur 200 aufweist, von einem anderen Kommunikationsendgerät, das beispielsweise ebenfalls die Bluetooth®-Architektur 200 aufweist, Informationen über die Sende/Empfangsmodule des anderen Kommunikationsendgeräts oder allgemeine Informationen über die Leistungsmerkmale des anderen Kommunikationsendgeräts ermittelt.
  • 3 zeigt ein Ablaufdiagramm 300 gemäß einem Ausführungsbeispiel der Erfindung.
  • Möchte das Kommunikationsendgerät eine Kommunikationsverbindung zu einem anderen Kommunikationsendgerät aufbauen, so ist es erforderlich, dass ein solches in Reichweite ist. Deshalb weist das Kommunikationsendgerät die Funktionalität auf, mittels eines Scans die Umgebung des Kommunikationsendgeräts nach möglichen Kommunikationspartnern, das heißt nach anderen Kommunikationsendgeräten, zu denen das Kommunikationsendgerät eine Kommunikationsverbindung aufbauen kann, durchsucht. Solch ein Scan wird in einem Ausführungsbeispiel für alle oder eine ausgewählte Menge der Sende/Empfangsmodule durchgeführt, mit denen das Kommunikationsendgerät ausgestattet ist, das heißt, es wird für alle (oder eine ausgewählte Menge) der Sende/Empfangsmodule des Kommunikationsendgeräts überprüft, ob für das jeweilige Sende/Empfangsmodul ein geeigneter Kommunikationspartner vorhanden ist, das heißt ein Sende/Empfangsmodul eines anderen Kommunikationsendgeräts, zu dem das Sende/Empfangsmodul eine Kommunikationsverbindung aufbauen kann. Dies ist von Vorteil, da unterschiedliche Sende/Empfangsmodule unterschiedliche Reichweiten haben können und beispielsweise für ein erstes Sende/Empfangsmodul eventuell kein Kommunikationspartner gefunden wird, da entweder alle in der Umgebung vorhandenen Kommunikationsendgeräte nicht mit einem solchen Sende/Empfangsmodul ausgestattet sind oder diese außer Reichweite sind, aber mit einem zweiten Sende/Empfangsmodul ein Kommunikationspartner gefunden werden kann.
  • In Schritt 301 wird zunächst das Sende/Empfangsmodul bestimmt, für welches ein Scan durchgeführt werden soll. Beispielsweise kann der dargestellte Ablauf für alle Sende/Empfangsmodule durchgeführt werden, wobei eine Reihenfolge der Sende/Empfangsmodule vorgegeben ist.
  • In Schritt 302 wird für das ausgewählte Sende/Empfangsmodul ein Kommunikationspartner gesucht. Das heißt, es wird in der Umgebung des Kommunikationsendgeräts nach einem weiteren Sende/Empfangsmodul gesucht, das mit dem Sende/Empfangsmodul kommunizieren kann, das heißt mit dem das Sende/Empfangsmodul eine Kommunikationsverbindung aufbauen kann. Beispielsweise wird nach einem weiteren Sende/Empfangsmodul gesucht, das denselben Typ wie das Sende/Empfangsmodul hat, beispielsweise ein Legacy Bluetooth®-Modul, ein Modul zu Datenübertragung mittels des UWB-Frequenzbands gemäß WiMedia usw.
  • Wird ein Kommunikationspartner für das Sende/Empfangsmodul gefunden, was im Folgenden angenommen wird, so wird in Schritt 303 mittels des Sende/Empfangsmoduls eine Scan-Anforderungsnachricht an den Kommunikationspartner gesendet. Diese kann eine Anforderung grundlegender Informationen sein, welche als Basic-Scan-Request bezeichnet wird oder eine Anforderung nach ausführlichen Informationen, welche als Full-Scan-Request bezeichnet wird.
  • Bei einem Basic-Scan-Request werden nur Informationen über das weitere Sende/Empfangsmodul angefordert, das beim Suchen nach einem Kommunikationspartner für das Sende/Empfangsmodul gefunden wurde. Das heißt, dass von dem anderen Kommunikationsendgerät, das in Schritt 302 gefunden wurde, nicht Informationen über eventuell weitere darin enthaltene Sende/Empfangsmodule angefordert werden, sondern lediglich Informationen über das Sende/Empfangsmodul, das als Kommunikationspartner für das ausgewählte Sende/Empfangsmodul gefunden wurde.
  • Im Gegensatz dazu werden bei einem Full-Scan Request von dem anderen Kommunikationspartner Informationen über alle Sende/Empfangsmodule angefordert, die das andere Kommunikationsendgerät aufweist. Diese Anforderung wird verwendet, wenn das Kommunikationsendgerät eine komplette Liste aller Sende/Empfangsmodule des anderen Kommunikationsendgeräts erstellen möchte.
  • Wurde ein Basic-Scan Request versendet, so empfängt das Kommunikationsendgerät in Schritt 304 die entsprechende Antwort des anderen Kommunikationsendgeräts, die als Basic-Scan Response bezeichnet wird. Die Basic-Scan Response enthält beispielsweise folgende Informationen:
    • – die Geräteklasse des anderen Kommunikationsendgeräts,
    • – für das Sende/Empfangsmodul des anderen Kommunikationsendgeräts, das als Kommunikationspartner des Sende/Empfangsmoduls gefunden wurde, eine Sende/Empfangsmoduladresse zur eindeutigen Identifizierung des Sende/Empfangsmoduls. Dazu kann beispielsweise eine kombinierte Adresse vorgesehen sein, die aus einer Identifikation der AMP-Verwaltungseinheit des anderen Kommunikationsendgeräts (AMP Manager ID) oder einer Identifikation der Bluetooth®-Einheiten des anderen Kommunikationsendgeräts (beispielsweise eine Bluetooth®-Protokollstack ID) und einer laufenden Nummer des Sende/Empfangsmoduls, besteht, vorgesehen sein,
    • – Informationen über die Aktivität des Sende/Empfangsmoduls des anderen Kommunikationsendgeräts, beispielsweise ob das Sende/Empfangsmodul an ist, aus ist oder sich in einem Standby-Modus befindet,
    • – Informationen über den Typ des Sende/Empfangsmoduls des anderen Kommunikationsendgeräts (beispielsweise die Angabe, dass das Sende/Empfangsmodul eingerichtet ist zu Datenübermittlung mittels des UWB-Frequenzbands gemäß WiMedia),
    • – Informationen über die Reichweite des Sende/Empfangsmoduls des anderen Kommunikationsendgeräts, beispielsweise eine minimale garantierte Reichweite, eine aktuell ermittelte Reichweite oder eine maximal mögliche Reichweite,
    • – Informationen über die unterstützten Frequenzbandgruppen des Sende/Empfangsmoduls des anderen Kommunikationsendgeräts, beispielsweise inklusive der Kennzeichnung, ob dies optional oder obligatorisch ist.
  • Versendet das Kommunikationsendgerät in Schritt 303 einen Full-Scan Request, so empfängt es in Schritt 305 die entsprechende Antwort, die als Full-Scan Response bezeichnet wird. Darin sind beispielsweise die folgenden Informationen enthalten:
    • – die Geräteklasse des anderen Kommunikationsendgeräts,
    • – die Angabe, welche Sende/Empfangsmodule das anderen Kommunikationsendgerät enthält,
    • – analog zu den Informationen einer Basic-Scan Response Informationen über jedes Sende/Empfangsmodul des anderen Kommunikationsendgeräts wie eine Sende/Empfangsmoduladresse, Informationen über die Aktivität, Informationen über den Typ, Informationen über die Reichweite und Informationen über die unterstützenden Frequenzbandgruppen für alle Sende/Empfangsmodule.
  • In Schritt 306 wird entschieden, ob für andere Sende/Empfangsmodule als das ausgewählte Sende/Empfangsmodul Scans durchgeführt werden sollen. Wenn nicht wird der Ablauf in Schritt 307 beendet. Wenn Scans für andere Sende/Empfangsmodule durchgeführt werden sollen, wird in Schritt 301 das nächste Sende/Empfangsmodul, für das ein Scan durchgeführt werden soll, ausgewählt.
  • Wie oben erwähnt kann die AMP-Verwaltungseinheit 215 periodisch oder ereignisgesteuert Informationen über gleichartige benachbarte Kommunikationsendgeräte, beispielsweise Informationen über Leistungsmerkmale gleichartig benachbarte Kommunikationsendgeräte einholen. Dies wird beispielsweise durch den Host der AMP-Verwaltungseinheit, das heißt das Kommunikationsendgerät, das die AMP-Verwaltungseinheit 215 aufweist, gesteuert. Bei dieser Funktionalität werden beispielsweise alle Informationen, die für einen Aufbau einer Kommunikationsverbindung zu einem anderen Kommunikationsendgerät erforderlich sind, ermittelt. Nach der Ermittlung hat das anfordernde Kommunikationsendgerät Informationen über den Status und die Eigenschaften des benachbarten gleichartigen anderen Kommunikationsendgeräts. Die ermittelnden Daten stehen dann, beispielsweise wenn solche Daten für mehrere andere Kommunikationsendgeräte ermittelt worden sind, nach Kommunikationsendgeräten sortiert, dem anfordernden Kommunikationsendgerät zur Verwendung im Rahmen weiterer Aktivitäten, beispielsweise für einen Kommunikationsverbindungsaufbau zur Verfügung.
  • Die Ermittlung von Informationen durch ein Kommunikationsendgerät über ein anderes Kommunikationsendgerät erfolgt beispielsweise nach dem Prinzip, dass die AMP-Verwaltungseinheit des anfordernden Kommunikationsendgeräts von der AMP-Verwaltungseinheit des anderen Kommunikationsendgeräts Informationen anfordert und das andere Kommunikationsendgerät die Informationen zurücksendet. Dies ist in 4 dargestellt.
  • 4 zeigt ein Nachrichtenflussdiagramm 400 gemäß einem Ausführungsbeispiel der Erfindung.
  • Der dargestellte Nachrichtenfluss findet zwischen einer ersten AMP-Verwaltungseinheit 401 eines ersten Kommunikationsendgeräts und einer zweiten AMP-Verwaltungseinheit 402 eines zweiten Kommunikationsendgeräts statt. In Schritt 403 versendet die erste AMP-Verwaltungseinheit 401 eine Anforderungsnachricht 405 mit einer Anforderung nach Informationen über die Leistungsmerkmale des zweiten Kommunikationsendgeräts, welche als Property Request bezeichnet wird.
  • Die zweite AMP-Verwaltungseinheit 402 erzeugt eine entsprechende Antwortnachricht 406, welche als Property Response bezeichnet wird und übermittelt diese in Schritt 404 an die erste AMP-Verwaltungseinheit 401. Die Informationen über die Leistungsmerkmale des zweiten Kommunikationsendgeräts können periodisch (das heißt nach regelmäßigen Zeitintervallen) oder ereignisgesteuert abgefragt werden. Beispielsweise werden die Informationen stets bei einen bestimmten Ereignis abgefragt, beispielsweise wenn eine Kommunikationsverbindung zwischen dem ersten Kommunikationsendgerät und dem zweiten Kommunikationsendgerät zusammenbricht, der Benutzer des ersten Kommunikationsendgeräts die Abfrage von Informationen anfordert oder eine Anwendung, die auf dem ersten Kommunikationsendgerät installiert ist, die Abfrage der Informationen anfordert.
  • Die Anforderungsnachricht 405 enthält die Spezifikation, welche Informationen von dem zweiten Kommunikationsendgerät abgefragt werden. Diese Informationen sind beispielsweise:
    • – die Geräteklasse des zweiten Kommunikationsendgeräts,
    • – die Angabe, mit welchem Sende/Empfangsmodul das zweite Kommunikationsendgerät ausgestattet ist,
    • – die Aktivität der Sende/Empfangsmodule, mit denen das zweite Kommunikationsendgerät ausgestattet ist, beispielsweise ob diese an sind, aus sind oder sich in einem Standby-Modus befinden,
    • – der Typ der Sende/Empfangsmodule des zweiten Kommunikationsendgeräts,
    • – die Reichweiten der Sende/Empfangsmodule des zweiten Kommunikationsendgeräts,
    • – die unterstützten Frequenzbandgruppen der Sende/Empfangsmodule des zweiten Kommunikationsendgeräts,
    • – analoge Informationen über weitere Kommunikationsendgeräte, die von dem zweiten Kommunikationsendgerät erreicht werden können.
  • Die AMP-Verwaltungseinheit 215 kann wie erwähnt von einem benachbarten gleichartigen Kommunikationsendgerät anfordern, dass dieses eine Aktion oder einen Befehl durchführt und gegebenenfalls das Ergebnis dieser Aktion oder des Befehls übermittelt. Diese Funktionalität kann beispielsweise dazu eingesetzt werden, dass ein Kommunikationsendgerät Informationen über ein weiteres Kommunikationsendgerät ermittelt, das außerhalb der Reichweite des Kommunikationsendgeräts selbst liegt. Beispielsweise kann ein anderes Kommunikationsendgerät dazu verwendet werden, einen Scan durchzuführen, und beispielsweise eine Basic-Scan Request oder einen Full-Scan Request an das weitere Kommunikationsendgerät zu versenden, das aus Sicht des Kommunikationsendgeräts selbst einen höheren Nachbarschaftsgrad als 1 besitzt. Die Ergebnisse eines solchen Scans können von dem anderen Kommunikationsendgerät an das Kommunikationsendgerät übermittelt werden. Ein Beispiel für eine Anforderung an ein anderes Kommunikationsendgerät, eine Aktion durchzuführen, wird im Folgenden mit Bezug auf 5 erläutert.
  • 5 zeigt ein Nachrichtenflussdiagramm 500 gemäß einem Ausführungsbeispiel der Erfindung.
  • Der dargestellte Nachrichtenfluss findet zwischen einer ersten AMP-Verwaltungseinheit 501 eines ersten Kommunikationsendgeräts, einer zweiten AMP-Verwaltungseinheit 502 eines zweiten Kommunikationsendgeräts und einer dritten AMP-Verwaltungseinheit 503 eines dritten Kommunikationsendgeräts statt. In Schritt 504 sendet die erste AMP-Verwaltungseinheit 501 eine Instruktion in Form einer Instruktionsnachricht 508, die als Remote Instruktion bezeichnet wird, an die zweite Verwaltungseinrichtung 502. Die Instruktionsnachricht 508 enthält beispielsweise die folgenden Informationen:
    • – eine Angabe der Instruktion, die die zweite Verwaltungseinheit 502 durchführen soll, beispielsweise ein Instruktionsnamen,
    • – eine Rücksendeadresse, das heißt in diesem Fall eine Adresse des ersten Kommunikationsendgeräts, an die das Ergebnis oder Informationen über das Ergebnis der Ausführung der angeforderten Instruktion zurückgesendet werden soll,
    • – sonstige Parameter wie beispielsweise eine Gültigkeitsdauer der angeforderten Instruktionen.
  • In diesem Beispiel wird angenommen, dass die erste AMP-Verwaltungseinheit 501 von der AMP-Verwaltungseinheit 502 anfordert, eine Property Request-Nachricht 509 an die dritte AMP-Verwaltungseinheit 503 zu senden und auf diese Weise Informationen über das dritte Kommunikationsendgerät zu ermitteln. Dementsprechend übermittelt die zweite AMP-Verwaltungseinheit 502 in Schritt 505 eine Property Request-Nachricht 509 an die dritte AMP-Verwaltungseinheit 503.
  • Analog zu dem in 4 dargestellten Nachrichtenfluss beantwortet die dritte AMP-Verwaltungseinheit 503 die Property Request-Nachricht 509 in Schritt 506 mit einer Property Response 510.
  • In Schritt 507 übermittelt die zweite AMP-Verwaltungseinheit 502 eine Instruktionsantwortnachricht 511, welche als Remote Results-Nachricht bezeichnet wird, an die erste AMP-Verwaltungseinheit 501. Die Instruktionsantwortnachricht 511 enthält in diesem Beispiel die Informationen aus der Property Response-Nachricht 510, das heißt Informationen über das dritte Kommunikationsendgerät.
  • Allgemein ermöglicht es die Funktionalität der Fernsteuerung durch eine Remote Instruction-Nachricht einem anfordernden Gerät, ein gleichartiges benachbartes Kommunikationsendgerät fernzusteuern und sich insbesondere beispielsweise durch Anfordern der Ausführung eines Scans einen Überblick über die Kommunikationsendgeräte zu verschaffen, die außerhalb der Reichweite des Kommunikationsendgeräts selbst liegen. Beispielsweise kann dadurch erreicht werden, dass Kommunikationsnetzwerke zwischen Kommunikationsendgeräten aufgebaut werden, die zumindest teilweise gegenseitig einen Nachbarschaftsgrad von größer als 1 haben. Ferner ist es möglich, dass ein Kommunikationsendgerät beispielsweise mittels eines ersten Sende/Empfangsmoduls feststellt, dass ein weiteres Kommunikationsendgerät zwar außerhalb der Reichweite des ersten Sende/Empfangsmoduls liegt, aber durch ein zweites Sende/Empfangsmodul erreicht werden kann, da dieses eine höhere Reichweite hat und dass weitere Kommunikationsendgeräte mit einem entsprechenden Sende/Empfangsmodul ausgestattet ist.
  • Die Remote Results-Nachricht 511 kann allgemein Ergebnisse der angeforderten Instruktion bzw. Aktion enthalten, beispielsweise auch die Information, dass die Aktion nicht durchgeführt werden konnte oder ähnliches.
  • Wurden Informationen über andere Kommunikationsendgeräte und dem Sende/Empfangsmodul ermittelt, so übernimmt die AMP-Verwaltungseinheit 215 die Verwaltung der ermittelten Informationen. Insbesondere übernimmt die AMP-Verwaltungseinheit 215 die Zuordnung von Sende/Empfangsmodulen zu den Kommunikationsendgeräten, die diese aufweisen.
  • Da die anderen Kommunikationsendgeräte eine beliebige Anzahl von Sende/Empfangsmodulen aufweisen können, ist es erforderlich, dass diese eindeutig den jeweiligen Kommunikationsendgeräten zugeordnet werden können und eindeutig adressiert sind. Zur Identifikation bzw. Adressierung eines Sende/Empfangsmoduls sind gemäß Ausführungsformen der Erfindung folgende Möglichkeiten vorgesehen:
    • – Ein Sende/Empfangsmodul wird mittels einer Sende/Empfangsmoduladresse, die eine Hardware-Adresse ist, adressiert. Dies ist beispielsweise eine Adresse ähnlich einer MAC-Adresse bei Ethernet. Ein Beispiel für eine solche Adresse ist 123.456.789.
    • – Das Sende/Empfangsmodul wird über eine kombinierte Adresse adressiert, die eine Kombination aus einer Identifikation des Kommunikationsendgeräts, das das Sende/Empfangsmodul aufweist, oder eine Adresse der AMP-Verwaltungseinheit dieses Kommunikationsendgeräts und einer laufenden Nummer des Sende/Empfangsmoduls ist. Beispielsweise ist die Identifikation der AMP-Verwaltungseinheit des Kommunikationsendgeräts, dass das Sende/Empfangsmodul aufweist "123 und die Nummer des Sende/Empfangsmoduls gemäß einer fortlaufenden Nummerierung aller Sende/Empfangsmodule des Kommunikationsendgeräts, das das Sende/Empfangsmodul aufweist ist "2". In diesem Fall wird beispielsweise als Adresse des Sende/Empfangsmoduls "1232" verwendet.
    • – Das Sende/Empfangsmodul wird durch eine Identifikation der AMP-Verwaltungseinheit des Kommunikationsendgeräts, das das Sende/Empfangsmodul aufweist und eine Angabe des Typs des Sende/Empfangsmoduls identifiziert. Ist beispielsweise die Identifikation der AMP-Verwaltungseinheit "123" und der Typ des Sende/Empfangsmoduls "UWB", so ist die resultierende Adresse des Sende/Empfangsmoduls "123UWB". Alternativ kann der Typ auch in Form eines Zahlenwerts kodiert sein, beispielsweise kann der Typ des Sende/Empfangsmoduls "0x1A" sein und die resultierende Adresse wird als 12326 gewählt (wobei 0x1A als Hexadezimalzahl interpretiert wird).
  • Die Identifikation einer AMP-Verwaltungseinheit eines Kommunikationsendgeräts kann gleichzeitig als Identifikation des Kommunikationsendgeräts verwendet werden, so dass Informationen über Kommunikationsendgeräte eindeutig Kommunikationsendgeräten zugeordnet werden können.
  • Informationen über Kommunikationsendgeräte können mittels der Identifikation der jeweiligen AMP-Verwaltungseinheit in Verbindung mit den laufenden Nummern der Sende/Empfangsmodule verwaltet werden. Alternativ kann wie erwähnt auch Sende/Empfangsmodul-Adressen für die Verwaltung von Informationen versendet werden. Hierbei ist allerdings darauf zu achten, dass die Zuordnung der Sende/Empfangsmoduladressen zu den entsprechenden Kommunikationsendgeräten gewährleistet werden kann (beispielsweise bei einer Anfrage von Informationen über Sende/Empfangsmodule mittels einer Property Request).
  • Die Bildung einer eindeutigen Sende/Empfangsmoduladresse aus einer Identifikation einer AMP-Verwaltungseinheit und eines Typs des Sende/Empfangsmoduls ist nur dann möglich, wenn in dem entsprechenden Kommunikationsendgerät nur ein Sende/Empfangsmodul von diesem Typ vorgesehen ist.
  • Die AMP-Verwaltungseinheit 215 unterstützt eine Relaisfunktion, so dass zwei Kommunikationsendgeräte über ein Kommunikationsendgerät, welches als Relais funktioniert, kommunizieren können. Diese Funktionalität kann auch von einer anderen Einheit des Kommunikationsendgeräts bereitgestellt werden. Die Relais-Funktionalität (oder Relaisstation-Funktionalität) wird im Folgenden mit Bezug auf die 6 und 7 erläutert.
  • 6 zeigt eine Anordnung von Kommunikationsendgeräten 600 gemäß einem Ausführungsbeispiel der Erfindung.
  • Die Anordnung von Kommunikationsendgeräten 600 weist ein erstes Kommunikationsendgerät 601, ein zweites Kommunikationsendgerät 602, ein drittes Kommunikationsendgerät 603, ein viertes Kommunikationsendgerät 604 und ein fünftes Kommunikationsendgerät 605 auf.
  • Das erste Kommunikationsendgerät 601, das zweite Kommunikationsendgerät 602, das dritte Kommunikationsendgerät 603, das vierte Kommunikationsendgerät 604 und das fünfte Kommunikationsendgerät 605 sind jeweils mit einem Bluetooth®-Sende/Empfangsmodul 606 ausgestattet, dass die Datenübertragung gemäß der "herkömmlichen" Bluetooth®-Technologie unterstützt, welche bei 2,4 GHz (ISM-Frequenzband) Daten übermittelt (Bluetooth® Legacy). Das erste Kommunikationsendgerät 601, das zweite Kommunikationsendgerät 602 und das vierte Kommunikationsendgerät 604 sind ferner mit einem UWB-Sende/Empfangsmodul 607 ausgestattet, welches die Datenübertragung unter Nutzung des UWB-Frequenzbands gemäß dem Standard der WiMedia unterstützt.
  • Das erste Kommunikationsendgerät 601 und das vierte Kommunikationsendgerät 604 sind ferner mit einem WLAN-Sende/Empfangsmodul 608 ausgestattet, welches die Datenübermittlung gemäß einem WLAN-Standard ermöglicht.
  • In diesem Beispiel kann das vierte Kommunikationsendgerät 604 als Relaisstation zwischen dem ersten Kommunikationsendgerät 601 und dem fünften Kommunikationsendgerät 605 fungieren. Beispielsweise können das erste Kommunikationsendgerät 601 und das fünften Kommunikationsendgerät 605 nicht mittels ihrer Bluetooth®-Sende/Empfangsmodule 606 kommunizieren, da sie nicht in Reichweite sind. Das vierte Kommunikationsendgerät 604 befindet sich jedoch in Reichweite des fünften Kommunikationsendgeräts 605, so dass eine erste Kommunikationsverbindung 609 zwischen dem vierten Kommunikationsendgerät 604 und dem fünften Kommunikationsendgerät 605 mittels der Bluetooth®-Sende/Empfangsmodule 606 des fünften Kommunikationsendgeräts 605 und des vierten Kommunikationsendgeräts 604 aufgebaut werden kann.
  • Ferner wird angenommen, dass eine zweite Kommunikationsverbindung 610 mittels der UWB-Sende/Empfangsmodule 607 des ersten Kommunikationsendgeräts 601 und des vierten Kommunikationsendgeräts 604 zwischen dem ersten Kommunikationsendgerät 601 und dem vierten Kommunikationsendgerät 604 aufgebaut ist. Das erste Kommunikationsendgerät 601 kann nun Daten und/oder Instruktionen an das fünfte Kommunikationsendgerät 605 übermitteln, indem es zunächst an das vierte Kommunikationsendgerät 604 die Daten zusammen mit der Anforderung übermittelt, dass das vierte Kommunikationsendgerät 604 die Daten und/oder Instruktionen mittels der ersten Kommunikationsverbindung 609 an das fünfte Kommunikationsendgerät 605 weiterleitet.
  • Die Relaisstation-Funktionalität des vierten Kommunikationsendgeräts 604 ermöglicht somit die Kommunikation des ersten Kommunikationsendgeräts 601 mit dem fünften Kommunikationsendgerät 605, obwohl das fünfte Kommunikationsendgerät 605 bezüglich des ersten Kommunikationsendgeräts 601 einen Nachbarschaftsgrad größer als 1 hat. Die Relaisstation, das heißt das vierte Kommunikationsendgerät 604 hat bezüglich des fünften Kommunikationsendgeräts 605 und des ersten Kommunikationsendgeräts 601 den Nachbarschaftsgrad 1.
  • Beispielsweise ist das fünfte Kommunikationsendgerät 605 ein Drucker, mittels welchem das erste Kommunikationsendgerät 601 Dokumente ausdrucken kann, obwohl sich das erste Kommunikationsendgerät 601 und das fünfte Kommunikationsendgerät 605 nicht in ihrer gegenseitigen Reichweite befinden.
  • Erhält das vierte Kommunikationsendgerät 604 Daten oder Instruktionen zur Weiterleitung an das fünfte Kommunikationsendgerät 605, so werden diese zunächst zwischengespeichert und für das Weiterleiten aufbereitet, beispielsweise an das jeweilige Übertragungsformat angepasst. In diesem Fall müssen die weiterzuleitenden Daten beispielsweise an das Übertragungsformat, das die Bluetooth®-Sende/Empfangsmodule 606 verwenden, angepasst werden. Das Anpassen der Daten, beispielsweise an die Übertragungsformate, wird beispielsweise von Einheiten der L2CAP-Schicht durchgeführt.
  • Die Relaisstation, in diesem Beispiel das vierte Kommunikationsendgerät 604, leitet die weiterzuleitenden Daten anhand einer eindeutigen Identifikation der AMP-Verwaltungseinheit des fünften Kommunikationsendgeräts 605 an das fünfte Kommunikationsendgerät 605 weiter. Zusätzlich zu der AMP-Verwaltungseinheit-Identifikation kann optional eine laufende Nummer des Bluetooth®-Sende/Empfangsmoduls 606 des fünften Kommunikationsendgeräts 605 oder auch der Typ des Bluetooth®-Sende/Empfangsmoduls 606 des fünften Kommunikationsendgeräts 605 angegeben werden oder die Daten können auch unter Angabe einer eindeutigen Adresse des Bluetooth®-Sende/Empfangsmoduls 606 des fünften Kommunikationsendgeräts 605 an das fünfte Kommunikationsendgerät 605 weitergeleitet werden.
  • Ist im vierten Kommunikationsendgerät 604 lediglich eine Identifikation der AMP-Verwaltungseinheit des fünften Kommunikationsendgeräts 605 bekannt, so kann sie ein geeignetes Sende/Empfangsmodul des fünften Kommunikationsendgeräts 605 zur Datenübertragung auswählen. In diesem Beispiel eignet sich jedoch lediglich das Bluetooth®-Sende/Empfangsmodul 606 des fünften Kommunikationsendgeräts 605, da das fünfte Kommunikationsendgerät 605 mit keinen weiteren Sende/Empfangsmodulen ausgestattet ist.
  • Insgesamt bietet die Relaisstation, in diesem Beispiel das vierte Kommunikationsendgerät 604 eine Routing-Funktionalität. Zu diesem Zweck werden beispielsweise Adressverwaltungstabellen mit Adressen für alle erreichbaren Sende/Empfangsmodule hinterlegt, so dass Einheiten der L2CAP-Schicht darauf zugreifen können, so dass das vierte Kommunikationsendgerät 604 weiterzuleitende Daten und/oder Steuerkommandos an ein geeignetes Sende/Empfangsmodul zum Übertragen übergeben kann.
  • Ein Ablauf zum Weiterleiten von Daten und/oder Instruktionen (Steuerkommandos) wird im Folgenden mit Bezug auf 7 erläutert.
  • 7 zeigt ein Nachrichtenflussdiagramm 700 gemäß einem Ausführungsbeispiel der Erfindung.
  • Der dargestellte Nachrichtenfluss findet zwischen einer ersten AMP-Verwaltungseinheit 701, welche die AMP-Verwaltungseinheit des ersten Kommunikationsendgeräts 601 ist, einer zweiten AMP-Verwaltungseinheit 702, welche die AMP-Verwaltungseinheit des vierten Kommunikationsendgeräts 604 ist, und einer dritten AMP-Verwaltungseinheit 703, welche die AMP-Verwaltungseinheit des fünften Kommunikationsendgeräts 605 ist, statt.
  • In Schritt 704 übermittelt die erste AMP-Verwaltungseinheit 701 eine Weiterleitungsanforderungsnachricht 708 an die zweite AMP-Verwaltungseinheit 702. Die Weiterleitungsanforderungsnachricht 708 wird als Forwarding Request bezeichnet. Die Weiterleitungsanforderungsnachricht 708 enthält beispielsweise die folgenden Informationen:
    • – Die Zieladresse, das heißt die Adresse, an welche die weiterzuleitenden Daten und/oder Steuerkommandos letztendlich weitergeleitet werden sollen. Die Zieladresse ist beispielsweise eine Identifikation der dritten AMP-Verwaltungseinheit 703 und eine laufende Nummer des Bluetooth®-Sende/Empfangsmoduls 606 des fünften Kommunikationsendgeräts 605 oder eine Identifikation der dritten AMP-Verwaltungseinheit 703 mit einer Angabe des Typs des Bluetooth®-Sende/Empfangsmoduls 606 des fünften Kommunikationsendgeräts 605 oder eine eindeutige Adresse des Bluetooth®-Sende/Empfangsmoduls 606 des fünften Kommunikationsendgeräts 605.
    • – Eine Adresse des Absenders, in diesem Beispiel der ersten AMP-Verwaltungseinheit 701.
    • – Optional die minimale Datenübertragungsrate, die zur Weiterleitung der weiterzuleitenden Daten und/oder Steuerkommandos verwendet werden soll.
  • Die weiterzuleitenden Daten werden in Schritt 705 von der zweiten AMP-Verwaltungseinheit 702 in Form einer Weiterleitungsnachricht 709 an die dritte AMP-Verwaltungseinheit 703 weitergeleitet. Die Weiterleitungsnachricht 709 wird in diesem Beispiel ebenfalls mit Forwarding Request bezeichnet. In Schritt 712 werden anschließend die weitergeleitenden Daten von der dritten AMP-Verwaltungseinheit 703 verarbeitet oder auch von anderen Einheiten des fünften Kommunikationsendgeräts 605 verarbeitet.
  • In Schritt 706 antwortet das fünfte Kommunikationsendgerät 605 in Form einer Antwortnachricht 711, die in Schritt 707 von dem vierten Kommunikationsendgerät 604 an das erste Kommunikationsendgerät 601 bzw. die erste AMP-Verwaltungseinheit 701 weitergeleitet wird. Die Antwortnachricht 711 wird als Forwarding Response bezeichnet und enthält beispielsweise die folgenden Informationen:
    • – die Adresse des ersten Kommunikationsendgeräts 601,
    • – die Adresse des fünften Kommunikationsendgeräts 605 (das heißt die ursprüngliche Zieladresse der weiterzuleitenden Daten),
    • – Informationen über den Status der Weiterleitung, beispielsweise Informationen, ob die Daten erfolgreich weitergeleitet worden sind und fehlerlos empfangen worden sind, ob die spezifizierten Steuerkommandos korrekt ausgeführt werden konnten oder auch Informationen über die Ergebnisse der gemäß der Steuerkommandos auszuführenden Instruktionen.
  • Gemäß einem Ausführungsbeispiel der Erfindung wird ein Kommunikationsendgerät bereitgestellt, wie es in 8 illustriert ist.
  • 8 zeigt ein Kommunikationsendgerät 800 gemäß einem Ausführungsbeispiel der Erfindung.
  • Das Kommunikationsendgerät 800 weist eine Nachrichtenerzeugungseinrichtung 801 auf, die eine Informationsanforderungsnachricht 802 erzeugt, die spezifiziert, dass ein anderes Kommunikationsendgerät Informationen über Leistungsmerkmale von Einheiten der physikalischen Schicht oder der Datensicherungsschicht des anderen Kommunikationsendgeräts an das Kommunikationsendgerät 800 übermitteln soll.
  • Das Kommunikationsendgerät 800 weist ferner eine Sendeeinrichtung 803 auf, die eingerichtet ist, die Informationsanforderungsnachricht 802 an einen Empfänger 804 zu versenden, beispielsweise an das andere Kommunikationsendgerät.
  • Gemäß einem Ausführungsbeispiel der Erfindung ist in einem Kommunikationsendgerät eine Einrichtung vorgesehen (welche in den obigen Ausführungsbeispielen als AMP-Verwaltungseinheit bezeichnet wird), die ermitteln kann, welche gleichartige benachbarte Geräte vorhanden sind, Informationen über andere Kommunikationsendgeräte einholen und verwalten kann, andere Kommunikationsendgeräte fernsteuern kann (das heißt die Ausführung von Instruktion anfordern kann) und eine Relaisstation-Funktionalität des Kommunikationsendgeräts unterstützt.
  • Bei einem Ausführungsbeispiel der Erfindung wird die Kommunikation im Rahmen einer der oben genannten Funktionalitäten zweiter Kommunikationsendgeräte in beiden Kommunikationsendgeräten mittels der jeweiligen AMP-Verwaltungseinheit durchgeführt. Die AMP-Verwaltungseinheit eines Kommunikationsendgeräts fordert beispielsweise von der AMP-Verwaltungseinheit eines benachbarten Kommunikationsendgeräts (mit Nachbarschaftsgrad 1, beispielsweise ein gleichartiges Kommunikationsendgerät) Informationen an, beauftragt das benachbarte Kommunikationsendgerät eine Instruktion auszuführen oder Daten an ein drittes Kommunikationsendgerät weiterzuleiten. Nach Ausführung einer Instruktion sendet das benachbarte Kommunikationsendgerät eine Antwort, die beispielsweise Ergebnisse der Ausführung der Instruktion enthält, an das Kommunikationsendgerät. Bei der Weiterleitung von Daten und/oder Instruktionen an ein drittes Kommunikationsendgerät (mit Nachbarschaftsgrad größer als 1 aus Sicht des Kommunikationsendgeräts) wird das benachbarte Kommunikationsendgerät als Relaisstation (Zwischenstation) verwendet.
  • Die oben beschriebenen Ausführungsbeispiele können implementiert werden in Software, d. h. mittels eines oder mehrerer Computerprogramme, in Hardware, d. h. mittels einer oder mehrerer spezieller elektronischer Schaltungen oder in beliebig hybrider Form, d. h. in beliebiger Aufteilung in Software und Hardware.
  • Weiterhin ist darauf hinzuweisen, dass die Erfindung nicht auf die oben beschriebenen Ausführungsformen beschränkt ist, insbesondere nicht auf ein Ad-Hoc-Kommunikationsnetzwerk, schon gar nicht auf ein Bluetooth®-Kommunikationsnetzwerk.
  • Jedes Kommunikationsnetzwerk kann im Rahmen der Erfindung eingesetzt werden, das ein "Aushandeln" der einzusetzenden "Schicht 1"-Kommunikationsprotokolle (physikalische Schicht) und "Schicht 2"-Kommunikationsprotokolle (Datensicherungsschicht) und dabei insbesondere der MAC-Teil-Protokollschicht) einsetzen möchte.

Claims (15)

  1. Kommunikationsendgerät (601, 800), aufweisend – eine Nachrichtenerzeugungseinrichtung (801), die eingerichtet ist, eine Informationsanforderungsnachricht (405, 802) zu erzeugen, die spezifiziert, dass ein anderes Kommunikationsendgerät (602) Informationen über Leistungsmerkmale von Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des anderen Kommunikationsendgeräts (602) an das Kommunikationsendgerät (601, 800) übermitteln soll – eine Sendeeinrichtung (204, 606, 803), die eingerichtet ist, die Informationsanforderungsnachricht (405, 802) zu versenden – eine Empfangseinrichtung (204, 606, 804), die eingerichtet ist, von dem anderen Kommunikationsendgerät (602) eine Informationsnachricht mit den Informationen zu empfangen – eine Auswahleinrichtung (214), die eingerichtet ist, basierend auf den Informationen Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des Kommunikationsendgeräts (601) auszuwählen, die zum Aufbau einer Kommunikationsverbindung zu dem anderen Kommunikationsendgerät (602) verwendet werden sollen.
  2. Kommunikationsgerät (601, 800) gemäß Anspruch 1, ferner aufweisend eine Steuereinrichtung (209), die eingerichtet ist, die ausgewählten Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des Kommunikationsendgeräts (601, 800) so zu steuern, dass eine Kommunikationsverbindung zu dem anderen Kommunikationsendgerät (602) aufgebaut wird.
  3. Kommunikationsendgerät (601, 800) gemäß einem der Ansprüche 1 oder 2, wobei die Nachrichtenerzeugungseinrichtung (801) eingerichtet ist, die Informationsanforderungsnachricht (802) bei Eintreten eines vorgegebenen Ereignisses zu erzeugen und die Sendeeinrichtung (204, 803) eingerichtet ist, die erzeugte Informationsanforderungsnachricht (405, 802) bei Eintreten des vorgegeben Ereignisses zu versenden.
  4. Kommunikationsendgerät (601, 800) gemäß Anspruch 3, wobei das vorgegebene Ereignis das Einschalten des Kommunikationsendgeräts (601, 800), der Abbruch einer Kommunikationsverbindung zwischen dem Kommunikationsendgerät (601, 800) und dem anderen Kommunikationsendgerät (602), eine Anforderung des Benutzers des Kommunikationsendgeräts (601, 800), eine Anforderung eines auf dem Kommunikationsendgerät (601, 800) ausgeführten Programms, oder der Empfang einer Instruktionsnachricht ist, mittels welcher angefordert wird, die Informationsanforderungsnachricht (405, 802) zu erzeugen und zu versenden.
  5. Kommunikationsendgerät (601, 800) gemäß einem der Ansprüche 1 bis 4, wobei die Sendeeinrichtung (204, 606, 803) eingerichtet ist, die Informationsanforderungsnachricht (405, 802) an das andere Kommunikationsendgerät (602) zu übermitteln.
  6. Kommunikationsendgerät (601, 800) gemäß einem der Ansprüche 1 bis 4, wobei die Sendeeinrichtung (204, 606, 803) eingerichtet ist, die Informationsanforderungsnachricht (405, 802) an ein drittes Kommunikationsendgerät (603) zu versenden mit der Anforderung an das dritte Kommunikationsendgerät (603), die Informationsanforderungsnachricht (405, 802) an das andere Kommunikationsendgerät (602) weiterzuleiten.
  7. Kommunikationsendgerät (601, 800) gemäß einem der Ansprüche 1 bis 6, wobei das Kommunikationsendgerät (601, 800) und das andere Kommunikationsendgerät (602) Kommunikationsendgeräte zur Nahfeld-Kommunikation sind.
  8. Kommunikationsendgerät (601, 800) gemäß einem der Ansprüche 1 bis 7, wobei die Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) die Kommunikation gemäß Bluetooth®, IrDA oder WLAN ermöglichen.
  9. Kommunikationsendgerät (601, 800) gemäß Anspruch 8, wobei die Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) die Kommunikation unter Verwendung des ISM-Frequenzbands oder des UWB-Frequenzbands ermöglichen.
  10. Kommunikationsendgerät (601, 800) gemäß einem der Ansprüche 1 bis 9, wobei das Kommunikationsendgerät (601, 800) eine Speichereinrichtung aufweist, die eingerichtet ist, die Informationen zu speichern, wobei die Informationen mittels Identifikationen oder Adressen der Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) den Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) zugeordnet werden.
  11. Verfahren zum Anfordern von Kommunikationsendgerätinformationen, die an ein Kommunikationsendgerät (601, 800) übermittelt werden sollen, aufweisend – Erzeugen einer Informationsanforderungsnachricht (405, 802), die spezifiziert, dass ein anderes Kommunikationsendgerät (602) Informationen über Leistungsmerkmale von Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des anderen Kommunikationsendgeräts (602) an das Kommunikationsendgerät (601, 800) übermitteln soll und – Versenden der Informationsanforderungsnachricht (405, 802) – Empfangen einer Informationsnachricht mit den Informationen von dem anderen Kommunikationsendgerät (602) – Auswählen, basierend auf den Informationen, von Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des Kommunikationsendgeräts (601), die zum Aufbau einer Kommunikationsverbindung zu dem anderen Kommunikationsendgerät (602) verwendet werden sollen.
  12. Kommunikationsendgerät (601, 800), aufweisend: – eine Nachrichtenerzeugungseinrichtung (801), die eingerichtet ist, eine Instruktionsnachricht zum Versenden an ein zweites Kommunikationsendgerät (602) zu erzeugen, die spezifiziert, dass das zweite Kommunikationsendgerät (602) – eine Informationsanforderungsnachricht (405, 802) erzeugen soll, die spezifiziert, dass ein drittes Kommunikationsendgerät (603) Informationen über Leistungsmerkmale von Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des dritten Kommunikationsendgeräts (603) an das zweite Kommunikationsendgerät (602) übermitteln soll, – die Informationsanforderungsnachricht (405, 802) versenden soll und – nach Empfang der Informationen die Informationen an das Kommunikationsendgerät (601, 800) weiterleiten soll, und – eine Sendeeinrichtung (606, 803), die eingerichtet ist, die Instruktionsnachricht zu versenden – eine Empfangseinrichtung (204, 606, 804), die eingerichtet ist, von dem anderen Kommunikationsendgerät (602) eine Informationsnachricht mit den Informationen zu empfangen – eine Auswahleinrichtung (214), die eingerichtet ist, basierend auf den Informationen Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des Kommunikationsendgeräts (601) auszuwählen, die zum Aufbau einer Kommunikationsverbindung zu dem anderen Kommunikationsendgerät (602) verwendet werden sollen.
  13. Verfahren zum Anfordern von Kommunikationsendgerätinformationen, die an ein Kommunikationsendgerät (601, 800) übermittelt werden sollen, aufweisend – Erzeugen einer Instruktionsnachricht zum Versenden an ein zweites Kommunikationsendgerät (602), die spezifiziert, dass das zweite Kommunikationsendgerät (602) – eine Informationsanforderungsnachricht (405, 802) erzeugen soll, die spezifiziert, dass ein drittes Kommunikationsendgerät (603) Informationen über Leistungsmerkmale von Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des dritten Kommunikationsendgeräts (603) an das zweite Kommunikationsendgerät (602) übermitteln soll, – die Informationsanforderungsnachricht (405, 802) versenden soll und – nach Empfang der Informationen die Informationen an das Kommunikationsendgerät (601, 800) weiterleiten soll und – Versenden der Instruktionsnachricht – Empfangen einer Informationsnachricht mit den Informationen von dem anderen Kommunikationsendgerät (602), – Auswählen, basierend auf den Informationen, von Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des Kommunikationsendgeräts (601), die zum Aufbau einer Kommunikationsverbindung zu dem anderen Kommunikationsendgerät (602) verwendet werden sollen.
  14. Kommunikationsendgerät (601, 800), aufweisend – eine Empfangseinrichtung, die eingerichtet ist, eine Informationsanforderungsnachricht (405, 802) von einem anderen Kommunikationsendgerät (602) zu empfangen, die spezifiziert, dass das Kommunikationsendgerät (601, 800) Informationen über Leistungsmerkmale von Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des Kommunikationsendgeräts (601, 800) an das andere Kommunikationsendgerät (602) übermitteln soll, – eine Nachrichtenerzeugungseinrichtung (801), die eingerichtet ist, eine Informationsnachricht mit den Informationen zu erzeugen und – eine Sendeeinrichtung (606, 803), die eingerichtet ist, die Informationsnachricht zu versenden – eine Empfangseinrichtung (204, 606, 804), die eingerichtet ist, von dem anderen Kommunikationsendgerät (602) eine Informationsnachricht mit den Informationen zu empfangen – eine Auswahleinrichtung (214), die eingerichtet ist, basierend auf den Informationen Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des Kommunikationsendgeräts (601) auszuwählen, die zum Aufbau einer Kommunikationsverbindung zu dem anderen Kommunikationsendgerät (602) verwendet werden sollen.
  15. Verfahren zum Bereitstellen von Kommunikationsendgerätinformationen über Merkmale eines Kommunikationsendgeräts (601, 800), aufweisend – Empfangen einer Informationsanforderungsnachricht (405, 802) von einem anderen Kommunikationsendgerät (602), die spezifiziert, dass das Kommunikationsendgerät (601, 800) Informationen über Leistungsmerkmale von Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des Kommunikationsendgeräts (601, 800) an das andere Kommunikationsendgerät (602) übermitteln soll, – Erzeugungen einer Informationsnachricht mit den Informationen und – Senden der Informationsnachricht – Empfangen einer Informationsnachricht mit den Informationen von dem anderen Kommunikationsendgerät (602), – Auswählen, basierend auf den Informationen, von Einheiten der physikalischen Schicht (101) oder der Datensicherungsschicht (102) des Kommunikationsendgeräts (601), die zum Aufbau einer Kommunikationsverbindung zu dem anderen Kommunikationsendgerät (602) verwendet werden sollen.
DE102006043667A 2006-09-18 2006-09-18 Kommunikationsendgeräte, Verfahren zum Anfordern von Kommunikationsendgerätinformationen, Verfahren zum Bereitstellen von Kommunikationsendgerätinformationen Expired - Fee Related DE102006043667B4 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
DE102006043667A DE102006043667B4 (de) 2006-09-18 2006-09-18 Kommunikationsendgeräte, Verfahren zum Anfordern von Kommunikationsendgerätinformationen, Verfahren zum Bereitstellen von Kommunikationsendgerätinformationen

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102006043667A DE102006043667B4 (de) 2006-09-18 2006-09-18 Kommunikationsendgeräte, Verfahren zum Anfordern von Kommunikationsendgerätinformationen, Verfahren zum Bereitstellen von Kommunikationsendgerätinformationen

Publications (2)

Publication Number Publication Date
DE102006043667A1 DE102006043667A1 (de) 2008-03-27
DE102006043667B4 true DE102006043667B4 (de) 2009-01-15

Family

ID=39104859

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102006043667A Expired - Fee Related DE102006043667B4 (de) 2006-09-18 2006-09-18 Kommunikationsendgeräte, Verfahren zum Anfordern von Kommunikationsendgerätinformationen, Verfahren zum Bereitstellen von Kommunikationsendgerätinformationen

Country Status (1)

Country Link
DE (1) DE102006043667B4 (de)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI392345B (zh) 2009-12-31 2013-04-01 Chicony Electronics Co Ltd 可攜式Ｗｉ－Ｆｉ數位攝影機以及具可攜式Ｗｉ－Ｆｉ數位攝影機之系統
US8644163B2 (en) 2010-03-25 2014-02-04 Chicony Electronics Co., Ltd. System with wireless network device and method for processing wireless network profile
TWI524805B (zh) * 2011-06-24 2016-03-01 群光電子股份有限公司 具無線網路裝置之系統以及無線網路設定處理方法
US9667765B2 (en) * 2012-03-30 2017-05-30 Bose Corporation Method and apparatus for relaying data communications in a Bluetooth network

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050059389A1 (en) * 2003-07-25 2005-03-17 Minko Jacek Tomasz System and method for discovering identities and capabilities of nearby telephones
US20050237956A1 (en) * 2004-01-08 2005-10-27 Yefim Kuperschmidt Methods and devices for expanding the range of a network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050059389A1 (en) * 2003-07-25 2005-03-17 Minko Jacek Tomasz System and method for discovering identities and capabilities of nearby telephones
US20050237956A1 (en) * 2004-01-08 2005-10-27 Yefim Kuperschmidt Methods and devices for expanding the range of a network

Also Published As

Publication number Publication date
DE102006043667A1 (de) 2008-03-27

Similar Documents

Publication Publication Date Title
DE102006010513B4 (de) Kommunikationseinrichtung, Funk-Kommunikations-Anordnung und Verfahren zum Übertragen von Information von einer ersten Funk-Kommunikationseinrichtung zu einer zweiten Funk-Kommunikationseinrichtung
DE10157986B4 (de) Verfahren der Informationsteilhabe zwischen zellularen und lokalen, drahtlosen Kommunikationssystemen
DE60205712T2 (de) Tragbares Endgerät mit kombinierter Kommunikation über Funk mit geringer Reichweite für Direktverbindungen und zellularen Mobilfunk
DE602004006911T2 (de) Drahtloses Kommunikationsendgerät für kurze Reichweiten zur Übertragung von Datenströmen und Echtzeitdiensten
DE60103861T2 (de) Verfahren und einrichtung zur mobilitätsunterstützung in einem telekommunikationssystem
DE10214985B4 (de) Verfahren und Gerät zur Erweiterung von Personenbereichsnetzwerken
DE69923981T2 (de) Verfahren und Anordnung in einem Telekommunikationsnetz
DE60208059T2 (de) Kontaktmanagement für mobile kommunikationsgeräte in mobilen paketnetzen
DE602006000868T2 (de) Verfahren und System zur Einsparung von Batterieenergie in drahtlosen Geräten operierend in einem lokalen drahtlosen Netzwerk
DE102012211930B4 (de) Detektion der Kontaktaufnahme durch paarweise zugeordnete Fahrzeugvorrichtungen mit Bluetooth Low Energy
DE60127088T2 (de) Datenübermittlung durch portable geräte
DE112005003081B4 (de) Verfahren und Vorrichtung zum Betreiben von Sender-Empfänger-Systemen einer drahtlosen Plattform
AT408705B (de) Verfahren und anlage für die datenübertragung
DE10393338B4 (de) Vorab ausgehandelte Dienstgüte
DE112008003065B4 (de) Ad-hoc-Kommunikations-Funkmodul, Ad-hoc-Kommunikationseinrichtung und Verfahren zum Steuern eines Ad-hoc-Kommunikations-Funkmoduls
DE60319344T2 (de) Drahtlose ad hoc Kommunikation mit unterschiedlicher Sendeleistung für Kopf und Nutzlast der Nachrichten
EP1914954B1 (de) Verfahren und system zur übertragung von datenpaketen
DE102007023702A1 (de) Verfahren zum Erzeugen einer Generic Object Exchange Profile-Nachricht, Verfahren zum Bereitstellen von Navigations-Daten, Verfahren zum Aufbau einer Verbindung zum Übertragen von Navigations-Daten, Navigationsendgerät und Navigationsdaten-Einfüge-Einheit
DE102005002574A1 (de) Kommunikationssystem und -Verfahren
DE102017116965B4 (de) Verfahren zum betrieb eines drahtlosen fahrzeugzugangspunkts (wap)
DE102018113058A1 (de) Verwaltung einer drahtlosen geräteverbindung
DE10350907B3 (de) Verfahren, Funkstation und Computerprogrammprodukt zum Zugriff auf Funkressourcen in einem Adhoc-Funkkommunikationssystem
DE10103743A1 (de) Kommunikationsnetz mit kurzer Reichweite
DE102006043667B4 (de) Kommunikationsendgeräte, Verfahren zum Anfordern von Kommunikationsendgerätinformationen, Verfahren zum Bereitstellen von Kommunikationsendgerätinformationen
DE112005001833T5 (de) System und Verfahren zum Herbeiführen des sicheren Einsatzes von Netzwerken

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8364 No opposition during term of opposition
R081 Change of applicant/patentee

Owner name: INTEL MOBILE COMMUNICATIONS GMBH, DE

Free format text: FORMER OWNER: INTEL MOBILE COMMUNICATIONS TECHNOLOGY GMBH, 85579 NEUBIBERG, DE

Effective date: 20130326

Owner name: INTEL MOBILE COMMUNICATIONS GMBH, DE

Free format text: FORMER OWNER: INFINEON TECHNOLOGIES AG, 81669 MUENCHEN, DE

Effective date: 20130314

Owner name: INTEL MOBILE COMMUNICATIONS GMBH, DE

Free format text: FORMER OWNER: INTEL MOBILE COMMUNICATIONS GMBH, 85579 NEUBIBERG, DE

Effective date: 20130315

Owner name: INTEL MOBILE COMMUNICATIONS GMBH, DE

Free format text: FORMER OWNER: INFINEON TECHNOLOGIES AG, 85579 NEUBIBERG, DE

Effective date: 20130315

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