CN110035541B - 调度请求的发送和处理方法及装置、存储介质、终端、基站 - Google Patents
调度请求的发送和处理方法及装置、存储介质、终端、基站 Download PDFInfo
- Publication number
- CN110035541B CN110035541B CN201810026761.2A CN201810026761A CN110035541B CN 110035541 B CN110035541 B CN 110035541B CN 201810026761 A CN201810026761 A CN 201810026761A CN 110035541 B CN110035541 B CN 110035541B
- Authority
- CN
- China
- Prior art keywords
- scheduling request
- information
- indication information
- uplink
- request indication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种调度请求的发送和处理方法及装置、存储介质、终端、基站,所述发送方法包括:在发送下行数据接收反馈信息时,如果要同时发送上行业务的调度请求,则确定所述上行业务相关联的SR配置;确定用于指示所述上行业务相关联的SR配置的调度请求指示信息,其中,当UE配置有多个SR配置时,所述调度请求指示信息的长度大于等于2比特;将所述调度请求指示信息和下行数据接收反馈信息作为上行信息,在同一时隙通过PUCCH资源发送给基站。通过本发明的方案能够在与下行数据接收反馈信息一并发送的调度请求指示信息中,以最短的长度指示尽可能多的指示请求调度的上行业务的相关信息,以供基站更合理的安排对UE的调度策略。
Description
技术领域
本发明涉及通信技术领域,具体地涉及一种调度请求的发送和处理方法及装置、存储介质、终端、基站。
背景技术
在5G(也可称为新无线,New Radio,简称NR)中,基站通过下行控制信令(DownlinkControl Information,简称DCI)调度用户设备(User Equipment,简称UE),下行控制信令可以指示下行指派(Downlink Assignment,简称DLAssignment)或上行授权(UplinkGrant,简称UL Grant)。
其中,下行指派用于向UE指示在物理下行共享信道(Physical Downlink SharedChannel,简称PDSCH)上传输的数据。UE依据DCI的信息在指定位置接收下行数据,根据接收状态确定下行数据接收反馈信息(准确接收数据则反馈确认字符Acknowledgement,简称ACK,可以用1表示;没有准确接收数据则反馈否定字符Negative Acknowledgment,简称NACK,可以用0表示),然后在指定的时隙(DCI中有信元指示反馈时隙的位置)使用物理上行控制信道(Physical Uplink Control Channel,简称PUCCH)资源反馈ACK或NACK(以下记作ACK/NACK)。
UE在反馈ACK/NACK时,有时在同一个时隙(slot)需要一并上报调度请求,此时需要把调度请求信息与ACK/NACK一起编码,然后通过PUCCH向基站发送。
另一方面,在NR中,UE可以配置多个调度请求配置(Scheduling Requestconfiguration,简称SR configuration,以下简称为SR配置),不同优先级的业务对应的逻辑信道(Logic Channel,简称LCH)可以映射至不同的SR配置。当其中一个LCH有上行数据要传输时,UE可以触发调度请求,在该LCH关联的SR配置所对应的资源上传输调度请求。基站收到调度请求之后,依据调度请求的传输资源位置确定该UE需要传输数据的优先级(亦即根据SR的传输资源位置确定关联的SR配置,进而根据SR配置的优先级确定请求调度的业务的优先级),然后据此执行调度资源的分配。
但是,在现有的应用中,当UE在PUCCH中同时传输SR和ACK/NACK且UE同时配置多个SR配置时,由于UE上报的信息不是通过SR配置的资源发送的,基站无法从该信息中识别出实际产生上行数据传输需求的业务所关联的SR配置(或LCH),进而无法确定UE需要调度业务的优先级,使得基站无法针对UE做出合理的调度决策。
发明内容
本发明解决的技术问题是如何在与下行数据接收反馈信息一并发送的调度请求指示信息中以最短的长度指示尽可能多的指示请求调度的上行业务的相关信息,以供基站更合理的安排对UE的调度策略。
为解决上述技术问题,本发明实施例提供一种调度请求的发送方法,包括:在发送下行数据接收反馈信息时,如果要同时发送上行业务的调度请求,则确定所述上行业务相关联的SR配置;确定用于指示所述上行业务相关联的SR配置的调度请求指示信息,其中,当UE配置有多个SR配置时,所述调度请求指示信息的长度大于等于2比特;将所述调度请求指示信息和下行数据接收反馈信息作为上行信息,在同一时隙通过PUCCH资源发送给基站。
本发明实施例还提供一种调度请求的发送装置,包括:第一确定模块,在发送下行数据接收反馈信息时,如果要同时发送上行业务的调度请求,则确定所述上行业务相关联的SR配置;第二确定模块,确定用于指示所述上行业务相关联的SR配置的调度请求指示信息,其中,当UE配置有多个SR配置时,所述调度请求指示信息的长度大于等于2比特;处理发送模块,将所述调度请求指示信息和下行数据接收反馈信息作为上行信息,在同一时隙通过PUCCH资源发送给基站。
本发明实施例还提供一种调度请求的处理方法,包括:接收上行信息,所述上行信息包括调度请求指示信息和下行数据接收反馈信息,其中,所述调度请求指示信息和下行数据接收反馈信息是UE在同一时隙通过PUCCH资源发送的,所述调度请求指示信息用于指示所述UE的上行业务相关联的SR配置,当配置给所述UE的SR配置为多个时,所述调度请求指示信息的长度大于等于2比特;根据所述调度请求指示信息确定与所述上行业务相关联的SR配置;根据所述上行业务相关联的SR配置和基站当前的调度状态确定对所述上行业务的调度策略。
本发明实施例还提供一种调度请求的处理装置,包括:接收模块,用于接收上行信息,所述上行信息包括调度请求指示信息和下行数据接收反馈信息,其中,所述调度请求指示信息和下行数据接收反馈信息是UE在同一时隙通过PUCCH资源发送的,所述调度请求指示信息用于指示所述UE的上行业务相关联的SR配置,当配置给所述UE的SR配置为多个时,所述调度请求指示信息的长度大于等于2比特;第一确定模块,用于根据所述调度请求指示信息确定与所述上行业务相关联的SR配置;第二确定模块,用于根据所述上行业务相关联的SR配置和基站当前的调度状态确定对所述上行业务的调度策略。
本发明实施例还提供一种存储介质,其上存储有计算机指令,所述计算机指令运行时执行上述方法的步骤。
本发明实施例还提供一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述发送方法的步骤。
本发明实施例还提供一种基站,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述处理方法的步骤。
与现有技术相比,本发明实施例的技术方案具有以下有益效果:
在用户设备(User Equipment,简称UE)侧,本发明实施例提供一种调度请求的发送方法,包括:在发送下行数据接收反馈信息时,如果要同时发送上行业务的调度请求,则确定所述上行业务相关联的SR配置;确定用于指示所述上行业务相关联的SR配置的调度请求指示信息,其中,当UE配置有多个SR配置时,所述调度请求指示信息的长度大于等于2比特;将所述调度请求指示信息和下行数据接收反馈信息作为上行信息,在同一时隙通过PUCCH资源发送给基站。较之现有技术固定采用1比特长度的调度请求指示信息与下行数据接收反馈信息一并发送至基站的技术方案(无论UE是否配置多个SR配置),当UE配置有多个SR配置时,采用本发明实施例所述方案的UE能够以2比特或更多比特长度的调度请求指示信息与所述下行数据接收反馈信息一并发送至所述基站,以向所述基站上报需要调度的上行业务的相关信息(如上行业务的优先级,其可以通过上行业务相关联的SR配置确定),以便基站能够更合理的安排对UE的调度策略。
进一步,根据所述上行业务相关联的SR配置以及预设关联关系表确定所述调度请求指示信息,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系,以使发送至基站的调度请求指示信息能够准确指示所述上行业务相关联的SR配置。
进一步,所述预设关联关系表中记录有优先级高于预设阈值的SR配置与调度请求指示信息的关联关系,以精简所述预设关联关系表中记录的内容,确保优先级较高的SR配置关联的上行业务能够优先获得基站的调度安排,也便于UE在调度请求指示信息中以最短的长度指示尽可能多的指示所述上行业务的相关信息。
进一步,在基站侧,本发明实施例还提供一种调度请求的处理方法,包括:接收上行信息,所述上行信息包括调度请求指示信息和下行数据接收反馈信息,其中,所述调度请求指示信息和下行数据接收反馈信息是UE在同一时隙通过PUCCH资源发送的,所述调度请求指示信息用于指示所述UE的上行业务相关联的SR配置,当配置给所述UE的SR配置为多个时,所述调度请求指示信息的长度大于等于2比特;根据所述调度请求指示信息确定与所述上行业务相关联的SR配置;根据所述上行业务相关联的SR配置和基站当前的调度状态确定对所述上行业务的调度策略。较之现有基站只能从与下行数据接收反馈信息一并接收到的调度请求中了解到UE有上行业务请求调度,而无法从中获得更多的上行业务相关信息的技术方案,采用本发明实施例所述方案的基站能够从UE与下行数据接收反馈信息一并发送的调度请求指示信息中获取更多的上行业务的相关信息,如本次请求调度的上行业务的优先级(可以通过上行业务相关联的SR配置确定),进而根据该SR配置更合理的判断是否调度、何时调度该UE进行上行数据传输。
附图说明
图1是本发明第一实施例的一种调度请求的发送方法的流程图;
图2是本发明第二实施例的一种调度请求的发送装置的结构示意图;
图3是本发明第三实施例的一种调度请求的处理方法的流程图;
图4是本发明第四实施例的一种调度请求的处理装置的结构示意图;
图5是本发明实施例一个典型的应用场景的信令交互示意图。
具体实施方式
如背景技术所言,当用户设备(User Equipment,简称UE)需要在通过物理上行控制信道(Physical Uplink Control Channel,简称PUCCH)传输下行数据接收反馈信息(ACK/NACK)的同时发送调度请求(Scheduling Request,简称SR),且UE配置有多个SR配置时,现有的技术方案使得基站无法从与下行数据接收反馈信息一同接收到的SR中获取足够多的调度请求信息,导致基站无法做出合理的调度安排。
本申请发明人经过分析发现,上述问题是由于现有与下行数据接收反馈信息一并发送的调度请求的长度不足(通常为1比特)导致的。由于在此场景中调度请求不是通过产生上行业务传输需求的业务(以下简称为上行业务)相关联的SR配置的资源发送的,当UE同时配置多个SR配置时,1比特长度的SR使得UE无法在其中指示足够多的调度请求信息(即上行业务的相关信息)。也就使得接收该下行数据接收反馈信息和调度请求的基站无法从调度请求中获取SR配置的相关信息,无法区分请求调度的该上行业务的优先级,进而无法合理决定对该上行业务的调度策略。
为了解决上述技术问题,本发明实施例的方案提供一种调度请求的发送方法,包括:在发送下行数据接收反馈信息时,如果要同时发送上行业务的调度请求,则确定所述上行业务相关联的SR配置;确定用于指示所述上行业务相关联的SR配置的调度请求指示信息,其中,当UE配置有多个SR配置时,所述调度请求指示信息的长度大于等于2比特;将所述调度请求指示信息和下行数据接收反馈信息作为上行信息,在同一时隙通过PUCCH资源发送给基站。
本领域技术人员理解,基于本发明实施例的方案,当UE配置有多个SR配置时,采用本发明实施例所述方案的UE能够以2比特或更多比特长度的调度请求指示信息与所述下行数据接收反馈信息一并发送至所述基站,以向所述基站上报需要调度的上行业务的相关信息(如上行业务的优先级,其可以通过上行业务相关联的SR配置确定),以便基站能够更合理的安排对UE的调度策略。
为使本发明的上述目的、特征和有益效果能够更为明显易懂,下面结合附图对本发明的具体实施例做详细的说明。
图1是本发明第一实施例的一种调度请求的发送方法的流程图,该方法可以应用于用户设备侧,例如由用户设备(User Equipment,简称UE)执行。其中,本实施例所述方案可以适于以下场景:使用其他非调度请求专用传输资源(如SR配置的资源)同时传输调度请求和其他信令(或只传输调度请求)的场景,例如,使用分配给下行数据接收反馈信息的PUCCH资源同时传输下行数据接收反馈信息和调度请求的场景。
接下来,本实施以使用PUCCH资源同时传输下行数据接收反馈信息和调度请求的场景为例做具体阐述。
具体地,在本实施例中,所述调度请求的发送方法可以包括如下步骤:
步骤S101,在发送下行数据接收反馈信息时,如果要同时发送上行业务的调度请求,则确定所述上行业务相关联的SR配置。
步骤S102,确定用于指示所述上行业务相关联的SR配置的调度请求指示信息,其中,当UE配置有多个SR配置时,所述调度请求指示信息的长度大于等于2比特。
步骤S103,将所述调度请求指示信息和下行数据接收反馈信息作为上行信息,在同一时隙通过PUCCH资源发送给基站。
更为具体地,所述下行数据接收反馈信息可以用于指示UE接收下行数据的接收状态。
例如,若UE依据下行控制信息(Downlink Control Information,简称DCI,由基站预先发送至UE)指示的信息在指定位置准确接收到基站发送的下行数据,则所述UE需要在指定的时隙在PUCCH资源反馈确认字符(Acknowledgement,简称ACK,可以用1表示);又例如,若UE依据DCI指示的信息在指定位置未能准确接收到下行数据,则所述UE需要在指定的时隙在PUCCH资源反馈否定字符(Negative Acknowledgment,简称NACK,可以用0表示)。其中,指定的时隙可以通过DCI指示。
在本实施例中,在反馈下行数据接收反馈信息(如ACK/NACK)时,UE有上行业务需要请求基站的调度,则UE需要在同一个时隙上报调度请求,基于本实施例的方案,能够以尽可能短的长度在与下行数据接收反馈信息一并上报的调度请求指示信息中指示尽可能多的上行业务相关信息(即调度请求信息),以供基站更合理的安排对UE的调度策略。
进一步地,所述UE建立的业务可以承载在逻辑信道(Logic Channel,简称LCH)上,亦即业务与LCH可以是一一对应的。
进一步地,基站可以为UE配置多个SR配置(SR configuration),一个或多个LCH可以映射至同一个SR配置,不同SR配置所占用的PUCCH资源、周期等参数是不同的。
在实际应用中,业务的优先级与LCH的优先级是相对应的,基站一般会将相同或相近优先级的业务分配到同一SR配置上,因而,业务的优先级与SR配置的优先级也是相对应的。
所以,在本实施例中,需要将所述上行业务相关联的SR配置指示给基站,以供基站更合理的决定对上行业务的调度策略。
进一步地,在所述步骤S101中,可以基于承载所述上行业务的LCH与基站分配给UE的SR配置的映射关系确定所述上行业务相关联的SR配置。
进一步地,基于所述调度请求指示信息,UE至少可以将本次请求调度的上行业务相关联的SR配置指示给基站,以便基站以所述上行业务相关联的SR配置的优先级为考量因素之一确定对所述上行业务的调度策略。
进一步地,所述时隙是基站通过下行控制信息(Downlink ControlInformation,简称DCI)指定给所述UE的反馈时隙,以供UE传输所述下行数据接收反馈信息。
进一步地,所述上行信息通过PUCCH资源传输,所述PUCCH资源是指,基站分配给UE用于传输下行数据接收反馈信息的PUCCH资源。
作为一个非限制性实施例,当所述PUCCH资源可以承载下行数据接收反馈信息和至少2比特的调度请求指示信息时,所述UE采用本实施例所述方案在所述反馈时隙通过所述PUCCH资源传输所述上行信息;否则,即当所述PUCCH资源只能承载下行数据接收反馈信息和1比特的调度请求指示信息时,所述UE在所述反馈时隙通过所述PUCCH资源采用1比特传输所述上行业务的调度请求。
作为一个非限制性实施例,在执行所述步骤S102时,所述UE可以先判断所述PUCCH资源在承载所述下行数据接收反馈信息后剩余的可用PUCCH资源是否足够承载大于1比特的调度请求指示信息,如果所述可用PUCCH资源足够,则所述UE可以采用2比特甚至更多比特传输所述上行业务的调度请求;否则,即当所述可用PUCCH资源不足时,所述UE采用1比特传输所述上行业务的调度请求。
进一步地,所述调度请求指示信息的长度可以用所述调度请求指示信息所包含的比特数衡量。
在一个优选例中,所述调度请求指示信息的长度可以为2比特或3比特。
例如,当所述调度请求指示信息的长度为2比特时,所述调度请求指示信息可以选自:00、01、10、11。
又例如,当所述调度请求指示信息的长度为3比特时,所述调度请求指示信息可以选自:000、001、010、011、100、101、110、111。
作为一个非限制性实施例,所述调度请求指示信息的长度可以根据所述UE配置的SR配置的数量确定,或者协议设定了所述调度请求指示信息的长度。
在一个优选例中,当所述UE配置的SR配置的数量为1个时,所述调度请求指示信息的长度可以为1比特。
例如,所述UE可以采用1来表示UE有上行业务请求调度,此时,由于所述UE仅配置有一个SR配置,只要接收到与所述下行数据接收反馈信息一并发送的调度请求指示信息,无论这1比特的调度请求指示信息的具体内容如何,所述基站能了解UE有上行调度的需求。
在另一个优选例中,当所述UE配置的SR配置的数量为2个至4个时,所述调度请求指示信息的长度可以为2位。
例如,当所述UE配置有4个SR配置时,可以采用00、01、10、11分别指示四个SR配置,当某一SR配置关联的业务(即该业务对应的逻辑信道映射到该SR配置上)产生上行数据传输需求时,所述UE可以将与该SR配置相关联的调度请求指示信息作为所述上行信息的一部分。
又例如,当所述UE配置有2个或3个SR配置时,可以从00、01、10、11中选择对应数量的调度请求指示信息以指示各SR配置。
在又一个优选例中,当所述UE配置的SR配置的数量为5个至8个时,所述调度请求指示信息的长度可以为3位。
例如,当所述UE配置有8个SR配置时,可以000、001、010、011、100、101、110、111分别指示八个SR配置。
又例如,当所述UE配置有5个、6个或7个SR配置时,可以从000、001、010、011、100、101、110、111中选择对应数量(如从第一个开始选择对应数量)的调度请求指示信息以指示各SR配置。
进一步地,基站侧和所述用户设备侧预先可以分别存储SR配置与调度请求指示信息的关联关系。对于UE,该关联关系方便其在执行本实施例所述方案时准确、快速的确定需要发送的调度请求指示信息的具体内容。对于基站,该关联关系方便其在接收到UE发送的上行信息后方便、精确的确定本次请求调度的上行业务相关联的SR配置。
作为一个非限制性实施例,所述SR配置与调度请求指示信息的关联关系可以以预设关联关系表的形式存储。如UE配置有4个SR配置时,预设关联关系表指明采用2比特指示所述调度请求指示信息,其中00对应第一个SR配置(可记作SR配置1),01对应第二个SR配置(可记作SR配置2),10对应第三个SR配置(可记作SR配置3),11对应第4个SR配置(可记作SR配置4)。
相应的,所述步骤S102可以包括:根据所述上行业务相关联的SR配置以及预设关联关系表确定所述调度请求指示信息,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系,以使发送至基站的调度请求指示信息能够准确指示所述上行业务相关联的SR配置。
例如,所述关联关系表可以记录有所有SR配置与调度请求指示信息的关联关系,在执行所述步骤S102时,所述UE可以基于所述上行业务相关联的SR配置查找所述关联关系表,以确定与所述上行业务相关联的SR配置存在关联关系的调度请求指示信息。
其中,所述所有SR配置可以是所述UE配置的所有SR配置,也可以是所述基站可能提供的所有SR配置。
作为另一个非限制性实施例,如果要同时发送多个上行业务的调度请求且所述多个上行业务关联于不同的SR配置,所述步骤S102可以包括:根据所述多个上行业务各自关联的SR配置中优先级最高的SR配置以及预设关联关系表确定所述调度请求指示信息,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系。
例如,所述UE开展有4个业务,且这4个业务分别关联于4个SR配置(即4个业务对应的逻辑信道分别关联4个SR配置),本次四个业务均需要发送上行业务的调度请求,所述4个SR配置分别关联于调度请求指示信息00、01、10和11,为了节省PUCCH资源,可以将这四个业务中优先级最高的业务关联的SR配置为基准,查找所述关联关系表以确定该SR配置关联的调度请求指示信息(如00),然后将所述00作为上行信息的一部分与所述下行数据接收反馈信息一并发送至所述基站。
作为一个变化例,即使当前仅需要发送一个上行业务的调度请求,也可以根据所述上行业务所关联的SR配置的优先级判断是否将该调度请求与所述下行数据接收反馈信息一并发送至基站,以减少不必要的信令开销,确保基站能够在第一时间获取其最关心的某个或某几个SR配置相关联的上行业务需求。
例如,对于配置有3个SR配置的UE,在发送下行数据接收反馈信息时,只有需要同时发送关联于第1个SR配置(即SR配置1)的上行业务的调度请求时,才执行本实施例的方案查找所述预设关联关系表确定与所述SR配置1相关联的调度请求指示信息,并将该调度请求指示信息与所述下行数据接收反馈信息作为上行信息一并发送至所述基站,无论其他两个SR配置关联的上行业务是否产生调度请求的发送需求。
进一步地,所述预设关联关系表可以是预先配置的。例如,可以是由协议定义并预先固设在基站和UE上的。此时所述预设关联关系表中可以设定第一个SR配置的优先级最高,第二个SR配置的优先级次之,其他依次递减;或者UE依据SR配置关联的逻辑信道的配置参数获知SR配置的优先级。
或者,所述预设关联关系表也可以是预先从基站接收的。例如,不同的基站可以根据实际需要配置不同的预设关系表,在UE接入基站的小区并建立无线资源控制(RadioResource Control,简称RRC)连接期间,UE可以通过基站发送的RRC信令获取所述预设关联关系表。此时SR配置的优先级可以由基站通过RRC信令额外指示,或者UE可以依据SR配置关联的逻辑信道的配置参数获知SR配置的优先级。
作为一个非限制性实施例,所述基站在指示SR配置与调度请求指示信息之间的预设关联关系时,可以指示部分SR配置采用2比特的调度请求指示信息,而其他部分SR配置采用1比特的调度请求指示信息。
由于PUCCH资源的总数限制,无节制的增加调度请求指示信息的比特数也是不现实的。
所以,在一个非限制性实施例中,所述预设关联关系表中可以记录有优先级高于预设阈值的SR配置与调度请求指示信息的关联关系,以精简所述预设关联关系表中记录的内容,确保优先级较高的SR配置关联的上行业务能够优先获得基站的调度安排,也便于UE在调度请求指示信息中以最短的长度指示尽可能多的上行业务相关信息。
优选地,所述预设阈值可以根据基站和/或UE对优先级的关注度、两者的忙闲度等因素确定,其核心思想在于确保优先级较高、较重要的上行业务的调度请求能够在第一时间被指示至基站。
根据现有的操作习惯,优先级越高的LCH关联的SR配置在预设SR配置索引(index)中的排序越靠前,亦即,基站在分配SR配置时,通常可以将所承载业务的优先级越高的LCH映射至排序越靠前的SR配置。
相应的,所述预设关联关系表中记录的可以是排序最靠前的预设数量个SR配置及调度请求指示信息的关联关系。
以3比特长度的调度请求指示信息与8个SR配置建立关联关系的场景为例,最受关注的可能是优先级最高的前4个SR配置,则所述预设关联关系表可以设计000对应SR配置1,在本实施例中,当SR配置1关联的上行业务需要发送调度请求时,可以将000这一调度请求指示信息与所述下行数据接收反馈信息作为上行信息一并发送给基站。
类似的,所述预设关联关系表可以设计001对应SR配置2,在本实施例中,当SR配置2关联的上行业务需要发送调度请求时,可以将001这一调度请求指示信息与所述下行数据接收反馈信息作为上行信息一并发送给基站。
类似的,所述预设关联关系表可以设计010对应SR配置3,在本实施例中,当SR配置3关联的上行业务需要发送调度请求时,可以将010这一调度请求指示信息与所述下行数据接收反馈信息作为上行信息一并发送给基站。
类似的,所述预设关联关系表可以设计011对应SR配置4,在本实施例中,当SR配置4关联的上行业务需要发送调度请求时,可以将011这一调度请求指示信息与所述下行数据接收反馈信息作为上行信息一并发送给基站。
类似的,所述预设关联关系表还可以设计100对应SR配置1和SR配置2,在本实施例中,当SR配置1关联的上行业务和SR配置2关联的上行业务均需要发送调度请求时,可以将100这一调度请求指示信息与所述下行数据接收反馈信息作为上行信息一并发送给基站。
类似的,所述预设关联关系表还可以设计101对应SR配置1和SR配置3,在本实施例中,当SR配置1关联的上行业务和SR配置3关联的上行业务均需要发送调度请求时,可以将101这一调度请求指示信息与所述下行数据接收反馈信息作为上行信息一并发送给基站。
类似的,所述预设关联关系表还可以设计111对应SR配置1、SR配置2和SR配置3,在本实施例中,当SR配置1关联的上行业务、SR配置2关联的上行业务和SR配置3关联的上行业务均需要发送调度请求时,可以将111这一调度请求指示信息与所述下行数据接收反馈信息作为上行信息一并发送给基站。
本领域技术人员理解,当所述调度请求指示信息受到长度局限而无法穷尽UE的上行业务产生调度请求发送需求时所关联的SR配置的所有组合可能性时,采用本非限制性实施例的方案,能够将最受关注的SR配置抽取出来在所述预设关联关系表中与调度请求指示信息组成对应关系,以便UE通过尽可能少的比特数指示基站尽可能多的调度请求信息。
当然,本实施例并不局限于根据预设SR配置索引的排列顺序隐性指示SR配置优先级的操作方式,任何能够确定SR配置的优先级的方式均可以适用于本实施例所述方案。例如,当所述预设关联关系表是由基站配置并通过RRC信令发送至UE的时侯,所述基站可以不把优先级高的LCH(即业务)映射到预设SR配置索引中排序靠前的SR配置。
进一步地,所述步骤S103中所述在同一时隙通过PUCCH资源发送给基站可以包括:根据所述上行信息的长度从多个候选的PUCCH资源集中选择目标PUCCH资源集,所述上行信息的长度为所述调度请求指示信息的长度与所述下行数据接收反馈信息的长度之和;使用所述目标PUCCH资源集中的特定PUCCH资源在所述同一个时隙发送所述上行信息至所述基站,所述特定PUCCH资源可以是根据与所述下行数据接收反馈信息相关联的DCI中的下行数据接收反馈信息资源索引(ACK/NACK Resource Index,简称ARI)信息确定的。
进一步地,所述步骤S103中所述将所述调度请求指示信息和下行数据接收反馈信息作为上行信息可以包括:将所述调度请求指示信息编码至所述下行数据接收反馈信息之前或之后,以得到所述上行信息。
例如,所述调度请求指示信息可以占据所述下行数据接收反馈信息之前或之后的2或3个比特。在实际应用中,所述调度请求指示信息与下行数据接收反馈信息在所述上行信息中的位置可以预先配置,或由基站和UE预先协定,或由基站预先通过RRC信令指示。
作为一个非限制性实施例,为了接收所述下行数据接收反馈信息,所述基站会提前为UE分配多个PUCCH资源集(resource set),每个PUCCH资源集对应最多8个PUCCH资源,每个PUCCH资源集中的PUCCH资源可以传输一定数量的下行数据接收反馈信息。
例如,所述基站可以为所述UE分配3个PUCCH资源集:PUCCH资源集1可以传输最多2比特的下行数据接收反馈信息,可以包含6个PUCCH资源;PUCCH资源集2可以传输超过2比特、但不超过8比特的下行数据接收反馈信息,可以包含4个PUCCH资源;PUCCH资源集3可以传输超过8比特的下行数据接收反馈信息,可以包含8个PUCCH资源。其中,所述PUCCH资源是指上行频域位置、所占据的起始符号数和符号长度。
在某个时隙,所述UE确定需要通过PUCCH反馈4比特的下行数据接收反馈信息,同时UE发现某个逻辑信道如LCH2承载的业务有上行数据要传输,因此需要发送LCH2关联的上行业务的调度请求。UE决定在该时隙同时传输4比特ACK/NACK和上行业务的调度请求。
基于本实施例的方案,所述UE采用2比特的调度请求指示信息来指示该上行业务的调度请求,以便接收到该调度请求的基站能够根据所述调度请求指示信息有效识别请求调度的业务关联的SR配置。
进一步地,所述UE根据该上行业务关联的SR配置查找所述预设关联关系表,可以确定相关联的调度请求指示信息为01。其中,所述预设关联关系表可以是00表示SR配置1的调度请求(SR配置1关联LCH1,即LCH1上有待传输的上行数据),01表示SR配置2的调度请求(SR配置2关联LCH2,即LCH2上有待传输的上行数据),10表示SR配置3的调度请求(SR配置3关联LCH3,即LCH3上有待传输的上行数据),11表示SR配置4的调度请求(SR配置4关联LCH4和LCH5,即LCH4和/或LCH5上有待传输的上行数据)。
因此,在该时隙UE一共需要传输6比特的上行信息,且其中的2比特(如最后两比特)为01,表示LCH2上的上行业务的调度请求。
进一步地,所述UE可以按照6比特的承载比特数确定需要采用PUCCH资源集2中的资源发送所述上行信息,然后UE依据DCI中的ARI信息确定PUCCH资源集2中哪个PUCCH资源用于在该时隙传输这6比特信息的上行信息。
由上,当UE配置有多个SR配置时,采用本实施例的方案,UE能够以2比特或更多比特长度的调度请求指示信息与所述下行数据接收反馈信息一并发送至所述基站,以向所述基站上报需要调度的上行业务的相关信息(如上行业务的优先级,其可以通过上行业务相关联的SR配置确定),以便基站能够更合理的安排对UE的调度策略。
作为本实施例的一个变化例,所述调度请求指示信息也可以用于指示所述上行业务相关联的LCH,由于所述LCH与业务是一一对应的,其同样有助于所述基站确定请求调度的上行业务的优先级。相应的,所述步骤S101中确定的可以是所述上行业务相关联的LCH。
图2是本发明第二实施例的一种调度请求的发送装置的结构示意图。本领域技术人员理解,本实施例所述发送装置2用于实施上述图1所示实施例中所述的方法技术方案。
具体地,在本实施例中,所述发送装置2可以包括:第一确定模块21,在发送下行数据接收反馈信息时,如果要同时发送上行业务的调度请求,则确定所述上行业务相关联的SR配置;第二确定模块22,确定用于指示所述上行业务相关联的SR配置的调度请求指示信息,其中,当UE配置有多个SR配置时,所述调度请求指示信息的长度大于等于2比特;处理发送模块23,将所述调度请求指示信息和下行数据接收反馈信息作为上行信息,在同一时隙通过PUCCH资源发送给基站。
进一步地,所述第二确定模块22可以包括:第一确定子模块221,用于根据所述上行业务相关联的SR配置以及预设关联关系表确定所述调度请求指示信息,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系。
作为一个变化例,如果要同时发送多个上行业务的调度请求且所述多个上行业务关联于不同的SR配置,所述第二确定模块22可以包括:第二确定子模块222,用于根据所述多个上行业务各自关联的SR配置中优先级最高的SR配置以及预设关联关系表确定所述调度请求指示信息,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系。
进一步地,所述预设关联关系表可以是预先配置的,或者可以是预先从基站接收的。
进一步地,所述预设关联关系表中可以记录有优先级高于预设阈值的SR配置与调度请求指示信息的关联关系。
进一步地,所述处理发送模块23可以包括:选择子模块232,用于根据所述上行信息的长度从多个候选的PUCCH资源集中选择目标PUCCH资源集,所述上行信息的长度为所述调度请求指示信息的长度与所述下行数据接收反馈信息的长度之和;发送子模块233,用于使用所述目标PUCCH资源集中的特定PUCCH资源在所述同一个时隙发送所述上行信息至所述基站,所述特定PUCCH资源是根据与所述下行数据接收反馈信息相关联的DCI中的ARI信息确定的。
进一步地,所述处理发送模块23可以包括:编码子模块231,用于将所述调度请求指示信息编码至所述下行数据接收反馈信息之前或之后,以得到所述上行信息。
关于所述发送装置2的工作原理、工作方式的更多内容,可以参照上述图1中的相关描述,这里不再赘述。
图3是本发明第三实施例的一种调度请求的处理方法的流程图,该方法可以应用于网络侧,例如由网络侧的基站执行。其中,本实施例所述方案可以适于以下场景:接收到的调度请求是UE使用其他非调度请求专用传输资源(如SR配置的资源)传输的场景,在传输该调度请求的同时,UE一般还会传输其他信令,例如,所述调度请求是UE使用分配给它的用于传输下行数据接收反馈信息的PUCCH资源,在传输下行数据接收反馈信息时一并传输的。
接下来,本实施例以调度请求是UE使用分配给它的用于传输下行数据接收反馈信息的PUCCH资源,在传输下行数据接收反馈信息时一并传输的场景为例作具体阐述。
具体地,在本实施例中,所述调度请求的处理方法可以包括如下步骤:
步骤S201,接收上行信息,所述上行信息包括调度请求指示信息和下行数据接收反馈信息,其中,所述调度请求指示信息和下行数据接收反馈信息是UE在同一时隙通过PUCCH资源发送的,所述调度请求指示信息用于指示所述UE的上行业务相关联的SR配置,当配置给所述UE的SR配置为多个时,所述调度请求指示信息的长度大于等于2比特。
步骤S202,根据所述调度请求指示信息确定与所述上行业务相关联的SR配置。
步骤S203,根据所述上行业务相关联的SR配置和基站当前的调度状态确定对所述上行业务的调度策略。
更为具体地,本实施例中涉及名词的解释可以参考上述图1中的相关描述,这里不再赘述。
进一步地,所述步骤S202可以包括:根据所述调度请求指示信息以及预设关联关系表确定所述上行业务相关联的SR配置,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系。
其中,所述预设关联关系表可以是预先配置的,或者,所述预设关联关系表也可以是预先发送至所述UE的。例如,所述基站可以根据自身需要设计所述预设关联关系表,并在与所述UE建立RRC连接以及建立数据无线承载期间,通过RRC信令将所述预设关联关系表发送至所述UE。
作为一个变化例,所述预设关联关系表可以记录有优先级高于预设阈值的SR配置与调度请求指示信息的关联关系,以优化存储所述预设关联关系表所需的存储空间。
进一步地,所述时隙可以是所述基站预先通过DCI指定给所述UE供其发送所述下行数据接收反馈信息的反馈时隙。进一步地,所述PUCCH资源可以是所述基站预先分配给所述UE供其传输所述下行数据接收反馈信息的资源。
进一步地,在接收上行信息之后,所述基站还可以解码所述上行信息,根据已知的下行数据接收反馈信息的长度确定所述调度请求指示信息,所述调度请求指示信息位于所述下行数据接收反馈信息之前或之后。
作为一个非限制性实施例,所述基站可以根据其发送给所述UE的下行数据的数据块数量确定UE将会反馈的下行数据接收反馈信息的长度。进一步地,在解码所述上行信息后,若所述上行信息的长度大于所述已知的下行数据接收反馈信息的长度,所述基站可以确定所述UE一并上报了上行业务的调度请求。
进一步地,根据预先配置协定,所述基站可以将所述上行信息的开头或结尾确定为所述调度请求指示信息,所述调度请求指示信息的长度可以等于所述上行信息的长度减去所述已知的下行数据接收反馈信息的长度。
在实际应用中,所述下行数据接收反馈信息的长度的确定可以是基于现有技术实现的,在此不予赘述。
例如,所述基站在指定的时隙接收到UE通过PUCCH发送的上行信息之后,因为所述基站知道UE需要反馈的下行数据接收反馈信息的长度(可以以比特数表示)是4比特,因此当基站发现UE传输了6比特的上行信息之后,可以确定其中的2比特是调度请求指示信息。
假定本示例中所述调度请求指示信息是放在所述下行数据接收反馈信息之后的,所述基站可以从所述上行信息中识别该2比特的调度请求指示信息是01。
通过查找所述预设关联关系表,可以确定与SR配置2相关联,进而确定所述调度请求是承载在与所述SR配置2相关联的LCH2上的上行业务触发的。
由于所述基站具有所述LCH2所对应的服务质量参数信息(Quality ofService,简称QoS),所述QoS中包括调度优先级(可简称为优先级)等信息。因此,所述基站可以依据该LCH2的QoS以及基站当前的调度状态做出合理的调度决策。所述调度决策可以包括:是否立即调度该UE进行上行传输,还是等待一段时间调度该UE进行上行传输。
由上,采用本实施例的方案,所述基站能够从UE与下行数据接收反馈信息一并发送的调度请求指示信息中获取更多的上行业务的相关信息,如本次请求调度的上行业务的优先级(可以通过上行业务相关联的SR配置确定),进而根据该SR配置更合理的判断是否调度、何时调度该UE进行上行数据传输。
在本实施例的一个变化例中,所述预设关联关系表记录的可以是LCH与调度请求指示信息的关联关系,以便基站能够根据从上行信息中确定的调度请求指示信息直接对应到承载所述上行业务的LCH,进而根据所述LCH的优先级确定所述上行业务的优先级。
本领域技术人员理解,由于多个LCH可能映射到同一SR配置,虽然现有的映射习惯是将相同或相近优先级的LCH映射到同一SR配置,且优先级越高的LCH映射到预设SR配置索引中排序越靠前的SR配置。
但是,并不排除在未来的实现中,基站可能被赋予更大的自由度,如基站可能可以将优先级相差较多的LCH映射到同一SR配置,则此时优选地可以基于LCH与调度请求指示信息的关联关系来执行本发明实施例所述方案,以通过所述调度请求指示信息更精准的指示所述上行业务的优先级。
在本变化例中,所述基站可以根据自身对SR配置的分配逻辑设计所述预设关联关系表,并在与UE建立RRC连接以及建立数据无线承载期间通过RRC信令发送所述预设关联关系表至所述UE。
进一步地,不同的基站设计的预设关联关系表可以不相同。
图4是本发明第四实施例的一种调度请求的处理装置的结构示意图。本领域技术人员理解,本实施例所述处理装置4用于实施上述图3所示实施例中所述的方法技术方案。
具体地,在本实施例中,所述处理装置4可以包括:接收模块41,用于接收上行信息,所述上行信息包括调度请求指示信息和下行数据接收反馈信息,其中,所述调度请求指示信息和下行数据接收反馈信息是UE在同一时隙通过PUCCH资源发送的,所述调度请求指示信息用于指示所述UE的上行业务相关联的SR配置,当配置给所述UE的SR配置为多个时,所述调度请求指示信息的长度大于等于2比特;第一确定模块43,用于根据所述调度请求指示信息确定与所述上行业务相关联的SR配置;第二确定模块44,用于根据所述上行业务相关联的SR配置和基站当前的调度状态确定对所述上行业务的调度策略。
进一步地,所述第一确定模块43可以包括:确定子模块431,用于根据所述调度请求指示信息以及预设关联关系表确定所述上行业务相关联的SR配置,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系。
进一步地,所述预设关联关系表可以是预先配置的,或者可以是预先发送至所述UE的。
进一步地,所述预设关联关系表可以记录有优先级高于预设阈值的SR配置与调度请求指示信息的关联关系。
进一步地,所述处理装置4还可以包括:解码确定模块42,在接收上行信息之后,解码所述上行信息,根据已知的下行数据接收反馈信息的长度确定所述调度请求指示信息,所述调度请求指示信息位于所述下行数据接收反馈信息之前或之后。
关于所述处理装置4的工作原理、工作方式的更多内容,可以参照上述图3中的相关描述,这里不再赘述。
在一个典型的应用场景中,参考图5,对采用本发明实施例的用户设备(即UE)和基站之间的信令交互作进一步阐述。
具体地,在本应用场景中,UE10建立有业务1、业务2、业务3、业务4和业务5共五个业务,其中,业务1承载在逻辑信道1(即LCH1)上,业务2承载在逻辑信道2(即LCH2)上,业务3承载在逻辑信道3(即LCH3)上,业务4承载在逻辑信道4(即LCH4)上,业务5承载在逻辑信道5(即LCH5)上。
进一步地,所述UE10配置有四个SR配置,其中,LCH1映射到SR配置1,LCH2映射到SR配置2,LCH3映射到SR配置3,LCH4和LCH5映射到SR配置4。亦即,业务1与SR配置1相关联,业务2与SR配置2相关联,业务3与SR配置3相关联,业务4和业务5与SR配置4相关联。
对于下行,基站11通过DCI指示下行数据所使用的物理下行共享信道(PhysicalDownlink Shared Channel,简称PDSCH),所述UE10检测到自己的DCI之后,按照DCI中的指示信息接收下行数据,根据接收状态在基站11指定的时隙在PUCCH资源反馈下行数据接收反馈信息。
在本应用场景中,所述基站11为所述UE10分配3个PUCCH资源集供所述UE10择一传输所述下行数据接收反馈信息。其中,PUCCH资源集1可以传输最多2比特的下行数据接收反馈信息,可以包含6个PUCCH资源;PUCCH资源集2可以传输超过2比特、但不超过8比特的下行数据接收反馈信息信息,可以包含4个PUCCH资源;PUCCH资源集3可以传输超过8比特的下行数据接收反馈信息,可以包含8个PUCCH资源。
在某个时隙,所述UE10确定需要通过PUCCH反馈4比特的下行数据接收反馈信息,同时UE10发现某个逻辑信道如LCH2有上行数据要传输,即承载在LCH2的上行业务需要发送调度请求。
若所述UE10决定在上述时隙同时传输4比特的下行数据接收反馈信息和承载在LCH2的上行业务的调度请求,所述UE10可以执行操作s1,以确定承载在LCH2的上行业务相关联的SR配置。在本应用场景中,所述承载在LCH2的上行业务相关联的SR配置为SR配置2。
进一步地,所述UE10可以执行操作s2,以确定用于指示所述SR配置2的调度请求指示信息。
在本应用场景中,所述UE10可以是基于预先配置的预设关联关系表执行所述操作s2的。
进一步地,所述调度请求指示信息的长度可以由所述UE10根据配置到的SR配置的数量确定,或者协议设定了所述调度请求指示信息的长度。
在本应用场景中,所述调度请求指示信息的长度可以为2比特。所述预设关联关系表记录的内容可以包括:调度请求指示信息00表示映射到SR配置1的LCH关联的上行业务有调度请求;调度请求指示信息01表示映射到SR配置2的LCH关联的上行业务有调度请求;调度请求指示信息10表示映射到SR配置3的LCH关联的上行业务有调度请求;调度请求指示信息11表示映射到SR配置4的LCH关联的上行业务有调度请求。
在本应用场景中,由于是承载在LCH2的上行业务有调度请求,通过执行所述操作s2,可以确定所述调度请求指示信息为01。
据此,在所述时隙,UE10一共需要传输6比特的上行信息,且其中的2比特(如最后两比特)为01,其用于表示承载在LCH2的上行业务的调度请求。
进一步地,所述UE10执行操作s3,以按照6比特的承载比特数确定需要采用PUCCH资源集2传输所述上行信息。
进一步地,所述UE10执行操作s4,以在该时隙中使用特定PUCCH资源传输所述上行信息至基站11。其中,所述特定PUCCH资源是由所述UE10依据DCI中的ARI信息确定的,所述特定PUCCH资源为所述PUCCH资源集2中的资源。
进一步地,当基站11收到UE10发送的所述上行信息后,因为所述基站11知道UE10需要反馈的下行数据接收反馈信息的长度是4比特,因此当基站11发现UE10传输了6比特长度的上行信息之后,可以确定其中的2比特是调度请求指示信息。
进一步地,所述基站11可以执行操作s5,以对所述上行信息进行处理,从而确定所述调度请求指示信息的具体内容。
所述基站11与所述UE10可以预先协定将所述调度请求指示信息放置在所述下行数据接收反馈信息的开头或结尾。
在本应用场景中,所述调度请求指示信息为01。所述基站11可以执行操作s6,以根据所述调度请求指示信息确定与所述上行业务相关联的SR配置。
在本应用场景中,可以通过查找所述预设关联关系表确定所述调度请求指示信息为01对应的是承载在LCH2的上行业务。
进一步地,由于所述基站11具有所述LCH2所对应的服务质量参数信息QoS,其中包括调度优先级等信息,因此基站11可以依据该LCH2的QoS以及当前的调度状态做出合理的调度决策,是否立即调度该UE10进行上行传输,还是等待一段时间调度该UE10进行上行传输。
作为一个退回机制,当所述UE10发现所述PUCCH资源集2中的可用PUCCH资源不足以传输2比特的调度请求指示信息时,所述UE10可以采用1比特传输调度请求。
作为本应用场景的一个变化例,所述预设关联关系表记录的可以是LCH与调度请求指示信息的关联关系。
例如,基站11可以根据需要将优先级相差较大的LCH映射至同一SR配置,则所述基站11可以将LCH与调度请求指示信息的关联关系记录为所述预设关联关系表。
进一步地,在与所述UE10建立RRC连接时,所述基站11可以执行操作s7,以通过RRC信令将配置的预设关联关系表发送至所述UE10。
在本变化例中,所述预设关联关系表可以记录优先级高于预设阈值的LCH与调度请求指示信息的关联关系。
例如,所述基站11关心的是承载在LCH1上的上行业务的调度请求,结合所述UE建立了5个业务分别承载在5个LCH上。所述基站11可以配置3比特长度的调度请求信息,其中,000表示承载在LCH1的上行业务有调度请求,001表示承载在LCH2的上行业务有调度请求,010表示承载在LCH3的上行业务有调度请求,011表示承载在LCH4或LCH5的上行业务有调度请求,100表示承载在LCH1和LCH2的上行业务均有调度请求,101表示承载在LCH1和LCH3的上行业务均有调度请求,110表示承载在LCH2和LCH3的上行业务均有调度请求,111表示承载在LCH1、LCH2和LCH3的上行业务均有调度请求。
这样设计的宗旨在于,优先将LCH1可能涉及的所有可能性与调度请求指示信息相关联,如果有多余的调度请求指示信息,可以再将次关心的LCH与之相关联。
或者,所述基站11设计和通过RRC信令发送的所述预设关联关系表也可以记录的是所述SR配置与所述调度请求指示信息的关联关系。
进一步地,所述基站11还可以通过所述RRC信令指示UE10使用PUCCH资源在同一个时隙中同时传输下行数据接收反馈信息和调度请求时,调度请求指示信息的长度。
关于本应用场景所述UE10和基站11的工作原理、工作方式的更多内容,可以参照上述图1至图4中的相关描述,这里不再赘述。
进一步地,本发明实施例还公开一种存储介质,其上存储有计算机指令,所述计算机指令运行时执行上述图1、图3所示实施例中所述的方法技术方案。优选地,所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述存储介质可以包括ROM、RAM、磁盘或光盘等。
进一步地,本发明实施例还公开一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述图1所示实施例中所述的方法技术方案。优选地,所述终端可以是所述用户设备(即UE)。
进一步地,本发明实施例还公开一种基站,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述图3所示实施例中所述的方法技术方案。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,均可作各种更动与修改,因此本发明的保护范围应当以权利要求所限定的范围为准。
Claims (27)
1.一种调度请求的发送方法,其特征在于,包括:
在发送下行数据接收反馈信息时,如果要同时发送上行业务的调度请求,则确定所述上行业务相关联的SR配置;
确定用于指示所述上行业务相关联的SR配置的调度请求指示信息,其中,当UE配置有多个SR配置时,所述调度请求指示信息的长度大于等于2比特;
将所述调度请求指示信息和下行数据接收反馈信息作为上行信息,在同一时隙通过PUCCH资源发送给基站。
2.根据权利要求1所述的发送方法,其特征在于,所述确定用于指示所述上行业务相关联的SR配置的调度请求指示信息包括:
根据所述上行业务相关联的SR配置以及预设关联关系表确定所述调度请求指示信息,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系。
3.根据权利要求1所述的发送方法,其特征在于,如果要同时发送多个上行业务的调度请求且所述多个上行业务关联于不同的SR配置,所述确定用于指示所述上行业务相关联的SR配置的调度请求指示信息包括:
根据所述多个上行业务各自关联的SR配置中优先级最高的SR配置以及预设关联关系表确定所述调度请求指示信息,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系。
4.根据权利要求2或3所述的发送方法,其特征在于,所述预设关联关系表是预先配置的,或者是预先从基站接收的。
5.根据权利要求2或3所述的发送方法,其特征在于,所述预设关联关系表中记录有优先级高于预设阈值的SR配置与调度请求指示信息的关联关系。
6.根据权利要求1所述的发送方法,其特征在于,所述通过PUCCH资源发送给基站包括:
根据所述上行信息的长度从多个候选的PUCCH资源集中选择目标PUCCH资源集,所述上行信息的长度为所述调度请求指示信息的长度与所述下行数据接收反馈信息的长度之和;
使用所述目标PUCCH资源集中的特定PUCCH资源在所述同一个时隙发送所述上行信息至所述基站,所述特定PUCCH资源是根据与所述下行数据接收反馈信息相关联的DCI中的ARI信息确定的。
7.根据权利要求1所述的发送方法,其特征在于,所述将所述调度请求指示信息和下行数据接收反馈信息作为上行信息包括:
将所述调度请求指示信息编码至所述下行数据接收反馈信息之前或之后,以得到所述上行信息。
8.一种调度请求的发送装置,其特征在于,包括:
第一确定模块,在发送下行数据接收反馈信息时,如果要同时发送上行业务的调度请求,则确定所述上行业务相关联的SR配置;
第二确定模块,确定用于指示所述上行业务相关联的SR配置的调度请求指示信息,其中,当UE配置有多个SR配置时,所述调度请求指示信息的长度大于等于2比特;
处理发送模块,将所述调度请求指示信息和下行数据接收反馈信息作为上行信息,在同一时隙通过PUCCH资源发送给基站。
9.根据权利要求8所述的发送装置,其特征在于,所述第二确定模块包括:第一确定子模块,用于根据所述上行业务相关联的SR配置以及预设关联关系表确定所述调度请求指示信息,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系。
10.根据权利要求8所述的发送装置,其特征在于,如果要同时发送多个上行业务的调度请求且所述多个上行业务关联于不同的SR配置,所述第二确定模块包括:
第二确定子模块,用于根据所述多个上行业务各自关联的SR配置中优先级最高的SR配置以及预设关联关系表确定所述调度请求指示信息,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系。
11.根据权利要求9或10所述的发送装置,其特征在于,所述预设关联关系表是预先配置的,或者是预先从基站接收的。
12.根据权利要求9或10所述的发送装置,其特征在于,所述预设关联关系表中记录有优先级高于预设阈值的SR配置与调度请求指示信息的关联关系。
13.根据权利要求8所述的发送装置,其特征在于,所述处理发送模块包括:选择子模块,用于根据所述上行信息的长度从多个候选的PUCCH资源集中选择目标PUCCH资源集,所述上行信息的长度为所述调度请求指示信息的长度与所述下行数据接收反馈信息的长度之和;
发送子模块,用于使用所述目标PUCCH资源集中的特定PUCCH资源在所述同一个时隙发送所述上行信息至所述基站,所述特定PUCCH资源是根据与所述下行数据接收反馈信息相关联的DCI中的ARI信息确定的。
14.根据权利要求8所述的发送装置,其特征在于,所述处理发送模块包括:编码子模块,用于将所述调度请求指示信息编码至所述下行数据接收反馈信息之前或之后,以得到所述上行信息。
15.一种调度请求的处理方法,其特征在于,包括:
接收上行信息,所述上行信息包括调度请求指示信息和下行数据接收反馈信息,其中,所述调度请求指示信息和下行数据接收反馈信息是UE在同一时隙通过PUCCH资源发送的,所述调度请求指示信息用于指示所述UE的上行业务相关联的SR配置,当配置给所述UE的SR配置为多个时,所述调度请求指示信息的长度大于等于2比特;
根据所述调度请求指示信息确定与所述上行业务相关联的SR配置;
根据所述上行业务相关联的SR配置和基站当前的调度状态确定对所述上行业务的调度策略。
16.根据权利要求15所述的处理方法,其特征在于,所述根据所述调度请求指示信息确定与所述上行业务相关联的SR配置包括:
根据所述调度请求指示信息以及预设关联关系表确定所述上行业务相关联的SR配置,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系。
17.根据权利要求16所述的处理方法,其特征在于,所述预设关联关系表是预先配置的,或者是预先发送至所述UE的。
18.根据权利要求16所述的处理方法,其特征在于,所述预设关联关系表记录有优先级高于预设阈值的SR配置与调度请求指示信息的关联关系。
19.根据权利要求15所述的处理方法,其特征在于,在接收上行信息之后,还包括:
解码所述上行信息,根据已知的下行数据接收反馈信息的长度确定所述调度请求指示信息,所述调度请求指示信息位于所述下行数据接收反馈信息之前或之后。
20.一种调度请求的处理装置,其特征在于,包括:
接收模块,用于接收上行信息,所述上行信息包括调度请求指示信息和下行数据接收反馈信息,其中,所述调度请求指示信息和下行数据接收反馈信息是UE在同一时隙通过PUCCH资源发送的,所述调度请求指示信息用于指示所述UE的上行业务相关联的SR配置,当配置给所述UE的SR配置为多个时,所述调度请求指示信息的长度大于等于2比特;
第一确定模块,用于根据所述调度请求指示信息确定与所述上行业务相关联的SR配置;
第二确定模块,用于根据所述上行业务相关联的SR配置和基站当前的调度状态确定对所述上行业务的调度策略。
21.根据权利要求20所述的处理装置,其特征在于,所述第一确定模块包括:确定子模块,用于根据所述调度请求指示信息以及预设关联关系表确定所述上行业务相关联的SR配置,所述预设关联关系表中记录有SR配置与调度请求指示信息的关联关系。
22.根据权利要求21所述的处理装置,其特征在于,所述预设关联关系表是预先配置的,或者是预先发送至所述UE的。
23.根据权利要求21所述的处理装置,其特征在于,所述预设关联关系表记录有优先级高于预设阈值的SR配置与调度请求指示信息的关联关系。
24.根据权利要求20所述的处理装置,其特征在于,还包括:
解码确定模块,在接收上行信息之后,解码所述上行信息,根据已知的下行数据接收反馈信息的长度确定所述调度请求指示信息,所述调度请求指示信息位于所述下行数据接收反馈信息之前或之后。
25.一种存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器运行时执行权利要求1至7任一项,或者权利要求15至19任一项所述方法的步骤。
26.一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机程序,其特征在于,所述处理器运行所述计算机程序时执行权利要求1至7任一项所述方法的步骤。
27.一种基站,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机程序,其特征在于,所述处理器运行所述计算机程序时执行权利要求15至19任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810026761.2A CN110035541B (zh) | 2018-01-11 | 2018-01-11 | 调度请求的发送和处理方法及装置、存储介质、终端、基站 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810026761.2A CN110035541B (zh) | 2018-01-11 | 2018-01-11 | 调度请求的发送和处理方法及装置、存储介质、终端、基站 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110035541A CN110035541A (zh) | 2019-07-19 |
CN110035541B true CN110035541B (zh) | 2021-05-28 |
Family
ID=67234725
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810026761.2A Active CN110035541B (zh) | 2018-01-11 | 2018-01-11 | 调度请求的发送和处理方法及装置、存储介质、终端、基站 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110035541B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113597002B (zh) * | 2020-04-30 | 2023-10-20 | 维沃移动通信有限公司 | 下行接收触发方法、终端和网络侧设备 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103796318B (zh) * | 2009-01-30 | 2017-12-26 | 三星电子株式会社 | 在数据信道或控制信道上发送上行链路控制信息 |
US9369994B2 (en) * | 2010-11-11 | 2016-06-14 | Lg Electronics Inc. | Uplink control information transmitting/receiving method and device in a wireless communication system |
CN102468940B (zh) * | 2010-11-12 | 2015-03-25 | 大唐移动通信设备有限公司 | 调度请求和ack/nack信息的传输方法及装置 |
CN106067845A (zh) * | 2015-04-09 | 2016-11-02 | 北京三星通信技术研究有限公司 | 复用上行信息的方法 |
CN106301670A (zh) * | 2015-05-15 | 2017-01-04 | 中兴通讯股份有限公司 | 上行控制信息的发送方法及装置 |
CN106550457B (zh) * | 2015-09-18 | 2019-06-07 | 中兴通讯股份有限公司 | 一种资源分配方法和装置 |
US10362605B2 (en) * | 2016-01-21 | 2019-07-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods for multiplexing scheduling requests in unlicensed bands |
WO2020220254A1 (en) * | 2019-04-30 | 2020-11-05 | Lenovo (Beijing) Limited | Apparatus and method of pucch transmission and reception |
-
2018
- 2018-01-11 CN CN201810026761.2A patent/CN110035541B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN110035541A (zh) | 2019-07-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210243841A1 (en) | Terminal, base station, system, and feedback method | |
RU2629008C1 (ru) | Способ распределения ресурсов, способ передачи информации о состоянии канала, базовая станция и пользовательское оборудование | |
CN110149726B (zh) | 一种信息传输方法及终端 | |
EP3720026A1 (en) | Data transmission method and device, and computer storage medium | |
KR101250872B1 (ko) | 이동통신방법, 이동국 및 무선기지국 | |
CN110943815B (zh) | 一种harq-ack的传输方法、终端设备及网络设备 | |
CN108260210B (zh) | 一种数据传输方法及用户设备、无线接入设备 | |
KR20210054000A (ko) | Harq-ack의 전송을 위한 방법, 단말 장치 및 네트워크 장치 | |
US11330568B2 (en) | Uplink control information transmitting method, device, storage medium, and user equipment | |
CN110830173B (zh) | Pucch与pdsch之间的时间差的指示方法、基站及可读介质 | |
US10568076B2 (en) | Method and apparatus for transmitting uplink control information (UCI) | |
US11653364B2 (en) | Methods and apparatus for configuring a scheduling request | |
JP6745870B2 (ja) | アップリンク制御情報を送信するための方法および装置 | |
CN110035541B (zh) | 调度请求的发送和处理方法及装置、存储介质、终端、基站 | |
JP2018529264A5 (zh) | ||
KR102006410B1 (ko) | 무선 통신 시스템에서 피드백 채널 할당 방법 및 장치 | |
CN110048817B (zh) | 确定harq反馈pucch资源的方法、装置及用户设备 | |
CN110768763B (zh) | Pucch资源的指示方法、确定方法及装置、存储介质、基站、终端 | |
CN114760698B (zh) | Pucch资源分配方法和装置 | |
CN115150848A (zh) | 一种确定pucch重复传输次数的指示方法及装置 | |
KR101642071B1 (ko) | 무선 셀룰러 시스템의 피드백 관리 방법 및 장치 | |
CN115052360A (zh) | 信息反馈、信息发送方法、装置、终端及网络侧设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |