CN117998632A - 一种调度请求处理方法及装置 - Google Patents

Abstract

一种调度请求处理方法及装置，可以应用于非陆地网络NTN场景中。该方法包括：第一实体确定存在处于等待状态的第一调度请求SR。第一条件满足时，第一实体指示第二实体发送第一SR。其中，第一条件包括：第一实体在有效的物理上行控制信道PUCCH资源上有配置的SR传输时机，且第一实体未收到上行同步丢失指示。基于该方案，第一实体在有效的PUCCH资源上有配置的SR传输时机的情况下，若要指示第二实体发送第一SR，至少需要满足第一实体未收到上行同步丢失指示。也就是说，可以限制终端设备在上行同步丢失时不发送SR，从而降低终端设备的功耗浪费，同时降低SR发送占用的资源浪费。

Description

一种调度请求处理方法及装置

技术领域

本申请实施例涉及通信领域，尤其涉及一种调度请求处理方法及装置。

背景技术

调度请求(scheduling request，SR)主要用于请求新传的上行资源。在波束故障恢复、抢占式缓存状态上报、或一致的先听后说失败恢复(consistent Listen BeforeTalk failure recovery)等场景下，SR可以被触发。

SR被触发后，可以认为SR处于等待(pending)状态。针对处于等待状态的SR，若没有有效的物理上行控制信道(physical uplink control channel，PUCCH)资源，则终端设备启动随机接入过程，并取消SR。若存在有效的PUCCH资源，并且未达到SR最大传输次数，则终端设备使用该PUCCH资源发送SR。

然而，在一些场景中，终端设备可能处于上行失步状态或上行同步状态。因此，在考虑终端设备是否同步的场景下，如何处理处于等待状态的SR，是目前亟待解决的问题。

发明内容

本申请提供一种调度请求处理方法及装置，在考虑终端设备的同步状态的场景下，若要发送处于等待状态的SR，至少需要满足第一实体未收到上行同步丢失指示。

第一方面，提供了一种调度请求处理方法，该方法可以由终端设备执行，也可以由终端设备的部件，例如终端设备的处理器、芯片、或芯片系统等执行，还可以由能实现全部或部分终端设备功能的逻辑模块或软件实现。该方法包括：第一实体确定存在处于等待状态的第一调度请求SR；第一条件满足时，第一实体指示第二实体发送第一SR。其中，第一条件包括：第一实体在有效的物理上行控制信道PUCCH资源上有配置的SR传输时机，且第一实体未收到上行同步丢失指示。

基于该方案，第一实体在有效的PUCCH资源上有配置的SR传输时机的情况下，若要指示第二实体发送第一SR，至少需要满足第一实体未收到上行同步丢失指示。换句话说，即使第一实体在有效的PUCCH资源上有配置的SR传输时机，但是如果第一实体收到了上行同步丢失指示(即终端设备处于上行失步状态)，那么第一实体也不能指示第二实体发送第一SR。

也就是说，基于上述第一条件的限制，可以避免终端设备在上行同步丢失时发送SR。即使终端设备在上行同步丢失时发送了SR，接入网设备也会因为终端设备的上行同步丢失而无法成功接收该SR。因此，限制终端设备在上行同步丢失时不发送SR，可以降低终端设备的功耗浪费，同时降低SR发送占用的资源浪费。

在一种可能的设计中，第一实体未收到上行同步丢失指示，包括：在SR传输时机之前，第一实体未收到上行同步丢失指示。

在一种可能的设计中，在SR传输时机之前，第一实体未收到上行同步丢失指示，包括：在第一SR被触发后，且在SR传输时机之前，第一实体未收到上行同步丢失指示。

在一种可能的设计中，第一实体未收到上行同步丢失指示，包括：第一实体最新收到的指示为上行同步指示。

第二方面，提供了一种调度请求处理方法，该方法可以由终端设备执行，也可以由终端设备的部件，例如终端设备的处理器、芯片、或芯片系统等执行，还可以由能实现全部或部分终端设备功能的逻辑模块或软件实现。该方法包括：第一实体确定存在处于等待状态的第一调度请求SR。第二条件满足时，启动随机接入过程，并取消第一SR。第三条件满足时，第一实体向第二实体发送随机接入前导码指示，或第一实体确定不向第二实体发送随机接入前导码指示。其中，第二条件包括：第一实体不存在有效的物理上行控制信道PUCCH资源，且第一实体未收到上行同步丢失指示。第三条件包括：第一实体不存在有效的PUCCH资源，且第一实体收到上行同步丢失指示；随机接入前导码指示用于指示第二实体发送随机接入前导码。其中，有效的PUCCH资源与第一SR对应。

基于该方案，第一实体在不存在有效的PUCCH资源的情况下，若要启动随机接入过程，并取消第一SR，至少需要满足第一实体未收到上行同步丢失指示。换句话说，即使第一实体不存在有效的PUCCH资源，但是如果第一实体收到了上行同步丢失指示(即终端设备处于上行失步状态)，那么第一实体也不能启动随机接入过程。也就是说，基于第二条件的限制，可以避免终端设备在上行失步状态下启动随机接入，从而降低终端设备的功耗浪费，同时降低随机接入占用的资源浪费。

此外，在第一实体收到上行同步丢失指示，即终端设备处于上行失步状态的情况下，第一实体不向第二实体发送随机接入前导码指示，即不启动随机接入。也就是说，基于第三条件的限制，可以避免终端设备在上行失步状态下启动随机接入，从而降低终端设备的功耗浪费，同时降低随机接入占用的资源浪费。

在一种可能的设计中，第一实体向第二实体发送随机接入前导码指示之后，该方法还包括：若第一实体收到上行同步指示，第一实体向第二实体发送指示信息，指示信息用于取消随机接入前导码的发送。

在一种可能的设计中，该方法还包括：第一实体指示第二实体在有效的PUCCH资源上发送第一SR。

基于上述两种可能的实现，在上行同步恢复后，可以取消随机接入前导的发送。此时，若存在有效的PUCCH资源，则第一实体可以指示第二实体在该PUCCH资源上发送第一SR，减少由于随机接入的执行带来的时延，即相比于仍然发送随机接入前导的方案，可以降低第一SR的发送时延。

在一种可能的设计中，第三条件满足时，该方法还包括：启动第一定时器；第一实体收到上行同步指示，包括：第一实体在第一定时器超时前收到上行同步指示。

