CN115278904A - 请求上行资源的方法、中继终端、装置和系统 - Google Patents

Abstract

本申请实施例提供一种请求上行资源的方法、中继终端、装置和系统，中继终端接收智能家居设备发送上行数据并确定该上行数据的业务类型，确定该业务类型有对应的定时器时，在定时器的计时时长的届满时刻向基站请求传输中继终端在定时器的计时时长内所接收的该业务类型的所有上行数据所需的上行资源。本申请的技术方案中，为每种业务类型的上行数据设置触发中继终端请求上行资源的定时器，当大量的智能家居设备同时运行时，在定时器计时届满时刻统一请求上行资源，无需每接收一次上行数据即请求资源，可以使数据面的调度任务减少，减少通信网络的负荷。

Description

请求上行资源的方法、中继终端、装置和系统

技术领域

本申请实施例涉及通信领域，尤其涉及一种请求上行资源的方法、中继终端、装置和系统。

背景技术

随着技术的发展与进步，智能家居设备的种类越来越多，家庭智能家居设备的应用也越来越普遍，例如，智能家居设备（Remote UE）可以为远程终端，例如，会议终端机、投放仪、门铃、冰箱、洗衣机、音响、空调、电视和消毒柜等等家庭或办公场所用的设备。

现有技术中，当大量的智能家居设备同时运行时，中继终端每当接收到智能家居设备发送的任意一种上行数据时，需要不断向基站请求上行资源用于传输这些上行数据，这样会增加通信网络的负荷，使数据面的调度任务增加，造成通信质量的下降，因此，如何请求上行资源，用于传输大量智能家居设备的数据，成为有必要解决的技术问题。

发明内容

本申请实施例提供了一种请求上行资源的方法、中继终端、装置和系统，克服了上述问题或者至少部分地解决了上述问题。

本申请的第一方面提供一种请求上行资源的方法，包括：

步骤S101，中继终端在与智能家居设备建立通信连接之后，接收智能家居设备发送的上行数据；

步骤S102，中继终端确定当前接收的上行数据的业务类型；

步骤S103，中继终端确定业务类型有对应的定时器时，确定定时器是否处于启动状态，当定时器处于启动状态时，执行步骤S104，当定时器处于未启动状态，执行步骤S105；

步骤S104，中继终端缓存当前接收的上行数据，然后执行步骤S106；

步骤S105，中继终端启动定时器并缓存当前接收的上行数据，然后执行步骤S106；

步骤S106，中继终端在定时器的计时时长的届满时刻向基站请求传输中继终端在计时时长内所接收的业务类型的所有上行数据所需的上行资源，其中，所有上行数据包括当前接收的上行数据和中继终端在计时时长内所接收的业务类型的其它上行数据。

在一种可选的实现方式中，中继终端确定在计时时长内是否有收到基站发送的用于传输业务类型的上行数据的上行资源，当中继终端在计时时长内一直未收到基站发送的用于传输业务类型的上行数据的上行资源时，执行步骤S106。

在一种可选的实现方式中，当中继终端在计时时长内的第一时刻收到基站发送的用于传输业务类型的上行数据的上行资源时，中继终端关闭定时器，并判断在第一时刻所接收的上行资源是否大于或等于用于传输中继终端从定时器的启动时刻至第一时刻所接收的业务类型的所有上行数据所需的上行资源；

当在第一时刻所接收的上行资源大于或等于用于传输中继终端从启动时刻至第一时刻所接收的业务类型的所有上行数据所需的上行资源时，中继终端利用在第一时刻所接收的上行资源向基站传输中继终端从启动时刻至第一时刻所接收的业务类型的所有上行数据；

当在第一时刻所接收的上行资源小于用于传输中继终端从启动时刻至第一时刻所接收的业务类型的所有上行数据所需的上行资源时，中继终端利用在第一时刻所接收的上行资源向基站传输中继终端从启动时刻至第一时刻所接收的业务类型的所有上行数据中的部分上行数据，并向基站请求传输剩余上行数据所需的上行资源。

在一种可选的实现方式中，计时时长为固定时长；或者，定时器的届满时刻为固定时刻。

在一种可选的实现方式中，中继终端在届满时刻向基站发送资源请求消息，资源请求消息包括至少一个第二类数据传输通道的通道标识和上行资源信息；

第二类数据传输通道的通道标识的数量等于发送中继终端在计时时长内所接收的业务类型的所有上行数据的智能家居设备的数量之和，每个第二类数据传输通道的通道标识对应一个智能家居设备，且每个第二类数据传输通道的通道标识用于指示中继终端与基站之间的一个第二类数据传输通道；

上行资源信息用于指示传输中继终端在计时时长内所接收的业务类型的所有上行数据所需的上行资源。

本申请的第二方面提供一种中继终端，包括：连接模块、接收模块、处理模块、缓存模块和发送模块；

连接模块，用于与智能家居设备建立通信连接；

接收模块，用于接收智能家居设备发送的上行数据；

处理模块，用于确定当前接收的上行数据的业务类型，并在确定业务类型有对应的定时器时，确定定时器是否处于启动状态，当定时器处于未启动状态，启动定时器；

缓存模块，用于当定时器处于启动状态时或者定时器被启动时，缓存当前接收的上行数据；

发送模块，用于在定时器的计时时长的届满时刻向基站请求传输接收模块在计时时长内所接收的业务类型的所有上行数据所需的上行资源，其中，所有上行数据包括当前接收的上行数据和接收模块在计时时长内所接收的业务类型的其它上行数据。

在一种可选的实现方式中，处理模块，还用于确定接收模块在计时时长内是否有收到基站发送的用于传输业务类型的上行数据的上行资源；当接收模块在计时时长内的第一时刻收到基站发送的用于传输业务类型的上行数据的上行资源时，关闭定时器，并判断在第一时刻所接收的上行资源是否大于或等于用于传输接收模块从定时器的启动时刻至第一时刻所接收的业务类型的所有上行数据所需的上行资源；

发送模块，还用于当在第一时刻所接收的上行资源大于或等于用于传输接收模块从启动时刻至第一时刻所接收的业务类型的所有上行数据所需的上行资源时，利用在第一时刻所接收的上行资源向基站传输接收模块从启动时刻至第一时刻所接收的业务类型的所有上行数据；当在第一时刻所接收的上行资源小于用于传输接收模块从启动时刻至第一时刻所接收的业务类型的所有上行数据所需的上行资源时，利用在第一时刻所接收的上行资源向基站传输接收模块从启动时刻至第一时刻所接收的业务类型的所有上行数据中的部分上行数据，并向基站请求传输剩余上行数据所需的上行资源。

