CN109842939B

CN109842939B - 上行链路传输方法、设备和计算机可读介质

Info

Publication number: CN109842939B
Application number: CN201711204712.5A
Authority: CN
Inventors: 骆喆; 陶涛; 刘建国; 沈钢; 王钧
Original assignee: Nokia Shanghai Bell Co Ltd; Nokia Networks Oy
Current assignee: Nokia Shanghai Bell Co Ltd; Nokia Oyj
Priority date: 2017-11-27
Filing date: 2017-11-27
Publication date: 2021-04-02
Anticipated expiration: 2037-11-27
Also published as: WO2019101200A1; CN109842939A

Abstract

本公开的实施例提供了上行链路传输方法、设备和计算机可读介质。在此描述的方法包括从网络设备接收UL调度授权信息。该UL调度授权信息至少包括在非授权频谱上的多个预定子频带中终端设备可用的频域资源的分配信息、以及用于被分配给多个子频带各自的混合自动重传请求(HARQ)进程的标识。该方法还包括将与HARQ进程相关联的UL数据映射到频域资源。该方法还包括响应于检测到多个子频带中的至少一个子频带处于空闲，使用至少一个子频带生成单个时域基带信号用于向网络设备发送。

Description

上行链路传输方法、设备和计算机可读介质

技术领域

本公开的实施例总体上涉及通信技术，更具体地，涉及用于非授权频谱上的自适应带宽的上行链路(UL)传输方法、设备和计算机可读介质。

背景技术

目前，新无线电(NR)系统支持单个载波上400MHz的最大信道带宽。随着NR系统的发展，希望利用非授权频谱的NR系统也能够支持该最大信道带宽，以便采用单个快速傅里叶逆变换(IFFT)生成具有大带宽的单个基带信号用于发送。

为了能够在非授权频谱上向网络设备进行上行链路传输，终端设备需要首先执行先听后说(LBT)操作以确定网络设备与终端设备之间的信道是否处于空闲。在确定信道处于空闲后，终端设备才能够进行上行链路传输。由于在非授权频谱上执行LBT操作的结果具有不确定性，因此终端设备无法直接使用非授权频谱的整个带宽进行上行链路传输。终端设备可用的传输带宽总是随着时间而变化。因而，为了有效地利用大带宽的非授权频谱，期望在自适应带宽上进行传输。

发明内容

本公开的实施例提供了用于非授权频谱上的自适应带宽的UL传输方法、设备和计算机可读介质。

在第一方面，本公开的实施例提供了一种在终端设备处实施的方法。该方法包括从网络设备接收UL调度授权信息。该UL调度授权信息至少包括在非授权频谱上的多个预定子频带中终端设备可用的频域资源的分配信息、以及用于被分配给多个子频带各自的混合自动重传请求(HARQ)进程的标识。该方法还包括将与HARQ进程相关联的UL数据映射到频域资源。该方法还包括响应于检测到多个子频带中的至少一个子频带处于空闲，使用至少一个子频带生成单个时域基带信号用于向网络设备发送。

在一些实施例中，多个子频带包括相邻的第一子频带和第二子频带。第一子频带具有第一保护频带，并且第二子频带具有与第一保护频带相邻的第二保护频带。分配信息指示：在对应于第一子频带的物理资源块(PRB)中终端设备可用的第一组PRB、以及在对应于第二子频带的PRB中终端设备可用的第二组PRB。

在一些实施例中，分配信息进一步指示在对应于第一保护频带和第二保护频带两者的PRB中终端设备可用的第三组PRB。

在一些实施例中，该方法进一步包括：基于分配信息，确定在对应于第一保护频带和第二保护频带两者的PRB中终端设备可用的第四组PRB。

在一些实施例中，该方法进一步包括：生成与HARQ进程中的第一HARQ进程和第二HARQ进程之一相关联的UL数据的冗余数据、控制信息或参考信号，第一HARQ进程被分配给第一子频带，第二HARQ进程被分配给第二子频带；以及将冗余数据、控制信息或参考信号映射到对应于第一保护频带和第二保护频带两者的PRB。

在一些实施例中，该方法进一步包括：将与第三HARQ进程相关联的UL数据映射到对应于第一保护频带和第二保护频带两者的PRB，第三HARQ进程不同于被分配给多个子频带各自的HARQ进程。

在一些实施例中，UL调度授权信息包括第三HARQ进程的标识。

在一些实施例中，该方法进一步包括在终端设备处自主地确定第三HARQ进程。

在一些实施例中，该方法进一步包括基于至少一个子频带的数目确定与第三HARQ进程相关联的UL数据的尺寸。

在一些实施例中，与第三HARQ进程相关联的UL数据的尺寸被预先确定。

在第二方面，本公开的实施例提供了一种在网络设备处实施的方法。该方法包括向终端设备发送UL调度授权信息。该UL调度授权信息至少包括在非授权频谱上的多个预定子频带中终端设备可用的频域资源的分配信息、以及用于被分配给多个子频带各自的HARQ进程的标识。该方法还包括响应于从终端设备接收到单个时域基带信号，通过对多个子频带执行传输检测，在多个子频带中的至少一个子频带上从终端设备接收UL数据。

在一些实施例中，多个子频带包括相邻的第一子频带和第二子频带，第一子频带具有第一保护频带，并且第二子频带具有与第一保护频带相邻的第二保护频带。分配信息指示：在对应于第一子频带的PRB中终端设备可用的第一组PRB，以及在对应于第二子频带的PRB中终端设备可用的第二组PRB。

