用于上行链路穿孔传输的方法和设备与流程

本公开的实施例一般涉及电信领域，并且具体地，涉及用于上行链路(ul)穿孔传输的方法和设备。

背景技术：

已经提出了用于提供高可靠性和低延迟的超可靠低延迟通信(urllc)服务。例如，取决于不同的应用(包括自动化应用、智能电网、智能交通等)，urllc服务所需的延迟可以从1ms到10ms。就可靠性而言，urllc服务可能需要10^-4、10^-6或10^-9的残留误差率。在计算urllc服务的残留误差率时，建议在诸如1或10ms之类的所需延迟之后接收的分组可被认为是误差或无效的。

通常，高可靠性和低延迟是相互冲突的要求，并且经常需要在它们之间进行权衡。因此，urllc服务满足这两个要求将是一个挑战。例如，可能对用户平面(up)设计提出了显著的挑战。此外，可以适配无线接入网络(ran)和核心网络的许多层和组件，例如在可靠性和延迟方面提供相对高的服务质量(qos)。

特别地，urllc服务在上行链路(ul)中通常是零星的。因此，网络设备可能不为该服务调度及时的ul许可，尤其是当正在进行进一步的ul服务时。

技术实现要素：

总体上，本公开的示例实施例提供用于ul穿孔传输的方法和设备。

在第一方面，提供了一种在终端设备处实现的方法。根据该方法，所述终端设备获得将要针对需要第一延迟的第一服务发送的第一信号。然后，所述终端设备确定网络设备是否已针对需要比所述第一延迟高的第二延迟的第二服务分配了资源块。如果确定已针对所述第二服务分配了所述资源块，则所述终端设备基于预定义的资源元素模式来选择第一组资源元素。所述第一组资源元素不连续地分布在所分配的资源块中。所述终端设备在所述第一组资源元素处将针对所述第一服务的所述第一信号发送到所述网络设备。

在一些实施例中，该方法还可以包括：从所述网络设备接收所述预定义的资源元素模式的指示。

在一些实施例中，选择所述第一组资源元素可以包括：基于所述预定义的资源元素模式，确定所分配的资源块中可能由所述第一服务使用的候选资源元素，所述候选资源元素不连续地分布在所分配的资源块中；以及从所述候选资源元素中选择所述第一组资源元素。

在一些实施例中，选择所述第一组资源元素可以包括：在所分配的资源块中在预定数量的时隙内选择所述第一组资源元素，所述预定数量低于第一阈值数量。

在一些实施例中，选择所述第一组资源元素可以包括：在所分配的资源块中，选择与参考资源元素的距离在阈值距离以下的所述第一组资源元素。

在一些实施例中，该方法可以进一步包括：确定用于发送所述第一信号的至少一个参数，所述至少一个参数选自以下中项的至少一个：传输功率、捆绑重复数、码块的大小、所述码块的填充配置、传输块的大小、调制和编码方案、以及循环冗余校验crc序列。

在一些实施例中，该方法还可以包括：从所述网络设备接收所述至少一个参数。

在一些实施例中，该方法还可以包括：在所分配的资源块中除了所述第一组资源元素之外的其他资源元素处将针对所述第二服务的第二信号发送到所述网络设备。

在一些实施例中，发送针对所述第一服务的所述第一信号可以包括：将针对所述第一服务的所述第一信号和针对所述第二服务的第二信号的第一部分叠加为第三信号；以及在所述第一组资源元素处将所述第三信号发送到所述网络设备。

在一些实施例中，叠加所述第一信号和所述第二信号的所述第一部分可以包括：通过使用预定的叠加调制方案调制所述第一信号和所述第二信号的所述第一部分，将所述第一信号和所述第二信号的所述第一部分叠加为所述第三信号。

在一些实施例中，该方法还可以包括：在所分配的资源块中除了所述第一组资源元素之外的其他资源元素处将所述第二信号的第二部分发送到所述网络设备。

在一些实施例中，所述第二信号的所述第一部分可以用第一调制阶数来调制，所述第二信号的所述第二部分可以用比所述第一调制阶数高的第二调制阶数来调制。

在一些实施例中，所述第二信号的所述第一部分可以用第一码率来编码，所述第二信号的所述第二部分可以用不同于所述第一码率的第二码率来编码。

在一些实施例中，该方法还可以包括：从所述网络设备接收对所述第一信号和第二信号中的至少一者的确认。

在一些实施例中，该方法还可以包括：获得将要针对所述第二服务发送的码块；选择所分配的资源块中的第二组资源元素，所述第一组资源元素和所述第二组资源元素的交集中的资源元素的数量低于第二阈值数量；以及将所述码块映射到所述第二组资源元素。

在一些实施例中，所述第一服务可以包括超可靠和低延迟通信urllc服务。

在一些实施例中，所述第二服务可以包括增强移动宽带embb服务。

在第二方面，提供了一种在网络设备处实现的方法。该方法包括：基于预定义的资源元素模式确定第一组资源元素，所述第一组资源元素将要用于从终端设备接收针对需要第一延迟的第一服务的第一信号，所述第一组资源元素不连续地分布在已由所述网络设备针对需要比所述第一延迟高的第二延迟的第二服务而分配给所述终端设备的资源块中；以及在所述第一组资源元素处接收针对所述第一服务的所述第一信号。

