WO2026001058A1 - 通信方法、装置、系统及存储介质 - Google Patents

Abstract

本申请公开了一种通信方法、装置、系统及存储介质，属于通信领域。所述方法应用于室内局域网包括的第一从网关，室内局域网还包括IoT设备和主网关，第一从网关与IoT设备之间采用的通信协议为第一协议，第一从网关与主网关之间采用的通信协议为第二协议，第一协议为蓝牙协议或星闪协议，第二协议是除蓝牙协议和星闪协议之外的协议。所述方法包括：接收IoT设备发送的第一业务数据，第一业务数据是第一协议定义的数据；生成第一报文，第一报文是第二协议定义的报文，第一报文的净荷部分包括第一业务数据；向主网关发送第一报文。本申请能够扩展室内局域网的覆盖范围。

Description

通信方法、装置、系统及存储介质

本申请要求于2024年6月26日提交的申请号为202410847383.X、发明名称为“通信方法、装置、系统及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信领域，特别涉及一种通信方法、装置、系统及存储介质。

背景技术

家庭网络是一种室内局域网，家庭网络可以为家庭提供网络通信服务，家庭往往包括多个物联网(internet of thing，IoT)设备。例如家庭中往往包括智能家居等IoT设备，智能家居有智能电灯、智能音箱、空调和冰箱等。

家庭中的IoT设备可以采用蓝牙协议或星闪协议与家庭网络中的主网关进行通信。在通信时，IoT设备可以基于蓝牙协议或星闪协议向主网关发送业务数据，主网关可以对该业务数据进行处理。例如，主网关可以将该业务数据发送给用户的手机，用户在手机上，通过主网关控制IoT设备。

蓝牙协议或星闪协议的连接距离有限，且经过室内的墙体阻挡后信号质量大幅下降，使得室内的不少IoT设备无法与主网关通信，减小了室内局域网的覆盖范围。

发明内容

本申请提供了一种通信方法、装置、系统及存储介质，以扩展室内局域网的覆盖范围。所述技术方案如下：

第一方面，本申请提供了一种通信方法，所述方法应用于室内局域网包括的第一从网关，室内局域网还包括物联网IoT设备和主网关，第一从网关与IoT设备之间采用的通信协议为第一协议，第一从网关与主网关之间采用的通信协议为第二协议，第一协议为蓝牙协议或星闪协议，第二协议是除蓝牙协议和星闪协议之外的协议。在所述方法中，接收IoT设备发送的第一业务数据，第一业务数据是第一协议定义的数据。生成第一报文，第一报文是第二协议定义的报文，第一报文的净荷部分包括第一业务数据。向主网关发送第一报文。

第一协议是第一从网关与IoT设备之间的通信协议，第二协议是第一从网关与主网关之间的通信协议。由于第一从网关在接收IoT设备发送的第一业务数据后，生成第二协议定义的第一报文，第一报文的净荷部分包括第一业务数据，这样第一从网关可以向主网关发送第一报文。如此使得IoT设备发送的第一业务数据可以穿越第一从网关并被传输到主网关，IoT设备可以与主网关通信，从而使室内局域网包括第一从网关与IoT设备之间的蓝牙接入范围或星闪接入范围，扩大了室内局域网的覆盖范围。

在一种可能的实现方式中，接收主网关发送的第二报文，第二报文是第二协议定义的报文，第二报文的净荷部分包括主网关需要发送的第二业务数据，第二业务数据是针对IoT设备的数据，第二业务数据是第一协议定义的数据。通过解析第二报文，得到第二业务数据。对第二业务数据进行处理。这样主网关可以将第一协议定义的第二业务数据发送给第一从网关，第二业务数据是针对IoT设备的数据，主网关可以实现对IoT设备的控制和管理。

在另一种可能的实现方式中，第二协议为网际互联协议IP或用户数据报协议UDP，第一报文的目的端口号为主网关上的目标端口的端口号，目标端口用于接收包括第一协议定义的数据的报文。这样保证第一从网关可以将第一报文发送到主网关的目标端口，以使主网关通过目标端口检测第一报文包括第一协议定义的数据，进而对第一报文进行解析等处理。

在另一种可能的实现方式中，第二协议为以太网协议，第一报文的目的媒体接入控制MAC地址为主网关的MAC地址。这样在第一从网关发送第一报文后，主网关通过第一报文中的目的MAC地址，得出第一报文是发送给自身的报文，进而对第一报文进行解析等处理。

在另一种可能的实现方式中，向主网关发送IoT设备的信息，IoT设备的信息包括如下一个或多个：IoT设备的认证信息，IoT设备的连接参数，或者，第一从网关与IoT设备之间的状态信息。这样在主网关上统一对室内局域网中的IoT设备的信息进行管理，便于其他从网关能够从主网关上得到IoT设备的信息。主网关统一维护室内局域网中的IoT设备的信息，从网关可以不用维护室内局域网中的IoT设备的信息，避免从网关保存重复的数据，节省从网关的宝贵资源。

在另一种可能的实现方式中，室内局域网为家庭网络或企业局域网。

第二方面，本申请提供了一种通信方法，所述方法应用于室内局域网包括的主网关，室内局域网还包括物联网IoT设备和第一从网关，第一从网关与IoT设备之间采用的通信协议为第一协议，第一从网关与主网关之间采用的通信协议为第二协议，第一协议为蓝牙协议或星闪协议，第二协议是除蓝牙协议和星闪协议之外的协议。在所述方法中，接收第一从网关发送的第一报文，第一报文的净荷部分包括第一从网关接收的来自IoT设备的第一业务数据，第一业务数据是第一协议定义的数据，第一报文是第二协议定义的报文。通过解析第一报文，得到第一业务数据。对第一业务数据进行处理。

第一协议是第一从网关与IoT设备之间的通信协议，第二协议是第一从网关与主网关之间的通信协议。由于第一报文是第二协议定义的报文，主网关可以接收来自第一从网关的第一报文。而第一报文是第一从网关在接收IoT设备发送的第一业务数据后生成的，第一报文的净荷部分包括第一业务数据，如此使得IoT设备发送的第一业务数据可以穿越第一从网关并被传输到主网关，IoT设备可以与主网关通信，从而使室内局域网包括第一从网关与IoT设备之间的蓝牙接入范围或星闪接入范围，扩大了室内局域网的覆盖范围。

在一种可能的实现方式中，向第一从网关发送第二报文，第二报文是第二协议定义的报文，第二报文的净荷部分包括主网关需要发送的第二业务数据，第二业务数据是针对IoT设备的数据，第二业务数据是第一协议定义的数据。这样主网关可以将第一协议定义的第二业务数据发送给第一从网关，第二业务数据是针对IoT设备的数据，主网关可以实现对IoT设备的控制和管理。

在另一种可能的实现方式中，第二业务数据包括如下一个或多个：主网关处理第一业务数据后产生的响应数据，或者，主网关接收的来自终端设备或服务器的针对IoT设备的命令。

在另一种可能的实现方式中，第二协议为网际互联协议IP或用户数据报协议UDP，第一报文的目的端口号为主网关上的目标端口的端口号，目标端口用于接收包括第一协议定义的数据的报文。通过目标端口接收第一从网关发送的第一报文。在基于目标端口确定第一报文包括第一协议定义的数据时，通过解析第一报文，得到第一业务数据。由于主网关通过目标端口接收第一从网关发送的第一报文，并在基于目标端口确定第一报文包括第一协议定义的数据时，才解析第一报文，避免解析不包括第一协议定义的数据的报文，而产生计算资源的浪费。

在另一种可能的实现方式中，第二协议为以太网协议，第一报文的目的媒体接入控制MAC地址为主网关的MAC地址。在确定第一报文的目的MAC地址为主网关的MAC地址时，通过解析第一报文，得到第一业务数据。由于主网关在确定第一报文的目的MAC地址为主网关的MAC地址时，得出第一报文是发送给自身的报文，才解析第一报文，避免解析不包括第一协议定义的数据的报文，而产生计算资源的浪费。

在另一种可能的实现方式中，将第一业务数据转换成第三协议定义的目标数据，第三协议是智能业务使用的协议，智能业务是用于管理IoT设备的业务。向目标设备发送目标数据，目标设备包括智能业务，目标设备为终端设备或服务器。由于第三协议是智能业务使用的协议，将第一业务数据转换成第三协议定义的目标数据，保证智能业务能够识别并使用目标数据。

在另一种可能的实现方式中，接收第一从网关发送的IoT设备的信息，IoT设备的信息包括如下一个或多个：IoT设备的认证信息，IoT设备的连接参数或者第一从网关与所述IoT设备之间的状态信息。这样主网关统一对室内局域网中的IoT设备的信息进行管理，便于其他从网关能够从主网关上得到IoT设备的信息。主网关统一维护室内局域网中的IoT设备的信息，从网关可以不用维护室内局域网中的IoT设备的信息，避免从网关保存重复的数据，节省从网关的宝贵资源。

在另一种可能的实现方式中，室内局域网还包括第二从网关，接收第二从网关在发现IoT设备时发送的查询请求，查询请求用于请求获取IoT设备的信息。向第二从网关发送查询响应，查询响应包括IoT设备的信息，查询响应用于指示第二从网关基于IoT设备的信息执行如下一个或多个操作：建立与IoT设备之间的连接，或者，配置第二从网关与IoT设备之间的状态。这样第二从网关在基于IoT设备的信息建立与IoT设备之间的连接时，不需要请求与IoT设备配对，提高建立连接效率。或者，第二从网关基于IoT设备的信息配置第二从网关与IoT设备之间的状态，延续了第一从网关与IoT设备之间的状态，保证状态的连续性。

在另一种可能的实现方式中，室内局域网为家庭网络或企业局域网。

第三方面，本申请提供了一种通信装置，用于执行第一方面或第一方面的任意一种可能的实现方式中的方法。具体地，所述装置包括用于执行第一方面或第一方面的任意一种可能的实现方式中的方法的单元。

