CN108353405B

Movatterモバイル変換

Info

Publication number: CN108353405B
Application number: CN201780001153.XA
Authority: CN
Inventors: 李韶华; 刘进华; 张战
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2016-09-30
Filing date: 2017-09-01
Publication date: 2022-01-25
Anticipated expiration: 2037-09-01
Also published as: MX2019003655A; EP3320735A1; MY202340A; US10893519B2; US10708897B2; US20200351846A1; EP3320735A4; US20180242282A1; KR20190051014A; WO2018059189A1; JP2019536308A; AR109778A1; JP6921190B2; EP3320735B1; CN108353405A; KR102236029B1

Abstract

本公开的实施例提供用于下行链路控制信道传送和检测的方法、装置和计算机程序。根据一个或更多实施例，网络装置中实现的方法包括：对于终端装置，从下行链路控制信道候选的两个或更多集合选择下行链路控制信道候选的至少一个集合。下行链路控制信道候选的两个或更多集合的每个集合被关联于不同通信级别，每个通信级别对应于以下各项中的一项或更多：聚合级别的不同集合、传送格式的不同集合、不同目标块错误率（BLER）、和不同目标延迟。方法进一步包括将下行链路控制信道候选的所选择的至少一个集合传送到所述终端装置。

Description

用于无线通信系统中下行链路控制信道传送和检测的方法和装置

技术领域

本公开的非限制和示例实施例一般涉及无线通信的技术领域，并且特定地涉及用于下行链路控制信道传送和检测的方法、装置和计算机程序。

背景技术

此节介绍可促进本公开的更好理解的方面。相应地，此节的陈述要在此角度（light）中来读且要不被理解为关于什么在现有技术中或什么不在现有技术中的承认。

诸如NR新无线电的第五代（5G）网络被期望通过使用相同物理基础设施来提供多样应用或服务。图1示意性示出示例5G网络100。如图1中所示出的，网络100可支持经由公共无线电接入网络（RAN）110的多个类型的移动网络服务，例如，服务120-1、120-2、120-3。那些不同类型的移动网络服务120-1、120-2、120-3在逻辑级别中是相互独立的但可在相同物理基础设施中被实现。取决于不同服务质量（QoS）要求，这些移动网络服务可被分类成三种主要类型：超可靠和低延迟通信（URLLC）120-1，增强的移动宽带（eMBB）120-2，海量机器类型通信（mMTC）120-3。

例如在自动驾驶/自动控制中被使用的URLLC 120-1，具有严格QoS要求，尤其在延迟和可靠性方面。然而，此类URLLC服务经常还具有相对低的数据速率和可能的稀疏数据传送。

例如在智能农业中被使用的mMTC 120-2，典型地支持高连接密度并要求长电池寿命但不要求低延迟或高数据速率，经常与小的不频发的（infrequent）分组组合；

例如在HD视频服务中被使用的eMBB 120-3，要求高数据速率。延迟能是严格的但典型地不及在URLLC中严格。

为了达到不同服务的延迟要求，在RAN 1（诸如图1中的RAN 110）中同意的是在一个载体中引入混合的数字学使得以上所提及的服务能在一个载体上被服务。

诸如第四代（4G）网络的网络，依赖于多个层中的重传功能性以避免包含传输网络和RAN网络的整个传送路径中的分组丢失。一些示例重传功能性包含传送控制协议（TCP）层中的自动重复请求（ARQ）、媒体接入控制（MAC）层中的混合自动重复请求（HARQ）和分组数据汇聚协议（PDCP）和无线电链路控制（RLC）。对于不同服务，根据QoS要求，存在所提及的层的不同配置。对于eMBB，数据是不那么延迟敏感的，但数据速率应尽可能高并且分组丢失应被避免。因此所有层的数据重传应被应用以避免分组丢失。对于实时视频业务，TCP重传可不是可适用的，由于延迟预算和数据重传稳健性依赖于诸如RLC和MAC的RAN重传功能性。对于URLLC，TCP、PDCP和RLC的重传可不是可适用的，由于URLLC的极端小的延迟预算，并且因此数据传送的稳健性主要依赖于初始传送和HARQ重传的增强。

发明内容

因此，为了符合高可靠性和低延迟的要求，采纳高效下行链路控制信道对于URLLC是非常重要的。

当前可用的下行链路控制信道设计可能不适合于URLLC。一方面，对于mMTC的物理下行链路控制信道（PDCCH）设计（即，MPDCCH）不适合于URLLC。在mMTC中，下行链路控制信道在时域中被跨越。此跨越将增加控制/数据接收的延迟，这在URLLC中是不被允许的。另一方面，对于增强的物理下行链路控制信道（ePDCCH）的下行链路控制信道设计也未对于URLLC被充分优化。当前ePDCCH设计对于不同情况使用不同聚合级别。这些情况被关联于每个DCI中的信息比特和ePDCCH资源分配中的可用符号的数量。它不考虑对于不同URLLC业务类型的不同QoS要求。因此，下行链路控制信道的传送对于URLLC服务不是高效的。

为了解决至少部分的以上问题，在本公开中提供了方法、装置和计算机程序。能领会的是，本公开的实施例不限于URLLC情景，而是能被更广泛地应用于其中类似问题存在的任何应用情景。

本公开的各种实施例主要志在提供用于传送器和接收器之间的下行链路控制信道传送（例如，用于超可靠和低延迟通信（URLLC））的方法、装置和计算机程序。传送器和接收器的每个能是例如网络装置或终端装置。在连同通过示例的方式来示出本公开的实施例的原理的附图一起读时，本公开的实施例的其它特征或优势将还从特定实施例的以下描述被理解。

根据本公开的第一方面，提供了一种在网络装置实现的方法。所述方法包括：对于终端装置，从下行链路控制信道候选的两个或更多集合中选择下行链路控制信道候选的至少一个集合，其中下行链路控制信道候选的所述两个或更多集合的每个集合被关联于不同通信级别，每个通信级别对应于以下各项中的一项或更多：聚合级别的不同集合、传送格式的不同集合、不同目标块错误率（BLER）、和不同目标延迟。所述方法进一步包括将下行链路控制信道候选的所选择的至少一个集合传送到终端装置。

根据本公开的第二方面，提供了一种在终端装置实现的方法。所述方法包括从下行链路控制信道候选的两个或更多集合中确定下行链路控制信道候选的至少一个集合，其中下行链路控制信道候选的所述两个或更多集合的每个集合被关联于不同通信级别，每个通信级别对应于以下各项中的一项或更多：聚合级别的不同集合、传送格式的不同集合、不同目标块错误率（BLER）、和不同目标延迟。所述方法进一步包括检测下行链路控制信道候选的所确定的至少一个集合中的下行链路控制信道。

根据本公开的第三方面，提供了一种网络装置。所述网络装置包括传送器、接收器、处理器、和存储器。所述网络装置配置成对于终端装置从下行链路控制信道候选的两个或更多集合中选择下行链路控制信道候选的至少一个集合，其中下行链路控制信道候选的所述两个或更多集合的每个集合被关联于一个或更多通信级别。所述网络装置还配置成将下行链路控制信道候选的所选择的至少一个集合传送到终端装置。