在一些实施例中，该方法进一步包括：响应于从终端设备接收到单个时域基带信号，通过对第一子频带和第二子频带执行传输检测，在第一保护频带和第二保护频带上接收与HARQ进程中的第一HARQ进程和第二HARQ进程之一相关联的UL数据的冗余数据。第一HARQ进程被分配给第一子频带，第二HARQ进程被分配给第二子频带。

在一些实施例中，该方法进一步包括：响应于从终端设备接收到单个时域基带信号，通过对第一子频带和第二子频带执行传输检测，在第一保护频带和第二保护频带上接收与第三HARQ进程相关联的UL数据。第三HARQ进程不同于被分配给多个子频带各自的HARQ进程。

在一些实施例中，该方法进一步包括：向第一保护频带和第二保护频带分配第三HARQ进程。第三HARQ进程不同于被分配给多个子频带各自的HARQ进程。UL调度授权信息进一步包括第三HARQ进程的标识。

在一些实施例中，第三HARQ进程由终端设备自主地确定。

在一些实施例中，与第三HARQ进程相关联的UL数据的尺寸基于至少一个子频带的数目被确定。

在第三方面，本公开的实施例提供了一种终端设备。该终端设备包括处理器以及存储器。该存储器存储有指令。该指令在被处理器执行时使该终端设备执行根据本公开的第一方面所述的方法。

在第四方面，本公开的实施例提供了一种网络设备。该网络设备包括处理器以及存储器。该存储器存储有指令。该指令在被处理器执行时使该网络设备执行根据本公开的第二方面所述的方法。

在第五方面，本公开的实施例提供了一种计算机可读介质，其包括机器可执行指令，该机器可执行指令在由设备执行时使该设备执行根据本公开的第一方面所述的方法。

在第六方面，本公开的实施例提供了一种计算机可读介质，其包括机器可执行指令，该机器可执行指令在由设备执行时使该设备执行根据本公开的第二方面所述的方法。

应当理解，发明内容部分中所描述的内容并非旨在限定本公开实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：

图1示出了本公开的实施例可以在其中实施的示例无线通信系统；

图2示出了Wi-Fi系统中在信道绑定规则下的自适应带宽的示意图；

图3示出了Wi-Fi系统中的物理层协议数据单元的示意图；

图4示出了根据本公开的一些实施例的上行链路传输过程的交互图；

图5示出了根据本公开的一些实施例的资源映射的示意图；

图6示出了根据本公开的另一些实施例的资源映射的示意图；

图7示出了根据本公开的其他实施例的资源映射的示意图；

图8示出了根据本公开的一些实施例的在终端设备处实施的方法的流程图；

图9示出了根据本公开的一些实施例的在网络设备处实施的方法的流程图；以及

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

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

在此使用的术语“网络设备”是指在基站或者通信网络中具有特定功能的其他实体或节点。“基站”(BS)可以表示节点B(NodeB或者NB)、演进节点B(eNodeB或者eNB)、gNB、远程无线电单元(RRU)、射频头(RH)、远程无线电头端(RRH)、中继器、或者诸如微微基站、毫微微基站等的低功率节点等等。在本公开的上下文中，为讨论方便之目的，术语“网络设备”和“基站”可以互换使用，并且可能主要以eNB作为网络设备的示例。

在此使用的术语“终端设备”或“用户设备”(UE)是指能够与基站之间或者彼此之间进行无线通信的任何终端设备。作为示例，终端设备可以包括移动终端(MT)、订户台(SS)、便携式订户台(PSS)、移动台(MS)或者接入终端(AT)，以及车载的上述设备。在本公开的上下文中，为讨论方便之目的，术语“终端设备”和“用户设备”可以互换使用。

在此使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”。其他术语的相关定义将在下文描述中给出。

在本公开的上下文中，为了帮助更好地理解本公开实施例的思想和原理，以目前可用的20HMz、40HMz和80HMz带宽作为示例进行描述，无意限制本公开的范围。随着技术的发展，任何适当的带宽都是可行的。

图1示出了本公开的实施例可以在其中实施的示例无线通信系统100。无线通信系统100包括网络设备110和由网络设备110服务的终端设备120。应当理解，图1所示的网络设备的数目以及终端设备的数目仅仅是出于说明之目的而无意于限制。无线通信系统100可以包括任意适当类型和数目的网络设备，各个网络设备可以提供任意适当数目的小区，并且无线通信系统100还可以包括任意适当数目的终端设备。

网络设备110与终端设备120之间的通信可以根据任何适当的通信协议来实施，包括但不限于，第一代(1G)、第二代(2G)、第三代(3G)、第四代(4G)和第五代(5G)等蜂窝通信协议、诸如电气与电子工程师协会(IEEE)802.11等的无线局域网通信协议、和/或目前已知或者将来开发的任何其他协议。而且，该通信使用任意适当无线通信技术，包括但不限于，码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、频分双工(FDD)、时分双工(TDD)、多输入多输出(MIMO)、正交频分多址(OFDM)、和/或目前已知或者将来开发的任何其他技术。应该注意的是，虽然本公开的实施例主要使用了NR系统作为示例进行描述，但是这仅仅是示例性的，本公开的技术方案完全可以应用于其他合适的已有或未来开发的系统。

为了节省终端设备的功耗，在利用授权频谱的NR系统中对自适应带宽进行了研究。在利用授权频谱的NR系统中采用自适应带宽进行传输时，网络设备在大带宽上进行操作(即，在大带宽上向终端设备发送信号以及从终端设备接收信号)，终端设备在该大带宽的子集上进行操作，大带宽的该子集包括多个连续的或非连续的分量载波(CC)。

