CN112887372B - 兼容数传图传的通信***、方法、装置、设备和存储介质 - Google Patents
兼容数传图传的通信***、方法、装置、设备和存储介质 Download PDFInfo
- Publication number
- CN112887372B CN112887372B CN202110041602.1A CN202110041602A CN112887372B CN 112887372 B CN112887372 B CN 112887372B CN 202110041602 A CN202110041602 A CN 202110041602A CN 112887372 B CN112887372 B CN 112887372B
- Authority
- CN
- China
- Prior art keywords
- data
- transmitted
- data transmission
- channel
- transmission
- 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.)
- Active
Links
Images
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/30—Definitions, standards or architectural aspects of layered protocol stacks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- 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)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开提供了一种兼容数传图传的通信***、方法、装置、设备和存储介质,涉及区块链技术领域。其中,处理方法包括:物理链路层,物理链路层包括数传通道和图传通道,图传通道根据数传通道建立数传链路的配置信息建立手持端与设备端之间的图传链路;网络层,网络层与物理链路层进行配置信息和待传数据的交互;传输层,传输层与网络层进行交互,传输层用于根据预设的传输参数将待传数据通过图传链路或数传链路进行传输;应用层,应用层与传输层进行交互,应用层封装有读接口和写接口,读接口用于将待传数据读入,写接口用于将待传数据写出。通过本公开的技术方案,融合了图像传输和数据传输两种模式,提升了传输平台的通用性和扩展性。
Description
技术领域
本公开涉及数据传输技术领域,尤其涉及一种兼容数传图传的通信***、方法、装置、设备和存储介质。
背景技术
目前市面上的机器人PCS(portable control system,手持控制***,后文简称手持端),基于mavlink(Micro Air Vehicle Link,微型空中飞行器链路通讯协议)或者PX4(原生固件)等开源协议来控制机器人运动,并采集相关信息,它本质上是一个带反馈和显示的机器人遥控器。
相关技术中,PCS通常用于飞控类设备的控制,只对飞控类的产品特点进行专门的设计和优化,即它是为特定产品和功能,在某一具体领域内做到通用性。
但是,随着飞控类产品的需求的扩展和增多,每次功能改进均需要升级特定的开源协议,造成可扩展性很差。
另外,数传(即数据传输)技术是飞控类产品所必不可少的一部分,伴随着图传(图像传输)技术的发展和功能多样化,它的重要性已经高于数传。但是,这些特定协议绝大多数都是基于数传来设计和优化的,对图传的支持相对较弱,不适合大数据量的稳定传输。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种兼容数传图传的通信***、方法、装置、设备和存储介质,至少在一定程度上克服由于相关技术中数传图传架构的通用性差的问题。
本公开的其他特性和优点将通过后续的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开的一个方面,提供一种兼容数传图传的通信***,包括:物理链路层,所述物理链路层包括数传通道和图传通道,所述图传通道根据所述数传通道建立数传链路的配置信息建立手持端与设备端之间的图传链路;网络层,所述网络层与所述物理链路层进行所述配置信息和待传数据的交互;传输层,所述传输层与所述网络层进行交互,所述传输层用于根据预设的传输参数将所述待传数据通过所述图传链路或所述数传链路进行传输;应用层,所述应用层与所述传输层进行交互,所述应用层封装有读接口和写接口,所述读接口用于将所述待传数据读入,所述写接口用于将所述待传数据写出。
在本公开的一个实施例中,所述物理链路层的数据帧包括主从模式信息、通道选择模式信息、消息类型信息、数据信息和循环冗余校验码信息,根据所述主从模式信息确定所述手持端为主设备或从设备,以及确定所述设备端为从设备或主设备;根据所述通道选择模型信息确定工作信道为所述数传通道、图传通道或Wi-Fi(Wireless-Fidelity,无线保真)通道;根据所述消息类型信息确定所述待传数据为心跳信号、应用数据、发现设备数据或所述配置信息。
在本公开的一个实施例中,若所述主从模型信息为第一标识字符串,则所述手持端为主设备,所述设备端为从设备;若所述主从模型信息为第二标识字符串,则所述手持端为从设备,所述设备端为主设备。
在本公开的一个实施例中,若所述通道选择模型为第三标识字符串,则所述工作信道为所述数传通道;若所述通道选择模型为第四标识字符串,则所述工作信道为所述Wi-Fi通道;若所述通道选择模型为第五标识字符串,则所述工作信道为所述图传通道。
在本公开的一个实施例中,若所述消息类型信息为第七标识字符串,则所述待传数据为所述心跳信号;若所述消息类型信息为第八标识字符串,则所述待传数据为所述应用数据;若所述消息类型信息为第九标识字符串,则所述待传数据为所述发现设备数据;若所述消息类型信息为第十标识字符串,则所述待传数据为所述配置信息。
在本公开的一个实施例中,所述发现设备数据包括所述手持端的唯一标识。
在本公开的一个实施例中,所述配置信息包括所述设备端的唯一标识、口令、所述手持端的身份标识、所述工作信道的标识、时间戳和密码信息。
在本公开的一个实施例中,所述网络层的数据帧包括服务质量信息、所述设备端的身份标识、消息编号、时间戳和加密后的待传数据;根据所述服务质量信息确定所述待传数据的传输确认模型。
在本公开的一个实施例中,若所述服务质量信息为第十一标识字符,则至多发送一次所述待传数据,并确认发送成功;若所述服务质量信息为第十二标识字符,则至少发送一次所述待传数据,并在接收到接收端反馈的确认指令时确认发送成功;若所述服务质量信息为第十三标识字符,则发送一次所述待传数据,并确认发送成功。
在本公开的一个实施例中,所述传输层的数据帧包括整包指示信息、分包号信息、所述待传数据的长度和加密后的待传数据;根据所述整包指示信息确定是否对所述待传数据进行整包处理;根据所述分包号信息确定是否对所述待传数据进行分包处理,以及分包处理的分包个数。
在本公开的一个实施例中,所述图传通道为基于TCP/IP协议交互的通道。
根据本公开的另一个方面,提供一种兼容数传图传的通信方法,包括:在如上述任一项技术方案所述的兼容数传图传的通信***下,通过广播信道扫描确定是否有待配对的设备端;根据所述扫描结果确定与所述设备端进行交互的工作信道;切换至所述工作信道,并通过所述工作信道创建数传链路;通过所述数传链路将待传数据中的数据内容发送至所述设备端。
在本公开的一个实施例中,还包括:根据所述数传链路确定服务集标识和密码;通过所述服务集标识和所述密码通过所述工作信道创建图传链路;通过所述图传链路将所述待传数据中的图像内容发送至所述设备端。
在本公开的一个实施例中,在通过广播信道扫描确定是否有待配对的设备端前,还包括:扫描确定空闲的工作信道;将空闲的所述工作信道进行记录;切换至所述广播信道进行扫描。
在本公开的一个实施例中,根据所述扫描结果确定与所述设备端进行交互的工作信道包括:若扫描确定有待配对的所述设备端,则根据切换至与待配对的所述设备端进行交互的工作信道。
在本公开的一个实施例中,根据所述扫描结果确定与所述设备端进行交互的工作信道还包括:若扫描确定无待配对的所述设备端,则通过所述广播信道发送握手信号;通过所述握手信号的反馈信号确定扫描范围内的所有设备端;确定所述扫描范围内的一个设备端为目标设备端;确定与所述目标设备端进行交互的工作信道。
根据本公开的另一个方面,提供一种兼容数传图传的通信方法,包括:在如上述任一项技术方案所述的兼容数传图传的通信***下,切换至广播信道,并等待手持端发送的握手信息;根据预设的配置信息切换至工作信道,并通过所述工作信道创建数传链路;通过所述数传链路接收所述手持端发送的待传数据中的数据内容。
在本公开的一个实施例中,还包括:接收所述手持端发送的时间戳;根据所述时间戳进行时间同步,并通过同步后的时间进行所述待传数据的交互。
在本公开的一个实施例中,还包括:检测预设时段内是否接收到心跳信号;若检测接收到所述心跳信号,则确定所述数传链路正常;若未检测接收到所述心跳信号,则确定所述数传链路异常,并重新扫描确定空闲的工作信道。
在本公开的一个实施例中,还包括:检测是否主动断开所述数传链路;若未检测到主动断开所述数传链路,则确定所述数传链路正常;若检测到主动断开所述数传链路,则确定所述数传链路异常,并重新扫描确定空闲的工作信道。
在本公开的一个实施例中,还包括:确定所述待传数据的优先级;根据所述优先级将所述待传数据依次发送至消息队列,优先级高的消息队列的待传数据的发送时刻早于优先级低的待传数据的发送时刻。
根据本公开的另一个方面,提供一种兼容数传图传的通信装置,包括:扫描模块,用于在如上述任一项技术方案所述的兼容数传图传的通信***下,通过广播信道扫描确定是否有待配对的设备端;确定模块,用于根据所述扫描结果确定与所述设备端进行交互的工作信道;切换模块,用于切换至所述工作信道,并通过所述工作信道创建数传链路;通信模块,用于通过所述数传链路将待传数据中的数据内容发送至所述设备端。
根据本公开的另一个方面,提供一种兼容数传图传的通信装置,包括:切换模块,用于在如上述任一项技术方案所述的兼容数传图传的通信***下,切换至广播信道,并等待手持端发送的握手信息;所述切换模块还用于,根据预设的配置信息切换至工作信道,并通过所述工作信道创建数传链路;通信模块,用于通过所述数传链路接收所述手持端发送的待传数据中的数据内容。
根据本公开的再一个方面,提供一种电子设备,包括:处理器;以及存储器,用于存储处理器的可执行指令;其中,处理器配置为经由执行可执行指令来执行上述任意一项的兼容数传图传的通信方法。
根据本公开的又一个方面,提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述任意一项的兼容数传图传的通信方法。
本公开的实施例所提供的兼容数传图传的通信方案,通过设置上述物理链路层包括数传通道和图传通道,并且设置网络层、传输层和应用层与物理链路层进行交互,并对各层的通信协议进行调整,融合了图像传输和数据传输两种模式,提升了传输平台的通用性和扩展性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出本公开实施例中一种兼容数传图传的通信***的示意图;
图2示出本公开实施例中另一种兼容数传图传的通信***的物理链路层的数据帧的示意图;
图3示出本公开实施例中又一种兼容数传图传的通信***的网络层的数据帧的示意图;
图4示出本公开实施例中又一种兼容数传图传的通信***的传输层的数据帧的示意图;
图5示出本公开实施例中又一种兼容数传图传的通信***的应用层的数据帧的示意图;
图6示出本公开实施例中又一种兼容数传图传的通信方法的流程图;
图7示出本公开实施例中又一种兼容数传图传的通信方法的流程图;
图8示出本公开实施例中又一种兼容数传图传的通信方法的流程图;
图9示出本公开实施例中又一种兼容数传图传的通信方法的流程图;
图10示出本公开实施例中又一种兼容数传图传的通信方法的流程图;
图11示出本公开实施例中又一种兼容数传图传的通信方法的流程图;
图12示出本公开实施例中又一种兼容数传图传的通信方法的流程图;
图13示出本公开实施例中又一种兼容数传图传的通信方法的流程图;
图14示出本公开实施例中又一种兼容数传图传的通信方法的流程图;
图15示出本公开实施例中又一种兼容数传图传的通信方法的流程图;
图16示出本公开实施例中又一种兼容数传图传的通信方法的流程图;
图17示出本公开实施例中又一种兼容数传图传的通信方法的流程图;
图18示出本公开实施例中一种兼容数传图传的通信装置的示意图;
图19示出本公开实施例中另一种兼容数传图传的通信装置的示意图;
图20示出本公开实施例中一种电子设备的示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
本公开提供的方案,通过设置上述物理链路层包括数传通道和图传通道,并且设置网络层、传输层和应用层与物理链路层进行交互,并对各层的通信协议进行调整,融合了图像传输和数据传输两种模式,提升了传输平台的通用性和扩展性。
上述兼容数传图传的通信方案可以通过多个终端和服务器集群的交互实现。
终端可以是手机、游戏主机、平板电脑、电子书阅读器、智能眼镜、MP4(MovingPicture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、智能家居设备、AR(Augmented Reality,增强现实)设备、VR(Virtual Reality,虚拟现实)设备等移动终端,或者,终端也可以是个人计算机(Personal Computer,PC),比如膝上型便携计算机和台式计算机等等。
其中,终端中可以安装有用于提供电子证据数据的处理的应用程序。
终端与服务器集群之间通过通信网络相连。可选的,通信网络是有线网络或无线网络。
服务器集群是一台服务器,或者由若干台服务器组成,或者是一个虚拟化平台,或者是一个云计算服务中心。服务器集群用于为提供电子证据数据的处理的应用程序提供后台服务。可选地,服务器集群承担主要计算工作,终端承担次要计算工作;或者,服务器集群承担次要计算工作,终端承担主要计算工作;或者,终端和服务器集群之间采用分布式计算架构进行协同计算。
可选地,不同的终端中安装的应用程序的客户端是相同的,或两个终端上安装的应用程序的客户端是不同控制***平台的同一类型应用程序的客户端。基于终端平台的不同,该应用程序的客户端的具体形态也可以不同,比如,该应用程序客户端可以是手机客户端、PC客户端或者全球广域网客户端等。
本领域技术人员可以知晓,上述终端的数量可以更多或更少。比如上述终端可以仅为一个,或者上述终端为几十个或几百个,或者更多数量。本公开实施例对终端的数量和设备类型不加以限定。
可选的,该***还可以包括管理设备,该管理设备与服务器集群之间通过通信网络相连。可选的,通信网络是有线网络或无线网络。
可选的,上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络,包括但不限于局域网(Local Area Network,LAN)、城域网(Metropolitan Area Network,MAN)、广域网(Wide Area Network,WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中,使用包括超文本标记语言(Hyper Text Mark-up Language,HTML)、可扩展标记语言(ExtensibleMarkupLanguage,XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer,SSL)、传输层安全(Transport Layer Security,TLS)、虚拟专用网络(Virtual Private Network,VPN)、网际协议安全(InternetProtocolSecurity,IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中,还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。
本公开的所有实施例中,飞控类设备可以包括但不限于:小型旋翼无人机(SRUA)、机载传感器、数据处理单元、飞控***、机载摄像头、降落坪、无线图传模块、无线数传模块、地面监控站;机载传感器包括惯性测量单元、GPS接收机、气压计、超声等;数据处理单元用于传感器数据的融合;飞控***完成路径规划,实现SRUA的高精度控制;机载摄像头进行降落坪图像采集;降落坪为特殊设计的无人机停落点;无线图传实现图像向地面站的传输;无线数传实现无人机与地面站数据及指令的通信;地面站由视觉处理单元和显示终端组成。
其中,无人机的飞行姿态、控制指令、云台旋转方向指令等数据都是通过数据传输链路进行传输的,而相机采集的图片则需要通过图像传输链路进行传输,数据传输与图像传输是分开进行的。而本公开提出的兼容数传图传的通信***正是兼容了数据传输和图像传输的一种方案。
下面,将结合附图及实施例对本示例实施方式中的兼容数传图传的通信***的各个步骤进行更详细的说明。
图1示出本公开实施例中一种兼容数传图传的通信***100的示意图。
如图1所示,电子硬件设备构建的兼容数传图传的通信***100包括:物理链路层102,所述物理链路层102包括数传通道和图传通道,所述图传通道根据所述数传通道建立数传链路的配置信息建立手持端与设备端之间的图传链路;网络层104,所述网络层104与所述物理链路层102进行所述配置信息和待传数据的交互;传输层106,所述传输层106与所述网络层104进行交互,所述传输层106用于根据预设的传输参数将所述待传数据通过所述图传链路或所述数传链路进行传输;网络层102,所述网络层102与所述传输层106进行交互,所述网络层102封装有读接口和写接口,所述读接口用于将所述待传数据读入,所述写接口用于将所述待传数据写出。
在本公开的一个实施例中,通过设置上述物理链路层包括数传通道和图传通道,并且设置网络层、传输层和应用层与物理链路层进行交互,并对各层的通信协议进行调整,融合了图像传输和数据传输两种模式,提升了传输平台的通用性和扩展性。
具体地,数传链路和图传链路分别为物理链路层在硬件上实现的数传模块和图传模块的连接,即数传通道和TCP/IP通道,特别是数传模块的配对过程,在协议上兼容mavlink、PX4等多种标准的开源协议,并将不同通信模块的数据进行封装和反封装用于和上下层的交互,基于C语言进行编写的JNI(Java native interface的简写,可以译作Java原生接口),供网络层进行调用。
相对于图传模块而言,数传模块的配对是一个复杂的过程,可例如,在915MHz频带上、选取了31个信道进行数据通信。其中,31个通道被划分为1个广播信道和30个工作信道,未配对的设备都要先跳到广播信道,此时PCS端为主站,远程机器人端为从站,进行查找设备和配置设备,配置完成后两端都跳到先前约定且空闲的一个工作信道上进行数据交互。
相比于数传模块,图传模块基于TCP/IP协议的配对过程就很简单。当数传模块建立了正式的连接以后,PCS的用户层APP可以设置图传模块的SSID(Service SetIdentifier,服务集标识)和key并通过数传进行同步,这样建立起了图传的配对和连接。其中,SSID技术可以将一个无线局域网分为几个需要不同身份验证的子网络,每一个子网络都需要独立的身份验证,只有通过身份验证的用户才可以进入相应的子网络,防止未被授权的用户进入本网络。
如图2所示,所述物理链路层102的数据帧包括主从模式信息、通道选择模式信息、消息类型信息、数据信息和循环冗余校验码信息,根据所述主从模式信息确定所述手持端为主设备或从设备,以及确定所述设备端为从设备或主设备;根据所述通道选择模型信息确定工作信道为所述数传通道、图传通道或Wi-Fi(Wireless-Fidelity,无线保真)通道;根据所述消息类型信息确定所述待传数据为心跳信号、应用数据、发现设备数据或所述配置信息。
可例如,所述物理链路层102的数据帧的起始字节为指示主从模式信息的第一标识位1021。
可例如,所述物理链路层102的数据帧的头部的第二字节和第三字节为指示通道选择模式信息的第二标识位1022。
可例如,所述物理链路层102的数据帧的头部的第四字节至第七字节为指示消息类型信息的第三标识位1023。
可例如,所述物理链路层102的数据帧还包括指示数据的第四标识位1024。
可例如,所述物理链路层102的数据帧还包括指示CRC(Cyclic RedundancyCheck,循环冗余校验码)高八位的第五标识位1025。
可例如,所述物理链路层102的数据帧还包括指示CRC低八位的第六标识位1026。
在本公开的一个实施例中,若所述主从模型信息为第一标识字符串,则所述手持端为主设备,所述设备端为从设备;若所述主从模型信息为第二标识字符串,则所述手持端为从设备,所述设备端为主设备。
可例如,第一标识字符串为二进制的“0”。
可例如,第二标识字符串为二进制的“1”。
在本公开的一个实施例中,若所述通道选择模型为第三标识字符串,则所述工作信道为所述数传通道;若所述通道选择模型为第四标识字符串,则所述工作信道为所述Wi-Fi通道;若所述通道选择模型为第五标识字符串,则所述工作信道为所述图传通道。
可例如,第三标识字符串为二进制的“00”。
可例如,第四标识字符串为二进制的“01”。
可例如,第五标识字符串为二进制的“10”。
在本公开的一个实施例中,若所述消息类型信息为第七标识字符串,则所述待传数据为所述心跳信号;若所述消息类型信息为第八标识字符串,则所述待传数据为所述应用数据;若所述消息类型信息为第九标识字符串,则所述待传数据为所述发现设备数据;若所述消息类型信息为第十标识字符串,则所述待传数据为所述配置信息。
可例如,第七标识字符串为二进制的“0000”。
可例如,第八标识字符串为二进制的“0100”。
可例如,第九标识字符串为二进制的“0001”。
可例如,第十标识字符串为二进制的“0010”。
在本公开的一个实施例中,所述发现设备数据包括所述手持端的唯一标识。
在本公开的一个实施例中,所述配置信息包括所述设备端的唯一标识、口令、所述手持端的身份标识、所述工作信道的标识、时间戳和密码信息。
如图3所示,所述网络层104的数据帧包括服务质量信息、所述设备端的身份标识、消息编号、时间戳和加密后的待传数据;根据所述服务质量信息确定所述待传数据的传输确认模型。
可例如,所述网络层104的数据帧的起始两个字节为指示Qos模式信息的第一标识位1041。
可例如,所述网络层104的数据帧还包括指示设备ID的第二标识位1042。
可例如,所述网络层104的数据帧还包括指示消息编号的第三标识位1043。
可例如,所述网络层104的数据帧还包括指示时间戳高八位的第四标识位1044。
可例如,所述网络层104的数据帧还包括指示时间戳高八位的第五标识位1045。
可例如,所述网络层104的数据帧还包括指示数据(暗文)的第六标识位1046。
在本公开的一个实施例中,若所述服务质量信息为第十一标识字符,则至多发送一次所述待传数据,并确认发送成功;若所述服务质量信息为第十二标识字符,则至少发送一次所述待传数据,并在接收到接收端反馈的确认指令时确认发送成功;若所述服务质量信息为第十三标识字符,则发送一次所述待传数据,并确认发送成功。
可例如,第十一标识字符串为二进制的“00”。
可例如,第十二标识字符串为二进制的“01”。
可例如,第十三标识字符串为二进制的“10”。
如图4所示,所述传输层106的数据帧包括整包指示信息、分包号信息、所述待传数据的长度和加密后的待传数据;根据所述整包指示信息确定是否对所述待传数据进行整包处理;根据所述分包号信息确定是否对所述待传数据进行分包处理,以及分包处理的分包个数。
在本公开的一个实施例中,传输层106的主要功能是在手持端和设备端建立正常的连接关系并跳转到工作信道后,保证二者数据交互的安全性和稳定性,因此这一部分只在工作信道中进行。
对于数传通道而言,传输层106的主要功能由分包和组包、加密和解密和三种Qos机制管理等等。
对于图传通道而言,因为硬件底层(tcp协议)已经做了分包,因为传输层106只有加密和解密、三种Qos机制管理者两个功能。
其中,限于数传通道的带宽,***将一帧数据的有效字节最大限定在200字节,因此当用户数据大于200字节时,需要在协议上做好分包和组包处理,发送时分包,接收是组包,这样使得用户层不必关心通信构架的实现,可以任意发送任何长度字节的数据。
本公开的通信构架使用了分段加密的方式对待传数据进行加密处理,不管数据长度大小,都可以使用固定方式进行加解密,而且不必额外增加多余字节。
其中,Qos即服务质量,既不同的消息被分为了最多发一次、至少发一次和只发一次等这三种方式。
其中,最多发一次意味着这条消息可发可不发,取决于当前是否存在其他类型的数据交互,不需要确认。
其中,至少发一次意味着当前消息在收发一次流程后还要进行一次确认交互,只有这次确认交互成立后才认为消息交互完成,否则继续进行交互。
其中,只发一次即一条信息在完成一次收发交互后就被确认为完成,无需再进行交互确认。
在本公开的实施例中,Qos作为消息划分等级后的有效补充,确定了不同类型的消息能够被不同的方式处理,增加了***的灵活性。
可例如,所述传输层106的数据帧还包括指示是否整包的第一标识位1061。
可例如,所述传输层106的数据帧还包括指示分包号的第二标识位1062。
可例如,所述传输层106的数据帧还包括指示数据长度的第三标识位1063。
可例如,所述传输层106的数据帧还包括指示数据(暗文)的第四标识位1064。
如图5所示,所述应用层108的数据帧还包括指示数据(明文)的标识位1081。
其中,应用层108用于和用户APP的数据交互,只是封装了write和read两个接口,所有的处理都是放到传输层106及以下各层进行,这样的封装有利于用户APP只需要关系自身的功能,不必区分具体的实现方式。
在本公开的一个实施例中,所述图传通道为基于TCP(传输层协议)/IP(Internetprotocol,互联网协议)协议交互的通道。
综上,应用层108就是需要和用户APP交互的明文数据,通过write(写)和read(读)两个API来实现,尤其是write(写)时,API对消息等级进行了设置。传输层106主要完成了分包和组包任务,用户数据超过200字节,发送时分包,接收时组包。协议层104增加了设备ID、消息编号和时间戳等信息,并进行了Qos管理。最底层的物理链路层102包含了当前数据的所有信息,它以网络层的整体数据作为payload(有效载荷)进行封装,并定义了使用哪种通道来进行处理。
基于本公开的通信构架,本质上是一种SDK(Software Development Kit,软件开发工具包),它向下兼容不同的通信模块和标准开源协议,向上只提供简单的API接口供用户APP调用,适用于android(安卓)平台,借助Java语言和C语言混合实现,达到了基础功能模块化、底层硬件无关化的目的,大大减小了开发时间,提高了开发效率。
图6示出本公开实施例中一种兼容数传图传的通信方法的流程图。本公开实施例提供的方法可以由任意具备计算处理能力的电子设备执行。
如图6所示,电子设备执行兼容数传图传的通信方法,包括以下步骤:
步骤S602,在如上述任一项技术方案所述的兼容数传图传的通信***下,通过广播信道扫描确定是否有待配对的设备端。
步骤S604,根据所述扫描结果确定与所述设备端进行交互的工作信道。
步骤S606,切换至所述工作信道,并通过所述工作信道创建数传链路。
步骤S608,通过所述数传链路将待传数据中的数据内容发送至所述设备端。
在本公开的一个实施例中,物理链路层建立连接以后,它需要和上层的网络层进行交互,后者的功能主要是交互配置信息、设置三种消息队列、同步时间戳和跳频。其中,跳频就是手持端和设备端根据配置信息中的工作信道进行跳转,这样保证了在这一信道内只有手持端和设备端两个点在交互,大大减小了同频干扰,并扩大了通信带宽。
可例如,配置信息包括了手持端(PCS)和设备端(device)的设备名、设备标识、设备编号、需跳转的工作信道、密码本、口令和时间戳等等。
可例如,设备名是用户设置或者第一次上电默认产生的一个字符串,由上一层接口传入,用于查找设备时的前端显示。
可例如,设备标识是第一次***上电后根据CPU的UUID(Universally UniqueIdentifier,通用唯一识别码)前六个字节生成,用于配置设备时确保接收端的正确性。
可例如,设备编号是取了设备标识的最后一个字节,用于心跳和数据交互的信息被发送到正确的接收端。
可例如,需跳转的工作信道由手持端确定,即扫描到的当前空闲的信道。
可例如,密码(本)也由手持端确定,即获取UUID的最后八个字节作为密码,并和设备端进行同步,作为正常数据的合法性校验。
可例如,设备端可以被设置成是否有口令和口令的数据,用于配置设备时的权限条件。
可例如,时间戳以手持端(PCS)为准,两者同步后可以进行正常数据的校验和过滤。
在图6所示的步骤的基础上,如图7所示,兼容数传图传的通信方法还包括:
步骤S702,根据所述数传链路确定服务集标识和密码。
步骤S704,通过所述服务集标识和所述密码通过所述工作信道创建图传链路。
步骤S706,通过所述图传链路将所述待传数据中的图像内容发送至所述设备端。
在本公开的一个实施例中,相比于数传模块,图传模块基于TCP/IP协议的配对过程就很简单。当数传模块建立了正式的连接以后,PCS的用户层APP可以设置图传模块的SSID(Service Set Identifier,服务集标识)和key(密钥)并通过数传进行同步,这样建立起了图传的配对和连接。其中,SSID技术可以将一个无线局域网分为几个需要不同身份验证的子网络,每一个子网络都需要独立的身份验证,只有通过身份验证的用户才可以进入相应的子网络,防止未被授权的用户进入本网络。
在图6所示的步骤的基础上,如图8所示,在通过广播信道扫描确定是否有待配对的设备端前,还包括:
步骤S802,扫描确定空闲的工作信道。
步骤S804,将空闲的所述工作信道进行记录。
步骤S806,切换至所述广播信道进行扫描。
在图6所示的步骤的基础上,如图9所示,根据所述扫描结果确定与所述设备端进行交互的工作信道包括:
步骤S9042,若扫描确定有待配对的所述设备端,则根据切换至与待配对的所述设备端进行交互的工作信道。
在本公开的一个实施例中,手持端和设备端在进行正常数据交互时,这些数据被分为了高、中和低三种权限,分别对应于三种队列,在每次发送数据之前,先依次检查优先级高的队列是否是数据,并按照从高到低来依次发送数据。
在图6所示的步骤的基础上,如图10所示,根据所述扫描结果确定与所述设备端进行交互的工作信道还包括:
步骤S1042,若扫描确定无待配对的所述设备端,则通过所述广播信道发送握手信号。
步骤S1044,通过所述握手信号的反馈信号确定扫描范围内的所有设备端。
步骤S1046,确定所述扫描范围内的一个设备端为目标设备端。
步骤S1048,确定与所述目标设备端进行交互的工作信道。
在本公开的一个实施例中,手持端和设备端根据配置信息建立链接时,一个重要的操作根据时间戳进行时间同步,也即通过修改自身***时间,确保手持端和设备端在同一个时间点上运行。
图11示出本公开实施例中一种兼容数传图传的通信方法的流程图。本公开实施例提供的方法可以由任意具备计算处理能力的电子设备执行。
如图11所示,电子设备执行兼容数传图传的通信方法,包括以下步骤:
步骤S1102,在如上述任一项技术方案所述的兼容数传图传的通信***下,切换至广播信道,并等待手持端发送的握手信息。
步骤S1104,根据预设的配置信息切换至工作信道,并通过所述工作信道创建数传链路。
步骤S1106,通过所述数传链路接收所述手持端发送的待传数据中的数据内容。
在本公开的一个实施例中,通过设置上述物理链路层包括数传通道和图传通道,并且设置网络层、传输层和应用层与物理链路层进行交互,并对各层的通信协议进行调整,融合了图像传输和数据传输两种模式,提升了传输平台的通用性和扩展性。
在图11所示的步骤的基础上,如图12所示,兼容数传图传的通信方法还包括:
步骤S1202,接收所述手持端发送的时间戳。
步骤S1204,根据所述时间戳进行时间同步,并通过同步后的时间进行所述待传数据的交互。
可例如,时间戳以手持端(PCS)为准,两者同步后可以进行正常数据的校验和过滤。
在如图6和图11所示的步骤的基础上,如图13所示,兼容数传图传的通信方法还包括:
步骤S1302,检测预设时段内是否接收到心跳信号。
步骤S1204,若未检测接收到所述心跳信号,则确定所述数传链路异常,并重新扫描确定空闲的工作信道。
步骤S1206,若检测接收到所述心跳信号,则确定所述数传链路正常。
在如图6和图11所示的步骤的基础上,如图14所示,兼容数传图传的通信方法还包括:
步骤S1402,检测是否主动断开所述数传链路。
步骤S1404,若未检测到主动断开所述数传链路,则确定所述数传链路正常。
步骤S1406,若检测到主动断开所述数传链路,则确定所述数传链路异常,并重新扫描确定空闲的工作信道。
在如图6和图11所示的步骤的基础上,如图15所示,兼容数传图传的通信方法还包括:
步骤S1502,确定所述待传数据的优先级。
步骤S1504,根据所述优先级将所述待传数据依次发送至消息队列,优先级高的消息队列的待传数据的发送时刻早于优先级低的待传数据的发送时刻。
在本公开的一个实施例中,手持端和设备端在进行正常数据交互时,这些数据被分为了高、中和低三种权限,分别对应于三种队列,在每次发送数据之前,先依次检查优先级高的队列是否是数据,并按照从高到低来依次发送数据。
图16示出本公开实施例中一种兼容数传图传的通信方法的流程图。本公开实施例提供的方法可以由任意具备计算处理能力的电子设备执行。
如图16所示,电子设备执行兼容数传图传的通信方法,包括以下步骤:
步骤S1602,扫描空闲信道并存表,然后切换到广播信道。
步骤S1604,根据配置信息查找已配对设备。
步骤S1606,判断是否有配对设备且返回,若是,则执行步骤S1614,若否,则执行步骤S1608。
步骤S1608,广播信道发握手信号,扫描设备。
步骤S1610,获取所有设备列表。
步骤S1612,选取目标设备。
步骤S1614,切换至工作信道。
步骤S1616,进行数据交互。
步骤S1618,根据设定超时确定心跳。
步骤S1620,是否主动断开链接,若是,则执行步骤S1626,若否,则执行步骤S1616。
步骤S1622,规定次数内是否收到心跳,若是,则执行步骤S1616,若否,则执行步骤S1624。
步骤S1624,抛出被动链接异常,然后,返回步骤S1602。
步骤S1626,抛出主动链接异常,然后,返回步骤S1602。
图17示出本公开实施例中一种兼容数传图传的通信方法的流程图。本公开实施例提供的方法可以由任意具备计算处理能力的电子设备执行。
如图17所示,电子设备执行兼容数传图传的通信方法,包括以下步骤:
步骤S1702,切换到广播信道。
步骤S1704,等待PCS握手信息。
步骤S1706,判断是否接收到切换工作信道的指令,若是,则执行步骤S1708,若否,则执行步骤S1704。
步骤S1708,根据配置信息切换到工作信道。
步骤S1710,进行数据交互。
步骤S1712,根据设定超时确定心跳。
步骤S1714,规定次数内是否收到心跳,若是,则执行步骤S1710,若否,则执行步骤S1716。
步骤S1716,抛出被动链接异常,然后,返回步骤S1702。
步骤S1718,是否主动断开链接,若是,则执行步骤S1720,若否,则执行步骤S1710。
步骤S1720,抛出主动链接异常,然后,返回步骤S1702。
基于图16和图17所示的步骤可知,PCS和设备首先在广播信道上进行握手交互,基于握手交互确定创建通信链路,PCS和设备切换至同一空闲的工作信道,并在工作信道进行数据或图像的交互。
下面参照图18来描述根据本公开的这种实施方式的兼容数传图传的通信装置1800。图18所示的兼容数传图传的通信装置1800仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图18所示,兼容数传图传的通信装置1800以硬件模块的形式表现。兼容数传图传的通信装置1800的组件可以包括但不限于:扫描模块1802、确定模块1804、切换模块1806和通信模块1808。
扫描模块1802,用于在如上述任一项技术方案所述的兼容数传图传的通信***下,通过广播信道扫描确定是否有待配对的设备端。
确定模块1804,用于根据所述扫描结果确定与所述设备端进行交互的工作信道。
切换模块1806,用于切换至所述工作信道,并通过所述工作信道创建数传链路。
通信模块1808,用于通过所述数传链路将待传数据中的数据内容发送至所述设备端。
下面参照图19来描述根据本公开的这种实施方式的兼容数传图传的通信装置1900。图19所示的兼容数传图传的通信装置1900仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图19所示,兼容数传图传的通信装置1900以硬件模块的形式表现。兼容数传图传的通信装置1900的组件可以包括但不限于:切换模块1902和通信模块1904。
切换模块,用于在如上述任一项技术方案所述的兼容数传图传的通信***下,切换至广播信道,并等待手持端发送的握手信息。
所述切换模块还用于,根据预设的配置信息切换至工作信道,并通过所述工作信道创建数传链路。
通信模块,用于通过所述数传链路接收所述手持端发送的待传数据中的数据内容。
下面参照图20来描述根据本公开的这种实施方式的电子设备2000。图20显示的电子设备2000仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图20所示,电子设备2000以通用计算设备的形式表现。电子设备2000的组件可以包括但不限于:上述至少一个处理单元2010、上述至少一个存储单元2020、连接不同***组件(包括存储单元2020和处理单元2010)的总线2030。
其中,存储单元存储有程序代码,程序代码可以被处理单元2010执行,使得处理单元2010执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如,处理单元2010可以执行本公开的兼容数传图传的通信***中限定的步骤。
存储单元2020可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)20201和/或高速缓存存储单元20202,还可以进一步包括只读存储单元(ROM)20203。
存储单元2020还可以包括具有一组(至少一个)程序模块20205的程序/实用工具20204,这样的程序模块20205包括但不限于:操作***、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线2030可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备2000也可以与一个或多个外部设备2040(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备交互的设备通信,和/或与使得该电子设备2000能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口2050进行。并且,电子设备2000还可以通过网络适配器与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信,网络适配器通过总线2030与电子设备2000的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RA标识***、磁带驱动器以及数据备份存储***等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
在本公开的示例性实施例中,还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中,本公开的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当程序产品在终端设备上运行时,程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。
根据本公开的实施方式的用于实现上述方法的程序产品,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本公开的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码,程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外,尽管在附图中以特定顺序描述了本公开中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由所附的权利要求指出。
Claims (20)
1.一种兼容数传图传的通信***,其特征在于,包括:
物理链路层,所述物理链路层包括数传通道和图传通道,所述图传通道根据所述数传通道建立数传链路的配置信息建立手持端与设备端之间的图传链路,所述物理链路层的数据帧包括主从模式信息、通道选择模式信息、消息类型信息、数据信息和循环冗余校验码信息;
网络层,所述网络层与所述物理链路层进行所述配置信息和待传数据的交互,所述网络层的数据帧包括服务质量信息、所述设备端的身份标识、消息编号、时间戳和加密后的待传数据;
传输层,所述传输层与所述网络层进行交互,所述传输层用于根据预设的传输参数将所述待传数据通过所述图传链路或所述数传链路进行传输,所述传输层的数据帧包括整包指示信息、分包号信息、所述待传数据的长度和加密后的待传数据;
应用层,所述应用层与所述传输层进行交互,所述应用层封装有读接口和写接口,所述读接口用于将所述待传数据读入,所述写接口用于将所述待传数据写出,所述应用层的数据帧还包括指示数据的标识位。
2.根据权利要求1所述的兼容数传图传的通信***,其特征在于,
根据所述主从模式信息确定所述手持端为主设备或从设备,以及确定所述设备端为从设备或主设备;
根据所述通道选择模型信息确定工作信道为所述数传通道、图传通道或Wi-Fi通道;
根据所述消息类型信息确定所述待传数据为心跳信号、应用数据、发现设备数据或所述配置信息。
3.根据权利要求2所述的兼容数传图传的通信***,其特征在于,
若所述主从模式信息为第一标识字符串,则所述手持端为主设备,所述设备端为从设备;
若所述主从模式信息为第二标识字符串,则所述手持端为从设备,所述设备端为主设备。
4.根据权利要求2所述的兼容数传图传的通信***,其特征在于,
若所述通道选择模型为第三标识字符串,则所述工作信道为所述数传通道;
若所述通道选择模型为第四标识字符串,则所述工作信道为所述Wi-Fi通道;
若所述通道选择模型为第五标识字符串,则所述工作信道为所述图传通道。
5.根据权利要求2所述的兼容数传图传的通信***,其特征在于,
若所述消息类型信息为第七标识字符串,则所述待传数据为所述心跳信号;
若所述消息类型信息为第八标识字符串,则所述待传数据为所述应用数据;
若所述消息类型信息为第九标识字符串,则所述待传数据为所述发现设备数据;
若所述消息类型信息为第十标识字符串,则所述待传数据为所述配置信息。
6.根据权利要求1所述的兼容数传图传的通信***,其特征在于,
根据所述服务质量信息确定所述待传数据的传输确认模型,包括:
若所述服务质量信息为第十一标识字符,则至多发送一次所述待传数据,并确认发送成功;
若所述服务质量信息为第十二标识字符,则至少发送一次所述待传数据,并在接收到接收端反馈的确认指令时确认发送成功;
若所述服务质量信息为第十三标识字符,则发送一次所述待传数据,并确认发送成功。
7.根据权利要求6所述的兼容数传图传的通信***,其特征在于,
根据所述整包指示信息确定是否对所述待传数据进行整包处理;
根据所述分包号信息确定是否对所述待传数据进行分包处理,以及分包处理的分包个数。
8.一种兼容数传图传的通信方法,其特征在于,包括:
在如权利要求1-7中任一项所述的兼容数传图传的通信***下,通过广播信道扫描确定是否有待配对的设备端;
根据所述扫描结果确定与所述设备端进行交互的工作信道;
切换至所述工作信道,并通过所述工作信道创建数传链路;
通过所述数传链路将待传数据中的数据内容发送至所述设备端。
9.根据权利要求8所述的兼容数传图传的通信方法,其特征在于,还包括:
根据所述数传链路确定服务集标识和密码;
通过所述服务集标识和所述密码通过所述工作信道创建图传链路;
通过所述图传链路将所述待传数据中的图像内容发送至所述设备端。
10.根据权利要求9所述的兼容数传图传的通信方法,其特征在于,在通过广播信道扫描确定是否有待配对的设备端前,还包括:
扫描确定空闲的工作信道;
将空闲的所述工作信道进行记录;
切换至所述广播信道进行扫描。
11.根据权利要求9所述的兼容数传图传的通信方法,其特征在于,根据所述扫描结果确定与所述设备端进行交互的工作信道包括:
若扫描确定有待配对的所述设备端,则根据切换至与待配对的所述设备端进行交互的工作信道;
若扫描确定无待配对的所述设备端,则通过所述广播信道发送握手信号;
通过所述握手信号的反馈信号确定扫描范围内的所有设备端;
确定所述扫描范围内的一个设备端为目标设备端;
确定与所述目标设备端进行交互的工作信道。
12.一种兼容数传图传的通信方法,其特征在于,包括:
在如权利要求1-7中任一项所述的兼容数传图传的通信***下,切换至广播信道,并等待手持端发送的握手信息;
根据预设的配置信息切换至工作信道,并通过所述工作信道创建数传链路;
通过所述数传链路接收所述手持端发送的待传数据中的数据内容。
13.根据权利要求12所述的兼容数传图传的通信方法,其特征在于,还包括:
接收所述手持端发送的时间戳;
根据所述时间戳进行时间同步,并通过同步后的时间进行所述待传数据的交互。
14.根据权利要求8-11中任一项所述的兼容数传图传的通信方法,其特征在于,还包括:
检测预设时段内是否接收到心跳信号;
若检测接收到所述心跳信号,则确定所述数传链路正常;
若未检测接收到所述心跳信号,则确定所述数传链路异常,并重新扫描确定空闲的工作信道。
15.根据权利要求8-11中任一项所述的兼容数传图传的通信方法,其特征在于,还包括:
检测是否主动断开所述数传链路;
若未检测到主动断开所述数传链路,则确定所述数传链路正常;
若检测到主动断开所述数传链路,则确定所述数传链路异常,并重新扫描确定空闲的工作信道。
16.根据权利要求8-11中任一项所述的兼容数传图传的通信方法,其特征在于,还包括:
确定所述待传数据的优先级;
根据所述优先级将所述待传数据依次发送至消息队列,优先级高的消息队列的待传数据的发送时刻早于优先级低的待传数据的发送时刻。
17.一种兼容数传图传的通信装置,其特征在于,包括:
扫描模块,用于在如权利要求1-7中任一项所述的兼容数传图传的通信***下,通过广播信道扫描确定是否有待配对的设备端;
确定模块,用于根据所述扫描结果确定与所述设备端进行交互的工作信道;
切换模块,用于切换至所述工作信道,并通过所述工作信道创建数传链路;
通信模块,用于通过所述数传链路将待传数据中的数据内容发送至所述设备端。
18.一种兼容数传图传的通信装置,其特征在于,包括:
切换模块,用于在如权利要求1-7中任一项所述的兼容数传图传的通信***下,切换至广播信道,并等待手持端发送的握手信息;
所述切换模块还用于,根据预设的配置信息切换至工作信道,并通过所述工作信道创建数传链路;
通信模块,用于通过所述数传链路接收所述手持端发送的待传数据中的数据内容。
19.一种电子设备,其特征在于,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求12-16中任一项所述的兼容数传图传的通信方法。
20.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,
所述计算机程序被处理器执行时实现权利要求12-16中任一项所述的兼容数传图传的通信方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110041602.1A CN112887372B (zh) | 2021-01-13 | 2021-01-13 | 兼容数传图传的通信***、方法、装置、设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110041602.1A CN112887372B (zh) | 2021-01-13 | 2021-01-13 | 兼容数传图传的通信***、方法、装置、设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112887372A CN112887372A (zh) | 2021-06-01 |
CN112887372B true CN112887372B (zh) | 2023-05-02 |
Family
ID=76045290
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110041602.1A Active CN112887372B (zh) | 2021-01-13 | 2021-01-13 | 兼容数传图传的通信***、方法、装置、设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112887372B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102685467A (zh) * | 2012-04-27 | 2012-09-19 | 中国科学院空间科学与应用研究中心 | 一种用于无人机上的无线图传通信***及其方法 |
CN103823451A (zh) * | 2014-03-07 | 2014-05-28 | 国家电网公司 | 基于gis的无人机电力线路巡检集中调度***及方法 |
CN106454209A (zh) * | 2015-08-06 | 2017-02-22 | 航天图景(北京)科技有限公司 | 基于时空信息融合技术的无人机应急快反数据链***及方法 |
CN107529033A (zh) * | 2016-06-22 | 2017-12-29 | 北京臻迪机器人有限公司 | 一种图传数传共链路的通信***及方法 |
WO2018127452A1 (en) * | 2017-01-05 | 2018-07-12 | Novelty Aps | Surveillance method, drone, mobile device, surveillance system, data carrier |
CN108513331A (zh) * | 2018-03-20 | 2018-09-07 | 北京大学 | 一种面向水中机器人的水下组网方法 |
CN109345804A (zh) * | 2018-10-11 | 2019-02-15 | 天津大学 | 一种基于移动网络的无人机控制信令和数据传输方法 |
CN110007690A (zh) * | 2019-05-08 | 2019-07-12 | 北京天龙智控科技有限公司 | 一种无人机巡检***及方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10948304B2 (en) * | 2018-08-30 | 2021-03-16 | Here Global B.V. | Method and apparatus for creating underground or interior drone routes |
-
2021
- 2021-01-13 CN CN202110041602.1A patent/CN112887372B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102685467A (zh) * | 2012-04-27 | 2012-09-19 | 中国科学院空间科学与应用研究中心 | 一种用于无人机上的无线图传通信***及其方法 |
CN103823451A (zh) * | 2014-03-07 | 2014-05-28 | 国家电网公司 | 基于gis的无人机电力线路巡检集中调度***及方法 |
CN106454209A (zh) * | 2015-08-06 | 2017-02-22 | 航天图景(北京)科技有限公司 | 基于时空信息融合技术的无人机应急快反数据链***及方法 |
CN107529033A (zh) * | 2016-06-22 | 2017-12-29 | 北京臻迪机器人有限公司 | 一种图传数传共链路的通信***及方法 |
WO2018127452A1 (en) * | 2017-01-05 | 2018-07-12 | Novelty Aps | Surveillance method, drone, mobile device, surveillance system, data carrier |
CN108513331A (zh) * | 2018-03-20 | 2018-09-07 | 北京大学 | 一种面向水中机器人的水下组网方法 |
CN109345804A (zh) * | 2018-10-11 | 2019-02-15 | 天津大学 | 一种基于移动网络的无人机控制信令和数据传输方法 |
CN110007690A (zh) * | 2019-05-08 | 2019-07-12 | 北京天龙智控科技有限公司 | 一种无人机巡检***及方法 |
Non-Patent Citations (1)
Title |
---|
一种无人机网络跨层协议架构分析;张继永;《数字技术与应用》;20200925(第09期);第31-33页 * |
Also Published As
Publication number | Publication date |
---|---|
CN112887372A (zh) | 2021-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Khan et al. | Emerging use of UAV’s: secure communication protocol issues and challenges | |
EP1500244B1 (en) | Wireless network computing | |
US9503957B2 (en) | Low cost mesh network capability | |
CN111818669B (zh) | 移动终端及其数据传输方法 | |
EP2941712B1 (en) | Virtual desktop access using wireless devices | |
US20050138215A1 (en) | Point-to-point data communication implemented with multipoint network data communication components | |
CN111479336A (zh) | Wi-fi芯片组的软件框架和开发平台 | |
CN112887372B (zh) | 兼容数传图传的通信***、方法、装置、设备和存储介质 | |
RU2297101C2 (ru) | Обработка данных в беспроводной сети | |
US10666492B1 (en) | Method and apparatus of providing emergency communication services | |
CN115543351B (zh) | 应用程序安装方法和电子设备 | |
CN115174107B (zh) | 虚拟用户的认证方法、装置、设备及存储介质 | |
CN111131425B (zh) | 分布式***以及分布式***的通信方法 | |
KR20230003121A (ko) | 데이터 통신 방법 및 관련된 장치 | |
CN116582888A (zh) | 分布式通信方法、***、装置、设备及存储介质 | |
CN116939012A (zh) | 一种数据处理方法、装置以及相关设备 | |
CN118283594A (zh) | 共享通信的方法及相关装置 | |
US20180239575A1 (en) | Mobile application function sharing through near field communication | |
CN118250309A (zh) | 用于远程控制测量仪器的***和方法 | |
CN117938933A (zh) | 一种混合环境即时通信方法及通信终端 | |
CN116634033A (zh) | 一种数据传输方法、数据传输装置、设备和存储介质 | |
CN117376853A (zh) | 一种基于短消息的交互方法和交互*** | |
CN113891310A (zh) | 协作通信方法、用户设备及*** | |
JP2009089398A (ja) | 無線ネットワークコンピューティング | |
JP2018029226A (ja) | 通信システム、および、通信方法 |
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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 601, 6 / F, building 2, No. 18, Kechuang 11th Street, Daxing District, Beijing, 100176 Applicant after: Jingdong Technology Information Technology Co.,Ltd. Address before: 601, 6 / F, building 2, No. 18, Kechuang 11th Street, Daxing District, Beijing, 100176 Applicant before: Jingdong Shuke Haiyi Information Technology Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |