CN113301657B

CN113301657B - 增强型调度请求处理过程

Info

Publication number: CN113301657B
Application number: CN202110117857.1A
Authority: CN
Inventors: M·德盖尔; D·科齐欧; 李泽宪
Original assignee: Nokia Technologies Oy
Current assignee: Nokia Technologies Oy
Priority date: 2020-02-21
Filing date: 2021-01-28
Publication date: 2024-04-09
Anticipated expiration: 2041-01-28
Also published as: US11711800B2; US20210266934A1; EP3869890A1; CN113301657A; EP3869890B1

Abstract

本公开具体涉及一种装置，该装置被配置用于执行方法，该方法包括：从较高层向较低层传送用以传输调度请求的指令；以及通过该较低层至少部分地控制对用于传输调度请求的一个或多个资源的选择。

Description

增强型调度请求处理过程

技术领域

本公开涉及无线通信，并且更具体地涉及调度请求的传输，例如从用户设备(UE)传输给网络基站(BS)以用于请求无线电资源。

背景技术

为了从UE向网络传输上行链路数据，用于上行链路传输的资源可能需要被分配给UE。在移动通信网络中，UE使用调度请求(也称为SR)请求基站(例如UMTS中的节点B、LTE中的eNB或新无线电(NR)系统中的gNB)以为被传输到达UE的缓冲区的上行链路数据提供这种资源。在UE不具有针对上行链路数据信道(诸如物理上行链路共享信道(也称为PUSCH))的上行链路许可的情况下，可能需要该方法，该方法也可以被用于通过传输所谓的缓冲区状态报告(也称为BSR)来请求资源。为了避免UE无法传输到达其缓冲区的上行链路数据的情况，UE被配置有控制信道的周期性资源，例如物理上行链路控制信道(也称为PUCCH)，其被用于指示待在UE处被传输的数据。

目前，例如在LTE或5G NR中的无线系统中的调度过程可以如下进行。UE在PUCCH上发送调度请求。网络在PDCCH上发送UL许可作为下行链路控制信息(也称为DCI)。UE将解码DCI并检查是否有寻址到它的任何信息。然后，UE可以基于DCI指定的资源分配经由PUSCH传输数据。

然而，被用于SR传输的资源(诸如上面提及的PUCCH资源)通常不专门用于SR传输，因为控制信道还可以承载其他类型的信息。例如，这些资源还可以用于其他种类的上行链路控制信息(也称为UCI)，诸如信道状态指示(也称为CSI)或HARQ确认(也称为HARQ-ACK)等。

UE有可能在类似时间生成不同类型的上述信息。为了确保控制信息的一定的可靠性级别，并非总是可以使用单个资源来传输所有生成的信息。为了解决该问题，指定了优先化规则以判定生成的控制信息中的哪个控制信息应该优先使用资源。然后传输优先信息，并且丢弃优先级较低的控制信号/信息。

SR和其他信息可以由UE的较高层(例如MAC层)发起，但是最终由较低层(例如PHY层)传输。

例如，在3GPP发行版16中，基于触发SR的(多个)逻辑信道的优先级和PUSCH承载的逻辑信道的最高优先级，在SR和PUSCH之间引入MAC层优先化。这允许在某种程度上避免SR的优先级降低。当进行优先化时，MAC层例如没有意识到可能也与SR冲突的PHY层控制业务。由于在PHY层处也有优先化来覆盖这种情况，因此在MAC不知道这一点的情况下，SR最终可能会被丢弃。

作为丢弃调度请求的结果，至少在特定时间段内，从UE到基站的调度请求的传送可能被显著延迟甚或完全被禁止。即使上面尤其针对特定标准发行版解释了技术背景，但是该所描述的丢弃调度请求和由基站分配相应资源造成的间接延迟的问题通常会在移动通信网络中发生，与特定标准或发行版无关。

因此，尤其需要改进调度请求的传送。因此，本文公开的实施例的目的可能是改进调度请求的传送。实施例的目的还可能是避免调度请求的丢弃。实施例的目的还可能是避免调度请求的传送中的延迟。

发明内容

根据本公开的第一示例性实施例，公开了一种被配置用于执行方法的装置，该方法包括：

-从较高层向较低层传送用以传输调度请求的指令；

-通过较低层至少部分地控制对用于传输调度请求的一个或多个资源的选择。

该装置可以是电子设备，诸如用户设备。该装置具体地可以是固定设备，诸如台式计算机或移动设备，诸如智能电话、平板计算机、可穿戴设备、智能手表等。由该装置执行的方法具体地可以是本公开的另一方面的方法。

该装置的部件可以在硬件和/或软件中被实现。它们可以包括例如用于执行计算机程序代码(用于执行所需功能)的至少一个处理器、存储程序代码的至少一个存储器或两者。备选地，它们可以包括例如被设计为实现所需功能的电路系统，例如在芯片集或芯片(如集成电路)中实现的电路系统。通常，该部件可以包括例如一个或多个处理部件或处理器。

因此，根据本公开的第一示例性方面，还公开了一种装置，该装置包括至少一个处理器和包括计算机程序代码的至少一个存储器，该至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置至少执行和/或控制根据本公开的示例性方面的方法。

上面公开的装置可以是用于设备(例如芯片)的模块或组件。所公开的装置可以包括所公开的组件，例如部件、处理器、存储器，或者还可以包括一个或多个附加组件。

根据本公开的第二示例性方面，公开了一种由至少一个装置执行的方法，该方法包括：

-从较高层向较低层传送传输调度请求的指令；

该方法例如可以由根据第一方面的装置(例如由用户设备)执行和/或控制。备选地，该方法还可以由多于一个装置(例如由用户设备和网络)执行和/或控制。例如，可以通过使用装置的至少一个处理器来执行和/或控制该方法。

根据本公开的第三示例性方面，公开了一种计算机程序，该计算机程序在由装置的处理器执行时使所述装置执行方法，该方法包括：

-从较高层向较低层传送传输调度请求的指令；

该装置具体地可以是根据第一方面的装置。该方法具体地可以是根据第二方面的方法。该计算机程序可以被存储在计算机可读存储介质上，具体地存储在有形和/或非瞬态介质上。该计算机可读存储介质可以例如是磁盘或存储器等。可以以对计算机可读存储介质进行编码的指令的形式将计算机程序存储在计算机可读存储介质中。计算机可读存储介质可以旨在参与设备的操作，如内部或外部存储器，例如计算机的只读存储器(ROM)或硬盘，或者旨在分布程序，如光盘。

根据本公开的第四方面，公开了一种包括用户设备和网络节点的系统，其中所述用户设备和所述节点被配置为进行协作以执行方法，该方法包括：

-在用户设备处，从较高层向较低层传送将调度请求传输给网络节点的指令；

-在用户设备处，通过较低层至少部分地控制对用于将调度请求传输给网络节点的一个或多个资源的选择。

在下文中，将更详细地描述本公开的方面的示例性特征和示例性实施例。

调度请求通常可以被理解为针对调度资源的请求，使得随后可以执行可能需要资源的某些任务，诸如上行链路数据传输。具体地，调度请求可以被理解为针对调度用于发送上行链路数据的资源的请求。更具体地，调度请求可以被理解为(例如UE的)特殊的物理层消息，以要求(例如网络)分配相应资源。如目前在3GPP通信标准中实现的那样，可以通过发送上行链路许可或UL链路许可来实现响应于调度请求的资源分配，使得UE可以通常经由物理上行链路共享信道(PUSCH)来传输上行链路数据。因此，调度请求可以被理解为(具体地上行链路物理层)消息(具体地从UE到网络)，指示需要针对某些资源的许可，例如有一些数据要发送，并且期望针对发送数据的资源许可。

当提到调度请求的传输时，通常应该将这理解为发出调度请求的物理信号的过程，并且不一定需要在接收器处接收调度请求或其确认，因为在发送器处通常不知道信号是否被所指明的接收器接收到。

应该注意的是，即使调度请求本身(如目前在移动通信标准中实现的)是一种物理层消息，它也由MAC层过程控制(类似于由MAC层控制的许多其他物理层信道)。

较高层和较低层可以具体地指由开放系统互连模型(OSI模型)定义的层，其是表征和标准化电信或计算系统的通信功能而无需考虑其底层内部结构和技术的概念模型。根据该模型，可以将通信系统分区为七个抽象层。该模型的原始版本具有七个层。通常，一个层服务其上方的层，并且由其下方的层服务。例如，在网络上提供无误差通信的层在其上方提供了应用所需的路径，而它调用了下一低层来发送和接收构成该路径内容的分组。

相应地，指令可以被理解为对下一较低层的调用，在当前情况下具体地是为了指示下一较低层处理调度请求。可以通过从较高层向较低层传送调度请求本身以进行传输来实现该指令。

具体地，由低层控制对用于传输调度请求的一个或多个资源的选择被理解为意味着，即使未具体指示较低层使用相应资源，较低层也能够或被配置用于使用相应资源来传输调度请求。换言之，在选择用于传输或尝试传输调度请求的资源时赋予了较低层灵活性。较低层至少部分地控制一个或多个资源的选择被理解为意味着仍然可以指示较低层使用或试图使用某个资源。例如，如果不可能使用所指示的资源来传输调度请求，则较低层可以利用其控制对用于传输调度请求的一个或多个资源的选择的能力。

在非限制性示例中，对一个或多个资源的选择的控制可以包括选择下一可能的资源，以试图在(多个)相应资源上传输调度请求。例如，这可以重复，直到可以传输调度请求为止。然而，控制选择还可以包括更复杂的选择标准。例如，控制选择可以具体地依赖于定时器和/或重新尝试限制，如将在下面更详细地解释的。而且，控制选择可以包括数学计算以便标识将用于传输调度请求的(多个)资源。

资源(用于传输调度请求的资源和要借助于调度请求分配的资源)例如可以是或包括一个或多个资源元素，例如一个或多个资源块。例如，资源可以是资源网格的特定部分。资源例如可以是时域和频域中的特定分段。例如，资源可以借助于帧、符号、时隙和/或子载波来定义。

用户设备可以理解为最终用户用于直接与网络通信的任何设备。它可以是手持电话、配备有移动宽带适配器的便携式计算机或任何其他设备。

因此，网络可以被理解为与用户设备通信的系统。在非限制性示例中，网络具体地可以是通用移动电信系统(UMTS)或3GPP长期演进(LTE)系统或5G系统或由未来标准(具体地本3GPP标准的后续标准)定义的任何其他移动通信系统。

由于允许较低层灵活地选择用于发送调度请求的资源，因此在许多情况下可以避免调度请求的不期望的丢弃。结果，通过避免需要等待UE中的高层重新尝试发送调度请求，减少了向网络的基站传送调度请求的延迟。如将在下面更详细地解释的那样，可以在具有和没有从低层到高层关于是否传输调度请求的信令的情况下使用所提出的解决方案。

根据本公开的各个方面的示例性实施例，较高层是数据链路层，具体地MAC层。数据链路层具体地被理解为计算机联网的七层OSI模型的第二层(第2层)。该层可以理解为协议层，其在网络分段中的网络节点之间传送数据。数据链路层可以提供在网络实体之间传送数据的功能和程序方式，并且可以提供检测并可能校正物理层中可能发生的误差的方式。

更具体地，较高层可以是介质访问控制(MAC，也称为介质访问控制)层，其可以是数据链路层的子层。该子层具体地控制负责与有线、光学或无线传输介质进行交互的硬件。MAC子层和逻辑链路控制(LLC)子层可以一起被认为构成数据链路层。在数据链路层内，MAC层为传输介质提供流控制和多路复用。

根据本公开的各个方面的示例性实施例，较低层是物理层(也称为PHY层)。在计算机联网的七层OSI模型中，物理层或层1是第一层以及最低层。例如，该层可以由PHY芯片实施。通常，物理层由网络的电子电路传输技术组成。它是网络中的高级功能的基础层，并且可以通过具有广泛不同特性的大量不同硬件和软件技术来实施。因此，物理层可以被视为定义了在连接网络节点(诸如用户设备和基站)的物理数据链路上传输原始比特而不是逻辑数据分组的方式。比特流可以被分组为码字或符号，并且被转换为在传输介质上传输的物理信号。物理层因此可以向传输介质提供电气、机械和程序接口。换言之，物理层将来自数据链路层的逻辑通信请求转化为硬件特定操作，以引起电子信号的传输或接收。

MAC层并非总是知道要在物理层中发送的信息的冲突或重叠。将仅在物理层处确定这些冲突或重叠。然后，通常将需要丢弃调度请求。通过允许物理层控制对用于传输调度请求的资源的选择，仍然可以利用不同的所选资源成功地传输调度请求。

根据本公开的方面的示例性实施例，用于传输调度请求的一个或多个资源属于物理上行链路控制信道。物理上行链路控制信道可以被理解为携带上行控制信息(UCI)的信道。如已经提及的，物理上行链路控制信道所承载的信息可能不仅限于调度请求，还可以扩展到其他控制信息，诸如混合自动重传请求(否定)确认(HARQ ACK/NACK)或信道状态信息(CSI)，具体地包括以下至少一项：信道质量指示符(CQI)、预编码矩阵指示符(PMI)、预编码类型指示符(PTI)和秩指示(RI)。所描述的方法具有以下优点：在调度请求与要发送的其他信息之一冲突的情况下，较低层可以控制资源选择。

根据本公开的各个方面的示例性实施例，调度请求是用于为上行链路传输分配的一个或多个资源(具体地用于分配物理上行共享信道的一个或多个资源)的调度请求。例如，物理上行链路共享信道携带该装置试图发送的上行链路数据。然而，除了上行链路数据之外，它还可以承载/捎带其他信息，诸如针对装置已经接收到的下行数据的HARQ-ACK反馈。

根据本公开的方面的示例性实施例，传输调度请求的指令指定了要被用于传输调度请求的一个或多个资源，并且其中该方法还包括：

-通过较低层，确定调度请求是否与要在由指令所指定的一个或多个资源上被传输的较高优先级信息重叠。

如已经提及的，较低层首先可以试图在指令指定的资源上传输调度请求。如果可以使用所指定的资源来传输调度请求，则不需要进一步控制较低层对资源的选择。然而，如果由较低层确定调度请求与要在指令指定的一个或多个资源(诸如HARQ-ACK/NACK或要在物理上行共享信道上发送的数据)上传输的较高优先级信息重叠，那么较低层可以以预先配置的方式继续控制对用于传输调度请求的一个或多个资源的选择，而无需高层的任何其他指令。

较高优先级信息被理解为优先级比调度请求更高的信息。因此，当调度请求和较高优先级信息冲突或重叠以在指令指定的一个或多个资源上传输时，通常丢弃(即，不发送)调度请求信息，而倾向于较高优先级信息。作为示例，具有较高优先级的这种信息可以是HARQ-ACK/NACK或要在物理上行链路共享信道上发送的数据。

根据本公开的方面的示例性实施例，对用于传输调度请求的一个或多个资源的选择的控制允许通过较低层尝试在多于一个资源上传输调度请求。例如，较低层可以尝试重复地传输调度请求，直到成功传输调度请求为止。如已经提及的，较低层首先可以试图通过使用由从较高层接收的指令指定的(多个)资源来传输调度请求。如果这不成功，则可以选择其他资源来传输调度请求。

根据本公开的各个方面的示例性实施例，对用于传输调度请求的一个或多个资源的选择的控制包括：通过较低层推迟或重新尝试调度请求的传输。例如，当较低层无法用例如由较高层指定或者由较低层本身选择的资源来传输调度请求时，较低层可以例如通过使用下一资源直接重新尝试以传输调度请求。较低层还可以推迟传输调度请求，例如在一定时间内。

根据本公开的方面的示例性实施例，通过较低层对调度请求的传输的重新尝试被限制为最大尝试次数。例如，较低层可以被配置有计数器和用于计数器的预定义限制，该预定义限制指示用于传输调度请求的最大尝试次数。具体地，在较高层指示较低层传输调度请求之后，然后较低层尝试将调度请求传输所配置的次数。如果可以传输调度请求，则较低层可以向较高层报告调度请求已经被传输。然而，如果在较低层无法传输调度请求的情况下达到最大尝试次数，则较低层可以等待直到较高层重新传送调度请求。

根据本公开的方面的示例性实施例，较低层包括用于控制对用于传输调度请求的一个或多个资源的选择的定时器。定时器是用于有利地影响对用于传输调度请求的一个或多个资源的选择的控制的有效方式。具体地，通过针对较低层定义定时器，可以有效地实现较低层的行为与较高层的行为的协调或调和。

根据本公开的方面的示例性实施例，较低层的定时器是重复定时器，并且其中对用于传输调度请求的一个或多个资源的选择的控制包括：通过较低层尝试传输调度请求，直到重复定时器到期。重复定时器可以避免较低层传输调度请求的太多尝试。具体地，由于较高层可以在某个时刻重新传送传输调度请求的指令，因此如果无法传输，则限制较低层发起尝试的时间是有利的。在一个实施例中，低层的定时器可以表达为绝对时间，例如10ms。例如，定时器可以具有固定的预定值，或者该值或定时器可以被动态地选择，例如取决于情况。

较高层可以包括禁止定时器，该禁止定时器用于暂时地禁止从较高层向较低层重新传送用以传输调度请求的指令。禁止定时器可以防止较高层对用以传输调度请求的指令进行太多和太早的重新传送。具体地，只要较低层尝试传输调度请求，就不必重新传送传输调度请求的指令。

根据本公开的方面的示例性实施例，较低层的重复定时器至少基于较高层的禁止定时器而被定义。以这种方式，可以有利地协调和调和较高层的禁止定时器和较低层的重复定时器。相应定时器可以被配置为使得只要较低层正在尝试传输调度请求，较高层就至少不重新传送用于传输调度请求的指令。

根据本公开的各个方面的示例性实施例，较低层的重复定时器基本上等于较高层的禁止定时器。例如，当较高层传送用以传输调度请求的指令时，较高层的禁止定时器可以启动。重复定时器可以基本上同时启动，例如当从较高层接收到指令时。因此，在这种情况下，较低层的重复定时器可以与较高层的禁止定时器基本上同时地启动和结束。因此，在较高层的禁止定时器期间，较低层试图传输调度请求。在重复定时器到期后，较低层停止尝试传输调度请求。由于禁止定时器也已经到期，因此至少在调度请求仍然未决的情况下，较高层将向较低层重新传送传输调度请求的指令。

例如，术语基本上(定时器基本上相等或基本上同时启动/结束)被理解为意味着，具体地由于用于在层之间通信的时间，相应定时器可能具有小的差异或偏移。

在本公开的方面的备选示例性实施例中，较低层的重复定时器短于较高层的禁止定时器。此处，在较低层在所定义的定时器到期之前或由于较低层处的优先化而没有设法传输调度请求，则当较低层通知高层没有传输调度请求时可能是有利的。在这种情况下，可以停止较高层的禁止定时器，使得可以在等待禁止定时器到期之前发起传输调度请求的其他尝试，以避免不必要的延迟。

根据本公开的方面的示例性实施例，较低层的重复定时器基本上与较高层的禁止定时器同时启动。这使较低层和较高层的行为对准。如上面所解释的，其优点在于，当较低层开始尝试传输调度请求时，较高层制止重新传送用以传输调度请求的指令。

根据本公开的方面的示例性实施例，较低层的重复定时器基本上与较高层的禁止定时器同时结束。这使较低层和较高层的行为对准。如上面所解释的，其优点在于，当较低层停止尝试传输调度请求时，较高层可以重新传送(如果它仍然未决)用以传输调度请求的指令。

根据本公开的方面的示例性实施例，该方法还包括：

-在调度请求已经被传输的情况下，则通过较低层向较高层报告或制止报告调度请求已经被传输。

如果报告调度请求已经被传输，则较高层可以采取适当的动作。例如，较高层可以重置禁止定时器，如下面更详细地解释的。制止报告调度请求已经被传输可以减少层间通信。而且，根据还将在下面更详细地解释的又一示例性实施例，较高层可以包括计数器(其可以被称为“SR_COUNTER”)，该计数器用于限制向较低层传送用于传输调度请求的指令的次数。为此，可以定义指示最大传输次数的预定义值(也称为“sr-TransMax”)。当报告已经传输调度请求时，计数器可能会增加。即使尚未传输调度请求，这也将防止较高层的该计数器增加(从而防止连接的过早释放)。

如果制止向较高层报告已经传输了调度请求，则即使不需要这样做，较高层也可以重新传送传输调度请求的指令。因此，在示例性实施例中，较低层可以舍弃传输调度请求的指令的重新传送(例如针对预定义的时间窗口)。

根据本公开的各个方面的示例性实施例，该方法还包括：

如果通过较低层向较高层报告调度请求已经被传输，则通过较高层重置高层的禁止定时器。

重置禁止定时器(即，将定时器设置回0，从而有效地扩展定时器)避免了太早向较低层重新传送传输调度请求的指令。这可以为网络提供足够的时间来回复调度请求，因为传输调度请求可能比从较高层传送指令的时间晚(例如在较低层的几次尝试之后，较高层可能不知道)。

根据本公开的方面的示例性实施例，该方法还包括：

-通过较高层，制止递增用于对向较低层传送用于传输调度请求的指令的次数进行计数的计数器，直到由较低层向较高层报告调度请求已经被传输。

