CN112637370B

CN112637370B - 一种数据处理方法、装置、设备及存储介质

Info

Publication number: CN112637370B
Application number: CN202110260112.0A
Authority: CN
Inventors: 邓冠兵
Original assignee: Wuhan Wiregate Technology Co ltd
Current assignee: Wuhan Wiregate Technology Co ltd
Priority date: 2021-03-10
Filing date: 2021-03-10
Publication date: 2021-06-18
Anticipated expiration: 2041-03-10
Also published as: CN112637370A

Abstract

本公开实施例公开了一种数据处理方法、装置、设备及存储介质，应用于数据转换单元DTU，其中，所述方法包括：确定所述DTU的工作模式；当所述DTU的工作模式为透传模式时，透传无线设备的第一数据包；当所述DTU的工作模式为轮询模式时，按照轮询周期访问至少一个有线设备的第二数据包，将所述第二数据包封装为基于无线传输协议传输的第三数据包，并通过无线网关向外发送所述第三数据包。

Description

一种数据处理方法、装置、设备及存储介质

技术领域

本公开实施例涉及信息技术领域，涉及但不限于一种数据处理方法、装置、设备及存储介质。

背景技术

DTU（Data Transfer unit，数据转换单元）作为一种数据转换装置，被广泛应用于将有线数据转换为无线数据传输。目前主流的广域无线通信方式有LoRaWAN（Long RangeRadio Wide Area Network，远距离无线电广域网）、NB-IoT（Narrow Band – Internet ofThings，窄带万物互联）、第四代移动通信等，NB-IoT和第四代移动通信等通信方式采用的是运营商的网络，其通信需要使用流量卡，每年都要交流量费，并且在部分运营商信号覆盖不到的地方无法使用。

而在广域连接上，LoRaWAN以其低功耗、无连接费、支持第三方传感器快速接入等优势被广泛应用。当前针对LoRaWAN的DTU通常局限于采用透传方式接收单个有线设备的数据再进行数据转换，无法支撑实际的使用过程中多样数据采集的需求。

发明内容

本公开实施例提供了一种数据处理方法、装置、设备及存储介质。

本公开实施例的技术方案是这样实现的：

第一方面，本公开实施例提供了一种数据处理方法，应用于数据转换单元DTU，所述方法包括：

确定所述DTU的工作模式；

当所述DTU的工作模式为透传模式时，透传无线设备的第一数据包；

当所述DTU的工作模式为轮询模式时，按照轮询周期访问至少一个有线设备的第二数据包，将所述第二数据包封装为基于无线传输协议传输的第三数据包，并通过无线网关向外发送所述第三数据包。

基于上述方案，

所述确定所述DTU的工作模式，包括：

接收所述无线网关提供的模式指示；

根据所述模式指示确定所述DTU的工作模式。

基于上述方案，所述透传无线设备的第一数据包，包括：

解析所述第一数据包；

根据所述第一数据包中的地址信息，将解析后的所述第一数据包发送至对应的有线设备。

基于上述方案，所述方法还包括：

在进入轮询模式之前，接收轮询配置指令，确定工作在所述轮询模式时所述DTU的轮询周期。

基于上述方案，所述方法还包括：

根据控制装置输入的配置数据，设置并存储所述DTU的轮询周期和轮询指令，其中所述控制装置与所述DTU有线连接。

第二方面，本公开实施例提供了一种数据处理装置，应用于数据转换单元DTU，所述装置包括：

确定单元，用于确定所述DTU的工作模式；

执行单元，用于当所述DTU的工作模式为透传模式时，透传无线设备的第一数据包；

基于上述方案，所述确定单元，具体用于：

接收所述无线网关提供的模式指示；

根据所述模式指示确定所述DTU的工作模式。

基于上述方案，

所述执行单元，具体用于：

当所述DTU的工作模式为透传模式时，解析所述第一数据包；

基于上述方案，所述装置还包括：

配置单元，用于在进入轮询模式之前，接收轮询配置指令，确定工作在所述轮询模式时所述DTU的轮询周期；或，根据控制装置输入的配置数据，设置并存储所述DTU的轮询周期和轮询指令，其中所述控制装置与所述DTU有线连接。

