对打孔的eMBB中的URLLC的半盲检测的制作方法
本发明的实施例涉及无线通信领域，并且更具体地涉及对打孔增强型移动宽带(embb)传输的超可靠低时延通信(urllc)传输的半盲检测。
背景技术：
长期演进(lte)
lte无线通信技术在下行链路中使用正交频分复用(ofdm)而在上行链路中使用离散傅里叶变换(dft)扩展ofdm。因此，基本的lte下行链路物理资源可被视为图1中所示的时频网格，其中，每个资源单元(re)与一个ofdm符号间隔期间的一个ofdm子载波相对应。在时域中，lte下行链路传输按10毫秒(ms)的无线帧进行组织，每一个无线帧由十个长度为tsubframe＝1ms的大小相等的子帧构成，如图2中所示。
此外，lte中的资源分配通常按照资源块(rb)来描述，其中一个rb与时域中的一个时隙(0.5ms)和频域中的12个连续的子载波相对应。在时间方向上的相邻的两个rb(1.0ms)构成的对被称为rb对。rb在频域中被编号，从系统带宽的一端以0开始。
lte中已经引入了虚拟rb(vrb)和物理rb(prb)的概念。对用户设备(ue)的实际的资源分配是按照vrb做出的。存在两种类型的资源分配，集中式和分布式。在集中式资源分配中，vrb对被直接映射到prb对，从而两个连续的集中式vrb也可被布置为频域中的连续prb。另一方面，分布式vrb不被映射到频域中的连续prb，从而为使用这些分布式vrb发送的数据信道提供频率分集。
下行链路传输是动态调度的。具体地，在每个下行链路子帧中，基站发送下行链路控制信息，下行链路控制信息指示在当前的子帧中数据被发送至哪些ue和在当前的下行链路子帧中数据在哪些rb上被发送至那些ue。该控制信令通常是在每个子帧中的前1、2、3或4个ofdm符号中发送的，并且数量n＝1、2、3或4被称为控制格式指示(cfi)。下行链路子帧还包含公共参考符号，公共参考符号是接收机已知的，并且用于对例如控制信息的相干解调。在图3中示出了以cfi＝3个ofdm符号作为控制的下行链路子帧。从lte版本11起，还可以在增强型物理下行链路控制信道(epdcch)上调度上述资源分配。对于版本8到版本10，仅物理下行链路控制信道(pdcch)是可用的。
希望增强当前的移动通信系统，以提供在大范围的机器之间进行通信的方式。其中的一个子组是关键机器类型通信(cmtc)，其中必须实现非常低的时延、非常高的可靠性和非常高的可用性这些通信要求。示例用例包括：
-工厂自动化，其中致动器、传感器和控制系统彼此通信。典型的时延要求是1ms。
-施工机器人中的运动控制，1ms时延。
-机器的远程控制，5-100ms时延。
-智能电网，3-5ms。
…等等。
用于满足这些要求和用例的候选通信系统包括lte和第三代合作伙伴计划(3gpp)新开发的称为新无线电(nr)的无线电接入。在nr中，调度单位被定义为时隙或迷你时隙。nr时隙将由若干个ofdm符号组成。一种可能的结果是一个时隙由7个ofdm符号组成，但是也能够设想其它结构(例如，具有14个ofdm符号)。已经在讨论nr时隙和/或迷你时隙可以包含ul上的传输和dl上的传输两者，或者可以不包含ul上的传输和dl上的传输两者。即，正在讨论3种时隙配置，即：(1)仅有dl的时隙(2)仅有ul的时隙(3)混合dl和ul的时隙。
图4示出了一个仅有下行链路的时隙，作为示例其具有7个ofdm符号。在图4中，tsf和ts分别表示时隙和ofdm符号持续时间。
而且，根据应用要求，支持nr的ue类别可以支持不同业务类型。一个示例是共同存在增强型移动宽带(embb)和超可靠低时延通信(urllc)业务。为了满足1ms之内的1-10-5的可靠性的urllc要求，应该控制网络干扰。这意味着必须始终存在可用于满足urllc业务和embb业务二者的足够的资源(在时间上和/或频率上)。一种直接的方式是针对urllc业务和embb业务二者使用专用频段(在相同载波上)。这导致低的频谱效率，因为将由于urllc业务的分散性质而不能充分利用资源。因此，3gpp中同意定义urllc业务和embb业务都能够被调度的所谓的共存区域。主要目的是：共存区域中未被urllc业务使用的资源能够被用于调度embb业务。然而，由于urllc业务的严格的时延限制和高的可靠性要求，相对于embb业务，总是给予urllc业务优先权。这意味着，如果embb业务和urllc业务在不同的时间尺度(例如，时隙级别和迷你时隙级别)上传输，则需要在共享的资源上打孔正在进行的embb业务，从而能够允许更紧急的urllc传输。
为了简单起见，在描述时，假设urllc业务在迷你时隙级别操作而embb业务在时隙级别操作。
现有方案的问题
众所周知的是，如果在接收机侧不存在打孔指示，则全部的embb数据(或传输块)将被认为已损坏并且很可能被丢弃。这导致embb应用/服务的性能下降。而且，被丢弃的分组引起重传，重传会导致发射机的附加的能量损耗和干扰。
一种直观的方案将是通过附加的控制信令(例如，打孔指示)向接收机(即，dl中的ue和ul中的gnb)显式地指示打孔。然而，这将导致额外的信令开销。另外，如果urllc传输使用基于许可的调度并且相同的控制信令(例如，许可)被接收机用于获得打孔信息以改善embb服务的性能，则这也可能增加urllc时延。
技术实现要素：
所提出的实施例提供一种用于在接收机处隐式地检测打孔的增强型移动宽带(embb)区域中的超可靠低时延通信(urllc)的打孔信息(即，时频资源、调制和编码方案(mcs)、传输块大小(tbs)等)的高效方式。
根据本公开的一方面，一种用户设备(ue)的用urllc传输打孔embb传输的操作方法包括：接收要作为urllc上行链路传输发送的第一数据；使用编码序列编码第一数据以产生编码后的第一数据；以及在分配用于embb传输的第一资源集合的子集内发送编码后的第一数据。
在一个实施例中，使用编码序列编码第一数据包括：执行编码序列与第一数据的循环冗余校验(crc)部分和/或数据部分的逐位运算。
在一个实施例中，执行编码序列与第一数据的crc部分和/或数据部分的逐位运算包括执行以下之一：模2加；以及异或(xor)运算。
在一个实施例中，使用编码序列编码第一数据包括：使用伪随机序列加扰第一数据，其中，伪随机序列根据编码序列生成。
在一个实施例中，编码序列包括以下至少一项或基于以下至少一项生成：ue标识符(ue-id)；无线电网络临时标识符(rnti)；小区标识符；以及业务标识符。
在一个实施例中，第一资源集合的子集的位置是预先配置的、动态选择的和/或发信号通知的。
在一个实施例中，第一资源集合是分配用于ue的embb传输的。
在一个实施例中，发送编码后的第一数据通过打孔ue的embb传输来执行。
在一个实施例中，第一资源集合是分配用于第二ue的embb传输的。
在一个实施例中，ue是ue组的成员，并且其中，第一ue仅在第二ue是ue组的成员时才能够打孔第二ue。
在一个实施例中，ue是支持urllc的ue，且ue组中的其它ue是不支持urllc的。
在一个实施例中，发送编码后的第一数据通过打孔第二ue的embb传输来执行。
在一个实施例中，第二ue的embb传输使用第一发射功率，并且其中，发送编码后的第一数据包括：使用高于第一发射功率的第二发射功率发送编码后的第一数据。
根据本公开的另一方面，一种网络节点的用于检测embb传输已经被urllc传输打孔的操作方法包括：识别被分配用于embb上行链路传输的第一资源集合；识别潜在地包括编码后的urllc传输的第一资源集合的子集；使用解码序列解码占据资源的所述子集的第一数据；以及，基于解码结果检测在资源的所述子集内是否存在urllc上行链路传输。
在一个实施例中，使用解码序列解码占据资源的所述子集的第一数据包括：计算第一数据的第一部分的crc值；以及，执行计算出的crc值和第一数据的第二部分的逐位运算，其中，如果运算的结果匹配解码序列，则第一数据包含urllc传输。
在一个实施例中，执行计算出的crc值和第一数据的第二部分的逐位运算包括执行以下之一：模2加；以及xor运算。
在一个实施例中，使用解码序列解码占据资源的所述子集的数据包括：使用伪随机序列解扰第一数据以产生第二数据，其中，伪随机序列根据解码序列生成；以及，确定第二数据是否包含urllc传输。
在一个实施例中，确定第二数据是否包含urllc传输包括：计算第二数据的第一部分的crc值；以及，确定计算出的crc值是否匹配第二数据的第二部分。
在一个实施例中，编码序列包括以下至少一项或基于以下至少一项生成：ue-id；rnti；小区标识符；以及业务标识符。
在一个实施例中，以下至少一项是预先配置的、动态选择的和/或发信号通知的：第一资源集合的所述子集的位置和编码后的urllc传输的期望长度。
在一个实施例中，检测在资源的所述子集内是否存在urllc传输包括：基于资源的所述子集的功率等级是否高于资源的所述子集之外的第一资源集合的功率等级检测是否存在urllc传输。
在一个实施例中，网络节点使用与用户设备ue相关联的解码序列执行解码步骤。
在一个实施例中，网络节点使用与不同于所述ue的第二ue相关链的解码序列执行解码步骤。
在一个实施例中，网络节点针对多个ue中的每个ue执行解码和检测步骤，每个解码和检测步骤使用与所述多个ue中的相关ue相关联的解码序列来执行。
根据本公开的另一方面，一种网络节点的用urllc传输打孔embb传输的操作方法包括：接收要作为urllc下行链路传输发送的第一数据；使用编码序列编码第一数据以产生编码后的第一数据；以及，在分配用于embb传输的第一资源集合的子集内发送编码后的第一数据而不是embb传输。
在一个实施例中，使用编码序列编码第一数据包括：执行编码序列与第一数据的crc部分和/或数据部分的逐位运算。
在一个实施例中，执行编码序列与第一数据的crc部分和/或数据部分的逐位运算包括执行以下之一：模2加；以及xor运算。
在一个实施例中，使用编码序列编码第一数据包括：使用伪随机序列加扰第一数据，其中，伪随机序列根据编码序列生成。
在一个实施例中，编码序列包括以下至少一项或基于以下至少一项生成：ue-id；rnti；小区标识符；以及业务标识符。
在一个实施例中，第一资源集合的所述子集的位置是预先配置的、动态选择的和/或发信号通知的。
在一个实施例中，第一资源集合是分配用于对ue的embb传输的。
在一个实施例中，发送编码后的第一数据通过打孔对ue的embb传输来执行。
在一个实施例中，第一资源集合是分配用于对第二ue的embb传输的。
在一个实施例中，发送编码后的第一数据通过打孔对第二ue的embb传输来执行。
在一个实施例中，对第二ue的embb传输使用第一发射功率，并且其中，发送编码后的第一数据包括：使用高于第一发射功率的第二发射功率发送编码后的第一数据。
根据本公开的另一方面，一种ue的用于检测embb传输已经被urllc传输打孔的操作方法包括：识别被分配用于embb下行链路传输的第一资源集合；识别潜在地包括编码后的urllc传输的第一资源集合的子集；使用解码序列解码占据资源的所述子集的第一数据；以及基于解码结果检测在资源的所述子集内是否存在urllc传输。
在一个实施例中，使用解码序列解码占据资源的所述子集的第一数据包括：计算第一数据的第一部分的crc值且执行计算出的crc值和第一数据的第二部分的逐位运算，其中，如果运算的结果匹配解码序列，则第一数据包含urllc传输。
在一个实施例中，执行计算出的crc值和第一数据的第二部分的逐位运算包括执行以下之一：模2加；以及xor运算。
在一个实施例中，使用解码序列解码占据资源的所述子集的数据包括：使用伪随机序列解扰第一数据以产生第二数据，其中，伪随机序列根据解码序列生成；以及确定第二数据是否包含urllc传输。
在一个实施例中，确定第二数据是否包含urllc传输包括：计算第二数据的第一部分的crc值；以及确定计算出的crc值是否匹配第二数据的第二部分。
在一个实施例中，编码序列包括以下至少一项或基于以下至少一项生成：ue-id；rnti；小区标识符；以及业务标识符。
在一个实施例中，以下至少一项是预先配置的、动态选择的和/或发信号通知的：第一资源集合的所述子集的位置和编码后的urllc传输的期望长度。
在一个实施例中，检测在资源的所述子集内是否存在urllc传输包括：基于资源的所述子集的功率等级是否高于资源的所述子集之外的第一资源集合的功率等级检测是否存在urllc传输。
在一个实施例中，第一资源集合是分配用于对ue的embb传输的。
在一个实施例中，第一资源集合是分配用于对第二ue的embb传输的。
根据本公开的另一方面，一种用urllc传输打孔embb传输的节点包括：至少一个处理器和存储器，所述存储器包括指令，所述指令可由至少一个处理器执行，由此所述节点适于根据本文描述的方法中的任一方法操作。
根据本公开的另一方面，一种用urllc传输打孔embb传输的节点包括：一个或多个模块，由此所述节点适于根据本文描述的方法中的任一方法操作。
所提出的方案的优点
通过隐式地提供打孔信息而无需任何的附加信令或指示(例如，不需要任何附加比特)，embb业务的性能能够被改善。
附图说明
并入本说明书中并且形成其一部分的附图示出了本公开的若干方面，并且与描述一起用于说明本公开的原理。
图1示出基本的长期演进(lte)物理资源；
图2示出传统的lte下行链路无线电帧；
图3示出下行链路子帧的示例；
图4示出一个仅有下行链路的时隙，作为示例其具有七个正交频分复用(ofdm)符号；
图5示出可以实现本公开实施例的无线通信系统的一个示例；
图6是示出根据本公开的一些实施例的用户设备(ue)或其它无线设备的操作的流程图；
图7是示出根据本公开的一些实施例的基站或其它网络节点的操作的流程图；
图8是示出根据本公开的其它实施例的基站或其它网络节点的操作的流程图；
图9是示出根据本公开的其它实施例的ue或其它无线设备的操作的流程图；
图10和图11示出ue或其它类型的无线设备的示例实施例；以及
图12至图14示出网络节点的示例实施例。
具体实施方式
下文阐述的实施例呈现使本领域技术人员实践实施例并且示出实践实施例的最佳模式的信息。在根据附图阅读以下描述以后，本领域技术人员将理解本公开的构思并且将认识到本文未具体给出的这些构思的应用。应当理解，这些构思和应用落入本公开的范围内。
无线电节点：如本文所使用的，“无线电节点”是无线电接入节点或无线设备。
无线电接入节点：如本文所使用的，“无线电接入节点”或“无线电网络节点”是进行操作以无线地发送和/或接收信号的蜂窝通信网络的无线电接入网中的任何节点。无线电接入节点的一些示例包括但不限于基站(例如，第三代合作伙伴计划(3gpp)第五代(5g)新无线电(nr)网络中的nr基站(gnb)或3gpp长期演进(lte)网络中的增强或演进的nodeb(enb))、高功率或宏基站、低功率基站(例如，微基站、微微基站、家庭enb等)和中继节点。
核心网节点：如本文中所使用的，“核心网节点”是核心网中的任何类型的节点。核心网节点的一些示例包括例如移动性管理实体(mme)、分组数据网络网关(p-gw)、业务能力开放功能(scef)等。
无线设备：如本文所使用的，“无线设备”是通过无线地向无线电接入节点发送信号和/或从无线电接入节点接收信号接入到蜂窝通信网络(即，由蜂窝通信网络服务)的任何类型的设备。无线设备的一些示例包括但不限于3gpp网络中的用户设备(ue)和机器类型通信(mtc)设备。
网络节点：如本文所使用的，“网络节点”是作为蜂窝通信网络/系统的无线电接入网或核心网的一部分的任何节点。
调制和编码方案(mcs)表：如本文所使用的，“mcs表”是将mcs索引(例如，基于信道质量确定的mcs索引)映射到调制方案(例如，正交相移键控(qpsk)、16正交幅度调制(16qam、64qam或256qam))和传输块大小(tbs)索引的表。
要注意，本文中给出的描述关注于3gpp蜂窝通信系统，并且因此经常使用3gpp术语或与3gpp术语类似的术语。然而，本文公开的概念不限于3gpp系统。
要注意，在本文的描述中，可能引用术语“小区”；然而，特别是对于5gnr概念，可以使用波束代替小区，因此，重要的是要注意，本文描述的概念同等地适用于小区和波束二者。
图5示出可以实现本公开的实施例的无线通信系统10的一个示例。无线通信系统10可以是蜂窝通信系统，例如，lte网络或5gnr网络等。如图所示，在该示例中，无线通信系统10包括多个无线通信设备12(例如，传统的ue、mtc/机器到机器(m2m)ue)和多个无线电接入节点14(例如，enb、被称为gnb的5g基站或其它基站)。无线通信系统10按照小区16进行组织，小区16经由对应的无线电接入节点14连接到核心网18。无线电接入节点14能够与无线通信设备12(在本文也称作无线设备12)以及与适于支持无线通信设备之间或无线通信设备与另一通信设备(比如陆线电话)之间的通信的任何附加单元进行通信。
5.1超可靠低时延通信(urllc)数据指示
本实施例的主要创新步骤是使用预定义的序列(例如，ue-id、rnti序列的全部或一部分、或其它序列)对urllc数据传输块或码块的crc(例如，24比特循环冗余校验比特)进行掩码。该运算通过crc比特和特定序列之间的模2加完成。因此，通过嵌入这种特定的掩码，在接收机处的半盲检测能够容易地识别在预先调度的增强型移动宽带(embb)资源中的基于打孔的urllc传输。这种识别能够触发接收机选择合适的接收处理，从而有利于总的频谱效率和成功支持基于打孔的urllc传输。
在主要实施例中，urllc数据能够在正在进行的mbb数据传输中打孔并且打孔信息能够被盲解码，以改善性能。
在进入细节之前，该实施例也在5.1.1节中提出了用于嵌入urllcue信息的另一种方法。尽管在5.2节中利用crc掩码描述了该方案，该方法同等适用于5.2节中的所有以下描述。
5.1.1基于伪随机序列的加扰
在该方法中，通过伪随机序列对编码后的比特加扰，其中，伪随机序列根据ue-id(例如，rnti)生成。另外，伪随机序列也根据小区id生成，以便区分一个小区中的ue和相邻小区中的ue的传输。
对于每个码字q，比特块
其中nrnti对应于与pdsch传输相关联的rnti。
5.2四种打孔场景
根据ul/dl和是否涉及多个ue，列出了四种不同的场景。利用使用crc掩码的主要创新步骤并结合减少盲检测的复杂度的其它附加实施例，解释了方案。
5.2.1ul同一ue打孔
这是ue用ulurllc打孔其自身的embbul的情况，也被称为节点内打孔。
对于ul，gnb被假定为首先对是否能够识别上述掩码序列进行半盲检测。通过对用于可能的ulurllc打孔的资源范围(即，迷你时隙资源区域)的预分配、预定义的urllc数据tb长度和默认的mcs参数等，来辅助这种检测。另外，利用rrc或macce信令从gnb向ue发信号通知打孔掩码序列。作为备选，通过标准规范，默认使用rnti类的序列。因此，一旦ue打孔其自身的已许可的embb资源并且发送urllc数据tb或码块(cb)、cb组(cbg)，gnb利用掩码序列的知识能够检测到发生了打孔并且触发合适的接收机处理和针对embbtb的反馈以便重传(如果需要的话)。
5.2.1.1减小盲检测的搜索空间
针对在embb数据中打孔的urllc数据的搜索空间大小取决于若干因素，如urllc数据的mcs、以及(在其embb许可内的)时间和频率上可打孔的资源等。搜索空间的大小定义了盲解码复杂度，因为gnb必须在来自同一ue的embb许可上搜索若干假设的urllc传输。
作为一种方案，可以限制urllc业务的mcs、tbs和时频资源(即，embb许可内的可打孔的资源)的数量，以减小盲解码复杂度。例如，gnb能够预先配置或经由embbdci动态地发信号通知：资源(即，许可给embb业务的资源)的一小部分用于同一ue的迷你时隙级别上的urllc业务。
另一种备选方案是显式地发信号通知可打孔的资源，使得打孔资源的量可以与当前的urllc业务到下一个时隙边界(即，在不打孔embb业务的情况下其自身的传输时机)还有多少时间有关。一般而言，与下一个时隙边界越接近，可能需要被分配的资源量越少。例如，在极端情况下，在具有7个符号的时隙的情况下可能不允许打孔第6个和第7个ofdm符号。理由是，2个符号的额外的时延减少可能无所谓，但是5个或6个符号的额外的时延可能太多了。
5.2.2ul不同ue打孔
这是ue用其ulurllc打孔不同ue的embbul传输的情况，被称为ue间或节点间打孔。
首先，为了实现ulue间打孔，gnb被设计为：在用于embb服务中的任一服务的已许可资源中的任一资源处的常规的embbtb解码之前，半盲地检测用于urllc传输的所有可能的序列。这允许具有urllc数据的ue抢占更大范围中的资源(在pusch上已许可的ue内资源和不同ue的资源)，这以gnb接收复杂度为代价。
5.2.1节中的所有上述实施例仍适用于这种情况。除了这些实施例之外，还有以下附加实施例。
为了减小复杂度，对何时和何处可以发生基于打孔的传输做了限制。例如，ue仅被授权可以打孔特定的ue的embb资源。另一个示例是对ue进行分组，并且要求仅在其组内允许打孔。一个明显的分组策略是把没有urllc服务的ue与一个具有urllc服务的ue分到一组。以这种方式，在潜在的基于打孔的传输方面，urllcue不会与相同类型的ue发生冲突。对于这些示例，gnb应该直接或间接地事先向被授权的ue指示可能的ul资源。
而且，对于用不同ue的ulurllc数据打孔ulembb数据，可以使用特殊的考虑，例如，用于允许成功的urllc数据解码的功控。因此，urllcue可以使用增强的发射功率，而embbue使用正常的预先分配的功率，以增加其成功传输urllc数据的可能性。
作为后续实施例，gnb通过检测接收功率的不一致能够盲检测urllc传输，即过大的功率意味着高概率的打孔。
5.2.3dl同一ue打孔
对于dl且同一ue打孔，ue在embb许可内盲解码urllc传输。
5.2.1节中的所有上述实施例也仍适用于这种情况。
除那些之外，上述对打孔的半盲检测在ue内或节点内dl情况下还可以与dl迷你时隙pdcch相关联地执行，即，该迷你时隙pdcch能够提供有助于打孔的辅助参数或信息。例如，它可以提供用于可能的打孔的在时隙有关的资源上的新区域，并且向ue指示在特定的资源区域上进行半盲检查。
5.2.4dl不同ue打孔
对于dl节点间打孔，ue能够如上面的章节中提及的基于crc来盲解码urllc业务的任何存在。上文在5.2.1节和5.2.2节中描述的用于限制盲解码复杂度的所有实施例仍适用于在相反的传输方向上这种情况。
另外，如果crc利用ue-id或任何其它预先配置的序列(例如，业务id)进行了加扰，则crc能够被区分。如果ue检测到具有比其自身更高的优先级业务(或序列)的crc，则其知道其低优先级业务(即，embb)已经被打孔。
而且，基于打孔的传输所针对的urllcue被假定为在打孔的prb上接收该urllctb。并且这些prb(即，资源分配)应该被具体地指示给该ue，或预先配置给该ue，以便其监视可能的dl数据传输。换言之，已许可给embbue的允许打孔的prb与urllcue监视的那些资源实际上是重叠的。urllcue不一定总是获得dl数据tb，但是必须保持监视。在向分散但低时延的urllc服务提供几乎即时的接入的情况下，这对于整个系统的频谱效率实际上是有益的。
该方案的核心本质
通过盲解码重叠在mbb传输上的urllc数据，打孔信息能够被接收机隐式地获知。然而，总是存在在盲解码的复杂度、由基于许可的分配和/或控制引起的时延方面的相关折衷。
图6是示出根据本公开的一些实施例的用户设备(ue)或其它无线设备的操作的流程图。在图6中示出的实施例中，该方法包括：接收要作为urllc上行链路传输发送的第一数据(步骤100)；使用编码序列编码第一数据以产生编码后的第一数据(步骤102)；以及利用被分配用于embb传输的第一资源集合的子集，发送编码后的第一数据(步骤104)。
图7是示出根据本公开的一些实施例的基站或其它网络节点的操作的流程图。在图7中示出的实施例中，该方法包括：识别被分配用于embb上行链路传输的第一资源集合(步骤200)；识别潜在地包括编码后的urllc传输的第一资源集合的子集(步骤202)；使用解码序列解码占据所识别的资源的子集的第一数据(步骤204)；以及基于解码结果检测在资源的第一子集内是否存在urllc上行链路传输(步骤206)。
图8是示出根据本公开的其它实施例的基站或其它网络节点的操作的流程图。在图8中示出的实施例中，该方法包括：接收要作为urllc下行链路传输发送的第一数据(步骤300)；使用编码序列编码第一数据以产生编码后的第一数据(步骤302)；以及在被分配用于embb传输的第一资源集合的子集之内发送编码后的第一数据(步骤304)。
图9是示出根据本公开的其它实施例的用户设备(ue)或其它无线设备的操作的流程图。在图9中示出的实施例中，该方法包括：识别被分配用于embb下行链路传输的第一资源集合(步骤400)；识别潜在地包括编码后的urllc传输的第一资源集合的子集(步骤402)；使用解码序列解码占据资源的所述子集的第一数据(步骤404)；以及基于解码结果检测在资源的第一子集内是否存在urllc下行链路传输(步骤406)。
图10是根据本公开的一些实施例的ue12的示意性框图。如图所示，无线设备12包括处理电路20，处理电路20包括一个或多个处理器22(例如，中央处理单元(cpu)、专用集成电路(asic)、现场可编程门阵列(fpga)、数字信号处理器(dsp)和/或类似的处理器)和存储器24。无线设备12还包括一个或多个收发机26，每个收发机26包括耦接到一个或多个天线32的一个或多个发射机28和一个或多个接收机30。在一些实施例中，上述无线设备12的功能可以在硬件(例如，经由电路20内和/或处理器22内的硬件)中实现或在硬件和软件(例如，全部或部分以软件实现，所述软件例如存储在存储器24中且可由处理器22执行)的组合中实现。
在一些实施例中，提供包括指令的计算机程序，所述指令当由至少一个处理器22执行时使得该至少一个处理器22执行根据本文所述的实施例中的任何一个实施例的无线设备12的功能。在一些实施例中，提供了包含上述计算机程序产品的载体。载体是电子信号、光信号、无线电信号或计算机可读存储介质(例如，诸如存储器之类的非暂时性计算机可读介质)之一。
图11是根据本公开的一些其它实施例的无线设备12的示意性框图。ue12包括一个或多个模块34，每个模块34以软件实现。模块34提供本文描述的(例如，关于图6和图9的)无线设备12的功能。
图12是根据本公开的一些实施例的网络节点36(例如，无线电接入节点14)的示意性框图。如图所示，网络节点36包括控制系统38，控制系统38包括电路，所述电路包括一个或多个处理器40(例如，cpu、asic、dsp、fpga和/或类似的处理器)和存储器42。控制系统38还包括网络接口44。在实施例中，实施例中的网络节点36是无线电接入节点14，网络节点36还包括一个或多个无线电单元46，每个无线电单元46包括耦接到一个或多个天线52的一个或多个发射机48和一个或多个接收机50。在一些实施例中，上述无线电接入节点14的功能可以完全或部分地以软件实现，该软件例如存储在存储器42中并由处理器40执行。
图13是根据本公开的一些其它实施例的网络节点36(可以是例如无线电接入节点14)的示意性框图。网络节点36包括一个或多个模块54，每个模块54以软件实现。模块54提供本文描述的网络节点36的功能。
图14是示出根据本公开的一些实施例的网络节点36的虚拟化实施例的示意性框图。如本文所使用的，“虚拟化的”网络节点36是这样的网络节点36，其中网络节点36中的功能的至少一部分被实现为虚拟组件(例如，经由在网络中的物理处理节点上执行的虚拟机来实现)。如图所示，如关于图12所描述的，网络节点36可选地包括控制系统38。另外，如果网络节点36是无线电接入节点14，则网络节点36还包括一个或多个无线电单元46，如关于图12所描述的。控制系统38(如果存在)连接到一个或多个处理节点56，该一个或多个处理节点56经由网络接口44耦接到网络58或作为网络58的一部分被包括。备选地，如果控制系统38不存在，则一个或多个无线电单元46(如果存在)经由网络接口连接到一个或多个处理节点56。备选地，本文描述的网络节点36的所有功能可以在处理节点56中实现(即，网络节点36不包括控制系统38或无线电单元46)。每个处理节点56包括一个或多个处理器60(例如，cpu、asic、dsp、fpga等)、存储器62和网络接口64。
在该示例中，本文描述的无线电接入节点14的功能66在一个或多个处理节点56处实现，或者以任何期望的方式分布在控制系统38(如果存在)和一个或多个处理节点56上。在一些特定实施例中，本文所述的无线电接入节点14的功能66中的一些或所有功能被实现为在处理节点56托管的虚拟环境中实现的一个或多个虚拟机执行的虚拟组件。如本领域普通技术人员将了解的，为了执行期望功能中的至少一些期望功能，使用处理节点56与控制系统38(如果存在)或者替代地与无线电单元46之间的附加信令或通信。值得注意的是，在一些实施例中，可以不包括控制系统38，在这种情况下，无线电单元46(如果存在)经由适当的网络接口与处理节点56直接通信。
在一些特定实施例中，网络节点36的高层功能(例如，协议栈的层3及以上和可能的层2的一些功能)可以在处理节点56作为虚拟组件实现(即，在“云中”实现)，而低层功能(例如，协议栈的层1和可能的层2的一些功能)可以在无线电单元46和可能的控制系统38中实现。
在一些实施例中，提供包括指令的计算机程序，所述指令当由至少一个处理器40、60执行时，使得所述至少一个处理器40、60执行根据本文描述的实施例中的任何一个实施例的网络节点36或处理节点56的功能。在一些实施例中，提供了包含上述计算机程序产品的载体。载体是电子信号、光信号、无线电信号或计算机可读存储介质(例如，诸如存储器62之类的非暂时计算机可读介质)之一。
贯穿本公开使用以下缩写。
·3gpp第三代合作伙伴计划
·5g第五代
·ack肯定应答
·asic专用集成电路
·cb码块
·cbg码块组
·ce控制元素
·cfi控制格式指示
·cmtc关键机器类型通信
·cpu中央处理单元
·crc循环冗余校验
·dci下行链路控制信息
·dl下行链路
·dmrs解调参考信号
·dsp数字信号处理器
·embb增强型移动宽带
·gnb新无线电基站
·epdcch增强物理下行链路控制信道
·fpga现场可编程门阵列
·harq混合自动重传请求
·id标识符
·lte长期演进
·m2m机器到机器
·mac介质防问控制
·mcs调制和编码方案
·mtc机器类型通信
·ndi下一个数据指示
·nr新无线电
·ofdm正交频分复用
·pdcch物理下行链路控制信道
·prb物理资源块
·qam正交幅度调制
·qpsk正交相移键控
·rel版本
·rb资源块
·rnti无线电网络临时标识符
·rrc无线电资源控制
·scef业务能力开放功能
·sps半持续调度
·sr调度请求
·tb传输块
·tbs传输块大小
·ue用户设备
·ue用户设备标识符
·ul上行链路
·urllc超可靠低时延通信
·vrb虚拟资源块
本领域技术人员将认识到对本公开的实施例的改进和修改。所有这些改进和修改被认为落入本文公开的构思的范围内。
- 还没有人留言评论。精彩留言会获得点赞！