CN115174024A - 在支持feNB-IOT操作的TDD中的上行链路传输 - Google Patents

Abstract

本公开涉及在支持feNB‑IOT操作的TDD中的上行链路传输。本文总体描述了用户设备(UE)、下一代Node‑B(gNB)和通信方法的实施方案。所述UE可接收包括上行链路调度参数的窄带物理下行链路控制信道(NPDCCH)。所述UE可根据时分双工(TDD)确定传输窄带物理上行链路共享信道(NPUSCH)的上行链路调度延迟。所述上行链路调度延迟可基于预先确定的第一数量的子帧和可变的第二数量的子帧的总和。所述第二数量的子帧可基于可变大小的窗口，所述窗口在自接收到所述NPDCCH以来已经过所述第一数量的子帧时开始，并且在自所述窗口开始以来已经过一定数量的上行链路子帧时结束。所述上行链路子帧的所述一定数量可由所述上行链路调度参数指示。

Description

在支持feNB-IOT操作的TDD中的上行链路传输

本申请是申请日为2018年8月9日、申请号为201880060113.7、发明名称为“在支持feNB-IOT操作的TDD中的上行链路传输”的中国专利申请的分案申请。

优先权要求

本专利申请根据35 USC 119(e)要求于2017年8月10日提交的美国临时专利申请序列号62,543,644[参考号D148745-Z(4884.954PRV)]、于2017年8月10日提交的美国临时专利申请序列号62,543,718[参考号D148818-Z(4884.957PRV)]、于2017年8月10日提交的美国临时专利申请序列号62,543,708[参考号D148746-Z(4884.958PRV)]、于2017年8月21日提交的美国临时专利申请序列号62,548,266[参考号AA3385-Z(4884.956PRV)]、于2017年9月29日提交的美国临时专利申请序列号62,565,784([参考号AA4579-Z(4884.955PRV)]以及于2017年11月15日提交的美国临时专利申请序列号62,586,734([参考号AA6273-Z(4884.959PRV)]的优先权，所有这些临时专利申请全文以引用方式并入本文。

技术领域

实施方案涉及无线通信。一些实施方案涉及无线网络，包括3GPP(第三代合作伙伴计划)网络、3GPP LTE(长期演进)网络和3GPP LTE-A(高级LTE)网络。一些实施方案涉及第五代(5G)网络。一些实施方案涉及新无线电(NR)网络。一些实施方案涉及进一步增强的物联网(feNB-IoT)技术。一些实施方案涉及物联网(IoT)技术。

背景技术

移动设备可根据时分双工(TDD)布置来交换数据。此类系统在各种场景下可能是有用的。例如，当频谱块可用但配对频谱块不可用时，TDD布置可能是一个不错的选择。在一些场景下，无线电帧内的上行链路子帧和下行链路子帧的不同配置可为可能的。针对此类配置的资源分配和/或传输调度可能具有挑战性。因此，通常需要能够在这些和其他场景下进行TDD操作的方法和系统。

发明内容

本公开的一方面涉及一种用于通过基站进行通信的方法，所述方法包括：通过所述基站，编码系统信息块类型1窄带SIB1-NB，所述SIB1-NB指示被配置用于时分双工TDD操作的无线电帧的子帧配置；以及通过所述基站，基于所述子帧配置解码窄带物理随机接入信道NPRACH前导，其中所述NPRACH前导被映射到多个符号组，并且其中，每个符号组包括连续符号周期和循环前缀CP部分。

本公开的一方面涉及一种基站，包括：至少一个天线；至少一个无线电，与所述天线通信；以及至少一个处理器，与所述至少一个无线电通信并且被配置为使所述基站执行本公开所述的方法。

本公开的一方面涉及一种非暂态计算机可读存储介质，存储程序指令，所述程序指令能够由一个或多个处理器执行以使基站执行本公开所述的方法。

附图说明

图1A是根据一些实施方案的示例性网络的功能框图；

图1B是根据一些实施方案的另一个示例性网络的功能框图；

图2示出了根据一些实施方案的示例性机器的框图；

图3示出了根据一些方面的用户设备；

图4示出了根据一些方面的基站；

图5示出了根据一些方面的示例性通信电路；

图6示出了根据一些实施方案的无线电帧结构的示例；

图7A和图7B示出了根据一些实施方案的示例性频率资源；

图8示出了根据一些实施方案的通信方法的操作；

图9示出了根据一些实施方案的另一通信方法的操作；

图10示出了根据一些实施方案的示例性重复模式；

图11示出了根据一些实施方案的跳频的示例；

图12示出了根据一些实施方案的跳频的另一个示例；并且

图13示出了根据一些实施方案的跳频的另一个示例。

具体实施方式

以下描述和附图充分示出具体的实施方案，使得本领域的技术人员能够实践这些实施方案。其他实施方案可结合结构变化、逻辑变化、电气变化、过程变化和其他变化。一些实施方案的部分和特征可包括在另一些实施方案的部分和特征中，或替代另一些实施方案的部分和特征。权利要求书中阐述的实施方案涵盖这些权利要求中的所有可用等同物。

图1A是根据一些实施方案的示例性网络的功能框图。图1B是根据一些实施方案的另一个示例性网络的功能框图。在本文的参考文献中，“图1”可包括图1A和图1B。在一些实施方案中，网络100可以是第三代合作伙伴计划(3GPP)网络。在一些实施方案中，网络150可以是3GPP网络。在一个非限制性示例中，网络150可以是新无线电(NR)网络。然而，应当指出的是，实施方案不限于3GPP网络的使用，因为在一些实施方案中可使用其他网络。例如，在一些情况下，可使用第五代(5G)网络。又如，在一些情况下，可使用新无线电(NR)网络。又如，在一些情况下，可使用无线局域网(WLAN)。然而，实施方案不限于这些示例性网络，因为在一些实施方案中可使用其他网络。在一些实施方案中，网络可包括图1A所示的一个或多个部件。一些实施方案可能不一定包括图1A所示的所有部件，并且一些实施方案可能包括图1A中未示出的附加部件。在一些实施方案中，网络可包括图1B所示的一个或多个部件。一些实施方案可能不一定包括图1B所示的所有部件，并且一些实施方案可能包括图1B中未示出的附加部件。在一些实施方案中，网络可包括图1A所示的一个或多个部件和图1B所示的一个或多个部件。在一些实施方案中，网络可包括图1A所示的一个或多个部件、图1B所示的一个或多个部件以及一个或多个附加部件。

网络100可包括通过S1接口115耦接在一起的无线电接入网络(RAN)101和核心网络120(例如，示出为演进分组核心(EPC))。为了方便和简洁起见，仅示出了核心网络120的一部分以及RAN 101。在一个非限制性示例中，RAN 101可以是演进的通用陆地无线电接入网络(E-UTRAN)。在另一个非限制性示例中，RAN 101可包括新无线电(NR)网络的一个或多个部件。在另一个非限制性示例中，RAN 101可包括E-UTRAN的一个或多个部件和另一个网络(包括但不限于NR网络)的一个或多个部件。

核心网络120可包括移动性管理实体(MME)122、服务网关(服务GW)124和分组数据网络网关(PDN GW)126。在一些实施方案中，网络100可包括(和/或支持)用于与用户设备(UE)102进行通信的一个或多个演进Node-B(eNB)104(其可作为基站操作)。在一些实施方案中，eNB 104可包括宏eNB和低功率(LP)eNB。

在一些实施方案中，网络100可包括(和/或)一个或多个下一代Node-B(gNB)105。在一些实施方案中，一个或多个eNB 104可被配置为作为gNB 105操作。实施方案不限于图1A所示的eNB 104的数量或者图1A所示的gNB 105的数量。在一些实施方案中，网络100可不一定包括eNB 104。实施方案也不限于图1A所示的部件的连接。

应当指出的是，本文中对eNB 104或gNB 105的引用不是限制性的。在一些实施方案中，一个或多个操作、方法和/或技术(诸如本文描述的那些)可由基站部件(和/或其他部件)实施，包括但不限于gNB 105、eNB 104、服务小区、传输接收点(TRP)和/或其他。在一些实施方案中，基站部件可被配置为根据新无线电(NR)协议和/或NR标准来操作，但是实施方案的范围在这方面不受限制。在一些实施方案中，基站部件可被配置为根据第五代(5G)协议和/或5G标准来操作，但是实施方案的范围在这方面不受限制。

在一些实施方案中，UE 102和/或eNB 104中的一者或多者可被配置为根据NR协议和/或NR技术来操作。作为本文的描述的一部分，对UE 102、eNB 104和/或gNB 105的引用不是限制性的。例如，对由gNB 105实施的一个或多个操作、技术和/或方法的描述不是限制性的。在一些实施方案中，那些操作、技术和/或方法中的一者或多者可由eNB 104和/或其他基站部件实施。

在一些实施方案中，UE 102、eNB 104和/或gNB 105中的一者或多者可被配置为根据与以下中的一者或多者相关的一种或多种技术、一种或多种协议和/或一种或多种标准来操作：物联网(IoT)、窄带IoT(NB IoT)、增强型NB IoT(cNB-IoT)、进一步增强的窄带物联网(feNB-IoT)和/或其他网络。

在一些实施方案中，UE 102可向gNB 105传输信号(数据、控制和/或其他形式)，并且可从gNB 105接收信号(数据、控制和/或其他信号形式)。在一些实施方案中，UE 102可向eNB 104传输信号(数据、控制和/或其他信号形式)，并且可从eNB 104接收信号(数据、控制和/或其他信号形式)。这些实施方案将在下面更详细地描述。

MME 122在功能上类似于传统服务GPRS支持节点(SGSN)的控制平面。MME 122管理访问中的移动性方面，诸如网关选择和跟踪区域列表管理。服务GW 124终止朝向RAN 101的接口，并且在RAN 101和核心网络120之间路由数据分组。另外，服务GW 124可以是用于eNB间节点切换的本地移动性锚点，并且还可提供用于3GPP间移动性的锚。其他职责可包括合法拦截、计费和执行某些策略。服务GW 124和MME 122可在一个物理节点或分离的物理节点中实现。PDN GW 126终止朝向分组数据网络(PDN)的SGi接口。PDN GW 126在EPC 120和外部PDN之间路由数据分组，并且可以是用于策略执行和计费数据收集的关键节点。它还可为非LTE接入的移动性提供锚点。外部PDN可以是任何类型的IP网络，也可以是IP多媒体子系统(IMS)域。PDN GW 126和服务GW 124可在一个物理节点或分离的物理节点中实现。

在一些实施方案中，(宏和微)eNB 104终止空中接口协议并且可为UE 102的第一联系点。在一些实施方案中，eNB 104可以满足网络100的各种逻辑功能，包括但不限于，RNC(无线电网络控制器功能)，诸如无线电承载管理、上行链路和下行链路动态无线电资源管理和数据分组调度以及移动性管理。

在一些实施方案中，UE 102可被配置为根据正交频分多址(OFDMA)通信技术，通过多载波通信信道与eNB 104和/或gNB 105传送正交频分复用(OFDM)通信信号。在一些实施方案中，eNB 104和/或gNB 105可被配置为根据OFDMA通信技术通过多载波通信信道与UE102传送OFDM通信信号。OFDM信号可包括多个正交子载波。

S1接口115是将RAN 101和EPC 120分开的接口。它可分为两部分：S1-U，其在eNB104和服务GW 124之间承载流量数据；以及S1-MME，其为eNB 104和MME 122之间的信令接口。X2接口是eNB 104之间的接口。X2接口包括两部分，X2-C和X2-U。X2-C是eNB 104之间的控制平面接口，而X2-U是eNB 104之间的用户平面接口。

在一些实施方案中，针对eNB 104描述的类似功能和/或连接可用于gNB 105，但是实施方案的范围在这方面不受限制。在一个非限制性示例中，S1接口115(和/或类似接口)可分为两部分：S1-U，其在gNB 105和服务GW 124之间承载流量数据；以及S1-MME，其为gNB104和MME 122之间的信令接口。X2接口(和/或类似接口)可启用eNB 104之间的通信、gNB105之间的通信和/或eNB 104与gNB 105之间的通信。

对于蜂窝网络，LP小区通常用于将覆盖范围扩展到室外信号不能很好到达的室内区域，或者用于在电话使用非常密集的区域诸如火车站中增加网络容量。如本文所用，术语低功率(LP)eNB是指用于实现较窄的小区(窄于宏小区)的任何合适的相对低功率的eNB，诸如毫微微蜂窝基站、微微蜂窝基站或微小区。毫微微蜂窝基站eNB通常由移动网络运营商提供给其住宅或企业客户。毫微微蜂窝基站通常为住宅网关或更小的大小，并且通常连接到用户的宽带线路。一旦插入，毫微微蜂窝基站便连接到移动运营商的移动网络，并为住宅毫微微蜂窝基站提供通常在30至50米范围内的额外覆盖范围。因此，由于LP eNB通过PDN GW126耦接，因此它可能是毫微微蜂窝基站eNB。类似地，微微蜂窝基站是通常覆盖小区域的无线通信系统，诸如建筑物内(办公室、购物中心、火车站等)，或者最近在飞机上。微微蜂窝基站eNB通常可通过其基站控制器(BSC)功能通过X2链路连接到另一个eNB，诸如宏eNB。因此，由于LP eNB经由X2接口耦接至宏eNB，因此LP eNB可利用微微蜂窝基站eNB来实现。微微蜂窝基站eNB或其他LP eNB可结合宏eNB的一些或全部功能。在一些情况下，这可被称为接入点基站或企业毫微微蜂窝基站。在一些实施方案中，可使用各种类型的gNB 105，包括但不限于上述eNB类型中的一种或多种。

在一些实施方案中，网络150可包括被配置为根据一种或多种3GPP标准(包括但不限于NR标准)操作的一个或多个部件。图1B所示的网络150可包括下一代RAN(NG-RAN)155，其可包括一个或多个gNB 105。在一些实施方案中，网络150可包括E-UTRAN 160，其可包括一个或多个eNB。E-UTRAN 160可类似于本文所述的RAN 101，但是实施方案的范围在这方面不受限制。

在一些实施方案中，网络150可包括MME 165。MME 165可类似于本文所述的MME122，但是实施方案的范围在这方面不受限制。MME 165可执行与本文关于MME 122所述的操作或功能类似的一个或多个操作或功能，但是实施方案的范围在这方面不受限制。

在一些实施方案中，网络150可包括SGW 170。SGW 170可类似于本文所述的SGW124，但是实施方案的范围在这方面不受限制。SGW 170可执行与本文关于SGW 124所述的操作或功能类似的一个或多个操作或功能，但是实施方案的范围在这方面不受限制。

在一些实施方案中，网络150可包括用于用户平面功能(UPF)和用于PGW的用户平面功能(PGW-U)的一个或多个部件和/或一个或多个模块，如175所示。在一些实施方案中，网络150可包括用于会话管理功能(SMF)和用于PGW的控制平面功能(PGW-C)的一个或多个部件和/或一个或多个模块，如180所示。在一些实施方案中，由175和/或180指示的一个或多个部件和/或一个或多个模块可类似于本文所述的PGW 126，但是实施方案的范围在这方面不受限制。由175和/或180指示的一个或多个部件和/或一个或多个模块可执行与本文关于PGW 126所述的操作或功能类似的一个或多个操作或功能，但是实施方案的范围在这方面不受限制。部件170、172中的一者或两者可执行本文针对PGW 126所述的功能的至少一部分，但是实施方案的范围在这方面不受限制。

实施方案不限于图1B所示的部件的数量或类型。实施方案也不限于图1B所示的部件的连接。

在一些实施方案中，下行链路资源网格可用于从eNB 104到UE 102的下行链路传输，而从UE 102到eNB 104的上行链路传输可利用类似的技术。在一些实施方案中，下行链路资源网格可用于从gNB 105到UE 102的下行链路传输，而从UE 102到gNB 105的上行链路传输可利用类似的技术。网格可以是时频网格，称为资源网格或时频资源网格，其是每个时隙中下行链路中的物理资源。对于OFDM系统，此类时频平面表示是常见的做法，这使得无线资源分配变得直观。资源网格的每一列和每一行分别对应一个OFDM符号和一个OFDM子载波。时域中资源网格的持续时间与无线电帧中的一个时隙对应。资源网格中最小的时频单位表示为资源元素(RE)。使用此类资源块来传送几个不同的物理下行链路信道。与本公开特别相关的是，这些物理下行链路信道中的两个是物理下行链路共享信道和物理下行链路控制信道。

如本文所用，术语“电路”可以指执行一个或多个软件或固件程序、组合逻辑电路和/或提供所述的功能的其他合适的硬件部件的专用集成电路(ASIC)、电子电路、处理器(共享、专用或组)和/或存储器(共享、专用或组)，作为其一部分或包括它们。在一些实施方案中，电路可在一个或多个软件或固件模块中实现，或与电路相关联的功能可由一个或多个软件或固件模块来实现。在一些实施方案中，电路可包括逻辑部件，该逻辑部件可至少部分地在硬件中操作。可以使用任何适当配置的硬件和/或软件将本文所述的实施方案实施到系统中。

图2示出了根据一些实施方案的示例性机器的框图。机器200是可在其上执行本文所讨论的技术和/或方法中的任一者或多者的示例性机器。在另选实施方案中，机器200可作为独立设备操作或者可以连接(例如，联网)到其他机器。在联网部署中，机器200可在服务器-客户端网络环境中作为服务器机器、客户端机器或两者操作。在一个示例中，机器200可充当对等(P2P)(或其他分布式)网络环境中的对等机器。机器200可以是UE 102、eNB104、gNB 105、接入点(AP)、站点(STA)、用户、设备、移动设备、基站、个人计算机(PC)、平板电脑、机顶盒(STB)、个人数字助理(PDA)、移动电话、智能电话、网络设备、网络路由器、交换机或网桥，或者能够执行指定该机器要采取的动作的指令(顺序或以其他方式)的任何机器。此外，虽然仅示出了一个机器，但术语“机器”也应被视为包括单独或共同执行一组(或多组)指令以执行本文所讨论的任何一种或多种方法(诸如云计算软件即服务(SaaS))、其他计算机集群配置的机器的任何集合。

如本文所述的示例可包括逻辑部件或多个部件、模块或机构，或可在逻辑部件或多个部件、模块或机构上操作。模块是能够执行指定操作并且可某种方式进行配置或布置的有形实体(例如，硬件)。在一个示例中，电路可按指定方式(例如，在内部或相对于外部实体诸如其他电路)被布置为模块。在一个示例中，一个或多个计算机系统(例如，独立计算机系统、客户端计算机系统或服务器计算机系统)或一个或多个硬件处理器的全部或部分可由固件或软件(例如，指令、应用程序部分或应用程序)配置为操作以执行指定操作的模块。在一个示例中，软件可驻留在机器可读介质上。在一个示例中，当软件由模块的底层硬件执行时，导致硬件执行指定的操作。

因此，术语“模块”应被理解为涵盖有形实体，即物理构造的实体，其被专门配置(例如，硬接线)或临时(例如，暂时)配置(例如，编程)为以指定方式操作或执行本文所述任何操作的部分或全部。考虑模块被暂时配置的示例，每个模块在任何一个时刻都不需要实例化。例如，如果模块包括使用软件配置的通用硬件处理器，则通用硬件处理器可在不同时间被配置为相应的不同模块。软件可相应地配置硬件处理器，例如以在一个时间实例处构成特定模块并在不同的时间实例处构成不同的模块。

机器(例如，计算机系统)200可包括硬件处理器202(例如，中央处理单元(CPU)、图形处理单元(GPU)、硬件处理器内核或它们的任何组合)、主存储器204和静态存储器206，其中一些或全部可经由互连链路(例如，总线)208彼此通信。机器200还可包括显示单元210、数字字母混合输入设备212(例如，键盘)和用户界面(UI)导航设备214(例如，鼠标)。在一个示例中，显示单元210、输入设备212和UI导航设备214可为触摸屏显示器。机器200可另外包括存储设备(例如，驱动单元)216、信号生成设备218(例如，扬声器)、网络接口设备220，以及一个或多个传感器221，诸如全球定位系统(GPS)传感器、罗盘、加速度计或其他传感器。机器200可包括输出控制器228，诸如串行(例如通用串行总线(USB))连接、并行连接、其他有线或无线(例如，红外(IR)、近场通信(NFC)等)连接，以与一个或多个外围设备(例如，打印机、读卡器等)通信或控制该一个或多个外围设备。

存储设备216可包括机器可读介质222，在该介质上存储由本文所述的技术或功能中的任何一者或多者所体现或利用的一组或多组数据结构或指令224(例如，软件)。在机器200执行指令224期间，该指令还可全部或至少部分地驻留在主存储器204内、静态存储器206内或硬件处理器202内。在一个示例中，硬件处理器202、主存储器204、静态存储器206或存储设备216中的一者或任何组合可构成机器可读介质。在一些实施方案中，机器可读介质可以是或可包括非暂态计算机可读存储介质。在一些实施方案中，机器可读介质可以是或可包括计算机可读存储介质。

虽然机器可读介质222被示出为单个介质，但术语“机器可读介质”可包括被配置为存储一个或多个指令224的单个介质或多个介质(例如，集中或分布式数据库，和/或相关联的高速缓存和服务器)。术语“机器可读介质”可包括能够存储、编码或携带指令以供机器200执行，并且使得机器200执行本公开的任何一种或多种技术，或者能够存储、编码或携带由此类指令使用或与此类指令相关联的数据结构的任何介质。非限制性机器可读介质示例可包括固态存储器，以及光学和磁性介质。机器可读介质的具体示例可包括：非易失性存储器，诸如半导体存储器设备(例如，电可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM))和闪存存储器设备；磁盘，诸如内部硬盘和可移动磁盘；磁光盘；随机存取存储器(RAM)；以及CD-ROM和DVD-ROM盘。在一些示例中，机器可读介质可包括非暂态机器可读介质。在一些示例中，机器可读介质可包括不是暂时性传播信号的机器可读介质。

指令224还可使用传输介质经由网络接口设备220在通信网络226中传输或接收，该传输或接收利用多个传输协议(例如，帧中继、互联网协议(IP)、传输控制协议(TCP)、用户数据报协议(UDP)、超文本传输协议(HTTP)等)中的任一者进行。示例性通信网络可包括局域网(LAN)、广域网(WAN)、分组数据网络(例如，互联网)、移动电话网络(例如，蜂窝网络)、普通传统电话(POTS)网络和无线数据网络(例如，电气和电子工程师学会(IEEE)802.11系列被称为

的标准、IEEE 802.16系列被称为

的标准)、IEEE802.15.4系列标准、长期演进(LTE)系列标准、通用移动通信系统(UMTS)系列标准、对等(P2P)网络等。在一个示例中，网络接口设备220可包括一个或多个物理插孔(例如，以太网、同轴电缆或电话插孔)或者一个或多个天线以连接到通信网络226。在一个示例中，网络接口设备220可包括多个天线以使用单输入多输出(SIMO)、多输入多输出(MIMO)或多输入单输出(MISO)技术中的至少一者进行无线通信。在一些示例中，网络接口设备220可使用多用户MIMO技术进行无线通信。术语“传输介质”应被认为包括能够存储、编码或携带由机器200执行的指令的任何无形介质，并且包括数字或模拟通信信号或其他无形介质以便于此类软件的通信。

图3示出了根据一些方面的用户设备。在一些实施方案中，用户设备300可以是移动设备。在一些实施方案中，用户设备300可以是或可被配置为作为用户设备(UE)操作。在一些实施方案中，用户设备300可被布置成根据新无线电(NR)协议来操作。在一些实施方案中，用户设备300可被布置成根据第三代合作伙伴协议(3GPP)协议来操作。在一些实施方案中，用户设备300可适合用作如图1所示的UE 102。应当指出的是，在一些实施方案中，UE、UE的装置、用户设备或用户设备的装置可包括图2、图3和图5的一个或多个图中所示的一个或多个部件。在一些实施方案中，此类UE、用户设备和/或装置可包括一个或多个附加部件。

在一些方面，用户设备300可包括应用处理器305、基带处理器310(也称为基带模块)、无线电前端模块(RFEM)315、存储器320、连通性模块325、近场通信(NFC)控制器330、音频驱动器335、相机驱动器340、触摸屏345、显示驱动器350、传感器355、可移除存储器360、电源管理集成电路(PMIC)365和智能电池370。在一些方面，用户设备300可为用户设备(UE)。

在一些方面，应用处理器305可包括，例如，一个或多个CPU内核，以及高速缓存存储器、低压差调节器(LDO)、中断控制器、串行接口诸如串行外围接口(SPI)、内部集成电路(I²C)或通用可编程串行接口模块、实时时钟(RTC)、计时器，包括间隔计时器和监视计时器、通用输入/输出(I/O)、存储器卡控制器诸如安全数字/多媒体卡(SD/MMC)或类似产品、通用串行总线(USB)接口、移动产业处理器接口(MIPI)接口和联合测试访问组(JTAG)测试访问端口中的一者或多者。

在一些方面，基带模块310可被实现为例如焊入式衬底，该焊入式衬底包括一个或多个集成电路、焊接到主电路板的单个封装集成电路和/或包含两个或更多个集成电路的多芯片模块。

图4示出了根据一些方面的基站。在一些实施方案中，基站400可以是或可被配置为作为演进Node-B(eNB)操作。在一些实施方案中，基站400可以是或可被配置为作为下一代Node-B(gNB)操作。在一些实施方案中，基站400可被布置成根据新无线电(NR)协议来操作。在一些实施方案中，基站400可被布置成根据第三代合作伙伴协议(3GPP)协议来操作。应当指出的是，在一些实施方案中，基站400可以是固定式非移动设备。在一些实施方案中，基站400可适合用作如图1所示的eNB 104。在一些实施方案中，基站400可适合用作如图1所示的gNB 105。应当指出的是，在一些实施方案中，eNB、eNB的装置、gNB、gNB的装置、基站和/或基站的装置可包括图2、图4和图5的一个或多个图中所示的一个或多个部件。在一些实施方案中，此类eNB、gNB、基站和/或装置可包括一个或多个附加部件。

图4示出了根据一个方面的基站或基础设施设备无线电头400。基站400可包括应用处理器405、基带模块410、一个或多个无线电前端模块415、存储器420、电源管理电路425、电源三通电路430、网络控制器435、网络接口连接器440、卫星导航接收器模块445和用户界面450中的一者或多者。在一些方面，基站400可以是演进Node-B(eNB)，其可被布置成根据3GPP协议、新无线电(NR)协议和/或第五代(5G)协议来操作。在一些方面，基站400可以是下一代Node-B(gNB)，其可被布置成根据3GPP协议、新无线电(NR)协议和/或第五代(5G)协议来操作。

在一些方面，应用处理器405可包括一个或多个CPU内核，以及高速缓存存储器、低压差调节器(LDO)、中断控制器、串行接口诸如SPI、I²C或通用可编程串行接口模块、实时时钟(RTC)、计时器，包括间隔计时器和监视计时器、通用I/O、存储器卡控制器诸如SD/MMC或类似产品、USB接口、MIPI接口和联合测试访问组(JTAG)测试访问端口中的一者或多者。

在一些方面，基带处理器410可被实现为例如焊入式衬底，该焊入式衬底包括一个或多个集成电路、焊接到主电路板的单个封装集成电路和/或包含两个或更多个集成电路的多芯片模块。

在一些方面，存储器420可包括以下中的一者或多者：包括动态随机存取存储器(DRAM)和/或同步动态随机存取存储器(SDRAM)的易失性存储器、包括高速电可擦存储器(通常称为“闪存存储器”)的非易失性存储器(NVM)、相变随机存取存储器(PRAM)、磁阻随机存取存储器(MRAM)和/或三维交叉点存储器。存储器420可被实现为以下中的一者或多者：焊入式封装集成电路、套接存储器模块和插入式存储器卡。

在一些方面，电源管理集成电路425可包括稳压器、电涌保护器、电源警报检测电路以及一个或多个备用电源诸如电池或电容器中的一者或多者。电源警报检测电路可检测掉电(欠压)和电涌(过压)状况中的一者或多者。

在一些方面，电源三通电路430可提供从网络电缆提取的电力，以使用单个电缆来为基站400提供电源和数据连接两者。在一些方面，网络控制器435可使用标准网络接口协议诸如以太网来提供到网络的连接。网络连接可使用物理连接来提供，该物理连接是电连接(通常称为铜互连)、光连接或无线连接中的一种。

在一些方面，卫星导航接收器模块445可包括用于接收和解码由一个或多个导航卫星星座传输的信号的电路，所述一个或多个导航卫星星座诸如全球定位系统(GPS)、全球导航系统(GLONASS)、伽利略和/或北斗。接收器445可向应用处理器405提供数据，该数据可包括位置数据或时间数据中的一者或多者。应用处理器405可使用时间数据来与其他无线电基站同步操作。在一些方面，用户界面450可包括物理按钮或虚拟按钮中的一者或多者诸如复位按钮、一个或多个指示器诸如发光二极管(LED)，以及显示屏。

图5示出了根据一些方面的示例性通信电路。另选地，电路500根据功能进行分组。出于示例性目的，此处示出了500中所示的部件，并且可包括图5中未示出的其他部件。在一些方面，通信电路500可用于毫米波通信，但各方面不限于毫米波通信。在一些方面，通信电路500可执行任何合适频率下的通信。

应当指出的是，在一些方面，设备诸如UE 102、eNB 104、gNB 105、用户设备300、基站400、机器200和/或其他设备可包括通信电路500的一个或多个部件。

通信电路500可包括协议处理电路505，其可实现介质访问控制(MAC)、无线电链路控制(RLC)、分组数据会聚协议(PDCP)、无线电资源控制(RRC)和非接入层(NAS)功能中的一者或多者。协议处理电路505可包括用于执行指令的一个或多个处理内核(未示出)以及用于存储程序和数据信息的一个或多个存储器结构(未示出)。

通信电路500还可包括数字基带电路510，该数字基带电路可实现物理层(PHY)功能，这些功能包括以下中的一者或多者：混合自动重发请求(HARQ)功能、加扰和/或解扰、编码和/或解码、层映射和/或解映射、调制符号映射、接收符号和/或位度量确定、多天线端口预编码和/或解码，其可包括空时、空频或空间编码、参考信号生成和/或检测、前导序列生成和/或解码、同步序列生成和/或检测、控制信道信号盲解码以及其他相关功能中的一者或多者。

通信电路500还可包括传输电路515、接收电路520和/或天线阵列电路530。通信电路500还可包括射频(RF)电路525。在本公开的一个方面，RF电路525可包括用于传输或接收功能中的一者或多者的多个并行RF链，每个RF链连接到天线阵列530中的一个或多个天线。

在本公开的一个方面，协议处理电路505可包括控制电路(未示出)的一个或多个实例，以为数字基带电路510、传输电路515、接收电路520和/或射频电路525中的一者或多者提供控制功能。

在一些实施方案中，处理电路可执行本文所述的一个或多个操作和/或其他操作。在一个非限制性示例中，处理电路可包括一个或多个部件，诸如处理器202、应用处理器305、基带模块310、应用处理器405、基带模块410、协议处理电路505、数字基带电路510、类似部件和/或其他部件。

在一些实施方案中，收发器可传输一个或多个元素(包括但不限于本文所述的那些元素)并且/或者接收一个或多个元素(包括但不限于本文所述的那些元素)。在一个非限制性示例中，收发器可包括一个或多个部件，诸如无线电前端模块315、无线电前端模块415、传输电路515、接收电路520、射频电路525、类似部件和/或其他部件。

一个或多个天线(诸如230、312、412、530和/或其他天线)可包括一个或多个定向或全向天线，包括例如偶极天线、单极天线、贴片天线、环形天线、微带天线或适用于RF信号传输的其他类型的天线。在一些多输入多输出(MIMO)实施方案中，一个或多个天线(诸如230、312、412、530和/或其他天线)可被有效地分离，以利用空间分集和可能产生的不同信道特性。

在一些实施方案中，UE 102、eNB 104、gNB 105、用户设备300、基站400、机器200和/或本文所述的其他设备可以是移动设备和/或便携式无线通信设备，诸如个人数字助理(PDA)、具有无线通信能力的膝上型电脑或便携式计算机、网络平板电脑、无线电话、智能手机、无线耳机、寻呼机、即时消息设备、数码相机、接入点、电视、可穿戴设备诸如医疗设备(例如，心率监视器、血压监视器等)，或者可无线地接收和/或传输信息的其他设备。在一些实施方案中，UE 102、eNB 104、gNB 105、用户设备300、基站400、机器200和/或本文所述的其他器件可被配置为根据3GPP标准操作，但是实施方案的范围在这方面不受限制。在一些实施方案中，UE 102、eNB 104、gNB 105、用户设备300、基站400、机器200和/或本文所述的其他设备可被配置为根据新无线电(NR)标准操作，但是实施方案的范围在这方面不受限制。在一些实施方案中，UE 102、eNB 104、gNB 105、用户设备300、基站400、机器200和/或本文所述的其他设备可被配置为根据其他协议或标准来操作，包括IEEE 802.11或其他IEEE标准。在一些实施方案中，UE 102、eNB 104、gNB 105、用户设备300、基站400、机器200和/或本文所述的其他设备可包括键盘、显示器、非易失性存储器端口、多个天线、图形处理器、应用处理器、扬声器和其他移动设备元件中的一者或多者。显示器可以是包括触摸屏的LCD屏幕。

尽管UE 102、eNB 104、gNB 105、用户设备300、基站400、机器200和/或本文所述的其他设备可各自被示出为具有若干单独的功能元件，但功能元件中的一个或多个可被组合并且可通过软件配置的元件诸如处理元件(包括数字信号处理器(DSP))和/或其他硬件元件的组合来实现。例如，一些元件可包括一个或多个微处理器、DSP、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、射频集成电路(RFIC)以及用于至少执行本文所述功能的各种硬件和逻辑电路的组合。在一些实施方案中，功能元件可以是指在一个或多个处理元件上操作的一个或多个过程。

实施方案可在硬件、固件和软件中的一者或组合中实现。实施方案还可实现为存储在计算机可读取存储设备上的指令，这些指令可由至少一个处理器读取和执行以执行本文所述的操作。计算机可读存储设备可包括用于以机器(例如，计算机)可读的形式存储信息的任何非暂态机构。例如，计算机可读取的存储设备可包括只读存储器(ROM)、随机存取存储器，(RAM)、磁盘存储介质、光学存储介质、闪存存储器设备以及其它存储设备和介质。一些实施方案可包括一个或多个处理器，并且可通过存储在计算机可读存储设备上的指令来配置。

应当指出的是，在一些实施方案中，UE 102、eNB 104、gNB 105、机器200、用户设备300和/或基站400所使用的装置可包括图2至图5所示的各种部件。因此，本文所述的涉及UE102的技术和操作可适用于UE的装置。此外，本文所述的涉及eNB 104的技术和操作可适用于eNB的装置。此外，本文所述的涉及gNB 105的技术和操作可适用于gNB的装置。

图6示出了根据一些实施方案的无线电帧结构的示例。图7A和图7B示出了根据一些实施方案的示例性频率资源。在本文的参考文献中，“图7”可包括图7A和图7B。应当指出的是，在一些情况下，图6至图7中所示的示例可以示出本文所述的一些或全部概念和技术，但是实施方案不限于这些示例。例如，实施方案不限于图6至图7所示的时间资源、符号周期、频率资源、PRB和其他元素的名称、数量、类型、大小、排序、布置和/或其他方面。尽管图6至图7的示例中示出的一些元素可包括在3GPP LTE标准、5G标准、NR标准和/或其他标准中，但是实施方案不限于使用包括在标准中的此类元素。

图6中示出了可在一些方面使用的无线电帧结构的示例。在该示例中，无线电帧600具有10ms的持续时间。无线电帧600被划分成时隙602，每个时隙持续时间为0.5ms，并且从0到19编号。另外，编号为2i和2i+1的每对相邻时隙602(其中i为整数)被称为子帧601。

在使用图6的无线电帧格式的一些方面，每个子帧601可包括下行链路控制信息、下行链路数据信息、上行链路控制信息和上行链路数据信息中的一者或多者的组合。可为每个子帧602独立地选择信息类型和方向的组合。

参见图7A和图7B，在一些方面，由频域中的一个子载波和时域中的一个符号间隔组成的传输信号的子分量可被称为资源元素。资源元素可以如图7A和图7B所示的网格形式来描绘。

在一些方面，如图7A所示，资源元素可被分组成矩形资源块700，该矩形资源块由频域中的12个子载波和时域中的P个符号组成，其中P可对应于一个时隙中包含的符号的数量，并且可以是6个、7个或任何其他合适数量的符号。

在一些另选方面，如图7B所示，资源元素可被分组成资源块700，该资源块由频域中的12个子载波(如702所示)和时域中的一个符号组成。在图7A和图7B的描绘中，每个资源元素705可被索引为(k,1)，其中k是子载波的索引号，在0到N.M-1的范围内(如703所示)，其中N是资源块中的子载波的数量，并且M是跨越频域中的分量载波的资源块的数量。

根据一些实施方案，UE 102可接收窄带物理下行链路控制信道(NPDCCH)，该NPDCCH调度由UE 102在一个或多个无线电帧中进行的窄带物理上行链路共享信道(NPUSCH)的传输。无线电帧可被配置用于时分双工(TDD)操作。无线电帧的子帧可包括上行链路子帧和下行链路子帧。UE102可基于预先确定的第一数量的子帧和可变的第二数量的子帧的总和来确定NPUSCH的传输的上行链路调度延迟。第二数量的子帧可基于可变大小的窗口。该窗口可在自接收到NPDCCH以来已经过第一数量的子帧时开始。该窗口可在自窗口开始以来已经过一定数量的上行链路子帧时结束。上行链路子帧的所述一定数量可由NPDCCH中包括的上行链路调度参数指示。这些实施方案将在下面更详细地描述。

图8示出了根据一些实施方案的通信方法的操作。图9示出了根据一些实施方案的另一通信方法的操作。在描述方法800和900时，可参考图1至图13中的一个或多个图，但应当理解，可利用任何其他合适的系统、接口和部件来实施方法800和900。在一些情况下，本文对关于本文所述的方法之一(800、900和/或其他方法)的概念、操作和/或技术中的一者或多者的描述可适用于本文所述的其他方法中的至少一种(800、900和/或其他方法)。

方法800的一些实施方案可包括与图8所示的操作相比的附加操作，包括但不限于本文所述的操作。方法800的一些实施方案可不一定包括图8所示的所有操作。此外，方法800的实施方案不必限于图8所示的时间顺序。在一些实施方案中，UE 102可执行方法800的一个或多个操作，但实施方案不限于方法800的执行和/或UE 102对其的操作。因此，尽管在本文的描述中可以参考UE 102对方法800的一个或多个操作的执行，但是应当理解，在一些实施方案中，eNB 104、gNB 105和/或其他设备可执行可与方法800的一个或多个操作相同、相似和/或相反的一个或多个操作。在一些实施方案中，UE 102可执行与方法800的一个或多个操作相同、相似和/或相反的一个或多个操作。

方法900的一些实施方案可包括与图9所示的操作相比的附加操作，包括但不限于本文所述的操作。方法900的一些实施方案可不一定包括图9所示的所有操作。此外，方法900的实施方案不必限于图9所示的时间顺序。在一些实施方案中，gNB 105可执行方法900的一个或多个操作，但实施方案不限于方法900的执行和/或gNB 105对其的操作。因此，尽管在本文的描述中可以参考gNB 105对方法900的一个或多个操作的执行，但是应当理解，在一些实施方案中，eNB 104、UE 102和/或其他设备可执行可与方法900的一个或多个操作相同、相似和/或相反的一个或多个操作。在一些实施方案中，gNB 105可执行与方法900的一个或多个操作相同、相似和/或相反的一个或多个操作。

在一些情况下，作为方法800的一部分描述的操作和技术可与方法900相关。在一些情况下，作为方法900的一部分描述的操作和技术可与方法800相关。此外，方法900的实施方案可包括可与本文所述的方法800的一个或多个操作(和/或其他操作)相同、相似或相反的一个或多个操作。例如，方法800的操作可包括由UE 102接收元素(诸如帧、块、消息和/或其他元素)，并且方法900可包括由gNB 105传输相同或相似的元素。

虽然本文所述的方法800和900以及其他方法可以指根据3GPP标准、5G标准、NR标准、feNB-IoT标准和/或其他标准操作的eNB 104、gNB 105或UE 102，但是那些方法的实施方案不仅限于那些eNB 104、gNB 105或UE 102，并且也可在其他设备诸如Wi-Fi接入点(AP)或用户站(STA)上实施。此外，本文所述的方法800、900和其他方法可由被配置为在其他合适类型的无线通信系统中操作的无线设备来实施，包括被配置为根据各种IEEE标准诸如IEEE 802.11进行操作的系统。本文所述的方法800、900和其他方法也可适用于UE 102的装置、eNB 104的装置、gNB105的装置和/或上述另一设备的装置。

还应当指出的是，实施方案不限于本文(诸如在方法800、900的描述和/或本文的其他描述中)对元素诸如帧、消息、请求、指示符、信号或其他元素的传输、接收和/或交换的引用。在一些实施方案中，此类元素可由处理电路(诸如由处理电路中包括的基带处理器)生成、编码或以其他方式处理，以用于传输。在一些情况下，传输可由收发器或其他部件执行。在一些实施方案中，此类元素可由处理电路(诸如，由基带处理器)编码、检测或以其他方式处理。在一些情况下，该元素可由收发器或其他部件接收。在一些实施方案中，处理电路和收发器可被包括在同一装置中。然而，实施方案的范围在这方面不受限制，因为在一些实施方案中，收发器可与包括处理电路的装置分开。

本文所述的一个或多个消息可包括在标准和/或协议中，包括但不限于第三代合作伙伴计划(3GPP)、3GPP长期演进(LTE)、第四代(4G)、第五代(5G)、新无线电(NR)、feNB-IoT和/或其他协议。然而，实施方案的范围不限于包括在标准中的元素的使用。

在一些实施方案中，UE 102可被布置成根据进一步增强的窄带物联网(feNB-IoT)协议进行操作，但是实施方案的范围在这方面不受限制。在一些实施方案中，gNB 105可被布置成根据进一步增强的窄带物联网(feNB-IoT)协议进行操作，但是实施方案的范围在这方面不受限制。

在操作805，UE 102可接收系统信息块类型1窄带(SIB1-NB)。在一些实施方案中，SIB1-NB可指示被配置用于时分双工(TDD)操作的无线电帧的子帧配置。在一些实施方案中，无线电帧可包括子帧。子帧可包括一个或多个上行链路子帧、一个或多个下行链路子帧和/或一个或多个特殊子帧。在一些实施方案中，SIB1-NB可包括除子帧配置之外或代替子帧配置的配置信息。在一些实施方案中，SIB1-NB可包括在3GPP协议、feNB-IoT协议和/或其他协议中。应当指出的是，实施方案不限于在该操作和/或本文所述的其他操作中使用SIB1-NB，因为可使用任何合适的元素。

在一些实施方案中，子帧配置可包括：一个或多个下行链路子帧、一个或多个上行链路子帧以及一个或多个特殊子帧。在一些实施方案中，特殊子帧中的每一个可紧接在下行链路子帧中的一个之后并且紧接在上行链路子帧中的一个之前发生。在一些实施方案中，特殊子帧中的至少一个可紧接在下行链路子帧中的一个之后并且紧接在上行链路子帧中的一个之前发生。在一些实施方案中，可为上行链路传输分配上行链路子帧，可为下行链路传输分配下行链路子帧，并且可分配特殊子帧以实现下行链路传输和上行链路传输之间的转换。

在操作810处，UE 102可确定无线电帧的子帧配置。在一些实施方案中，无线电帧的子帧配置可基于SIB1-NB来确定。例如，UE 102可使用SIB1-NB中的指示符和/或SIB1-NB中的参数来确定子帧配置。实施方案的范围不限于SIB1-NB在该操作中的使用。在一些实施方案中，UE 102可使用其他消息和/或其他技术来确定子帧配置。

在操作815处，UE 102可传输窄带物理下行链路随机访问信道(NPRACH)前导。在一些实施方案中，NPRACH前导可映射至多个符号组。在一些实施方案中，每个符号组可包括连续的符号周期和循环前缀(CP)部分。在一些实施方案中，符号组中的一个或多个可包括连续的符号周期和CP部分。在一个非限制性示例中，每个符号组的符号周期的数量可至少部分地取决于子帧配置中的连续上行链路子帧的数量。

在一些实施方案中，UE 102可从候选NPRACH格式选择一种NPRACH格式，该NPRACH格式包括每个NPRACH前导的多个符号组并且还包括每个符号组的多个符号周期。下面给出了示例性候选NPRACH格式。在一些实施方案中，可使用示例性候选NPRACH格式中的一种或多种。在一些实施方案中，可使用一种或多种另外的候选NPRACH格式。

在示例性候选NPRACH格式中，NPRACH前导可映射至两个符号组。在另一个示例性候选NPRACH格式中，NPRACH前导可映射至四个符号组。在另一个示例性候选NPRACH格式中，NPRACH前导可映射至六个符号组。实施方案不限于以上示例性候选NPRACH格式中给出的符号组的数量。NPRACH前导可映射至任何合适数量的符号组。

在一些实施方案中，UE 102可根据符号组之间的跳频来传输NPRACH。

在操作820处，UE 102可接收NPDCCH。在一些实施方案中，NPDCCH可包括与由UE102在一个或多个无线电帧中传输NPUSCH相关的信息。在操作825处，UE 102可确定用于传输NPUSCH的时间资源和/或频率资源。在操作830处，UE 102可至少部分地基于包括在NPDCCH中的信息来确定上行链路调度延迟。在操作835处，UE 102可传输NPUSCH。在操作840处，UE 102可避免监视其他NPDCCH。

在一些实施方案中，NPDCCH可指示与NPUSCH的传输相关的信息。在一些实施方案中，NPDCCH可调度NPUSCH的传输。在一些实施方案中，NPDCCH可指示以下中的一者或多者：用于传输NPUSCH的时间资源、用于传输NPUSCH的频率资源、上行链路调度参数和/或其他信息。在一些实施方案中，上行链路调度参数可指示由UE 102用于确定上行链路调度延迟的上行链路子帧的数量。在一些实施方案中，NPDCCH可指示用于传输NPUSCH的上行链路调度延迟的上行链路子帧的数量。

在一些实施方案中，用于传输NPUSCH的上行链路调度延迟可基于预先确定的第一数量的子帧和可变的第二数量的子帧的总和。第二数量的子帧可基于可变大小的窗口。该窗口可在自接收到NPDCCH以来已经过第一数量的子帧时开始。该窗口可在自窗口开始以来已经过一定数量的上行链路子帧时结束。在一个非限制性示例中，上行链路子帧的所述一定数量(与如上所述的窗口结束相关)可由包括在NPDCCH中的上行链路调度参数来指示。在一些实施方案中，窗口可包括：由上行链路调度参数指示的所述一定数量的上行链路子帧，以及取决于一个或多个无线电帧内的窗口的起始子帧索引的可变数量的下行链路子帧。

在一些实施方案中，上行链路调度延迟可基于以下项之后的最早子帧：相对于NPDCCH的子帧已经过预先确定数量的子帧，以及在预先确定数量的子帧之后已经过子帧的窗口，其中窗口中上行链路子帧的数量等于由NPDCCH指示的上行链路子帧的数量。

在一个非限制性示例中，NPUSCH可以是基于数据位的类型1NPUSCH。子帧的第一数量可以是8，并且由上行链路调度参数指示的上行链路子帧的数量可以是以下中的一者：0、8、16和32。在另一个非限制性示例中，NPUSCH可以是基于控制位的类型2NPUSCH。子帧的第一数量可以是12。由上行链路调度参数指示的上行链路子帧的数量可以是以下中的一者：0、8、16和32。实施方案不限于上文给出的示例性数字。实施方案也不限于用于上文给出的NPUSCH类型(类型1和/或类型2)的数字。

在一些实施方案中，NPUSCH可根据以下项传输：在每个符号周期的一个子载波中的单音传输，或者在每个符号周期的3、6或12个子载波中的多音传输。

在一些实施方案中，UE 102可确定传输NPUSCH的传输窗口。在一个非限制性示例中，如果传输窗口包括一个或多个下行链路子帧，则UE 102可避免在传输的下行链路子帧期间监视其他NPDCCH。在另一个非限制性示例中，如果传输窗口包括一个或多个下行链路子帧，并且如果NPUSCH是用于传输混合自动重传请求(HARQ)反馈的类型2NPUSCH，则UE 102可避免在传输窗口的下行链路子帧期间监视其他NPDCCH。

在一些实施方案中，UE 102可根据上行链路调度延迟来传输NPUSCH。例如，UE 102可在上行链路调度延迟已经过去之后传输NPUSCH。在一些实施方案中，UE 102可根据用于传输NPUSCH的所确定的窗口来传输NPUSCH。

在一些实施方案中，如果UE 102被配置用于多个NPDSCH的两个混合自动重传请求(HARQ)进程，则UE 102可避免监视窗口中的其他NPDCCH，其中：第二窗口在最早的类型2NPUSCH被调度用于HARQ反馈之前两毫秒开始，并且/或者第二窗口在最晚的类型1NPUSCH被调度用于数据传输之后结束。

在一些实施方案中，UE 102可根据3.75千赫兹(kHz)或15kHz的子载波间隔来传输NPUSCH。在一些实施方案中，如果根据3.75kHz的子载波间隔来传输NPUSCH，则该候选子帧配置可被限制为：第一候选子帧配置，该第一候选子帧配置包括：下行链路子帧，随后是特殊子帧，随后是两个上行链路子帧，随后是其他两个下行链路子帧，随后是另一个特殊子帧，随后是其他两个上行链路子帧，随后是另一个下行链路子帧；以及第二候选子帧配置，该第二候选子帧配置包括：下行链路子帧，随后是特殊子帧，随后是两个上行链路子帧，随后是六个其他下行链路子帧。在一些实施方案中，如果根据15kHz的子载波间隔来传输NPUSCH，则候选子帧配置可包括第一候选子帧配置和第二候选子帧配置以及至少一个其他候选子帧配置。

在一个非限制性示例中，UE 102可基于1000位或2536位的最大传输块大小来对NPUSCH进行编码。

应当指出的是，本文对一些操作和/或技术的描述可涉及特定的时间资源和/或频率资源(诸如PRB、符号周期和/或子帧)，但这种引用不是限制性的。在一些实施方案中，可在那些操作和/或技术中的一者或多者中使用其他时间资源和/或频率资源。

在一些实施方案中，UE 102的装置可包括存储器。该存储器可被配置为存储识别上行链路调度参数的信息。该存储器可存储一个或多个其他元件，并且该装置可使用这些元件来执行一个或多个操作。该装置可包括处理电路，该处理电路可执行一个或多个操作(包括但不限于方法800和/或本文所述的其他方法的操作)。处理电路可包括基带处理器。基带电路和/或处理电路可执行本文所述的一个或多个操作，包括但不限于NPDCCH的解码。该装置可包括收发器以接收NPDCCH。该收发器可传输和/或接收其他块、消息和/或其他元素。

在操作905处，gNB 105可确定无线电帧的子帧配置。在操作910处，gNB 105可传输SIB1-NB。在操作915处，gNB 105可接收NPRACH前导。在操作920处，gNB 105可确定用于传输NPUSCH的时间资源和/或频率资源。在操作925处，gNB 105可确定NPUSCH的上行链路调度延迟。在操作930处，gNB 105可传输NPDCCH。在操作935处，gNB 105可接收NPUSCH。在一些实施方案中，gNB 105可根据上行链路调度延迟来监视NPUSCH。

在一些实施方案中，gNB 105的装置可包括存储器。存储器可被配置为存储NPDCCH的至少一部分。该存储器可存储一个或多个其他元件，并且该装置可使用这些元件来执行一个或多个操作。该装置可包括处理电路，该处理电路可执行一个或多个操作(包括但不限于方法900和/或本文所述的其他方法的操作)。处理电路可包括基带处理器。基带电路和/或处理电路可执行本文所述的一个或多个操作，包括但不限于NPDCCH的编码。该装置可包括收发器以传输NPDCCH。该收发器可传输和/或接收其他块、消息和/或其他元素。

图10示出了根据一些实施方案的示例性重复模式。图11示出了根据一些实施方案的跳频的示例。图12示出了根据一些实施方案的跳频的另一个示例。图13示出了根据一些实施方案的跳频的另一个示例。应当指出的是，在一些情况下，图10至图13中所示的示例可以示出本文所述的一些或全部概念和技术，但是实施方案不限于这些示例。例如，实施方案不限于图10至图13所示的帧、子帧、信号、时间资源、频率资源和其他元素的名称、数量、类型、大小、排序、布置和/或其他方面。尽管图10至图13的示例中示出的一些元素可包括在3GPP LTE标准、5G标准、NR标准、feNB-IoT标准和/或其他标准中，但是实施方案不限于使用包括在标准中的此类元素。

在一些实施方案中，可支持用于NB-IoT的带内、保护带和独立操作模式的TDD。在一些情况下，UL补偿间隙可能不一定是UE 102所需要或使用的，但是实施方案的范围在这方面不受限制。在一些实施方案中，可支持除LTE中的TDD配置之外的用于进一步增强的窄带物联网(feNB-IoT)的新TDD配置。

在一些实施方案中，传统LTE中的TDD配置可由SIB1发信号通知。可在传统的LTE协议和/或其他协议中使用一个或多个TDD配置(包括但不限于下表中所示的7个TDD配置中的一个或多个)。

在一些实施方案中，可使用用于TDD feNB-IoT小区的NPUSCH。LTE Rel-13 NB-IoT中的两种NPUSCH格式是针对UL数据的NPUSCH格式1和针对UL的A/N反馈的NPUSCH格式2。对于NPUSCH格式1，它由NPDCCH动态调度，其中DCI格式N0中的2位用于指示调度延迟。与仅对有效DL子帧进行计数的NPDSCH调度延迟不同，用于NPUSCH的调度延迟指示子帧的绝对数量。NPUSCH支持两种类型的子载波间隔：15kHz和3.75kHz，其中多音传输使用15kHz的子载波间隔，并且单音传输使用15kHz或3.75kHz。对于15kHz子载波间隔，时隙和子帧定义遵循传统LTE设计。对于3.75kHz子载波间隔，定义了2ms NB时隙，其中每个NB时隙由7个符号组成。在子载波间隔为3.75kHz的情况下，每个符号的持续时间为275μs，包括长度为8.33μs的CP。在7个符号及其CP之后，将75μs的持续时间保留作为每个NB时隙的保护周期。资源单元(RU)被定义为Xms，其中对于子载波间隔为15kHz的分别为12、6、3和1个音的NPUSCH，X＝1、2、4和8，对于子载波间隔为3.75kHz的单音NPUSCH，X＝32。单个TB可由NPUSCH的多个RU调度。QPSK用于多音NPUSCH格式1，而π/2BPSK和π/4QPSK可用于单音NPUSCH格式1。关于编码，NPUSCH格式1仍使用卷积Turbo编码，并支持2个RV。通过使用循环重复来实现重复模式，其中在每个循环中，分配的资源中的每个UL子帧/NB时隙被连续地重复Z次，其中对于多音NPUSCH，Z＝min{4，指示的重复次数/2}，并且对于单音传输，Z＝1。在1个RV的一个循环之后，将使用另一个RV。图10中的场景1000示出了用于NPUSCH格式1的示例性重复模式1005。

下文给出了TBS查找表的一个示例。

对于NPUSCH格式2，它携带1位HARQ-ACK反馈。重复编码在不附带CRC的情况下使用。NPUSCH格式2仅支持单音传输。NPUSCH格式2的RU比NPUSCH格式1的RU小：对于15kHz子载波间隔为2ms，而对于3.75kHz子载波间隔为8ms。NPUSCH格式2具有比NPUSCH格式1更高的DMRS密度。NPUSCH格式2支持的调制阶数仅为π/2BPSK。在调度对应NPDSCH的DCI中指示用于NPUSCH格式2传输的频率资源和时间资源。重复次数由RRC信令半静态地配置。

在一些实施方案中，用于TDD fcNB-IoT小区的NPUSCH格式1可至少部分地基于LTERel-13 NB-IoT设计。然而，实施方案的范围在这方面不受限制，因为本文所述的一种或多种技术、操作和/或方法可适用于可不一定基于LTE Rel-13 NB-IoT设计的实施方案。

在一些实施方案中，可支持15kHz和3.75kHz两种子载波间隔。在一些实施方案中，可支持15kHz子载波间隔。使用此类实施方案(具有15kHz的间隔)的一个可能的动机可为，有效UL子帧的数量取决于TDD配置并且它们是非连续的。因此，具有大量子帧s/NB时隙的NPUSCH传输可能导致大的延迟。

在一些实施方案中，可支持多音和单音NPUSCH格式1传输。在一些实施方案中，可支持多音NPUSCH格式1传输。在一些实施方案中，不同的TDD配置可支持不同的子PRBNPUSCH和/或不同的子载波间隔。例如，3.75kHz子载波间隔可被支持用于一种或多种TDD配置，包括但不限于TDD配置0、1、3、4和/或6。4音NPUSCH(如果支持)可被支持用于TDD配置0、3和/或6。

在一些实施方案中，在用于NB-IoT TDD的所有支持的UL/DL配置中，支持具有15kHz子载波间隔的NPUSCH传输。在一些实施方案中，在具有与FDD相同的NB时隙和资源单元定义的UL/DL配置#1、#4中，还支持3.75kHz的子载波间隔。

在一些实施方案中，可被分配用于子PRB NPUSCH传输的子载波的受支持数量可至少部分地基于LTE Rel-13 NB-IoT设计。例如，可使用单音、3音和/或6音的NPUSCH传输。

在一些实施方案中，对于具有15kHz子载波间隔的NPUSCH传输，多音(3、6、12个子载波，RU长度分别为4ms、2ms、1ms)和单音(RU长度为8ms)传输均被支持为与在FDD NB-IoT中一样用于TDD NB-IoT中所有支持的TDD配置。在一些实施方案中，RU长度可与FDD中使用的RU长度相同。

另选地，可使用其他子PRB NPUSCH分配。例如，2音或4音NPUSCH可在一个或多个TDD配置中被定义和支持，包括但不限于TDD配置0、3和/或6。

在一些实施方案中，就参数Z的不同值而言，重复模式可不同于Rel-13NB-IoT。例如，Z可由TDD feNB-IoT小区中的min{X，指示的重复次数/2}来确定，其中X可为任何整数，例如，对于多音NPUSCH格式1传输，X＝5(类似于CE模式B中的eMTC设计)，并且对于单音NPUSCH格式1传输(如果支持的话)，Z＝1。

在一些实施方案中，对于在NPUSCH传输中间的DL子帧期间监视NPDCCH，可使用以下技术中的一者或多者。在一些实施方案中，在NPUSCH传输完成之前，可能不需要UE 102来监视NPDCCH。

在一些实施方案中，在NPUSCH传输完成之前UE 102可能不需要监视某些DCI格式(例如，DCI格式N0)，而可能需要监视其他DCI格式。在一些实施方案中，UE可继续监视NPDCCH。例如，对于DCI格式N0，在正在进行的NPUSCH传输中间，DCI的结束和NPUSCH传输的开始之间的调度延迟可足够大以允许完成正在进行的NPUSCH传输。否则，由DCI调度的NPUSCH可在不同于正在进行的NPUSCH传输的其他频率资源(例如，NB中的其他音)中传输。应当指出的是，在一些情况下，由于TDD系统中的非连续UL子帧，性能可能会降低。

在一个非限制性示例中，支持的重复次数可以是{1,2,4,8,16,32,64,128}中的一者。尽管实施方案的范围不限于来自LTE Rel-13协议的值，但是这些值可与LTE Rel-13中的值相同。在一些实施方案中，也可使用诸如256和/或384的值。在一个非限制性示例中，支持的重复次数的量可以是{1,2,4,8,16,32,64,128,256,384}中的一者。在一个非限制性示例中，支持的重复次数的量可以是{1,2,4,8,16,32,64,128,256,384}中的一者，其中排除了两个元素，其中这两个元素可以是该集合中的任何数字(例如，1和384)。在另一个非限制性示例中，可将一个或多个附加值添加到值{1,2,4,8,16,32,64,128,256,384}。在另一个非限制性示例中，可使用值{1,2,4,8,16,32,64,128,256,384}的子集。在另一个非限制性示例中，可使用值{1,2,4,8,16,32,64,128,256,384}的子集和一个或多个附加值。

在一些实施方案中，与在其他协议(包括但不限于LTE Rel-13 NB-IoT和Rel-14eNB-IoT)中使用的TBS值相比，可减小支持的最大UL TBS。在一个非限制性示例中，可使用TBS表，其中至少一些条目具有比另一个协议中使用的TBS值更小的TBS。例如，用于特定资源分配的TBS值可被减少到最接近于X的整数乘以在LTE Rel-13 NB-IoT或LTE Rel-14eNB-IoT中的TBS值，其中X可以是(0,1)内的任何值，例如0.5或1/3。

在一些实施方案中，TBS查找表可被删余以仅支持至多I_RU<＝Y，其中Y可以是小于7的任何整数，例如Y＝2、3或4。参数Y可为预定义的，或者可通过RRC信令来配置。在指示Y之前，Y的默认值可为预定义的，例如Y＝7。

在一些实施方案中，根据UE能力，最大UL TBS可与在LTE Rel-13NB-IoT中相同(即，1000位)，或者与在LTE Rel-14eNB-IoT中相同(即，2536位)。

在一些实施方案中，用于类别NB1和类别NB2的最大UL和DL TBS保持与Rel-13/Rel-14(e)NB-IoT FDD系统相同。

另选地，在TDD feNB-IoT中可支持2536的最大UL TBS。在一些实施方案中，最大ULTBS也可增加。在这些实施方案中，可实现的MCL可被放宽(例如，小于164dB)。

在一些实施方案中，可增加DMRS密度。在非限制性示例中，由于一个或多个因素，诸如TDD系统中的非连续有效UL子帧和/或其他因素，性能可能降低。为了提高性能，可增加DMRS密度。

在一些实施方案中，增加的DMRS密度可用于所有NPUSCH格式1传输。在一些实施方案中，增加的DMRS密度可用于NPUSCH格式1传输，其中重复次数大于由Y表示的某个值。参数Y可以是任何整数，诸如Y＝16、32、64和/或其他整数。在一些实施方案中，增加的DMRS密度的使用可以是可配置的，并且可经由调度NPUSCH格式1的DCI来指示并且/或者可在NPUSCH重复次数大于指定值时经由高层信令来配置。例如，DMRS密度可加倍，其中DMRS可在具有15kHz子载波间隔的NPUSCH格式1的0.5ms时隙中以符号#2和#4传输，并且可在具有3.75kHz子载波间隔的NPUSCH格式1的2ms NB时隙中以符号#3和#5传输。需注意，并不排除其他示例。在非限制性示例中，每7个符号中的任何N个符号均可用于DMRS传输，其中N可为任何整数，诸如N＝2、3和/或其他整数。

在一些实施方案中，DMRS序列可与用于LTE Rel-13 NB-IoT的DMRS序列相同或相似，但是实施方案的范围在这方面不受限制。

在一些实施方案中，对于NPUSCH格式1的传输，一个或多个有效的UL子帧可被定义为可用于NB-IoT系统并且基于TDD配置被配置为UL子帧的子帧。可通过MIB或SIB1-NB或其他系统信息来指示有效UL子帧。

在一些实施方案中，可将根据指示的TDD配置的所有UL子帧假定为有效的NB-IoTUL子帧，而无需任何附加配置。当调度的NPUSCH发生在无效UL子帧上(例如，在根据TDD配置的DL子帧上)时，NPUSCH传输可被推迟到下一个有效UL子帧。

关于调度延迟，可使用以下技术和/或其他技术中的一者或多者。在一些实施方案中，调度延迟可指示子帧的绝对数量。NPUSCH可在调度延迟之后在第一有效UL子帧中被传输。在非限制性示例中，可引入调度延迟的新值。例如，为了考虑UL授权和调度的NPUSCH传输之间的DL子帧，可支持更大的调度延迟。代替LTE Rel-13 NB-IoT中的传统值{8,16,32,64}，调度延迟可为TDD系统中的{16,32,64,96}或{16,32,64,128}。

在另一个非限制性示例中，调度延迟可具有更精细的粒度，这在某些情况下能够支持更灵活的UL调度。例如，可将任何一个或多个值{12,24,48,96,128}添加到支持的调度延迟。以下选项和/或其他选项中的一个或多个可用于指示调度延迟。在选项#1中，可使用更多位来指示调度延迟。例如，在字段中有3位用于调度延迟指示时，则潜在的调度延迟可以是{8,12,16,24,32,48,64,128}。在选项#2中，可存在多组调度延迟，并且RRC信令可指示要使用的组，特定于小区的或特定于UE的。类似于在LTE Rel-13NB-IoT中，在每组调度延迟中仍可存在4个候选值，并且DCI中的2位可用于指示。另选地，如果每个已配置组中的候选值数量大于4，则可在DCI中使用更多位。可以预定义一组默认值，例如{8,16,32,64}。在选项#3中，可存在多组调度延迟，并且要使用的组可以是Rmax、为NPUSCH/NPDSCH调度的重复次数、可为NPUSCH/NPDSCH调度的最大重复次数和/或一个或多个其他因素的函数。类似于在LTE Rel-13 NB-IoT中，在每组调度延迟中仍可存在4个候选值，并且DCI中的2位可用于指示。另选地，如果每个已配置组中的候选值数量大于4，则可在DCI中使用更多位。

在一些实施方案中，调度延迟考虑到feNB-IoT TDD小区中的有效UL子帧。在一些实施方案中，调度延迟仅考虑到feNB-IoT TDD小区中的有效UL子帧。

在一些实施方案中，TDD小区中的NPUSCH格式1的HARQ可为异步的和/或自适应的。换句话讲，HARQ进程号(如果支持超过1个HARQ进程)以及新传输或重传可由NPDCCH动态地指示。在一些实施方案中，在LTE Rel-13和LTE Rel-14(e)NB-IoT之后，UE 102可支持1个HARQ进程或2个HARQ进程。另选地，UE 102可根据其能力支持用于DL和UL的多于2个HARQ进程。作为一个示例，HARQ进程的最大数量可不仅取决于UE能力还取决于TDD配置，HARQ进程的最小数量取决于UE 102能力、所考虑的TDD配置中的HARQ进程的最大数量和/或一个或多个其他因素。在一些实施方案中，所考虑的TDD配置中的HARQ进程的最大数量可与传统的LTE TDD系统中的相同，或者与可由eMTC TDD系统支持的HARQ进程的数量相同，但是实施方案的范围在这方面不受限制。

在一些实施方案中，可使用用于TDD feNB-IoT小区的NPUSCH格式2。一种或多种技术可与用于LTE Rel-13 NB-IoT设计的一种或多种技术相同或相似，但是实施方案的范围在这方面不受限制。

在一些实施方案中，可支持15kHz和3.75kHz两种子载波间隔，如在LTE Rel-13NB-IoT中一样。在一些实施方案中，可仅支持15kHz子载波间隔。在一些实施方案中，对于某些物理信号或信道，不同的TDD配置可支持不同的参数集，包括但不限于NPUSCH格式1和/或NPUSCH格式2。在非限制性示例中，具有2个连续UL子帧的一个或多个TDD配置(例如，TDD配置0、1、3、4和/或6)可支持3.75kHz的NPUSCH格式2和/或NPUSCH格式1。在另一个非限制性示例中，具有2个连续UL子帧的仅TDD配置(例如，TDD配置0、1、3、4和/或6)可支持3.75kHz的NPUSCH格式2和/或NPUSCH格式1。

在一些情况下，由于TDD系统中的非连续UL子帧，性能可能会降低。

在一些实施方案中，支持的重复次数可以是{1,2,4,8,16,32,64,128}中的一者。这可与LTE Rel-13中支持的重复次数相似或相同，但是实施方案的范围在这方面不受限制。在一些实施方案中，可降低目标MCL。在一些实施方案中，可增加重复次数。例如，可引入256和/或384。在一些实施方案中，针对NPUSCH格式2的重复次数的指示可类似于在LTERel-13NB-IoT中使用的指示(包括但不限于高层信令的指示)。在一个非限制性示例中，支持的重复次数的量可以是{1,2,4,8,16,32,64,128,256,384}中的一者。在另一个非限制性示例中，支持的重复次数的量可以是{1,2,4,8,16,32,64,128,256,384}中的一者，其中排除了两个元素，其中这两个元素可以是该集合中的任何数字(例如，1和384)。在另一个非限制性示例中，可将新值添加至现有集合，例如{1,2,4,8,16,32,64,128,256,384}。实施方案不限于这些示例性数字。在一些实施方案中可使用附加值和/或不同值。

在一些实施方案中，当NPUSCH格式2传输发生在无效UL子帧上(例如，在根据TDD配置的DL子帧上)时，NPUSCH传输可被推迟到下一个有效UL子帧。

关于由调度对应NPDSCH传输的DCI所指示的时间偏移，可使用以下技术和/或一种或多种附加技术中的一者或多者。在一些实施方案中，时间偏移可指示子帧的绝对数量。NPUSCH可在偏移之后在第一有效UL子帧中被传输。在非限制性示例中，可使用定时偏移的新值(除了或代替在传统LTE协议中使用的一个或多个值)。例如，为了考虑NPDSCH的结束和HARQ-ACK传输开始之间的DL子帧，可支持更大的时间偏移。代替LTE Rel-13 NB-IoT中针对15kHz子载波间隔的传统值{0,2,4,5}毫秒和针对3.75kHz子载波间隔的传统值{0,8}毫秒，支持的时间偏移集可以是TDD系统中{0,2,4,5,Tl}或{0,8,T2}的子集，其中T1和T2可被预定义为任何正整数(包括但不限于T1＝7并且T2＝16)。另选地，用于指示时间偏移的位的数量可与在LTE Rel-13 NB-IoT中使用的数字相同或相似，并且因此对于15kHz子载波间隔可存在4个时间偏移值，对于3.75kHz子载波间隔可存在2个时间偏移值，其中偏移集可以是{0,2,4,5,Tl}的具有4个元素的任何子集(例如{0,2,4,T1})，或者是{0,8,T2}的具有2个元素的子集(例如{0,T2}或{8,T2})。实施方案不限于上文给出的示例性值。

在一些实施方案中，时间偏移可考虑到feNB-IoT TDD小区中的有效UL子帧。在一些实施方案中，可支持HARQ-ACK捆绑/复用。以下技术和/或一种或多种其他技术中的一者或多者可用于NPUSCH格式2的时间资源指示。在非限制性示例中，可定义时间偏移值的范围。例如，可定义两个不同的时间偏移集，其中一个集合用于仅支持1个HARQ进程的UE或者用于未配置有HARQ-ACK捆绑/复用的UE 102，并且另一个集合用于配置有HARQ-ACK捆绑/复用的UE 102。前一个时间偏移集可被设计为上述实施方案。后一个时间偏移集可包含较大的值，诸如针对15kHz子载波间隔的{0,2,4,5,16,32,64,128}的子集和/或针对3.75kHz子载波间隔的{0,8,16,32,64,128,256}毫秒。实施方案不限于上文给出的示例性值。

在另一个非限制性示例中，可引入一位计数器(其可与传统LTE中的DAI相同和/或相似)以指示当前DCI是否为捆绑/复用窗口内的最后一个DCI。如果当前DCI不是捆绑/复用窗口中的最后一个DCI，则可忽略时间偏移指示字段，或者最后一个DCI可覆写前一个DCI指示的时间偏移。

在一些实施方案中，可使用用于支持2个或多于2个HARQ进程的类别NB2 UE的HARQ-ACK捆绑/复用。在LTE Rel-14eNB-IoT中，可支持至多2个HARQ进程。对于支持N>＝2的N个HARQ进程的UE 102，可支持HARQ-ACK捆绑/复用。UE 102可经由传统能力信令方法指示其支持HARQ-ACK捆绑/复用的能力。根据UE能力，eNB 104可经由高层信令指示HARQ-ACK捆绑/复用的使用。

以下技术和/或一种或多种附加技术中的一者或多者可用于HARQ-ACK捆绑/复用。在一些实施方案中，对于支持N个DL HARQ进程的UE102，UE 102可在NPUSCH格式2传输中反馈长度为N的位图，每个位用于一个DL HARQ进程。在该实施方案的一个示例中，可使用更高阶的调制，包括但不限于π/4QPSK。在一些实施方案中，对于支持N个DL HARQ进程的UE 102，可捆绑针对这N个HARQ进程的HARQ-ACK反馈。例如，当所有的M个HARQ进程都具有ACK反馈时，NPUSCH格式2可携带ACK，否则，NPUSCH格式2可携带NACK，其中M是不大于N的正整数。M的确定可取决于捆绑配置。捆绑配置可由RRC信令和/或DCI指示。指示信息可包括要捆绑的HARQ进程的数量、该捆绑中的当前HARQ进程的索引、捆绑索引和/或当前捆绑中的HARQ进程索引。任何合适的技术可用于捆绑配置指示。例如，DCI可包括用于HARQ-ACK反馈的时间偏移指示、捆绑开/关、HARQ-ACK捆绑中TB的数量和/或其他信息。

在一些实施方案中，对于支持N个DL HARQ进程的UE 102，可通过应用扰码序列来携带附加的1位，复用N个HARQ进程中的2个HARQ进程的HARQ-ACK反馈。扰码序列可以是任何二进制序列，例如Zadoff-Chu(ZC)序列、Hadamard序列或伪噪声序列。ACK和NACK的序列可具有低互相关性。例如，可使用两个正交序列，例如具有不同循环移位的ZC序列或两个正交Hadamard序列。在非限制性示例中，DMRS序列可遵循LTE Rel-13 NB-IoT。另选地，不同的DMRS序列或具有不同覆盖码的相同序列可用于具有ACK和具有NACK的情况。

在一些实施方案中，对于支持N个DL HARQ进程的UE 102，可通过信道选择复用N个HARQ进程中的2个HARQ进程的HARQ-ACK反馈。例如，可为HARQ-ACK反馈传输保留两个子载波，其中一个对应于ACK，另一个对应于第2个HARQ进程的NACK。在一个非限制性示例中，这两个子载波均可由DCI指示。在另一个非限制性示例中，其中一个子载波由DCI指示，而另一个子载波可基于所指示的子载波加上偏移量来确定。在一些实施方案中，偏移量可由高层信令预定义或指示。

在一些实施方案中，当不存在用于NPDSCH传输的重复或者为NPDSCH调度的重复次数不大于R时，可启用HARQ-ACK捆绑，其中R可以是预定义/配置的正整数。在一个非限制性示例中，当HARQ-ACK反馈从同一子帧开始时，可使用如上文所公开的HARQ捆绑或复用。在另一个非限制性示例中，捆绑/复用可通过高层信令来配置。一旦被配置，在一个示例中，由DCI调度与捆绑/复用的HARQ-ACK对应的NPDSCH所指示的时间偏移可确保它们产生用于HARQ-ACK传输的相同子帧。另选地，后一个DCI可覆写用于HARQ-ACK资源的第一DCI指示。

在一些实施方案中，如果在由第K个DCI指示的HARQ-ACK反馈的传输之前没有接收到附加DCI，则UE 102可假定所配置的捆绑中的剩余DCI(如果存在被配置有超过K个HARQ进程的捆绑)已丢失。在这种情况下(例如，当使用HARQ-ACK捆绑时)，UE 102可不发送HARQ-ACK反馈，或者(例如，当使用HARQ-ACK复用或HARQ-ACK位图时)，在前K个DCI所指示的资源中不反馈HARQ-ACK。

在一些实施方案中，NPUSCH可用于TDD feNB-IoT中。在一些实施方案中，用于TDDfeNB-IoT的NPUSCH的子载波间隔可为15kHz和/或3.75kHz。在一些实施方案中，用于TDDfeNB-IoT的NPUSCH格式1可支持：单音传输和多音传输；或多音传输。在一些实施方案中，NPUSCH格式1的重复模式可遵循FDD feNB-IoT，或者参数Z可不同(例如，对于单音传输Z＝1，并且/或者对于多音传输Z＝5)。在一些实施方案中，重复编号可与FDD feNB-IoT相同，或者可增大。在一些实施方案中，TBS可与Rel-14eNB-IoT相同，或者可减小，或者可映射到更多的资源。在一些实施方案中，可增加DMRS密度。在一些实施方案中，NPUSCH格式1的调度延迟和/或NPUSCH格式2的时间偏移可增加或更精细。在一些实施方案中，HARQ-ACK捆绑或复用可被支持用于NPUSCH格式2。在一些实施方案中，不同的TDD配置可支持不同的子PRBNPUSCH(例如，就支持的音数量、子载波间隔和/或其他方面而言)。

在一些实施方案中，NPRACH可以是具有3.75kHz的子载波间隔的单音传输。NPRACH符号持续时间为266.7μs。在一些实施方案中，对于不同的小区半径可支持两个CP长度：66.7μs和266.7μs。NPRACH的跳频可发生在符号组之间。在图11所示的示例1100中，符号组1105包括一个CP和五个值等于1的相同符号。一个符号组的持续时间对于66.7μs的CP可为1.4ms，对于266.7μs的CP可为1.6ms。关于NPRACH的跳频方案，有两个跳频级别，如图11中的示例1150所示。第一级跳频可为第一/第二和第三/第四符号组之间的单个子载波跳频(例如，在示例1150中，第一/第二符号组为1155、1156，第三/第四符号组为1160、1161)。第二级跳频可为第二/第三符号组之间的6个子载波跳频(例如，示例1150中的1156、1160)。可以每4个符号组使用伪随机跳频。支持的NPRACH重复次数可为{1,2,4,8,16,32,64,128}，其中重复单元为NPRACH符号组或NPRACH前导。在NPRACH的一个周期内，将NPRACH的重复在UL NB-IoT载波中以时间上连续的子帧背对背地传输。

在一些实施方案中，在TDD系统中，可限制时间上连续的UL子帧的数量。因此，NPRACH设计在Rel-13 NB-IoT中的直接应用可导致非连续的NPRACH传输，尤其是在大量重复的情况下。例如，即使对于在传统LTE中具有大多数UL子帧的配置，该配置具有1个特殊子帧后跟3个UL子帧(例如，现有TDD配置0)，连续的UL子帧可仅容纳至多2个NPRACH符号组重复。在一些实施方案中，可使用针对TDD feNB-IoT小区的NPRACH设计，该设计具有对连续UL子帧的数量的限制。

在一些实施方案中，TDD feNB-IoT小区中的NPRACH可基于3.75kHz的子载波间隔，包括但不限于在LTE Rel-13协议中使用的技术。在一些实施方案中，TDD feNB-IoT小区中的NPRACH可基于1.25kHz或7.5kHz的子载波间隔，包括但不限于在传统LTE协议中使用的技术。

在一些实施方案中，NPRACH可使用3.75kHz的子载波间隔。在一些实施方案中，NPRACH可至少部分地基于LTE Rel-13 NB-IoT设计，并且可进一步基于下述技术中的一者或多者。然而，实施方案不限于基于LTE Rel-13 NB-IoT设计的NPRACH或任何其他NPRACH设计。此外，本文的描述可涉及一个或多个参数(诸如子载波间隔和/或其他参数)的特定值。然而，实施方案不限于那些值。本文所述的技术、操作和/或方法中的一者或多者可适用于其中使用不同值的情况。

在一些实施方案中，NPRACH传输可为非连续的，其中NPRACH传输可在无效的UL子帧中被推迟。符号组定义可基于除五个符号之外的一个CP(其可类似于LTE Rel-13 NB-IoT的技术)，但是实施方案的范围在这方面不受限制。重复次数可以NPRACH符号组为单位。可由eNB 104实现来避免两组NPRACH资源之间的冲突。如果NPRACH序列设计遵循Rel-13NB-IoT，则可使用扰码序列，以便于定时估计。例如，可使用长度为3的Hadamard序列或ZC序列，其中CP和第一符号使用序列的第一元素，第二符号和第三符号使用序列的第二元素，并且第四符号和第五符号使用序列的第三元素。

在一些实施方案中，每个符号组可在连续的UL子帧中传输，而不同组的符号组可在可为非连续的不同组的UL子帧中传输。在此类实施方案的非限制性示例中，符号组可如在Rel-13 NB-IoT中一样定义。对于具有有限数量的UL子帧的TDD配置，NPRACH符号组的剩余部分可被删余。例如，如果现有的TDD配置5具有1个特殊子帧后跟1个UL子帧，则NPRACH可从UpPTS开始并继续，直到下一个UL子帧结束，或者另选地NPRACH可在这一个UL子帧上传输。回想一下，Rel-13 NB-IoT中的NPRACH符号组的持续时间为1.4ms或1.6ms，具体取决于CP长度，该长度不适合1个UL子帧或1个UpPTS+1个UL子帧的持续时间。NPRACH符号组的剩余部分可被删余。应当指出的是，在一些情况下，以上示例还可适用于具有更多连续UL子帧但是具有被配置用于NPRACH传输的有限数量(例如，1个或2个或其他)的连续UL子帧的其他TDD配置。

在此类实施方案的另一个非限制性示例中，符号组可不同于Rel-13NB-IoT。例如，每个符号组可具有N个符号，其中N可以是正整数，诸如1、2、3或4。在N＝3的情况下，符号组的持续时间可为867μs和1.1ms，这取决于CP长度，该长度可分别适合于1个UL子帧和1个UpPTS(例如，包括2个UL符号)+1个UL子帧。在N＝4的情况下，符号组的持续时间可为1.13ms和1.33ms，这取决于CP长度，该长度可分别适合于1个UpPTS+1个UL子帧和2个UL子帧。在N<＝2的情况下，符号组的持续时间可小于1ms，并且可适合于1个UL子帧。在TDD配置2和5中，每5ms可能仅存在1个UL子帧。可使用N＝l的符号组，并且两个符号组可适合于1个UL子帧。为了使CP持续时间和保护时间几乎相同，CP持续时间可减少到155.5μs，并且在传输两个符号组之后的剩余时间可用作保护时间。N的值可为预定义的，也可经由高层信令来配置。对于后一种情况，高层信令可直接指示N的值，或者可指示用于NPRACH传输的连续UL子帧的数量，并且N可为满足符号组持续时间的最大整数，该最大整数不超过用于NPRACH传输的连续UL子帧的配置数量。

在一些实施方案中，如果NPRACH序列设计遵循Rel-13 NB-IoT，则可使用扰码序列，以便于定时估计。在一个示例中，扰码序列的长度可取决于符号组中符号的数量。在一个非限制性示例中，长度可为floor((N+l)/2)，其中N可为符号组中的符号的数量。在一些实施方案中，可使用类似的公式和/或其他公式。

在一些实施方案中，可在连续UL子帧中传输一定数量的符号组。符号组可具有与Rel-13 NB-IoT不同的定义。例如，符号组可包括1个CP和N个符号，其中N为正整数诸如2、3或4。在具有2个连续UL子帧的情况下，可配置CP长度为66.7μs的至多2个重复的符号组和3个NPRACH符号。

在另一个非限制性示例中，可存在通过2个时间上连续的UL子帧传输的两个符号组，其中N＝2并且CP＝266.7μs。另选地，可存在通过2个时间上连续的UL子帧传输的两个符号组，其中N＝3并且CP＝133.3μs。NPRACH传输可从子帧边界(即，第一UL子帧的开始)开始，并且剩余时间可保留为保护时间。在具有1个UpPTS后跟2个连续UL子帧的情况下，可配置至多两个符号组，其中每个符号组可包括一个66.7μs或266.7μs的CP和至多3个NPRACH符号。可调整CP长度，以确保在NPRACH传输后有足够的保护时间。

在非限制性示例中，可使用扰码序列。例如，扰码序列的长度可取决于符号组中符号的数量。例如，在CP具有与NPRACH符号持续时间相同长度的情况下，可使用floor(M*(N+l)/2)的长度，其中N可以是符号组中的符号的数量，并且M可以是不超过通过连续UL子帧传输的符号组数量的整数。在另一个非限制性示例中，可使用类似于Rel-13 NPRACH设计的跳频。

在一些实施方案中，不同的NPRACH格式可被定义，并且可用于不同的TDD配置。例如，TDD配置2和5可具有在一个UL子帧上传输的两个符号组，其中每个组包括1个NPRACH符号，而其他TDD配置可具有在2个时间上连续的UL子帧上传输的两个符号组，其中每个组包括2个或3个NPRACH符号。

在一个非限制性示例中，对于在每半个无线电帧中具有一个UL子帧的TDD配置(例如，TDD配置2和5)，一个NPRACH前导可能需要适合于一个UL子帧，或者一个UL子帧以及另外地UL子帧之前的UpPTS持续时间(如果UpPTS可用于NPRACH传输)。在子载波间隔为3.75kHz的情况下，每个符号组可包括一个CP后跟一个符号以适合于一个UL子帧，其中CP长度可为155.5μs。如果可将具有1个UL符号或2个UL符号的UpPTS分别用于NPRACH传输，则CP长度可扩展到179.3μs和203.1μs。

在一些实施方案中，对于具有多个(例如2或3个)时间上连续的UL子帧的TDD配置，可将NPRACH格式定义为具有适合于多个时间上连续的UL子帧的两个符号组。例如，在子载波间隔为3.75kHz的情况下，两个符号组(其中每个符号组由一个CP后跟两个或三个符号组成)可适合于两个连续的UL子帧，其中CP长度分别为至多311.1μs或133.3μs。为了适合于三个连续的UL子帧，可发送两个符号组，其中每个符号组由一个CP后跟四个或五个符号组成，其中CP长度分别为至多288.8μs或111μs。对于可用于NPRACH传输的一个或多个连续UL子帧之前的UpPTS，该NPRACH传输可从UpPTS开始，CP长度对应地扩展。在NPRACH传输之后，可能需要在连续UL子帧结束之前添加保护周期，该连续UL子帧可具有与CP相似的长度。

在一些实施方案中，对于具有多个连续UL子帧的TDD配置，可在这些UL子帧中重复被定义为具有适合于一个UL子帧的两个符号组的NPRACH格式。在一个示例中，在这些连续UL子帧的结束处可能只添加了一个保护周期。换句话讲，如果在连续UL子帧上发送两个NPRACH符号组，则在这两个NPRACH符号组的重复之间可能没有保护周期。在一个示例中，由于保护周期减小，CP长度可被扩展。例如，对于两个UL子帧，可存在四个NPRACH符号组，其中CP长度和保护周期高达186.64μs，其中每个符号组具有一个CP后跟一个NPRACH符号，并且在2个连续UL子帧结束之前可仅存在一个保护周期。需注意，在该实施方案中，间接成本可大于上述成本。

在一些实施方案中，NPRACH传输的开始可在子帧边界处。另选地，NPRACH传输的开始可为UpPTS的开始。对于其中NPRACH从子帧边界开始的实施方案，以下中的一者或多者可适用于可配置的NPRACH资源：a)对于TDD配置4或5，如果支持，则NPRACH资源可以从SF 2开始；b)对于TDD配置2，如果支持，则NPRACH资源可处于SF 2或SF 5；c)对于TDD配置3，如果支持，则如果NPRACH被设计为在2个时间上连续的SF上传输，NPRACH资源可从SF 2或3开始；d)对于TDD配置1，如果支持，则如果NPRACH被设计为在2个时间上连续的SF上传输，NPRACH资源可从SF 2或7开始；e)对于TDD配置6，如果支持，则如果NPRACH被设计为在2个时间上连续的SF上传输，NPRACH资源可从SF2或3或7开始；f)对于TDD配置0，如果支持，则如果NPRACH被设计为在2个时间上连续的SF上传输，NPRACH资源可从SF 2或3或7或8开始。

