CN106714198B - 一种调度请求检测的方法及装置 - Google Patents

Abstract

本发明公开了一种调度请求检测的方法及装置，该方法为，基站按照预设周期，计算终端侧发送的SR信号的信噪比；基站判断该信噪比是否大于预设的检测门限，在确定该信噪比小于预设的检测门限时，进一步根据终端侧当前使用的业务类型，进行SR调度。这样，在判断信噪比小于预设的检测门限的情况下，根据不同的业务类型，增加了SR调度，有效降低了SR漏检概率，提高了数据包传输的及时性，减小了数据包传输的时延，提高了用户使用的感知度。

Description

一种调度请求检测的方法及装置

技术领域

本发明涉及通信领域，尤其涉及一种调度请求检测的方法及装置。

背景技术

在长期演进(Long Term Evolution，LTE)系统中，终端(UE)如果有上行数据需要发送，就会向基站(eNB)发送一个调度请求(Scheduling Request，SR)，其中，UE是通过物理上行链路控制信道(Physical Uplink Control Channel，PUCCH)来发送SR的，eNB检测到SR后，就会给UE分配上行资源进行数据传输。而对于eNB一侧来说，并不知道UE在什么时候需要上行资源，因此需要周期性地检测UE是否有发送了SR，如果检测到了SR，再对上行数据进行调度资源分配。

目前，eNB检测SR的方法为，在对应资源上检测是否有能量来判断是否存在SR，具体操作为：判断对应资源上的信噪比，如果信噪比高于设定的门限，则检测到了UE发送的SR，即认为UE发送了SR；如果信噪比低于一定的门限，则没有检测到UE发送的SR，即认为UE没有发SR。

但是，PUCCH信道采用正交码分复用，多个UE的控制信息可以复用在一个物理资源块(Physical Resource Block，PRB)，由于UE间采用码分复用，不同UE传输功率存在差异，UE间信号存在能量泄露，计算出的信噪比明显偏低，再加上外部干扰的客观存在，会出现UE发送了SR，而eNB没有检测到SR的情况，这就是漏检。如果在覆盖范围内UE密度较大的场景下，UE数量多，计算噪声功率的剩余空径减少，再加上时延不准的影响，会急剧抬升SR的漏检概率。

而SR漏检会带来很多问题：

1)会导致基站无法及时给UE分配上行资源，造成该UE数据包不能及时传输，降低整个系统的吞吐量，影响UE用户的感知度。

2)对于语音业务来说，由于语音业务对时延更为敏感，SR漏检会造成语音包传输不及时，时延过大，造成用户通话不流畅。

3)UE发送SR以后，无法确定eNB什么时候会下发上行调度准许，如果UE等待超时就会重发SR，重发次数超过了SR最大重传次数，就会触发随机接入。

发明内容

本发明实施例提供一种调度请求检测的方法及装置，以降低LTE系统中SR漏检的概率。

本发明实施例提供的具体技术方案如下：

一种调度请求检测的方法，包括：

基站按照预设周期，计算终端侧发送的SR信号的信噪比；

基站判断所述信噪比是否大于预设的检测门限，在确定上述信噪比小于预设的检测门限时，进一步根据终端侧当前使用的业务类型，进行SR调度。

本发明实施例中，基站按照预设周期，计算终端侧发送的SR信号的信噪比；基站判断该信噪比是否大于预设的检测门限，在确定该信噪比小于预设的检测门限时，进一步根据终端侧当前使用的业务类型，进行SR调度。这样，在判断信噪比小于预设的检测门限的情况下，根据不同的业务类型，增加了SR调度，有效降低了SR漏检概率，提高了数据包传输的及时性，减小了数据包传输的时延，提高了用户使用的感知度。

较佳的，计算终端侧发送的SR信号的信噪比，具体包括：

获取终端侧发送的SR信号的功率，以及获取噪声的功率；

计算上述SR信号的功率和上述噪声的功率的比值，获得SR信号的信噪比。

较佳的，根据终端侧当前使用的业务类型，进行SR调度，具体包括：

若业务类型为语音业务，进一步判断终端侧当前的语音状态周期，以及基于上述语音状态周期，进行SR调度；

若业务类型为数据业务，进一步判断当前时间距离上一次接收到SR信号的时间是否大于预设的SR重传周期，在确定大于预设的SR重传周期时，进行SR调度。

这样，保证在预设的SR重传周期内有一次SR调度。

较佳的，基于上述语音状态周期，进行SR调度，具体包括：

