CN107567105B - 一种pucch资源的调度方法和装置 - Google Patents
一种pucch资源的调度方法和装置 Download PDFInfo
- Publication number
- CN107567105B CN107567105B CN201610517240.8A CN201610517240A CN107567105B CN 107567105 B CN107567105 B CN 107567105B CN 201610517240 A CN201610517240 A CN 201610517240A CN 107567105 B CN107567105 B CN 107567105B
- Authority
- CN
- China
- Prior art keywords
- pucch
- base station
- resources
- serving cell
- scheduling
- 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/12—Wireless traffic scheduling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种PUCCH资源的调度方法和装置;该方法可以包括:基站侧根据服务小区针对同频邻区的配置状态以及上行调度用户设备UE的路损确定所述基站侧在当前传输时间间隔TTI内与所述上行调度UE之间为近点场景;所述基站侧根据所述UE的上行调度状态确定需要预留的PUCCH资源块RB资源,并将预留以外的PUCCH RB资源调度给物理上行共享信道PUSCH。
Description
技术领域
本发明涉及无线通信技术,尤其涉及一种物理层上行链路控制信道(PUCCH,Physical Uplink Control CHannel)资源的配置方法和装置。
背景技术
在长期演进(LTE,Long Term Evolution)系统中,PUCCH主要用于承载上行L1/L2控制信息(UCI,Uplink Control Information),以支持上下行的数据传输。具体地,UCI可以包括调度请求(SR,Scheduling Request)、混合式自动传输请求的肯定确认或否定确认(HARQ ACK/NACK,Hybrid Automatic Repeat request ACKnowledgment/NegativeACKnowledgment)和信道状态信息(CSI,Channel State Information)三部分内容。在图1所示的PUCCH资源块(RB,Resource Block)在频域的位置示意中,可以得出,PUCCH RB位于频域的两端,并呈对称分布形状,中间是物理上行共享信道(PUSCH,Physical UplinkShared CHannel)RB和物理随机接入信道(PRACH,Physical Random Access CHannel)RB。当用户设备(UE,User Equipment)需要发送CSI时,则在PUCCH format 2/2a/2b所处的RB位置上发送数据;当UE需要发送SR时,则在PUCCH format 1所处的RB位置上发送数据;当UE需要对下行动态调度进行ACK/NACK反馈时,则在PUCCH format 1a/1b所处的RB位置上发送数据。
对于图1,需要说明的是,PRACH是用于传输随机接入前导(Random Accesspreamble)的资源,而PRACH的时频资源可以由prach-configIndex和prach-FrequencyOffset字段决定,并且由网管软件配置给基站,并由基站通过SIB2配置给UE;当基站把PUCCH资源配置给服务小区后,PUCCH所占的资源就已经确定,那么无论PUCCH RB上是否有UE发送上行控制信息,在基站侧都会以PUCCH的形式将PUCCH RB进行预留。除去PUCCH RB和PRACH RB资源,剩下的RB资源则可用于上行共享信道(UL-SCH,UpLink SharedCHannel)的数据传输。
值得注意的是,当UE需要进行上行数据业务时,上行数据的流量与PUSCH RB的数目之间呈正相关。而且当接入到某个服务小区的所有UE只有上行调度时,UE是不会在配置的PUCCH ACK/NACK位置发送数据的,此时PUCCH ACK/NACK位置的RB其实并没有被使用,从而造成这部分RB时频资源的浪费,限制了上行业务的流量。
发明内容
为解决上述技术问题,本发明实施例期望提供一种PUCCH资源的调度方法和装置,能够在不影响PUCCH解调,不降低下行业务性能的前提下,提高PUSCH可用的RB数目,从而达到提升上行速率的目的。
本发明的技术方案是这样实现的:
第一方面,本发明实施例提供了一种物理层上行链路控制信道PUCCH资源的调度方法,所述方法包括:
基站侧根据服务小区针对同频邻区的配置状态以及上行调度用户设备UE的路损确定所述基站侧在当前传输时间间隔TTI内与所述上行调度UE之间为近点场景;
所述基站侧根据所述UE的上行调度状态确定需要预留的PUCCH资源块RB资源,并将预留以外的PUCCH RB资源调度给物理上行共享信道PUSCH。
在上述方案中,所述基站侧根据服务小区针对同频邻区的配置状态以及上行调度用户设备UE的路损确定所述基站侧在当前传输时间间隔TTI内与所述上行调度UE之间为近点场景,包括:
当所述服务小区配置同频邻区,且所述上行调度UE的路损均小于所述服务小区配置的路损门限时,或者所述服务小区没有配置同频邻区,所述基站侧确定在当前TTI内与所述上行调度UE之间为近点场景;
当所述服务小区配置同频邻区,且所述上行调度UE中的至少一个UE的路损大于或等于所述服务小区配置的路损门限时,所述基站侧确定在当前TTI内与所述上行调度UE之间为远点场景。
在上述方案中,在所述基站侧根据服务小区针对同频邻区的配置状态以及上行调度用户设备UE的路损确定所述基站侧在当前传输时间间隔TTI内与所述上行调度UE之间为近点场景之前,所述方法还包括:
所述基站侧根据PUCCH的配置参数,获取所述PUCCH的静态区域和动态区域的RB数目;其中,所述PUCCH的静态区域包括用于发送信道状态信息CSI和调度请求SR的RB区域,PUCCH的动态区域包括控制格式指示CFI的最大值所对应的ACK/NACK RB区域。
在上述方案中,所述基站侧根据所述UE的上行调度状态确定需要预留的PUCCH资源块RB资源,并将预留以外的PUCCH RB资源调度给物理上行共享信道PUSCH,包括:
当接入到服务小区的激活UE数量等于所述上行调度UE的数量或者接入到所述服务小区的激活UE数量为1时,所述基站侧不预留PUCCH RB资源,并将所有PUCCH RB资源调度给PUSCH;
当下行绑定窗内调度的UE为所述上行调度UE的子集时,所述基站侧预留PUCCH静态区域资源,并将PUCCH的动态区域资源调度给PUSCH;
当接入到服务小区的激活UE数量不等于所述上行调度UE的数量,且接入到服务小区的激活UE数量不为1,且下行绑定窗内调度的UE不为所述上行调度UE的子集时,所述基站侧获取下行绑定窗内每个下行子帧对应的CFI值,并从每个下行子帧对应的CFI值中选取最大值,根据每个下行子帧对应的CFI值中的最大值预留对应的PUCCH的动态区域资源,将剩余的PUCCH的动态区域资源调度给PUSCH。
在上述方案中,所述基站侧确定在当前TTI内与所述上行调度UE之间为远点场景时,所述方法还包括:
所述基站侧按照所述PUCCH的最大值预留PUCCH RB资源。
第二方面,本发明实施例提供了一种基站,所述基站包括:场景确定模块和资源预留模块和资源调度模块,其中,
所述场景确定模块,用于根据服务小区针对同频邻区的配置状态以及上行调度用户设备UE的路损确定所述基站侧在当前传输时间间隔TTI内与所述上行调度UE之间为近点场景;
所述资源预留模块,用于根据所述UE的上行调度状态确定需要预留的PUCCH资源块RB资源;
所述资源调度模块,用于将预留以外的PUCCH RB资源调度给物理上行共享信道PUSCH。
在上述方案中,所述场景确定模块,用于当所述服务小区配置同频邻区,且所述上行调度UE的路损均小于所述服务小区配置的路损门限时,或者所述服务小区没有配置同频邻区,确定在当前TTI内所述基站与所述上行调度UE之间为近点场景;
当所述服务小区配置同频邻区,且所述上行调度UE中的至少一个UE的路损大于或等于所述服务小区配置的路损门限时,确定在当前TTI内所述基站与所述上行调度UE之间为远点场景。
在上述方案中,所述基站还包括获取模块,用于根据PUCCH的配置参数,获取所述PUCCH的静态区域和动态区域的RB数目;其中,所述PUCCH的静态区域包括用于发送信道状态信息CSI和调度请求SR的RB区域,PUCCH的动态区域包括控制格式指示CFI的最大值所对应的ACK/NACK RB区域。
在上述方案中,所述资源预留模块,用于当接入到服务小区的激活UE数量等于所述上行调度UE的数量或者接入到所述服务小区的激活UE数量为1时,所述基站侧不预留PUCCH RB资源;
相应地,所述资源调度模块,用于将所有PUCCH RB资源调度给PUSCH。
在上述方案中,所述资源预留模块,用于当下行绑定窗内调度的UE为所述上行调度UE的子集时,所述基站侧预留PUCCH静态区域资源;
相应地,所述资源调度模块,用于将PUCCH的动态区域资源调度给PUSCH。
在上述方案中,所述资源预留模块,用于当接入到服务小区的激活UE数量不等于所述上行调度UE的数量,且接入到服务小区的激活UE数量不为1,且下行绑定窗内调度的UE不为所述上行调度UE的子集时,所述基站侧获取下行绑定窗内每个下行子帧对应的CFI值,并从每个下行子帧对应的CFI值中选取最大值,根据每个下行子帧对应的CFI值中的最大值预留对应的PUCCH的动态区域资源;
相应地,所述资源调度模块,用于将剩余的PUCCH的动态区域资源调度给PUSCH。
在上述方案中,所述资源预留模块,还用于按照所述PUCCH的最大值预留PUCCH RB资源。
本发明实施例提供了一种PUCCH资源的调度方法和装置,在PUCCH和PUSCH不同时配置发送的前提下,根据UE的上行调度状态将PUCCH的资源调度给PUSCH来传输UL-SCH业务数据,从而能够在不影响PUCCH解调,不降低下行业务性能的前提下,提高PUSCH可用的RB数目,以致达到提升上行速率的目的。
附图说明
图1为现有技术中PUCCH RB在频域的位置示意图;
图2为本发明实施例提供的一种PUCCH资源的调度方法流程示意图;
图3为本发明实施例提供的一种PUCCH资源的调度详细流程示意图;
图4为本发明实施例提供的一种基站的结构示意图;
图5为本发明实施例提供的另一种基站的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
针对本发明实施例,首先需要说明的是,在PUSCH和PUCCH配置为不同时发送的前提下,对于同一个传输时间间隔(TTI,Transmission Time Interval)内进行上行调度的UE,如果该UE需要在PUCCH上进行上行控制信息发送,那么可以通过复用到PUSCH上来进行发送。
基于上述说明,提出本申请的以下实施例。
实施例一
参见图2,其示出了本发明实施例提供的一种PUCCH资源的调度方法,该方法可以包括:
S201:基站侧根据服务小区针对同频邻区的配置状态以及上行调度UE的路损确定基站侧在当前TTI内与上行调度UE之间为近点场景;
S202:基站侧根据UE的上行调度状态确定需要预留的PUCCH RB资源,并将预留以外的PUCCH RB资源调度给PUSCH。
图2所示的方案通过基站侧将PUCCH RB资源调度给PUSCH,从而提高了PUSCH可用的RB数目,达到了提升上行速率的目的
示例性地,对于步骤S201,具体可以包括:
当服务小区配置同频邻区,且上行调度的UE的路损均小于服务小区配置的路损门限PLThr时,或者服务小区没有配置同频邻区,基站侧确定在当前TTI内与上行调度UE之间为近点场景;
当服务小区配置同频邻区,且上行调度的UE中的至少一个UE的路损大于或等于服务小区配置的路损门限PLThr时,基站侧确定在当前TTI内与上行调度UE之间为远点场景。
需要说明的是,基站侧与上行调度UE之间为远点场景时,如果在PUCCH区域进行PUSCH调度,会导致本小区的PUSCH干扰同频邻区的PUCCH解调,从而造成同频邻区的下行性能下降,所以,当远点场景时,基站侧按照PUCCH的最大值预留PUCCH RB资源,避免对PUCCHRB资源进行PUSCH业务调度。
示例性地,在实现图2所示的技术方案过程中,在步骤S201之前,还可以包括:
基站侧根据PUCCH的配置参数,获取PUCCH的静态区域和动态区域的RB数目;其中,PUCCH的静态区域包括用于发送CSI和SR的RB区域,PUCCH的动态区域包括控制格式指示(CFI,Control Format Indicator)的最大值所对应的ACK/NACK RB区域。
需要说明的是,在1.4M带宽条件下,CFI最大值为4;在其他带宽下,CFI最大值为3。而且PUCCH的动态区域用于发送与动态调度相关的ACK/NACK,可以理解地,当CFI最大值为3时,CFI可以分别为1、2、3,并且不同的CFI值对应指示PUCCH动态区域当中的下行动态调度真实所需的PUCCH ACK/NACK RB范围。
示例性地,对于步骤S202,可以包括:
当接入到服务小区的激活UE数量等于上行调度UE的数量或者接入到服务小区的激活UE数量为1时,基站侧不预留PUCCH RB资源,并将所有PUCCH RB资源调度给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来说,下发DCI 0的时间为N号帧的子帧3,此下行绑定窗是指N-1帧的子帧9,N号帧的0、1、3,这几个子帧的ACK/NACK需要在N号帧的子帧7进行PUCCH反馈。可以理解地,如果下行绑定窗内调度的下行UE是上行调度UE的子集,那么下行调度的UE的ACK/NACK在进行反馈时,可以复用到PUSCH上,也就是说,PUCCH的ACK/NACK RB是不会被使用的,所以可以将这部分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:基站调度器不预留PUCCH RB资源,将所有PUCCH RB资源调度给PUSCH,进入步骤S311;
S307:基站调度器判断下行绑定窗内调度的UE是否是上行调度UE的子集;如果是,则进入步骤S308,否则进入步骤S309。
需要说明的是,下行绑定窗内调度的UE为上行调度UE的子集,也就是说明下行动态调度的UE也在上行子帧进行PUSCH调度。
S308:基站调度器只预留PUCCH静态区域资源,将动态区域的PUCCH ACK/NACK RB资源调度给PUSCH,进入步骤S311;
S309:基站调度器根据下行调度模块通知的下行子帧的CFI,计算下行绑定窗内下行子帧的CFI最大值,并预留该绑定窗内CFI最大值指示的PUCCH ACK/NACK RB区域和PUCCH静态区RB资源,进入步骤S311;
S310:基站调度器按照CFI最大值预留PUCCH RB资源,进入步骤S311;
需要说明的是,本步骤表示基站调度器不将PUCCH RB资源调度给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,用于将预留以外的PUCCH RB资源调度给物理上行共享信道PUSCH。
在上述方案中,所述场景确定模块401,用于当所述服务小区配置同频邻区,且所述上行调度UE的路损均小于所述服务小区配置的路损门限时,或者所述服务小区没有配置同频邻区,确定在当前TTI内所述基站40与所述上行调度UE之间为近点场景;
当所述服务小区配置同频邻区,且所述上行调度UE中的至少一个UE的路损大于或等于所述服务小区配置的路损门限时,确定在当前TTI内所述基站40与所述上行调度UE之间为远点场景。
在上述方案中,参见图5,所述基站40还包括获取模块404,用于根据PUCCH的配置参数,获取所述PUCCH的静态区域和动态区域的RB数目;其中,所述PUCCH的静态区域包括用于发送信道状态信息CSI和调度请求SR的RB区域,PUCCH的动态区域包括控制格式指示CFI的最大值所对应的ACK/NACK RB区域。
在上述方案中,所述资源预留模块402,用于当接入到服务小区的激活UE数量等于所述上行调度UE的数量或者接入到所述服务小区的激活UE数量为1时,所述基站40侧不预留PUCCH RB资源;
相应地,所述资源调度模块403,用于将所有PUCCH RB资源调度给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资源。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (12)
1.一种物理层上行链路控制信道PUCCH资源的调度方法,其特征在于,所述方法包括:
基站侧根据服务小区针对同频邻区的配置状态以及上行调度用户设备UE的路损确定所述基站侧在当前传输时间间隔TTI内与所述上行调度UE之间为近点场景;
所述基站侧根据所述UE的上行调度状态确定需要预留的PUCCH资源块RB资源,并将预留以外的PUCCH RB资源调度给物理上行共享信道PUSCH。
2.根据权利要求1所述的方法,其特征在于,所述基站侧根据服务小区针对同频邻区的配置状态以及上行调度用户设备UE的路损确定所述基站侧在当前传输时间间隔TTI内与所述上行调度UE之间为近点场景,包括:
当所述服务小区配置同频邻区,且所述上行调度UE的路损均小于所述服务小区配置的路损门限时,或者所述服务小区没有配置同频邻区,所述基站侧确定在当前TTI内与所述上行调度UE之间为近点场景;
当所述服务小区配置同频邻区,且所述上行调度UE中的至少一个UE的路损大于或等于所述服务小区配置的路损门限时,所述基站侧确定在当前TTI内与所述上行调度UE之间为远点场景。
3.根据权利要求1所述的方法,其特征在于,在所述基站侧根据服务小区针对同频邻区的配置状态以及上行调度用户设备UE的路损确定所述基站侧在当前传输时间间隔TTI内与所述上行调度UE之间为近点场景之前,所述方法还包括:
所述基站侧根据PUCCH的配置参数,获取所述PUCCH的静态区域和动态区域的RB数目;其中,所述PUCCH的静态区域包括用于发送信道状态信息CSI和调度请求SR的RB区域,PUCCH的动态区域包括控制格式指示CFI的最大值所对应的ACK/NACK RB区域。
4.根据权利要求1所述的方法,其特征在于,所述基站侧根据所述UE的上行调度状态确定需要预留的PUCCH资源块RB资源,并将预留以外的PUCCH RB资源调度给物理上行共享信道PUSCH,包括:
当接入到服务小区的激活UE数量等于所述上行调度UE的数量或者接入到所述服务小区的激活UE数量为1时,所述基站侧不预留PUCCH RB资源,并将所有PUCCH RB资源调度给PUSCH;
当下行绑定窗内调度的UE为所述上行调度UE的子集时,所述基站侧预留PUCCH静态区域资源,并将PUCCH的动态区域资源调度给PUSCH;
当接入到服务小区的激活UE数量不等于所述上行调度UE的数量,且接入到服务小区的激活UE数量不为1,且下行绑定窗内调度的UE不为所述上行调度UE的子集时,所述基站侧获取下行绑定窗内每个下行子帧对应的CFI值,并从每个下行子帧对应的CFI值中选取最大值,根据每个下行子帧对应的CFI值中的最大值预留对应的PUCCH的动态区域资源,将剩余的PUCCH的动态区域资源调度给PUSCH。
5.根据权利要求2所述的方法,其特征在于,所述基站侧确定在当前TTI内与所述上行调度UE之间为远点场景时,所述方法还包括:
所述基站侧按照所述PUCCH的最大值预留PUCCH RB资源。
6.一种基站,其特征在于,所述基站包括:场景确定模块和资源预留模块和资源调度模块,其中,
所述场景确定模块,用于根据服务小区针对同频邻区的配置状态以及上行调度用户设备UE的路损确定所述基站侧在当前传输时间间隔TTI内与所述上行调度UE之间为近点场景;
所述资源预留模块,用于根据所述UE的上行调度状态确定需要预留的PUCCH资源块RB资源;
所述资源调度模块,用于将预留以外的PUCCH RB资源调度给物理上行共享信道PUSCH。
7.根据权利要求6所述的基站,其特征在于,所述场景确定模块,用于当所述服务小区配置同频邻区,且所述上行调度UE的路损均小于所述服务小区配置的路损门限时,或者所述服务小区没有配置同频邻区,确定在当前TTI内所述基站与所述上行调度UE之间为近点场景;
当所述服务小区配置同频邻区,且所述上行调度UE中的至少一个UE的路损大于或等于所述服务小区配置的路损门限时,确定在当前TTI内所述基站与所述上行调度UE之间为远点场景。
8.根据权利要求6所述的基站,其特征在于,所述基站还包括获取模块,用于根据PUCCH的配置参数,获取所述PUCCH的静态区域和动态区域的RB数目;其中,所述PUCCH的静态区域包括用于发送信道状态信息CSI和调度请求SR的RB区域,PUCCH的动态区域包括控制格式指示CFI的最大值所对应的ACK/NACK RB区域。
9.根据权利要求6所述的基站,其特征在于,所述资源预留模块,用于当接入到服务小区的激活UE数量等于所述上行调度UE的数量或者接入到所述服务小区的激活UE数量为1时,所述基站侧不预留PUCCH RB资源;
相应地,所述资源调度模块,用于将所有PUCCH RB资源调度给PUSCH。
10.根据权利要求6所述的基站,其特征在于,所述资源预留模块,用于当下行绑定窗内调度的UE为所述上行调度UE的子集时,所述基站侧预留PUCCH静态区域资源;
相应地,所述资源调度模块,用于将PUCCH的动态区域资源调度给PUSCH。
11.根据权利要求6所述的基站,其特征在于,所述资源预留模块,用于当接入到服务小区的激活UE数量不等于所述上行调度UE的数量,且接入到服务小区的激活UE数量不为1,且下行绑定窗内调度的UE不为所述上行调度UE的子集时,所述基站侧获取下行绑定窗内每个下行子帧对应的CFI值,并从每个下行子帧对应的CFI值中选取最大值,根据每个下行子帧对应的CFI值中的最大值预留对应的PUCCH的动态区域资源;
相应地,所述资源调度模块,用于将剩余的PUCCH的动态区域资源调度给PUSCH。
12.根据权利要求7所述的基站,其特征在于,所述资源预留模块,还用于按照所述PUCCH的最大值预留PUCCH RB资源。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610517240.8A CN107567105B (zh) | 2016-06-30 | 2016-06-30 | 一种pucch资源的调度方法和装置 |
PCT/CN2017/090986 WO2018001345A1 (zh) | 2016-06-30 | 2017-06-30 | 一种pucch资源的调度方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610517240.8A CN107567105B (zh) | 2016-06-30 | 2016-06-30 | 一种pucch资源的调度方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107567105A CN107567105A (zh) | 2018-01-09 |
CN107567105B true CN107567105B (zh) | 2021-05-28 |
Family
ID=60785953
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610517240.8A Active CN107567105B (zh) | 2016-06-30 | 2016-06-30 | 一种pucch资源的调度方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107567105B (zh) |
WO (1) | WO2018001345A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190223198A1 (en) * | 2018-01-15 | 2019-07-18 | Huawei Technologies Co., Ltd. | Method and apparatus for front-haul network dependent wireless network control |
CN110856236B (zh) * | 2018-08-21 | 2023-01-24 | 成都鼎桥通信技术有限公司 | 业务调度方法和装置 |
CN112039642B (zh) * | 2019-06-04 | 2022-06-07 | 大唐移动通信设备有限公司 | 一种pucch资源分配方法和一种基站 |
CN113098665B (zh) * | 2020-01-09 | 2022-02-25 | 大唐移动通信设备有限公司 | 一种为csi分配pucch资源的处理方法及装置 |
CN114760698B (zh) * | 2022-04-13 | 2023-11-14 | 中国电信股份有限公司 | Pucch资源分配方法和装置 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8457091B2 (en) * | 2008-12-30 | 2013-06-04 | Interdigital Patent Holdings, Inc. | Fast control channel feedback for multiple downlink carrier operations |
CN104539396B (zh) * | 2009-01-30 | 2018-04-20 | 三星电子株式会社 | 在数据或控制信道上发送上行链路控制信息的方法和装置 |
KR101607333B1 (ko) * | 2009-03-05 | 2016-03-30 | 엘지전자 주식회사 | 중계국의 제어신호 전송 방법 및 장치 |
EP2425670B1 (en) * | 2009-04-30 | 2016-07-20 | Nokia Technologies Oy | Methods, apparatuses and computer program product for managing device-to-device interference |
CN101815325B (zh) * | 2010-03-09 | 2012-05-23 | 上海华为技术有限公司 | 跳频的实现方法、装置和通信系统 |
CN103370898B (zh) * | 2011-02-07 | 2017-08-29 | 瑞典爱立信有限公司 | 用于探测参考信号srs的上行链路传送的基站(天线)选择的方法和装置 |
CN103167614A (zh) * | 2011-12-16 | 2013-06-19 | 北京三星通信技术研究有限公司 | 一种动态调整lte物理上行共享信道跳频范围的方法 |
CN103152835B (zh) * | 2013-03-27 | 2015-09-02 | 大唐移动通信设备有限公司 | Lte系统中上行子帧pusch可用资源的估算方法及系统 |
-
2016
- 2016-06-30 CN CN201610517240.8A patent/CN107567105B/zh active Active
-
2017
- 2017-06-30 WO PCT/CN2017/090986 patent/WO2018001345A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
CN107567105A (zh) | 2018-01-09 |
WO2018001345A1 (zh) | 2018-01-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110474747B (zh) | 一种信号传输方法和装置、及终端 | |
JP6987858B2 (ja) | データ伝送方法、基地局、ユーザ機器およびシステム | |
CN106375071B (zh) | 用于载波聚合系统的通信方法和装置 | |
CN107567105B (zh) | 一种pucch资源的调度方法和装置 | |
US20200170004A1 (en) | Method and device for transmitting uplink control information | |
US20170311337A1 (en) | Data Processing Implementation Method, Base Station and User Equipment | |
US20160174203A1 (en) | Method, device and system for assigning ack channels to users | |
JP2018078635A (ja) | 通信システムにおいて干渉制御のためのサブフレーム運用及びチャネル情報伝送方法及び装置 | |
US11368201B2 (en) | Method for groupcast transmission and reception with feedback information, and apparatus therefor | |
KR102161007B1 (ko) | 업링크 채널 송신 방법 및 장치 | |
Huang et al. | Radio resource scheduling for narrowband Internet of Things systems: A performance study | |
JP2018503305A (ja) | 複数の時間インスタンスにおけるアップリンクリソーススケジューリング | |
US20150029988A1 (en) | Method, device and system for uplink resource allocation | |
KR102150368B1 (ko) | 상향링크 데이터 전송 방법 및 관련 장치 | |
CN108650709B (zh) | 一种上行传输功率分配方法和移动通信系统 | |
JP2019533352A (ja) | データ伝送のための方法及び装置 | |
CN108811135B (zh) | 一种数据传输方法及装置 | |
CN105992361A (zh) | 一种增强的 ca 中的调度方法和装置 | |
CN107046719B (zh) | 用于减少时分双工的传输时延的方法、装置和系统 | |
WO2014019161A1 (en) | Buffer status reporting for time division duplex long term evolution | |
JP2014520481A (ja) | 通信システムにおける方法及び構成 | |
CN113890701A (zh) | 旁链路传输方法、传输装置和终端 | |
CN106550464B (zh) | 一种上行控制信息的传输方法、装置和系统 | |
CN108811090B (zh) | 一种资源分配指示方法、装置、网络侧设备及用户设备 | |
EP3451765B1 (en) | Data transmission method and device |
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 |