根据本公开的第四方面，提供了一种终端装置。所述终端装置包括传送器、接收器、处理器、和存储器。所述终端装置配置成从下行链路控制信道候选的两个或更多集合中确定下行链路控制信道候选的至少一个集合，其中下行链路控制信道候选的所述两个或更多集合的每个集合被关联于不同通信级别，每个通信级别对应于以下各项中的一项或更多：聚合级别的不同集合、传送格式的不同集合、不同目标块错误率（BLER）、和不同目标延迟。所述终端装置还配置成检测下行链路控制信道候选的所确定的至少一个集合中的下行链路控制信道。

根据本公开的第五方面，提供了一种网络装置。所述网络装置包括处理器和非暂态机器可读存储介质。非暂态机器可读存储介质含有指令，其当在处理器上被运行时，促使所述网络装置执行本公开的第一方面的所述方法。

根据本公开的第六方面，提供了一种终端装置。所述终端装置包括处理器和非暂态机器可读存储介质。非暂态机器可读存储介质含有指令，其当在处理器上被运行时，促使所述终端装置执行本公开的第二方面的所述方法。

根据本公开的第七方面，提供了一种包括指令的计算机程序，指令当在一个或更多处理器上被运行时，促使所述一个或更多处理器实行本公开的第一方面的所述方法。

根据本公开的第八方面，提供了一种包括指令的计算机程序，指令当在一个或更多处理器上被运行时，促使所述一个或更多处理器实行本公开的第二方面的所述方法。

根据本公开的实施例，反映服务要求的不同通信级别在定义下行链路控制信道时被顾及。在一些实施例中，对于URLLC服务，下行链路控制信道的设计可考虑聚合级别、传送格式、目标块错误率（BLER）、和/或目标延迟。因此，下行链路控制信道可在URLLC中减少延迟并增加终端装置的可靠性。同样，资源效率（例如，在频域和/时域中）可对于整个系统被改善。

附图说明

本公开的各种实施例的以上和其它的方面、特征、及益处将通过示例的方式从参考附图的以下详细描述变得更充分地明显，其中相似参考号码或字母被用于指明相似或相等要素。附图被示出以用于促进本公开的实施例的更好理解并不必要按比例绘制，其中：

图1示出其中本公开的实施例可被实现的示例无线通信网络100；

图2示出根据本公开的一个或更多实施例的在网络装置所实现的方法200的流程图；

图3示出根据本公开的一个或更多实施例的在终端装置所实现的方法300的流程图；

图4示出对于下行链路控制信道的不同集合的下行链路控制信道搜索空间的示意性图示；

图7示出可被实施为网络装置/在网络装置中实施的设备710，和可被实施为终端装置/在终端装置中实施的设备720的简化的框图。

具体实施方式

在下文中，本公开的原理和精神将参考说明性实施例来描述。应理解的是，所有这些实施例仅仅为了本领域技术人员更好理解并进一步实践本公开而被给出，而不是为了限制本公开的范畴。例如，作为一个实施例的部分所示出或描述的特征可与另一个实施例被用于又产生进一步实施例。为了清楚起见，实际实现的所有特征不都在本说明书中被描述。

说明书中对“一个实施例”、“一实施例”、“示例实施例”、等等的参考指示所描述的实施例可包含具体特征、结构、或特性，但不必要每个实施例都包含所述具体特征、结构、或特性。此外，此类短语不必要指的是相同实施例。进一步地，当与一实施例有关的具体特征、结构、或特性被描述时，主张的是，无论是否明确描述，影响与其它实施例有关的此类特征、结构、或特性是在本领域技术人员的知识内。

应理解的是，尽管术语“第一”和“第二”等等可在本文中被用于描述各种要素，这些要素不应由这些术语所限制。这些术语仅被用于将一个要素区别于另一个。例如，“第一”要素能还被称为“第二”要素，并且类似地，“第二”要素能还被称为“第一”要素，而不背离示例实施例的范畴。如本文中所使用的，术语“和/或”包含所关联列出的项的一个或更多项的任何和所有组合。

本文中所使用的术语学仅为了描述具体实施例的目的并不旨在是示例实施例的限制。如本文中所使用的，单数形式“一（a/an）”、“所述”旨在同样包含复数形式，除非上下文以其它方式明确指示。将进一步理解的是，术语“包括（comprise/comprising）”、“具有（has/having）”、和/或“包含（include/including）”，当在本文中使用时，指定陈述的特征、要素、和/或组成部分等等的存在，但是不排除一个或更多其它特征、要素、组成部分和/或其组合的存在或附加。

在以下描述和权利要求中，除非以其它方式所定义，本文中所使用的所有技术和科学术语具有与由本公开属于的领域内的普通技术人员之一一般所理解的相同的意义。

如本文中所使用的，术语“无线通信网络”指的是遵循任何适合的无线通信标准的网络，无线通信标准诸如LTE高级（LTE-A）、LTE、宽带码分多接入（WCDMA）、高速分组接入（HSPA）、等等。此外，无线通信网络中网络装置之间的通信可根据任何适合世代通信协议来执行，包含但不限于第一代（1G）、第二代（2G）、2.5G、2.75G、第三代（3G）、第四代（4G）、4.5G、第五代（5G）通信协议，和/或当前已知或在未来要被开发的任何其它协议。

如本文中所使用的，术语“网络装置”指的是无线通信网络中的装置，终端装置经由其接入网络并从那里接收服务。网络装置可指的是基站（BS）或接入点（AP），例如，节点B（NodeB或NB）、演进节点B（eNodeB或eNB）、远程无线电单元（RRU）、无线电头端（header）（RH）、远程无线电头（head）（RRH）、中继站（relay/）、诸如毫微微、微微的低功率节点等等，取决于所应用的术语学和技术。

网络装置的仍有的进一步示例包含诸如MSR BS的多标准无线电（MSR）无线电装备、诸如无线电网络控制器（RNC）或基站控制器（BSC）的网络控制器、基站收发信机（BTS）、传送点、传送节点、多小区/多播协调实体（MCE）、核心网络节点（例如，MSC、MME）、O&M节点、OSS节点、SON节点、定位节点（例如，E-SMLC），和/或MDT。更一般地，然而，网络装置可表示有能力、配置成、安排成、和/或可操作以能够实现和/或提供到无线通信网络的终端装置接入或将某一服务提供给已接入无线通信网络的终端装置的任何适合装置（或装置的组）。

术语“终端装置”指的是能接入无线通信网络并从那里接收服务的任何末端装置。通过示例而非限制的方式，终端装置可被称为用户装备（UE）、订户站（SS）、便携式订户站、移动站（MS）、或接入终端（AT）。终端装置可包含但不限于移动电话、蜂窝电话、智能电话、平板、可穿戴装置、个人数字助理（PDA）、便携式计算机、诸如数字摄像机的图像捕获终端装置、游戏终端装置、音乐存储和重放用具、可穿戴终端装置、安装在交通工具上的无线终端装置、和诸如此类。在以下描述中，术语“终端装置”、“终端”、“用户装备”和“UE”可被可互换地使用。

终端装置可例如通过实现对于侧链路（sidelink）通信的3GPP标准来支持装置到装置（D2D）通信，并可在此情况中被称为D2D通信装置。

