用于无线通信的用户设备和基站以及其中的方法与流程

本公开的实施例一般性地涉及无线通信，更特别地涉及在无线通信中用于传输调度请求的方法以及用户设备和基站。

背景技术：

第三代合作伙伴计划(3GPP)已经批准了针对Rel-13的研究项目“Study on Latency reduction techniques for LTE”。该研究项目的目的是研究和改进基于Rel-13的分组数据时延。分组数据时延不仅对于感知到的系统响应性是重要的，而且它还是影响吞吐量的参数。在LTE系统中，多种因素影响已连接的用户设备UE的端到端总时延。

对于上行链路，减小由于调度授权许可获取所导致的延迟的一种方式是分配频繁的调度请求(SR)资源。在短SR周期的情况下，控制信令开销急剧地增加，这减小了资源利用效率，因为需要小区中的配置更多物理上行链路控制信道(PUCCH)资源来支持相同数目的用户。另外，PUCCH资源是利用专用RRC信令来配置和重配置的，这使得难以将调度请求资源周期配置适应系统的负载变化。

技术实现要素：

鉴于现有技术中存在的上述问题，本公开的实施例的目的在于提供一种用于传输调度请求的方法从而减小上行链路传输时延的并且减小控制平面的开销，从而解决现有技术中的上述以及其他的问题。

根据本公开的第一方面，提供了一种用于无线通信中的用户设备的方法。该方法包括：从基站接收消息，该消息可以用于向用户 设备配置周期性的专用资源和周期性的共享资源，该专用资源和该共享资源可以是物理上行链路控制信道上的供调度请求传输的资源；以及在需要发送调度请求时，选择专用资源和共享资源中先到来的资源来发送调度请求。

在一些实施例中，该消息还可以用于向用户设备配置定时器，该定时器用于控制用户设备在共享资源上发送调度请求。在一些实施例中，该消息可以包括无线资源控制RRC信令。

在一些实施例中，该方法还可以包括：在发送调度请求时启动定时器；以及在定时器到期之前，不使用共享资源来发送调度请求。

在一些实施例中，该方法还可以包括：基于调度请求的发送状态来调节定时器的时长。在一些实施例中，如果在定时器运行期间没有调度请求需要发送，则根据特定规则减小定时器的时长。在一些实施例中，该特定规则可以是预先定义的或者可以由基站发送给用户设备。在一些实施例中，该特定规则可以包括：指数规则、线性规则、或者固定步长规则。

在一些实施例中，如果在定时器运行期间有调度请求需要发送，则在所选择的资源上发送调度请求后，可以将定时器的时长调节为初始值。在一些实施例中，该初始值可以大于共享资源的周期。

在一些实施例中，该方法还可以包括：针对用户设备的不同类型的业务，使用不同时长的定时器。在一些实施例中，该方法还可以包括：仅针对特定类型的业务，使用共享资源。在一些实施例中，专用资源的周期可以大于共享资源的周期。

根据本公开的第二方面，提供了一种用于无线通信中的基站的方法。该方法包括：向用户设备发送消息，该消息可以用于向用户设备配置周期性的专用资源和周期性的共享资源，该专用资源和该共享资源是物理上行链路控制信道上的供调度请求传输的资源；以及在专用资源和共享资源上检测来自用户设备的调度请求。

在一些实施例中，该消息还可以用于向用户设备配置定时器，该定时器用于控制用户设备在共享资源上发送调度请求。

在一些实施例中，可以基于定时器的时长来排除检测共享资源上的一个或多个共享资源。

在一些实施例中，该方法可以进一步包括：向用户设备发送特定规则，如果用户设备在定时器运行期间没有调度请求需要发送，则根据该特定规则减小定时器的时长。在一些实施例中，该特定规则可以包括：指数规则、线性规则、或者固定步长规则。

根据本公开的第三方面，提供了一种用于无线通信的用户设备。该用户设备包括：接收单元，被配置为从基站接收消息，该消息用于向用户设备配置周期性的专用资源和周期性的共享资源，该专用资源和该共享资源是物理上行链路控制信道上的供调度请求传输的资源；以及发送单元，被配置为在发送调度请求时，选择专用资源和共享资源中先到来的资源来发送调度请求。

根据本公开的第四方面，提供了一种用于无线通信的基站。该基站包括：发送单元，被配置为向用户设备发送消息，该消息用于向用户设备配置周期性的专用资源和周期性的共享资源，该专用资源和该共享资源是物理上行链路控制信道上的供调度请求传输的资源；以及检测单元，被配置为在专用资源和共享资源上检测来自用户设备的调度请求。

