WO2018098896A1 - 一种数据子帧结构的编制方法及相关设备 - Google Patents

一种数据子帧结构的编制方法及相关设备 Download PDF

Info

Publication number
WO2018098896A1
WO2018098896A1 PCT/CN2017/071412 CN2017071412W WO2018098896A1 WO 2018098896 A1 WO2018098896 A1 WO 2018098896A1 CN 2017071412 W CN2017071412 W CN 2017071412W WO 2018098896 A1 WO2018098896 A1 WO 2018098896A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
data
data sub
subframe
area
Prior art date
Application number
PCT/CN2017/071412
Other languages
English (en)
French (fr)
Inventor
刘均
孙建勋
张跃博
Original Assignee
深圳市元征科技股份有限公司
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 深圳市元征科技股份有限公司 filed Critical 深圳市元征科技股份有限公司
Publication of WO2018098896A1 publication Critical patent/WO2018098896A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method for compiling a data sub-frame structure and related device. [0003]
  • ground control station GCS, Ground Contrul Station
  • the ground station acts as the operational command center of the entire UAV system.
  • the control content includes: the flight process of the aircraft, the flight path, the mission function of the payload, the normal operation of the communication link, and the launch and recovery of the aircraft.
  • a fixed format such as a TCP packet and a fixed-length frame structure are currently used for data interaction, and the data to be transmitted in the actual communication process is not considered.
  • the size of the packet will be uniformly split into data packets or encapsulated into a fixed-length frame.
  • the communication is transmitted, which consumes more bandwidth resources.
  • the technical problem to be solved by the embodiments of the present invention is to provide a method for compiling a data sub-frame structure and related devices, which saves bandwidth resources occupied by data transmission.
  • the embodiment of the present invention provides a method for compiling a data sub-frame structure, and configured a data sub-frame of a variable frame length according to different service requirements, where the data sub-frame structure includes : Frame header area, data area, and check area.
  • the frame header area is configured with 6 bytes, and the frame header area includes: a frame mark, a frame length, a frame sequence number, a device identifier, and a decoding format identifier.
  • one byte is configured for the frame tag, the frame length, the frame sequence number, and the decoding format identifier, and two bytes are configured for the device identifier.
  • one byte is configured for the check region, and a check bit filled by the check region is determined by a frame length of the data subframe.
  • the frame length of the data sub-frame is divided by 8 and the obtained value is rounded up as a parity bit filled in the check area.
  • any one of 1-248 bytes is configured for the data area according to the size of the transmission service data.
  • the data subframe is configured as any one of 7-255 bytes.
  • the data subframe is encapsulated into C structure data.
  • the embodiment of the present invention provides a data sub-frame-based transmission method, where the data sub-frame structure adopts a data sub-frame prepared by the method provided by the foregoing first embodiment, Methods include:
  • the embodiment of the present invention provides a data sub-frame-based transmission method, where the data sub-frame structure adopts a data sub-frame prepared by the method provided by the foregoing first embodiment, Methods include:
  • receiving a data subframe including a frame header area, a data area, and a check area, where the frame header area includes: a frame label, a frame length, a frame sequence number, a device identifier, and a decoding format identifier;
  • the embodiment of the present invention provides a sending device, where the sending device includes: [0023] a configuration unit, configured to configure a data piece prepared by the method provided by the foregoing first embodiment [0024] a sending unit, configured to send a data subframe configured by the configuration unit.
  • the embodiment of the present invention provides a receiving device, where the receiving device includes: [0026] a receiving unit, configured to receive data compiled by using the method provided by the foregoing first embodiment Subframe
  • a parsing unit configured to parse the data subframe according to a decoding format indicated by the data subframe, to Obtaining service data encapsulated by the data subframe.
  • the frame length of the used data subframe is used. It is not fixed or variable; in the actual communication process, according to the requirements of the actual communication service and the adjustment and adoption of data sub-frames of different frame lengths, the cost of resources such as bandwidth during communication transmission is saved, and the efficiency of data transmission is improved. Sex.
  • FIG. 1 is a schematic structural diagram of a data subframe according to a first embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of another data sub-frame according to the first embodiment of the present invention.
  • FIG. 3 is a schematic flowchart of a data subframe-based transmission method according to a second embodiment of the present invention.
  • FIG. 4 is a schematic flowchart of another data frame-based transmission method according to a third embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of a transmitting device according to a fourth embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of a receiving device according to a fifth embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of another transmitting device according to a sixth embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of another receiving device according to a seventh embodiment of the present invention.
  • FIG. 1 is a schematic structural diagram of a data subframe according to the first embodiment of the present invention.
  • the data subframe of the embodiment of the present invention may be prepared by using the following method.
  • the data sub-frame may be configured by a frame header area, a data area, and a check area, where the frame length of the data sub-frame may be configured as any one of 8-255 bytes. That is, the maximum length of the data sub-frame can be configured as 255 bytes; the frame header area can be marked by a frame header (that is, a frame start tag), a frame length (ie, a packet length), and a frame sequence number ( That is, the packet sequence number), the device identifier (here, the identifier of the source device or the sending device, such as the ID number, number, etc.), and the decoding format identifier.
  • the data sub-frame transmission is performed.
  • the decoding format identifier refers to the identifier of the decoding format or decoding rule required to decode the data subframe, such as AMI (Alternative Mark Inversion, AMI). Etc. See the structure diagram of another data sub-frame as shown in FIG. 2 for details.
  • AMI Alternative Mark Inversion
  • the frame header area is configured with 6 bytes
  • the frame mark, the frame length, the frame sequence number, and the decoding format identifier are respectively configured with 1 byte, which is
  • the device ID is configured with 2 bytes.
  • the data area is used for encapsulating or carrying service data to be transmitted, and any one of 1-248 bytes may be configured for the data area according to the size of the service data to be transmitted. That is, the maximum length of the data area supporting encapsulation/bearing is 248 bytes.
  • one byte is configured for the check zone, and a check bit filled by the check zone is determined by a frame length of the data subframe.
  • the check bit (ie, the check value) filled in the check area is preferably a value obtained by dividing the frame length (ie, the total length) of the data sub-frame by 8 and rounding up.
  • the check bit filled in the check area may also be filled with the parity check bit by using a parity check method, or the check bit is filled by using another check method, which is not limited in the embodiment of the present invention.
  • the service data encapsulated/hosted by the data subframe in the embodiment of the present invention may be C structure data, that is, structural data parsed by C language.
  • the frame structure of the data subframe provided by the embodiment of the present invention is applicable to, but not limited to, a communication protocol used for communication between the UAV and the ground station.
  • a communication protocol used for communication between the UAV and the ground station is used for communication between the UAV and the ground station.
  • the frame length of the used data subframe is used. It is not fixed or variable; in the actual communication process, according to the requirements of the actual communication service and the adjustment and adoption of data subframes of different frame lengths, the cost of resources such as bandwidth during the communication transmission process is saved, and the service data transmission is improved. High efficiency.
  • FIG. 3 is a schematic flowchart of a data subframe-based transmission method according to a second embodiment of the present invention.
  • the method in the embodiment of the present invention can be applied to, for example, a smart phone, a tablet, and a smart wearable.
  • devices with communication network functions such as devices, can be implemented by processors of these devices.
  • the method of an embodiment of the invention further comprises the following steps.
  • S101 Configure a data subframe of a variable frame length according to different service requirements, where the data subframe includes a frame header area, a data area, and a check area.
  • the sending device may use the data content (such as service data) that needs to be transmitted as shown in FIG. 1 and FIG. 2, that is, the first embodiment.
  • the data content such as service data
  • the transmitting device may encapsulate/configure the data content to be transmitted into the data sub-frame provided as shown in FIG. 1 and FIG. 2 above.
  • the transmitting device can efficiently encapsulate C structure data (ie, service data) through its internal communication module (or Com interface).
  • C structure data ie, service data
  • Com interface internal communication module
  • the data message ie, the service data or the data sub-frame
  • the transmitting device includes an Internet device such as a smart phone (such as an Android mobile phone, an IOS mobile phone, etc.), a personal computer, a tablet computer, a palmtop computer, a mobile Internet device (MID, Mobile Internet Devices), or a wearable smart device, and the present invention
  • a smart phone such as an Android mobile phone, an IOS mobile phone, etc.
  • a personal computer such as an Android mobile phone, an IOS mobile phone, etc.
  • a tablet computer such as a tablet computer, a palmtop computer
  • MID Mobile Internet Devices
  • the sending device may send the configured/encapsulated data sub-frame to the corresponding client by means of wired/wireless communication (such as data line, W iFi, Bluetooth, etc.).
  • wired/wireless communication such as data line, W iFi, Bluetooth, etc.
  • FIG. 4 it is a flow chart of a data subframe-based transmission method according to a third embodiment of the present invention.
  • the method of the embodiment of the present invention may be applied to a device with a communication network function, such as a smart phone, a tablet computer, an intelligent wearable device, and the like, and may be implemented by a processor of the device.
  • the method of the embodiment of the invention further includes the following steps.
  • S201 Receive a data subframe including a frame header area, a data area, and a check area, where the frame header area includes: a frame mark, a frame length, a frame sequence number, a device identifier, and a decoding format identifier.
  • the receiving device may receive a data subframe sent by another device by using a wired/wireless communication manner (such as a data line, WiFi, Bluetooth, etc.), where the frame structure of the data subframe is as shown in the foregoing figure.
  • a wired/wireless communication manner such as a data line, WiFi, Bluetooth, etc.
  • the receiving device includes an Internet device such as a smart phone (such as an Android mobile phone, an IOS mobile phone, etc.), a personal computer, a tablet computer, a palmtop computer, a mobile Internet device (MID, Mobile Internet Devices), or a wearable smart device, and the present invention
  • a smart phone such as an Android mobile phone, an IOS mobile phone, etc.
  • a personal computer such as an Android mobile phone, an IOS mobile phone, etc.
  • a tablet computer such as a tablet computer, a palmtop computer
  • MID Mobile Internet Devices
  • S202 Parse the data subframe according to a decoding format corresponding to the decoding format identifier, and obtain service data encapsulated and transmitted in a data area of the data subframe.
  • the receiving device may determine, according to a decoding format identifier (such as a decoding rule ID) included in a header region of the data subframe, a decoding format for decoding the data subframe, and further A decoding format (ie, a decoding algorithm or a decoding rule) is used to decode the data sub-frame to restore/obtain traffic data encapsulated in a data region of the data sub-frame.
  • a decoding format identifier such as a decoding rule ID
  • a decoding format ie, a decoding algorithm or a decoding rule
  • the frame length of the used data subframe is used. It is non-fixed and variable; in the actual communication process, according to the requirements of the actual communication service and adjusting and adopting data sub-frames of different frame lengths, the cost of resources such as bandwidth during communication transmission is saved.
  • the sending device 5 of the embodiment of the present invention includes:
  • the configuration unit 501 is configured to configure a data subframe prepared by the method provided by the embodiment of the first aspect.
  • the sending unit 502 is configured to send a data subframe configured by the configuration unit.
  • FIG. 6 is a schematic structural diagram of a receiving device according to a fifth embodiment of the present invention.
  • the receiving device 6 of the embodiment of the present invention includes:
  • the receiving unit 601 is configured to receive a data subframe that is prepared by using the method provided by the foregoing first embodiment
  • the parsing unit 602 is configured to parse the data sub-frame according to the decoding format indicated by the data sub-frame to obtain service data encapsulated by the data sub-frame.
  • the frame length of the used data subframe is used. It is non-fixed and variable; in the actual communication process, according to the requirements of the actual communication service and adjusting and adopting data sub-frames of different frame lengths, the cost of resources such as bandwidth during communication transmission is saved.
  • FIG. 7 is a schematic structural diagram of a transmitting device according to a sixth embodiment of the present invention.
  • the terminal may be a device with a communication network function, such as a smart phone, a tablet computer, or an intelligent wearable device.
  • the terminal in the embodiment of the present invention may include a display screen, a button, a speaker, a pickup, and the like. And further comprising: at least one bus 701, at least one processor 702 connected to the bus 701, and at least one memory 703 connected to the bus 701, a communication device 705 implementing a communication function, and a power supply device 704 for supplying power consumption modules of the terminal.
  • the processor 702 can call the code stored in the memory 703 to perform related functions through the bus 701, where the memory 703 includes an operating system and a data transfer application.
  • the processor 702 is configured to:
  • FIG. 8 is a schematic structural diagram of a receiving device according to a seventh embodiment of the present invention.
  • the terminal may be a device with a communication network function, such as a smart phone, a tablet computer, or an intelligent wearable device.
  • the terminal in the embodiment of the present invention may include a display screen, a button, a speaker, a pickup, and the like. And further comprising: at least one bus 801, at least one processor 802 connected to the bus 801, and at least one memory 803 connected to the bus 801, and a communication device 805 for implementing a communication function, each of which is a terminal A power supply unit 804 powered by the power consumption module.
  • the processor 802 can call the code stored in the memory 803 to perform related functions through the bus 801, where the memory 803 includes an operating system and a data transfer application.
  • the processor 802 is configured to:
  • the frame length of the used data subframe is used. It is non-fixed and variable; in the actual communication process, according to the requirements of the actual communication service and adjusting and adopting data sub-frames of different frame lengths, the cost of resources such as bandwidth during communication transmission is saved.
  • the embodiment of the present invention further provides a computer storage medium, wherein the computer storage medium can store a program, and the program execution includes some or all of the steps of the data subframe preparation method described in the foregoing method embodiment.
  • the disclosed device may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division, and the actual implementation may have another division manner, for example, multiple units or components may be combined or may be Integration into another system, or some features can be ignored, or not executed.
  • the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be electrical or otherwise.
  • the unit described as a separate component may or may not be physically distributed, and the component displayed as a unit may or may not be a physical unit, that is, may be located in one place, or may be distributed to multiple On the network unit. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented either in the form of hardware or in the form of a software functional unit.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium.
  • the technical solution of the present invention may contribute to the prior art or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium.
  • a number of instructions are included to cause a computer device (which may be a personal computer, server or network device, etc.) to perform all or part of the steps of the methods of the various embodiments of the present invention.
  • the foregoing storage medium includes: a USB flash drive, a read only memory (ROM, Read-Only)
  • RAM Random Access Memory
  • removable hard disk disk or optical disk, and other media that can store program code.