本申请的第三方面提供一种请求上行资源的装置，包括：通信接口、接收器、第一处理器、缓存器和发射器；

通信接口，用于与智能家居设备建立通信连接；

接收器，用于接收智能家居设备发送的上行数据；

第一处理器，用于确定当前接收的上行数据的业务类型，并在确定业务类型有对应的定时器时，确定定时器是否处于启动状态，当定时器处于未启动状态，启动定时器；

缓存器，用于当定时器处于启动状态时或者定时器被启动时，缓存当前接收的上行数据；

发射器，用于在定时器的计时时长的届满时刻向基站请求传输接收器在计时时长内所接收的业务类型的所有上行数据所需的上行资源，其中，所有上行数据包括当前接收的上行数据和接收器在计时时长内所接收的业务类型的其它上行数据。

在一种可选的实现方式中，第一处理器，还用于确定接收器在计时时长内是否有收到基站发送的用于传输业务类型的上行数据的上行资源；当接收器在计时时长内的第一时刻收到基站发送的用于传输业务类型的上行数据的上行资源时，关闭定时器，并判断在第一时刻所接收的上行资源是否大于或等于用于传输接收器从定时器的启动时刻至第一时刻所接收的业务类型的所有上行数据所需的上行资源；

发射器，还用于当在第一时刻所接收的上行资源大于或等于用于传输接收器从启动时刻至第一时刻所接收的业务类型的所有上行数据所需的上行资源时，利用在第一时刻所接收的上行资源向基站传输接收器从启动时刻至第一时刻所接收的业务类型的所有上行数据；当在第一时刻所接收的上行资源小于用于传输接收器从启动时刻至第一时刻所接收的业务类型的所有上行数据所需的上行资源时，利用在第一时刻所接收的上行资源向基站传输接收器从启动时刻至第一时刻所接收的业务类型的所有上行数据中的部分上行数据，并向基站请求传输剩余上行数据所需的上行资源。

本申请的第四方面提供一种智能家居设备系统，包括：

中继终端，用于广播建立通信连接的发现信号；

一个或多个智能家居设备，用于在检测到发现信号时，发送连接请求；

中继终端，还用于根据连接请求与一个或多个智能家居设备建立通信连接，并执行以上任意一个实施例中请求上行资源的方法，其中，一个或多个智能家居设备包括智能家居设备。

本申请实施例的第五方面，提供了一种计算机设备，包括存储器和第二处理器，存储器中存储有计算机程序，第二处理器执行计算机程序时实现以上任意一个实施例中请求上行资源的方法。

本申请实施例的第六方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现以上任意一个实施例中请求上行资源的方法。

本实施例的技术方案中，在基站与多个智能家居设备之间通过设置中继终端，通过中继终端进行数据的转发，从而，对于大量的智能家居设备而言，通过中继终端接收来自各个智能家居设备传输的上行数据并进行数据的转发，并为每种业务类型或者特定业务类型的上行数据设置触发中继终端请求上行资源的定时器，中继终端在收到上行数据时，先缓存所接收的上行数据，并在该上行数据的业务类型对应的定时器的届满时刻一次性地向基站请求传输中继终端在该定时器的计时时长内所接收的所有该业务类型的上行数据所需的上行资源，而不用每当接收到上行数据时，立刻请求上行资源用于传输这些上行数据，因此，可以使数据面的调度任务减少，减少通信网络的负荷，提高通信质量，避免造成通信质量的下降。

上述说明仅是本申请实施例技术方案的概述，为了能够更清楚了解本申请实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本申请实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本申请实施例的一种请求上行资源方法的流程示意图。

图2为本申请实施例的另一种请求上行资源方法的流程示意图。

图3为本申请实施例中中继终端的结构示意图。

图4为本申请一些实施例中请求上行资源的装置的结构示意图。

图5为本申请一些实施例中智能家居设备系统的结构示意图。

图6为本申请一些实施例中计算机设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语“实施例”并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

此外，本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序，可以明示或者隐含地包括一个或者多个该特征。

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语 “相连”、“连接”或“通信连接”应做广义理解，例如， “相连”、“连接”或“通信连接”除了可以是指物理上的连接，还可以是指电连接或信号连接，例如，可以是直接相连，即物理连接，也可以通过中间至少一个元件间接相连，只要达到电路相通即可，还可以是两个元件内部的连通；信号连接除了可以通过电路进行信号连接外，也可以是指通过媒体介质进行信号连接，例如，无线电波。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：存在A，同时存在A和B，存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在本申请的描述中，除非另有说明，“多个”和“至少两个”的含义是指两个以上（包括两个），同理，“多组”和“至少两组”指的是两组以上（包括两组）。

中继终端广播用于与智能家居设备建立通信连接的发现信号，智能家居设备在检测到发现信号后向中继终端发送连接请求，中继终端根据连接请求与发送该连接请求的一个或多个智能家居设备建立通信连接。

中继终端采用中继技术，在基站和一个或多个智能家居设备之间进行数据转发，中继终端的一端基于有线接口或无线接口连接智能家居设备，例如，基于pc5接口、蓝牙或WIFI连接智能家居设备。中继终端的另一端基于无线接口（例如，uu接口）连接通信网络的基站，中继终端可以连接一个或两个以上智能家居设备。

在建立通信连接后，为实现中继终端在智能家居设备和基站之间进行数据转发，基站分别为中继终端与智能家居设备之间以及中继终端与基站之间建立数据传输通道，中继终端与智能家居设备之间的数据传输通道统称为第一类数据传输通道，中继终端与基站之间的数据传输通道统称为第二类数据传输通道，其中，每个数据传输通道具有唯一的通道标识。

中继终端与每个智能家居设备之间可以建立多个第一类数据传输通道，分别用于传输不同业务类型的数据。中继终端与基站之间可以建立多个第二类数据传输通道，第二类数据传输通道的数量可以根据中继终端与其连接的智能家居设备之间的所有第一类数据传输通道的数量而定，以实现第一类数据传输通道与第二类数据传输通道一一对应。

由于中继终端与不同的智能家居设备的通信链路是不同的，所以，中继终端与不同的智能家居设备的第一类数据传输通道必然也是不同的，即使为传输相同业务类型的数据，中继终端与不同智能家居设备之间的第一类数据传输通道也互不相同。而且，对于中继终端与同一个智能家居设备的之间的第一类数据传输通道，不同业务类型的数据也需要建立不同的第一类数据传输通道。

