WO2008017596A2 - Netzwerk zur drahtlosen übertragung von daten - Google Patents

Netzwerk zur drahtlosen übertragung von daten Download PDF

Info

Publication number
WO2008017596A2
WO2008017596A2 PCT/EP2007/057793 EP2007057793W WO2008017596A2 WO 2008017596 A2 WO2008017596 A2 WO 2008017596A2 EP 2007057793 W EP2007057793 W EP 2007057793W WO 2008017596 A2 WO2008017596 A2 WO 2008017596A2
Authority
WO
WIPO (PCT)
Prior art keywords
layer
network
stack
interoperability
protocol
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.)
Ceased
Application number
PCT/EP2007/057793
Other languages
English (en)
French (fr)
Other versions
WO2008017596A3 (de
Inventor
Josef Brandstetter
Diyap Canbolant
Stefan Gross
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.)
Siemens AG
Siemens Corp
Original Assignee
Siemens AG
Siemens Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG, Siemens Corp filed Critical Siemens AG
Priority to EP07788007A priority Critical patent/EP2050247B1/de
Priority to US12/310,036 priority patent/US20100014493A1/en
Priority to CN2007800295542A priority patent/CN101502074B/zh
Publication of WO2008017596A2 publication Critical patent/WO2008017596A2/de
Publication of WO2008017596A3 publication Critical patent/WO2008017596A3/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/325—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the network layer [OSI layer 3], e.g. X.25
    • 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/12—Protocol engines
    • 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/26—Special purpose or proprietary protocols or architectures