第三方面，本公开实施例提供了一种数据处理设备，所述设备至少包括：处理器和配置为存储可执行指令的存储介质，其中：处理器配置为执行存储的可执行指令，所述可执行指令配置为执行上述方案提供的数据处理方法。

第四方面，本公开实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行上述方案提供的数据处理方法。

本公开实施例提供的数据处理方法，通过确定DTU的工作模式，根据不同的工作模式采用不同的数据传输方式，一方面，DTU对数据透传和主动轮询两种数据传输方式的同时支持，能实现在实际应用过程中，可以根据实际需求选择合适的数据传输方式，增加了数据传输的灵活性。另一方面由于主动轮询的应用，减少了读取数据过程中与无线网关的交互，降低了通信延时，进一步通过主动轮询读取多个有线设备的数据包，并将数据包封装通过网关向外发送，实现了DTU对多个有线设备数据传输的支持，提升了网络负载容量。

附图说明

图1为本公开实施例提供的一种数据处理方法的流程示意图；

图2为本公开实施例提供的一种DTU的硬件结构示意图；

图3为本公开实施例提供的一种DTU的配置流程示意图；

图4为本公开实施例提供的一种数据处理流程示意图；

图5为本公开实施例提供的一种DTU的数据处理流程示意图；

图6为本公开实施例提供的一种数据处理装置组成结构示意图；

图7为本公开实施例提供的一种数据处理设备结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解， “一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

本公开实施例提供一种数据处理方法，该方法应用于数据处理设备，该方法所实现的功能可以通过服务器中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中。

图1为本公开实施例提供的数据处理方法的流程示意图，如图1所示，该方法应用于数据转换单元DTU，包括：

步骤S110，确定所述DTU的工作模式；

步骤S120，当所述DTU的工作模式为透传模式时，透传无线设备的第一数据包；

步骤S130，当所述DTU的工作模式为轮询模式时，按照轮询周期访问至少一个有线设备的第二数据包，将所述第二数据包封装为基于无线传输协议传输的第三数据包，并通过无线网关向外发送所述第三数据包。

其中，所述无线设备为至少具有无线通信模块，且与无线网关无线连接的电子设备，包括但不限于服务器。所述有线设备包括但不限于传感设备，例如温度传感器、电压电流传感器等。所述无线网关包括但不限于LoRaWAN通信网关，当无线网关为LoRaWAN通信网关时，DTU采用LoRaWAN标准协议与网关通信。在一实施例中，透传无线设备的第一数据包指：不对数据进行任何数据封装，直接将无线设备数据包的数据信息传输到有线设备。所述工作模式包括但不限于：数据透传模式、轮询模式和/或配置模式。

其中，数据透传模式和轮询模式均为数据传输模式；而配置模式不是数据传输模式。

在一实施例中，所述DTU可集成在LoRaWAN通信网关上，也可以能与LoRaWAN通信网关建立无线连接的独立设备的形式存在。

在一实施例中，DTU数据传输过程中，DTU在同一时刻只支持一种数据传输模式，当DTU处于轮询模式时，若接收到无线网关下发的数据透传指令，则中断轮询，优先执行数据透传指令，满足实时数据采集需求，在数据透传结束后再继续执行轮询任务。

在另一实施例中，DTU数据传输过程中，DTU在同一时刻可支持两种数据传输模式，即DTU同时可以处于数据透传模式和轮询模式。如此，在DTU同时工作在数据透传模式和轮询模式时，根据数据的源地址和目的地址中的至少其中一个是否涉及有线设备，将需要透传的数据包进行数据透传，并同步轮询有线设备。

本公开实施例提供的数据处理方法，通过确定DTU的工作模式，根据不同的工作模式采用不用的数据传输方式，一方面，DTU对数据透传和主动轮询两种数据传输方式的同时支持，能实现在实际应用过程中，可以根据实际需求选择合适的数据传输方式，增加了数据传输的灵活性。另一方面由于主动轮询的应用，减少了读取数据过程中与无线网关的交互，降低了通信延时，进一步通过主动轮询读取多个有线设备的数据包，并将数据包封装通过网关向外发送，实现了DTU对多个有线设备数据传输的支持，提升了网络负载容量。

在一些实施例中，所述确定所述DTU的工作模式，包括：

接收所述无线网关提供的模式指示；

根据所述模式指示确定所述DTU的工作模式。

在一实施例中，所述模式提示可为携带在无线网关下发到DTU的数据包中的模式标识，不同工作模式对应的模式标识的值不同。

在一实施例中，DTU中存储有模式提示与工作模式的对应关系。DTU接收无线网关下发的数据包，对所述数据包进行解析，获取数据包中的模式提示，根据模式提示与工作模式的对应关系，确定DTU的工作模式。所述模式提示以数据帧的帧头的形式携带于数据中，不同的帧头值对应不同的工作模式，DTU通过解析数据帧头信息的值，即可确定与其对应的工作模式。

在一实施例中，DTU的工作模式还包括配置模式，DTU解析无线网关下发的数据包，获取数据包中的模式指示为配置模式时，DTU根据解析后的数据包中的配置信息，进行相应的配置，从而实现DTU对远程配置的支持。所述配置信息指示DTU轮询模式的相关参数的配置，包括但不限于对轮询周期、轮询指令以及DTU波特率的配置。

在一个实施例中，此处的所述轮询指令，可为触发轮询开始的指令。

在另一个实施例中，所述轮询指令可为指示待轮询设备的指令；

在还有一个实施例中，所述轮询指令可为指示待轮询读取的数据类型的指令。

总之，所述轮询指令可为：触发轮询开始、指示被轮询的有线设备和/或需轮询读取的数据类型的指令。

在一些实施例中，所述透传无线设备的第一数据包，包括：

解析所述第一数据包；

在本实施例中，当DTU接收到无线网关下发的待透传的第一数据包后，会先对第一数据包进行解析，根据第一数据包中的地址信息，确定数据要传送的目标地址，其中，该目标地址为与DTU有线相连的有线设备的地址信息，用于有线设备之间的区分，有线设备与其地址信息一一对应。DTU根据该地址信息可以确定需要发送数据的有线设备，然后将第一数据包发送至与地址信息对应的有线设备。

在一实施例中DTU将第一数据包透传至有线设备后，会接收到有线设备的反馈数据，DTU将反馈数据封装为基于无线传输协议传输的数据包，并通过无线网关向外发送所述数据包。

在一些实施例中，所述方法还包括：

在本实施例中，DTU支持远程或本地的工作参数的配置，所述工作参数包括但不限于与轮询周期。在DTU进行在进入轮询模式之前，DTU接收到轮询配置指令，则会对轮询配置指令进行解析，根据解析后的轮询配置指令进行轮询周期的设置。

在一实施例中，DTU还会根据解析后的轮询配置指令，确定轮询指令，所述轮询指令用于指示DTU需要读取的数据。轮询配置指令可由无线网关下发到DTU。具体的，DTU解析无线网关下发的数据包，并根据数据包中携带的配置信息，确定该数据包为配置指令，并根据该配置指令进行相应的轮询参数的配置，轮询参数包括但不限于轮询周期和轮询指令。

本实施例通过根据接收的轮询配置指令，进行轮询周期和轮询指令的配置，实现对于主动轮询数据采集的任务的远程设置，提升了DTU的灵活性，使DTU的性能更加符合用户需求。

在一些实施例中，所述方法还包括：

轮询指令包含有线设备的类型标识，用于指示DTU需要读取的数据。所述有线设备的类型标识用于指示有线设备的设备类型。例如：0X07指示温度传感器，读取温度参数，0X08指示压力传感器，读取压力参数。

所述控制装置为能实现配置数据输入的装置，包括但不限于具有显示和触控功能的面板，用户可通过面板设置DTU的配置数据。

在一实施例中，DTU提供有用于DTU配置的串行接口，包括但不限于RS485接口，配置数据通过RS485接口输入DTU。本实施例通过面向外部提供用于DTU配置的有线接口，实现了DTU对本地配置功能的支持。

在一些实施例中，所述方法还包括：在检测到DTU上电后，根据DTU中预设的轮询周期和轮询指令，按照轮询周期读取至少一个有线设备的数据。轮询指令至少包含括有线设备的类型标识，用于指示DTU需要读取的数据。所述有线设备的类型标识用于指示有线设备的设备类型。例如：0X07指示温度传感器，则读取温度数据，0X08指示压力传感器，读取压力数据。

具体的DTU在上电后，与通信网络连接，按照预设的轮询周期调用轮询指令，根据轮询指令中的有线设备的类型标识信息，确定需要进行数据读取的有线设备，进行数据的读取。