当前，调度请求资源经由RRC信令来分配给用户设备，其周期可配置为1-80毫秒，调度请求的周期的配置难以同时考虑到时延和信令开销。本公开的实施例提出了一种具有可变周期的自适应的调度请求方案。一个UE能够被配置具有专用的调度请求资源和共享的调度请求资源，并且对共享的调度请求资源的使用可以基于调度请求的发送状态进行控制。

通过采用这种方案，调度请求能够以短周期来发送因此减小了调度授权许可的获取时间，并且调度请求资源被高效地使用因此减小了控制信令的开销。此外，本公开的方案还解决了由于一组用户设备使用共享资源所导致的冲突问题。相比于传统的共享调度请求资源解决方案，在共享的调度请求资源上的冲突能够通过定时器的 引入而减少。

附图说明

通过参考附图阅读下文的详细描述，本公开的实施例的上述以及其他目的、特征和优点将变得容易理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施例，其中：

图1示意性地示出了一个现有的无线通信系统中的上行链路传输延迟的概览图；

图2示意性地示出了根据本公开的实施例的用于无线通信中的用户设备的方法的流程图；

图3示意性地示出了根据本公开的实施例的用于无线通信中的基站的方法的流程图；

图4示意性地示出了根据本公开的实施例的一个具体示例；

图5示意性地示出了根据本公开的实施例的用于无线通信中的用户设备的框图；以及

图6示意性地示出了根据本公开的实施例的用于无线通信中的基站的框图。

具体实施方式

下面将参考附图中所示出的若干示例性实施例来描述本公开的原理和精神。应当理解，描述这些具体的实施例仅是为了使本领域的技术人员能够更好地理解并实现本公开，而并非以任何方式限制本公开的范围。

图1示意性地示出了一个现有的无线通信系统中的上行链路传输延迟的概览图。如图1中所示出的，具有数据要发送的用户设备在传输数据分组之前必须发送调度请求(SR)并且从基站eNodeB接收调度授权许可。为了发送调度请求，用户设备必须等待SR-有效的物理上行链路控制信道PUCCH资源，该资源的周期是1-80毫秒。

在该调度请求通过PUCCH发送之后，eNodeB解码该调度请求 并且分配一个调度授权许可，该授权许可被发送给用户设备。因此，减小延迟的一种方式是配置频繁的调度请求资源。调度请求资源是经由RRC信令配置给用户设备的。自从LTE Rel-9以来，调度请求的周期可配置为降到1毫秒。配置短的调度请求周期是以更高的PUCCH资源消耗为代价的。举例来说，每物理资源块(PRB)上支持的调度请求容量是18个用户设备，如果支持180个用户设备，则PRB的数目等于180/18＝10。如果假设10MHz的带宽和1毫秒的调度请求周期，那么20％的资源将被用于调度请求，这是一个沉重的控制信道负担。

因此，在本公开的实施例中，提出了一种具有变化周期的自适应的调度请求方案。一个UE能够被配置具有专用的调度请求资源和共享的调度请求资源，并且对共享的调度请求资源的使用可以基于调度请求的发送状态进行控制。

通过采用这种方案，调度请求能够以短周期来发送因此减小了调度授权许可的获取时间，并且调度请求资源被高效地使用因此减小了控制信令的开销。此外，本公开的方案还解决了由于一组用户设备使用共享资源所导致的冲突问题。相比于传统的共享调度请求资源解决方案，在共享的调度请求资源上的冲突能够通过定时器的引入而减少。下面结合附图2-6来具体地描述本公开的实施例的具有变化周期的自适应的调度请求方案。

图2示意性地示出了根据本公开的实施例的用于无线通信中的用户设备的方法200的流程图。如图2中所示出的，方法200在开始之后可以进入步骤201。在步骤201中，用户设备可以从基站接收消息，该消息用于向用户设备配置周期性的专用资源和周期性的共享资源，该专用资源和该共享资源是物理上行链路控制信道上的供调度请求传输的资源。

本领域的技术人员可以理解，对于该专用资源而言，仅一个用户设备被配置为使用该专用资源。相对照地，对于该共享资源而言，一组用户设备被配置为使用该共享资源。