如上文已经提及的，该计数器可以被称为“SR_COUNTER”，并且可以由较高层与指示最大传输次数的值(在上面作为“sr-TransMax”提及)组合地被使用，以控制UE在放弃将其传送给网络的其他尝试之前可以传输的最大调度请求数目。换言之，仅在报告了调度请求已被实际传输时才增加所述计数器(即，其值)。与每次高层传送调度请求以传输给低层时计数器都由高层递增的情况相反，所建议的实施例是有利的，因为如先前已经解释的，较高层可能不知道较低层丢弃了调度请求，而没有尝试传输它。因此，利用所建议的实施例，可能可以避免计数器不必要地递增。

根据本公开的方面的示例性实施例，其中该方法还包括：

-在调度请求无法被传输的情况下，则由较低层向较高层报告调度请求无法被传输或制止较低层向较高层报告调度请求无法被传输。

如果报告调度请求无法被传输，则较高层可以采取适当的动作。例如，较高层可以停止禁止定时器，如下面更详细地解释的。

根据本公开的各个方面的示例性实施例，该方法还包括：

-在由较低层向较高层报告调度请求尚未被传输的情况下，则通过较高层停止较高层的禁止定时器。

停止禁止定时器(即，如同定时器已经到期来进行动作)允许用以向较低层重新传送传输调度请求的指令再次发生。在重复定时器较短并且比禁止定时器更早结束的情况下，则这是特别有利的，因为通过这种方式，高层不需要等待定时器的定期到期，这避免了在向较低层重新传送用以传输调度请求的指令时不必要的延迟，并且最后避免了在较低层重新尝试传输调度请求时不必要的延迟。

根据本公开的方面的示例性实施例，该方法还包括：

-在通过较低层向较高层报告调度请求尚未被传输的情况下，

从较高层向较低层重新传送用以传输调度请求的指令。

如上面已经解释的，利用该行为配置较高层避免了在向低层重新传送用以传输调度请求的指令以及较低层重新尝试传输调度请求时不必要的延迟。

根据本公开的方面的示例性实施例，该方法还包括：

-在由较低层向较高层报告调度请求尚未被传输的情况下，通过较高层递减用于对向较低层传送用于传输调度请求的指令的次数进行计数的计数器。

如上文所解释的，计数器(例如SR_COUNTER)可以由较高层组合最大值(例如sr-TransMax)来使用，以控制UE在放弃将其传送给网络的其他尝试之前可以传输的最大调度请求数目。当计数器达到由网络配置的最大数目(例如sr-TransMax)时，UE释放其一些配置(例如PUCCH)并发起随机接入程序。

根据本公开的方面的示例性实施例，该装置是用户设备或其一部分和/或调度请求针对网络节点。因此，本文根据各个方面描述的动作可以具体地由用户设备执行并且在用户设备处执行。最后，调度请求可以成功地传输给网络节点，诸如基站，例如蜂窝网络的基站，诸如可以是例如移动电话网络(如2G/3G/4G/5G蜂窝通信网络)或任何其他蜂窝通信网络，具体地5G的后续网络。2G/3G/4G/5G蜂窝无线电通信标准由3GPP开发，并且目前可在http://www.3gpp.org/下获得。然而，本公开同样地可以适用于其他种类的网络，诸如非蜂窝网络。

然后，网络节点(例如基站)可以将资源分配给用户设备，例如上行链路数据信道的资源。然后，用户设备可以使用这些分配的资源来将数据传输给网络。

要理解的是，本文公开的实施例的呈现仅是通过示例的并且是非限制性的。

通过结合附图考虑的以下详细描述，本公开的其他特征将变得明显。然而，要理解的是，附图仅是出于图示目的而被设计的，而不是作为对本公开的限制的定义，对此应该参照所附权利要求。还应该理解的是，附图未按比例绘制，并且它们仅旨在概念性地图示本文描述的结构和程序。

附图说明

图1是图示了可以执行本公开的示例性实施例的示例无线电环境的示意图；

图2是图示了非创造性实施例的UE的MAC层和物理层的示意图，其中由于信道冲突和优先化，调度请求在PHY层处连续三次被丢弃；

图3是本公开的示例性实施例的示意性流程图；

图4是本公开的示例性实施例的又一示意性流程图；

图5a、图5b是图示了本公开的示例性实施例的UE的MAC层和物理层的示意图，其中物理层控制对用于传输调度请求的一个或多个资源的选择；

图6是根据本公开的装置的示例性实施例的框图；

图7是基站的示例性实施例的框图；以及

图8是有形和非瞬态计算机可读存储介质的示例的示意性图示。

具体实施方式

以下描述用于加深对本公开的理解，并且应该被理解为与本说明书的以上发明内容章节中所提供的本公开的示例实施例的描述一起补充和阅读。

这些教导的实施例涉及无线电系统中的调度请求的触发和传输。尽管下面的示例中的特定无线电系统是5G，但这是非限制性实施例。

图1是示例5G无线电环境(也称为新无线电(NR)系统)的示意性概述，其中可以部署这些教导。5G系统在低频带和高频带中操作，并且其目标是利用超可靠性和超低时延(URLLC)服务于增强型移动宽带(eMBB)和大规模机器类通信(mMTC)。与一些蜂窝基站/eNB(诸如4G)相反，5G系统将基站设置为基带单元(BBU)20(可以实施为单个BBU或多个互连BBU)以及分别距BBU 20多达几公里的一个或多个远程无线电头(RRH)30。每个RRH 30经由称为前传(FH)链路的有线或无线双向传输链路25可操作地连接至其BBU 20。当前，5G系统中的BBU/RRH组合称为gNB。所图示的UE 10与RRH 30直接通信，该RRH 30在5G系统中将作为gNB的传输/接收点(TRP)操作。UE 10可以具有与多于一个RRH 30的活动连接。

在5G以及诸如LTE等一些无线网络(也称为4G)中，当UE具有要发送的上行链路数据时(例如当它正在进行主动语音呼叫或与社交媒体平台进行交互时)，用户设备将在PUCCH上向其服务基站(诸如eNB或gNB)发送调度请求。为此，UE被配置有周期性的PUCCH资源，该周期性的PUCCH资源被用于指示待在UE处传输的数据，以便避免UE无法传输到达其缓冲区中的上行链路数据的情况。基站可以利用在PUSCH上向用户设备分配上行无线电资源的PDCCH进行响应。如果UE已经具有针对PUSCH的上行许可，则这些资源可以用于传输用于资源分配的缓冲区状态报告(BSR)。如果UE具有上行链路数据但尚未具有网络连接或不具有上行同步，或者未在PUCCH上配置调度请求资源，则用户设备还可以经由它使用的随机接入程序发送其调度请求，以获得这种连接或上行同步或用于数据传输的上行无线电资源。

在层架构方面，通过介质访问控制层(MAC)指示物理层(PHY)传输相应的调度请求来实现传输调度请求。其中，MAC向PHY指示应该用于SR传输的资源。

在3GPP TS 38.331中描述的与MAC层SR配置相关的信息单元将禁止定时器(“sr-ProhibitTimer”)定义为延迟调度请求的重传的定时器，以及在UE判定上行链路丢失之前可以传输的调度请求传输的最大次数(“sr-TransMax”)。

