CN114979976A - 数据处理方法、装置、设备及介质 - Google Patents

Abstract

本公开提供了一种数据处理方法、装置、设备及介质，涉及通信数据处理领域。该方法包括：在关联组内终端有上行数据到达时，更新上行数据到达状态信息ULR；根据ULR，生成关联组的上行调度请求信息GSR；根据终端的上行调度请求发送时刻，在关联组内的多个终端中确定目标终端；在目标终端的上行调度请求发送时刻，通过目标终端将GSR发送至基站，以使基站根据GSR，同时向关联组内上行数据到达的终端发送上行授权信息。根据本公开实施例，能够减少群组终端整体等待上行授权的等待时间，减少群组终端整体数据发送时延。

Description

数据处理方法、装置、设备及介质

技术领域

本公开涉及通信数据传输技术领域，尤其涉及一种数据处理方法、装置、设备及介质。

背景技术

随着社会的发展，一些业务场景下，终端数量越来越多、密度越来越大，数据传输要求时延越来越低。例如，车联网、大规模机器通信、传感器网络等5G通信网络的业务场景。

相关技术中上行调度请求方法及上行授权发送方式，终端整体数据传输时延较大，亟待优化。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供一种数据处理方法、装置、设备及介质，至少在一定程度上克服由于相关技术中上行调度请求方法及上行授权发送方式，终端整体数据传输时延较大问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供了一种数据处理方法，方法包括：

在关联组内终端有上行数据到达时，更新上行数据到达状态信息ULR；

根据ULR，生成关联组的上行调度请求信息GSR；

根据终端的上行调度请求发送时刻，在关联组内的多个终端中确定目标终端；

在目标终端的上行调度请求发送时刻，通过目标终端将GSR发送至基站，以使基站根据GSR，同时向关联组内上行数据到达的终端发送上行授权信息。

在本公开的一个实施例中，方法还包括：

基于终端关联性数据对多个终端进行关联性分组，得到关联组。

在本公开的一个实施例中，关联性数据包括如下数据中的至少一种：

终端功能、终端地理位置、终端业务特征。

在本公开的一个实施例中，基于终端关联性数据对多个终端进行关联性分组，得到关联组，包括：

基于终端功能对多个终端进行关联性分组，得到控制组和/或转发组。

在本公开的一个实施例中，方法还包括：

基于终端地理位置和终端业务特征对转发组中的多个终端进行关联性分组，得到转发关联组；

基于终端地理位置和终端业务特征对控制组中的多个终端进行关联性分组，得到控制关联组。

在本公开的一个实施例中，基于终端关联性数据对多个终端进行关联性分组，得到关联组后，方法还包括：

将分组后的关联组的信息发送至基站，以使基站根据关联组的信息和GSR，同时向关联组内上行数据到达的终端发送上行授权信息。

在本公开的一个实施例中，根据终端的上行调度请求发送时刻，在关联组内的多个终端中确定目标终端，包括：

将关联组内上行调度请求发送时刻与当前时刻最近的终端，确定为目标终端。

在本公开的一个实施例中，根据ULR，生成关联组的上行调度请求信息GSR，包括：

在目标终端的上行调度请求发送时刻前，根据ULR，生成关联组的上行调度请求信息GSR。

根据本公开的另一个方面，提供一种数据处理装置，装置包括：

状态信息更新模块，用于在关联组内终端有上行数据到达时，更新上行数据到达状态信息ULR；

调度请求生成模块，用于根据ULR，生成关联组的上行调度请求信息GSR；

判断模块，用于根据终端的上行调度请求发送时刻，在关联组内的多个终端中确定目标终端；

请求发送模块，用于在目标终端的上行调度请求发送时刻，通过目标终端将GSR发送至基站，以使基站根据GSR，同时向关联组内上行数据到达的终端发送上行授权信息。

根据本公开的又一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述的数据处理方法。

根据本公开的又一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的数据处理方法。

