一种PUCCH资源的调度方法和装置与流程

本发明涉及无线通信技术，尤其涉及一种物理层上行链路控制信道(pucch，physicaluplinkcontrolchannel)资源的配置方法和装置。

背景技术：

在长期演进(lte，longtermevolution)系统中，pucch主要用于承载上行l1/l2控制信息(uci，uplinkcontrolinformation)，以支持上下行的数据传输。具体地，uci可以包括调度请求(sr，schedulingrequest)、混合式自动传输请求的肯定确认或否定确认(harqack/nack，hybridautomaticrepeatrequestacknowledgment/negativeacknowledgment)和信道状态信息(csi，channelstateinformation)三部分内容。在图1所示的pucch资源块(rb，resourceblock)在频域的位置示意中，可以得出，pucchrb位于频域的两端，并呈对称分布形状，中间是物理上行共享信道(pusch，physicaluplinksharedchannel)rb和物理随机接入信道(prach，physicalrandomaccesschannel)rb。当用户设备(ue，userequipment)需要发送csi时，则在pucchformat2/2a/2b所处的rb位置上发送数据；当ue需要发送sr时，则在pucchformat1所处的rb位置上发送数据；当ue需要对下行动态调度进行ack/nack反馈时，则在pucchformat1a/1b所处的rb位置上发送数据。

对于图1，需要说明的是，prach是用于传输随机接入前导(randomaccesspreamble)的资源，而prach的时频资源可以由prach-configindex和prach-frequencyoffset字段决定，并且由网管软件配置给基站，并由基站通过sib2配置给ue；当基站把pucch资源配置给服务小区后，pucch所占的资源就已经确定，那么无论pucchrb上是否有ue发送上行控制信息，在基站侧都会以pucch的形式将pucchrb进行预留。除去pucchrb和prachrb资源，剩下的rb资源则可用于上行共享信道(ul-sch，uplinksharedchannel)的数据传输。

值得注意的是，当ue需要进行上行数据业务时，上行数据的流量与puschrb的数目之间呈正相关。而且当接入到某个服务小区的所有ue只有上行调度时，ue是不会在配置的pucchack/nack位置发送数据的，此时pucchack/nack位置的rb其实并没有被使用，从而造成这部分rb时频资源的浪费，限制了上行业务的流量。

技术实现要素：

为解决上述技术问题，本发明实施例期望提供一种pucch资源的调度方法和装置，能够在不影响pucch解调，不降低下行业务性能的前提下，提高pusch可用的rb数目，从而达到提升上行速率的目的。

本发明的技术方案是这样实现的：

第一方面，本发明实施例提供了一种物理层上行链路控制信道pucch资源的调度方法，所述方法包括：

基站侧根据服务小区针对同频邻区的配置状态以及上行调度用户设备ue的路损确定所述基站侧在当前传输时间间隔tti内与所述上行调度ue之间为近点场景；

所述基站侧根据所述ue的上行调度状态确定需要预留的pucch资源块rb资源，并将预留以外的pucchrb资源调度给物理上行共享信道pusch。

在上述方案中，所述基站侧根据服务小区针对同频邻区的配置状态以及上行调度用户设备ue的路损确定所述基站侧在当前传输时间间隔tti内与所述上行调度ue之间为近点场景，包括：

当所述服务小区配置同频邻区，且所述上行调度ue的路损均小于所述服务小区配置的路损门限时，或者所述服务小区没有配置同频邻区，所述基站侧确定在当前tti内与所述上行调度ue之间为近点场景；

当所述服务小区配置同频邻区，且所述上行调度ue中的至少一个ue的路损大于或等于所述服务小区配置的路损门限时，所述基站侧确定在当前tti内与所述上行调度ue之间为远点场景。

在上述方案中，在所述基站侧根据服务小区针对同频邻区的配置状态以及上行调度用户设备ue的路损确定所述基站侧在当前传输时间间隔tti内与所述上行调度ue之间为近点场景之前，所述方法还包括：

所述基站侧根据pucch的配置参数，获取所述pucch的静态区域和动态区域的rb数目；其中，所述pucch的静态区域包括用于发送信道状态信息csi和调度请求sr的rb区域，pucch的动态区域包括控制格式指示cfi的最大值所对应的ack/nackrb区域。

在上述方案中，所述基站侧根据所述ue的上行调度状态确定需要预留的pucch资源块rb资源，并将预留以外的pucchrb资源调度给物理上行共享信道pusch，包括：

当接入到服务小区的激活ue数量等于所述上行调度ue的数量或者接入到所述服务小区的激活ue数量为1时，所述基站侧不预留pucchrb资源，并将所有pucchrb资源调度给pusch；

当下行绑定窗内调度的ue为所述上行调度ue的子集时，所述基站侧预留pucch静态区域资源，并将pucch的动态区域资源调度给pusch；

