CN105681003A - 无线通信系统中的方法和布置 - Google Patents

Abstract

在用户设备中用于向基站发射调度请求的方法和布置。基站适合于服务于用户设备。用户设备配置成仅在某些预定调度请求时机向基站发射调度请求。该方法包括：触发调度请求传输；在接下来出现的调度请求时机向基站发射调度请求；启动调度请求禁止定时器，并当调度请求禁止定时器在运行时禁止在将来调度请求时机的任何另外调度请求重传。还描述了基站中的对应方法和布置。

Description

无线通信系统中的方法和布置

本申请是申请号为201080030220.9、申请日为2010年2月2日、发明名称为“无线通信系统中的方法和布置”的发明申请的分案申请。

技术领域

本发明涉及基站中的方法和布置以及用户设备中的方法和布置。具体地说，它涉及当发射调度请求时减少通信信道上的负载和干扰的机制。

背景技术

第四代(4G)蜂窝网络的标准化正在名为高级国际移动电信(高级IMT)下进行。高级IMT许诺下一代移动网络在异质网络内具有高数据速率、无缝连接和移动通信。

对于许多应用，短接入延迟在提供良好终端用户性能上扮演关键角色。高级IMT等待时间要求指出，移动终端与基站之间的单向无线电接入延迟应该在10ms以下。

由第三代合作伙伴项目(3GPP)定义的长期演进(LTE)网络提供了改进的位率，相比更老的技术具有更低的接入延迟。对于版次8用户设备单元(UE)，如果该调度用户设备单元，则达到高级IMT延迟目标。如果用户设备需要请求资源，则达不到延迟目标。

LTE的接入技术在下行链路中基于正交频分复用(OFDM)，并在上行链路中基于单载波频分多址(SC-FDMA)。

在本上下文中，表述“上行链路”用于从用户设备向基站的信号传输，而表述“下行链路”用于在相反方向即从基站向用户设备的信号传输。基站在LTE环境中还可以称为eNodeB或eNB。

以1ms为基础动态地或者在比1ms更长的周期上半持久地，将资源分配给下行链路和上行链路上的用户设备。eNB进行资源调度，并且它将用户设备数据缓冲器以及每个用户设备的无线电传播特性考虑进去。

图1示出了LTE中的标准上行链路调度过程。当新数据到达空用户设备缓冲器或者数据属于比现有数据更高的优先级逻辑信道群时，用户设备触发缓冲器状态报告(BSR)报告其缓冲器大小。如果用户设备没有上行链路资源来发射缓冲器状态报告，则它触发调度请求(SR)。

可在专用调度请求信道(D-SR)上或基于竞争的随机接入信道(RA-SR)上发送调度请求。使用专用调度请求信道要求用户设备是上行链路同步的，并且用户设备已经在物理上行链路控制信道(PUCCH)上被指配了调度请求信道。用LTE版次8中周期性当前值为5、10、20、40和80毫秒的无线电资源控制(RRC)协议指配专用调度请求资源。在LTE版次9中，甚至比5毫秒更短的值也是可能的。当eNB已经接收到调度请求时，它可调度用户设备并发射初始许可。使用初始许可，用户设备最后可用它发射缓冲器状态报告。

总之，在调度用户设备之前，必须采取多个步骤。这增大了上行链路中的接入延迟。当处于上行链路同步时，PUCCH中的调度请求周期性是延迟增大中的最大贡献因素之一。为了获得某些应用的最佳性能，调度请求周期性应该选择成非常短的值。

在3GPPTS36.321MAC规范V8.6.0中，调度请求从它被触发时的时间直到它被取消时的时间是未决的。当上行链路调度资源可用于新传输时，该调度请求被取消。

当在用户设备单元在PUCCH上具有有效调度请求资源时的每个子帧期间调度请求是未决的时，用户设备单元指令物理层发信号通知调度请求。这导致调度请求的物理传输。在图1中描绘的示例中，调度请求周期性固定到5ms，并且在PUCCH上发射调度请求的第一机会是在子帧t0中。在eNB已经接收到调度请求之后，在调度用户设备单元并发射许可之前假设3ms的典型处理时间。用户设备单元在5ms后在t1具有下一调度请求时机。因为用户设备单元还未取消调度请求，所以它将重传调度请求。因此，将调度请求周期性配置成5ms导致物理传输调度请求至少两次。这在PUCCH上生成了大量不必要的负载。

禁止传输调度请求的机制以及网络对此类机制的配置是已知的，见WO2009038381A2“METHODOFRESTRICTINGSCHEDULINGREQUESTFOREFFECTIVEDATATRANSMISSION”。然而，在WO2009038381A2中，当禁止传输调度请求时仅提到的状况是当上行链路同步，即期望时间对准定时器很快到期时，或当调度请求传输的总数已经超过某一数字时。WO2009038381A2的想法是，如果禁止调度请求，则代替启动随机接入。

发明内容

因此本发明的目的是提供用于改进无线通信系统中性能的机制。