第四方面，本申请提供了一种通信装置，用于执行第二方面或第二方面的任意一种可能的实现方式中的方法。具体地，所述装置包括用于执行第二方面或第二方面的任意一种可能的实现方式中的方法的单元。

第五方面，本申请提供了一种通信设备，所述通信设备包括：至少一个处理器，所述至少一个处理器执行第一方面或第一方面的任意一种可能的实现方式中的方法。

第六方面，本申请提供了一种通信设备，所述通信设备包括：至少一个处理器和至少一个存储器，所述至少一个存储器中存储有计算机可读指令；所述至少一个处理器执行所述计算机可读指令，以使得所述通信设备执行第二方面或第二方面的任意一种可能的实现方式中的方法。

第七方面，本申请提供了一种通信系统，所述系统包括第三方面所述的通信装置和第四方面所述的通信装置，或者，第五方面所述的通信设备和第六方面所述的通信设备。

第八方面，本申请提供了一种计算机程序产品，所述计算机程序产品包括在计算机可读存储介质中存储的计算机程序，并且所述计算程序通过处理器进行加载来实现上述第一方面、第二方面、第一方面任意可能的实现方式或第二方面任意可能的实现方式中的方法。

第九方面，本申请提供了一种计算机可读存储介质，用于存储计算机程序，所述计算机程序通过处理器进行加载来执行上述第一方面、第二方面、第一方面任意可能的实现方式或第二方面任意可能的实现方式中的方法。

第十方面，本申请提供了一种芯片，包括存储器和处理器，存储器用于存储计算机指令，处理器用于从存储器中调用并运行该计算机指令，以执行上述第一方面、第二方面、第一方面任意可能的实现方式或第二方面任意可能的实现方式中的方法。

附图说明

图1是本申请实施例提供的一种室内局域网的结构示意图；

图2是本申请实施例提供的一种网络架构的结构示意图；

图3是本申请实施例提供的一种通信方法流程图；

图4是本申请实施例提供的一种报文结构示意图；

图5是本申请实施例提供的另一种报文结构示意图；

图6是本申请实施例提供的另一种报文结构示意图；

图7是本申请实施例提供的另一种通信方法流程图；

图8是本申请实施例提供的一种通信装置结构示意图；

图9是本申请实施例提供的另一种通信装置结构示意图；

图10是本申请实施例提供的一种通信设备结构示意图；

图11是本申请实施例提供的另一种通信设备结构示意图；

图12是本申请实施例提供的一种通信系统结构示意图。

具体实施方式

为了便于理解本申请实施例，下面先对本申请实施例涉及的一些专业名词进行解释说明。

第一协议，为IoT设备与从网关之间的通信协议，例如第一协议为蓝牙协议或星闪协议。

第二协议，为从网关与主网关之间的通信协议，例如第二协议为网际互连协议(internet protocol，IP)、用户数据报协议(user datagram protocol，UDP)或以太网协议等。

目标端口，为主网关上的用于接收包括第一协议定义的数据的报文的端口。

参见图1，本申请实施例提供了一种室内局域网100，所述室内局域网100包括主网关101、至少一个从网关102和至少一个IoT设备103。

主网关101可以与至少一个从网关102中的每个从网关102通信。

针对每个从网关102，从网关102可以与至少一个第一IoT设备通信。

在一些实施例中，主网关101还可以与至少一个第二IoT设备通信。

上述至少一个IoT设备103包括与从网关102通信的至少一个第一IoT设备，以及与主网关101通信的至少一个第二IoT设备。

从网关102与至少一个第一IoT设备之间采用的通信协议为第一协议，第一协议可以为蓝牙协议或星闪协议。从网关102与第一IoT设备之间传输的业务数据是第一协议定义的数据。

例如，第一协议为蓝牙协议，第一协议定义的数据为蓝牙数据。所以从网关102与第一IoT设备之间传输的业务数据为蓝牙数据。

再例如，第一协议为星闪协议，第一协议定义的数据为星闪数据。所以从网关102与第一IoT设备之间传输的业务数据为星闪数据。

主网关101与至少一个第二IoT设备之间采用的通信协议也为第一协议。主网关101与第二IoT设备之间传输的业务数据是第一协议定义的数据。例如，主网关101与第二IoT设备之间传输的业务数据可以是蓝牙数据或星闪数据。

主网关101与至少一个从网关102之间采用的通信协议为第二协议，第二协议是除蓝牙协议和星闪协议之外的协议。也就是说，主网关101与从网关102之间传输的报文是第二协议定义的报文。

可选地，第二协议可以为IP、UDP或以太网协议等。

例如，第二协议为IP，第二协议定义的报文为IP报文。所以主网关101与从网关102之间传输的报文为IP报文。

再例如，第二协议为UDP，第二协议定义的报文为UDP报文。所以主网关101与从网关102之间传输的报文为UDP报文。

还例如，第二协议为以太网协议，第二协议定义的报文为以太网报文。所以主网关101与从网关102之间传输的报文为以太网报文。

第一协议为短距离通信协议。可选地，第一协议还可能是低功耗短距离通信协议。所以离主网关101的距离较远的IoT设备103，主网关101可能无法发现该IoT设备103，所以主网关101无法与该IoT设备103建立连接，无法与该IoT设备103通信。

可选地，针对上述至少一个第一IoT设备，由于至少一个第一IoT设备可能离从网关102的距离较近，可能离主网关101的距离较远，使得从网关102发现了至少一个第一IoT设备，至少一个第一IoT设备能够与从网关102之间建立连接，而不能与主网关101之间建立连接，所以至少一个第一IoT设备与从网关102通信。

针对上述至少一个第二IoT设备，由于至少一个第二IoT设备可能离主网关101的距离较近，使得主网关101发现了至少一个第二IoT设备，至少一个第二IoT设备能够与主网关101之间建立连接，所以至少一个第二IoT设备与主网关101通信。

由于主网关101与从网关102之间的通信采用的第二协议和从网关102与至少一个第一IoT设备之间的通信采用的第一协议不同，如果第一IoT设备发送的业务数据能够穿越从网关102并被传输到主网关101，则可以实现第一IoT设备与主网关101通信。因此，实现IoT设备103的业务数据穿越从网关102，可以让更多的IoT设备103与主网关101通信，可以让更多的IoT设备103接入到室内局域网，使得室内局域网包括了从网关102与至少一个第一IoT设备之间的蓝牙接入范围或星闪接入范围，这无疑扩大了室内局域网的覆盖范围以及室内局域网的接入能力。

所以如何让IoT设备103发送的业务数据能够穿越从网关102并被传输到主网关101是急需要解决的问题，在本申请中可以通过如下任一实施例来解决该问题，在此先不详细说明。

在一些实施例中，主网关101与从网关102之间可以采用光纤连接，例如，主网关101与从网关102可以分别是光纤到房间(fiber to the room，FTTR)场景下的主设备和从设备，或者，可以采用除光纤之外的线缆如同轴电缆或双绞线等连接，或者，可以采用无线局域网(wireless local area network，WLAN)连接，或者，可以采用蜂窝通信网络连接等，所以主网关101与从网关102之间可以不受距离的限制，以及不受如墙体等障碍物的阻挡。

在一些实施例中，室内局域网100可以是家庭网络或企业局域网等。从网关102可以为无线接入点(access point，AP)或边缘光网络设备(edge optical network terminal，Edge ONT)等。

在一些实施例中，参见图2，本申请实施例还提供了一种网络架构200，在所述网络架构200中，室内局域网100中的主网关101可以与目标设备104通信。目标设备104包括用于管理至少一个IoT设备103的智能业务，目标设备104可以通过运行智能业务，来管理和/或控制至少一个IoT设备103。

可选地，智能业务可以为用于管理和/或控制至少一个IoT设备103的应用。

可选地，目标设备104可以位于室内局域网中并接入到主网关101上。

例如，目标设备104为终端设备，譬如目标设备104可以为手机或电脑等终端设备，终端设备位于室内局域网100的覆盖范围内，并接入到主网关101上，与主网关101之间存在连接。这样终端设备通过主网关101与至少一个IoT设备103通信，从而可以通过运行智能业务来管理和/或控制至少一个IoT设备103。

可选地，目标设备104可以不位于室内局域网中，目标设备104可以位于互联网中，目标设备104可以通过互联网与室内局域网100中的主网关101之间存在连接。

例如，目标设备104为终端设备或服务器等。譬如目标设备104可以为手机或电脑等终端设备，假设目标设备104为手机，手机可以通过蜂窝通信网络，与室内局域网100中的主网关101之间存在连接，这样手机可以在室内局域网100的覆盖范围外对至少一个IoT设备103进行远距离管理和/或控制。

还譬如目标设备104可以为服务器，服务器可能位于云端，服务器可以通过互联网，与室内局域网100中的主网关101之间存在连接，这样服务器可以在室内局域网100的覆盖范围外对至少一个IoT设备103进行远距离管理和/或控制。

参见图3，本申请实施例提供了一种通信方法300，所述通信方法300可以应用于图1所示的室内局域网100，或者，应用于图2所示的网络架构200。所述通信方法300包括如下流程。

步骤301：第一从网关接收第一IoT设备发送的第一业务数据，第一业务数据是第一协议定义的数据。

在一些实施例中，第一业务数据包括第一IoT设备的第一设备标识。

可选地，第一设备标识可能包括如下一个或多个内容：第一IoT设备的序列号、第一IoT设备的地址、或者、第一IoT设备的设备类型等。

例如，第一IoT设备为智能电灯，则第一IoT设备的设备类型为智能电灯。

第一协议是第一从网关与第一IoT设备之间进行通信所采用的通信协议。第一IoT设备是第一从网关附近的设备，第一从网关能够发现第一IoT设备，并与第一IoT设备建立连接。