在一些实施方案中，当没有足够的连续有效UL子帧来背对背地传输G个符号组时，NPRACH的符号组被丢弃。

在一些实施方案中，其中NPRACH被设计为支持非连续SF上的传输，NPRACH资源可从任何有效的UL子帧开始。

在一些实施方案中，可使用具有1.25kHz子载波间隔的NPRACH。本文的描述可涉及一个或多个参数(诸如子载波间隔和/或其他参数)的特定值。然而，实施方案不限于那些值。本文所述的技术、操作和/或方法中的一者或多者可适用于其中使用不同值的情况。

在一些实施方案中，NPRACH设计可基于LTE PRACH格式0-3。对于TDD feNB-IoT系统，NPRACH的子载波间隔可为1.25kHz。该实施方案的NPRACH符号持续时间为800μs。

在一些实施方案中，符号组可被定义为一个CP和一个NPRACH符号。在其中每个符号组可能需要适合于一个UL子帧的情况下，CP长度可为不大于200μs的正实数。在存在一个UpPTS后跟两个UL子帧的情况下，两个符号组可适合于这些连续的UL持续时间，并且CP可为不超过200+UpPTS持续时间/2的正实数。例如，当UpPTS具有符号持续时间为66.7μs的两个符号的持续时间时，该持续时间可为271.4μs。

