CN105101102A - 组播传输方法、信息提取方法及相应的终端和设备 - Google Patents
组播传输方法、信息提取方法及相应的终端和设备 Download PDFInfo
- Publication number
- CN105101102A CN105101102A CN201510378923.5A CN201510378923A CN105101102A CN 105101102 A CN105101102 A CN 105101102A CN 201510378923 A CN201510378923 A CN 201510378923A CN 105101102 A CN105101102 A CN 105101102A
- Authority
- CN
- China
- Prior art keywords
- frame
- information
- string
- length
- coding unit
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明的主要目的在于提供一种待传输信息组播传输方法,其包括如下步骤:将待传输信息的编码序列分离成多个码串,定义每个码串与为其分配的表征索引顺序的相应索引串为编码单元;基于组播数据帧格式构造参考帧;基于组播数据帧格式构造信息帧,使其目的地址域包含所述编码单元的第一部分内容,使其帧长度与所述参考帧的帧长度的差值包含所述编码单元的其余部分内容;传输所述参考帧及信息帧。本发明还依照与该方法相逆原理公开一种组播数据帧信息提取方法。此外,还对应上述两组方法公开了相应的智能控制终端及智能设备的实现方案。本发明利用组播数据帧进行信息传输,无需依赖传输双方先行建立连接,简化通信过程,使设备间通信效果快捷而高效。
Description
技术领域
本发明涉及信息编码技术,具体涉及一种智能控制终端及其所采用的待传输信息组播传输方法,还涉及一种智能设备及其所采用的组播数据帧信息提取方法。
背景技术
物联网的发展,使得各种通信接入技术出现了越来越多的交叉。早期基于WiFi而实现的Ad-Hoc技术,实现了WiFi设备之间的点对点的连接,但由于这一技术只能实现单点对单点的通信,而且不具有安全防范技术等,因此虽然便于连接但却很快被WiFiDirect(直连)技术所弱化甚至代替。WiFi直连技术,可以使得任意一台经过WiFi直连认证的设备,既可工作于AP(接入点)模式,又可工作于STA(工作站)模式,其以小组为单元实现两台或多台WiFi设备之间的互连互通,其中有且只有一部WiFi设备用作管理中心,对小组内其余的工作站的连接进行集中管理。WiFi直连技术还可以兼容WiFi协议中的各种加密方式,因此更为安全,而且由于其具有服务发现和基础设备发现等功能,使用便利,接入可靠,相对于其它技术更受欢迎,目前正广泛应用中。借助这些技术,可实现多台设备之间的互联,而无需依赖于路由器之类的中间设备。
促进物联网技术发展的较为基础和经典的一个应用场景是,利用WiFiDirect技术用于从一台已经接入互联网或者局域网的智能控制终端例如手机,向另一台与本设备具有共通协议的智能设备传输当前自身已接入的目标网络的登录配置信息,然后,接收该配置信息的智能设备便根据该配置信息而登录目标网络,实现自身的联网接入。由于与物联网相关的设备多具有轻便可移动无高效人机交互功能等特点,多采用WiFi接入方式,因此这里所称的目标网络,一般指WiFi接入点,也即WiFiAP所构建的局域网(当然也包括以此为基础扩展的更复杂的WiFi网络)。因此,所谓的配置信息,一般也是登录相关AP的身份识别和验证信息,包括但不限于AP的服务集标识(SSID)、密码等。智能设备基于WiFiDirect技术接收配置信息实现自身的接入目标网络之后,便可正常工作。
但是,目前的WiFiDirect技术,只能在智能控制终端与智能设备之间建立了直连之后,才能将所述的配置信息从智能控制终端传输到智能设备,所以基于这一技术实现的直连方案,受限于完成直连的速度,如果直连过程中由于丢包之类的意外发生,往往会导致无法建立有效的连接,从而不能达到将所述的配置信息从智能控制终端传输给智能设备的目的。
有鉴于上述的技术沿革过程,有必要对智能设备的数据传输技术进一步开发,通过技术积累来推动物联网的进一步发展。
发明内容
本发明的第一目的旨在解决上述至少一个问题,提供一种智能控制终端及其所采用的待传输信息组播传输方法,以便借助组播数据帧实现免连接传输数据。
本发明的第二目的在于解决上述至少一个问题,提供一种智能设备及其所采用的组播数据帧信息提取方法,以便呼应前一目的获得所述的待传输信息。
为了实现本发明的第一目的,本发明采取如下技术方案:
本发明提供的一种待传输信息组播传输方法,包括如下步骤:
将待传输信息的编码序列分离成多个码串,定义每个码串与为其分配的表征索引顺序的相应索引串为编码单元;
基于组播数据帧格式构造参考帧;
基于组播数据帧格式构造信息帧,使其目的地址域包含所述编码单元的第一部分内容,使其帧长度与所述参考帧的帧长度的差值包含所述编码单元的其余部分内容;
传输所述参考帧及信息帧。
具体的,所述编码单元的长度定义为总长度,所述索引串占据第一长度,所述码串占据第二长度,总长度为第一长度与第二长度之和。
较佳的,各编码单元的总长度一致。
根据本发明的一个实施例揭示,所述码串包括被与索引串串接表达于所属信息帧的目的地址域中的第一子码串,和被表达于所属信息帧与该参考帧的帧长度差值中的第二子码串。
根据本发明的一个实施例揭示,所述索引串包括被与码串串接表达于所属信息帧的目的地址域中的第一子索引串,和被表达于所属信息帧与该参考帧的帧长度差值中的第二子索引串。
根据本发明的一个实施例揭示,所述码串被表达于所属信息帧的目的地址域中,所述索引串被表达于其所属信息帧与该参考帧的帧长度差值中。
根据本发明的一个实施例揭示,所述索引串被表达于所属信息帧的目的地址域中,所述码串被表达于其所属信息帧与该参考帧的帧长度差值中。
具体的,所述信息帧所具有的目的地址域提供可编码比特区用于表达所述编码单元,该可编码比特区靠近目的地址域的实际字节长度的低位设置。
较佳的,所述目的地址域的可编码比特区长度为不超过23位。
根据本发明的一个实施例所揭示,所述参考帧的目的地址域提供可编码比特区,该可编码比特区中各个比特均被置为0或1,且该参考帧的帧长度被配置为小于所述信息帧的帧长度。
较佳的,所述信息帧的帧长度被配置为其与所述参考帧的帧长度的差值居于特定范围之内。
具体的,不同信息帧间的帧长度变化均唯一性关联于该信息帧中的帧本体域的长度。
进一步,传输所述参考帧及信息帧的步骤中,同一所述参考帧及信息帧被多次传输。
具体的,所述组播数据帧为IEEE802.11协议所规范。
较佳的,所述待传输信息的编码序列,为依据所述待传输信息被加密形成的密文进行编码获得的编码序列。
本发明提供的一种智能控制终端,其包括:
编码拆分单元,用于将待传输信息的编码序列分离成多个码串,定义每个码串与为其分配的表征索引顺序的相应索引串为编码单元;
参考帧构造单元,被配置为基于组播数据帧格式构造参考帧;
信息帧构造单元,被配置为基于组播数据帧格式构造信息帧,使其目的地址域包含所述编码单元的第一部分内容,使其帧长度与所述参考帧的帧长度的差值包含所述编码单元的其余部分内容;
信号传输单元,用于传输所述参考帧及信息帧。
具体的,所述编码单元的长度被定义为总长度,所述索引串占据第一长度,所述码串占据第二长度,总长度为第一长度与第二长度之和。
较佳的,各编码单元均被配置为具有一致的总长度。
根据本发明所的一个实施例所揭示,所述码串包括被与索引串串接表达于所属信息帧的目的地址域中的第一子码串,和被表达于所属信息帧与该参考帧的帧长度差值中的第二子码串。
根据本发明所的一个实施例所揭示,所述索引串包括被与码串串接表达于所属信息帧的目的地址域中的第一子索引串,和被表达于所属信息帧与该参考帧的帧长度差值中的第二子索引串。
根据本发明所的一个实施例所揭示,所述码串被表达于所属信息帧的目的地址域中,所述索引串被表达于其所属信息帧与该参考帧的帧长度差值中。
根据本发明所的一个实施例所揭示,所述索引串被表达于所属信息帧的目的地址域中,所述码串被表达于其所属信息帧与该参考帧的帧长度差值中。
具体的,所述信息帧所具有的目的地址域具有可编码比特区用于表达所述编码单元,该可编码比特区靠近目的地址域的实际字节长度的低位设置。
较佳的,所述目的地址域的可编码比特区长度为不超过23位。
根据本发明所的一个实施例所揭示,所述参考帧的目的地址域具有可编码比特区,该可编码比特区中各个比特均被置为0或1,且该参考帧的帧长度被配置为小于所述信息帧的帧长度。
较佳的,所述信息帧的帧长度被配置为其与所述参考帧的帧长度的差值居于特定范围之内。
具体的,不同信息帧间的帧长度变化均唯一性关联于该信息帧中的帧本体域的长度。
进一步,所述信号传输单元,被配置为将同一所述参考帧及信息帧多次传输。
具体的,所述组播数据帧为IEEE802.11协议所规范。
较佳的,所述待传输信息的编码序列,为依据所述待传输信息被加密形成的密文进行编码获得的编码序列。
为适应本发明的第二目的,本发明采取如下技术方案:
本发明提供的一种组播数据帧信息提取方法,包括如下步骤:
接收基于组播数据帧格式实现的参考帧与信息帧;
从所述信息帧中提取其目的地址域所表达的编码单元的第一部分内容,以信息帧与所述参考帧的帧长度差值确定该编码单元的其余部分内容,获得完整的所述编码单元;
将获得的所有编码单元按其各自所具有的索引串所表征的顺序拼接各编码单元所含码串以构成编码序列;
将该编码序列还原为信息。
具体的,接收基于组播数据帧格式实现的参考帧与信息帧步骤包括如下具体步骤:
接收组播数据帧;
判断该组播数据帧是否为所述参考帧;
当判断其为参考帧时,开始接收所述的信息帧。
具体的,所接收的参考帧的帧长度小于所接收的信息帧的帧长度。
具体的,从所述信息帧的目的地址域的可编辑比特区中提取所述的编码单元的第一部分内容。
具体的,所述可编辑比特区占据该目的地址域的低23位。
具体的,所述参考帧的目的地址域的低23位的值为全0或全1。
具体的,所接收的不同信息帧间的帧长度变化唯一性关联于信息帧内的帧本体域长度。
较佳的,通过比较信息帧与帧本体域的长度与所述参考帧的帧本体域的长度确定所述信息帧与所述参考帧的帧长度差值。
较佳的,每个编码单元所包含的索引串被表达于其所在信息帧的目的地址域或所述信息帧与参考帧的长度差值中。
具体的,每个信息帧所对应的编码单元的码串由第一子码串和第二子码串构成,该信息帧的目的地址域用于表达所述第一子码串,该信息帧的帧长度与所述参考帧的帧长度之间的差值用于表达所述第二子码串。
进一步,将编码序列还原为信息的步骤包括如下具体步骤:
将所述编码序列对应解析为密文;
以预存密钥解密该密文,获得所述的信息。
具体的,所述组播数据帧符合IEEE802.11协议的规范。
本发明提供的一种智能设备,其包括:
接收单元,用于接收基于组播数据帧格式实现的参考帧与信息帧;
提取单元,被配置为从所述信息帧中提取其目的地址域所表达的编码单元的第一部分内容,以信息帧与所述参考帧的帧长度差值确定该编码单元的其余部分内容,获得完整的所述编码单元;
构造单元,用于将获得的所有编码单元按其各自所具有的索引串所表征的顺序拼接各编码单元所含码串以构成编码序列;
还原单元,用于将该编码序列还原为信息。
进一步,所述接收单元被配置为接收组播数据帧后,判断该组播数据帧是否为所述参考帧,当其为参考帧时,开始接收所述的信息帧。
具体的,所述接收单元所接收的参考帧的帧长度小于其所接收的信息帧的帧长度。
进一步,所述提取单元被配置为从所述信息帧的目的地址域的可编辑比特区中提取所述的编码单元的第一部分内容。
具体的,所述可编辑比特区占据该目的地址域的低23位。
具体的,所述参考帧的目的地址域的低23位的值为全0或全1。
具体的,所接收的不同信息帧间的帧长度变化唯一性关联于信息帧内的帧本体域长度。
较佳的,所述提取单元被配置为通过比较信息帧与帧本体域的长度与所述参考帧的帧本体域的长度确定所述信息帧与所述参考帧的帧长度差值。
具体的,每个编码单元所包含的索引串被表达于其所在信息帧的目的地址域或所述信息帧与参考帧的长度差值中。
较佳的,每个信息帧所对应的编码单元的码串由第一子码串和第二子码串构成,该信息帧的目的地址域用于表达所述第一子码串,该信息帧的帧长度与所述参考帧的帧长度之间的差值用于表达所述第二子码串。
进一步,所述还原单元被配置为先将所述编码序列对应解析为密文,然后以预存密钥解密该密文,获得所述的信息。
较佳的,所述组播数据帧符合IEEE802.11协议的规范。
与现有技术相比较,本发明的方案具有以下优点:
1、本发明以组播数据帧为基本素材,利用其中的目的地址域和不同帧之间的帧长度差值为载体,将待传输信息对应的编码序列加工成含有索引顺序的多个编码单元后,将各个编码单元加载到利用组播数据帧实现的多个信息帧的目的地址域及每个信息帧与参考帧的帧长度差值中,实现了利用组播数据帧加载待传输信息并进行组播的技术条件,由于组播数据帧的传输不必依赖于智能控制终端(传输端)和智能设备(接收端)之间建立直连,也无需接入同一路由设备,所以,传输端便可以以组播数据帧为载体向空中辐射无线信号,以向接收端传输数据。对应的,在接收端收到相应的参考帧与信息帧之后,利用逆向原理,以参考帧为参照,从多个相关信息帧的目的地址域及该些信息帧与参考帧之间的帧长度差值中提取待传输信息的多个编码单元,每个信息帧可以提取出一个编码单元,将多个编码单元按照其所含索引顺序进行组装,还原成所述的编码序列,再将编码序列还原成相应的所述的待传输信息,即可完成接收端对所述待传输信息的接收。
2、基于组播数据帧的特性,智能控制终端可以对组播数据帧的目的地址域进行局域控制,还可以对帧本体域的长度进行扩展,本发明巧妙地利用了组播数据帧结构的这种特性,在利用组播数据帧进行数据传输时,不仅利用了其目的地址域,而且利用了其帧本体域长度与参考帧的帧本体域之间的长度之间差值,扩展了每个组播数据帧所能表达的内容的长度,因此组播数据帧的信息表达能力便被大大增强。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本发明所采用的组播地址的结构示意图;
图2为本发明所采用的组播地址与IP地址之间映射关系示意图;
图3为本发明的待传输信息组播传输方法的原理示意图;
图4为本发明的组播数据帧信息提取方法的原理示意图;
图5为本发明的智能控制终端的结构示意图;
图6为本发明的智能设备的结构示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解,这里所使用的“终端”、“终端设备”、“智能设备”、“智能控制终端”既包括无线信号接收器的设备,其仅具备无发射能力的无线信号接收器的设备,又包括接收和发射硬件的设备,其具有能够在双向通信链路上,执行双向通信的接收和发射硬件的设备。这种设备可以包括:蜂窝或其他通信设备,其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备;PCS(PersonalCommunicationsService,个人通信系统),其可以组合语音、数据处理、传真和/或数据通信能力;PDA(PersonalDigitalAssistant,个人数字助理),其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(GlobalPositioningSystem,全球定位系统)接收器;常规膝上型和/或掌上型计算机或其他设备,其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的各种“终端”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的,或者适合于和/或配置为在本地运行,和/或以分布形式,运行在地球和/或空间的任何其他位置运行。这里所使用的各种“终端”还可以是通信终端、上网终端、音乐/视频播放终端,例如可以是PDA、MID(MobileInternetDevice,移动互联网设备)和/或具有音乐/视频播放功能的移动电话,也可以是智能电视、机顶盒、智能摄像头、智能遥控器、智能插座等设备。
本发明中,以组播数据帧为技术实现载体,对编码和解码两方面的技术进行详细揭示,使本领域技术人员依照本说明书即可免经创造性思维实现之。为便于本领域技术人员的理解,本发明提供两种相对应的方法,其一是一种待传输信息组播传输方法,在该方法中通过编码实现对待传输信息的加载和发送,而通过一种组播数据帧信息提取方法进行解码以提取被传输过来的信息。以这样的系统实现信息从编码到发送到接收以至于解码还原的全过程。
由于本发明的方法涉及对组播数据帧的利用,接受802.11协议的规范,因此,有必要先行了解802.11协议所规范的物理帧(MAC帧)的基础知识。
表1:802.11协议族MAC帧结构(首行单位为Bytes字节):
以下针对表1涉及的各个域做相应的说明:
FrameControl,帧控制域;
Duration/ID,持续时间/标识,表明该帧和它的确认帧将会占用信道多长时间;对于帧控制域子类型为:PowerSave-Poll的帧,该域表示了STA的连接身份(AID,AssociationIndentification)
AddressFields(1-4):为地址域,包括4个地址(源地址、目的地址、发送方地址和接收方地址),取决于帧控制字段中的ToDS和FromDS位。
SeqCtrl,即SequenceControl―为序列控制域,用于过滤重复帧。
FrameBody:帧本体域,或称数据域,用于表示发送或接收的信息。
CheckSum:校验域,包括32位的循环冗余校验(CRC)。
表2:帧控制(FrameControl)结构(首行单位为比特(位)):
2 | 2 | 4 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
Version | Type | Subtype | To DS | From DS | MF | Retry | Pwr | More | W | O |
以下针对表2涉及的各个字段做相应的说明:
ProtocolVersion―表示IEEE802.11标准的版本。
Type―表示帧类型:包括管理、控制和数据等类。
Subtype―表示帧的子类型,如:认证帧(AuthenticationFrame)、解除认证帧(DeauthenticationFrame)、连接请求帧(AssociationRequestFrame),连接响应帧(AssociationResponseFrame)、重新连接请求帧(ReassociationRequestFrame)、重新连接响应帧(ReassociationResponseFrame)解除连接帧(DisassociationFrame)、信标帧(BeaconFrame)、Probe帧(ProbeFrame)、Probe请求帧(ProbeRequestFrame)或Probe响应帧(ProbeResponseFrame)。
ToDS―当帧发送给DistributionSystem(DS)时,该值设置为1。
FromDS―当帧从DistributionSystem(DS)处接收到时,该值设置为1。
MF―MoreFragment表示当有更多分段属于相同帧时该值设置为1。
Retry―表示该分段是先前传输分段的重发帧。
Pwr―PowerManagement,表示传输帧以后,站所采用的电源管理模式。
More―MoreData,表示有很多帧缓存到站中。
W―WEP,表示根据WEP(WiredEquivalentPrivacy)算法对帧主体进行加密。
O―Order1表示接受者应该严格按照顺序处理该帧。
根据表2的说明可知,通过FromDS与ToDS字段可以确定组播数据帧的目的地址域所在位置。参阅表3:
表3:地址字段在数据帧中的用法:
功能 | To DS | From DS | Address1(接收端) | Address2(发送端) | Address3 | Address4 |
IBSS | 0 | 0 | DA | SA | BSSID | 未使用 |
To AP(基础结构型) | 1 | 0 | BSSID | SA | DA | 未使用 |
From AP(基础结构型) | 0 | 1 | DA | BSSID | SA | 未使用 |
WDS(无线分布式系统) | 1 | 1 | RA | TA | DA | SA |
本领域技术人员应当知晓,IP地址空间被划分为A、B、C三类。第四类即D类地址被保留用做组播地址。在第四版的IP协议(IPv4)中,从224.0.0.0到239.255.255.255间的所有IP地址都属于D类地址。
组播地址中最重要的是第24位到27位间的这四位,对应到十进制是224到239,其它28位保留用做组播的组标识,如图1所示。
IPv4的组播地址在网络层要转换成网络物理地址。对一个单播的网络地址,通过ARP协议可以获取与IP地址对应的物理地址。但在组播方式下ARP协议无法完成类似功能,必须得用其它的方法获取物理地址。在下面列出的RFC文档中提出了完成这个转换过程的方法:
RFC1112:MulticastIPv4toEthernetphysicaladdresscorrespondence
RFC1390:CorrespondencetoFDDI
RFC1469:CorrespondencetoToken-Ringnetworks
在最大的以太网地址范围内,转换过程是这样的:将以太网地址的前24位最固定为01:00:5E,这几位是重要的标志位。紧接着的一位固定为0,其它23位用IPv4组播地址中的低23位来填充。该转换过程如图2所示。例如,组播地址为224.0.0.5其以太网物理地址为01:00:5E:00:00:05。可以看出,这里的目的地址域的低23位(也可更少)便可以作为可编辑比特区,供加载信息。
此外,帧本体域,即FrameBody,这部分内容的长度可变,其具体存储的内容由帧类型(type)和子类型(subtype)决定。
在终端设备未连接WiFi接入点的时候,WiFi芯片是可以侦测到空间中的射频信号并识别MAC帧的,但是此时设备因为经过接入点的认证未有密钥,所以无法进一步解析帧结构中帧本体域的数据,但由于帧本体域的帧长度可知,从而整个组播数据帧的帧长度也可知,因此,这一特性并不影响对组播数据帧的帧长度的利用。故而,本发明通过利用这些字段,使得在智能设备即使不联网的情况下也能接收到智能控制终端以组播方式发送的信息。实际上,根据802.11协议的规范也可知,对于一个组播数据帧而言,其整个帧的长度唯一性地关联并决定于其中的帧本体域的长度。
根据上述揭示的知识可以看出,对于组播数据帧而言,其帧结构中的目的地址域及其帧本体长度变化均可用于加载待传输信息。上述揭示的知识是了解本发明的实现的基础,以下将以上述知识为基础,展开对本发明的方法的揭示。
本发明提供的一种待传输信息组播传输方法,通常是作为主动发起方,或者作为中央控制方的视角来加以描述的,可以通过编程将本方法实现为计算机程序安装在类似手机、平板电脑或者具有智能化的智能控制终端中运行,例如,在运行Android、IOS、WindowsPhone系统的手机或与平板电脑中安装利用该传输方法实现的APP(应用程序),由该应用程序执行该传输方法。
请参阅图3,本发明的待传输信息组播传输方法的一个典型实施例中,该方法具体包括如下步骤:
步骤S11、将待传输信息的编码序列分离成多个码串,定义每个码串与为其分配的表征索引顺序的相应索引串为编码单元。
所述的待传输信息,在一个应用场景中,可以是包含用于提供WiFi接入点的服务集标识(SSID)及其密码的信息,或者其他诸如验证信息之类的数据量不大的信息。
待传输信息在编码前,被解析为机器二进制码构成的编码序列。为了使待传输信息更加安全,先对待传输信息进行加密,形成密文之后再转换为所述的编码序列。加密的方式既可以是公钥加密,也可以是对称密钥加密,只要接收端利用相对应的密钥(如公钥加密中的私钥或对称加密中的同一密钥)能够解密即可。无论是加密或是公开的状态,待传输信息被解析为二进制码后,便可对其进行编码,使其适于分配到各个组播数据帧中。
首先,将待传输信息的编码序列分离成若干个码串,每个码串构成相对独立而无信息意义的一部分,以同一长度加以表达,例如占据20个比特。然后,为每一个码串分配一个索引串,这个码串同理也用二进制表达,占据例如6个比特,6个比特的格式下,便可用于表达26组码串。继而,为每个所述的码串组合一个所述的索引串,按照索引串的数值大小,可以对所述的码串的固有顺序进行表达,即编码序列分离出的码串按其串接顺序而匹配相应大小的索引串,使该索引串可以用于表达与其相对应的码串的索引顺序即可。由此而完成整个编码序列的分拆和排序。其中,为说明的便利,将每个索引串及与其组合的码串定义为一个编码单元,则待传输信息便被分离为多个编码单元,每个编码单元相对独立,但相互之间是有序的。需要注意的是,编码单元本身是一个组合概念,而非一个顺序固定的概念。为了实现对组播数据帧的利用,编码单元的总长度是确定的共26比特,所述索引串占据其中的第一长度共6个比特,而剩余的第二长度20比特则为相应的码串所占据,编码单元的总长度恰好为第一长度与第二长度之和。显然,所有的编码单元都具有相同的总长度。
所述待传输信息被分离成多个编码单元之后,便可基于组播数据帧进行后续编码。
步骤S12、基于组播数据帧格式构造参考帧。
所述参考帧的构造较为灵活,可以在组播数据帧的基础上,依照前述有关组播数据帧的结构的揭示,将其目的地址域中的可编辑比特区,即其低23位比特全部置为0或者1,或者其它特定的比特序列也可,并且确定其帧本体的长度为基准长度。在这个基础上,只要参考帧接收方能够遵守本发明的规范,便可依据此处对参考帧的编码原理识别该参考帧,并且能够确定该帧本体域的长度,将该长度确定为基本长度。作为等同替换手段,由于帧本体域的长度决定了整个参考帧的长度,因此,也可直接以参考帧的总长度为基准长度。该基准长度小于后续信息帧的帧长度,以便借助这种帧长度之间的差值来确定信息编码。同理,作为等同替换手段,也可使参考帧的帧长度大于后续信息帧的帧长度。
步骤S13、基于组播数据帧格式构造信息帧,使其目的地址域包含所述编码单元的第一部分内容,使其帧长度与所述参考帧的帧长度的差值包含所述编码单元的其余部分内容。
由于本发明涉及到对信息帧与参考帧的帧长度差值的利用,因此,可以规范该差值的变化范围,使该变化范围特定,使信息帧与参考帧之间帧长度差值维持在一个特定范围之内,暂以最大值8为实施例。在计算机中,可以用3位二进制000-111来表示各种不同差值,当其与前述目的地址域的低23位结合时,便能构成26位的表达能力,其中6位索引串能表达64组数据,每帧中的其余20位则可表达2.5Bytes的数据量,一次编码便可满足160Bytes信息量的表述能力。
同理,所述信息帧也是以组播数据帧为基础进行构造的。构造所述的信息帧的过程,便是将每个编码单元分别对应编码到一个信息帧的过程。以下概述每个编码单元与信息帧结构之间编码关系的几种方式。
第一种编码方式:
将编码单元所包括的码串分拆为两部分,即第一子码串和第二子码串,设第一子码串为17位,第二子码串刚好占据所述差值的全3位。而每个码串的第一子码串前面串接该编码单元中的索引串,因此,索引串与所述第一子码串的拼接体便为23个字节,刚好等于组播数据帧提供的23位的可编辑比特区,表达在其中。而第二子码串,假设为010,代表十进制数值2,则可以通过确定信息帧的帧本体域的长度,使信息帧的帧长度大于(其他实施例中也可以是小于)参考帧的帧长度(基准长度)2Bytes而实现编码表达。后续接收方利用信息帧的帧长度减去参考帧的帐长度之后,便可获得010这一第二子码串。
第二种编码方式:
本编码方式与前一种编码方式的不同之处仅在于,被分拆的对象是编码单元中的索引串而非其码串,由于在上述提供的实例的数据中,码串总长20位,可以将其完全表达于组播数据帧的可编辑比特区中,因此,这种情况下可编辑比特区只能供表达索引串中的3位,即第一子索引串,而索引串的剩余3位即第二子索引串只能被参照前述第一种编码方式表达于其所述的信息帧与所述的参考帧的帧长度差值中。
前述两种方式的示例中,6位索引串与20位码串的长度与目的地址域低23位及帧长度差值3位之间的这种搭配关系是优选的方案,既能够尽可能地加强组播数据帧表达信息的能力,又能够降低因传输过程中UDP数据包丢包而导致的信息传输不成功的风险。
第三种编码方式:
这种编码方式,简单将编码单元中的码串直接表达于其所属信息帧的目的地址域中,例如占据目的地址域的低20位,而将索引串表达于其所属信息帧与所述的参考帧的帧长度差值中。如果索引串的长度维持为前例的6位,则信息帧与参考帧的帧长度的差值范围应维持为相应6位二进制码所能表达的最大值的范围。如果降低索引串的位数至3位,即使延长码串长度至23位使其占据目的地址域的整个可编辑区,由于索引串的只能表达8组数据,因此其信息表达能力也是弱于前例的。
第四种编码方式:
与第三种编码方式同理,可以简单将编码单元中的索引串表达于其所属信息帧的目的地址域中,例如占据目的地址域的低23位,而将码串全部表达于所属信息帧与所述的参考帧的帧长度值中,如果码串的长度维持为前例的20位,则同理信息帧与参考帧的帧长度的差值范围应维持为相应20位二进制码所能表达的最大值的范围。如果降低码串的位数至如前例所述的3位,则单个码串表达的信息量较为有限,而索引串为23位,这样就需要构造多个组播数据帧来传输同一个信息,由此可见,前述第一和第二种编码方式优于第三和第四种编码方式。
通过以上四种编码方式的揭示,可以知晓,无论如何,最终构造而成的信息帧,其目的地址域,具体是指该域中的可编辑比特区,将包含一个所述的编码单元的第一部分内容,这部分内容可以是码串的全部或其一部分子码串,也可以是索引串的全部或其一部分子索引串。而该信息帧的帧长度,通过对其帧本体域长度的调整,使其与所述参考帧的帧长度存在一个特定范围内的差值,这个差值的二进制格式便包含了所述编码单元中未被编码到所述目的地址域中的剩余部分内容,这部分内容的种类和多寡视目的地址域所表达的种类和多寡而定,既可以是码串的剩余部分的子码串,也可以是全部码串,可以是索引串的全部或其剩余部分索引串。总之,同一编码单元所包含的码串与索引串可以视具体需要而被分离地表达于同一信息帧的目的地址域可编辑比特区及该信息帧与所述参考帧的帧长度差值之中,完成该信息帧的构造。
步骤S14、传输所述参考帧及信息帧。
完成了所述参考帧及信息帧的构造,便完成了所述待传输信息的全部编码工作,由此,调用相应接口,利用基于802.11协议的WiFi通信组件,便可将所述的参考帧及信息帧以无线的方式向空中辐射,传输给接收端。需要指出的是,由于上层协议是以UDP工作的,所以,所述参考帧及信息帧是以UDP数据包发送的,由于UDP协议是不可靠协议,因而,本方法在传输所述参考帧及信息帧时,设定例如10次循环,每个循环中,将所述参考帧及信息帧依照索引串表征的索引顺序依次发送(参考帧视为编码为0排序第一),以便确保接收端顺利接收全部组播数据帧。尽管如此,参考帧与信息帧在同一次循环的发送顺序也可以是乱序的,并不影响本发明的实施效果。应当注意,传输时循环发送的次数也不应局限于特定数字,可以是例如5次、20次等其他数据的多轮发送。
可以看出,按照前述过程完成的待传输信息组播传输方法,其编码过程简单,信息表达能力强,无需依赖于智能设备之间建立稳定连接而可实现信息的传输。
对应的,在与前述智能控制终端对应的另一端,通常是受控的智能设备,例如智能摄像头、行车记录仪、智能手表等等,这类设备一般需要依赖于前述的待传输信息完成自身的配置以便接入外部网络。为了接收前述的信息,便需要使此类设备具备解码前述编码过程构造出的组播数据帧来达成下一步的操作的基础。
为此,请参阅图4,本发明进一步为智能设备一侧公开一种组播数据帧信息提取方法,该方法包括如下步骤:
步骤S21、接收基于组播数据帧格式实现的参考帧与信息帧。
智能设备通过其由802.11规范的WiFi通信模组接收所述空中的UDP数据包,获得相应的组播数据帧,然后对其进行解码,便可获得组播数据帧中加载的信息。
由于参考帧与信息帧是以一定的编码原理实现的,因此,解码时,自然也要遵守与编码时相对应的原理,因此而言,本发明的解码方与编码方,均需遵守由本发明规范的同一套自定协议。有鉴于此,本方法参照前述的方法,按照如下具体步骤获得所述的参考帧和信息帧:
S211、接收组播数据帧:通过WiFi通信模组获得空中无线辐射的UDP数据包,便可获得其中的组播数据帧,并可对组播数据帧的类型进行识别。
S212、判断该组播数据帧是否为所述的参考帧。判断时,主要依据本方法所遵守的自定协议,查看所述组播数据帧的目的地址域的可编辑比特区中,是否符合该协议的规范。例如前一方法中所定义的23个比特位为全0或全1。进一步还可以检查该组播数据帧的帧长度,由于组播数据帧的帧长度唯一性地决定于其帧本体域的长度,所以也可以检查其帧本体域的长度,是否满足协议规定的数据,如果这些条件之一或全部满足自定协议的规范,则该组播数据帧便被判定为参考帧,否则,则可暂时丢包。
S213、当前一子步骤判定该组播数据帧为参考帧时,表征当前接收的系列组播数据帧的其余部分包含了信息帧,由此,便可开始接收其余的组播数据帧,也即是所述的信息帧。由于发送方是多轮发送所述的参考帧和信息帧的,因而,本子步骤中,当确定参考帧之后,其余组播数据帧可以全部接收,而重复的可以丢包处理,最终获得参考帧及其不重复的信息帧即可。理论上,以前述一个实施例来论,由于索引串有6位,参考帧与信息帧的总和应为64个,具体视索引串的位数而定。作为进一步的检验条件,可以按所述照索引串所表达的数据组数及其表征顺序,来校验是否已经接收了所有不重复的信息帧和参考帧,余者皆丢包处理。进一步,还可以通过检验信息帧的帧长度与所述的参考帧的帧长度的差值是否超出一个预协议的特定范围,而确定该信息帧是否为加载了本发明所限定的待传输信息的信息帧,由此在本子步骤实施一个实质上的帧校验过程。此外,对应于前一方法提供的若干变化实例,由于信息帧的帧长度显然大于或小于所述参考帧的帧长度(由自定协议所规范),即参考帧的帧长度小于或大于所述参考帧的帧长度,因此也可以这一特性来检验组播数据帧是否为符合自定协议规范的信息帧。
由此可见,通过上述子步骤,便可接收由发送方传输的全部参考帧和信息帧。
步骤S22、从所述信息帧中提取其目的地址域所表达的编码单元的第一部分内容,以信息帧与所述参考帧的帧长度差值确定该编码单元的其余部分内容,获得完整的所述编码单元。
本步骤的实质在于执行部分解码的过程,其目的在于获取每个信息帧中的相对独立的所述编码单元。
作为接收方,需要遵守发送方的编码原理,因此,对应前一方法所列的四种编码方式为例,对于所接收的所述信息帧,将按照如下的方式进行解码:
对应的第一种解码方式:
从信息帧的目的地址域的可编辑比特区,即其低23位,从中提取出索引串(前6位)和码串的第一子码串(后17位),然后,再求取该信息帧与所述参考帧的帧长度(或各自帧本体域长度)之间的二进制差值(3位),即第二子码串,将第一子码串与第二子码串相串接,即构成码串,而索引串将以其所表征的顺序后续用于确定码串的组装顺序。获得的码串与索引串,便构成了加载到该信息帧中的编码单元。
对应的第二种解码方式:
同理,从信息帧的目的地址域的可编辑比特区即其低23位中提取出整个码串(低20位)及索引串的第一子索引串(可编辑比特区前3位),再以该信息帧与所述参考帧的帧长度(或各自帧本体域长度)之间的二进制差值(3位)确定索引串的第二子索引串,将第一子索引串与第二子索引串拼接即得整个索引串,索引串与该码串便构成该信息帧所表达的编码单元。
对应的第三种解码方式:
此处较为简单,直接将信息帧中的目的地址域的可编辑比特区共23位提取出,即获得所述的码串,将该信息帧与所述参考帧的帧长度(或各自帧本体域长度)之间的二进制差值(3位或更多)直接确定为索引串,索引串与码串便构成了相应的编码单元。
对应的第四种解码方式:
与第三种解码方式同理,直接将信息帧中的目的地址域的可编辑比特区共23位提取出,即获得所述的索引串,将该信息帧与所述参考帧的帧长度(或各自帧本体域长度)之间的二进制差值(3位或更多)直接确定为码串,索引串与码串便构成了相应的编码单元。
可见,本步骤中,无论其细节如何,均不脱与编码过程相对应的协议机理。其执行的原理,是从信息帧中提取其目的地址域所表达的编码单元的第一部分内容,且以该信息帧与所述参考帧的帧长度差值(限定长度的二进制格式)确定该编码单元的其余部分内容,从而获得完整的所述编码单元。
当所有的信息帧均被解码出所述的编码单元,便完成了整个信息的初步解码,后续只需完成拼接和还原过程便可获得相应的信息。
步骤S23、将获得的所有编码单元按其各自所具有的索引串所表征的顺序拼接各编码单元所含码串以构成编码序列。
由于每个编码单元均具有自身的表征顺序的索引串,这个索引串便是指明各个编码单元所具有的码串在分拆编码序列时所处的排序位置。因而,将各个编码单元按照其具有的索引串所表征的顺序对相应的码串进行按序组装,便可还原出一个相应的编码序列,便可用于还原被传输的信息。
步骤S24、将该编码序列还原为信息。
如前所述,如果所述的编码序列是将信息加密后形成的密文转换而得的序列,则,需要将该编码序列先还原为密文,再利用预存密钥将该密文解密出所述被传输的信息。至于所述密钥的类型,则视加密技术是公钥加密还是对称加密而定,对于前者,采用与编码时的公钥对应的预存私钥解密,对于后者,采用与编码时的密钥相同的预存密钥解密。当然,如果所述的编码序列是非加密信息转换而得,则不必经过这一处理。
进一步,所述的信息一般在编码时即是将多个信息元素按一定格式组合并转换为一个编码序列的,例如,假定还原出来的信息进行ASCII码转换之后形成的内容如下:
SSID:MYWiFi|PSW:PLZLOGIN。
可以看出,其中的SSID与PSW字样,为信息元素的类型标识,MYWiFi与PLZLOGIN为信息元素的具体内容,属性分隔符即冒号“:”用于分隔类型标识和具体内容,元素分隔符“|”用于分隔不同的信息元素。智能控制终端及智能设备依据自定协议的规范,按照上述原理,便可以实现对信息的转换和解读,最终使智能设备能够据此配置自身网络设置并接入网络。
需要注意的是,上述步骤S21与步骤S22的实现,并不局限于按其顺序完成全部任务才相继执行,两个步骤之间可以针对每个接收的信息帧为单位前后执行,因此,两个步骤的执行可以是具有一定的并行关系的,也即针对每个信息帧均执行步骤S21和步骤S22,而非针对全部信息帧执行完步骤S21后再针对全部信息帧执行步骤S22。本领域技术人员应当知晓此一机理。
可见,本发明的组播数据帧信息提取方法,与前一方法相对应,通过简易的步骤实现,即可实现对组播数据帧所加载的信息的提取,并且不必依赖于接收方与接收方的稳定连接的建立。
进一步,基于模块化思维,本发明提供一种前述的智能控制终端,较佳的,该智能控制终端以安装了前述相应的APP的手机来实现。
请参阅图5,本发明提供的智能控制终端,包括编码拆分单元11,参考帧构造单元12、信息帧构造单元13以及信号传输单元14,以下详述各单元实现的功能。
所述的编码拆分单元11,用于将待传输信息的编码序列分离成多个码串,定义每个码串与为其分配的表征索引顺序的相应索引串为编码单元。
所述的待传输信息,在一个应用场景中,可以是包含用于提供WiFi接入点的服务集标识(SSID)及其密码的信息,或者其他诸如验证信息之类的数据量不大的信息。
待传输信息在编码前,被解析为机器二进制码构成的编码序列。为了使待传输信息更加安全,先对待传输信息进行加密,形成密文之后再转换为所述的编码序列。加密的方式既可以是公钥加密,也可以是对称密钥加密,只要接收端利用相对应的密钥(如公钥加密中的私钥或对称加密中的同一密钥)能够解密即可。无论是加密或是公开的状态,待传输信息被解析为二进制码后,便可对其进行编码,使其适于分配到各个组播数据帧中。
首先,将待传输信息的编码序列分离成若干个码串,每个码串构成相对独立而无信息意义的一部分,以同一长度加以表达,例如占据20个比特。然后,为每一个码串分配一个索引串,这个码串同理也用二进制表达,占据例如6个比特,6个比特的格式下,便可用于表达26组码串。继而,为每个所述的码串组合一个所述的索引串,按照索引串的数值大小,可以对所述的码串的固有顺序进行表达,即编码序列分离出的码串按其串接顺序而匹配相应大小的索引串,使该索引串可以用于表达与其相对应的码串的索引顺序即可。由此而完成整个编码序列的分拆和排序。其中,为说明的便利,将每个索引串及与其组合的码串定义为一个编码单元,则待传输信息便被分离为多个编码单元,每个编码单元相对独立,但相互之间是有序的。需要注意的是,编码单元本身是一个组合概念,而非一个顺序固定的概念。为了实现对组播数据帧的利用,编码单元的总长度是确定的共26比特,所述索引串占据其中的第一长度共6个比特,而剩余的第二长度20比特则为相应的码串所占据,编码单元的总长度恰好为第一长度与第二长度之和。显然,所有的编码单元都具有相同的总长度。
所述待传输信息被编码拆分单元11分离成多个编码单元之后,便可基于组播数据帧进行后续编码。
所述的参考帧构造单元12,被配置为基于组播数据帧格式构造参考帧。
所述参考帧的构造较为灵活,可以在组播数据帧的基础上,依照前述有关组播数据帧的结构的揭示,将其目的地址域中的可编辑比特区,即其低23位比特全部置为0或者1,或者其它特定的比特序列也可,并且确定其帧本体的长度为基准长度。在这个基础上,只要参考帧接收方能够遵守本发明的规范,便可依据此处对参考帧的编码原理识别该参考帧,并且能够确定该帧本体域的长度,将该长度确定为基本长度。作为等同替换手段,由于帧本体域的长度决定了整个参考帧的长度,因此,也可直接以参考帧的总长度为基准长度。该基准长度小于后续信息帧的帧长度,以便借助这种帧长度之间的差值来确定信息编码。同理,作为等同替换手段,也可使参考帧的帧长度大于后续信息帧的帧长度。
所述的信息帧构造单元13,被配置为基于组播数据帧格式构造信息帧,使其目的地址域包含所述编码单元的第一部分内容,使其帧长度与所述参考帧的帧长度的差值包含所述编码单元的其余部分内容。
由于本发明涉及到对信息帧与参考帧的帧长度差值的利用,因此,可以规范该差值的变化范围,使该变化范围特定,使信息帧与参考帧之间帧长度差值维持在一个特定范围之内,暂以最大值8为实施例。在计算机中,可以用3位二进制000-111来表示各种不同差值,当其与前述目的地址域的低23位结合时,便能构成26位的表达能力,其中6位索引串能表达64组数据,每帧中的其余20位则可表达2.5Bytes的数据量,一次编码便可满足160Bytes信息量的表述能力。
同理,所述信息帧也是以组播数据帧为基础进行构造的。构造所述的信息帧的过程,便是将每个编码单元分别对应编码到一个信息帧的过程。以下概述每个编码单元与信息帧结构之间编码关系的几种方式。
第一种编码方式:
将编码单元所包括的码串分拆为两部分,即第一子码串和第二子码串,设第一子码串为17位,第二子码串刚好占据所述差值的全3位。而每个码串的第一子码串前面串接该编码单元中的索引串,因此,索引串与所述第一子码串的拼接体便为23个字节,刚好等于组播数据帧提供的23位的可编辑比特区,表达在其中。而第二子码串,假设为010,代表十进制数值2,则可以通过确定信息帧的帧本体域的长度,使信息帧的帧长度大于(其他实施例中也可以是小于)参考帧的帧长度(基准长度)2Bytes而实现编码表达。后续接收方利用信息帧的帧长度减去参考帧的帐长度之后,便可获得010这一第二子码串。
第二种编码方式:
本编码方式与前一种编码方式的不同之处仅在于,被分拆的对象是编码单元中的索引串而非其码串,由于在上述提供的实例的数据中,码串总长20位,可以将其完全表达于组播数据帧的可编辑比特区中,因此,这种情况下可编辑比特区只能供表达索引串中的3位,即第一子索引串,而索引串的剩余3位即第二子索引串只能被参照前述第一种编码方式表达于其所述的信息帧与所述的参考帧的帧长度差值中。
前述两种方式的示例中,6位索引串与20位码串的长度与目的地址域低23位及帧长度差值3位之间的这种搭配关系是优选的方案,既能够尽可能地加强组播数据帧表达信息的能力,又能够降低因传输过程中UDP数据包丢包而导致的信息传输不成功的风险。
第三种编码方式:
这种编码方式,简单将编码单元中的码串直接表达于其所属信息帧的目的地址域中,例如占据目的地址域的低20位,而将索引串表达于其所属信息帧与所述的参考帧的帧长度差值中。如果索引串的长度维持为前例的6位,则信息帧与参考帧的帧长度的差值范围应维持为相应6位二进制码所能表达的最大值的范围。如果降低索引串的位数至3位,即使延长码串长度至23位使其占据目的地址域的整个可编辑区,由于索引串的只能表达8组数据,因此其信息表达能力也是弱于前例的。
第四种编码方式:
与第三种编码方式同理,可以简单将编码单元中的索引串表达于其所属信息帧的目的地址域中,例如占据目的地址域的低23位,而将码串全部表达于所属信息帧与所述的参考帧的帧长度值中,如果码串的长度维持为前例的20位,则同理信息帧与参考帧的帧长度的差值范围应维持为相应20位二进制码所能表达的最大值的范围。如果降低码串的位数至如前例所述的3位,则单个码串表达的信息量较为有限,而索引串为23位,这样就需要构造多个组播数据帧来传输同一个信息,由此可见,前述第一和第二种编码方式优于第三和第四种编码方式。
通过以上四种编码方式的揭示,可以知晓,无论如何,信息帧构造单元13最终构造而成的信息帧,其目的地址域,具体是指该域中的可编辑比特区,将包含一个所述的编码单元的第一部分内容,这部分内容可以是码串的全部或其一部分子码串,也可以是索引串的全部或其一部分子索引串。而该信息帧的帧长度,通过对其帧本体域长度的调整,使其与所述参考帧的帧长度存在一个特定范围内的差值,这个差值的二进制格式便包含了所述编码单元中未被编码到所述目的地址域中的剩余部分内容,这部分内容的种类和多寡视目的地址域所表达的种类和多寡而定,既可以是码串的剩余部分的子码串,也可以是全部码串,可以是索引串的全部或其剩余部分索引串。总之,同一编码单元所包含的码串与索引串可以视具体需要而被分离地表达于同一信息帧的目的地址域可编辑比特区及该信息帧与所述参考帧的帧长度差值之中,完成该信息帧的构造。
所述的信号传输单元14,用于传输所述参考帧及信息帧。
完成了所述参考帧及信息帧的构造,便完成了所述待传输信息的全部编码工作,由此,通过信号传输单元14调用相应接口,利用基于802.11协议的WiFi通信组件,便可将所述的参考帧及信息帧以无线的方式向空中辐射,传输给接收端。需要指出的是,由于上层协议是以UDP工作的,所以,所述参考帧及信息帧是以UDP数据包发送的,由于UDP协议是不可靠协议,因而,信号传输单元14在传输所述参考帧及信息帧时,设定例如10次循环,每个循环中,将所述参考帧及信息帧依照索引串表征的索引顺序依次发送(参考帧视为编码为0排序第一),以便确保接收端顺利接收全部组播数据帧。尽管如此,参考帧与信息帧在同一次循环的发送顺序也可以是乱序的,并不影响本发明的实施效果。应当注意,传输时循环发送的次数也不应局限于特定数字,可以是例如5次、20次等其他数据的多轮发送。
可以看出,按照前述过程完成的智能控制终端,其编码过程简单,信息表达能力强,无需依赖于智能设备之间建立稳定连接而可实现信息的传输。
对应的,在与前述智能控制终端对应的另一端,本发明提供一种受控的智能设备,例如智能摄像头、行车记录仪、智能手表等等,这类设备一般需要依赖于前述的待传输信息完成自身的配置以便接入外部网络。为了接收前述的信息,便需要使此类设备具备解码前述编码过程构造出的组播数据帧来达成下一步的操作的基础。
请参阅图6,具体而言,本发明进一步提供的智能设备包括接收单元21、提取单元22、构造单元23以及还原单元24,以下详述各单元所实现的功能。
所述的接收单元21,用于接收基于组播数据帧格式实现的参考帧与信息帧。
智能设备通过其由802.11规范的WiFi通信模组接收所述空中的UDP数据包,通过该接收单元21获得相应的组播数据帧,然后对其进行解码,便可获得组播数据帧中加载的信息。
由于参考帧与信息帧是以一定的编码原理实现的,因此,解码时,自然也要遵守与编码时相对应的原理,因此而言,本发明的解码方与编码方,均需遵守由本发明规范的同一套自定协议。有鉴于此,智能设备的接收单元21参照前述解码过程,按照如下具体步骤执行相应的功能获得所述的参考帧和信息帧:
S211、接收组播数据帧:通过WiFi通信模组获得空中无线辐射的UDP数据包,便可获得其中的组播数据帧,并可对组播数据帧的类型进行识别。
S212、判断该组播数据帧是否为所述的参考帧。判断时,主要依据本发明所遵守的自定协议,查看所述组播数据帧的目的地址域的可编辑比特区中,是否符合该协议的规范。例如前一方法中所定义的23个比特位为全0或全1。进一步还可以检查该组播数据帧的帧长度,由于组播数据帧的帧长度唯一性地决定于其帧本体域的长度,所以也可以检查其帧本体域的长度,是否满足协议规定的数据,如果这些条件之一或全部满足自定协议的规范,则该组播数据帧便被判定为参考帧,否则,则可暂时丢包。
S213、当前一子步骤判定该组播数据帧为参考帧时,表征当前接收的系列组播数据帧的其余部分包含了信息帧,由此,便可开始接收其余的组播数据帧,也即是所述的信息帧。由于发送方是多轮发送所述的参考帧和信息帧的,因而,本子步骤中,当确定参考帧之后,其余组播数据帧可以全部接收,而重复的可以丢包处理,最终获得参考帧及其不重复的信息帧即可。理论上,以前述一个实施例来论,由于索引串有6位,参考帧与信息帧的总和应为64个,具体视索引串的位数而定。作为进一步的检验条件,可以按所述照索引串所表达的数据组数及其表征顺序,来校验是否已经接收了所有不重复的信息帧和参考帧,余者皆丢包处理。进一步,还可以通过检验信息帧的帧长度与所述的参考帧的帧长度的差值是否超出一个预协议的特定范围,而确定该信息帧是否为加载了本发明所限定的待传输信息的信息帧,由此在本子步骤实施一个实质上的帧校验过程。此外,对应于智能控制终端提供的若干变化实例,由于信息帧的帧长度显然大于或小于所述参考帧的帧长度(由自定协议所规范),即参考帧的帧长度小于或大于所述参考帧的帧长度,因此也可以这一特性来检验组播数据帧是否为符合自定协议规范的信息帧。
由此可见,通过上述接收单元21执行的各步骤的功能,便可接收由发送方传输的全部参考帧和信息帧。
所述的提取单元22,被配置为从所述信息帧中提取其目的地址域所表达的编码单元的第一部分内容,以信息帧与所述参考帧的帧长度差值确定该编码单元的其余部分内容,获得完整的所述编码单元。
提取单元22的实质功能在于执行部分解码,其目的在于获取每个信息帧中的相对独立的所述编码单元。
作为接收方,智能设备需要遵守发送方的编码原理,因此,对应智能控制终端所列的四种编码方式为例,对于所接收的所述信息帧,提取单元22将按照如下的方式进行解码:
对应的第一种解码方式:
从信息帧的目的地址域的可编辑比特区,即其低23位,从中提取出索引串(前6位)和码串的第一子码串(后17位),然后,再求取该信息帧与所述参考帧的帧长度(或各自帧本体域长度)之间的二进制差值(3位),即第二子码串,将第一子码串与第二子码串相串接,即构成码串,而索引串将以其所表征的顺序后续用于确定码串的组装顺序。获得的码串与索引串,便构成了加载到该信息帧中的编码单元。
对应的第二种解码方式:
同理,从信息帧的目的地址域的可编辑比特区即其低23位中提取出整个码串(低20位)及索引串的第一子索引串(可编辑比特区前3位),再以该信息帧与所述参考帧的帧长度(或各自帧本体域长度)之间的二进制差值(3位)确定索引串的第二子索引串,将第一子索引串与第二子索引串拼接即得整个索引串,索引串与该码串便构成该信息帧所表达的编码单元。
对应的第三种解码方式:
此处较为简单,直接将信息帧中的目的地址域的可编辑比特区共23位提取出,即获得所述的码串,将该信息帧与所述参考帧的帧长度(或各自帧本体域长度)之间的二进制差值(3位或更多)直接确定为索引串,索引串与码串便构成了相应的编码单元。
对应的第四种解码方式:
与第三种解码方式同理,直接将信息帧中的目的地址域的可编辑比特区共23位提取出,即获得所述的索引串,将该信息帧与所述参考帧的帧长度(或各自帧本体域长度)之间的二进制差值(3位或更多)直接确定为码串,索引串与码串便构成了相应的编码单元。
可见,无论提取单元22执行的功能细节如何,均不脱与编码过程相对应的协议机理。其执行的原理,是从信息帧中提取其目的地址域所表达的编码单元的第一部分内容,且以该信息帧与所述参考帧的帧长度差值(限定长度的二进制格式)确定该编码单元的其余部分内容,从而获得完整的所述编码单元。
当所有的信息帧均被解码出所述的编码单元,便完成了整个信息的初步解码,后续只需完成拼接和还原过程便可获得相应的信息。
所述的构造单元23,用于将获得的所有编码单元按其各自所具有的索引串所表征的顺序拼接各编码单元所含码串以构成编码序列。
由于每个编码单元均具有自身的表征顺序的索引串,这个索引串便是指明各个编码单元所具有的码串在分拆编码序列时所处的排序位置。因而,将各个编码单元按照其具有的索引串所表征的顺序对相应的码串进行按序组装,便可还原出一个相应的编码序列,便可用于还原被传输的信息。
所述的还原单元24,用于将该编码序列还原为信息。
如前所述,如果所述的编码序列是将信息加密后形成的密文转换而得的序列,则,需要将该编码序列先还原为密文,再利用预存密钥将该密文解密出所述被传输的信息。至于所述密钥的类型,则视加密技术是公钥加密还是对称加密而定,对于前者,采用与编码时的公钥对应的预存私钥解密,对于后者,采用与编码时的密钥相同的预存密钥解密。当然,如果所述的编码序列是非加密信息转换而得,则不必经过这一处理。
进一步,所述的信息一般在编码时即是将多个信息元素按一定格式组合并转换为一个编码序列的,例如,假定还原出来的信息进行ASCII码转换之后形成的内容如下:
SSID:MYWiFi|PSW:PLZLOGIN。
可以看出,其中的SSID与PSW字样,为信息元素的类型标识,MYWiFi与PLZLOGIN为信息元素的具体内容,属性分隔符即冒号“:”用于分隔类型标识和具体内容,元素分隔符“|”用于分隔不同的信息元素。智能控制终端及智能设备依据自定协议的规范,按照上述原理,便可以实现对信息的转换和解读,最终使智能设备能够据此配置自身网络设置并接入网络。
需要注意的是,上述接收单元21与提取单元22的实现,并不局限于按其顺序完成全部任务才相继执行,两个单元之间可以针对每个接收的信息帧为单位前后执行,因此,两个单元的执行可以是具有一定的并行关系的,也即针对每个信息帧均交由接收单元21和提取单元22执行,而非针对全部信息帧执行完接收单元21后再针对全部信息帧执行提取单元22。本领域技术人员应当知晓此一机理。
可见,本发明的智能设备,与智能控制终端相对应,通过简易的过程实现,即可实现对组播数据帧所加载的信息的提取,并且不必依赖于接收方与接收方的稳定连接的建立。
在一个仅供参考的应用场景中,提供有实现了本发明的待传输信息组播传输方法的智能控制终端,以及提供实现了本发明的组播数据帧信息提取方法的智能设备,智能控制终端与智能设备在未接入特定WiFi接入点,并且未相互以AD-Hoc或WiFiDirect建立稳定的直接连接的情况下,用户可以通过操作该智能控制终端,选定或输入允许智能设备接入的WiFi接入点的SSID及其密码等信息,确定发送,然后由该智能控制终端利用本发明实现的方案,将该信息编码到组播数据帧中,利用智能控制终端所具有的WiFi通信模组向空中传播相应的无线信号;在智能设备侧,智能设备利用其WiFi通信模组接收该无线信号,利用本发明的方案从无线信号中识别组播数据帧,确定参考帧及信息帧,利用参考帧和信息帧解码出被传输过来的信息,最终从该信息中获得相应的SSID和密码等配置信息,利用这些配置信息配置自身的网络设置,启动接入SSID指定的WiFi接入点的工作,最终使自身接入所述的WiFi接入点。
综上所述,本发明利用组播数据帧进行信息传输,无需依赖于传输双方先行建立连接,简化通信过程,使设备间通信效果快捷而高效。
以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种待传输信息组播传输方法,其特征在于,包括如下步骤:
将待传输信息的编码序列分离成多个码串,定义每个码串与为其分配的表征索引顺序的相应索引串为编码单元;
基于组播数据帧格式构造参考帧;
基于组播数据帧格式构造信息帧,使其目的地址域包含所述编码单元的第一部分内容,使其帧长度与所述参考帧的帧长度的差值包含所述编码单元的其余部分内容;
传输所述参考帧及信息帧。
2.根据权利要求2所述的方法,其特征在于,所述码串包括被与索引串串接表达于所属信息帧的目的地址域中的第一子码串,和被表达于所属信息帧与该参考帧的帧长度差值中的第二子码串。
3.根据权利要求2所述的方法,其特征在于,所述索引串包括被与码串串接表达于所属信息帧的目的地址域中的第一子索引串,和被表达于所属信息帧与该参考帧的帧长度差值中的第二子索引串。
4.根据权利要求1至3中任意一项所述的方法,其特征在于,所述信息帧所具有的目的地址域提供可编码比特区用于表达所述编码单元,该可编码比特区靠近目的地址域的实际字节长度的低位设置。
5.根据权利要求1至3中任意一项所述的方法,其特征在于,所述参考帧的目的地址域提供可编码比特区,该可编码比特区中各个比特均被置为0或1,且该参考帧的帧长度被配置为小于所述信息帧的帧长度。
6.根据权利要求1所述的方法,其特征在于,所述待传输信息的编码序列,为依据所述待传输信息被加密形成的密文进行编码获得的编码序列。
7.一种智能控制终端,其特征在于,其包括:
编码拆分单元,用于将待传输信息的编码序列分离成多个码串,定义每个码串与为其分配的表征索引顺序的相应索引串为编码单元;
参考帧构造单元,被配置为基于组播数据帧格式构造参考帧;
信息帧构造单元,被配置为基于组播数据帧格式构造信息帧,使其目的地址域包含所述编码单元的第一部分内容,使其帧长度与所述参考帧的帧长度的差值包含所述编码单元的其余部分内容;
信号传输单元,用于传输所述参考帧及信息帧。
8.一种组播数据帧信息提取方法,其特征在于,包括如下步骤:
接收基于组播数据帧格式实现的参考帧与信息帧;
从所述信息帧中提取其目的地址域所表达的编码单元的第一部分内容,以信息帧与所述参考帧的帧长度差值确定该编码单元的其余部分内容,获得完整的所述编码单元;
将获得的所有编码单元按其各自所具有的索引串所表征的顺序拼接各编码单元所含码串以构成编码序列;
将该编码序列还原为信息。
9.根据权利要求8所述的方法,其特征在于,接收基于组播数据帧格式实现的参考帧与信息帧步骤包括如下具体步骤:
接收组播数据帧;
判断该组播数据帧是否为所述参考帧;
当判断其为参考帧时,开始接收所述的信息帧。
10.一种智能设备,其特征在于,其包括:
接收单元,用于接收基于组播数据帧格式实现的参考帧与信息帧;
提取单元,被配置为从所述信息帧中提取其目的地址域所表达的编码单元的第一部分内容,以信息帧与所述参考帧的帧长度差值确定该编码单元的其余部分内容,获得完整的所述编码单元;
构造单元,用于将获得的所有编码单元按其各自所具有的索引串所表征的顺序拼接各编码单元所含码串以构成编码序列;
还原单元,用于将该编码序列还原为信息。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510378923.5A CN105101102B (zh) | 2015-07-01 | 2015-07-01 | 组播传输方法、信息提取方法及相应的终端和设备 |
PCT/CN2016/088199 WO2017000915A1 (zh) | 2015-07-01 | 2016-07-01 | 组播传输方法、信息提取方法及相应的终端和设备 |
US15/740,574 US10701524B2 (en) | 2015-07-01 | 2016-07-01 | Multicast transmission method, information extraction method and corresponding terminal and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510378923.5A CN105101102B (zh) | 2015-07-01 | 2015-07-01 | 组播传输方法、信息提取方法及相应的终端和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105101102A true CN105101102A (zh) | 2015-11-25 |
CN105101102B CN105101102B (zh) | 2019-01-25 |
Family
ID=54580456
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510378923.5A Active CN105101102B (zh) | 2015-07-01 | 2015-07-01 | 组播传输方法、信息提取方法及相应的终端和设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US10701524B2 (zh) |
CN (1) | CN105101102B (zh) |
WO (1) | WO2017000915A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017000915A1 (zh) * | 2015-07-01 | 2017-01-05 | 北京奇虎科技有限公司 | 组播传输方法、信息提取方法及相应的终端和设备 |
CN107222848A (zh) * | 2017-07-10 | 2017-09-29 | 普联技术有限公司 | WiFi帧的编码方法、发送端、存储介质和一种无线接入设备 |
CN109218997A (zh) * | 2017-07-04 | 2019-01-15 | 中兴通讯股份有限公司 | 一种集群呼叫处理的方法及装置 |
CN110120987A (zh) * | 2018-02-06 | 2019-08-13 | 杭州海康威视数字技术股份有限公司 | 一种WiFi连接方法及装置 |
CN110213017A (zh) * | 2019-04-30 | 2019-09-06 | 普联技术有限公司 | 一种数据传输方法、装置、系统、存储介质及终端设备 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018106726A1 (en) * | 2016-12-06 | 2018-06-14 | Pentair Flow Technologies, Llc | Connected pump system controller and method of use |
CN108430091B (zh) * | 2017-12-27 | 2021-04-20 | 苏宁智能终端有限公司 | 一种高效的智能家居wifi配网方法及设备 |
CN113094346A (zh) * | 2021-03-10 | 2021-07-09 | 北京四达时代软件技术股份有限公司 | 基于时间序列的大数据编解码方法及装置 |
CN113596742B (zh) * | 2021-09-27 | 2022-01-25 | 北京高德品创科技有限公司 | 一种数据传输方法及装置 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7379435B1 (en) * | 2005-04-28 | 2008-05-27 | Cisco Technology, Inc. | Determining broadcast message transmit times for a wireless device having a plurality of WLAN MAC addresses |
CN103458399A (zh) * | 2013-07-12 | 2013-12-18 | 北京睿通慧联科技有限公司 | 智能wifi模块及将支持wifi连接的设备配置进wifi网络的方法 |
CN103888908A (zh) * | 2014-02-26 | 2014-06-25 | 北京信惠宝科技有限公司 | 向未登录wi-fi接入点的接收终端传送数据的方法和系统 |
US20140286226A1 (en) * | 2011-12-09 | 2014-09-25 | Lg Electronics Inc. | Method for transmitting and receiving a frame in a wireless lan system, and apparatus for supporting the method |
CN104137476A (zh) * | 2012-03-02 | 2014-11-05 | 高通股份有限公司 | 用于进行基于接入标识符的多播通信的装置和方法 |
CN104486449A (zh) * | 2014-12-31 | 2015-04-01 | 北京奇虎科技有限公司 | 一种计算设备控制方法及设备 |
CN104486755A (zh) * | 2014-12-03 | 2015-04-01 | 北京京东尚科信息技术有限公司 | 基于ibeacon实现智能设备的WIFI 配置的系统和方法 |
CN104660726A (zh) * | 2015-02-03 | 2015-05-27 | 普联技术有限公司 | 智能设备的网络配置方法、装置及系统 |
CN104735747A (zh) * | 2013-12-20 | 2015-06-24 | 联发科技(新加坡)私人有限公司 | 信息传递方法、接收方法及物联网设备 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7408929B2 (en) * | 2001-09-28 | 2008-08-05 | Kabushiki Kaisha Toshiba | Radio communication system, terminal and packet |
US8483105B2 (en) * | 2003-10-15 | 2013-07-09 | Qualcomm Incorporated | High speed media access control |
US8588417B2 (en) * | 2007-05-04 | 2013-11-19 | Conexant Systems, Inc. | Systems and methods for multicast retransmission over a secure wireless LAN |
GB2507056A (en) * | 2012-10-17 | 2014-04-23 | Ibm | A protected wireless network access point allowing limited access to an affiliated group of mobile stations |
CN104871512B (zh) * | 2012-12-20 | 2019-01-29 | 诺基亚技术有限公司 | 用于处理消息的方法和设备 |
JP2014207629A (ja) * | 2013-04-16 | 2014-10-30 | 株式会社東芝 | 通信装置、通信制御方法およびプログラム |
US9510201B1 (en) * | 2014-05-16 | 2016-11-29 | Amazon Technologies, Inc. | Connecting a device to a wireless network |
CN105072665B (zh) * | 2015-07-01 | 2019-03-05 | 北京奇虎科技有限公司 | 联网控制、接入方法及相应的终端与设备 |
CN105101102B (zh) * | 2015-07-01 | 2019-01-25 | 北京奇虎科技有限公司 | 组播传输方法、信息提取方法及相应的终端和设备 |
CN105120012B (zh) * | 2015-07-10 | 2018-07-31 | 北京奇虎科技有限公司 | 智能设备及其联网接入方法、信息接收方法与装置 |
CN105120454B (zh) * | 2015-07-17 | 2019-07-02 | 北京奇虎科技有限公司 | 信息传输方法、联网接入方法及相应的终端 |
CN105119900B (zh) * | 2015-07-17 | 2019-02-26 | 北京奇虎科技有限公司 | 信息安全传输方法、联网接入方法及相应的终端 |
US10313226B2 (en) * | 2015-09-03 | 2019-06-04 | Apple Inc. | Multicast in multi-user transmissions |
US11051246B2 (en) * | 2018-02-26 | 2021-06-29 | Qualcomm Incorporated | Addressing for wake-up radio (WUR) frames in WUR device communications |
-
2015
- 2015-07-01 CN CN201510378923.5A patent/CN105101102B/zh active Active
-
2016
- 2016-07-01 WO PCT/CN2016/088199 patent/WO2017000915A1/zh active Application Filing
- 2016-07-01 US US15/740,574 patent/US10701524B2/en active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7379435B1 (en) * | 2005-04-28 | 2008-05-27 | Cisco Technology, Inc. | Determining broadcast message transmit times for a wireless device having a plurality of WLAN MAC addresses |
US20140286226A1 (en) * | 2011-12-09 | 2014-09-25 | Lg Electronics Inc. | Method for transmitting and receiving a frame in a wireless lan system, and apparatus for supporting the method |
CN104137476A (zh) * | 2012-03-02 | 2014-11-05 | 高通股份有限公司 | 用于进行基于接入标识符的多播通信的装置和方法 |
CN103458399A (zh) * | 2013-07-12 | 2013-12-18 | 北京睿通慧联科技有限公司 | 智能wifi模块及将支持wifi连接的设备配置进wifi网络的方法 |
CN104735747A (zh) * | 2013-12-20 | 2015-06-24 | 联发科技(新加坡)私人有限公司 | 信息传递方法、接收方法及物联网设备 |
CN103888908A (zh) * | 2014-02-26 | 2014-06-25 | 北京信惠宝科技有限公司 | 向未登录wi-fi接入点的接收终端传送数据的方法和系统 |
CN104486755A (zh) * | 2014-12-03 | 2015-04-01 | 北京京东尚科信息技术有限公司 | 基于ibeacon实现智能设备的WIFI 配置的系统和方法 |
CN104486449A (zh) * | 2014-12-31 | 2015-04-01 | 北京奇虎科技有限公司 | 一种计算设备控制方法及设备 |
CN104660726A (zh) * | 2015-02-03 | 2015-05-27 | 普联技术有限公司 | 智能设备的网络配置方法、装置及系统 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017000915A1 (zh) * | 2015-07-01 | 2017-01-05 | 北京奇虎科技有限公司 | 组播传输方法、信息提取方法及相应的终端和设备 |
CN109218997A (zh) * | 2017-07-04 | 2019-01-15 | 中兴通讯股份有限公司 | 一种集群呼叫处理的方法及装置 |
CN109218997B (zh) * | 2017-07-04 | 2021-08-24 | 中兴通讯股份有限公司 | 一种集群呼叫处理的方法及装置 |
CN107222848A (zh) * | 2017-07-10 | 2017-09-29 | 普联技术有限公司 | WiFi帧的编码方法、发送端、存储介质和一种无线接入设备 |
CN107222848B (zh) * | 2017-07-10 | 2019-12-17 | 普联技术有限公司 | WiFi帧的编码方法、发送端、存储介质和一种无线接入设备 |
CN110120987A (zh) * | 2018-02-06 | 2019-08-13 | 杭州海康威视数字技术股份有限公司 | 一种WiFi连接方法及装置 |
CN110120987B (zh) * | 2018-02-06 | 2021-03-26 | 杭州海康威视数字技术股份有限公司 | 一种WiFi连接方法及装置 |
CN110213017A (zh) * | 2019-04-30 | 2019-09-06 | 普联技术有限公司 | 一种数据传输方法、装置、系统、存储介质及终端设备 |
CN110213017B (zh) * | 2019-04-30 | 2021-11-12 | 普联技术有限公司 | 一种数据传输方法、装置、系统、存储介质及终端设备 |
Also Published As
Publication number | Publication date |
---|---|
CN105101102B (zh) | 2019-01-25 |
US20180302755A1 (en) | 2018-10-18 |
US10701524B2 (en) | 2020-06-30 |
WO2017000915A1 (zh) | 2017-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105072665B (zh) | 联网控制、接入方法及相应的终端与设备 | |
CN105101102A (zh) | 组播传输方法、信息提取方法及相应的终端和设备 | |
CN104660726B (zh) | 智能设备的网络配置方法、装置及系统 | |
CN104735260B (zh) | 一种应用于智能终端的关联方法 | |
EP3445094A1 (en) | Wifi configuration method, wifi mobile terminal, and wifi device | |
CN103765848A (zh) | 用于媒体访问控制替换的装置和方法 | |
CN106254147B (zh) | 一种用于Wi-Fi网络的配置方法、物联网终端和控制端 | |
CN103945369B (zh) | 一种通过检查wifi数据包的长度实现wifi设备的上网配置方法 | |
CN105119900B (zh) | 信息安全传输方法、联网接入方法及相应的终端 | |
US20100202339A1 (en) | Message broadcasting | |
CN101512958A (zh) | 通过网格网络隧道传送安全关联消息 | |
CN104144086A (zh) | 通信方法和系统及信息发送/接收装置 | |
CN103209045A (zh) | 数据通信的方法、装置及系统 | |
CN106488447A (zh) | 一种智能设备接入网络的方法及系统 | |
CN105120454B (zh) | 信息传输方法、联网接入方法及相应的终端 | |
CN105228264A (zh) | 一种适用于物联网的快捷wi-fi网络配对方法 | |
JP2008219482A (ja) | 無線パケット通信システムにおける情報配信システム、情報配信方法及び情報配信装置 | |
CN105120012B (zh) | 智能设备及其联网接入方法、信息接收方法与装置 | |
CN103841523A (zh) | 一种基于多播物理地址进行Wi-Fi报文长度的信息传输方法 | |
CN106162647A (zh) | 一种智能设备配置入网方法和装置 | |
CN108430091A (zh) | 一种高效的智能家居wifi配网方法及设备 | |
CN105939522B (zh) | 发送服务提供商标识的方法、设备和系统 | |
CN105430646A (zh) | ZigBee设备组网实现的方法和装置、ZigBee设备组网的系统 | |
CN103945379B (zh) | 一种在接入网中实现接入认证和数据通信的方法 | |
CN106604347B (zh) | 基于wi-fi自组网络定向传输数据的系统及其方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220802 Address after: Room 801, 8th floor, No. 104, floors 1-19, building 2, yard 6, Jiuxianqiao Road, Chaoyang District, Beijing 100015 Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park) Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Patentee before: Qizhi software (Beijing) Co.,Ltd. |