在一些实施例中，第一IoT设备可以周期性地或在用户触发下向其周围广播发现报文，第一IoT设备位于第一从网关的附近，第一从网关接收第一IoT设备发送的发现报文，从而发现第一IoT设备。然后，第一从网关与第一IoT设备建立连接，或者，第一从网关与第一IoT设备进行认证，在认证通过后与第一IoT设备建立连接。

在一些实施例中，第一从网关接收的第一业务数据可以包括第一IoT设备发送的发现报文。可选地，发现报文包括第一IoT设备的第一设备标识。

可选地，第一从网关和第一IoT设备均包括事先配置的认证信息。第一从网关与第一IoT设备进行认证的操作可以为：第一从网关基于第一IoT设备的第一设备标识向第一IoT设备发送认证请求，第一IoT设备接收认证请求，向第一从网关发送认证信息，第一从网关接收认证信息，如果接收的认证信息与本地包括的认证信息相同，则对第一IoT设备认证通过。

可选地，发现报文还包括第一IoT设备支持的至少一个频段，第一从网关与第一IoT设备建立连接的操作可以为：第一从网关基于第一IoT设备的第一设备标识向第一IoT设备发送连接建立请求，连接建立请求包括第一IoT设备的连接参数，连接参数包括通信频段和/或加解密密钥，通信频段是第一从网关从至少一个频段中选择的频段。第一IoT设备接收连接建立请求后，可以基于通信频段向第一从网关发送数据，同样第一从网关也可以基于通信频段向第一IoT设备发送数据，即完成建立第一从网关与第一IoT设备之间的连接。其中，第一IoT设备发送的数据是通过加密密钥加密的，第一从网关接收该数据后，可以使用解密密钥解密，同样第一从网关发送的数据是通过加密密钥加密的，第一IoT设备接收该数据后，可以使用解密密钥解密。

可选地，第一从网关包括第一协议的协议栈，第一从网关将该连接参数和/或接收的认证信息输入到协议栈中，基于协议栈与第一IoT设备进行收发数据。

在一些实施例中，第一从网关建立与第一IoT设备之间的连接后，还可以向主网关发送第一IoT设备的连接认证信息，连接认证信息包括第一IoT设备的连接参数和/或第一IoT设备的认证信息。

可选地，第一IoT设备的认证信息包括如下一个或多个：第一IoT设备的证书，或者，第一IoT设备的个人识别密码(personal identification number，PIN)码等。

可选地，第一从网关向主网关发送第一IoT设备的连接认证信息的操作可以为：

第一从网关向主网关发送第一上报信息，第一上报信息包括第一IoT设备的连接认证信息和第一IoT设备的第一设备标识。

在一些实施例中，在第一从网关与第一IoT设备之间存在连接后，第一IoT设备在执行业务时，通过该连接向第一从网关发送业务数据，第一业务数据可以包括第一IoT设备在执行业务时发送的业务数据。

例如，第一IoT设备为智能电灯，智能电灯可以周期性地或在用户触发下广播发现报文。第一从网关接收发现报文，与智能电灯经过认证后，建立与智能电灯之间的连接。此时第一从网关接收智能电灯发送的第一业务数据包括发现报文。

在第一从网关与智能电灯建立连接后，智能电灯可能会向第一从网关发送如下一个或多个业务数据：用于请求确认智能电灯当前发光的颜色和/或亮度的确认请求、或者、用于预定智能电灯的开启时间戳和/或关闭时间戳的预定请求等。此时第一从网关接收智能电灯发送的第一业务数据包括上述一个或多个业务数据。确认请求包括智能电灯当前发光的颜色和/或亮度，预定请求包括智能电灯预定的开启时间戳和/或关闭时间戳。

在一些实施例中，第一业务数据可能包括多个数据分片，第一IoT设备可能分多次向第一从网关发送该多个数据分片。第一从网关分多次接收该多个数据分片，将该多个数据分片组成第一业务数据。

在一些实施例中，第一业务数据可能是报文，即第一业务数据是报文结构的数据。例如，参见图4，假设第一协议为蓝牙协议，第一业务数据是蓝牙数据，第一业务数据的结构是蓝牙格式的报文结构，第一业务数据包括如下一个或多个部分：前导码、访问码/访问地址、协议数据单元(protocol data unit，PDU)头、数据、或者、校验码等。

在一些实施例中，在第一从网关与第一IoT设备之间存在连接后，第一从网关还获取第一从网关与第一IoT设备之间的状态信息，向主网关发送该状态信息。

可选地，该状态信息包括如下一个或多个，第一IoT设备的连接状态，或者、第一IoT设备与第一从网关之间的业务运行状态等。可选地，第一IoT设备的连接状态可以包括在线状态或离线状态等，第一IoT设备与第一从网关之间的业务运行状态可以包括第一IoT设备发送业务数据的进度和/或第一从网关接收业务数据的进度等。

可选地，第一从网关向主网关发送该状态信息的操作可以为：

第一从网关向主网关发送第二上报信息，第二上报信息包括该状态信息和第一IoT设备的第一设备标识。

步骤302：第一从网关生成第一报文，第一报文是第二协议定义的报文，第一报文的净荷部分包括第一业务数据。

第二协议是第一从网关与主网关之间进行通信所采用的通信协议。第二协议可以为IP、UDP或以太网协议等。

在步骤302中，第一从网关可以基于第二协议，通过对第一业务数据进行封装，得到第一报文。可选地，在封装的过程中，在包括第一业务数据作的净荷部分的基础上添加报文头，得到第一报文。

在一些实施例中，第一报文的报文头包括第一从网关的设备标识。

在一些实施例中，第二协议为IP或UDP等协议时，第一报文的报文头还可能包括源地址、源端口号、目的地址和目的端口号等内容。

第一报文的目的端口号是主网关上的目标端口的端口号，主网关上的目标端口用于接收包括第一协议定义的数据的报文。例如，主网关可以使用5050的端口作为用于接收包括第一协议定义的数据的报文的目标端口。

第一报文的源端口号是第一从网关上的一个端口的端口号。

在一些实施例中，主网关可以向室内局域网包括的各从网关广播通知信息，通知信息包括目标端口的端口号，通知信息用于向各从网关通知目标端口是主网关用于接收包括第一协议定义的数据的报文的端口。各从网关接收通知信息后，可以记录目标端口的端口号，以便在封装IoT设备的业务数据时，将目标端口的端口号作为封装生成的报文的目的端口号。或者，

在一些实施例中，目标端口的端口号在各从网关出厂时配置在各从网关中，这样各从网关在封装IoT设备的业务数据时，将出厂时配置的目标端口的端口号作为封装生成的报文的目的端口号。

在一些实施例中，第一报文的净荷部分还包括信息头。可选地，信息头可能包括如下一个或多个信息：魔术字、数据版本、数据类型、数据大小、或者、循环冗余校验(cyclic redundancy check，CRC)码等。

魔术字用于标识第一报文的净荷部分包括的第一业务数据是第一协议定义的数据。

数据版本是第一报文的净荷部分包括的第一业务数据的版本。

数据类型是第一报文的净荷部分包括的第一业务数据的类型。

数据大小是第一报文的净荷部分包括的第一业务数据的大小。

CRC码用于校验第一报文的净荷部分包括的第一业务数据。

参见图4，第二协议为IP，第一报文的报文头包括传输控制协议(transmission control protocol，TCP)报文头和IP报文头。第一从网关在对第一业务数据进行封装的过程中，在包括第一业务数据的净荷部分的基础上添加TCP报文头，得到TCP报文。然后，在TCP报文的基础上添加IP报文头，得到第一报文。第一报文是IP报文。

可选地，第一从网关包括网络层，第一从网关在网络层中，基于IP，通过对第一业务数据进行封装，得到第一报文。也就是说，第一从网关在网络层中，在包括第一业务数据的净荷部分的基础上添加TCP报文头，得到TCP报文。然后，在TCP报文的基础上添加IP报文头，得到第一报文。

参见图5，第一报文中的TCP报文头包括第一从网关的设备标识。第一报文中的IP报文头包括源地址、源端口号、目的地址和目的端口号等内容。目的端口号为主网关上的目标端口的端口号。

参见图6，第二协议为UDP，第一报文的报文头包括UDP报文头。第一从网关在对第一业务数据进行封装的过程中，在包括第一业务数据的净荷部分的基础上添加UDP报文头，得到第一报文。第一报文是UDP报文。

可选地，第一从网关包括网络层，第一从网关在网络层中，基于UDP，通过对第一业务数据进行封装，得到第一报文。也就是说，第一从网关在网络层中，在包括第一业务数据的净荷部分的基础上添加UDP报文头，得到第一报文。可选地，第一从网关的网络层上承载传输层，第一从网关在网络层上的传输层中，在包括第一业务数据的净荷部分的基础上添加UDP报文头，得到第一报文。

第一报文中的UDP报文头包括第一从网关的设备标识、源地址、源端口号、目的地址、目的端口号等。

在一些实施例中，参见图7，在第二协议为IP或UDP的情况下，第一从网关包括第一代理模块，主网关包括第二代理模块。

可选地，第一代理模块可以为第一从网关上运行的代理进程、代理线程或虚拟实例等，第二代理模块可以为主网关上运行的代理进程、代理线程或虚拟实例等，虚拟实例可以为容器或虚拟机等。第一代理模块运行在第一从网关的网络层，第二代理模块运行在主网关的代理层。

第一从网关的第一代理模块接收第一IoT设备发送的第一业务数据，对第一业务数据进行封装，得到第一报文。可选地，在封装的过程中，第一从网关的第一代理模块在包括第一业务数据的净荷部分的基础上添加报文头，得到第一报文。

在一些实施例中，第二协议为以太网协议时，第一报文的目的媒体接入控制(media access control，MAC)地址为主网关的MAC地址。