重要的是要注意，由于PUCCH可以承载其他类型的上行链路控制信息(UCI)，诸如信道状态指示(CSI)、HARQ确认(HARQ-ACK)等，因此PUCCH资源通常不专门被用于调度请求传输。UE通常在类似的时间生成不同类型的控制信息。为了确保控制信息的一定的可靠性级别，并非总是可以使用单个PUCCH资源来传输所有生成的信息。为了解决该问题，指定了优先化规则以判定哪个生成的控制信息应该优先使用PUCCH资源。然后传输优先信息，并且丢弃优先级较低的控制信号/信息。

更一般地，在3GPP发行版16NR(RAN1和RAN2)中，分析了如何解决不同类型的控制和数据信息的重叠，这被称为UE内优先化/多路复用。

下文总结了3GPP发行版16NR中与UE内多路复用/优先化相关的一般协定：

-引入反映物理信道要求的参数，即，PHY信道的优先级。

-考虑到上述参数，在PHY层中设计新规则以用于处置重叠的PHY信道(如果需要的话)。

-在MAC层中设计新规则，以用于处置多个重叠的PUSCH许可和与调度请求重叠的PUSCH许可。

从RAN2的角度，主要协定如下：

-PUSCH与SR、CG PUSCH与CG/DG PUSCH：通过比较MAC层处的对应逻辑信道(LCH)的优先级来完成优先化。

-在时间线允许的情况下，则只有一个MAC PDU(具有较高优先级)被传送给PHY，这防止PHY层冲突的发生。

-通过考虑许可优先级来增强LCP映射限制(为此目的，重用了PHY优先级指示)。

从RAN1的角度，下文总结了主要协定：

-PHY优先级：针对大多数信道，支持旨在用于Rel-16中PHY层处已知的两种不同服务类型的两级优先级(高或低)。

-低优先级信道之间的处置规则：重用Rel-15机制。

-高优先级信道之间的处置规则：重用Rel-15规则作为基础。

-高优先级信道与低优先级信道：丢弃低优先级UL传输。

利用与UE内优先化/多路复用相关的以上协定，存在以下场景：由于在PHY层处的优先化，调度请求传输被丢弃/取消。具体地，在这种场景下，调度请求传输与另一传输冲突，并且PHY层判定丢弃调度请求传输，其中优先化判定基本上取决于冲突信道的身份和/或优先级。

可能发生在PHY层处丢弃调度请求的场景中的一个场景是调度请求与HARQ-ACK冲突，或更一般地，调度请求与对于MAC层不可见的任何信道/传输冲突。在这种情况下，例如所指示的用于传输的调度请求资源与HARQ-ACK资源冲突，并且如果HARQ-ACK的优先级高于调度请求，那么该调度请求在PHY层处被丢弃。尽管存在可以多路复用SR和HARQ-ACK的情况，但这并不总是可能的。要注意的是，MAC层不知道HARQ-ACK资源有多长时间，或者预期有多少个HARQ-ACK传输以及对应的HARQ-ACK资源是否与下一SR资源冲突。换言之，HARQ-ACK传输以及其对应的资源对于MAC层是不可见的。这可能导致在MAC层已经重新传送了针对传输的调度请求之后，在PHY层处再次(又一次)丢弃调度请求。

可能导致在PHY层处丢弃调度请求的另一场景是调度请求与PUSCH发生冲突或重叠。具体地，在调度请求被传送给PHY层之后，PUSCH可以进入(即，PUSCH的PDU从MAC被传送给PHY层)，其中PUSCH资源与调度请求资源冲突。由于与调度请求相比，PUSCH的优先级更高或相等(至少从MAC层的角度来看，否则将不会传送给PHY层)，因此取消/丢弃了调度请求传输。虽然未来可能会允许在PUSCH上对调度请求进行多路复用，然而，这仅适用于特定场景，因此由于与PUSCH重叠而导致的调度请求的丢弃仍然会发生。

考虑到可能导致在PHY层处丢弃调度请求的场景，可能会发生MAC层多次将调度请求重新传送给PHY层的情况，然而每次在PHY层处会丢弃调度请求。该问题至少在延时方面可能会对系统性能产生负面影响，具体地当在PHY层处连续几次丢弃调度请求时。此外，如上面所解释的，MAC层维护禁止定时器，该禁止定时器在向PHY层提供用于传输的调度请求时被启动。只要定时器正在运行，MAC层就不被允许重新尝试发送调度请求，这在PHY层不传输它的情况下，甚至会以不必要的方式增加调度请求延迟。

为了更好地图示该问题，图2示出了图示非创造性实施例的UE的MAC层和物理层的示意图200，其中由于信道冲突和优先化，调度请求201在PHY层202处连续三次被丢弃。在调度请求禁止定时器“SR-Prohibit-Timer”205到期之后，MAC层203将指令204重复地传送给PHY层202。在该示例中，在第四次尝试传输之前，调度请求201由于优先化而在PHY层202处的三个连续的传输机会上被丢弃。在前两次尝试中，由于与HARQ-ACK 206的重叠而导致调度请求201被丢弃，而在第三次尝试中，由于与PUSCH 207的重叠而导致调度请求被丢弃。该示例示出了上面解释的问题可能如何对时延性能产生负面影响，因为它可能会导致传输调度请求的大延迟。

已经发现上述问题可以认为是由于以下事实引起的：MAC层决定用于调度请求传输的确切资源，并指令PHY层在该特定资源上发送调度请求，即，PHY层对用于调度请求传输的资源不具有任何控制。而且，MAC层无法避免在PHY层处发生信道冲突，因为如前文所解释的，MAC层要么不知道这种冲突，要么仅在向PHY层传送调度请求后才知道冲突。

如上文已经简要提及的，在3GPP发行版16中，基于触发的调度请求的(多个)逻辑信道的优先级和由PUSCH承载的(多个)逻辑信道的最高优先级，在调度请求和PUSCH业务之间引入了MAC层优先化，这在3GPP R2-1916352中更详细地解释。这允许在某种程度上避免(在PHY层处)对调度请求进行优先级降低，但是也如上面所解释的，在进行优先化时，MAC层例如尚未意识到可能也会与调度请求冲突的PHY层控制业务。由于在PHY层处也有优先化来覆盖这种情况，因此最终可能会丢弃调度请求，而MAC层不会知道。

虽然可能可以通过例如不设置调度请求禁止定时器或将其设置为非常短的值来缓解上述问题，但是在这种情况下，MAC层将针对适用于该调度请求的每个PUCCH资源将调度请求快速地重新传送给PHY层。然而，这种方法将具有以下问题：网络没有时间回复SR，因此空中信令可能不必要地增加。附加地，如果调度请求被PHY层丢弃而不通过PHY层传输，那么MAC层仍然会递增调度请求传输的最大次数的计数器(sr-TransMax计数器)，即使尚未传输SR。这可能会导致过早和不必要的动作，诸如释放所有PUCCH配置、SRS等，并且UE将需要发起随机接入程序。