在一些实施方案中，符号组可被定义为一个CP和N个NPRACH符号，其中N为正整数，N>1，例如N＝2。CP长度可为不超过400μs或400+UpPTS持续时间的任何实数。例如，当UpPTS具有符号持续时间为66.7μs的两个符号的持续时间时，该持续时间可为542.8μs。

在一些实施方案中，NPRACH传输可为单音。在一些实施方案中，NPRACH传输可为多音。在一些实施方案中，NPRACH传输可为单音和/或多音。在使用单音NPRACH传输的一些实施方案中，NPRACH序列可全部为“1”。可使用扰码序列。又如，可使用类似于Rel-13 NPRACH中的方案的跳频。

在使用多音NPRACH传输的一些实施方案中，NPRACH序列可全部为“1”，或者可为ZC序列。如果使用ZC序列，用K表示分配给NPRACH传输的音数量，则ZC序列的长度可为M，其中M是不超过K的最大质数。循环扩展可用于将ZC序列扩展到N。例如，在K＝144的情况下，可使用长度为139的ZC序列。

应当指出的是，在NPUSCH和NPRACH在频域中被复用的情况下，可能需要一定数量的保护音。例如，在NPRACH频带的两端可将3个音和2个音留空作为保护音，并且可将长度为139的ZC序列映射到PRB的中心139个子载波。又如，可将更多音留空作为保护音。例如，在NPRACH频带的两端可将9个音和8个音留空，并且可将长度127的ZC序列映射到PRB的中心127个子载波。又如，对于K＝36，可使用长度为31的ZC序列。这可允许在频域中复用来自不同UE 102的NPRACH和NPUSCH或NPRACH。