根据本公开的一些实施例，该消息可以包括无线资源控制RRC信令。本领域的技术人员可以理解，基站也可以使用RRC信令以外的其他可用消息来向用户设备配置周期性的专用资源和周期性的共享资源。本领域的技术人员还可以理解，该其他可用消息可以是无线通信系统中已有的消息或者已有消息中的已有元素，也可以是新的消息或者已有消息中的新元素。

根据本公开的一些实施例，该消息还可以用于由基站向用户设备配置定时器，该定时器可以用于控制用户设备在共享资源上发送调度请求。在本公开的一些其他实施例中，基站也可以使用另一消息来向用户设备配置该定时器。本领域的技术人员可以理解，该另一消息可以是无线通信系统中已有的消息或者已有消息中的已有元素，也可以是新的消息或者已有消息中的新元素。

根据本公开的一些实施例，专用资源的周期可以大于共享资源的周期。通过这样的布置，用户设备不仅具有周期较大的专用资源，而且具有周期较小的共享资源，从而增加了发送调度请求的灵活性，同时相比于仅专用资源的方案并没有大幅增加系统开销。

接着，方法200可以前进至步骤202。在步骤202中，在需要发送调度请求时，用户设备可以选择专用资源和共享资源中先到来的资源来发送调度请求。

本领域的技术人员可以理解，在本公开的上下文中，用户设备在产生了数据要发送给基站时，需要先在调度请求资源上向基站发送调度请求。由于根据本公开的实施例的专用资源和共享资源都是周期性的，所以当用户设备在某一时刻需要发送调度请求时，可以选择周期性的专用资源和周期性的共享资源中相对于该时刻而言先到来的一个可用资源来发送该调度请求。

根据本公开内容的一些实施例，在用户设备被配置具有定时器的场景中，方法200还可以包括：在发送调度请求时启动定时器；以及在定时器到期之前，不使用共享资源来发送调度请求。通过这样做，可以减少不同用户设备在共享资源上的潜在冲突。

根据本公开内容的一些实施例，在用户设备被配置具有定时器的场景中，方法200还可以包括：基于调度请求的发送状态来调节定时器的时长。具体而言，如果在定时器运行期间没有调度请求需要发送，则可以根据特定规则减小定时器的时长。另一方面，如果在定时器运行期间有调度请求需要发送，则可以在所选择的资源上发送调度请求后，将定时器的时长调节为初始值。

根据本公开内容的一些实施例，上述特定规则可以是预先定义的或者由可以基站发送给用户设备，其可以包括：指数规则、线性规则、固定步长规则、或者其他适合规则等，或者也可以是这些规则的组合。另外，上述初始值可以大于共享资源的周期。

根据本公开内容的一些实施例，方法200还可以包括：针对用户设备的不同类型的业务，使用不同时长的定时器。本领域的技术人员可以理解，这里的不同类型的业务可以按照各种标准进行分类。作为一个非限制性的示例，不同类型的业务可以包括紧急业务和非紧急业务，其中紧急业务可以使用时长较短的定时器，而非紧急业务可以使用时长较长的定时器。根据本公开内容的一些实施例，方法200还可以包括：仅针对特定类型的业务，使用共享资源。例如，可以仅针对上面举例说明的紧急业务来使用共享资源和定时器。

在完成步骤202之后，方法200可以结束。

图3示意性地示出了根据本公开的实施例的用于无线通信中的基站的方法300的流程图。如图3中所示出的，方法300在开始之后可以进入步骤301。在步骤301中，基站可以向用户设备发送消息，该消息用于向用户设备配置周期性的专用资源和周期性的共享资源，该专用资源和该共享资源是物理上行链路控制信道上的供调度请求传输的资源。关于该消息以及专用资源和共享资源的其他性质和特征与上面的方法200中相同或者类似，此处不再赘述。

根据本公开的一些实施例，该消息还可以由基站用于向用户设备配置定时器，该定时器用于控制用户设备在共享资源上发送调度请求。关于该定时器的其他性质和特征与上面的方法200中相同或 者类似，此处不再赘述。

根据本公开的一些实施例，方法300可以进一步包括：向用户设备发送特定规则，如果用户设备在定时器运行期间没有调度请求需要发送，则根据该特定规则减小定时器的时长。在一些实施例中，该特定规则可以包括：指数规则、线性规则、或者固定步长规则。