可选的，对于同一个智能家居设备的具有相同业务类型的多个数据，基站可以在中继终端和该智能家居设备之间建立一个第一类数据传输通道，这些相同业务类型的多个数据可以通过该第一类数据传输通道传输。

本文中，第一类数据传输通道不同是指中继终端与智能家居设备之间不同的数据传输通道用于传输不同智能家居设备发送的不同业务类型的上行数据，并通过不同的第一类数据传输通道的通道标识识别，第二类数据传输通道不同是指中继终端与基站之间不同的数据传输通道用于传输不同智能家居设备发送的不同业务类型的上行数据，并通过不同的第二类数据传输通道的通道标识识别。

图1为本申请另一实施例中另一种请求上行资源的方法的流程示意图，请求上行资源的方法可以如下所述。

为节省发送资源，降低中继终端运行负荷以及避免中继终端频繁请求上行资源，可以为每种业务类型的上行数据分别设置触发中继终端请求上行资源的定时器。例如，中继终端为每种业务类型的上行数据分别设置触发中继终端请求上行资源的定时器或基站为每种业务类型的上行数据分别设置触发中继终端请求上行资源的定时器并发送给中继终端。

在本申请的另一实施例中，也可以针对特定业务类型的上行数据设置触发中继终端请求上行资源的定时器，而对一些业务类型的上行数据不设置触发中继终端请求上行资源的定时器，而是实时请求上行资源。例如，根据业务类型的时延或优先级设置定时器，例如，对于时延要低于预定值或优先级要高于预定值的实时上行数据，例如，会话式实时上行数据，可以不设置定时器，中继终端收到这些实时上行数据后实时（即立刻）请求上行资源，而对于时延大于预定值或优先级小于预定值的非实时上行数据，例如，日志数据，则设置触发中继终端请求上行资源的定时器。

中继终端建立每种业务类型与定时器的对应关系，或者，中继终端建立特定业务类型与定时器的对应关系。

中继终端与一个或多个智能家居设备建立通信连接后，其通信过程如下所述。

步骤S101，中继终端接收智能家居设备发送的上行数据。

上行数据可以包括音频数据、视频数据、图像数据、文字数据、日志文字数据和告警信令中的任意一种。

例如，智能家居设备为空调、冰箱或电视，上行数据为日志文字数据，智能家居设备每天在预定时间点或预定时间段内的任意时间点开始生成日志文字数据，比如预定时间点为每天下午五点，预定时间段为每天下午三点至五点等。智能家居设备生成完日志文字数据时，将生成的日志文字数据通过第一类数据传输通道给中继终端。

日志文字数据包括智能家居设备在开始生成日志文字数据时起之前的预定周期（例如，24小时）内，运行了多久、运行的时间段、不运行的时间段、节能运行的时间长度、非节能运行的时间长度、时间点和耗电量的对应关系等，以便于用户根据日志文字数据掌握智能家居设备的运行状况，根据智能家居设备的运行状况，设计或优化智能家居设备，或改变智能家居设备的设置，或调节智能家居设备的运行参数。

以智能家居设备为空调为例进行说明，家用空调在开始生成日志文字数据时起之前的24小时内，如果运行了10个小时，且运行温度为25度，则可以将家用空调的运行参数调节为启动即25度。办公室空调在开始生成日志文字数据时起之前的24小时内，如果运行了12个小时，且运行温度为22度，则可以将办公室空调的运行参数调节为启动即22度。

值得说明的是，以上仅为举例说明，并非将智能家居设备限制为空调，也并非将日志文字数据限制为空调的运行温度和运行时间长度。

步骤S102，中继终端确定当前接收的上行数据的业务类型。

业务类型可以通过数据的服务质量（Quality of Service，QoS）区别，不同业务类型对应不同的QoS，相同业务类型对应相同的QoS。即本实施例中，根据业务数据的QoS是否相同来确定业务类型是否相同，如果两个业务数据的QoS相同，则业务类型相同，如果两个业务数据的QoS不同，则业务类型不同。

例如，上行数据的业务类型与QoS的对应关系可以如下表1所示。

表1

在表1中，CS和PS分别表示电路交换（Circuit Switched，CS）域和分组交换（Packet Switch，PS）域，业务数据都按照其所属业务的QoS属性设置QoS级别。由于信令比较特殊，其重要性大于中继终端数据，并且信令的数据吞吐量较低，因此在表1中将信令数据的QoS级别设定为最高，而会话式、流式、交互式和背景等中继终端QoS类型也根据其对服务质量要求的高低赋予不同的QoS级别。

中继终端存储有业务类型与QoS的对应关系，中继终端解析当前接收的上行数据，获取当前接收的上行数据的QoS值，根据当前接收的上行数据的QoS以及业务类型与QoS的对应关系确定当前接收的上行数据的业务类型。

步骤S103，中继终端确定当前接收的上行数据的业务类型有对应的定时器时，确定该定时器是否处于启动状态，如果该定时器处于启动状态，进入步骤S104；如果该定时器未处于启动状态，进入步骤S105。

例如，中继终端查询当前接收的上行数据的业务类型是否存在业务类型与定时器的对应关系，如果有业务类型与定时器的对应关系，确定该业务类型有对应的定时器，如果不存在业务类型与定时器的对应关系，确定该业务类型没有对应的定时器。

如果当前接收的上行数据的业务类型没有对应的定时器，则中继终端立刻向基站请求传输当前接收的上行数据所需的上行资源。

如果当前接收的上行数据的业务类型有对应的定时器，中继终端进一步确定该定时器是否处于启动状态，如果该定时器处于启动状态，进入步骤S104；如果该定时器未处于启动状态，进入步骤S105。

例如，中继终端为当前接收的上行数据的业务类型设置触发中继终端请求上行资源的定时器；或者，基站为当前接收的上行数据的业务类型设置触发中继终端请求上行资源的定时器，并将定时器发送给中继终端。

中继终端建立当前接收的上行数据的业务类型与定时器的对应关系，则中继终端根据当前接收的上行数据的业务类型能查询到当前接收的上行数据的业务类型对应的业务类型与定时器的对应关系，确定当前接收的上行数据的业务类型有对应的定时器。

如果定时器处于启动状态，则说明中继终端在接收当前的上行数据之前，已经接收该业务类型的其它上行数据并缓存，该业务类型对应的定时器已经启动且计时时长未届满截止，即中继终端在该定时器的计时时长届满前的某时刻收到当前的上行数据。其中，其它上行数据由发送当前接收的上行数据的智能家居设备和/或其它智能家居设备发送。

如果定时器未处于启动状态，则说明中继终端有可能在接收当前的上行数据之前的任意时间点，已经完成该业务类型的上行数据的上行资源的请求并关闭定时器，定时器处于关闭状态。当前接收的上行数据为中继终端在该定时器关闭状态下中继终端首次接收到该定时器对应的业务类型的上行数据。

步骤S104，中继终端缓存当前接收的上行数据，然后执行步骤S106。

例如，中继终端具有缓存器或存储器，用于缓存当前接收的上行数据，然后执行步骤S106。

步骤S105，中继终端启动当前接收的上行数据的业务类型对应的定时器并缓存当前接收的上行数据，然后执行步骤S106。

步骤S106，中继终端在该定时器的计时时长的届满时刻向基站请求传输中继终端在该计时时长内所接收的该业务类型的所有上行数据所需的上行资源。

定时器的计时时长为定时器的启动时刻至届满时刻的时间段，所有上行数据包括中继终端在该定时器的启动时刻至届满时刻内所接收到的该业务类型的所有上行数据，例如，包括当前接收的上行数据和中继终端在定时器的计时时长内所接收的当前接收的上行数据的业务类型的其它上行数据。其中，其它上行数据由发送当前接收的上行数据的智能家居设备和/或其它智能家居设备发送。

例如，定时器的计时时长为固定时长，例如，四小时，中继终端在启动定时器后在计时时长（例如第四小时）的截止时刻向基站请求用于传输中继终端在该计时时长内所接收的该业务类型的所有上行数据所需的上行资源。

在本申请的另一实施例中，定时器的届满时刻为固定时刻，例如，每天下午18点，中继终端在固定时刻（例如，每天下午18点）准时向基站请求用于传输中继终端在定时器的启动时刻至固定时刻（例如，每天下午18点）的时间内所接收的该业务类型的所有上行数据所需的上行资源。

中继终端在定时器的计时时长的届满时刻向基站发送资源请求消息，资源请求消息用于向基站请求传输中继终端在定时器的计时时长内所接收的该业务类型的所有上行数据所需的上行资源，资源请求消息包括至少一个第二类数据传输通道的通道标识和上行资源信息，第二类数据传输通道的通道标识的数量等于发送该业务类型的所有上行数据的智能家居设备的数量之和，每个第二类数据传输通道的通道标识用于指示中继终端与基站之间的一个第二类数据传输通道，上行资源信息用于指示传输中继终端在定时器的计时时长内所接收的该业务类型的所有上行数据所需的上行资源。

当中继终端在定时器的计时时长内所接收的该业务类型的所有上行数据均来自于同一个智能家居设备时，由于所有上行数据的业务类型相同，则第二类数据传输通道的通道标识的数量为一个。

当中继终端在定时器的计时时长内所接收的该业务类型的所有上行数据来自两个或两个以上的智能家居设备时，第二类数据传输通道的通道标识的数量等于发送该业务类型的所有上行数据的智能家居设备的数量之和，即发送当前接收的上行数据的智能家居设备与发送该业务类型的其它上行数据的智能家居设备的数量之和，其中，每个智能家居设备仅仅计数一次。

步骤S106之后，执行步骤S107。

步骤S107，基站分配对应的上行资源，并将上行资源发送给中继终端。

基站在收到中继终端发送的资源请求消息后，根据资源请求消息中包括的至少一个第二类数据传输通道的通道标识和上行资源信息分配用于传输中继终端在定时器的计时时长内所接收的该业务类型的所有上行数据所需的上行资源，并将上行资源发送给中继终端。

上行资源为中继终端向基站传输上行数据所需的资源，比如，对于4G或 5G网络来说，上行资源包括以下之一或其任意组合：频点、频带、子载波间隔、功率和格式（例如，调制编码方式或码率）。

步骤S107之后，执行步骤S108。

步骤S108，中继终端利用基站发送的上行资源，向基站传输中继终端在定时器的计时时长内所接收的该业务类型的所有上行数据。

例如，中继终端利用基站发送的上行资源向基站传输当前接收的上行数据以及中继终端在定时器的计时时长内所接收的该业务类型的所有其它上行数据。

在本申请的另一实施例中，该定时器的计时时长届满时，该定时器就进入关闭状态，直到再次收到该业务类型的上行数据再次启动，即执行步骤101。

本实施例中，为每种业务类型或者特定业务类型的上行数据设置触发中继终端请求上行资源的定时器，中继终端在定时器的届满时刻向基站请求用于传输中继终端在该定时器的计时时长内所接收的该业务类型的所有上行数据的上行资源，而不用每当接收到任意一个智能家居设备发送的上行数据时，立刻就向基站请求用于传输这些上行数据的上行资源，故当大量的智能家居设备同时运行时，可以使数据面的调度任务减少，减少通信网络的负荷，提高通信质量，避免造成通信质量的下降。

在本申请的另一实施例中，中继终端在定时器的计时时长内的某个时刻有可能收到基站发送的上行资源，则中继终端请求上行资源的方法可以如下图2所示，为本申请另一实施例的另一种请求上行资源的方法流程示意图。

步骤S201，中继终端接收智能家居设备发送的上行数据。

步骤S202，中继终端确定当前接收的上行数据的业务类型。

步骤S203，中继终端确定该业务类型有对应的定时器时，确定该定时器是否处于启动状态，如果该定时器处于启动状态，进入步骤S204；如果定时器未处于启动状态，进入步骤S205。

步骤S204，中继终端缓存当前接收的上行数据，然后执行步骤S206。

步骤S205，中继终端启动该定时器并缓存当前接收的上行数据，然后执行步骤S206。

本实施例的步骤S201-S205分别与图1实施例的步骤S101-S105基本相同，步骤S201-S205的具体实现过程可以参考图1实施例的步骤S101-S105所描述的内容，在此不再赘述。

步骤S206，中继终端确定在该定时器的计时时长内的第一时刻是否有收到基站发送的用于传输该业务类型的上行数据的上行资源。

例如，中继终端在配置参数时，基站与中继终端已经协商好用于传输该业务类型的上行数据的上行资源，基站在固定时间点向中继终端发送协商好的上行资源，例如，针对日志数据，基站在每天的18:00向中继终端发送已经协商好的上行资源。