在一些实施例中，该方法还可以包括：向所述终端设备发送所述预定义的资源元素模式的指示。

在一些实施例中，确定所述第一组资源元素可以包括：基于所述预定义的资源元素模式，确定所述资源块中可能由所述第一服务使用的候选资源元素，所述候选资源元素不连续地分布在所分配的资源块中；以及从所述候选资源元素中确定所述第一组资源元素。

在一些实施例中，确定所述第一组资源元素可以包括：在所述资源块中在预定数量的时隙内确定所述第一组资源元素，所述预定数量低于第一阈值数量。

在一些实施例中，确定所述第一组资源元素可以包括：在所述资源块中确定与参考资源元素的距离在阈值距离以下的所述第一组资源元素。

在一些实施例中，该方法还可以包括：确定用于接收所述第一信号的至少一个参数，所述至少一个参数选自以下项中的至少一个：传输功率、捆绑重复数、码块的大小、所述码块的填充配置、传输块的大小、调制和编码方案、以及循环冗余校验crc序列。

在一些实施例中，该方法还可以包括：将所述至少一个参数发送到所述终端设备。

在一些实施例中，该方法还可以包括：在所述资源块中除了所述第一组资源元素之外的其他资源元素处从所述终端设备接收针对所述第二服务的第二信号。

在一些实施例中，接收针对所述第一服务的所述第一信号可以包括：在所述第一组资源元素处检测候选信号。

在一些实施例中，接收针对所述第一服务的所述第一信号还可以包括：使用与第一调制阶数关联的第一解调方案来解调所检测到的候选信号。

在一些实施例中，接收针对所述第一服务的所述第一信号还可以包括：使用与第一码率关联的第一解码方案来解码所检测到的候选信号。

在一些实施例中，接收针对所述第一服务的所述第一信号还可以包括：使用与预定的叠加调制关联的第三解调方案来解调所检测到的候选信号以获得所述第一信号和针对所述第二服务的第二信号的第一部分。

在一些实施例中，该方法还可以包括：在所述资源块中除了所述第一组资源元素之外的其他资源元素处从所述终端设备接收所述第二信号的第二部分。

在一些实施例中，该方法还可以包括：将对所述第一信号和所述第二信号中的至少一者的确认发送到所述终端设备。

在第三方面，提供了一种在终端设备处实现的设备。该设备包括处理器和存储器。所述存储器包含能够由所述处理器执行的指令，由此所述设备可操作以执行根据第一方面的方法。

在第四方面，提供了一种在网络设备处实现的设备。该设备包括处理器和存储器。所述存储器包含能够由所述处理器执行的指令，由此该设备可操作以执行根据第二方面的方法。

在第五方面，提供了一种有形地存储计算机程序产品的计算机可读存储介质。该计算机程序产品包括指令，所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据第一或第二方面的方法。

通过以下描述，应当理解，根据本公开的实施例，终端设备使用不连续地分布在由网络设备针对第二服务分配的资源块中的第一组资源元素(re)，以发送针对需要比第二服务更低的延迟的第一服务的第一信号。以这种方式，能够满足第一服务的低延迟要求，同时能够减少由于第一服务抢占的re的丢失而损害第二服务。

应理解，发明内容部分并非旨在标识本公开的实施例的关键或必要特征，也并非旨在用于限制本公开的范围。通过以下描述，本公开的其他特征将变得易于理解。

附图说明

通过附图中的本公开的一些实施例的更详细描述，本公开的上述和其他目的、特征和优点将变得更加明显，其中：

图1示出了在ul中复用urllc和embb服务的数据传输的示例传统方法；

图2示出了其中可以实现本公开的实施例的示例性无线通信网络；

图3示出了根据本公开的一些实施例的第一服务的数据在已发起第二服务之后出现的场景中的示例定时；

图4示出了根据本公开的一些实施例的示例方法的流程图；

图5示出了根据本公开的一些实施例的re的示例性预定义模式；

图6示出了根据本公开的一些实施例的自主重复的示例；

图7示出了根据本公开的一些其他实施例的示例方法的流程图；

图8示出了根据本公开的一些实施例的装置的框图；

图9示出了根据本公开的一些其他实施例的装置的框图；以及

图10示出了适合于实现本公开的实施例的设备的简化框图。

在整个附图中，相同或相似的附图标记表示相同或相似的元件。

具体实施方式

现在将参考一些示例实施例描述本公开的原理。应当理解，这些实施例仅出于说明的目的进行描述，并且帮助本领域技术人员理解和实现本公开，而不对本公开的范围提出任何限制。本文描述的公开内容可以以除了下面描述的方式之外的各种方式实现。

在以下说明书和权利要求中，除非另外定义，否则本文使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。

如本文所使用的，术语“终端设备”指能够、被配置为、被布置用于和/或可操作用于与无线通信网络中的网络设备或另外的终端设备通信的设备。通信可以涉及使用电磁信号、无线电波、红外信号和/或适于通过空气传送信息的其他类型的信号来发送和/或接收无线信号。在特定实施例中，终端设备可以被配置为在没有直接人工交互的情况下发送和/或接收信息。例如，终端设备可被设计为当由内部或外部事件触发时或者响应于来自网络侧的请求，根据预定调度向网络侧发送信息。