接着，方法300可以前进到步骤302。在步骤302中，基站可以在专用资源和共享资源上检测来自用户设备的调度请求。本领域的技术人员可以理解，由于专用资源和共享资源都是由基站配置给用户设备的，所以基站可以知道在这些资源上对来自用户设备的调度请求进行检测。进一步地，由于基站并不知道用户设备何时会需要发送调度请求，所以在没有配置上述定时器的情况下，基站将在所有的专用资源和共享资源上进行检测。

根据本公开的一些实施例，基站可以基于定时器的时长来排除检测共享资源上的一个或多个共享资源。本领域的技术人员可以理解，在配置了定时器的场景中，基站如果在专用资源或共享资源中的某个资源上检测到了来自某个用户设备的调度请求，由于定时器是由基站向用户设备配置的，所以基站也知道定时器的运行规则，那么基站就会知道从该资源开始该用户设备在定时器的时长内不使用共享资源来发送调度请求。由此，基站可以基于定时器的时长来排除检测共享资源上的一个或多个共享资源。

在完成步骤302之后，方法300可以结束。

下面参考图4来描述根据本公开的具有变化周期的自适应的调度请求方案的一种具体实施方式。图4示意性地示出了根据本公开的实施例的一个具体示例。

参考附图4，首先，用户设备可以被配置具有特定于用户设备的专用的调度请求资源以及共享的调度请求资源两者。一般而言，特定于用户设备的专用的调度请求资源具有长的周期，并且共享的调度请求资源具有短的周期。例如，如图4中所示出的，专用的调度请求资源的周期可以是50毫秒，而共享的调度请求资源的周期可以 是10毫秒。

进一步地，用户设备可以被配置具有定时器，例如，如图4中所示出的时长为25毫秒的定时器。如果用户设备在时间t0处发送了调度请求，它在该定时器的时长内将不会尝试再次发送调度请求。如果在时间t1处触发了另一新的调度请求，则该调度请求不被允许在下一个共享的调度资源上发送，这是因为定时器正在运行中。然后，用户设备将会找到最近的可用调度请求资源，定时器到期之后的共享的调度请求资源或者专用的调度请求资源。在图4中所示出的情况中，定时器到期之后的共享的调度请求资源是第一个可用的调度请求资源，用户设备将在该调度请求资源发送调度请求。当定时器到期之后，调度请求可以在共享的调度请求资源和专用的调度请求资源中最近的可用调度请求资源上发送。

此外，可以使用连续的定时器。就此而言，定时器可以基于调度请求的发送状态按照特定规则加以调节。特定规则诸如指数规则、线性规则、固定步长规则、以及任何其他适合的规则等，也可以是这些规则的组合。

仅作为说明性的示例，下面以指数规则为例对该特定规则加以说明。首先，初始的定时器时长可以被设置为40毫秒。如果用户设备发送了调度请求，用户设备将启动具有初始时长的定时器，用户设备在定时器的该时长内将不尝试在共享的调度请求资源上再次发送调度请求。如果在定时器时长内触发了另一新的调度请求，则该调度请求不被允许在下一个共享的调度资源上发送，这是因为定时器正在运行中。然后，用户设备将会找到最近的可用调度请求资源，定时器到期之后的共享的调度请求资源或者专用的调度请求资源。

如果在定时器时长内没有触发新的调度请求，则在定时器到期之后，将启动具有20毫秒时长的新定时器，这里应用了底数为2的指数规则。然后将继续应用上述的相同过程。如果在定时器时长内存在调度请求要发送，则定时器将恢复到初始值(例如，40毫秒)并且在发送该调度请求时被触发。本领域的技术人员可以理解，如 果应用线性的规则，则定时器时长可以从初始值开始按照某个系数线性地减小，例如，在初始值为40毫秒、系数为0.6的情况下，可以依次按照40毫秒、24毫秒、14.4毫秒、……依次减少定时器的时长。本领域的技术人员还可以理解，如果应用固定步长规则，则定时器时长可以从初始值开始按照固定步长进行减小，例如，在初始值为40毫秒、步长为5毫秒的情况下，可以依次按照40毫秒、35毫秒、30毫秒、……依次减少定时器的时长。

如上所述，如果在定时器时长内没有调度请求要发送，则定时器以指数规则进行减小。如果定时器减小到小于共享的调度请求资源的周期，则调度请求可以在任何共享的调度请求资源上进行发送。