本公开实施例所提供的数据处理方法、装置、设备及介质，在关联组内终端有上行数据到达时，更新上行数据到达状态信息ULR，关联组中的终端共同维护ULR，向基站发送群组调度请求信息GSR，提前申请关联组的上行调度资源，基站根据GSR信息，同时向关联组内多个终端发送上行授权，可以减少群组终端整体等待上行授权的等待时间，减少群组终端整体数据发送时延，同时也可以降低群组终端内个体终端的数据传输时延。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出相关技术中的一种上行业务调度的方案示意图；

图2示出相关技术中的一种解决上行链路干扰及拥塞的方案示意图；

图3示出本公开实施例中一种数据处理方法流程示意图；

图4示出本公开实施例中一种关联性分组过程示意图；

图5示出本公开实施例中一种数据处理过程示意图；

图6示出本公开实施例中另一种数据处理方法流程示意图；

图7示出本公开实施例中一种数据处理装置示意图；

图8示出本公开实施例中一种电子设备的结构框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

背景技术部分介绍的车联网、大规模机器通信、传感器网络是5G通信网络中的典型业务场景。其共同特点是终端数量和密度大，数据传输要求时延低，同一场景下的终端具备相似的业务特征。发明人发现，在上述场景中，处于同一群组的终端，其业务和数据也具备关联性，通常对同一群组内各终端数据的完整性有要求。因此，在大规模通信场景下，具有关联性的群组终端的业务时延，不但要考虑群组内单个终端的时延，还有考虑群组终端的整体时延。

