CN113965295A - 新无线电中的物理信道 - Google Patents

Abstract

本公开涉及新无线电中的物理信道。可以使用混合自动重传请求(HARQ)处理、指示符、以及类似方法来以多种方式改善新的无线电性能。例如，甚至在预期响应之前，可以对HARQ处理进行多次重传。可以为单个传输块内的各个代码块提供单独的确认。多比特ACK/NACK信令可以用于有效地表达传输块内的各个代码块或代码块组的状态。非授权传输可以例如经由包括下行链路控制信息的或者经由物理混合自动重传请求指示符信道所发送的响应来隐式地确认。

Description

新无线电中的物理信道

本申请是于2017年4月20日提交的、题为“新无线电中的物理 信道”的国际申请号为PCT/US2017/028596、国家申请号为 201780037931.0的专利申请的分案申请。

相关申请的交叉引用

本申请要求于2016年4月20日提交的美国临时专利申请No. 62/325,335以及于2016年9月26日提交的美国临时专利申请No. 62/399,921的优先权，其公开内容通过引用而被整个结合于此。

背景技术

现有和已提议的电信网络和子网络可以根据诸如LTE、4G、5G、 以及3GPP这样的各种标准进行操作以支持诸如实时通信、娱乐媒体传 输、计算机数据传输和物联网(IoT)、物联网、以及机器对机器(M2M) 操作这样的各种应用。各种标准包括用于通过子载波和时隙来分配通 信资源的参数集。各种标准还包括诸如混合自动重传请求(HARQ)和 物理混合自动重传请求指示符信道(PHICH)信令这样的用于确保接 收传输的机制。

发明内容

这里所描述的各种实施例改善了NR中的各种场景的可靠性。所 解决的示例性场景包括但不限于：用于更高可靠性、更低时延、擦除 信道、非授权信道、以及不等错误保护的HARQ传输方法；诸如DL 控制信息和A/N这样的控制信息的可靠性改善；以及用于低时延和非 授权操作的资源供应。

在一个示例中，装置传输包括HARQ处理的传输直到传输限制。 如果达到传输限制或者如果接收到肯定确认，则该装置终止包括HARQ 处理的传输。在示例中，在接收到肯定确认之前传输至少两个传输。 在另一示例中，该装置接收否定确认，并且在接收到否定确认之后传 输该传输直到达到传输限制为止。

可以通过确定定期响应周期并选择下述不定期间隔来调度物理混 合自动重传请求指示符信道信令，所述不定期时段可以是上行链路传 输的传输时间间隔持续时间、资源块、以及解调参考信号所限定的短 传输时间间隔内的多个固定机会之一。该不定期间隔可以是从与在上 行链路中所复用的多个传输时间间隔相关联的一系列机会中选择的。 传输可以包括多个复用的参数集。机会可以是由无线电资源控制、主 信息块、或者***信息块来限定的，并且是经由介质访问控制的控制 单元来修改的。可以在下行链路授权时在物理下行链路共享数据信道 信号上搭载(piggy-back)ACK/NACK响应，并且可以对多个响应进行联合编码。

多比特ACK/NACK信令可以用于有效地表达传输块内的各个代 码块或代码块组的状态。

非授权传输可以例如经由包括下行链路控制信息的或者经由物理 混合自动重传请求指示符信道所发送的响应来隐式地确认。

提供该概要以简化的形式介绍对下面将在详细描述中所进一步描 述的概念的选择。该概要不是旨在标识所要求保护的主题的关键特征 或必要特征，也不旨在用于限制所要求保护的主题的范围。此外，所 要求保护的主题不局限于用于解决在本公开的任何部分中所提到的任 何或所有缺点的限制。

附图说明

图1是用于传输块的示例性DL传输链。

图2是MAC PDU的示例。

图3示出了基于竞争的随机接入过程的示例。

图4说明了长期演进(LTE)通信标准中的物理资源块(PRB)结 构。

图5示出了使用普通循环前缀(CP)符号的传输时间间隔(TTI) 的示例性资源网格结构。

图6示出了映射到三个资源元素组(REG)的物理混合自动重传 请求指示符信道(PHICH)组的示例性时间序列。

图7示出了示例性PHICH处理流程。

图8说明了具有和不具有跨载波调度的具有PHICH的关联下行链 路分量载波的上行链路分量载波。

图9是八个并行同步混合自动重传请求(HARQ)处理的示例性 时间序列。

图10是网络切片的概念的图示。

图11说明了在上行链路(UL)或下行链路(DL)传输中可能需 要低时延的应用中的电信。

图12是各种网络技术所支持的用户数和比特率的图表，其被分成 使用那些比特率和用户量的各种应用的一般范围。

图13是在图33中所标识出的组的一般时延、可靠性、频谱效率 的3D图表。

图14示出了对UL传输的PHICH响应的两个时间序列，一个用 于1mS的短TTI(sTTI)并且另一个用于0.25mS的sTTI。

图15说明了0.5mS sTTI的HARQ处理#2的重传中的高时延， 其中其它处理具有1mS持续时间。

图16示出了用于复用不同参数集的示例性处理流程。

图17示出了用于在多个子帧中配置HARQ重传的NR-DCI的示 例。

图18示出了用于自约束子帧中的传输和重传的A/N资源分配。

图19示出了甚至在接收到A/N之前如何发生重传的示例。

图20示出了一旦接收到ACK时所终止的重传的示例。

图21示出了一旦达到最大限制时所停止的重传的示例。

图22示出了周期等于2的示例性重传。

图23示出了UE重传UL有效载荷的示例性方法。

图24示出了在单个子帧中所传输的HARQ处理的多个RV的示 例。

图25示出了URLL用户的NR-DCI和NR-PDSCH的示例。

图26示出了对数据分组的多个RV的uNR-PDCCH分配的示例。

图27示出了多个HARQ处理的uNR-PDCCH分配的示例。

图28示出了用于接收授权的URLL UE过程的示例。

图29示出了选择性地不删截(puncture)一些资源以维持eMBB 性能的示例。

图30示出了不受URLL传输影响的控制和RS信令。

图31示出了干扰已调度的eMBB子帧的UL非授权传输的示例。

图32示出了包含对非授权UL传输的响应的MAC PDU的示例。

图33示出了通过非授权响应过程的隐式确认的示例。

图34示出了通过包括竞争解决的非授权响应过程的隐式确认的 示例。

图35示出了通过eMBB进行UL非授权重传的示例。

图36示出了以K组分组的CB的示例，其中每一个具有其自己的 A/N。

图37示出了具有其自己的A/N的一个组中的报头和MAC CE的 示例。

图38示出了裸(Nacked)CB的重传示例。

图39示出了在CDM中所复用的用户的不同数量的A/N资源的示 例。

图40示出了复用的参数集的示例性资源网格。

图41示出了在DL信令间隔中具有PHICH机会的示例性资源网 格。

图42示出了使用不同持续时间的sTTI的ACK/NACK(A/N)信 令的示例性时间序列。

图43示出了复用A/N的两个用户设备(UE)节点的ACK/NACK (A/N)信令的示例性时间序列。

图44示出了具有PHICH冲突的示例性时间序列。

图45示出了具有搭载PHICH和公共PHICH的DL使用1ms TTI 来发信号通知PHICH的示例性时间序列。

图46示出了具有搭载PHICH和公共PHICH的DL使用0.5ms TTI 来发信号通知PHICH的示例性时间序列。

图47示出了具有搭载在PD PDSCH授权上的PHICH的示例性资 源网格。

图48示出了在PDSCH上搭载PHICH并且产生具有CP的OFDM 符号以用于传输的DL传输链的示例处理流程。

图49示出了两个示例性HARQ处理时间序列。

图50示出了对三个UE的参数集进行复用的UL的示例性资源网 格。

图51示出了DL承载在图24中所描绘的UE的公共PHICH参数 集的DL的示例性资源网格。

图52示出了UE可以通过其获得PHICH的示例性方法的流程图。

图53示出了用于将PHICH分配给两个参数集的示例性资源网格。

图54示出了UE可以通过其获得PHICH参数集的另一示例性方 法的流程图。

图55示出了示例性通信***。

图56是为无线通信所配置的诸如例如无线发送/接收单元 (WTRU)这样的示例性装置或设备的方框图。

图57是第一示例性无线电接入网(RAN)和核心网的***图。

图58是第二示例性无线电接入网(RAN)和核心网的***图。

图59是第三示例性无线电接入网(RAN)和核心网的***图。

图60是可以具体实施诸如RAN、核心网、公共交换电话网 (PSTN)、因特网、或其它网络中的某些节点或功能实体这样的通信 网络的一个或多个装置的示例性计算***的方框图。

具体实施方式

混合自动重传请求(HARQ)处理、指示符、以及类似方法可以 用于以多种方式改善新的无线电性能。例如，甚至在期望响应之前， 可以使HARQ处理多次重传。可以为单个传输块内的各种代码块提供 单独确认。

多比特ACK/NACK信令可以用于有效地表达传输块内的各个代 码块或代码块组的状态。

非授权传输可以是通过例如包括下行链路控制信息的响应来隐式 地确认或者可以是通过物理混合自动重传请求指示符信道来发送的。

可以通过确定定期响应周期并选择下述不定期间隔来调度物理 HARQ指示符信道信令，所述不定期间隔可以是由上行链路传输的传 输时间间隔持续时间、资源块、以及解调参考信号所限定的短传输时 间间隔内的多个固定机会之一。

表1是与可能在以上描述中出现的服务级别技术有关的首字母缩 略词的列表。除非另有说明，否则这里所使用的首字母缩略词是指下 面所列出的相应术语。

表格1

缩略语

期望NR将以比LTE低得多的数据的BLER为目标(例如BLER 为10或更低)。目前LTE的操作点对于单个传输而言通常是10-1，尽 管在eNB中它是专有配置。期望通过更稳健的低速率代码和可能的重 传来实现NR的目标BLER。

3GPP TR 38.913定义了下一代接入技术的场景和需求。根据该需 求，对于URLLC，用户平面时延的目标对于UL应为0.5ms并且对于 DL应为0.5ms。这意味着必须在这些时延约束内实现BLER。

LTE支持40比特的最小分组大小。如果传输块(TB)小于40比 特，则对其进行进行零填充以具有40比特。循环冗余校验(CRC)应 用于TB。在接收器处，如果该CRC校验失败，则发送非确认(NACK) 并且随后重传。

将大于6144的传输块大小分成不超过6144比特的多个代码块。 将CRC应用于每个代码段。即使单个CB出错，HARQ重传也是由整 个传输块组成的。图1示出了LTE UL中的数据处理链的示例。

在NR中已同意子帧可以包含固定数量的符号。它可以支持多个 控制区域和一个或多个数据传输。可以通过TDM/FDM在子帧中复用 多个参数集。

3GPP TS 36.300概述了MAC与RRC控制的不同特征，如下表2 所示。

表2 MAC与RRC控制之间的区别概述

MAC与RRC控制之间的区别在于信令可靠性。由于信令可靠性， 涉及状态转变和无线电承载配置的信令应由RRC来执行。基本上，RRC 还对E-UTRA执行UTRA中的RRC所执行的信令。

MAC子层负责将属于一个或多个逻辑信道的MAC服务数据单元 (SDU)复用到传递到/来自传输信道上的物理层的传输块(TB)/从上 述传输块解复用MAC服务数据单元(SDU)。MAC协议数据单元(PDU) 是由MAC报头、零个或多个MAC SDU、零个或多个MAC控制单元、 以及可选的填充组成的，如图2所示。

图3说明了执行基于竞争的随机接入的示例性方式。在步骤1中， 在上行链路中在RACH上发送随机接入前导码。这包括对RACH前导 码的传输，其允许eNB估计UE的传输时间。

在步骤2中，在DL-SCH上由MAC产生随机接入响应。网络传 输时间提前命令以调整UE传输时间。网络还向UE分配将在步骤3中 使用的UL资源。

在步骤3中，在UL-SCH上进行第一次调度的UL传输。这包括 使用UL-SCH将移动终端标识符传输到网络。

在步骤4中，在DL-SCH上将来自网络的竞争解决消息发送到UE。

在一些情况下，无竞争随机接入用于在下行链路数据到达、切换、 以及定位时重新建立上行链路同步。在示例中，上述过程的前两个步 骤是适用的，因为在执行无竞争随机接入过程时不需要竞争解决。

在这里认识到需要新的HARQ机制。LTE中的重传具有8ms的最 小时延。URLLC可能需要比LTE更低的时延和更高的可靠性。可靠性 可是由在时延界限内传输X字节的成功概率来定义的。换句话说，可 将可靠性定义成丢失的、错误的、或者延迟的消息的百分比(例如超 过给定时延界限)应为低。例如，对于URLL，用户平面时延的目标对 于UL为0.5mS并且对于DL为0.5ms，这意味着1ms往返延迟或者等 效地最大1ms重传时延。在1ms时延内1-10-5的可靠性意味着重传时 延不超过1mS的1-10-5的可靠性。这是1-10-5的目标可靠性在1ms时延界限内的URLL应用的情况。对于这样的应用，应以1-10-5的可 靠性级别提供在1ms时延界限内的消息的可靠传输，这意味着仅10-5 的传输可能失败(包括重传)或者导致超过1mS界限的时延。