终端设备可以指无线连接的端点。因此，终端设备可以被称为无线终端。此外，终端设备可以是移动的，因此称为移动设备或移动终端。终端设备的示例包括但不限于诸如智能电话的用户设备(ue)。终端设备的其他示例包括支持无线的平板电脑、笔记本电脑嵌入式设备(lee)、笔记本电脑安装设备(lme)和/或无线客户端设备(cpe)。

作为一个具体示例，终端设备可以被配置用于根据第三代合作伙伴计划(3gpp)、因特网工程任务组(ietf)或其他标准化组织公布的一种或多种通信技术和相应的通信标准(例如全球移动系统(gsm)、通用移动电信系统(umts)、码分多址(cdma)、宽带码分多址(wcdma)、高速分组接入(hspa)、长期演进(lte)、高级lte(lte-a)、正交频分复用(ofdm)、设备到设备(d2d)通信、第五代(5g)标准、无线局域网(wlan)、全球互操作性微波接入(wimax)、蓝牙、zigbee和/或当前已知或将来开发的任何其他技术)进行通信。

如本文所使用的，术语“用户设备”或“ue”在拥有和/或操作相关设备的人类用户意义上可能不一定具有“用户”。相反，ue指旨在向人类用户销售或由人类用户操作但最初可能不与特定人类用户相关联的设备。出于讨论的目的，在下文中，将参考ue作为终端设备的示例来描述一些实施例，并且术语“终端设备”和“用户设备”(ue)可以在本公开的上下文中可互换地使用。

如本文所使用的，术语“网络设备”指无线通信网络中的发送/接收设备，该无线通信网络提供覆盖区域，并且覆盖区域内的终端设备可以经由该无线通信网络接入网络和/或服务。网络设备的示例包括但不限于基站(bs)、中继、接入点(ap)、多小区/多播协调实体(mce)、网关、服务器、控制器或无线通信网络中的任何其他合适的设备。bs可以包括例如节点b(nodeb或nb)、演进型nodeb(enodeb或enb)、下一代nodeb(gnb)、远程无线单元(rru)、无线头端(rh)、远程无线头端(rrh)、诸如毫微微(femto)、微微(pico)等的低功率节点。出于讨论的目的，在下文中，将参考作为网络设备的示例的enb来描述一些实施例。

网络设备的其他示例包括诸如多标准无线(msr)bs的msr设备、诸如无线网络控制器(rnc)或基站控制器(bsc)的网络控制器、基站收发信台(bts)、传输点、传输节点、发送-接收点(trp)、多小区/多播协调实体(mce)、例如移动交换中心(msc)和mme的核心网络节点、操作和管理(o&m)节点、操作支持系统(oss)节点、自组织网络(son)节点、例如增强型服务移动位置中心(e-smlc)的定位节点、和/或移动数据终端(mdt)。更一般地，网络设备指能够、被配置为、被布置用于和/或可操作用于启用和/或允许终端设备接入无线通信网络或向已经接入无线通信网络的终端设备提供一些服务的任何合适的设备(或设备组)。

如本文所使用的，术语“资源块”指例如在时间和频率上连续的多个资源元素(re)。一个资源块可以包括3gpp规定的任何合适数量的物理资源块(prb)。

如本文所使用的，短语“资源元素的模式”或“re模式”指由资源块中的多个资源元素(re)形成的模式。该模式可以表示资源块内的多个re的位置、位置关系或分布。

如本文所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文另有明确说明。术语“包括”及其变体应理解为表示“包括但不限于”的开放术语。术语“基于”应理解为“至少部分地基于”。术语“一个实施例和“实施例”将被理解为“至少一个实施例”。术语“另一实施例”将被理解为“至少一个其他实施例”。其他显式的和隐含的定义可以包括在下文中。

如上所述，urllc服务在ul中通常是零星的。例如，urllc服务的数据(或urllc数据)偶尔到达终端设备(例如ue)。在这种情况下，网络设备(例如gnb)不知道何时将从ue出现urllc数据，并且可能不调度相应的上行链路(ul)资源。因此，当ue具有要发送的urllc数据时，ue可能没有用于发送的许可。特别地，如果在生成urllc数据时已经构建或甚至已经开始用于进一步服务的媒体访问控制(mac)分组数据单元(pdu)，则ue必须等待发送urllc数据，直到下一个ul许可时间段为止。因此，urllc服务的延迟会显著增加。如果用于调度的持续时间相对较长，则延迟可能会变大。

在下行链路(dl)中，已经提出复用urllc服务和增强型移动宽带(embb)服务以改进urllc服务的延迟。已经提出了用于该复用的若干配置以满足两种服务的不同延迟和/或可靠性要求。例如，一种配置是可以对复用服务采用相同的子载波间隔，并且可以应用或不应用相同的cp开销。另一种配置是可以采用不同的子载波间隔用于复用服务。网络可以启用两种配置。此外，可以在两种服务之间允许动态资源共享。