作为仍有的另一特定示例，在物联网（IOT）情景中，终端装置可表示执行监视和/或测量、并将此类监视和/或测量的结果传送到另一终端装置和/或网络装备的机器或另一装置。终端装置可在此情况中是机器到机器（M2M）装置，其可在3GPP上下文中被称为机器类型通信（MTC）装置。作为一个具体示例，终端装置可以是实现3GPP窄带物联网（NB-IoT）标准的UE。此类机器或装置的具体示例是传感器、诸如功率计的计量装置、工业机器、或者家庭或个人用具（例如冰箱、电视机、诸如手表等个人可穿戴物）。在其它情景中，终端装置可表示交通工具或另一装备，其能够监视和/或报告关于它的操作状况或与它的操作关联的其它功能。

如在上文中所讨论的，当前可用的下行链路控制信道设计（例如ePDCCH和MPDCCH两者）可不适合于取得URLLC的高可靠性和低延迟。为了促进根据本公开的各种实施例的URLLC下行链路控制信道设计的理解，首先介绍当前存在的ePDCCH和MPDCCH 设计可以是有帮助的。

ePDCCH

在长期演进（LTE）系统中，PDCCH和ePDCCH被用于下行链路控制信道信息传送。在3GPP TS 36.213 V13.2.0的节9.1.4中，对于ePDCCH的三种情况被定义如下：

情况1：

o 对于在下行链路控制信息（DCI）格式2/2A/2B/2C/2D被监视且

时的普通子帧和普通下行链路循环前缀（CP），或者

o 对于帧结构类型3，对于带有在第二时隙中开始的物理下行链路共享信道（PDSCH）传送的下行链路子帧，

o 对于带有对于帧结构类型2的特殊子帧配置3、4、8的特殊子帧或遵循对于帧结构类型3的特殊子帧配置3、4、8的DwPTS持续期的子帧，以及在DCI格式2/2A/2B/2C/2D被监视且

时的普通下行链路CP，或者

o 对于在DCI格式1A/1B/1D/1/2/2A/2B/2C/2D/0/4/5/6-0A/6-0B/6-1A/6-1B被监视时且在n_EPDCCH < 104（n_EPDCCH在3GPP TS 36.211 V13.2.0中的子条款6.8A.1中被定义）时的普通子帧和普通下行链路CP，或者

o 对于带有对于帧结构类型2的特殊子帧配置3、4、8的特殊子帧或遵循对于帧结构类型3的特殊子帧配置3、4、8的DwPTS持续期的子帧，以及在DCI格式1A/1B/1D/1/2A/2/2B/2C/2D/0/4/5/6-0A/6-0B/6-1A/6-1B被监视时且在n_EPDCCH < 104（n_EPDCCH在3GPP TS36.211 V13.2.0中的子条款6.8A.1中被定义）时的普通下行链路CP；

情况2：

o 对于在DCI格式1A/1B/1D/1/2A/2/2B/2C/2D/0/4/5/6-0A/6-0B/6-1A/6-1B被监视时的正常子帧和扩展的下行链路CP或者，

o 对于带有对于帧结构类型2的特殊子帧配置1、2、6、7、9的特殊子帧或遵循对于帧结构类型3的特殊子帧配置1、2、6、7、9的DwPTS持续期的子帧，以及在DCI格式1A/1B/1D/1/2A/2/2B/2C/2D/0/4/5/6-0A/6-0B/6-1A/6-1B被监视时的普通下行链路CP，或者

o 对于带有特殊子帧配置1、2、3、5、6的特殊子帧，以及在DCI格式1A/1B/1D/1/2A/2/2B/2C/2D/0/4/5/6-0A/6-0B/6-1A/6-1B被监视时的扩展的下行链路CP；

在其他方面

o 情况3被应用。

对于情况1，它被应用于较大DCI格式或用于小的有效的增强的控制信道元素（eCCE）尺寸（由于增强的资源元素组（eREG）和其它信号之间的冲突）以及用于一些特殊子帧配置；对于情况2，它被应用于扩展的循环前缀和用于一些特殊子帧配置；对于情况3，在其他方面它被应用（例如，带有普通CP的普通子帧中的较小DCI格式）。

对于不同情况，对于ePDCCH候选的聚合级别可不同。作为示例，对于情况1，聚合级别L是{2，4，8，16，32}，并且对于情况2，聚合级别L是{1，2，4，8，16}。盲检测对于每个可能候选可也不同。对于情况2和情况3，聚合级别对于每个可能候选是{1，2，4，8，16}；然而，当ePDCCH物理资源块（PRB）集合尺寸

=2时盲检测对于L=1是4，并且当

=2时盲检测对于L=1是8。

表1：

由UE所监视的EPDCCH候选

（一个分布式EPDCCH-PRB集合 – 情况1，情况2）

表2：

由UE所监视的EPDCCH候选

（一个分布式EPDCCH-PRB集合 – 情况3）

MPDCCH

为了支持eMTC，MPDCCH基于ePDCCH来扩展。主要扩展是在时域中重复下行链路控制信道传送以便于增强覆盖。为了具有不同覆盖扩展（CE），带有不同聚合级别和重复的候选能被配置，其被示出在表3和表4中。MPDCCH的详细描述能在3GPP TS 36.213 V13.2.0的节9.1.5中被找到。例如，在MPDCCH-PRB集合尺寸是2 PRB时，对于CE模式A，聚合级别L能是{2，4，8，16}，并且对于CE模式B，聚合级别L能是{8，16}。对于不同CE模式，重复和盲检测试验可不同，因为CE模式B具有更大得多的覆盖并因此更多聚合被需要。

表3：

由BL/CE UE所监视的MPDCCH候选

（CE模式A，MPDCCH-PRB集合尺寸 – 2PRB或4PRB）

表4：

由BL/CE UE所监视的MPDCCH候选

（CE模式B，MPDCCH-PRB集合尺寸 – 2PRB或4PRB）

是对于MPDCCH UE特定搜索空间所配置的PRB对的数量。重复（R）r1、r2、r3、和r4通过用更高层参数mPDCCH-NumRepetition的值来替换r_最大的值从表5中来确定。

表5：重复级别的确定

r<sub>最大</sub>	r1	r2	r3	r4
					1	1	-	-	-
2	1	2	-	-
					4	1	2	4	-
>=8	r<sub>最大</sub>/8	r<sub>最大</sub>/4	r<sub>最大</sub>/2	r<sub>最大</sub>

在MPDCCH中，重复在时域中被执行，因为MTC是带宽限制的系统并且它是延迟容许的。因此，在时域中所跨越的重复是可适用的。

能看到的是，对于ePDCCH和MPDCCH的下行链路控制信道设计不能符合URLLC的严格QoS要求。EPDCCH被设计成将不同聚合级别用于不同情况，其被关联于每个DCI中的信息比特和ePDCCH资源分配中的可用符号的数量。情境情况的此种分类不反映对于不同URLLC业务类型的不同QoS要求。因此，下行链路控制信道的传送对于URLLC服务不是高效的。MPDCCH被设计称在时域中跨越以便于增强覆盖。然而，此跨越将增加控制/数据传送/重传的延迟，URLLC不容许这样。