Landscapes

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

Abstract

本发明实施例提供了一种数据子帧结构的编制方法及相关设备，所述方法包括：根据不同的业务需求，配置可变帧长度的数据子帧，其中，所述数据子帧结构包括：帧头区、数据区和校验区。采用本发明实施例，根据不同业务的需求所采用传输的数据子帧的长度是可变的，节省帧结构占用空间，和帧传输所占用的带宽资源。

Description

发明名称：一种数据子帧结构的编制方法及相关设备
[0001] 技术领域
[0002] 本发明涉及通信技术领域， 尤其涉及一种数据子帧结构的编制方法及相关设备 [0003] 背景技术
[0004] 近年来， 无人机已发展成集侦察、 攻击于一体， 而未来的无人机还将具有全自 主完成远程打击， 甚至空间作战任务的攻击能力。 同吋， 与无人机发展相匹配 的地面控制站 (GCS， Ground Contrul Station)将具有包括任务规划， 数字地图， 卫星数据链， 图像处理能力在内的集控制、 瞄准、 通信、 处理于一体的综合能 力。 地面站作为整个无人机系统的作战指挥中心， 其控制内容包括:飞行器的飞 行过程， 飞行航迹， 有效载荷的任务功能， 通讯链路的正常工作， 以及飞行器 的发射和回收。
[0005] 在无人机与地面站之间的通信过程中， 目前都是采用的诸如 TCP报文包等固定 格式、 固定长度的帧结构进行数据交互， 并不考虑实际通信过程所要传输的数 据报文的大小， 都将统一对数据报文进行拆分、 或补 0将其封装为固定长度的帧
， 然后进行通信传输， 这样会消耗比较多的带宽资源。
[0006] 发明内容
[0007] 本发明实施例所要解决的技术问题在于， 提供一种数据子帧结构的编制方法及 相关设备， 节省数据传输所占用的带宽资源。
[0008] 第一方面， 本发明实施例公幵提供了一种数据子帧结构的编制方法， 根据不同 的业务需求， 配置可变帧长度的数据子帧， 其中， 所述数据子帧结构包括： 帧 头区、 数据区和校验区。
[0009] 其中可选地， 为所述帧头区配置 6个字节， 且所述帧头区包括： 帧标记、 帧长 度、 帧序号、 设备标识以及解码格式标识。
[0010] 其中可选地， 为所述帧标记、 帧长度、 帧序号、 以及解码格式标识分别配置 1 个字节， 为所述设备标识配置 2个字节。 [0011] 其中可选地， 为所述校验区配置 1个字节， 且所述校验区填充的校验位由所述 数据子帧的帧长度确定。
[0012] 其中可选地， 将所述数据子帧的帧长度除以 8后取整所得到的数值， 作为填充 在所述校验区的校验位。
[0013] 其中可选地， 根据传输业务数据大小， 为所述数据区配置 1-248个字节中的任 意一字节。
[0014] 其中可选地， 将所述数据子帧配置为 7-255个字节中的任意一字节。
[0015] 其中可选地， 将所述数据子帧封装为 C结构数据。
[0016] 第二方面， 本发明实施例公幵提供了一种基于数据子帧的传输方法， 其中数据 子帧结构采用如上第一方面实施例公幵提供的方法编制的数据子帧， 所述方法 包括：
[0017] 根据不同的业务需求， 配置可变帧长度的数据子帧， 其中， 所述数据子帧包括 帧头区、 数据区和校验区的数据子帧；
[0018] 发送配置的所述数据子帧。
[0019] 第三方面， 本发明实施例公幵提供了一种基于数据子帧的传输方法， 其中数据 子帧结构采用如上第一方面实施例公幵提供的方法编制的数据子帧， 所述方法 包括：
[0020] 接收包括帧头区、 数据区和校验区的数据子帧， 其中， 所述帧头区包括： 帧标 记、 帧长度、 帧序号、 设备标识以及解码格式标识；
[0021] 按照所述解码格式标识对应的解码格式解析所述数据子帧， 得到封装在所述数 据子帧的数据区进行传输的业务数据。
[0022] 第四方面， 本发明实施例公幵提供了一种发送设备， 所述发送设备包括： [0023] 配置单元， 用于配置如上第一方面实施例公幵提供的方法编制的数据子帧； [0024] 发送单元， 用于发送所述配置单元配置的数据子帧。
[0025] 第五方面， 本发明实施例公幵提供了一种接收设备， 所述接收设备包括： [0026] 接收单元， 用于接收采用如上第一方面实施例公幵提供的方法编制的数据子帧
[0027] 解析单元， 用于按照所述数据子帧所指示的解码格式来解析所述数据子帧， 以 获取所述数据子帧所封装的业务数据。
[0028] 本发明实施例通过采用包括有帧头区、 数据区和校验区的数据子帧， 且不同的 业务需求占用不同子帧长度的数据区， 这样所采用的数据子帧的帧长度是非固 定、 可变的； 在实际通信过程中根据实吋通信业务的需求及吋调整和采用不同 帧长度的数据子帧， 节省通信传输过程中诸如带宽等资源的花销， 提升数据传 输的高效性。
[0029] 附图说明
[0030] 为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施例或 现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的 附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创 造性劳动的前提下， 还可以根据这些附图获得其他的附图。
[0031] 图 1是本发明第一实施例的一种数据子帧的结构示意图；
[0032] 图 2是本发明第一实施例的另一种数据子帧的结构示意图；
[0033] 图 3是本发明第二实施例的一种基于数据子帧的传输方法的流程示意图；
[0034] 图 4是本发明第三实施例的另一种基于数据子帧的传输方法的流程示意图； [0035] 图 5是本发明第四实施例的一种发送设备的结构示意图；
[0036] 图 6是本发明第五实施例的一种接收设备的结构示意图；
[0037] 图 7是本发明第六实施例的另一种发送设备的结构示意图；
[0038] 图 8是本发明第七实施例的另一种接收设备的结构示意图。
[0039] 具体实施方式
[0040] 为了使本技术领域的人员更好地理解本发明方案， 下面将结合本发明实施例中 的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述 的实施例仅仅是本发明一部分的实施例， 而不是全部的实施例。 基于本发明中 的实施例， 本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其 他实施例， 都应当属于本发明保护的范围。
[0041] 本发明的说明书和权利要求书及上述附图中的术语"第一"、 "第二 "和"第三" （ 如果存在） 等是用于区别不同对象， 而非用于描述特定顺序。 此外， 术语"包括" 以及它们任何变形， 意图在于覆盖不排他的包含。 例如包含了一系列步骤或单 元的过程、 方法、 系统、 产品或设备没有限定于已列出的步骤或单元， 而是可 选地还包括没有列出的步骤或单元， 或可选地还包括对于这些过程、 方法、 产 品或设备固有的其它步骤或单元。
[0042] 请参见图 1， 是本发明第一实施例的一种数据子帧的结构示意图， 本发明实施 例的所述数据子帧可以采用如下编制方法进行编制所得到。
[0043] 所述数据子帧可以由帧头区、 数据区和校验区所构成， 其中， 所述数据子帧的 帧长度可以被配置为 8-255个字节中的任意一字节， 即该数据子帧的最大长度可 被配置为 255个字节； 所述帧头区可以由帧头标记 （也即是帧幵始标记） 、 帧长 度 （即数据包长度） 、 帧序列号 （也即是数据包序列号） 、 设备标识 （这里是 指源设备或发送设备的标识， 如 ID号、 编号等） 、 解码格式标识所组成， 通常 在实际通信过程中， 数据子帧的传输都是经过设定格式的编码之后才发出去的 ， 所述解码格式标识是指解码该数据子帧所需的解码格式或解码规则的标识， 如信号交替反转码 AMI (Alternative Mark Inversion, AMI) 等， 具体参见如图 2 所示给出另一种数据子帧的结构示意图。
[0044] 优选地， 为所述帧头区配置 6个字节， 为所述帧标记、 所述帧长度、 所述帧序 号、 以及所述解码格式标识分别配置 1个字节， 为所述设备标识配置 2个字节。
[0045] 优选地， 所述数据区用于封装或承载需要传输的业务数据， 可以根据所述需要 传输的业务数据大小， 为所述数据区配置 1-248个字节中任意一字节， 也即是所 述数据区支持封装 /承载的最大长度为 248个字节。
[0046] 优选地， 为所述校验区配置 1个字节， 且所述校验区填充的校验位由所述数据 子帧的帧长度确定。 具体实现中， 所述检验区填充的校验位 （即校验数值） 优 先采用所述数据子帧的帧长度 （即总长度） 除以 8后取整所得到的数值。 可选地 ， 所述检验区填充的校验位也可以采用奇偶校验法来填充对应的校验位， 或者 采用其他的校验方法来对应填充校验位， 本发明实施例不作限定。
[0047] 优选地， 本发明实施例中所述数据子帧所封装 /承载的业务数据可以是 C结构数 据， 也即是 C语言解析的结构数据。
[0048] 优选地， 本发明实施例所提供的数据子帧的帧结构适用但不局限于无人机与地 面站之间相互通信所采用的通信协议中。 [0049] 本发明实施例通过采用包括有帧头区、 数据区和校验区的数据子帧， 且不同的 业务需求占用不同子帧长度的数据区， 这样所采用的数据子帧的帧长度是非固 定、 可变的； 在实际通信过程中根据实吋通信业务的需求及吋调整和采用不同 帧长度的数据子帧， 节省通信传输过程中诸如带宽等资源的花销， 提升业务数 据传输的高效性。
[0050] 请参见图 3， 是本发明第二实施例的一种基于数据子帧的传输方法的流程示意 图， 本发明实施例的所述方法可以应用在诸如智能手机、 平板电脑、 智能可穿 戴设备等带通信网络功能的设备中， 具体可由这些设备的处理器来实现。 本发 明实施例的所述方法还包括如下步骤。
[0051] S101、 根据不同的业务需求， 配置可变帧长度的数据子帧， 其中， 所述数据子 帧包括帧头区、 数据区和校验区。
[0052] 本发明实施例中， 发送设备在检测到需要进行数据传输吋， 所述发送设备可以 将需要传输的数据内容 （如业务数据） 采用如上图 1和图 2， 即第一实施例所提 供的数据子帧的帧结构， 来配置并封装需要传输的数据内容； 也即是所述发送 设备可以将需要传输的数据内容封装 /配置为如上图 1和图 2所示提供的数据子帧 ， 具体可参见如上第一实施例所述， 这里不在赘述。
[0053] 优选地， 所述发送设备可以通过它内部的通讯模块 （或 Com接口） 来高效地封 装 C结构数据 （即业务数据） 。
[0054] 需要说明的是， 为减少数据传输的负荷压力、 或传输的准确性， 一般都将对传 输的数据报文 （即业务数据或数据子帧） 进行设定格式的编码或压缩后再传输
[0055] 所述发送设备包括智能手机 （如 Android手机、 IOS手机等） 、 个人电脑、 平板 电脑、 掌上电脑、 移动互联网设备 （MID， Mobile Internet Devices) 或穿戴式智 能设备等互联网设备， 本发明实施例不作限定。
[0056] S102、 发送配置的所述数据子帧。
[0057] 本发明实施例中， 所述发送设备可以通过有线 /无线通信的方式 （如数据线、 W iFi、 蓝牙等） 将配置 /封装好的数据子帧发送给对应的客户端。
[0058] 请参见图 4， 是本发明第三实施例的一种基于数据子帧的传输方法的流程示意 图， 本发明实施例的所述方法可以应用在诸如智能手机、 平板电脑、 智能可穿 戴设备等带通信网络功能的设备中， 具体可由这些设备的处理器来实现。 本发 明实施例的所述方法还包括如下步骤。
[0059] S201、 接收包括帧头区、 数据区和校验区的数据子帧， 其中， 所述帧头区包括 ： 帧标记、 帧长度、 帧序号、 设备标识以及解码格式标识。
[0060] 本发明实施例中， 接收设备可以有线 /无线通信的方式 （如数据线、 WiFi、 蓝 牙等） 接收到其他设备发送过来的数据子帧， 其中所述数据子帧的帧结构如上 图 1和图 2所述的帧结构， 具体可参见如上第一实施例所述， 这里不在赘述。
[0061] 所述接收设备包括智能手机 （如 Android手机、 IOS手机等） 、 个人电脑、 平板 电脑、 掌上电脑、 移动互联网设备 （MID， Mobile Internet Devices) 或穿戴式智 能设备等互联网设备， 本发明实施例不作限定。
[0062] S202、 按照所述解码格式标识对应的解码格式解析所述数据子帧， 得到封装在 所述数据子帧的数据区进行传输的业务数据。
[0063] 本发明实施例中， 所述接收设备可以根据所述数据子帧帧头区所包括的解码格 式标识 （如解码规则 ID) 确定解码所述数据子帧的解码格式， 进而按照所述解 码格式 （即解码算法或解码规则） 来解码所述数据子帧以还原 /获得封装在所述 数据子帧的数据区中的业务数据。
[0064] 本发明实施例通过采用包括有帧头区、 数据区和校验区的数据子帧， 且不同的 业务需求占用不同子帧长度的数据区， 这样所采用的数据子帧的帧长度是非固 定、 可变的； 在实际通信过程中根据实吋通信业务的需求及吋调整和采用不同 帧长度的数据子帧， 节省通信传输过程中诸如带宽等资源的花销。
[0065] 请参见图 5， 是本发明第四实施例的一种发送设备的结构示意图， 本发明实施 例的所述发送设备 5包括：
[0066] 配置单元 501， 用于配置如上第一方面实施例公幵提供的方法编制的数据子帧
[0067] 发送单元 502， 用于发送所述配置单元配置的数据子帧。
[0068] 本发明实施例中涉及的各个模块的具体实现可参考图 1至图 4对应实施例中相关 功能模块或者实施步骤的描述， 在此不赘述。 [0069] 请参见图 6， 是本发明第五实施例的一种接收设备的结构示意图， 本发明实施 例的所述接收设备 6包括：
[0070] 接收单元 601， 用于接收采用如上第一方面实施例公幵提供的方法编制的数据 子帧；
[0071] 解析单元 602， 用于按照所述数据子帧所指示的解码格式来解析所述数据子帧 ， 以获取所述数据子帧所封装的业务数据。
[0072] 本发明实施例中涉及的各个模块的具体实现可参考图 1至图 4对应实施例中相关 功能模块或者实施步骤的描述， 在此不赘述。
[0073] 本发明实施例通过采用包括有帧头区、 数据区和校验区的数据子帧， 且不同的 业务需求占用不同子帧长度的数据区， 这样所采用的数据子帧的帧长度是非固 定、 可变的； 在实际通信过程中根据实吋通信业务的需求及吋调整和采用不同 帧长度的数据子帧， 节省通信传输过程中诸如带宽等资源的花销。
[0074] 再请参见图 7， 是本发明第六实施例的一种发送设备的结构示意图。 所述终端 可以为智能手机、 平板电脑、 智能可穿戴设备等带通信网络功能的设备， 如图 7 所示， 本发明实施例的所述终端可以包括显示屏、 按键、 扬声器、 拾音器等模 块， 并且还包括： 至少一个总线 701、 与总线 701相连的至少一个处理器 702以及 与总线 701相连的至少一个存储器 703， 实现通信功能的通信装置 705， 为终端各 耗电模块供电的电源装置 704。
[0075] 所述处理器 702可通过总线 701， 调用存储器 703中存储的代码以执行相关的功 育 ， 其中， 存储器 703包括操作系统、 数据传输应用程序。
[0076] 所述处理器 702， 用于：
[0077] 配置如上第一方面实施例公幵提供的方法编制的数据子帧；
[0078] 发送所述配置单元配置的数据子帧。
[0079] 再请参见图 8， 是本发明第七实施例的一种接收设备的结构示意图。 所述终端 可以为智能手机、 平板电脑、 智能可穿戴设备等带通信网络功能的设备， 如图 8 所示， 本发明实施例的所述终端可以包括显示屏、 按键、 扬声器、 拾音器等模 块， 并且还包括： 至少一个总线 801、 与总线 801相连的至少一个处理器 802以及 与总线 801相连的至少一个存储器 803， 实现通信功能的通信装置 805， 为终端各 耗电模块供电的电源装置 804。
[0080] 所述处理器 802可通过总线 801， 调用存储器 803中存储的代码以执行相关的功 育 ， 其中， 存储器 803包括操作系统、 数据传输应用程序。
[0081] 所述处理器 802， 用于：
[0082] 接收采用如上第一方面实施例公幵提供的方法编制的数据子帧；
[0083] 按照所述数据子帧所指示的解码格式来解析所述数据子帧， 以获取所述数据子 帧所封装的业务数据。
[0084] 本发明实施例通过采用包括有帧头区、 数据区和校验区的数据子帧， 且不同的 业务需求占用不同子帧长度的数据区， 这样所采用的数据子帧的帧长度是非固 定、 可变的； 在实际通信过程中根据实吋通信业务的需求及吋调整和采用不同 帧长度的数据子帧， 节省通信传输过程中诸如带宽等资源的花销。
[0085] 本发明实施例还提供一种计算机存储介质， 其中， 该计算机存储介质可存储有 程序， 该程序执行吋包括上述方法实施例中记载的数据子帧编制方法的部分或 全部步骤。
[0086] 需要说明的是， 对于前述的各方法实施例， 为了简单描述， 故将其都表述为一 系列的动作组合， 但是本领域技术人员应该知悉， 本发明并不受所描述的动作 顺序的限制， 因为依据本发明， 某些步骤可以采用其他顺序或者同吋进行。 其 次， 本领域技术人员也应该知悉， 说明书中所描述的实施例均属于优选实施例 ， 所涉及的动作和模块并不一定是本发明所必须的。
[0087] 在上述实施例中， 对各个实施例的描述都各有侧重， 某个实施例中没有详述的 部分， 可以参见其他实施例的相关描述。
[0088] 在本申请所提供的几个实施例中， 应该理解到， 所揭露的装置， 可通过其它的 方式实现。 例如， 以上所描述的装置实施例仅仅是示意性的， 例如所述单元的 划分， 仅仅为一种逻辑功能划分， 实际实现吋可以有另外的划分方式， 例如多 个单元或组件可以结合或者可以集成到另一个系统， 或一些特征可以忽略， 或 不执行。 另一点， 所显示或讨论的相互之间的耦合或直接耦合或通信连接可以 是通过一些接口， 装置或单元的间接耦合或通信连接， 可以是电性或其它的形 式。 [0089] 所述作为分离部件说明的单元可以是或者也可以不是物理上分幵的， 作为单元 显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可 以分布到多个网络单元上。 可以根据实际的需要选择其中的部分或者全部单元 来实现本实施例方案的目的。
[0090] 另外， 在本发明的各个实施例中的各功能单元可以集成在一个处理单元中， 也 可以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一个单元中 。 上述集成的单元既可以采用硬件的形式实现， 也可以采用软件功能单元的形 式实现。
[0091] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用 吋， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明的技 术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分 可以以软件产品的形式体现出来， 该计算机软件产品存储在一个存储介质中， 包括若干指令用以使得一台计算机设备 （可为个人计算机、 服务器或者网络设 备等） 执行本发明各个实施例所述方法的全部或部分步骤。 而前述的存储介质 包括： U盘、 只读存储器 （ROM, Read-Only
Memory) 、 随机存取存储器 (RAM, Random Access Memory) 、 移动硬盘、 磁 碟或者光盘等各种可以存储程序代码的介质。
[0092] 以上所述， 以上实施例仅用以说明本发明的技术方案， 而非对其限制； 尽管参 照前述实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分技术 特征进行等同替换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本 发明各实施例技术方案的范围。
技术问题
问题的解决方案
发明的有益效果