关于图3至图5，现在将更详细地描述本公开的示例性实施例。在这些实施例中，在选择用于传输调度请求的资源时，对较低层(即，此处为物理层)进行控制。换言之，UE中的PHY层可以以赋予PHY层灵活性的方式而被配置，以尝试在多于一个SR资源上传输从较高层(即，此处为MAC层)传送的调度请求，其中PHY层选择用于SR传输的(多个)合适资源。以这种方式，如果信道冲突将导致丢弃调度请求，则PHY层可以避免信道冲突，并且因此可以将调度请求传输推迟到没有丢弃SR的风险的(多个)即将到来的/下一SR资源。

在以下实施例中，为了对应地控制PHY层行为，重复定时器被配置，其中PHY层在该定时器到期之前尝试在可用的调度请求资源上传输调度请求。在这些实施例中，当调度请求从MAC层被传送给PHY层时，启动该定时器。可以逐调度请求配置或逐逻辑信道来配置重复定时器。MAC层还可以向PHY层提供调度请求配置，以配置重复定时器。然而，要注意的是，除了重复定时器(诸如计数器或时间窗口或更复杂的算法)之外，通常还有其他可能性来对应地影响PHY层行为，从而实现PHY层对用于调度请求传输的资源选择的控制。

图3a示出了由用户设备(诸如图1中示例性地示出的UE 10)执行的本公开的不同方面的示例性实施例的示意性流程图300。所图示的方法包括从MAC层(较高层)向PHY层(较低层)传送用以传输调度请求的指令(动作301)。这导致MAC层的禁止定时器被启动(动作301)。通过较低层确定调度请求是否与要在由指令指定的一个或多个资源上被传输的较高优先级信息重叠(动作303)。如果不存在重叠，则可以利用指令所指定的资源来传输调度请求(动作304)。然而，如果存在重叠，使得调度请求无法与由指令所指定的资源一起被传输，则较低层的重复定时器被启动(动作305)。在这种情况下，PHY层处定义的定时器等于MAC层的禁止定时器。在这种情况下，所定义的重复定时器和禁止定时器同时启动和到期。PHY层重复地尝试传输调度请求，直到重复定时器到期(动作306)。在一些时刻，在重复定时器到期之后，将确定调度请求是否已经被传输(动作307)。

当所定义的定时器到期而PHY层无法传输调度请求时，由于禁止定时器同时到期，因此MAC层在调度请求仍然未决的情况下将指令重新传送给PHY层以用于传输调度请求(动作309)。在这种情况下，无需从PHY层向MAC层报告任何内容(动作308)。

另一方面，如果PHY层设法在重复定时器到期之前传输调度请求，则PHY层结束其重复定时器并通知MAC层调度请求被传输(动作310)，在这种情况下，MAC层可以重置禁止定时器(动作311)，以避免MAC层将指令重新传送给PHY层，使得给基站(诸如gNB)足够的时间来回复调度请求。

在后一种情况的变型中，代替动作310，PHY层可以不向MAC层报告调度请求被传输，并且在MAC层重新传送调度请求的情况下，PHY层可以简单地丢弃调度请求。

通常，在步骤304之后，还可以向较高层报告或制止向较高层报告调度请求已经被成功传输，如上所述。

图3b示出了由用户设备(诸如图1中示例性地示出的UE 10)执行的本公开的不同方面的又一示例性实施例的示意性流程图350。该实施例类似于图3a所示的一个实施例，并且关于动作351至357参照图3a。

与图3a的流程图300相反，在该实施例中，在PHY层处定义的重复定时器比禁止定时器更短。类似于先前的实施例，如果一方面PHY层设法在重复定时器到期之前传输调度请求，则PHY层结束其定时器并通知MAC层调度请求被传输(动作360)，在这种情况下MAC层可以再次重置禁止定时器(动作361)。再次，在此处的变型中，PHY层可以不向MAC层报告调度请求被传输，并且可以在调度请求被重新传送给PHY层的情况下简单地丢弃调度请求。

另一方面，并且与先前的示例相反，如果PHY层在重复定时器到期之前或由于PHY层处的优先化而未能设法传输调度请求，那么PHY层可以通知MAC层SR没有被传输(动作358)。在这种情况下，MAC层可以停止禁止定时器(动作359)，使得在等待禁止定时器到期之前可以进行用以传输调度请求的另一指令，从而进行另一传输尝试，以避免传输调度请求时不必要的延迟。

通常，在步骤354之后，还可以向较高层报告调度请求已经被成功地传输，如上所述。

备选地或附加地，PHY层可以被配置有用于传输调度请求的最大尝试次数。具体地，在MAC层将指令重新传送给PHY层以用于传输调度请求之后，PHY层可以尝试在对应的调度请求资源上传输调度请求配置次数。如果PHY层设法传输调度请求，则它可以通知MAC层调度请求被传输。如果在PHY层无法传输调度请求的情况下达到了最大尝试次数，则PHY层可以简单地等待，直到MAC层重新传送用以传输调度请求的指令为止(如果它仍然未决)。

通过实现重复定时器并在没有来自MAC层的又一指令的情况下通过PHY层重复地尝试传输调度请求(动作305、306、355、356)，PHY层控制对用于传输调度请求的一个或多个资源的选择。

图4呈现了在UE的PHY层处的本公开的又一示例性实现的流程图400。通常，图4的实现也可以与图3a和图3b所示的实现的某些方面组合。在图4中，在PHY层处定义的重复定时器被称为SR-Repetition-Timer。

首先，调度请求从MAC层被接收到(动作400)。检查调度请求是否与较高优先级控制信息重叠(动作402)。如果否，则在最近的适用PUCCH资源中传输调度请求(动作403)。适用的资源通常可以被理解为被允许承载调度请求的资源。附加地或备选地，可以针对特定的调度请求配置定义适用的资源，例如这可以由基站提供。如果存在重叠，则检查PHY层是否允许重复传输调度请求(动作404)。如果否，则调度请求被丢弃(动作405)，并且PHY层等待来自MAC层的用于传输调度请求的又一指令。如果PHY层支持这一点，则检查是否配置了重复定时器(动作406)。

如果是这种情况，则启动重复定时器(动作407)。然后，只要重复定时器正在运行，那么PHY层就尝试在下一适用的PUCCH资源上传输调度请求(动作408)。如果确定(动作409)尝试成功，则将调度请求的成功传输指示给MAC层(动作410)。如果重复定时器到期(在动作411中检查)，则调度请求被丢弃(动作412)。

如果PHY层允许重复传输调度请求，但是重复定时器没有被配置，则PHY层可以至少再次尝试在下一适用的PUCCH资源上传输调度请求(动作412)。如果该附加尝试成功(在动作414中检查)，则将调度请求的成功传输指示给MAC层(动作415)。如果附加尝试未成功(在动作411中检查)，则调度请求被丢弃(动作416)。

现在，如果将本发明概念的示例性实施例应用于图2的场景，则在图5a、图5b中图示。因此，图5a、图5b再次示出了图5a、图5b中的UE的MAC层203和物理层202的示意图，其中物理层控制对用于传输调度请求的一个或多个资源的选择。