为了解决至少部分的以上问题，本公开的各种实施例志在对诸如URLLC的高可靠性和低延迟无线通信提供高效下行链路控制信道（例如，uPDCCH）设计。尽管实施例在本文中参考URLLC情景来描述，能领会的是，本公开的实施例不限于URLLC情景，而是能被更广泛地应用于其中类似问题存在的任何应用情景。

图2示出根据本公开的一个或更多实施例的在网络装置实现的方法200的流程图。如图2中所示出的，在框S210中，网络装置对于终端装置从来自下行链路控制信道候选的两个或更多集合的下行链路控制信道候选的两个或更多集合中选择下行链路控制信道的至少一个集合。下行链路控制信道候选的所述两个或更多集合的每个集合被关联于不同通信级别。不同通信级别可指的是不同通信模式。在不同通信模式之中，第一通信模式可以以超可靠和低延迟通信（URLLC）通信的服务质量QoS要求为目标，并且第二通信模式可以以增强的移动宽带（eMBB）通信的服务质量QoS要求为目标。通信级别的信息可从网络装置（例如，eNB）被传送到终端装置。

在本公开的实施例中，每个通信级别对应于以下各项中的一项或更多：聚合级别的不同集合、传送格式的不同集合、不同目标块错误率（BLER）、和不同目标延迟。在框S220中，网络装置根据被关联于下行链路控制信道候选的所选择的至少一个集合的传送参数将下行链路控制信道的所选择的至少一个集合传送到终端装置。

在一实施例中，在框S210之前，网络装置可将信令发送到终端装置以配置终端装置的状态，其中终端装置的状态被关联于至少一个通信级别。在那个情形中，网络装置能意识到终端装置属于哪个通信级别。

备选地，网络装置可具有终端装置的通信级别的知识而不用发送任何信令以就此通知该终端装置。例如，网络装置可从更高层应用或信令中意识到通信级别。

在本公开的实施例中，通过终端装置属于哪个通信级别的知识，网络装置可对于终端装置来选择下行链路控制信道候选的所述至少一个集合。

图3示出根据本公开的一个或更多实施例的在终端装置实现的方法300的流程图。如图3中所示出的，在接收侧，在框S310中，终端装置从下行链路控制信道候选的两个或更多集合中确定下行链路控制信道候选的至少一个集合。下行链路控制信道候选的所述两个或更多集合的每个集合被关联于不同通信级别。在本公开的实施例中，如以上所提及的，每个通信级别对应于以下各项中的一项或更多：聚合级别的不同集合、传送格式的不同集合、不同BLER、和不同目标延迟。在框S320中，终端装置检测下行链路控制信道候选的所确定的至少一个集合中的下行链路控制信道。

在一实施例中，终端装置可接收到终端装置以用于配置终端装置的状态的信令，其中终端装置的状态被关联于至少一个通信级别。在那种情形中，终端装置能基于所配置的状态来确定它的通信级别。

备选地，终端装置可确定它的通信级别而不用从网络装置接收任何信令。例如，终端装置可基于当前涉及的服务的QoS要求来确定它的通信级别。

在本公开的一个或更多实施例中，下行链路控制信道候选的多个集合可对于不同URLLC级别被设计。URLLC级别可例如根据URLLC通信的服务质量QoS要求来定义。终端装置的至少一个通信级别以URLLC级别为目标，并因此以URLLC通信的QoS要求为目标。

在一些实施例中，QoS要求可包含关于延迟和/或可靠性（其可由分组丢失率和/或BLER来表示）的要求。为了讨论的方便和说明，关于延迟和/或可靠性的要求在本文中被称为QoS要求，并且本文中所公开的概念不限于任何特定参数或要求。另外，下行链路控制信道可在本文中被可互换地称为PDCCH、uPDCCH、mPDCCH、和ePDCCH、等等。

根据本公开的一个特定实施例，两个URLLC级别（对应于对于URLLC通信的两个QoS要求）可被定义，其被示出在表6中。应领会的是，尽管本文中所给出的描述集中在两个URLLC级别上，但本文中所公开的概念不限于两个URLLC级别。在第一URLLC级别中，BLER目标是10^-9且延迟（空中接口中的延迟预算，之后在本文中是相同意义）少于0.2ms，并且在第二URLLC级别中，BLER目标是10^-6且延迟少于0.5ms。

表6：URLLC级别的定义

URLLC级别	QoS要求	下行链路控制信道
			级别1	BLER<=10<sup>-9</sup>且延迟<0.2ms	下行链路控制信道的第一集合
级别2	BLER<=10<sup>-6</sup>且延迟<0.5ms	下行链路控制信道的第二集合

在此实施例中，不同通信级别可以以对于不同URLLC级别的QoS要求为目标。特定地，至少一个通信级别可满足低于第一阈值（例如，低于10^-9）的BLER的QoS要求，并且至少另一个通信级别可满足低于第二阈值（例如，10^-6）的BLER的QoS要求。关于延迟的要求可被类似地顾及到通信级别中。进一步地，取决于URLLC级别，下行链路控制信道候选的两个集合被设计。对于URLLC级别1，下行链路控制信道候选的第一集合能被使用，而对于URLLC级别2，下行链路控制信道候选的第二集合（其可不同于第一集合）能被使用。

在一些实施例中，除了URLLC通信，还可存在其它类型的通信，诸如eMBB通信。eMBB通信可具有对应QoS要求。在此情况中，至少一个通信级别（例如，第一通信模式）可满足URLLC的QoS要求，并且至少另一个通信级别（例如，第二通信模式）可满足eMBB通信的QoS要求。

在一些实施例中，不同通信级别可对应于对于下行链路控制信道的一个或更多不同传送参数。那意味着对于下行链路控制信道的传送参数可基于被关联于对应通信级别的下行链路控制信道候选的集合来确定。

根据本公开的一个或更多实施例，传送参数包含从以下项的组中选择的至少一个项：对于下行链路控制信道的传送格式；对于下行链路控制信道的传送功率；以及对于下行链路控制信道的带宽。对应于通信级别的传送参数的至少一个传送参数可不同于对应于另一通信级别的传送参数的至少一个传送参数。

传送格式可包括但不限于以下方面的一个或更多：对于下行链路控制信道的控制信息比特、聚合级别/资源分配、目标BLER和/或目标延迟、下行链路控制信道候选/盲检测尝试的数量、重复方式、资源映射、和/或传送方案。传送格式的不同方面在通信级别上（并因此在下行链路控制信道候选的所关联集合上）的影响将在下面被详细描述。

·对于下行链路控制信道的控制信息比特

在一些实施例中，一个通信级别可对应于与另一个通信级别的传送格式相比带有不同数量的控制信息比特的传送格式。在一个特定实施例中，一个通信级别可对应于包含与任何其它通信级别中相比一样低或更低数量的控制信息比特的传送格式。以此方式，在一些实施例中，不同数量的控制信息比特可被用于下行链路控制信道候选的不同集合内的下行链路控制信道候选。在其它实施例中，控制信息比特的数量可还对于下行链路控制信道候选的所有集合相同。

