CN107251482A - 电池供电设备、云应用和用于通过低吞吐量网络传输/接收数据消息的相关方法 - Google Patents

电池供电设备、云应用和用于通过低吞吐量网络传输/接收数据消息的相关方法 Download PDF

Info

Publication number
CN107251482A
CN107251482A CN201580076008.9A CN201580076008A CN107251482A CN 107251482 A CN107251482 A CN 107251482A CN 201580076008 A CN201580076008 A CN 201580076008A CN 107251482 A CN107251482 A CN 107251482A
Authority
CN
China
Prior art keywords
message
confirmation
data
supply set
battery supply
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
CN201580076008.9A
Other languages
English (en)
Inventor
克里斯托夫·范·拉廷格
劳伦斯·克拉埃斯
约翰·克里埃尔
科恩·范·弗拉恩德伦
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.)
Senselesi PLC
Original Assignee
Senselesi PLC
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 Senselesi PLC filed Critical Senselesi PLC
Publication of CN107251482A publication Critical patent/CN107251482A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/1607—Details of the supervisory signal
    • H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE 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/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Abstract

一种电池供电设备(1)，包括：低吞吐量网络接口(10)，该低吞吐量网络接口通过低吞吐量连接(3)将所述数据消息(100)发送至云应用(2)；确认接收器(11)，该确认接收器通过所述低吞吐量连接(3)从所述云应用(2)接收包含针对所述数据消息(100)中的一个或多个数据消息的确认信息的确认消息(200)，并解读该确认消息；并且其特征在于，所述设备(1)还包括确认请求生成器(12)，该确认请求生成器生成对所述确认消息(200)的请求(101)，并通过低吞吐量网络(3)将该请求发送至所述云应用(2)。

Description