Claims

权利要求书
[权利要求 1] 一种数据子帧结构的编制方法， 其特征在于， 根据不同的业务需求， 配置可变帧长度的数据子帧， 其中， 所述数据子帧结构包括： 帧头区 、 数据区和校验区。
[权利要求 2] 如权利要求 1所述的方法， 其特征在于， 为所述帧头区配置 6个字节， 且所述帧头区包括： 帧标记、 帧长度、 帧序号、 设备标识以及解码格 式标识。
[权利要求 3] 如权利要求 2所述的方法， 其特征在于， 为所述帧标记、 帧长度、 帧 序号、 以及解码格式标识分别配置 1个字节， 为所述设备标识配置 2个 字节。
[权利要求 4] 如权利要求 1所述的方法， 其特征在于， 为所述校验区配置 1个字节， 且所述校验区填充的校验位由所述数据子帧的帧长度确定。
[权利要求 5] 如权利要求 4所述的方法， 其特征在于， 将所述数据子帧的帧长度除 以 8后取整所得到的数值， 作为填充在所述校验区的校验位。
[权利要求 6] 如权利要求 1所述的方法， 其特征在于， 根据传输业务数据大小， 为 所述数据区配置 1-248个字节中的任意一字节。
[权利要求 7] 如权利要求 1所述的方法， 其特征在于， 将所述数据子帧配置为 8-255 个字节中的任意一字节。
[权利要求 8] 如权利要求 1-7中任意一项所述的方法， 其特征在于， 将所述数据子 帧封装为 C结构数据。
[权利要求 9] 一种发送设备， 其特征在于， 所述发送设备包括：
配置单元， 用于配置权利要求 1-8任一项所述方法编制的数据子帧; 发送单元， 用于发送所述配置单元配置的数据子帧。
[权利要求 10] —种接收设备， 其特征在于， 所述接收设备包括：
接收单元， 用于接收采用权利要求 1-8任一项所述方法编制的数据子 帧；
解析单元， 用于按照所述数据子帧所指示的解码格式来解析所述数据 子帧， 以获取所述数据子帧所封装的业务数据。
[权利要求 11] 一种发送设备， 其特征在于， 所述发送设备包括： 通信装置、 电源装 置、 存储器和处理器；
其中， 所述处理器用于执行如上权利要求 1-8任一项所述的数据子帧 结构的编制方法。
[权利要求 12] —种接收设备， 其特征在于， 所述接收设备包括： 通信装置、 电源装 置、 存储器和处理器；
其中， 所述处理器用于执行如上权利要求 1-8任一项所述的数据子帧 结构的编制方法。
PCT/CN2017/071412 2016-11-29 2017-01-17 一种数据子帧结构的编制方法及相关设备 WO2018098896A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201611086873.4 2016-11-29
CN201611086873.4A CN106685927A (zh) 2016-11-29 2016-11-29 一种数据子帧结构的编制方法及相关设备