根据本发明的第一方面，该目的是通过在用户设备中用于向基站发射调度请求的方法实现的。基站适合于服务于用户设备。用户设备还包括调度请求传输触发器，并配置成向基站发射调度请求。然而，仅在某些预定调度请求时机发射调度请求。所述方法包括启动所述调度请求传输触发器。还有，在接下来出现的调度请求时机向所述基站发射调度请求作为对启动的触发器的响应。另外，当第一次向所述基站发射所述调度请求时，启动包含在所述用户设备中的调度请求禁止定时器。此外，当所述调度请求禁止定时器在运行时禁止在将来调度请求时机的任何另外调度请求重传。

根据本发明的第二方面，该目的是通过在用户设备中用于向基站发射调度请求的布置实现的。基站适合于服务于用户设备。用户设备还包括调度请求传输触发器，并配置成向基站发射调度请求。然而，仅在某些预定调度请求时机发射调度请求。所述布置包括调度请求传输触发器。调度请求传输触发器配置成触发调度请求传输。还有，该布置包括发射器。发射器配置成在接下来出现的调度请求时机向所述基站发射调度请求作为对启动的触发器的响应。此外，所述布置还包括调度请求禁止定时器。调度请求禁止定时器配置成当发射所述调度请求时启动，并当所述调度请求禁止定时器在运行时禁止在将来调度请求时机的任何另外调度请求重传。

根据本发明的第三方面，该目的是通过在基站中帮助用户设备向基站发射调度请求的方法实现的。基站适合于服务于用户设备。用户设备配置成仅在某些预定调度请求时机向基站发射调度请求。所述方法包括确定要发射到所述用户设备的因子k，使所述用户设备能够计算调度请求禁止定时器长度。另外，所述方法还包括向所述用户设备发射确定的因子k。此外，所述方法还包括当从所述用户设备接收到调度请求时调度所述用户设备。

根据本发明的第四方面，该目的是通过在基站中帮助用户设备向基站发射调度请求的布置实现的。基站适合于服务于用户设备。用户设备配置成仅在某些预定调度请求时机向基站发射调度请求。该布置包括确定单元。确定单元配置成确定要发射到所述用户设备的因子k，以便所述用户设备计算调度请求禁止定时器长度。另外，该布置包括发射器。所述发射器配置成向所述用户设备发射确定的因子k。附加地，该布置包括调度器。调度器配置成当从所述用户设备接收到调度请求时调度所述用户设备。

通过当用户设备第一次在PUCCH上发射调度请求时启动调度请求禁止定时器，可显著减少PUCCH上的负载。另外，通过将不同用户设备的调度请求禁止定时器配置有不同长度，也在时间上分散了调度请求的重传。由此，改进了无线通信系统的性能。

根据本发明的如下详细描述，本发明的其它目的、优点和新颖特征将变得显而易见。

附图说明

参考例证本发明示范实施例的附图更详细地描述本发明，并且附图中：

图1是例证现有技术无线通信系统内通信的示意性框图。

图2是例证无线通信系统实施例的示意性框图。

图3是根据一些实施例例证无线电信号传输的组合信令和流程图。

图4A是例证根据一些实施例的无线电信号传输的组合信令和流程图。

图4B是例证根据一些实施例的无线电信号传输的组合信令和流程图。

图5是例证用户设备中的方法实施例的流程图。

图6是例证用户设备布置的实施例的示意性框图。

图7是例证基站中的方法实施例的流程图。

图8是例证基站布置实施例的示意性框图。

具体实施方式

本发明定义为用户设备中的方法和布置以及基站中的方法和布置，可将它们在下面描述的实施例中付诸实施。然而，可以许多不同的形式实施本发明，并且本发明不被视为局限于本文阐述的实施例；而是，提供这些实施例使得本公开将是详尽且完整的，并向本领域的技术人员传达本发明的范围。

根据结合附图考虑的如下详细描述，本发明的其它目的和特征可变得显而易见。然而要理解，附图设计只用于例证的目的，并不作为本发明限制的定义，对于本发明限制参考所附权利要求书。还要理解，附图不一定按比例绘制，并且除非另外指出，否则它们仅打算在概念上例证本文描述的结构和过程。

图2描绘了示范无线通信系统100，诸如例如高级IMT、E-UTRAN、LTE、LTE-Adv、第三代合作伙伴项目(3GPP)WCDMA系统、全球移动通信系统/GSM演进的增强数据速率(GSM/EDGE)、宽带码分多址(WCDMA)、全球互通微波接入(WiMax)或超移动宽带(UMB)，只提到了几个任意的可能选项。

无线通信系统100包括适合于在小区内通过至少一个无线电信道彼此通信的基站28和用户设备30。将认识到，无线通信系统100通常可包括许多其它节点，诸如其它基站节点，并且在一些实施例中还有诸如控制节点等的其它节点。图2中为了简化仅示出了节点28、30的严格限制的选择。

基站28例如可称为NodeB、演进的NodeB、(eNodeB或eNB)、基站收发器、接入点基站、基站路由器或能够例如根据所用的无线电接入技术和术语在小区内与用户终端30通信的任何其它网络单元。在其余描述中，对于基站28将使用术语“基站”，以便便于理解本发明方法和布置。