考虑下行链路控制信道候选的两个集合的示例，对于下行链路控制信道候选的第一集合，更少控制信息比特可被使用，并且对于下行链路控制信道候选的第二集合，更多控制信息比特被使用。作为另一示例，对于控制信道的第一集合，某一控制信息字段可被减小。此未用信令通知的信息可依赖于终端盲检测，和/或某一信息可被预定义，等等。例如，用于资源分配的信息比特的数量，调制和编码（coding）方案（MCS）指示和排序指示能被减小，因为大传输块、高调制顺序和高排序传送对于URLLC不是必要的。作为另一示例，HARQ过程数量能对于下行链路控制信道的第一集合被减小，因为对于URLLC服务，太多HARQ重传应被避免。

·聚合级别/资源分配

在一些实施例中，一个通信级别可对应于与另一个通信级别的传送格式相比带有不同聚合级别的传送格式。在一个特定实施例中，一个通信级别可对应于与任何其它通信级别中相比一样高或更高的聚合级别。以此方式，在一些实施例中，不同聚合级别可被用于下行链路控制信道候选的不同集合内的下行链路控制信道候选。在其它实施例中，聚合级别可还对于下行链路控制信道候选的所有集合相同。

例如，考虑关联于两个UCLLC级别的下行链路控制信道的两个集合。图4示出对于不同URLLC级别的下行链路控制信道搜索空间的示意性图示。如图4中所示出的，对于下行链路控制信道的第一集合，更多资源元素能对于每个下行链路控制信道候选被聚合，并且对于控制信道的第二集合，更少资源元素能对于每个下行链路控制信道候选被聚合。更特定地，下行链路控制信道的第一集合的候选可具有聚合级别L’{8，16}，并且下行链路控制信道的第二集合的候选可具有聚合级别L’{2，4，8}。

·目标BLER和/或目标延迟

在一些实施例中，一个通信级别可对应于与另一个通信级别的传送格式相比带有不同目标BLER和/或目标延迟的传送格式。在其它实施例中，一个通信级别可对应于与任何其他通信级别相同的目标BLER和/或目标延迟。以此方式，在一些实施例中，不同目标BLER和/或目标延迟可被用于下行链路控制信道候选的不同集合内的下行链路控制信道候选。在其它实施例中，目标BLER和/或目标延迟可还对于下行链路控制信道候选的所有集合相同。

·对于下行链路控制信道候选/盲检测尝试的候选

类似地，不同通信级别可对应于带有对于下行链路控制信道的不同数量的候选的不同传送格式。因此，下行链路控制信道的候选的数量可对于下行链路控制信道候选的不同集合不同。例如，考虑关联于两个UCLLC级别的下行链路控制信道候选的两个集合，为了减小处理延迟，对于下行链路控制信道候选的第一集合，仅更少候选（例如，1个候选）对于终端装置执行盲检测是可能的。它能增加可靠性并减小延迟。对于下行链路控制信道候选的第二集合，更多下行链路控制信道候选对于UE盲检测是可能的。

对于下行链路控制信道候选的每个集合的每个聚合级别，能存在用于盲解码的对于候选的多个配置以便限制终端侧中的盲检测尝试。作为示例，对于低聚合级别的候选的数量能配置成小于由DCI搜索空间尺寸所确定的候选位置的最大数量。那就是说，低聚合级别传送的搜索空间能小于对于终端装置的整个所配置的DCI搜索空间。

·重复方式

重复方式可基于频域和/或时域中的重复次数来定义。类似地，在一些实施例中，不同通信级别可对应于带有对于下行链路控制信道的不同重复方式的不同传送格式。对于至少一个通信级别的重复可至少在频域中。附加地，重复可还在时域中。在这些实施例中，重复方式可对于下行链路控制信道候选的不同集合不同。

再次参考图4，其示意性示出对于下行链路控制信道候选的不同两个集合的不同重复方式。对于下行链路控制信道候选的第一集合，重复可在频域中。对于下行链路控制信道候选的第二集合，重复可在频域和时域两者中。对于下行链路控制信道候选的第一集合，当重复在频域中被执行时，它能减小延迟。通过重复，它能对于每个传送增加可靠性，因此进一步减小延迟。对于下行链路控制信道候选的第二集合，重复在频域和时域两者中被执行。通过这些设计，功率能被集中到少数PRB中，它能被用于改善覆盖。延迟可稍微被减小但频域中的更少PRB对于分配被需要，这可导致更高效的资源分配。

·资源映射

类似地，不同通信级别可对应于带有对于下行链路控制信道的不同资源映射的不同传送格式。因此，资源映射可对于下行链路控制信道候选的不同集合不同。

例如，对于下行链路控制信道的第一集合，它可被映射在所调度的TTI的开端中，使得延迟被减小。下行链路控制信道候选被TDM于数据信道或另一下行链路控制信道。对于控制信道候选的第二集合，它可能首先被映射在频域中。下行链路控制信道候选被FDM于数据信道或另一下行链路控制信道。

对于下行链路控制信道候选的第一集合，分布式资源可被分配，并且对于下行链路控制信道候选的第二集合，集中式资源可被分配。通过分布式资源分配，它能增加频率分集并因此改善可靠性。

·传送方案

类似地，不同通信级别可对应于带有对于下行链路控制信道的不同传送方案的不同传送格式。因此，传送方案可对于下行链路控制信道候选的不同集合不同。

考虑下行链路控制信道候选的两个集合的示例，对于下行链路控制信道候选的第一集合，更多稳健的传送方案可被采用。例如，空间分集方案、频率分集方案、时间分集方案和它们的任何组合能被用于下行链路控制信道候选的第一集合。作为另一示例，窄波束可被用于下行链路控制信道候选的第一集合的传送，并且稍微更宽的波束被用于下行链路控制信道候选的第二集合的传送。

参考信号密度或功率提升（boost）可对于下行链路控制信道候选的不同集合不同。参考信号密度或功率提升对于第一集合可比集合更高。

备选地或另外，信道编码方案可不同。例如，更稳健的编码方案可被用于第一集合。作为另一示例，能在更低编码速率中取得更好性能的编码能被选择为编码方案。

传送格式已在上面被描述。在一些附加或备选实施例中，不同通信级别可对应于对于下行链路控制信道的不同传送功率。因此，对于下行链路控制信道的不同传送功率可对于下行链路控制信道候选的不同集合被采用。考虑两个下行链路控制信道集合的示例，对于下行链路控制信道的第一集合，更高功率提升可被采用，并且对于下行链路控制信道的第二集合，无功率提升或更低功率提升可被采用。

备选地或另外，不同通信级别可对应于对于下行链路控制信道的不同带宽。因此，对于下行链路控制信道的不同带宽可对于下行链路控制信道候选的不同集合被采用。考虑两个下行链路控制信道集合的示例，对于更宽的带宽，下行链路控制信道候选的第一集合可被使用，并且对于窄带宽，而下行链路控制信道候选的第二集合可被使用。对于更宽的带宽，用于资源分配的更多信息比特可被预期。因此，更多资源被需要以携带这些比特。否则，少数比特被需要并且因此更少资源相应地被需要。