Publications (1)

Publication Number Publication Date
WO2018098896A1 true WO2018098896A1 (zh) 2018-06-07

Family

ID=58867081

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/071412 WO2018098896A1 (zh) 2016-11-29 2017-01-17 一种数据子帧结构的编制方法及相关设备

Country Status (2)

Country Link
CN (1) CN106685927A (zh)
WO (1) WO2018098896A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110536096A (zh) * 2018-05-25 2019-12-03 视联动力信息技术股份有限公司 一种数据解码的方法和装置
CN112463672A (zh) * 2020-11-04 2021-03-09 贵州电网有限责任公司 数据传输方法、装置及介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1812315A (zh) * 2005-01-25 2006-08-02 华为技术有限公司 一种多路数据信号处理方法和装置
CN1889495A (zh) * 2005-06-30 2007-01-03 西门子（中国）有限公司 一种控制机动车中的受控设备的方法和装置
CN101212413A (zh) * 2006-12-30 2008-07-02 中兴通讯股份有限公司 一种移动多媒体广播数据的传输方法
CN101515163A (zh) * 2009-04-03 2009-08-26 北京航空航天大学 一种时分体制下无人机数据链点对点通信的自同步方法
US20120155493A1 (en) * 2010-12-15 2012-06-21 Siemens Aktiengesellschaft Method for Data Transmission in an Automation System Using Dynamic Frame Packing

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102158392B (zh) * 2010-12-13 2013-06-19 中国空间技术研究院 集散型构架卫星的aos遥测方法
CN102347819B (zh) * 2011-08-22 2013-01-02 广东电网公司电力科学研究院 一种门禁系统中的可变长度数据传输方法
CN102761391B (zh) * 2012-06-29 2015-03-04 山东海特物联网科技有限公司 一种油田物联网系统通信方法
CN103716129A (zh) * 2013-12-18 2014-04-09 广东美的厨房电器制造有限公司 用于物联网的无线通信方法和无线通信设备
CN105681343A (zh) * 2016-03-09 2016-06-15 广东三盟信息科技有限公司 一种基于arm架构的状态控制协议的处理方法及其装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1812315A (zh) * 2005-01-25 2006-08-02 华为技术有限公司 一种多路数据信号处理方法和装置
CN1889495A (zh) * 2005-06-30 2007-01-03 西门子（中国）有限公司 一种控制机动车中的受控设备的方法和装置
CN101212413A (zh) * 2006-12-30 2008-07-02 中兴通讯股份有限公司 一种移动多媒体广播数据的传输方法
CN101515163A (zh) * 2009-04-03 2009-08-26 北京航空航天大学 一种时分体制下无人机数据链点对点通信的自同步方法
US20120155493A1 (en) * 2010-12-15 2012-06-21 Siemens Aktiengesellschaft Method for Data Transmission in an Automation System Using Dynamic Frame Packing