基站28包括配置成发射信息帧以便通过无线电接口进行传输的一个或多个收发器。对于到用户终端30的下行链路传输，收发器馈送用于提供多个子载波的多个天线。收发器由此在频域在多个子载波上在下行链路上发射该帧的子帧的符号。

根据一些实施例，基站28还可包括基站帧处理机。子帧处理机可配置成准备或格式化信息的帧以便由收发器在下行链路上向用户设备30发射。可选的基站帧处理机对资源管理器/调度器具有访问权或在一些实现中可包括资源管理器/调度器。资源管理器/调度器维护并分配用于用户设备30和其它用户设备单元(未示出)的资源并调度资源。由资源管理器/调度器监视的资源类型之一是物理上行链路控制信道(PUCCH)资源。PUCCH携载上行链路控制信息，并支持多种格式。

用户设备30例如可由无线通信终端、移动蜂窝电话、个人数字助理(PDA)、无线平台、膝上型计算机、计算机或能够以无线方式与基站28通信的任何其它种类的装置。

图2所示的用户设备30可包括收发器。收发器可包括用户设备天线或连接到用户设备天线。根据一些实施例，用户设备30还可包括用户设备帧处理机。无线终端帧处理机可接收和处理下行链路子帧，并可准备和格式化上行链路子帧。由用户设备帧处理机准备并由收发器从用户设备30发射到基站28的至少一个上行链路子帧携载物理上行链路控制信道(PUCCH)。

用户设备30也可包括调度请求禁止定时器，其配置成并用于禁止用户设备单元30在前一调度请求尝试之后太早发射调度请求。

在下文，特别参考高级IMT系统，并且更具体地说相对于高级IMT中的上行链路，即对于从用户设备30到基站28的链路，进一步阐述本发明方法和布置。然而，对本领域技术人员显然的是，对应概念也可应用在其它无线通信系统100中。

本发明方法和布置提供调度请求禁止定时器，调度请求禁止定时器当用户设备30在PUCCH上已经第一次向基站28发射调度请求时启动。调度请求禁止定时器的想法是禁止用户设备30在前一调度请求尝试之后太早发射调度请求。

由此，可显著减少PUCCH上的负载，因为未发射冗余调度请求。另外，根据一些实施例，不同用户设备30的调度请求禁止定时器可配置有不同的定时器长度。由此，调度请求从不同用户设备30的重传在时间上分散，使得可避免用户设备传输之间的冲突。

图3是根据一些实施例例证用户设备30与基站28之间无线电信号传输的组合信令和流程图。这个例证的目的是提供本发明方法和所涉及的功能性的一般概述。还有，例证了可实现本发明方法和布置的一般目的和示范环境。

在用户设备缓冲器中接收数据。在用户设备缓冲器中发射的数据的接收和/或检测触发向基站28发射调度请求SR。调度请求SR用于请求上行链路调度资源以便发射接收/检测的数据。

然而，仅允许用户设备30在某些预定调度请求时机t0、t1、t2、t3、t4、…、t∞发射调度请求SR。根据不同实施例，可能存在无限个可能的预定调度请求时机t0、t1、t2、t3、t4、…、t∞，或有限个调度请求时机t0、t1、t2、t3、t4、…、t∞，其中t∞限于t-max。

由此，由于在用户设备缓冲器中接收的数据，已经触发了调度请求SR。在图3中例证的示例中，直到下一可能调度请求时机t0才允许发射触发的调度请求SR。由此，调度请求SR将被视为直到它被取消之前是未决的。

当汇编了数据，并且这个数据包括其中包含直到触发缓冲器状态报告的最后事件的缓冲器状态的缓冲器状态报告时，或者当上行链路许可能适应可用于传输的所有未决数据时，所有未决调度请求SR可被取消，并且调度请求禁止定时器可被停止。

如果用户设备30没有有效的PUCCH资源用于在任何预定调度请求时机t0、t1、t2、t3、t4、…、t∞中发射配置的调度请求SR，则可发起随机接入过程，并且可取消所有未决的调度请求。否则，如果用户设备30具有有效的PUCCH资源用于至少一些预定调度请求时机t0、t1、t2、t3、t4、…、t∞的调度请求SR，并且没有调度请求禁止定时器40正在运行，则可在下一调度请求时机t0发射所生成的调度请求SR。

当在PUCCH上在t0发射触发的调度请求SR时，启动调度请求禁止定时器40。调度请求禁止定时器40包含在用户设备单元30中。当调度请求禁止定时器40正在运行时，不允许用户设备单元30重传调度请求SR。根据一些实施例，当触发调度请求SR并且没有其它调度请求SR未决时，用户设备30可将调度请求禁止定时器40设置成0(零)。

当调度请求禁止定时器40到期时，允许用户设备单元30在PUCCH上重传/再次传送调度请求SR。当它到期时，停止定时器40，但以下情形除外：当用户设备单元30取消调度请求SR时，还有当可停止调度请求禁止定时器40时，。