Definitions

  • the invention relates to a network for the wireless transmission of data whose operation is determined by a protocol stack according to the OSI reference model.
  • the invention further relates to a network subscriber for such a network and to a method for the wireless transmission of data in such a network.
  • the OSI reference model consists of 7 protocol layers.
  • the lowest physical layer provides mechanical, electrical, and other functional tools to enable, disable, sustain, and transmit bits over physical links.
  • Data Link Layer The task of the next higher data link layer (Data Link Layer) is a secure, ie to ensure error-free, over ⁇ transmission and to control access to the transmission medium.
  • the data link layer is divided into two sub-layers, namely logical link control layer and media access layer (Media Access Control Layer) shares under ⁇ , the latter regulates concurrent access over a network to a transmission medium.
  • the tasks of the following network layer include the establishment and updating of routing tables, as well as the flow control.
  • the network addresses also belong to this layer. Since a communication network can consist of several subnetworks of different technologies, the conversion functions that are necessary for forwarding between the subnetworks are also located in this layer.
  • Transport Layer offers the application-oriented layers up to it towards the top application layer, a unified access, so they do not need to take into account the characteristics of the communication network.
  • ZigBee can not meet all the requirements of the industrial environment, so that it is considered appropriate to make certain modifications to the ZigBee
  • the invention is therefore based on the object, in addition to Best ⁇ existing standards, eg. B .. the IEEE 802.15.4 / ZigBee standard to allow application-specific changes in data transmission without sacrificing or violating the standard in question.
  • the object is achieved in that in the protocol stack between the transmit bit ⁇ layer following data link layer and the build on ⁇ Additional protocol layers an interoperability is inserted layer on which the further Protokollschich ⁇ th are built up in parallel individual stacks ,
  • the Interoperbilticians slaughter makes it possible to connect a respective indi vidual ⁇ stacks of higher layers logically with a stack to the lower layers.
  • Interoperability layers are well known between different applications (Applications) and a common communica ⁇ tion infrastructure, but not in the present structure.
  • the physical layer (Physical Layer) and backup ⁇ layer (data link layer) of the protocol stack can,. For example, by the IEEE 802.15.4 standard, by adding special features for industrial requirements IEEE 802.15.4 standard or defined by an alternative standard.
  • the individual stacks then build on the media access control layer. As individual stacks come other protocols, such. Dust (Dust Networks), Millenial (Millenial Net) or Zensys.
  • the insertion of the additional interoperability layer provides a terminated interface with dedicated access points to the underlying protocol layers, thus making it possible to use, for example, simultaneously or optionally, different communication protocols in the overlying protocol layers.
  • the interoperability layer directs the requests, such as a request to send a data packet, and accesses of the higher ones
  • Layers preprocessed into a platform-independent format and delivered to the underlying layers. These can be realized on their own hardware, so that the interoperability layer is then distributed to different hardware subsystems.
  • a transport layer is defined ⁇ (Transport Layer) which allows a media access layer (Media Access Control Layer) to a host network layer (Network Layer) to connect.
  • the transport layer provides mechanisms to enable this connection across a MAC hardware interface. In particular, it is up to the transport layer ⁇ forward service primitive a higher layer to the conces- assigned media access layer.
  • Kings ⁇ nen mechanisms are provided in the transport layer, which z. B. enable dynamic configuration of one or more protocol stacks. Examples are: - A search mechanism that allows a management application to find out which types of Rulezu ⁇ grabbed layer are available. According to this informa tion ⁇ a particular higher layer of a limited hours ⁇ th lower layer can then be assigned. This assignment can be changed at any time. - to distribute a flow control mechanism that allows the ver ⁇ -availability bandwidth of the hardware interface determined in parallel protocol stack.
  • the transport layer thereby allows the network layer of the underlying MAC hardware (block-specific or chip-specific), the MAC hardware interfaces (eg UART, SPI, USB) and the physical layer used (Radio technology, frequency, modulation method) to be independent. Accordingly, MAC subsystems can be realized independently of the network layer.
  • the introduced transport layer is the more or less monolithic architecture of the respective protocol stack, as it is in the currently available or marketed protocols, eg. B. ZigBee, the case is abandoned or bypassed and instead allows an alternative or even parallel operation of different protocol stack on the same target hardware.
  • Figure 1 shows an example of the network according to the invention
  • Figure 2 shows the protocol stack of the network.
  • FIG. 1 shows, by way of example for the network according to the invention, a ZigBee network whose topology can be constructed as a star network, but also as a tree or mesh network.
  • the devices 1 to 6 each take one of the following roles: network coordinator, alternative coordinator, router or terminal. Each role can also contain the tasks of each subordinate role. th.
  • a RFD always requires a FFD as a communication partner and can therefore only the role as a terminal Unhold ⁇ men.
  • each network there is exactly one coordinator 1 and none, one or more alternative coordinators who take over in the event of a failure of the coordinator whose task ⁇ .
  • the FFDs and RFDs also differ in how they can be used in the different network topologies. In a mesh network only FFDs can be used. As already mentioned, RFDs always take the final position in the network topology. RFDs are usually designed for a specific task and can thus be cost ⁇ cheaper and more energy efficient than FFDs.
  • the protocol stack for IEEE 802.15.4 / ZigBee consists of the following units:
  • the lower layers of the protocol stack consisting of the physical layer (PHY layer) and the medium access control layer (MAC layer) are housed in a separate hardware subsystem (MAC subsystem).
  • the network layer and all the layers above are implemented in a further hardware subsystem (host subsystem).
  • an interoperability layer IO is inserted between the lower protocol layers in the MAC subsystem and the upper protocol layers in the host subsystem.
  • a transport layer transport layer
  • the two hardware subsystems logically with one another and is split between the hardware subsystems.
  • a transport protocol is defined, which in addition to the transport of service primitives (Service Primitive) and the treatment of general mechanisms such. B. flow control, sets.
  • the transport layer in turn builds on a MAC hardware interface, whereby also for the MAC hardware in general a protocol is defined (MAC-HW protocol).
  • Stack # 1 On the host subsystem side, above the transport layer, are the higher layers Stack # 1, Stack #n of different protocol stacks, e.g. ZigBee, DUST, etc., where via adapters the specific implementation of the respective service interfaces is adapted to a uniform service interface of the transport layer.
  • Stack # 1 On the host subsystem side, above the transport layer, are the higher layers Stack # 1, Stack #n of different protocol stacks, e.g. ZigBee, DUST, etc., where via adapters the specific implementation of the respective service interfaces is adapted to a uniform service interface of the transport layer.
  • the transport layer On the MAC subsystem page, below (in the illustration above) the transport layer are the lower layers, e.g. To IEEE 102.15.4, the various protocol stacks.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Abstract