在利用授权频谱的NR系统中，自适应带宽具有半静态特征，因为网络设备在进行调度时就知晓终端设备将会使用的实际上行链路传输带宽。因而，网络设备可以直接调度包含多个连续CC的大带宽的UL传输。然而，在利用非授权频谱的NR系统中，自适应带宽具有动态特征。由于在非授权频谱上执行LBT操作的结果具有不确定性，因此在LBT之前网络设备和终端设备均不知晓在非授权频谱上的实际上行链路传输带宽。因而，在利用授权频谱的NR系统中针对自适应带宽所设计的UL传输方案无法直接在利用非授权频谱的NR系统中实施。

符合IEEE 802.11n/ac标准的Wi-Fi系统支持非授权频谱上的自适应带宽。在Wi-Fi系统中，对非授权频谱上的自适应带宽的使用基于信道绑定规则。图2示出了在信道绑定规则下的自适应带宽的示意图。如图2所示，非授权频谱被划分为多个20MHz的连续工作信道，两个或更多20MHz的连续工作信道被组合成一个较宽的带宽，相邻的工作信道之间不存在保护频带。该较宽的带宽必须是图2所示的给定带宽160MHz、80MHz、40MHz之一。

Wi-Fi设备仅在多个工作信道中的一个工作信道(即，主工作信道)上执行信道接入过程并且在其他工作信道上执行单个空闲信道评估(CCA)。如果在主工作信道上的信道接入过程成功，则Wi-Fi设备可以占用具有成功CCA的连续工作信道，该连续工作信道包括主工作信道并且满足信道绑定规则。

Wi-Fi设备在进行传输之前针对不同带宽准备相应的物理层协议数据单元(PPDU)。例如，如图3所示，Wi-Fi设备在进行传输之前针对80MHz、40MHz和20MHz带宽，分别准备PPDU 310、320和330。在执行CCA之后，根据CCA的结果，Wi-Fi设备可以确定发送所准备的多个PPDU中的哪一个PPDU。例如，如果在执行CCA之后Wi-Fi设备确定80MHz总带宽中的40MHz带宽是可用的，那么Wi-Fi设备可以在40MHz的主工作信道上发送PPDU 320或在20MHz的主工作信道上发送PPDU 310，或者可以等待下一次80MHz带宽的传输机会。

由于Wi-Fi系统并不是基于帧结构的系统，因此Wi-Fi设备可以准备具有任意持续时间的PPDU。例如，相同的媒体接入控制层协议数据单元(MAC PDU)可以被映射到60个OFDM符号的20MHz PPDU、30个OFDM符号的40MHz PPDU或15个OFDM符号的80MHz PPDU。

然而，不同于Wi-Fi系统，利用非授权频谱的NR系统是基于帧的系统。在利用非授权频谱的NR系统中，终端设备无法利用相同的MAC PDU准备具有任意持续时间的UL传输。因而，针对Wi-Fi系统设计的传输方案无法直接在利用非授权频谱的NR系统中实施。

此外，将用于Wi-Fi系统的传输方案与利用授权频谱的NR系统中的UL传输方案进行组合可以获得一种组合方案。在该组合方案中，网络设备针对动态带宽使用单个混合自动重传请求(HARQ)进程，也即，使用单个MAC PDU。网络设备向终端设备发送UL授权，该UL授权包括多种配置，分别用于多个可用的UL传输带宽之一。例如，该UL授权包括用于20MHz带宽的配置、用于40MHz带宽的配置和用于80MHz带宽的配置。终端设备不得不预先针对每种配置准备相应的MAC PDU。随后，在信道接入过程之后，终端设备基于实际的空闲带宽来发送相应的MAC PDU。然而，在利用非授权频谱的NR系统中实施该组合方案将会产生多种问题。

首先，由于信道编码过程是一个复杂的过程，因此在信道接入过程之后终端设备无法准备相应的MAC PDU。此外，预先针对可用带宽的每种配置准备MAC PDU，显然会增大终端设备的复杂度。其次，如果初始传输在小带宽(例如20MHz带宽)上进行并且具有较小的传输块(TBS)尺寸，那么在大带宽(例如80MHz带宽)上进行重传将导致较低的频谱效率。再者，在存在多种可用带宽的情况下，用于不同可用带宽的多种配置将增大UL授权的开销。

本公开的实施例提出了一种用于非授权频谱上的自适应带宽的UL传输方案。根据本公开的实施例，非授权频谱被划分为多个工作信道，多个工作信道各自被分配一个HARQ进程。网络设备向终端设备发送UL调度授权信息，以调度整个非授权频谱上的传输。终端设备根据UL调度授权信息，针对整个非授权频谱准备UL数据。随后，终端设备根据信道检测的结果确定非授权频谱上的空闲UL传输带宽，进而生成具有该空闲UL传输带宽的单个基带信号用于向网络设备发送。

利用本公开的UL传输方案，终端设备针对整个非授权频谱准备UL数据，而无需针对多个可用的UL传输带宽分别准备UL数据，由此降低了终端设备的复杂度。向各个工作信道分配的HARQ进程的重传彼此独立，从而改善了重传的效率。此外，每个HARQ进程的配置是独立的，基于这些独立的配置可以获得连续相邻的工作信道的任意组合，从而降低了UL调度授权的开销。在下文中，将参考图4至图9来详细描述根据本公开的UL传输方案。

图4示出了根据本公开的某些实施例的UL传输过程400的交互图。过程400例如可以由如图1所示的网络设备110和终端设备120来执行。为了方便讨论，对过程400的描述将结合网络设备110和终端设备120进行。应当理解，过程400还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

如图4所示，为了调度终端设备120的UL传输，网络设备110向终端设备120发送(410)UL调度授权信息。该UL调度授权信息至少包括在非授权频谱上的多个预定子频带中终端设备120可用的频域资源的分配信息以及用于被分配给多个子频带各自的HARQ进程的标识。