第一报文的报文头还可能包括第一从网关的设备标识、源MAC地址、源端口号、目的MAC地址、目的端口号和类型，该类型用于标识第一报文是包括第一协议定义的数据的报文。目标端口可以为主网关上的任一端口的端口号，也就是说，在此情况下，主网关上不需要单独的用于接收包括第一协议定义的数据的报文的目标端口。

可选地，第一报文的净荷部分还包括信息头，信息头可能包括如下一个或多个信息：魔术字、数据版本、数据类型、数据大小、或者、CRC码等。

第一报文的报文头为以太网报文头。第一从网关在对第一业务数据进行封装的过程中，在包括第一业务数据的净荷部分的基础上添加以太网报文头，得到第一报文。第一报文是以太网报文。

可选地，第一从网关包括数据链路层，数据链路层包括第一协议的驱动，第一从网关在数据链路层包括的驱动中，基于以太网协议，通过对第一业务数据进行封装，得到第一报文。也就是说，第一从网关在数据链路层包括的驱动中，在包括第一业务数据的净荷部分的基础上添加以太网报文头，得到第一报文。

步骤303：第一从网关向主网关发送第一报文。

在第二协议为IP或UDP等协议时，第一报文的目的端口号为目标端口的端口号，所以第一从网关向主网关上的目标端口发送第一报文。

可选地，参见图7，第一从网关的第一代理模块向主网关上的目标端口发送第一报文。

可选地，第二协议为IP的情况，第一从网关与主网关的目标端口之间有TCP连接，第一从网关通过TCP连接，向主网关上的目标端口发送第一报文。

可选地，第二协议为UDP的情况，第一从网关还周期性地向主网关上的目标端口发送连接信息，以通过该连接信息维护第一从网关与主网关上的目标端口之间的连接关系。

步骤304：主网关接收第一报文，通过解析第一报文，得到第一报文中的第一业务数据。

在第二协议为IP或UDP等协议时，主网关包括目标端口，主网关实时监听目标端口，监听到有发送给目标端口的第一报文时，通过目标端口接收第一报文。

由于目标端口是用于接收包括第一协议定义的数据的报文的端口，因此主网关通过目标端口接收第一报文，基于目标端口可以确定第一报文包括第一协议定义的数据，解析第一报文，得到第一业务数据。

可选的，主网关包括网络层，主网关在网络层中，解析第一报文，得到第一业务数据。

在一些实施例中，参见图7，主网关包括第二代理模块，第二代理模块实时监听目标端口，监听到有发送给目标端口的第一报文时，通过目标端口接收第一报文。基于目标端口可以确定第一报文包括第一协议定义的数据，解析第一报文，得到第一业务数据。

在一些实施例中，第一从网关可能因异常等原因，将不包括第一协议定义的数据的报文发送到主网关上的目标端口。主网关通过目标端口接收该报文后，基于目标端口确定该报文包括第一协议定义的数据，然而该报文实际上不包括第一协议定义的数据，所以确定的结果是错误的，主网关无法从该报文中解析出第一协议定义的数据，浪费主网关的计算资源。

为了在这种情况下，解决出错的问题，第一报文的净荷部分的信息头包括魔术字，主网关在基于目标端口确定第一报文的净荷部分包括第一协议定义的数据时，从第一报文的净荷部分中读取第一报文的魔术字。基于第一报文的魔术字确定第一报文的净荷部分是否包括第一协议定义的数据；如果确定出第一报文的净荷部分包括第一协议定义的数据时，解析第一报文的净荷部分，得到第一业务数据；如果确定出第一报文的净荷部分不包括第一协议定义的数据时，可以丢弃第一报文，或者，转发第一报文，或者，对第一报文进行其他处理。

在第二协议为以太网协议等时，主网关接收第一报文，从第一报文的报文头中读取第一报文的目的MAC地址，确定第一报文的目的MAC地址是否为主网关的MAC地址。如果第一报文的目的MAC地址为主网关的MAC地址时，解析第一报文，得到第一业务数据。如果第一报文的目的MAC地址不为主网关的MAC地址时，丢弃第一报文。

主网关接收的报文的目的MAC地址是主网关的MAC地址，表示该报文是发送给主网关的报文，但该报文可能包括第一协议定义的数据，也可能不包括第一协议定义的数据。在接收到不包括第一协议定义的数据且目的MAC地址为主网关的MAC地址的报文时，主网关如果对该报文进行解析，则解析不出来第一协议定义的数据，浪费主网关的计算资源。

为了在这种情况下，避免浪费主网关的计算资源，第一报文的报文头还包括类型，该类型用于标识第一报文是包括第一协议定义的数据的报文，主网关在确定出第一报文的目的MAC地址为主网关的MAC地址时，从第一报文的报文头中读取该类型。基于该类型确定第一报文是否包括第一协议定义的数据；如果确定出第一报文包括第一协议定义的数据时，解析第一报文，得到第一业务数据；如果确定出第一报文不包括第一协议定义的数据时，可以丢弃第一报文，或者，转发第一报文，或者，对第一报文进行其他处理。

可选地，主网关包括数据链路层，数据链路层包括第一协议的驱动，主网关在数据链路层包括的驱动中，解析第一报文，得到第一业务数据。在实现时，在驱动中，解析第一报文的净荷部分中的信息头得到第一报文的魔术字，在基于第一报文的魔术字确定第一报文的净荷部分包括第一协议定义的数据时，继续解析第一报文的净荷部分，得到第一业务数据。

在一些实施例中，第一报文的净荷部分的信息头还包括数据版本、数据类型、数据大小和/或CRC码等内容。在第二协议为IP、UDP或以太网协议等情况下，主网关在解析第一报文的净荷部分时，先解析得到数据版本、数据类型、数据大小和/或CRC码。基于数据版本、数据类型、数据大小和/或CRC码，继续解析第一报文的净荷部分，得到第一业务数据。例如，主网关可以基于数据大小，从第一报文的净荷部分中提取第一业务数据，基于CRC码，对提取的第一业务数据进行校验。

在一些实施例中，第一报文的报文头还包括第一从网关的设备标识，主网关在解析第一报文时，还可以得到第一从网关的设备标识。

在一些实施例中，主网关还可能接收第一从网关发送的第一IoT设备的连接认证信息，主网关还将第一IoT设备的第一设备标识与连接认证信息对应保存在第一设备标识与连接认证信息之间对应关系中。

可选地，在实现时，主网关接收第一从网关发送的第一上报信息，第一上报信息包括第一IoT设备的第一设备标识和连接认证信息，将第一上报信息包括的第一IoT设备的第一设备标识和连接认证信息对应保存在第一设备标识与连接认证信息之间对应关系中。

可选地，主网关还可以向室内局域网包括的除第一从网关之外的从网关发送第一上报信息。室内局域网包括的除第一从网关之外的从网关包括第二从网关，第二从网关接收第一上报信息，将第一上报信息包括的第一IoT设备的第一设备标识和连接认证信息对应保存在第一设备标识与连接认证信息之间对应关系中。

在一些实施例中，主网关还可能接收第一从网关发送的第一从网关与第一IoT设备之间的状态信息，主网关还将第一IoT设备的第一设备标识与该状态信息对应保存在第一设备标识与状态信息之间对应关系中。

可选地，在实现时，主网关接收第一从网关发送的第二上报信息，第二上报信息包括第一IoT设备的第一设备标识和该状态信息，将第二上报信息包括的第一IoT设备的第一设备标识和该状态信息对应保存在第一设备标识与状态信息之间对应关系中。

可选地，主网关还可以向室内局域网包括的除第一从网关之外的从网关发送第二上报信息。室内局域网包括的除第一从网关之外的从网关包括第二从网关，第二从网关接收第二上报信息，将第二上报信息包括的第一IoT设备的第一设备标识和该状态信息对应保存在第一设备标识与状态信息之间对应关系中。

如果主网关不向室内局域网中的从网关转发第一上报信息和第二上报信息，这样主网关集中保存第一设备标识与连接认证信息之间对应关系以及第一设备标识与状态信息之间对应关系。室内局域网中的各从网关可以不保存该两个对应关系，从而避免从网关保存重复的数据，节省从网关的宝贵资源。

步骤305：主网关对第一业务数据进行处理。

在一些实施例中，第一业务数据可能是发现报文。主网关对第一业务数据进行处理的操作可以为：

主网关从发现报文中获取第一IoT设备的第一设备标识，基于第一设备标识和第一从网关的设备标识，获取第一IoT设备的第二设备标识，第二设备标识包括第一IoT设备的位置和设备类型等信息，将第一从网关的设备标识、第一IoT设备的第一设备标识和第二设备标识对应保存在从网关的设备标识、IoT设备的第一设备标识和第二设备标识之间的对应关系中。

可选地，第二设备标识可以为便于用户理解的第一IoT设备的别名，例如，假设第一IoT设备是位于主卧室内的智能电灯，则第一IoT设备的第二设备标识可以为主卧智能电灯。主网关获取第一IoT设备的第二设备标识的操作可以为：

主网关基于第一从网关的设备标识，确定第一IoT设备的位置，基于第一IoT设备的第一设备标识，确定第一IoT设备的设备类型，从而得到第一IoT设备的第二设备标识。

针对于第一IoT设备的位置，主网关基于第一从网关的设备标识可以确定第一从网关的位置，将该位置作为第一IoT设备的位置。

例如，第一从网关位于主卧室内，而第一IoT设备是位于主卧室内的智能电灯，所以第一从网关能够发现第一IoT设备，并与第一IoT设备之间建立连接。主网关可以基于第一从网关的设备标识，确定第一从网关的位置为主卧室，所以得出第一IoT设备位于主卧室内，从而得到第一IoT设备的位置为主卧室。

针对第一IoT设备的设备类型，第一IoT设备的第一设备标识包括第一IoT设备的设备类型，主网关可以从第一设备标识中读取第一IoT设备的设备类型。或者，第一IoT设备的第一设备标识包括第一IoT设备的序列号和/或第一IoT设备的地址等，主网关可以基于第一IoT设备的序列号和/或第一IoT设备的地址，从网络中查询第一IoT设备的设备类型。