若上述语音状态周期为语音激活期，则直接进行SR调度；

若上述语音状态周期为语音静默期，则先判断当前时间距离上一次接收到SR信号的时间是否大于预设的静默期周期，在确定大于预设的静默期周期时，再进行SR调度。

这样，保证UE用户处于语音激活期时，语音包能及时调度，减少时延，且保证UE用户处于语音静默期时，在语音静默周期内有一次SR调度。

较佳的，上述进行SR调度，具体包括：

为上述终端侧进行资源调度分配，并将资源调度分配结果发送给终端侧。

一种调度请求检测的装置，包括：

计算单元，用于按照预设周期，计算终端侧发送的SR信号的信噪比；

调度单元，用于判断上述信噪比是否大于预设的检测门限，在确定上述信噪比小于预设的检测门限时，进一步根据终端侧当前使用的业务类型，进行SR调度。

本发明实施例中，基站按照预设周期，计算终端侧发送的SR信号的信噪比；基站判断该信噪比是否大于预设的检测门限，在确定该信噪比小于预设的检测门限时，进一步根据终端侧当前使用的业务类型，进行SR调度。这样，在判断信噪比小于预设的检测门限的情况下，根据不同的业务类型，增加了SR调度，有效降低了SR漏检概率，提高了数据包传输的及时性，减小了数据包传输的时延，提高了用户使用的感知度。

较佳的，计算终端侧发送的SR信号的信噪比时，计算单元具体用于：

获取终端侧发送的SR信号的功率，以及获取噪声的功率；

计算上述SR信号的功率和上述噪声的功率的比值，获得SR信号的信噪比。

较佳的，根据SR信号的业务类型，进行SR调度时，调度单元具体用于：

若业务类型为语音业务，进一步判断终端侧当前的语音状态周期，以及基于上述语音状态周期，进行SR调度；

若业务类型为数据业务，进一步判断当前时间距离上一次接收到SR信号的时间是否大于预设的SR重传周期，在确定大于预设的SR重传周期时，进行SR调度。

较佳的，基于上述语音状态周期，进行SR调度时，调度单元具体用于：

若上述语音状态周期为语音激活期，则直接进行SR调度；

若上述语音状态周期为语音静默期，则先判断当前时间距离上一次接收到SR信号的时间是否大于预设的静默期周期，在确定大于预设的静默期周期时，再进行SR调度。

较佳的，进行SR调度时，调度单元具体用于：

为上述终端侧进行资源调度分配，并将资源调度分配结果发送给终端侧。

附图说明

图1为本发明实施例中调度请求检测方法概述流程图；

图2为本发明实施例中调度请求检测方法详细流程图；

图3为本发明实施例中调度请求检测装置结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，并不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了降低LTE系统中SR漏检的概率，本发明实施例中，当基站检测到SR信号的信噪比小于预设的检测门限时，进行了进一步的判断，当符合一定条件时，同样进行SR调度，有效地降低了SR漏检的概率。

下面通过具体实施例对本发明方案进行详细描述，当然，本发明并不限于以下实施例。

参阅图1所示，本发明实施例中，调度请求检测方法的具体流程如下：

步骤100：基站按照预设周期，计算终端侧发送的SR信号的信噪比。

在实际中，如果UE没有上行数据要传输，基站并不需要为该UE进行资源调度分配，否则会造成资源的浪费，因此，当UE需要发送上行数据时，就会向基站发送一个SR，该SR用于请求上行共享信道资源，但基站并不知道UE什么时候需要发送上行数据，即不知道UE什么时候发送SR。因此，基站需要定时在已经分配的SR资源上检测是否有SR上报。

基站按照预设周期，在已经分配的SR资源上检测SR信号，当检测到SR信号时，基站计算该SR信号的信噪比。其中，计算信噪比的方法，具体操作为：

首先，获取终端侧发送的SR信号的功率，以及获取噪声的功率；

然后，计算上述SR信号的功率和上述噪声的功率的比值，获得SR信号的信噪比。

当然，上述方法为计算信噪比的最基本的定义方法，对于获取SR信号的功率和噪声的功率，可以采用估计的方法获得，本领域技术人员可以采用现有的信噪比估计算法，来计算获得SR信号的信噪比，对此本发明实施例并不限制，因此本发明实施例在此不再进行赘述。

步骤110：基站判断上述信噪比是否大于预设的检测门限，在确定上述信噪比小于预设的检测门限时，进一步根据终端侧当前使用的业务类型，进行SR调度。