电池供电设备、云应用和用于通过低吞吐量网络传输/接收数 据消息的相关方法
技术领域
本发明涉及低功率射频通信领域，并且特别地涉及通过如例如由欧洲电信标准协会工作组规范定义的低吞吐量网络的超窄带通信的领域。
背景技术
低吞吐量网络——也被称为LTN(Low Throughout Network)——技术是具有一些特定特性的广域双向无线网络。LTN使得能够在空旷场地中实现距离达数十公里的远程数据传输和/或使得能够实现与埋置在地下的设备的通信。通过LTN进行通信的设备通常是电池供电的。LTN以最小的功耗运行，从而允许即使使用标准电池也能在不更换电池的情况下运行数年。该技术还实现了低吞吐量以及先进的信号处理，该信号处理提供了抵御干扰的有效保护。因此，LTN特别适合于数据量有限且并不强烈要求低延迟的低吞吐量机器与机器通信。应用包括：远程测量；用于水、燃气或电力配送的智能计量；或智能城市应用，诸如与各种传感器诸如烟雾检测器等通信的空气污染监测或公共照明。应用还可以包括与蜂窝网络协作以应对需要冗余、补充或可替代的连接的使用场景。
在LTN架构中，LTN接入点和LTN端点通过无线电接口进行通信。预见到在LTN架构中包括两种实现：依赖超窄带通信的UNB实现和使用正交序列扩频技术的OSSS实现。在端点消耗有限量的能量的情况下，UNB或OSSS无线电接口给予增大的传输范围。UNB或OSSS允许在给定小区中存在大量端点，而不具有频谱干扰。利用UNB或OSSS解决方案，上行链路和下行链路是可能的。
用于长距离的被称为LoRa的调制方案使用基于正交序列扩频的无线电技术将设备连接至其基站的网络。使用OSSS是以非常低的能耗提供可扩展的高容量网络同时维护简单且易于部署的星型小区基础设施的关键。该网络在全球可用的工业、科学和医疗波段——也称为ISM波段——运行，并与其他无线电技术共存于这些频率中，而没有任何冲突风险或容量问题。LoRa目前使用是最受欢迎的欧洲868MHz ISM波段以及美国的902-928MHz波段。
SIGFOX使用基于超窄带的无线电技术将设备连接至其全球网络。使用UNB是以非常低的能耗提供可扩展的高容量网络同时维护简单且易于部署的星型小区基础设施的关键。网络SIGFOX在全球可用的ISM波段运行，并与其他无线电技术共存于这些频率中，而没有任何冲突风险或容量问题。根据具体的地区规定，SIGFOX目前使用是最受欢迎的欧洲868MHz ISM波段以及美国的902-928MHz波段。SIGFOX上的通信以多种方式获得安全，这样的方式包括例如反重播、消息加扰、定序等。然而，传输安全性的最重要的方面在于：只有设备供应商知晓在设备与信息技术或IT系统之间交换的实际数据。SIGFOX仅用作传送信道，向客户的IT系统推送数据。通过使用窄带技术提供的一个重要优点是该技术在天线设计方面提供灵活性。在网络基础设施端上，该技术允许使用小型且简单的天线，但更重要的是，其允许设备使用廉价且易于定制的天线。
LTN上的单向消息的数据完整性根据以下因素而显著变化，这样的因素为：地域网络覆盖以及可能存在的局部盲点；由于设备的位置、设备的速度、设备的加速度、自然的力量所引起的RF状况较差或RF信号高度衰减；网络基础设施的拥塞；技术故障或服务器中断；使用ISM波段并需要与其他设备共享ISM波段的事实；其他RF信号的强RF干扰等。例如沿着卡车或飞机或船舶上的集装箱或者地理位置随时间变化的任何其他对象的地理路径可能会遇到盲点。跟踪移动的集装箱或移动对象的位置的设备发送例如包含指示该集装箱或对象的地理位置的信息的数据消息。由于随机存在的盲点，可能接收不到数据消息。因此，该设备尝试多次重传数据消息，以增大消息被接收到的机率，以便对可能存在的盲点进行补偿。由于过度且浪费地使用设备的电池，这些多次重传极大地增加了设备的功耗，并因此显著降低设备的电池寿命。此外，还无法保证由设备传输的单向消息被接收，这严重地限制可实现的数据完整性。而且，当使用双向消息时，每天只能进行给定数量的双向交换，这对于期望对每天传输的多达数百条消息进行确认的大多数应用而言是不够的。
于2011年12月1日公开的、Tensorcom公司的题为“Systems and methods fornetworked wearable medical sensors(用于网络化可穿戴医用传感器的系统和方法)”的专利申请US2011/0295102描述了一种包括网关和至少一个可穿戴传感器的医用传感器系统。可穿戴传感器将传感器数据帧传输至网关。在发送传感器数据帧后，传感器等待预定的时间段，然后开启其窄带接收器。网关能够接收并解调可穿戴传感器的传感器数据帧。然后，作为回应，网关通过使用窄带发射器在窄带频谱上传输确认帧来确认接收到传感器数据帧。换言之，网关对每个接收到的传感器数据帧生成并发送一个确认帧，即，网关生成并发送与其接收到的传感器数据帧的数量一样多的确认帧。网关针对所有接收到的数据帧都发送确认帧。电池功率被消耗，在个别的数据消息级别不需要数据完整性的情况下同样如此。可穿戴传感器的窄带接收器必须在可穿戴传感器传输传感器数据帧后保持开启例如达几秒或几分钟或几个小时，以便从网关接收针对相应传感器数据帧的确认帧。这增加了可穿戴传感器的电池的使用，并且危害可穿戴传感器的电池的长期寿命。此外，如果可穿戴传感器在给定的超时期间内没有接收到确认，则可穿戴传感器可能会等待随机的时间并尝试在不同的时隙中重传定位数据包。因此，消息被多次重传，以增大网关接收到该消息的机率。这由于过度且浪费地使用可穿戴传感器的电池而极大地增加了可穿戴传感器的功耗，并因此显著地降低了可穿戴传感器的电池寿命。此外，还无法保证网关已接收到由可穿戴传感器传输的单向消息，这严重地限制可实现的数据完整性。
目的是公开克服现有解决方案的上述缺点的设备、云应用和相关方法。更特别地，目的是公开这样的设备、云应用和方法，以用于更可靠地且更稳健地向设备提供对由设备传输给云应用的消息的接收的确认。另外的目的是公开这样的设备、云应用和相关方法，其确保所传输消息的完整性而无需对所有消息进行多次重传，即使在设备的地理位置随时间变化时也如此也。另外的目的是优化传输消息的设备的电池的使用，以便保持其电池寿命。另外的目的是公开这样的设备、云应用和相关方法，以根据地域网络覆盖和设备的电池电量以灵活、有效、可靠且自适应的方式来确认消息的接收。
发明内容
根据本发明的第一方面，以上定义的目的通过一种用于传输数据消息的电池供电设备来实现，该设备包括：
-低吞吐量网络接口，该低吞吐量网络接口适于通过低吞吐量连接将数据消息发送至云应用；
-确认接收器，该确认接收器适于：
-通过低吞吐量连接接收由云应用生成并且包含针对数据消息中的一个或多个数据消息的确认信息的确认消息；以及
-解读确认消息；
其特征在于，该电池供电设备还包括确认请求生成器，该确认请求生成器适于生成对确认消息的请求并通过低吞吐量网络将该请求发送至云应用。
根据本发明，不论何时期望，数据消息在从电池供电设备传输到云应用期间的数据完整性均得到保证。实际上，电池供电设备请求针对该电池供电设备发送至云应用的数据消息进行确认。在接收到请求时，云应用发送包含确认从电池供电设备接收到数据消息的信息的确认消息。然后，由电池供电设备解读由云应用生成的确认消息，以识别被发送至云应用但例如由于以下因素而未被云应用接收到的数据消息，这样的因素为：地域网络覆盖差；存在局部盲点；由于设备的位置、设备的速度等引起的RF状况较差。这样，电池供电设备知晓未被云应用接收到并且需要被重传以保证数据完整性——当电池供电设备期望如此时——的数据消息。然后，电池供电设备选择性地重传未被云应用确认接收到的数据消息。而且，电池供电设备的电池的使用被优化，以增加其寿命。实际上，通过接收到由电池供电设备生成的请求来触发云应用生成确认消息。对于不强制接收针对所发送的所有数据消息的确认消息的应用，电池供电设备不会向云应用发送对所有数据消息进行确认的请求。如果电池供电设备决定省电，则电池供电设备不发送请求。如果电池供电设备决定确保其传输的数据完整性，则电池供电设备决定何时向云应用发送对确认的请求。这防止云应用在以下时刻生成确认消息并将其发送至电池供电设备，这样的时刻为：当电池供电设备不可用或不可及时，或当低吞吐量网络繁忙时，或当使用电池供电设备的应用不需要数据完整性时。这样，通信确保了当电池供电设备可用时由电池供电设备接收到确认消息。这减少了设备的电池的浪费，原因在于电池供电设备选择其监听(listen to，收听)来自云应用的确认消息的时刻。因此，电池供电设备不需要为了接收确认消息而保持开启。而且，由于根据本发明的设备中的峰值电流例如远低于例如电话中的峰值电流，因此可以优化并小型化这样的设备的电池设计，这大幅降低了与电池的生产相关联的成本。而且，电池供电设备仅根据包含在确认消息中的信息选择性地重传数据消息，因此不需要多次重传所有数据消息。这大幅降低了电池供电设备的功耗，并增加了电池供电设备的电池寿命。根据本发明的设备的电池实际上可以持续数年甚至数十年。而且，由于电池供电设备选择何时发送对确认消息的请求，因此还为电池供电设备与云应用之间的通信提供了灵活性。请求的传输可以按时间安排，或者可以根据已经发送的数据消息的数量进行调度。该请求发起电池供电设备与云应用之间的双向传送过程。云应用可以收集关于重传的次数、关于电池供电设备所传输的消息的总数量等的统计数据。
根据本发明的低吞吐量网络的规范被理解为由欧洲电信标准协会定义的并且也被称为ETSI LTN的低吞吐量网络的规范。ETSI LTN的规范列在由ETSI于2014年9月发布的、标题为“ETSI GS LTN 002V1.1.1”的组织规范报告中，该报告描述了LTN的功能架构。因此，根据本发明的低吞吐量网络的性能包括：例如，约每天200字节至每天5000字节的吞吐量；和/或12字节——最大值为255字节——的有效载荷大小；和/或在10bps至峰值1000bps之间并且最大值为50kbps的瞬时吞吐量；和/或处理每个用户的多达10个连接对象的能力；和/或在低吞吐量网络对象与应用提供商的平台之间提供安全功能的能力，上述安全功能诸如为欺骗、防盗、篡改、滚动码等。这只是LTN的一个示例。根据本发明的低吞吐量网络的性能还包括关于当前ETSI LTN标准和/或ETSI LTN标准规范的任何未来版本的低吞吐量网络性能的未来扩展。例如，低吞吐量网络的性能还可以包括：约每天100字节至每天10000字节的吞吐量；和/或6字节——最大值为510字节——的有效载荷大小；和/或在5bps至峰值500bps之间并且最大值为100kbps的瞬时吞吐量；和/或处理每个用户的多达20个连接对象的能力；和/或在低吞吐量网络对象与应用提供商的平台之间提供安全功能的能力，上述安全功能诸如为欺骗、防盗、篡改、滚动码等。这只是未来LTN的一个示例。根据本发明，电池供电设备是具有无线数据连接性的任何合适的设备。电池供电设备可以例如是：电话；传感器；检测器，诸如烟雾检测器、或者火灾检测器、或者漏气或漏水检测器、或者存在检测器；或者位置跟踪设备。该设备可以由汽车、火车、卡车、飞机、自行车的电池供电，由USB电池供电，由太阳能电池等供电。根据本发明，数据消息可以包含：指示电池供电设备的特性的数据；和/或指示由电池供电设备执行的测量的数据，上述测量例如为电池供电设备的所检测位置、处于气相的给定化学成分的所测量浓度、在电池供电设备附近的移动的检测等。可替代地，数据消息本身不包含任何像这样的数据，但是应被理解为协议的一部分。根据本发明，确认消息由云应用生成，并通过低吞吐量连接被发送至电池供电设备。根据本发明，确认请求生成器生成对确认消息的请求，该确认消息包含针对一个或多个所发送的数据消息的确认信息。根据本发明，针对数据消息的确认信息例如是由电池供电设备传输的并被云应用接收到的数据消息的消息标识。可替代地，针对数据消息的确认信息例如是由电池供电设备发送的并且未被云应用接收到的数据消息的消息标识。实际上，云应用可以在电池供电设备发送的请求中接收到指示由该同一电池供电设备发送的数据消息的信息。云应用能够识别其从电池供电设备接收到的数据消息的消息标识，和/或云应用也能够识别由电池供电设备发送的但缺失的数据消息的消息标识。根据本发明，通过低吞吐量网络发送上述请求。
根据可选的实施方案，确认接收器还适于接收并解读包含针对多个数据消息的确认信息的单个确认消息。
这样，进一步保持了设备的电池的寿命。实际上，电池供电设备接收针对多个数据消息的单个确认消息，而不是针对电池供电设备发送的每个数据消息都接收一个确认消息。这意味着电池供电设备并不是在每次传输后都使用其电池来发送请求和接收确认消息，而是电池供电设备可以选择何时接收针对该电池供电设备发送的多个数据消息的单个确认消息。这优化了对电池供电设备的电池的使用。该请求可以包含指示期望被确认的多个数据消息的信息；或者云应用可以自动发送针对多个数据消息的确认，例如针对最后的数据消息例如最后的10个最新消息或最后的64个最新消息的确认，针对在一时间间隔内接收到的所有消息的确认，该时间间隔例如为在最后一秒内、或在最后一分钟内、或在最后一小时内、或在最后一天内等。
根据可选的实施方案，该请求是数据消息中之一。
这样，通过低吞吐量网络发送作为数据消息中之一的请求。由于请求的格式与任何其他数据消息的格式类似，这便于电池供电设备生成请求，并且这还便于云应用对该请求进行解读。实际上，云应用并不需要为了解读请求而转换与数据消息的格式不同的格式，这加快并简化了云应用的解读。
根据可选的实施方案，所述数据消息中之一包括所述请求。
这样，电池供电设备不需要生成独立的请求，这是因为该请求已经包括在数据消息中之一中。这使电池供电设备的电池得以节约。
根据可选的实施方案，该设备还包括：
-消息标识生成器，该消息标识生成器适于为数据消息中的每一个数据消息生成消息标识；
并且其中：
该消息标识是数值。
这样，每个单向数据消息均包括唯一的消息标识。消息标识的合适大小和/或合适位置可以根据应用任意地选择。例如，可以使用6位(bit，比特)长的消息标识，以将8字节双向消息上的通信效率最大化。将消息标识与每个数据消息在创建相应的数据消息期间相关联。消息标识是例如可以从可用的消息标识值列表中选择的数值。例如，在6位长消息标识的情况下，对于数据消息存在26即64个可能的消息标识。在6位长消息标识的情况下，对于每个数据消息，消息标识生成器在64个可能的消息标识中选择一个唯一的且可用的消息标识。例如，第一个传输的数据消息的消息标识的值可以是0，第二个传输的数据消息的消息标识的值可以是1，第三个传输的数据消息的消息标识的值可以是2，以此类推。在这种情况下，对于传输的每个下一数据消息，消息标识的数值是以1递增的整数。可替代地，消息标识的数值是以不同于1的数值递增的数值。可替代地，在6位长消息标识的情况下，第一个传输的数据消息的消息标识的值可以是64，第二个传输的数据消息的消息标识的值可以是63，第三个传输的数据消息的消息标识的值可以是62，以此类推。在这种情况下，对于传输的每个下一数据消息，消息标识的数值是以1递减的整数。可替代地，消息标识的数值是以不同于1的数值递减的数值。可替代地，数据消息的消息标识的数值可以是任何随机数值，并且分配给数据消息的数据消息标识可以是随机的，使得第一个传输的数据消息的数据消息标识是任意选择的，并且第二个传输的数据消息的消息标识也是任意选择的，等等。这样，每个数据消息都可以被电池供电设备和被云应用单独地识别。
根据可选的实施方案：
-该请求包括指示由电池供电设备发送的数据消息的消息标识的消息标识计数值；并且
-确认请求生成器适于生成位的长度与最大的消息标识计数值相对应的确认消息。
这样，电池供电设备知晓传输至云应用的数据消息的数量以及传输至云应用的数据消息的消息标识。消息标识计数值的大小和位置可以根据应用任意地选择。而且，云应用适于从请求中取得消息标识计数值。然后，云应用会知晓由电池供电设备发送的数据消息的数量以及传输的数据消息的消息标识。这提高了电池寿命，原因在于利用单个确认消息来确认接收到大量的消息是一种紧凑的编码方式。这提高了电池供电设备与云应用之间的通信的数据完整性，原因在于云应用能够将其接收到的数据消息的消息标识与包含在消息标识计数值中的消息标识进行比较。如果云应用没有在其接收到的数据消息中找回包含在消息标识计数值中的所有消息标识，则云应用断定由电池供电设备发送的一些数据消息未被云应用接收。如果云应用在其接收到的数据消息中找回包含在消息标识计数值中的所有消息标识，则数据完整性得到保证并且等于100％。由电池供电设备发送的数据消息的每个消息标识都对应于确认消息中的一位。例如，8字节下行链路消息的编码被格式化为每个消息标识一位。确认消息中的每个位置都对应于一个消息标识。在确认消息中对消息标识的映射是灵活的并且可以任意地选择。例如，64位与来自单向消息的6位消息标识匹配。这样，对于电池供电设备，对确认消息的解读就变得简单，这是因为确认消息的每一位都对应于电池供电设备发送的一个数据消息。例如，在确认消息中等于1的位指示数据消息已被云应用接收，而确认消息中等于0的位指示数据消息尚未被云应用接收。
根据可选的实施方案，该设备还包括：
-所接收消息标识提取引擎，该所接收消息标识提取引擎适于从确认消息中提取消息标识并且识别确认消息中缺失的数据消息的消息标识；并且其中，电池供电设备还适于重新发送消息标识在确认消息中缺失的数据消息。
这样，电池供电设备能够从确认消息中提取未被云应用接收到的数据消息的消息标识。然后，电池供电设备选择性地将缺失的数据消息发回到云应用。这节省了设备的电池寿命，原因在于设备不需要多次发送所有的数据消息。
根据可选的实施方案，该设备还包括适于存储数据消息的设备缓存器(cache，高速缓冲存储器)，并且其中，该设备还适于擦除已接收到针对其的接收确认的数据消息。
这样，电池供电设备能够将数据消息一直存储到云应用确认接收到该同一数据消息。这优化了电池供电设备侧的缓存器的使用，原因在于经确认的数据消息不会保持被存储。这样，被擦除的数据消息的消息标识变得再次可用，并且可以归属于新的数据消息。未被云应用接收到的其余数据消息排队等待传输，并且其消息标识不会被更改。而且，这允许电池供电设备在后期取得数据消息(如果需要)，使得可以在数据消息没有被云应用接收到时重传该数据消息。对于不需要在设备缓存器中存储所有数据消息的应用，并非将发送至云应用的所有数据消息都存储在缓存器中。这节省了处理功率，并进一步节省了设备的电池寿命。
根据可选的实施方案，该设备还包括：
-设备确认消息生成器，该设备确认消息生成器适于自动生成确认接收到确认消息的设备确认消息，并将该设备确认消息发送至云应用。
这样，云应用会知晓电池供电设备是否接收到确认消息。这提高了电池供电设备与云应用之间的通信可靠性，原因在于云应用接收到电池供电设备知晓缺失的数据消息的确认。例如，设备确认消息包括具有配置参数的8位。根据可替代的实施方案，数据消息包括确认接收到确认消息的设备确认消息。
根据可选的实施方案：
-电池供电设备还适于向云应用生成配置请求；
-云应用还适于生成包含指示配置参数的信息的配置消息并将配置消息发送至电池供电设备；
-电池供电设备还适于生成包含针对配置消息的确认信息的配置确认消息。
由电池供电设备发送至云应用的配置请求包括向云应用询问是否存在可用的配置更新的配置请求。因此发起电池供电设备与云应用之间的双向通信。在接收到配置请求时，云应用生成包括一个或多个配置参数和例如唯一的配置参数标识的配置消息。在接收到配置消息时，电池供电设备从配置消息中提取配置参数标识。然后，如果所提取的配置参数标识正确，则电池供电设备接受该配置消息并确认接收到该配置消息，或者如果所提取的配置参数标识不正确，则电池供电设备拒绝该配置消息。为了确认接收到配置消息，电池供电设备生成配置确认消息，并将该配置确认消息与一个或多个数据消息一起发送至云应用。使用配置请求使得电池供电设备与云应用之间的通信非常可靠，并保证高达100％的数据完整性。实际上，由云应用和电池供电设备分别对由电池供电设备生成的数据消息的接收以及由云应用生成的配置消息的接收进行确认。例如，如果电池供电设备发送的请求未被云应用接收，则电池供电设备再次向云应用发送配置请求。而且，如果例如电池供电设备没有接收到由云应用生成的配置消息，则电池供电设备知晓其没有接收到配置消息，因此电池供电设备再次向云应用发送配置请求。然后，云应用继续向电池供电设备发送相同的配置消息。例如，如果电池供电设备不接受该配置消息，则电池供电设备不生成指示接收到配置消息的配置确认消息。在从电池供电设备接收到数据消息时，云应用生成确认消息，电池供电设备根据该确认消息知晓云应用是否接收到数据消息。如果没有，则再次发送数据消息。例如，如果云应用没有接收到对确认消息的请求，则因为电池供电设备本身没有收到确认消息，所以电池供电设备知晓云应用没有收到该请求的事实。因此，电池供电设备再次向云应用发送对确认消息的请求。这样，电池供电设备和云应用始终知晓两者彼此同步。
根据本发明的第二方面，提供了一种用于从电池供电设备传输数据消息的方法，该方法包括以下步骤：
-通过低吞吐量连接向云应用发送数据消息；
其特征在于：
-生成对确认消息的请求，该确认消息指示接收到数据消息中的一个或多个数据消息；
-通过低吞吐量连接将对确认消息的请求发送至云应用；以及
-通过低吞吐量连接接收确认消息并解读包含在确认消息中的确认信息。
根据本发明，不论何时期望，数据消息在从电池供电设备传输到云应用期间的数据完整性均得到保证。实际上，电池供电设备请求针对该电池供电设备发送至云应用的数据消息进行确认。在接收到请求时，云应用发送包含确认从电池供电设备接收到数据消息的信息的确认消息。然后，由电池供电设备解读由云应用生成的确认消息，以识别被发送至云应用但例如由于以下因素而未被云应用接收的数据消息，这样的因素为：地域网络覆盖差；存在局部盲点；由于设备的位置、设备的速度等引起的RF状况较差。这样，电池供电设备知晓未被云应用接收到并且需要被重传以保证数据完整性——当电池供电设备期望如此时——的数据消息。然后，电池供电设备选择性地重传未被云应用确认接收到的数据消息。而且，电池供电设备的电池的使用被优化，以增加其寿命。实际上，通过接收到由电池供电设备生成的请求来触发云应用生成确认消息。对于不强制接收针对所发送的所有数据消息的确认消息的应用，电池供电设备不会向云应用发送对所有数据消息进行确认的请求。如果电池供电设备决定省电，则电池供电设备不发送请求。如果电池供电设备决定确保其传输的数据完整性，则电池供电设备决定何时向云应用发送对确认的请求。这防止云应用在以下时刻生成确认消息并将其发送至电池供电设备，这样的时刻为：当电池供电设备不可用或不可及时，或当低吞吐量网络繁忙时，或当使用电池供电设备的应用不需要数据完整性时。这样，通信确保了当电池供电设备可用时由电池供电设备接收到确认消息。这减少了设备的电池的浪费，原因在于电池供电设备选择其监听来自云应用的确认消息的时刻。因此，电池供电设备不需要为了接收确认消息而保持开启。而且，由于根据本发明的设备中的峰值电流例如远低于例如电话中的峰值电流，因此可以优化并小型化这样的设备的电池设计，这大幅降低了与电池的生产相关联的成本。而且，电池供电设备仅根据包含在确认消息中的信息选择性地重传数据消息，因此不需要多次重传所有数据消息。这大幅降低了电池供电设备的功耗，并增加了电池供电设备的电池寿命。根据本发明的设备的电池实际上可以持续数年甚至数十年。而且，由于电池供电设备选择何时发送对确认消息的请求，因此还为电池供电设备与云应用之间的通信提供了灵活性。请求的传输可以按时间安排，或者可以根据已经发送的数据消息的数量进行调度。该请求发起电池供电设备与云应用之间的双向传送过程。云应用可以收集关于重传的次数、关于电池供电设备所传输的消息的总数量等的统计数据。
根据本发明的第三方面，以上定义的目的通过一种用于通过低吞吐量连接接收由电池供电设备发送的数据消息的云应用来实现，该云应用包括：
-低吞吐量网络接口，该低吞吐量网络接口适于通过低吞吐量连接从电池供电设备接收数据消息；
-确认生成器，该确认生成器适于生成包含针对数据消息中的一个或多个数据消息的确认信息的确认消息并通过低吞吐量连接发送该确认消息；
其特征在于，云应用还包括确认请求接收器，该确认请求接收器适于通过低吞吐量连接接收对确认消息的请求，并且其中，确认生成器还适于仅在接收到该请求时生成确认消息。
根据本发明，不论何时期望，数据消息在从电池供电设备传输到云应用期间的数据完整性均得到保证。实际上，电池供电设备请求针对该电池供电设备发送至云应用的数据消息进行确认。在接收到请求时，云应用发送包含确认从电池供电设备接收到数据消息的信息的确认消息。然后，由电池供电设备解读由云应用生成的确认消息，以识别被发送至云应用但例如由于以下因素而未被云应用接收的数据消息，这样的因素为：地域网络覆盖差；存在局部盲点；由于设备的位置、设备的速度等引起的RF状况较差。这样，电池供电设备知晓未被云应用接收到并且需要被重传以保证数据完整性——当电池供电设备期望如此时——的数据消息。然后，电池供电设备选择性地重传未被云应用确认接收到的数据消息。而且，电池供电设备的电池的使用被优化，以增加其寿命。实际上，通过接收到由电池供电设备生成的请求来触发云应用生成确认消息。对于不强制接收针对所发送的所有数据消息的确认消息的应用，电池供电设备不会向云应用发送对所有数据消息进行确认的请求。如果电池供电设备决定省电，则电池供电设备不发送请求。如果电池供电设备决定确保其传输的数据完整性，则电池供电设备决定何时向云应用发送对确认的请求。这防止云应用在以下时刻生成确认消息并将其发送至电池供电设备，这样的时刻为：当电池供电设备不可用或不可及时，或当低吞吐量网络繁忙时，或当使用电池供电设备的应用不需要数据完整性时。这样，通信确保了当电池供电设备可用时由电池供电设备接收到确认消息。这减少了设备的电池的浪费，原因在于电池供电设备选择其监听来自云应用的确认消息的时刻。因此，电池供电设备不需要为了接收确认消息而保持开启。而且，由于根据本发明的设备中的峰值电流例如远低于例如电话中的峰值电流，因此可以优化并小型化这样的设备的电池设计，这大幅降低了与电池的生产相关联的成本。而且，电池供电设备仅根据包含在确认消息中的信息选择性地重传数据消息，因此不需要多次重传所有数据消息。这大幅降低了电池供电设备的功耗，并增加了电池供电设备的电池寿命。根据本发明的设备的电池实际上可以持续数年甚至数十年。而且，由于电池供电设备选择何时发送对确认消息的请求，因此还为电池供电设备与云应用之间的通信提供了灵活性。请求的传输可以按时间安排，或者可以根据已经发送的数据消息的数量进行调度。该请求发起电池供电设备与云应用之间的双向传送过程。云应用可以收集关于重传的次数、关于电池供电设备所传输的消息的总数量等的统计数据。
根据可选的实施方案，其中，确认生成器还适于生成包含针对多个数据消息的确认信息的单个确认消息。
这样，保持了设备的电池的寿命。实际上，电池供电设备接收针对多个数据消息的单个确认消息，而不是针对电池供电设备发送的每个数据消息都接收一个确认消息。这意味着电池供电设备并不是在每次传输后都使用其电池来接收确认消息，而是电池供电设备可以选择何时接收针对该电池供电设备发送的多个数据消息的单个确认消息。这优化了对电池供电设备的电池的使用。这也降低了针对多个数据消息仅生成单个确认消息的云应用的功耗。因此，降低了与其实施相关联的成本。
根据可选的实施方案：
-消息标识提取器，其适于从每个接收到的数据消息中提取消息标识；
-请求解读器，其适于解读请求并获悉请求针对哪个数据消息进行确认；
并且其中，确认生成器还适于针对接收到的数据消息生成确认消息。
这样，电池供电设备知晓传输至云应用的数据消息的数量以及传输给云应用的数据消息的消息标识。消息标识计数值的大小和位置可以根据应用任意地选择。而且，云应用适于从请求中取得消息标识计数值。然后，云应用会知晓由电池供电设备发送的数据消息的数量以及传输的数据消息的消息标识。这提高了电池供电设备与云应用之间的通信的数据完整性，原因在于云应用能够将其接收到的数据消息的消息标识与包含在消息标识计数值中的消息标识进行比较。如果云应用没有在其接收到的数据消息中找回包含在消息标识计数值中的所有消息标识，则云应用断定由电池供电设备发送的一些数据消息未被云应用接收。如果云应用在其接收到的数据消息中找回包含在消息标识计数值中的所有消息标识，则数据完整性得到保证并且等于100％。由电池供电设备发送的数据消息的每个消息标识都对应于确认消息中的一位。例如，8字节下行链路消息的编码被格式化为每个消息标识一位。确认消息中的每个位置都对应于一个消息标识。在确认消息中对消息标识的映射是灵活的并且可以任意地选择。例如，64位与来自单向消息的6位消息标识匹配。这样，对于电池供电设备，对确认消息的解读就变得简单，这是因为确认消息的每一位都对应于电池供电设备发送的一个数据消息。例如，在确认消息中等于1的位指示数据消息已被云应用接收，而确认消息中等于0的位指示数据消息尚未被云应用接收。
根据可选的实施方案，云应用还包括设备确认消息接收器，该设备确认消息接收器适于接收由电池供电设备生成的包含针对确认消息的确认信息的设备确认消息。
这样，云应用会知晓电池供电设备是否接收到确认消息。这提高了电池供电设备与云应用之间的通信可靠性，原因在于云应用接收到电池供电设备知晓缺失的数据消息的确认。例如，设备确认消息包括具有配置参数的8位。根据可替代的实施方案，数据消息包括确认收到确认消息的设备确认消息。当来自电池供电设备的第二确认请求包括不同的消息标识计数值时，云应用会知晓第一确认消息已被接收。
根据可选的实施方案，云应用还适于：
-存储第一消息标识计数值；
-存储与第一消息标识计数值对应的发送至电池供电设备的第一确认消息；
-在从电池供电设备接收到包括第二消息标识计数值的第二请求时，如果第二消息标识计数值没有不同于第一消息标识计数值，发回第一确认消息；并且
-在从电池供电设备接收到包括第二消息标识计数值的第二请求时，如果第二消息标识计数值不同于第一消息标识计数值，提取所接收到的数据消息的消息标识并生成第二确认消息。
这样，云应用识别出电池供电设备是否接收到确认消息。电池供电设备向云应用发送数据消息。然后，该设备向云应用发送对接收确认的请求，其中该请求包括第一消息标识计数值。云应用基于该第一消息标识计数值生成确认消息。电池供电设备等待包含指示接收到数据消息的信息的确认消息。存在网络定义的超时窗口，电池供电设备可以在该窗口内接收确认消息。如果超时，则电池供电设备与云应用之间的双向交换失败：设备知晓其没有收到确认消息，但是云应用不知晓。然后，电池供电设备尝试向云应用发送相同的消息标识计数值。因此，云应用接收到包含第一消息标识计数值的第二确认请求，从而会知晓第一确认消息未被电池供电设备接收。云应用生成与通过第一确认请求来请求确认其接收的数据消息相对应的正确的确认消息，即针对与第一消息标识计数值相对应的数据消息生成正确的确认消息。当确认消息被电池供电设备正确接收时，那么下一确认请求的消息标识计数值与云应用接收到的第一消息标识计数值不同。然后，云应用会知晓确认消息已被电池供电设备适当地接收。然后，云应用获知哪些最近接收到的数据消息被请求确认，并且因此生成与新的消息标识计数值对应的正确的确认消息。这样，电池供电设备和云应用中的数据消息保持同步。
根据本发明的第四方面，提供了一种用于从电池供电设备接收数据消息的云方法，该方法包括以下步骤：
-通过低吞吐量连接接收数据消息；
-通过低吞吐量连接从电池供电设备接收对确认消息的请求，该确认消息包含针对数据消息中的一个或多个数据消息的确认信息；
-生成确认消息；以及
-通过低吞吐量连接发送确认消息。
根据本发明，不论何时期望，数据消息在从电池供电设备传输到云应用期间的数据完整性均得到保证。实际上，电池供电设备请求针对该电池供电设备发送至云应用的数据消息进行确认。在接收到请求时，云应用发送包含确认从电池供电设备接收到数据消息的信息的确认消息。然后，由电池供电设备解读由云应用生成的确认消息，以识别被发送至云应用但例如由于以下因素而未被云应用接收的数据消息，这样的因素为：地域网络覆盖差；存在局部盲点；由于设备的位置、设备的速度等引起的RF状况较差。这样，电池供电设备知晓未被云应用接收到并且需要被重传以保证数据完整性——当电池供电设备期望如此时——的数据消息。然后，电池供电设备选择性地重传未被云应用确认接收到的数据消息。而且，电池供电设备的电池的使用被优化，以增加其寿命。实际上，通过接收到由电池供电设备生成的请求来触发云应用生成确认消息。对于不强制接收针对所发送的所有数据消息的确认消息的应用，电池供电设备不会向云应用发送对所有数据消息进行确认的请求。如果电池供电设备决定省电，则电池供电设备不发送请求。如果电池供电设备决定确保其传输的数据完整性，则电池供电设备决定何时向云应用发送对确认的请求。这防止云应用在以下时刻生成确认消息并将其发送至电池供电设备，这样的时刻为：当电池供电设备不可用或不可及时，或当低吞吐量网络繁忙时，或当使用电池供电设备的应用不需要数据完整性时。这样，通信确保了当电池供电设备可用时由电池供电设备接收到确认消息。这减少了设备的电池的浪费，原因在于电池供电设备选择其监听来自云应用的确认消息的时刻。因此，电池供电设备不需要为了接收确认消息而保持开启。而且，由于根据本发明的设备中的峰值电流例如远低于例如电话中的峰值电流，因此可以优化并小型化这样的设备的电池设计，这大幅降低了与电池的生产相关联的成本。而且，电池供电设备仅根据包含在确认消息中的信息选择性地重传数据消息，因此不需要多次重传所有数据消息。这大幅降低了电池供电设备的功耗，并增加了电池供电设备的电池寿命。根据本发明的设备的电池实际上可以持续数年甚至数十年。而且，由于电池供电设备选择何时发送对确认消息的请求，因此还为电池供电设备与云应用之间的通信提供了灵活性。请求的传输可以按时间安排，或者可以根据已经发送的数据消息的数量进行调度。该请求发起电池供电设备与云应用之间的双向传送过程。云应用可以收集关于重传的次数、关于电池供电设备所传输的消息的总数量等的统计数据。
附图说明
图1示意性地示出了用于通过低吞吐量网络确认数据消息的传输的电池供电设备和云应用的实施方案。
图2示意性地示出了用于通过低吞吐量网络确认五个数据消息的传输的电池供电设备和云应用的实施方案，其中一个数据消息未被云应用接收。
图3示意性地示出了电池供电设备和云应用的实施方案，其中电池供电设备向云应用发送对配置更新的配置请求。
图4示意性地示出了用于宿留图1的电池供电设备或云应用的合适的计算系统。
具体实施方式
根据图1所示的实施方案，电池供电设备1通过低吞吐量网络3向云应用2传输多个数据消息100。电池供电设备1包括低吞吐量网络接口10、确认接收器11、确认请求接收器12、消息标识生成器13、消息标识提取引擎14、设备缓存器15和设备确认消息生成器16。云应用2包括低吞吐量网络接口20、确认生成器21、确认请求接收器22、消息标识提取器23、请求解读器24和设备确认消息接收器25。数据消息100可以例如存储在电池供电设备1的设备缓存器15中。低吞吐量网络接口10适于从设备缓存器15取得数据消息100。可替代地，数据消息100可以由电池供电设备1生成。如图1所描绘的，低吞吐量网络接口10适于通过低吞吐量网络3向云应用2发送两个数据消息100。根据可替代的实施方案，电池供电设备1向云应用2传输一个数据消息100。根据另一可替代的实施方案，电池供电设备1向云应用2发送数十或数百个数据消息100。消息标识生成器13为每个数据消息100生成唯一的消息标识102。云应用2的低吞吐量网络接口20接收数据消息100。电池供电设备1的确认请求生成器11还生成对来自云应用2的确认消息的请求101并将该请求发送至云应用2。可替代地，请求101包括在数据消息100中。根据另一可替代的实施方案，请求101是数据消息100中之一。由云应用2的请求解读器24对请求101进行解读，使得云应用获悉哪些数据消息100被请求确认。消息标识提取器23提取每个接收到的数据消息100的消息标识102。在由确认请求接收器22接收到请求101时，云应用2的确认生成器21生成确认消息200并将其发送至电池供电设备1。根据可替代的实施方案，云应用2生成多个确认消息200。确认消息200包含指示接收到数据消息100的信息。确认消息200由电池供电设备1的确认接收器11接收。消息标识提取引擎14通过从确认消息200中提取数据消息100的消息标识102来解读确认消息200。消息标识提取引擎14识别未被云应用2接收的并且因此未包含在确认消息200的信息中的数据消息100的消息标识102。可替代地，消息标识提取引擎14从确认消息200中识别缺失的数据消息100的消息标识102，并解读出对应的数据消息100未被云应用2接收。在接收到确认消息200时，电池供电设备1的确认生成器16自动生成确认接收到确认消息的设备确认消息104，并将设备确认消息104发送至云应用2。设备确认消息接收器25接收并解读设备确认消息104。请求101和确认消息200是通过低吞吐量网络3发送的。
根据图2所示的实施方案，电池供电设备1发送由消息标识102表征的数据消息。图2中描绘的时间线4表示图2的事件的时序。每个数据消息均关联至消息标识102。如图2所描绘的，第一数据消息具有标记为ID＝1的消息标识102，第二数据消息具有标记为ID＝2的消息标识102等，直到具有标记为ID＝5的消息标识102的第五数据消息。电池供电设备1通过低吞吐量网络3将这五个数据消息传输至云应用2。电池供电设备1生成标记为ID＝1的请求101并将其发送至云应用2，以从云应用2接收对数据消息的接收的确认。标记为ID＝1的请求101包括消息标识计数值103，该消息标识计数值包括由电池供电设备1发送的数据消息100的消息标识102。可替代地，标记为ID＝1的请求101包括在数据消息100中。根据可替代的实施方案，标记为ID＝1的请求101是一数据消息100。在接收到请求101时，云应用2生成确认消息200。根据可替代的实施方案，云应用2生成不止一个确认消息200。云应用2接收数据消息并提取其接收到的数据消息的消息标识。如图2所描绘的，云应用2识别出标记为ID＝1至ID＝5的消息标识102，标记为ID＝4的消息标识102除外。这表示云应用2没有接收到与标记为ID＝4的消息标识102相对应的数据消息。确认消息200包括由云应用2接收到的数据消息的消息标识102。如图2所描绘的，确认消息200包括标记为ID＝1,2,3,5的消息标识。根据可替代的实施方案，确认消息200包括未被云应用2接收的数据消息的消息标识102，即标记为ID＝4的消息标识102。电池供电设备1接收确认消息200并解读确认消息200。换言之，电池供电设备1提取被发送但未被云应用1接收的一个或多个数据消息的消息标识102。当云应用2确认接收到由电池供电设备1发送的所有数据消息时，电池供电设备1与云应用2之间的通信的数据完整性等于100％。电池供电设备1使与缺失的消息标识102相对应的一个或多个数据消息排队以用于重传。然后，电池供电设备1重传与标记为ID＝1,2,4的消息标识102相对应的三个数据消息。电池供电设备1生成标记为ID＝2的请求101并将该请求发送至云应用2，以便从云应用2接收对数据消息的接收的确认。标记为ID＝2的请求101包括消息标识计数值103，该消息标识计数值包括由电池供电设备1重传的数据消息100的消息标识102。可替代地，标记为ID＝2的请求101包括在数据消息100中。根据可替代的实施方案，标记为ID＝2的请求101是一数据消息100。在接收到请求101时，云应用2生成确认消息200，该确认消息包含由云应用2接收到的对应数据消息的消息标识102，即标记为ID＝1,2,4的消息标识102。
根据图3所示的实施方案，电池供电设备1向云应用2发送配置请求105，以向云应用2询问是否有可用的配置更新。图3所描绘的时间线4表示图3的事件的时序。云应用2生成配置消息106，并将配置消息106发送至电池供电设备1。配置消息106包括配置参数，诸如例如与用于电池供电设备1的配置更新相对应的DATA＝0x48。配置消息106还包括唯一的配置参数标识，该配置参数标识在图3中被描绘为CFG ID＝3。在接收到配置消息106时，设备1提取配置参数标识，并且如果配置参数标识正确，则该设备接受配置消息106。然后，电池供电设备1生成如图3所描绘的用消息标识ID＝1标记的数据消息，并且还生成接收到配置消息106的配置确认消息107。配置确认消息107包括标记为ID＝3的配置参数标识。电池供电设备1向云应用2发送与消息标识102相对应的数据消息和配置确认消息107。在给定量的时间之后或者在向云应用2发送给定数量的数据消息之后，电池供电设备1向云应用2发送对确认消息200的请求101。请求101包括消息标识计数值103。在接收到请求101时，云应用2生成确认接收到与标记为ID＝1的消息标识102相对应的数据消息的确认消息200。
图4示出了用于宿留图1的电池供电设备1或云应用2的合适的计算系统800。计算系统800通常可以形成为合适的通用计算机，并且可以包括总线510、处理器502、本地存储器504、一个或多个可选的输入接口514、一个或多个可选的输出接口516、通信接口512、存储元件接口506和一个或多个存储元件508。总线510可以包括允许计算系统的部件之间进行通信的一个或多个导线。处理器502可以包括解读并执行程序指令的任何类型的常规处理器或微处理器。本地存储器504可以包括存储信息和用于由处理器502执行的指令的随机存取存储器(RAM)或另一类型的动态存储设备，和/或存储用于由处理器504使用的静态信息和指令的只读存储器(ROM)或另一类型的静态存储设备。输入接口514可以包括允许操作者向计算设备800输入信息的一个或多个常规机构，诸如键盘520、鼠标530、笔、语音识别和/或生物识别机构等。输出接口516可以包括向操作者输出信息的一个或多个常规机构，诸如显示器540、打印机550、扬声器等。通信接口512可以包括使计算系统800能够与其他设备和/或系统通信的任何类似收发器的机构(诸如例如两个1Gb以太网接口)，例如用于与一个或多个其他计算系统900通信的机构。计算系统800的通信接口512可以通过局域网(LAN)或广域网(WAN，诸如例如互联网)连接到这样的另一计算系统，在这种情况下，该另一计算系统580可以例如包括合适的网络服务器。存储元件接口506可以包括存储接口，诸如例如串行高级技术附件(SATA)接口或小型计算机系统接口(SCSI)，以用于将总线510连接至一个或多个存储元件508(诸如一个或多个本地磁盘，例如1TB SATA磁盘驱动器)，并且控制从这些存储元件508读取数据和/或和向这些存储元件写入数据。尽管上面的存储元件508被描述为本地磁盘，但是通常可以使用任何其他合适的计算机可读介质，诸如可移动磁盘、光学存储介质诸如CD-ROM或DVD-ROM盘、固态驱动器、闪存卡等。
图1的电池供电设备1或云应用2可以被实现为存储在计算系统800的本地存储器504中以用于由该计算系统的处理器502执行的程序指令。可替代地，图1的电池供电设备1或云应用2可以存储在存储元件508上，或者可以通过通信接口512从另一计算系统900访问。
虽然已经通过参考具体实施方案对本发明进行了说明，但是对于本领域技术人员而言明显的是，本发明不限于上述说明性实施方案的细节，并且可以在不脱离本发明的范围的情况下用各种变化和修改来实施本发明。因此，本实施例在所有方面都应被视为是说明性的而非限制性的，本发明的范围由所附权利要求指示而不是由上述描述来指示，因此在权利要求的等同方案的含义和范围内的所有变化都意在包含于本发明中。换言之，设想的是涵盖落入基本的基础性原理的范围内的并且其本质属性在本专利申请中要求保护的任何和所有的修改、变型或等同物。本专利申请的读者还将理解，词语“包括”或“包含”并不排除其他元素或步骤，词语“一(a)”或“一(an)”并不排除多个，并且单个元件，诸如计算机系统、处理器或另一集成单元，可以实现权利要求中所述的若干装置的功能。权利要求中的任何附图标记不应被解读为对所涉及的相应权利要求进行限制。当在说明书或权利要求中使用时，术语“第一”、“第二”、“第三”、“a”、“b”、“c”等被引入用以在相似的元件或步骤之间进行区分，而不一定是描述按次序或时间的顺序。类似地，术语“顶部”、“底部”、“上方”、“下方”等被引入用于描述的目的，而不一定是表示相对位置。将理解，如此使用的术语在适当的情况下是可互换的，并且本发明的实施方案能够根据本发明以其他顺序或以与上面描述或示出的方向不同的方向进行操作。