如果定时器的计时阶段包括上述固定时间点，则中继终端在定时器的计时时长内会收到基站发送的用于传输该业务类型的上行数据的上行资源。如果定时器的计时阶段未包括上述固定时间点，则中继终端在定时器的计时时长内一直未收到基站发送的用于传输该业务类型的上行数据的上行资源。

例如，固定时间点为第一时刻，定时器的计时阶段包括该第一时刻，即第一时刻位于中继终端接收当前上行数据的时刻与届满时刻之间。

如果中继终端在定时器运行至届满时刻之前的第一时刻收到基站发送的用于传输该业务类型的上行数据的上行资源，则进入步骤S210；如果中继终端在定时器的计时时长内一直未收到基站发送的用于传输该业务类型的上行数据的上行资源，进入步骤S207。

步骤S207，中继终端在该定时器的计时时长的届满时刻向基站请求传输中继终端在该定时器的计时时长内所接收的该业务类型的所有上行数据所需的上行资源，然后执行步骤S208。

步骤S208，基站分配用于传输中继终端在该定时器的计时时长内所接收的该业务类型的所有上行数据所需的上行资源，并发送给中继终端，然后执行步骤S209。

步骤S209，中继终端利用基站发送的上行资源，向基站传输中继终端在该定时器的计时时长内所接收的该业务类型的所有上行数据。

本实施例的步骤S207-S209分别与图1实施例的步骤S106-S108基本相同，步骤S207-S209的具体实现过程可以参考图1实施例的步骤S106-S108所描述的内容，在此不再赘述。

步骤S210，中继终端关闭该定时器，判断在第一时刻所接收的上行资源是否足够传输中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据，如果是，执行步骤S211，否则，执行步骤S212。

例如，中继终端关闭定时器，并判断在第一时刻所接收的上行资源是否大于或等于中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据所需要的上行资源，如果在第一时刻所接收的上行资源大于或等于中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据所需要的上行资源，执行步骤S211，如果在第一时刻所接收的上行资源小于中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据所需要的上行资源，执行步骤S212。

例如，中继终端判断在第一时刻所接收的上行资源所能传输该业务类型的上行数据的最大数据量是否大于或等于中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据的数据量，如果在第一时刻所接收的上行资源所能传输该业务类型的上行数据的最大数据量大于或等于中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据的数据量，执行步骤S211，如果在第一时刻所接收的上行资源所能传输该业务类型的上行数据的最大数据量小于中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据的数据量，执行步骤S212。

步骤S211，中继终端利用在第一时刻所接收的上行资源向基站传输中继终端从该定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据。

其中，该业务类型的所有上行数据包括当前接收的上行数据和中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有其它上行数据。其中，其它上行数据由发送当前接收的上行数据的智能家居设备和/或其它智能家居设备发送。

如果该业务类型的所有上行数据均来自同一个智能家居设备，则中继终端通过一个第二类数据传输通道向基站传输中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据。

如果该业务类型的所有上行数据来自两个或两个以上的智能家居设备，即包括发送当前接收的上行数据的智能家居设备和至少一个其它智能家居设备，则中继终端通过至少两个第二类数据传输通道向基站传输中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据，每个第二类数据传输通道对应每个智能家居设备发送该业务类型的上行数据的第一类数据传输通道，以实现第一类数据传输通道与第二类数据传输通道的一一对应，由于业务类型相同，也可以称为第二类数据传输通道与智能家居设备一一对应。其中，第二类数据传输通道的数量等于发送中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据的智能家居设备的数量。

步骤S212，中继终端利用在第一时刻所接收的上行资源向基站传输中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据中的部分上行数据，并请求传输中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据中剩余上行数据所需的上行资源，然后进入步骤S213。

例如，由于中继终端在第一时刻所接收的上行资源小于中继终端从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据所需的上行资源，因此，中继终端利用在第一时刻所接收的上行资源只能将该业务类型的所有上行数据中的部分上行数据向基站发送，并向基站请求传输剩余上行数据所需的上行资源。

例如，中继终端通过至少一个第二类数据传输通道利用在第一时刻接收的上行资源向基站传输该部分上行数据，第二类数据传输通道的数量等于发送该部分上行数据的智能家居设备的数量。

中继终端在向基站发送该部分上行数据时，还向基站发送资源请求消息，资源请求消息用于向基站请求传输该剩余上行数据所需的上行资源，资源请求消息包括至少一个第二类数据传输通道的通道标识和上行资源信息，上行资源信息用于指示传输该剩余上行数据所需的上行资源，第二类数据传输通道的通道标识的数量等于发送该剩余上行数据的智能家居设备的数量，每个第二类数据传输通道的通道标识用于标识中继终端与基站的之间的一个第二类数据传输通道。

步骤S213，基站分配用于传输该剩余上行数据所需的上行资源并发送给中继终端，然后进入步骤S214。

基站在收到中继终端发送的资源请求消息后，根据资源请求消息中包括的第二类数据传输通道的通道标识和上行资源信息分配用于传输剩余上行数据所需的上行资源，并将分配的上行资源发送给中继终端。

步骤S214，中继终端利用基站发送的上行资源向基站传输剩余的上行数据。

例如，中继终端通过至少一个第二类数据传输通道利用所收到的上行资源向基站传输剩余的上行数据，第二类数据传输通道的数量等于发送该剩余的上行数据的智能家居设备的数量。

在本申请的另一实施例中，该定时器的计时时长届满时，该定时器就进入关闭状态，直到再次收到该业务类型的上行数据再次启动，即执行步骤201。

本实施例中，为每种业务类型或者特定业务类型的上行数据设置触发中继终端请求上行资源的定时器，中继终端在定时器的未届满时刻之前，如果收到上行资源，就立刻进行上行数据的传输，并关闭定时器，能及时向基站传输上行数据，减少通信延迟。

图3为本申请实施例一种中继终端的结构示意图，中继终端包括：连接模块31、接收模块32、处理模块33、缓存模块34和发送模块35，其中，模块之间可以相互通信连接。

连接模块31，用于与一个或多个智能家居设备建立通信连接。

接收模块32，用于在连接模块31与智能家居设备建立通信连接之后，接收智能家居设备发送的上行数据，其具体实现过程可以参考图1实施例的步骤S101，在此不再赘述。

处理模块33，用于确定当前接收的上行数据的业务类型，其具体实现过程可以参考图1实施例的步骤S102，在此不再赘述。

处理模块33，还用于确定业务类型是否有对应的定时器，如果业务类型有对应的定时器，确定定时器是否处于启动状态，当定时器未处于启动状态时，启动定时器，其具体实现方式参考图1实施例的步骤S103，在此不再赘述。

