一种下行资源调度授权方法和系统与流程

本申请涉及通信技术领域，特别涉及一种下行资源调度授权方法和系统。

背景技术：

在目前的lte系统中，单载波最大支持20m的系统带宽，如果要支持更大的带宽，则需要采用载波聚合技术。

在3gpp协议中，支持最大5个载波的聚合，但是，要求下行载波数大于等于上行载波数。在公网运营商网络中，一般下行业务需求大于上行业务需求，因此，3gpp定义的载波聚合可以较好地满足运营商网络。

但是，在一些行业网络应用中，会存在大量的视频监控类业务，此时，上行的业务需求大于下行的业务需求，在这种情况下，3gpp定义的载波聚合方案无法很好地满足行业网络的需求。

为了更好地满足大量的上行业务需求场景，需要引入上行载波数大于下行载波数的非对称载波聚合技术。

发明人在实现本发明的过程中发现：在引入上述非对称载波聚合技术原场景下，采用现有的物理下行共享信道(pdsch)动态调度方案，会存在物理下行控制信道(pdcch)资源不足的问题，且现有的解决下行pdsch调度开销的方法无法解决该问题，具体分析如下：

目前lte标准中，下行pdsch调度采用的是动态调度，每个调度授权仅调度一个子帧。例如，如图1所示，在lte系统中，下行调度采用异步混合自动重传请求(harq)、频分复用(fdd)时，下行支持8个harq进程，每次pdcch授权仅能分配一个harq的一个子帧资源。这样，由于一次调度授权仅调度一个子帧使得pdcch资源开销会比较大。这样，在非对称上行载波聚合场景下，由于下行载波的带宽较小，如果采用现有的下行pdsch动态调度方案，就会由于存在pdcch资源不足的问题。

目前3gpp标准中解决下行pdsch调度开销的方法有如下两种：

一种是引入epdcch信道：当pdcch资源不足时，将一部分pdsch资源划分出来作为epdcch信道使用。但是，当下行载波带宽较小时，pdsch资源同样比较紧张，因此，无法解决上述非对称上行载波聚合场景下pdcch资源不足的问题，并且epdcch也会大大影响下行容量。

另一种是采用半静态调度：3gpp支持下行pdsch半静态调度的方式，但是，半静态支持的最小周期为10ms，而且调度灵活性差，只适合语音等具有明显周期性特征的业务，无法满足其他类型的业务，因此，该方法也无法解决上述非对称上行载波聚合场景下pdcch资源不足的问题。

技术实现要素：

本申请提供了一种下行资源调度授权方法和系统，能够有效解决非对称上行载波聚合场景下pdcch资源不足的问题。

一种下行多子帧资源调度授权方法，包括：

基站向用户设备ue发送pdcch授权信息；其中，所述pdcch授权信息用于对同一harq进程的n个pdsch子帧进行授权；所述n为预设的单个pdcch授权信息授权分配的pdsch子帧数量，n≥1；所述pdcch授权信息的新数据指示ndi域携带所述harq进程在所述n个pdsch子帧中的首个子帧的传输类型，所述传输类型为重传或新传；

对于所述n个pdsch子帧中的首个子帧，所述ue根据所述pdcch信息的ndi域，获知所述harq进程在该子帧的pdsch上的传输类型；

对于所述n个pdsch子帧中除首个子帧之外的每个子帧，如果所述ue在该子帧检测到pdcch授权信息，则根据所检测到的pdcch授权信息，获知所述harq进程在该子帧的pdsch上的传输类型；否则，根据所述harq进程在该子帧之前的最后一次传输所对应的ack/nack信息和所述harq进程的重传次数是否已达到预设的最大重传次数，获知所述harq进程在当前子帧的传输类型。

较佳地，所述方法进一步包括：

所述基站利用所述pdcch授权信息携带的授权周期字段，或者利用rrc信令、或者利用广播信令，将所述n通知给所述ue。