ul中的embb服务是无竞争和基于许可的。如果ue在用于传输embb服务的数据(或embb数据)的许可持续时间期间具有将要传输的urllc数据，则建议通过使urllc数据优先于embb数据(这是由于embb和urllc服务的不同qos要求)来复用这两种服务。以这种方式，ue可以将分配给embb服务的许可用于urllc服务。

图1示出了在ul中复用两种服务的数据传输的示例传统方法。在该示例中，已经将一组物理资源块(prb)100分配给embb服务的数据传输。一组prb100包括多个prb105。ue可以从一组prb100中选择连续的时频资源块110以用于urllc服务的数据传输。urllc数据可以作为macpdu来发送而与用于embb数据的macpdu无关。这样，urllc服务可以抢占为embb服务调度的资源，因此可以确保urllc服务的延迟要求。

上述资源抢占可以加快urllc服务的数据传输。然而，这种抢占可能导致部分embb数据丢失，并且进一步导致在接收侧检测到embb数据的整个传输块(tb)失败。然后，失败的tb检测可能导致embb数据的重传。因此，正在进行的embb服务的传输性能可能严重恶化，并且系统频谱效率可能降低。另外，复用urllc和embb服务可能引起相当高的处理复杂性和额外的信令开销。

为了至少部分地解决上述和其他潜在问题，本公开的实施例允许终端设备使用不连续地分布在由网络设备分配的资源块中的一组资源元素(re)(称为“第一组re”)，以用于使服务发送用于需要比该服务更低延迟的另一服务的信号。出于讨论的目的，需要更低延迟的服务将被称为第一服务。针对第一服务的信号将被称为第一信号。需要更高延迟的服务将被称为第二服务。

以这种方式，如果在第二服务正在进行时发生第一服务，则终端设备可以使用基于来自为第二服务分配的资源块的预定义re模式而确定的不连续分布的re来发起第一服务。因此，可以满足第一服务的低延迟要求，同时可以减少由于被第一服务抢占的re的丢失而损害第二服务。

考虑其中第一服务是urllc服务而第二服务是embb服务的示例，根据本公开的实施例，可以使用预定义的re模式来从针对embb服务分配的资源块(例如一个或多个prb)中选择第一组re以承载urllc服务。第一组re不连续地分布在所分配的资源块中。可以单独编码或调制urllc数据的tb，并且使用所选择的re以符号的形式发送编码数据。通常，urllc服务的数据分组具有比embb服务的数据分组小得多的块大小。在分配的资源块中抢占不连续的re能够显著减轻对embb数据的传输性能的影响。

为了进一步优化资源效率、延迟和/或鲁棒性，也可以在本公开中呈现用于复用第一和第二服务的其他机制。将在以下段落中描述相关细节。

图2示出了其中可以实现本公开的实施例的示例性无线通信网络200。网络200包括终端设备210和网络设备220。终端设备210可以经由网络设备220与网络设备220或另外的终端设备(未示出)通信。通信可以符合任何合适的标准，并且使用任何合适的通信技术，例如lte、lte-a、ofdm、hspa、wcdma、cdma、gsm、wlan、wimax、蓝牙、zigbee和/或当前已知或将来开发的任何其他技术。应该理解，网络200可以包括任何合适数量的终端设备和网络设备。

根据本公开的实施例，终端设备210可以经由ul中的网络设备220来进行第一和第二服务。终端设备210可以从网络设备220获得发起第二服务的ul许可。可以由网络设备220以半持久或动态方式调度ul许可。终端设备210还可以在网络设备220发送下行链路控制信息(dci)之后或者甚至在macpdu或第二服务的相应tb的传输期间发起第一服务。

图3示出了在已发起第二服务之后第一服务的数据到达终端设备210的情况下的示例定时。在该示例中，第一和第二服务分别被实现为urllc和embb服务。如图所示，终端设备210在时刻305向网络设备220发送用于发起embb服务的调度请求。然后，用于embb服务的ul许可在dci传输的时间段310中从网络设备220发送到终端设备210。在该示例中，网络设备220为ul传输分配两个跳频资源块315和320。

在用于embb服务的数据传输已经开始之后，用于urllc服务的分组突发在终端设备210处在时刻325出现。在这种情况下，传统上，终端设备210可能不会获得用于urllc服务的ul许可，直到dci传输的下一个时间段330为止。然后，终端设备210可以在用于ul传输的时间段335内或之后使用新许可的资源(未示出)来发送用于urllc服务的分组突发。这可能导致相对较高的延迟，这对于urllc服务是不可接受的。

根据本公开的实施例，当用于urllc服务的分组突发在时刻325出现时，终端设备210可以基于预定义的re模式从资源块315或320中选择一组re，所选择的re不连续地分布在相应的资源块315或320中。然后，终端设备210可以使用这些re来发送用于urllc服务的分组突发。以这种方式，能够显著降低urllc服务的延迟，同时能够减轻对正在进行的embb服务的传输性能的影响。下面将参考图4-7描述本公开的原理和实现。

图4示出了根据本公开的一些实施例的示例方法400的流程图。可以在如图2所示的终端设备210处实现方法400。出于讨论的目的，将参考图2描述方法400。

