CN114448591A - 用于下行链路控制信息传输和接收的方法和装置 - Google Patents

Abstract

本公开的实施例涉及用于无线通信系统中的下行链路控制信息(DCI)传输和接收的方法和装置。可以首先向终端设备传输DCI配置参数；并且然后向终端设备传输DCI，其中DCI配置参数指示用于DCI的时频资源。利用本公开的实施例，UE可以根据DCI配置参数执行灵活的DCI监测，并且因此可以支持由于数字基本配置和调度单元大小而导致的DCI监测时机变化。

Description

用于下行链路控制信息传输和接收的方法和装置

本申请是申请日为2017年1月5日、申请号为201780082090.5的同名专利申请的分案申请。

技术领域

本公开的非限制性和示例性实施例总体上涉及无线通信技术领域，并且更具体地涉及用于无线通信系统中的下行链路控制信息(DCI)传输和接收的方法和装置。

背景技术

新无线电接入系统(简称为新的RAT(NR)系统或网络)是下一代通信系统。在第三代合作伙伴计划(3GPP)工作组的无线电接入网(RAN)#71会议中，对NR系统的研究获取批准。NR系统将考虑高达100Ghz的频率，其目标是单一技术框架，该框架能够解决在技术报告TR 38.913中定义的所有使用场景、要求和部署方案，其中包括诸如增强型移动宽带、大规模机器类型通信、超可靠和低延迟通信等要求。

特别地，在NR网络中，不同的数字基本配置(numorology)将在同一载波中共存，并且将引入迷你时隙以承载超可靠低时延通信(URLLC)业务。结果，可以基于特定数字基本配置来按符号执行DCI监测。因此，诸如用户设备(UE)等终端设备需要知道何时监测DCI以用于调度相关操作。

在当前的LTE系统中，如果UE处于不连续接收(DRX)活动状态的持续时间内，则按帧或按时隙执行DCI监测。DRX周期可以由高层配置。

然而，利用LTE中的当前DCI监测解决方案，由于数字基本配置和调度单元大小，它不能支持DCI监测时机变化。

发明内容

在专利合作条约(PCT)申请公开WO2016190970A1中，提出了用于选择具有缩短的持续时间的数据通信的技术，其中引入了用于通信调度的两阶段授权，第一阶段授权可以包括激活/停用超低时延(ULL)通信的指示。

在美国申请US20160119969A1中，提出了用于同时的传统和增强分量载波(ECC)操作的MAC增强的解决方案，其中引入了两阶段半持久调度(SPS)解决方案，并且第一阶段授权可以包含在给定SPS实例的过程中可能没有太大变化的参数，而第二阶段授权可以包含用于SPS调度的实际资源。

在另一PCT申请公开No.WO2016069270A1中，提出了另一种两阶段PDCCH，其中快速DCI可以包括DCI标志和DCI格式大小指示符以指示同一TTI中的慢速DCI的存在和大小。

然而，上述解决方案都不能解决背景技术中提出的问题。

为此，在本公开中，提供了一种用于在无线通信系统中进行DCI传输和接收的新的解决方案，以减轻或至少缓解现有技术中的至少部分问题。

根据本公开的第一方面，提供了一种无线通信系统中的DCI传输的方法。该方法包括向终端设备传输DCI配置参数；以及向终端设备传输DCI，其中DCI配置参数指示用于DCI的时频资源。

根据本公开的第二方面，提供了一种无线通信系统中的DCI接收的方法。该方法包括在终端设备处接收DCI配置参数；以及在终端设备处在由DCI配置参数指示的时频资源内接收DCI。

根据本公开的第三方面，提供了一种无线通信系统中的DCI传输的装置。该装置包括参数传输模块和DCI传输模块。参数传输模块可以被配置为向终端设备传输DCI配置参数。DCI传输模块可以被配置为向终端设备传输DCI，其中DCI配置参数指示用于DCI的时频资源。

根据本公开的第四方面，提供了一种无线通信系统中的DCI接收的装置。该装置包括：参数接收模块和DCI接收模块。参数接收模块可以被配置为在终端设备处接收DCI配置参数。DCI接收模块可以被配置为在终端设备处在由DCI配置参数指示的时频资源内接收DCI。

根据本公开的第五方面，提供了一种计算机可读存储介质，其上包含有计算机程序代码，该计算机程序代码被配置为在被执行时引起装置执行根据第一方面的任何实施例的方法中的动作。

根据本公开的第六方面，提供了一种计算机可读存储介质，其上包含有计算机程序代码，该计算机程序代码被配置为在被执行时引起装置执行根据第二方面的任何实施例的方法中的动作。

根据本公开的第七方面，提供了一种计算机程序产品，其包括根据第五方面的计算机可读存储介质。

根据本公开的第八方面，提供了一种计算机程序产品，其包括根据第六方面的计算机可读存储介质。