在本公开的实施例中，非授权频谱被划分为多个预定子频带(也称为“工作信道”)。多个工作信道的数目可以被预先确定。例如，在非授权频谱为5150MHz到5230MHz(即非授权频谱的带宽为80MHz)的情况下，该非授权频谱可以被划分为四个工作信道，其各自占用预定的子频带5150MHz到5170MHz、5170MHz到5190MHz、5190MHz到5210MHz以及5210MHz到5230MHz。

为了向终端设备120发送UL调度授权信息，网络设备110可以向终端设备120分配在非授权频谱上的多个预定子频带中终端设备可用的频域资源。例如，在一些实施例中，网络设备110可以采用分布式资源分配方式向终端设备120分配频域资源。在分布式资源分配方式中，待分配的资源被划分为预定数目的切片(interlace)。在以物理资源块(PRB)为单位进行资源映射的情况下，每个切片可以包括多个PRB。例如，待分配的资源可以被划分为十个切片，例如切片#i(i＝0,1,...,9)，其中切片#i可以包括PRB#i、10+i、20+i等。典型地，每个PRB中的可用资源元素(RE)的数目为120。网络设备110可以向终端设备120分配单个切片中的PRB。替选地，网络设备110可以向终端设备120分配多个切片中的PRB。

应当理解，采用分布式资源分配方式向终端设备120分配频域资源仅是示例性的而非限制性的。网络设备110可以采用任何适当的方式来向终端设备120分配频域资源。例如，网络设备110也可以采用连续式资源分配方式向终端设备120分配频域资源。

除了向终端设备120分配频域资源之外，网络设备110还可以向多个工作信道各自分配一个HARQ进程。例如，网络设备110可以通过向多个工作信道各自分配一个HARQ进程的标识来向多个工作信道分配HARQ进程。

根据本公开的实施例，UL调度授权信息包括在非授权频谱上的多个预定子频带中终端设备可用的频域资源的分配信息以及被分配给多个工作信道的HARQ进程的标识。换言之，UL调度授权信息包括用于整个非授权频谱带宽的配置，而不包括用于不同可用带宽的多种配置，因而UL授权的开销被降低。

响应于从网络设备110接收到UL调度授权信息，终端设备120将与多个HARQ进程各自相关联的UL数据映射(420)到所分配的频域资源。

图5示出了资源映射的一个示例。如图5所示，80MHz的最大UL传输带宽510被划分为四个工作信道511、512、513和514。HARQ进程#1、HARQ进程#2、HARQ进程#3和HARQ进程#4分别被分配给工作信道511至514。

以80MHz的非授权频谱的带宽为例，终端设备120可用的UL传输带宽可以为80MHz带宽510、40MHz带宽520和20MHz带宽530之一。注意，这里以及下文描述的数值仅仅为了帮助更好地理解本公开实施例的思想和原理，无意限制本公开的范围。任何其他适当的数值范围及其组合都是可行的。

在以PRB为单位进行资源映射的情况下，80MHz带宽510、40MHz带宽520和20MHz带宽530各自对应的PRB可以被预先确定。例如，可以预先确定80MHz带宽510对应于PRB#0至429(即430个PRB)，40MHz带宽520对应于PRB#0至209(即210个PRB)，20MHz带宽530对应于PRB#0至99(即100个PRB)，其中每个PRB占用180kHz。

来自网络设备110的UL调度授权信息包括终端设备120可用的频域资源的分配信息，该分配信息可以向终端设备120指示为其分配的PRB。例如，该分配信息可以指示为终端设备120分配切片#1中的PRB#1、11、21、…、101(即11个PRB)，PRB#111、121、……、211(即11个PRB)，PRB#221、231、……、321(即11个PRB)，PRB#331、341、……、421(即10个PRB)。

除了终端设备120可用的频域资源的分配信息以外，在一些实施例中，UL调度授权信息还可以包括终端设备120可用的调制编码方案(MCS)的索引。由此，基于可用的频域资源的分配信息和MCS的索引，终端设备120可以确定与每个HARQ进程相关联的UL数据的尺寸。例如，在用于多个工作信道的MCS的索引的码率均为0.2的情况下，与单个HARQ进程相关联的UL数据的尺寸可以被确定为0.2×120×10＝240(比特)。

对于HARQ进程#1，终端设备120基于与HARQ进程#1相关联的240个信息比特生成1320个编码比特并且将其映射到PRB#1、11、21、……、101。类似地，对于HARQ进程#2和HARQ进程#3，终端设备120分别生成1320个编码比特并且将其各自映射到切片#1中的PRB#111、121、……、211以及PRB#221、231、……、321。对于HARQ进程#4，终端设备120基于与HARQ进程#4相关联的240个信息比特生成1200个编码比特并且将其映射到PRB#331、341、……、421。

将会理解，根据本公开的实施例，终端设备120将与多个HARQ进程各自相关联的UL数据映射到所分配的频域资源，也即，针对整个非授权频谱准备UL数据，而无需针对多个可用的UL传输带宽分别准备UL数据，由此降低了终端设备的复杂度。

继续参考图4，终端设备120执行LBT操作以检测(430)多个工作信道是否全部或部分处于空闲。如果终端设备120检测到多个工作信道中的至少一个工作信道处于空闲，则终端设备120可以使用对应于至少一个工作信道的子频带生成(440)单个时域基带信号。