在一种可能的设计中，第三条件满足时，该方法还包括：启动第二定时器；第一实体确定不向第二实体发送随机接入前导码指示，包括：第一实体确定在第二定时器超时前不向第二实体发送随机接入前导码指示。

第三方面，提供了一种通信装置用于实现各种方法。该通信装置可以为第一方面或第二方面中的终端设备，或者终端设备中包含的装置，比如芯片或芯片系统或模块。所述通信装置包括实现方法相应的模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与功能相对应的模块或单元。

在一些可能的设计中，该通信装置可以包括处理模块和通信模块。该处理模块，可以用于实现上述任一方面及其任意可能的实现方式中的处理功能。该通信模块，用以实现上述任一方面及其任意可能的实现方式中的发送和/或接收功能。该通信模块可以由收发电路，收发机，收发器或者通信接口构成。

在一些可能的设计中，通信模块包括发送模块和/或接收模块，分别用于实现上述任一方面及其任意可能的实现方式中的发送或接收功能。

第四方面，提供一种通信装置，包括：处理器和通信接口；该通信接口，用于与该通信装置之外的模块通信；所述处理器用于执行计算机程序或指令，以使该通信装置执行任一方面所述的方法。该通信装置可以为第一方面或第二方面中的终端设备，或者终端设备中包含的装置，比如芯片或芯片系统或模块。

第五方面，提供了一种通信装置，包括：至少一个处理器；所述处理器用于执行存储器中存储的计算机程序或指令，以使该通信装置执行任一方面所述的方法。该存储器可以与处理器耦合，或者，该存储器也可以独立于处理器存在，例如，存储器和处理器为两个独立的模块。该存储器可以位于所述通信装置之外，也可以位于所述通信装置之内。该通信装置可以为第一方面或第二方面中的终端设备，或者终端设备中包含的装置，比如芯片或芯片系统或模块。

第六方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序或指令，当其在通信装置上运行时，使得通信装置可以执行任一方面所述的方法。

第七方面，提供了一种包含指令的计算机程序产品，当其在通信装置上运行时，使得该通信装置可以执行任一方面所述的方法。

可以理解的是，第三方面至第七方面中任一方面提供的通信装置是芯片时，发送动作/功能可以理解为输出信息，接收动作/功能可以理解为输入信息。

可以理解的是，第三方面至第七方面中任一方面提供的通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第三方面至第七方面中任一种设计方式所带来的技术效果可参见第一方面或第二方面中不同设计方式所带来的技术效果，在此不再赘述。

附图说明

图1为本申请提供的一种通信系统的结构示意图；

图2为本申请提供的一种非地面网络的结构示意图；

图3为本申请提供的另一种非地面网络的结构示意图；

图4为本申请提供的又一种非地面网络的结构示意图；

图5为本申请提供的再一种非地面网络的结构示意图；

图6a为本申请提供的一种通信装置的结构示意图；

图6b为本申请提供的一种终端设备的结构示意图；

图7为本申请提供的一种调度请求处理方法的流程示意图；

图8为本申请提供的一种时序示意图；

图9为本申请提供的另一种调度请求处理方法的流程示意图；

图10a为本申请提供的又一种调度请求处理方法的流程示意图；

图10b为本申请提供的又一种时序示意图；

图11为本申请提供的另一种终端设备的结构示意图；

图12为本申请提供的另一种通信装置的结构示意图。

具体实施方式

在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。

在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。

可以理解，说明书通篇中提到的“实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各个实施例未必指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。可以理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

可以理解，在本申请中，“…时”以及“若”均指在某种客观情况下会做出相应的处理，并非是限定时间，且也不要求实现时要有判断的动作，也不意味着存在其它限定。

可以理解，本申请实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，比如其当前所基于的方案，而独立实施，解决相应的技术问题，达到相应的效果，也可以在某些场景下，依据需求与其他特征进行结合。相应的，本申请实施例中给出的装置也可以相应的实现这些特征或功能，在此不予赘述。

本申请中，除特殊说明外，各个实施例之间相同或相似的部分可以互相参考。在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。以下所述的本申请实施方式并不构成对本申请保护范围的限定。

为了方便理解本申请实施例的技术方案，首先给出本申请相关技术的简要介绍如下。

1、调度请求(scheduling request，SR)：

SR主要用于请求新传的上行(uplink，UL)资源，例如上行共享信道(uplinkshared channel，UL-SCH)资源。

通常，网络配置SR时，会为SR配置SR资源(Scheduling Request Resource)。该SR资源位于物理上行控制信道(physical uplink control channel，PUCCH)资源中。例如，基站可以在PUCCH资源上配置SR传输时机，并且配置频域资源位置，以作为SR资源。因此，也可以认为网络配置的SR具有对应的(配置)PUCCH资源。

示例性的，一种可能的SR资源配置方式可以如下所示：

其中，SR资源标识用于标识PUCCH中的SR资源。SR标识用于标识SR或SR配置。周期和偏移用于指示SR周期和偏移的符号或时隙数。资源包括PUCCH资源的标识，该PUCCH资源即为SR资源所在的PUCCH资源，或者说为SR对应的PUCCH资源。

SR被触发后，可以认为其处于等待(pending)状态，直至该SR被发送或被取消。也就是说，处于等待状态的SR可以理解为：已经被触发，但未被发送或未被取消的SR。针对处于等待状态的SR：

如果媒体接入控制(media access control，MAC)实体没有有效的PUCCH资源，则终端设备启动随机接入过程，并取消等待状态的SR。

如果MAC实体有有效的PUCCH资源，并且未达到SR最大传输次数(sr-TransMax)，则终端设备可以使用该PUCCH资源发送SR。

需要说明的是，本申请实施例中的“等待状态”也可以称为“待发送状态”，二者可以相互替换。

2、非陆地网络(non-terrestrial network，NTN)：

随着通信需求的发展，第五代(5th generation，5G)网络及未来演进的网络不仅要满足多种业务需求，还要提供更广的业务覆盖。其中，NTN受地理条件影响较小，可以实现全球覆盖的目标，是未来通信发展的重要方向。

相对于传统的地面网络而言，NTN采用典型的飞行平台(例如飞机或无人机)或卫星参与布网，例如，将基站或部分基站功能部署在飞平台或卫星上为终端提供覆盖，或者，利用飞行平台或卫星作为中继转发地面基站的信号为终端提供覆盖。

在NTN中，卫星的星历信息或飞行平台的飞行信息(例如飞行平台的位置、速度、飞行轨道等)对通信有非常重要的作用。以卫星通信为例，终端设备可以通过卫星的星历信息、自身的位置、以及卫星到卫星网关的时延信息，确定终端设备到基站的端到端时延。从而根据该端到端时延进行时间提前量的预补偿。此外，可以使得网络获知终端设备的时间提前量进行更合理的数据调度。

但是，卫星的星历信息存在时效性。因此，在NTN中引入了有效定时器(validitytimer)。在收到卫星的星历信息后，终端设备的无线资源控制(radio resource control，RRC)实体可以启动有效定时器。在有效定时器超时前，星历信息准确有效，终端设备处于上行同步状态。在有效定时器超时后，星历信息失效，终端设备处于上行失步状态，或者说，上行同步丢失。后续再次收到星历信息后，终端设备恢复上行同步状态。

此外，在收到星历信息后，RRC实体可以向MAC实体发送上行同步指示，以指示终端设备处于同步状态。有效定时器超时的时候，RRC实体可以向MAC实体发送上行同步丢失指示，以指示终端设备的上行同步丢失，或者指示终端设备处于上行失步状态。

当终端设备处于上行失步状态时，终端设备将清除混合自动重传请求(hybridautomatic repeat request，HARQ)缓存，并停止发送上行信号，例如MAC控制元素(mediaaccess control control element，MAC CE)或RRC消息等。在上行失步状态下，基站无法正确接收终端设备的上行信号。

如上所述，目前的SR处理方法中，针对等待状态的SR，要求终端设备发起随机接入过程或者发送SR。但是在NTN中，若终端设备处于上行失步状态，要求终端设备停止发送上行信号。因此，在考虑终端设备是否同步的场景下，如何处理处于等待状态的SR，是目前亟待解决的问题。

基于此，本申请提供一种SR处理方法。该方法中，若要发送处于等待状态的SR，需要存在有效的PUCCH资源，且终端设备处于上行同步状态。因此，可以避免终端设备在上行同步丢失时发送SR，从而降低终端设备的功耗浪费，以及降低资源浪费。

本申请实施例的技术方案可用于各种通信系统，该通信系统可以为第三代合作伙伴计划(third generation partnership project，3GPP)通信系统，例如，长期演进(longterm evolution，LTE)系统、新空口(new radio，NR)系统等5G系统、卫星通信系统、NTN系统、车联网(vehicle to everything，V2X)系统、或者LTE和5G混合组网的系统、或者设备到设备(device-to-device，D2D)通信系统、机器到机器(machine to machine，M2M)通信系统、物联网(Internet of Things，IoT)，以及未来演进的通信系统。该通信系统也可以为非3GPP通信系统，不予限制。

本申请实施例的技术方案可以应用于各种通信场景，例如可以应用于以下通信场景中的一种或多种：增强移动宽带(enhanced mobile broadband，eMBB)、超可靠低时延通信(ultra reliable low latency communication，URLLC)、机器类型通信(machine typecommunication，MTC)、大规模机器类型通信(massive machine type communications，mMTC)、D2D、V2X、和IoT等通信场景。

其中，上述适用本申请的通信系统和通信场景仅是举例说明，适用本申请的通信系统和通信场景不限于此，本申请提供的通信系统和通信场景对本申请的方案不造成任何限定，在此统一说明，以下不再赘述。

参见图1，为本申请提供一种适用于本申请方案的通信系统10，该通信系统10包括至少一个终端设备101和至少一个接入网设备102。应理解，图1中的终端设备和接入网设备的数量仅是举例，还可以更多或者更少。

可选的，本申请实施例中的终端设备101，可以是用于实现无线通信功能的用户侧设备，例如终端或者可用于终端中的芯片等。其中，终端可以是5G网络或者5G之后演进的公共陆地移动网络(public land mobile network，PLMN)中的用户设备(user equipment，UE)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备，虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。或者，终端可以是IoT中具有通信功能的终端，例如V2X中的终端(例如车联网设备)、D2D通信中的终端、或者M2M通信中的终端等。终端可以是移动的，也可以是固定的。

可选的，本申请实施例中的接入网设备102，是一种将终端设备101接入到无线网络的设备，所述接入网设备102可以称为无线接入网(radio access network，RAN)中的节点，又可以称为基站，还可以称为无线接入网节点(或设备)。

例如，接入网设备可以包括LTE系统或LTE-A系统中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，如传统的宏基站eNB和异构网络场景下的微基站eNB。或者，可以包括NR系统中的下一代节点B(next generation node B，gNB)。或者，可以包括传输接收点(transmission reception point，TRP)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)、基带池(BBU pool)，或无线保真(wireless fidelity，WiFi)接入点(access point，AP)等。或者，可以包括NTN中的基站，即可以部署于飞行平台或者卫星，在NTN中，接入网设备可以作为层1(L1)中继(relay)，或者可以作为基站，或者可以作为接入回传一体化(integrated access and backhual，IAB)节点。或者，接入网设备可以是IoT中实现基站功能的设备，例如V2X、D2D、或者机器到机器(machine to machine，M2M)中实现基站功能的设备。

接入网设备还可以是能够实现基站部分功能的模块或单元，例如，接入网设备可以是集中式单元(central unit，CU)，分布式单元(distributed unit，DU)，CU-控制面(control plane，CP)，CU-用户面(user plane，UP)，或者无线单元(radio unit，RU)等。或者，接入网设备可以是开放无线接入网(open RAN，ORAN)系统中的接入网设备或接入网设备的模块。在ORAN系统中，CU还可以称为开放(open，O)-CU，DU还可以称为O-DU，CU-CP还可以称为O-CU-CP，CU-UP还可以称为O-CU-UP，RU还可以称为O-RU。

可选的，CU和DU可以根据无线网络的协议层划分：比如，分组数据汇聚层协议(packet data convergence protocol，PDCP)层及以上协议层(例如RRC层和业务数据适配协议(service data adaptation protocol，SDAP)层等)的功能设置在CU，PDCP层以下协议层(例如无线链路控制(radio link control，RLC)层、MAC层、或物理(physical，PHY)层等)的功能设置在DU；又比如，PDCP层以上协议层的功能设置在CU，PDCP层及以下协议层的功能设置在DU，不予限制。