在一些实施方案中，NPRACH可使用7.5kHz的子载波间隔和/或133.3μs的NPRACH符号持续时间。在一些实施方案中，NPRACH可至少部分地基于LTE PRACH格式4，并且可进一步基于下述技术中的一者或多者。然而，实施方案不限于基于PRACH格式4的NPRACH或任何其他NPRACH设计。此外，本文的描述可涉及一个或多个参数(诸如子载波间隔和/或其他参数)的特定值。然而，实施方案不限于那些值。本文所述的技术、操作和/或方法中的一者或多者可适用于其中使用不同值的情况。

在一些实施方案中，符号组可被定义为一个CP和N个NPRACH符号，其中N为正整数诸如5。例如，如在Rel-13 NPRACH中一样，CP长度可为66.7μs或266.7μs。另选地，当N＝6时，CP长度可为不超过200μs的任何值，当N＝5时为333.5μs，或者当N＝4时为466.8μs。利用这些示例，一个符号组可适合于一个UL子帧。在CP长度为66.67μs或266.7μs并且N＝5的情况下，除了UL子帧中的符号组之外的剩余时间可被保留为保护周期。对于配置用于NPRACH的连续2个UL子帧，可连续传输两个符号组。

在一些实施方案中，NPRACH传输可为单音。在一些实施方案中，NPRACH传输可为多音。在一些实施方案中，NPRACH传输可为单音和/或多音。