缓存模块34，用于当定时器处于启动状态时或者定时器被启动时，缓存接收模块32当前接收的上行数据。

发送模块35，用于在该定时器的计时时长的届满时刻向基站请求传输接收模块32在该计时时长内所接收的该业务类型的所有上行数据所需的上行资源，其具体实现方式参考图1实施例的步骤S106，在此不再赘述。

在本申请的另一实施例中，处理模块33还用于确定接收模块32在定时器的计时时长内的第一时刻是否有收到基站发送的用于传输该业务类型的上行数据的上行资源，其具体实现方式参考图2实施例的步骤S206，在此不再赘述。则发送模块35，还用于当接收模块32在定时器的计时时长内一直未收到基站发送的用于传输该业务类型的上行数据的上行资源时，在定时器的届满时刻向基站请求传输接收模块32在定时器的计时时长内所接收的该业务类型的所有上行数据所需的上行资源，其具体实现方式参考图1实施例的步骤S106，在此不再赘述。

接收模块32，还用于接收基站发送的用于传输接收模块32在该计时时长内所接收的该业务类型的所有上行数据所需的上行资源，其具体实现方式参考图1实施例的步骤S107，在此不再赘述。

发送模块35，还用于利用所接收的上行资源向基站传输接收模块32在该计时时长内所接收的该业务类型的所有上行数据，其具体实现方式参考图1实施例的步骤S108，在此不再赘述。

处理模块33还用于当接收模块32在第一时刻收到基站发送的用于传输该业务类型的上行数据的上行资源时，关闭该定时器，判断在第一时刻所接收的上行资源是否足够传输接收模块32从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据，其具体实现方式参考图2实施例的步骤S210，在此不再赘述。

发送模块35，还用于当接收模块32在第一时刻所接收的上行资源大于或等于接收模块32从定时器的启动时刻至第一时刻所接收的该有业务类型的所有上行数据所需要的上行资源时，利用接收模块32在第一时刻所接收的上行资源向基站传输接收模块32从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据，其具体实现方式参考图2实施例的步骤S211，在此不再赘述。

发送模块35，还用于当接收模块32在第一时刻所所接收的上行资源小于接收模块32从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据所需要的上行资源时，利用接收模块32在第一时刻所所接收的上行资源传输接收模块32从定时器的启动时刻至第一时刻所接收的该业务类型的中的部分上行数据，并向基站请求传输剩余上行数据所需的上行资源，其具体实现方式参考图2实施例的步骤S212，在此不再赘述。

接收模块32，还用于接收基站发送的用于传输剩余上行数据所需的上行资源，其具体实现方式参考图2实施例的步骤S213，在此不再赘述。

发送模块35，还用于利用基站发送的上行资源向基站传输剩余的上行数据，其具体实现方式参考图2实施例的步骤S214，在此不再赘述。

图4为本申请实施例一种请求上行资源的装置的结构示意图，如图4所示，请求上行资源装置包括：通信接口41、接收器42、第一处理器43、缓存器44和发射器45。这些组件通过一条或多条通信总线/信号线相互通信。

可以理解，图4所示的结构仅为示意，请求上行资源装置还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。图4中所示的各组件可以采用硬件、软件或其组合实现。

在本申请实施例中，该第一处理器43可以是中央处理单元（Central ProcessingUnit，CPU）、控制器、微控制器、微处理器、或其它数据处理芯片。该第一处理器43还可以是其它通用处理器、数字信号处理器（Digital Signal Processing，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器，例如单片机等。

接收器42和发射器45可以均为射频模块，用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通信网络或者其它设备进行通信。接收器42和发射器45可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块（Subscriber Identity Module，SIM）卡、存储器等等。接收器42和发射器45可与各种网络如互联网、企业内部网、无线网络进行通信或者通过无线网络与其它设备进行通信。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。

通信接口41，可以是无线接口或有线接口，包括用于与基站通信的接口和与智能家居设备通信的接口，其中，与基站通信的接口根据与不同制式的通信网络，接口也不同，例如，通过uu接口与WCDMA的基站通信；与智能家居设备通信的接口可以为pc5接口、蓝牙或WIFI。

通信接口41，用于与一个或多个智能家居设备建立通信连接。

接收器42，用于在通信接口41与智能家居设备建立通信连接之后，接收智能家居设备发送的上行数据，其具体实现过程可以参考图1实施例的步骤S101，在此不再赘述。

第一处理器43，用于确定当前接收的上行数据的业务类型，其具体实现过程可以参考图1实施例的步骤S102，在此不再赘述。

第一处理器43，还用于确定业务类型是否有对应的定时器，如果业务类型有对应的定时器，确定定时器是否处于启动状态，当定时器未处于启动状态时，启动定时器，其具体实现方式参考图1实施例的步骤S103，在此不再赘述。

缓存器44，用于当定时器处于启动状态时或者定时器被启动时，缓存接收器42当前接收的上行数据。

发射器45，用于在该定时器的计时时长的届满时刻向基站请求传输接收器42在该计时时长内所接收的该业务类型的所有上行数据所需的上行资源，其具体实现方式参考图1实施例的步骤S106，在此不再赘述。

在本申请的另一实施例中，第一处理器43还用于确定接收器42在定时器的计时时长内的第一时刻是否有收到基站发送的用于传输该业务类型的上行数据的上行资源，其具体实现方式参考图2实施例的步骤S206，在此不再赘述。则发射器45，还用于当接收器42在定时器的计时时长内一直未收到基站发送的用于传输该业务类型的上行数据的上行资源时，在定时器的届满时刻向基站请求传输接收器42在定时器的计时时长内所接收的该业务类型的所有上行数据所需的上行资源，其具体实现方式参考图1实施例的步骤S106，在此不再赘述。

接收器42，还用于接收基站发送的用于传输接收器42在该计时时长内所接收的该业务类型的所有上行数据所需的上行资源，其具体实现方式参考图1实施例的步骤S107，在此不再赘述。

发射器45，还用于利用所接收的上行资源向基站传输接收器42在该计时时长内所接收的该业务类型的所有上行数据，其具体实现方式参考图1实施例的步骤S108，在此不再赘述。

第一处理器43还用于当接收器42在第一时刻收到基站发送的用于传输该业务类型的上行数据的上行资源时，关闭该定时器，判断在第一时刻所接收的上行资源是否足够传输接收器42从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据，其具体实现方式参考图2实施例的步骤S210，在此不再赘述。