以下结合上述实施例提供一个具体示例：

目前市面上有很多支持边缘计算的2G（2rd Generation，第二代移动通信）DTU或者串口服务器，通过调查分析，针对于LoRaWAN这种通信协议，DTU只有以下两种方式：

1、DTU只支持透传，不做任何数据封装，直接将有线设备的数据传到云平台或者将云平台的数据传到有线设备，用户可以根据设备的数据协议从平台下发指令读取数据，这种DTU功能简单，使用方便。缺点就是由于LoRaWAN是一种窄带通信方式，其通信速率较低，在SF12通信速率下，一包数据传输至少需要2s中，考虑到回复等待，整个链路至少需要4s中，如果需要读取的数据有多帧，会增加其通信冲撞概率，同时通信延时性也会比较高，无法在大规模的设备中使用。同时数据也需要经由应用平台去读取解析，增加了应用平台的开发难度。

2、DTU支持配置指令去主动轮询有线设备的数据，因为有线设备都是被动发送数据，只有接收到正确的指令，才会回复相应的数据。目前市面上也有支持去主动配置少数几条指令，但只能连接单个类型的产品，无法区分多种设备类型的数据，也就无法支持多种有线设备的连接，但在实际应用中，尤其像水质、环保、应急等行业中，通常需要将多个不同类型的有线传感器一起使用。

目前无论是透传数据或者带主动轮询的DTU，都无法接入多种有线设备，无法在平台上实现数据解耦。同时也无法支持无线配置轮询指令，只能在出厂发货时就配置好，在实际使用中非常不方便。因此需要设计一种能够接入多种有线设备和远程配置的DTU，让有线设备数据上云更方便。

本示例设计一种能够支持多种类型多个有线设备的DTU，能以最小的成本、最快的速度、最标准化的方案实现DTU关联设备的接入；同时通过LoRaWAN网关将数据接入物联网平台，保证物联网平台正确、便捷的接收有线设备的数据和下行控制有线设备，达到在项目中批量应用。

本示例提供的DTU的整个硬件系统比较简单，如图2所示，包括MCU（Microcontroller Unit，微控制单元）、电源管理模块、RS485通信模块和LoRa（Long RangeRadio，远距离无线电）射频模块。DTU只有一个MCU，用于实现整个引导加载程序（bootloader）程序和主程序，bootloader用于主程序升级，主程序包括LoRaWAN协议栈和应用层代码。RS485通信模块用于RS485和串口通信转换，而射频模块为SX1278，用于物理通信调制和解调，实现无线射频数据的发送和接收。

在网络通信方面，本示例DTU采用LoRaWAN标准协议，考虑到设备入网等操作，本示例充分考虑到网络优化问题，具体方案如下：

1、添加入网心跳包数据，根据预定的间隔时长通过网关向外发送心跳数据包，确定DTU与数据传输网络的连接是否是正常的，例如：DTU通过网关向物联网平台发送心跳包，心跳包的数据为6400000000ff，每个心跳包间隔为6h。

2、采用掉网判断策略：每个确认（confirm）包重传4次，连续8个confirm包均没有收到下行应答（ack），则判定为DTU的网络状态为离网，进入重入网模式，重新连接网络。

3、采用重入网策略：单个周期内按照SF7，SF9，SF12连续请求3次，按照等间距的入网周期来执行，例如等间距10min的入网周期，防止DTU因为信号不好一直入网而导致整个网络通信阻塞。

本示例通过上述三种方案的采用，对DTU的网络性能进行了优化，减少了DTU掉网导致数据丢失或因频繁入网而导致网络通信阻塞的情况。

目前在物联网领域，有线设备最常用是RS485接口，通信规约对应的是ModBus协议，协议中规定传感器设备（从机）都是被动接收指令返回数据，由于读取设备数据时不会有任何寄存器地址信息，因此只能等待接收数据。Modbus协议常用读写数据格式如下：

1、读数据：读设备地址为4F从寄存器为0x0001的2个寄存器长度的数据：

传感器返回数据：

其中，地址码与有线设备的地址信息相对应，用于指示与DTU建立通信的有线设备。功能码用于指示数据对应的功能，当数据的功能码为04时，表示实时数据读取，当功能码为03时，表示下行控制。