根据一些实施例，调度请求禁止定时器40当它被起动时可被设置成0，并且然后对于每个过去的时间递增，直到达到预定最大定时器值为止。然而，根据一些实施例，调度请求禁止定时器40当起动时可被设置成预定最大定时器值，并且然后向下计数到0，或备选地，达到任何其它预定最小定时器值。

只要调度请求禁止定时器40正在运行，就不重发调度请求SR。在图3中例证的示例中，在t1、t2和t3取消调度请求SR。

当基站28从用户设备30接收到调度请求SR时，基站28调度用户设备30。由此，可生成许可并将其发射到用户设备30，使得可给用户设备30分配资源用于用户设备缓冲器中所接收数据的上行链路传输。

当用户设备30接收到许可时，在分配的资源向基站28发射数据。

图4A是例证根据一些实施例的无线电信号传输的组合信令和流程图。

图4A例证了当在子帧中接收到许可时调度请求禁止定时器40的使用，以及当调度请求SR取消时停止调度请求禁止定时器40。换句话说，在图4A中，调度请求禁止定时器40禁止用户设备30发射调度请求SR两次。当调度请求SR被取消时，停止调度请求禁止定时器40。如果在停止调度请求定时器之后触发新调度请求SR，则允许用户设备30再次发射调度请求SR。

图4B是例证根据一些实施例的无线电信号传输的组合信令和流程图。

在图4B的例证中，在调度请求SR被取消之前，调度请求禁止定时器40到期。也就是说，调度请求禁止定时器40禁止用户设备单元30在子帧t1和t2发射调度请求SR。调度请求禁止定时器40当到期时被停止。在调度请求禁止定时器40到期之后，允许用户设备130再次发射未决的调度请求SR。

由此，如果SR禁止定时器40已经到期，并且仍有未决的调度请求SR，则允许它们被重传。如果SR禁止定时器40由于调度请求SR的取消而停止，则没有未决的调度请求SR，但当新触发的调度请求SR到达时，可被发射，并且SR禁止定时器40可再次被启动等。

调度请求禁止定时器40的不利的一面是，如果基站28漏掉了该调度请求SR，则延迟重试。根据一些实施例，为了在漏掉调度请求SR的情况下避免太长延迟，调度请求禁止定时器40可能不会太长。一方面，引入调度请求禁止定时器40可能降低了PUCCH上的负载，并且由此，对于重传调度请求SR的需要更小了。

除了避免不必要的调度请求SR以及由此加载PUCCH太多，可在时域中扩展漏掉的调度请求SR的重试时利用调度请求禁止定时器40。考虑位于相邻小区中的两个用户设备单元同时在相同PUCCH资源上发射调度请求SR。由于干扰，对应小区中的基站28可能不能检测到哪个用户设备30正在发射调度请求SR，并由此不会调度任何用户设备30。如果这两个用户设备单元具有相同的调度请求周期性，则它们同时进行调度请求SR的重传，再次导致高干扰。如果这两个用户设备单元具有不同的调度请求禁止定时器长度，则可避免调度请求周期性的干扰与迟滞的相关。

调度请求禁止定时器40可采取各种示例实施例，并且可具有不同实现。下面是可能的非限制和非详尽示例实现和/或配置。

示例实现1：调度请求禁止定时器长度可固定到某一常见值，诸如例如10ms，或调度请求周期性的长度。

示例实现2：调度请求禁止定时器40具有固定长度并且它由基站28配置有RRC。可能值可以是k乘以调度请求周期性，其中k可由RRC发信号通知。根据一些实施例，具有4个不同可能值k=0,1,2,3可给予基站28决定它想要用户设备30的行为如何的灵活性。

示例实现3：调度请求禁止定时器长度例如可以是(k+l)乘以调度请求周期性，其中k由基站28配置，并且l是由用户设备30选择的随机部分，范围在[0,1,..,m]之间。根据一些实施例，m的示例恰当值可以是4。

示例实现1可能是避免不必要调度请求SR的最简单的解决方案。示例实现2可给基站28将不同用户设备30配置有不同值提供更多灵活性，并由此避免同时重试调度请求SR。还有一种处理避免不必要重试与增大必要重试延迟之间的折中的方式，其中对于不同服务可以不同地看待折中。最后，如在示例实现3中提出的那样在调度请求禁止定时器40中具有随机部分的情况下，可减少由于调度请求SR重试冲突而引起的相邻小区之间的干扰。

基站28由此可配置调度请求禁止定时器40，使得用户设备30在前一尝试之后不立即在PUCCH上发射不必要的调度请求SR。这样，可以减少PUCCH上的负载，并避免不必要的干扰。此外，在具有随机部分的情况下，调度请求禁止定时器40使不同用户设备30的调度请求SR重传尝试能够发生在不同时间。

图5是例证在用户设备30中执行的用于向基站28发射调度请求SR的方法步骤501-506的实施例的流程图。基站28配置成服务于用户设备30。用户设备30包括调度请求传输触发器620。另外，用户设备30配置成仅在某些预定调度请求时机t0、t1、t2、t3、t4、…、t∞向基站28发射调度请求SR。