利用本公开的实施例，可以首先向终端设备传输DCI配置参数，并且然后向终端设备传输DCI。因此，终端设备可以基于所接收的DCI配置参数来监测所传输的DCI，这意味着灵活的DCI监测解决方案并且因此可以支持由于数字基本配置和调度单元大小而导致的DCI监测时机变化。

附图说明

通过参考附图对实施例中所示的实施例的详细说明，本公开的上述和其他特征将变得更加明显，整个附图中相同的附图标记表示相同或相似的组件，并且在附图中：

图1示意性地示出了根据本公开的示例实施例的DCI传输方法的流程图；

图2示意性地示出了根据本公开的示例实施例的具有不同数字基本配置的DCI出现时机；

图3A至3C示意性地示出了根据本公开的示例实施例的不同级别的DCI出现时机；

图4A至4C示意性地示出了根据本公开的示例实施例的具有跳频的DCI出现时机；

图5A示意性地示出了根据本公开的实施例的用于增强型移动宽带(eMBB)和URLLC复用的双DCI解决方案，其中控制和数据在时域中被复用；

图5B示意性地示出了根据本公开的实施例的用于eMBB和URLLC复用的双DCI解决方案，其中控制和数据在频域中被复用；

图6A至6D示意性地示出了根据本公开的实施例的用于eMBB和URLLC复用的双DCI解决方案，其中控制区域和数据在时域中被复用，并且eMBB和URLL分别以TDM被复用，以TDM按符号被复用，以FDM被复用，以及以FDM和TDM两者被复用；

图7A至7D示意性地示出了根据本公开的实施例的用于eMBB和URLLC复用的双DCI解决方案，其中控制区域和数据在频域中被复用，并且eMBB和URLL分别以TDM被复用，以TDM按符号被复用，以FDM被复用，以及以FDM和TDM两者被复用；

图8示意性地示出了根据本公开的实施例的用于eMBB和URLLC复用的双DCI解决方案，其中使用两个分段，并且第二分段被打孔或不打孔而没有重传；

图9示意性地示出了根据本公开的实施例的用于eMBB和URLLC复用的双DCI解决方案，其中使用两个分段，并且第二分段被打孔且有重传；

图10示意性地示出了根据本公开的实施例的示例双DCI划分解决方案；

图11示意性地示出了根据本公开的实施例的用于DCI接收的方法的流程图；

图12示意性地示出了根据本公开的实施例的用于DCI传输的装置的框图；

图13示意性地示出了根据本公开的实施例的用于DCI接收的装置的框图；以及

图14进一步示出了如本文中描述的装置1410和装置1420的简化框图，装置1410可以实现为或被包括在无线网络中的诸如基站等服务节点中，装置1420可以实现为或被包括在诸如UE等终端设备中。

具体实施方式

在下文中，将参考附图通过实施例详细描述本公开中提供的解决方案。应当理解，提供这些实施例仅仅是为了使得本领域技术人员能够更好地理解和实现本公开，而不是以任何方式限制本公开的范围。

在附图中，以框图、流程图和其他图示说明了本公开的各种实施例。流程图或框图中的每个框可以表示模块、程序或代码的一部分，其包含用于执行指定逻辑功能的一个或多个可执行指令，并且在本公开中，以虚线示出并非必要的框。此外，尽管这些框以用于执行方法的步骤的特定序列示出，但事实上，它们可能不一定严格按照所示顺序执行。例如，它们可以以相反的顺序或同时执行，这取决于各个操作的性质。还应当注意，流程图中的框图和/或每个框及其组合可以由用于执行指定功能/操作的专用的基于硬件的系统或通过专用硬件和计算机指令的组合来实现。

通常，权利要求中使用的所有术语将根据它们在技术领域中的普通含义来解释，除非本文另有明确定义。对“一个(a)/一个(an)/该(the)/[元素，设备，组件，装置，步骤等]”的所有引用应当公开地解释为是指所述元素、设备、组件、装置、单元、步骤等的至少一个实例，而不排除多个这样的设备、组件、装置、单元、步骤等，除非另有明确说明。此外，本文中使用的不定冠词“一个(a)/一个(an)”不排除多个这样的步骤、单元、模块、设备和对象等。

另外，在本公开的上下文中，用户设备(UE)可以指代终端、移动终端(MT)、订户站、便携式订户站、移动站(MS)或接入终端(AT)，并且可以包括UE、终端、MT、SS、便携式订户站、MS或AT的一些或所有功能。此外，在本公开的上下文中，术语“BS”可以表示例如节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、gNB(NR中的NodeB)、无线电部端(RH)、远程无线电头端(RRH)、中继器或低功率节点，诸如毫微微、微微等。

如上所述，由于数字基本配置和调度单元大小，现有技术均不能支持DCI监测时机变化。因此，在本公开中，提出了一种新的DCI传输和接收解决方案。在所提出的解决方案中，可以首先向终端设备传输DCI配置参数，并且然后向终端设备传输DCI。因此，终端设备可以基于所接收的DCI配置参数来监测DCI，这意味着灵活的DCI监测解决方案，并且因此可以支持由于数字基本配置和调度单元大小而导致的DCI监测时机变化。