在图5a的示例中，没有实现与从PHY层202到MAC层203的调度请求传输状态相关的信令。在MAC层203向PHY层202传送了用以传输调度请求的指令204之后，PHY层202尝试在第一适用的PUCCH资源中传输调度请求201。然而，由于与HARQ-ACK传输206的重叠以及该传输的优先化，该资源上的调度请求传输被丢弃/取消。由于PHY层202被配置用于控制对用于传输调度请求的资源的选择，所以PHY层202被设置有重复定时器207，其仍然在运行。因此，PHY层202尝试在下一PUCCH资源上传输调度请求201，并且设法传输调度请求201，因为不存在重叠并且因此不对调度请求201进行优先级降低。停止重复定时器207。如所提及的，在该示例中，考虑了不依赖于信令来通知MAC层是否传输了调度请求201SR的情况。具体地，代替这种信令，当MAC层203在禁止定时器205到期之后向PHY层202重新传送传输调度请求(在调度请求仍然未决的情况下)的指令204时，PHY层202简单地丢弃传输调度请求的指令204，因为它已经设法传输调度请求201。

图5b的示例类似于图5a的示例。主要差异在于，在图5b的示例中，考虑了该解决方案依赖于来自PHY层202的信令来通知MAC层203传输了调度请求201的情况。具体地，一旦PHY层202设法传输调度请求201，则PHY层停止重复定时器207并通知MAC层203传输了调度请求201。然后，MAC层可以使用该信息并且如上面已经描述的那样进行反应(例如重置禁止定时器)。

图6是根据本公开的装置的示例性实施例的框图，其以移动设备600的形式表示UE。例如，移动设备600可以是以下之一：智能手机、平板计算机、笔记本计算机、智能手表、智能手环和IoT设备。

移动设备600包括处理器601。处理器601可以表示单个处理器或者两个或多个处理器，例如至少部分地例如经由总线耦合。处理器601执行存储在程序存储器602中的程序代码(例如当在处理器601上执行时，使移动设备600执行根据本公开的方法的一个或多个实施例或其部分的程序代码)，并且与主存储器603接口连接。程序存储器602还可以包含用于处理器601的操作系统。存储器602和603中的一些或全部也可以包括在处理器601中。

处理器的主存储器和程序存储器之一或二者(例如程序存储器602和主存储器603)可以固定地连接至处理器(例如处理器601)或至少部分地从处理器中移除，例如以存储卡或记忆棒的形式。

程序存储器(例如程序存储器602)可以例如是非易失性存储器。例如，仅举几个示例，它可以是闪存(或其一部分)、ROM、PROM、EPROM、MRAM或FeRAM(或其一部分)或硬盘(或其一部分)中的任何一个。例如，程序存储器可以例如包括固定安装的第一存储器区段和可以以例如可移除SD存储卡的形式可移除的第二存储器区段。

主存储器(例如主存储器603)可以例如是易失性存储器。为了给出非限制性示例，它可以例如是DRAM存储器。例如，当执行操作系统、应用、程序等时，它可以用作处理器601的工作存储器。

处理器601还控制被配置为接收和/或传输数据和/或信息的通信接口604(例如无线电接口)。例如，通信接口604可以被配置为从诸如基站等无线电节点传输和/或接收无线电信号。要理解的是，用于接收和/或评估无线电信号所需的任何基于计算机程序代码的处理可以存储在通信接口604的自己的存储器中，并且可以由通信接口604的自己的处理器执行，或者可以例如存储在存储器603中，并例如由处理器601执行。

通信接口604可以具体地被配置为根据如2G/3G/4G/5G等蜂窝通信系统或后代蜂窝通信系统进行通信。移动设备600可以使用无线电接口604来与基站进行通信，例如图1所描绘的基站20/30。

装置600的部件可以具体地提供本文描述的较高层和较低层，并且与通信接口604一起可以具体地被配置用于根据上述方法将调度请求传输给基站。

例如，通信接口604还可以包括BLE和/或蓝牙无线电接口，其包括BLE发送器、接收器或收发器。例如，无线电接口604可以附加地或备选地包括WLAN无线电接口，该WLAN无线电接口至少包括WLAN发送器、接收器或收发器。

例如，移动设备600的组件602至606可以借助于一个或多个串行和/或并行总线与处理器601连接。

要理解，移动设备600可以包括各种其他组件。例如，移动设备600可以可选地包括用户界面(例如触敏显示器、键盘、触摸板、显示器等)。

图7是诸如图1的基站20/30等装置的示例性实施例的框图。例如，装置700可以被配置用于接收和处理由装置600发送的调度请求，如上所述。

装置700包括处理器701。处理器701可以表示单个处理器或者两个或多个处理器，例如至少部分地例如经由总线耦合。处理器701执行存储在程序存储器702中的程序代码(例如使装置700与根据本公开的装置600实施例或其部分一起执行的程序代码)，并与主存储器703接口连接。

程序存储器702还可以包括用于处理器701的操作系统。存储器702和703中的一些或全部也可以被包括在处理器701中。

而且，处理器701控制通信接口704，该通信接口704例如被配置为根据如2G/3G/4G/5G蜂窝通信系统等蜂窝通信系统进行通信。装置700的通信接口704可以例如由无线电头30实现，并且可以被提供用于图1中的基站20/30和UE 10之间的通信。

例如，装置700的组件702至705可以借助于一个或多个串行和/或并行总线与处理器701连接。

要理解，装置600、700可以包括各种其他组件。

图8是根据本公开的有形和非瞬态计算机可读存储介质的示例的示意性图示，其可以例如用于实施图6的存储器602或图7的存储器702。为此，图8显示了闪存800，其可以例如被焊接或粘合至印刷电路板；包括多个存储器芯片(例如闪存芯片)的固态驱动程序801、磁性硬盘驱动程序802、安全数字(SD)卡803、通用串行总线(USB)记忆棒804、光学存储介质805(诸如例如CD-ROM或DVD)和磁性存储介质806。

所描述的实施例中的任何所呈现的连接要以所涉及的组件在操作上耦合的方式来理解。因此，连接可以是直接的或间接的，其具有任何数量的中间元件或中间元件的组合，并且组件之间可能仅存在功能关系。

进一步地，如在本文中所使用的，术语‘电路系统’指代以下中的所有：

(a)仅硬件电路实现(诸如仅在模拟和/或数字电路系统中的实施方式)

(b)电路和软件(和/或固件)的组合，诸如：(i)(多个)处理器的组合；或者(ii)(多个)处理器/软件的区段(包括(多个)数字信号处理器)、软件和(多个)存储器，其一起工作以使诸如移动电话等装置执行各种功能)以及

(c)需要软件或固件才能操作的电路，诸如(多个)

微处理器或(多个)微处理器的区段，即使物理上并不存在该软件或固件。

‘电路系统’的这种定义适用于本文中该术语的所有使用，包括在任何权利要求中。作为又一示例，如在本文中所使用的，术语‘电路系统’也将覆盖仅处理器(或多个处理器)或处理器的区段及其(或它们的)伴随的软件和/或固件的实施方式。术语’电路系统’还覆盖例如移动电话的基带集成电路或应用处理器集成电路。

本文中提及的任何处理器(具体地但不限于图6和7的处理器601和701)可以是任何合适类型的处理器。任何处理器可以包括但不限于一个或多个微处理器、具有伴随的(多个)数字信号处理器的一个或多个(多个)处理器、没有伴随的(多个)数字信号处理器的一个或多个(多个)处理器、一个或多个专用计算机芯片、一个或多个现场可编程门阵列(FPGAS)、一个或多个控制器、一个或多个专用集成电路(ASICS)或一个或多个(多个)计算机。相关结构/硬件已经以执行所描述的功能的这种方式进行了编程。

而且，可以在通用或专用处理器中使用可执行指令来实施本文描述或图示的任何动作或步骤，并且可以将其存储在计算机可读存储介质(例如磁盘、存储器等)中，以由这种处理器执行。对‘计算机可读存储介质’的引用应该理解为涵盖专用电路，诸如FPGA、ASIC、信号处理设备和其他设备。

而且，可以在通用或专用处理器中使用可执行指令来实施本文描述或图示的任何动作，并且可以将其存储在计算机可读存储介质(例如磁盘、存储器等)中，以由这种处理器执行。对‘计算机可读存储介质’的引用应该理解为涵盖专用电路，诸如FPGA、ASIC、信号处理设备和其他设备。

措词“A或B或C或其组合”或“A、B和C中的至少一个”可以理解为不详尽，并且至少包括以下内容：(i)A，或(ii)B，或(iii)C，或(iv)A和B，或(v)A和C，或(vi)B和C，或(vii)A和B和C。

要理解的是，本文公开的实施例仅是示例性的，并且针对特定示例性实施例呈现的任何特征可以单独地与本公开的任何方面一起使用，或者与针对相同的或另一特定示例性实施例呈现的任何特征组合使用和/或与未提及的任何其他特征组合使用。还要理解的是，在特定类别中为示例实施例呈现的任何特征也可以在任何其他类别的示例实施例中以对应的方式使用。

Claims

1.一种用于通信的装置，被配置用于执行方法，所述方法包括：

-从较高层向较低层传送用以传输调度请求的指令，其中用以传输调度请求的所述指令指定要被用于传输所述调度请求的一个或多个资源；

通过所述较低层，确定所述调度请求是否与较高优先级信息重叠，所述较高优先级信息要在由所述指令指定的所述一个或多个资源上被传输；以及

-通过所述较低层至少部分地控制对用于传输所述调度请求的一个或多个资源的选择，其中所述较低层包括定时器，所述定时器用于控制对用于传输所述调度请求的所述一个或多个资源的所述选择，

其中所述较低层的所述定时器至少基于所述较高层的定时器而被定义，并且所述较低层的所述定时器基于确定以下项被启动：所述调度请求与要在由所述指令指定的所述一个或多个资源上被传输的所述较高优先级信息重叠。

2.根据权利要求1所述的装置，其中存在以下一项或多项：

-所述较高层是数据链路层；

-所述较低层是物理层；

-用于传输所述调度请求的所述一个或多个资源属于物理上行链路信道。

3.根据权利要求1所述的装置，其中所述调度请求是用于为上行链路传输分配一个或多个资源的调度请求。

4.根据权利要求1所述的装置，其中对用于传输所述调度请求的所述一个或多个资源的所述选择的所述控制允许：通过所述较低层尝试在多于一个资源上传输所述调度请求。

5.根据权利要求1所述的装置，其中对用于传输所述调度请求的所述一个或多个资源的所述选择的所述控制包括：通过所述较低层推迟或重新尝试所述调度请求的所述传输。

6.根据权利要求5所述的装置，其中通过所述较低层对调度请求的所述传输的所述重新尝试被限制为最大尝试次数。

7.根据权利要求1所述的装置，其中所述较低层的所述定时器是重复定时器，并且其中对用于传输所述调度请求的所述一个或多个资源的所述选择的所述控制包括：通过所述较低层尝试传输所述调度请求，直到所述重复定时器到期为止。

8.根据权利要求7所述的装置，其中所述较高层包括禁止定时器，所述禁止定时器用于暂时地禁止从所述较高层向所述较低层重新传送用以传输所述调度请求的所述指令。

9.根据权利要求8所述的装置，其中存在以下一项或多项：

-所述较低层的所述重复定时器等于所述较高层的所述禁止定时器；

-所述较低层的所述重复定时器短于所述较高层的所述禁止定时器；

-所述较低层的所述重复定时器与所述较高层的所述禁止定时器同时地启动；

-所述较低层的所述重复定时器与所述较高层的所述禁止定时器同时地结束。

10.根据权利要求1所述的装置，其中所述方法还包括：

-在所述调度请求已经被传输的情况下，通过所述较低层向所述较高层报告所述调度请求已经被传输或限制报告所述调度请求已经被传输。

11.根据权利要求8所述的装置，其中所述方法还包括：

-在通过所述较低层向所述较高层报告所述调度请求已经被传输的情况下，通过所述较高层重置所述较高层的所述禁止定时器。

12.根据权利要求1所述的装置，其中所述方法还包括：

-在所述调度请求无法被传输的情况下，通过所述较低层向所述较高层报告所述调度请求无法被传输或限制报告所述调度请求无法被传输。

13.根据权利要求8所述的装置，其中所述方法还包括：

-在通过所述较低层向所述较高层报告所述调度请求尚未被传输的情况下，通过所述较高层停止所述较高层的所述禁止定时器。

14.根据权利要求12所述的装置，其中所述方法还包括：

-在通过所述较低层向所述较高层报告所述调度请求尚未被传输的情况下，从所述较高层向所述较低层重新传送用以传输所述调度请求的所述指令。

15.根据权利要求1所述的装置，其中所述方法还包括：

-通过所述较高层，限制递增用于对向所述较低层传送用于传输所述调度请求的所述指令的次数进行计数的计数器，直到通过所述较低层向所述较高层报告所述调度请求已经被传输。

16.根据权利要求1所述的装置，其中所述方法还包括：

-在通过所述较低层向所述较高层报告所述调度请求尚未被传输的情况下，通过所述较高层递减用于对向所述较低层传送用于传输所述调度请求的所述指令的次数进行计数的计数器。

17.根据前述权利要求中任一项所述的装置，其中存在以下一项或多项：

-所述装置是用户设备或其一部分；

-所述调度请求被导向网络节点。

18.一种用于通信的装置，包括至少一个处理器和至少一个存储器，所述至少一个存储器包括计算机程序代码，所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使得装置至少执行和/或控制方法，所述方法包括：

从较高层向较低层传送用以传输调度请求的指令，其中用以传输调度请求的所述指令指定要被用于传输所述调度请求的一个或多个资源；

通过所述较低层至少部分地控制对用于传输所述调度请求的一个或多个资源的选择，其中所述较低层包括定时器，所述定时器用于控制对用于传输所述调度请求的所述一个或多个资源的所述选择，

19.一种通信方法，由至少一个装置执行，所述方法包括：

20.一种计算机可读存储介质，其上存储有程序指令，所述程序指令被配置为在执行时使装置执行以下操作：

21.一种用于通信的系统，包括用户设备和网络节点，其中所述用户设备和所述节点被配置为进行协作以用于执行方法，所述方法包括：

-在所述用户设备处，从较高层向较低层传送用以向所述网络节点传输调度请求的指令，其中用以传输调度请求的所述指令指定要被用于传输所述调度请求的一个或多个资源；

-在所述用户设备处，通过所述较低层至少部分地控制对用于向所述网络节点传输所述调度请求的一个或多个资源的选择，其中所述较低层包括定时器，所述定时器用于控制对用于传输所述调度请求的所述一个或多个资源的所述选择，