EP4104640A1 - Réseau de passerelles lorawan et procédé associé - Google Patents

Réseau de passerelles lorawan et procédé associé

Info

Publication number
EP4104640A1
EP4104640A1 EP21705901.3A EP21705901A EP4104640A1 EP 4104640 A1 EP4104640 A1 EP 4104640A1 EP 21705901 A EP21705901 A EP 21705901A EP 4104640 A1 EP4104640 A1 EP 4104640A1
Authority
EP
European Patent Office
Prior art keywords
gateway
lorawan
network
mesh
message
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.)
Pending
Application number
EP21705901.3A
Other languages
German (de)
English (en)
Inventor
Marco Bönig
Daniel Hollos
Carsten Brinkschulte
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.)
Dryad Networks GmbH
Original Assignee
Dryad Networks GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Dryad Networks GmbH filed Critical Dryad Networks GmbH
Publication of EP4104640A1 publication Critical patent/EP4104640A1/fr
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246Connectivity information discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16Gateway arrangements
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B17/00Fire alarms; Alarms responsive to explosion
    • G08B17/005Fire alarms; Alarms responsive to explosion for forest fires, e.g. detecting fires spread over a large or outdoors area
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B17/00Fire alarms; Alarms responsive to explosion
    • G08B17/10Actuation by presence of smoke or gases, e.g. automatic alarm devices for analysing flowing fluid materials by the use of optical means
    • G08B17/117Actuation by presence of smoke or gases, e.g. automatic alarm devices for analysing flowing fluid materials by the use of optical means by using a detection device for specific gases, e.g. combustion products, produced by the fire
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/38Services specially adapted for particular environments, situations or purposes for collecting sensor information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02ATECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A40/00Adaptation technologies in agriculture, forestry, livestock or agroalimentary production
    • Y02A40/10Adaptation technologies in agriculture, forestry, livestock or agroalimentary production in agriculture
    • Y02A40/28Adaptation technologies in agriculture, forestry, livestock or agroalimentary production in agriculture specially adapted for farming
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the invention relates to the expansion of a low-energy wide area network, also a Low Power Wide Area Network (LPWAN), especially a Long Range Wide Area Network (LoRaWAN), a specification for wireless, battery-operated systems in a regional, national or even global Network.
  • LoRaWAN serves the most important requirements of the Internet of Things (loT), in particular secure bidirectional communication, localization and mobility.
  • the LoRaWAN specification is a layered protocol (Media Access Control MAC) and was designed for large public networks with a single operator. It is based on the LoRa modulation scheme from Semtech and offers seamless collaboration between different systems and technologies without the need for rigid, local, complex installations.
  • the network architecture of the LoRaWAN is typically set up in a star topology in which gateways act as a transparent bridge, which forward messages between end devices and a central network server, end devices and back-end.
  • the gateways are connected to a corresponding network server via a standard IP connection, while the end devices use single-hop wireless communication (LoRa) to one or more gateways.
  • the endpoint communication is usually bidirectional and also supports the operation of, for example, multi-cast enabling software upgrade over the air or other possibilities for mass distribution of messages in order to reduce the transmission time over the air communication.
  • the communication between gateways and end devices is distributed over different data rates and frequency channels, whereby the selection of the data rate represents a compromise between message duration and communication range.
  • the so-called spread spectrum technology means that communication at different data rates is not mutually disrupted and creates a series of virtual channels that increase the capacity of the respective gateways.
  • the LoRaWAN data rates range from 0.3 kbps to 50 kbps.
  • the LoRaWAN network server manages the RF output and the data rate for all end devices individually with the aid of an adaptive data rate scheme.
  • LoRaWAN defines the communication protocol and the system rights for the network
  • the LoRa layer enables a far-reaching wireless communication link.
  • LoRa includes wireless communication with very low power consumption.
  • LoRaWAN refers to a network protocol with LoRa chips for communication and is based on a base station that can monitor eight frequencies with several spreading factors with almost 42 channels. With its star topology (LoRaWAN) and energy-saving signal transmission technology (LoRa), the LoRaWAN network technology is specifically designed for the energy-efficient and secure networking of end devices in the Internet of Things and is particularly suitable for outdoor use.
  • LoRaWAN star topology
  • LoRa energy-saving signal transmission technology
  • the architecture is designed for thousands of end devices, which can also be located far away, in populated, unpopulated areas and in hard-to-reach places and includes, for example, sensors that monitor the water flow or irrigation systems, as well as consumption meters and much more.
  • Battery-operated end devices must reliably support the requirements of outdoor use and at the same time greatly simplify installation and maintenance, so that only radio operation is considered. Strict power consumption requirements for end devices must also be taken into account, as they only have to be operated with a single battery for several years.
  • LoRa manages with particularly low energy consumption and is based on a chirp frequency spread modulation in accordance with US Pat. No. 7791415 B2. Licenses for use are issued by the Semtech company. LoRa uses license-free and license-free radio frequencies in the range below 1GHz, such as 433MHz and 868MHz in Europe or 915MHz in Australia and North America and This enables a range of more than 10 kilometers in rural areas with very low energy consumption.
  • the LoRa technology consists on the one hand of the physical LoRa protocol and on the other hand of the LoRaWAN protocol, which is defined and managed as the upper network layer by the industrial consortium "LoRa Alliance".
  • LoRaWAN networks implement a star-shaped architecture using gateway message packets between the end devices and the central network server.
  • the gateways are connected to the network server via the standard Internet protocol, while the end devices communicate with the respective gateway by radio via LoRa (chirp frequency spread modulation) or FSK (frequency modulation).
  • the radio connection is thus a single-hop network in which the end devices communicate directly with one or more gateways, which then forward the data traffic to the Internet.
  • the data traffic from the network server to an end device is only routed via a single gateway.
  • Data communication basically works in both directions, but data traffic from the end device to the network server is the typical application and the predominant operating mode.
  • LoRaWAN uses scatter spectrum modulation like other radio protocols for loT applications. It differs in the use of an adaptive technique based on chirp signals in contrast to conventional DSSS (direct sequence scatter spectrum signaling).
  • the chirp signals offer a compromise between reception sensitivity and maximum data rate.
  • a chirp signal is a signal whose frequency varies over time.
  • the LoRaWAN technology can be implemented cost-effectively because it does not depend on a precise clock source.
  • the ranges of LoRa extend up to 40 kilometers in rural areas. In the city, the advantage lies in good building penetration, as basements are also accessible.
  • the power requirement is around 10 nA and 100 nA im Sleep mode very low. This means that a battery life of up to 15 years can be achieved.
  • LoRa / LoRaWAN defines two further layers.
  • Level 2 is the LoRaWAN connection level, which offers basic protection of the message integrity on the basis of cyclic redundancy checks and enables basic point-to-point communication.
  • the third level adds the network protocol function, which is defined by LoRaWAN.
  • the LoRaWAN protocol offers end devices the option of using a gateway (also known as a concentrator or base station) to send data to the Internet, in particular to a cloud application, or to receive data from it.
  • Class A comprises communication according to the ALOHA access method. With this method, the device sends the data packets it generates to the gateway, followed by two download / receive windows that can be used to receive data. A new data transfer can only be initiated by the terminal with a new upload.
  • Class B end devices on the other hand, open download / receive windows at specified times. To do this, the end device receives a time-controlled beacon signal from the gateway. This means that a network server knows when the end device is ready to receive data.
  • Class C end devices have a permanently open download / receive window and are therefore permanently active, but also have an increased power consumption.
  • LoRaWAN uses a star network architecture in which all end devices communicate via the most suitable gateway. These gateways take over the routing and, if there is more than one gateway within the range of a terminal and the local network is overloaded, they can also redirect the communication to an alternative.
  • some other loT protocols for example ZigBee or Z-Wave
  • mesh network architectures in order to increase the maximum distance between an end device and a gateway. The end devices of the mesh network forward the messages to each other until they reach a gateway, which forwards the messages to the Internet.
  • Mesh networks program themselves and adapt dynamically to the environmental conditions without the need for a master controller or hierarchy.
  • the end devices of a mesh network must be ready to receive either constantly or at regular intervals and cannot be put to sleep over long periods of time. The result is a higher energy requirement of the end devices for forwarding messages to and from the gateways and the resulting shortening of the battery life.
  • the star network architecture of LoRaWAN allows the end devices (especially class A and B) to put themselves into the power-saving idle state for long periods of time and thus ensures that the battery of the end devices is loaded as little as possible and thus for several years without battery change can be operated.
  • the gateway acts as a bridge between simple protocols optimized for battery life (LoRa / LoRaWAN), which are better suited for end devices with limited resources, and the Internet Protocol (IP), which is used to provide IoT services and applications.
  • IP Internet Protocol
  • LoRaWAN networks also have undesirable restrictions.
  • One such restriction is the use of the standard IP protocol between gateway and network server. Especially when used in rural areas where network coverage for mobile communications (3G, 4G / LTE or also 5G) is sparse or nonexistent and a wired internet connection would be too complex, a gateway often cannot operate due to a lack of internet connection become.
  • LoRa networks can therefore so far only be used where the maximum wireless range between the gateway connected to the Internet and the end devices is not exceeded. Due to the star network architecture, the range of a LoRaWAN network is limited to the maximum range of the single-hop radio connection between the gateway and the end device. This restriction applies in particular to remote, rural areas in which there is neither a wired Internet connection nor suitable cellular network coverage (5G, 4G / LTE, 3G).
  • LoRa end devices from PyCom (LoPy4 and FiPy), with which a multi-hop wireless network can be implemented in LoRa end devices, analogous to ZigBee or Z-Wave.
  • This development platform can solve the problem of the range limitation from the end device to the gateway by transferring the data packets from one end device to another end device forwards, but is not compatible with the LoRaWAN specification because the mesh function only works between end devices that are based on LoPy4 or FiPy.
  • Existing LoRaWAN end devices cannot benefit from this range extension, as they can only contact a gateway directly and are not able to communicate indirectly with the gateway via other end devices.
  • 802.11s defines a deterministic access method for WiFi networks that uses time periods instead of competing access to the shared medium.
  • 802.11s no IP routing protocol is used to search for routes between the nodes, but rather the MAC level in order to take into account the specific and changing properties of the radio link.
  • a hybrid wireless mesh protocol specially developed for mesh is used here.
  • the 802.11s standard provides for the installation of dozens of access points that are only connected to one another by radio. Forwarding via several access points, also known as multi-hop, is the rule here. In extreme cases, only one of these needs to be connected to a LAN or WAN.
  • Each node can perform one, two or three different network functions: Mesh points pass data on to the next node, mesh access points exchange data with end devices and mesh point portals form the gateways to the wired network world.
  • the mesh network appears like a simple WLAN. Since the 802.11s standard is defined for WLAN network architectures, it is not possible to use this standard directly on LoRaWAN networks, which in turn are based on the LoRa radio standard.
  • An advantageous solution to increase the range limitation of LoRaWAN networks without having to accept incompatibility with existing LoRaWAN end devices is the implementation of a mesh functionality in the gateways. If LoRaWAN networks are expanded with mesh gateways, a greater range or area coverage in areas without access to the Internet can be achieved with a LoRaWAN network can be realized. All that is required for this is individual gateways that are connected to the network server using an IP protocol. Since the communication protocol between gateways and end devices can remain unchanged, this approach is compatible with existing LoRaWAN end devices and does not require the end devices to be adapted to the mesh functionality.
  • the object of the invention is therefore to provide a solution for limiting the range of LoRaWAN networks with which existing LoRaWAN-compatible end devices also benefit from a range extension without having to implement additional functions in the end devices or when the end devices are used on end devices to be limited to class C while at the same time solving the limitation of the extension of the response time.
  • the present invention proposes a method for communication in a LoRaWAN mesh gateway network, in which the LoRaWAN mesh gateway network has several terminals, several gateways and a network server (NS) and one the gateway carries out server functions of the communication process which, according to the LoRaWAN protocol, are actually intended for the network server.
  • the LoRaWAN standard is used in a mesh network architecture in which not all gateways have a single-hop connection to the network server, but communication takes place via mesh gateways connected in between, long runtimes for messages between the Terminal devices and the network server come.
  • the method according to the invention also ensures that the server messages from the network server to a terminal are correctly sent to the terminal.
  • the terminal does not have to have a permanently active download / receive window and therefore has to be permanently active, as is the case with a class C terminal, but can also be a class A or B terminal according to the LoRaWAN specification, for example. The power consumption and the service life of the end device are thus increased.
  • the LoRaWAN mesh gateway network has a first gateway and a second gateway, the first gateway not having a single-hop connection to the network server, and the server functions of the communication method from the first gateway.
  • the advantage of using differently equipped gateways is the cost. Not all gateways need to have all of the functions required in the LoRaWAN mesh gateway network. If the respective gateways are equipped with the functions that they need at their position in the LoRaWAN mesh gateway network, considerable costs can be saved.
  • a message of a terminal message generated by a terminal and sent to the gateway is stored on the gateway.
  • This function is reserved for the servers in standard LoRaWAN networks, but here it is taken over by the gateway itself.
  • the gateway closest to the terminal preferably stores the terminal message. This reduces the length of the communication times and thus avoids time-out errors on the end device.
  • the terminal message stored on the gateway is only deleted from the memory of the gateway when a server message from the network server assigned to the terminal message has been sent to the terminal. In this way, the gateway knows which terminal device message has so far remained unanswered by the network server, which terminal device is possibly in an error mode as a result of a time-out.
  • a server message generated by the network server and sent to the gateway is stored on the gateway. If the gateway were to forward the server message immediately, the message would possibly reach the terminal outside of a receive window, that is, while the terminal is not ready to receive. The terminal would not receive the server message in this way.
  • the server message stored on the gateway is only deleted from the memory of the gateway when a terminal message assigned to the server message has been received by the gateway.
  • the server message stored on the gateway is only deleted from the memory of the gateway when the stored server message has been sent from the gateway to the terminal.
  • the terminals are typically configured in such a way that they send a terminal message again after the time-out error has expired. If the server message assigned to the terminal message has arrived at the gateway and is stored in the meantime, it is retrieved from the memory and sent to the terminal.
  • the server message is only deleted on the gateway after the new terminal message has been received on the gateway and the server message has been sent from the gateway to the terminal. ok In a further embodiment of the invention, the server message stored on the gateway is sent from the gateway to the terminal within a receive window of the terminal. This ensures that the end device is also ready to receive.
  • the receive window of the terminal is a receive window that is generated by repeatedly sending a terminal message to the gateway. After a time-out, an end device tries to send the end device message again, as a result of which two new receive windows open in accordance with the LoRaWAN protocol, in which the end device is ready to receive.
  • a terminal message is repeatedly sent to the gateway after the terminal has timed out. During the time-out of the terminal, messages cannot be received by the terminal. The server message must therefore only be sent afterwards in order to be received by the terminal. In an optional development, this time-out of the terminal is due to an unanswered terminal message within the two receive windows defined in accordance with the LoRaWAN protocol.
  • a gateway message is generated on the gateway. Since a time-out error can occur on the end device if the path from end device to network server is too long, there is another possibility of generating a gateway message directly on the gateway instead of delayed receipt of a server message.
  • the gateway message has the same content and function as the server message.
  • the gateway message ensures that a message from the terminal to a gateway is correctly sent to the gateway.
  • the terminal does not have to have a permanently active download / receive window and therefore be permanently active, as in the case of a class C terminal, but can also be a class A or B terminal, for example LoRaWAN specification. The power consumption and the service life of the end device are thus increased.
  • the gateway message is generated on the gateway directly after the terminal message has been received from the terminal.
  • the end device message is a message to which the end device expects a response from the network server in accordance with the LoRaWAN protocol.
  • the gateway message is available as an alternative to the server message when the terminal is expecting a server message.
  • the terminal message is forwarded from the gateway to the network server or another gateway, so that it is ensured that the network server receives the terminal message intended for it by the terminal.
  • the first gateway forwards the message to a second gateway and / or the network server.
  • This extends the range of LoRaWAN networks by interposing the multi-hop network using gateways and thus maintaining full compatibility with the LoRaWAN specification.
  • At least one gateway communicates with the network server via a standard IP connection and using the LoRaWAN protocol.
  • the gateway message is sent to the terminal.
  • the gateway message is sent from the gateway to the terminal device within the receive window defined by the LoRaWAN protocol. This prevents the end device from being put into a time-out error as a result of the missing server message to the end device during the receive window.
  • the sending process is completed on the terminal and the terminal resumes the function assigned to it.
  • the gateway message is sent from the gateway to the terminal device within the receive window defined by the LoRaWAN protocol.
  • the gateway message is sent to the terminal and / or the terminal message is sent to the gateway via a single-hop connection.
  • the connection from the end device to the gateway is therefore a direct connection with only one hop of the data packet (the message).
  • the network server can be reached by the end device via a multi-hop connection. This ensures that the gateway message is generated on a nearby gateway and that it safely reaches the end device within the open receive window.
  • the gateway message is generated and / or sent by a first gateway.
  • at least one second gateway communicates with the network server IP connection.
  • the network communicates with the network server via a standard IP connection using the LoRaWAN protocol.
  • This ensures full compatibility.
  • the invention enables the range of LoRaWAN networks to be extended by interposing a multi-hop network using first gateways and thus maintaining full compatibility with the LoRaWAN specification.
  • at least one gateway is provided for communication by means of a standard IP connection and using the LoRaWAN protocol with the network server.
  • At least one first gateway communicates with at least one second gateway via a wireless point-to-point connection.
  • the first gateways and the second gateways are connected to one another via a meshed multi-hop network, so that the first gateway does not have a direct one Connection required while it is communicating with the end devices.
  • This also extends the range of the LoRaWAN network because the first gateway is connected to the second gateway via the meshed multi-hop network and can therefore forward the data from the end devices to the Internet network server.
  • At least one of the first gateways communicates with at least one of the second gateways via a wired network connection.
  • the wired connection is particularly insensitive to interference radiation and is therefore a reliable way of connecting.
  • At least one of the first gateways communicates with at least one of the second gateways via a WLAN network.
  • the first gateways and the second gateways are connected to one another via a meshed multi-hop radio network.
  • the WLAN network uses time slots instead of competing access.
  • At least one of the first gateways communicates with at least one of the second gateways via an LTE network. Due to the use of an LTE network, compatibility with a standardized cellular network is achieved.
  • An ACK generation unit in the sense of this invention is a sub-server unit integrated in a gateway, which takes over functions and tasks that are provided for the network server in accordance with the LoRaWAN protocol.
  • ACK signals in the context of this invention are messages, commands and functions stored on the gateway or generated by a gateway. They can include the following MAC commands of the LoRaWAN protocol (LoRaWAN 1.1 specification of October 11, 2017, final release):
  • a LoRaWAN mesh gateway network has at least one network server, several gateways and several terminals.
  • at least one gateway has a sub-server unit.
  • the sub-server unit is suitable, for example, for generating a gateway message.
  • This can be, for example, an ACK signal that is used during a data transmission to confirm receipt of a data packet.
  • the gateway message ensures that a message from the terminal to a gateway is correctly sent to the gateway.
  • the end device does not have to have a permanently active download / receive window and therefore be permanently active, as is the case with a class C end device, but can also be, for example, a class A or B end device in accordance with the LoRaWAN specification. The power consumption and the service life of the end device are thus increased.
  • the sub-server unit has a processor and a memory.
  • Processor and memory are standard components and therefore inexpensive to manufacture.
  • the sub-server unit is also equipped with a program and / or operating system and / or firmware that is suitable for this. Execute the functionalities provided for the network server in accordance with the LoRaWAn protocol.
  • the LoRaWAN mesh gateway network has different gateway types.
  • the gateway types differ in terms of their communication interfaces for communication with other gateways, a network server or terminal devices and the type of communication resulting from this.
  • the LoRaWAN mesh gateway network has a first gateway and a second gateway.
  • the division of the gateways into first gateways and second gateways extends the range of the LoRaWAN network considerably, whereby standard LoRaWAN-compatible end devices can still be used, which can be distributed and networked far in areas that are inaccessible and inaccessible with conventional radio networks.
  • the first gateway has the sub-server unit.
  • the first gateway communicates both with other gateways and with one or more end devices. Sending a gateway message from a first gateway to a terminal ensures, for example, that a message from the terminal to a gateway is correctly sent to the gateway.
  • the end device does not have to have a permanently active download / receive window and therefore be permanently active, as is the case with a class C end device, but can also be, for example, a class A or B end device in accordance with the LoRaWAN specification. The power consumption and the service life of the terminal are thus increased.
  • the first gateway has a first gateway communication interface for communication with one terminal and a second gateway communication interface for communication with another first gateway and / or a second gateway.
  • the first gateways and the second gateways are connected to one another by means of the first communication interface via a meshed multi-hop network, so that the first gateway does not require a direct connection while it is communicating with the terminals.
  • Terminal devices are connected directly to a first gateway via the second communication interface by means of a single-hop radio network.
  • each first gateway is suitable for wireless point-to-point communication with a large number of terminals using single-hop LoRa or FSK radio using the LoRaWAN protocol.
  • the network according to the invention and its components can be distributed and networked far into areas that are impassable and cannot be reached by conventional radio networks.
  • the first gateway and the second gateway are combined with a multiplicity of mesh gateway devices and at least one of the mesh gateway devices does not have a direct IP connection.
  • the first gateways and the second gateways are connected to one another via a meshed multi-hop network, so that the first gateway does not require a direct connection.
  • the invention makes it possible to extend the range of LoRaWAN networks by interposing a multi-hop network using the first gateways and thus maintaining full compatibility with the LoRaWAN specification.
  • a second gateway is provided for communication by means of a standard IP connection and using the LoRaWAN protocol with the network server.
  • the network communicates with the network server with a standard IP connection using the LoRaWAN protocol. This increases the range of the network when it is compatible with the LoRaWAN protocol.
  • the second gateway has a first gateway communication interface for communication with a network server and a second gateway communication interface for communication with a first gateway.
  • the two gateway communication interfaces differ in terms of their communication interfaces for communication with other gateways, a network server and the type of communication resulting from this.
  • the first gateways are each integrated with a second gateway in a mesh gateway.
  • the first gateway and the second gateway are combined in one device.
  • the integrated first gateway communicate with one another by means of a multi-hop radio network, while at least one integrated second gateway is connected to the network server NS via the standard Internet protocol.
  • the LoRaWAN mesh gateway network is a wireless multi-hop radio network. Gateways are connected to one another via a meshed multi-hop network so that the gateway does not need a direct connection while it is communicating with the end devices. This also extends the range of the LoRaWAN network because the gateways are connected to one another via the meshed multi-hop network and can therefore forward the data from the end devices to the Internet network server. This removes the range limitation provided by the LoRaWAN standard direct connection between the end device and the gateway.
  • FIG. 4 Sequence diagram of the LoRaWAN mesh gateway network with mesh gateways with a sub-server unit - gateway message
  • Fig. 5 Sequence diagram of the LoRaWAN mesh gateway network with mesh gateways with a sub-server unit - fail retry
  • Fig. 6 LoRaWAN mesh gateway network with end devices, a network server and mesh gateways with a sub-server unit
  • Fig. 7 a Schematic structure of a terminal
  • Fig. 8 LoRaWAN network with end devices, first gateways, second gateways and a network server
  • Fig. 9 LoRaWAN network with end devices, mesh gateways and a network server
  • Figure 1 shows a standard LoRa radio network with the typical star topology, in which one or more terminals EDn are connected directly (single hop) via radio using LoRa modulation or FSK modulation FSK to gateways FGD1, FGD2 and to the Internet - Network servers NS communicate using a standard Internet protocol IP.
  • FIG. 2 shows a sequence diagram of a standard LoRaWAN network (see FIG. 1) according to the LoRaWAN protocol.
  • a message ME such as a join request
  • the gateway G1 forwards this message ME on gf to the network server NS, which on the one hand forwards the message ME to the join server AS and on the other hand generates a response nr which is sent back to the gateway G1 ns.
  • the gateway G1 in turn forwards this message to the terminal ED.
  • this communication takes place very quickly, since only one gateway G1 is arranged between the end device ED and the network server NS.
  • FIG. 3 shows a sequence diagram of a LoRaWAN mesh gateway network 1 which no longer has the typical star architecture.
  • a plurality of gateways G1, G2, Gn are arranged here between the terminal ED and the network server NS, and not all of them have a single-hop connection to the network server NS.
  • a request ME generated by a terminal ED such as a link check request, must first be forwarded via several gateways G1, G2, Gn g1-f, g2-f before the request can reach a network server NS n-r. There is a multi-hop connection between some of the terminals ED and the network server NS.
  • the network server NS forwards this message ME on n-r to the application server AS and generates a response message MS and sends it back n-s to the next gateway G2.
  • the gateways G1, G2, Gn forward the message g1-f, g2-f back to the terminal ED, which receives the reply message MS e-r.
  • G1, G2, Gn a message has to be forwarded g1-f, g2-f, gn-f, there is the possibility that the reply message MS is no longer in time during one of the two receive windows defined in accordance with LoRaWAN arrives at the terminal ED. If the response message is not received, the end device goes into time-out mode and is only reset after a certain time has elapsed.
  • An application server in the context of this invention can be a server connected to the network server, such as a join server or any other server.
  • FIG. 4 shows a solution according to the invention in which a gateway G1, G2, Gn comprise a sub-server unit which takes over part of the functionality of a network server NS.
  • the terminal ED sends a join request ME to the next gateway G1.
  • the gateway gMG generates a response message MG and sends this back directly to the terminal ED g1-s. That Terminal ED receives the reply message MG from gateway G1 within the receive window and remains in proper operation.
  • the gateway G1 forwards the request ME from the terminal ED to the next gateway G2 on g1-f.
  • the network server NS receives the request from the terminal ED, forwards the request to the application server nr and ns generates a response message MS, which returns via the routing g1-f, g2-f gateways G1, G2 is sent to the terminal ED.
  • FIG. 5 shows the preferred embodiment of the invention.
  • the communication in a very large LoRaWAN mesh gateway network is shown here, in which at least some gateways have a sub-server unit that takes over the functions of the network server.
  • a terminal ED of the LoRaWAN mesh gateway network sends e-s a message ME1 with a check link request to the network server NS. Since this is a very large network, the message ME from the terminal ED must be forwarded via a multiplicity of gateways G1, G2, Gn g1-f, g2-f, gn-f before the network server NS can receive the message ME1 No.
  • the closest gateway G1 stores information about the message ME sent by the terminal ED, with the aid of which the gateway G1 can identify the message ME sME.
  • the network server forwards the message to the application server AS and generates a reply message MS, which the network server NS sends back to the terminal ED via the plurality of gateways G1, G2, Gn n-s.
  • the two receive windows have already passed according to the definition of the LoRaWAN protocol, so that the end device is put into time-out mode et.
  • the terminal ED tries again to send the original message ME2 to the network server NS. If there is again no reply message MS from the network server NS, the terminal leaves again in the time-out mode until it can reset itself.
  • the terminal tries three times to send it the message ME1, ME2, ME3 without a response message from the network server NS being able to be received by the terminal ED within the respective receive window.
  • the response message MS from the network server NS reaches the gateway G1 which is closest to the terminal ED.
  • the sub-server unit SSE of the gateway G1 checks the response message MS from the network server NS and assigns it to g1- based on the information stored about the original message M1 of the terminal ED for identifying the message M1 of the original message ME1 of the terminal ED.
  • c and sMS also stores the reply message MS from the network server NS.
  • the terminal ED sends the original message ME4 a fourth time e-se.
  • the closest gateway G1 receives the message, identifies it as identical to the original message ME1 and sends the response message MS received from network server NS and stored on gateway G1 to terminal ED.
  • the terminal receives the reply message MS from the network server NS and continues normal operation.
  • FIG. 6 shows an embodiment of the invention in which the first gateways G1 and the second gateways G2 are combined in one device.
  • These so-called mesh gateways MGDn consist of a combination of a first gateway G1 and a second gateway G2.
  • the mesh gateways MGDn communicate with one another by means of a multi-hop radio network MHF and at least one mesh gateway MGD is connected to the network server NS via the standard Internet protocol IP.
  • the gateways Gn are divided according to the invention into several first gateways G1 and second gateways G2.
  • the first gateways G1 now talk to one another via a Multi-hop radio network MHF, while at least one of the first gateways G1 is also talking to a second gateway G2.
  • This then sends the data directly to the network server NS using an Internet protocol IP.
  • the first gateways G1 and the second gateways G2 are combined in one device, namely in so-called “mesh gateways” MGD.
  • the integrated first gateways G1 talk to one another by means of a multi-hop radio network MHD, while at least one integrated second gateway G2 is connected to the network server NS via the standard Internet protocol IP.
  • FIG. 7 schematically shows the structure of the components arranged in the network.
  • a terminal ED (FIG. 7 a) has, in addition to the other components owed to the actual function of the terminal, a communication interface only to a gateway G1, MGD, the connection is wireless via LoRa (chirp frequency spreading modulation) or FSK (frequency modulation).
  • LoRa chirp frequency spreading modulation
  • FSK frequency modulation
  • a first gateway G1 (FIG. 7 b) each has a communication interface both to a terminal ED for exchanging data and sending a gateway message MG, such as an ACK signal, and to a second gateway G2.
  • the connection to the second gateway G2 can in particular take place via a meshed multi-hop network, while the connection to the terminal ED is a single-hop connection.
  • the two communication interfaces of the first gateway G1 use different communication channels so that the sender can be assigned via the communication channel used.
  • a second gateway G2 (FIG. 7 c) each has a communication interface to a first gateway G1 and to the network server NS.
  • the second gateway G2 then sends the data of a terminal ED, which was sent to the second gateway G2 via a single-hop and multi-hop connection, directly to the network server NS by means of an Internet protocol IP.
  • the communication of the second Gateways G2 with the network server NS can be wired or wireless.
  • Each communication interface of the second gateway G2 uses its own communication channel that differs from the other communication interfaces.
  • a mesh gateway MGD is a combination of a first gateway G1 and a second gateway G2 in one device.
  • the mesh gateway MGD therefore has a communication interface to a terminal ED for data exchange and sending the gateway message, to a gateway G1, MGD and to the network server NS.
  • the communication interfaces of the mesh gateway MGD use different communication channels so that the sender can be assigned via the communication channel used.
  • FIG. 8 shows a further embodiment of the invention in the LoRaWAN network, in which it divides the gateways Gn into several first gateways G1n and at least one second gateway G2n, the first gateways G1n talking to one another via a multi-hop radio network MHF and at least one of the first gateways G1n is talking to a second gateway G2n, which then exchanges the data directly with the network server NS using the Internet protocol IP.
  • a first gateway G1n has a sub-server unit and, after receiving a message from a terminal EDn, sends a gateway message MG to the terminal EDn that sent the message. This ensures that a message from the terminal EDn to a first gateway G1n is correctly sent to the mesh gateway MGDn.
  • the end device does not have to have a permanently active download / receive window and therefore be permanently active, as is the case with a class C end device, but can also be, for example, a class A or B end device in accordance with the LoRaWAN specification.
  • the power consumption and the service life of the terminal EDn are thus increased.
  • the failure of a terminal EDn due to internal errors is avoided.
  • FIG. 9 shows an embodiment of the invention in which first gateways G1 and second gateways G2 are combined in one device. These so-called mesh gateways MGDn consist of a combination of the first gateways G1 and the second gateways G2.
  • the mesh gateways MGDn communicate with one another by means of a multi-hop radio network MHF and at least one mesh gateway MGD is connected to the network server NS via the standard Internet protocol IP.
  • a mesh gateway MGDn has a sub-server unit and, after receiving a message from a terminal EDn, sends a gateway message MG to the terminal EDn that sent the message. This ensures that a message from the terminal EDn to a mesh gateway MGDn is correctly sent to the mesh gateway MGDn.
  • the end device does not have to have a permanently active download / receive window and therefore be permanently active, as is the case with a class C end device, but can also be, for example, a class A or B end device in accordance with the LoRaWAN specification. The power consumption and the service life of the terminal EDn are thus increased. The failure of a terminal EDn due to internal errors is avoided.
  • this type of communication and division of the gateways Gn into first gateways G1n and second gateways G2n extends the LoRaWAN network considerably, whereby LoRaWAN-compatible end devices EDn can still be used, which are far in impassable and with usual Wireless networks can be distributed and networked in areas that are inaccessible.
  • the first gateways G1 and the second gateways G2 are connected to one another via a meshed multi-hop radio network MHD.
  • the first gateway G1 does not require a direct Internet connection 8 while it is communicating with the standard terminals EDn.
  • the range of the LoRaWAN network is significantly expanded because the first gateway G1 is connected to the second gateway G2 via the meshed multi-hop radio network MHF and can forward the data from the end devices EDn to the Internet network server NS. This removes the range limitation of the direct connection provided by the LoRaWAN standard between end devices EDn and gateways Gn.
  • the invention provides complete compatibility with commercially available LoRa terminals EDn because the first gateway G1 and the standard LoRaWAN radio protocol comply with the standard LoRa radio link.
  • the second gateway G2 also uses the standard Internet protocol IP for the
  • the invention therefore makes it possible to extend the range of LoRAWAN networks by interposing a multi-hop radio network MHF by means of first gateways G1 and thereby maintaining full compatibility with the LoRaWAN specification. That kind of one
  • Wireless network is particularly suitable in remote, rural areas where there is neither a wired Internet connection nor suitable cellular network coverage (5G, 4G / LTE, 3G) and thus the star-shaped network topology provided by the LoRa network, in which the gateway Gn a direct internet connection IP required is not possible.
  • WN Wired connection es sending messages from the end device he receiving messages from the end device et time-out errors on the end device e-se sending and receiving messages from the end device gf, g1-f, g2-f forwarding messages from the gateway g1-s sending messages from the gateway g1-c message check from gateway nr message receipt on network server ns message dispatch from network server ar message receipt on application server gMG generation of a gateway message sME storage of a terminal message