在下文中，将参考图1至14来描述DCI传输和接收解决方案。

图1示意性地示出了根据本公开的实施例的无线通信系统中的DCI传输的方法100的流程图。方法100可以在服务节点处执行，所述服务节点例如是BS，诸如节点B(NodeB或NB)。

如图1所示，首先在步骤101中，向终端设备传输DCI配置参数，并且DCI配置参数指示用于后续DCI的时频资源。

在本公开的实施例中，DCI配置参数包括以下中的至少一个：将要使用的数字基本配置；DCI配置参数的有效持续时间；单个DCI的持续时间；以及DCI出现时机。

在NR系统中，可以使用不同的数字基本配置，而不同的数字基本配置可以使用不同的传输参数，例如不同的子载波间隔。不同的子载波间隔意味着不同的符号长度。例如，对于15kHz子载波间隔，其符号的时间长度是60kHz子载波间隔的四倍，如图2所示。因此，将要使用的数字基本配置能够用于定义符号。

DCI配置参数的有效持续时间指示DCI配置参数有效的持续时间。有效持续时间可以是多个符号(例如，数字基本配置特定的)或多个帧(例如，数字基本配置共同的)。在本公开的实施例中，有效持续时间的开始的值可以是相对于参考数字基本配置的绝对值。例如，如果在帧6的子帧2的符号7中接收到配置信令，则可以将起始定义为帧6的子帧0的符号0。绝对值的定义可以由诸如RRC信令等高层信令预定或配置。在本公开的另一实施例中，携带配置信令的第一符号可以用作有效持续时间的开始，而与配置信令是由DCI配置还是由RRC信令配置无关。

单个DCI的持续时间指示DCI的长度，它可以是多个符号。因此，该参数可以指示DCI的长度。也可以使用预定长度，并且在这种情况下，可以省略该参数。

DCI出现时机指示DCI在帧中出现的时机。在本公开的实施例中，DCI出现时机可以是在时隙级别、子帧级别(多时隙)或符号级别，分别如图3A至3C所示。

DCI出现时机可以是周期性的。也就是说，DCI监测将周期性地执行，例如每隔预定数目的时隙，每隔预定数目的符号。图3A和图3B示出了周期性DCI出现时机的两个示例。在图3A中，DCI出现时机是每个时隙；换言之，DCI监测是在每个时隙中执行的，例如在时隙0、1、......中。在图3B中，DCI出现时机是每多个时隙(例如，2个时隙、子帧)；也就是说，可以每多个时隙执行DCI监测。在这种情况下，可以通过DCI发生的周期和偏移来指示DCI出现时机。周期可以是例如预定数目的符号、时隙或帧。

备选地，DCI出现时机也可以是非周期性的。图3C示出了非周期性DCI出现时机。在图3C中，DCI出现时机是每个符号，但是非周期性的。在这种情况下，它可以在规范中预定义一组可能的非周期性模式，或者通过高层信令预先配置可能的一组非周期性模式。在该组非周期模式中，每个非周期性模式在有效持续时间内包含一个或多个符号。以这种方式，网络可以在DCI配置参数中向终端设备通知非周期性模式的索引。

应当注意，尽管图3A和3B中的每时隙和多时隙的DCI出现时机是周期性的，并且图3C中的每符号的DCI出现时机是非周期性的，但是本公开不限于此。实际上，在每时隙、每多时隙、每符号的DCI出现时机中的每个中，DCI出现时机可以是周期性的或非周期性的。

作为另一替代方案，DCI出现时机可以是周期性时机和非周期性时机的组合。换言之，在特定时间段中，它包含包括一个或多个符号的非周期性模式，但非周期性模式将在有效持续时间中以该时间段重复。在这种情况下，可以通过周期性模式和非周期性模式来指示DCI出现时机。

在本公开的另一实施例中，DCI配置参数可以包括以下中的至少一个：频域资源单元；以及跳频模式。

频域资源单元指示在频域中将要用于DCI的资源单元，它可以是控制信道元素(CCE)、子带、物理资源块(PRB)或物理资源组(REG)。另外，频域资源单元可以是数字基本配置共同的，这意味着频域资源单元对于所有数字基本配置是相同的，或者频域资源单元可以是数字基本配置特定的，这意味着不同的数字基本配置可以使用不同的频域资源单元。

跳频模式指示使用跳频的模式。在使用跳频模式时需要该参数。可以使用显式信令来指示每个DCI出现时机中的频率资源。跳跃模式可以是在网络和终端设备处都已知的预定模式，或者是由网络配置的模式。跳频模式可以用于计算频率资源位置。