例如，在检测到仅工作信道511处于空闲的情况下，终端设备120可以使用对应于工作信道511的子频带(例如PRB#0至99)生成单个时域基带信号。在检测到工作信道511和512两者处于空闲的情况下，终端设备120可以使用对应于工作信道511和512的子频带(例如PRB#0至209)生成单个时域基带信号。在检测到工作信道511至514均处于空闲的情况下，终端设备120可以使用对应于工作信道511至514的子频带(例如PRB#0至429)生成单个时域基带信号。

终端设备120向网络设备110发送(450)所生成的单个时域基带信号。响应于从终端设备120接收到单个时域基带信号，网络设备110通过对多个工作信道执行传输检测(460)而在多个工作信道中的至少一个工作信道上从终端设备接收UL数据。例如，网络设备110可以通过检测接收到的单个时域基带信号中的参考信号，来确定终端设备120采用多个工作信道中的哪一个或哪一些工作信道进行UL传输，进而在所确定的工作信道上接收UL数据。应当理解，通过检测参考信号来执行传输检测仅是示例性的而非限制性的。网络设备110可以采用任何适当的方式对多个工作信道执行传输检测，本公开的范围在此方面不受限制。

在一些实施例中，多个工作信道包括在频域中彼此相邻的多个工作信道，并且多个工作信道各自具有两个保护频带。保护频带的宽度可以被预先确定，并且相邻的工作信道之间的保护频带占用非授权频谱的预定子频带。

在图5的示例中，多个工作信道包括彼此相邻的工作信道511-514，工作信道511-514各自具有两个保护频带，并且相邻的两个工作信道之间的两个保护频带相邻。在下文中，为了便于描述，将相邻的两个工作信道之间的两个保护频带称为“相邻的保护频带”。例如，相邻的工作信道511和512之间存在相邻的保护频带515，相邻的工作信道512和513之间存在相邻的保护频带516，并且相邻的工作信道513和514之间存在相邻的保护频带517。

在以PRB为单位进行资源映射的情况下，可以预先确定80MHz带宽510对应于PRB#0至429，并且相邻的保护频带515、516和517分别对应于PRB#100至109、PRB#210至219、PRB#320至329。

在一些实施例中，终端设备120可以将与HARQ进程相关联的UL数据填充到相邻的保护频带中向网络设备110发送，从而提高非授权频谱的频谱效率。此外，由于相邻的保护频带中被填充有数据，减少了相邻的保护频带的空白，从而降低了UL传输的峰均功率比(PAPR)。在下文中，将参考图6和图7来描述向相邻的保护频带进行数据填充的示例。

图6示出了资源映射的一个示例的示意图。如图所示，80MHz的最大UL传输带宽610被划分为四个工作信道611、612、613和614。HARQ进程#1、HARQ进程#2、HARQ进程#3和HARQ进程#4分别被分配给工作信道611至614。相邻的工作信道611和612之间存在相邻的保护频带615，相邻的工作信道612和613之间存在相邻的保护频带616，并且相邻的工作信道613和614之间存在相邻的保护频带617。

与图5的示例类似，可以预先确定80MHz带宽610对应于PRB#0至429，40MHz带宽620对应于PRB#0至209，20MHz带宽630对应于PRB#0至99，其中每个PRB占用180kHz。来自网络设备110的资源分配信息可以指示为终端设备120分配切片#1中的PRB#1、11、21、…、101(即11个PRB)，PRB#111、121、……、211(即11个PRB)，PRB#221、231、……、321(即11个PRB)，PRB#331、341、……、421(即10个PRB)。终端设备120将与HARQ进程#1相关联的1320个编码比特映射到PRB#1、11、21、……、101，将与HARQ进程#2相关联的1320个编码比特映射到切片#1中的PRB#111、121、……、211，将与HARQ进程#3相关联的1320个编码比特映射到切片#1中的PRB#221、231、……、321，将与HARQ进程#4相关联的1200个编码比特映射到切片#1中的PRB#331、341、……、421。

在图6的示例中，可以预先确定相邻的保护频带615、616和617分别对应于PRB#100至109、PRB#210至219、PRB#320至329。

来自网络设备110的UL调度授权信息还可以包括在相邻的保护频带615、616和617中终端设备120可用的频域资源的分配信息，该分配信息可以向终端设备120指示为其分配的PRB。替选地，基于在多个子频带中终端设备120可用的PRB的信息，终端设备120可以确定相邻的保护频带615、616和617中终端设备120可用的PRB的信息。

终端设备120在相邻的保护频带中填充与被分配给两个工作信道的HARQ进程之一相关联的UL数据、控制信息或参考信号。在一些实施例中，终端设备120可以在相邻的保护频带中填充与被分配给较低频谱的工作信道的HARQ进程相关联的UL数据、控制信息或参考信号。在另一些实施例中，终端设备120可以在相邻的保护频带中填充与被分配给较高频谱的工作信道的HARQ进程相关联的UL数据、控制信息或参考信号。例如，终端设备120可以在相邻的保护频带615中填充与HARQ进程#1相关联的UL数据、控制信息或参考信号，在相邻的保护频带616中填充与HARQ进程#2相关联的UL数据、控制信息或参考信号，并且在相邻的保护频带617中填充与HARQ进程#3相关联的UL数据、控制信息或参考信号。

在一些实施例中，终端设备120可以基于与两个工作信道的HARQ进程之一相关联的UL数据生成冗余数据，进而将所生成的冗余数据填充到相邻的保护频带。由此，可以降低信道编码率，从而提高网络设备110的解码成功率。

图7示出了资源映射的另一示例的示意图。如图所示，80MHz的最大UL传输带宽710被划分为四个工作信道711、712、713和714。HARQ进程#1、HARQ进程#2、HARQ进程#3和HARQ进程#4分别被分配给工作信道711至714。相邻的工作信道711和712之间存在相邻的保护频带715，相邻的工作信道712和713之间存在相邻的保护频带716，并且相邻的工作信道713和714之间存在相邻的保护频带717。

与图6的示例类似，可以预先确定80MHz带宽710对应于PRB#0至429，40MHz带宽720对应于PRB#0至209，20MHz带宽730对应于PRB#0至99，其中每个PRB占用180kHz。此外，可以预先确定相邻的保护频带715、716和717分别对应于PRB#100至109、PRB#210至219、PRB#320至329。

不同于图6的示例，在图7的示例中，网络设备110为终端设备120分配多个子频带中的相同数目的频域资源。例如，来自网络设备110的UL调度授权信息可以向终端设备120指示为其分配的切片#1中的PRB#1、11、21、…、91(即10个PRB)，PRB#111、121、……、201(即10个PRB)，PRB#221、231、……、311(即10个PRB)，PRB#331、341、……、421(即10个PRB)。

来自网络设备110的UL调度授权信息可以包括在相邻的保护频带715、716和717中终端设备120可用的频域资源的分配信息。例如，该分配信息可以指示为终端设备120分配切片#1中的PRB#101、211和321(3个PRB)。

终端设备120将与HARQ进程#1相关联的1200个编码比特映射到切片#1中的PRB#1、11、21、……、91，将与HARQ进程#2相关联的1200个编码比特映射到切片#1中的PRB#111、121、……、201，将与HARQ进程#3相关联的1200个编码比特映射到切片#1中的PRB#221、231、……、311，并且将与HARQ进程#4相关联的1200个编码比特映射到切片#1中的PRB#331、341、……、421。

此外，终端设备120在相邻的保护频带中填充与被分配给多个工作信道的HARQ进程以外的附加的HARQ进程相关联的UL数据。例如，终端设备120可以在相邻的保护频带715、716和717中的至少一个中填充与附加的HARQ进程相关联的UL数据。

在一些实施例中，终端设备120可以经由UL调度授权信息从网络设备110接收该附加的HARQ进程的标识。

在另一些实施例中，终端设备120可以自主地确定该附加的HARQ进程。在这样的实施例中，终端设备120可以预先经由信令从网络设备110接收用于该附加的HARQ进程的MCS的索引和资源分配信息。此外，终端设备120可以通过在被填充的保护频带中的RE中打孔，向网络设备110提供该附加的HARQ进程的标识。

在一些实施例中，与附加的HARQ进程相关联的UL数据的尺寸被预先确定。换言之，与附加的HARQ进程相关联的UL数据的尺寸不依赖于空闲的UL传输带宽。例如，在用于附加的HARQ进程的MCS的码率为0.2并且每个PRB中的可用RE的数目为120的情况下，与附加的HARQ进程相关联的UL数据的尺寸可以被预先确定为0.2×120×1＝24(比特)。在这样的实施例中，终端设备120可以将与附加的HARQ进程相关联的UL数据映射到切片#1中的PRB#101、211和321。

在另一些实施例中，终端设备120可以基于被确定为空闲的工作信道的数目来确定与附加的HARQ进程相关联的UL数据的尺寸。换言之，与附加的HARQ进程相关联的UL数据的尺寸依赖于空闲的UL传输带宽。

例如，在空闲的UL传输带宽为40MHz、用于附加的HARQ进程的MCS的码率为0.2并且每个PRB中的可用RE的数目为120的情况下，与附加的HARQ进程相关联的UL数据的尺寸可以被预先确定为0.2×120×1＝24(比特)。终端设备120基于与附加的HARQ进程相关联的24个信息比特生成120个编码比特并且将其映射到PRB#101。

在空闲的UL传输带宽为80MHz、用于附加的HARQ进程的MCS的码率为0.2并且每个PRB中的可用RE的数目为120的情况下，与附加的HARQ进程相关联的UL数据的尺寸可以被预先确定为0.2×120×3＝72(比特)。终端设备120基于与附加的HARQ进程相关联的72个信息比特生成360个编码比特并且将其映射到PRB#101、211和321。

图8示出了根据本公开的实施例的在终端设备处实施的方法800的流程图。为了描述方便，下面结合图1，以在图1所示的终端设备120处实施为例，对方法800进行描述。应当理解的是，方法800还可以包括未示出的附加步骤和/或可以省略所示出的步骤，本公开的范围在此方面不受限制。

在框810，终端设备120从网络设备110接收UL调度授权信息。该UL调度授权信息至少包括：在非授权频谱上的多个预定子频带中终端设备可用的频域资源的分配信息、以及用于被分配给多个子频带各自的混合自动重传请求(HARQ)进程的标识。

在框820，终端设备120将与HARQ进程相关联的UL数据映射到频域资源。

在框830，终端设备120响应于检测到多个子频带中的至少一个子频带处于空闲，使用至少一个子频带生成单个时域基带信号用于向网络设备110发送。

在一些实施例中，方法800进一步包括：基于分配信息，确定在对应于第一保护频带和第二保护频带两者的PRB中终端设备可用的第四组PRB。

在一些实施例中，方法800进一步包括：生成与HARQ进程中的第一HARQ进程和第二HARQ进程之一相关联的UL数据的冗余数据，第一HARQ进程被分配给第一子频带，第二HARQ进程被分配给第二子频带；以及将冗余数据映射到对应于第一保护频带和第二保护频带两者的PRB。

在一些实施例中，方法800进一步包括：将与第三HARQ进程相关联的UL数据映射到对应于第一保护频带和第二保护频带两者的PRB，第三HARQ进程不同于被分配给多个子频带各自的HARQ进程。

在一些实施例中，UL调度授权信息包括第三HARQ进程的标识。

在一些实施例中，方法800进一步包括在终端设备处自主地确定第三HARQ进程，并且由终端设备将第三HARQ进程的标识传输给网络设备。

在一些实施例中，方法800进一步包括基于至少一个子频带的数目确定与第三HARQ进程相关联的UL数据的尺寸。

应当理解，以上参考图1以及图4至图7所描述的与终端设备120有关的各个操作和特征同样适用于方法800并具有类似的效果。出于简化的目的，在此省略其详述。

图9示出了根据本公开的实施例的在网络设备处实施的方法900的流程图。为了描述方便，下面结合图1，以在图1所示的网络设备110处实施为例，对方法900进行描述。应当理解的是，方法900还可以包括未示出的附加步骤和/或可以省略所示出的步骤，本公开的范围在此方面不受限制。

在框910，网络设备110向终端设备120发送UL调度授权信息。该UL调度授权信息至少包括在非授权频谱上的多个预定子频带中终端设备可用的频域资源的分配信息、以及用于被分配给多个子频带各自的混合自动重传请求(HARQ)进程的标识。

在框920，网络设备110响应于从终端设备120接收到单个时域基带信号，通过对多个子频带执行传输检测，在多个子频带中的至少一个子频带上从终端设备120接收UL数据。

在一些实施例中，多个子频带包括相邻的第一子频带和第二子频带，第一子频带具有第一保护频带，并且第二子频带具有与第一保护频带相邻的第二保护频带。分配信息指示：在对应于第一子频带的物理资源块(PRB)中终端设备可用的第一组PRB，以及在对应于第二子频带的PRB中终端设备可用的第二组PRB。

在一些实施例中，方法900进一步包括：响应于从终端设备接收到单个时域基带信号，通过对第一子频带和第二子频带执行传输检测，在第一保护频带和第二保护频带上接收与HARQ进程中的第一HARQ进程和第二HARQ进程之一相关联的UL数据的冗余数据。第一HARQ进程被分配给第一子频带，第二HARQ进程被分配给第二子频带。

在一些实施例中，方法900进一步包括：响应于从终端设备接收到单个时域基带信号，通过对第一子频带和第二子频带执行传输检测，在第一保护频带和第二保护频带上接收与第三HARQ进程相关联的UL数据。第三HARQ进程不同于被分配给多个子频带各自的HARQ进程。

在一些实施例中，方法900进一步包括：向第一保护频带和第二保护频带分配第三HARQ进程。第三HARQ进程不同于被分配给多个子频带各自的HARQ进程。UL调度授权信息进一步包括第三HARQ进程的标识。

在一些实施例中，第三HARQ进程由终端设备自主地确定，并且第三HARQ进程的标识由终端设备传输给网络设备。

应当理解，以上参考图1以及图4至图7所描述的与网络设备110有关的各个操作和特征同样适用于方法900并具有类似的效果。出于简化的目的，在此省略其详述。

图10示出了适合实现本公开的实施例的通信设备1000的框图。设备1000可以用来实现本公开的实施例中的数据发送设备或者数据接收设备，例如图1所示的网络设备110或者终端设备120。

如图10中的示例所示，通信设备1000可以包括一个或多个处理器1010、耦合到处理器1010的一个或多个存储器1020、以及耦合到处理器1010的一个或多个发送器和/或接收器(TX/RX)1040。

处理器1010可以是适用于本地技术环境的任何合适的类型，并且可以包括但不限于通用计算机、专用计算机、微控制器、数字信号控制器(DSP)以及基于多核处理器架构的处理器中的一种或多种。通信设备1000可以具有多个处理器，诸如在时间上从动于与主处理器同步的时钟的专用集成电路芯片。

存储器1020可以是适用于本地技术环境的任何合适的类型，并且可以使用任何合适的数据存储技术来实现，作为非限制示例，诸如非瞬态计算机可读存储介质、基于半导体的存储器件、磁存储器件和系统、光存储器件和系统、固定存储器和可移除存储器。

存储器1020存储程序1030的至少一部分。TX/RX 1040用于双向通信。TX/RX 1040具有至少一个天线以促进通信，但实践中该设备可以具有若干个天线。通信接口可以表示与其它网元通信所需的任何接口。

程序1030可以包括程序指令，该程序指令在由相关联的处理器1010执行时使得设备1000能够根据本公开实施例进行操作，如参照图2至图9所述的那样。也就是说，本公开的实施例可以通过可由通信设备1000的处理器1010执行的计算机软件实现，或者通过硬件实现，或者通过软件和硬件的结合实现。

一般而言，本公开的各种示例实施例可以在硬件或专用电路、软件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。可用来实现本公开实施例的硬件器件的示例包括但不限于：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)，等等。