当接入到服务小区的激活ue数量不等于所述上行调度ue的数量，且接入到服务小区的激活ue数量不为1，且下行绑定窗内调度的ue不为所述上行调度ue的子集时，所述基站侧获取下行绑定窗内每个下行子帧对应的cfi值，并从每个下行子帧对应的cfi值中选取最大值，根据每个下行子帧对应的cfi值中的最大值预留对应的pucch的动态区域资源，将剩余的pucch的动态区域资源调度给pusch。

在上述方案中，所述基站侧确定在当前tti内与所述上行调度ue之间为远点场景时，所述方法还包括：

所述基站侧按照所述pucch的最大值预留pucchrb资源。

第二方面，本发明实施例提供了一种基站，所述基站包括：场景确定模块和资源预留模块和资源调度模块，其中，

所述场景确定模块，用于根据服务小区针对同频邻区的配置状态以及上行调度用户设备ue的路损确定所述基站侧在当前传输时间间隔tti内与所述上行调度ue之间为近点场景；

所述资源预留模块，用于根据所述ue的上行调度状态确定需要预留的pucch资源块rb资源；

所述资源调度模块，用于将预留以外的pucchrb资源调度给物理上行共 享信道pusch。

在上述方案中，所述场景确定模块，用于当所述服务小区配置同频邻区，且所述上行调度ue的路损均小于所述服务小区配置的路损门限时，或者所述服务小区没有配置同频邻区，确定在当前tti内所述基站与所述上行调度ue之间为近点场景；

当所述服务小区配置同频邻区，且所述上行调度ue中的至少一个ue的路损大于或等于所述服务小区配置的路损门限时，确定在当前tti内所述基站与所述上行调度ue之间为远点场景。

在上述方案中，所述基站还包括获取模块，用于根据pucch的配置参数，获取所述pucch的静态区域和动态区域的rb数目；其中，所述pucch的静态区域包括用于发送信道状态信息csi和调度请求sr的rb区域，pucch的动态区域包括控制格式指示cfi的最大值所对应的ack/nackrb区域。

在上述方案中，所述资源预留模块，用于当接入到服务小区的激活ue数量等于所述上行调度ue的数量或者接入到所述服务小区的激活ue数量为1时，所述基站侧不预留pucchrb资源；

相应地，所述资源调度模块，用于将所有pucchrb资源调度给pusch。

在上述方案中，所述资源预留模块，用于当下行绑定窗内调度的ue为所述上行调度ue的子集时，所述基站侧预留pucch静态区域资源；

相应地，所述资源调度模块，用于将pucch的动态区域资源调度给pusch。

在上述方案中，所述资源预留模块，用于当接入到服务小区的激活ue数量不等于所述上行调度ue的数量，且接入到服务小区的激活ue数量不为1，且下行绑定窗内调度的ue不为所述上行调度ue的子集时，所述基站侧获取下行绑定窗内每个下行子帧对应的cfi值，并从每个下行子帧对应的cfi值中选取最大值，根据每个下行子帧对应的cfi值中的最大值预留对应的pucch的动态区域资源；

相应地，所述资源调度模块，用于将剩余的pucch的动态区域资源调度给pusch。

在上述方案中，所述资源预留模块，还用于按照所述pucch的最大值预留pucchrb资源。

本发明实施例提供了一种pucch资源的调度方法和装置，在pucch和pusch不同时配置发送的前提下，根据ue的上行调度状态将pucch的资源调度给pusch来传输ul-sch业务数据，从而能够在不影响pucch解调，不降低下行业务性能的前提下，提高pusch可用的rb数目，以致达到提升上行速率的目的。

附图说明

图1为现有技术中pucchrb在频域的位置示意图；

图2为本发明实施例提供的一种pucch资源的调度方法流程示意图；

图3为本发明实施例提供的一种pucch资源的调度详细流程示意图；

图4为本发明实施例提供的一种基站的结构示意图；

图5为本发明实施例提供的另一种基站的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

针对本发明实施例，首先需要说明的是，在pusch和pucch配置为不同时发送的前提下，对于同一个传输时间间隔(tti，transmissiontimeinterval)内进行上行调度的ue，如果该ue需要在pucch上进行上行控制信息发送，那么可以通过复用到pusch上来进行发送。

基于上述说明，提出本申请的以下实施例。

实施例一

参见图2，其示出了本发明实施例提供的一种pucch资源的调度方法，该方法可以包括：

s201：基站侧根据服务小区针对同频邻区的配置状态以及上行调度ue的路损确定基站侧在当前tti内与上行调度ue之间为近点场景；

s202：基站侧根据ue的上行调度状态确定需要预留的pucchrb资源，并将预留以外的pucchrb资源调度给pusch。

图2所示的方案通过基站侧将pucchrb资源调度给pusch，从而提高 了pusch可用的rb数目，达到了提升上行速率的目的