图4A至4C示出了根据本公开的实施例在不同DCI出现时机中的跳频的使用。图4A至图4C所示的DCI出现时机与图3A至3C中的DCI出现时机在时域中相同，但是在频域中，跳频用于DCI出现时机。应当注意，尽管图4A和4B中的每时隙和每多时隙的DCI出现时机是周期性的，并且图4C中的每符号的DCI出现时机是非周期性的，但是本公开不限于此。实际上，在每时隙、每多时隙、每符号的DCI出现时机中的每个中，DCI出现时机可以是周期性的或非周期性的。

再次参考图1，在步骤102中，可以向终端设备传输DCI。利用DCI配置参数，终端设备可以从DCI配置参数获知用于DCI的时频资源，并且在时频资源内监测DCI。

在本公开的实施例中，DCI配置参数可以通过诸如RRC信令等高层信令传输给终端设备。也就是说，在两阶段解决方案中，对于第一阶段，可以使用高层信令来传输指示用于第二阶段中的后续DCI的时频资源的DCI配置。

在本公开的另一实施例中，DCI配置参数可以通过另一DCI动态地传输给终端设备。在这种情况下，第一DCI用于传输用于后续DCI的DCI配置参数。实际的数据调度相关信息在后续DCI中。

另外，考虑到第一DCI的有效载荷大小，还可以使用DCI和高层信令的组合。也就是说，DCI配置参数的一部分可以由DCI传输，并且DCI配置参数的另一部分可以通过高层信令传输。

在两阶段DCI解决方案中，第一DCI可以是小区特定的，是波束特定的，是TRP特定的，对于UE组是公共的，或者是UE特定的。在本公开的实施例中，可以使用特定RNTI对DCI进行加扰。第一DCI的周期可以大于第二DCI。第一DCI的出现时机可以由诸如RRC信令等高层信令预先确定或配置。第一DCI可以位于公共搜索空间中。或者，第一DCI也可以位于UE特定搜索空间中。

应当注意，DCI配置参数可以存在有效持续时间，但对DCI配置参数和调度单元大小没有任何限制。例如，利用时隙级DCI监测配置，UE还可以配置有从符号边界而不是时隙边界开始和结束的调度单元。在这种情况下，可以将剩余的空白符号分配给具有符号级DCI监测配置的其他UE。或者，还也可以将剩余的空白符分配给具有时隙级或多时隙级DCI配置的其他UE。

在本公开的另一实施例中，DCI配置参数可以包括至少两组参数，终端设备可以基于其请求的业务类型来从该至少两组参数中选择一组参数。换言之，可以在资源请求之后借助于随机接入过程/调度请求(SR)在UE侧调整DCI监测。

在随机接入过程之后，终端设备开始与eNB的DL/UL传输/接收。因此，DCI监测行为可以基于随机接入的原因。如果URLLC调度请求是随机接入的原因，则DCI监测应当更频繁。如果eMBB调度请求是随机接入的原因，则DCI监测可以不太频繁。通过提供由RRC信令预定义或配置的两个或更多不同组的DCI配置参数，终端设备可以基于其请求业务类型来选择合适的参集组。以这种方式，UE可以基于其所需要的业务类型来执行DCI监测。

在本公开的另一方面，还提供了用于不同业务类型复用的另一双DCI解决方案。在这些解决方案中，使用两个DCI，其中一个DCI可以称为前置控制区域(DCI)，另一DCI可以称为后置控制区域(DCI)。前置控制区域可以用于指示分配给第一业务类型(诸如eMBB业务)但是将要被第二业务类型(诸如URLLC业务)占用的资源，后置控制区域可以用于指示分配给第一业务类型(诸如eMBB业务)但是已经被第二业务类型(诸如突发URLLC业务)占用的资源。在下文中，将URLLC业务和eMBB业务作为用于描述双DCI解决方案的不同业务类型的示例；然而，本领域技术人员可以容易地知道本公开不限于此。

在本公开的实施例中，前置控制区域可以包括以下字段中的至少一个：

·用于指示后续时频资源模式中的某些时频资源周围的打孔或速率匹配的字段；

·用于调度后续时频资源模式的字段(例如，可以是连续的或非连续的符号/频带)；

·用于指示先前打孔部分的重传的字段；

·用于指示一个传输块的结束的字段。

在本公开的实施例中，后置控制区域可以包括以下字段中的至少一个：

·用于指示先前时频资源模式中的某些时频资源的打孔或不打孔的字段

·用于指示先前打孔部分的重传或未重传的字段

·用于指示一个传输块的结束的字段

应当注意，前置和后置控制区域中的时频资源的模式可以是互补的。例如，这两种模式可以组成区域(子帧)的整个时频资源。或者，两个模式也可以部分重叠。

图5A示出了根据本公开的实施例的用于不同业务类型复用的双DCI解决方案。eMBB的资源可以分成两部分，如图5所示，第一部分将由前置控制区域调度，而另一部分将由后置控制区域调度。对于诸如前几个符号等一些资源，可以知道URLLC的调度，因此如果被URLLC占用，则可以在前置控制区域中向eMBB UE指示所占用资源的速率匹配或打孔。虽然对于某些资源，例如当URLLC突然发生时，在前置控制区域中不能知道URLLC的调度，并且因此可以在后置控制区域中向eMBB UE指示对占用资源进行打孔。