在这里认识到低时延和高可靠性通常是冲突的要求。在一些情况 下，LTE/LTE-A中的现有HARQ机制不能满足这些目标。因而，在这 里认识到NR可能需要新的解决方案来解决对更高可靠性和更低时延 的HARQ设计。此外，尚未为可以用于URLL和mMTC的非授权UL定义HARQ机制。类似地，就UL和DL而言，eMBB性能可能由于来 自URLL传输的擦除(DL)或干扰(UL)而受到影响。因而，在这里 进一步认识到应该考虑用于提高eMBB传输的稳健性的HARQ解决方 案。

假定对于NR中的诸如URLLC和mMTC这样的一些使用情况而 言要求数据传输比在LTE中更稳健，在这里认识到A/N传输还应提高 了对错误的稳健性。否则，A/N中的错误将影响重传中的数据BLER。 LTE以P(N→DTX/A)＝0.1％，P(A→N/DTX)＝1％(DTX是不连 续传输)为目标。对于URLLC而言NR可能需要P(N→DTX/A)＝0. 001％，P(A→N/DTX)＝0.01％或更低。因此，在这里认识到NR需 要能够以最小资源和时延实现更高的A/N精度的解决方案。类似地， 在这里进一步认识到对于URLLC和mMTC而言在控制信道中更需要 更高的稳健性以便支持更稳健的数据。例如，这可是通过对控制信息 的较低速率编码来实现的，但是这可能以增加时延和资源为代价。因 此，在这里认识到NR需要用于提供具有可接受的时延和资源开销的最 佳性能的解决方案。

假定有效载荷大小可低于LTE所提供的最小大小(典型地用于 URLL和mMTC)或者大于LTE所支持的最大代码块大小(典型地用 于eMBB)，则NR的传输链应演进为以根据用例支持具有最小时延或 改善的可靠性或功率节省的这些模式。例如，LTE支持40比特的最小TB(传输块)大小。如果有效载荷较小，则将填充零到40比特。LTE 最多支持6144比特以作为其最大CB(代码块)。在分割成CB之前， 将CRC应用于TB。每个CB也应用CRC。接收器每TB发送一个A/N 比特。可以在NR中改善该设计以支持其它有效载荷大小、更低的时延、 以及更高的可靠性。

另外，在这里认识到需要改进某些用例的MAC CE可靠性。这可 是通过例如重新设计LTE/LTE-A中的传输链来实现的。RAN2#94初 步讨论了NR中的移动性并同意可以支持两级网络控制的移动性：(1) 以'小区'级驱动的RRC('小区'是指FFS)；并且(2)零/最小RRC参与(例如在MAC/PHY)。

与移动性有关的信令需要非常可靠。在NR网络中可以由RRC层 管理的小区级移动性具有～10^-6的信令可靠性。期望在MAC/PHY层对 NR***所提议的移动性信令应该具有相似的可靠性。然而，对于LTE， MAC控制信令具有用于通过PDCCH来发信号的～10^-2的可靠性以及用 于通过MAC控制PDU来发信号的～10^-3的可靠性。因此，在这里认识 到需要更可靠的MAC信令以支持NR网络中的MAC层移动性管理。 应当注意的是各种用例(例如eMBB、URLL、以及mMTC)可能需要 改进的MAC CE可靠性。

还可能需要更高的MAC CE可靠性以支持通过MAC CE(尤其 是对于URLL和mMTC)的SI(***信息)信令。

呈现了用于提供额外混合自动重传请求(HARQ)机会和物理混 合自动重传请求指示符信道(PHICH)资源的方法和装置以尤其降低 ***开销并在采用一个或多个参数集的网络中提供较低的重传时延。 例如，当在用于上行链路(UL)传输所提供的容限窗口内发生时，可 以允许灵活的HARQACK和NACK(A/N)响应时间。

可以在短传输时间间隔sTTI持续时间内提供多个PHICH信令时 机，其每一个被称为“PHICH机会”。对机会的配置包含在诸如主信 息块(MIB)这样的***信息中。或者，除了上行链路资源块(RB) 位置和解调参考信号(DMRS)循环码之外，PHICH的位置可以与sTTI持续时间相连系。

当终端被调度为具有下行链路(DL)授权时，A/N响应可以搭载 有物理下行链路共享数据信道(PDSCH)资源。这避免了与PHICH资 源配置有关的附加信令。当在PDSCH中承载了用于一个用户设备(UE) 的多个PHICH传输时，可以对它们进行联合编码。

通过先验sTTI调度或通过复用的sTTI上行链路中的HARQ的无 线电资源控制(RRC)和媒体访问控制(MAC)处理，可以利用复用 的sTTI来实现同步上行链路HARQ信令。对于后一种方法，当多个sTTI 持续时间被上行链路中的终端复用时，为了维持同步HARQ而不需要 下行链路控制信息(DCI)信令以指示出用于上行链路授权的HARQ 处理号，在终端所支持的HARQ处理的sTTI持续时间可以通过RRC 来对传输到终端的HARQ处理的序列进行配置。随后可以通过MAC 的控制单元(CE)来重新配置终端。

第三代合作伙伴项目(3GPP)开发了蜂窝电信网络技术的技术标 准，其包括无线电接入、核心传输网络、以及服务能力-包括编解码器、 安全性、以及服务质量方面的工作。最近的无线电接入技术(RAT) 标准包括WCDMA(通常称为3G)、LTE(通常称为4G)、LTE高 级标准。3GPP已经开始致力于下一代蜂窝技术(通常被称为“5G”) 的标准化。预计5G开发将包括对下一代无线电接入技术(新RAT) 的定义，所述下一代无线电接入技术预计由在多连接框架中协同工作 的多个无线电层组成。预计该框架将包括无线电接入的持续演进(“5G 演进”)、提供低于6GHz的新型灵活无线电接入(“5G灵活接入”)、 以及提供高于6GHz的新型超移动宽带无线电接入(“5G超移动宽 带”)。预计5G灵活接入将由低于6GHz的新频谱中的新的非向后兼 容的无线电接入组成，并且预计将包括可在同一频谱中复用在一起以 不同工作模式以解决具有各种不同需求的广泛的5G用例集。预计5G 超移动宽带包括其将为例如室内应用和热点的超移动宽带接入提供机 会的厘米波和毫米波频谱。特别是，预计5G超移动宽带与5G灵活接 入共享具有厘米波和毫米波特定设计优化的通用设计框架。还预计5G包括非3GPP无线电接入(例如WiFi)的规范。

3GPP已识别出预计5G所支持的各种用例，这导致对数据速率、 时延、以及移动性的各种用户体验要求。所提议的用例包括以下一般 类别：增强的移动宽带(例如密集区域的宽带接入、室内超高宽带接 入、人群中的宽带接入、各地50+Mbps、超低成本宽带接入、车载移 动宽带)、关键通信、大规模机器类型通信、网络操作(例如网络切 片、路由、迁移和互通、节能)、以及增强型蜂巢式车联网(eV2X) 通信。这些类别中的具体用例包括例如监控和传感器网络、设备远程 控制、双向远程控制、个人云计算、视频流、基于无线云的办公室、第一响应者连接、汽车紧急呼叫(ecall)、灾难告警、实时游戏、多人 视频通话、自动驾驶、增强现实、触觉互联网、虚拟现实等等。这里 考虑了所有这些用例和其它用例。

利用如此多种用例，这里所公开的和要求保护的无线通信的方面 可以具体体现在各种各样的无线通信装置中，其包括用户设备(UE)、 移动站、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理 (PDA)、智能手机、笔记本电脑、平板电脑、上网本、个人计算机、 无线传感器、消费类电子产品、可穿戴设备(诸如智能手表或智能服 装)，医疗或电子卫生设备、机器人、工业设备、无人机、车辆(诸 如汽车，卡车，火车或飞机)等等。

LTE将UL和DL传输时间间隔(TTI)定义为1mS。在LTE中还 被称为“子帧”，TTI与下述持续时间相对应，在该持续时间中将多达 两个动态大小的传输块传递到物理层并且通过每个分量载波的无线电 接口传输。在TTI内所传输的传输块的数量取决于多天线传输方案的 配置。在没有空间复用的情况下，在TTI中最多存在单独传输块。在 空间复用的情况下，利用与同一终端并行的在多个层上进行传输，在 TTI内存在两个传输块。

在LTE中，将TTI的每个0.5毫秒称为“时隙”。将物理资源块 (PRB)定义为与频域中的180kHz且时间上的0.5mS相对应的资源块。 由UL和DL中的调度器在时域中成对地分配PRB。UL或DL授权总 是至少一个TTI长。

图4示出了LTE中单个PRB的资源结构。每个时隙包含6个或7 个符号，这取决于配置是使用扩展CP还是普通CP。在DL中使用OFDM 符号并且在UL中使用SC-FDMA符号。LTE中的帧是由10个子帧组 成的，并且因此长度为10mS。图5示出了在假设对于符号而言为普通 CP的情况下1TTI的资源网格结构。在LTE中的时域结构中，将各种 物理信道复用到TTI的资源元素中。

在UL物理层中，LTE上行链路的传输包括以下PHY信道：物理 随机接入信道(PRACH)；用于承载数据以及下述搭载控制信息的物 理上行链路共享信道(PUSCH)，所述搭载控制信息包括对DL授权 的ACK/NACK响应(A/N)、信道状态信息(CSI)、预编码器矩阵 索引(PMI)、秩指示符(RI)、以及DL信道的调度请求(SR)； 以及用于承载A/N、CSI、PI、RI、以及SR的物理上行链路控制信道 (PUCCH)。PUCCH资源被分配在PUSCH资源占用中间的剩余部分的频带的外边缘。另外，UL中还使用了两个参考信号。解调制参考信 号(DM-RS)用于估计UL信道。探测参考信号(SRS)用于获得UL 信道质量估计。

为LTE定义了若干物理信道类型。物理下行链路共享信道 (PDSCH)是用于单播数据传输并且还用于寻呼信息传输的主要物理 信道。物理广播信道(PBCH)承载终端为接入网络所需的***信息的 一部分。物理多播信道(PMCH)用于MBSFN传输。物理下行链路控 制信道(PDCCH)用于下行链路控制信息，主要是PDSCH的接收以 及调度允许在PUSCH上进行传输的授权所需的调度决策。

在版本11中介绍了增强的物理下行链路控制信道(EPDCCH)。 它基本上用于与PDCCH相同的目的，但允许以更灵活的方式传输控制 信息。在版本10中介绍了中继物理下行链路控制信道(R-PDCCH)并 且用于将L1/L2控制信令承载在施主-eNodeB到中继链路上。物理混 合ARQ指示符信道(PHICH)承载混合ARQ确认以向终端指示出是 否应对传输块进行重传。物理控制格式指示符信道(PCFICH)是用于 向终端提供要对PDCCH集进行解码所需的信息的信道。对于每个分量 载波存在一个PCFICH。在DL L1/L2控制信令中，PCFICH、PHICH、以及PDCCH位于子帧开始处的控制区域中，而EPDCCH和R-PDCCH 位于子帧的数据区域中。另外，将诸如C-RS、CSI-RS、以及DMRS 这样的各种参考信号复用到PRB以实现信道估计和信道质量估计。可 以将不同信道复用到LTE DL的帧。PHICH可以响应于上行链路 UL-SCH传输而发信号通知混合ARQ确认。

在LTE中，PHICH是下行链路控制信道，该信道承载对来自终端 的上行链路传输的接收的混合ARQ确认。对于每个UL传输块，在每 个TTI中传输一个PHICH。因而，对于UL空间复用，需要两个PHICH 来确认上行链路传输。

与PCFICH相同，通常在每个子帧的第一个OFDM符号中传输 PHICH。在诸如窄带宽这样的一些情况下，可将PHICH配置为多达3 个符号的扩展持续时间。可将多个PHICH映射到同一集合的资源元素 组(REG)，每个资源元素组是由4个RE组成的。将在同一集合的 REG上传输的这些PHICH称为PHICH组，并且PHICH组针对普通和 扩展循环前缀分别承载多达8个和4个的PHICH。通过不同正交序列 对同一组中的这些多个PHICH进行复用。PHICH组被映射到三个 REG，这三个REG在被分配给PCFICH之后均匀地分布在***带宽内， 如图6所示。

PHICH配置是在PBCH上传输的如示例1的计算机代码中所示的 信息单元phich-Duration和phich-Resource的主信息块(MIB)的一部 分。phich-Duration包含用于指示出是应用普通持续时间还是扩展持续 时间的一个比特，并且phich-Resource包含用于指示出为PHICH所保 留的控制区域中的资源量的两个比特，其被表示为按照资源块的下行 链路小区带宽的一部分。

示例1

主信息块(MIB)中的PHICH配置

在FDD中，PHICH组的数量

在所有子帧中都是恒定的并且 由下式给出

等式1

其中由MIB提供phich-ResourceN_g∈{1/6,1/2,1,2}及RB的数量中 的DL带宽

在TDD中，PHICH组的数量可以在子帧之间变化并且由

给出，其中

是由上面的表达式给出的并且m_i是由具 有较高层参数subframeAssignment所提供的上行链路-下行链路配置的 表3给出的。

表3

TDD的帧结构的因素m_i

对于在子帧n中所调度的PUSCH传输，相应PHICH资源在子帧 n+k_PHICH中，其中对于FDD而言k_PHICH总是4，并且对于TDD而言 可以是4、6或7，这取决于不同配置。

终端的PHICH资源是由两个参数确定的：PHICH组号

及该 组内的正交序列索引