在使用单音NPRACH传输的一些实施方案中，NPRACH序列可全部为“1”。可使用扰码序列。又如，可使用类似于LTE Rel-13 NPRACH中的方案的跳频。在一些实施方案中，一个符号组可适合于一个UL子帧。

在使用多音NPRACH传输的一些实施方案中，NPRACH序列可全部为“1”，或者可为ZC序列。如果使用ZC序列，用K表示分配给NPRACH传输的音数量，则ZC序列的长度可为M，其中M是不超过K的最大质数。循环扩展可用于将ZC序列扩展到K，或K个保护音。例如，对于K＝24(占据整个PRB)，可使用长度为23的ZC序列。另选地，K可以较小，以使得能够在频域中在来自不同UE的NPRACH和NPUSCH或NPRACH之间复用。例如，K可为12，可使用长度为7的ZC序列，每端留空有3个和2个音为保护音。

应当指出的是，在NPUSCH和NPRACH可在频域中被复用的情况下，可能需要一定数量的保护音。在一个非限制性示例中，在NPRACH频带的两端可将3个音和2个音留空作为保护音，并且可将长度19的ZC序列映射到PRB的中心19个子载波。在另一个非限制性示例中，将更多音留空作为保护音。例如，可在两端将4个音和3个音留空，而将长度17的ZC序列映射到PRB的中心17个子载波，或者可在NPRACH频带的两端将6个音和5个音留空，并且可将长度13的ZC序列映射到PRB的中心13个子载波。