基站28和用户设备30包含在无线通信系统100中。根据一些实施例，无线通信系统100例如可以是高级IMT或LTE无线电网络，并且基站28例如可以是演进的节点B，eNB。

用户设备30包括调度请求禁止定时器40。

为了适当地向基站28发射调度请求SR，该方法可包括若干方法步骤501-506。

然而，要注意，一些所描述的方法步骤是可选的，并仅包含在一些实施例内。另外，要注意，方法步骤501-506可以按略微不同的时间顺序执行，并且它们中的一些(例如步骤502和步骤503)或者甚至所有步骤可以同时或以改变的或重新排列的时间顺序执行。该方法可包含如下步骤：

步骤501

这个步骤是可选的，并且可以仅包含在一些实施例内。

调度请求禁止定时器40可配置有调度请求禁止定时器长度，使得当已经启动调度请求禁止定时器40之后已经过去了配置的调度请求禁止定时器长度时，调度请求禁止定时器40到期。

步骤502

启动调度请求传输触发器620。由此，触发调度请求传输，当用户设备30被分配资源用于发射该调度请求SR时，要在接下来出现的调度请求时机t0、t1、t2、t3、t4、…、t∞发送该调度请求SR。

根据一些实施例，当用户设备缓冲器中有数据要发送时，可以启动调度请求传输触发器620。

步骤503

在接下来出现的调度请求时机t0、t1、t2、t3、t4、…、t∞向基站28发射调度请求SR。作为对启动的触发器620的响应发射调度请求SR。

步骤504

启动包含在用户设备30中的调度请求禁止定时器40。当第一次向基站28发射调度请求SR时，启动调度请求禁止定时器40。

根据一些实施例，调度请求禁止定时器40可配置成固定调度请求禁止定时器长度。

调度请求禁止定时器40可配置成如下调度请求禁止定时器长度，该调度请求禁止定时器长度等于两个调度请求时机t0、t1、t2、t3、t4、…、t∞之间的时间乘以因子k，使得：

调度请求禁止定时器长度=k?(t2-t1)。

根据一些实施例，调度请求禁止定时器40可配置成如下调度请求禁止定时器长度，所述调度请求禁止定时器长度等于两个调度请求时机t0、t1、t2、t3、t4、…、t∞之间的时间乘以因子k被随机变量l运算的结果，使得：

调度请求禁止定时器长度=(k+l)?(t2-t1)。

可选地可从基站28接收因子k。随机变量l可以是用户设备30随机生成的。

因子k的范围可以在0与无穷大之间，使得：k=[0,1,..,∞]，其中可经由无线电资源控制(RRC)从基站28发射因子k，并且其中可在物理上行链路控制信道(PUCCH)上发射调度请求SR。

步骤505

当调度请求禁止定时器40在运行，即未停止时，在任何将来调度请求时机t0、t1、t2、t3、t4、…、t∞禁止任何另外调度请求重传。

由此，通过不重发调度请求SR，减少了信道上的业务负载，这导致无线通信网络100内的总体容量提高了。

步骤506

这个步骤是可选的，并且可以仅包含在一些实施例内。

当调度请求SR被取消时或当调度请求禁止定时器40到期时，停止调度请求禁止定时器40。

图6示意地例证了用户设备30中的布置600。用户设备30配置用于执行用于向基站28发射调度请求SR的方法步骤501-506。基站28适合于服务于用户设备30。用户设备30配置成仅在某些预定调度请求时机t0、t1、t2、t3、t4、…、t∞向基站28发射调度请求SR。基站28和用户设备30包含在无线通信系统100中。无线通信系统100例如可以是高级IMT或LTE无线电网络。根据一些实施例，基站28例如可以是演进的节点B，eNB。

为了正确执行方法步骤501-506，用户设备布置600包括多个单元，诸如例如调度请求传输触发器620。调度请求传输触发器620配置成触发调度请求传输。另外，用户设备布置600包括发射器630。发射器630配置成在接下来出现的调度请求时机t0、t1、t2、t3、t4、…、t∞向基站28发射调度请求SR作为对触发的调度请求传输的响应。还有，附加地，布置600包括调度请求禁止定时器40。调度请求禁止定时器40配置成当第一次发射调度请求SR时启动，并在调度请求禁止定时器40正在运行，即未停止时禁止在将来调度请求时机t0、t1、t2、t3、t4、…、t∞的任何另外调度请求重传。

根据一些实施例，布置600还可包括配置单元610。可选的配置单元610适合于将调度请求禁止定时器40配置有调度请求禁止定时器长度，使得当已经启动调度请求禁止定时器40之后已经过去了配置的调度请求禁止定时器长度时，调度请求禁止定时器40到期。根据一些实施例，配置单元610可从基站28接收调度请求禁止定时器长度。然而，根据一些实施例，可预先确定调度请求禁止定时器长度，或基于从基站28接收的调度请求禁止定时器长度计算调度请求禁止定时器长度。