在框405处，终端设备210获得将要针对需要延迟(称为“第一延迟”)的第一服务发送的第一信号。然后，在框410处，终端设备210确定网络设备220是否已针对需要比第一延迟更高的延迟(称为“第二延迟”)的第二服务分配了资源块(例如一个或多个prb)。第一和第二服务可以包括具有不同延迟要求的任何合适的服务。作为示例，第一服务可以包括urllc服务，第二服务可以包括embb服务。其他类型的服务也是可能的。例如，在一些实现中，第二服务可以被实现为机器型通信服务，其与urllc服务相比具有更低的延迟要求。

如果确定已针对第二服务分配了资源块，则在框415处，终端设备210基于预定义的re模式来选择所分配的资源块中的第一组re。第一组re不连续地分布在所分配的资源块中。

终端设备210可以以任何合适的方式获得预定义的re模式。例如，终端设备210可以从网络设备220接收预定义的re模式的指示。作为另一示例，可以在网络200中预先配置预定义的re模式，并且网络中的任何实体都知道该模式。在一些实施例中，可以预先定义若干re模式。终端设备210可以选择模式之一以用于选择第一组re。

根据本公开的实施例，预定义模式指示所分配的资源块中可能由第一服务使用或与第一服务共享的re。在一些实施例中，当终端设备210从所分配的资源块中选择第一组资源元素时，终端设备210可首先基于预定义的资源元素模式来确定所分配的资源块中可能要由第一服务使用的候选资源元素。候选资源元素不连续地分布在所分配的资源块中。然后，终端设备210可以从候选资源元素中选择第一组资源元素。

预定义的re模式可以是任何合适的模式，其可以使所选择的re能够在针对第二服务分配的资源块内在时域和频域中是不连续的。为了进一步减少第一服务的延迟，在一些实施例中，预定义的re模式可以被布置为使得在所分配的资源块中在预定数量的时隙内启用第一组re。该预定数量低于阈值数量(称为“第一阈值数量”)。例如，基于预定义模式的re可以布置在一个ofdm符号或尽可能少的几个后续ofdm符号内，以便尽快加速第一服务的发起。

为了进一步增强第一服务的可靠性，在一些实施例中，预定义的re模式可以布置在参考re附近。参考re可以实现为任何合适的re。在一些实施例中，参考re可以包括用于发送参考信号(rs)的re。例如，基于预定义模式的re可以布置在与用于传输rs的re的距离在阈值距离以下处。以这种方式，在接收侧，网络设备220可以基于rs和相应的信道估计来检测来自终端设备210的第一服务。因此，能够进一步改进第一服务的传输性能。在一些其他实施例中，预定义的re模式可以被布置为跳频以进一步提高可靠性。

图5示出了rs附近的re的示例模式。在该示例中，urllc和embb服务也分别作为第一和第二服务的示例。如图所示，已经为embb数据的传输分配了ul时间和频率资源505。ul时间和频率资源505包括多个资源块510。一个资源块510占用频域中的一个prb515和时域中的一个子帧520。prb515可以包括频域中的多个子载波和时域中的一个时隙。

资源块510包括多个re525。一个re525占用时域中的一个ofdm符号和频域中的一个子载波。在资源块510中，用于urllc服务的预定义的re模式被布置为包括紧接在用于在时域中传输rs的re535之前和之后的四组re(由“p”标示)530-1、530-2、530-3和530-4(统称为“re530”)。如图所示，rs的示例是解调参考信号(dmrs)。

如图所示，如果urllc数据在re530-1之前到达终端设备210，则可以选择re530-1和530-2来传输urllc数据。如果urllc数据在re530-2和530-3之间到达，则可以选择re530-3和530-4用于传输。

应当理解，涉及的re紧邻用于如图5所示的rs的re的re模式仅用于说明的目的，而没有暗示任何限制。与rs的re相关联的其他布置也是可能的。例如，预定义的re模式可以被布置为在时域中与rs的re相距一个或多个ofdm符号处。

预定义的re模式可以以任何合适的形式表示。例如，可以在相关re的索引中直接表示预定义模式。作为备选示例，预定义模式可以表示为模式中涉及的re与参考re之间的偏移。参考re可以包括与预定义的re模式相关联的任何合适的re。在其中预定义的re模式被布置为与用于rs的re相关联的实施例中，用于rs的re可以用作参考re。在该示例中，re模式可以由所涉及的re和rs之间的位置偏移来表示。

接下来，仍然参考图4，在选择第一组re之后，在框420，终端设备210在第一组re处将针对第一服务的第一信号发送到网络设备220。可以以任何合适的方式实现第一信号的发送。

在第一和第二服务被实现为urllc和embb服务的实施例中，urllc数据可以形成例如与embb数据的macpdu或tb无关的macpdu或tb。在这种情况下，终端设备110可以具有仅针对urllc数据生成的新macpdu。用于urllc服务的数据分组可以具有50或200字节的小尺寸。因此，urllc数据的macpdu/tb可能非常短。在生成该新macpdu之后，可以将macpdu直接从mac层传递到物理层(l1)以进行传输。同时，可以从mac层向物理层发送指示，以指示需要尽快发送macpdu。