Landscapes

  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Chemical & Material Sciences (AREA)
  • Analytical Chemistry (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Fire-Detection Mechanisms (AREA)
  • Fire Alarms (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Alarm Systems (AREA)
  • Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)
  • Transition And Organic Metals Composition Catalysts For Addition Polymerization (AREA)

Abstract

L'invention concerne un procédé de communication dans un réseau de passerelles maillé LoRaWAN, le réseau de passerelles maillé LoRaWAN ayant une pluralité de terminaux, une pluralité de passerelles et un serveur de réseau. L'une des passerelles réalise ainsi des fonctions de serveur du procédé de communication, qui sont fournies pour le serveur de réseau (NS) selon le protocole LoRaWAN.
EP21705901.3A 2020-02-11 2021-02-11 Réseau de passerelles lorawan et procédé associé Pending EP4104640A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102020103418 2020-02-11
PCT/EP2021/053351 WO2021160750A1 (fr) 2020-02-11 2021-02-11 Réseau de passerelles lorawan et procédé associé

Publications (1)

Publication Number Publication Date
EP4104640A1 true EP4104640A1 (fr) 2022-12-21

Family

ID=76968741

Family Applications (4)

Application Number Title Priority Date Filing Date
EP21705163.0A Pending EP4104155A1 (fr) 2020-02-11 2021-02-11 Réseau maillé à passerelles et procédé
EP21706184.5A Pending EP4104641A1 (fr) 2020-02-11 2021-02-11 Réseau et procédé de passerelle de réseau étendu à longue portée (lorawan)
EP21705164.8A Pending EP4104154A1 (fr) 2020-02-11 2021-02-11 Procédé de détection précoce d'incendie de forêt et système de détection précoce d'incendie de forêt
EP21705901.3A Pending EP4104640A1 (fr) 2020-02-11 2021-02-11 Réseau de passerelles lorawan et procédé associé

Family Applications Before (3)

Application Number Title Priority Date Filing Date
EP21705163.0A Pending EP4104155A1 (fr) 2020-02-11 2021-02-11 Réseau maillé à passerelles et procédé
EP21706184.5A Pending EP4104641A1 (fr) 2020-02-11 2021-02-11 Réseau et procédé de passerelle de réseau étendu à longue portée (lorawan)
EP21705164.8A Pending EP4104154A1 (fr) 2020-02-11 2021-02-11 Procédé de détection précoce d'incendie de forêt et système de détection précoce d'incendie de forêt

Country Status (8)

Country Link
US (4) US20230088526A1 (fr)
EP (4) EP4104155A1 (fr)
CN (3) CN115315735A (fr)
AU (3) AU2021220615A1 (fr)
BR (4) BR112022015854A2 (fr)
CA (3) CA3167447A1 (fr)
DE (4) DE102021103226A1 (fr)
WO (4) WO2021160746A1 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102021120702A1 (de) 2021-08-09 2023-02-09 Dryad Networks GmbH Lorawan-gateway-netzwerk und verfahren
CN114286202B (zh) * 2021-12-14 2022-11-25 浙江瑞银电子有限公司 一种加入LoRaWAN Mesh网关的LoRaWAN系统
CN114340037B (zh) * 2021-12-15 2022-08-19 广州欧创智能科技有限公司 一种LoRaWAN设备间通信方法、系统、设备及介质
DE102022110794A1 (de) 2022-05-03 2023-11-09 Dryad Networks GmbH Mesh-gateway-netzwerk und verfahren
US20240113813A1 (en) * 2022-10-04 2024-04-04 Cisco Technology, Inc. Sensor measurement timestamp differences

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2462607C (fr) * 2001-10-10 2008-05-13 Ambient Control Systems, Inc. Systeme solaire a capteur de rayonnement bande etroite pour detecter et signaler les feux de foret
FR2893743B1 (fr) 2005-11-10 2010-10-29 Smart Packaging Solutions Sps Procede et dispositif de detection d'incendie en foret
WO2008144579A2 (fr) 2007-05-18 2008-11-27 Sierra Monolithics, Inc. Générateur à compression d'impulsions à synthèse fractionnaire-n
US9070268B2 (en) * 2012-10-31 2015-06-30 California Institute Of Technology Wireless sensor node for autonomous monitoring and alerts in remote environments
DE102016000661B3 (de) * 2016-01-22 2017-05-24 IQ-Wireless GmbH Entwicklungsges. für Systeme und Technologien der Telekommunikation Vorrichtung für die Installation einer optischen Sensorlösung zur automatisierten Waldbrandfrüherkennung und Verfahren zu dessen Einrichtung und Kalibrierung
US9929772B2 (en) * 2016-02-05 2018-03-27 Apana Inc. Low power, high resolution automated meter reading and analytics
RU2617138C1 (ru) * 2016-03-11 2017-04-21 Федеральное государственное автономное образовательное учреждение высшего образования "Национальный исследовательский Томский политехнический университет" Система раннего обнаружения и определения типа лесного пожара
CN106937242B (zh) * 2016-12-27 2020-01-07 四川雷克斯智慧科技股份有限公司 一种基于物联网的火场进入控制方法
FR3067551A1 (fr) * 2017-06-07 2018-12-14 Orange Transmission de donnees entre un terminal et un serveur associe
US10360780B2 (en) * 2017-06-23 2019-07-23 Nandita Chakravarthy Balaji Fire detection device and notification system
DE102017117170B3 (de) * 2017-07-28 2018-08-30 PHYSEC GmbH Verfahren zur Etablierung einer sicheren Ende-zu-Ende Verbindung über LoRa(WAN)TM
WO2019048603A1 (fr) * 2017-09-09 2019-03-14 Fcm Dienstleistungs Ag Détection précoce automatique de fumée, de suie et d'incendie au moyen d'un modèle de terrain en 3d
CN108665667A (zh) * 2018-04-25 2018-10-16 桂林理工大学 一种基于无线传感器网络的森林防火监控系统
CN108809962A (zh) * 2018-05-24 2018-11-13 杭州盈飞驰科技有限公司 一种兼容LoRaWAN协议的中继系统
FR3083417B1 (fr) * 2018-06-28 2020-09-25 Sagemcom Energy & Telecom Sas Delegation de gestion d'acquittements et de transmission de trames

Also Published As

Publication number Publication date
CN115299175A (zh) 2022-11-04
US20230093492A1 (en) 2023-03-23
DE102021103229A1 (de) 2021-08-12
EP4104154A1 (fr) 2022-12-21
DE102021103225A1 (de) 2021-08-12
US20230098107A1 (en) 2023-03-30
CN115315735A (zh) 2022-11-08
DE102021103226A1 (de) 2021-08-12
US20230092573A1 (en) 2023-03-23
WO2021160746A1 (fr) 2021-08-19
US20230088526A1 (en) 2023-03-23
CN115398500A (zh) 2022-11-25
BR112022015857A2 (pt) 2022-10-04
CA3167447A1 (fr) 2021-08-19
WO2021160749A1 (fr) 2021-08-19
CA3167624A1 (fr) 2021-08-19
AU2021219944A1 (en) 2022-08-18
EP4104155A1 (fr) 2022-12-21
AU2021220615A1 (en) 2022-08-18
AU2021218959A1 (en) 2022-08-18
BR112022015854A2 (pt) 2022-10-04
CA3165812A1 (fr) 2021-08-19
WO2021160747A1 (fr) 2021-08-19
BR112022015853A2 (pt) 2022-10-04
BR112022015852A2 (pt) 2022-10-04
WO2021160750A1 (fr) 2021-08-19
DE102021103228A1 (de) 2021-08-12
EP4104641A1 (fr) 2022-12-21

Similar Documents

Publication Publication Date Title
EP4104640A1 (fr) Réseau de passerelles lorawan et procédé associé
DE60218275T2 (de) Verfahren und Vorrichtung zur Leitweglenkung von Informationen in Satellitenkommunikationsnetzen
DE69434586T2 (de) Kommunikationsnetz mit drahtloser und drahtgebundener dynamischer leitweglenkung
DE112012004936B4 (de) Verfahren zum Weiterleiten von Daten in einem drahtlosen Sensornetzwerk
EP1881650B1 (fr) Procédé d'établissement d'un réseau de communication auto-organisé
DE10145596A1 (de) Netzwerk mit mehreren Sub-Netzwerken
DE102014012518A1 (de) Mesh-relais
EP3577871A1 (fr) Procédé et dispositif permettant l'orientation modulaire d'un flux avb
EP1187397B1 (fr) Reconfiguration d'un réseau ad hoc
EP3477961A1 (fr) Procédé de transfert des données et collecteur de données
DE19536379C2 (de) Verfahren für die völlig dezentrale Verbindungssteuerung in kanal- oder paketvermittelnden Mobilfunknetzen, insbesondere ATM basierter Zugangsnetze
EP3107219B1 (fr) Système et procédé pour la liaison redondante à un réseau d'ossature ainsi qu'un noeud de liaison montante pouvant ëtre inséré dans ce système
DE102018103097B3 (de) Verfahren zur Topologiebestimmung in einer Mobilfunk-Site, ein Computerprogramm, ein Computerprogramm-Produkt und eine entsprechende Mobilfunk-Site
WO2023016988A1 (fr) Réseau à passerelle lorawan et procédé
EP1672954A2 (fr) Dispositif et procédé destiné à la saisie d'affichages de compteurs
DE102015220422A1 (de) System und Verfahren zur redundanten Anbindung an ein Backbone-Netzwerk sowie ein in diesem System einsetzbarer Uplink-Knoten
EP2786620B1 (fr) Système de gestion d'énergie d'appareils électroménagers selon une norme de radiotéléphonie mobile évolutive et procédé correspondant
WO2012010542A1 (fr) Réseau de radiocommunication maillé, nœud de réseau, coordinateur de réseau et procédé de routage de paquets de données dans un réseau de radiocommunication maillé
EP4384996A1 (fr) Réseau passerelle maillé de lorawan et procédé de localisation d'un incendie de forêt
DE10054931B4 (de) Drahtlose Relaisstation für mehrere Funkschnittstellenstandards
WO2012155898A1 (fr) Procédé et système de transmission de données sans fil
DE102004008905A1 (de) Verfahren, Zwischenstation sowie zentrale Steuereinrichtung zur paketvermittelten Datenübertragung in einem selbstorganisierten Funknetzwerk
DE102011112047A1 (de) Verfahren und Gerät zur Übertragung von Daten in einem hierarchisch gegliederten Funknetzwerk
DE10143228A1 (de) Verfahren zum Routen von Verbindungen in einem funkgestützen Ad-hoc-Netz und Netzstation zum Durchführen eines solchen Verfahrens
WO2003021885A1 (fr) Procede pour acheminer des communications dans un reseau ad hoc assiste par radio et station reseau permettant la mise en oeuvre de ce procede

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

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

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20220909

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)