Claims (17)

1.一种用于传输数据消息(100)的电池供电设备(1)，所述设备(1)包括：
-低吞吐量网络接口(10)，所述低吞吐量网络接口适于通过低吞吐量连接(3)将所述数据消息(100)发送至云应用(2)；
-确认接收器(11)，所述确认接收器适于：
-通过所述低吞吐量连接(3)接收确认消息(200)，所述确认消息由所述云应用(2)生成并且包含针对所述数据消息(100)中的一个或多个数据消息的确认信息；以及
-解读所述确认消息(200)；
其特征在于，所述电池供电设备(1)还包括确认请求生成器(12)，所述确认请求生成器适于生成对所述确认消息(200)的请求(101)并通过所述低吞吐量连接(3)将所述请求发送至所述云应用(2)。
2.根据权利要求1所述的电池供电设备(1)，其中，所述确认接收器(11)还适于接收并解读包含针对多个所述数据消息(100)的确认信息的单个确认消息(200)。
3.根据权利要求1所述的电池供电设备(1)，其中，所述数据消息(100)中之一包括所述请求(101)。
4.根据权利要求1所述的电池供电设备(1)，其中，所述请求(101)是所述数据消息(100)中之一。
5.根据权利要求1所述的电池供电设备(1)，其中，所述设备(1)还包括：
-消息标识生成器(13)，所述消息标识生成器适于为所述数据消息(100)中的每一个数据消息生成消息标识(102)；
并且其中：
-所述消息标识(102)是数值。
6.根据权利要求5所述的电池供电设备(1)，其中：
-所述请求(101)包括指示由所述电池供电设备(1)发送的所述数据消息(100)的所述消息标识(102)的消息标识计数值(103)；并且
-所述确认请求生成器(12)适于生成位的长度与最大的消息标识计数值(103)相对应的确认消息(200)。
7.根据权利要求6所述的电池供电设备(1)，其中，所述设备还包括：
-所接收消息标识提取引擎(14)，所述所接收消息标识提取引擎适于从所述确认消息(200)中提取消息标识(102)并且识别所述确认消息(200)中缺失的所述数据消息(100)的消息标识(102)；并且
其中，所述电池供电设备(1)还适于重新发送消息标识在所述所述确认消息(200)中缺失的数据消息。
8.根据权利要求1所述的电池供电设备(1)，其中，所述设备(1)还包括适于存储所述数据消息(100)的设备缓存器(15)，并且其中，所述设备(1)还适于擦除已接收到针对其的接收确认的数据消息。
9.根据权利要求1所述的电池供电设备(1)，其中，所述设备(1)还包括：
-设备确认消息生成器(16)，所述设备确认消息生成器适于自动生成确认接收到所述确认消息(200)的设备确认消息(104)，并将所述设备确认消息(104)发送至所述云应用(2)。
10.根据权利要求1所述的电池供电设备(1)，其中：
-所述电池供电设备(1)还适于向所述云应用(2)生成配置请求(105)；
-所述云应用(2)还适于生成包含指示配置参数的信息的配置消息(106)，并将所述配置消息(106)发送至所述电池供电设备(1)；
-所述电池供电设备(1)还适于生成包含针对所述配置消息(106)的确认信息的配置确认消息(107)。
11.一种用于从电池供电设备(1)传输数据消息(100)的方法，所述方法包括以下步骤：
-通过低吞吐量连接(3)将所述数据消息(100)发送至云应用(2)；
其特征在于：
-生成对确认消息(200)的请求(101)，所述确认消息指示接收到所述数据消息(100)中的一个或多个数据消息；
-通过所述低吞吐量连接(3)将对所述确认消息(200)的所述请求(101)发送至所述云应用(2)；以及
-通过所述低吞吐量连接(3)接收所述确认消息(200)并解读包含在所述确认消息中的确认信息。
12.一种用于通过低吞吐量连接(3)接收由电池供电设备(1)发送的数据消息(100)的云应用(2)，所述云应用(2)包括：
-低吞吐量网络接口(20)，所述低吞吐量网络接口适于通过低吞吐量连接(3)从电池供电设备(1)接收所述数据消息(100)；
-确认生成器(21)，所述确认生成器适于生成包含针对所述数据消息(100)中的一个或多个数据消息的确认信息的确认消息(200)并通过所述低吞吐量网络(3)发送所述确认消息；
其特征在于，所述云应用(2)还包括确认请求接收器(22)，所述确认请求接收器适于通过所述低吞吐量网络(3)接收对所述确认消息(100)的请求(101)，并且其中，所述确认生成器(21)还适于仅在接收到所述请求(101)时生成所述确认消息(200)。
13.根据权利要求12所述的云应用(2)，其中，所述确认生成器(21)还适于生成包含针对多个所述数据消息(100)的确认信息的单个确认消息(200)。
14.根据权利要求12所述的云应用(2)，其中，所述云应用(2)包括：
-消息标识提取器(23)，所述消息标识提取器适于从每个接收到的数据消息(100)中提取消息标识(102)；
-请求解读器(24)，所述请求解读器适于解读所述请求(101)并获悉请求针对哪个数据消息(100)进行确认；
并且其中，所述确认生成器(21)还适于针对接收到的数据消息生成确认消息(200)。
15.根据权利要求12所述的云应用(2)，其中，所述云应用(2)还包括设备确认消息接收器(24)，所述设备确认消息接收器适于接收由所述电池供电设备(1)生成的、包含针对所述确认消息(200)的确认信息的设备确认消息(104)。
16.根据权利要求15所述的云应用(2)，其中，所述云应用(2)还适于：
-存储第一消息标识计数值(103)；
-存储对应于所述第一消息标识计数值(103)的、发送给所述电池供电设备(1)的第一确认消息(200)；
-在从所述电池供电设备(1)接收到包括第二消息标识计数值(103)的第二请求(101)时，如果所述第二消息标识计数值(103)没有不同于所述第一消息标识计数值(103)，发送回所述第一确认消息(200)；并且
-在从所述电池供电设备(1)接收到包括第二消息标识计数值(103)的第二请求(101)时，如果所述第二消息标识计数值(103)不同于所述第一消息标识计数值(103)，提取接收到的所述数据消息(100)的所述消息标识(102)并生成第二确认消息(200)。
17.一种用于接收数据消息(100)的云方法，所述方法包括以下步骤：
-通过低吞吐量连接(3)接收所述数据消息(100)；
-通过所述低吞吐量连接(3)从电池供电设备(1)接收对确认消息(200)的请求(101)，所述确认消息包含针对所述数据消息(100)中的一个或多个数据消息的确认信息；
-生成所述确认消息(200)；以及
-通过所述低吞吐量连接(3)发送所述确认消息(200)。
CN201580076008.9A 2014-12-12 2015-11-30 电池供电设备、云应用和用于通过低吞吐量网络传输/接收数据消息的相关方法 Pending CN107251482A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP14197721.5 2014-12-12
EP14197721.5A EP3032771B1 (en) 2014-12-12 2014-12-12 A battery operated device, a cloud application and the related methods for transmitting/receiving data messages over a low throughput network
PCT/EP2015/078048 WO2016091637A1 (en) 2014-12-12 2015-11-30 A battery operated device, a cloud application and the related methods for transmitting/receiving data messages over a low throughput network