例如，假设主网关获取的第一IoT设备的设备类型为智能电灯，所以得到的第一IoT设备的第二设备标识为主卧智能电灯。

在一些实施例中，主网关还可以向目标设备发送提示信息，提示信息包括第一IoT设备的第二设备标识。目标设备接收提示信息，显示提示信息，以提示有第一IoT设备接入室内局域网。

例如，假设目标设备为手机，手机中运行有用于管理IoT设备的智能业务。手机可以接收主网关发送的提示信息，提示信息为“有主卧智能电灯接入家庭网络”，手机显示提示信息，以向用户进行提示。

在一些实施例中，第一业务数据是第一IoT设备在执行业务时发送的业务数据。例如，第一业务数据可能是确认请求或预定请求，主网关对第一业务数据进行处理的操作可以为：主网关可以对确认请求或预定请求进行确认。

可选地，主网关对确认请求或预定请求进行确认后，还可以产生响应数据，响应数据可以是对确认请求或预定请求进行确认得到的同意命令。

例如，假设第一IoT设备为智能电灯，第一业务数据是用于请求确认智能电灯当前发光的颜色和/或亮度的确认请求，主网关可以同意智能电灯以该颜色和/或亮度进行发光，所以对确认请求进行确认得到同意命令。或者，第一业务数据是用于预定智能电灯的开启时间戳和/或关闭时间戳的预定请求，主网关可以同意智能电灯在预定的开启时间戳开启，和/或，在预定的关闭时间戳关闭，所以对预定请求进行确认得到同意命令。

在一些实施例中，主网关可能需要向目标设备发送第一业务数据，主网关对第一业务数据进行处理的操作可以为：

主网关将第一业务数据转换成第三协议定义的目标数据，第三协议是智能业务使用的协议，向目标设备发送目标数据。

可选地，第一业务数据可能是二进制格式的数据。例如，第一业务数据为蓝牙数据或星闪数据，第一业务数据是不便于用户理解和编程的二进制数据。第三协议定义的目标数据可以为可扩展标记语言(extensible markup language，xml)格式的数据或JS对象简谱(javascript object notation，json)格式的数据等，是便于用户理解和编程的数据。

目标设备接收目标数据后，可以对目标数据进行处理。

例如，假设第一IoT设备为智能电灯，第一业务数据是用于请求确认智能电灯当前发光的颜色和/或亮度的确认请求，主网关将确认请求转换为成xml格式或json格式的确认请求(为目标数据)，向目标设备发送xml格式或json格式的确认请求。

目标设备接收xml格式或json格式的确认请求，然后执行的处理操作可以为：

目标设备向用户显示xml格式或json格式的确认请求。用户可以同意智能电灯以该颜色和/或亮度进行发光，向目标设备触发对确认请求的确认，使目标设备得到同意命令。或者，用户可以不同意智能电灯以该颜色和/或亮度进行发光，向目标设备触发更改命令，更改命令包括用户更改的颜色和/或亮度。

再例如，第一业务数据是用于预定智能电灯的开启时间戳和/或关闭时间戳的预定请求，主网关将预定请求转换为成xml格式或json格式的预定请求(为目标数据)，向目标设备发送xml格式或json格式的预定请求。

目标设备接收xml格式或json格式的预定请求，然后执行的处理操作可以为：

目标设备向用户显示xml格式或json格式的预定请求。用户可以同意智能电灯在预定的开启时间戳开启，和/或，在预定的关闭时间戳关闭，向目标设备触发对预定请求的确认，使目标设备得到同意命令。或者，用户可以不同意智能电灯在预定的开启时间戳开启，和/或，在预定的关闭时间戳关闭，向目标设备触发更改命令，更改命令包括用户更改的开启时间戳和/或关闭时间戳。

在一些实施例中，第一从网关在接收到第一业务数据时，也可以将第一业务数据转换成第三协议定义的目标数据，向主网关发送目标数据。主网关接收目标数据后，可以处理目标数据。例如主网关向目标设备发送目标数据。

上述仅仅是列举了主网关处理第一业务数据的几种实例，在实际场景中，不同设备类型的IoT设备，主网关可能有不同的处理第一业务数据的操作，处理的操作不仅仅有上述列举的几种实例，还可能有其他的处理操作，在此不再一一列举。

在一些实施例中，主网关可能有需要发送的第二业务数据，第二业务数据是针对第一IoT设备的数据，且第二业务数据是第一协议定义的数据。可以按如下流程来发送第二业务数据。

步骤306：主网关获取第二业务数据，生成第二报文，第二报文是第二协议定义的报文，第二报文的净荷部分包括第二业务数据。

在一些实施例中，第二业务数据包括第一IoT设备的第一设备标识和主网关处理第一业务数据后产生的响应数据。例如，响应数据包括上述同意命令。主网关产生的响应数据为第一协议定义的数据。

第一业务数据包括第一IoT设备的第一设备标识，第二业务数据包括的第一设备标识可以是主网关从第一业务数据中得到的。

在一些实施例中，第二业务数据包括第一IoT设备的第一设备标识和主网关接收的来自目标设备的针对第一IoT设备的命令。

例如，该命令可以为目标设备发送的上述同意命令或更改命令等。

再例如，目标设备可能需要查询第一IoT设备的状态，该命令可以为查询命令。

在一些实施例中，目标设备发送的针对第一IoT设备的命令可能是第三协议定义的数据，主网关接收该命令后，将该命令转换为第一协议定义的命令，第二业务数据包括的命令为第一协议定义的命令。

可选地，目标设备在向主网关发送的该命令包括第一IoT设备的第二设备标识。而第二业务数据包括的第一设备标识，主网关可以按如下操作获取第一设备标识：

主网关从该命令中读取第一IoT设备的第二设备标识，基于第二设备标识，从从网关的设备标识、IoT设备的第一设备标识和第二设备标识之间的对应关系中，查询出第一IoT设备的第一设备标识。

主网关除了上述列举的几种获取第二业务数据的方式外，还可能有其他的方式得到第二业务数据，在此不再一一列举。

由于主网关的资源多于第一从网关的资源，从网关的资源较少，可能无法处理IoT设备的业务数据。由于主网关可以集中对室内局域网中的各IoT设备的业务数据进行处理，所以第一从网关在接收第一业务数据后，直接在网络层或数据链路层封装第一业务数据得到第一报文，向主网转发第一报文，由主网关来处理第一业务数据，保证能够成功对室内局域网中的各IoT设备进行控制和/或管理等操作。

主网关生成第二报文的详细实现过程，可以参见步骤302中第一从网关生成第一报文的详细实现过程，在此不再详细说明。

步骤307：主网关向第一从网关发送第二报文。

在步骤307中，主网关可以获取第一从网关的设备标识，基于第一从网关的设备标识，向第一从网关发送第二报文。

在第二业务数据包括主网关处理第一业务数据后产生的响应数据的情况下，主网关可以基于第一IoT设备的第一设备标识，从从网关的设备标识、IoT设备的第一设备标识和第二设备标识之间的对应关系中，查询出第一从网关的设备标识。基于第一从网关的设备标识，向第一从网关发送第二报文。

在第二业务数据包括目标设备发送的命令的情况下，主网关在基于该命令包括的第二设备标识，从从网关的设备标识、IoT设备的第一设备标识和第二设备标识之间的对应关系中查询第一IoT设备的第一设备标识时，还查询出第一从网关的设备标识。基于第一从网关的设备标识，向第一从网关发送第二报文。

在一些实施例中，在第二协议为IP或UDP等协议时，主网关通过目标端口向第一从网关发送第二报文，第二报文的源端口号为目标端口的端口号，第二报文的目的端口号为第一报文的源端口号，即第二报文的目的端口号是第一从网关上的一个端口的端口号。

可选地，第二协议为IP的情况，第一从网关与主网关的目标端口之间有TCP连接，主网关基于TCP连接，通过目标端口向第一从网关发送第二报文。

可选地，第二协议为UDP的情况，第一从网关周期性地向主网关上的目标端口发送连接信息，通过该连接信息维护第一从网关与主网关上的目标端口之间的连接关系。主网关可以基于接收的连接信息，通过目标端口向第一从网关发送第二报文。

步骤308：第一从网关接收第二报文，通过解析第二报文，得到第二业务数据，对第二业务数据进行处理。

第一从网关解析第二报文的详细实现过程，可以参见步骤304中主网关解析第一报文的详细实现过程，在此不再详细说明。

在一些实施例中，第二业务数据包括上述同意命令，第一从网关可以确认同意命令，以实现处理第二业务数据。或者，向第一IoT设备发送同意命令，以让第一IoT设备确认同意命令，以实现处理第二业务数据。

在一些实施例中，第二业务数据包括上述更改命令，第一从网关向第一IoT设备发送更改命令，以实现处理第二业务数据。

第一IoT接收更改命令，执行更改命令。例如，第一IoT设备为智能电灯，智能电灯接收更改命令。更改命令包括用户更改的颜色和/或亮度，智能电灯基于用户更改的颜色和/或亮度发光。或者，更改命令包括用户更改的开启时间戳和/或关闭时间戳，智能电灯在用户更改的开启时间戳开启，在用户更改的关闭时间戳关闭。

可选地，第一IoT设备执行更改命令后，还可能向第一从网关发送更改响应，更改响应为第一协议定义的业务数据。可以将更改响应作为第一业务数据，返回从上述步骤301开始执行。

在一些实施例中，第二业务数据包括上述查询命令，第一从网关向第一IoT设备发送查询命令，以实现处理第二业务数据。

第一IoT设备接收查询命令，执行查询命令。例如，第一IoT设备为智能电灯，智能电灯接收查询命令。查询命令用于查询第一IoT设备的状态，智能电灯基于查询命令获取自身的状态，向第一从网关发送查询响应，查询响应包括智能电灯的状态。