作为示例，本公开的实施例可以在机器可执行指令的上下文中被描述，机器可执行指令诸如包括在目标的真实或者虚拟处理器上的器件中执行的程序模块中。一般而言，程序模块包括例程、程序、库、对象、类、组件、数据结构等，其执行特定的任务或者实现特定的抽象数据结构。在各实施例中，程序模块的功能可以在所描述的程序模块之间合并或者分割。用于程序模块的机器可执行指令可以在本地或者分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质二者中。

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

在本公开的上下文中，机器可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或其任意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光存储设备、磁存储设备，或其任意合适的组合。

另外，尽管操作以特定顺序被描绘，但这并不应该理解为要求此类操作以示出的特定顺序或以相继顺序完成，或者执行所有图示的操作以获取期望结果。在某些情况下，多任务或并行处理会是有益的。同样地，尽管上述讨论包含了某些特定的实施细节，但这并不应解释为限制任何发明或权利要求的范围，而应解释为对可以针对特定发明的特定实施例的描述。本说明书中在分开的实施例的上下文中描述的某些特征也可以整合实施在单个实施例中。反之，在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例或在任意合适的子组合中实施。

尽管已经以特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利要求中限定的主题并不限于上文描述的特定特征或动作。相反，上文描述的特定特征和动作是作为实现权利要求的示例形式而被公开的。