这两个参数是终端从相应PUSCH传输的 第一时隙中的最低PRB索引和上行链路授权中的DMRS循环移位得到 的。对于空间复用而言，第二PHICH的资源不是从相应PUSCH传输 的第一最低PRB索引而是从第二最低PRB索引得到的。

首先使一比特混合ARQ确认重复三次，并且此后在BPSK中进行 调制。使每个调制符号按逐符号方式乘以长度为四的正交序列，并且 将小区特定加扰应用于最终符号。最后，将12个加扰调制符号的序列 映射到与其PHICH组号相对应的三个REG。整个PHICH处理如图7 所示。

对于普通持续时间，在第一OFDM符号中传输所有12个调制符 号，并且根据物理层小区标识和第一OFDM符号中的未分配给PCFICH 的可用REG的数量来定义PHICH组号到资源元素的映射。对于扩展 的持续时间，在头三个OFDM符号的每一个中传输4个符号，并且根据物理层小区标识和三个OFDM符号的每一个中的未分配给PCFICH 的可用REG的数量来定义PHICH组号到资源元素的映射。

为了支持终端在多个分量载波上接收或传输的载波聚合，终端必 须知道某个DCI与哪个分量载波相关联。利用跨载波调度，PDSCH和 PUSCH传输在除了在其上传输PDCCH的载波之外的分量载波上进行， 以便需要PDCCH中的载波指示符提供哪个分量载波用于PDSCH和 PUSCH。在没有跨载波调度的情况下，在其相应下行链路分量载波上 对每个上行链路分量载波进行调度。

在用于发送上行链路授权的同一分量载波上传输PHICH。在没有 跨载波调度的情况下，每个上行链路分量载波具有其用于PHICH的相 关下行链路分量载波，如图8所示。在跨载波调度的情况下，用于在 多个分量载波上的上行链路传输的PHICH必须在一个单独的下行链路 分量载波上发送。为了避免PHICH冲突，调度器必须为不同上行链路 分量载波分配不同的DMRS循环移位或不同的最低PRB索引。

当接收到NACK时，UL HARQ处理对分组的UL重传进行配置。 在LTE中存在8个并行HARQ处理。对于FDD而言重传发生在子帧 n+8中并且对于TDD而言发生在子帧n+k，其中k取决于子帧配置。

UL HARQ是同步的。这意味着在DL处隐含地知道重传的时间并 且不需要额外的控制信令以指示出处理号。

UL HARQ还可是自适应的或非自适应的。在自适应HARQ操作 中，可以在重传期间改变诸如调制顺序、码率、以及资源分配量这样 的传输属性。通过应用随不同信道条件而自适应的这些属性，调度可 以更灵活。因而，在自适应HARQ模式中容易获得调度增益。然而， 自适应HARQ操作需要比非自适应HARQ操作更多的控制信令开销， 因为在每次重传时都应向接收器通知传输属性。

在非自适应HARQ的情况下，用于重传的分组格式不会改变或者 为UE和eNodeB所知。因此，不需要进一步的控制信令，然而由于分 组格式中的固定特性，可能难以获得调度增益。

图9是八个并行同步混合自动重传请求(HARQ)处理的示例性 时间序列。UE以传输块的形式向e节点B发送数据。如果正确地接收 传输块，则e节点B发送ACK。否则，e节点B发送NACK。PHICH 物理信道用于在所接收到的上行链路数据的下行链路方向上承载 HARQ。此后以固定的时间间隔调度重传并且重传使用特定子帧中的特 定处理。每8个子帧，UE重复处理ID。其结果是，e节点B确切知道 每个HARQ处理何时到来。UL HARQ处理ID＝(SFN×10+子帧)模 8。即使在特定子帧期间没有分配资源，HARQ处理也可以循环发生。 其结果是，第一处理将每8毫秒重复一次。因为UE必须在特定子帧处 使用特定HARQ处理ID，因此接收e节点B确切地知道何时哪个HARQ 处理到来。此外，e节点B还可以知道冗余版本(RV)，因为来自e 节点B的UL授权(DCI 0)可使用MCS字段来指定RV。如上所述， 以上HARQ在UL中是同步的。每当在UL中发生重传时，它可是自适 应的或非自适应的。

LTE可以使用半持续调度(SPS)而不增加PDCCH的大小以支持 更多应用。利用SPS，UE由e节点B预先配置有SPS-RNTI分配ID 和周期性。一旦预先配置，如果UE将使用SPS-RNTI(例如而不是典 型的C-RNTI)来接收分配(DL/UL)，则该分配将根据预先配置的周 期重复。在SPS期间，对于每个分配，诸如RB分配、调制、以及编 码方案这样的某些事情保持固定。因此，如果无线电链路条件改变， 则必须发送新的分配(PDCCH)。此外，将使用通过PDCCH而不是 PHICH的动态调度来单独地调度诸如后续HARQ传输这样的任何增量 冗余。

对LTE未来版本中的时延降低到超出目前可以实现的程度非常感 兴趣。用例包括诸如LTE语音(VoLTE)、游戏、以及会议这样的延 迟敏感M2M应用、关键低时延应用、以及更稳健的实时应用。

作为Rel.14的一部分，3GPP工作组最近批准了与LTE中的时延 降低技术(参见3GPP 36.881“Study on Latency reduction techniques for LTE”，V13.0.0)有关的工作项。在相应的研究项目中，该小组研究 了下述各种时延减少方案的提议和执行，所述这些方案向后兼容LTE 直至版本13。被认为至关重要的提议之一是在持续时间方面引入远小于1mS的短TTI(sTTI)以提供减少的用户平面时延。该研究项目考 虑了不同TTI参数集，即从1个符号持续时间到1个时隙持续时间的 各种sTTI长度。sTTI能够减少用户平面时延，因为信令持续时间减少， 并且相应地，接收机处的处理时间、A/N响应时间、以及HARQ重传 时延也减少了。

表4示出了基于3GPP 36.881中的提议的sTTI的示例性配置。因 为向后兼容性是这些设计的要求，因此所有配置均假设15kHz载波间 隔。随着sTTI持续时间被缩放，UL与DL之间的信令的单向延迟几乎 被线性地缩放。

表4

能够降低用户平面延迟的3GPP 36.881sTTI配置

预计超低可靠性的、低时延应用(诸如无人机控制和远程手术) 以及一些mMTC应用(诸如机器人控制和工业自动化)将大大受益于 控制和用户平面时延的降低。因此对于5G的UL和DL参数集适应这 种用例而无需与LTE后向兼容存在相当大的兴趣。

3GPP TR 38.913“Study on Scenarios and Requirements for NextGeneration Access Technologies”版本14V0.2.0定义了下一代接入技 术的场景和要求。以下是与低时延设计相关的3GPP TR 38.913的关键 性能指标(KPI)章节的摘录。

“7.5用户平面时延。对于URLLC，用户平面时延的目标对于 UL应为0.5ms并且对于DL应为0.5ms。此外，如果可能，时延也应 足够低以支持作为可在下一代接入体系结构内使用的无线传输技术的 下一代接入技术的使用。”Id。

“注释1：可靠性KPI还提供具有相关可靠性要求的时延值。上 述值应视为平均值并且不具有相关的高可靠性要求。“Id。“对于 eMBB，用户平面时延的目标对于UL应为4ms并且对于DL应为4ms” Id。

“注释2：对于eMBB值，评估需要以有效的方式考虑与数据分 组的传输相关联的所有典型延迟(例如当未预先分配资源时的适用过 程延迟、平均HARQ重传延迟、网络架构的影响)。”Id。

图10是网络切片概念的高级图示。网络切片是由支持特定用例的 通信服务要求的逻辑网络功能的集合组成的。应该能够例如根据订阅 或UE类型以满足运营商或用户需求的方式将UE定向到所选切片。网 络切片主要以核心网的分区为目标，但不排除无线电接入网络(RAN) 可能需要特定功能来支持多个切片或者甚至为不同网络切片划分资 源。参见3GPP TR 22.891“Feasibility Study on New Services and Markets TechnologyEnablers(SMARTER)”，阶段1，版本14，V-1.1. 0。

在3GPP TR 22.891中定义了潜在的网络切片服务要求。3GPP系 统应允许运营商组成网络切片，即例如可能来自不同供应商的独立网 络功能集以及例如用于宿主多个企业或移动虚拟网络运营商(MVNO) 等的参数配置。运营商应能够动态创建网络切片以形成其被定制为支 持不同的市场场景的完整的、自主的、且完全可操作的网络。3GPP系 统应该能够识别与特定网络切片相关联的某些UE和订户。3GPP*** 应该能够使得UE例如根据订阅或UE类型从特定网络切片获得服务。

图11说明了在5G网络中在UL和DL中需要低时延的预测应用。 预测5G将支持诸如智能车辆控制、无人机控制、机器人手术、以及像 工业自动化之类的MTC应用等等这样的需要新的解决方案以解决对更 低时延的需求的URLLC应用。

图12和13示出了对在5G中具有不同部署密度和时延要求的各种 应用的预测。

LTE中的解决方案目前不足以解决5G寻求解决的低时延要求。 还缺少同时对不同参数集的应用进行无缝复用的解决方案。因为仅在 UL传输之后的固定持续时间(例如在LTE中的FDD中为4mS)传输 PHICH，因此UL HARQ处理的时延是固定的并且在当前版本的LTE中不能进一步降低。

如在3GPP 36.881中所提议的，较短的持续时间sTTI可以被考虑 用于降低时延。例如，UL中的0.25mS的sTTI可伴随有从传统LTE 所线性缩放的DL中的1mS的A/N响应时间。这意味着必须每0.25mS 发信号通知PHICH。图14示出了根据3GPP 36.881的对sTTI持续时间1mS和0.25mS的UL传输的PHICH响应的预期时间线。

然而，当前在LTE中，仅在1ms TTI的开始时发信号通知PHICH。 这无法解决在A/N信令中实现低时延的目标。显然为了保持低A/N响 应时间，PHICH传输必须更频繁地发生。但是这种配置尚未被定义为 3GPP 36.881中SI的一部分。也不存在对5G的sTTI持续时间或HARQ A/N时间线的任何定义。

在当前方案下要支持小到1或2个符号的sTTI配置的情况下，所 需的PHICH资源数量将增加7到10之间的因子。5G的解决方案期望 通过分配足够的资源以支持所有sTTI参数集(优选地具有最小控制开 销)来解决该问题。

另一个问题是具有同步UL HARQ处理的时延。当多个长度的sTTI 被复用在一起并且UL HARQ处理以0、1、2、...7的预定序列发生 并且随后重复该序列时，无法降低sTTI的时延。图15说明了当所有 其它处理具有1mS的传统持续时间时HARQ处理#2的0.5mS sTTI 的重传的高时延。期望具有下述新的解决方案，该解决方案在允许不 同持续时间的复用的sTTI的同时允许同步操作并避免过多控制开销。

期望5G支持TTI的多个参数集(即CP长度)、子载波间隔(或 等效符号持续时间)、以及TTI中的符号数。可以将多个参数集复用 到同一时频资源网格。图16中描绘了用于对不同参数集进行复用的5G 发射器的示例性配置。在表5中描述了参数集。

表5

5G中支持的示例性参数集

下面描述的各种实施例改善了NR中各种场景的可靠性。所解决 的示例性场景包括但不限于：用于更高可靠性、更低时延、擦除信道、 非授权信道、不等错误保护的HARQ传输方法；诸如DL控制信息和 A/N这样的控制信息的改善可靠性；以及用于低时延和非授权操作的 资源供应。

在示例性实施例中，通过可能在接收ACK之前发生的并且在接收 到ACK之前一直发生的多个HARQ重传来改善低时延情况的可靠性。 在这里还对于可以通过URLL传输删截(puncture)DL传输的eMBB 情况提供了解决方案。在这里，可以对传输块的擦除部分进行重传， 从而节省资源。在另一示例性实施例中，通过仅传输由于UL干扰而出 错的传输块的部分，为UL传输提供可靠性。在这里通过使用用于对确 认发消息的新的非授权接入响应来为UL非授权传输定义A/N。根据另 一示例性实施例，引入了码块分组以及为每个组提供A/N资源以允许 选择性HARQ重传策略。

现在转到NR的增强的HARQ策略，在一个示例中，发生重传直 到接收到低时延的ACK。在这里认识到在一些情况下NR应支持以可 以在标准中预定义的或者通过RRC/MAC CE配置的模式中对HARQ处 理的重传。例如，HARQ重传可以以周期性P发生，其中P在规范中 预定义或者通过RRC/MAC CE配置。重传可以是预定义的或配置的任 何冗余版本。

在一些情况下，预定义模式启用NR下行链路控制信息(NR-DCI)， 该信息为第一(UL/DL)传输提供授权以对重传的资源和冗余版本进行 配置以便后续重传不需要显式NR-DCI资源。例如，图17示出了HARQ 处理#0的传输以1(即每个传输时间间隔)直到最多4次的周期发生 的情况。根据该示例，第一次传输中的NR-DCI对剩余3次重传的资源 进行配置。

在另一示例中，参考图18，向每个HARQ传输分配A/N资源。 图18示出了在自包含子帧中为每个传输和重传分配A/N资源的示例。

参考图19，HARQ重传可以发生在预期接收到对TB的第一A/N 响应之前。这以增加冗余为代价降低了时延。如图19所示，HARQ处 理#0的第一次重传发生在接收到第一次传输的A/N之前。