图1示出了相关技术中一种上行业务调度的方法，如图1所示，终端(UE)在有数据发送需求时，先向基站发送调度请求消息((Scheduling Request，SR)以请求发送上行数据资源；基站收到SR消息后，向终端发送上行授权消息(UL Grant)，以响应终端的SR消息；终端根据UL Grant，在基站指示的资源发送时间发送上行数据。基站在收到调度请求信息SR后发送上行授权的方式，由于终端和基站在上行数据发送之前需进行信息交互，将带来较大的数据发送时延。

终端错过第一个SR发送时刻后，需等到下一个SR发送时刻才可以发送SR；数据到达终端与终端实际发送SR之间的等待时间，加大了数据发送时延。

在实际系统中，为避免上行链路干扰及拥塞，基站为终端随机配置不同的SR发送偏移，致使不同终端发送SR的时刻并不相同，因此尽管多部终端都已有上行数据发送需求，但每部终端都要等待其特定的SR发送时刻才能向基站发送SR，产生数据发送时延，易产生数据“先至后发”的问题。

如图2所示，在t1时刻，UE1的上行数据ULData1到达，在t2时刻，UE2的上行数据ULData2到达。UE1的上行数据ULData1比UE2的上行数据ULData2先到达终端，也就是数据“先至”。

但是，由于基站为终端随机配置不同的SR发送偏移，致使不同终端发送SR的时刻并不相同。在图2中，UE2在t3时刻发送SR2，而UE1只能在t5时刻发送SR1。如此，UE1发送调度请求消息SR的时间便晚于UE2，也导致了UE在t7时刻才收到基站返回的上行授权消息ULGrant1，而UE2在t4时刻就已经收到了基站返回的上行授权消息UL Grant2。上行授权信息的时差也进一步导致了UE1发送上行数据的时间晚于UE2，也就是数据“后发”。

在图2示例中，群组终端UE1/UE2/UE3，从第一个终端数据到达，到最后一个终端收到上行数据发送授权，时延为(t9-t1)。

发明人发现，相关技术中的上行调度请求方法及上行授权发送方式，没有考虑大规模机器场景下具有关联性的群组终端的特点与业务需求，无法降低群组终端整体数据传输时延，同时也未优化群组中的个体终端时延。

在大规模通信场景下，具有关联性的群组终端在采用常规的上行授权发送方法时，由于没有考虑群组终端间的关联性，存在群组终端整体数据传输时延较大，群组内单独终端的数据传输时延有进一步优化空间，存在数据“先到后发”的问题。

为解决上述问题，本公开提出了一种数据处理方法，关联组中的终端共同维护上行数据到达状态信息ULR，向基站发送群组调度请求信息GSR，提前申请群组上行调度资源；基站根据GSR信息，同时向关联组内多个终端发送上行授权，可以减少群组终端整体等待上行授权的等待时间，减少群组终端整体数据发送时延，同时也可以降低群组终端内个体终端的数据传输时延，解决数据“先至后发”问题。

下面结合附图及实施例对本示例实施方式进行详细说明。

首先，本公开实施例中提供了一种数据处理方法，该方法可以由任意具备计算处理能力的电子设备执行。

图3示出本公开实施例中一种数据处理方法流程图，如图3所示，本公开实施例中提供的数据处理方法包括如下步骤：

S302，在关联组内终端有上行数据到达时，更新上行数据到达状态信息ULR；

S304，根据ULR，生成关联组的上行调度请求信息GSR；

S306，根据终端的上行调度请求发送时刻，在关联组内的多个终端中确定目标终端；

S308，在目标终端的上行调度请求发送时刻，通过目标终端将GSR发送至基站，以使基站根据GSR，同时向关联组内上行数据到达的终端发送上行授权信息。

需要说明方是，在一些实施例中，在上述S302之前，可以基于终端关联性数据对多个终端进行关联性分组，得到关联组。

其中，关联性数据可以包括如下数据中的至少一种：

终端功能、终端地理位置、终端业务特征。

在一些实施例中，基于终端关联性数据对多个终端进行关联性分组，得到关联组，可以包括：

基于终端功能对多个终端进行关联性分组，得到控制组和/或转发组。

这里，控制组的数量可以是一个或多个，同理，转发组的数量也可以是一个或多个。

可以理解的是，这里“控制组”和“转发组”都是“功能组”。在不同的场合下，其名称可以变化。

随着通信技术的发展，基于终端功能对多个终端进行关联性分组，也可能出现其它的“功能组”，在此不作限定。

在一些实施例中，在基于终端功能对多个终端进行关联性分组后，还可以针对得到的功能组进一步划分。

作为一个示例，上述方法还可以包括如下步骤：

基于终端地理位置和终端业务特征对转发组中的多个终端进行关联性分组，得到转发关联组。

为便于理解，下面结合附图4说明上述“关联性分组”的过程。

首先，可以基于终端功能对多个终端进行关联性分组，得到如图4所示的控制组和转发组。

其中，控制UE1控制一组转发终端，分别为转发UE1～转发UE5，转发UE1～转发UE5地理位置靠近，且具备相似业务特征。

控制UE2控制一组转发终端，分别为转发UE6～转发UE9，转发UE6～转发UE9地理位置靠近，且具备相似业务特征。

控制UE1与控制UE2具备形式业务特征。

如图4所示，转发UE1～转发UE5共同组成了转发关联组1，UE6～转发UE9共同组成了转发关联组2。

这里，转发关联组1和转发关联组2的划分依据可以是终端地理位置和终端业务特征。也就是说，基于终端功能、地理位置和业务特征，将转发UE1～转发UE5划分为转发关联组1，将转发UE6～转发UE9划分为转发关联组2。

同理，也可以基于终端功能和业务特征，将控制终端UE1和控制终端UE2划分为控制关联组。

在一些实施例中，基于终端关联性数据对多个终端进行关联性分组，得到关联组后，上述方法还可以包括：

将分组后的关联组的信息发送至基站，以使基站根据关联组的信息和GSR，同时向关联组内上行数据到达的终端发送上行授权信息。

基站接收GSR后，根据GSR信息，判断终端关联性分组，以及上行数据到达状态；基站根据关联性分组信息，向上行数据到达状态信息所指示的关联组内终端发送群组上行授权信息。

本公开提出的数据处理方法，通过对终端进行关联性分组，关联终端组内的群组终端向基站发送群组调度请求信息GSR，其中包含群组上行数据到达状态信息ULR；基站根据收到的GSR信息，结合其中的ULR信息，向关联终端组内有上行数据发送需求的部分或全部终端发送上行发送授权，可以减少群组终端整体等待上行授权的等待时间，减少群组终端整体数据发送时延，同时也可以降低群组终端内个体终端的数据传输时延。

在一些实施例中，上述S306，根据终端的上行调度请求发送时刻，在关联组内的多个终端中确定目标终端，可以包括：

将关联组内上行调度请求发送时刻与当前时刻最近的终端，确定为目标终端。

如此，便可以尽快的将GSR发送至基站，减少群组终端整体数据发送时延。

在一些实施例中，根据ULR，生成关联组的上行调度请求信息GSR，包括：

在目标终端的上行调度请求发送时刻前，根据ULR，生成关联组的上行调度请求信息GSR。

这里，GSR中包括了关联组中多个终端的ULR。

为便于理解，下面结合附图5说明上述“更新ULR”及“生成GSR”的过程。

本公开中上行数据到达状态信息ULR指示关联组内每部终端上行数据到达的状态。

初始状态下，上行数据到达群组状态信息指示没有数据到达终端，ULR＝“000”；

最低位代表UE1，第二位代表UE2，最高位代表UE3。

“0”代表没有数据达到终端。

“1”代表上行数据达到终端。

关联组内终端有上行数据到达时，终端更新并同步ULR。

在时刻t1，UE1上行数据到达，UE1更新ULR，ULR＝“001”，并与UE2/3同步，指示UE1上行数据到达；

在时刻t2，UE2上行数据到达，UE2更新ULR，ULR＝“011”，并与UE1/3同步，指示UE1/2上行数据到达；

时刻t3是UE2的上行调度请求发送时刻，因此，在时刻t3便可以通过UE2发送GSR。随后，复位ULR到初始状态(ULR＝“000”)，并与UE1/3同步。

在时刻t5，UE3上行数据到达，UE3更新ULR，ULR＝“100”，并与UE1/2同步，指示UE3上行数据到达。

在时刻t6，UE1发送GSR。随后，复位ULR到初始状态(ULR＝“000”)，并与UE2/3同步。

请继续参考图5，终端关联组群组上行调度请求信息GSR可以包括关联组信息ID和关联组上行数据到达状态信息ULR。

关联组信息ID指示关联组所包含的终端信息。

在一些实施例中，关联组信息可由显式或者隐式方式实现：UE1/2/3在一个关联组。

作为一个示例，显式：关联组信息为关联组ID信息(“11”)。基站保存关联组ID信息和关联组内的终端信息

作为一个示例，隐式：关联组信息为空，关联组信息由基站保存关联组ID信息和关联组内的终端信息共同判定。

关联组上行数据到达状态信息ULR指示关联组内每部终端上行数据到达的状态。

初始状态下，上行数据到达关联组状态信息指示没有数据到达终端。

关联组内终端有上行数据到达时，终端更新并同步ULR。

在时刻t1，UE1上行数据到达，UE1更新ULR，并与UE2/3同步，指示UE1上行数据到达；

在时刻t2，UE2上行数据到达，UE2更新ULR，并与UE1/3同步，指示UE1/2上行数据到达；

在时刻t5，UE3上行数据到达，UE3更新ULR，并与UE1/2同步，指示UE3上行数据到达。

下面详细说明GSR信息发送过程及如何降低时延。

如前文所述，GSR信息发送时刻由基站配置。

在时刻t3，UE2发送GSR(其中的ULR指示UE1/2上行数据已到达)，随后复位ULR到初始状态，并与UE1/3同步；

在时刻t6，UE1发送GSR(其中的ULR指示UE3上行数据已到达)，随后复位ULR到初始状态，并与UE2/3同步；

接收UL Grant的详细情况如下：

在时刻t4，基站向UE1发送ULGrant1，向UE2发送ULGrant2；

UE1收到上行授权的时延降低了(t7-t4)；

UE2上行授权时延保持不变。

如此，便解决了UE1数据“先到后发”的问题，即便UE1的上行调度请求发送时刻晚于UE2，也能通过UE2及时发送GSR，进而及时发送数据。

在时刻t7，基站向UE3发送ULGrant3；

UE3收到上行授权的时延降低了(t9-t7)。

上述过程中，关联组中所有UE数据发送时延从(t9-t1)降低到(t7-t1)，降低了(t9-t7)。

本公开实施例提供的数据方法，可以降低群组终端数据发送时延，该方法基于终端关联性(功能、地理位置、业务特征等)对终端进行关联性分组，群组终端共同维护上行数据到达状态信息ULR，向基站发送群组调度请求信息GSR，提前申请群组上行调度资源；基站根据GSR信息，同时向关联组内多个终端发送上行授权，可以减少群组终端整体等待上行授权的等待时间，减少群组终端整体数据发送时延，同时也可以降低群组终端内个体终端的数据传输时延，解决数据“先至后发”问题。

基于同一发明构思，本公开实施例中还提供了一种数据处理方法，如图6所示，该数据处理方法，包括如下步骤：

S602，终端关联性分组；

基于终端关联性对终端进行关联性分组。

a)关联性包括终端功能、终端地理位置、终端业务特征等。

S604，在基站中标记终端分组信息；

S606，关联组内终端更新ULR，生成关联组上行调度请求信息GSR；

关联组内终端有上行数据到达时，更新ULR，生成群组上行调度请求信息GSR。

S608，终端发送GSR；

在关联组内任一终端上行调度请求发送时刻发送GSR。

S610，基站接收GSR信息；

S612，基站根据GSR信息判断终端关联组，以及上行数据到达状态；

基站接收GSR后，根据GSR信息，判断终端关联性分组，以及上行数据到达状态。

S614，向上行数据到达状态信息所指示的关联组内终端发送上行授权信息。

基站根据关联性分组信息，向上行数据到达状态信息所指示的关联组内终端发送群组上行授权信息。

本公开实施例提供的数据处理方法，能够降低群组终端的整体数据发送时延，缓解终端数据先到达、但实际发送次序靠后的问题。

基于同一发明构思，本公开实施例中还提供了一种数据处理装置，如下面的实施例所述。由于该装置实施例解决问题的原理与上述方法实施例相似，因此该装置实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。

图7示出本公开实施例中一种数据处理装置示意图，如图7所示，该数据处理装置700，包括：

状态信息更新模块702，用于在关联组内终端有上行数据到达时，更新上行数据到达状态信息ULR；