较佳地，所述方法进一步包括：

对于所述n个pdsch子帧中的每个子帧，如果所述harq进程在当前子帧的传输类型为重传，且所述ue在该子帧没有检测到pdcch授权信息，则所述ue根据当前所述harq进程的重传次数，以及预设的冗余rv版本模式与重传次数的映射关系，确定当前重传使用的rv版本。

较佳地，所述方法进一步包括：

对于所述n个pdsch子帧中的首个子帧，所述ue根据所述pdcch信息的首个cce，确定用于反馈所述harq进程在该子帧所对应的ack/nack信息的pucch资源；

对于所述n个pdsch子帧中除首个子帧之外的每个子帧，所述ue根据所述基站利用rrc信令配置的pucch资源，确定用于反馈所述harq进程在该子帧所对应的ack/nack信息的pucch资源。

较佳地，所述方法进一步包括：

所述基站采用时分复用的方式，为不同ue配置相同的用于反馈ack/nack信息的pucch资源。

一种下行资源调度授权系统，包括：

基站，用于向用户设备ue发送pdcch授权信息；其中，所述pdcch授权信息用于对同一harq进程的n个pdsch子帧进行授权；所述n为预设的单个pdcch信息授权分配的pdsch子帧数量，n≥1；所述pdcch授权信息的新数据指示ndi域携带所述harq进程在所述n个pdsch子帧中的首个子帧的传输类型，所述传输类型为重传或新传；

所述ue，用于对于所述n个pdsch子帧中的首个子帧，根据所述pdcch信息的ndi域，获知所述harq进程在该子帧的pdsch上的传输类型；对于所述n个pdsch子帧中除首个子帧之外的每个子帧，如果本ue在该子帧检测到pdcch授权信息，则根据所检测到的pdcch授权信息，获知所述harq进程在该子帧的pdsch上的传输类型；否则，根据所述harq进程在该子帧之前的最后一次传输所对应的ack/nack信息和所述harq进程的重传次数是否已达到预设的最大重传次数，获知所述harq进程在当前子帧的传输类型。

较佳地，所述基站，进一步用于利用所述pdcch授权信息携带的授权周期字段，或者利用rrc信令、或者利用广播信令，将所述n通知给所述ue。

较佳地，所述ue，进一步用于对于所述n个pdsch子帧中的每个子帧，如果所述harq进程在当前子帧的传输类型为重传，且所述ue在该子帧没有检测到pdcch授权信息，则根据当前所述harq进程的重传次数，以及预设的冗余rv版本模式与重传次数的映射关系，确定当前重传使用的rv版本。

较佳地，所述ue，进一步用于对于所述n个pdsch子帧中的首个子帧，根据所述pdcch信息的首个cce，确定用于反馈所述harq进程在该子帧所对应的ack/nack信息的pucch资源；对于所述n个pdsch子帧中除首个子帧之外的每个子帧，根据所述基站利用rrc信令配置的pucch资源，确定用于反馈所述harq进程在该子帧所对应的ack/nack信息的pucch资源。

较佳地，所述基站进一步用于采用时分复用的方式，为不同ue配置相同的用于反馈ack/nack信息的pucch资源。

由上述技术方案可见，本申请提出的下行资源调度授权方法和系统，在一次下行调度授权时，一个pdcch授权可以调度同一个harq的多个下行pdsch子帧资源，不再只能对一个子帧进行授权，如此，有效提升了pdcch调度pdsch资源的效率，且不会影响下行容量，从而可以有效解决非对称上行载波聚合场景下pdcch资源不足的问题。

附图说明

图1为现有lte系统的调度授权方案示意图；

图2为本发明实施例的方法流程示意图；

图3为本发明实施例的系统结构示意图。

具体实施方式

为使本申请的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本申请作进一步详细说明。

图2为本发明实施例的方法流程示意图，如图2所示，该实施例实现的下行资源调度授权方法主要包括：