在图5A中，示出了控制区域和数据区域在时域中的复用。在本公开的另一实施例中，控制区域和数据区域可以在频域中复用。图5B示出了根据本公开的实施例的用于不同业务类型复用的双DCI解决方案。图5B类似于图5A，但不同之处在于，在图5B中，控制区域和数据区域在频域中被复用。

还应当注意，向eMBB UE指示的资源可以是由URLLC占用的资源，或者是为前向阶段而保留为空的资源。

另外，还应当注意，拆分资源部分也可以以很多不同的方式复用，这将参考图6A至图7D进行描述。

图6A示出了根据本公开的实施例的双DCI解决方案，其中控制区域和数据区域在TDM中复用，并且两个拆分部分以时域复用(TDM)进行复用。图6A与图5A中的基本相同，并且在两个DCI解决方案中，由前置控制区域调度的部分与由后置控制区域调度的部分以TDM进行复用。

图6B示出了根据本公开的实施例的另一双DCI解决方案，其中控制区域和数据区域以TDM进行复用，并且两个拆分部分逐符号以TDM进行复用。与图6A所示的相比，在图6B中，由前置控制区域调度的部分也与由后置控制区域调度的部分以TDM但是逐符号进行复用；也就是说，在图6B中，属于每个部分的符号不是连续的。

图6C示出了根据本公开的实施例的另一双DCI解决方案，其中控制区域和数据区域在TDM中复用，并且两个拆分部分以频域复用(FDM)进行复用。与图6A和图6B所示的不同，在图6C中，由前置控制区域调度的部分与由后置控制区域调度的部分以FDM进行复用，即，它们分别占用不同的频域资源。

图6D示出了根据本公开的实施例的另一双DCI解决方案，其中控制区域和数据区域以TDM进行复用，并且两个拆分部分以TDM和频域复用(FDM)进行复用。如图6D所示，由前置控制区域调度的部分与由后置控制区域调度的部分以TDM和FDM的组合进行复用。

图7A至7D示出了根据本公开的实施例的双DCI解决方案，其中控制区域和数据区域以FDM进行复用，并且两个拆分部分分别以不同的方式进行复用。在图7A中，两个拆分部分以TDM进行复用；在图7B中，两个拆分部分以TDM逐符号进行复用；在图7C中，两个拆分部分以FDM进行复用；并且在图7D中，两个拆分部分以TDM和FDM进行复用。

可以以任何合适的方式解码两个拆分部分。在本公开的实施例中，可以单独解码两个拆分部分。在本公开的另一实施例中，可以级联这两个部分以进行解码，即，UE在接收到这两个部分时立即对它们进行解码，或者UE在接收到后置控制区域之后对它们进行解码。

在本公开的另一实施例中，eMBB的资源可以被拆分成若干部分，其中第一部分要由前置控制区域调度，并且第二部分要由后置控制区域调度。这几个部分在时域中进一步划分为两个分段，即分段1和分段2。对于某些资源，诸如前几个符号，可以知道URLLC的调度，因此如果被URLLC占用，则可以指示eMBB UE对前置控制区域中的占用资源进行速率匹配或打孔。虽然对于某些资源，例如当URLLC突然发生时，在前置控制区域中不能知道URLLC的调度，并且因此可以在后置控制区域中向eMBB UE指示对占用资源进行打孔或不打孔。对于第二分段中的一些资源，它们可以被保留用于重传，或者作为第一分段中的传输的打孔部分。该打孔部分可以是例如第一分段的子集，并且第一分段的剩余部分可以用于新的传输。图8示出了双DCI解决方案，其中在第二分段中没有重传；而图9示出了双DCI解决方案，其中在第二分段中存在第一分段的打孔部分的重传，如由用交叉线填充的块所指示。

另外，类似于图6A至7D所示的解决方案，第一部分和第二部分可以在时域和/或频域中复用。此外，这些部分可以级联以解码，即UE在接收到这两个部分时立即对它们进行解码，或者UE在接收到后置控制区域之后对它们进行解码。

在本公开的另一方面，一个传输块也可以拆分成若干部分。第一部分可以通过例如前置控制区域来调度，并且第二部分可以通过例如后置控制区域来调度。UE可以在接收到整个传输块之后进行解码。传输的结束可以在控制区域中指示。例如，UE可以获取数据的频域和时域映射，然后获取由URLLC抢占的资源上的映射，并且之后对块进行解码。

在本公开的另一实施例中，URLLC的抢占可以隐含地指示。例如，可以使用跟踪RS来隐含地指示URLLC的抢占。例如，如果跟踪RS在某些符号上被中断，则这意味着这些符号被URLLC占用，并且因此这可以用于指示URLLC的抢占。