在一些实施方案中，可使用扰码。扰码可应用于符号级或符号组级。扰码可以是任何二进制序列。例如，可使用ZC序列或Hadamard序列。对于符号级扰码，扰码序列的每个元素可被映射到每两个符号，以保持OFDM符号在不同音中的正交性。

在一些实施方案中，可使用NPRACH复用。在一些实施方案中，可能不一定支持相同时频资源中的NPRACH复用。在一些实施方案中，正交覆盖码可应用于为NPRACH复用而连续背靠背传输的符号组。例如，在连续UL子帧中传输两个符号组的情况下，可使用长度为2的OCC。另选地，OCC可应用于符号级。例如，长度为N的OCC可应用于2N个符号，其中OCC的每个元素应用于每2个符号。

在一些实施方案中，在NPRACH序列使用ZC序列的情况下，频域中的循环移位和/或不同的根索引可用于NPRACH复用。在一些实施方案中，在一个NPRACH传输不占据整个PRB的情况下，NPRACH可在频域中与其他NPRACH和/或NPUSCH传输复用。在NPRACH和NPUSCH使用不同SC间隔的情况下，可能需要一定数量的保护音来在频域中复用NPRACH和NPUSCH。

在一些实施方案中，可使用NPRACH跳频。在一些实施方案中，跳频可类似于LTERel-13 NB-IoT，但是实施方案的范围在这方面不受限制。在一些实施方案中，跳频可发生在符号组之间。在一个示例中，可存在两个级别的跳频。例如，单子载波跳频可发生在第一符号组和第二符号组之间，而另一个跳频可为第三符号组和第四符号组之间的N子载波跳频。实施方案不限于那些特定符号组的使用。示例性值包括但不限于N＝1、N＝6(例如，对于3.75kHz的SC间隔)、N＝18(例如，对于1.25kHz的SC间隔)和N＝3(例如，对于7.5kHz的SC间隔)。此外，在一些示例中，可在第二符号组和第三符号组之间应用M子载波跳频，例如M＝0、1或6或其他值。

在一些实施方案中，可每X个符号组(例如，X＝4或其他值)使用伪随机跳频。在该示例中，每2个符号组以连续UL子帧传输。在图12的示例1200中，符号组1210和1211以连续UL子帧传输。此外，符号组1220和1221以连续UL子帧传输。在示例1200中，使用1210和1211之间的一跳的跳频，并且使用1220和1221之间的六个子载波的跳频。实施方案不限于子载波的那些数量。在示例1200中，可使用子载波间隔诸如3.75kHz、15kHz和/或其他间隔，但是实施方案的范围在这方面不受限制。在示例1200中，NPRACH不从子帧边界处开始，但是实施方案的范围在这方面不受限制。在一些实施方案中，NPRACH可从UpPTS处开始，但是实施方案的范围在这方面不受限制。