步骤201、基站向用户设备ue发送pdcch授权信息。

其中，所述pdcch授权信息用于对同一harq进程的n个pdsch子帧进行授权；所述n为预设的单个pdcch授权信息授权分配的pdsch子帧数量，n≥1；所述pdcch授权信息的新数据指示ndi域携带所述harq进程在所述n个pdsch子帧中的首个子帧的传输类型，所述传输类型为重传或新传。

本步骤中，与现有的下行调度授权方案不同的是，这里，一个pdcch授权信息不再局限于只能对一个pdsch子帧进行授权，而是可以对同一harq进程的多个pdsch子帧进行授权，这样，可以充分减少pdcch资源开销，从而可以提升pdcch调度pdsch资源的效率，并且，这里由于不会占用pdsch资源，因此，也不会影响下行容量，从而可以既能有效解决非对称上行载波聚合场景下pdcch资源不足的问题，又能保障系统的下行容量。

这里需要说明的是，由于在步骤201中网络侧一次会授权多个子帧的调度，而每个子帧的传输类型需要根据前一次传输情况确定的，这样，对于其中除第一个子帧之外的其他多个子帧进行授权时，会由于相应子帧的前一次传输还未进行，从而使得授权时无法根据实际的传输情况确定这些子帧上的传输类型，从而无法在授权时同时对多个子帧的传输类型进行指示。基于上述考虑，在发送授权信息时，会利用其中的ndi域携带所述harq进程在所述n个pdsch子帧中的首个子帧的传输类型，而对于其他子帧的传输类型，则不需要进行通知，而由ue根据实际的传输情况或接收到的授权信息进行确定即可。

较佳地，对于一个pdcch授权信息可以携带的授权子帧数量n，网络侧可以采用下述几种方法通知给ue，以便ue可以基于此获取相应的授权信息：

方法1、基站利用所述pdcch授权信息携带的授权周期字段将所述n通知给所述ue。

方法2、基站利用rrc信令，将所述n通知给所述ue。

方法3、述基站利用广播信令，将所述n通知给所述ue。

步骤202、对于所述n个pdsch子帧中的首个子帧，所述ue根据所述pdcch信息的ndi域，获知所述harq进程在该子帧的pdsch上的传输类型；

对于所述n个pdsch子帧中除首个子帧之外的每个子帧，如果所述ue在该子帧检测到pdcch授权信息，则根据所检测到的pdcch授权信息，获知所述harq进程在该子帧的pdsch上的传输类型；否则，根据所述harq进程在该子帧之前的最后一次传输所对应的ack/nack信息和所述harq进程的重传次数是否已达到预设的最大重传次数，获知所述harq进程在当前子帧的传输类型。

如上文所述，由于基站无法在一次授权时同时对多个子帧的传输类型进行指示，因此，本步骤中ue在确定pdsch上的传输类型时，需要区分授权时的不同子帧确定相应子帧的传输类型，以便基于此进行相应的数据接收。

这里需要说明的是，基于步骤201中一次授权n个pdsch子帧的方法，对于授权的n个pdsch子帧中除首个子帧之外的每个子帧，正常情况下，基站不需要再在该子帧上发送pdcch授权信息。为了提高本申请的兼容性，在实际应用中，也可以和现有系统一样，允许基站在特殊情况下(例如，需要发送重要信息时)，重新下发pdcch授权信息，此时，pdcch授权信息会携带当前子帧的传输类型，相应地，ue会在该子帧上检测到pdcch授权信息，从而可以根据pdcch授权信息获知harq进程在该子帧的pdsch上的传输类型。如果ue在该子帧上没有检测到pdcch授权信息，则需要采用基站侧确定下行传输方式的方法，来确定当前子帧的传输类型，即：根据所述harq进程在该子帧之前的最后一次传输所对应的ack/nack信息和所述harq进程的重传次数是否已达到预设的最大重传次数，获知所述harq进程在当前子帧的传输类型。例如，当harq进程的重传次数已达到最大重传次数时，harq进程在当前子帧的传输类型为新传，当该子帧之前的最后一次传输所对应的是nack信息且harq进程的重传次数未达到最大重传次数时，传输类型为重传；当该子帧之前的最后一次传输所对应的是ack信息时，传输类型为新传。