应理解的是，以上传送参数只作为示例被讨论而没有任何限制。本领域那些技术人员能对于下行链路控制信道的不同集合来配置任何适合传送参数以便于符合所要求的服务需求。

参考图4、表7和8，根据本公开的一个实施例的示例下行链路控制信道设计为了例示（illustration）的目的而被讨论。

考虑表6的示例，下行链路控制信道候选的两个集合基于URLLC级别1和URLLC级别2来定义。诸如带有聚合级别L’和盲检测试验（即，uPDCCH候选的数量

）的传送格式的传送参数可被设置为在所述两个集合之间不同。图4示出对于下行链路控制信道候选的不同集合的下行链路控制信道搜索空间。为了清楚和简明的目的，对于URLLC所设计的下行链路控制信道此后被称为uPDCCH。由URLLC终端装置所监视的uPDCCH候选能如表7和表8所给出的，其中表7对应于uPDCCH的第一集合，其被关联于URLLC级别1，并且表8对应于uPDCCH的第二集合，其被关联于URLLC级别2。

表 7：

URLLC终端装置监视的uPDCCH候选

（URLLC级别1，uPDCCH-PRB集合尺寸– 2PRB或4PRB）

表 8：

由URLLC UE所监视的uPDCCH候选

（URLLC级别2，uPDCCH-PRB集合尺寸– 2PRB或4PRB）

在此示例中，频域中的重复能由RRC信令、或MAC信令或所预定义的或它们的任何组合来配置。对于uPDCCH的候选能独立于其它下行链路控制信道，诸如对于MTC的mPDCCH或者对于eMBB的ePDCCH。

与对于mMTC的PDCCH（mPDCCH）相比，根据此实施例的uPDCCH具有下列不同特征。首先，对于uPDCCH的重复可在频域中，其被区别于对于mPDCCH的时域重复方案。进一步地，mPDCCH的下行链路控制信道集合根据覆盖来分类，而uPDCCH的下行链路控制信道集合根据预定义的URLLC级别来分类。uPDCCH、mPDCCH和ePDCCH之间的关键不同在表 9中被列出。

表 9：uPDCCH、mPDCCH和ePDCCH之间的比较

根据本公开的一个实施例，下行链路控制信道候选的集合和URLLC级别之间的关联被显式地或隐式地用信令通知或在说明书中预定义或它们的任何组合。

在本公开的另一实施例中，网络装置可基于URLLC级别来可选地配置终端装置状态。网络装置可按终端装置的所配置的状态或另一条件从下行链路控制信道传送参数的多个集合中选择下行链路控制信道传送参数的一个集合，所述另一条件诸如终端装置被安置在其上的RAN切片类型或终端类型或对于一个终端装置的业务类型。网络装置可进一步按下行链路控制信道传送参数的所选择的集合来传送下行链路控制信道。作为状态的一个示例，终端装置可接收带有特定URLLC级别的指示符的业务。

在另一实施例中，终端装置可隐式地或显式地接收配置终端装置状态的信令，并且终端装置可基于所配置的状态或其它条件来确定下行链路控制信道配置。终端装置可进一步基于所确定的下行链路控制信道配置来执行下行链路控制信道检测。

在一个实施例中，当服务是URLLC级别1时，网络装置通知终端装置下行链路控制信道候选聚合级别是{4，8，16}，否则，当服务是URLLC级别2时，终端装置通知终端装置下行链路控制信道候选聚合级别是{1，2，4}。当终端装置被通知聚合级别是{4，8，16}时，终端装置将通过下行链路控制信道聚合级别是{4，8，16}的假定来执行盲检测。否则，终端装置将通过下行链路控制信道聚合级别是{1，2，4}的假定来执行盲检测。

在另一实施例中，能被预定义的是，如果URLLC级别1被配置，则控制信道候选聚合级别从{4，8，16}中来选择，并且如果URLLC级别2被配置，则从{1，2，4}中来选择。倘若终端装置被配置为URLLC级别1，则聚合级别{4，8，16}将被使用，否则，{1，2，4}将被使用。URLLC级别可以是显式信令或隐式信令或它们的任何组合。

附加地或备选地，下行链路控制信道的一个集合可被预定义为默认下行链路控制信道集合。

在一些实施例中，下行链路控制信道可被用于数据传送。同样地，它能被用于另一特殊消息传送，诸如涉及随机接入的消息、系统信息、寻呼、以及等等。

根据本公开的一个或更多实施例，URLLC级别适配的下行链路控制信道可与另一适配的下行链路控制信道设计组合。更具体地，下行链路控制信道的所述两个或更多集合的每个集合可被关联于一个或更多通信级别和一个或更多进一步分类准则的组合。

根据一个实施例，进一步分类准则可以是指定对于ePDCCH的所述三种情况的因素/参数和/或指定MPDCCH集合的覆盖模式。基于通信级别（例如，所述两个URLLC级别）和至少一个进一步分类准则的组合，PDCCH的多个集合可被更精确地和有效地定义。

假定下行链路控制信道候选的第一一个或更多集合基于3GPP TS 36.213V13.2.0的9.1.4节中对于ePDCCH所指定的所述三种情况来设计，使得下行链路控制信道的每个集合被关联于对于下行链路控制信道的可用RE的数量、带宽、DCI格式、和子帧类型；下行链路控制信道候选的第二一个或更多集合被设计使得下行链路控制信道候选的每个集合被关联于覆盖模式。在下行链路控制信道候选的所述第一一个或更多集合和下行链路控制信道候选的所述第二一个或更多集合之上，下行链路控制信道候选的第三一个或更多集合可被设计使得下行链路控制信道候选的每个集合被关联于URLLC级别。

在一个实现中，下行链路控制信道候选的所述第一一个或更多集合可以是下行链路控制信道候选的所述第三一个或更多集合的子集或超集、或者与下行链路控制信道候选的所述第三一个或更多集合相同。

在另一附加或备选实现中，下行链路控制信道候选的第四集合可对于URLLC来设计，使得下行链路控制信道候选的每个集合除了URLLC级别之外还被关联于DCI格式、子帧类型、带宽、和可用RE的数量。下行链路控制信道候选的第四集合是下行链路控制信道候选的所述第一一个或更多集合和下行链路控制信道候选的所述第三一个或更多集合的组合。在此示例中，下行链路控制信道候选的每个集合可被关联于表6中所定义的两个UCLLC级别和如参考表1和2所描述的对于ePDCCH所指定的所述三种情况的组合。下行链路控制信道候选的第四集合可由表10来示出。

表10：下行链路控制信道的所组合的集合

	情况1	情况2	情况3
				URLLC级别1	集合1	集合2	集合3
URLLC级别2	集合4	集合5	集合6

应领会的是，尽管对于EPDCCH的情况1、情况2和情况3被当作为用于示出PDCCH的分类准则的示例，那三种情况的现有定义不应限制本公开的范畴。例如，用于指定情况的参数或因素可不同于3GPP TS 36.213 V13.2.0的节9.1.4中所指定的那些。