此外，共享的调度请求资源可以被应用到一个用户设备，也可以应用到一个用户设备的一种类型的业务。如果应用到一个用户设备，则任何业务触发的调度请求都可以基于特定规则来使用共享的调度请求资源。如果应用到用户设备的一种业务，则仅由这种业务所触发的调度请求能够基于特定规则来使用共享的调度请求资源。

作为进一步的示例，定时器也可以被应用到一个用户设备或者应用到用户设备的一种类型的业务。如果定时器被应用到一种类型的业务，那么一个用户设备可以被配置具有针对不同类型业务的多个定时器。就此而言，作为业务类型的一种非限制性示例，其可以包括紧急业务和非紧急业务。本领域的技术人员可以理解，还可以根据其他各种方式对业务进行分类，本公开的实施例在这个方面不受限制。

图5示意性地示出了根据本公开的实施例的用于无线通信中的用户设备UE 500的框图。

如图5中所示出的，用户设备500可以包括接收单元501。接收单元501可以被配置为从基站接收消息，该消息用于向用户设备配置周期性的专用资源和周期性的共享资源，该专用资源和该共享资源是物理上行链路控制信道上的供调度请求传输的资源。

进一步地，用户设备500可以包括发送单元502。发送单元502 可以被配置为在发送调度请求时，选择专用资源和共享资源中先到来的资源来发送调度请求。

根据本公开的一些实施例，该消息还可以用于向用户设备配置定时器，该定时器用于控制用户设备在共享资源上发送调度请求。

根据本公开的一些实施例，发送单元502可以进一步被配置为：在发送调度请求时启动定时器；以及在定时器到期之前，不使用共享资源来发送调度请求。

根据本公开的一些实施例，用户设备500可以进一步包括：调节单元503。调节单元503可以被配置为基于调度请求的发送状态来调节定时器的时长。

在一些实施例中，调节单元503可以进一步被配置为：如果在定时器运行期间没有调度请求需要发送，则根据特定规则减小定时器的时长。在一些实施例中，该特定规则可以是预先定义的或者可以由基站发送给用户设备。在一些实施例中，该特定规则包括：指数规则、线性规则、或者固定步长规则。

在一些实施例中，调节单元503可以进一步被配置为：如果在定时器运行期间有调度请求需要发送，则在所选择的资源上发送调度请求后，将定时器的时长调节为初始值。在一些实施例中，该初始值大于共享资源的周期。

根据本公开的一些实施例，用户设备可以进一步被配置为：针对用户设备的不同类型的业务，使用不同时长的定时器。根据本公开的一些实施例，用户设备可以进一步被配置为：仅针对特定类型的业务，使用共享资源。根据本公开的一些实施例，上述消息可以包括无线资源控制RRC信令。根据本公开的一些实施例，专用资源的周期可以大于共享资源的周期。

图6示意性地示出了根据本公开的实施例的用于无线通信中的基站eNB 600的框图。

如图6中所示出的，基站600可以包括发送单元601。发送单元601可以被配置为向用户设备发送消息，该消息用于向用户设备配置 周期性的专用资源和周期性的共享资源，该专用资源和该共享资源是物理上行链路控制信道上的供调度请求传输的资源。

进一步地，基站600可以包括检测单元602。检测单元602可以被配置为在专用资源和共享资源上检测来自用户设备的调度请求。

根据本公开的一些实施例，该消息还可以用于向用户设备配置定时器，该定时器用于控制用户设备在共享资源上发送调度请求。根据本公开的一些实施例，检测单元602可以进一步被配置为：基于定时器的时长来排除检测共享资源上的一个或多个共享资源。

根据本公开的一些实施例，发送单元601可以进一步被配置为向用户设备发送特定规则，如果用户设备在定时器运行期间没有调度请求需要发送，则根据该特定规则减小定时器的时长。

根据本公开的一些实施例，该特定规则可以包括：指数规则、线性规则、或者固定步长规则。

在对本公开的实施例的描述中，术语“包括”及其类似用语应当理解为开放性包含，即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。

应当注意，本公开的实施例可以通过硬件、软件或者软件和硬件的结合来实现。硬件部分可以利用专用逻辑来实现；软件部分可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域的技术人员可以理解上述的设备和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。

此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤组合为一个步骤执行，和/或将一个步骤分解为多个 步骤执行。还应当注意，根据本公开的两个或更多装置的特征和功能可以在一个装置中具体化。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。

虽然已经参考若干具体实施例描述了本公开，但是应当理解，本公开不限于所公开的具体实施例。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等效布置。