在图13中，示出了通过跳频进行NPRACH复用的示例1300。示出了第一符号组1310、第二符号组1315、第三符号组1320和第四符号组1325的标记为0-11的NPRACH。例如，NPRACH#0的第一符号组、第二符号组、第三符号组和第四符号组分别为1330、1331、1335和1336；NPRACH#1的第一符号组、第二符号组、第三符号组和第四符号组分别为1340、1341、1345和1346。对于NPRACH#0，第一符号组和第二符号组(1330和1331)之间的跳频是一个子载波；第二符号组和第三符号组(1331和1335)之间的跳频是六个子载波。实施方案不限于跳频的子载波的数量(在该示例1300中为1和6)。在示例1300中，NPRACH从子帧边界处开始，但是实施方案的范围在这方面不受限制。

在一些实施方案中，第一符号组1310和第二符号组1315之间的跳频可用于粗略定时估计，而第三符号组1320和第四符号组1325之间的跳频可用于更精细的定时估计。此外，如果第二符号组1315和第三符号组1320的传输之间的时间差在信道相干时间内，则第二符号组1315和第三符号组1320之间的跳频也可用于粗略定时估计。实施方案不限于那些特定符号组在上述示例中的使用。

在一些实施方案中，可不一定使用跳频。例如，在一些情况下，具有多音传输的NPRACH可不一定使用跳频。

在一些实施方案中，多个NPRACH格式可被支持用于LTE Rel-15TDD feNB-IoT。然而，实施方案不限于基于LTE Rel-15 TDD feNB-IoT设计的NPRACH或任何其他NPRACH设计。此外，本文的描述可涉及一个或多个参数(诸如子载波间隔和/或其他参数)的特定值。然而，实施方案不限于那些值。本文所述的技术、操作和/或方法中的一者或多者可适用于其中使用不同值的情况。

在一些实施方案中，可通过高层信令来指示NPRACH配置，包括用于NPRACH传输的资源、重复次数和/或NPRACH格式。在非限制性示例中，可使用小区特定信令诸如SIB1-NB或SIB2-NB。在一个示例中，可在同一小区中启用多个NPRACH格式。用于每个NPRACH格式的时域和/或频域资源可为专用的。

在一些实施方案中，支持的NPRACH格式可取决于TDD配置。可定义从已配置的TDD配置到支持的NPRACH格式的映射，并且在这种情况下，可通过指示TDD配置来隐式地指示NPRACH格式配置。在一些实施方案中，配置中的周期性可为绝对时间，或者另选地可考虑有效UL子帧。可由eNB配置确保周期性足够大来避免两组NPRACH资源之间的冲突。

在一些实施方案中，在一组NPRACH重复的传输期间可能不一定引入UL间隙。在一些实施方案中，可增加支持的NPRACH重复次数。在一些情况下，这可补偿由于NPRACH的非连续传输导致的可能的覆盖损失。例如，重复次数可以是来自{1,2,4,8,16,32,64,128,256,512}的任何子集，该重复仍然可以NPRACH符号组或NPRACH前导为单位来定义。

在一些实施方案中，当NPRACH资源和NPUSCH冲突时，NPUSCH可被推迟到没有NPRACH资源的下一个可用UL子帧。

在一些实施方案中，NPRACH可用于TDD feNB-IoT。在一些实施方案中，NPRACH可具有1.25kHz、3.75kHz或7.5kHz的子载波间隔。在一些实施方案中，NPRACH可为单音传输或多音传输。在一些实施方案中，NPRACH符号组可类似于Rel-13 NB-IoT来定义，或者可用不同数量的NPRACH符号和CP长度(例如，2、3或4个NPRACH符号和/或其他)来定义。在一些实施方案中，NPRACH传输可在每个具有X个符号组的UL子帧上进行，其中X可以是任何整数诸如2，以及X个符号组之后的某个保护时间。在一些实施方案中，NPRACH传输可在至少两个具有X个符号组的时间上连续的UL子帧上进行，其中X是任何整数诸如2，以及X个符号组之后的某个保护时间。在一些实施方案中，NPRACH可从子帧边界处开始。在一些实施方案中，NPRACH可从UpPTS开始。在一些实施方案中，NPRACH资源可通过高层信令来指示，诸如SIB2-NB和/或其他信令。在一些实施方案中，对于TDD系统中的NPRACH，可增加支持的重复次数。在一些实施方案中，如果NPUSCH与NPRACH冲突，则可将NPUSCH推迟到没有NPRACH的下一个可用的有效UL子帧。在一些实施方案中，根据每个符号组的不同数量的NPRACH符号，可配置不同的NPRACH格式，或者可配置NPRACH符号组(例如，2或4或6个符号组和/或其他)的不同数量的重复，以适合于具有多个连续UL子帧的情况。在一些实施方案中，可为NB-IoT小区配置不同的NPRACH格式，并且时域和/或频域资源可专用于每个NPRACH格式。在一些实施方案中，NB-IoT小区的受支持的NPRACH格式可取决于TDD配置。在一些实施方案中，可通过已配置的TDD配置隐式地指示支持的NPRACH格式。例如，可定义从已配置的TDD配置到支持的NPRACH格式的映射。

在一些实施方案中，一些协议(诸如LTE Rel-13 NB-IoT、Rel-14eNB-IoT和/或其他协议)可支持FDD但不支持TDD。在一些实施方案中，一些协议(诸如LTE Rel-15feNB-IoTWI)可支持TDD和/或FDD。

在一些实施方案中，可根据以下中的一者或多者来支持TDD：NB-IoT的带内、保护带和独立操作模式。在一些情况下，可假设UE不需要UL补偿间隙，但是实施方案的范围在这方面不受限制。

在一些实施方案中，在一些协议(包括但不限于LTE Rel-13 NB-IoT、LTE Rel-14eNB-IoT和/或其他协议)中，支持多个NB-IoT载波。具有NPSS/NSSS/NPBCH的NB-IoT载波被定义为锚载波。非锚载波的配置由SIB1-NB指示。对于具有多个NB-IoT载波的系统，启用跨NB-IoT载波的跳频(FH)可提供频率分集增益并有助于改善性能。

在一些实施方案中，FH机制可用于配置有多个NB-IoT载波的TDD feNB-IoT小区。在一些情况下，使用FH可提供性能改善。

在一些实施方案中，可通过来自UE 102的信令来向eNB 104指示对FH的支持，包括但不限于能力信令。在接收到此类信息之前，eNB 104将不会用FH来配置NB-IoT UE 102。

在一些实施方案中，FH可经由高层信令半静态地配置。在非限制性示例中，FH配置可为小区特定的。在另一个非限制性示例中，FH的使用可为UE特定的，而FH配置参数的至少一部分可为小区特定的(诸如FH间隔和/或其他)。在另一个非限制性示例中，FH配置可为UE特定的，其中用于不同物理信道和配置参数的FH的使用可为UE特定的。

应当指出的是，不同信道的FH参数的配置机制可为不同的。例如，用于SIB1-NB或其他窄带系统信息(NB-SI)消息的FH参数的配置可为小区特定的，而用于单播NPDSCH/NPUSCH的FH参数(随机接入过程期间的传输除外)可为UE特定的。在一些示例中，消息4的NPUSCH格式2可为小区特定的。

在一些实施方案中，对于单播NPDSCH/NPUSCH，如果高层允许使用FH，则DCI可包括一个或多个位(诸如1位标志和/或其他标志)以指示所调度的NPDSCH/NPUSCH是否使用FH。

应当指出的是，SIB1-NB的FH机制可适用于其中SIB1-NB可在非锚载波上传输的实施方案，但是实施方案的范围在这方面不受限制。

在一些实施方案中，当配置了FH时，相同的NB-IoT载波被保持用于特定数量的子帧，由YCH表示。换句话讲，每个YCH子帧切换NB-IoT载波，这被称为“FH间隔”。FH间隔YCH可为预定义的，或者可通过高层信令配置为FH配置的一部分。例如，对于TDD feNB-IoT，YCH可为{1,5,10,20}或{5,10,20,40}。上述机制可类似于在LTE协议中使用的FH机制(包括但不限于Rel-13eMTC)，但是实施方案的范围在这方面不受限制。

在一些实施方案中，针对FH间隔可支持多个集合，其中要使用哪个集合可取决于诸如覆盖范围的因素和/或一个或多个其他因素。例如，对于深度覆盖范围，可使用具有较大YCH值的集合，否则可使用具有较小YCH值的集合。在非限制性示例中，覆盖范围可由NPRACH的覆盖率来确定。例如，对于CE级别1和2，具有较大YCH值的集合，并且对于CE级别0，具有较小YCH值的集合。在另一个非限制性示例中，覆盖范围可通过最大重复次数(称为Rmax，但不限于此)来确定。例如，对于Rmax>X，具有较大YCH值的集合，并且对于Rmax<＝X，具有较小YCH值的集合，其中X可以是任何整数(包括但不限于32)。

在一些实施方案中，FH间隔考虑具有实际传输的子帧(即，携带NPDCCH/NPDSCH的有效DL子帧或携带NPUSCH传输的有效UL子帧)。另选地，FH间隔取决于子帧的绝对数量。

在一些实施方案中，在TDD feNB-IoT小区中，FH偏移粒度可为1个NB-IoT载波(即，1个PRB)。根据K个NB-IoT载波，其中K是正整数，可通过高层信令来配置FH偏移。

在一些实施方案中，按顺序0,1,…,N_NB-1对已配置的NB-IoT载波进行索引，其中N_NB表示已配置的NB-IoT载波的总数。可通过将NB1＝(NB0+FH_offset)modulo N_NB来给出经跳频的NB-IoT载波，其中NB1是经跳频的NB-IoT载波的索引，而NB0是先前的NB-IoT载波。

在一些实施方案中，UE将要跳到的一组NB-IoT载波可由eNB 104配置并且可按顺序进行索引。当启用FH时，UE 102可根据FH序列跳到NB-IoT载波。FH序列可为预定义的，或者可通过高层信令(小区特定或UE特定的信令)来配置。还可定义映射以基于PCID生成FH序列。在非限制性示例中，序列可为{(PCID modulo N_NB),(PCID+floor(N_NB/2))modulo N_NB}或{(PCID modulo N_NB),(PCID+floor(N_NB/4))modulo N_NB,(PCID+floor(N_NB/2))modulo N_NB,(PCID+floor(N_NB*3/4))modulo N_NB}，其中N_NB是要跳至的NB-IoT载波数。在非限制性示例中，可使用{0,1,…,N_NB-1}的FH序列。在另一个非限制性示例中，N_NB＝2并且FH序列为{0,1}。因此，FH发生在两个NB-IoT载波之间。

在一些实施方案中，不同的物理信道可使用不同的FH机制。在一个非限制性示例中，NPUSCH格式2和SIB1-NB可在K个已配置的NB-IoT载波之间使用FH(即，通过K个载波的序列循环)，其中K可为任何整数，诸如K＝2或4。K的值还可取决于所配置的NB-IoT载波N_NB的总数。例如，对于N_NB<＝X，K＝2，对于N_NB>X，K＝4，其中X可为整数，诸如3、4或6。在另一个非限制性示例中，单播NPDSCH和NPUSCH格式1可使用其中可通过(NB0+FH_offset)moduloN_NB计算UE 102要跳到的NB-IoT载波的技术。

在一些实施方案中，用于SIB1-NB的FH可由MIB-NB配置。例如，MIB-NB中的备用位可指示是否支持用于SIB1-NB的FH，并且/或者为SIB1-NB FH配置一些FH参数，诸如FH间隔、FH偏移(如果FH机制基于FH偏移)和/或要跳到的NB-IoT载波(例如，如果FH机制使得FH发生在K个NB-IoT载波之间)。

在一些实施方案中，用于寻呼NPDCCH/NPDSCH的FH和除SIB1-NB之外的系统信息可由小区特定的高层信令来配置。在非限制性示例中，可使用SIB1-NB。

在一些实施方案中，用于RAR/Msg3/Msg4和NPUSCH格式2的FH也可通过小区特定的高层信令来配置。在非限制性示例中，可使用SIB1-NB。在另一个非限制性示例中，可使用其他系统信息(诸如SIB2-NB和/或其他信息)。

在一些实施方案中，对于带内模式，对于频率重新调谐机制，重新调谐至另一个NB-IoT载波以进行DL传输的操作使用传统PDCCH区域作为保护周期。对于需要两个符号重新调谐持续时间的UE 102，可考虑以下一种或多种方法以用于重新调谐至另一个NB-IoT以进行NPUSCH传输。在一些实施方案中，从NPUSCH格式1重新调谐至NPUSCH格式1，或者从NPUSCH格式2重新调谐至NPUSCH格式2，使用前一子帧的最后一个符号和后一子帧的第一个符号作为保护周期。

在一些实施方案中，为了在NPUSCH格式1和格式2之间重新调谐，可使用以下方法中的一种或多种。在一些实施方案中，从NPUSCH格式2重新调谐至NPUSCH格式1使用后一子帧的前两个符号作为保护周期。从NPUSCH格式1重新调谐至NPUSCH格式2使用前一子帧的最后两个符号作为保护周期。在一些实施方案中，从NPUSCH格式2重新调谐至NPUSCH格式1，以及从NPUSCH格式1重新调谐至NPUSCH格式2，使用前一子帧的最后一个符号和后一子帧的第一个符号作为保护周期。由于NPUCCH在NB-IoT中经由FDM而不是像在eMTC中经由OCC那样经由CDM进行复用，因此这是可能的。因此，在一些情况下，与NB-IoT中的NPUSCH格式1相比，无需额外保护NPUCCH格式2。在一些实施方案中，对于跨NB-IoT载波从NPRACH重新调谐至NPRACH，关于重新调谐间隙可取决于UE 102实现。

在一些实施方案中，如果在1个符号内存在支持重新调谐间隙的一些NB-IoT UE102(这可由UE能力信令和/或其他信令来指示)，则可考虑以下重新调谐间隙。从NPUSCH格式1重新调谐至NPUSCH格式1使用前一子帧的最后一个符号作为保护周期。从NPUSCH格式2重新调谐至NPUSCH格式2使用前一子帧的最后一个符号作为保护周期。从NPUSCH格式1重新调谐至NPUSCH格式2使用前一子帧的最后一个符号作为保护周期。从NPUSCH格式2重新调谐至NPUSCH格式1使用下一子帧的第一个符号作为保护周期。

在一些实施方案中，对于保护带/独立模式，重新调谐至用于UL传输的另一个NB-IoT载波可遵循上述实施方案。为了重新调谐至用于DL传输的另一个NB-IoT载波，用于NPBCH传输的重新调谐间隙仍可遵循带内模式，其中可使用与LTE控制区域相对应的前几个符号。对于其他NPDCCH/NPDSCH传输，可考虑以下实施方案中的一个或多个(但是另外的实施方案也是可能的)。对于需要两个符号重新调谐持续时间的UE102：a)在一些实施方案中，从NPDSCH重新调谐至NPDSCH，或者从NPDCCH重新调谐至NPDCCH使用前一子帧的最后一个符号和后一子帧的第一个符号作为保护周期，b)在一些实施方案中，从NPDSCH重新调谐至NPDSCH，或者从NPDCCH重新调谐至NPDCCH使用前一子帧的最后两个符号作为保护周期，c)从NPDSCH重新调谐至NPDSCH，或者从NPDCCH重新调谐至NPDCCH，使用下一子帧的前两个符号作为保护周期。

在一些实施方案中，如果存在支持在1个符号内的重新调谐间隙的一些NB-IoT UE102(其可由UE能力信令和/或其他信令指示)，则可使用以下的一者或多者(但是另外的实施方案也是可能的)。在一些实施方案中，从NPDSCH重新调谐至NPDSCH，或者从NPDCCH重新调谐至NPDCCH，使用前一子帧的最后一个符号作为保护周期。在一些实施方案中，从NPDSCH重新调谐至NPDSCH，或者从NPDCCH重新调谐至NPDCCH，使用下一子帧的第一个符号作为保护周期。在上述实施方案的一些中，受影响的NPUSCH/NPDCCH/NPDSCH符号可被删余。