上述对CU和DU的处理功能按照协议层的划分仅仅是一种举例，也可以按照其他的方式进行划分。例如，可以将CU或者DU划分为具有更多协议层的功能，又例如将CU或DU划分为具有协议层的部分处理功能。例如，将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。再例如，可以按照业务类型或者其他系统需求对CU或者DU的功能进行划分，例如按时延划分，将处理时间需要满足时延要求的功能设置在DU，不需要满足该时延要求的功能设置在CU。

可选的，本申请实施例中的基站可以包括各种形式的基站，例如：宏基站、微基站(也称为小站)、中继站、接入点、家庭基站、TRP、发射点(transmitting point，TP)、移动交换中心等，本申请实施例对此不作具体限定。

作为一种可能的实现，如图2所示，该接入网设备102可以部署于地面，作为地面网络的一部分，通过核心网与数据网络通信。此时，本申请提供的通信系统10还可以包括部署于飞行平台或卫星上的中继设备，该中继设备作为层1中继(L1 relay)，重新生成物理层信号并转发给终端设备或接入网设备。

作为另一种可能的实现，如图3所示，该接入网设备102可以部署于飞行平台或卫星，实现地面站的功能，直接与核心网通信，进一步的，通过核心网与数据网络通信。

作为又一种可能的实现，如图4所示，该接入网设备102可以部署于飞行平台或卫星，实现地面站的功能，直接与核心网通信，进一步的，通过核心网与数据网络通信。此外，搭载于不同飞行平台或卫星的接入网设备之间存在卫星间链路(inter-satellite link，ISL)，接入网设备之间可以通过该ISL通信。

作为又一种可能的实现，如图5所示，该接入网设备102可以包括部署于飞行平台或卫星上的DU和部署于地面的CU。部署于飞行平台或卫星的DU与部署于地面的CU通过FI接口通信。部署于地面的CU与核心网通信，进一步的，通过核心网与数据网络通信。

需要说明的是，本申请实施例描述的通信系统是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

可选的，本申请涉及的终端设备或接入网设备的相关功能可以通过图6a中的通信装置60来实现。参见图6a，该通信装置60包括一个或多个处理器601。进一步的，该通信装置60还可以包括通信总线602，以及至少一个通信接口(图6a中仅是示例性的，以通信装置60包括通信接口604，以及一个处理器601为例进行说明)。可选的，通信装置60还可以包括存储器603。

处理器601可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路、或用于处理数据(例如计算机程序指令)的处理核。处理器可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。

在具体实现中，作为一种实施例，处理器601可以包括一个或多个CPU，例如图6a中的CPU0和CPU1。

通信总线602可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6a中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。该通信总线602用于连接通信装置60中的不同组件，使得通信装置60中的不同组件之间可以进行通信交互。

通信接口604，可以是收发模块，用于与其他设备或通信网络通信，该通信网络例如可以为以太网(Ethernet)，无线接入网(radio access network，RAN)，无线局域网(wireless local area networks，WLAN)等。例如，所述通信接口604可以是收发器、收发机一类的装置。或者，所述通信接口604也可以是位于处理器601内的收发电路，用以实现处理器的信号输入和信号输出。