在本公开的另一实施例中，DCI可以与K阶段DCI级联。例如，第一阶段DCI包含资源分配字段；第二阶段DCI包含MCS的信息和用于数据传输的其他信息(其还可以包含资源分配的详细信息)。在这种情况下，UE可以级联两阶段DCI以获取控制信息。

此外，第一阶段DCI可以由不同的UE(例如，URLLC UE和eMBB UE)共享，如图10所示。URLLC UE可以获取共享的第一阶段DCI和第二阶段DCI以进行控制和/或数据传输。eMBBUE可以获取用于打孔或速率匹配的资源分配的共享第一阶段DCI。可以使用共享RNTI对共享公共DCI进行加扰，例如，考虑到资源索引而计算的资源分配RNTI。

在本公开的另一实施例中，第一DCI可以包括完整调度信息；而第二DCI可以包括由URLLC占用的资源的指示。此外，对于某些情况，可以省去第二DCI。例如，当不需要MCS时，可以省略第二DCI。如果资源是为URLLC半静态地保留的，并且对于eMBB UE是已知的，则不需要资源分配并且也可以省去第二DCI。在另一种情况下，如果资源是eMBB UE已知的，并且剩余资源的时间频率是固定的，则仅在第二DCI中需要指示时频资源是否被占用的指示。如果是，则资源用于重传或仅保持打孔；如果不是，资源将用于新数据传输。

应当注意，尽管各个方面和实施例是分开描述的，但它们也可以组合在一起以获取更多益处。

图11进一步示意性地示出了根据本公开的示例实施例的DCI接收方法的流程图。方法1100可以在终端设备(例如，UE或其他类似终端设备)处实现。

如图11所示，该方法从步骤1101开始，其中诸如UE等终端设备接收DCI配置参数。DCI配置参数指示用于后续DCI的时频资源。

在本公开的实施例中，DCI配置参数可以包括以下中的至少一个：将要使用的数字基本配置；DCI配置参数的有效持续时间；单个DCI的持续时间；DCI出现时机。

在本公开的另一实施例中，DCI配置参数可以包括以下中的至少一个：频域资源单元；以及跳频模式。

在本公开的另一实施例中，接收DCI配置参数可以包括在高层信令中接收DCI配置参数。

在本公开的另一实施例中，接收DCI配置参数可以包括在另一DCI中接收DCI配置参数。

另外，考虑到第一DCI的有效载荷大小，还可以使用DCI和高层信令的组合。也就是说，DCI配置参数的一部分可以由第一DCI接收，而DCI配置参数的另一部分可以由高层信令传输。

第一DCI可以是小区特定的，是波束特定的，是TRP特定的，对于UE组是公共的，或者是UE特定的。在本公开的实施例中，可以使用特定RNTI对DCI进行加扰。第一DCI的周期可以大于第二DCI。第一DCI的出现时机可以由诸如RRC信令等高层信令预先确定或配置。第一DCI可以位于公共搜索空间中。或者，第一DCI也可以位于UE特定搜索空间中。

接下来，在步骤1102中，在终端设备处在由DCI配置参数指示的时频资源内接收DCI。也就是说，在终端设备处，终端设备可以基于DCI配置参数来执行DCI监测，这意味着灵活的DCI监测解决方案，并且因此可以支持由于数字基本配置和调度单元大小而导致的DCI监测时机变化。

在本公开的又一实施例中，DCI配置参数包括至少两组参数。在这种情况下，进一步在步骤1103中，UE可以基于其请求的业务类型来选择一组参数。换言之，可以在资源请求之后借助于随机接入过程/SR在UE侧调整DCI监测。

在随机接入过程之后，终端设备开始与eNB的DL/UL传输/接收。因此，DCI监测行为可以基于随机接入的原因。如果URLLC调度请求是随机接入的原因，则DCI监测应当更频繁。如果eMBB调度请求是随机接入的原因，则DCI监测可以不太频繁。通过提供由RRC信令预定义或配置的两个或更多不同组的DCI配置参数，终端设备可以基于其请求业务类型来选择合适的参数组。以这种方式，UE可以基于其所需要的业务类型来执行DCI监测。

此外，在本公开中，还提供了分别用于无线通信系统中的服务节点和终端设备处的DCI传输和接收的装置，下面将参考图12和13对其进行描述。

图12示意性地示出了根据本公开的实施例的用于无线通信系统中的DCI传输的装置1200的框图。装置1200可以在服务节点(例如，BS，诸如节点B(NodeB或NB))处实现。

如图12所示，装置1200可以包括参数传输模块1201和DCI传输模块1202。参数传输模块1201可以被配置为向终端设备传输DCI配置参数。DCI传输模块1202可以被配置为向终端设备传输DCI，其中DCI配置参数指示用于DCI的时频资源。

在本公开的实施例中，序列位置信息可以包括以下中的任何一个：将要使用的数字基本配置；DCI配置参数的有效持续时间；单个DCI的持续时间；DCI出现时机；频域资源单元；以及跳频模式。