在一些实施方案中，对于保护带或独立操作模式中的NPDCCH和NPDSCH，基于接收器侧删余在UE 102接收器处生成重新调谐周期。即，eNB 104传输NPDCCH或NPDSCH的子帧中的所有符号，并且不同UE102通过丢弃那些符号或其对应的软位信息来根据其相应的重新调谐时间经由UE 102实现接收符号。例如，可使用受重新调谐影响的对数似然比(LLR)。

在一些实施方案中，在feNB-IoT中可支持用于TDD的跳频。在一些实施方案中，跳频可被支持用于不同的物理信道，诸如NPDCCH、NPDSCH、NPUSCH、NPRACH和/或其他信道。在一些实施方案中，跳频的支持可由UE能力指示。在一些实施方案中，跳频配置可以是小区特定的和/或UE特定的，并且不同信道的配置可以不同。在一些实施方案中，频率间隔可由高层信令预定义或配置，该高层信令可考虑具有实际传输的子帧或绝对子帧。在一些实施方案中，可通过将6-PRB窄带改变为1-PRB NB-IoT载波，或者基于跳频序列，将跳频机制从eMTC跳频方案扩展。在一些实施方案中，一些公共信道的跳频可由MIB-NB或SIB-NB指示。在一些实施方案中，频率重新调谐间隙可遵循eMTC设计，或者在NPUSCH格式1和格式2重新调谐之间对称。在一些实施方案中，可为保护带和独立操作模式定义不同于带内模式的用于DL传输的新频率重新调谐规则。在一些实施方案中，eNB 104/gNB 105可传输用于DL传输的所有符号，并且由UE实现来删余一些符号以重新调谐保护周期。

在实施例1中，用户设备(UE)的装置可包括存储器。该装置还可包括处理电路。该处理电路可被配置为对窄带物理下行链路控制信道(NPDCCH)进行解码，该NPDCCH调度由UE在一个或多个无线电帧中进行的窄带物理上行链路共享信道(NPUSCH)的传输。无线电帧可被配置用于时分双工(TDD)操作。无线电帧的子帧可包括上行链路子帧和下行链路子帧。处理电路还可被配置为基于预先确定的第一数量的子帧和可变的第二数量的子帧的总和来确定NPUSCH的传输的上行链路调度延迟。第二数量的子帧可基于可变大小的窗口。该窗口可在自接收到NPDCCH以来已经过第一数量的子帧时开始。该窗口可在自窗口开始以来已经过一定数量的上行链路子帧时结束。上行链路子帧的所述一定数量可由NPDCCH中包括的上行链路调度参数指示。存储器可被配置为存储识别上行链路调度参数的信息。

在实施例2中，根据实施例1所述的主题，其中窗口可包括由上行链路调度参数指示的所述一定数量的上行链路子帧，以及取决于一个或多个无线电帧内的窗口的起始子帧索引的可变数量的下行链路子帧。

在实施例3中，根据实施例1-2中的一项或任何组合所述的主题，其中窗口的大小可基于有效上行链路子帧的计数。

在实施例4中，根据实施例1-3中的一项或任何组合所述的主题，其中处理电路可被进一步配置为根据以下项对用于传输的NPUSCH进行编码：在每个符号周期的一个子载波中的单音传输，或者在每个符号周期的3、6或12个子载波中的多音传输。

在实施例5中，根据实施例1-4中的一项或任何组合所述的主题，其中处理电路可被进一步配置为确定传输NPUSCH的传输窗口。处理电路可被进一步配置为，如果传输窗口包括一个或多个下行链路子帧：避免在传输的下行链路子帧期间监视其他NPDCCH。

在实施例6中，根据实施例1-5中的一项或任何组合所述的主题，其中处理电路可被进一步配置为确定用于传输NPUSCH的传输窗口。处理电路可被进一步配置为，如果传输窗口包括一个或多个下行链路子帧，并且如果NPUSCH是用于传输混合自动重传请求(HARQ)反馈的类型2NPUSCH：避免在传输窗口的下行链路子帧期间监视其他NPDCCH。

在实施例7中，根据实施例1-6中的一项或任何组合所述的主题，其中处理电路可被进一步配置为避免在NPUSCH的传输结束时间之前监视其他NPDCCH。

在实施例8中，根据实施例1-7中的一项或任何组合所述的主题，其中处理电路可被进一步配置为对指示一个或多个无线电帧的子帧配置的系统信息块类型1窄带(SIB1-NB)进行解码。子帧配置可包括一个或多个下行链路子帧、一个或多个上行链路子帧以及一个或多个特殊子帧。每个特殊子帧可紧接在下行链路子帧中的一个之后并且紧接在上行链路子帧中的一个之前发生。子帧配置可包括在候选子帧配置中。处理电路可被进一步配置为根据3.75千赫兹(kHz)或15kHz的子载波间隔来对用于传输的NPUSCH进行编码。如果根据3.75kHz的子载波间隔来对NPUSCH进行编码，则该候选子帧配置可被限制为：第一候选子帧配置，该第一候选子帧配置包括：下行链路子帧，随后是特殊子帧，随后是两个上行链路子帧，随后是其他两个下行链路子帧，随后是另一个特殊子帧，随后是其他两个上行链路子帧，随后是另一个下行链路子帧；以及第二候选子帧配置，该第二候选子帧配置包括：下行链路子帧，随后是特殊子帧，随后是两个上行链路子帧，随后是六个其他下行链路子帧。

在实施例9中，根据实施例1-8中的一项或任何组合所述的主题，其中如果根据15kHz的子载波间隔来编码NPUSCH：候选子帧配置可包括第一候选子帧配置和第二候选子帧配置以及至少一个其他候选子帧配置。

在实施例10中，根据实施例1-9中的一项或任何组合所述的主题，其中处理电路可被进一步配置为基于1000位或2536位的最大传输块大小来对NPUSCH进行编码。

在实施例11中，根据实施例1-10中的一项或任何组合所述的主题，其中UE可被布置成根据进一步增强的窄带物联网(feNB-IoT)协议进行操作。

在实施例12中，根据实施例1-11中的一项或任何组合所述的主题，其中该装置还可包括用于接收NPDCCH的收发器。

在实施例13中，根据实施例1-12中的一项或任何组合所述的主题，其中处理电路可包括用于对NPDCCH进行解码的基带处理器。

在实施例14中，计算机可读存储介质可存储由一个或多个处理器执行以执行由用户设备(UE)进行通信的操作的指令。这些操作可配置一个或多个处理器来度系统信息块类型1窄带(SIB1-NB)进行解码，该SIB1-NB指示被配置用于时分双工(TDD)操作的无线电帧的子帧配置。子帧配置可包括一个或多个下行链路子帧和一个或多个上行链路子帧。这些操作还可将一个或多个处理器进一步配置为对用于传输的窄带物理下行链路随机访问信道(NPRACH)前导进行编码。NPRACH前导可映射至多个符号组。每个符号组可包括连续的符号周期和循环前缀(CP)部分。每个符号组的符号周期的数量可至少部分地取决于子帧配置中的连续上行链路子帧的数量。

在实施例15中，根据实施例14所述的主题，其中符号组在上行链路子帧中可为时间上连续的。

在实施例16中，根据实施例14-15中的一项或任何组合所述的主题，其中每个符号组的符号的数量可为以下中的一者：一个、二个、三个和四个。

在实施例17中，根据实施例14-16中的一项或任何组合所述的主题，其中这些操作可进一步配置一个或多个处理器以至少部分地基于SIB1-NB中指示的子帧配置来从候选NPRACH格式中选择NPRACH格式。每个NPRACH格式可包括每个NPRACH前导的符号组的数量，并且还包括每个符号组的符号周期的数量。

在实施例18中，根据实施例14-17中的一项或任何组合所述的主题，其中这些操作可进一步配置一个或多个处理器以根据符号组之间的跳频来对用于传输的NPRACH前导进行编码。

在实施例19中，根据实施例14-18中的一项或任何组合所述的主题，其中这些操作可进一步配置一个或多个处理器以在第一符号组、第二符号组、第三符号组和第四符号组中对NPRACH前导进行编码。这些操作可进一步配置一个或多个处理器以根据跳频通过以下项对NPRACH前导进行编码：第一符号组和第二符号组之间的第一频率间隔；以及第三符号组和第四符号组之间的第二频率间隔。

在实施例20中，根据实施例14-19中的一项或任何组合所述的主题，其中第一频率间隔可为一个子载波，并且第二频率间隔可为六个子载波。

在实施例21中，下一代Node-B(gNB)的装置可包括存储器。该装置还可包括处理电路。该处理电路可被配置为对用于传输的窄带物理下行链路控制信道(NPDCCH)进行编码，该NPDCCH指示由用户设备(UE)在无线电帧中进行的窄带物理上行链路共享信道(NPUSCH)的传输的上行链路调度延迟的上行链路子帧的数量。无线电帧可被配置用于时分双工(TDD)操作。无线电帧的子帧可包括上行链路子帧和下行链路子帧。处理电路可被进一步配置为，确定基于以下项之后的最早子帧的针对NPUSCH的上行链路调度延迟：相对于NPDCCH的子帧已经过预先确定数量的子帧，以及在预先确定数量的子帧之后已经过子帧的窗口。窗口中上行链路子帧的数量可等于NPDCCH所指示的上行链路子帧的数量。存储器可被配置为存储NPDCCH的至少一部分。

在实施例22中，根据实施例21所述的主题，其中NPDCCH中指示的上行链路子帧的数量可基于有效上行链路子帧的计数。

在实施例23中，根据实施例21-22中的一者或任何组合所述的主题，其中处理电路可被进一步配置为根据上行链路调度延迟来监视一个或多个上行链路子帧中的NPUSCH。

在实施例24中，根据实施例21-23中的一项或任何组合所述的主题，其中处理电路可被进一步配置为对用于传输的指示无线电帧的子帧配置的系统信息块类型1窄带(SIB1-NB)进行编码。子帧配置可包括一个或多个下行链路子帧、一个或多个上行链路子帧以及一个或多个特殊子帧。

在实施例25中，用户设备(UE)的装置可包括用于解码系统信息块类型1窄带(SIB1-NB)的部件，该SIB1-NB指示被配置用于时分双工(TDD)操作的无线电帧的子帧配置。子帧配置可包括一个或多个下行链路子帧和一个或多个上行链路子帧。该装置可进一步包括用于对用于传输的窄带物理下行链路随机访问信道(NPRACH)前导进行编码的部件。NPRACH前导可映射至多个符号组。每个符号组可包括连续的符号周期和循环前缀(CP)部分。每个符号组的符号周期的数量可至少部分地取决于子帧配置中的连续上行链路子帧的数量。

在实施例26中，根据实施例25所述的主题，其中符号组在上行链路子帧中可为时间上连续的。

在实施例27中，根据实施例25-26中的一项或任何组合所述的主题，其中每个符号组的符号的数量可为以下中的一者：一个、二个、三个和四个。

在实施例28中，根据实施例25-27中的一项或任何组合所述的主题，其中该装置可进一步包括用于至少部分地基于SIB1-NB中指示的子帧配置来从候选NPRACH格式中选择NPRACH格式的部件。每个NPRACH格式可包括每个NPRACH前导的符号组的数量，并且还可包括每个符号组的符号周期的数量。

在实施例29中，根据实施例25-28中的一项或任何组合所述的主题，其中该装置可进一步包括用于根据符号组之间的跳频来对用于传输的NPRACH前导进行编码的部件。

在实施例30中，根据实施例25-29中的一项或任何组合所述的主题，其中该装置可进一步包括用于在第一符号组、第二符号组、第三符号组和第四符号组中对NPRACH前导进行编码的部件。该装置可进一步包括用于根据跳频通过以下项对NPRACH前导进行编码的部件：第一符号组和第二符号组之间的第一频率间隔；以及第三符号组和第四符号组之间的第二频率间隔。

在实施例31中，根据实施例25-30中的一项或任何组合所述的主题，其中第一频率间隔可为一个子载波。第二频率间隔可为六个子载波。

提供该说明书摘要以符合37C.F.R.的第1.72(b)节要求，该节要求提供允许读者确定技术公开的性质和要点的说明书摘要。提供该说明书摘要所依据的认识是该技术公开将不用于限制或解释权利要求的范围或含义。据此将以下权利要求并入到具体实施方式中，其中每项权利要求如单独的实施方案那样独立存在。

Claims (20)

1.一种用于通过基站进行通信的方法，所述方法包括：

通过所述基站，编码系统信息块类型1窄带SIB1-NB，所述SIB1-NB指示被配置用于时分双工TDD操作的无线电帧的子帧配置；以及

通过所述基站，基于所述子帧配置解码窄带物理随机接入信道NPRACH前导，其中所述NPRACH前导被映射到多个符号组，并且其中，每个符号组包括连续符号周期和循环前缀CP部分。

2.如权利要求1所述的方法，

其中，所述子帧配置包括一个或多个下行链路子帧和一个或多个上行链路子帧。

3.如权利要求2所述的方法，

其中，所述符号组在所述上行链路子帧中在时间上是连续的。

4.如权利要求1至3中任一项所述的方法，

其中，每个符号组的符号周期的数量至少部分地取决于所述子帧配置中的连续上行链路子帧的数量。

5.如权利要求1至4中任一项所述的方法，

其中，每个符号组的符号的数量是以下中的至少一者：

每个符号组一个符号；

每个符号组两个符号；

每个符号组三个符号；或

每个符号组四个符号。

6.如权利要求1至5中任一项所述的方法

其中，NPRACH格式是至少部分基于在所述SIB 1-NB中指示的所述子帧配置从候选NPRACH格式中选择的。

7.如权利要求6所述的方法，

其中，每个NPRACH格式包括每个NPRACH前导的符号组的数量和每个符号组的所述符号周期的数量。

8.如权利要求1至7中任一项所述的方法，还包括：

通过所述基站，根据符号组之间的跳频对用于传输的NPRACH前导进行解码。

9.如权利要求1至8中任一项所述的方法，还包括：

通过所述基站，在第一符号组、第二符号组、第三符号组和第四符号组中解码所述NPRACH前导。

10.如权利要求9所述的方法，还包括：

通过所述基站，根据跳频通过所述第一符号组和所述第二符号组之间的第一频率间隔以及所述第三符号组和所述第四符号组之间的第二频率间隔对所述NPRACH前导进行解码。

11.如权利要求10所述的方法，

其中，所述第一频率间隔是一个子载波。

12.如权利要求10至11中任一项所述的方法，

其中，所述第二频率间隔为六个子载波。

13.如权利要求1至12中任一项所述的方法，还包括：

通过所述基站，编码窄带物理下行链路控制信道NPDCCH，所述NPDCCH通过所述UE在一个或多个无线电帧中调度窄带物理上行链路共享信道NPUSCH的传输；

通过所述基站，确定上行链路调度延迟，所述上行链路调度延迟是基于在子帧的预定的第一数量和子帧的可变的第二数量之后的最早子帧的。

14.如权利要求13所述的方法，

其中，所述无线电帧被配置用于时分双工TDD操作，并且其中，所述无线电帧的子帧包括上行链路子帧和下行链路子帧。

15.如权利要求13至14中任一项所述的方法，

其中，所述子帧的第二数量是基于在所述子帧的预定数量之后已经过子帧的窗口之后的最早子帧的。

16.如权利要求15所述的方法，

其中，所述窗口中的上行链路子帧的数量等于由所述NPDCCH指示的上行链路子帧的所述数量。

17.如权利要求13至16中任一项所述的方法，还包括：

根据所述上行链路调度延迟监视一个或多个上行链路子帧中的所述NPUSCH。

18.如权利要求17所述的方法，

其中，所述子帧配置包括一个或多个特殊子帧。

19.一种基站，包括：

至少一个天线；

至少一个无线电，与所述天线通信；以及

至少一个处理器，与所述至少一个无线电通信并且被配置为使所述基站执行如权利要求1至18中任一项所述的方法。

20.一种非暂态计算机可读存储介质，存储程序指令，所述程序指令能够由一个或多个处理器执行以使基站执行如权利要求1至18中任一项所述的方法。

Images