在另一附加或备选实现中，下行链路控制信道候选的第五一个或更多集合可被设计，使得下行链路控制信道候选的每个集合除了URLLC级别和覆盖模式之外还被关联于DCI格式、子帧类型、带宽、和可用RE的数量。更特定地，下行链路控制信道候选的所述第五一个或更多集合是下行链路控制信道候选的所述第一一个或更多集合、下行链路控制信道候选的所述第二一个或更多集合和下行链路控制信道候选的所述第三一个或更多集合的组合。

类似地，下行链路控制信道候选的集合和所关联的传送参数之间的关联可被显式地或隐式地用信令通知到终端装置、或者在通信标准中预定义、或者以它们的任何组合的方式来维持。

图5示出根据本公开的一个或更多实施例的实现为网络装置/在网络装置中实现的设备500的示意性框图。如图5中所示出的，诸如eNodeB的网络装置500配置成通信于诸如UE的一个或更多终端装置。网络装置500包括选择单元510和传送单元520。网络装置500可包括用于经由一个或更多天线（图5中未示出）与一个或更多终端装置进行无线通信的适合的无线电频率收发器。选择单元510配置成对于终端装置从下行链路控制信道候选的两个或更多集合中选择下行链路控制信道候选的至少一个集合。下行链路控制信道候选的所述两个或更多集合的每个集合被关联于不同通信级别。下行链路控制信道候选的所述两个或更多集合的每个集合关联于不同通信级别，每个通信级别对应于以下各项中的一项或更多：聚合级别的不同集合、传送格式的不同集合、不同目标块错误率（BLER）、和不同目标延迟。传送单元520配置成将下行链路控制信道候选的所选择的至少一个集合传送到终端装置。

在一个或更多备选实施例中，网络装置500可进一步包括配置成将信令发送到终端装置以配置终端装置的状态的信令发送单元（图5中未示出），其中终端装置的状态被关联于至少一个通信级别。

根据本公开的一个或更多实施例，至少一个通信级别以超可靠和低延迟通信（URLLC）通信的服务质量QoS要求为目标。在一些实施例中，QoS要求包含关于BLER和/或延迟的要求。

根据本公开的一个或更多实施例，至少一个通信级别满足低于第一阈值的BLER的服务质量QoS要求，并且至少另一个通信级别满足低于第二阈值的BLER的QoS要求。

根据本公开的一个或更多实施例，至少一个通信级别满足URLLC的服务质量QoS要求，并且至少另一个通信级别满足增强的移动宽带（eMBB）通信的QoS要求。

根据本公开的一个或更多实施例，一个通信级别对应于与另一个通信级别的传送格式相比带有不同数量的控制信息比特的传送格式。

根据本公开的一个或更多实施例，通信级别之一对应于以下的一个或更多：（i）与任何其它通信级别中相比一样高或更高的聚合级别，（ii）包含与任何其他通信级别中相比一样低或更低数量的控制信息比特的传送格式，以及（iii）与任何其它通信级别中相比一样低或更低的目标BLER和/或目标延迟。

根据本公开的一个或更多实施例，对于至少一个通信级别的重复至少在频域中。

网络装置500可包括处理器50，其包含一个或更多微处理器或微控制器、以及另一数字硬件，其可包含数字信号处理器（DSP）、专用数字逻辑、和诸如此类。处理器50可配置成运行存储在存储器（图5中未示出）中的程序代码，存储器可包含一种或若干类型的存储器，诸如只读存储器（ROM）、随机存取存储器、高速缓存存储器、闪速存储器装置、光存储装置、等等。存储在存储器中的程序代码包含用于运行一个或更多电信和/或数据通信协议的程序指令以及用于实行本文中在若干实施例中所描述的技术的一个或更多技术的指令。在一些实现中，处理器50可被用于促使选择单元510、传送单元520、可选地是信令发送单元（未示出）、和网络装置500的任何其它适合单元执行根据本公开的一个或更多实施例的对应功能。

图6示出根据本公开的一个或更多实施例的实现为终端装置/在终端装置中实现的设备600的示意性框图。如图6中所示出的，诸如UE的终端装置600配置成通信于诸如eNodeB的一个或更多网络装置。终端装置600包括确定单元610和检测单元620。终端装置600可包括用于经由一个或更多天线（图6中未示出）与一个或更多网络装置进行无线通信的适合的无线电频率收发器。确定单元610配置成从下行链路控制信道候选的两个或更多集合中确定下行链路控制信道候选的至少一个集合。下行链路控制信道候选的所述两个或更多集合的每个集合被关联于不同通信级别，每个通信级别对应于以下各项中的一项或更多：聚合级别的不同集合、传送格式的不同集合、不同目标块错误率（BLER）、和不同目标延迟。传送单元620配置成检测下行链路控制信道候选的所确定的至少一个集合中的下行链路控制信道。

在一个或更多备选实施例中，终端装置600可进一步包括配置成接收到终端装置的用于配置终端装置的状态的信令的信令接收单元（图6中未示出）。终端装置的状态可被关联于至少一个通信级别。

终端装置600可包括处理器60，其包含一个或更多微处理器或微控制器、以及另一数字硬件，其可包含数字信号处理器（DSP）、专用数字逻辑、和诸如此类。处理器60可配置成运行存储在存储器（图6中未示出）中的程序代码，存储器可包含一种或若干类型的存储器，诸如只读存储器（ROM）、随机存取存储器、高速缓存存储器、闪速存储器装置、光存储装置、等等。存储在存储器中的程序代码包含用于运行一个或更多电信和/或数据通信协议的程序指令以及用于实行本文中在若干实施例中所描述的技术的一个或更多技术的指令。在一些实现中，处理器60可被用于促使确定单元610、检测单元620、可选地是信令接收单元（未示出）、和终端装置600的任何其它适合单元执行根据本公开的一个或更多实施例的对应功能。

图7示出可被实现为网络装置/在网络装置（例如，网络装置500）中实施的设备710，和可被实现为终端装置/在终端装置（例如，终端装置600）中实施的设备720的简化的框图。

设备710可包含诸如数据处理器（DP）的一个或更多处理器711和耦合到处理器711的一个或更多存储器（MEM）712。设备710可进一步包含耦合到处理器711的传送器TX和接收器RX 713。MEM 712可以是非暂态机器可读存储介质，并且它可存储程序（PROG）714。PROG714可包含当在所关联的处理器711上被运行时使设备710能够依照本公开的实施例进行操作（例如，执行所述方法200）的指令。所述一个或更多处理器711和所述一个或更多MEM 712的组合可形成适配于实现本公开的各种实施例的处理部件715。

设备720包含诸如DP的一个或更多处理器721和耦合到处理器721的一个或更多MEM 722。设备720可进一步包含耦合到处理器721的适合TX/RX 723。MEM 722可以是非暂态机器可读存储介质，并且它可存储PROG 724。PROG 724可包含当在所关联的处理器721上被运行时使设备720能够依照本公开的实施例进行操作（例如，执行所述方法300）的指令。所述一个或更多处理器721和所述一个或更多MEM 722的组合可形成适配于实现本公开的各种实施例的处理部件725。

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

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

处理器711和721可以是适合于本地技术环境的任何类型，并可包含通用计算机、专用计算机、微处理器、数字信号处理器DSP、和基于多核处理器架构的处理器的一个或更多，作为非限制的示例。