发射器45，还用于当接收器42在第一时刻所接收的上行资源大于或等于接收器42从定时器的启动时刻至第一时刻所接收的该有业务类型的所有上行数据所需要的上行资源时，利用接收器42在第一时刻所接收的上行资源向基站传输接收器42从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据，其具体实现方式参考图2实施例的步骤S211，在此不再赘述。

发射器45，还用于当接收器42在第一时刻所所接收的上行资源小于接收器42从定时器的启动时刻至第一时刻所接收的该业务类型的所有上行数据所需要的上行资源时，利用接收器42在第一时刻所所接收的上行资源传输接收器42从定时器的启动时刻至第一时刻所接收的该业务类型的中的部分上行数据，并向基站请求传输剩余上行数据所需的上行资源，其具体实现方式参考图2实施例的步骤S212，在此不再赘述。

接收器42，还用于接收基站发送的用于传输剩余上行数据所需的上行资源，其具体实现方式参考图2实施例的步骤S213，在此不再赘述。

发射器45，还用于利用基站发送的上行资源向基站传输剩余的上行数据，其具体实现方式参考图2实施例的步骤S214，在此不再赘述。

本申请的另一实施例还提供一种智能家居设备系统。请参阅图5，智能家居设备系统的架构可以包括中继终端51、智能家居设备52以及基站53。中继终端51、智能家居设备52以及基站53之间提供通信链路的介质，或通过网络连接。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

应该理解，图5中的中继终端51、智能家居设备52以及基站53的数目仅仅是示意性的。根据实现需要，可以具有任意数目的中继终端51、智能家居设备52以及基站53。

智能家居设备52可以为智能空调、只能冰箱、智能电话或智能电视等。

中继终端51可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能终端、网络设备或智能终端与网络设备通过网络相集成所构成的设备。中继终端51包括但不限于任何一种可与用户通过触摸板进行人机交互的移动电子产品，例如智能手机、平板电脑等，中继终端51可以采用任意操作系统，如google公司的安卓（Android）操作系统、苹果公司的IOS操作系统、微软公司的windows phone操作系统、诺基亚公司的塞班（Symbian）操作系统、黑莓公司的BlackBerry OS操作系统、web os操作系统、微软公司的windows mobile操作系统、华为公司的鸿蒙（Harmony）操作系统等等。

当然，本领域技术人员应能理解上述智能家居设备52和中继终端51仅为举例，其它现有的或今后可能出现的智能家居设备52和中继终端51如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

本实施例中，中继终端51，用于广播与智能家居设备52建立通信连接的发现信号。

智能家居设备52，用于在检测到发现信号时，发送连接请求。

中继终端51，还用于根据接收的连接请求与智能家居设备52建立通信连接，并在与智能家居设备52建立通信连接之后，执行如以上任意一个实施例中的请求上行资源的方法。

本申请的另一实施例还提供一种计算机设备，如图6所示，图6为计算机设备的结构示意图。计算机设备包括存储器61和第二处理器62，该存储器61中存储有计算机程序，第二处理器62执行计算机程序时实现如以上任意实施例中的请求上行资源的方法的步骤。

存储器61可包括高速随机存储器，还可包括非易失性存储器（non-volatilememory）或易失性存储器，如一个或者多个磁性存储装置、闪存、或者其它非易失性固态存储器，例如，闪存（flash memory）、硬盘、多媒体卡、卡型存储器（例如，SD或DX存储器等）、随机访问存储器（random access memory，RAM）、只读存储器（read-only memory，ROM）、可擦写可编程只读存储器（erasable programmable read-only memory，EPROM）、电可擦写可编程只读存储器（electrically erasable programmable read-only memory，EEPROM）、可编程只读存储器（programmable read-only memory，PROM）、磁性存储器、磁盘、光盘等，RAM可以包括静态RAM或动态RAM。在一些实施例中，存储器61可以是计算机设备的内部存储单元，例如，该计算机设备的硬盘或内存。在另一些实施例中，存储器61也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘、智能存储卡（Smart Media Card，SMC）、安全数字（Secure Digital，SD）卡或闪存卡（Flash Card）等。在一些实例中，存储器61可进一步包括相对于计算机设备远程设置的存储器，这些远程存储器可以通过网络连接至计算机设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。第二处理器62以及其它可能的组件对存储器61的访问可在第二处理器62的控制下进行。

第二处理器62的具体实现，可以参考第一处理器43的实现，在此不再赘述。

存储器61可用于存储软件程序以及模块，如本申请实施例中的在请求上行资源的方法及装置对应的程序指令/模块，第二处理器62通过运行存储在存储器61内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述任意实施例的请求上行资源的方法。

本申请还提供了计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如以上任意实施例中的请求上行资源的方法的步骤。

计算机可读介质包含但不限于电子、磁性、光学、电磁、红外的存储器或半导体系统、设备或者装置，或者前述的任意适当组合，存储器用于存储程序代码或指令，程序代码包括计算机操作指令，处理器用于执行存储器存储的应急救援通信方法的程序代码或指令。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过中继终端的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接。

在本申请各个实施例中的各功能单元或模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-OnlyMemory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (12)

1.一种请求上行资源的方法，其特征在于，所述方法包括：

步骤S101，中继终端在与智能家居设备建立通信连接之后，接收所述智能家居设备发送的上行数据；

步骤S102，所述中继终端确定当前接收的上行数据的业务类型；

步骤S103，所述中继终端确定所述业务类型有对应的定时器时，确定所述定时器是否处于启动状态，当所述定时器处于启动状态时，执行步骤S104，当所述定时器处于未启动状态，执行步骤S105；

步骤S104，所述中继终端缓存所述当前接收的上行数据，然后执行步骤S106；

步骤S105，所述中继终端启动所述定时器并缓存所述当前接收的上行数据，然后执行步骤S106；

步骤S106，所述中继终端在所述定时器的计时时长的届满时刻向基站请求传输所述中继终端在所述计时时长内所接收的所述业务类型的所有上行数据所需的上行资源，其中，所述所有上行数据包括所述当前接收的上行数据和所述中继终端在所述计时时长内所接收的所述业务类型的其它上行数据。

2.根据权利要求1所述的请求上行资源的方法，其特征在于，还包括：

所述中继终端确定在所述计时时长内是否有收到所述基站发送的用于传输所述业务类型的上行数据的上行资源，当所述中继终端在所述计时时长内一直未收到所述基站发送的用于传输所述业务类型的上行数据的上行资源时，执行步骤S106。

3.根据权利要求2所述的请求上行资源的方法，其特征在于，还包括：