示例性地，对于步骤s201，具体可以包括：

当服务小区配置同频邻区，且上行调度的ue的路损均小于服务小区配置的路损门限plthr时，或者服务小区没有配置同频邻区，基站侧确定在当前tti内与上行调度ue之间为近点场景；

当服务小区配置同频邻区，且上行调度的ue中的至少一个ue的路损大于或等于服务小区配置的路损门限plthr时，基站侧确定在当前tti内与上行调度ue之间为远点场景。

需要说明的是，基站侧与上行调度ue之间为远点场景时，如果在pucch区域进行pusch调度，会导致本小区的pusch干扰同频邻区的pucch解调，从而造成同频邻区的下行性能下降，所以，当远点场景时，基站侧按照pucch的最大值预留pucchrb资源，避免对pucchrb资源进行pusch业务调度。

示例性地，在实现图2所示的技术方案过程中，在步骤s201之前，还可以包括：

基站侧根据pucch的配置参数，获取pucch的静态区域和动态区域的rb数目；其中，pucch的静态区域包括用于发送csi和sr的rb区域，pucch的动态区域包括控制格式指示(cfi，controlformatindicator)的最大值所对应的ack/nackrb区域。

需要说明的是，在1.4m带宽条件下，cfi最大值为4；在其他带宽下，cfi最大值为3。而且pucch的动态区域用于发送与动态调度相关的ack/nack，可以理解地，当cfi最大值为3时，cfi可以分别为1、2、3，并且不同的cfi值对应指示pucch动态区域当中的下行动态调度真实所需的pucchack/nackrb范围。

示例性地，对于步骤s202，可以包括：

当接入到服务小区的激活ue数量等于上行调度ue的数量或者接入到服务小区的激活ue数量为1时，基站侧不预留pucchrb资源，并将所有pucchrb资源调度给pusch。

需要说明的是，一方面，当接入到服务小区的激活ue数等于上行调度的ue数时，每个ue都有上行pusch业务调度，如果ue需要发送上行控制信 息，则该ue可以将pucch复用到pusch上；另一方面，当接入到服务小区的激活ue数为1时，无论该ue是否有上行调度，均可以不预留pucch。这是由于当ue有上行调度时，由于pucch和pusch不同时发送，因此ue不会发送pucch；当ue没有上行调度时，由于ue不发送pusch数据，所以在ue发送pucch数据时，pucch和pusch不会发送位置碰撞。

当下行绑定窗内调度的ue为上行调度ue的子集时，基站侧预留pucch静态区域资源，并将pucch的动态区域资源调度给pusch。

需要说明的是，根据表1所示的有关36.213协议的表10.1.3.1-1。以tdd配比2为例，对于n号帧的子帧为2的pusch来说，下发dci0的时间为n-1帧的子帧8，此下行绑定窗是指n-1帧的子帧8、6、5、4，这四个子帧的ack/nack需要在n号帧的子帧2上进行pucch反馈；对于n号帧的子帧7的pusch来说，下发dci0的时间为n号帧的子帧3，此下行绑定窗是指n-1帧的子帧9，n号帧的0、1、3，这几个子帧的ack/nack需要在n号帧的子帧7进行pucch反馈。可以理解地，如果下行绑定窗内调度的下行ue是上行调度ue的子集，那么下行调度的ue的ack/nack在进行反馈时，可以复用到pusch上，也就是说，pucch的ack/nackrb是不会被使用的，所以可以将这部分rb分配给pusch使用，以扩大pusch可用的rb数目。

表1

当接入到服务小区的激活ue数量不等于上行调度ue的数量，且接入到服务小区的激活ue数量不为1，且下行绑定窗内调度的ue不为上行调度ue的子集时，基站侧获取下行绑定窗内每个下行子帧对应的cfi值，并从每个下行子帧对应的cfi值中选取最大值，根据每个下行子帧对应的cfi值中的最大 值预留对应的pucch的动态区域资源，将剩余的pucch的动态区域资源调度给pusch。

需要说明的是，当前述两种状态均不满足时，则根据实际使用中所需的pucch的动态区域资源进行预留，将剩余的动态区域资源调度给pusch。

本实施例提供了一种pucch资源的调度方法，在pucch和pusch不同时配置发送的前提下，根据ue的上行调度状态将pucch的资源调度给pusch来传输ul-sch业务数据，从而提高pusch可用的rb数目，以达到提升上行速率的目的。

实施例二

基于前述实施例相同的技术构思，参见图3，其示出了本发明实施例提供的一种pucch资源的调度详细流程，可以包括：

s301：基站调度器在每个tti都对下行调度模块发送来的下行子帧的动态调度ue进行统计；

具体的统计方式是获取下行绑定窗内下行子帧动态调度的ue的并集；随后进入步骤s302；