存储器603可以是具有存储功能的装置。例如可以是只读存储器(read-onlymemory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信总线602与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器603用于存储执行本申请方案的计算机执行指令，并由处理器601来控制执行。处理器601用于执行存储器603中存储的计算机执行指令，从而实现本申请实施例中提供的方法。

或者，可选的，本申请实施例中，也可以是处理器601执行本申请下述实施例提供的方法中的处理相关的功能，通信接口604负责与其他设备或通信网络通信，本申请实施例对此不作具体限定。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，通信装置60还可以包括输出设备605和输入设备606。输出设备605和处理器601通信，可以以多种方式来显示信息。例如，输出设备605可以是液晶显示器(liquid crystal display，LCD)，发光二极管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备606和处理器601通信，可以以多种方式接收用户的输入。例如，输入设备606可以是鼠标、键盘、触摸屏设备或传感设备等。

需要说明的是，图6a中示出的组成结构并不构成对该通信装置的限定，除图6a所示部件之外，该通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图6b所示，为本申请实施例提供的另一种终端设备的结构示意图。参见图6b，终端设备可以包括第一实体和第二实体。可选的，终端设备还可以包括第三实体。其中，第一实体位于第二实体的上层，或者说，第一实体为第二实体的上层实体。此外，第一实体位于第三实体的下层，或者说，第一实体为第三实体的下层实体。

示例性的，第一实体可以为MAC实体。第二实体可以为PHY实体。第三实体可以为RRC实体。

需要说明的是，图6b中示出的结构并不构成对终端设备的限定，除图6b所示实体之外，终端设备可以包括比图示更多或更少的实体，例如，终端设备还可以包括RLC实体、PDCP实体等，本申请对此不作具体限定。

下面将结合附图，对本申请实施例提供的调度请求处理方法进行展开说明。可以理解的，本申请实施例中，终端设备可以执行本申请实施例中的部分或全部步骤，这些步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照本申请实施例呈现的不同的顺序来执行，并且有可能并非要执行本申请实施例中的全部操作。

作为一种示例，下述实施例可以应用于NTN场景，例如卫星通信场景，或者NTN中的其他场景，例如，低空平台(low altitude platform，LAP)子网(LAP subnetwork)、高空平台(high altitude platform，HAP)子网(HAP subnetwork)场景，对此不作具体限定。

此外，下述实施例也可以应用于其他可能的通信场景或通信系统中，例如涉及到终端设备与接入网设备之间的距离较远、或相对移动速度较大的远距离通信场景，或者涉及到终端设备可能处于同步状态或失步状态的通信场景，都可以通过本申请实施例提供的方法对调度请求进行处理。

如图7所示，为本申请提供的一种调度请求处理方法，该调度请求处理方法应用于终端设备。参见图7，该调度请求处理方法包括如下步骤：

S701、第一实体确定存在处于等待状态的第一SR。

可选的，第一SR可以是以下一项或多项事件触发的：波束故障恢复、抢占式缓存状态上报、时间提前量上报(Tming advance Report)、或一致的先听后说失败恢复(consistent Listen Before Talk failure recovery)。第一SR被触发后，第一实体即可感知到处于等待状态的第一SR存在，即第一实体可以确定存在处于等待状态的第一SR。

S702、第一条件满足时，第一实体指示第二实体发送第一SR。

其中，第一条件包括：第一实体在有效的PUCCH资源上有配置的SR传输时机(thefirst entity has an SR transmission occasion on the valid PUCCH resource forSR configured)，且第一实体未收到上行同步丢失指示。

可选的，第一实体在有效的PUCCH资源上有配置的SR传输时机，也可以理解为：第一实体对于配置的SR有至少一个有效的PUCCH资源。

可选的，有效的PUCCH资源也可以理解为可用的PUCCH资源。换句话说，PUCCH资源有效也可以理解为PUCCH资源可用，或者，PUCCH资源配置被激活。

可选的，上行同步丢失指示可以用于指示终端设备丢失上行同步，或终端设备处于上行失步状态，或终端设备与服务小区失去上行同步。

可选的，该上行同步丢失指示可以由第三实体生成并发送给第一实体的。示例性的，第三实体可以维护一个与同步状态相关的定时器(例如有效定时器(validitytimer))，根据定时器的运行状态向第一实体发送上行同步丢失指示或上行同步指示。

例如，第三实体可以在收到卫星的星历信息或飞行平台的飞行信息(例如飞行平台的位置、速度、飞行轨道等)时启动有效定时器，并向第一实体发送上行同步指示，以指示终端设备处于上行同步状态或终端设备与服务小区同步。此外，在该定时器超时的时候，向第一实体发送上行同步丢失指示。其中，该定时器的时长可以理解为星历信息或飞行信息的有效时长。

从而，该场景下，第一实体未收到上行同步丢失指示，可以包括：第一实体未收到来自第三实体的上行同步丢失指示。

可选的，第一SR可以是有效定时器超时前被触发的，或者，可以是有效定时器超时后被触发的，本申请对此不作具体限定。

作为一种可能的实现，第一实体未收到上行同步丢失指示，可以包括：第一实体最新(或最近一次)收到的指示为上行同步丢失指示。示例性的，最新(或最近一次)收到的指示可以理解为当前时刻之前最后一次收到的指示，当前时刻例如可以为执行第一条件判断的时刻。

示例性的，如图8中的(a)所示，以当前时刻为时刻t1，若第一实体在时刻t2收到上行同步丢失指示，在时刻t3又收到上行同步指示，则第一实体最新(或最近一次)收到的指示为上行同步指示，属于第一实体未收到上行同步丢失指示的场景。

如图8中的(b)所示，以当前时刻为时刻t1，若第一实体在时刻t2收到上行同步指示，在时刻t3又收到上行同步丢失指示，则第一实体最新(或最近一次)收到的指示为上行同步丢失指示，属于第一实体收到上行同步丢失指示的场景。

作为另一种可能的实现，第一实体未收到上行同步丢失指示，可以包括：在SR传输时机之前，第一实体未收到上行同步丢失指示。进一步的，可以包括：在第一SR被触发后，且在SR传输时机之前，第一实体未收到上行同步丢失指示。其中，该SR传输时机即为有效的PUCCH资源上配置的SR传输时机。

示例性的，如图8中的(c)所示，假设第一SR在时刻t4被触发，SR传输时机位于时刻t5，那么，若第一实体在时刻t4至时刻t5之间未收到上行同步丢失指示，则属于第一实体未收到上行同步丢失指示的场景。若第一实体在时刻t4至时刻t5之间收到上行同步丢失指示，则属于第一实体收到上行同步丢失指示的场景。

可选的，第一条件还可以包括：第一SR的传输次数小于SR最大传输次数。该SR最大传输次数可以是接入网设备配置的。当然，第一条件还可以包括其他限制条件，本申请对此不作具体限定。

可选的，第一实体指示第二实体发送第一SR，可以包括：第一实体向第二实体发送指示信息a，该指示信息a用于指示第二实体发送第一SR。第二实体收到该指示信息a的情况下，可以在SR传输时机上发送第一SR。

基于上述方案，第一实体在有效的PUCCH资源上有配置的SR传输时机的情况下，若要指示第二实体发送第一SR，至少需要满足第一实体未收到上行同步丢失指示。换句话说，即使第一实体在有效的PUCCH资源上有配置的SR传输时机，但是如果第一实体收到了上行同步丢失指示(即终端设备处于上行失步状态)，那么第一实体也不能指示第二实体发送第一SR。

也就是说，基于上述第一条件的限制，可以避免终端设备在上行同步丢失时发送SR。即使终端设备在上行同步丢失时发送了SR，接入网设备也会因为终端设备的上行同步丢失而无法成功接收该SR。因此，限制终端设备在上行同步丢失时不发送SR，可以降低终端设备的功耗浪费，同时降低SR发送占用的资源浪费。

如图9所示，为本申请提供的另一种调度请求处理方法，该调度请求处理方法应用于终端设备。参见图9，该调度请求处理方法包括如下步骤：

S901、第一实体确定存在处于等待状态的第一SR。其中，步骤S901的实现可参考上述步骤S701中的相关说明，在此不再赘述。

其中，在步骤S901后，可以执行下述步骤S902a或S902b或902c。

S902a、第二条件满足时，启动随机接入过程，并取消第一SR。

其中，第二条件包括：第一实体不存在有效的PUCCH资源，且第一实体未收到上行同步丢失指示。该有效的PUCCH资源与第一SR对应，或者说，PUCCH资源是为第一SR配置的PUCCH资源。

可选的，第一实体不存在有效的PUCCH资源，可以包括：为第一SR配置的该PUCCH资源被其他业务占用。或者说，为第一SR配置的该PUCCH资源上的SR传输时机对应的频域资源被其他业务占用。

其中，上行同步丢失指示，以及第一实体未收到上行同步丢失指示的说明可参考上述步骤S702中的相关描述，在此不再赘述。

基于该步骤S902a，第一实体在不存在有效的PUCCH资源的情况下，若要启动随机接入过程，并取消第一SR，至少需要满足第一实体未收到上行同步丢失指示。换句话说，即使第一实体不存在有效的PUCCH资源，但是如果第一实体收到了上行同步丢失指示(即终端设备处于上行失步状态)，那么第一实体也不能启动随机接入过程。也就是说，基于第二条件的限制，可以避免终端设备在上行失步状态下启动随机接入，从而降低终端设备的功耗浪费，同时降低随机接入占用的资源浪费。

S902b、第三条件满足时，第一实体向第二实体发送随机接入前导码指示。其中，随机接入前导码指示用于指示第二实体发送随机接入前导码。

其中，第三条件包括：第一实体不存在有效的PUCCH资源，且第一实体收到上行同步丢失指示。

可选的，第一实体收到上行同步丢失指示可以包括：第一实体最新收到的指示为上行同步丢失指示；或者，第一实体在第一SR被触发后，配置的第一SR的SR传输时机之前收到上行同步丢失指示。

作为一种可能的实现，第一实体不存在有效的PUCCH资源，可以包括：为第一SR配置的该PUCCH资源被其他业务占用。或者说，为第一SR配置的该PUCCH资源上的SR传输时机对应的频域资源被其他业务占用。

作为另一种可能的实现，第一实体不存在有效的PUCCH资源，可以包括：实际上第一实体在有效的PUCCH资源上有配置的SR传输时机，但是由于第一实体收到了上行同步丢失指示，所以第一实体认为该PUCCH资源无效。

结合上述两种可能的实现，也就是说，如果第一实体收到了上行同步丢失指示，无论第一SR对应的PUCCH资源是否被占用，或者，无论是否存在第一SR对应的PUCCH资源，第一实体均认为该PUCCH资源无效。

可选的，第二实体收到该随机接入前导码指示后，可以在配置的随机接入时机上发送随机接入前导码。

可选的，第一实体还可以向第二实体发送指示信息b，该指示信息b可以指示一段时长(记为时长1)。该场景下，随机接入前导码指示和指示信息b可以联合指示第二实体在时长1之后的随机接入时机上发送随机接入前导码。示例性的，该时长1的起始时刻可以是第二实体收到指示信息b并解析出时长1的时刻。

可选的，在第一实体向第二实体发送随机接入前导码指示之后，第一实体可能收到上行同步指示。例如，第三实体在向第一实体发送上行同步丢失指示之后，再次收到了卫星的星历信息或者飞行平台的飞行信息，那么第三实体可以向第一实体发送上行同步指示，表示上行同步恢复。

该场景下，如图10a所示，在步骤S902b之后，本申请实施例提供的调度请求处理方法还可以包括：第一实体向第二实体发送指示信息c。该指示信息c用于取消随机接入前导码的发送。或者说，该指示信息c用于指示第二实体取消随机接入前导码的发送。

可选的，第二实体收到指示信息c后，若还未发送随机接入前导码，可以取消该随机接入前导码的发送。示例性的，第二实体还未发送随机接入前导码的原因可能是随机接入时机还未到达，或者，第二实体在指定时间段(例如，起始时刻为第二实体收到指示信息b并解析出时长1的时刻，时长为时长1)收到了指示信息c。

示例性的，如图10b所示，以第二实体在时刻t1收到随机接入前导码指示，且随机接入时机位于时刻t2为例。若第二实体在时刻t3收到指示信息c，那么，第二实体将取消随机接入前导码的发送。

可选的，如图10a所示，在第一实体收到上行同步指示之后，第一实体还可以指示第二实体在有效的PUCCH资源上发送第一SR。相应的，第二实体可以根据第一实体的指示发送第一SR。

基于该可能的实现，在上行同步恢复后，可以取消随机接入前导的发送。此时，若存在有效的PUCCH资源，则第一实体可以指示第二实体在该PUCCH资源上发送第一SR，减少由于随机接入的执行带来的时延，即相比于仍然发送随机接入前导的方案，可以降低第一SR的发送时延。

可选的，在第三条件满足时，第一实体还可以启动第一定时器。若第一实体在该第一定时器超时前收到上行同步指示，则第一实体可以向第二实体发送上述指示信息c。

S902c、第三条件满足时，第一实体确定不向第二实体发送随机接入前导码指示。其中，第三条件、随机接入前导码的说明可参考上述步骤S902b中的相关描述，在此不再赘述。

可选的，在步骤S902c之后，若第一实体收到上行同步指示，且存在有效的PUCCH资源，第一实体可以指示第二实体在该PUCCH资源上发送第一SR；若第一实体收到上行同步指示，但不存在有效的PUCCH资源，第一实体可以启动随机接入过程，并取消第一SR。

可选的，在第三条件满足时，第一实体还可以启动第二定时器。进一步的，该步骤S903可以包括：第一实体确定在第二定时器超时前不向第二实体发送随机接入前导码指示。

基于该步骤S902c，在第一实体收到上行同步丢失指示，即终端设备处于上行失步状态的情况下，第一实体不向第二实体发送随机接入前导码指示，即不启动随机接入。也就是说，基于第三条件的限制，可以避免终端设备在上行失步状态下启动随机接入，从而降低终端设备的功耗浪费，同时降低随机接入占用的资源浪费。

在一些实施场景中，考虑终端设备是否上行同步的情况下：若接入网设备为SR配置了PUCCH资源，那么在第一实体收到上行同步指示时，可以认为该PUCCH资源有效。此外，可以认为允许在服务小区中进行上行传输。在认为PUCCH资源有效的情况下，可以根据上述图7所示的方法对调度请求进行处理。

若接入网设备为SR配置了PUCCH资源，那么在第一实体收到上行同步丢失指示时，可以认为该PUCCH资源无效，或者说，第一实体不存在有效的PUCCH资源。此外，第一实体可以清除HARQ缓存，不在服务小区进行任何上行传输。

可以理解的是，以上各个实施例中，由终端设备实现的方法和/或步骤，也可以由可用于该终端设备的部件(例如处理器、芯片、芯片系统、电路、逻辑模块、或软件例如芯片或者电路)实现。

上述主要对本申请提供的方案进行了介绍。相应的，本申请还提供了通信装置，该通信装置用于实现上述各种方法。该通信装置可以为上述方法实施例中的终端设备，或者包含上述终端设备的装置，或者为可用于终端设备的部件，例如芯片或芯片系统。

可以理解的是，该通信装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法实施例对通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

可选的，以通信装置为上述方法实施例中的终端设备为例，图11示出了一种终端设备110的结构示意图。该终端设备110包括处理模块1101和通信模块1102。

在一些实施例中，该终端设备110还可以包括存储模块(图11中未示出)，用于存储程序指令和数据。

在一些实施例中，通信模块1102，也可以称为收发单元用以实现发送和/或接收功能。该通信模块1102可以由收发电路，收发机，收发器或者通信接口构成。

在一些实施例中，通信模块1102，可以包括接收模块和发送模块，分别用于执行上述方法实施例中由终端设备执行的接收和发送类的步骤，和/或用于支持本文所描述的技术的其它过程；处理模块1101，可以用于执行上述方法实施例中由终端设备执行的处理类(例如确定、生成等)的步骤，和/或用于支持本文所描述的技术的其它过程。

在一种可能的实现中：

处理模块1101，用于第一实体确定存在处于等待状态的第一调度请求SR。第一条件满足时，通信模块1102，用于第一实体指示第二实体发送第一SR；第一条件包括：第一实体在有效的物理上行控制信道PUCCH资源上有配置的SR传输时机，且第一实体未收到上行同步丢失指示。

可选的，第一实体未收到上行同步丢失指示，包括：在SR传输时机之前，第一实体未收到上行同步丢失指示。

可选的，在SR传输时机之前，第一实体未收到上行同步丢失指示，包括：在第一SR被触发后，且在SR传输时机之前，第一实体未收到上行同步丢失指示。

可选的，第一实体未收到上行同步丢失指示，包括：第一实体最新收到的指示为上行同步指示。

在另一种可能的实现中：

处理模块1101，用于第一实体确定存在处于等待状态的第一调度请求SR；第二条件满足时，处理模块1101，还用于启动随机接入过程，并取消第一SR；第二条件包括：第一实体不存在有效的物理上行控制信道PUCCH资源，且第一实体未收到上行同步丢失指示，其中，有效的PUCCH资源与第一SR对应。或者，

第三条件满足时，通信模块1102，用于第一实体向第二实体发送随机接入前导码指示，或处理模块1101，用于第一实体确定不向第二实体发送随机接入前导码指示；第三条件包括：第一实体不存在有效的PUCCH资源，且第一实体收到上行同步丢失指示；随机接入前导码指示用于指示第二实体发送随机接入前导码。

可选的，若第一实体收到上行同步指示，通信模块1102，还用于第一实体向第二实体发送指示信息，指示信息用于取消随机接入前导码的发送。

可选的，通信模块1102，还用于第一实体指示第二实体在有效的PUCCH资源上发送第一SR。

可选的，第三条件满足时，处理模块1101，还用于启动第一定时器；第一实体收到上行同步指示，包括：第一实体在第一定时器超时前收到上行同步指示。

可选的，第三条件满足时，处理模块1101，还用于启动第二定时器；处理模块1101，用于第一实体确定不向第二实体发送随机接入前导码指示，包括：处理模块1101，用于第一实体确定在第二定时器超时前不向第二实体发送随机接入前导码指示。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本申请中，该终端设备110以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定专用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。

在一些实施例中，在硬件实现上，本领域的技术人员可以想到该终端设备110可以采用图6a所示的通信装置60的形式。

作为一种示例，图11中的处理模块1101的功能/实现过程可以通过图6a所示的通信装置60中的处理器601调用存储器603中存储的计算机执行指令来实现。图11中的通信模块1102的功能/实现过程可以通过图6a所示的通信装置60中的通信接口604来实现。

在一些实施例中，当图11中的终端设备110是芯片或芯片系统时，通信模块1102的功能/实现过程可以通过芯片或芯片系统的输入输出接口(或通信接口)实现，处理模块1101的功能/实现过程可以通过芯片或芯片系统的处理器(或者处理电路)实现。

由于本实施例提供的终端设备110可执行上述方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

作为一种可能的产品形态，本申请实施例所述的终端设备，还可以使用下述来实现：一个或多个现场可编程门阵列(field programmable gate array，FPGA)、可编程逻辑器件(programmable logic device，PLD)、控制器、状态机、门逻辑、分立硬件部件、任何其它适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。

作为另一种可能的产品形态，本申请实施例所述的终端设备，可以由一般性的总线体系结构来实现。为了便于说明，参见图12，图12是本申请实施例提供的通信装置1200的结构示意图，该通信装置1200包括处理器1201和收发器1202。该通信装置1200可以为终端设备，或其中的芯片或模块。图12仅示出了通信装置1200的主要部件。除处理器1201和收发器1202之外，所述通信装置还可以进一步包括存储器1203。

可选的，处理器1201主要用于对通信协议以及通信数据进行处理，以及对整个通信装置进行控制，执行软件程序，处理软件程序的数据。存储器1203主要用于存储软件程序和数据。收发器1202可以包括射频电路和天线，射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。

可选的，处理器1201、收发器1202、以及存储器1203可以通过通信总线连接。

当通信装置开机后，处理器1201可以读取存储器1203中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器1201对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到通信装置时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器1201，处理器1201将基带信号转换为数据并对该数据进行处理。

在另一种实现中，所述的射频电路和天线可以独立于进行基带处理的处理器而设置，例如在分布式场景中，射频电路和天线可以与独立于通信装置，呈拉远式的布置。

在一些实施例中，本申请实施例还提供一种通信装置，该通信装置包括处理器，用于实现上述任一方法实施例中的方法。

作为一种可能的实现方式，该通信装置还包括存储器。该存储器，用于保存必要的计算机程序和数据。该计算机程序可以包括指令，处理器可以调用存储器中存储的计算机程序中的指令以指令该通信装置执行上述任一方法实施例中的方法。当然，存储器也可以不在该通信装置中。

作为另一种可能的实现方式，该通信装置还包括接口电路，该接口电路为代码/数据读写接口电路，该接口电路用于接收计算机执行指令(计算机执行指令存储在存储器中，可能直接从存储器读取，或可能经过其他器件)并传输至该处理器。

作为又一种可能的实现方式，该通信装置还包括通信接口，该通信接口用于与该通信装置之外的模块通信。

可以理解的是，该通信装置可以是芯片或芯片系统，该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序或指令，该计算机程序或指令被计算机执行时实现上述任一方法实施例的功能。

本申请还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。

本领域普通技术人员可以理解，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

可以理解，本申请中描述的系统、装置和方法也可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。作为单元显示的部件可以是或者也可以不是物理单元。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，本申请实施例所述的全部或部分流程(或功能)被实现。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。本申请实施例中,计算机可以包括前面所述的装置。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (21)

1.一种调度请求处理方法，其特征在于，所述方法包括：

第一实体确定存在处于等待状态的第一调度请求SR；

第一条件满足时，所述第一实体指示第二实体发送所述第一SR；所述第一条件包括：所述第一实体在有效的物理上行控制信道PUCCH资源上有配置的SR传输时机，且所述第一实体未收到上行同步丢失指示。

2.根据权利要求1所述的方法，其特征在于，所述第一实体未收到上行同步丢失指示，包括：

在所述SR传输时机之前，所述第一实体未收到所述上行同步丢失指示。

3.根据权利要求2所述的方法，其特征在于，在所述SR传输时机之前，所述第一实体未收到所述上行同步丢失指示，包括：

在所述第一SR被触发后，且在所述SR传输时机之前，所述第一实体未收到所述上行同步丢失指示。

4.根据权利要求1所述的方法，其特征在于，所述第一实体未收到上行同步丢失指示，包括：

所述第一实体最新收到的指示为上行同步指示。

5.一种调度请求处理方法，其特征在于，所述方法包括：

第一实体确定存在处于等待状态的第一调度请求SR；

第二条件满足时，启动随机接入过程，并取消所述第一SR；所述第二条件包括：第一实体不存在有效的物理上行控制信道PUCCH资源，且所述第一实体未收到上行同步丢失指示；或者，

第三条件满足时，所述第一实体向第二实体发送随机接入前导码指示，或所述第一实体确定不向第二实体发送随机接入前导码指示；所述第三条件包括：所述第一实体不存在有效的PUCCH资源，且所述第一实体收到上行同步丢失指示；所述随机接入前导码指示用于指示所述第二实体发送随机接入前导码；

其中，所述有效的PUCCH资源与所述第一SR对应。

6.根据权利要求5所述的方法，其特征在于，所述第一实体向第二实体发送随机接入前导码指示之后，所述方法还包括：

若所述第一实体收到上行同步指示，所述第一实体向所述第二实体发送指示信息，所述指示信息用于取消所述随机接入前导码的发送。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：所述第一实体指示所述第二实体在有效的PUCCH资源上发送所述第一SR。

8.根据权利要求6或7所述的方法，其特征在于，所述第三条件满足时，所述方法还包括：启动第一定时器；

所述第一实体收到所述上行同步指示，包括：

所述第一实体在所述第一定时器超时前收到所述上行同步指示。

9.根据权利要求5所述的方法，其特征在于，所述第三条件满足时，所述方法还包括：启动第二定时器；

所述第一实体确定不向第二实体发送随机接入前导码指示，包括：

所述第一实体确定在所述第二定时器超时前不向所述第二实体发送所述随机接入前导码指示。

10.一种通信装置，其特征在于，所述通信装置包括：处理模块和通信模块；

所述处理模块，用于第一实体确定存在处于等待状态的第一调度请求SR；

第一条件满足时，所述通信模块，用于所述第一实体指示第二实体发送所述第一SR；所述第一条件包括：所述第一实体在有效的物理上行控制信道PUCCH资源上有配置的SR传输时机，且所述第一实体未收到上行同步丢失指示。

11.根据权利要求10所述的通信装置，其特征在于，所述第一实体未收到上行同步丢失指示，包括：

在所述SR传输时机之前，所述第一实体未收到所述上行同步丢失指示。

12.根据权利要求11所述的通信装置，其特征在于，在所述SR传输时机之前，所述第一实体未收到所述上行同步丢失指示，包括：

在所述第一SR被触发后，且在所述SR传输时机之前，所述第一实体未收到所述上行同步丢失指示。

13.根据权利要求10所述的通信装置，其特征在于，所述第一实体未收到上行同步丢失指示，包括：

所述第一实体最新收到的指示为上行同步指示。

14.一种通信装置，其特征在于，所述通信装置包括：处理模块和通信模块；

所述处理模块，用于第一实体确定存在处于等待状态的第一调度请求SR；

第二条件满足时，所述处理模块，还用于启动随机接入过程，并取消所述第一SR；所述第二条件包括：第一实体不存在有效的物理上行控制信道PUCCH资源，且所述第一实体未收到上行同步丢失指示；或者，

第三条件满足时，所述通信模块，用于所述第一实体向第二实体发送随机接入前导码指示，或所述处理模块，用于所述第一实体确定不向第二实体发送随机接入前导码指示；所述第三条件包括：所述第一实体不存在有效的PUCCH资源，且所述第一实体收到上行同步丢失指示；所述随机接入前导码指示用于指示所述第二实体发送随机接入前导码；

其中，所述有效的PUCCH资源与所述第一SR对应。

15.根据权利要求14所述的通信装置，其特征在于，

若所述第一实体收到上行同步指示，所述通信模块，还用于所述第一实体向所述第二实体发送指示信息，所述指示信息用于取消所述随机接入前导码的发送。

16.根据权利要求15所述的通信装置，其特征在于，所述通信模块，还用于所述第一实体指示所述第二实体在有效的PUCCH资源上发送所述第一SR。

17.根据权利要求15或16所述的通信装置，其特征在于，所述第三条件满足时，所述处理模块，还用于启动第一定时器；

所述第一实体收到所述上行同步指示，包括：

所述第一实体在所述第一定时器超时前收到所述上行同步指示。

18.根据权利要求14所述的通信装置，其特征在于，所述第三条件满足时，所述处理模块，还用于启动第二定时器；

所述处理模块，用于所述第一实体确定不向第二实体发送随机接入前导码指示，包括：

所述处理模块，用于所述第一实体确定在所述第二定时器超时前不向所述第二实体发送所述随机接入前导码指示。

19.一种通信装置，其特征在于，所述通信装置包括处理器；所述处理器，用于运行计算机程序或指令，以使所述通信装置执行如权利要求1-4任一项所述的方法，或者，以使所述通信装置执行如权利要求5-9任一项所述的方法。

20.一种计算机可读存储介质，其特征在于，计算机可读存储介质存储有计算机指令或程序，当计算机指令或程序在计算机上运行时，使得如权利要求1-4任一项所述的方法被执行，或者，使得如权利要求5-9任一项所述的方法被执行。

21.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令；当部分或全部所述计算机指令在计算机上运行时，使得如权利要求1-4任一项所述的方法被执行，或者，使得如权利要求5-9任一项所述的方法被执行。