调度请求生成模块704，用于根据ULR，生成关联组的上行调度请求信息GSR；

判断模块706，用于根据终端的上行调度请求发送时刻，在关联组内的多个终端中确定目标终端；

请求发送模块708，用于在目标终端的上行调度请求发送时刻，通过目标终端将GSR发送至基站，以使基站根据GSR，同时向关联组内上行数据到达的终端发送上行授权信息。

本公开实施例对终端进行关联性分组，群组终端共同维护上行数据到达状态信息ULR，可以向基站发送群组调度请求信息GSR；通过发送群组GSR，可以提前为关联组内终端提前申请群组上行调度资源；基站根据GSR信息，同时向关联组内多个终端发送群组上行授权；减低群组终端整体等待上行授权的等待时间，减少群组终端整体数据发送时延。

在一些实施例中，该数据处理装置700，还可以包括：

分组模块，用于基于终端关联性数据对多个终端进行关联性分组，得到关联组。

在一些实施例中，关联性数据包括如下数据中的至少一种：

终端功能、终端地理位置、终端业务特征。

在一些实施例中，分组模块，可以包括：

第一分组单元，用于基于终端功能对多个终端进行关联性分组，得到控制组和/或转发组。

在一些实施例中，分组模块，还可以包括：

第二分组单元，用于基于终端地理位置和终端业务特征对转发组中的多个终端进行关联性分组，得到转发关联组；

第二分组单元，用于基于终端地理位置和终端业务特征对控制组中的多个终端进行关联性分组，得到控制关联组。

在一些实施例中，该数据处理装置700，还可以包括：

关联组信息发送模块，用于基于终端关联性数据对多个终端进行关联性分组，得到关联组后，将分组后的关联组的信息发送至基站，以使基站根据关联组的信息和GSR，同时向关联组内上行数据到达的终端发送上行授权信息。

在一些实施例中，判断模块706，可以具体用于将关联组内上行调度请求发送时刻与当前时刻最近的终端，确定为目标终端。

在一些实施例中，调度请求生成模块704，可以具体用于：

在目标终端的上行调度请求发送时刻前，根据ULR，生成关联组的上行调度请求信息GSR。