s302：基站调度器按照调度时序判断当前tti是否为上行调度子帧，如果是，则进入步骤s303，否则进入步骤s313；

s303：基站调度器判断服务小区是否配置了同频邻区，如果是，则进入步骤s304，否则进入步骤s305；

s304：基站调度器判断上行调度ue的路损是否全部小于服务小区配置的路损门限，如果是，则进入步骤s305：，否则进入步骤s310；

s305：基站调度器判断上行调度的ue是否等于服务小区激活的ue数且大于1，或者服务小区激活ue数为1；如果是，则进入步骤s306，否则进入步骤s307；

s306：基站调度器不预留pucchrb资源，将所有pucchrb资源调度给pusch，进入步骤s311；

s307：基站调度器判断下行绑定窗内调度的ue是否是上行调度ue的子集；如果是，则进入步骤s308，否则进入步骤s309。

需要说明的是，下行绑定窗内调度的ue为上行调度ue的子集，也就是 说明下行动态调度的ue也在上行子帧进行pusch调度。

s308：基站调度器只预留pucch静态区域资源，将动态区域的pucchack/nackrb资源调度给pusch，进入步骤s311；

s309：基站调度器根据下行调度模块通知的下行子帧的cfi，计算下行绑定窗内下行子帧的cfi最大值，并预留该绑定窗内cfi最大值指示的pucchack/nackrb区域和pucch静态区rb资源，进入步骤s311；

s310：基站调度器按照cfi最大值预留pucchrb资源，进入步骤s311；

需要说明的是，本步骤表示基站调度器不将pucchrb资源调度给pusch使用。

s311：基站调度器将pucch预留结果通知给上行调度模块，进入步骤s312；

s312：基站调度器清除对应的下行绑定窗内所维护的下行调度ue信息，进入步骤s313；

s313：结束。

本实施例提供了一种pucch资源的调度详细流程，在pucch和pusch不同时配置发送的前提下，基站根据ue的上行调度状态将pucch的资源调度给pusch来传输ul-sch业务数据，从而提高pusch可用的rb数目，以达到提升上行速率的目的。

实施例三

基于前述实施例相同的技术构思，参见图4，其示出了本发明实施例提供的一种基站40的结构，该基站40可以包括：场景确定模块401和资源预留模块402和资源调度模块403，其中，

所述场景确定模块401，用于根据服务小区针对同频邻区的配置状态以及上行调度用户设备ue的路损确定所述基站40在当前传输时间间隔tti内与所述上行调度ue之间为近点场景；

所述资源预留模块402，用于根据所述ue的上行调度状态确定需要预留的pucch资源块rb资源；

所述资源调度模块403，用于将预留以外的pucchrb资源调度给物理上行共享信道pusch。

在上述方案中，所述场景确定模块401，用于当所述服务小区配置同频邻 区，且所述上行调度ue的路损均小于所述服务小区配置的路损门限时，或者所述服务小区没有配置同频邻区，确定在当前tti内所述基站40与所述上行调度ue之间为近点场景；

当所述服务小区配置同频邻区，且所述上行调度ue中的至少一个ue的路损大于或等于所述服务小区配置的路损门限时，确定在当前tti内所述基站40与所述上行调度ue之间为远点场景。

在上述方案中，参见图5，所述基站40还包括获取模块404，用于根据pucch的配置参数，获取所述pucch的静态区域和动态区域的rb数目；其中，所述pucch的静态区域包括用于发送信道状态信息csi和调度请求sr的rb区域，pucch的动态区域包括控制格式指示cfi的最大值所对应的ack/nackrb区域。

在上述方案中，所述资源预留模块402，用于当接入到服务小区的激活ue数量等于所述上行调度ue的数量或者接入到所述服务小区的激活ue数量为1时，所述基站40侧不预留pucchrb资源；

相应地，所述资源调度模块403，用于将所有pucchrb资源调度给pusch。

在上述方案中，所述资源预留模块402，用于当下行绑定窗内调度的ue为所述上行调度ue的子集时，所述基站40预留pucch静态区域资源；

相应地，所述资源调度模块403，用于将pucch的动态区域资源调度给pusch。

在上述方案中，所述资源预留模块402，用于当接入到服务小区的激活ue数量不等于所述上行调度ue的数量，且接入到服务小区的激活ue数量不为1，且下行绑定窗内调度的ue不为所述上行调度ue的子集时，所述基站40侧获取下行绑定窗内每个下行子帧对应的cfi值，并从每个下行子帧对应的cfi值中选取最大值，根据每个下行子帧对应的cfi值中的最大值预留对应的pucch的动态区域资源；

相应地，所述资源调度模块403，用于将剩余的pucch的动态区域资源调度给pusch。

在上述方案中，所述资源预留模块402，还用于按照所述pucch的最大值 预留pucchrb资源。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。