在示例中，HARQ重传一直发生，直到接收到ACK或者直到达到 对重传次数的最大限制L。在接收到ACK时，可以中断对该TB的附 加预调度的HARQ重传。图20示出了HARQ处理#0被传输4次的示 例。这包括初始传输和三次重传。当与第一次重传相对应的ACK到达 时，虽然配置为L＝4，但是NR节点停止重传HARQ并切换到新的传 输。图21示出了L＝4并且HARQ处理#0被传输5次的示例。在那 些HARQ重传的持续时间内未接收到ACK。应当注意的是可以在最后 的HARQ传输之后接收A/N。图22示出了周期等于2的示例性重传。

参考图23，示出了UL中的示例性UE过程。如图所示，UE传输 多达对HARQ处理#h的L次重传。在接收到ACK时，它终止重传。 如果它接收到NACK，则继续重传，直到它超过其最大重传限制L。

在一些情况下，重传中的冗余版本(RV)可以与第一次传输相 同或不同。因此，接收器可以使用追赶合并或递增冗余来对重传进行 组合。传输和/或后续重传的RV可以由单个或多个NR-DCI指示出。 例如，准许第一次传输的NR-DCI还可以指示出重传的RV。或者，发生在相同或不同子帧中的单独NR-DCI可以指示出重传。

可以为重传预定义RV以减少控制信令开销。例如，每次传输和 重传可以使用相同RV。或者，可以预定义RV时间序列(即RV0、 RV1、......RVN)。另外，对于UL，在示例中，提出了UE可以 通过控制信道发送用于传输或重传的RV信号这样的操作模式。

在示例中，重传可以以与第一次传输或其它重传不同的参数集发 生。可以通过适当的DL控制信号指示出该参数集。

参考图24，根据所示示例，NR中的单个子帧可以被配置为承载 同一HARQ处理的多个冗余版本。该解决方案可能特别适用于复用诸 如URLLC和eMBB这样的多个用例的场景。NR-DCI可以向UE发信 号通知该配置。它可以通过指示出每个HARQ重传的符号或PRB和 RV来这样做。或者，例如为了节省控制信令开销，可以根据预定义的 规则来确定用于URLLCUE的重传的资源(例如可以在规范中指定用 于新数据传输之后的L次重传的资源)。

在频域资源中，位置可在(每次重传所使用的)符号之间变化以 获得更多的频率分集。在另一示例中，URLLC重传的一个或多个可能 /允许的配置可在标准中预定义或者由更高层信令(诸如RRC信令)来 配置。对于每个新数据传输，NR-DCI可以发信号通知要用于该URLLC UE的URLLC重传的配置的索引。

现在转到DL中的擦除信道中的传输，URLLC授权可能需要在 DL中删截正在进行的传输。例如，图25示出了当NR节点接收到对 传输URLLC有效载荷的请求时已经调度了并且正在进行eMBB传输的 示例性情况。因此它会删截eMBB传输并传输URLL有效载荷。

对于要在DL上以这种方式调度的URLLC传输，必须定义 NR-PDCCH以便URLLC UE可监视其授权。在示例性实施例中， uNR-PDCCH上的用户特定DL控制信令可在通过标准预定义的并由 RRC配置的资源中提供。应当注意的是可以在多个UE之间共享 uNR-PDCCH资源—因此UE可以对其uNR-PDCCH资源进行解码并寻 找其CRC以通过以获得其NR-DCI。

URLL UE监视其uNR-PDCCH资源并且一旦成功检测到其NR-PDCCH，则它处理其授权。如果在这些位置中未调度NR-PDCCH， 则资源用于承载其它UE的数据，否则uNR-PDCCH删截eMBB传输 (这对于从删截中丢失一些比特的eMBB用户可能是显而易见地)。 这与LTE中的ePDCCH相类似，但是分配NR-PDCCH的符号的数量 应当被限制为尽可能少的符号以降低时延。图26示出了用于这种 URLL NR-PDCCH传输的NR-DCI的示例。为了使时延最小化，作为示例整个URLL传输在单个符号中发送-这包括用于URLL UE的 uNR-PDCCH。

在本文所提出的示例中，uNR-PDCCH可以在uNR-PDCCH资源 的相同或后续符号中分配多个URLL传输。例如，如图26所示， uNR-PDCCH可以向用于传输的符号分配RV0，并且向用于重传的后续 符号分配RV1。或者，uNR-PDCH可以提供用于传输如图27所示的 HARQ处理#h和处理#(h+1)的资源。相应URLL UE处理如在图 28中所示。URLL UE被配置为在其uNR-PDCCH资源中接收其DL授 权。如果它找到有效NR-DCI授权，则它将作用于授权。否则，它继续 监视下一用户特定NR-PDCCH资源集。

在一些情况下，由于删截，eMBB传输可能受到影响。为了解决 该问题，例如，NR节点可以使用多种重传策略中的任何一个。例如， NR节点可以对整个TB或包含删截部分的TB的一部分(诸如删截的 RB或CB)进行重传。NR节点可以在接收A/N响应之前重传。

类似地，NR节点可以指示出与重传有关的信息作为HARQ信息 的一部分。一些发信号通知的NR-DCI信息可以包括例如与重传对应于 TB的哪个部分有关的信息。这可以是诸如CB或PRB或符号这样的参 数。

附加地或替代地，与重传有关的信息可能涉及重传的哪个部分受 到擦除。这是重要的，因为UE可以知道它是否应该丢弃所删截的部分 或者与重传的相应部分进行追赶合并。该信息可以被指示为来自预定 义模式集的删截模式。

在另一示例中，NR节点可以仅在没有删截用于承载eMBB传输 的MAC CE的位置的资源上分配DL URLL授权。这在例如TB被分解 成用于大有效载荷的多个CB的场景中是可能的，并且删截可以是可选 的以避免包含MAC CE的eMBB CB。图29示出了下述示例，即NR- 节点未删截子帧中的第一可用数据符号，因为它包含用于eMBB用户 的MAC CE。

在又一示例中，NR节点可以仅在未删截NR-DCI及其它用例的参 考信号的资源上分配DL URLL授权。这可能很重要，因为NR旨在具 有控制信令和RS的灵活配置。NR节点可以指示出存在控制信号和RS 的资源。或者，控制信号和RS可以删截URLL传输，并且URLL UE可能不知道控制和RS信号的存在。图30示出了URLL传输的资源不 影响eMBB传输的控制和RS信号的示例性场景。在示例中，一个URLL 传输不会被另一URLL传输删截。

当前在LTE中当必须调度DL传输时，通过P-RNTI寻呼UE。此 后，UE监视DCI以授权。空闲UE必须建立RRC以开始接收DL授权， 因为它们必须能够在UL上发送A/N。对于URLL UE，该处理很慢， 因为寻呼与接收DL授权之间的时延可长达几十毫秒。为了解决NR中 的该时延问题，根据示例性实施例，在这里提出了承载P-RNTI的子帧 还向UE提供DL授权。应当注意的是对于P-RNTI和DL授权而言DCI 可以是不同的。

UE可以以多种方式进行响应。例如，如果未建立RRC连接，则 UE可以在非授权UL传输中发送A/N，由此UE建立RRC并且此后发 送A/N。NR节点可以在足够的时间之后提供A/N资源以启用RRC连 接。应当理解的是该解决方案也适用于mMTC UE，因为它通过提供授 权以及寻呼来使接通时间最小化。

现在转向UL非授权传输的增强型HARQ过程，NR将支持异步 非授权UL传输。在这里认识到用于非授权传输的资源可能与已调度的 UL传输冲突。因此已调度的传输可能受到来自非授权传输的干扰。NR 节点可以检测到该冲突。图31示出了干扰如何影响已调度传输的示例。 在这样的场景中，下面描述的各种实施例可以提高这种场景中的HARQ 和A/N性能。

在一个示例中，如果NR节点由于来自非授权传输(例如来自 URLL设备)的干扰而检测到已调度传输上的故障，则NR节点异步地 调度HARQ重传(例如用于eMBB设备)。在一些情况下，NR节点 仅传输受干扰影响的TB部分。NR节点可以通过传输全部或部分受影 响的符号或CB或PRB来实现此。

在一些情况下，如果NR节点正确地接收到非授权传输，则它可 能需要一种机制来发送确认。在一个示例中，NR节点用某些类型的 NR-DCI作为非授权传输的隐式确认进行响应。例如，可以提供某些类 型的UE特定NR-DCI。例如，可以将称为ACK-DCI的新DCI定义为用于指示ACK的用户特定DCI。诸如用于DL或UL授权的那些的其 它现有DCI格式可用于隐式地确认非授权传输。或者，使用搭载有ACK 的授权的新DCI格式可用于明确地指示出ACK。

在又一示例中，UE可以从可用资源池(例如代码或前导码)中选 择其签名，因为可能未建立RRC连接并且C-RNTI可能不可用于UE。 在一些情况下，如果资源池是有限的，则可能存在争用并且NR节点必 须提供争用解决。

在示例中，NR节点定义与RA-RNTI相类似的GL-RNTI(非授权 RNTI)以向非授权UE提供响应。通过GL-RNTI，NR节点指示出用 于承载其非授权传输被接收的UE的身份或签名的PDU。图32示出了 GL-RNTI所指示出的MAC PDU的示例。它由之前是报头的几个MAC GLAR(非授权接入响应)组成。每个GLAR可以提供作为示例而非限 制地呈现的以下信息中的一个或多个：非授权UE的签名；以及时间提 前命令，以便UE可在UL中同步以进行进一步传输。

在示例性无争用***中，用户签名是唯一的并且可从其签名明确 地确定UE。在这里，如果UE接收到包含其签名的GLAR，则可以假 设传输被确认。图33示出了这个两步骤处理，其中UE在步骤1中进 行非授权传输并在步骤2中用GLAR确认的。然而，如果例如由于资源有限而在***中发生争用，则可能需要另一步骤以解决其后UE可假 设确认的争用。图34示出了该示例性处理(与LTE中的随机接入过程 相类似)。UE在步骤1中进行非授权传输。它在步骤2中接收到具有 用于指示出NR节点接收到传输的其签名的GLAR。但是具有相同签名的其它UE也可能试图与感兴趣的UE同时进行非授权传输。为了解决 该争用，UE可以在步骤3中通过已调度的UL传输来发送其身份。在 步骤4中，NR节点传输下述争用解决消息，该消息用于指示出在UL 非授权传输期间对哪个UE服务。这向UE提供了隐式确认。

在示例中，通过NR-DCI的这种隐式确认发生在某个最大时间帧 内以满足UE的时延要求。可以将确认安排为在接收到传输之后的固定 时间传输，例如在接收之后的“Tμsec/msec”。或者，可以在接收到 UL传输之后发送'S'子帧。在一些情况下，随着UE的时延和无线电接 通时间降低，对URLL和mMTC这两者以最小时延(例如尽可能早地) 调度该NR-DCI可能是有利的。

在另一示例中，如果在非授权传输之前已经建立了RRC连接，则 NR节点可以通过可以进行授权或功率控制的NR-DCI来确认授权。如 果非授权UL传输被正确解码，则NR节点可以以新的NR-DCI格式指 示出ACK。该NR-DCI格式可以向非授权TB的A/N提供1或更多比特。如果来自非授权传输的控制信息被正确解码，但是数据由于CRC 校验失败而被错误地解码，则NR节点可检测到UE和NACK传输。

或者，可以对UL非授权传输支持显式A/N信令。在这里，按照 与LTE中的PHICH相似的方式，可以以NR-PHICH(新无线电—物理 HARQ指示符信道)的形式分配A/N资源。可以按照以下方式在从传 输时间起的第N个(其中N是由规范预定义的或者通过***信息来配 置的)DL子帧上发信号通知A/N。

这可以通过多种方式实现。例如，如果未建立RRC，则可以在与 用户签名相对应并且在规范中预定义的资源上发信号通知RRC。如果 已建立了RRC，则可以在通过RRC所预配置的资源上或者可以在与 UL非授权传输资源隐式地相关联的资源上发信号通知。在一些情况 下，这些NR-PHICH对其它用例的数据进行删截，以便在没有非授权 传输的情况下这些资源不是专门保留的且是未使用的—这与为PHICH 传输专门保留PHICH资源的LTE不同。

在另一示例中，UL非授权传输使用单个HARQ处理，尤其是当 在RRC无连接模式下操作时。在一些情况下，NR节点可能无法对非 授权传输进行解码。在这种情况下，NR节点可能不知道发生了这样的 传输并且不能NACK它。为了提高可靠性，例如，我们提议在一些情况下UE对其非授权传输进行多次重传以直到接收到来自NR节点的确 认或者传输定时器超时(或达到允许的最大重传次数)。可以从预定 义的资源配置集中提取用于传输和重传的资源。重传可以发生在特定 波束上或多个波束上。图35示出了可以在接收到A/N之前发生的这种 重传的示例。

在LTE中，对于turbo码，RV0具有最高的可靠性。其它RV提 供增量冗余并且不能以与RV0相同的可靠性独立地解码。然而，如果 NR对UL非授权传输使用类似设计，则如果NR节点未接收到第一个UL非授权传输，则来自后续重传的增量冗余可能没有帮助。因此，在 示例性实施例中，用于非授权传输的代码具有可以以相似可靠性同等 解码的冗余版本。这种配置的示例是对所有重传使用单个冗余版本(例 如重传与原始传输相同)。