Also Published As

Publication number Publication date
CN106685927A (zh) 2017-05-17

Similar Documents

Publication Publication Date Title
WO2018165113A1 (en) Dynamic header compression for constrained networks
US20130084898A1 (en) Group messaging at mobile terminal in autonomous network
CN102546800A (zh) 一种网关握手、通信方法、网关及Web通信系统
Wang et al. Transmitting IPv6 packets over Bluetooth low energy based on BlueZ
WO2016197804A1 (zh) 数据包的压缩方法和装置
WO2016086670A1 (zh) Vxlan报文传输方法及装置、存储介质
CN111092854B (zh) 用于将从源设备发送的分组发送到目的地设备的方法
US9866356B2 (en) Data distribution method and device
CN106656909B (zh) 传输装置及其传输方法
CN106603506B (zh) 基于多现场总线的数据通信方法、设备及系统
CN109120687B (zh) 数据包发送方法、装置、系统、设备及存储介质
WO2019019128A1 (zh) 视频传输的方法、设备及系统
WO2018098896A1 (zh) 一种数据子帧结构的编制方法及相关设备
Pediredla et al. A 6LoWPAN implementation for memory constrained and power efficient wireless sensor nodes
WO2016095323A1 (zh) 一种基于串口服务器的数据传输方法及装置
JP2022517665A (ja) イーサネットフレームの伝送方法及び通信機器
CN104283916A (zh) 一种应用于hfc网络的数据报文传输方法及装置
EP3316606A1 (en) Beacon sensor advertisement frame
CN112422565A (zh) 消息处理方法、装置和存储介质及电子装置
CN107104813B (zh) 一种信息传输方法、网关及控制器
CN111988264A (zh) 区块链与网络系统、数据接收与发送方法及设备
US20230016351A1 (en) Data transmission method and apparatus
CN112887277B (zh) 现场总线与以太网的转换方法、装置及计算机存储介质
US10684963B2 (en) Fixed ethernet frame descriptor
WO2016141541A1 (zh) 无线数据传输方法和装置及飞行器控制方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17875599

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17875599

Country of ref document: EP

Kind code of ref document: A1