可以将查询响应作为第一业务数据，返回从上述步骤301开始执行。

在一些实施例中，第一IoT设备可能是移动设备，第一IoT设备从第一从网关的附近移动到第二从网关的附近，能够被第二从网关发现，接下来第二从网关和主网关还执行如下流程。

(1)：第二从网关可以向主网关发送查询请求，查询请求包括第一IoT设备的第一设备标识，查询请求用于请求获取第一IoT设备的信息。

(2)：主网关接收第二从网关发送的查询请求，基于查询请求包括的第一设备标识，获取第一IoT设备的信息，向第二从网关发送查询响应，查询响应包括第一IoT设备的信息。

第一IoT设备的信息包括如下一个或多个：第一IoT设备的连接认证信息或者第一从网关与第一IoT设备之间的状态信息。

主网关获取第一IoT设备的信息的操作，可以包括：

主网关基于第一IoT设备的第一设备标识，从第一设备标识与连接认证信息之间的对应关系中获取第一IoT设备的连接认证信息。和/或，

主网关基于第一IoT设备的第一设备标识，从第一设备标识与状态信息之间的对应关系中获取第一从网关与第一IoT设备之间的状态信息。

(3)：第二从网关接收查询响应，基于第一IoT设备的信息执行如下一个或多个操作：建立与第一IoT设备之间的连接，或者，配置第二从网关与第一IoT设备之间的状态。

在一些实施例中，如果第二从网关保存有第一设备标识与连接认证信息之间的对应关系，则第二从网关基于第一IoT设备的第一设备标识，从第一设备标识与连接认证信息之间的对应关系中获取第一IoT设备的认证信息。

如果第二从网关保存有第一设备标识与状态信息之间的对应关系，则第二从网关基于第一IoT设备的第一设备标识，从第一设备标识与状态信息之间的对应关系中获取第一从网关与第一IoT设备之间的状态信息。

在一些实施例中，第一IoT设备的信息包括第一IoT设备的连接认证信息，第二从网关包括第一协议的协议栈，第二从网关将第一IoT的认证信息输入到第一协议的协议栈，通过第一协议的协议栈，建立与第一IoT设备之间的连接。这样第二从网关不需要与第一IoT设备认证，如此第二从网关就不需要请求目标设备配对第二从网关和第一IoT设备，节省了用户配对操作，提高连接建立的效率。

可选地，连接认证信息包括第一IoT设备的连接参数，第二从网关与第一IoT设备建立连接的操作可以为：第二从网关基于第一IoT设备的第一设备标识向第一IoT设备发送连接建立请求，连接建立请求包括第一IoT设备的连接参数。第一IoT设备接收连接建立请求后，基于连接参数与第二从网关收发数据，即完成建立第二从网关与第一IoT设备之间的连接。然后第二从网关基于协议栈与第一IoT设备进行数据收发。

在一些实施例中，第一IoT设备的信息包括第一从网关与第一IoT设备之间的状态信息，该状态信息包括如下一个或多个，第一IoT设备的连接状态，或者、第一IoT设备与第一从网关之间的业务运行状态等。

第二从网关基于该连接状态配置第一IoT设备。例如第一IoT设备的连接状态可以包括在线状态或离线状态等，第二从网关可以配置第一IoT设备在线或离线。和/或，

第二从网关基于该业务运行状态配置第一IoT设备运行业务的进度。例如，业务运行状态可以包括第一IoT发送业务数据的进度和/或第一从网关接收业务数据的进度等，第二从网关配置第一IoT设备从该发送业务数据的进度起，继续发送业务数据；或者，第二从网关配置第一IoT设备从第一从网关接收业务数据的进度起，继续发送业务数据。

对于与主网关连接的第二IoT设备，主网关可以直接基于第一协议与第二IoT设备通信，也就是说，主网关可以基于第一协议接收第二IoT设备发送的业务数据，和/或，基于第一协议向第二IoT设备发送业务数据。

在本申请实施例中，对于离主网关的距离较远的第一IoT设备，第一IoT设备可以就近接入位于第一IoT设备附近的第一从网关，可以基于第一协议连接到第一从网关上，向第一从网关发送第一协议定义的第一业务数据。第一从网关基于第二协议与主网关通信，第一从网关接收第一业务数据，将第一业务数据封装成第二协议定义的第一报文，第一报文的净荷部分包括第一业务数据，向主网关发送第一报文。如此实现了第一业务数据穿越第一从网关并被传输到主网关，这样主网关通过解析第一报文，得到第一业务数据，对第一业务数据进行处理。从而扩大了室内局域网的覆盖范围和接入能力。由于第一IoT设备可以就近接入位于第一IoT设备附近的第一从网关，所以第一IoT设备可以采用低功耗短距离通信的第一协议与第一从网关通信，从而可以减小第一IoT设备的功耗。

参见图8，本申请实施例提供了一种通信装置800，所述装置800可以部署在图1所示室内局域网100中的从网关上，或图2所示网络架构200中的从网关上，或图3所示方法300的第一从网关上。所述装置800位于室内局域网中，室内局域网还包括物联网IoT设备和主网关，所述装置800与IoT设备之间采用的通信协议为第一协议，所述装置800与主网关之间采用的通信协议为第二协议，第一协议为蓝牙协议或星闪协议，第二协议是除蓝牙协议和星闪协议之外的协议。所述装置800包括：

通信单元801，用于接收IoT设备发送的第一业务数据，第一业务数据是第一协议定义的数据；

处理单元802，用于生成第一报文，第一报文是第二协议定义的报文，第一报文的净荷部分包括第一业务数据；

通信单元801，还用于向主网关发送第一报文。

可选地，通信单元801接收IoT设备发送的第一业务数据的详细实现过程参见图3所示方法300的步骤301中的相关内容，在此不再详细说明。

可选地，处理单元802生成第一报文的详细实现过程参见图3所示方法300的步骤302中的相关内容，在此不再详细说明。

可选地，通信单元801向主网关发送第一报文的详细实现过程参见图3所示方法300的步骤303中的相关内容，在此不再详细说明。

可选地，通信单元801，还用于接收主网关发送的第二报文，第二报文是第二协议定义的报文，第二报文的净荷部分包括主网关需要发送的第二业务数据，第二业务数据是针对IoT设备的数据，第二业务数据是第一协议定义的数据；

处理单元802，还用于通过解析第二报文，得到第二业务数据；

处理单元802，还用于对第二业务数据进行处理。

可选地，通信单元801接收主网关发送的第二报文的详细实现过程参见图3所示方法300的步骤308中的相关内容，在此不再详细说明。

可选地，处理单元802得到第二业务数据，对第二业务数据进行处理的详细实现过程参见图3所示方法300的步骤308中的相关内容，在此不再详细说明。

可选地，第二协议为网际互联协议IP或用户数据报协议UDP，第一报文的目的端口号为主网关上的目标端口的端口号，目标端口用于接收包括第一协议定义的数据的报文。

可选地，第二协议为以太网协议，第一报文的目的媒体接入控制MAC地址为主网关的MAC地址。

可选地，通信单元801，还用于：

向主网关发送IoT设备的信息，IoT设备的信息包括如下一个或多个：IoT设备的认证信息，IoT设备的连接参数，或者，所述装置800与IoT设备之间的状态信息。

可选地，通信单元801向主网关发送IoT设备的信息的详细实现过程参见图3所示方法300的步骤301中的相关内容，在此不再详细说明。

可选地，室内局域网为家庭网络或企业局域网。

在本申请实施例中，由于处理单元在通信单元接收IoT设备发送的第一业务数据后，生成第二协议定义的第一报文，第一报文的净荷部分包括第一业务数据，这样通信单元可以向主网关发送第一报文。如此使得IoT设备发送的第一业务数据可以穿越所述装置800并被传输到主网关，从而使室内局域网包括所述装置800与IoT设备之间的蓝牙接入范围或星闪接入范围，扩大了室内局域网的覆盖范围。

参见图9，本申请实施例提供了一种通信装置900，所述装置900可以部署在图1所示室内局域网100中的主网关上，或图2所示网络架构200中的主网关上，或图3所示方法300的主网关上。所述装置900位于室内局域网中，室内局域网还包括物联网IoT设备和第一从网关，第一从网关与IoT设备之间采用的通信协议为第一协议，第一从网关与所述装置900之间采用的通信协议为第二协议，第一协议为蓝牙协议或星闪协议，第二协议是除蓝牙协议和星闪协议之外的协议，所述装置900包括：

通信单元901，用于接收第一从网关发送的第一报文，第一报文的净荷部分包括第一从网关接收的来自IoT设备的第一业务数据，第一业务数据是第一协议定义的数据，第一报文是第二协议定义的报文；

处理单元902，用于通过解析第一报文，得到第一业务数据；

处理单元902，还用于对第一业务数据进行处理。

可选地，通信单元901接收第一报文的详细实现过程参见图3所示方法300的步骤304中的相关内容，在此不再详细说明。

可选地，处理单元902通过解析第一报文，得到第一业务数据的详细实现过程参见图3所示方法300的步骤304中的相关内容，在此不再详细说明。

可选地，处理单元902对第一业务数据进行处理的详细实现过程参见图3所示方法300的步骤305中的相关内容，在此不再详细说明。

可选地，通信单元901，还用于：

向第一从网关发送第二报文，第二报文是第二协议定义的报文，第二报文的净荷部分包括所述装置900需要发送的第二业务数据，第二业务数据是针对IoT设备的数据，第二业务数据是第一协议定义的数据。

可选地，通信单元901发送第二报文的详细实现过程参见图3所示方法300的步骤307中的相关内容，在此不再详细说明。

可选地，第二业务数据包括如下一个或多个：处理单元902处理第一业务数据后产生的响应数据，或者，通信单元901接收的来自终端设备或服务器的针对IoT设备的命令。