Um bei einem Netzwerk zur drahtlosen Übertragung von Daten, dessen Arbeitsweise durch einen Protokollstapel nach dem OSI- Referenzmodell festgelegt ist, neben bestehenden Standards, (z. B. dem IEEE 802.15.4/ZigBee), anwendungsspezifische Änderungen bei der Datenübertragung zu ermöglichen, ohne auf den betreffenden Standard verzichten zu müssen oder diesen zu verletzen, ist in dem Protokollstapel zwischen der auf die Bitübertragungsschicht folgenden Sicherungsschicht und den darauf aufbauenden weiteren Protokollschichten (z. B. Network Layer bei ZigBee) eine Interoperabilitätsschicht (IO) eingefügt, auf der die weiteren Protokollschichten mit z. B. unterschiedlichen Schnittstellen in parallelen individuellen Stapeln (Stack #1, Stack #n) aufbaubar sind.

Description

Beschreibung
Netzwerk zur drahtlosen Übertragung von Daten
Die Erfindung betrifft ein Netzwerk zur drahtlosen Übertragung von Daten, dessen Arbeitsweise durch einen Protokollstapel nach dem OSI-Referenzmodell festgelegt ist. Die Erfindung betrifft ferner einen Netzwerkteilnehmer für ein solches Netzwerk und ein Verfahren zur drahtlosen Übertragung von Daten in einem solchen Netzwerk.
Das OSI-Referenzmodell besteht aus 7 Protokollschichten.
Die unterste Bitübertragungsschicht (Physical Layer) stellt mechanische, elektrische und weitere funktionale Hilfsmittel zur Verfügung, um physikalische Verbindungen zu aktivieren bzw. deaktivieren, sie aufrechtzuerhalten und Bits darüber zu übertragen .
Die Aufgabe der nächst höheren Sicherungsschicht (Data Link Layer) besteht darin, eine sichere, d. h. fehlerfreie, Über¬ tragung zu gewährleisten und den Zugriff auf das Übertragungsmedium zu regeln. Nach IEEE ist die Sicherungsschicht in zwei Teilschichten, nämlich Logical Link Control Layer und Medienzugriffsschicht (Media Access Control Layer) unter¬ teilt, wobei letztere den konkurrierenden Zugriff von Netzwerkteilnehmern auf ein Übertragungsmedium regelt.
Zu den Aufgaben der folgenden Vermittlungsschicht (Network Layer) zählen der Aufbau und die Aktualisierung von Routingtabellen, sowie die Flusskontrolle. Auch die Netzwerkadressen gehören zu dieser Schicht. Da ein Kommunikationsnetzwerk aus mehreren Teilnetzen unterschiedlicher Technologien bestehen kann, sind in dieser Schicht auch die Umsetzungsfunktionen angesiedelt, die für eine Weiterleitung zwischen den Teilnetzen notwendig sind.
Die nächsthöhere Transportschicht (Transport Layer) bietet den darauf aufbauenden anwendungsorientierten Schichten bis hin zur obersten Anwendungsschicht (Application Layer) einen einheitlichen Zugriff, so dass diese die Eigenschaften des Kommunikationsnetzwerks nicht zu berücksichtigen brauchen.
Zur drahtlosen Übertragung von Daten in der industriellen
Automatisierungstechnik, der Heim- und Gebäudeautomatisierung und in vielen anderen Anwendungen sind auf dem Standard IEEE 802.15.4 basierende Funknetzwerke wegen ihrer Einfachheit, Energieeffizienz und Kostengünstigkeit sehr attraktiv. Auf diesem Standard baut auch das ZigBee-Protokoll der ZigBee Alliance auf, einer weltweiten Vereinigung von Firmen, die zusammenarbeiten um zuverlässige, kostengünstige und kabellos vernetzte Überwachungs- und Steuerungsprodukte zu entwickeln, die auf einem internationalen und offenen Standard basieren.
Der IEEE 802.15.4/ZigBee-Standard ist in einer Vielzahl von Publikationen ausführlich beschrieben, weswegen die Details des Standards als bekannt vorausgesetzt und im Einzelnen hier nicht weiter erläutert werden. Beispielhaft sind folgende Publikationen genannt:
Michael Bürge: "Standards drahtloser Übertragung: Von Blue¬ tooth zu IEEE 802.15.4/ZigBee" , ETH Zürich - Departement In¬ formatik, Seminar Verteilte Systeme zum Thema Smart Environ- ments, SS 2004, am 14.07.2006 im Internet gefunden unter http : / /www . vs . inf . et hz . ch/edu/S32004/DS/reports/09___ziqbee___rep ort .pdf,
Rudi Latuske: "ZigBee - Protokollsoftware und Entwicklungsum- gebung", September 2004, am 14.07.2006 im Internet gefunden unter http: //www. ars2000. com/ZigBee-White-Paper .pdf, oder
Prof. Dr. Axel Sikora: "Short-Range Wireless Networking mit IEEE 802.15.4 und ZigBee: Möglichkeiten und Herausforderun- gen", Design & Elektronik Entwicklerforum, München 7.6.2004, am 14.07.2006 im Internet gefunden unter http : / /www . srzedn. de/upl oads/medi a /sr z__zi gbee_de_entwickl erfc rυm 040706.pdf . Anlehnend an das OSI-Referenzmodell definiert der Standard IEEE 802.15.4 lediglich die Bitübertragungsschicht sowie die darüber liegende Medienzugriffsschicht. Funktionen, die die Sicherheit in der Medienzugriffsschicht betreffen, werden zwar im Standard angesprochen, jedoch in die höheren Schichten ausgelagert.
Nach Expertenmeinung kann ZigBee nicht allen Anforderungen des industriellen Umfelds gerecht werden, so dass es als sinnvoll erachtet wird, bestimmte Modifikationen am ZigBee-
Protokollstapel vorzunehmen. Dies steht jedoch im Widerspruch mit der Konformität des verfügbaren bzw. verabschiedeten ZigBee-Protokollstapels .
Der Erfindung liegt daher die Aufgabe zugrunde, neben beste¬ henden Standards, z. B.. dem IEEE 802.15.4/ZigBee-Standard, anwendungsspezifische Änderungen bei der Datenübertragung zu ermöglichen, ohne auf den betreffenden Standard verzichten zu müssen oder diesen zu verletzen.
Gemäß der Erfindung wird die Aufgabe dadurch gelöst, dass in dem Protokollstapel zwischen der auf die Bitübertragungs¬ schicht folgenden Sicherungsschicht und den darauf aufbauen¬ den weiteren Protokollschichten eine Interoperabilitäts- schicht eingefügt ist, auf der die weiteren Protokollschich¬ ten in parallelen individuellen Stapeln aufbaubar sind. Die Interoperbilitätsschicht ermöglicht es, jeweils einen indi¬ viduellen Stapel der höheren Schichten mit einem Stapel der niedrigeren Schichten logisch zu verbinden.
Interoperabilitätsschichten sind zwischen verschiedenen Anwendungen (Applications) und einer gemeinsamen Kommunika¬ tionsinfrastruktur allgemein bekannt, nicht aber in der erfindungsgemäßen Struktur.
Die Bitübertragungsschicht (Physical Layer) und Sicherungs¬ schicht (Data Link Layer) des Protokollstapels können z. B. durch den Standard IEEE 802.15.4, durch einen um spezielle Funktionen für industrielle Anforderungen erweiterten IEEE 802.15.4-Standard oder durch einen alternativen Standard definiert sein. Die individuellen Stapel bauen dann auf der Medienzugriffsschicht (Media Access Control Layer) auf. Als individuelle Stapel kommen auch andere Protokolle, wie z. B. Dust (Dust Networks), Millenial (Millenial Net) oder Zensys in Frage.
Das Einfügen der zusätzlichen Interoperabilitätsschicht schafft eine terminierte Schnittstelle mit dezidierten Zu- gangspunkten zu den darunterliegenden Protokollschichten und ermöglicht es so, beispielsweise gleichzeitig oder wahlweise verschiedene Kommunikationsprotokolle in den darüberliegenden Protokollschichten zu verwenden. Die Interoperabilitätsschicht leitet die Anforderungen, etwa eine Anforderung zum Versenden eines Datenpaketes, und Zugriffe der höheren
Schichten um, vorverarbeitet diese in ein plattformunabhängiges Format und führt sie den darunterliegenden Schichten zu. Diese können auf einer eigenen Hardware realisiert sein, so dass die Interoperabilitätsschicht dann auf verschiedene Hardware-Subsysteme verteilt ist.
Als Teil der Interoperabilitätsschicht ist eine Transport¬ schicht (Transport Layer) definiert, welche es ermöglicht, eine Medienzugriffsschicht (Media Access Control Layer) an eine Host-Vermittlungsschicht (Network Layer) anzubinden. Die Transportschicht stellt dabei Mechanismen zur Verfügung um diese Anbindung über eine MAC-Hardware-Schnittstelle hinweg zu ermöglichen. Insbesondere ist es Aufgabe der Transport¬ schicht, Dienstprimitive einer höheren Schicht an die zuge- ordnete MedienzugriffSchicht weiterzuleiten. Im Weiteren kön¬ nen in der Transportschicht allgemeine Mechanismen vorgesehen werden, welche z. B. eine dynamische Konfiguration eines oder mehrerer Protokollstapel ermöglichen. Beispiele hiefür sind: - Ein Suchmechanismus, welcher es einer Management-Anwendung ermöglicht, herauszufinden, welche Varianten der Medienzu¬ griffsschicht verfügbar sind. Entsprechend dieser Informa¬ tion kann dann eine bestimmte höhere Schicht einer bestimm¬ ten unteren Schicht zugeordnet werden. Diese Zuordnung kann jederzeit geändert werden. - Ein Flusssteuerungsmechanismus, welcher es erlaubt die ver¬ fügbare Bandbreite der Hardware-Schnittstelle auf parallel laufende Protokollstapel determiniert zu verteilen.
Die Transportschicht (Transport Layer) erlaubt es dadurch der Vermittlungsschicht (Network Layer) von der darunterliegenden MAC-Hardware (baustein- bzw. chipspezifisch), den MAC-Hard- ware-Schnittstellen (z.B. UART, SPI, USB) sowie dem verwendeten physikalischen Layer (Funktechnik, Frequenz, Modulations- verfahren) unabhängig zu sein. Dementsprechend können MAC- Subsysteme unabhängig von der Vermittlungsschicht (Network Layer) realisiert werden.
Durch die eingeführte Transportschicht (Transport Layer) wird die mehr oder weniger monolithische Architektur der jeweiligen Protokollstapel, wie es bei den heute verfügbaren bzw. vermarkteten Protokollen, z. B. ZigBee, der Fall ist, verlassen bzw. umgangen und stattdessen eine alternative oder gar parallele Betriebsweise unterschiedlichster Protokollstapel auf ein und der selben Zielhardware ermöglicht.
Zur weiteren Erläuterung der Erfindung wird im Folgenden auf die Figuren der Zeichnung Bezug genommen; im Einzelnen zeigen :
Figur 1 ein Beispiel für das erfindungsgemäße Netzwerk und
Figur 2 den Protokollstapel des Netzwerks.
Figur 1 zeigt beispielhaft für das erfindungsgemäße Netzwerk ein ZigBee-Netzwerk, dessen Topologie als Sternnetz, aber auch als Baum- oder Maschennetz aufgebaut sein kann. Die einzelnen Netzwerkknoten 1 bis 6 bestehen dabei aus Geräten 1, 2, 3, 5 mit voller Funktionalität (Full-Function-Devices = FFDs) und Geräten 4, 6 mit reduzierter Funktionalität (Re- duced-Function-Devices = RFDs) . Dabei nehmen die Geräte 1 bis 6 jeweils eine der folgenden Rollen ein: Netzwerkkoordinator, Alternativ-Koordinator, Router oder Endgerät. Jede Rolle kann auch die Aufgaben der jeweils untergeordneten Rolle enthal- ten. Ein RFD benötigt immer ein FFD als Kommunikationspartner und kann daher immer nur die Rolle eines Endgerätes überneh¬ men. In jedem Netzwerk gibt es genau einen Koordinator 1 und keinen, einen oder mehrere Alternativ-Koordinatoren, die im Falle eines Ausfalles des Koordinators dessen Aufgabe über¬ nehmen. Die FFDs und RFDs unterscheiden sich auch darin, wie sie in den verschiedenen Netzwerk-Topologien eingesetzt werden können. In einem Maschennetz können nur FFDs eingesetzt werden. RFDs nehmen, wie bereits erwähnt, immer Endposition in der Netzwerk-Topologie ein. RFDs sind in der Regel für eine spezielle Aufgabe konzipiert und können somit kosten¬ günstiger und energiesparender als FFDs sein. Bei der Anmeldung eines der hier auch als Netzwerkteilnehmer bezeichneten Geräte 2 bis 6 im Netzwerk wird ihm von dem Netzwerkkoordina- tor 1 ein Identifier zugewiesen, über den der Netzwerkteilnehmer dann angesprochen wird.
Wie Figur 2 in schematischer Darstellung zeigt, besteht der Protokollstapel für IEEE 802.15.4/ZigBee aus folgenden Ein- heiten:
Die unteren Schichten des Protokollstapels bestehend aus der Bitübertragungsschicht (Physical Layer - PHY Layer) und der Medienzugriffsschicht (Medium Access Control Layer - MAC Layer) sind in einem eigenen Hardware-Subsystem (MAC-Sub- system) untergebracht. Die Vermittlungsschicht (Network- Layer) und alle darüber liegenden Schichten sind in einem weiteren Hardware-Subsystem (Host-Subsystem) realisiert.
zwischen den unteren Protokollschichten in dem MAC-Subsystem und den oberen Protokollschichten in dem Host-Subsystem ist eine Interoperabilitätsschicht (Interoperability Layer) IO eingefügt. Als Teil der Interoperabilitätsschicht IO verbin¬ det eine Transportschicht (Transport Layer) die beiden Hard- ware-Subsysteme logisch miteinander und ist dabei auf die beiden Hardware-Subsysteme verteilt. Für die Transportschicht ist ein Transport-Protokoll definiert, welches neben dem Transport von Dienstprimitiven (Service Primitive) auch die Abhandlung allgemeiner Mechanismen, wie z. B. Flusssteuerung, festlegt. Die Transportschicht baut ihrerseits wieder auf einer MAC-Hardware-Schnittstelle auf, wobei auch für die MAC- Hardware im Allgemeinen ein Protokoll definiert ist (MAC-HW- Protokoll) .
Auf der Host-Subsystem-Seite liegen über der Transportschicht (Transport Layer) die höheren Schichten Stack #1, Stack #n verschiedener Protokollstapel, z. B. ZigBee, DUST usw., wobei über Adapter die spezifische Implementierung der jeweiligen Dienstschnittstellen an eine einheitliche Dienstschnittstelle der Transportschicht angepasst ist.
Auf der MAC-Subsystem-Seite liegen unter (in der Darstellung über) der Transportschicht die unteren Schichten, z. B. nach IEEE 102.15.4, der verschiedenen Protokollstapel.

Claims

Patentansprüche
1. Netzwerk zur drahtlosen Übertragung von Daten, dessen Arbeitsweise durch einen Protokollstapel nach dem OSI-Referenz- modeil festgelegt ist, dadurch gekennzeichnet, dass in dem Protokollstapel zwischen der auf die Bitübertragungsschicht (Physical Layer) folgenden Sicherungsschicht (Data Link Layer) und den darauf aufbauenden weiteren Protokollschichten eine Interoperabilitätsschicht (10) eingefügt ist, auf der die weiteren Protokollschichten in parallelen individuellen Stapeln (indiv. Stack #1,..., indiv. Stack #n) aufbaubar sind.
2. Netzwerk nach Anspruch 1, dadurch gekennzeichnet, dass die Bitübertragungsschicht und Sicherungsschicht des Protokoll¬ stapels durch den Standard IEEE 802.15.4 und einer der individuellen Stapel (indiv. Stack #1,..., indiv. Stack #n) durch den ZigBee-Standard definiert sind.
3. Netzwerk nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Bitübertragungsschicht (Physical Layer) und Siche¬ rungsschicht (Data Link Layer) einerseits und die darauf aufbauenden weiteren Protokollschichten andererseits auf unterschiedlichen Hardware-Systemen realisiert sind, wobei die Interoperabilitätsschicht (10) auf beide Hardware-Systeme verteilt ist und beide Hardware-Systeme durch eine standardi¬ sierte Hardware-Schnittstelle miteinander verbunden sind.
4. Netzwerk nach Anspruch 3, dadurch gekennzeichnet, dass die Interoperabilitätsschicht (10) eine auf die Hardware-Systeme verteilte Transportschicht (Transport Layer) aufweist, die in jedem jeweils über Schnittstellen-Treiber mit der Hardware- Schnittstelle verbunden ist.
5. Netzwerkteilnehmer für ein Netzwerk nach einem der Ansprüche 1 oder 2.
6. Verfahren zur drahtlosen Übertragung von Daten in einem Netzwerk nach einem der Ansprüche 1 oder 2.
PCT/EP2007/057793 2006-08-09 2007-07-27 Netzwerk zur drahtlosen übertragung von daten Ceased WO2008017596A2 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP07788007A EP2050247B1 (de) 2006-08-09 2007-07-27 Netzwerk zur drahtlosen übertragung von daten
US12/310,036 US20100014493A1 (en) 2006-08-09 2007-07-27 Network for wireless data transmission
CN2007800295542A CN101502074B (zh) 2006-08-09 2007-07-27 用于无线数据传输的网络

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102006037243.3 2006-08-09
DE102006037243A DE102006037243B4 (de) 2006-08-09 2006-08-09 Netzwerk zur drahtlosen Übertragung von Daten

Publications (2)

Publication Number Publication Date
WO2008017596A2 true WO2008017596A2 (de) 2008-02-14
WO2008017596A3 WO2008017596A3 (de) 2008-04-10

Family

ID=38921992

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2007/057793 Ceased WO2008017596A2 (de) 2006-08-09 2007-07-27 Netzwerk zur drahtlosen übertragung von daten

Country Status (5)

Country Link
US (1) US20100014493A1 (de)
EP (1) EP2050247B1 (de)
CN (1) CN101502074B (de)
DE (1) DE102006037243B4 (de)
WO (1) WO2008017596A2 (de)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9485114B2 (en) * 2011-03-25 2016-11-01 Mediatek Inc. MAC abstraction sub-layer and MAC table for a communication system and related communication device
WO2013093721A1 (en) * 2011-12-23 2013-06-27 Koninklijke Philips Electronics N.V. Protocols for visible light communications
CN105515674B (zh) * 2015-11-30 2018-05-15 江苏茶花电气股份有限公司 用于以zigbee全功能节点为中心的星型红外终端子网通讯协议的实现方法
CN108173867A (zh) * 2018-01-03 2018-06-15 深圳市句点志能电子有限公司 一种无线数字图像传输协议方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998018247A1 (en) * 1996-10-23 1998-04-30 Infoglobal, S.L. Method and system for integration of several physical media for data communications
US6590861B1 (en) * 1999-03-18 2003-07-08 3Com Corporation Combining virtual local area networks and load balancing with fault tolerance in a high performance protocol
US7177952B1 (en) * 1999-10-01 2007-02-13 Nortel Networks Limited Method and system for switching between two network access technologies without interrupting active network applications
EP1119137B1 (de) * 2000-01-20 2006-08-16 Lucent Technologies Inc. Interoperabilität von Bluetooth und IEEE 802.11
EP1376960A1 (de) * 2002-06-29 2004-01-02 Deutsche Thomson-Brandt Gmbh Datenverbindungsschichtvorrichtung mit zwei Übertragungsmodi für einen seriellen Kommunikationsbus
US7702357B2 (en) * 2002-11-26 2010-04-20 Sony Corporation Wireless intelligent switch engine
US7012918B2 (en) * 2003-03-24 2006-03-14 Emulex Design & Manufacturing Corporation Direct data placement
US8009563B2 (en) * 2003-12-19 2011-08-30 Broadcom Corporation Method and system for transmit scheduling for multi-layer network interface controller (NIC) operation
US7376122B2 (en) * 2004-02-23 2008-05-20 Microsoft Corporation System and method for link quality source routing
CN1961209A (zh) * 2004-04-02 2007-05-09 蒂莫西·卡明斯 集成电子传感器
US7843379B2 (en) * 2004-11-15 2010-11-30 Nanotron Technologies Gmbh Symmetrical multi-path method for determining the distance between two transmitter-receivers
US7941179B2 (en) * 2005-12-21 2011-05-10 Broadcom Corporation System and method providing concurrent multimode communication

Also Published As

Publication number Publication date
CN101502074B (zh) 2013-08-28
US20100014493A1 (en) 2010-01-21
EP2050247B1 (de) 2012-08-29
DE102006037243A1 (de) 2008-02-14
EP2050247A2 (de) 2009-04-22
DE102006037243B4 (de) 2010-06-02
WO2008017596A3 (de) 2008-04-10
CN101502074A (zh) 2009-08-05

Similar Documents

Publication Publication Date Title
DE69922690T2 (de) Fehlertolerante netze
DE69429944T2 (de) Kommunikation von lokalen Netzwerk basierten Anwendungen in einem Vermittlungsnetz
DE60210177T2 (de) Bandbreitenorientierte Neukonfigurierung von drahtlosen Ad-Hoc-Netzen
DE60220246T2 (de) Verfahren und Vorrichtung zur effizienten Nutzung der Kommunikationsressourcen in einem Datenkommunikationssystem im Überlast-Zustand
DE69933821T2 (de) Kommunikationsknoten und Kommunikationsendgerät
DE60224212T2 (de) Netzwerk mit mehreren sub-netzwerken
EP3248362B1 (de) Datenübertragung in einem kommunikationsnetzwerk
DE102021103225A1 (de) LoRaWAN-Gateway-Netzwerk und Verfahren
DE10259327A1 (de) USB-Verbundgerät und Verfahren zum Realisieren desselben
EP2274935B1 (de) Verfahren und vorrichtung zum herstellen von zumindest einer erweiterung einer zuordnungsnachricht für wireless mesh netze
DE102009023949A1 (de) Datenübermittlungsgerät zur Fernüberwachung und-steuerung eines verteilten Prozesssystems
EP2050247B1 (de) Netzwerk zur drahtlosen übertragung von daten
DE102013215035B3 (de) Soft-Redundanzprotokoll
WO2011088956A1 (de) Erhöhung der echtzeitfähigkeit von ethernetnetzwerken
DE102018103097B3 (de) Verfahren zur Topologiebestimmung in einer Mobilfunk-Site, ein Computerprogramm, ein Computerprogramm-Produkt und eine entsprechende Mobilfunk-Site
DE60317541T2 (de) Verfahren zur bestimmung eines übergeordneten portals in einem drahtlosen netzwerk und entsprechende portaleinrichtung
EP2355609B1 (de) Verfahren zur steuerung eines netzwerksystems, netzwerksystem und computerprogram
WO2008015177A1 (de) Netzwerk zur drahtlosen übertragung von daten
EP1334589B1 (de) Datenübertragung
EP1303088B1 (de) Verfahren und Anordnung zur Datenübertragung zwischen einer Steuereinheit und einem Bluetooth-Access-Point
EP1139607B1 (de) Drahtloses Netzwerk mit einem Zeitschlitzsortiermechanismus
EP2188951B1 (de) Verfahren und vorrichtung zur protokollierung von kommunikationsverbindungen bei sehr hohen datenraten
WO2002067487A1 (de) Verfahren zum übertragen von datenpaketen
EP1424816B1 (de) Verfahren zum Austausch von Daten zwischen Bluetooth-Geräten
DE10055066A1 (de) Verfahren zum multidirektionalen Austausch von Informationen zwischen Teilnehmern auf Ethernet Basis

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200780029554.2

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2007788007

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

WWE Wipo information: entry into national phase

Ref document number: 12310036

Country of ref document: US