另外，根据一些实施例，布置600可包括接收器44。接收器44配置用于从基站28接收信号。

根据一些实施例，布置600可选地可包括缓冲器640。缓冲器640配置成接收和容纳要发射的数据。

此外，布置600可包括发射器630。根据一些实施例，发射器630配置成例如向基站28发射信号。

还有，而且，布置600可包括帧处理机46。帧处理机46配置成接收和处理下行链路子帧，并准备和格式化上行链路子帧。

可选地，布置600进一步地也可包括处理器660。处理器660例如可由中央处理单元(CPU)、处理单元、微处理器或可解释和执行指令的其它处理逻辑表示。处理器660可执行用于输入、输出和处理数据的所有处理功能，包括数据缓冲和装置控制功能，诸如呼叫处理控制、用户接口控制等等。

要注意，为了简便原因，已经从图6中省略了对于理解根据方法步骤501-506的本发明方法完全不必要的、用户设备30和/或用户设备布置600的任何内部电子器件。另外，要注意，包含在用户设备30中的布置600内的所描述单元40-660中的一些被视为单独的逻辑实体，但不一定是单独的物理实体。只举一个示例，接收器44和发射器630可包含在或共同布置在同一物理单元、收发器内，收发器可包括发射器电路和接收器电路，收发器分别经由天线发射输出射频信号并接收输入射频信号。在基站28与用户设备30之间发射的射频信号可包括业务和控制信号，例如用于输入呼叫的寻呼信号/消息，其可用于建立和维护与另一方的语音呼叫通信，或与远程用户设备发射和/或接收数据，诸如SMS、电子邮件或MMS消息。

可通过用户设备30中的一个或多个处理器660，连同用于执行本发明方法步骤501-506功能的计算机程序代码一起，实现用户设备30中的方法步骤501-506。由此，计算机程序产品（诸如例如计算机程序存储介质）可包括用于在用户设备30中执行方法步骤501-506的指令，并可向基站28发射调度请求SR。

例如可以携载当加载到处理器660中时执行根据本发明解决方案的方法步骤的计算机程序代码的数据载体的形式，提供上面提到的物理和有形计算机程序产品。数据载体例如可以是硬盘、CDROM盘、记忆棒、光存储装置、磁存储装置或任何其它适当介质，诸如可保存机器可读数据的盘或磁带。计算机程序代码还可作为服务器上的程序代码提供，并且例如通过因特网或内联网连接远程下载到用户设备30。

另外，当计算机程序产品运行在包含在用户设备30内的处理器660上时，包括用于执行方法步骤501-506中至少一些方法步骤的指令的计算机程序产品可用于实现在用户设备30中用于向基站28发射调度请求SR的之前描述的方法。

图7是例证在基站28中执行的用于帮助用户设备30向基站28发射调度请求SR的方法步骤701-703的实施例的流程图。基站28适合于服务于用户设备30。用户设备30配置成仅在某些预定调度请求时机t0、t1、t2、t3、t4、…、t∞向基站28发射调度请求SR。基站28和用户设备30包含在无线通信系统100中。根据一些实施例，无线通信系统100例如可以是高级IMT/LTE/高级LTE无线电网络，并且基站28例如可以是演进的节点B，eNB。

为了适当地帮助用户设备30向基站28发射调度请求SR，该方法可包括若干方法步骤701-703。要注意，方法步骤701-703可按略微不同的时间顺序执行，并且它们中的一些可以同时或以改变的或重新排列的时间顺序执行。该方法可包含如下步骤：

步骤701

确定要发射到用户设备30的因子k，使用户设备30能够计算调度请求禁止定时器长度。

步骤702

向用户设备30发射确定的因子k。

步骤703

当从用户设备30接收到调度请求SR时调度用户设备30。

图8示意地例证了基站28中的布置800。布置800配置成执行方法步骤701-703。由此，基站布置800配置成帮助用户设备30向基站28发射调度请求SR。

基站28适合于服务于用户设备30。用户设备30配置成仅在某些预定调度请求时机t0、t1、t2、t3、t4、…、t∞向基站28发射调度请求SR。基站28和用户设备30包含在无线通信系统100中。根据一些实施例，无线通信系统100例如可以是高级IMT或LTE无线电网络，并且基站28例如可以是演进的节点B，eNB。

为了执行方法步骤701-703，布置800包括多个单元，诸如例如确定单元810。确定单元810配置成确定要发射到用户设备30的因子k，以便用户设备30计算调度请求禁止定时器长度。另外，布置800包括发射器820。发射器820配置成向用户设备30发射确定的因子k。附加地，布置800包括调度器38。调度器38配置成当从用户设备30接收到调度请求SR时调度用户设备30。

另外，可选地根据一些实施例，基站布置800可包括接收器805。接收器805可配置成从用户设备30接收信号。还有，根据一些实施例，布置800可包括调度请求禁止定时器配置单元42。

