TDD模式下用于NB-IOT传输的NPRACH格式的制作方法

相关申请的交叉引用本申请要求于2018年9月28日提交的标题为“用于在tdd模式下np-iot传输的nprach格式”的美国临时申请序列号62/564,542的优先权。本发明总体上涉及无线通信网络，并且具体地涉及用于时分双工(tdd)模式的窄带物联网(nb-iot)物理随机接入信道(nprach)格式设计。
背景技术：
：能够与移动设备进行语音和数据通信的无线通信网络在世界许多地方无处不在，并且在技术成熟度、系统容量、数据速率、带宽、支持的服务等方面继续发展。一种通常被称为“蜂窝”的无线网络的基本模型具有多个固定网络节点(不同地被称为基站、无线电基站、基站收发信台、服务节点、nodeb、enobeb、enb等)，每个固定网络节点向在通常固定的地理区域(被称为小区或扇区)内的很多个移动设备(不同地被称为移动终端、用户设备或ue等)提供无线通信服务。双工从网络节点到移动设备的通信被称为“下行链路”(dl)，而从移动设备到网络节点的通信被称为“上行链路”(ul)。分离这两个业务流有两种基本方法。在频分双工(fdd)中，ul和dl通信在频率上分离(但可能在时间上同时发生)。在时分双工(tdd)中，ul和dl通信以相同的频率发生，但在时间上分离，并且在它们之间插入了保护时段(gp)或短暂的持续时间以防止干扰。nb-iot虽然无线通信发展的一个方面是朝着更高的带宽和数据速率发展(例如，支持交付给复杂蜂窝电话(例如，“智能电话”)的各种服务)，但最近的另一项发展却是相反的-为简单、廉价的设备提供具有低廉功率预算的有限带宽低数据速率服务。在版本13中，第三代合作伙伴计划(3gpp)对这种所谓的“机器类型通信”或mtc标准化了两种不同的方法。与传统(宽带)lte相比，增强型mtc(emtc)，也被称为长期演进–机器对机器(lte-m)包括成本降低的措施，例如，更低的带宽、更低的数据速率和降低的发射功率。窄带物联网(nb-iot)更积极地解决了频谱低于200khz的极低成本市场，以及与传统网络同时部署或在活跃的传统频谱之外部署的灵活性。nb-iot的目标是改善室内覆盖范围、支持大量低吞吐量设备、低延迟敏感性、超低设备成本和低设备功耗。早期的nb-iot规范采用fdd。需要为nb-iot中的tdd操作定义标准。这提出了许多挑战，特别是在随机接入(移动设备首先通过该过程接入网络)的情况下。随机接入移动设备可能需要在ul中没有专用资源的情况下(经由enodeb)联系网络。为了处理该问题，在没有专用上行链路资源的ue可能向基站发送信号的情况下，可以使用随机接入过程。通常在为随机接入预留的特殊上行链路资源、物理随机接入信道(prach)上传输此过程的第一消息(如本文所述的msg1或随机接入前导码)，而其他上行链路资源则用于数据传输。该信道可以例如在时间和/或频率上受到限制(如在lte中一样)。向移动设备提供可用于prach传输的资源作为广播的系统信息的一部分(例如，在切换的情况下作为专用rrc信令的一部分)。出于多种不同原因，可以使用随机接入过程。这些原因包括：·初始接入(针对处于lte_idle或lte_detached状态的ue)·传入切换·ul的重新同步·调度请求(针对未分配用于联系基站的任何其他资源的ue)·定位在基于竞争的随机接入(cbra)过程中，ue通过选择或随机选择可用于基于竞争的随机接入的前导码之一来启动随机接入过程。然后，ue在prach上将所选的随机接入前导码消息发送到网络中的网络节点，例如，enodeb。网络通过发送随机接入响应消息(msg2)来确认其检测到的任何前导码，该随机接入响应消息可以包括以下至少一个：要在上行链路共享信道上使用的初始授权、临时小区无线电网络临时标识符(c-rnti)、以及基于enodeb在prach上测量的前导码的定时偏移的时间对齐(ta)更新。随机接入响应消息(msg2)在下行链路中向ue发送，并且其相应的物理下行链路控制信道(pdcch)消息的循环冗余校验(crc)可以用随机接入无线电网络临时标识符(ra-rnti)进行加扰。在接收到随机接入响应消息(msg2)之后，ue使用授权来发送调度传输消息(msg3)，该调度传输消息部分用于触发无线电资源控制的建立，以及部分用于在小区的公共信道上唯一地标识ue。随机接入响应消息中提供的定时提前命令可以应用于调度传输消息(msg3)中的ul传输。enodeb可以通过发送上行链路授权来更改为调度传输消息(msg3)分配的资源块，该上行链路授权的crc用临时小区无线电网络临时标识符(tc-rnti)进行加扰。如果ue先前已被分配了c-rnti，则竞争解决消息(msg4)用c-rnti对其pdcchcrc进行加扰。如果ue先前未被分配c-rnti，则竞争解决消息(msg4)用tc-rnti对其pdcchcrc进行加扰。该过程以网络解决在多个ue同时发送相同前导码的情况下可能发生的任何前导码竞争为结束。由于每个ue随机选择何时发送以及使用哪个前导码，因此会发生这种情况。如果多个ue选择相同的前导码在rach上进行传输，则这些ue之间将存在竞争，这必须通过竞争解决消息(msg4)解决。在一些情况下，两个ue可以同时发送相同的前导码。第三ue也可以在相同的rach上进行发送，但是由于其以不同的前导码进行发送，因此该ue与其他两个ue之间没有竞争。请注意，ue还可以执行基于非竞争的随机接入。例如，可以由enodeb发起基于非竞争的随机接入或无竞争的随机接入(cfra)，以使ue在上行链路中实现同步。enodeb通过发送pdcch命令或在rrc消息中指示它来发起无竞争的随机接入。在切换的情况下使用两者中的后者。nb-iot中的tdd根据在[rp-171428，“wayforwardonprioritizationofnb-iot”，ran#76]和最近在[rp-172063，“revisedwidonfurthernb-iotenhancements”，ran77]中修订的关于nb-iot进一步增强的工作项说明(wid)[请参见3gpprp-170732，“newwionfurthernb-iotenhancements”，ran#75]，目标之一是指从ran全体会议#76开始致力于在nb-iot中支持tdd操作。b.致力于从ran#76开始的以下目标支持tdd[ran1，ran2，ran4]为nb-iot的带内、保护带和独立操作模式指定tdd支持。该设计应假设ue不需要ul补偿间隙，并力争在部署模式之间实现通用设计。·ran1将考虑放宽mcl和/或延迟和/或容量目标。·基线是将支持与rel-13nb-iot相同的功能，附加地考虑小型小区场景。·除基线外，还支持以下内容：о基于rel-14fdd设计：·使用rel-14nprsre模式和序列进行otdoa定位。如有必要，应使用子框架配置部分a和部分b进行必要的修改。·用于寻呼和随机接入的非锚载波操作·ue类别nb2具有与fdd相同的tbs表，并支持1个和2个ul/dlharq进程。ue支持2个ul/dlharq进程是catnb2可用的可选功能，即，与fdd相同的方式。о可以考虑系统信息(mib-nb和任何sib-nb)的非锚载波操作。·为频段41指定频段特定要求。关于“nb-iot进一步增强”的wid强调了在nb-iot中支持tdd操作的重要性。以下所示的文本可以作为wid论据的一部分[rp-170732，“newwionfurthernb-iotenhancements”，ran#75]：rel-13中加速的标准化过程开发了空中接口以支持半双工fdd。然而，tdd频谱还在全球范围内存在，包括对nb-iot的强烈需求未得到满足的运营商市场以及监管环境。在一些情况下，自rel-13工作的早期阶段起就存在这种需求。因此，在建立覆盖范围、延迟等方面所需的目标之后，rel-15是将tdd支持添加到nb-iot的适当时机。在进一步在nb-iot中支持tdd之前，重要的是要强调fdd和tdd之间的根本区别在于：在时分双工操作中，相同的载波频率用于下行链路和上行链路传输。在tdd操作中，已经使下行链路和上行链路无线电资源共存于同一无线电帧中，并且在特殊子帧内包含的保护时段期间执行下行链路和上行链路之间的切换。在图1中重新创建的表1示出了lte标准[3gppts36.211，“physicalchannelsandmodulation”，v14.2.0]所述的现有ltetdd配置，其中，d＝下行链路；u＝上行链路；s＝特殊子帧。该信息在图2中也以图形格式表示。现有的ltetdd配置存在于定义良好并商用的框架中。因此，可以预见的是，现有(或现有中的一些)ltetdd配置将被用作将tdd支持引入nb-iot的基准。这对于“带内”和“保护带”部署尤其重要，但考虑到可能存在两种变体，这也与“独立”操作模式有关：在相同频带中；以及远离移动宽带(在频率上)。nb-iot中经由tdd的随机接入在ran1#90中，tsgranwg1开始关于在nb-iot中支持tdd操作的讨论，其中，大部分讨论集中在dl和常见方面。针对ul方面[3gpp最终ran1主席注解，ran1#90]，仅达成以下协议，尤其是窄带物联网(nb-iot)物理随机接入信道(nprach)：协议：·用于tdd的nprach支持单音跳频·也可以考虑多音nprach格式·跳频的ffs详细信息·一个符号组由一个cp和n个符号定义。·ffsn的值·ffscp持续时间、符号持续时间·前导码由p个符号组定义·ffs：保护时间使用·支持nprach前导码的重复·tddnprach的小区半径目标是ffsnprach承载物理层随机接入前导码，驻留在给定小区上的nb-iotue使用该物理层随机接入前导码向基站指示获取接入的意图。为nb-iot设计的nprach包括以下特征：·前导码由四个符号组组成，每个符号组使用不同的子载波彼此相邻地发送。·每个符号组具有循环前缀(cp)，该循环前缀后面跟随5个符号；cp具有不同的持续时间，该持续时间取决于前导码格式。·使用确定性跳变模式以及伪随机跳变。·nprach音间隔为3.75khz。·nprach前导码重复单元为5.6ms或6.4ms，其取决于cp。·重复次数：1、2、4、8、16、32、64、128(或更一般地，任何零或2的正整数幂)。原则上，由于ul资源数量有限，没有如为nb-iot设计的可以承载nprach前导码重复单元的tdd配置。本公开涉及一种nprach设计，该nprach设计适于tdd配置，并且因此可以用于在nb-iot中支持tdd。传统ltetdd配置仅具有1个、2个或3个连续的ul子帧(即，分别为1ms、2ms或3ms)，而在版本13中为nb-iotfdd设计的单个nprach的传输在时域上需要5.6ms(使用66.7uscp)或6.4ms(使用266.7uscp)。这意味着，原则上就连续的ul子帧而言，没有如为fddnb-iot设计的可以承载nprach前导码重复单元的tdd配置(即，nprach的前导码重复单元超过5ms)。如果版本13的nprach设计直接用于tdd，则必须将单个nprach传输分为几个不连续的上行链路传输。这可能导致跨符号组的相干nprach丢失，或迫使ue在这些不连续点上保持相干。另外，硬件引入了随机相位，这对于维持相位相干性可能是问题。此外，可能必须放宽对检测prach所需的延迟量的要求。在带内/保护带部署的情况下，nb-iottdd配置应遵循lte的相同配置，并且在这种情况下无法逃脱该问题。提供本文件的
背景技术：
部分是为了将本发明的实施例置于技术和操作上下文中，以便帮助本领域技术人员理解它们的范围和功用。除非明确指出，否则这里的任何陈述都不因被包括在
背景技术：
部分而认为是现有技术。技术实现要素：以下呈现了对本公开的简单概括以向本领域技术人员提供基本理解。这里的概括并不是本公开的详细综述，并且不意在指出本发明的实施例中的关键/重要元素或勾画本发明的范围。这里的概括的唯一目的是以简化形式呈现本文公开的一些构思，作为稍后呈现的更详细描述的前言。根据本文描述和要求保护的一个或多个实施例，在tdd模式下针对nb-iot实现了nprach格式的设计。该设计具有以下特点：·支持多种nprach格式，使得tdd部署可以根据所使用的tdd配置选择最合适的nprach格式。·由于ue在不连续nprach传输上可以保持或不保持相干性，因此应背对背(即，在时域中连续)发送不同子载波上的至少两个符号组，以促进enb的到达时间估计。·tddnb-iot中的nprach设计考虑了3.75khz的子载波间隔，这是由于在rel-13fdd中使用了该值，如果将fdd设计重新用于tdd，则这将允许与npusch的多音传输实现良好的共存。·为了避免nprach干扰dl传输，在nprach传输末尾提供保护时段(gp)。·在一些实施例中，nb-iottdd中的nprach前导码重复单元由4个符号组组成。·nprach前导码重复单元中的跳频是确定性的。·对于跨重复单元的跳频，可以应用特定于小区的伪随机跳变。用于tdd操作的nprach设计包含几种格式，使得tdd部署可以根据所使用的tdd配置选择最合适的nprach格式。用于tdd的nprach使用3.75khz子载波间隔，其中，不同子载波上的至少两个符号组应伴随保护时段背对背发送，并且其中，在一些实施例中，nb-iottdd中的nprach前导码重复单元由4个符号组组成。nprach前导码重复单元中的跳频是确定性的，而跨重复单元的跳频可以使用特定于小区的伪随机跳变。某些实施例可以提供以下一个或多个技术优势：·nprach前导码重复单元可以适于ltetdd配置。·可以使用多个nprach格式来提供对所有现有ltetdd配置的兼容性。·在不同的子载波上背对背发送至少两个符号组促进enb的到达时间估计。·如果fdd中的nprach重用了用于npuschfdd的多音传输方案，则针对tdd中的nprach重新使用等于3.75khz的子载波间隔将促进与fdd中的nprach共存。·在nprach传输末尾具有保护时段(gp)防止了对相邻dl传输造成干扰。·多种nprach格式利用每个符号组的符号长度以及可配置cp来允许达到不同的小区大小目标。·特定于小区的伪随机跳变有助于避免nprach冲突如本文中所用，术语“保护时间(gt)”和“保护时段(gp)”可互换使用以表示在ul和dltdd传输之间插入以减轻干扰的时段或持续时间。具体地，gp至少被添加到本文定义的每个prach前导码格式的末尾。因此，每个prach前导码格式包括预定数量的符号组，后面跟随有gp，其中，每个符号组包括循环前缀(cp)和数量为x的符号。一个实施例涉及一种由无线设备执行的，以时分双工(tdd)从无线设备向基站发送随机接入(ra)前导码的方法。选择指定构成ra前导码的预定偶数p个符号组的ra前导码格式，其中，每个符号组包括循环前缀(cp)和数量为x的符号。p个符号组划分为适合于1、2或3个连续上行链路子帧的符号组集合，每个符号组集合包括至少两个在时间上连续发送的符号组，并且至少两个符号组集合跨多个上行链路子帧在时间上非连续地发送，在该多个上行链路子帧上发送ra前导码。另一实施例涉及一种无线设备，该无线设备被配置为以时分双工(tdd)向无线通信网络中的基站发送随机接入(ra)前导码。该无线设备包括收发器和可操作地与该收发器连接的处理电路。该处理电路适于选择指定构成ra前导码的预定偶数p个符号组的ra前导码格式，其中，每个符号组包括循环前缀cp和数量为x的符号。p个符号组划分为适合于1、2或3个连续上行链路子帧的符号组集合，每个符号组集合包括至少两个在时间上连续发送的符号组，并且至少两个符号组集合跨多个上行链路子帧在时间上非连续地发送，在该多个上行链路子帧上发送ra前导码。另一实施例涉及一种由在无线通信网络中操作的基站执行的，以时分双工(tdd)从无线设备接收随机接入(ra)前导码的方法。接收ra前导码。ra前导码采用指定构成ra前导码的预定偶数p个符号组的格式，其中，每个符号组包括循环前缀(cp)和数量为x的符号。p个符号组划分为适合于1、2或3个连续上行链路子帧的符号组集合，每个符号组集合包括至少两个在时间上连续发送的符号组，并且至少两个符号组集合跨多个上行链路子帧在时间上非连续地发送，在该多个上行链路子帧上发送ra前导码。另一实施例涉及一种在无线通信网络中操作并且被配置为以时分双工(tdd)从无线设备接收随机接入(ra)前导码的基站。该基站包括收发器和可操作地与该收发器连接的处理电路。该处理电路适于以指定构成ra前导码的预定偶数p个符号组的格式接收ra前导码，其中，每个符号组包括循环前缀cp和数量为x的符号。p个符号组划分为适合于1、2或3个连续上行链路子帧的符号组集合，每个符号组集合包括至少两个在时间上连续发送的符号组，并且至少两个符号组集合跨多个上行链路子帧在时间上非连续地发送，在该多个上行链路子帧上发送ra前导码。附图说明现在将在下文中参照附图更全面地描述本发明，在附图中示出了本发明的实施例。然而，本发明不应被解释为限于本文阐述的实施例。相反，提供这些实施例使得本公开将全面和完整，并且将本发明的范围充分传达给本领域技术人员。贯穿全文，类似附图标记表示类似的元件。图1是用于tdd的lte子帧配置表。图2是图1的表格的图形描述。图3是以tdd从无线设备向基站发送ra前导码的(单步)方法的流程图。图4是在基站处以tdd接收由无线设备发送的ra前导码的(单步)方法的流程图。图5是示出电路的无线设备的框图。图6是示出功能单元的无线设备的框图。图7是示出电路的网络节点的框图。图8是示出功能单元的网络节点的框图。图9是适于具有三个连续ul子帧的tdd配置的nprach设计选项表。图10是适于具有两个连续ul子帧的tdd配置的nprach设计选项表。图11是适于没有多个连续ul子帧的tdd配置的nprach设计选项表。图12是描绘各种跳频方案的图。具体实施方式出于简化和说明的目的，主要通过参考本发明的示例性实施例来描述本发明。在以下描述中，阐述了许多具体细节以便提供对本发明的透彻理解。然而，对于本领域的普通技术人员来说显而易见的是，可以在不限制这些特定细节的情况下实践本发明。在本说明书中，没有详细描述众所周知的方法和结构，以免不必要地模糊本发明。图3描绘了根据特定实施例的方法100。方法100由无线设备执行，并且方法100是以时分双工(tdd)从无线设备向基站发送随机接入(ra)前导码的方法。在最广泛的表述中，方法100包括单独步骤，编号为102。方法100包括选择指定构成ra前导码的预定偶数p个符号组的ra前导码格式，其中，每个符号组包括循环前缀cp和数量为x的符号(步骤102)。p个符号组划分为适合于1、2或3个连续上行链路子帧的符号组集合，每个符号组集合包括至少两个在时间上连续发送的符号组，并且至少两个符号组集合跨多个上行链路子帧在时间上非连续地发送，在该多个上行链路子帧上发送ra前导码。相关的步骤(在图3中未示出)是基于所选择的ra前导码格式来发送ra前导码。可以在窄带物联网物理随机接入信道(nprach)上发送ra前导码。在方法100的一个实施例中，符号组集合中的符号组的数量g为2或3。在方法100的一个实施例中，p＝2g，并且g个符号组的每个符号组集合后面跟随保护时段(gp)。在方法100的一个实施例中，在相邻的上行链路子帧上发送符号组集合内的符号组。在方法100的一个实施例中，该方法还包括：基于所选择的ra前导码格式，按预定次数发送ra前导码。在方法100的一个实施例中，选择ra前导码格式包括：从ra前导码格式的预定集合中选择ra前导码格式，该ra前导码格式的预定集合中的每一个可以以预定tdd配置映射到多个相邻子帧上。在方法100的一个实施例中，tdd配置是在第三代合作伙伴计划(3gpp)技术规范(ts)36.211中定义的长期演进(lte)tdd配置。在方法100的一个实施例中，ra前导码格式的预定集合包括：·格式0，其中，g＝2，p＝4，并且n＝1；·格式1，其中，g＝2，p＝4，并且n＝4；·格式2，其中，g＝2，p＝4，并且n＝4；·格式0-a，其中，g＝3，p＝6，并且n＝1；以及·格式1-a，其中，g＝3，p＝6，并且n＝2。在方法100的一个实施例中：·格式0可以被映射到ltetdd配置1、2、3、4或5；·格式1可以被映射到ltetdd配置1或4；·格式2可以被映射到ltetdd配置3；·格式0-a可以被映射到ltetdd配置1、2、3、4或5；以及·格式1-a可以被映射到ltetdd配置1或4；图4描绘了根据其他特定实施例的方法200。方法200由基站执行，并且方法200是以时分双工(tdd)从无线设备接收随机接入(ra)前导码。在最广泛的表述中，方法200包括单独步骤，编号为202。方法200包括接收指定构成ra前导码的预定偶数p个符号组的ra前导码格式，其中，每个符号组包括循环前缀cp和数量为x的符号(步骤202)。该p个符号组被划分为适合于1、2或3个连续上行链路子帧的符号组集合，每个符号组集合包括至少两个在时间上连续发送的符号组。至少两个符号组集合跨多个上行链路子帧在时间上非连续地发送，在该多个上行链路子帧上发送ra前导码。可以由无线设备在窄带物联网物理随机接入信道(nprach)上发送ra前导码。在方法200的一个实施例中，符号组集合中的符号组的数量g为2或3。在方法200的一个实施例中，p＝2g，并且g个符号组的每个符号组集合后面跟随保护时段(gp)。在方法200的一个实施例中，在相邻的上行链路子帧上发送符号组集合内的符号组。在方法200的一个实施例中，该方法还包括：基于所选择的ra前导码格式，按预定次数接收ra前导码。在方法200的一个实施例中，从ra前导码格式的预定集合中选择ra前导码格式，该ra前导码格式的预定集合中的每一个可以以预定tdd配置映射到多个相邻子帧上。在方法200的一个实施例中，tdd配置是在第三代合作伙伴计划(3gpp)技术规范(ts)36.211中定义的长期演进(lte)tdd配置。在方法200的一个实施例中，ra前导码格式的预定集合包括：·格式0，其中，g＝2，p＝4，并且n＝1；·格式1，其中，g＝2，p＝4，并且n＝4；·格式2，其中，g＝2，p＝4，并且n＝4；·格式0-a，其中，g＝3，p＝6，并且n＝1；以及·格式1-a，其中，g＝3，p＝6，并且n＝2。在方法200的一个实施例中：·格式0可以被映射到ltetdd配置1、2、3、4或5；·格式1可以被映射到ltetdd配置1或4；·格式2可以被映射到ltetdd配置3；·格式0-a可以被映射到ltetdd配置1、2、3、4或5；以及·格式1-a可以被映射到ltetdd配置1或4；请注意，本文描述的装置可以通过实现任何功能装置、模块、单元或电路来执行本文的方法和任何其他处理。例如，在一个实施例中，该装置包括被配置为执行方法图中所示的步骤的相应电路或电路系统。在这方面，电路或电路系统可以包括专用于执行某些功能处理的电路和/或与存储器结合的一个或多个微处理器。例如，该电路可以包括一个或多个微处理器或微控制器，以及其他数字硬件(可以包括数字信号处理器(dsp)、专用数字逻辑等)。处理电路可以被配置为执行存储在存储器中的程序代码，该存储器可以包括一种或多种类型的存储器，例如只读存储器(rom)、随机存取存储器、高速缓冲存储器、闪存设备、光存储设备等。在一些实施例中，存储在存储器中的程序代码可以包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于执行本文所述的一种或多种技术的指令。在部署存储器的实施例中，存储器存储程序代码，该程序代码在由一个或多个处理器执行时采用本文所述的技术。例如，图5示出了根据一个或多个实施例实现的无线设备20。如图所示，无线设备20包括处理电路22和通信电路26。通信电路26(例如，诸如收发器的无线电电路)被配置为例如经由任何通信技术向一个或多个其他节点发射信息和/或从一个或多个其他节点接收信息。这种通信可以经由无线设备20内部或外部的一个或多个天线28发生。处理电路22被配置为：例如通过执行存储在存储器24(如图所示，其可以在处理电路22的内部或外部)中的指令执行上述处理。在这方面，处理电路22可以实现某些功能装置、单元或模块。无线设备20可以包括用户设备(ue)。图6示出了根据其他实施例的无线网络中的无线设备20的示意性框图。如图所示，无线设备20例如经由图5中的处理电路22和/或经由软件代码来实现各种功能装置、单元或模块。例如，用于实现本文的方法100的这些功能装置、单元或模块包括例如：ra前导码格式选择单元30。ra前导码格式选择单元30被配置为选择指定构成ra前导码的预定偶数p个符号组的ra前导码格式，其中，每个符号组包括循环前缀(cp)和数量为x的符号，其中，p个符号组被划分为适合于1、2或3个连续上行链路子帧的符号组集合，每个符号组集合包括至少两个在时间上连续发送的符号组，并且其中，至少两个符号组集合跨多个上行链路子帧在时间上非连续地发送，在该多个上行链路子帧上发送ra前导码。图7示出了根据一个或多个实施例实现的网络节点40。如图所示，网络节点40包括处理电路42和通信电路46。通信电路46被配置为例如经由任何通信技术向一个或多个其他节点发送信息和/或从一个或多个其他节点接收信息。处理电路42被配置为例如通过执行存储在存储器44中的指令来执行上述处理。在这方面，处理电路42可以实现某些功能装置、单元或模块。网络节点40可以包括基站，在这种情况下，通信电路46包括无线电通信电路，例如,可操作地与一个或多个天线48连接的收发器。如断开的连接所示，天线可以位于较远的位置，例如，在塔或建筑物上。图8示出了根据其他实施例的无线网络中的网络节点40的示意性框图。如图所示，网络节点40例如经由图7中的处理电路42和/或经由软件代码来实现各种功能装置/单元或模块。例如，用于实现本文的方法200的这些功能装置、单元或模块包括例如：ra前导码接收单元50。ra前导码接收单元50被配置为接收指定构成ra前导码的预定偶数p个符号组的ra前导码格式，其中，每个符号组包括循环前缀(cp)和数量为x的符号，该p个符号组被划分为适合于1、2或3个连续上行链路子帧的符号组集合，每个符号组集合包括至少两个在时间上连续发送的符号组，并且其中，至少两个符号组集合跨多个上行链路子帧在时间上非连续地发送，在该多个上行链路子帧上发送ra前导码。本领域技术人员还将理解，本文的实施例还包括对应的计算机程序。计算机程序包括指令，该指令在装置的至少一个处理器上执行时，使该装置执行上述任何相应处理。在这方面，计算机程序可以包括与上述装置或单元相对应的一个或多个代码模块。实施例还包括包含这样的计算机程序的载体。载体可以包括电信号、光信号、无线电信号或计算机可读存储介质中的一种。就这方面，本文的实施例还包括存储在非暂时性计算机可读(存储或记录)介质上的计算机程序产品，并且包括指令，该指令当由装置的处理器执行时使该装置执行如上所述的处理。实施例还包括计算机程序产品，其包括程序代码部分，当由计算设备执行所述计算机程序产品时，所述程序代码部分执行本文中任何实施例的步骤。该计算机程序产品可以存储在计算机可读记录介质上。现在将描述附加的实施例。出于说明的目的，这些实施例中的至少一些可以被描述为适用于某些上下文和/或无线网络类型，但是该实施例类似地适用于未明确描述的其他上下文和/或无线网络类型。下文示出了nb-iottdd的nprach设计的详细说明。3子帧(sf)nprach符号结构图9是列出nprach设计选项的表格，这些选项适用于具有3个连续ul子帧的tdd配置。与fddnprach中一样，每个符号组都由1个cp+x个符号组成。为了减少资源浪费，x可以跨符号组不同。·3个ulsf中的4个符号组：跨4个符号组总共有6个符号，其中，分别在第一、第二、第三、第四符号组中，x＝1、x＝1、x＝2、x＝2。·3个ulsf中的3个符号组：跨3个符号组总共有7个符号，其中，分别在第一、第二、第三符号组中，x＝1、x＝2、x＝4。·3个ulsf中的2个符号组：跨2个符号组总共有8个符号，其中，分别在第一、第二符号组中，x＝4、x＝4。在所有情况下，cp都被选择为266.7us，这与rel-13fddnprach中的长cp相同。剩余的gp为～333us。在这些设计选项下，标称支持的小区半径为40km，这与rel-13fddnprach相同。然而，可以使用专有解决方案来实现小区半径大于40km的部署。2-sfnprach符号结构图10列出了nprach设计选项，这些选项适用于具有2个连续ul子帧的tdd配置。与fddnprach中一样，每个符号组都由1个cp+x个符号组成。为了减少资源浪费，x可以跨符号组不同。·2个ulsf中的4个符号组：跨4个符号组总共有4个符号，其中，分别在第一、第二、第三、第四符号组中，x＝1、x＝1、x＝1、x＝1。cp长度为～186.6us。·2个ulsf中的3个符号组：о选项1：～233.3uscp：跨3个符号组总共有4个符号，其中，分别在第一、第二、第三符号组中，x＝1、x＝1、x＝2。о选项2：～266.7uscp：跨3个符号组总共有3个符号，其中，分别在第一、第二、第三符号组中，x＝1、x＝1、x＝1。·2个ulsf中的2个符号组：о选项1：～222.2uscp：跨2个符号组总共有5个符号，其中，分别在第一、第二符号组中，x＝2、x＝3。о选项2：～266.7uscp：跨2个符号组总共有4个符号，其中，分别在第一、第二符号组中，x＝2、x＝2。1-sfnprach符号结构图11列出了nprach设计选项，这些选项适用于只有1个ul子帧的tdd配置。为了在一个ul子帧中容纳至少2个符号组，每个符号组只能有一个266.7us符号。剩余时间(1–0.2667*2)被平均分配给两个cp和一个gp，导致～155.5uscp和～155.5usgp。nprach重复单元取决于符号结构的选择，可以相应地定义重复单元。·如果可以背对背发送4个符号组，则nprach前导码重复单元由4个符号组组成。·如果可以背对背发送3个符号组，则nprach前导码重复单元由3个符号组组成。·如果可以背对背发送2个符号组，则nprach前导码重复单元由4个符号组组成，其中，分别地，前两个符号组背对背发送，并且最后两个符号组背对背发送。nprach跳频为了促进到达时间的估计，在重复单元中应同时支持1个音和6个音跳变。·如果可以背对背发送4个符号组，则可以使用与fddnb-iot相同的固定跳变。·如果可以背对背发送3个符号组，则在第一和第二符号组之间应用1个音跳变，并且在第二和第三符号组之间应用6个音跳变。·如果可以背对背发送2个符号组，则对前2个背对背符号组应用1个音跳变，并且对后2个背对背符号组应用6个音跳变。о由于在不连续传输之间不能保证相干/相位连续性，因此在第二和第三符号组之间可以使用或不使用固定跳变。为了使小区间干扰随机化，在第二和第三符号组之间应用小区特定的伪随机跳变可以是有益的。图12示出了用于不同设计选项的跳频。为了统一用于不同tdd配置的设计，以下格式支持tdd模式下的nprach，其中，两个符号组在连续上行链路子帧中背对背发送：·格式0(适于1个ul子帧)о第一符号组：～155.5uscp+一个266.7us符号о第二符号组：～155.5uscp+一个266.7us符号о～155.5usgp·格式1(适于2个ul子帧)о第一符号组：～222.2uscp+两个266.7us符号о第二符号组：～222.2uscp+三个266.7us符号о～222.2usgp·格式2(适于3个ul子帧)о第一符号组：～266.7uscp+四个266.7us符号о第二符号组：～266.7uscp+四个266.7us符号о～333usgp以上nprach格式是为适于ltetdd配置中定义的ul相邻子帧的数量而设计的，其中，格式0适于具有1个ul子帧的tdd配置，格式1适于具有2个ul相邻子帧的tdd配置，而格式2适于具有3个ul相邻子帧的tdd配置。因此，nprach格式的配置可以取决于所使用的tdd配置。即，可以为ltetdd配置#2和#5配置nprach格式0，为ltetdd配置#1、#4和#6配置nprach格式1，并且为ltetdd配置#0、#3和#6配置nprach格式2。如前所述，在一些实施例中，nb-iottdd中的nprach前导码重复单元由4个符号组组成。此外，可以使包含在符号组中的cp长度、符号长度和gp长度可配置，以评估小区大小目标不同的情况。即，系统可以将cp配置为长度m，将符号配置为长度n，并且将gp配置为长度o，以便根据小区大小目标、ul中可用的相邻子帧、以及适于ul中可用的相邻子帧的符号组的数量来选择m、n和o。对于nprach前导码重复单元中的跳频：·对前2个背对背符号组应用1个音跳变·对后2个背对背符号组应用6个音跳变·在非连续的第二和第三符号组之间应用特定于小区的伪随机跳变基于图12底部所示的c)和d)，nprach重复单元内的确定性跳变模式的设计如下：第一符号组使用的音索引重复单元内的确定性跳变模式0，2，4{+1，0，+6}1，3，5{-1，0，+6}6，8，10{+1，0，-6}7，9，11{-1，0，-6}表1：tdd中nprach的确定性跳变模式，在第二和第三符号组之间没有跳变应用以上所述：表2：tdd中nprach的每个子载波的确定性跳变模式，在第二和第三符号组之间没有跳变第一符号组使用的音索引重复单元内的确定性跳变模式0,2,4{+1,-x,+6}1,3,5{-1,+x,+6}6,8,10{+1,-x,-6}7,9,11{-1,+x,-6}表3：tdd中nprach的确定性跳变模式，在第二和第三符号组之间的可变跳变其中，x的值是可配置的，并在以下集合的值中选择：x＝{0,1,2,3,4,5}。应用以上所述，例如，当x＝1时：表4：tdd中nprach的确定性跳变模式，在第二和第三符号组之间的一个子载波跳变另一示例，当x＝4时：表5：tdd中nprach的确定性跳变模式，在第二和第三符号组之间的四个子载波跳变另外，对于跨重复单元的跳频，应用小区特定的伪随机跳变。关于nprach和npusch的共存，表6至表12示出了关于nprach和npusch(重新使用可用于fdd的多音)可以在所有ltetdd配置中共存而没有未使用的资源的示例。从表中注意到，tdd中的nprach传输如本发明所述符合rel-13nb-iotfdd子载波间隔(3.75khz)，并且取决于tdd配置，使用不同的nprach格式来匹配上行链路可用资源。tdd配置#0表6：nprach和npusch在tdd配置#0上共存具有传统子载波分配(即，3个和6个子载波)要点(key)：第一第二第三第四：格式2：nprach前导码重复单元(45khz)由4个符号组组成abce：4ms内有3个子载波(45khz)d：2ms内有6个子载波(90khz)tdd配置#1表7：nprach和npusch在tdd配置#1上共存具有传统子载波分配(即，3个和6个子载波)要点(key)：第一第二第三第四：格式1：nprach前导码重复单元(45khz)由4个符号组组成ab：2ms内有6个子载波(90khz)cd：4ms内有3个子载波(45khz)tdd配置#2表8：nprach和npusch在tdd配置#2上共存具有传统子载波分配(即，3个和6个子载波)要点(key)：第一第二第三第四：格式0：nprach前导码重复单元(45khz)由4个符号组组成a：2ms内有6个子载波(90khz)b：4ms内有3个子载波(45khz)tdd配置#3表9：nprach和npusch在tdd配置#3上共存具有传统子载波分配(即，3个和6个子载波)要点(key)：第一第二第三第四：格式2：nprach前导码重复单元(45khz)由4个符号组组成abce：4ms内有3个子载波(45khz)d：2ms内有6个子载波(90khz)tdd配置#4表10：nprach和npusch在tdd配置#4上共存具有传统子载波分配(即，3个和6个子载波)要点(key)：1234：格式1：nprach前导码重复单元(45khz)由4个符号组组成ab：2ms内有6个子载波(90khz)d：4ms内有3个子载波(45khz)tdd配置#5表11：nprach和npusch在tdd配置#5上共存具有传统子载波分配(即，3个和6个子载波)要点(key)：1234：格式0：nprach前导码重复单元(45khz)由4个符号组组成a：2ms内有6个子载波(90khz)b：4ms内有3个子载波(45khz)tdd配置#6表12：nprach和npusch在tdd配置#6上共存具有传统子载波分配(即，3个和6个子载波)要点(key)：1234：格式2：nprach前导码重复单元(45khz)由4个符号组组成abce：4ms内有3个子载波(45khz)d：2ms内有6个子载波(90khz)从表6-12可以看出，当同时发送nprach和npusch时，可以在所有ltetdd配置上使用由3个分配的子载波或3个和6个分配的子载波的组合组成的多音nb-iot传输，以用于执行不以未使用的资源结束的资源映射。可以通过一个或多个虚拟装置的一个或多个功能单元或模块来执行本文公开的任何适合的步骤、方法、特征、功能或益处。每个虚拟装置可以包括多个这些功能单元。这些功能单元可以通过处理电路实现，处理电路可以包括一个或多个微处理器或微控制器以及其他数字硬件(可以包括数字信号处理器(dsp)、专用数字逻辑等)。处理电路可以被配置为执行存储在存储器中的程序代码，该存储器可以包括一种或多种类型的存储器，例如只读存储器(rom)、随机存取存储器(ram)、高速缓冲存储器、闪存设备、光存储设备等。存储在存储器中的程序代码包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于执行本文所述的一种或多种技术的指令。在一些实现中，处理电路可用于使相应功能单元根据本公开的一个或一个实施例执行对应功能。通常，除非明确给出和/或从上下文中暗示不同的含义，否则本文中使用的所有术语将根据其在相关
技术领域：
中的普通含义来解释。除非另有明确说明，否则对“一/一个/元件、设备、组件、装置、步骤等”的所有引用应被开放地解释为指代元件、设备、组件、装置、步骤等中的至少一个实例。除非必须明确地将一个步骤描述为在另一个步骤之后或之前和/或隐含地一个步骤必须在另一个步骤之后或之前，否则本文所公开的任何方法的步骤不必以所公开的确切顺序执行。在适当的情况下，本文公开的任何实施例的任何特征可以应用于任何其他实施例。同样地，任何实施例的任何优点可以适用于任何其他实施例，反之亦然。通过描述，所附实施例的其他目的、特征和优点将是显而易见的。术语单元可以具有在电子、电气设备和/或电子设备领域中的常规含义，并且可以包括例如电气和/或电子电路、设备、模块、处理器、存储器、逻辑固态和/或分立设备、用于执行相应任务、过程、计算、输出和/或显示功能等(例如本文所述的那些)的计算机程序或指令。参考附图，更全面地描述本文中设想的一些实施例。然而，其他实施例包含在本文所公开的主题的范围内。所公开的主题不应被解释为仅限于本文阐述的实施例；而是，通过示例的方式提供这些实施例，以将主题的范围传达给本领域技术人员。当然，在不脱离本发明的本质特征的情况下，本发明可以以不同于本文具体阐述的那些方式的其他方式来实施。所提出的实施例在所有方面都被认为是说明性的而不是限制性的，并且落入所附权利要求的含义和等同范围内的所有改变旨在被包含在其中。当前第1页12