在本公开的另一实施例中，参数传输模块1201可以被配置为通过高层信令向终端设备传输DCI配置参数。

在本公开的另一实施例中，参数传输模块1201被配置为通过另一DCI动态地向终端设备传输DCI配置参数。

在本公开的又一实施例中，另一DCI可以具有比DCI更大的周期。

在本公开的又一实施例中，DCI配置参数可以包括至少两组参数，终端设备可以基于其请求的业务类型来从该至少两组参数中选择一组参数。

图13进一步示意性地示出了根据本公开的实施例的用于无线通信系统中的DCI接收的装置1300的框图。装置1300可以在终端设备(例如，UE或其他类似终端设备)处实现。

如图13所示，装置1300可以包括参数接收模块1301和DCI接收模块1302。参数接收模块1301可以被配置为在终端设备处接收DCI配置参数。DCI接收模块1302可以被配置为在终端设备处在由DCI配置参数指示的时频资源内接收DCI。

在本公开的实施例中，序列位置信息可以包括以下中的任何一个：将要使用的数字基本配置；DCI配置参数的有效持续时间；单个DCI的持续时间；DCI出现时机；频域资源单元；以及跳频模式。

在本公开的另一实施例中，参数接收模块1301还可以被配置为在高层信令中接收DCI配置参数。

在本公开的另一实施例中，参数接收模块1301还可以被配置为在另一DCI中接收DCI配置参数。

在本公开的又一实施例中，另一DCI可以具有比DCI更大的周期。

在本公开的又一实施例中，DCI配置参数可以包括至少两组参数。在这种情况下，装置1300还可以包括参数组选择模块1303。装置1300可以被配置为基于由终端设备请求的业务类型来选择一组参数，并且其中时频资源是由所选择的一组参数指示的时频资源。

在上文中，参考图12和13描述装置1200和1300。应当注意，装置1200和1300可以被配置为实现如参考图1至11描述的功能。因此，关于这些装置中的模块的操作的细节，可以参考参考图1至11对这些方法的各个步骤进行的描述。

还应当注意，装置1200和1300的组件可以实现为硬件、软件、固件和/或其任何组合。例如，装置1200和1300的组件可以分别由电路、处理器或任何其他适当的选择设备来实现。

本领域技术人员将理解，前述示例仅用于说明而非限制，并且本公开不限于此；根据本文中提供的教导，可以容易地想到很多变化、添加、删除和修改，并且所有这些变化、添加、删除和修改都落入本公开的保护范围。

另外，在本公开的一些实施例中，装置1200和1300中的每个可以包括至少一个处理器。作为示例，适合与本公开的实施例一起使用的至少一个处理器可以包括已经已知或将来开发的通用和专用处理器。装置1200和1300还可以包括至少一个存储器。至少一个存储器可以包括例如半导体存储器设备，例如RAM、ROM、EPROM、EEPROM和闪存设备。至少一个存储器可以用于存储计算机可执行指令的程序。该程序可以用任何高级和/或低级可编译或可解释编程语言编写。根据实施例，计算机可执行指令可以被配置为与至少一个处理器一起引起装置1200和1300至少执行分别参考图1至11讨论的方法的操作。

图14进一步示出了如本文中描述的装置1410和装置1420的简化框图，装置1410可以实现为或被包括在无线网络中的诸如基站等服务节点中，装置1420可以实现为或被包括在诸如UE等终端设备中。

装置1410包括至少一个处理器1411(诸如数据处理器(DP))和耦合到处理器1411的至少一个存储器(MEM)1412。装置1410还可以包括耦合到处理器1411的发射器TX和接收器RX 1413，发射器TX和接收器RX 1413可以可操作以通信地连接到装置1420。MEM 1412存储程序(PROG)1414。PROG 1414可以包括当在相关联的处理器1411上执行时使得装置1410能够根据本公开的实施例进行操作(例如，方法100)的指令。至少一个处理器1411和至少一个MEM 1412的组合可以形成适于实现本公开的各种实施例的处理装置1415。

装置1420包括至少一个处理器1421(诸如DP)和耦合到处理器1421的至少一个MEM1422。装置1420还可以包括耦合到处理器1421的合适的TX/RX 1423，TX/RX 1423可以可操作以用于与装置1410进行无线通信。MEM 1422存储PROG 1424。PRO 1424可以包括当在相关联的处理器1421上执行时使得装置1420能够根据本公开的实施例进行操作例如以执行方法1100的指令。至少一个处理器1421和至少一个MEM 1422的组合可以形成适于实现本公开的各种实施例的处理装置1425。

本公开的各种实施例可以通过由处理器1411、1421、软件、固件、硬件或其组合中的一个或多个可执行的计算机程序来实现。

MEM 1412和1422可以是适合于本地技术环境的任何类型，并且可以使用任何合适的数据存储技术来实现，诸如基于半导体的存储器设备、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器，作为非限制性示例。