在执行步骤110中，进一步包括，当基站判断上述信噪比大于或等于预设的检测门限时，则直接进行SR调度，即判定UE发送了SR，为UE分配上行资源。这是现有的SR检测的方法，也就是说，本发明在现有的SR检测方法的基础上进行了补充，对判断出信噪比小于预设的检测门限的情况，进行了进一步的判断，有效降低漏检的概率。

当确定信噪比小于预设的检测门限时，基站再根据终端侧当前使用的业务类型，进行SR调度，业务类型是当UE与基站进行通信连接时，基站就可以获知的。

其中，在基站根据终端侧当前使用的业务类型，进行SR调度时，分为以下两种情况：

第一种情况：若业务类型为语音业务，具体包括：

首先，基站进一步判断终端侧当前的语音状态周期；

然后，基于上述语音状态周期，进行SR调度，分为：

1)若上述语音状态周期为语音激活期，则直接进行SR调度；

当UE处于语音激活期，说明当前UE用户正在进行通话，这时，如果基站判定UE没有发送SR，不进行SR调度，就会使得UE发送的上行数据不能及时传输，影响用户的感知度。而本发明实施例中，会进行SR调度，有效保证了上行数据传输的及时性，减小了上行数据传输的时延，提升了用户使用的感知度。

2)若上述语音状态周期为语音静默期，则先判断当前时间距离上一次接收到SR信号的时间是否大于预设的静默期周期，在确定大于预设的静默期周期时，再进行SR调度。

当UE处于语音静默期，说明当前UE用户没有进行通话，但是由于语音业务对时延非常敏感，语音的静默期和激活期都是非常短暂的，会交替更换，其中，例如激活期为20ms，静默期为160ms，在确定当前时间距离上一次接收到SR信号的时间大于预设的静默期周期时，再进行SR调度，可以保证在语音静默期内有一次SR调度。

第二种情况：若业务类型为数据业务，基站进一步判断当前时间距离上一次接收到SR信号的时间是否大于预设的SR重传周期，在确定大于预设的SR重传周期时，进行SR调度。

当业务类型为数据业务时，基站在判断确定出当前时间距离上一次接收到SR信号的时间大于预设的SR重传周期时，进行SR调度，保证在预设的SR重传周期内有一次SR调度，有效减少SR漏检的概率。

保证在预设的SR重传周期内有一次SR调度，这是因为，当UE给基站发送SR后，会等待一段时间，如果一直没有得到基站的回应，等待超时后就会重新发送SR，这样，如果重发次数超过了SR最大重传次数，就会触发随机接入。

进一步地，上述进行SR调度，具体包括：基站为UE进行资源调度分配，为UE分配用于上行数据传输的资源。

下面采用一个具体的应用场景对上述实施例作出进一步详细说明。具体参阅图2所示，本发明实施例中，调度请求检测方法的执行过程具体如下：

步骤200：基站定时检测已分配的SR资源上的SR信号，计算SR信号的信噪比。

步骤201：判断计算的信噪比是否大于或等于预设的检测门限，如果是，则执行步骤206，如果否，则执行步骤202。

步骤202：判断业务类型是否为语音业务，如果是，则执行步骤203，如果否，则执行步骤205。

步骤203：进一步判断当前语音状态周期是否为语音激活期，如果是，则执行步骤206，如果否，则执行步骤204。

步骤204：进一步判断当前时间距离上一次接收到SR信号的时间是否大于语音静默周期，若是，则执行步骤206，若否，则执行步骤207。

步骤205：进一步判断当前时间距离上一次接收到SR信号的时间是否大于预设的SR重传周期，若是，则执行步骤206，若否，则执行步骤207。

步骤206：进行SR调度。

步骤207：SR检测流程结束，基站判定UE没有发送SR，不进行SR调度。

基于上述实施例，参阅图3所示，本发明实施例中，调度请求检测装置，具体包括：

计算单元30，用于按照预设周期，计算终端侧发送的SR信号的信噪比；

调度单元31，用于判断上述信噪比是否大于预设的检测门限，在确定上述信噪比小于预设的检测门限时，进一步根据终端侧当前使用的业务类型，进行SR调度。

较佳的，计算终端侧发送的SR信号的信噪比时，计算单元30具体用于：

获取终端侧发送的SR信号的功率，以及获取噪声的功率；

计算上述SR信号的功率和上述噪声的功率的比值，获得SR信号的信噪比。