现在转到增强的A/N信令和传输块的部分重传，在LTE中，TB 具有24比特CRC。如果TB大于6144比特，则将其分段成CB。响应 整个TB，接收器传输一个A/N，而不管其中的CB数量。对于诸如NR 中的eMBB这样的大有效载荷应用，在一些情况下，在这里提出使用 更细粒度的A/N响应，其中K比特被提供用于对TB的A/N响应。K 比特与来自K组CB的K A/N比特相对应。TB中的CB可以被分组为 K组，如图36所示。如果组中的所有CB都被成功解码，则每个组发 送ACK比特，并且如果该组中的任何一个CB被不正确地解码，则每 个组发送NACK比特。应当注意的是当K＝1时，解决方案将恢复为 LTE中的解决方案。在K等于CB数量的极端情况下，对于每个CB 存在一个A/N比特。对于这种情况，可能无法使用外部CRC对TB进 行编码。

在示例性实施例中，组可包含不等数量的CB及不等数量的编码 比特。在编码之前，CB本身可以包含不同数量的比特。例如，如图37 所示，一个组可以由仅包含MAC报头和MAC CE的CB组成。另一组 可以包含MAC SDU。这种配置要求K＝2，这提供了更好的控制MACCE的可靠性的能力，但额外的开销很小。在示例中，K可以根据有效 载荷进行配置，并且NR节点通过RRC和MAC CE和/或NR-DCI配置 对于K的UE。

在示例中，NR节点利用仅对用NACK响应的部分/多个部分的重 传(不传输整个TB)来响应A/N，从而更有效地利用资源。如图38 中的示例所示，重传可以在NR-DCI中承载与正被重传的TB的部分以 及相应冗余版本有关的信息。

现在转到提高UL中的A/N性能，在示例中，分配给UE的A/N 资源数量基于用例。例如，与用于eMBB的资源相比，为URLL A/N 所分配的资源可以是两倍或四倍。在另一示例中，提出NR甚至在特定 用例内支持可变A/N资源分配。例如，资源的数量可以取决于UE功 率、信道状况等。图39示出了为使用CDM复用的两个用户提供不同 数量的A/N资源的示例。这些解决方案有效地使用资源以防止过多的 开销信令。

图40示出了属于情况-1、情况-2、以及情况-3的参数集的5G的 复用参数集的示例性配置。必须在终端知道PHICH的参数集以便对 A/N进行成功解码。虽然PHICH参数集可以被配置为动态地改变，但 是这样做将增大了控制信令开销。可以通过用于提供额外PHICH资源 以支持大量UL sTTI并支持更频繁的PHICH传输的解决方案来解决时 延和资源充足的问题。例如，UL传输可以支持灵活的A/N时间线以便 使PHICH信令的频率最小化并且适应UE处理时间可能不会线性缩放 这样的场景，尤其是当sTTI持续时间降低到非常短的长度时。在这样 的解决方案中，根据预定义的映射，每个sTTI持续时间分别与最小和 最大A/N时延容限(例如“min_response”和“max_response”)相关 联。e节点B在时间窗口内(在这里称为“容限窗口”并且由 k+minResponse与k+maxResponse之间的持续时间定义)传输对在第k 信令时间间隔中的UL传输的PHICH响应。应当注意的是在高达LTE 版本13的LTE中，对于FDD，minResponse＝4ms并且maxResponse＝ 4ms。

表6示出了对于5G的不同切片的minResponse和maxResponse 的示例性配置。在这里minResponse和maxResponse时间与sTTI持续 时间一样线性地缩放，并且可以被表示为如下面的等式2和3所示。

等式2

maxResponse＝k*sTTI

等式3

minResponse＝(k-Δ)*sTTI

因此，容限窗口等于Δ*sTTI。

表6

对于k＝4，Δ＝1，minResponse和maxResponse的示例性配置

示例性sTTI配置	sTTI持续时间	minResponse	maxResponse	容限窗口
					1LTE符号	0.0714mS	0.21mS	0.3mS	0.9mS
2LTE符号	0.1428mS	0.42mS	0.6mS	0.18mS
					LTE时隙持续时间	0.5mS	1.5mS	2mS	0.5mS
LTE TTI	1mS	3mS	4mS	1mS

可以通过“PHICH机会”提供具有适当时延的附加PHICH资源， 例如当在DL中发信号通知PHICH时的符号持续时间，由此终端期望 在其容限窗口内的第N个PHICH机会中的UL传输的A/N。换句话说， 每个PHICH机会与一个或多个符号中的预留PHICH资源池相对应。图41示出了DL信令间隔中的PHICH机会的示例性配置，并且图42 示出了使用N＝1和不同持续时间的sTTI以及因此不同容限窗口的 A/N信令示例性配置。

在UE获得参数N、maxResponse和minResponse、以及PHICH机 会配置的知识的情况下，UE可以设置其计时器以将持续时间S的sTTI 的UL传输的其PHICH机会定位为从其自己的传输时间开始的p*S+m 时发生的符号，其中p表示整数并且m表示UL传输时间与PHICH机会sTTI之间的符号数或者等效地表示sTTI的部分。

多个UE可以将它们的A/N复用到相同PHICH机会，而不管如图 43所示的它们的sTTI持续时间。

可以通过诸如LTE中的MIB或SIB的等效体这样的***信息来半 静态地配置PHICH机会，并且随后通过MAC的CE来更新该PHICH 机会。该配置定义了将在TTI内发信号通知PHICH的符号以及该符号 内的PHICH资源。

在计算机代码示例2中，PHICH-Symbols列出了承载PHICH的传 输持续时间中的符号。PHICH-Resources指示出PHICH-Symbols列表 中的每个符号的资源分配。

示例2

用于通过MIB或SIB或MAC的CE的PHICH机会指示的示例性字段

表7示出了所提出的解决方案的phich-Symbols和phich-Resource 的配置示例。对于承载PHICH机会的每个phich-Symbol，phich-Resource 可以是从诸如N_g∈{1/6,1/2,1,2}这样的预定义值的集合中抽取的。

表7

phich-Symbols和phich-Resource的示例性配置

假设在TTI中TTI长度为1mS和14个符号

可以对每个sTTI在5G规范中预定义sTTI参数N、min_response、 以及max_response，或者可选地通过诸如LTE中的SIB这样的***信 息将其分配给终端。计算机代码示例3示出了对于SIB中的第k个TTI 长度的参数min_response_k和max_response in_k的示例性配置。随后 MAC的CE可以重新配置值。

示例3

通过SIB示例性地分配min_response和max_response

可以从UL传输的sTTI长度、RB位置、以及DMRS循环移位隐 式地导出PHICH的位置。然而，当复用不同持续时间的sTTI时，可能 发生PHICH冲突。图44示出了示例性传输场景，在该场景中两个不 同sTTI的A/N响应同时发生，这导致PHICH冲突。

使用灵活调度可减少冲突。如等式4所示，PHICH资源位置被表 达为其被表示为I_PRB的UL PRB位置、其被表示为I_DMRS的UL DMRS 循环移位、以及其被表示为I_sTTI的支持的sTTI持续时间的函数。因此， 我们可将PHICH资源表达为以下关系：

公式4

其中每个PHICH资源的位置

和

和

分别表 示PHICH组的最大数量及每个PHICH组的DMRS循环移位。

按照这种方式并非避免了所有冲突。调度器必须确保以不会发生 PHICH资源冲突的方式调度资源。

可以在通常配置的PHICH资源(在此称为“公共-PHICH”资源) 中将所有终端的A/N响应复用在一起。根据UL业务以及因此DL中的 A/N业务，不是可以一直使用所有的公共PHICH资源。

或者，PHICH可以搭载在PDSCH上。例如，当正在进行到终端 的DL传输时，终端的A/N可以被搭载到其DL PDSCH分配以创建“搭 载的PHICH”。如果终端的DL授权的第1个符号在其先前UL传输的 容限窗口之内，则可以在DL分配上搭载与该UL传输相对应的PHICH， 而没有将来自公共PHICH池的PHICH资源分配给该终端。

关于特定授权的A/N是发生在公共-PHICH还是搭载的-PHICH中 不存在含糊不清。这降低了用于配置在没有足够A/N业务时保留的大 量公共PHICH资源以充分利用它们的需要。这提供了对用于向终端递 送A/N业务的资源的动态管理。这可以减轻一些PHICH资源冲突，因 为通过单独的搭载资源发信号通知其否则可能在公共PHICH中冲突的 一些PHICH资源。

图45示出了具有搭载PHICH以及公共PHICH的DL使用1ms TTI 来发信号通知PHICH的示例性时间序列。图46示出了具有搭载PHICH 以及公共PHICH的DL使用0.5mS TTI来发信号通知PHICH的示例性 时间序列。

在这两个附图中，UL是由具有不同容限窗口的复用sTTI组成的。 如果DL sTTI的开始落在容限窗口之内，则该UL授权的A/N响应是 搭载的。否则，通过UL授权的容限窗口内的第1个PHICH机会中的 公共区域来发信号通知。

因为单个DL授权可承载与跨载波聚合相对应的多个A/N响应、 多个空间层、以及多个sTTI持续时间，因此可以使用诸如重复码、RM 码、或卷积码这样的纠错码来对A/N进行联合编码，这取决于要发送 的A/N比特数。

为搭载PHICH所保留的资源的调制和数量可以基于DL授权的 MCS，并且编码的PHICH可以是速率匹配的以填充保留资源的数量。 可以将PHICH搭载在DL授权上的位置被定义为规范的一部分或者否 则被提供给终端，以便终端具有PHICH机会的位置的先验知识。这确 保不需要额外的控制信令来指示PHICH资源的位置。

另外，由于搭载的PHICH的分配，所以可以对PDSCH进行速率 匹配以适应减少的可用资源数量。图47示出了在DL PDSCH授权上搭 载的PHICH的示例性配置。

图48示出了在PDSCH上搭载PHICH并且产生具有CP的OFDM 符号以用于传输的DL传输链的示例性配置。

对于通过RRC信令的终端而言，UL中的延迟的HARQ重传的问 题可以通过使eNodeB例如在称为maxHarqProcessUL的参数中配置最 大数量的HARQ处理并且例如在称为harqULProcessDuration的参数中 配置这些HARQ处理的持续时间来解决。表8示出了具有处理索引的 示例性持续时间的表格。

表8 HarqULProcessDuration的示例性配置

harqULProcessIndex	0	1	2	3	4	5	6	7
									harqULProcessDuration(mS)	0.5	0.5	0.5	0.5	1	1	1	1

随后的重新配置可以通过MAC的CE来执行。如计算机代码示例 4中所示的，可以通过参数来执行UL HARQ的配置。

示例4

具有用于UL HARQ的参数以保持与复用的sTTIs的同步操作的示例性 MAC-MainConfig信息

可以将每个有效的HarqULProcessDuration矢量映射到其自身重复 并且是终端先验已知的预定义序列的HARQ处理。计算机代码示例2 示出了到HARQ处理的传输顺序的映射。

表9

将HARQ处理号和sTTI映射到HARQ处理传输顺序

一旦e节点B通过RRC建立了HARQ处理的持续时间，则终端 从预定义的映射获得HARQ处理传输的序列。不需要额外的控制信令。 可以保持同步操作而无需额外控制开销，同时确保所有TTI长度的重 传的可接受时延。

图49示出了计算机代码示例2中的HARQ处理传输序列。不同 持续时间的TTI有机会以其长度的8到9倍的近似时延进行重传。

在PHICH在DL中的单个“common-PHICH-numerology”参数集 上传输的UL和DL中可以复用具有不同子载波间隔并且因此不同符号 持续时间以及不同CP持续时间的多个参数集。图50和图51示出了复 用各种参数集的UL和DL的示例性配置。DL通过三个配置的PHICH机会在公共Common-PHICH-numerology中承载用于UE 1、2、3的所 有PHICH。在这里将Common-PHICH-numerology设置为最大可能的子 载波间隔及最小可能的符号持续时间。这符合最严格sTTI的时延要求。 可以例如通过MIB或RB和DMRS来分配用于这些PHICH机会的资 源。

可以通过如LTE中的MIB这样的关键***信息将 Common-PHICH-numerology传递给UE并且可以通过MAC的CE来半 静态地更新或重新配置Common-PHICH-numerology。无论UL传输的 参数集如何，所有PHICH的这种公共参数集允许PHICH在DL中被复 用，而没有与DL参数集有关的复杂性或额外信令开销。

计算机代码示例5示出了添加了“common-PHICH-numerology” 字段以传递PHICH的参数集的MIB的示例性配置。可以将该字段设置 为其示例性配置在表10中给出的值“Common-PHICH-numerology”。

示例5

LTE中的MasterInformationBlock(MIB)中的

Common-PHICH-numerology

表10

用于***信息或MAC的CE的Common-PHICH-numerology参数的示 例性配置

Common-PHICH-numerology
	cpConfig-k＝1.18(μs)
subcarrierSpacing-k＝60(kHz)

图52示出了用于获得PHICH参数集的示例性UE过程。UE通过 获得物理小区标识(PCI)获取和帧定时获取来获得与小区的同步。此 后UE对用于下述MIB的PBCH进行解码，它从所述MIB获得了 Common-PHICH-numerology。