处理器1411和1421可以是适合于本地技术环境的任何类型，并且可以包括通用计算机、专用计算机、微处理器、数字信号处理器DSP和基于多核处理器架构的处理器中的一个或多个，如非限制性实例。

此外，本公开还可以提供包含如上所述的计算机程序的载体，其中载体是电子信号、光学信号、无线电信号或计算机可读存储介质中的一个。计算机可读存储介质可以是例如光学压缩盘或电子存储器设备，诸如RAM(随机存取存储器)、ROM(只读存储器)、闪存、磁带、CD-ROM、DVD、蓝光盘等。

本文中描述的技术可以通过各种手段来实现，使得实现用一个实施例描述的相应装置的一个或多个功能的装置不仅包括现有技术手段，而且包括用于实现通过实施例描述的相应装置的一个或多个功能的装置，并且可以包括用于每个单独功能的单独装置、或者可以被配置为执行两个或更多个功能的装置。例如，这些技术可以以硬件(一个或多个装置)、固件(一个或多个装置)、软件(一个或多个模块)或其组合来实现。对于固件或软件，实现可以通过执行本文中描述的功能的模块(例如，过程、函数等)来进行。

以上已经参考方法和装置的框图和流程图说明了本文中的示例性实施例。应当理解，框图和流程图图示的每个框以及框图和流程图图示中的框的组合可以分别通过包括计算机程序指令的各种装置来实现。这些计算机程序指令可以加载到通用计算机、专用计算机或其他可编程数据处理装置上以产生机器，使得在计算机或其他可编程数据处理装置上执行的指令创建用于实现在流程图框中指定的功能的装置。

虽然本说明书包含很多具体实现细节，但这些细节不应当被解释为对任何实现或可以要求保护的内容的范围的限制，而是作为可以是特定实现的特定实施例所特有的特征的描述。在本说明书中在单独的实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以在多个实施例中单独地或以任何合适的子组合实现。此外，尽管上面的特征可以描述为以某些组合起作用并且甚至最初如此声明，但是在一些情况下，来自所要求保护的组合的一个或多个特征可以从组合中排除，并且所要求保护的组合可以涉及子组合或子组合的变化。

对于本领域技术人员很清楚的是，随着技术的进步，本发明构思可以以各种方式实现。给出上述实施例是为了描述而不是限制本公开，并且应当理解，在不脱离本领域技术人员容易理解的本公开的精神和范围的情况下，可以采用修改和变化。这样的修改和变化被认为是在本公开和所附权利要求的范围内。本公开的保护范围由所附权利要求限定。

Claims (10)

1.一种无线通信系统中的下行链路控制信息(DCI)传输的方法，所述方法包括：

向终端设备传输DCI配置参数；以及

向所述终端设备传输DCI，其中所述DCI配置参数指示用于所述DCI的时频资源。

2.根据权利要求1所述的方法，其中所述DCI配置参数包括以下中的至少一项：

将要使用的数字基本配置；

所述DCI配置参数的有效持续时间；

单个DCI的持续时间；以及

DCI出现时机。

3.根据权利要求1或2所述的方法，其中所述DCI配置参数包括以下中的至少一项：

频域资源单元；以及

跳频模式。

4.根据权利要求1至3中任一项所述的方法，其中所述向终端设备传输DCI配置参数包括通过高层信令向所述终端设备传输所述DCI配置参数。

5.根据权利要求1至4中任一项所述的方法，其中所述向终端设备传输DCI配置参数包括通过另一DCI动态地向所述终端设备传输所述DCI配置参数。

6.一种无线通信系统中的下行链路控制信息(DCI)接收的方法，所述方法包括：

在终端设备处接收DCI配置参数；以及

在所述终端设备处在由所述DCI配置参数指示的时频资源内接收DCI。

7.根据权利要求6所述的方法，其中所述DCI配置参数包括以下中的至少一项：

将要使用的数字基本配置；

所述DCI配置参数的有效持续时间；

单个DCI的持续时间；

DCI出现时机；

频域资源单元；以及

跳频模式。

8.根据权利要求6或7所述的方法，其中所述接收DCI配置参数包括在高层信令中接收所述DCI配置参数，或其中所述接收DCI配置参数包括在另一DCI中接收所述DCI配置参数。

9.一种无线通信系统中的下行链路控制信息(DCI)传输的装置，所述装置包括：

参数传输模块，被配置为向终端设备传输DCI配置参数；以及

DCI传输模块，被配置为向所述终端设备传输DCI，其中所述DCI配置参数指示用于所述DCI的时频资源。

10.一种无线通信系统中的下行链路控制信息(DCI)接收的装置，所述装置包括：

参数接收模块，被配置为在终端设备处接收DCI配置参数；以及

DCI接收模块，被配置为在所述终端设备处在由所述DCI配置参数指示的时频资源内接收DCI。

Images