尽管以上描述的一些在无线系统支持URLLC情景的上下文中被做出，但它不应被直译为限制本公开的精神和范畴。本公开的原理和概念可更一般地可适用于其它情景。

根据本公开的实施例，反映服务要求的不同通信级别在定义下行链路控制信道时被顾及。在一些实施例中，对于URLLC服务，下行链路控制信道的设计可考虑URLLC级别，其可集中在延迟和可靠性方面中的QoS要求上。因此，下行链路控制信道可在URLLC中减小延迟并增加终端装置的可靠性。同样地，资源效率（例如，在频域和/时域中）可对于整个系统被改善。

另外，本公开可还提供含有如以上所提及的计算机程序的存储器，其包含机器可读介质和机器可读传送媒体。机器可读介质可还被称作计算机可读介质，并可包含机器可读存储介质，例如，磁盘、磁带、光盘、相变存储器、或像随机存取存储器（RAM）、只读存储器（ROM）、闪速存储器装置、CD-ROM、DVD、蓝光盘和诸如此类的电子存储器终端装置。机器可读传送媒体可还被称作载体，并可包含例如，电、光、无线电、声、或另一形式的传播信号—诸如载体波、红外线信号、和诸如此类。

本文中所描述的技术可通过各种部件来实现，使得实现通过一实施例所描述的对应设备的一个或更多功能的设备不但包含现有技术部件，而且包含用于实现通过该实施例所描述的对应设备的所述一个或更多功能的部件，并且它可包含用于每个分离功能的分离部件，或可配置成执行两个或更多功能的部件。例如，这些技术可在硬件（一个或更多设备）、固件（一个或更多设备）、软件（一个或更多模块）、或其组合中被实现。对于固件或软件，实现可通过执行本文中所描述的功能的模块（例如，过程、函数、等等）来做出。

本文中示例实施例已参考方法和设备的框图和流程图例示在上面被描述。将理解的是，框图和流程图例示的每个框，以及框图和流程图例示中的框的组合，分别能由包含硬件、软件、固件、和其组合的各种部件来实现。例如，在一个实施例中，框图和流程图例示的每个框，以及框图和流程图例示中的框的组合能由计算机程序指令来实现。这些计算机程序指令可被加载到通用计算机、专用计算机、或其它可编程数据处理设备上以生产机器，使得在计算机或其它可编程数据处理设备上运行的指令创建用于实现流程图框或多个流程图框中所指定的功能的部件。

进一步地，虽然操作以具体顺序来描绘，这不应被理解为要求此类操作以所示出的具体顺序或连续顺序来执行或所有示出的操作被执行，以获得合乎需要的结果。在某些境况中，多任务和并行处理可以是有好处的。同样地，虽然若干特定实现细节被含有在以上讨论中，这些不应被直译为本文中所描述的主题内容的范畴上的限制，而是直译为可特定于具体实施例的特征的描述。在分离实施例的上下文中在本说明书中被描述的某些特征能还在单个实施例中以组合来实现。相反地，在单个实施例的上下文中被描述的各种特征能还在多个实施例中分离地或以任何适合子组合来实现。此外，尽管特征可在上面被描述为以某些组合来行动，并甚至起初被如此声明，但来自所声明的组合的一个或更多特征能在一些情况中从组合中被去除，并且所声明的组合可被指向子组合或子组合的变形。

将对于本领域技术人员明显的是，作为技术进步，本发明概念能以各种方式来实现。以上所描述的实施例为了描述而非限制本公开而被给出，并且要理解的是，修改和变形可被采取而不会背离如本领域那些技术人员容易理解的本公开的精神和范畴。此类修改和变形被认为在本公开的范畴和随附权利要求内。本公开的保护范畴由随附权利要求来定义。

Claims

1.一种在网络装置实现的方法（200），包括：

对于终端装置，从下行链路控制信道候选的两个或更多集合中选择（S210）下行链路控制信道候选的至少一个集合，其中所述下行链路控制信道候选的所述两个或更多集合的每个集合被关联于不同通信级别，每个通信级别对应于不同目标块错误率（BLER），其中至少一个通信级别满足超可靠和低延迟通信URLLC通信的服务质量QoS要求并且满足低于第一阈值的BLER的服务质量QoS要求，以及其中至少另一个通信级别满足增强的移动宽带eMBB通信的QoS要求并且满足低于第二阈值的BLER的QoS要求；以及

将下行链路控制信道候选的所选择的至少一个集合传送（S220）到所述终端装置。

2.根据权利要求1所述的方法，每个通信级别还对应于不同延迟，其中所述QoS要求还包含关于所述延迟的要求。

3.根据权利要求1所述的方法，其中所述通信级别之一对应于与任何其它通信级别中相比一样低或更低的目标BLER。

4.根据权利要求3所述的方法，其中对于至少一个通信级别的重复至少在频域中。

5.一种在终端装置实现的方法（300），包括：

从下行链路控制信道候选的两个或更多集合中确定（S310）下行链路控制信道候选的至少一个集合，其中下行链路控制信道候选的所述两个或更多集合的每个集合被关联于不同通信级别，每个通信级别对应于不同目标块错误率（BLER），其中至少一个通信级别满足超可靠和低延迟通信URLLC通信的服务质量QoS要求并且满足低于第一阈值的BLER的服务质量QoS要求，以及其中至少另一个通信级别满足增强的移动宽带eMBB通信的QoS要求并且满足低于第二阈值的BLER的QoS要求；以及

检测（S320）下行链路控制信道候选的所确定的至少一个集合中的下行链路控制信道。

6.根据权利要求5所述的方法，每个通信级别还对应于不同延迟，其中所述QoS要求还包含关于所述延迟的要求。

7.根据权利要求5所述的方法，其中所述通信级别之一对应于与任何其它通信级别中相比一样低或更低的目标BLER。

8.根据权利要求5所述的方法，其中对于至少一个通信级别的重复至少在频域中。

9.一种终端装置（600），包括：

传送器、接收器、处理器、和存储器，所述终端装置配置成：

从下行链路控制信道候选的两个或更多集合中确定下行链路控制信道候选的至少一个集合，其中下行链路控制信道候选的所述两个或更多集合的每个集合被关联于不同通信级别，每个通信级别对应于不同目标块错误率（BLER），其中至少一个通信级别满足超可靠和低延迟通信URLLC通信的服务质量QoS要求并且满足低于第一阈值的BLER的服务质量QoS要求，以及其中至少另一个通信级别满足增强的移动宽带eMBB通信的QoS要求并且满足低于第二阈值的BLER的QoS要求；以及

检测下行链路控制信道候选的所确定的至少一个集合中的下行链路控制信道。

10.根据权利要求9所述的终端装置，每个通信级别还对应于不同延迟，其中所述QoS要求还包含关于所述延迟的要求。

11.一种机器可读存储介质，已存储指令，所述指令当在一个或更多处理器（711）上被运行时，促使所述一个或更多处理器（711）实行根据权利要求1到4的任一项所述的方法（200）。

12.一种机器可读存储介质，已存储指令，所述指令当在一个或更多处理器（721）上被运行时，促使所述一个或更多处理器（1121）实行根据权利要求5到8的任一项所述的方法（300）。