在一些场景下，不希望使用Common-PHICH-numerology。例如， 窄带IOT终端可以具有低采样率并且能够仅以最低子载波间隔参数集 进行操作并且仅能够对小区的DL带宽的一小部分操作。为了支持这样 的情况，5G可以对DL带宽中的不同DL参数集和/或不同位置上的多 个不同网络切片和/或不同UL参数集支持PHICH信令。例如，参数集 PHICH-numerology-k可以如表11所示配置，其中K是多个网络切片， PHICH-Numerology-k是用于支持第k个DL参数集或网络切片的参数 集，并且k＝1，2，...K。

表11

用于***信息或MAC的CE的PHICH-numerology-k参数的示例性配 置

PHICH-numerology-k
	cpConfig-k＝4.7(μs)
subcarrierSpacing-k＝15(kHz)

图53示出了在DL支持两个参数集的示例性配置中向PHICH分 配PHICH-numerology-1和PHICH-numerology-2。单个UE可以在5G 中支持在多个参数集上的UL传输，由此UE在多个参数集上接收用于 不同切片的其PHICH。

可以通过诸如LTE中的MIB这样的关键***信息将 PHICH-numerology-k传递到UE，并且可以通过MAC的CE半静态地 更新或者重新配置PHICH-numerology-k。例如通过MIB或RB和DMRS 来分配使用PHICH-numerology-k所传输的PHICH的资源。

5G可以支持PHICH-numerology-k上的PHICH的资源被限制为 DL的一些RB的配置。在这里将这种RB称为 “PHICH-RB-numerology-k”。可以通过***信息来配置 PHICH-RB-numerology-k的参数并通过MAC的CE对其进行更新。例 如，PHICH-RB-numerology-k可以是由支持PHICH资源并使用 PHICH-numerology-k的DL带宽部分的第一个和最后一个RB编号来定 义的。

图54示出了用于获得PHICH参数集的示例性UE过程。在图54 的示例中，UE通过获得物理小区标识(PCI)获取和帧定时获取来获 得与小区的同步。此后UE对它从其获得Common-PHICH-numerology 的MIB的PBCH进行解码。

第三代合作伙伴计划(3GPP)开发了其包括无线电接入、核心传 输网络、以及服务能力的蜂窝电信网络技术的技术标准-包括编解码器、 安全性、以及服务质量方面的工作。最近的无线电接入技术(RAT) 标准包括WCDMA(通常称为3G)、LTE(通常称为4G)、LTE高 级标准。3GPP已经开始致力于其被称为新无线电(NR)(还被称为 “5G”)的下一代蜂窝技术的标准化。3GPP NR标准的开发预计将包 括下一代无线接入技术(新RAT)的定义，其被预计将包括提供低于 6GHz的新的灵活无线电接入以及提供6GHz以上的新的超移动宽带无 线电接入。灵活的无线电接入预计将是由6GHz以下的新频谱中的新 的非向后兼容无线电接入组成的，并且预计将包括可在同一频谱中复 用在一起的不同操作模式以解决一系列广泛的具有不同需求的3GPP NR用例。预计超移动宽带将包括其将为例如室内应用和热点之类的超 移动宽带接入提供机会的厘米波和毫米波频谱。特别是，预计超移动 宽带将与6GHz以下的灵活无线电接入共享具有厘米波和毫米波特定 的设计优化的公共设计框架。

3GPP已识别出NR预计支持的各种用例，这导致对数据速率、时 延、以及移动性的广泛的用户体验要求。用例包括以下一般类别：增 强的移动宽带(例如密集区域中的宽带接入、室内超高宽带接入、人 群中的宽带接入、到处都是50+Mbps、超低成本宽带接入、车载移动 宽带)、关键通信、大规模机器类型通信、网络操作(例如网络切片、 路由、迁移和互通、节能)、以及增强的蜂巢式车联网(eV2X)通信。 这些类别中的特定服务和应用包括例如监控和传感器网络、设备远程 控制、双向远程控制、个人云计算、视频流、基于无线云的办公室、 第一响应者连接、汽车紧急呼叫、灾难警报、实时游戏、多人视频通 话、自动驾驶、增强现实、感知互联网、以及虚拟现实等等。本文考 虑了所有这些用例和其他用例。

图55示出了可以具体实施这里所描述的且要求保护的方法和装 置的示例性通信***100的一个实施例。如图所示，示例性通信*** 100可以包括无线发射/接收元件(WTRU)102a、102b、102c、和/或 102d(其可以通常或统称为WTRU 102)、无线电接入网络(RAN) 103/104/105/103b/104b/105b、核心网106/107/109、公共交换电话网 (PSTN)108、因特网110、及其它网络112，但是应当理解的是所公 开的实施例涵盖任何数量的WTRU、基站，网络、和/或网络元件。WTRU 102a、102b、102c、102d、102e中的每一个可以是被配置成在无线环 境中进行操作和/或通信的任何类型的装置或设备。尽管在图55-图59 中将每个WTRU 102a、102b、102c、102d、102e描绘为手持式无线通 信装置，但是应当理解的是利用预期用于5G无线通信的广泛的各种用 例，每个WTRU可以包括或者具体实施为其被配置为传输和/或接收无 线信号的任何类型的装置或设备，其包括仅作为示例的用户设备(UE)、 移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、便携式电脑、平板电脑、上网本、笔记本电脑、 个人电脑、无线传感器、消费类电子产品、可穿戴设备(诸如智能手 表或智能服装)、医疗或电子健康设备、机器人、工业设备、无人机、 车辆(诸如汽车、卡车、火车、或飞机)等。

通信***100还可以包括基站114a和基站114b。基站114a可以 是其被配置为与WTRU 102a、102b、102c中的至少一个无线接口以便 于接入诸如核心网106/107/109、因特网110、和/或其它网络112这样 的一个或多个通信网络的任何类型的设备。基站114b可以是其被配置 为与RRH(远程无线电报头)118a、118b和/或TRP(传输和接收点) 119a、119b中的至少一个有线和/或无线接口以便于接入诸如核心网 106/107/109、因特网110、和/或其它网络112这样的一个或多个通信 网络的任何类型的设备。RRH 118a、118b可以是其被配置为与至少一 个WTRU 102c无线接口以便于接入诸如核心网106/107/109、因特网 110、和/或其它网络112这样的一个或多个通信网络的任何类型的设 备。TRP 119a、119b可以是其被配置为与至少一个WTRU 102d无线 接口以便于接入诸如核心网106/107/109、因特网110、和/或其它网络 112这样的一个或多个通信网络的任何类型的设备。举例来说，基站114a、114b可以是基站收发台(BTS)、节点-B、e节点B，家庭节点 B、家庭e节点B、站点控制器、接入点(AP)、无线路由器等。虽 然基站114a、114b的每一个都被描绘为单个元件，但是应当理解的是 基站114a、114b可以包括任何数量的互连基站和/或网络元件。

基站114a可以是RAN 103/104/105的一部分，RAN 103/104/105 还可以包括诸如基站控制器(BSC)、无线电网络控制器(RNC)、中 继节点等这样的其它基站和/或网络元件(未示出)。基站114b可以是 RAN103b/104b/105b的一部分，RAN103b/104b/105b还可以包括诸如基 站控制器(BSC)、无线电网络控制器(RNC)、中继节点等这样的其 它基站和/或网络元件(未示出)。基站114a可以被配置为在可以被称 为小区(未示出)的特定地理区域内传输和/或接收无线信号。基站114b 可以被配置为在可以被称为小区(未示出)的特定地理区域内传输和/ 或接收有线和/或无线信号。可以将小区进一步划分为小区扇区。例如， 可以将与基站114a相关联的小区划分为三个扇区。因而，在实施例中， 基站114a可以包括三个收发器，例如一个用于小区的每个扇区。在实 施例中，基站114a可以采用多输入多输出(MIMO)技术，并且因此， 可以将多个收发器用于小区的每个扇区。

基站114a可以通过下述空中接口115/116/117与WTRU 102a、 102b、102c中的一个或多个进行通信，所述空中接口115/116/117可以 是任何合适的无线通信链路(例如射频(RF)、微波、红外(IR)、 紫外(UV)，可见光，厘米波，毫米波等)。可以使用任何合适的无 线电接入技术(RAT)来建立空中接口115/116/117。