较佳的，根据根据终端侧当前使用的业务类型，进行SR调度时，调度单元31具体用于：

若业务类型为语音业务，进一步判断终端侧当前的语音状态周期，以及基于上述语音状态周期，进行SR调度；

若业务类型为数据业务，进一步判断当前时间距离上一次接收到SR信号的时间是否大于预设的SR重传周期，在确定大于预设的SR重传周期时，进行SR调度。

较佳的，基于上述语音状态周期，进行SR调度时，调度单元31具体用于：

若上述语音状态周期为语音激活期，则直接进行SR调度；

若上述语音状态周期为语音静默期，则先判断当前时间距离上一次接收到SR信号的时间是否大于预设的静默期周期，在确定大于预设的静默期周期时，再进行SR调度。

较佳的，进行SR调度时，调度单元31具体用于：

为上述终端侧进行资源调度分配，并将资源调度分配结果发送给终端侧。

综上所述，本发明实施例中，基站按照预设周期，计算终端侧发送的SR信号的信噪比；基站判断该信噪比是否大于预设的检测门限，在确定该信噪比小于预设的检测门限时，进一步根据根据终端侧当前使用的业务类型，进行SR调度。这样，在判断信噪比小于预设的检测门限的情况下，根据不同的业务类型，增加了SR调度，有效降低了SR漏检概率，提高了数据包传输的及时性，减小了数据包传输的时延，提高了用户使用的感知度。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种调度请求检测的方法，其特征在于，包括：

基站按照预设周期，计算终端侧发送的调度请求SR信号的信噪比；

基站判断所述信噪比是否大于预设的检测门限，在确定所述信噪比小于预设的检测门限时，进一步根据终端侧当前使用的业务类型，进行SR调度，具体包括：若业务类型为语音业务，进一步判断终端侧当前的语音状态周期，以及基于所述语音状态周期，进行SR调度；若业务类型为数据业务，进一步判断当前时间距离上一次接收到SR信号的时间是否大于预设的SR重传周期，在确定大于预设的SR重传周期时，进行SR调度。

2.如权利要求1所述的方法，其特征在于，计算终端侧发送的SR信号的信噪比，具体包括：

获取终端侧发送的SR信号的功率，以及获取噪声的功率；

计算所述SR信号的功率和所述噪声的功率的比值，获得SR信号的信噪比。

3.如权利要求1所述的方法，其特征在于，基于所述语音状态周期，进行SR调度，具体包括：

若所述语音状态周期为语音激活期，则直接进行SR调度；

若所述语音状态周期为语音静默期，则先判断当前时间距离上一次接收到SR信号的时间是否大于预设的静默期周期，在确定大于预设的静默期周期时，再进行SR调度。

4.如权利要求1-3任一项所述的方法，其特征在于，所述进行SR调度，具体包括：

为所述终端侧进行资源调度分配，并将资源调度分配结果发送给终端侧。

5.一种调度请求检测的装置，其特征在于，包括：

计算单元，用于按照预设周期，计算终端侧发送的调度请求SR信号的信噪比；

调度单元，用于判断所述信噪比是否大于预设的检测门限，在确定所述信噪比小于预设的检测门限时，进一步根据终端侧当前使用的业务类型，进行SR调度，所述调度单元具体用于：若业务类型为语音业务，进一步判断终端侧当前的语音状态周期，以及基于所述语音状态周期，进行SR调度；若业务类型为数据业务，进一步判断当前时间距离上一次接收到SR信号的时间是否大于预设的SR重传周期，在确定大于预设的SR重传周期时，进行SR调度。

6.如权利要求5所述的装置，其特征在于，计算终端侧发送的SR信号的信噪比时，计算单元具体用于：

获取终端侧发送的SR信号的功率，以及获取噪声的功率；

计算所述SR信号的功率和所述噪声的功率的比值，获得SR信号的信噪比。

7.如权利要求5所述的装置，其特征在于，基于所述语音状态周期，进行SR调度时，调度单元具体用于：

若所述语音状态周期为语音激活期，则直接进行SR调度；

若所述语音状态周期为语音静默期，则先判断当前时间距离上一次接收到SR信号的时间是否大于预设的静默期周期，在确定大于预设的静默期周期时，再进行SR调度。

8.如权利要求5-7任一项所述的装置，其特征在于，进行SR调度时，调度单元具体用于：

为所述终端侧进行资源调度分配，并将资源调度分配结果发送给终端侧。

Images