本申请实施例提供的数据处理装置，可以用于执行上述各方法实施例提供的数据处理方法，其实现原理和技术效果类似，为简介起见，在此不再赘述。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图8来描述根据本公开的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元810可以执行上述方法实施例的如下步骤：

在关联组内终端有上行数据到达时，更新上行数据到达状态信息ULR；

根据ULR，生成关联组的上行调度请求信息GSR；

根据终端的上行调度请求发送时刻，在关联组内的多个终端中确定目标终端；

在目标终端的上行调度请求发送时刻，通过目标终端将GSR发送至基站，以使基站根据GSR，同时向关联组内上行数据到达的终端发送上行授权信息。

在一些实施例中，所述处理单元810还可以执行上述方法实施例的如下步骤：

基于终端关联性数据对多个终端进行关联性分组，得到关联组。

在一些实施例中，关联性数据可以包括如下数据中的至少一种：

终端功能、终端地理位置、终端业务特征。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备840(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。

并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。

如图8所示，网络适配器860通过总线830与电子设备800的其它模块通信。

应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质可以是可读信号介质或者可读存储介质。其上存储有能够实现本公开上述方法的程序产品。

在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

本公开中的计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

在本公开中，计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。

这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。

可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

在一些示例中，计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

在具体实施时，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。

程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。

实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。

因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。

本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (11)

1.一种数据处理方法，其特征在于，所述方法包括：

在关联组内终端有上行数据到达时，更新上行数据到达状态信息ULR；

根据所述ULR，生成所述关联组的上行调度请求信息GSR；

根据终端的上行调度请求发送时刻，在所述关联组内的多个终端中确定目标终端；

在所述目标终端的上行调度请求发送时刻，通过所述目标终端将所述GSR发送至基站，以使所述基站根据所述GSR，同时向所述关联组内上行数据到达的终端发送上行授权信息。

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

基于终端关联性数据对多个终端进行关联性分组，得到关联组。

3.根据权利要求2所述的方法，其特征在于，所述关联性数据包括如下数据中的至少一种：

终端功能、终端地理位置、终端业务特征。

4.根据权利要求3所述的方法，其特征在于，基于终端关联性数据对多个终端进行关联性分组，得到关联组，包括：

基于终端功能对多个终端进行关联性分组，得到控制组和/或转发组。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

基于终端地理位置和终端业务特征对转发组中的多个终端进行关联性分组，得到转发关联组；

基于终端地理位置和终端业务特征对控制组中的多个终端进行关联性分组，得到控制关联组。

6.根据权利要求2-5任一所述的方法，其特征在于，基于终端关联性数据对多个终端进行关联性分组，得到关联组后，所述方法还包括：

将分组后的关联组的信息发送至基站，以使所述基站根据所述关联组的信息和所述GSR，同时向所述关联组内上行数据到达的终端发送上行授权信息。

7.根据权利要求1所述的方法，其特征在于，所述根据终端的上行调度请求发送时刻，在所述关联组内的多个终端中确定目标终端，包括：

将所述关联组内上行调度请求发送时刻与当前时刻最近的终端，确定为目标终端。

8.根据权利要求1所述的方法，其特征在于，根据所述ULR，生成所述关联组的上行调度请求信息GSR，包括：

在所述目标终端的上行调度请求发送时刻前，根据所述ULR，生成所述关联组的上行调度请求信息GSR。

9.一种数据处理装置，其特征在于，所述装置包括：

状态信息更新模块，用于在关联组内终端有上行数据到达时，更新上行数据到达状态信息ULR；

调度请求生成模块，用于根据所述ULR，生成所述关联组的上行调度请求信息GSR；

判断模块，用于根据终端的上行调度请求发送时刻，在所述关联组内的多个终端中确定目标终端；

请求发送模块，用于在所述目标终端的上行调度请求发送时刻，通过所述目标终端将所述GSR发送至基站，以使所述基站根据所述GSR，同时向所述关联组内上行数据到达的终端发送上行授权信息。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-8中任意一项所述的数据处理方法。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-8中任意一项所述的数据处理方法。

Images