Claims

1.一种在终端设备处实施的方法，包括：

从网络设备接收上行链路(UL)调度授权信息，所述UL调度授权信息至少包括：

在非授权频谱上的多个预定子频带中所述终端设备可用的频域资源的分配信息，以及

用于被分配给所述多个子频带各自的混合自动重传请求(HARQ)进程的标识；

将与所述HARQ进程相关联的UL数据映射到所述频域资源；以及

响应于检测到所述多个子频带中的至少一个子频带处于空闲，使用所述至少一个子频带生成单个时域基带信号用于向所述网络设备发送，

其中，所述多个子频带包括相邻的第一子频带和第二子频带，

所述第一子频带具有第一保护频带，并且所述第二子频带具有与所述第一保护频带相邻的第二保护频带，以及

所述分配信息指示：

在对应于所述第一子频带的物理资源块(PRB)中所述终端设备可用的第一组PRB，以及

在对应于所述第二子频带的PRB中所述终端设备可用的第二组PRB。

2.根据权利要求1所述的方法，其中所述分配信息进一步指示在对应于所述第一保护频带和所述第二保护频带两者的PRB中所述终端设备可用的第三组PRB。

3.根据权利要求1所述的方法，进一步包括：

基于所述分配信息，确定在对应于所述第一保护频带和所述第二保护频带两者的PRB中所述终端设备可用的第四组PRB。