然后，可以在物理层发送urllc数据。可以通过在第一组re处针对embb服务穿孔macpdu/tb来实现该传输。穿孔可以以任何合适的方式进行。在一些实施例中，穿孔后的re可用于发送针对第一服务而不是第二服务的第一信号。相应地，在接收侧，网络设备220可以在这些re处检测urllc数据。这方面的实施例将在以下段落中参考图7进行描述。

例如，如果urllc数据用m进制(m-ary)正交幅度调制(qam)方案来调制，embb数据用n进制正交幅度调制(qam)方案来调制，则urllc数据的m进制qam符号将替换先前旨在用于embb数据的n进制qam符号。所许可的ul资源的其他re仍然可以用于发送针对embb服务的信号(称为“第二信号”)，例如embb数据。

在一些其他实施例中，穿孔后的re可以用于传输第一和第二服务两者。例如，终端设备210可以将针对第一服务的第一信号和针对第二服务的第二信号的一部分(称为“第一部分”)叠加为叠加信号(称为“第三信号”)。然后，终端设备210可以在第一组资源元素处将第三信号发送到网络设备220。在该示例中，终端设备210可以在所分配的资源块中的其他re处将第二信号的另一部分(称为“第二部分”)发送到网络设备。

可以以任何合适的方法实现信号的叠加。在一些实施例中，可以使用预定的叠加调制方案来实现叠加。例如，可以调制第一信号和第二信号的第一部分以生成叠加调制的qam符号。然后，可以使用穿孔后的re来发送叠加调制后的qam符号。叠加调制在本领域中是已知的，并且本文将省略其细节。

在叠加调制期间，可以根据两个信号的qos要求来规定它们的功率比。例如，考虑到urllc服务的高可靠性要求，urllc服务的第一信号可以在传输功率方面优先于embb服务的第二信号。

应当理解，作为叠加的示例实现的叠加调制仅用于例示目的。叠加的其他实现也是可能的。例如，叠加可以通过代码域中的叠加编码来实现。因此，网络设备220可以基于预先配置的叠加方法来解调或解码所接收的信号。

除了用于第二服务的re模式之外，在一些实施例中，可以预先配置与第一信号的传输有关的一些参数。在一些实施例中，终端设备可以从网络设备220接收所述参数。

所述参数包括任何合适的用于传输的参数。例如，可以指定或预先配置用于第一服务的码块(cb)大小及其填充(非填充)配置。也可以预先配置候选tb大小列表。终端设备210可以确定将使用哪个tb大小来传输第一信号。

此外，可以针对具体服务预先配置调制和编码方案(mcs)。例如，正交相移键控(qpsk)调制方案可以被配置为在穿孔的re处用于urllc服务。还可以预先配置循环冗余校验(crc)序列。例如，考虑到urllc服务的残余误差要求，可以分配更长的crc序列以实现更低的残留误差。

此外，可以预先配置第一服务的传输功率。在第一组re处叠加针对第一服务的第一信号和针对第二服务的第二信号的第一部分的实施例中，可以相对于第二信号的第一部分的传输功率设置第一信号的传输功率。作为示例，第一信号的传输功率可以是第二信号的第一部分的传输功率、两个信号的mcs、以及两种服务之间的预配置的功率偏移的函数。传输功率的配置(诸如算法和相关参数)可以在任何合适的定时由网络设备220通知给终端设备210。作为示例，可以在第一服务的会话建立过程处执行该通知。

为了进一步增强传输可靠性，可以预先配置捆绑传输。例如，可以预先配置第一信号的捆绑重复。图6示出了根据本公开的一些实施例的自主重复的示例。在该示例中，在embb数据的传输期间，在re630-1之前在终端设备210处生成urllc数据。re630-1和630-2被预定义为将要用于urllc数据的初始传输，并且re630-3和630-4被预定义为将要用于urllc数据的重传。以这种方式，两个传输之间的时间间隔可以被配置为低于一个子帧(例如1ms)，以进一步减少urllc服务的延迟。

在一些情况下，可以动态地改变用于第二服务的tb的大小和/或mcs。此外，受第一服务干扰的可能re可以是半静态的。在这些情况下，第二服务的一些码块可能具有更多的比特被穿孔，但是第二服务的一些其他码块可能具有更少的比特被穿孔。因此，一些码块可能遭受更高的误差率，这可能导致第二服务的整个tb的重传。

为了进一步增强第二服务的传输性能或效率，在一些实施例中，在终端设备210获得将要针对第二服务发送的码块之后，终端设备210可以选择所分配的资源块中的一组re(称为“第二组re”)。第一和第二组re的交集中的re的数量低于阈值数量(称为“第二阈值数量”)。然后，终端设备210可以将码块映射到第二组re。以这种方式，可以使用于第二服务的码块的re受第一服务干扰的概率均等。因此，能够针对各个码块实现类似的传输性能，并且能够提高第二服务的传输性能。