基站114b可以通过下述有线或空中接口115b/116b/117b与RRH 118a、118b和/或TRP 119a、119b中的一个或多个进行通信，所述有 线或空中接口115b/116b/117b可以是任何合适的有线(例如电缆、光 纤等)或无线通信链路(例如射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可以使用任何合适的无线电 接入技术(RAT)来建立空中接口115b/116b/117b。

RRH 118a、118b和/或TRP 119a、119b可以通过下述空中接口 115c/116c/117c与一个或多个WTRU 102c、102d进行通信，所述空中 接口115c/116c/117c可以是任何合适的无线通信链路(例如射频(RF)、 微波、红外(IR)、紫外(UV)、可见光，厘米波，毫米波等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口 115c/116c/117c。

更具体地，如上所述，通信***100可以是多址接入***并且可 以采用诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等这样的 一个或多个信道接入方案。例如，RAN 103/104/105中的基站114a以 及WTRU 102a、102b、102c或者RAN103b/104b/105b中的RRH 118a、 118b和TRP 119a、119b以及WTRU 102c、102d可以实现诸如通用移 动电信***(UMTS)、陆地无线电接入(UTRA)这样的其可以使用 宽带CDMA(WCDMA)来分别建立空中接口115/116/117或115c/116c/117c的无线电技术。WCDMA可以包括诸如高速分组接入 (HSPA)和/或演进HSPA(HSPA+)这样的通信协议。HSPA可以包 括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入 (HSUPA)。

在实施例中，基站114a以及WTRU 102a、102b、102c或者 RAN103b/104b/105b中的RRH 118a、118b和TRP 119a、119b以及 WTRU 102c、102d可以实现诸如演进的UMTS陆地无线电接入 (E-UTRA)这样的其可以使用长期演进(LTE)和/或高级LTE(LTE-A) 来分别建立空中接口115/116/117或115c/116c/117c的无线电技术。将 来，空中接口115/116/117可以实现3GPP NR技术。

在实施例中，RAN 103/104/105中的基站114a以及WTRU 102a、 102b、102c或者RAN103b/104b/105b中的RRH 118a、118b和TRP 119a、 119b以及WTRU 102c、102d可以实现诸如IEEE 802.16(例如全球微 波接入互操作性(WiMAX))CDMA2000、CDMA2000 1X、CDMA2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标 准856(IS-856)、全球移动通信***(GSM)、增强型数据速率GSM 演进(EDGE)、GSM EDGE(GERAN)等这样的无线电技术。

例如，图55中的基站114c可以是无线路由器、家庭节点B、家 庭e节点B、或者接入点，并且可以利用用于便于局部区域(诸如商 业场所、家庭，车辆，校园等)中的无线连接的任何适当RAT。在实 施例中，基站114c和WTRU 102e可以实现诸如IEEE 802.11这样的 无线电技术以建立无线局域网(WLAN)。在实施例中，基站114c和 WTRU 102d可以实现诸如IEEE802.15这样的无线电技术以建立无线 个域网(WPAN)。在又一个实施例中，基站114c和WTRU102e可 以利用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、 LTE-A等)来建立微微小区或毫微微小区。如图55所示，基站114b 可以具有到因特网110的直接连接。因而，基站114c可以不需要通过 核心网106/107/109来接入因特网110。

RAN 103/104/105和/或RAN 103b/104b/105b可以与下述核心网 106/107/109进行通信，所述核心网106/107/109可以是其被配置为向 WTRU 102a、102b、102c、102d中的一个或多个提供语音、数据、应 用、和/或基于网际协议的语音(VoIP)服务的任何类型的网络。例如， 核心网106/107/109可以提供呼叫控制、计费服务、基于移动位置的服 务、预付费呼叫、因特网连接、视频分发等和/或执行诸如用户认证这 样的高级安全功能。

虽然在图55中未示出，但是应当理解的是RAN 103/104/105和/ 或RAN 103b/104b/105b和/或核心网106/107/109可以与其采用与RAN 103/104/105和/或RAN 103b/104b/105b相同的RAT或不同的RAT的 其它RAN进行直接或间接通信。例如，除了连接到可以使用E-UTRA 无线电技术的RAN 103/104/105和/或RAN 103b/104b/105b之外，核心 网106/107/109还可以与采用GSM无线电技术的另一RAN(未示出) 进行通信。

核心网106/107/109还可以用作WTRU 102a、102b、102c、102d、 102e的网关以接入PSTN 108、因特网110、和/或其它网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因 特网110可以包括互连计算机网络的全球***以及使用诸如TCP/IP因 特网协议族中的传输控制协议(TCP)、用户数据报协议(UDP)、以 及因特网协议(IP)这样的公共通信协议的设备。网络112可以包括由 其它服务提供商拥有和/或操作的有线或无线通信网络。例如，网络112 可以包括与下述一个或多个RAN相连的另一核心网，所述一个或多个RAN可以采用与RAN 103/104/105和/或RAN103b/104b/105b相同的 RAT或不同的RAT。

通信***100中的一些或所有WTRU 102a、102b、102c、102d可 以包括多模能力，例如WTRU 102a、102b、102c、102d、以及102e可 以包括用于通过不同无线链路与不同无线网络进行通信的多个收发 器。例如，图55中所示的WTRU 102e可以被配置为与可以采用基于蜂窝的无线电技术的基站114a进行通信并且与可以采用IEEE 802无线 电技术的基站114c进行通信。

图56是根据这里所说明的实施例的其被配置用于无线通信的示 例性装置或设备(诸如例如WTRU 102)的方框图。如图56所示，示 例性WTRU 102可以包括处理器118、收发器120、发送/接收元件122、 扬声器/麦克风124、小键盘126、显示器/触摸板/指示器128、不可移 动存储器130、可移动存储器132、电源134、全球定位***(GPS) 芯片组136、以及其它***设备138。应当理解的是WTRU102可以包 括前述元件的任何子组合，同时保持与实施例的一致。此外，实施例 考虑基站114a和114b和/或基站114a和114b可以代表的节点(诸如 但不限于收发器站(BTS)、节点B、站点控制器、接入点(AP)、 家庭节点-B、演进的家庭节点-B(eNodeB)、家庭演进节点-B(HeNB)、 家庭演进节点-B网关、以及代理节点等等)可以包括在图56中所描绘 且在这里所描述的元件中的一些或者所有。

处理器118可以是通用处理器、专用处理器，传统处理器、数字 信号处理器(DSP)、多个微处理器、与DSP内核相关联的一个或多 个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编 程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。 处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理、 和/或使得WTRU 102能够在无线环境中操作的任何其它功能。处理器 118可以与下述收发器120相耦合，所述收发器120可以与发送/接收 元件122相耦合。虽然图56将处理器118和收发器120描绘为单独的组件，但是应当理解的是可以将处理器118和收发器120一起集成在 电子封装或芯片中。

发送/接收元件122可以被配置为通过空中接口115/116/117将信 号传输到基站(例如基站114a)或接收来自基站(例如基站114a)的 信号。例如，在实施例中，发送/接收元件122可以是其被配置成发送 和/或接收RF信号的天线。尽管在图55中未示出，但是应当理解的是 RAN 103/104/105和/或核心网106/107/109可以与采用与RAN 103/104/105相同的RAT或不同的RAT的其它RAN进行直接或间接通 信。例如，除了连接到可以使用E-UTRA无线电技术的RAN 103/104/105 之外，核心网106/107/109还可以与采用GSM无线电技术的另一RAN (未示出)进行通信。

核心网106/107/109还可以用作WTRU 102a、102b、102c、102d 的网关以接入PSTN108、因特网110、和/或其它网络112。PSTN 108 可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因特网 110可以包括互连计算机网络的全球***以及使用诸如TCP/IP因特网 协议族中的传输控制协议(TCP)、用户数据报协议(UDP)、以及因 特网协议(IP)这样的公共通信协议的设备。网络112可以包括由其它 服务提供商拥有和/或操作的有线或无线通信网络。例如，网络112可 以包括与下述一个或多个RAN相连的另一核心网，所述一个或多个 RAN可以采用与RAN 103/104/105相同的RAT或不同的RAT。

通信***100中的一些或所有WTRU 102a、102b、102c、102d可 以包括多模能力，例如WTRU 102a、102b、102c、以及102d可以包括 用于通过不同无线链路与不同无线网络进行通信的多个收发器。例如， 图55中所示的WTRU 102c可以被配置为与可以采用基于蜂窝的无线 电技术的基站114a进行通信并且与可以采用IEEE 802无线电技术的基 站114b进行通信。

图56是根据这里所说明的实施例的其被配置用于无线通信的示 例性装置或设备(诸如例如WTRU 102)的方框图。如图56所示，示 例性WTRU 102可以包括处理器118、收发器120、发送/接收元件122、 扬声器/麦克风124、小键盘126、显示器/触摸板/指示器128、不可移 动存储器130、可移动存储器132、电源134、全球定位***(GPS) 芯片组136、以及其它***设备138。应当理解的是WTRU102可以包 括前述元件的任何子组合，同时保持与实施例的一致。此外，实施例 考虑基站114a和114b和/或基站114a和114b可以代表的节点(诸如 但不限于收发器站(BTS)、节点B、站点控制器、接入点(AP)、 家庭节点-B、演进的家庭节点-B(eNodeB)、家庭演进节点-B(HeNB)、 家庭演进节点-B网关、以及代理节点等等)可以包括在图56中所描绘 且在这里所描述的元件中的一些或者所有。

处理器118可以是通用处理器、专用处理器，传统处理器、数字 信号处理器(DSP)、多个微处理器、与DSP内核相关联的一个或多 个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编 程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。 处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理、 和/或使得WTRU 102能够在无线环境中操作的任何其它功能。处理器 118可以与下述收发器120相耦合，所述收发器120可以与发送/接收 元件122相耦合。虽然图56将处理器118和收发器120描绘为单独的组件，但是应当理解的是可以将处理器118和收发器120一起集成在 电子封装或芯片中。

发送/接收元件122可以被配置为通过空中接口115/116/117将信 号传输到基站(例如基站114a)或接收来自基站(例如基站114a)的 信号。例如，在实施例中，发送/接收元件122可以是其被配置成发送 和/或接收RF信号的天线。在实施例中，发射/接收元件122可以是其 被配置成例如发送和/或接收IR、UV、或可见光信号的发射器/检测器。 在又一实施例中，发送/接收元件122可以被配置成发送和接收RF和 光信号。应当理解的是发送/接收元件122可以被配置为发送和/或接收 无线信号的任何组合。

另外，尽管在图56中将发送/接收元件122描绘为单个元件，但 是WTRU 102可以包括任何数量的发送/接收元件122。更具体地， WTRU 102可以采用MIMO技术。因而，在实施例中，WTRU102可以 包括两个或更多个用于通过空中接口115/116/117来发送和接收无线信号的发送/接收元件122(例如多个天线)。

收发器120可以被配置为对将由发送/接收元件122发送的信号进 行调制并且对发送/接收元件122所接收到的信号进行解调。如上所述， WTRU 102可以具有多模能力。因而，收发器120可以包括用于使得 WTRU 102能够通过例如诸如UTRA和IEEE 802.11这样的多个RAT 进行通信的多个收发器。

WTRU102的处理器118可以与扬声器/麦克风124、小键盘126、 和/或显示器/触摸板/指示器128(例如液晶显示器(LCD)显示单元或 有机发光二极管(OLED)显示单元)相耦合并且可以来自其的用户输 入数据。处理器118还可以将用户数据输出到扬声器/麦克风124、小 键盘126、和/或显示器/触摸板/指示器128。另外，处理器118可以访 问来自诸如不可移动存储器130和/或可移动存储器132这样的任何类 型的适当存储器的信息并且将数据存储到所述任何类型的适当存储器 中。不可移动存储器130可以包括随机存取存储器(RAM)、只读存 储器(ROM)、硬盘、或者任何其它类型的存储器存储设备。可移动 存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD) 存储卡等。在实施例中，处理器118可以访问来自物理上位于WTRU 102上(诸如服务器或家用计算机(未示出)上)的存储器的信息并将 数据存储在所述存储器中。

处理器118可以接收来自电源134的电力，并且可以被配置为向 WTRU 102中的其它组件分配电力和/或对送至WTRU 102中的其它组 件的电力进行控制。电源134可以是用于向WTRU 102供电的任何适 当设备。例如，电源134可包括一个或多个干电池、太阳能电池，燃 料电池等。

处理器118还可以与下述GPS芯片组136相耦合，所述GPS芯片 组136可以被配置为提供与WTRU 102的当前位置有关的位置信息(例 如经度和纬度)。除了来自或者代替来自GPS芯片组136的信息，WTRU 102可以通过空中接口115/116/117接收来自基站(例如基站114a、 114b)的位置信息和/或根据从两个或更多个附近基站所接收到的信号 的时间来确定其位置。应当理解的是在保持与实施例一致的同时 WTRU102可以通过任何适当位置确定方法来获取位置信息。

处理器118还可以与下述其它***设备138相耦合，所述其它外 围设备138可以包括用于提供附加特征、功能、和/或有线或无线连接 的一个或多个软件和/或硬件模块。例如，***设备138可以包括各种 传感器，诸如加速度计、生物测定(例如指纹)传感器、电子罗盘、 卫星收发器、数码相机(用于照片或视频)、通用串行总线(USB)端 口或其它互连接口、振动设备、电视收发器、免提耳机、蓝牙模块、 调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播 放器模块、因特网浏览器等。

WTRU102可以在其它装置或设备中具体实施，诸如传感器、消费 电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫 生设备、机器人、工业设备、无人机、车辆(诸如汽车，卡车，火车 或飞机)等等。WTRU102可以通过诸如可以包括***设备138之一的互连接口这样的一个或多个互连接口与这种装置或设备的其它组件、 模块、或者***相连。

图57是根据实施例的RAN 103和核心网106的***图。如上所 述，RAN 103可以采用UTRA无线电技术以通过空中接口115与WTRU 102a、102b、以及102c进行通信。RAN 103还可以与核心网106进行 通信。如图57所示，RAN 103可以包括节点B 140a、140b、140c，其 每一个可以包括用于通过空中接口115与WTRU 102a、102b、102c进 行通信的一个或多个收发器。节点B 140a、140b、140c的每一个可以 与RAN 103内的特定小区(未示出)相关联。RAN103还可以包括RNC 134a、142b。应当理解的是在保持与实施例一致的同时RAN 103可以 包括任何数量的节点B和RNC。

如图57所示，节点B 140a、140b可以与RNC 142a进行通信。另 外，节点B 140c可以与RNC 142b进行通信。节点B 140a、140b、140c 可以通过Iub接口与相应RNC 142a、142b进行通信。RNC 142a、142b 可以通过Iur接口彼此通信。RNC 142a、142b的每一个可以被配置为 对与其相连的各个节点B 140a、140b、140c进行控制。另外，RNC 142a、 142b的每一个可以被配置为执行或支持诸如外环功率控制、负载控制、 准入控制、分组调度、切换控制、宏分集、安全功能、数据加密等等 这样的其它功能。

图57中所示的核心网106可以包括媒体网关(MGW)144、移动 交换中心(MSC)146、服务GPRS支持节点(SGSN)148、和/或网关 GPRS支持节点(GGSN)150。虽然前述元件中的每一个被描绘为核心 网106的一部分，但是应当理解的是这些元件中的任何一个可以由除核心网运营商之外的实体所拥有和/或所运营。

RAN 103中的RNC 142a可以通过IuCS接口与核心网106中的 MSC 146相连。MSC146可以与MGW 144相连。MSC 146和MGW 144 可以向WTRU 102a、102b、102c提供对诸如PSTN108这样的电路交 换网络的接入以便于WTRU 102a、102b、102c与传统陆线通信设备之 间的通信。

RAN 103中的RNC 142a还可以通过IuPS接口与核心网106中的 SGSN 148相连。SGSN 148可以与GGSN 150相连。SGSN 148和GGSN 150可以向WTRU 102a、102b、102c提供对诸如因特网110这样的分 组交换网络的接入以便于WTRU 102a、102b、102c与IP使能设备之间的通信。

如上所述，核心网106还可以与网络112相连，所述网络112可 以包括由其它服务提供商所拥有和/或所运营的其它有线或无线网络。

图58是根据实施例的RAN104和核心网107的***图。如上所述， RAN 104可以采用E-UTRA无线电技术以通过空中接口116与WTRU 102a、102b、102c进行通信。RAN 104还可以与核心网107进行通信。

RAN 104可以包括e节点B 160a、160b、160c，但是应当理解的 是在保持与实施例一致的同时RAN 104可以包括任何数量的e节点B。 e节点B 160a、160b、160c的每一个可以包括用于通过空中接口116 与WTRU 102a、102b、102c进行通信的一个或多个收发器。在实施例 中，e节点B 160a、160b、160c可以实现MIMO技术。因而，e节点B 160a例如可以使用多个天线以向WTRU 102a发送无线信号以及接收来 自WTRU 102a的无线信号。

e节点B 160a、160b、160c的每一个可以与特定小区(未示出) 相关联并且可以被配置为处理无线电资源管理决策、切换决策、上行 链路和/或下行链路中的用户的调度等等。如图58所示，e节点B 160a、 160b、160c可以通过X2接口彼此通信。

图58中所示的核心网107可以包括移动性管理网关(MME)162、 服务网关164、以及分组数据网络(PDN)网关166。虽然前述元件中 的每一个被描绘为核心网107的一部分，但是应当理解的是这些元件 中的任何一个可以由除核心网运营商之外的实体所拥有和/或所运营。

MME 162可以通过S1接口与RAN 104中的e节点B 160a、160b、 160c中的每一个相连并且可以用作控制节点。例如，MME 162可以负 责对WTRU 102a、102b、102c的用户进行认证、承载激活/去激活、在 WTRU 102a、102b、102c的初始附接期间选择特定服务网关等。MME162还可以提供用于在RAN 104与采用其它无线电技术(诸如GSM或 WCDMA)的其它RAN(未示出)之间进行切换的控制平面功能。

服务网关164可以通过S1接口与RAN 104中的e节点B 160a、 160b、160c中的每一个相连。服务网关164通常可以将用户数据分组 路由到WTRU 102a、102b、102c/转发来自WTRU 102a、102b、102c 的用户数据分组。服务网关164还可以执行其它功能，诸如在e节点B间切换期间锚定用户平面、当下行链路数据可用于WTRU 102a、102b、 102c时触发寻呼、管理和存储WTRU 102a、102b、102c的上下文等等。

服务网关164还可以与下述PDN网关166相连，所述PDN网关 166可以向WTRU 102a、102b、102c提供对分组交换网络(诸如因特 网110)的接入以便于WTRU 102a、102b、102c与IP使能设备之间 的通信。