可选地，布置800进一步地也可包括处理器840。处理器840例如可由中央处理单元(CPU)、处理单元、微处理器或可解释和执行指令的其它处理逻辑表示。处理单元840可执行用于输入、输出和处理数据的所有数据处理功能，包括数据缓冲和装置控制功能，诸如呼叫处理控制、用户接口控制等等。

要注意，为了简便原因，已经从图8中省略了对于理解根据方法步骤701-703的本发明方法完全不必要的、基站28和/或基站布置800的任何内部电子器件。另外，要注意，包含在基站28中的布置800内的所描述单元38-840中的一些被视为单独的逻辑实体，但不一定是单独的物理实体。只举一个示例，接收器805和发送器820可包含在或共同布置在同一物理单元、收发器内，收发器可包括发射器电路和接收器电路，收发器分别经由天线发射输出射频信号并接收输入射频信号。在基站28与用户设备30之间发射的射频信号可包括业务和控制信号，例如用于输入呼叫的寻呼信号/消息，其可用于建立和维护与另一方的语音呼叫通信，或与任何远程用户设备发射和/或接收数据，诸如SMS、电子邮件或MMS消息。

可通过图8中描绘的基站布置800中的一个或多个处理器840，连同执行本发明解决方案的方法步骤701-703的计算机程序代码一起，实现帮助用户设备30发送调度请求SR的本发明机制。上面提到的程序代码还可作为计算机程序产品提供，例如形式为携载当加载到基站28中时执行本发明解决方案的计算机程序代码的数据载体。一个此类载体可以是记忆棒的形式。然而，用其它数据载体也是可行的。计算机程序代码还可作为服务器上的程序代码提供，并被远程下载到基站28。

当使用表述“包括”时，它要解释为非限制性的，即意思是“至少由…构成”。本发明不限于上述优选实施例。可以使用各种备选、修改和等效方案。因此，以上实施例不被视为限制本发明的范围，本发明的范围由所附权利要求书定义。

Claims (28)

1.在用户设备中用于向基站发射调度请求的方法，所述基站适合于服务所述用户设备，所述用户设备配置成仅在某些预定调度请求时机向所述基站发射调度请求，所述方法包括：

触发调度请求传输；

在接下来出现的调度请求时机向所述基站发射调度请求作为对所述触发的响应；

在向所述基站发射所述调度请求时，启动包含在所述用户设备中的调度请求禁止定时器；以及

当所述调度请求禁止定时器在运行时禁止在将来调度请求时机的任何另外调度请求重传，其中所述调度请求禁止定时器配置成具有等于两个调度请求时机之间的时间乘以因子k的调度请求禁止定时器长度，其中k是正整数。

2.如权利要求1所述的方法，还包括如下的步骤：

当所述调度请求传输触发被取消时或当所述调度请求禁止定时器到期时，停止所述调度请求禁止定时器。

3.如权利要求1所述的方法，还包括要在其它步骤之前执行的步骤：

将所述调度请求禁止定时器配置有调度请求禁止定时器长度，使得当已经启动所述调度请求禁止定时器之后已经过去了配置的调度请求禁止定时器长度时，所述调度请求禁止定时器到期。

4.如权利要求1所述的方法，其中所述调度请求禁止定时器配置成固定调度请求禁止定时器长度。

5.如权利要求1所述的方法，其中从所述基站接收所述因子k。

6.如权利要求1所述的方法，其中所述因子k的范围在0与无穷大之间，使得：k=[0,1,..,∞],

所述方法还包括从所述基站经由无线电资源控制(RRC)接收所述因子k，并且

其中在物理上行链路控制信道(PUCCH)上发射所述调度请求。

7.一种用于向基站发射调度请求的设备，所述基站适合于服务用户设备，其中所述设备配置成仅在某些预定调度请求时机向所述基站发射调度请求，所述设备包括：

调度请求传输触发器，配置成触发调度请求传输；

发射器，配置成在接下来出现的调度请求时机向所述基站发射调度请求作为对触发的调度请求传输的响应；以及

调度请求禁止定时器，配置成当第一次发射所述调度请求时启动，并当所述调度请求禁止定时器在运行时禁止在将来调度请求时机的任何另外调度请求重传，其中所述调度请求禁止定时器配置成具有等于两个调度请求时机之间的时间乘以因子k的调度请求禁止定时器长度，其中k为正整数。

8.如权利要求7所述的设备，其中所述设备配置成当所述调度请求传输触发被取消时或当所述调度请求禁止定时器到期时，停止所述调度请求禁止定时器。

9.如权利要求7所述的设备，其中所述设备还配置成将所述调度请求禁止定时器配置有调度请求禁止定时器长度，使得当已经启动所述调度请求禁止定时器之后已经过去了配置的调度请求禁止定时器长度时，所述调度请求禁止定时器到期。

10.如权利要求7所述的设备，其中所述调度请求禁止定时器配置成固定调度请求禁止定时器长度。

11.如权利要求7所述的设备，其中所述设备配置成从所述基站接收所述因子k。

12.如权利要求7所述的设备，其中所述因子k的范围在0与无穷大之间，使得：k=[0,1,..,∞]，并且其中所述设备配置成从所述基站经由无线电资源控制(RRC)接收所述因子k，并且