2、写数据：写设备地址为4F寄存器为0x0040的单个寄存器的数据，数据值为2：

传感器返回数据：

因为LoRaWAN通信速率较低，而有线读设备又读数据较多，因此为了减少网络负担，本示例提供的DTU能将读取数据部分转换为本地DTU轮询读取，从而减少数据通信量，提升整个网络设备负载量。本示例提供的DTU有指令配置和数据传输两种模式，指令配置模式是指在本地或者远程对DTU进行轮询指令配置。数据传输包括DTU通过网关与物联网平台之间以及DTU与有线设备之间进行数据传输，数据传输模式包括轮询采集数据和透传数据。

本示例提供的DTU既支持本地RS485接口配置，又要支持远程无线配置。本地配置简单有效，当知道DTU要连接的有线设备的类型时可以使用本地配置，如果不知道需要轮询的有线设备种类或者需要调整配置的指令，就可以使用远程无线配置功能，远程配置功能可以将设备安装与设备调试进行分离，便于工程交付。具体的根据本地或远程配置的DTU配置方法的流程图如图3所示。

具体的，本地的配置指令格式为：

发送数据帧格式：帧前导（0xEA）+ 功能码(0x01-0x05) + 指令操作

回复数据帧格式：帧前导（0xAE）+ 功能码(0x01-0x05) + 指令操作

每个指令的操作会有点不一样，实现基础的增删改查功能，在这里不做叙述。

由于无线配置是通过LoRaWAN协议从物联网平台上发送数据实现的，DTU需要将平台上的配置指令和透传数据进行区分，以便DTU对其进行解析存储配置指令。配置指令和透传数据通过帧头来进行区分，其中0x03表示平台配置指令的帧，Data为需要配置的指令，与本地配置指令中的发送数据帧格式一致。0x83表示DTU正常应答平台远程配置指令的帧，Data为指令回复的具体内容，与本地配置指令中的回复数据帧格式一致。本示例DTU能通过协议区分数据，可靠性高。

以下为具体的远程无线配置指令格式：

平台配置指令的数据帧：

DTU正常应答平台远程配置指令：

本示例DTU根据接收的物联网平台下发的指令信息，可确定数据传输模式，其中本示例的数据传输模式分为：主动轮询和数据透传。其具体的主动轮询和数据透传的数据传输过程如图4所示。

主动轮询时，DTU根据DTU中存储的配置完成的轮询指令，按照预定的轮询周期在DTU内轮询调用轮询指令，读取数据。

首先通过本地工具或者远程无线设备向DTU发送配置数据，DTU根据配置数据进行用于轮询的轮询指令的配置。然后DTU根据配置的轮询指令，定时轮询读取有线设备的数据；有线设备向DTU返回读取的数据；DTU对有线设备返回的数据进行包装，通过LoRaWAN网关发送数据到物联网平台，物联网平台根据接收的DTU发送的数据，调用DTU对应的有线设备的解析模型，返回标准数据到SaaS（Software-as-a-Service，软件即服务）应用。

具体的主动轮询的数据帧头为0x81，DTU会遍历配置任务列表，之后根据配置的轮询周期调用轮询指令去读取有线设备数据，Data为有线设备返回的数据内容，会包含设备地址信息，因此可以区分DTU连接的是哪个设备，同时通过“设备类型任务序号”来确定具体发送的数据包类型，因此在物联网平台上能够完整地实现有线设备数据内容的解析。

本示例提供的DTU处于数据透传模式时，当需要下行控制或者实时读取传感器的数据时，需要从平台主动下发数据。

具体数据传输过程中的数据格式如下：

平台下发透传数据：

有线设备正常应答透传数据：

其中数据帧头值0x02表示平台下发透传数据的帧，DTU会对数据进行解析，去掉帧头帧尾等数据，将最核心的数据（Data）传给有线设备。帧头值0x82表示DTU设备正常应答透传数据的帧，其中Data为有线设备返回给DTU的数据内容，包含有线设备的地址和功能码，DTU会对Data进行包装再传给平台。在解析时，通过功能码判断是实时读取（读数据）还是下行控制（写数据），通过“下行服务序号”来区分实时读取的帧。下行控制时会返回寄存器地址，从而在平台层可以实现区分解析。