可选地，第二协议为网际互联协议IP或用户数据报协议UDP，第一报文的目的端口号为所述装置900上的目标端口的端口号，目标端口用于接收包括第一协议定义的数据的报文；

通信单元901，用于通过目标端口接收第一从网关发送的第一报文；

处理单元902，用于在基于目标端口确定第一报文包括第一协议定义的数据时，通过解析第一报文，得到第一业务数据。

可选地，通信单元901通过目标端口接收第一从网关发送的第一报文的详细实现过程参见图3所示方法300的步骤304中的相关内容，在此不再详细说明。

可选地，处理单元902在基于目标端口确定第一报文包括第一协议定义的数据时，通过解析第一报文，得到第一业务数据的详细实现过程参见图3所示方法300的步骤304中的相关内容，在此不再详细说明。

可选地，第二协议为以太网协议，第一报文的目的媒体接入控制MAC地址为所述装置900的MAC地址；

处理单元902，用于在确定第一报文的目的MAC地址为所述装置900的MAC地址时，通过解析第一报文，得到第一业务数据。

可选地，处理单元902在确定第一报文的目的MAC地址为所述装置900的MAC地址时，通过解析第一报文，得到第一业务数据的详细实现过程参见图3所示方法300的步骤304中的相关内容，在此不再详细说明。

可选地，处理单元902，用于将第一业务数据转换成第三协议定义的目标数据，第三协议是智能业务使用的协议，智能业务是用于管理IoT设备的业务；

通信单元901，还用于向目标设备发送目标数据，目标设备包括智能业务，目标设备为终端设备或服务器。

可选地，处理单元902将第一业务数据转换成第三协议定义的目标数据的详细实现过程参见图3所示方法300的步骤305中的相关内容，在此不再详细说明。

可选地，通信单元901向目标设备发送目标数据的详细实现过程参见图3所示方法300的步骤305中的相关内容，在此不再详细说明。

可选地，通信单元901，还用于：

接收第一从网关发送的IoT设备的信息，IoT设备的信息包括如下一个或多个：IoT设备的认证信息，IoT设备的连接参数，或者第一从网关与所述IoT设备之间的状态信息。

可选地，通信单元901接收第一从网关发送的IoT设备的信息的详细实现过程参见图3所示方法300的步骤304中的相关内容，在此不再详细说明。

可选地，室内局域网还包括第二从网关，通信单元901，还用于：

接收第二从网关在发现IoT设备时发送的查询请求，查询请求用于请求获取IoT设备的信息；

向第二从网关发送查询响应，查询响应包括IoT设备的信息，查询响应用于指示第二从网关基于IoT设备的信息执行如下一个或多个操作：建立与IoT设备之间的连接，或者，配置第二从网关与IoT设备之间的状态。

可选地，通信单元901接收第二从网关在发现IoT设备时发送的查询请求的详细实现过程参见图3所示方法300的步骤308中的相关内容，在此不再详细说明。

可选地，通信单元901向第二从网关发送查询响应的详细实现过程参见图3所示方法300的步骤308中的相关内容，在此不再详细说明。

可选地，室内局域网为家庭网络或企业局域网。

在本申请实施例中，由于第一报文是第二协议定义的报文，通信单元可以接收来自第一从网关的第一报文。而第一报文是第一从网关在接收IoT设备发送的第一业务数据后生成的，第一报文的净荷部分包括第一业务数据，如此使得IoT设备发送的第一业务数据可以穿越第一从网关并被传输到通信单元，并可以被通信单元接收到。从而使室内局域网包括第一从网关与IoT设备之间的蓝牙接入范围或星闪接入范围，扩大了室内局域网的覆盖范围。

参见图10，本申请实施例提供的一种通信设备1000示意图。该通信设备1000包括至少一个处理器1001，总线系统1002，存储器1003以及至少一个收发器1004。

该通信设备1000是一种硬件结构的装置，可以用于实现图8所述的通信装置800中的功能模块。例如，本领域技术人员可以想到图8所示的通信装置800中的处理单元802可以通过该至少一个处理器1001调用存储器1003中的代码来实现，图8所示的通信装置800中的通信单元801可以通过该收发器1004来实现。

可选的，该通信设备1000还可用于实现上述任一实施例中从网关的功能。

可选的，上述处理器1001可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

上述总线系统1002可包括通路，在上述组件之间传送信息。

上述收发器1004，用于与其他设备或通信网络通信。

上述存储器1003可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器1003用于存储执行本申请方案的应用程序代码，并由处理器1001来控制执行。处理器1001用于执行存储器1003中存储的应用程序代码，从而实现本专利方法中的功能。

在具体实现中，作为一种实施例，处理器1001可以包括一个或多个CPU，例如图10中的CPU0和CPU1。

在具体实现中，作为一种实施例，该通信设备1000可以包括多个处理器，例如图10中的处理器1001和处理器1007。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，该通信设备1000还可以包括输出设备1005和输入设备1006。输出设备1005和处理器1001通信，可以以多种方式来显示信息。例如，输出设备1005可以是液晶显示器(liquid crystal display，LCD)等。输入设备1006和处理器1001通信，可以以多种方式接受用户的输入。例如，输入设备1006可以是触摸屏设备或传感设备等。

参见图11，本申请实施例提供的一种通信设备1100示意图。该通信设备1100包括至少一个处理器1101，总线系统1102，存储器1103以及至少一个收发器1104。

该通信设备1100是一种硬件结构的装置，可以用于实现图9所述的通信装置900中的功能模块。例如，本领域技术人员可以想到图9所示的通信装置900中的处理单元902可以通过该至少一个处理器1101调用存储器1103中的代码来实现，图9所示的通信装置900中的通信单元901可以通过该收发器1104来实现。

可选的，该通信设备1100还可用于实现上述任一实施例中主网关的功能。

可选的，上述处理器1101可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

上述总线系统1102可包括通路，在上述组件之间传送信息。

上述收发器1104，用于与其他设备或通信网络通信。

上述存储器1103可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器1103用于存储执行本申请方案的应用程序代码，并由处理器1101来控制执行。处理器1101用于执行存储器1103中存储的应用程序代码，从而实现本专利方法中的功能。

在具体实现中，作为一种实施例，处理器1101可以包括一个或多个CPU，例如图11中的CPU0和CPU1。

在具体实现中，作为一种实施例，该通信设备1100可以包括多个处理器，例如图11中的处理器1101和处理器1107。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，该通信设备1100还可以包括输出设备1105和输入设备1106。输出设备1105和处理器1101通信，可以以多种方式来显示信息。例如，输出设备1105可以是液晶显示器(liquid crystal display，LCD)等。输入设备1106和处理器1101通信，可以以多种方式接受用户的输入。例如，输入设备1106可以是触摸屏设备或传感设备等。

参见图12，本申请实施例还提供了一种通信系统1200，所述系统1200包括如图8所示的通信装置800和如图9所示的通信装置900，或者，所述系统1200包括如图10所示的通信设备1000和如图11所示的通信设备1100。可选地，参见图12，如图8所示的通信装置800或如图10所示的通信设备1000可以为第一从网关1201，如图9所示的通信装置900或如图11所示的通信设备1100可以为主网关1202。

本申请实施例还提供了一种包含指令的计算机程序产品。所述计算机程序产品可以是包含指令的，能够运行在计算设备上或被储存在任何可用介质中的软件或程序产品。当所述计算机程序产品在至少一个计算设备上运行时，使得至少一个计算设备执行上述任意实施例提供的方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (35)

1. 一种通信方法，其特征在于，所述方法应用于室内局域网包括的第一从网关，所述室内局域网还包括物联网IoT设备和主网关，所述第一从网关与所述IoT设备之间采用的通信协议为第一协议，所述第一从网关与所述主网关之间采用的通信协议为第二协议，所述第一协议为蓝牙协议或星闪协议，所述第二协议是除所述蓝牙协议和所述星闪协议之外的协议，所述方法包括：

   接收所述IoT设备发送的第一业务数据，所述第一业务数据是所述第一协议定义的数据；

   生成第一报文，所述第一报文是所述第二协议定义的报文，所述第一报文的净荷部分包括所述第一业务数据；

   向所述主网关发送所述第一报文。
2. 如权利要求1所述的方法，其特征在于，所述方法还包括：

   接收所述主网关发送的第二报文，所述第二报文是所述第二协议定义的报文，所述第二报文的净荷部分包括所述主网关需要发送的第二业务数据，所述第二业务数据是针对所述IoT设备的数据，所述第二业务数据是第一协议定义的数据；

   通过解析所述第二报文，得到所述第二业务数据；

   对所述第二业务数据进行处理。
3. 如权利要求1或2所述的方法，其特征在于，所述第二协议为网际互联协议IP或用户数据报协议UDP，所述第一报文的目的端口号为所述主网关上的目标端口的端口号，所述目标端口用于接收包括所述第一协议定义的数据的报文。
4. 如权利要求1或2所述的方法，其特征在于，所述第二协议为以太网协议，所述第一报文的目的媒体接入控制MAC地址为所述主网关的MAC地址。
5. 如权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

   向所述主网关发送所述IoT设备的信息，所述IoT设备的信息包括如下一个或多个：所述IoT设备的认证信息，所述IoT设备的连接参数，或者，所述第一从网关与所述IoT设备之间的状态信息。
6. 如权利要求1-5任一项所述的方法，其特征在于，所述室内局域网为家庭网络或企业局域网。
7. 一种通信方法，其特征在于，所述方法应用于室内局域网包括的主网关，所述室内局域网还包括物联网IoT设备和第一从网关，所述第一从网关与所述IoT设备之间采用的通信协议为第一协议，所述第一从网关与所述主网关之间采用的通信协议为第二协议，所述第一协议为蓝牙协议或星闪协议，所述第二协议是除所述蓝牙协议和所述星闪协议之外的协议，所述方法包括：

   接收所述第一从网关发送的第一报文，所述第一报文的净荷部分包括所述第一从网关接收的来自所述IoT设备的第一业务数据，所述第一业务数据是所述第一协议定义的数据，所述第一报文是所述第二协议定义的报文；

   通过解析所述第一报文，得到所述第一业务数据；

   对所述第一业务数据进行处理。