其中所述设备配置成在物理上行链路控制信道(PUCCH)上发射所述调度请求。

13.在基站中用于帮助用户设备向所述基站发射调度请求的方法，所述基站适合于服务所述用户设备，所述用户设备配置成仅在某些预定调度请求时机向所述基站发射调度请求，所述方法包括：

确定要发射到所述用户设备的因子k，使所述用户设备能够计算调度请求禁止定时器长度；

向所述用户设备发射确定的因子k；

从所述用户设备接收调度请求，其中每个调度请求与随后的调度请求隔开至少等于两个调度请求时机之间的时间乘以因子k的时间量；以及

响应于所接收的调度请求中的一个或多个来调度所述用户设备。

14.一种用于帮助用户设备向基站发射调度请求的设备，所述基站适合于服务所述用户设备，所述用户设备配置成仅在某些预定调度请求时机向所述基站发射调度请求，所述设备包括：

确定单元，配置成确定要发射到所述用户设备的因子k，以便所述用户设备计算调度请求禁止定时器长度；

发射器，配置成向所述用户设备发射确定的因子k，以及

接收器，配置成从所述用户设备接收调度请求，其中每个调度请求与随后的调度请求隔开至少等于两个调度请求时机之间的时间乘以因子k的时间量；以及

调度器，配置成响应于所接收的调度请求中的一个或多个来调度所述用户设备。

15.在用户设备中用于向基站发射调度请求的方法，所述基站适合于服务所述用户设备，所述用户设备配置成仅在某些预定调度请求时机向所述基站发射调度请求，所述方法包括：

触发调度请求传输；

在接下来出现的调度请求时机向所述基站发射调度请求作为对所述触发的响应；

在向所述基站发射所述调度请求时，启动包含在所述用户设备中的调度请求禁止定时器；以及

当所述调度请求禁止定时器在运行时禁止在将来调度请求时机的任何另外调度请求重传，其中所述调度请求禁止定时器配置成具有等于两个调度请求时机之间的时间乘以因子k与随机变量l之和的调度请求禁止定时器长度，其中k和l是正整数。

16.如权利要求15所述的方法，还包括如下的步骤：

当所述调度请求传输触发被取消时或当所述调度请求禁止定时器到期时，停止所述调度请求禁止定时器。

17.如权利要求15所述的方法，还包括要在其它步骤之前执行的步骤：

将所述调度请求禁止定时器配置有调度请求禁止定时器长度，使得当已经启动所述调度请求禁止定时器之后已经过去了配置的调度请求禁止定时器长度时，所述调度请求禁止定时器到期。

18.如权利要求15所述的方法，其中所述调度请求禁止定时器配置成固定调度请求禁止定时器长度。

19.如权利要求15所述的方法，其中从所述基站接收所述因子k。

20.如权利要求15所述的方法，还包括在所述用户设备处随机生成所述随机变量l。

21.如权利要求15所述的方法，其中所述因子k的范围在0与无穷大之间，使得：k=[0,1,..,∞]并且在物理上行链路控制信道(PUCCH)上发射所述调度请求，以及所述方法还包括从所述基站经由无线电资源控制(RRC)接收所述因子k。

22.一种用于向基站发射调度请求的设备，所述基站适合于服务用户设备，其中所述设备配置成仅在某些预定调度请求时机向所述基站发射调度请求，所述设备包括：

调度请求传输触发器，配置成触发调度请求传输；

发射器，配置成在接下来出现的调度请求时机向所述基站发射调度请求作为对触发的调度请求传输的响应；以及

调度请求禁止定时器，配置成当第一次发射所述调度请求时启动，并当所述调度请求禁止定时器在运行时禁止在将来调度请求时机的任何另外调度请求重传，其中所述调度请求禁止定时器配置成具有等于两个调度请求时机之间的时间乘以因子k与随机变量l之和的调度请求禁止定时器长度，其中k和l为正整数。

23.如权利要求22所述的设备，其中所述设备配置成当所述调度请求传输触发被取消时或当所述调度请求禁止定时器到期时，停止所述调度请求禁止定时器。

24.如权利要求22所述的设备，其中所述设备还配置成将所述调度请求禁止定时器配置有调度请求禁止定时器长度，使得当已经启动所述调度请求禁止定时器之后已经过去了配置的调度请求禁止定时器长度时，所述调度请求禁止定时器到期。

25.如权利要求22所述的设备，其中所述调度请求禁止定时器配置成固定调度请求禁止定时器长度。

26.如权利要求22所述的设备，其中所述设备还配置成从所述基站接收所述因子k。

27.如权利要求22所述的设备，其中所述设备还配置成随机生成所述随机变量l。

28.如权利要求25所述的设备，其中所述因子k的范围在0与无穷大之间，使得：k=[0,1,..,∞]，并且其中所述设备配置成从所述基站经由无线电资源控制(RRC)接收所述因子k，并且

其中所述设备配置成在物理上行链路控制信道(PUCCH)上发射所述调度请求。