本示例通过透传模式读取有线设备数据的具体过程为：首先物联网平台通过LoRaWAN网关向DTU下发控制指令，DTU解析控制指令并将解析后的数据，根据控制指令中的地址信息发送至有线设备；有线设备接收到解析后的数据后，会向DTU返回数据；DTU对有线设备返回的数据进行包装，通过LoRaWAN网关发送数据到物联网平台，物联网平台调用DTU对应的有线设备的解析模型，返回标准数据到SaaS（Software-as-a-Service，软件即服务）应用。

本示例基于上述方案，对DTU的数据传输模式进行试验分析：采用主动轮询的方式进行数据传输时，DTU最多支持配置32条指令，单个指令最长32个字节。一般需要轮询的有线设备数据帧一般不会超过4个，因此1个DTU一般可以带载8个有线设备，这8个设备可以是同一种类型，也可以是不同种类型，实现1个DTU连接多种类型多个有线设备。

如果不采用主动轮询，要读取有线设备的数据，都需要先从物联网平台下发一帧数据读取指令，之后DTU才能上传对应的传感器数据，增加了数据空中通信时间。以一个小区的空调地热主机项目为例，项目需要上行读取4帧空调地热主机数据（包括开关机、工作模式、剩余流量和故障状态），现场6个LoRaWAN网关，使用本地配置轮询指令的话，按照轮询周期为5分钟，当有线设备数量为1000个时，其仿真数据如下所示：

小区覆盖场景仿真数据：

上行报文发送格式：288002

上行报文传输损耗丢包个数：4292

上行报文传输损耗丢包率：1.49％

没有空间网关进行接收而丢失的上行报文个数：0

没有空间网关进行接收而丢失的上行报文比例：0.00％

上行报文冲突个数：668

上行报文冲突率：0.23％

上行报文丢失个数：4960

上行报文丢失率：1.72％

从上述展示的数据中可以发现，有线设备的丢包率为1.72%，满足项目使用条件。

而如果不采用轮询，则通信数据量会倍增，想要达到同样的效果，由于数据上传周期需要保持不变，所以只能将网络中的有线设备数量减少到500或者增加LoRaWAN网关。采用主动轮询数据的方式可以有效的提升整个网络负载的有线设备容量。显然在采集数据多样且数量较多时，采用主动轮询的方式进行数据传输更为适用。

基于上述内容，本示例提供一种数据处理方法，应用于物联网中的DTU，如图5所示，包括：

步骤S510：接收物联网平台下发的数据包。

步骤S520：解析数据包，根据数据包的帧头标识，确定DTU的工作模式。

具体的，当帧头标识的值为0X03时，该数据包为物联网平台下发的轮询配置指令，DTU根据轮询配置指令，完成相应的轮询参数配置，进入轮询模式，执行步骤S530。当帧头标识为0X03时，该数据包为物联网平台下发的控制指令或数据读取指令，DTU进入数据透传模式，执行步骤S540。

步骤S530：根据已经设定好的轮询周期和轮询数据指令，轮询读取有线设备的数据。

步骤S540：解析数据包，将解析后的数据包发送至有线设备。

具体的，解析数据包，提起数据包中的地址信息，根据地址信息确定数据包需要透传的有线设备，并发送至有线设备。

步骤S550，接收有线设备发送的数据，对有线设备反馈的数据进行封装，并通过网关发送至物联网平台。

本示例提供的应用于DTU的数据处理方法，一方面、可以根据实际情况选择本地配置还是远程配置、选择数据传输方式：主动轮询或数据透传，使DTU的灵活性更高，适用于更多数据采集场景。另一方面，能够进行数据的解析与封装，通过采用轮询读取多个有线设备数据，并将数据封装发送到物联网平台进行解析的方式，提升了网络负载容量，解决有线设备开发工作量大、定制化属性强、无法标准化的问题。

基于前述的实施例，本公开实施例提供一种数据处理装置，该装置所包括的各单元，都可以通过数据处理设备中的处理器来实现；当然也可通过的逻辑电路实现；在实施的过程中，处理器可以为中央处理器（CPU）、微处理器（MPU）、数字信号处理器（DSP）或现场可编程门阵列（FPGA）等。

图6为本公开实施例提供一种数据处理装置组成结构示意图，所述装置600，应用于DTU，包括：

确定单元610，用于确定所述DTU的工作模式；