作为示例，针对第二服务分配的资源可以分成两部分。一个部分(称为“第一部分”)包括未与第一服务共享的所有re，而另一部分(称为“第二部分”)包括可能与第一服务共享的所有re。在一些实施例中，可能共享的re可以被布置为同等地落入用于各个代码块的资源中。

下面将讨论这种布置的示例。在该示例中，gnon-share表示可用于在re的第一部分处携带的一个tb的总比特数，gshare表示可用于在re的第二部分处携带的一个tb的总比特数。第r个码块(由e'表示)的编码比特的数量可以根据以下过程确定：

其中，qm等于2、4、6或8，分别对应于qpsk、16qam、64qam或256qam；c表示码块的数量。注意，映射的比特(re)的数量是用于每个码块的来自第一和第二部分的re的总和。

在该示例中，考虑一个mimo层。如果使用多于一个层，则可以相应地更新上述过程。以这种方式，受影响的re几乎均等地分布在各个码块中，因此能够改进第二服务的传输性能。

在一些实施例中，两个部分的re的调制阶数可以不同。例如，第二部分的调制阶数可以低于第一部分的re的调制阶数。作为具体示例，具有相对低的调制阶数的qpsk调制方案可以用于re的第二部分，具有相对高的调制阶数的16qam调制方案可以用于re的第一部分。因此，可以用qpsk调制方案来调制第二信号的第一部分，可以用16qam调制方案来调制第二信号的第二部分。

除了调制阶数之外，在一些实施例中，可以将不同的码率应用于re的两个部分，以便进一步改进第二服务的传输性能。因此，第二信号的第一和第二部分可以用不同的码率编码。

在终端设备210将针对两种服务的第一和第二信号发送到网络设备220之后，终端设备210可以从网络设备220接收对两个信号的肯定确认(ack)或否定确认(nack)。确认可以以任何合适的方式实现。在一些实施例中，可以分别针对两种服务使用单独的混合自动重传请求(harq)过程。因此，终端设备210可以接收针对两种服务的相应ack/nack。在一些实施例中，可以使用集成的harq过程，并且可以针对两种服务接收一个ack/nack反馈。在一些其他实施例中，网络200可以启用上述两个harq过程。在这种情况下，终端设备210可以从网络设备220接收针对在穿孔的re处复用的两个或单个tb的ack/nack。

图7示出了根据本公开的一些实施例的示例方法500的流程图。可以在如图2所示的网络设备220处实现方法500。出于讨论的目的，将参考图2描述方法700。

在框705处，网络设备220基于预定义的re模式确定第一组资源元素。第一组re将要用于从终端设备210接收针对需要第一延迟的第一服务的第一信号，第一组re不连续地分布在已由网络设备220针对需要比第一延迟高的第二延迟的第二服务而分配给终端设备210的资源块中。然后，在框710处，网络设备220在第一组re处接收针对第一服务的第一信号。

如上所述，在一些实施例中，用于资源块的第一组re和其他re的调制方案可以是不同的。在这种情况下，网络设备可以基于相应的调制方案来检测第一信号。在m进制qam调制方案应用于穿孔re而n进制qam调制方案应用于其他re的实施例中，如果在穿孔re处发现m进制qam符号而不是n进制qam符号，网络设备220可以确定发生了穿孔。

网络设备220中的解调和解码单元可以在不同的re处分别处理数据。然后，可以对两组qam符号进行解码以形成两个macpdu。如果相应的crc通过，则可以将macpdu传递到mac层。

如果确定发生了穿孔，并且通过替换qam符号来完成穿孔，则网络设备220的解码单元可以根据不同的解码算法将穿孔的re处的数据设置为零或其他值。如果通过叠加调制实现穿孔，则在穿孔的re处，网络设备220的解调单元(或解调器)需要解调叠加的qam符号以从一个叠加的qam符号中获得两个qam符号。

如果调制方案对于所有re是相同的，或者难以确定调制和/或编码方案，则网络设备220可以考虑在预定义re处的可能的穿孔方案或不穿孔。例如，网络设备220可以尝试所有可能的穿孔方案以确定是否已经执行了穿孔。

应当理解，与上面参考图4-6描述的网络设备220相关的所有操作和特征都同样适用于方法700并具有类似的效果。出于简化的目的，将省略细节。

图8示出了根据本公开的一些实施例的装置800的框图。装置800可以被视为如图2所示的终端设备210的示例实现。

如图所示，装置800包括：获得单元805，被配置为获得将要针对需要第一延迟的第一服务发送的第一信号；确定单元810，被配置为确定网络设备是否已针对需要比所述第一延迟高的第二延迟的第二服务分配了资源块；选择单元815，被配置为响应于确定已针对所述第二服务分配了所述资源块，基于预定义的资源元素模式来选择第一组资源元素，所述第一组资源元素不连续地分布在所分配的资源块中；以及发送单元820，被配置为在所述第一组资源元素处将针对所述第一服务的所述第一信号发送到所述网络设备。

图9示出了根据本公开的一些其他实施例的装置900的框图。装置900可以被视为如图2所示的网络设备220的示例实现。

如图所示，装置900包括：确定单元905，被配置为基于预定义的资源元素模式确定第一组资源元素，所述第一组资源元素将要用于从终端设备接收针对需要第一延迟的第一服务的第一信号，所述第一组资源元素不连续地分布在已由所述网络设备针对需要比所述第一延迟高的第二延迟的第二服务而分配给所述终端设备的资源块中；以及接收单元910，被配置为在所述第一组资源元素处接收针对所述第一服务的所述第一信号。

应当理解，装置800和900中包括的单元分别对应于方法400和700的块。因此，上面参考图4至7描述的所有操作和特征同样适用于装置800和900中包括的单元并具有类似的效果。出于简化的目的，将省略细节。

包括在装置800和900中的单元可以以各种方式实现，包括软件、硬件、固件或其任何组合。在一个实施例中，可以使用软件和/或固件(例如存储在存储介质上的机器可执行指令)来实现一个或多个单元。除了机器可执行指令之外或代替机器可执行指令，终端设备500中的部分或全部单元可以至少部分地由一个或多个硬件逻辑组件实现。例如但不限于，可以使用的例示类型的硬件逻辑组件包括现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑器件(cpld)等。

图10是适合于实现本公开的实施例的设备1000的简化框图。设备1000可以被视为如图2所示的终端设备210或网络设备220的另一示例实现。因此，设备1000可以在终端设备210或网络设备220的至少一部分处实现或实现为终端设备210或网络设备220的至少一部分。

如图所示，设备1000包括处理器1010、耦合到处理器1010的存储器1020、耦合到处理器1010的合适的发射机(tx)和接收机(rx)1040、以及耦合到tx/rx1040的通信接口。存储器1010存储程序1030的至少一部分。tx/rx1040用于双向通信。tx/rx1040具有多个天线以促进通信。通信接口可以表示与其他网络元件通信所必需的任何接口，例如用于enb之间的双向通信的x2接口、用于移动性管理实体(mme)/服务网关(s-gw)和enb之间的通信的s1接口、用于enb和中继节点(rn)之间的通信的un接口、或用于enb和ue之间的通信的uu接口。

假设程序1030包括程序指令，所述程序指令在由相关联的处理器1010执行时使得设备1000能够根据本公开的实施例进行操作，如本文中参考图3至7所讨论的。本文的实施例可以由设备1000的处理器1010可执行的计算机软件实现、或者由硬件实现、或者由软件和硬件的组合实现。处理器1010可以被配置为实现本公开的各种实施例。此外，处理器1010和存储器1010的组合可以形成适于实现本公开的各种实施例的处理装置1050。

存储器1010可以是适合于本地技术网络的任何类型，并且可以使用任何合适的数据存储技术来实现，作为非限制性示例，这些技术诸如非暂时性计算机可读存储介质、基于半导体的存储设备、磁存储设备和系统、光存储设备和系统、固定存储器和可移动存储器。虽然在设备1000中仅示出了一个存储器1010，但是在设备1000中可以存在若干物理上不同的存储模块。处理器1010可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(dsp)和基于多核处理器架构的处理器中的一者或多者。设备1000可以具有多个处理器，例如在时间上从属于与主处理器同步的时钟的专用集成电路芯片。

通常，本公开的各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以以硬件实现，而其他方面可以以可由控制器、微处理器或其他计算设备执行的固件或软件来实现。虽然本公开的实施例的各个方面被例示并描述为框图、流程图或使用一些其他图形表示，但是应当理解，本文描述的框、装置、系统、技术或方法可以作为非限制性示例以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备、或它们的某种组合实现。

本公开还提供有形地存储在非暂时性计算机可读存储介质上的至少一个计算机程序产品。计算机程序产品包括计算机可执行指令，例如包括在程序模块中在目标真实或虚拟处理器上的设备中执行以执行如上参考图4-7所述的方法400和700的那些指令。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，可以根据需要在程序模块之间组合或划分程序模块的功能。用于程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质两者中。

用于执行本公开的方法的程序代码可以以一种或多种编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码在由处理器或控制器执行时实现在流程图和/或框图中指定的功能/操作。程序代码可以完全在机器上、部分在机器上、作为独立软件包、部分在机器上和部分在远程机器上或完全在远程机器或服务器上执行。

上述程序代码可以体现在机器可读介质上，机器可读介质可以是任何有形介质，其可以包含或存储供指令执行系统、装置或设备使用或与其结合使用的程序。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置或设备，或者前述的任何合适的组合。机器可读存储介质的更具体示例将包括具有一个或多个线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或闪存)、光纤、便携式光盘只读存储器(cd-rom)、光存储设备、磁存储设备或前述的任何合适组合。

此外，尽管以特定顺序描绘了操作，但是这不应该被理解为要求应以所示的特定顺序或按顺序执行这些操作，或者应执行所有示出的操作，以实现期望的结果。在某些情况下，多任务处理和并行处理可能是有利的。同样地，虽然在上面的讨论中包含若干具体实现细节，但是这些细节不应被解释为对本公开的范围的限制，而是作为特定于特定实施例的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合在多个实施例中实现。

尽管已经用专用于结构特征和/或方法动作的语言描述了本公开，但是应该理解，所附权利要求中限定的本公开不必限于上述具体特征或动作。而是，公开了上述具体特征和动作作为实现权利要求的示例形式。