4.根据权利要求2或3所述的方法，进一步包括：

生成与所述HARQ进程中的第一HARQ进程和第二HARQ进程之一相关联的UL数据的冗余数据、控制信息或参考信号，所述第一HARQ进程被分配给所述第一子频带，所述第二HARQ进程被分配给所述第二子频带；以及

将所述冗余数据、所述控制信息或所述参考信号映射到对应于所述第一保护频带和所述第二保护频带两者的所述PRB。

5.根据权利要求2或3所述的方法，进一步包括：

将与第三HARQ进程相关联的UL数据映射到对应于所述第一保护频带和所述第二保护频带两者的所述PRB，所述第三HARQ进程不同于被分配给所述多个子频带各自的所述HARQ进程。

6.根据权利要求5所述的方法，其中所述UL调度授权信息包括所述第三HARQ进程的标识。

7.根据权利要求5所述的方法，进一步包括：

在所述终端设备处自主地确定所述第三HARQ进程。

8.根据权利要求5所述的方法，进一步包括：

基于所述至少一个子频带的数目确定与所述第三HARQ进程相关联的所述UL数据的尺寸。

9.根据权利要求5所述的方法，其中与所述第三HARQ进程相关联的所述UL数据的尺寸被预先确定。

10.一种在网络设备处实施的方法，包括：

向终端设备发送上行链路(UL)调度授权信息，所述UL调度授权信息至少包括：

用于被分配给所述多个子频带各自的混合自动重传请求(HARQ)进程的标识；以及

响应于从所述终端设备接收到单个时域基带信号，通过对所述多个子频带执行传输检测，在所述多个子频带中的至少一个子频带上从所述终端设备接收UL数据，

所述分配信息指示：

11.根据权利要求10所述的方法，其中所述分配信息进一步指示在对应于所述第一保护频带和所述第二保护频带两者的PRB中所述终端设备可用的第三组PRB。

12.根据权利要求10所述的方法，进一步包括：

响应于从所述终端设备接收到所述单个时域基带信号，通过对所述第一子频带和所述第二子频带执行传输检测，在所述第一保护频带和所述第二保护频带上接收与所述HARQ进程中的第一HARQ进程和第二HARQ进程之一相关联的UL数据的冗余数据、控制信息或参考信号，所述第一HARQ进程被分配给所述第一子频带，所述第二HARQ进程被分配给所述第二子频带。

13.根据权利要求10所述的方法，进一步包括：

响应于从所述终端设备接收到所述单个时域基带信号，通过对所述第一子频带和所述第二子频带执行传输检测，在所述第一保护频带和所述第二保护频带上接收与第三HARQ进程相关联的UL数据，所述第三HARQ进程不同于被分配给所述多个子频带各自的所述HARQ进程。

14.根据权利要求13所述的方法，进一步包括：

向所述第一保护频带和所述第二保护频带分配所述第三HARQ进程，所述第三HARQ进程不同于被分配给所述多个子频带各自的所述HARQ进程，所述UL调度授权信息进一步包括所述第三HARQ进程的标识。

15.根据权利要求13所述的方法，其中所述第三HARQ进程由所述终端设备自主地确定，并且所述第三HARQ进程的标识由所述终端设备传输给所述网络设备。

16.根据权利要求13所述的方法，其中与所述第三HARQ进程相关联的所述UL数据的尺寸基于所述至少一个子频带的数目被确定。

17.根据权利要求13所述的方法，其中与所述第三HARQ进程相关联的所述UL数据的尺寸被预先确定。

18.一种终端设备，包括：

处理器；以及

存储器，所述存储器存储有指令，所述指令在被所述处理器执行时使所述终端设备执行根据权利要求1-9中的任一项所述的方法。

19.一种网络设备，包括：

处理器；以及

存储器，所述存储器存储有指令，所述指令在被所述处理器执行时使所述网络设备执行根据权利要求10-17中的任一项所述的方法。

20.一种计算机可读介质，其包括机器可执行指令，所述机器可执行指令在由设备执行时使所述设备执行根据权利要求1-9中的任一项所述的方法。

21.一种计算机可读介质，其包括机器可执行指令，所述机器可执行指令在由设备执行时使所述设备执行根据权利要求10-17中的任一项所述的方法。