Publications (1)

Publication Number Publication Date
CN107251482A true CN107251482A (zh) 2017-10-13

Family

ID=52231832

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580076008.9A Pending CN107251482A (zh) 2014-12-12 2015-11-30 电池供电设备、云应用和用于通过低吞吐量网络传输/接收数据消息的相关方法

Country Status (9)

Country Link
US (2) US10863434B2 (zh)
EP (1) EP3032771B1 (zh)
CN (1) CN107251482A (zh)
AU (1) AU2015359701B2 (zh)
DK (1) DK3032771T3 (zh)
ES (1) ES2651328T3 (zh)
PT (1) PT3032771T (zh)
SG (1) SG11201706144PA (zh)
WO (1) WO2016091637A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106455105A (zh) * 2016-08-30 2017-02-22 中兴长天信息技术（南昌）有限公司 一种低功耗的lora无线通信网络信道访问控制方法
FR3059195B1 (fr) * 2016-11-18 2019-05-10 Safran Electronics & Defense Procede de transmission d'informations
FR3085779B1 (fr) * 2018-09-10 2021-02-19 Hiboo Systems Sas Systeme, procede et dispositif de communication de donnees de mesures d’un parc de pieces deplacables.
US10991249B2 (en) 2018-11-30 2021-04-27 Parkifi, Inc. Radar-augmentation of parking space sensors
US11089654B2 (en) * 2018-11-30 2021-08-10 Dish Network L.L.C. Universal narrow-band internet of things communication node for use with environmental sensors and stations

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2359225A (en) * 1999-10-15 2001-08-15 Fisher Rosemount Systems Inc Deferred acknowledgment communications
CN1311930A (zh) * 1998-08-03 2001-09-05 摩托罗拉公司 利用可变长度响应支持事务请求的无线协议方法和装置
CN101491030A (zh) * 2006-07-14 2009-07-22 高通股份有限公司 用于对参数进行时间同步的方法和装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2299022A1 (en) * 1999-04-30 2000-10-30 Nortel Networks Corporation Method and apparatus for bandwidth management of aggregate data flows
US20070011554A1 (en) * 2005-06-27 2007-01-11 Intel Corporation Block acknowledgement request apparatus, systems, and methods
KR101451247B1 (ko) * 2008-06-26 2014-10-15 톰슨 라이센싱 무선 근거리 통신망에서 멀티캐스트 데이터의 수신 확인 및 재전송을 위한 방법 및 장치
WO2011153289A2 (en) 2010-06-01 2011-12-08 Tensorcom Inc. Systems and methods for networked wearable medical sensors
WO2014124318A1 (en) * 2013-02-08 2014-08-14 Interdigital Patent Holdings, Inc. METHOD AND APPARATUS FOR INCORPORATING AN INTERNET OF THINGS (IoT) SERVICE INTERFACE PROTOCOL LAYER IN A NODE
US9781627B2 (en) * 2013-04-08 2017-10-03 Qualcomm Incorporated Systems and methods for generating and decoding short control frames in wireless communications
US20140361908A1 (en) * 2013-06-06 2014-12-11 Matt Laird Wireless utility metering devices, systems, and methods
US9485186B2 (en) * 2013-07-23 2016-11-01 Cisco Technology, Inc. Network congestion control with awareness of random packet losses
US9271230B2 (en) * 2013-11-21 2016-02-23 Honeywell International Inc Cloud-enabled low power Wi-Fi sensor

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1311930A (zh) * 1998-08-03 2001-09-05 摩托罗拉公司 利用可变长度响应支持事务请求的无线协议方法和装置
GB2359225A (en) * 1999-10-15 2001-08-15 Fisher Rosemount Systems Inc Deferred acknowledgment communications
CN101491030A (zh) * 2006-07-14 2009-07-22 高通股份有限公司 用于对参数进行时间同步的方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ETSI GROUP: "ETSI GS LTN 002 V1.1.1:Low Throughput Networks (LTN);Functional Architecture", 《ETSI GROUP SPECIFICATION》 *