执行单元620，用于当所述DTU的工作模式为透传模式时，透传无线设备的第一数据包；当所述DTU的工作模式为轮询模式时，按照轮询周期访问至少一个有线设备的第二数据包，将所述第二数据包封装为基于无线传输协议传输的第三数据包，并通过无线网关向外发送所述第三数据包。

在一些的实施例中，所述确定单元，具体用于：

接收所述无线网关提供的模式指示；

根据所述模式指示确定所述DTU的工作模式。

在一些的实施例中，所述执行单元，具体用于：

当所述DTU的工作模式为透传模式时，解析所述第一数据包；

在一些的实施例中，所述装置还包括：

需要说明的是，本公开实施例中，如果以软件功能模块的形式实现上述数据处理方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台服务器执行本公开各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read Only Memory，ROM）、磁碟或者光盘等各种可以存储程序代码的介质。这样，本公开实施例不限制于任何特定的硬件和软件结合。

对应地，本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例提供的数据处理方法中的步骤。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本公开存储介质和设备实施例中未披露的技术细节，请参照本公开方法实施例的描述而理解。

需要说明的是，图7为本公开实施例提供的一种数据处理设备结构示意图，如图7所示，该设备700至少包括：处理器710、通信接口720和存储器730，其中：

处理器710通常控制设备700的总体操作。

通信接口720可以使设备通过网络与其他设备通信。

存储器730配置为存储由处理器710可执行的指令和应用，还可以缓存待处理器710以及设备700中各模块待处理或已经处理的数据（例如，图像数据、音频数据、语音通信数据和视频通信数据），可以通过闪存（FLASH）或随机访问存储器（Random Access Memory，RAM）实现。

当然，本公开实施例中的装置还可有其他类似的协议交互实现案例，在不背离本公开精神及其实质的情况下，本领域的技术人员当可根据本公开实施例做出各种相应的改变和变形，但这些相应的改变和变形都应属于本公开方法所附的权利要求的保护范围。

本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器和光学存储器等）上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备（系统）、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的设备。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品，该指令设备实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本公开的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本公开的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本公开所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个模块或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或模块的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的模块可以是、或也可以不是物理上分开的，作为模块显示的部件可以是、或也可以不是物理模块；既可以位于一个地方，也可以分布到多个网络模块上；可以根据实际的需要选择其中的部分或全部模块来实现本实施例方案的目的。

以上所述，仅为本公开的实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种数据处理方法，其特征在于，应用于数据转换单元DTU，所述方法包括：

接收无线网关下发的数据包；

根据所述数据包中的模式指示，确定所述DTU的工作模式；

当所述DTU的工作模式为轮询模式时，按照轮询周期访问至少一个有线设备的第二数据包，将所述第二数据包封装为基于无线传输协议传输的第三数据包，并通过所述无线网关向外发送所述第三数据包；

当所述DTU同时处于轮询模式和透传模式时，透传所述无线设备的所述第一数据包，并同步按照所述轮询周期访问至少一个有线设备的所述第二数据包。

2.根据权利要求1所述的方法，其特征在于，所述透传无线设备的第一数据包，包括：

解析所述第一数据包；

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

5.一种数据处理装置，其特征在于，应用于数据转换单元DTU，所述装置包括：

确定单元，用于接收无线网关下发的数据包并根据所述数据包中的模式指示，确定所述DTU的工作模式；

执行单元，用于当所述DTU的工作模式为透传模式时，透传无线设备的第一数据包；当所述DTU的工作模式为轮询模式时，按照轮询周期访问至少一个有线设备的第二数据包，将所述第二数据包封装为基于无线传输协议传输的第三数据包，并通过所述无线网关向外发送所述第三数据包；当所述DTU同时处于轮询模式和透传模式时，透传所述无线设备的所述第一数据包，并同步按照所述轮询周期访问至少一个有线设备的所述第二数据包。

6.根据权利要求5所述的装置，其特征在于，所述执行单元，具体用于：

当所述DTU的工作模式为透传模式时，解析所述第一数据包；

7.一种数据处理设备，其特征在于，所述设备至少包括：处理器和配置为存储可执行指令的存储介质，其中：

处理器配置为执行存储的可执行指令，所述可执行指令配置为执行上述权利要求1至4任一项提供的数据处理方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行上述权利要求1至4任一项提供的数据处理方法。