核心网107可以便于与其它网络进行通信。例如，核心网107可 以向WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108) 的接入以便于WTRU 102a、102b、102c与传统陆线通信设备之间的通 信。例如，核心网107可以包括或者可以与作为核心网107与PSTN108 之间的接口的IP网关(例如IP多媒体子***(IMS)服务器)进行通 信。另外，核心网107可以向WTRU 102a、102b、102c提供对网络112 的接入，所述网络112可以包括由其它服务提供商所拥有和/或所运营 的其它有线或无线网络。

图59是根据实施例的RAN 105和核心网109的***图。RAN 105 可以是其采用IEEE802.16无线电技术以通过空中接口117与WTRU 102a、102b、102c进行通信的接入服务网络(ASN)。如下面将进一 步讨论的。可以将WTRU 102a，102b，102c、RAN 105、以及核心网 109的不同功能实体之间的通信链路定义为参考点。

如图59所示，RAN 105可以包括基站180a、180b、180c以及ASN 网关182，但是应当理解的是在保持与实施例一致的同时RAN 105可 以包括任意数量的基站和ASN网关。基站180a、180b、180c的每一个 可以与RAN 105中的特定小区相关联并且可以包括用于通过空中接口 117与WTRU 102a、102b、102c进行通信的一个或多个收发器。在实 施例中，基站180a、180b、180c可以实现MIMO技术。因而，基站 180a例如可以使用多个天线来向WTRU102a发送无线信号并接收来自 WTRU 102a的无线信号。基站180a、180b、180c还可以提供移动性管 理功能，诸如切换触发、隧道建立、无线电资源管理、流量分类、服 务质量(QoS)策略执行等等。ASN网关182可以用作业务聚合点并 且可以负责寻呼、订户简档的高速缓存、到核心网109的路由等等。

可以将WTRU 102a、102b、102c与RAN 105之间的空中接口117 定义为用于实现IEEE 802.16规范的R1参考点。另外，WTRU 102a、 102b、102c中的每一个可以建立与核心网109的逻辑接口(未示出)。 可以将WTRU 102a、102b、102c与核心网109之间的逻辑接口定义为 可以用于认证、授权、IP主机配置管理、和/或移动性管理的R2参考 点。

可以将每个基站180a、180b、180c之间的通信链路定义为R8参 考点，该R8参考点包括便于WTRU切换和基站之间的数据传输的协 议。可以将基站180a、180b、180c与ASN网关182之间的通信链路定 义为R6参考点。该R6参考点可以包括用于基于与WTRU 102a、102b、102c中的每一个相关联的移动性事件而便于移动性管理的协议。

如图59所示，RAN 105可以与核心网109相连。可以将RAN 105 与核心网109之间的通信链路定义为R3参考点，该R3参考点例如包 括用于便于数据传输和移动性管理能力的协议。核心网109可以包括 移动IP归属代理(MIP-HA)184、认证，授权，计费(AAA)服务器186、以及网关188。虽然将前述元件中的每一个描绘为核心网109的 一部分，但是应当理解的是这些元件中的任何一个可以由除核心网运 营商以外的实体所拥有和/或所运营。

MIP-HA可以负责IP地址管理，并且可以使WTRU 102a、102b、 102c能够在不同ASN和/或不同核心网之间漫游。MIP-HA 184可以向 WTRU 102a、102b、102c提供对分组交换网络(诸如因特网110)的 接入以便于WTRU 102a、102b、102c与IP使能设备之间的通信。AAA服务器186可以负责用户认证并支持用户服务。网关188可以便于与 其它网络的互通。例如，网关188可以向WTRU 102a、102b、102c提 供对电路交换网络(诸如PSTN 108)的接入以便于WTRU 102a、102b、 102c与传统陆线通信设备之间的通信。另外，网关188可以向WTRU102a、102b、102c提供对下述网络112的接入，所述网络112可以包 括由其它服务提供商所拥有和/或所运营的其它有线或无线网络。

尽管在图59中未示出，但是应当理解的是RAN 105可以与其它 ASN相连并且核心网109可以与其它核心网相连。可以将RAN 105与 其它ASN之间的通信链路定义为R4参考点，该R4参考点可以包括用 于协调RAN 105与其它ASN之间的WTRU 102a、102b、102c的移动性的协议。可以将核心网109与其它核心网之间的通信链路定义为R5 参考，该R5参考可以包括便于归属核心网与被访问核心网之间互通的 协议。

在这里所描述的且在图55、图57、图58、以及图59中所说明的 核心网实体由在某些现有3GPP规范中给予那些实体的名称来标识，但 是应该理解的是在未来这些实体和功能可以由其它名称来标识，并且 可以在3GPP所发布的未来规范(包括未来的3GPP NR规范)中对某 些实体或功能进行组合。因而，在图55-图59中所描述和所说明的特 定网络实体和功能仅作为示例提供，并且应理解的是在这里所公开的 且要求保护的主题可以在任何类似通信***中具体实施或实现，而无 论是否目前定义或将来定义。

图60是示例性计算***90的方框图，在该示例性计算***90中 可以具体实施在图55、图57、图58、以及图59中所说明的通信网络 的一个或多个装置(诸如RAN 103/104/105、核心网106/107/109、PSTN 108、因特网110、或其它网络112中的某些节点或功能实体)。计算 ***90可以包括计算机或服务器并且可以主要由其可以为软件形式位 于任何地方的计算机可读指令或者存储或存取这种软件的任何装置来 控制。这样的计算机可读指令可以在处理器91内执行以使计算***90 进行工作。处理器91可以是通用处理器、专用处理器，传统处理器、 数字信号处理器(DSP)、多个微处理器、与DSP内核相关联的一个 或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场 可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态 机等。处理器91可以执行信号编码、数据处理、功率控制、输入/输出 处理、和/或使得计算***90能够在通信环境中操作的任何其它功能。 协处理器81是与主处理器91不同的可以执行附加功能的可选处理器 或者辅助处理器91。处理器91和/或协处理器81可以接收、产生、并 且处理与这里所公开的方法和装置有关的数据。

在操作中，处理器91提取、解码、并执行指令，并且通过计算系 统的主数据传输路径(***总线80)向其它资源传输信息及接收来自 其它资源的信息。这种***总线使计算***90中的组件相连并限定了 用于数据交换的介质。***总线80典型地包括用于发送数据的数据线、 用于发送地址的地址线、以及用于发送中断并且用于操作***总线的 控制线。这种***总线80的示例是PCI(***组件互连)总线。

与***总线80相耦合的存储器包括随机存取存储器(RAM)82 和只读存储器(ROM)93。这种存储器包括允许存储和检索信息的电 路。ROM 93通常包含不容易被修改的存储数据。存储在RAM 82中的 数据可以由处理器91或其它硬件设备读取或改变。存储器控制器92可以控制对RAM 82和/或ROM 93的访问。存储器控制器92可以提供 用于在执行指令时将虚拟地址转换为物理地址的地址转换功能。存储 器控制器92还可以提供于隔离***内的处理并将***处理与用户处理 隔离的存储器保护功能。因而，以第一模式运行的程序仅可访问由其 自己的处理虚拟地址空间所映射的存储器；除非已设置处理之间的存 储器共享，否则它无法访问另一处理的虚拟地址空间内的存储器。

另外，计算***90可以包含***设备控制器83，该***设备控 制器83负责将指令从处理器91传输到诸如打印机94、小键盘84、鼠 标95、以及盘片驱动器85这样的***设备。

显示器控制器96所控制的显示器86用于显示计算***90所产生 的视觉输出。这种视觉输出可以包括文本、图形、动画图形、以及视 频。可以以图形用户界面(GUI)的形式提供视觉输出。显示器86可 以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离 子体的平板显示器、或者触摸板来实现。显示器控制器96包括要产生 发送到显示器86的视频信号所需的电子组件。

此外，计算***90可以包含诸如例如网络适配器97这样的通信 电路，该通信电路可以用于使计算***90与诸如RAN 103/104/105、 核心网106/107/109、PSTN 108、因特网110、或者图55-图59的其它 网络112这样的外部通信网络相连以使计算***90能够与那些网络的 其它节点或功能实体进行通信。单独的或与处理器91相组合的通信电 路可以用于执行这里所描述的某些装置、节点、或功能实体的发送和 接收步骤。

应当理解的是这里所描述的任何或所有装置、***、方法、以及 处理可以具体体现为(embodied)存储在计算机可读存储介质上的计 算机可执行指令(例如程序代码)的形式，所述指令当由诸如处理器 118或91这样的处理器执行时使得处理器执行和/或实现这里所述的系 统、方法、以及处理。具体地，这里所描述的任何步骤、操作、或功 能可以以这样的计算机可执行指令的形式实现，该计算机可执行指令 在为无线和/或有线网络通信所配置的装置或计算***的处理器上执 行。计算机可读存储介质包括以用于存储信息的任何非暂时性(例如 有形的或物理的)方法或技术所实现的易失性和非易失性、可移动和 不可移动介质，但是这种计算机可读存储介质不包括信号。计算机可 读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器 技术、CD-ROM、数字通用盘(DVD)或其它光盘存储器、磁带盒、 磁带、磁盘存储器或其它磁存储设备、或者可用于存储所需信息并且 可由计算***访问的任何其它有形或物理介质。

Claims (16)

1.一种包括处理器、存储器、以及通信电路的第一装置，第一装置经由其通信电路连接到网络，第一装置进一步包括存储在所述存储器中的计算机可执行指令，所述计算机可执行指令当由所述处理器执行时使得第一装置执行包括以下的操作：

从第二装置经由预先配置用于第二装置的资源接收非授权传输，所述非授权传输包括混合自动重传请求处理；

从第二装置经由控制信道接收所述混合自动重传请求处理的第一冗余版本；

发送对所述非授权传输的响应，对所述非授权传输的响应包括下行链路控制信息中的确认，并且其中，所述下行链路控制信息包括用于多个传输块的一个或者多个确认比特以及非授权无线电网络临时标识符；以及

如果第一装置没有发送所述非授权传输的肯定确认，则从第二装置接收经由控制信道指示的重传的第二冗余版本。

2.根据权利要求1所述的装置，其中，所述操作进一步包括接收多个重传的多个冗余版本。

3.一种包括处理器、存储器、以及通信电路的装置，所述装置经由其通信电路连接到网络，所述装置进一步包括存储在所述存储器中的计算机可执行指令，所述计算机可执行指令当由所述处理器执行时使得所述装置执行包括以下的操作：

经由预先配置用于所述装置的资源发送非授权传输，所述非授权传输包括混合自动重传请求处理；

通过控制信道指示所述混合自动重传请求处理的第一冗余版本；

接收对所述非授权传输的响应，对所述非授权传输的响应包括下行链路控制信息中的确认，并且其中，所述下行链路控制信息包括用于多个传输块的一个或者多个确认比特以及非授权无线电网络临时标识符；以及

如果未接收到肯定确认，则：

选择第一重传的第二冗余版本，第一重传包括所述混合自动重传请求处理；

经由预先配置用于所述装置的资源发送第一重传；以及

通过控制信道指示所述混合自动重传请求处理的第二冗余版本。

4.根据权利要求3所述的装置，其中，所述操作进一步包括：

选择多个重传的多个冗余版本，第二重传包括所述混合自动重传请求处理；

通过所述控制信道指示所述多个冗余版本；以及

经由预先配置用于所述装置的资源发送所述多个重传。

5.根据权利要求3所述的装置，其中，所述操作进一步包括：

传输混合自动重传请求处理；

重传所述混合自动重传请求处理直到接收到肯定确认为止。

6.根据权利要求5所述的装置，其中，所述装置被配置为以特定周期重传所述混合自动重传请求处理。

7.根据权利要求5所述的装置，其中，所述装置被配置为重传所述混合自动重传请求处理直到满足重传次数的预定限制或者接收到肯定确认为止。

8.根据权利要求7所述的装置，其中，所述重传次数的预定限制是二或更多。

9.根据权利要求7所述的装置，其中，所述操作进一步包括：

接收否定确认；以及

在接收到所述否定确认之后对所述混合自动重传请求处理进行多次重传，直到重传次数的预定限制。

10.根据权利要求5所述的装置，其中，重传在预期接收到确认响应之前开始。

11.根据权利要求3所述的装置，其中，所述操作进一步包括：

传输包括第一集合的代码块组的第一传输块；

接收对第一传输块的多比特ACK-NACK响应，对第一传输块的所述多比特ACK-NACK响应包括对第一传输块中的每个代码块组的ACK-NACK响应；以及

传输包括第二集合的代码块组的第二传输块，所述第二集合的代码块组仅包括在所述多比特ACK-NACK响应中未接收到对其的ACK响应的所述第一集合的代码块的那些代码块组。

12.根据权利要求11所述的装置，其中，所述多比特ACK-NACK响应中的比特数量等于所述第一集合的代码块组中的代码块组的数量。

13.根据权利要求11所述的装置，其中，所述多比特ACK-NACK响应中的比特数量等于第一传输块中的代码块的数量。

14.根据权利要求11所述的装置，其中，第二传输块进一步包括链路控制信息，所述链路控制信息包括关于在第二传输块中包含的代码块组的信息。

15.根据权利要求14所述的装置，其中，所述链路控制信息是下行链路控制信息。

16.根据权利要求11所述的装置，其中，所述第一集合的代码块组包括第一组和第二组，所述第一组和第二组包括不同数量的代码块。

Images