8. 如权利要求7所述的方法，其特征在于，所述方法还包括：

   向所述第一从网关发送第二报文，所述第二报文是所述第二协议定义的报文，所述第二报文的净荷部分包括所述主网关需要发送的第二业务数据，所述第二业务数据是针对所述IoT设备的数据，所述第二业务数据是所述第一协议定义的数据。
9. 如权利要求8所述的方法，其特征在于，所述第二业务数据包括如下一个或多个：所述主网关处理所述第一业务数据后产生的响应数据，或者，所述主网关接收的来自终端设备或服务器的针对所述IoT设备的命令。
10. 如权利要求7-9任一项所述的方法，其特征在于，所述第二协议为网际互联协议IP或用户数据报协议UDP，所述第一报文的目的端口号为所述主网关上的目标端口的端口号，所述目标端口用于接收包括所述第一协议定义的数据的报文；

    所述接收所述第一从网关发送的第一报文，包括：

    通过所述目标端口接收所述第一从网关发送的所述第一报文；

    所述通过解析所述第一报文，得到所述第一业务数据，包括：

    在基于所述目标端口确定所述第一报文包括所述第一协议定义的数据时，通过解析所述第一报文，得到所述第一业务数据。
11. 如权利要求7-9任一项所述的方法，其特征在于，所述第二协议为以太网协议，所述第一报文的目的媒体接入控制MAC地址为所述主网关的MAC地址；

    所述通过解析所述第一报文，得到所述第一业务数据，包括：

    在确定所述第一报文的目的MAC地址为所述主网关的MAC地址时，通过解析所述第一报文，得到所述第一业务数据。
12. 如权利要求7-11任一项所述的方法，其特征在于，所述对所述第一业务数据进行处理，包括：

    将所述第一业务数据转换成第三协议定义的目标数据，所述第三协议是智能业务使用的协议，所述智能业务是用于管理所述IoT设备的业务；

    向目标设备发送所述目标数据，所述目标设备包括所述智能业务，所述目标设备为终端设备或服务器。
13. 如权利要求7-12任一项所述的方法，其特征在于，所述方法还包括：

    接收所述第一从网关发送的所述IoT设备的信息，所述IoT设备的信息包括如下一个或多个：所述IoT设备的认证信息，所述IoT设备的连接参数或者所述第一从网关与所述IoT设备之间的状态信息。
14. 如权利要求13所述的方法，其特征在于，所述室内局域网还包括第二从网关，所述方法还包括：

    接收所述第二从网关在发现所述IoT设备时发送的查询请求，所述查询请求用于请求获取所述IoT设备的信息；

    向所述第二从网关发送查询响应，所述查询响应包括所述IoT设备的信息，所述查询响应用于指示所述第二从网关基于所述IoT设备的信息执行如下一个或多个操作：建立与所述IoT设备之间的连接，或者，配置所述第二从网关与所述IoT设备之间的状态。
15. 如权利要求7-14任一项所述的方法，其特征在于，所述室内局域网为家庭网络或企业局域网。
16. 一种通信装置，其特征在于，所述装置位于室内局域网中，所述室内局域网还包括物联网IoT设备和主网关，所述装置与所述IoT设备之间采用的通信协议为第一协议，所述装置与所述主网关之间采用的通信协议为第二协议，所述第一协议为蓝牙协议或星闪协议，所述第二协议是除所述蓝牙协议和所述星闪协议之外的协议，所述装置包括：

    通信单元，用于接收所述IoT设备发送的第一业务数据，所述第一业务数据是所述第一协议定义的数据；

    处理单元，用于生成第一报文，所述第一报文是所述第二协议定义的报文，所述第一报文的净荷部分包括所述第一业务数据；

    所述通信单元，还用于向所述主网关发送所述第一报文。
17. 如权利要求16所述的装置，其特征在于，所述通信单元，还用于接收所述主网关发送的第二报文，所述第二报文是所述第二协议定义的报文，所述第二报文的净荷部分包括所述主网关需要发送的第二业务数据，所述第二业务数据是针对所述IoT设备的数据，所述第二业务数据是第一协议定义的数据；

    所述处理单元，还用于通过解析所述第二报文，得到所述第二业务数据；

    所述处理单元，还用于对所述第二业务数据进行处理。
18. 如权利要求16或17所述的装置，其特征在于，所述第二协议为网际互联协议IP或用户数据报协议UDP，所述第一报文的目的端口号为所述主网关上的目标端口的端口号，所述目标端口用于接收包括所述第一协议定义的数据的报文。
19. 如权利要求16或17所述的装置，其特征在于，所述第二协议为以太网协议，所述第一报文的目的媒体接入控制MAC地址为所述主网关的MAC地址。
20. 如权利要求16-19任一项所述的装置，其特征在于，所述通信单元，还用于：

    向所述主网关发送所述IoT设备的信息，所述IoT设备的信息包括如下一个或多个：所述IoT设备的认证信息，所述IoT设备的连接参数，或者，所述装置与所述IoT设备之间的状态信息。
21. 如权利要求16-20任一项所述的装置，其特征在于，所述室内局域网为家庭网络或企业局域网。
22. 一种通信装置，其特征在于，所述装置位于室内局域网中，所述室内局域网还包括物联网IoT设备和第一从网关，所述第一从网关与所述IoT设备之间采用的通信协议为第一协议，所述第一从网关与所述装置之间采用的通信协议为第二协议，所述第一协议为蓝牙协议或星闪协议，所述第二协议是除所述蓝牙协议和所述星闪协议之外的协议，所述装置包括：

    通信单元，用于接收所述第一从网关发送的第一报文，所述第一报文的净荷部分包括所述第一从网关接收的来自所述IoT设备的第一业务数据，所述第一业务数据是所述第一协议定义的数据，所述第一报文是所述第二协议定义的报文；

    处理单元，用于通过解析所述第一报文，得到所述第一业务数据；

    所述处理单元，还用于对所述第一业务数据进行处理。
23. 如权利要求22所述的装置，其特征在于，所述通信单元，还用于：

    向所述第一从网关发送第二报文，所述第二报文是所述第二协议定义的报文，所述第二报文的净荷部分包括所述装置需要发送的第二业务数据，所述第二业务数据是针对所述IoT设备的数据，所述第二业务数据是所述第一协议定义的数据。
24. 如权利要求23所述的装置，其特征在于，所述第二业务数据包括如下一个或多个：所述处理单元处理所述第一业务数据后产生的响应数据，或者，所述通信单元接收的来自终端设备或服务器的针对所述IoT设备的命令。
25. 如权利要求22-24任一项所述的装置，其特征在于，所述第二协议为网际互联协议IP或用户数据报协议UDP，所述第一报文的目的端口号为所述装置上的目标端口的端口号，所述目标端口用于接收包括所述第一协议定义的数据的报文；

    所述通信单元，用于通过所述目标端口接收所述第一从网关发送的所述第一报文；

    所述处理单元，用于在基于所述目标端口确定所述第一报文包括所述第一协议定义的数据时，通过解析所述第一报文，得到所述第一业务数据。
26. 如权利要求22-24任一项所述的装置，其特征在于，所述第二协议为以太网协议，所述第一报文的目的媒体接入控制MAC地址为所述装置的MAC地址；

    所述处理单元，用于在确定所述第一报文的目的MAC地址为所述装置的MAC地址时，通过解析所述第一报文，得到所述第一业务数据。
27. 如权利要求22-26任一项所述的装置，其特征在于，所述处理单元，用于将所述第一业务数据转换成第三协议定义的目标数据，所述第三协议是智能业务使用的协议，所述智能业务是用于管理所述IoT设备的业务；

    所述通信单元，还用于向目标设备发送所述目标数据，所述目标设备包括所述智能业务，所述目标设备为终端设备或服务器。
28. 如权利要求22-27任一项所述的装置，其特征在于，所述通信单元，还用于：

    接收所述第一从网关发送的所述IoT设备的信息，所述IoT设备的信息包括如下一个或多个：所述IoT设备的认证信息，所述IoT设备的连接参数或者所述第一从网关与所述IoT设备之间的状态信息。
29. 如权利要求28所述的装置，其特征在于，所述室内局域网还包括第二从网关，所述通信单元，还用于：

    接收所述第二从网关在发现所述IoT设备时发送的查询请求，所述查询请求用于请求获取所述IoT设备的信息；

    向所述第二从网关发送查询响应，所述查询响应包括所述IoT设备的信息，所述查询响应用于指示所述第二从网关基于所述IoT设备的信息执行如下一个或多个操作：建立与所述IoT设备之间的连接，或者，配置所述第二从网关与所述IoT设备之间的状态。
30. 如权利要求22-29任一项所述的装置，其特征在于，所述室内局域网为家庭网络或企业局域网。
31. 一种通信设备，其特征在于，所述通信设备包括：处理器，所述处理器执行如权利要求1至6任一项所述的方法。
32. 一种通信设备，其特征在于，所述通信设备包括：处理器和存储器，

    所述存储器存储有一个或多个程序，所述一个或多个程序被配置成由所述处理器执行，所述一个或多个程序包含用于进行如权利要求7至15任一项所述的方法的指令。
33. 一种通信系统，其特征在于，包括如权利要求16-21任一项所述的装置和如权利要求22-30任一项所述的装置，或者，如权利要求31所述的通信设备和如权利要求32所述的通信设备。
34. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序通过设备进行加载来执行如权利要求1至15任一项所述的方法的指令。
35. 一种包含指令的计算机程序产品，其特征在于，所述指令被设备执行时，使得所述设备执行如权利要求1-15任一项所述的方法。