进一步地，对于harq重传的子帧并且没有pdcch授权，ue可以根据当前的重传次数及固定的rv版本模式，确定该harq重传使用的rv版本，具体如下：

对于所述n个pdsch子帧中的每个子帧，如果所述harq进程在当前子帧的传输类型为重传，且所述ue在该子帧没有检测到pdcch授权信息，则所述ue根据当前所述harq进程的重传次数，以及预设的冗余rv版本模式与重传次数的映射关系，确定当前重传使用的rv版本。

进一步地，ue可以采用下述方法确定用于反馈ack/nack信息的pucch资源：

对于所述n个pdsch子帧中的首个子帧，所述ue根据所述pdcch信息的首个cce，确定用于反馈所述harq进程在该子帧所对应的ack/nack信息的pucch资源；

对于所述n个pdsch子帧中除首个子帧之外的每个子帧，所述ue根据所述基站利用rrc信令配置的pucch资源，确定用于反馈所述harq进程在该子帧所对应的ack/nack信息的pucch资源。

较佳地，为了提高pucch资源的利用率，基站采用时分复用的方式，为不同ue配置相同的用于反馈ack/nack信息的pucch资源。

与上述方法实施例相对应，本申请还提供了一种下行多子帧资源调度系统，如图3所示，该系统包括：

基站，用于向用户设备ue发送pdcch授权信息；其中，所述pdcch授权信息用于对同一harq进程的n个pdsch子帧进行授权；所述n为预设的单个pdcch信息授权分配的pdsch子帧数量，n≥1；所述pdcch授权信息的新数据指示ndi域携带所述harq进程在所述n个pdsch子帧中的首个子帧的传输类型，所述传输类型为重传或新传。

ue，用于对于所述n个pdsch子帧中的首个子帧，根据所述pdcch信息的ndi域，获知所述harq进程在该子帧的pdsch上的传输类型；对于所述n个pdsch子帧中除首个子帧之外的每个子帧，如果本ue在该子帧检测到pdcch授权信息，则根据所检测到的pdcch授权信息，获知所述harq进程在该子帧的pdsch上的传输类型；否则，根据所述harq进程在该子帧之前的最后一次传输所对应的ack/nack信息和所述harq进程的重传次数是否已达到预设的最大重传次数，获知所述harq进程在当前子帧的传输类型。

较佳地，所述基站，进一步用于利用所述pdcch授权信息携带的授权周期字段，或者利用rrc信令、或者利用广播信令，将所述n通知给所述ue；

或者所述基站利用rrc信令，将所述n通知给所述ue；

或者所述基站利用广播信令，将所述n通知给所述ue。

较佳地，所述ue，进一步用于对于所述n个pdsch子帧中的每个子帧，如果所述harq进程在当前子帧的传输类型为重传，且所述ue在该子帧没有检测到pdcch授权信息，则根据当前所述harq进程的重传次数，以及预设的冗余rv版本模式与重传次数的映射关系，确定当前重传使用的rv版本。

较佳地，所述ue，进一步用于对于所述n个pdsch子帧中的首个子帧，根据所述pdcch信息的首个cce，确定用于反馈所述harq进程在该子帧所对应的ack/nack信息的pucch资源；对于所述n个pdsch子帧中除首个子帧之外的每个子帧，根据所述基站利用rrc信令配置的pucch资源，确定用于反馈所述harq进程在该子帧所对应的ack/nack信息的pucch资源。

较佳地，所述基站进一步用于采用时分复用的方式，为不同ue配置相同的用于反馈ack/nack信息的pucch资源。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。