Also Published As

Publication number Publication date
US20210084587A1 (en) 2021-03-18
WO2016091637A1 (en) 2016-06-16
DK3032771T3 (en) 2017-12-18
EP3032771B1 (en) 2017-10-25
ES2651328T3 (es) 2018-01-25
US10863434B2 (en) 2020-12-08
AU2015359701B2 (en) 2019-03-14
SG11201706144PA (en) 2017-09-28
US20170353924A1 (en) 2017-12-07
PT3032771T (pt) 2017-12-15
AU2015359701A1 (en) 2017-06-29
US11350361B2 (en) 2022-05-31
EP3032771A1 (en) 2016-06-15

Similar Documents

Publication Publication Date Title
CN107251482A (zh) 电池供电设备、云应用和用于通过低吞吐量网络传输/接收数据消息的相关方法
Liando et al. Known and unknown facts of LoRa: Experiences from a large-scale measurement study
Finnegan et al. A comparative survey of LPWA networking
Gamage et al. LMAC: Efficient carrier-sense multiple access for LoRa
US20100026517A1 (en) Utility data collection and reconfigurations in a utility metering system
Milarokostas et al. A comprehensive study on LPWANs with a focus on the potential of LoRa/LoRaWAN systems
WO2008086231A2 (en) Utility data collection and reconfigurations in a utility metering system
Durand et al. Evaluation of next‐generation low‐power communication technology to replace GSM in IoT‐applications
DK2877813T3 (en) DATA TRANSMISSION IN A MESH NETWORK
CN102612170A (zh) 一种基于主从节点模式的物联网物流通信系统
US20130170429A1 (en) Radio communication device, radio communication system, and radio communication method
Magrin Network level performances of a LoRa system
Alenezi et al. Ultra‐dense LoRaWAN: Reviews and challenges
MX2008006831A (es) Programacion de configuraciones de medidor electronico usando canal de comunicaciones de ancho de banda limitado.
CN105528886A (zh) 一种安全远程无线抄表计费系统
CN106537959B (zh) 电信网络中编码和解码帧的方法
CN109446864A (zh) 一种实现快速盘点无线终端的系统
Zheng et al. A survey on data dissemination in wireless sensor networks
CN109446865A (zh) 一种实现安全盘点无线终端的系统
US20220104123A1 (en) Secure Energy Constrained Mesh Network
CN204759488U (zh) 基于物联网的智能垃圾桶信息云管理装置
CN104464269A (zh) 车辆调度管理系统
Stiri et al. Internet of things connectivity-based smart grids in Morocco: Proof of concept and guide to massive deployments
Yang Contributions to smart metering protocol design and data analytics
CN206805587U (zh) 物联网智能控制信息采集终端

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1238018

Country of ref document: HK

WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20171013