当所述中继终端在所述计时时长内的第一时刻收到所述基站发送的用于传输所述业务类型的上行数据的上行资源时，所述中继终端关闭所述定时器，并判断在所述第一时刻所接收的所述上行资源是否大于或等于用于传输所述中继终端从所述定时器的启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据所需的上行资源；

当在所述第一时刻所接收的所述上行资源大于或等于用于传输所述中继终端从所述启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据所需的上行资源时，所述中继终端利用在所述第一时刻所接收的所述上行资源向所述基站传输所述中继终端从所述启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据；

当在所述第一时刻所接收的所述上行资源小于用于传输所述中继终端从所述启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据所需的上行资源时，所述中继终端利用在所述第一时刻所接收的所述上行资源向所述基站传输所述中继终端从所述启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据中的部分上行数据，并向所述基站请求传输剩余上行数据所需的上行资源。

4.根据权利要求1所述的请求上行资源的方法，其特征在于，所述计时时长为固定时长；或者，所述定时器的所述届满时刻为固定时刻。

5.根据权利要求1所述的请求上行资源的方法，其特征在于，所述中继终端在所述届满时刻向所述基站请求传输所述中继终端在所述计时时长内所接收的所述业务类型的所有上行数据所需的上行资源具体包括：

所述中继终端在所述届满时刻向所述基站发送资源请求消息，所述资源请求消息包括至少一个第二类数据传输通道的通道标识和上行资源信息；

所述第二类数据传输通道的通道标识的数量等于发送所述中继终端在所述计时时长内所接收的所述业务类型的所有上行数据的智能家居设备的数量之和，每个第二类数据传输通道的通道标识对应一个智能家居设备，且每个第二类数据传输通道的通道标识用于指示所述中继终端与所述基站之间的一个第二类数据传输通道；

所述上行资源信息用于指示传输所述中继终端在所述计时时长内所接收的所述业务类型的所有上行数据所需的上行资源。

6.一种中继终端，其特征在于，包括：连接模块、接收模块、处理模块、缓存模块和发送模块；

所述连接模块，用于与智能家居设备建立通信连接；

所述接收模块，用于接收所述智能家居设备发送的上行数据；

所述处理模块，用于确定当前接收的上行数据的业务类型，并在确定所述业务类型有对应的定时器时，确定所述定时器是否处于启动状态，当所述定时器处于未启动状态，启动所述定时器；

所述缓存模块，用于当所述定时器处于启动状态时或者所述定时器被启动时，缓存所述当前接收的上行数据；

所述发送模块，用于在所述定时器的计时时长的届满时刻向基站请求传输所述接收模块在所述计时时长内所接收的所述业务类型的所有上行数据所需的上行资源，其中，所述所有上行数据包括所述当前接收的上行数据和所述接收模块在所述计时时长内所接收的所述业务类型的其它上行数据。

7.根据权利要求6所述的中继终端，其特征在于，

所述处理模块，还用于确定所述接收模块在所述计时时长内是否有收到所述基站发送的用于传输所述业务类型的上行数据的上行资源；当所述接收模块在所述计时时长内的第一时刻收到所述基站发送的用于传输所述业务类型的上行数据的上行资源时，关闭所述定时器，并判断在所述第一时刻所接收的所述上行资源是否大于或等于用于传输所述接收模块从所述定时器的启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据所需的上行资源；

所述发送模块，还用于当在所述第一时刻所接收的所述上行资源大于或等于用于传输所述接收模块从所述启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据所需的上行资源时，利用在所述第一时刻所接收的所述上行资源向所述基站传输所述接收模块从所述启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据；当在所述第一时刻所接收的所述上行资源小于用于传输所述接收模块从所述启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据所需的上行资源时，利用在所述第一时刻所接收的所述上行资源向所述基站传输所述接收模块从所述启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据中的部分上行数据，并向所述基站请求传输剩余上行数据所需的上行资源。

8.一种请求上行资源的装置，其特征在于，所述装置包括：通信接口、接收器、第一处理器、缓存器和发射器；

所述通信接口，用于与智能家居设备建立通信连接；

所述接收器，用于接收所述智能家居设备发送的上行数据；

所述第一处理器，用于确定当前接收的上行数据的业务类型，并在确定所述业务类型有对应的定时器时，确定所述定时器是否处于启动状态，当所述定时器处于未启动状态，启动所述定时器；

所述缓存器，用于当所述定时器处于启动状态时或者所述定时器被启动时，缓存所述当前接收的上行数据；

所述发射器，用于在所述定时器的计时时长的届满时刻向基站请求传输所述接收器在所述计时时长内所接收的所述业务类型的所有上行数据所需的上行资源，其中，所述所有上行数据包括所述当前接收的上行数据和所述接收器在所述计时时长内所接收的所述业务类型的其它上行数据。

9.根据权利要求8所述的请求上行资源的装置，其特征在于，

所述第一处理器，还用于确定所述接收器在所述计时时长内是否有收到所述基站发送的用于传输所述业务类型的上行数据的上行资源；当所述接收器在所述计时时长内的第一时刻收到所述基站发送的用于传输所述业务类型的上行数据的上行资源时，关闭所述定时器，并判断在所述第一时刻所接收的所述上行资源是否大于或等于用于传输所述接收器从所述定时器的启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据所需的上行资源；

所述发射器，还用于当在所述第一时刻所接收的所述上行资源大于或等于用于传输所述接收器从所述启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据所需的上行资源时，利用在所述第一时刻所接收的所述上行资源向所述基站传输所述接收器从所述启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据；当在所述第一时刻所接收的所述上行资源小于用于传输所述接收器从所述启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据所需的上行资源时，利用在所述第一时刻所接收的所述上行资源向所述基站传输所述接收器从所述启动时刻至所述第一时刻所接收的所述业务类型的所有上行数据中的部分上行数据，并向所述基站请求传输剩余上行数据所需的上行资源。

10.一种智能家居设备系统，其特征在于，包括：

中继终端，用于广播建立通信连接的发现信号；

一个或多个智能家居设备，用于在检测到所述发现信号时，发送连接请求；

所述中继终端，还用于根据所述连接请求与所述一个或多个智能家居设备建立通信连接，并执行如权利要求1至5中任意一项所述的请求上行资源的方法，其中，所述一个或多个智能家居设备包括所述智能家居设备。

11.一种计算机设备，其特征在于，包括存储器和第二处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至5中任一项所述请求上行资源的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的请求上行资源的方法。

Images