CN112567658B

CN112567658B - 用于在无线通信系统中改善终端的测量性能的方法及其装置

Info

Publication number: CN112567658B
Application number: CN201980053550.0A
Authority: CN
Inventors: 金哉亨; 朴昶焕; 安俊基; 黄升溪
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2018-08-09
Filing date: 2019-08-09
Publication date: 2023-09-01
Anticipated expiration: 2039-08-09
Also published as: WO2020032730A1; US20210195457A1; DE112019003991T5; US11647412B2; CN112567658A

Abstract

公开了一种用于改善无线通信系统中的终端的测量性能的方法及其装置。具体地，在其中终端在无线通信系统中执行测量的方法中，由终端执行的方法包括以下步骤：从服务基站接收用于测量参考信号接收功率(RSRP)和/或参考信号接收质量(RSRQ)的配置信息，其中，配置信息包括与向其发送参考信号的天线端口有关的端口配置信息以及与在小区特定参考信号(CRS)和用于测量的重新同步信号(RSS)之间的相关性有关的测量配置信息；从相邻基站接收CRS和/或RSS；通过使用CRS和RSS根据配置信息来计算RSRP和/或RSRQ；和向服务基站报告RSRP和/或RSRQ。

Description

用于在无线通信系统中改善终端的测量性能的方法及其装置

技术领域

本公开涉及一种无线通信系统，并且更具体地，涉及一种用于改善终端的测量性能的方法及其装置。

背景技术

已经开发了移动通信系统来提供语音服务，同时保证用户活动。然而，移动通信系统的服务覆盖范围甚至已经扩展到数据服务以及语音服务，并且当前，业务量的爆炸性增长已经导致资源短缺和对高速服务的用户需求，这需要先进的移动通信系统。

下一代移动通信系统的要求可以包括支持巨量数据业务、每个用户的传送速率的显著增加、容纳显著增加数量的连接装置、非常低的端到端延迟以及高的能量效率。为此，已经研究了各种技术，诸如小小区增强、双连接性、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、支持超宽带、以及装置联网。

发明内容

技术问题

本公开的目的是提供一种在无线通信系统中改善终端的测量性能的方法。

另外，本公开的目的是提供一种用于在无线通信系统中改善终端的移动性的方法。

另外，本公开的目的是提供一种终端可以在无线通信系统中使用重新同步信号(RSS)进行测量的方法。

另外，本公开的目的是提供一种在无线通信系统中减少用于终端的测量的信令开销的方法。

本公开中要实现的技术目的不限于上述技术目的，并且从以下说明中，这里没有描述的其它技术目的对于本领域技术人员将变得显而易见。

技术方案

在本公开中，一种在无线通信系统中在终端处执行测量的方法，由终端执行的所述方法包括：从服务基站接收用于测量参考信号接收功率(RSRP)和/或参考信号接收质量(RSRQ)的配置信息，其中，所述配置信息包括与通过其发送参考信号的天线端口有关的端口配置信息以及与用于测量的小区特定参考信号(CRS)和重新同步信号(RSS)之间的关系有关的测量配置信息；从相邻基站接收所述CRS和/或所述RSS；根据所述配置信息通过使用所述CRS和RSS来计算所述RSRP和/或RSRQ；以及向所述服务基站报告所述RSRP和/或所述RSRQ。

另外，在本公开中，端口配置信息包括CRS端口配置信息和RSS端口配置信息。

另外，在本公开中，CRS端口配置信息是与通过其发送CRS的天线端口的数量有关的信息。

另外，在本公开中，RSS端口配置信息是与通过其发送CRS的至少一个第一天线端口和通过其发送RSS的至少一个第二天线端口之间的关系有关的信息。

另外，在本公开中，通过RSS端口配置信息，至少一个第二天线端口被配置为与至少一个第一天线端口的固定的一个天线端口相同。

另外，在本公开中，通过RSS端口配置信息，至少一个第二天线端口被配置为与至少一个第一天线端口的固定的两个天线端口相同。

此外，在本公开中，RSS端口配置信息包括与至少一个第二天线端口的循环次序有关的序列信息，根据所述序列信息，至少一个第二天线端口在时域和/或频域中循环。

另外，在本公开中，所述循环的至少一个第二天线端口与包括在至少一个第一天线端口中的两个或四个天线端口相同。

另外，在本公开中，通过RSS端口配置信息，在至少一个第一天线端口与至少一个第二天线端口之间配置准共址(QCL)关系。

所述测量配置信息包括关于RSS的功率与CRS的功率的比率的信息

此外，在本公开中，测量配置信息进一步包括用于指示是否支持RSS的RSS配置信息、与发送RSS的持续时间有关的RSS传输信息、或包括与RSS的覆盖码有关的信息的RSS序列信息中的至少一个。

此外，本公开进一步包括从服务基站接收包括与RSS有关的RSS相关信息的系统信息，其中，RSS相关信息包括RSS的传输周期信息、RSS的持续时间信息或关于RRS的频域/时域的位置信息中的至少一个。

此外，在本公开中，RSS位于频域上的第一位置中，由服务基站发送的RRS位于频域上的第二位置中，并且第一位置的RB索引(资源块索引)值与第二位置的RB索引值之间的差不超过一定值。

此外，本公开进一步包括基于位置信息获得RSS的第一位置，其中第一位置通过将小于或等于包括在位置信息中的一定值的特定值添加到第二位置的RB索引值来获得。

另外，本公开进一步包括从服务基站接收不连续接收(DRX)模式配置信息，

其中在DRX模式的监听持续时间中接收配置信息。

一种用于在无线通信系统中执行测量的终端，

所述终端包括：发射器，用于发送无线电信号；接收器，用于接收无线电信号；以及处理器，其功能性地连接到所述发射器和所述接收器，其中所述处理器执行以：从服务基站接收用于测量参考信号接收功率(RSRP)和/或参考信号接收质量(RSRQ)的配置信息，其中，所述配置信息包括与通过其发送参考信号的天线端口有关的端口配置信息、以及与用于所述测量的小区特定参考信号(CRS)和重新同步信号(RSS)之间的关系有关的测量配置信息；从相邻基站接收所述CRS和/或所述RSS；根据配置信息使用CRS和RSS来计算RSRP和/或RSRQ；以及向所述服务基站报告所述RSRP和/或所述RSRQ。

技术效果

本公开具有改善无线通信系统中的终端的测量性能的效果。

另外，本公开具有改善无线通信系统中的终端的移动性的效果。

此外，本公开具有终端可以在无线通信系统中使用重新同步信号(RSS)进行测量的效果。

另外，本公开具有减少用于无线通信系统中的终端的测量的信令开销的效果。

本公开的技术效果不限于上述技术效果，并且本领域技术人员从以下描述可以理解本文未提及的其它技术效果。

附图说明

为了帮助理解本公开，在此作为说明书的一部分被包括的附图提供了本公开的实施例，并且通过以下说明描述了本公开的技术特征。

为了帮助理解本公开，在此作为说明书的一部分而包括的附图提供了本公开的实施例，并且通过以下说明描述了本公开的技术特征。

图1示出了根据本公开的实施例的AI装置100。

图2示出了根据本公开的实施例的AI服务器200。

图3示出了根据本公开的实施例的AI系统1。

图4是示出LTE的无线电帧的结构的示例的图。

图5是示出用于下行链路时隙的资源网格的示例的图。

图6是示出下行链路子帧的结构的示例的图。

图7是示出上行链路子帧的结构的示例的图。

图8示出了帧结构类型1的示例。

图9是示出帧结构类型2的另一示例的图。

图10示出了随机接入符号组的示例。

图11是NB-IoT的初始接入过程的示例。

图12是NB-IoT随机接入过程的示例。

图13示出了随机接入符号组的结构。

图14示出了处于空闲状态和/或非活动状态的DRX方案的示例。

图15示出了用于NB-IoT终端的DRX配置和指示过程的示例。

图16示出了DRX的周期的示例。

图17(a)是示出窄带操作的示例的图，并且图17(b)是示出具有RF重新调谐的重复的示例的图。

图18是示出了可用于MTC的物理信道和使用它们的一般信号传输方法的图。

图19(a)示出了用于子帧#0、正常CP、以及FDD中重复符号的重复图样的频率误差估计方法的示例，并且图19(b)示出了在宽带LTE信道上的SIB-BR的传输的示例。

图20是示出对于MTC和传统LTE中的每一个的调度的示例的图。

图21示出了用于系统信息获取过程的一般系统。

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

图23示出了处于空闲状态和/或非活动状态的DRX方案的示例。

图24示出了用于MTC终端的DRX配置和指示过程的示例。

图25示出了DRX周期的示例。

图26是示出通过在CRS端口内执行端口循环来确定RSS端口的方法的示例的图。

图27是图示其中终端根据MG配置和RSS配置执行测量的示例的图。

图28是图示使MGP周期与在RSS配置上的周期(或RSS的最小周期)或周期的整数倍相匹配的方法的示例的图。

图29是示出使RSS(或最小周期的RSS)配置上的周期与MGP#0和/或MGP#2的周期相匹配的方法的示例的图。

图30示出了使RSS覆盖码与新定义的RSS持续时间相匹配的方法的示例。

图31是图示没有变量信令的RSS频率位置参数信令的示例的图。

图32是图示使用变量信令的RSS频率位置参数信令的示例的图。

图33是示出其中存在能够配置RSS的多个RSS频率位置候选块的情况的示例的图。

图34是图示在其中多个块被配置为载波特定的状态下在频域中配置RSS的精确位置的方法的示例的图。

图35示出了如上所述的本发明中的终端的操作的示例。

图36是示出如上所述的本公开中的基站的操作的示例的图。

图37示出根据本公开的实施例的无线电通信设备的框图。

图38是其中可以应用本公开的一些实施例的无线电通信设备的框图的另一示例。

图39示出了可以应用本公开中提出的方法的自主驾驶车辆的示例。

图40示出了可以应用本公开中提出的方法的XR设备的示例。

具体实施方式

参考附图详细描述本公开的一些实施例。将连同附图一起公开的详细描述旨在描述本公开的一些示例性实施例，而不是旨在描述本公开的唯一实施例。以下详细描述包括更多细节以便提供对本公开的全面理解。然而，本领域技术人员可以理解，可以在没有这些更多细节的情况下实施本公开。

在一些情况下，为了避免本公开的概念变得模糊，已知的结构和装置被省略了、或者可以基于每个结构和装置的核心功能以框图形式来示出。

在本说明书中，基站具有网络的终端节点的含义，基站通过所述网络与装置直接通信。在本文档中，根据情况，被描述为由基站执行的特定操作可以由基站的上层节点执行。也就是说，显然，在包括包含基站的多个网络节点的网络中，为与装置通信而执行的各种操作可以由基站或除基站之外的其他网络节点来执行。基站(BS)可以用另一术语来代替，诸如固定站、节点B、eNB(演进节点B)、基站收发系统(BTS)或接入点(AP)。此外，所述装置可以是固定的、或者可以具有移动性，并且可以用另一术语来代替，诸如用户装置(UE)、移动站(MS)、用户终端(UT)、移动用户站(MSS)、订户站(SS)、高级移动站(AMS)、无线终端(WT)、机器类型通信(MTC)装置、机器对机器(M2M)装置、或者装置对装置(D2D)装置。

在下文中，下行链路(DL)表示从eNB到UE的通信，并且上行链路(UL)表示从UE到eNB的通信。在DL中，发射器可以是eNB的一部分，并且接收器可以是UE的一部分。在UL中，发射器可以是UE的一部分，并且接收器可以是eNB的一部分。

已经提供了在以下描述中使用的特定术语以帮助理解本公开，并且在不脱离本公开的技术精神的情况下，可以以各种形式改变这些特定术语的使用。

以下技术可以用于各种无线通信系统，例如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)和非正交多址(NOMA)。CDMA可以使用诸如通用陆地无线接入(UTRA)或CDMA2000的无线电技术来实现。TDMA可以使用诸如全球移动通信系统(GSM)/通用分组无线业务(GPRS)/用于GSM演进的增强数据速率(EDGE)之类的无线电技术来实现。OFDMA可以使用诸如电气和电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20或演进UTRA(E-UTRA)的无线电技术来实现。UTRA是通用移动电信系统(UMTS)的一部分。第3代合作伙伴计划(3GPP)长期演进(LTE)是使用演进UMTS陆地无线电接入(E-UTRA)的演进UMTS(E-UMTS)的一部分，并且其在下行链路中采用OFDMA、而在上行链路中采用SC-FDMA。高级LTE(LTE-A)是3GPP LTE的演进。

本公开的实施例可以由在IEEE 802、3GPP和3GPP2(即无线电接入系统)中的至少一个中公开的标准文档所支持。即，属于本公开的实施例并且为了清楚地公开本公开的技术精神而没有描述的步骤或部分，可以由所述文档支持。此外，本文档中公开的所有术语可以由所述标准文档来描述。

为了使描述更清楚，主要描述3GPP LTE/LTE-A，但是本公开的技术特征不限于此。

<5G场景>

5G的三个主要需求领域包括(1)增强移动宽带(eMBB)领域，(2)大型机器类型通信(mMTC)领域，以及(3)超可靠低延迟通信(URLLC)领域。

在一些使用情况中，可能需要多个领域来进行优化，并且其他使用情况可能仅集中于一个关键性能指标(KPI)。5G以灵活和可靠的方式支持这些各种使用情况。

eMBB远远超过基本移动互联网接入，覆盖了在云或增强现实中的丰富交互式工作、媒体和娱乐应用。数据是5G的关键驱动之一，并且在5G时代可能首次不会看到专用语音服务。在5G中，期望简单地使用由通信系统提供的数据连接来将语音作为应用程序进行处理。增加业务量的主要原因是内容大小的增加和需要高数据速率的应用的数量的增加。随着更多的装置连接到互联网，流式传输服务(音频和视频)、交互式视频和移动互联网连接将变得更广泛地使用。这些应用中的许多应用需要始终接通的连接性，以将实时信息和通知推送到用户。云存储和应用正在移动通信平台中迅速增长，其可以应用于工作和娱乐两者。并且，云存储是驱动上行链路数据速率增长的特殊使用情况。5G还用于云中的远程工作，并且当使用触觉界面时，需要低得多的端到端延迟来维持良好的用户体验。娱乐，例如，云游戏和视频流式传输是增加对移动宽带能力的需求的另一个关键因素。娱乐在任何地方的智能电话和平板装置上都是必要的，包括高移动性环境，诸如火车、汽车和飞机。另一使用情况是用于娱乐的增强现实和信息检索。这里，增强现实需要非常低的延迟和瞬时数据量。

另外，最期望的5G使用情况之一涉及无缝连接所有领域中嵌入的传感器的能力，即mMTC。到2020年，预期潜在IoT装置将达到204亿。工业IoT是5G在启用智慧城市、资产跟踪、智慧公用事业、农业和安全基础设施方面起主要作用的领域之一。

URLLC包括将利用诸如自驾驶车辆和关键基础设施的远程控制的超可靠/低延迟链路来改造行业的新服务。可靠性和延迟的水平对于智能电网控制、工业自动化、机器人、无人机控制和协调是必要的。

接下来，请查看更详细的多个示例。

5G可以补充光纤到户(FTTH)和基于电缆的宽带(或DOCSIS)，作为提供速率为每秒几百兆比特到每秒千兆比特的流式传输的手段。需要这些高速来以4K或更高(6K、8K和更高)的分辨率以及虚拟和增强现实传递TV。虚拟现实(VR)和增强现实(AR)应用涉及几乎沉浸式的运动事件。某些应用程序可能需要特殊的网络设置。例如，对于VR游戏，游戏公司可能需要将核心服务器与网络运营商的边缘网络服务器整合以最小化延迟。

在许多用于与车辆进行移动通信的使用情况下，期望汽车在5G中是重要的新驱动力。例如，乘客的娱乐要求同时具有高容量和高移动性的移动宽带。原因是未来的用户将继续期望高质量的连接，而不管他们的位置和速度。汽车领域中的另一应用示例是增强现实仪表板。它识别在黑暗中驾驶员通过前窗在其上看到的物体，并显示用于告诉驾驶员关于所述物体的距离和运动的信息。将来，无线模块使得能够在车辆之间进行通信、在车辆和支持基础设施之间交换信息、以及在车辆和其它连接的装置(例如，由行人携带的装置)之间交换信息。安全系统可以通过引导驾驶员经过交替的动作过程来降低事故的风险，以使驾驶更安全。下一步将是遥控或自驾驶车辆。它非常可靠，并且需要在不同的自驾驶车辆之间以及在车辆和基础设施之间的非常快速的通信。将来，自驾驶车辆将执行所有驾驶活动，并且驾驶员将被迫仅关注车辆本身不能识别的交通异常。自驾驶车辆的技术需求要求超低延迟和超快可靠性以将交通安全性增加到人类不可实现的水平。

称为智能社会的智能城市和智能家庭将嵌入高密度无线传感器网络。智能传感器的分布式网络将识别城市或家庭的用于成本和能量有效地维护的条件。可以对每个家庭进行类似的设置。温度传感器、窗户和加热控制器、防盗报警器和电器均采用无线连接。这些传感器中的许多通常是低数据速率、低功率和低成本的。然而，例如，在某些类型的监视装置中可能需要实时HD视频。

包括热或气体的能量的消耗和分配是高度分散的，需要分布式传感器网络的自动控制。智能电网使用数字信息和通信技术互连这些传感器，以收集信息并相应地行动。这种信息可以包括供应商和消费者的行为，以允许智能电网以自动化方式提高效率、可靠性、经济性、生产的可持续性和诸如电力的燃料的分配。智能电网也可以被看作另一个低延迟传感器网络。

健康部门具有许多可以从移动通信中受益的应用。通信系统可以支持远程医疗，以从远程位置提供临床护理。这可以帮助减少距离障碍并改善对在偏远农村地区不能持续获得的医疗服务的访问。它还用于在危急护理和紧急情况下挽救生命。基于移动通信的无线传感器网络可以提供传感器并提供对诸如心率和血压的参数的远程监测。

无线和移动通信在工业应用中变得日益重要。布线的安装和维护是昂贵的。因此，用可重新配置的无线链路替换电缆的可能性对于许多行业来说是有吸引力的机会。但是，要实现这一点，需要无线连接的延迟、可靠性和容量类似于电缆，并且其管理是简单的。低延迟和极低的错误概率是需要连接到5G的新要求。

物流和货运跟踪是移动通信用途的重要示例，其可以使用基于位置的信息系统来从任何地方跟踪库存和包裹。物流和货运跟踪使用情况通常需要低数据速率，但需要范围广泛且可靠的位置信息。

<人工智能(AI)>

人工智能是指研究人工智能或创建人工智能的方法的领域，且机器学习是指研究定义和解决在人工智能领域中处理的各种问题的方法的领域。机器学习也被定义为通过连续的经验来改进任务的性能的算法。

人工神经网络(ANN)是在机器学习中使用的模型，并且可以指具有问题解决能力的总体模型，其由通过组合突触形成网络的人工神经元(节点)组成。人工神经网络可以由在不同层的神经元之间的连接模式、用于更新模型参数的学习过程以及用于生成输出值的激活函数来定义。

人工神经网络可以包括输入层、输出层以及可选地一个或多个隐藏层。每个层包括一个或多个神经元，并且人工神经网络可以包括神经元和连接神经元的突触。在人工神经网络中，每个神经元可以通过突触输出用于输入信号、权重和偏置输入的激活函数的函数值。

模型参数是指通过学习所确定的参数，并且包括突触连接的权重和神经元的偏置。此外，超参数是指在机器学习算法中学习之前必须设置的参数，并且包括学习速率、迭代计数、小批量大小和初始化函数。

学习人工神经网络的目的可以是确定用于使损耗函数最小化的模型参数。损耗函数可以在人工神经网络学习过程中作为确定最优模型参数的指标。

根据学习方法，机器学习可以被分类为监督学习、非监督学习和强化学习。

监督学习是指当给出用于训练数据的标签时训练人工神经网络的方法，并且标签可以表示当训练数据被输入到人工神经网络时人工神经网络必须推断的正确答案(或结果值)。无监督学习可以表示在没有给出用于训练数据的标签的状态下训练人工神经网络的方法。强化学习可以表示一种学习方法，其中在某一环境中定义的代理学习选择用于最大化每个状态中的累积回报的动作或动作序列。

在人工神经网络中，被实施为包括多个隐藏层的深度神经网络(DNN)的机器学习有时被称为深度学习，并且深度学习是机器学习的一部分。在下文中，机器学习的使用包括深度学习。

<机器人>

机器人可以指用于自动处理或操作由其自身能力给定的任务的机器。具体地，具有识别环境并通过自确定执行操作的功能的机器人可以被称为智能机器人。

根据使用目的或领域，机器人可以分为工业、医疗、家庭、军事等。

机器人可以配备有包括致动器或马达的驱动单元，以执行诸如移动机器人关节的各种物理操作。另外，可移动机器人包括在驱动单元中的轮、制动器、推进器等，并且可以通过驱动单元在地面上行进或在空中飞行。

<自驾驶、自主驾驶>

自主驾驶是指自驾驶技术，且自主驾驶车辆是指在没有用户的操纵的情况下或者在具有用户的最小操纵的情况下驾驶的车辆。

例如，在自主驾驶中，有维持驾驶车道的技术、诸如自适应巡航控制的自动调整速度的技术、沿着指定路线自动驾驶的技术、以及在设定目的地时自动设定路线的技术等。所有这些都可以包括在内。

车辆包括仅包含内燃机的所有车辆、包含内燃机和电动机的混合动力车辆、以及仅包含电动机的电动车辆，并且不仅可以包括汽车，而且可以包括火车和摩托车。

在这种情况下，自主车辆可以被视为具有自主驾驶功能的机器人。

<扩展现实(XR)>

扩展现实统称为虚拟现实(VR)、增强现实(AR)和混合现实(MR)。VR技术仅提供真实世界物体或背景的CG图像，AR技术在真实物体图像之上提供虚拟创建的CG图像，并且MR技术是在真实世界中混合和组合虚拟物体的计算机图形技术。

MR技术与AR技术的相似之处在于，它一起示出了真实和虚拟物体。然而，在AR技术中，虚拟物体以补充真实物体的形式使用，而在MR技术中，虚拟物体和真实物体以相同的特性使用。

XR技术可以应用于HMD(头戴式显示器)、HUD(平视显示器)、移动电话、平板PC、膝上型计算机、台式计算机、TV、数字告示板等，并且应用XR技术的装置可以称为XR装置。

图1示出了根据本公开的实施例的AI装置100。

AI装置100可以被实施为固定装置或可移动装置，诸如TV、投影仪、移动电话、智能电话、台式计算机、膝上型计算机、数字广播终端、个人数字助理(PDA)、便携式多媒体播放器(PMP)、导航仪、平板PC、可穿戴装置、机顶盒(STB)、DMB接收器、收音机、洗衣机、冰箱、台式计算机、数字告示板、机器人、车辆等等。

参照图1，终端100可以包括通信单元110、输入单元120、学习处理器130、传感单元140、输出单元150、存储器170和处理器180。

通信单元110可以通过使用有线/无线通信技术与诸如其他AI装置100a至100e或AI服务器200的外部装置发送和接收数据。例如，通信单元110可以与外部装置发送和接收传感器信息、用户输入、学习模型和控制信号。

在此，由通信单元110使用的通信技术包括全球移动通信系统(GSM)、码分多址(CDMA)、长期演进(LTE)、5G、无线局域网(WLAN)和无线-保真(Wi-Fi)、蓝牙TM、射频识别(RFID)、红外数据协会(IrDA)、ZigBee(紫蜂)和近场通信(NFC)等等。

输入单元120可以获取各种类型的数据。

这里，输入单元120可以包括用于输入图像信号的相机、用于接收音频信号的麦克风以及用于从用户接收信息的用户输入单元。在此，通过将相机或麦克风视为传感器，从相机或麦克风获取的信号可被称为传感数据或传感器信息。

输入单元120可以通过使用用于模型训练的训练数据和训练模型来获取在获取输出时要使用的输入数据。输入单元120可以获得未处理的输入数据，并且在这种情况下，处理器180或学习处理器130可以提取输入特征作为对输入数据的预处理。

学习处理器130可以通过使用训练数据来训练由人工神经网络组成的模型。这里，学习的人工神经网络可以被称为学习模型。学习模型可以用于推断除训练数据之外的新输入数据的结果值，并且推断值可以用作用于执行特定操作的决定的基础。

在这种情况下，学习处理器130可以与AI服务器200的学习处理器240一起执行AI处理。

这里，学习处理器130可以包括集成或实施在AI装置100中的存储器。替换地，学习处理器130可以使用存储器170、直接耦接到AI装置100的外部存储器、或保存在外部装置中的存储器来实施。

传感单元140可通过使用各种传感器获取AI装置100的内部信息、关于AI装置100的周围环境的信息和用户信息中的至少一个。

这里，包括在传感单元140中的传感器包括接近传感器、照度传感器、加速度传感器、磁传感器、陀螺仪传感器、惯性传感器、RGB传感器、IR传感器、指纹识别传感器、超声波传感器、光学传感器、麦克风、和激光雷达、雷达等。

输出单元150可以产生与视觉、听觉或触觉传感有关的输出。

这里，输出单元150可以包括用于输出视觉信息的显示单元、用于输出听觉信息的扬声器和用于输出触觉信息的触觉模块。

存储器170可以存储用于支持AI装置100的各种功能的数据。例如，存储器170可以存储从输入单元120获取的输入数据、训练数据、学习模型和学习历史。

处理器180可以基于通过使用数据分析算法或机器学习算法而确定或生成的信息来确定AI装置100的至少一个可执行操作。此外，处理器180可以通过控制AI装置100的部件执行确定的操作。

为此，处理器180可以请求、搜索、接收或利用来自学习处理器130或存储器170的数据，并且可以控制AI装置100的部件在至少一个可执行操作中执行预测的或期望的操作。

这里，如果需要连接外部装置来执行确定的操作，则处理器180可以产生用于控制相应的外部装置的控制信号，并将产生的控制信号发送到相应的外部装置。

处理器180可以获得用于用户输入的意图信息，并且基于所获得的意图信息来确定用户的要求。

这里，处理器180可以通过使用用于将语音输入转换为字符串的语音到文本(STT)引擎、或者用于获得自然语言的意图信息的自然语言处理(NLP)引擎中的至少一个来获得与用户输入相对应的意图信息。

这里，STT引擎和NLP引擎中的至少一个或多个可以由至少部分地根据机器学习算法训练的人工神经网络组成。另外，STT引擎或NLP引擎中的至少一个可以由学习处理器130学习、由AI服务器200的学习处理器240学习、或由其分布式处理学习。

处理器180可以收集历史信息，包括关于AI装置100的操作内容或操作的用户反馈，并将其存储在存储器170或学习处理器130中，或传送到诸如AI服务器200的外部装置。所收集的历史信息可以用于更新学习模型。

处理器180可以控制AI装置100的至少一些部件以驱动存储在存储器170中的应用程序。此外，处理器180可以通过将AI装置100中所包括的两个或多个部件相组合来操作以驱动应用程序。

图2示出了根据本公开的实施例的AI服务器200。

参考图2，AI服务器200可以指通过使用机器学习算法训练人工神经网络、或使用学习后的人工神经网络的装置。这里，AI服务器200可以由多个服务器组成以执行分布式处理，或可以被定义为5G网络。在这种情况下，AI服务器200可以被包括作为AI装置100的一部分，以一起执行至少部分AI处理。

AI服务器200可以包括通信单元210、存储器230、学习处理器240和处理器260。

通信单元210可以与诸如AI装置100的外部装置发送和接收数据。

存储器230可以包括模型存储装置231。模型存储装置231可以存储通过学习处理器240正在训练的或已训练的模型(或人工神经网络231a)。

学习处理器240可以使用训练数据来训练人工神经网络231a。学习模型既可以在被安装到人工神经网络的AI服务器200上时使用，也可以安装在诸如AI装置100的外部装置上并使用。

学习模型可以用硬件、软件或硬件和软件的组合来实施。当部分或全部学习模型以软件实施时，构成学习模型的一条或多条指令可以存储在存储器230中。

处理器260可以使用学习模型来推断新输入数据的结果值，并基于所推断的结果值来生成响应或控制命令。

图3示出了根据本公开的实施例的AI系统1。

参照图3，AI系统1包括连接到云网络10的AI服务器200、机器人100a、自驾驶(自主)车辆100b、XR装置100c、智能电话100d或家用电器100e。这里，应用了AI技术的机器人100a、自驾驶车辆100b、XR装置100c、智能电话100d或家用电器100e可以称为AI装置100a至100e。

云网络10可以构成云计算基础设施的一部分、或者可以表示存在于云计算基础设施中的网络。这里，可以使用3G网络、4G或长期演进(LTE)网络、或5G网络来配置云网络10。

也就是说，构成AI系统1的装置100a至100e和200可以通过云网络10相互连接。特别是，装置100a至100e和200可以通过基站彼此通信，但也可以直接相互通信而无需通过基站。

AI服务器200可以包括用于执行AI处理的服务器和用于对大数据执行操作的服务器。

AI服务器200通过云网络10与机器人100a、自驾驶车辆100b、XR装置100c、智能电话100d或家用电器100e中的至少一个相连。构成AI系统1的AI装置可以帮助所连接的AI装置100a至100e的AI处理的至少一部分。

在这种情况下，AI服务器200可以代替AI装置100a至100e根据机器学习算法来训练人工神经网络，并且可以直接存储学习模型或将其发送给AI装置100a到100e。

这时，AI服务器200可以接收来自AI装置100a到100e的输入数据，通过使用学习模型来推断接收到的输入数据的结果值，并基于所推断的结果值生成响应或控制命令，并且将其发送到AI装置100a至100e。

替换地，AI装置100a至100e可以通过使用直接学习模型来推断输入数据的结果值，并且基于所推断的结果值来生成响应或控制命令。

在下面，将描述应用了上述技术的AI装置100a至100e的各种实施例。这里，图3所示的AI装置100a至100e可以作为图1所示的AI装置100的具体示例。

<AI+机器人>

机器人100a应用了AI技术，并且可以实施为引导机器人、运输机器人、清洁机器人、可穿戴机器人、娱乐机器人、宠物机器人、无人飞行机器人等等。

机器人100a可以包括用于控制操作的机器人控制模块，并且机器人控制模块可以指代软件模块或将其实施为硬件的芯片。

机器人100a可以通过使用从各种类型的传感器获得的传感器信息来获取机器人100a的状态信息、检测(识别)周围的环境和物体、生成地图数据、确定移动路线和驾驶计划、确定对用户交互的响应、或决定一项动作。

这里，机器人100a可以使用从激光雷达、雷达和相机中的至少一个传感器获得的传感器信息，以确定移动路线和驾驶计划。

机器人100a可以通过使用由至少一个人工神经网络组成的学习模型来执行上述操作。例如，机器人100a可以通过使用学习模型来识别周围环境和物体，并且可以通过使用所识别的周围环境信息或物体信息来确定操作。在这里，学习模型可以由机器人100a直接学习，也可以由诸如AI服务器200的外部装置学习。

这里，机器人100a可以通过使用直接学习模型生成结果来执行操作，但是也可以将传感器信息发送到诸如AI装置200的外部装置、并通过接收相应生成的结果来执行操作。

机器人100a可以通过使用地图数据、从传感器信息检测到的物体信息或从外部装置获得的物体信息中的至少一种来确定移动路线和驾驶计划，并且可以根据确定的移动路线和驾驶计划来控制驱动单元以驱动机器人100a。

地图数据可以包括关于布置在机器人100a移动的空间中的各种物体的物体识别信息。例如，地图数据可以包括关于诸如墙壁和门的固定物体以及诸如花盆和书桌的可移动物体的物体识别信息。另外，物体识别信息可以包括名称、类型、距离和位置。

另外，机器人100a可以通过基于用户的控制/交互而控制驱动单元来执行操作或运行。在这种情况下，机器人100a可以根据用户的动作或语音来获取交互意图信息，并且基于所获取的意图信息来确定响应以执行操作。

<AI+自驾驶>

自驾驶(自主)车辆100b可以通过应用AI技术被实施为移动机器人、车辆或无人飞行器。

自驾驶车辆100b可以包括用于控制自主驾驶功能的自主驾驶控制模块，并且自主驾驶控制模块可以指代软件模块或将其实施为硬件的芯片。自主驾驶控制模块可以被作为自驾驶车辆100b的配置包括在内部，但是也可以被配置为分开的硬件并且连接至自驾驶车辆100b的外部。

自驾驶车辆100b可以通过使用从各种类型的传感器获得的传感器信息来获取自驾驶车辆100b的状态信息、检测(识别)周围的环境和物体、生成地图数据、确定行驶路线和驾驶计划、确定对用户交互的响应或确定动作。

这里，与机器人100a类似，自驾驶车辆100b可以使用从激光雷达、雷达和相机中的至少一个传感器获得的传感器信息，以便确定移动路线和驾驶计划。

特别地，自驾驶车辆100b可以通过从外部装置接收传感器信息或从外部装置直接识别的信息，来识别视野被遮挡的区域或大于一定距离的区域中的环境或物体。

自驾驶车辆100b可以通过使用由至少一个人工神经网络组成的学习模型来执行上述操作。例如，自驾驶车辆100b可以使用学习模型来识别周围环境和物体，并且可以使用识别出的周围环境信息或物体信息来确定驾驶路线。在这里，学习模型可以由自驾驶汽车100b直接学习，也可以由诸如AI服务器200的外部装置学习。

这里，自驾驶车辆100b可以通过使用直接学习模型生成结果来执行操作，但是它也可以将传感器信息发送到诸如AI服务器200的外部装置并通过接收相应产生的结果来执行操作。

自驾驶车辆100b可以通过使用地图数据、从传感器信息检测到的物体信息或从外部装置获得的物体信息中的至少一种来确定移动路线和驾驶计划，并且可以根据所确定的移动路线和驾驶计划来控制驱动单元以驱动自驾驶车辆100b。

地图数据可以包括关于布置在自驾驶(自主)车辆100b移动的空间(例如，道路)中的各种物体的物体识别信息。例如，地图数据可以包括关于诸如路灯、岩石和建筑物的固定物体以及诸如车辆和行人的可移动物体的物体识别信息。另外，物体识别信息可以包括名称、类型、距离和位置。

另外，自驾驶车辆100b可以通过基于用户的控制/交互来控制驱动单元来执行操作或驱动。在这种情况下，自驾驶车辆100b可以根据用户的动作或语音来获取交互意图信息，并且基于所获取的意图信息来确定响应以执行操作。

<AI+XR>

XR装置100c应用了AI技术，并且可以被实施为HMD(头戴式显示器)、车辆中配备的HUD(平视显示器)、电视、移动电话、智能电话、计算机、可穿戴装置、家用电器、数字告示板、车辆、固定机器人或移动机器人。

XR装置100c可以通过分析通过各种传感器或从外部装置获取的3D点云数据或图像数据来获取周围空间或真实物体的信息，以生成3D点的位置数据和属性数据，并且可以渲染要显示的XR物体以供输出。例如，XR装置100c可以输出包括关于与所识别的物体相对应的识别物体的附加信息的XR物体。

XR装置100c可以使用由至少一个人工神经网络组成的学习模型来执行上述操作。例如，XR装置100c可以使用学习模型从3D点云数据或图像数据来识别真实物体，并且可以提供与所识别的真实物体相对应的信息。在这里，学习模型可以由XR装置100c直接学习，或者可以由诸如AI服务器200的外部装置学习。

此时，XR装置100c可以使用学习模型来直接生成结果以执行操作，但是也可以将传感器信息发送到诸如AI服务器200的外部装置并接收生成的结果以执行操作。

<AI+机器人+自主驾驶>

机器人100a可以通过应用AI技术和自主驾驶技术而被实施为引导机器人、运输机器人、清洁机器人、可穿戴机器人、娱乐机器人、宠物机器人、无人飞行机器人等。

应用了AI技术和自主驾驶技术的机器人100a可以指具有自主驾驶功能的机器人或与自驾驶车辆100b交互的机器人100a。

具有自主驾驶功能的机器人100a可以统称为根据给定的运动路线自行移动而无需用户控制、或通过自己确定运动路线而进行移动的装置。

具有自主驾驶功能的机器人100a和自驾驶车辆100b可以使用常见的传感方法来确定移动路线或驾驶计划中的一个或多个。例如，具有自主驾驶功能的机器人100a和自驾驶车辆100b可以通过使用通过激光雷达、雷达和相机感测到的信息来确定移动路线或驾驶计划中的一个或多个。

与自驾驶车辆100b交互的机器人100a与自驾驶车辆100b分开存在，并且可以链接到在自驾驶车辆100b内部或外部的自主驾驶功能，或者可以执行与自驾驶车辆100b上的用户相关的操作。

这里，与自驾驶车辆100b交互的机器人100a可以通过代表自驾驶(自主)车辆100b获取传感器信息以将其提供给自驾驶车辆100b，或获取传感器信息并生成关于周围环境的物体信息以将其提供给自驾驶车辆100b，来控制或辅助自驾驶车辆100b的自主驾驶功能。

替换地，与自驾驶车辆100b交互的机器人100a可以通过与用户的交互来监视自驾驶车辆100b中的用户或者控制自驾驶车辆100b的功能。例如，当确定驾驶员处于困倦状态时，机器人100a可以激活自驾驶车辆100b的自主驾驶功能或辅助控制自驾驶车辆100b的驾驶单元。在此，由机器人100a控制的自驾驶汽车100b的功能不仅可以包括自主驾驶功能，而且还可以包括由在自驾驶汽车100b内部设置的导航系统或音频系统所提供的功能。

替换地，与自驾驶车辆100b交互的机器人100a可以从自驾驶车辆100b的外部向自驾驶车辆100b提供信息或辅助功能。例如，机器人100a可以将包括信号信息(例如智能交通灯)的交通信息提供给自驾驶车辆100b，或者通过与自驾驶车辆100b交互而将充电器自动地连接到充电端口，例如用于电动汽车的自动充电器。

<AI+机器人+XR>

机器人100a可以通过应用AI技术和XR技术被实施为引导机器人、运输机器人、清洁机器人、可穿戴机器人、娱乐机器人、宠物机器人、无人飞行机器人、无人驾驶飞机等。

应用了XR技术的机器人100a可以是指在XR图像内被控制/交互的机器人。在这种情况下，机器人100a不同于XR装置100c，并且可以彼此交互。

当作为在XR图像中的控制/交互对象的机器人100a从包括相机的传感器获取传感器信息时，机器人100a或XR装置100c可以基于传感器信息生成XR图像，并且XR装置100c可以输出所生成的XR图像。另外，机器人100a可以基于通过XR装置100c输入的控制信号或用户的交互进行操作。

例如，用户可以检查与通过诸如XR装置100c的外部装置远程链接的机器人100a的视点相对应的XR图像，并且可以通过交互来调整机器人100a的自主驾驶路径、或者控制运动或驾驶、或者检查周围物体的信息。

<AI+自主驾驶+XR>

自驾驶(自主)车辆100b可以通过应用AI技术和XR技术被实施为移动机器人、车辆或无人飞行器。

应用了XR技术的自驾驶车辆100b可以指包括用于提供XR图像的装置的自主驾驶车辆，或者作为在XR图像内的控制/交互的对象的自主驾驶车辆。特别地，作为XR图像中的控制/交互的对象的自驾驶车辆100b与XR装置100c是区别开的，并且可以彼此交互。

具有用于提供XR图像的装置的自驾驶车辆100b可以从包括相机的传感器获取传感器信息，并且可以输出基于所获取的传感器信息而生成的XR图像。例如，自驾驶车辆100b可以通过输出具有HUD的XR图像来向乘员提供与真实物体或屏幕中的物体相对应的XR物体。

在这种情况下，当将XR物体被输出到HUD时，可以输出XR物体的至少一部分，使其与面对乘员视线的实际物体重叠。另一方面，当在设置在自驾驶车辆100b内部的显示器上输出XR物体时，可以输出XR物体的至少一部分以与屏幕中的物体重叠。例如，自驾驶车辆100b可以输出与诸如车道、其他车辆、交通灯、交通标志、摩托车、行人和建筑物的物体相对应的XR物体。

当作为XR图像中的控制/交互对象的自驾驶车辆100b从包括相机的传感器获取传感器信息时，自驾驶车辆100b或XR装置100c可以基于传感器信息生成XR图像，并输出生成的XR图像。另外，自驾驶车辆100b可以基于通过诸如XR装置100c的外部装置输入的控制信号或用户的交互来操作。

一般LTE系统

图4是示出LTE的无线电帧的结构的示例的图。

在图4中，无线电帧包括10个子帧。子帧在时域中包括两个时隙。用于发送一个子帧的时间被定义为发送时间间隔(TTI)。例如，一个子帧可以具有1毫秒(ms)的长度，并且一个时隙可以具有0.5ms的长度。一个时隙在时域中包括多个正交频分复用(OFDM)符号。由于3GPP LTE在下行链路中使用OFDMA，所以OFDM符号用于表示一个符号周期。OFDM符号还可以被称为SC-FDMA符号或符号周期。资源块(RB)是资源分配单元，并且在一个时隙中包括多个连续的子载波。示出的无线电帧的结构仅用于示例性目的。因此，可以以各种方式修改包括在无线电帧中的子帧的数量或包括在子帧中的时隙的数量或包括在时隙中的OFDM符号的数量。

图5是示出用于下行链路时隙的资源网格的示例的图。

在图5中，下行链路时隙在时域中包括多个OFDM符号。作为示例，本文描述了一个下行链路时隙包括7个OFDM符号，并且一个资源块(RB)包括在频域中的12个子载波。然而，本公开不限于此。在资源网格上的每个元素被称为资源元素(RE)。一个RB包括12×7个RE。包括在下行链路时隙中的RB的数量NDL取决于下行链路发射带宽。上行链路时隙的结构可以与下行链路时隙的结构相同。

图6示出了下行链路子帧的结构的示例。

在图6中，位于子帧内的第一时隙的前部中的最多三个OFDM符号对应于要被分配控制信道的控制区域。其余的OFDM符号对应于要被分配物理下行链路共享信道(PDSCH)的数据区域。在3GPP LTE中使用的下行链路控制信道的示例包括物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)、物理混合ARQ指示符信道(PHICH)等。PCFICH在子帧的第一OFDM符号处被发送，并且承载关于在子帧内用于控制信道的传输的OFDM符号的数量的信息。PHICH是上行链路传输的响应，并且承载HARQ确认(ACK)/否定确认(NACK)信号。通过PDCCH发送的控制信息被称为下行链路控制信息(DCI)。DCI包括上行链路或下行链路调度信息，或者包括用于任意UE组的上行链路发射(Tx)功率控制命令。

PDCCH可以承载下行链路共享信道(DL-SCH)的传送格式和资源分配、上行链路共享信道(UL-SCH)的资源分配信息、寻呼信道(PCH)上的寻呼信息、DL-SCH上的系统信息、上层控制消息的资源分配(诸如在PDSCH上发送的随机接入响应)、在任意UE组内的各个UE上的Tx功率控制命令集、Tx功率控制命令、基于IP的语音(VoIP)的激活等。多个PDCCH可以在控制区域内发送。UE可以监视多个PDCCH。PDCCH在一个或若干连续控制信道元素(CCE)的聚合上发送。CCE是用于基于无线电信道的状态向PDCCH提供编码率的逻辑分配单元。CCE对应于多个资源元素组(REG)。PDCCH的格式和可用PDCCH的比特数量根据CCE的数量和由CCE提供的编码率之间的相关性来确定。BS根据要发送给UE的DCI来确定PDCCH格式，并将循环冗余校验(CRC)附加到控制信息上。根据PDCCH的拥有者或使用，利用唯一标识符(称为无线电网络临时标识符(RNTI))来掩蔽CRC。如果PDCCH是用于特定UE的，则可以将UE的唯一标识符(例如，小区RNTI(C-RNTI))掩蔽到CRC。替换地，如果PDCCH是用于寻呼消息的，则可以将寻呼指示符标识符(例如，寻呼RNTI(P-RNTI))掩蔽到CRC。如果PDCCH是用于系统信息(更具体地，下面将描述的系统信息块(SIB))的，则系统信息标识符和系统信息RNTI(SI-RNTI)可以被掩蔽到CRC。为了指示作为对用于发送UE的随机接入前导的响应的随机接入响应，可以将随机接入RNTI(RA-RNTI)掩蔽到CRC。

图7示出上行链路子帧的结构的示例。

在图7中，上行链路子帧可以在频域中被划分为控制区域和数据区域。控制区域被分配有用于承载上行链路控制信息的物理上行链路控制信道(PUCCH)。数据区域被分配有用于承载用户数据的物理上行链路共享信道(PUSCH)。为了保持单载波属性，一个UE不会同时发送PUCCH和PUSCH。用于一个UE的PUCCH被分配给在子帧中的RB对。属于所述RB对的RB占用在相应的两个时隙中的不同子载波。这被称为，分配给PUCCH的RB对在时隙边界中跳变。

在下文中，将更详细地描述LTE帧结构。

在整个LTE规范中，除非另外指出，在时域中的各个字段的大小被表示为时间单元T_s＝1/(15000×2048)秒的数量。

下行链路和上行链路传输被组织成具有T_f＝307200×T_s＝10ms的持续时间的无线电帧。支持两种无线电帧结构：

-类型1，适用于FDD，

-类型2，适用于TDD。

帧结构类型1

帧结构类型1可以应用于全双工和半双工FDD两者。每个无线电帧是T_f＝307200·T_s＝10ms长，并且由长度为T_slot＝15360·T_s＝0.5ms的20个时隙组成，编号从0到19。子帧被定义为两个连续的时隙，其中子帧i由时隙2i和时隙2i+1组成。

对于FDD，在每个10ms间隔中，10个子帧可用于下行链路传输，并且10个子帧可用于上行链路传输。

上行链路和下行链路传输在频域中是分开的。在半双工FDD操作中，UE不能同时进行发送和接收，而在全双工FDD中没有这种限制。

图8示出了帧结构类型1的示例。

帧结构类型2

帧结构类型2适用于FDD。每个长度为T_f＝307200×T_s＝10ms的无线电帧由两个长度分别为15360·T_s＝0.5ms的半帧组成。每个半帧由五个长度为30720·T_s＝1ms的子帧组成。在表2中列出了所支持的上行链路-下行链路配置，其中，对于无线电帧中的每个子帧，“D”表示该子帧被保留用于下行链路传输，“U”表示该子帧被保留用于上行链路传输，并且“S”表示具有三个字段DwPTS、GP和UpPTS的特殊子帧。DwPTS和UpPTS的长度由表1给出，条件是DwPTS、GP和UpPTS的总长度等于30720·T_s＝1ms。每个子帧i被定义为在每个子帧中的两个长度为T_slot＝15360·T_s＝0.5ms的时隙2i和2i+1。

支持具有5ms和10ms下行链路到上行链路切换点周期性两者的上行链路-下行链路配置。在下行链路到上行链路切换点周期为5ms的情况下，两个半帧中都存在特殊子帧。在下行链路到上行链路切换点周期为10ms的情况下，特殊子帧仅存在于第一个半帧中。子帧0和5以及DwPTS始终保留用于下行链路传输。UpPTS和紧接在特殊子帧之后的子帧始终保留用于上行链路传输。

图9是示出帧结构类型2的另一示例的图。

表1示出了特定子帧的配置的示例。

[表1]

表2示出了上行链路-下行链路配置的示例。

[表2]

NB-IoT

NB-IoT(窄带物联网)是用于支持低复杂性和低成本装置的标准，并且与现有的LTE装置相比，其被定义为仅执行相对简单的操作。NB-IoT遵循LTE的基本结构，但基于以下定义的内容进行操作。如果NB-IoT重用LTE信道或信号，则它可以遵循现有LTE中定义的标准。

上行链路

定义了以下窄带物理信道：

-NPUSCH(窄带物理上行链路共享信道)

-NPRACH(窄带物理随机接入信道)

定义了以下上行链路窄带物理信号：

-窄带解调参考信号

表3示出了从子载波角度的上行链路带宽和时隙持续时间T_slot

表3示出了NB-IoT参数的示例。

[表3]

单个天线端口p＝0用于所有上行链路传输。

资源单元

资源单元用于描述NPUSCH到资源元素的映射。资源元素定义为时域中的连续SC-FDMA符号和频域中的/>连续子载波，其中/>和/>由表4给出。

表4示出了所支持的和/>的组合的示例。

[表4]

窄带上行链路共享信道(NPUSCH)

窄带物理上行链路共享信道支持两种格式：

-NPUSCH格式1，用于承载UL-SCH

-NPUSCH格式2，用于承载上行链路控制信息

应当按照TS36.211的条款5.3.1进行加扰。加扰序列发生器应当使用来初始化，其中n_s是码字传输的第一个时隙。在NPUSCH重复的情况下，在所有/>个码字传输之后，将分别设置为用于重复传输的第一时隙和帧的n_s和n_f，按照上述等式重新初始化加扰序列。在TS36.211中的条款10.1.3.6给出了数量/>

表5规定了适用于窄带物理上行链路共享信道的调制映射。

[表5]

NPUSCH可以映射到一个或多个资源单元N_RU，，如3GPP TS 36.213的条款16.5.1.2所给出的，每个资源元单元应当被发送次。

复数值符号的块应当与幅度缩放因子β_NPUSCH相乘，以符合3GPP TS 36.213中规定的发射功率P_NPUSCH，并在从z(0)开始的序列中映射到被分配用于NPUSCH传输的子载波上。到与被分配用于传输而未用于参考信号传输的子载波相对应的资源元素(k，l)的映射应当在所分配的资源单元中的第一个时隙开始以升序排列，首先是索引k，然后是索引1。

在映射到N_slots时隙之后，在继续将z(·)映射到下一个时隙之前，应将时隙N_slots另外重复次，其中等式1：

[等式1]

如果到N_slots时隙的映射或该映射的重复包含与任何根据NPRACH-ConfigSIB-NB配置的NPRACH资源重叠的资源元素，则推迟在重叠的N_slots时隙中的NPUSCH传输，直到下一个N_slots时隙不与任何配置的NPRACH资源重叠。

然后重复的映射，直到/>时隙已经被发送。在由于256·30720T_s时间单元的NPRACH而导致的传输和/或推迟之后，应当插入40·30720T_s时间单元的间隙，这里，NPUSCH传输被推迟。由于与间隙一致的NPRACH而导致的推迟的部分被计数为间隙的一部分。

当更高层参数npusch-AllSymbols被设置为假时，SC-FDMA符号中的与根据srs-SubframeConfig配置有SRS的符号相重叠的资源元素应当在NPUSCH映射中被计数，但是不被用于NPUSCH的传输。当更高层参数npusch-AllSymbols被设置为真时，所有符号被发送。

没有UL-SCH数据的在NPUSCH上的上行链路控制信息根据表6对HARQ-ACK的一比特信息进行编码，其中/>用于肯定确认和/>否定确认。

表6示出了HARQ-ACK码字的示例。

[表6]

功率控制

用于服务小区的NB-IoT UL时隙i中的NPUSCH传输的UE发射功率由下面的等式2和3给出。

如果所分配的NPUSCH RU的重复次数大于2，

[等式2]

P_NPUSCH,c(i)＝P_CMAX,c(i)[dBm]

否则，

[等式3]

这里，P_CMAX，c(i)是在3GPP TS 36.101中定义的用于服务小区c的NB-IoT UL时隙i中的配置的UE发射功率。

M_NPUSCH，c对于3.75kHz子载波间隔是{1/4}，对于15kHz子载波间隔是{1，3，6，12}。

P_{O_NPUSCH，c}(j)是由针对j＝1以及针对服务小区c由高层提供的分量P_{O_NOMINAL_NPUSCH，c}(j)和由高层提供的分量P_{O_UE_NPUSC H，c}(j)的和所组成的参数，其中j∈{1，2}。对于与动态调度许可相对应的NPUSCH(重新)传输，则j＝1，并且对于与随机接入响应许可相对应的NPUSCH(重新)发送，则j＝2。

P_{O_UE_NPUSC H，c}(2)＝0和P_{O_NORMINAL_NPUSCH，c}(2)＝P_{O_PRE}+Δ_{PREAMBLE_M sg3}，其中参数preambleInitialReceivedTargetPrower P_OPRE和Δ_{PREAMBLE_M sg3}是针对服务小区c从高层发信号通知的。

对于j＝1，对于NPUSCH格式2，α_c(j)＝1；对于NPUSCH格式1，α_c(j)由高层提供用于服务小区c。对于j＝2，α_c(j)＝1。

PL_C是在UE中为服务小区c计算的以dB为单位的下行链路路径损耗估计，并且PL_C＝nrs-Power+nrs-PowerOffsetNonAnchor-更高层滤波的NRSRP，其中nrs-Power由高层和3GPP 36.213中的子条款16.2.2提供，并且如果nrsPowerOffsetNonAnchor不是由高层提供的，则nrs-PowerOffsetNonAnchor被设置为零，并且NRSRP被针对服务小区c在3GPP TS36.214中定义，并且高层滤波器配置被用于服务小区c在3GPP TS 36.331中定义。

如果UE在NB-IoT UL时隙i中为服务小区发送NPUSCH，则使用下面的等式4来计算功率余量。

[等式4]

PH_c(i)＝P_CMAX，c(i)-{P_{O_NPUSCH，c}(1)+α_c(1)·PL_c} [dB]

用于发送格式1 NPUSCH的UE过程

在给定服务小区上检测到旨在用于UE的结束于NB-IoT DL子帧n的具有DCI格式N0的NPDCCH时，UE应当在n+k₀ DL子帧结束时，根据NPDCCH信息，在N个连续NB-IoT UL时隙n_i(其中i＝0，1，...，N-1)中使用NPUSCH格式1来执行相应的NPUSCH传输，其中

子帧n是其中NPDCCH被发送的最后一个子帧，并且是根据NPDCCH传输的开始子帧以及在相应DCI中的DCI子帧重复次数字段确定的；以及

其中，N_Rep的值由在对应DCI中的重复次数字段确定，值N_RU由在对应DCI中的资源分配字段确定，并且值/>是与对应DCI中的所分配的子载波的数量相对应的资源单元的NB-IoT UL时隙的数量，

n₀是在子帧n+k₀结束之后开始的第一NB-UL时隙

根据表7，k₀的值由在相应DCI中的调度延迟字段(I_Delay)确定。

表7示出了DCI格式N0的k0的示例。

[表7]

I_Delay	k₀
		0	8
1	16
		2	32
3	64

用于NPUSCH传输的上行链路DCI格式N0中的资源分配信息向被调度的UE指示

-由在所述对应DCI中的所述子载波指示字段确定的资源单元的连续分配的子载波(n_sc)的集，

-根据表9由在相应DCI中的资源分配字段确定的资源单元(N_RU)的数量，

-根据表10由在相应DCI中的重复次数字段确定的重复次数(N_Rep)。

根据3GPP TS36.213中的子条款16.3.3，NPUSCH传输的子载波间隔Δf由在窄带随机接入响应许可中的上行链路子载波间隔字段确定。

对于具有子载波间隔Δf＝3.75kHz的NPUSCH传输，n_sc＝I_sc，其中I_SC是DCI中的子载波指示字段。

对于具有子载波间隔Δf＝15kHz的NPUSCH传输，DCI中的子载波指示字段(I_SC)根据表8确定连续分配的子载波(n_sc)的集。

表8示出了分配给具有Δf＝15kHz的NPUSCH的子载波的示例。

[表8]

子载波指示字段(I_sc)	分配的子载波(n_sc)的集
		0-11	I_sc
12-15	3(I_sc-12)+{0，1，2}
		16-17	6(I_sc-16)+{0，1，2，3，4，5}
18	{0，1，2，3，4，5，6，7，8，9，10，11}
		19-63	保留

表9示出了用于NPUSCH的资源单元的数量的示例。

[表9]

I_RU	N_RU
		0	1
1	2
		2	3
3	4
		4	5
5	6
		6	8
7	10

表10示出了用于NPUSCH的重复次数的示例。

[表10]

I_Rep	N_Rep
		0	1
1	2
		2	4
3	8
		4	16
5	32
		6	64
7	128

解调参考信号(DMRS)

用于的参考信号序列/>由下面的等式5定义。

[等式5]

其中二进制序列c(n)由TS36.211的条款7.2定义，并且应在NPUSCH传输的开始时以c_init＝35被初始化。如果未启用组跳变，对于NPUSCH格式2，以及对于NPUSCH格式1，数量w(n)由表1-11给出，其中并且如果启用了组跳变，对于NPUSCH格式1，则所述数量由3GPP TS36.211的条款10.1.4.1.3给出。

表11示出了w(n)的示例。

[表11]

NPUSCH格式1的参考信号序列由下面的等式6给出。

[等式6]

NPUSCH格式2的参考信号序列由下面的等式7给出。

[等式7]

其中由3GPP TS36.211的表5.5.2.2.1-2中定义，其中序列索引根据选择，其中/>

用于的参考信号序列r_u(n)是根据下面的等式8通过基本序列的循环移位α来定义的。

[等式8]

其中由表10.1.4.1.2-1针对/>给出，表12用于/>且表13用于

如果未启用组跳变，则基本序列索引u由分别用于和/>的高层参数threeTone-BaseSequence(三音基序)、sixTone-BaseSequence(六音基序)和twelveTone-BaseSequence(12音基序)给出。如果高层没有发信号，则基本序列由下面的等式9给出。

[等式9]

如果启用了组跳变，则基本序列索引u由3GPP TS36.211的条款10.1.4.1.3给出。

如表14所定义的，用于和/>的循环移位α分别从高层参数threeTone-CyclicShift(三音循环移位)和sixTone-CyclicShift(六音循环移位)导出。对于α＝0。

表12示出了用于的/>的示例。

[表12]

表13示出了用于的/>的另一个示例。

[表13]

表14示出了α的示例。

[表14]

对于NPUSCH格式1的参考信号，可以启用序列-组跳变，其中，根据下面的等式10，由组跳变图样f_gh(n_s)和序列-移位图样f_ss来定义时隙n_s中的序列-组编号u。

[等式10]

其中，可用于每个资源单元大小的参考信号序列的数量由表15给出。

表15示出了的示例。

[表15]

可以利用由高层提供的小区特定的参数groupHoppingEnabled来启用或禁用序列组跳变。用于NPUSCH的序列组跳变可以通过高层参数groupHoppingDisabled来对某个UE禁用，尽管它可以在小区基础上启用，除非NPUSCH传输对应于随机接入响应许可、或对应于作为基于竞争的随机接入过程的一部分的相同传输块的重传。

组跳变图样f_gh(n_s)由下面的等式11给出。

[等式11]

其中，对于n′_s＝n_s，并且n′_s是用于/>的资源单元的第一个时隙的时隙编号。伪随机序列c(i)由条款7.2定义。伪随机序列发生器应在用于/>的资源单元的开头和在对于/>的每个偶数时隙中通过/>被初始化。

序列移位图样f_ss由下面的等式12给出。

[等式12]

其中，Δ_ss∈{0,1,...,29}由高层参数groupAssignmentNPUSCH给出。如果没有值由信号通知，则Δ_ss＝0。

序列r(·)应当与幅度缩放因子β_NPUSCH相乘，并从r(0)开始按顺序映射到子载波上。

在映射过程中使用的子载波集应当与在3GPP 36.211的条款10.1.3.6中定义的相应NPUSCH传输相同。

到资源元素(k,l)的映射应当按升序顺序，首先是k，然后是l，且最后是时隙编号。表16中给出了时隙中的符号索引l的值。

表16示出了用于NPUSCH的解调参考信号位置的示例。

[表16]

SF-FDMA基带信号产生

对于由条款5.6定义了在时隙中的SC-FDMA符号l中的时间连续信号s_l(t)，用/>取代了数量/>

对于上行链路时隙中SC-FDMA符号l中的子载波索引k的时间连续信号s_k,l(t)由下面的等式13定义

[等式13]

/>

对于0≤t＜(N_CP,l+N)T_s，其中用于Δf＝15kHz和Δf＝3.75kHz的参数在表17中给出，的是符号l的调制值，并且相位旋转/>由下面的等式14定义。

[等式14]

其中是符号计数器，其在传输开始处重置，并在传输期间为每个符号递增。

表17示出了用于的SC-FDMA参数的示例。

[表17]

在时隙中的SC-FDMA符号应当以l的升序从l＝0开始进行发送，其中SC-FDMA符号l＞0在时隙内的时间开始。对于Δf＝3.75kHz，在T_slot中的其余2304T_s不被发送和用于保护时段。

窄带物理随机接入信道(NPRACH)

物理层随机接入前导基于单子载波跳频符号组。图1-8中的随机接入符号组示出了符号组，由长度为T_CP的循环前缀和总长度为T_SEQ的5个相同的符号组成。参数值在表18中列出。

图14示出了随机接入符号组的示例。

表18示出了随机接入前导参数的示例。

[表18]

前导格式	T_CP	T_SEQ
			0	2048T_s	5·8192T_s
1	8192T_s	5·8192T_s

由4个无间隙发送的符号组组成的前导应当发送次。

如果由MAC层触发，则随机接入前导的传输被限制在某些时间和频率资源上。

由高层提供的NPRACH配置包含以下内容：

NPRACH资源周期性(nprach-Periodicity)，

分配给NPRACH的第一子载波的频率位置(nprach-SubcarrierOffset)，

分配给NPRACH的子载波的数量(nprach-NumSubcarrier)，

分配给基于竞争的NPRACH随机接入的开始子载波的数量(nprach-NumCBRA-StartSubcarriers)，

每次尝试的NPRACH重复次数(numRepetitionsPerPreambleAttempt)，

NPRACH开始时间(nprach-StartTime)，

用于为NPRACH子载波的范围计算开始子载波索引的分数，其被保留用于指示UE支持多音调msg3传输(nprach-SubcarrierMSG3-RangeStart)。

NPRACH传输只能在满足的无线电帧开始之后的个时间单元开始。在4·64(T_CP+T_SEQ)个时间单元的传输之后，应当插入40·30720T_s个时间单元的间隙。

其中无效的NPRACH配置。

分配给基于竞争的随机接入的NPRACH开始子载波被分成两组子载波，和/>其中第二组子载波(如果存在的话)指示UE支持多音调msg3传输。

NPRACH传输的频率位置被限制在个子载波内。跳频应当在12个子载波内使用，其中第i^th符号组的频率位置由/>和等式15给出，其中

[等式15]

f(-1)＝0

其中，n_init是由MAC层从/>中选择的子载波，并且伪随机序列c(n)由3GPP TS36.211的条款7.2给出。伪随机序列发生器应当使用来初始化。

用于符号组i的时间连续随机接入信号s_l(t)由下面的等式16定义。

[等式16]

其中0≤t＜T_SEQ+T_CP，β_NPRACH是为了符合在3GPP TS 36.213的条款16.3.1中规定的发射功率P_NPRACH的幅度缩放因子，K＝Δf/Δf_RA视为在随机接入前导和上行链路数据传输之间的子载波间隔中的差异，并且在由参数/>控制的频域中的位置是从3GPPTS36.211的条款10.1.6.1得出的。变量Δf_RA由下表19给出。

表19示出了随机接入基带参数的示例。

[表19]

前导格式	Af_RA
		0，1	3.75kHz

下行链路

下行链路窄带物理信道对应于承载源自高层的信息的一组资源元素，并且是在3GPP TS 36.212和3GPP TS 36.211之间定义的接口。

以下的下行链路物理信道被定义：

-NPDSCH(窄带物理下行链路共享信道)

-NPBCH(窄带物理广播信道)

-NPDCCH(窄带物理下行链路控制信道)

下行链路窄带物理信号对应于由物理层使用的一组资源元素，但是不承载源自高层的信息。以下的下行链路物理信号被定义：

-NRS(窄带参考信号)

-窄带同步信号

窄带物理下行链路共享信道(NPDSCH)

加扰序列发生器将采用来被初始化，其中n_s是码字的传输的第一时隙。在NPDSCH重复以及NPDSCH承载BCCH的情况下，对于每次重复，应该根据上述表达式重新初始化加扰序列发生器。在NPDSCH重复并且NPDSCH不携带BCCH的情况下，在将分别具有n_s和n_f集的码字的每/>次传输到第一时隙和该帧之后，根据上述表达式重新初始化加扰序列发生器，以用于重复的传输。

调制应当使用QPSK调制方案来实施。

NPDSCH可以被映射到一个或多于一个的子帧，N_SF，如3GPP TS 36.213的条款16.4.1.5所给出的，其中每一个将被发送NPDSCH次。

对于用于物理信道的传输的天线端口中的每一个，复数值符号的块应当被映射到满足当前子帧中的所有以下准则的资源元素(k，l)：

所述子帧不被用于NPBCH、NPSS或NSSS的传输，以及

它们被UE假设为不用于NRS，以及

它们不与用于CRS的资源元素(如果有的话)重叠，以及

在子帧中的第一时隙中的索引l满足l≥l_DataStart，其中l_DataStart由3GPP TS 36.213的条款16.4.1.4给出。

以从y^(p)(0)开始到满足上述准则的天线端口p上的资源元素(k，l)的顺序对的映射应当以首先索引k和然后索引l的升序，从子帧中第一时隙开始并且以第二时隙结束。对于不携带BCCH的NPDSCH，在映射到子帧之后，在继续将y^(p)(·)映射到下一子帧之前，该子帧应当被重复以用于/>附加子帧。然后重复的映射，直到/>子帧已经被发送了。对于携带BCCH的NPDSCH，按顺序将/>映射到N_SF子帧，然后重复，直到子帧已经被发送。

NPDSCH传输可以由具有传输间隙的高层来配置，在传输间隙中NPSDCH发送被推迟。如果R_max＜N_{gap，threshold}，其中N_{gap，threshold}由更高层参数dl-GapThreshold给出，并且R_max由3GPP TS 36.213给出，则在NPDSCH传输中没有间隙。间隙开始帧和子帧由给出，其中间隙周期性N_gap，period由高层参数dl-GapPeriodicity给出。在多个子帧中的间隙持续时间由N_{gap，duration}＝N_gap，coeffN_gap，period给出，其中N_gap，coeff由高层参数dl-GapDurationCoeff给出。对于携带BCCH的NPDSCH，在传输中没有间隙。

如果不是NB-IoT下行链路子帧，则UE在子帧i中不预期NPDSCH，除了在子帧4中传输携带SystemInformationBlockType1-NB的NPDSCH。在NPDSCH传输的情况下，在不是NB-IoT下行链路子帧的子帧中，NPDSCH传输被推迟，直到下一个NB-IoT下行链路子帧。

用于接收NPDSCH的UE过程

NB-IoT UE将子帧假设为NB-IoT DL子帧，如果：

-UE确定子帧不包含NPSS/NSSS/NPBCH/NB-SIB1传输，以及

-对于其中UE接收高层参数operationModeInfo的NB-IoT载波，在UE已经获得SystemInformationBlockType1-NB之后，将子帧配置为NB-IoT DL子帧。

-对于其中存在DL-CarrierConfigCommon-NB的NB-IoT载波，通过高层参数downlinkBitmapNonAnchor将子帧配置为NB-IoT DL子帧。

对于支持twoHARQ-Processes-r14的NB-IoT UE，应当存在最多2个下行链路HARQ进程。

UE应当，在给定服务小区上检测到具有DCI格式N1、N2的NPDCCH在旨在用于所述UE的子帧n中结束时，根据NPDCCH信息，从n+5DL子帧中开始对在N个连续NB-IoT DL子帧n_i中的对应NPDSCH传输进行解码，其中i＝0，1，...，N-1，其中

子帧n是发送NPDCCH的最后一个子帧，且是由NPDCCH传输的开始子帧和在相应DCI中的DCI子帧重复次数字段确定的；

子帧ni，其中i＝0，1，...，N-1，是除了用于SI消息的子帧之外的N个连续NB-IoTDL子帧，其中n0＜n1＜...，nN-1，

N＝N_RepN_SF，其中N_Rep的值由在相应DCI中的重复次数字段确定，并且N_SF的值由相应DCI中的资源分配字段确定，以及

k₀是从DL子帧n+5开始直到DL子帧n₀的NB-IoT DL子帧的数量，其中k₀由用于DCI格式N1的调度延迟字段(I_Delay)确定，且k₀＝0用于DCI格式N2。对于由G-RNTI加扰的DCI CRC，k₀根据表21由调度延迟字段(I_Delay)确定，否则k₀根据表20由调度延迟字段(I_Delay)确定，R_m，ax的值根据3GPP 36.213中的子条款16.6用于相应DCI格式N1。

表20示出了用于DCI格式N1的k₀的示例。

[表20]

表21示出了具有由G-RNTI加扰的DCI CRC的DCI格式N1的k_0的示例。

[表21]

I_Delay	k₀
		0	0
1	4
		2	8
3	12
		4	16
5	32
		6	64
7	128

预期UE不会在由UE进行的NPUSCH传输结束后的3个DL子帧中接收传输。

用于NPDSCH的DCI格式N1、N2(寻呼)的资源分配信息指示被调度的UE

表22示出了用于NPDSCH的子帧的数量的示例。子帧数量(NSF)由在相应DCI中的资源分配字段(ISF)根据表22来确定。

重复次数(NRep)由在相应DCI中的重复次数字段(IRep)根据表23来确定。

[表22]

I_SF	N_SF
		0	1
1	2
		2	3
3	4
		4	5
5	6
		6	8
7	10

表23示出了用于NPDSCH的重复次数的示例。

[表23]

I_Rep	N_Rep
		0	1
1	2
		2	4
3	8
		4	16
5	32
		6	64
7	128
		8	192
9	256
		10	384
11	512
		12	768
13	1024
		14	1536
15	2048

用于承载SystemInformationBlockType1-NB的NPDSCH的重复次数是基于由高层配置的参数schedulingInfoSIB1、并根据表24来确定的。

表24示出了SIB1-NB的重复次数的示例。

[表24]

schedulingInfoSIB1的值	NPDSCH重复的次数
		0	4
1	8
		2	16
3	4
		4	8
5	16
		6	4
7	8
		8	16
9	4
		10	8
11	16
		12-15	保留

根据表25确定用于承载SystemInformationBlockType1-NB的NPDSCH的第一次传输的开始无线电帧。

表25示出了用于承载SIB1-NB的NPDSCH的第一次传输的开始无线电帧的示例。

[表25]

用于NPDSCH的开始OFDM符号由在子帧k中的第一个时隙中的索引l_DataStrart给出，并确定如下：

-如果子帧k是用于接收SIB1-NB的子帧，

如果高层参数operationModeInfo的值设置为“00”或“01”，则l_DataStrart＝3，

除此之外，l_DataStrart＝0

-否则

如果存在高层参数eutraControlRegionSize的值，则l_DataStrart由高层参数eutraControlRegionSize给出，

除此之外，l_DataStrart＝0

用于报告ACK/NACK的UE过程

UE应当在检测到旨在用于UE的、结束于NB-IoT子帧n的、并且应当对其提供ACK/NACK的NPDSCH传输时，在N个连续的NB-IoT UL时隙中使用NPUSCH格式2在携带ACK/NACK的NPUSCH的n+k₀-1DL子帧传输结束处开始，其中的值由用于Msg4NPDSCH传输的相关联NPRACH资源配置的高层参数ack-NACK-NumRepetitions-Msg4给出，否则，由高层参数ack-NACK-NumRepetitions给出，并且/>的值是所述资源单元的时隙的数量，

根据3GPP TS 36.213中的表16.4.2-1和表16.4.2-2，通过相应NPDCCH的DCI格式中的ACK/NACK资源字段来确定用于ACK/NACK的分配的子载波和k0的值。

窄带物理广播信道(NPBCH)

BCH传输信道的处理结构是根据3GPP TS 36.212的第5.3.1节的，具有以下差别：

-传输时间间隔(TTI)是640ms。

-BCH传输块的大小被设置为34比特

-根据3GPP TS 36.212的表5.3.1.1-1、根据在eNodeB处的1个或2个发射天线端口来选择用于NPBCH的CRC掩蔽，其中发射天线端口在3GPP TS 36.211的第10.2.6节中被定义

-速率匹配比特的数量在3GPP TS 36.211的第10.2.4.1节中定义

加扰将根据3GPP TS 36.211的条款6.6.1来进行，其中M_bit表示将在NPBCH上发送的比特的数量。对于正常循环前缀，M_bit等于1600。加扰序列将在无线电帧中以被初始化以满足n_f mod 64＝0。

对于每个天线端口，应当使用QPSK调制方案来进行调制，在满足n_f mod 64＝0的每个无线电帧中开始的64个连续无线电帧期间在子帧0中发送，并且应当

层映射和预编码应当根据3GPP TS 36.211的条款6.6.3来完成，其中P∈{1，2}。UE将假设天线端口R₂₀₀₀和R₁₀₀₀用于窄带物理广播信道的传输。

在满足n_f mod 64＝0的每个无线电帧中开始的64个连续无线电帧期间，在子帧0中发送用于每个天线端口的复数值符号块y^(p)(0)，...y^(p)(M_symb-1)，并且应当从以y(0)开始的连续无线电帧开始依次映射到不是被保留用于参考信号的传输的资源元素(k，l)，应当按照首先是索引k、然后是索引1的升序进行。在映射到子帧之后，在继续将y^(p)(·)映射到在随后无线电帧中的子帧0之前，该子帧将在随后7个无线电帧中的子帧0中重复。在子帧中的前三个OFDM符号不应在映射过程中使用。出于映射的目的，UE将假设存在用于天线端口0-3的小区特定参考信号和用于天线端口2000和2001的窄带参考信号，而不管实际配置如何。小区特定参考信号的频移应当通过在3GPP TS 36.211的条款6.10.1.2中v_shift的计算中用代替小区/>来计算。

窄带物理下行链路控制信道(NPDCCH)

窄带物理下行链路控制信道承载控制信息。在一个或两个连续窄带控制信道元素(NCCE)的聚合上发送窄带物理控制信道，其中窄带控制信道元素对应于子帧中的6个连续子载波，其中NCCE 0占用子载波0到5，并且NCCE 1占用子载波6到11。NPDCCH支持在表26中列出的多种格式。对于NPDCCH格式1，NCCE两者属于相同的子帧。可以在子帧中发送一个或两个NPDCCH。

表26示出了支持的NPDCCH格式的示例。

[表26]

NPDCCH格式	NCCE的数量
		0	1
1	2

加扰将根据TS 36.211的条款6.8.2进行。加扰序列应当在每第4个NPDCCH子帧之后根据TS 36.213的第16.6节以在子帧k₀开始处被初始化，其中n_s是NPDCCH子帧的第一时隙，在所述第一时隙中加扰被(重新)初始化。

调制将根据TS 36.211的条款6.8.3通过使用QPSK调制方案来进行。

层映射和预编码将根据TS 36.211的条款6.6.3使用与NPBCH相同的天线端口来完成。

复数值符号的块y(0)，...y(M_symb-1)应当从y(0)开始依次映射到满足所有以下准则的关联天线端口上的资源元素(k，l)：

它们是被分配用于NPDCCH传输的NCCE的一部分，以及

它们不用于NPBCH、NPSS或NSSS的传输，以及

它们被UE假设为不用于NRS，以及

它们不与TS 36.211的条款6中定义的用于PBCH、PSS、SSS或CRS的资源元素重叠(如果有的话)，以及

子帧中的第一时隙中的索引l满足l≥l_NPDCCHStart，其中l_NPDCCHStart由3GPP TS36.213的条款16.6.1给出。

到在满足以上准则的天线端口p上的资源元素(k，l)的映射应当按照首先索引k、然后索引l的升序，在子帧中以第一时隙开始并且以第二时隙结束。

NPDCCH传输可以由具有传输间隙的高层来配置，在该传输间隙中，NPDCCH传输被推迟。配置与TS 36.211的条款10.2.3.4中用于NPDSCH所描述的配置相同。

UE不应当预期子帧i中的NPDCCH，如果它不是NB-IoT下行链路子帧的话。在NPDCCH传输的情况下，在不是NB-IoT下行链路子帧的子帧中，NPDCCH传输被推迟，直到下一个NB-IoT下行链路子帧。

DCI格式

DCI格式N0

DCI格式N0用于在一个UL小区中调度NPUSCH。以下信息通过DCI格式N0发送：

标志，用于格式N0/格式N1区分(1比特)、子载波指示(6比特)、资源分配(3比特)、调度延迟(2比特)、调制和编码方案(4比特)、冗余版本(1比特)、重复次数(3比特)、新数据指示符(1比特)、DCI子帧重复次数(2比特)

DCI格式N1

DCI格式N1用于在一个小区中调度一个NPDSCH码字，以及由NPDCCH命令发起的随机接入过程。对应于NPDCCH命令的DCI由NPDCCH承载。以下信息通过DCI格式N1来发送：

-标志，用于格式N0/格式N1区分(1比特)、NPDCCH命令指示符(1比特)

仅当NPDCCH命令指示符被设置为“1”时，格式N1用于由NPDCCH命令发起的随机接入过程，格式N1 CRC用C-RNTI加扰，并且所有其余字段被设置如下：

-NPRACH重复的开始编号(2比特)、NPRACH的子载波指示(6比特)，格式N1中的所有其余比特被设置为一。

否则，

-调度延迟(3比特)、资源分配(3比特)、调制和编码方案(4比特)、重复次数(4比特)、新数据指示符(1比特)、HARQ-ACK资源(4比特)、DCI子帧重复次数(2比特)

当格式N1 CRC用RA-RNTI加扰时，则保留上述字段中的以下字段：

-新数据指示符、HARQ-ACK资源

如果格式N1中的信息比特的数量小于格式N0中的信息比特的数量，则零将被附加到格式N1，直到有效载荷大小等于格式N0的有效载荷大小。

DCI格式N2

DCI格式N2用于寻呼和直接指示。以下信息通过DCI格式N2来发送。

用于寻呼/直接指示区分的标志(Flag)(1比特)

如果Flag＝0：

-直接指示信息(8比特)，添加保留信息比特，直到大小等于Flag＝1的格式N2的大小

如果Flag＝1：

-资源分配(3比特)，调制和编码方案(4比特)，重复次数(4比特)，DCI子帧重复次数(3比特)

NPDCCH相关过程

UE将监视由高层信令配置的一组NPDCCH候选以用于控制信息，其中监视暗示尝试根据所有监视的DCI格式来解码该组中的每个NPDCCH。

通过一组NPDCCH候选来定义在聚合级别L′∈{1，2}和重复级别R∈{1，2，4，8，16，32，64，128，256，512，1024，2048}处的NPDCCH搜索空间其中每个候选在不包括用于从子帧k开始的SI消息的传输的子帧的一组R个连续NB-IoT下行链路子帧中被重复。

开始子帧k的位置由k＝k_b给出，其中k_b是从子帧k₀起的第b^th个连续NB-IoT DL子帧，除了用于SI消息的传输的子帧之外，并且b＝u·R和以及其中子帧k0是满足条件/>的子帧，其中T＝R_max·G，T≥4，G和α_offset由高层参数给出。

对于Type1-NPDCCH公共搜索空间，k＝k0并且是根据NB-IoT寻呼机会子帧的位置来确定的。

如果UE由具有NB-IoT载波的高层配置以用于监视NPDCCH UE特定的搜索空间，

UE将在高层配置的NB-IoT载波上监视NPDCCH UE特定的搜索空间，

不预期所述UE在更高层配置的NB-IoT载波上接收NPSS、NSSS、NPBCH。

否则，

UE将在检测到NPSS/NSSS/NPBCH的相同NB-IoT载波上监视NPDCCH UE特定的搜索空间。

用于NPDCCH的开始OFDM符号由子帧k中的第一时隙中的索引l_NPDCCHStart给出，并且如下确定：

如果存在高层参数eutraControlRegionSize，

l_NPDCCHStart由高层参数eutraControlRegionSize给出，

否则，l_NPDCCHStart＝0。

窄带参考信号(NRS)

在UE获得operationModeInfo之前，UE可以假设窄带参考信号是在不包含NSSS的子帧#9以及在子帧#0和#4中发送的。

当UE接收到指示保护带或独立组网的高层参数operationModeInfo时，

在UE获得SystemInformationBlockType1-NB之前，UE可以假设在不包含NSSS的子帧#9中以及在子帧#0、#1、#3、#4中发送窄带参考信号。

在UE获得SystemInformationBlockType1-NB之后，UE可以假设在不包含NSSS的子帧#9、子帧#0、#1、#3、#4中以及在NB-IoT下行链路子帧中发送窄带参考信号，并且不应当预期在其它下行链路子帧中的窄带参考信号。

当UE接收到指示inband-SamePCI或inband-DifferentPCI的更高层参数operationModeInfo时，

在UE获得SystemInformationBlockType1-NB之前，UE可以假设在不包含NSSS的子帧#9中以及在子帧#0、#4中发送窄带参考信号。

在UE获得SystemInformationBlockType1-NB之后，UE可以假设在不包含NSSS的子帧#9、子帧#0、#4中以及在NB-IoT下行链路子帧中发送窄带参考信号，并且不应当预期在其它下行链路子帧中的窄带参考信号。

窄带主同步信号(NPSS)

用于窄带主同步信号的序列d_l(n)根据下面的等式17从频域Zadoff-Chu序列生成。

[等式17]

其中Zadoff-Chu根序列索引u＝5以及用于不同符号索引l的S(l)由表27给出。

表27表示S(l)的一个例子。

[表27]

相同的天线端口将用于在子帧内的窄带主同步信号的所有符号。

UE不应假设窄带主同步信号在与任何下行链路参考信号相同的天线端口上被发送。UE不应当假设在给定子帧中的窄带主同步信号的传输使用与在任何其它子帧中的窄带主同步信号相同的一个或多个天线端口。

序列d_l(n)应当在每个无线电帧中的子帧5中以首先是索引然后是索引/>的升序被映射到资源元素(k，l)。对于与用于发送小区特定参考信号的资源元素重叠的资源元素(k，l)，相应的序列元素d(n)不用于NPSS，而是在映射过程中计数。/>

窄带辅助同步信号(NSSS)

用于窄带辅助同步信号的序列d(n)是根据下面的等式18从频域Zadoff-Chu序列产生。

[等式18]

其中

n＝0，1，…，131

n′＝n mo d 131

m＝n mo d 128

二进制序列b_q(n)由表28给出。帧号nf的循环移位θ_f由给出。

表28示出b_q(n)的示例。

[表28]

/>

应当将相同的天线端口用于在子帧内的窄带辅助同步信号的所有符号。

UE不应假设窄带辅助同步信号是在与任何下行链路参考信号相同的天线端口上发送的。UE不应假设在给定子帧中的窄带辅助同步信号的传输使用与在任何其他子帧中的窄带辅助同步信号相同的一个或多个天线端口。

序列d(n)应当首先在分配的12个子载波上以索引k、然后在满足n_f mod 2＝0的无线电帧的子帧9的分配的最后符号上以索引l的增序，映射到以d(0)开始的序列中的资源元素(k，l)，其中/>由表给出29。

表29示出了NSSS符号的数量的示例。

[表29]

/>

OFDM基带信号生成

如果更高层参数operationModeInfo不指示‘inband-SamePCI’，而且samePCI-Indicator不指示‘samePCI’，则下行链路时隙中OFDM符号l中的天线端口p上的时间连续信号由下面的等式19定义。

[等式19]

对于0≤t＜(N_CP，i+N)×T_s，其中N＝2048，Δf＝15kHz，且是在天线端口p上的资源元素(k，l)的内容。

如果高层参数operationModeInfo指示‘inband-SamePCI’，或者samePCI-Indicator指示‘samePCI’，则天线端口p上OFDM符号l′中的时间连续信号是从最后一个偶数子帧的开始处起的OFDM符号索引，并且由下面的等式20定义，其中

[等式20]

对于0≤t＜(N_CP，i+N)×T_s，其中且如果资源元素(k，l′)用于窄带IoT，则否则为0，并且f_NB-IoT是窄带IoT PRB载波的频率位置减去LTE信号中心的频率位置。

在这个版本的规范中，窄带IoT下行链路仅支持常规CP。

在下文中，将更详细地描述窄带物理广播信道(NPBCH)的物理层处理。

加扰

加扰应当根据条款6.6.1节进行，其中M_bit表示要在NPBCH上发送的比特数量。M_bit对于正常循环前缀等于1600。加扰序列应当在满足n_f mod 64＝0的无线电帧中以被初始化。

调制

调制应当使用表10.2.4.2-1中的调制方案根据条款6.6.2来进行。

表30示出了用于NPBCH的调制方案的示例。

[表30]

物理信道	调制方案
		NPBCH	QPSK

层映射和预编码

层映射和预编码应当根据条款6.6.3进行，其中P∈{1，2}。UE将假设天线端口R₂₀₀₀和R₂₀₀₁用于窄带物理广播信道的传输。

映射到资源元素

用于每个天线端口的复数值符号的块y^(p)(0),...,y^(p)(M_symb-1)在满足n_f mod 64＝0的每个无线电帧中开始的64个连续无线电帧期间在子帧0中发送，并且应当以y(0)开始按顺序映射到资源元素(k,l)。到未被保留用于参考信号传输的资源元素(k,l)的映射应当按升序进行，首先是索引k，然后是索引l。在映射到子帧之后，在继续将y^(p)(·)映射到在后续无线电帧中的子帧0之前，应当在随后的7个无线电帧中的子帧0中重复所述子帧。子帧中的前三个OFDM符号在映射过程中不被使用。

出于映射的目的，UE应当假设存在用于天线端口0-3的小区特定参考信号以及用于天线端口2000和2001的窄带参考信号，不论实际配置如何。小区特定参考信号的频移应当通过在条款6.10.1.2的v_shift计算中将替换为/>来计算。

接下来，将更详细地描述与MIB-NB和SIBN1-NB相关的信息。

MasterInformationBlock-NB

MasterInformationBlock-NB包括在BCH上发送的系统信息。

信令无线电承载：N/A

RLC-SAP：TM

逻辑信道：BCCH

方向：E-UTRAN到UE

表31示出了MasterInformationBlock-NB格式的示例。

[表31]

表32示出了MasterInformationBlock-NB字段的描述。

[表32]

SystemInformationBlockType1-NB

SystemInformationBlockType1-NB消息包含在评估是否允许UE接入小区时相关的信息，并定义其他系统信息的调度。

信令无线电承载：N/A

RLC-SAP：TM

逻辑信道：BCCH

方向：E-UTRAN到UE

表33示出了SystemInformationBlockType1(SIB1)-NB消息的示例。

[表33]

/>

表34示出了SystemInformationBlockType1-NB字段的描述。

[表34]

/>

[表35]

NB-IoT初始接入过程

在NB-IoT的一般信号传输/接收过程中，已经简要描述了NB-IoT终端到基站的初始接入过程。具体地，用于由NB-IoT终端向基站进行初始接入的过程可以包括用于搜索初始小区的过程和用于由NB-IoT终端获得系统信息的过程。

在这个方面，在终端(UE)和基站(例如，节点B、e节点、eNB、gNB等)之间的与NB-IoT的初始接入相关的特定信令过程可以如图15所示来说明。在下文中，将参考图11更详细地描述NB-IoT的一般初始接入过程、NPSS/NSSS的配置、系统信息(例如，MIB、SIB等)的获取。

图11是NB-IoT的初始接入过程的示例，并且每个物理信道和/或物理信号的名称可以根据应用NB-IoT的无线通信系统而被不同地配置或引用。作为示例，基本上，考虑基于LTE系统的NB-IoT来描述图11，但是这仅是为了便于描述，并且当然所述内容可以扩展并应用于基于NR系统的NB-IoT。

图15是NB-IoT的初始接入过程的示例。每个物理信道和/或物理信号的名称可以根据应用NB-IoT的无线通信系统而被不同地配置或引用。作为示例，基本上，考虑基于LTE系统的NB-IoT来描述图15，但是这仅是为了便于描述，并且当然所述内容可以扩展并应用于基于NR系统的NB-IoT。

如图11所示，NB-IoT基于在下行链路中发送的以下信号：第一和第二窄带同步信号(NPSS&NSSS)。在每个帧的第六子帧中在从第一子载波到第十一子载波的11个子载波上发送NPSS(S110)，并且在每隔一帧的FDD的第十子帧和TDD的第一子帧中、在NB-IoT载波中的12个子载波上发送NSSS(S120)。

NB-IoT UE可以在NPBCH(NB物理广播信道)上接收MasterInformationBlock-NB(MIB-NB)(S130)。

MIB-NB使用具有640ms周期性的固定调度，并且在640ms内进行重复。MIB-NB的第一次传输在SFN mod 64＝0的无线电帧的子帧#0中被调度，并且重复在所有其它无线电帧的子帧#0中被调度。该传输被安排在8个可独立解码的80ms持续时间的块中。

然后，UE可以在PDSCH上接收SystemInformationBlockType1-NB(SIB1-NB)(S140)。

SIB1-NB使用具有2560ms周期性的固定调度。SIB1-NB传输发生在16个连续帧中的每隔一帧的子帧#4中。SIB1-NB的第一次传输的开始帧是从小区PCID和在2560ms时段内进行重复的次数导出的，并且重复在2560ms时段内是等间隔进行的。用于SystemInformationBlockType1-NB的TBS和在2560ms内进行的重复由MIB-NB中的SchedulingInfoSIB1字段指示。

通过使用在SystemInformationBlockType1-NB中提供的调度信息在周期性出现的时域窗口(称为SI-windows(SI窗口))内发送SI消息。每个SI消息与SI窗口相关联，并且不同SI消息的SI窗口不重叠。也就是说，在一个SI窗口内，仅有相应的SI被发送。SI窗口的长度对于所有SI消息是共同的，并且是可配置的。

在SI窗口内，取决于TBS，可以在2个或8个连续的NB-IoT下行链路子帧上多次发送对应的SI消息。UE从SystemInformationBlockType1-NB中的schedulingInfoList字段获取详细的时域/频域调度信息和其它信息，例如，用于SI消息的所使用的传输格式。UE不需要并行地累积几个SI消息，但是可能需要根据覆盖条件跨多个SI窗口来累积SI消息。

SystemInformationBlockType1-NB配置用于所有SI消息的SI窗口长度和传输周期性。

此外，UE可以在PDSCH上接收用于附加信息的SystemInformationBlockType2-NB(SIB2-NB)(S150)。

另一方面，图15中的NRS是指窄带参考信号。

NB-IoT的随机接入过程

在NB-IoT的一般信号传输/接收过程中，已经简要描述了NB-IoT终端随机接入基站的过程。具体地，可以通过NB-IoT终端向基站发送前导并接收对其的响应的过程来执行NB-IoT终端随机接入基站的过程。

在这个方面，在终端(UE和基站(例如，节点B、e节点B、eNB、gNB等)之间的与NB-IoT的随机接入有关的特定信令过程可以如图12所示地说明。在下文中，将通过对图12的描述来描述基于用于NB-IoT的一般随机接入过程的消息(例如，Msg1、Msg2、Msg3、Msg4)的随机接入过程的详细内容。

图12是NB-IoT随机接入过程的示例，并且每个物理信道、每个物理信号和/或每个消息的名称可以根据应用NB-IoT的无线通信系统而被不同地配置或引用。作为示例，基本上，考虑基于LTE系统的NB-IoT来描述图12，但是这仅是为了便于描述，并且当然所述内容可以扩展并应用于基于NR系统的NB-IoT。

如图12所示，在NB-IoT的情况下，RACH过程具有与具有不同参数的LTE相同的消息流。

在下文中，将详细描述从NB-IoT终端向基站发送的与NB-IoT随机接入过程相关的NPRACH。

图13示出随机接入符号组的结构。

如图13所示，随机接入符号组由具有长度的循环前缀和具有总长度的相同符号的序列组成。前导重复单元中的符号组总数由P表示。时间连续符号组的数量由G给出。

帧结构1和2的参数值分别在表36和37中示出。

[表36]

前导格式	G	P	N	T_CP	T_SEQ
						0	4	4	5	2048T_s	5·8192T_s
1	4	4	5	8192T_s	5·8192T_s
						2	6	6	3	24576T_s	3·24576T_s

[表37]

当由MAC层触发时，随机接入前导的传输被限制到特定的时间和频率资源。每个NPRACH资源配置可以在对应于不同覆盖等级的小区中配置直至三个NPRACH资源配置。NPRACH资源配置由周期性、重复次数、开始时间、频率位置和子载波数量给出。

NB-IoT的不连续接收过程

在上述NB-IoT的一般信号传输/接收过程期间，NB-IoT终端处于空闲状态(例如，RRC_IDLE状态)和/或非活动状态(例如，RRC_INACTIVE状态)，以便降低功耗。在这种情况下，转换到空闲状态和/或非活动状态的NB-IoT终端可以被配置为使用DRX方案。例如，已经转换到空闲状态和/或非活动状态的NB-IoT终端根据由基站等等配置的DRX周期仅在特定子帧(或帧、时隙)中监视与寻呼相关的NPDCCH。它可以被设置为执行。这里，与寻呼相关的NPDCCH可以表示利用P-RNTI(寻呼接入-RNTI)加扰的NPDCCH。

图14示出了空闲状态和/或非活动状态中的DRX方案的示例。

如图14所示，关于在无线电帧的子集(即，寻呼帧，PF)内的寻呼(即，寻呼时机，PO)，处于RRC_IDLE状态的UE仅监视所述子帧(SF)中的一些。寻呼被用于触发RRC连接并且指示处于RRC_IDLE模式的UE的系统信息中的改变。

图15示出了针对NB-IoT终端的DRX配置和指示过程的示例。

即，针对NB-IoT终端的DRX配置和指示可以如图15所示执行。另外，图15仅是为了便于描述，而不是限制本公开中提出的方法。

参考图15，NB-IoT终端可以从基站(例如，节点B、e节点B、eNB、gNB等)接收DRX配置信息(S210)。在这种情况下，终端可以通过更高层信令(例如，RRC信令)从基站接收这种信息。这里，DRX配置信息可以包括DRX周期信息、DRX偏移和与DRX有关的定时器的配置信息。

此后，NB-IoT终端可以从基站接收DRX命令(S220)。在这种情况下，终端可以通过更高层信令(例如，MAC-CE信令)从基站接收这种DRX命令。

在接收到上述DRX命令时，NB-IoT终端可以根据DRX周期在特定时间单元(例如，子帧、时隙)中监视NPDCCH(S230)。这里，监视NPDCCH可以意味着，在根据要通过相应的搜索空间接收的DCI格式对特定区域的NPDCCH进行解码之后，通过利用预定的特定RNTI值加扰相应的CRC，来检查其是否匹配(即，一致)期望值。

当相应的NMB-IoT终端通过上述图15所示的过程在NPDCCH中接收到用于指示其寻呼ID和/或系统信息的改变的信息时，与基站的连接(例如，RRC连接)被初始化(或重新配置)，或者其可被配置为从基站接收(或获取)新系统信息。

当NB-IoT UE使用PO中的P-RNTI(寻呼接入无线电网络临时标识符)检测到NPDCCH时，NB-IoT UE解码相应的NPDSCH。寻呼消息通过NPDSCH发送，并且可以包括要寻呼的NB-IoT UE的列表以及包括寻呼是用于连接建立还是系统信息已经改变的信息。在该列表中找到其ID的每个NB-IoT UE可以将其发送到被寻呼的上层，并且继而接收用于发起RRC连接的命令。当系统信息被改变时，NB-IoT UE开始读取SIB1-NB，从SIB1-NB中获取需要再次读取SIB的信息。

图16示出DRX的周期的示例。

如图16所示，DRX周期指定了开启持续时间的周期性重复，随后是可能的不活动时段。MAC实体可以由RRC配置有DRX功能，所述DRX功能控制针对MAC实体的RNTI(例如，C-RNTI)的UE的PDCCH监视活动。因此，UE在短时段(例如，开启持续时间)内监视PDCCH，并且可以在长时段(例如，DRX的机会)内停止监视PDCCH。当处于RRC_CONNECTED中时，如果配置了DRX(即，连接模式DRX、CDRX)，则允许MAC实体使用下面指定的DRX操作来不连续地监视PDCCH；否则，MAC实体连续监测PDCCH。对于NB-IoT，PDCCH可以指NPDCCH。对于NB-IoT，在RRC连接中支持10.24s的扩展DRX周期。

RRC通过配置定时器onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer(对于使用1ms TTI调度的HARQ进程，除了广播进程之外，每DL HARQ进程一个)、drx-RetransmissionTimer ShortTTI(对于使用短TTI调度的HARQ进程，每DLHARQ进程一个)、drx-ULRetransmissionTimer(对于使用1ms TTI调度的HARQ进程，每异步UL HARQ进程一个)、drx-ULRetransmissionTimer ShortTTI(对于使用短TTI调度的HARQ进程，每异步UL HARQ进程一个)、longDRX-Cycle、drxStartOffset的值、以及可选地DRXShortCycleTimer和shortDRX-Cycle，来控制DRX操作。还定义了每个DL HARQ进程(除了广播进程之外)的HARQ RTT定时器和每个异步UL HARQ进程的UL HARQ RTT定时器。

机器类型通信(MTC)

MTC(机器类型通信)是一种不需要大吞吐量的应用，其可以应用于M2M(机器对机器)或IoT(物联网)，并且是指在3GPP中被采用以满足IoT服务的要求的通信技术。

MTC可被实施为满足以下准则：(i)低成本和低复杂度，(ii)增强的覆盖，以及(iii)低功耗。

在3GPP中，MTC已经从版本10被应用，并且简要地查看针对3GPP的每个版本添加的MTC的特征。

首先，在3GPP版本10和版本11中描述的MTC涉及负载控制方法。

所述负载控制方法用于防止IoT(或M2M)装置突然加载基站。

更具体地说，在版本10的情况下，负载控制方法涉及一种当在基站中出现负载时通过断开与所连接的IoT装置的连接来控制负载的方法，而在版本11的情况下，负载控制方法涉及一种通过基站经由诸如SIB14的广播通知终端稍后接入来预先阻止对终端的接入的方法。

在版本12的情况下，添加了用于低成本MTC的特征，并且为此目的，新定义了UE类别0。UE类别是终端可以在通信调制解调器中处理多少数据的指示符。

也就是说，UE类别0的UE通过使用具有降低的峰值数据速率、宽松的RF要求和单个接收天线的半双工操作来降低UE的基带和RF复杂度。

在版本13中，引入了称为eMTC(增强MTC)的技术，并且通过仅在1.08MHz(其是由传统LTE支持的最小频率带宽)处操作，可以进一步降低价格和功耗。

以下描述的内容主要是eMTC相关的特征，但是可以等同地应用于MTC、eMTC以及应用于5G(或NR)的MTC，除非另有说明。在下文中，为了便于描述，将其统称为MTC。

因此，稍后将描述的MTC也可以称为eMTC(增强MTC)、LTE-M1/M2、BL(带宽降低的低复杂度)/CE(覆盖增强)、非BL UE(在增强覆盖中)、NR MTC、增强BL/CE等。也就是说，术语MTC可以用将在未来3GPP标准中定义的术语来替换。

MTC一般特性

(1)MTC仅在特定系统带宽(或信道带宽)中操作。

特定系统带宽可以使用如下面的表38中所示的传统LTE的6RB，并且可以考虑表39到41中定义的NR的频率范围和子载波间隔(SCS)来定义。特定的系统带宽可以表示为窄带(NB)。作为参考，传统LTE是指在除MTC以外的3GPP标准中描述的部分。优选地，在NR中，MTC可以使用与下面的表40和41的最低系统带宽相对应的RB来操作，如在传统LTE中那样。替换地，在NR中，MTC可以在至少一个带宽部分(BWP)中操作，或者可以在BWP的特定频带中操作。

[表38]

信道带宽[MHz]	1.4	3	5	10	15	20
							传输带宽配置NRB	6	15	25	50	75	100

[表39]

频率范围指定	对应频率范围
		FR1	450MHz–6000MHz
FR2	24250MHz–52600MHz

表40是示出用于NR的FR 1中的信道带宽和SCS的最大传输带宽配置(NRB)的示例的表。

[表40]

是示出用于NR的FR 2中的信道带宽和SCS的最大传输带宽配置(NRB)的示例的表。

[表41]

下面将更详细地描述MTC窄带(NB)。

MTC遵循窄带操作以发送和接收物理信道和信号，并且最大信道带宽被减少到1.08MHz或6个(LTE)RB。

窄带可以用作下行链路和上行链路的一些信道的资源分配单元的参考单元，并且可以根据系统带宽来不同地定义频域中的每个窄带的物理位置。

定义了MTC中所定义的1.08MHz的带宽，以便MTC终端遵循与传统终端相同的小区搜索(小区搜索)和随机接入过程。

MTC可以由具有比1.08MHz大得多的带宽(例如，10MHz)的小区支持，但是由MTC发送/接收的物理信道和信号总是被限制为1.08MHz。

具有大得多的带宽的系统可以是传统LTE、NR系统、5G系统等。

窄带被定义为在频域中的6个非重叠的连续物理资源块。

如果则宽带被定义为在频域中的4个不重叠的窄带。如果/>则并且单个宽带由/>个非重叠窄带组成。

例如，在10MHz信道(50个RB)的情况下，定义了8个非重叠窄带。

图17(a)是示出窄带操作的示例的示图，而图17(b)是示出利用RF重新调谐的重复的示例的示图。

参看图17(b)，将描述通过RF重新调谐的频率分集。

由于窄带RF、单天线和有限的移动性，MTC支持有限的频率、空间和时间分集。为了减少衰落和中断的影响，通过RF重新调谐在不同窄带之间支持跳频。

当重复是可能的时候，将这种跳频应用于不同的上行链路和下行链路物理信道。

例如，当32个子帧被用于PDSCH传输时，可以在第一窄带上发送前16个子帧。在这时，RF前端被重新调谐到另一窄带，并且在第二窄带上发送剩余的16个子帧。

MTC的窄带可以通过系统信息或下行链路控制信息(DCI)来配置。

(2)MTC在半双工模式下运行，并使用有限的(或减小的)最大发射功率。

(3)MTC不使用应当在传统LTE或NR的整个系统带宽上分配的(在传统LTE或NR中所定义的)信道。

例如，未用于MTC的传统LTE信道是PCFICH、PHICH和PDCCH。

因此，MTC不能监视上述信道，且因而定义了新的控制信道MPDCCH(MTC PDCCH)。

MPDCCH在频域中跨越直至6RB，以及在时域中跨越一个子帧。

MPDCCH与EPDCCH类似，并且另外地支持用于寻呼和随机接入的公共搜索空间。

MPDCCH类似于在传统LTE中使用的E-PDCCH的概念。

(4)MTC使用新定义的DCI格式，且可以是例如6-0A、6-0B、6-1A、6-1B、6-2等DCI格式。

(5)MTC是PBCH(物理广播信道)、PRACH(物理随机接入信道)、M-PDCCH(MTC物理下行链路控制信道)、PDSCH(物理下行链路共享信道)、PUCCH(物理上行链路控制信道)、PUSCH(物理上行链路共享信道)，可以重复地发送。由于这种MTC重复传输，即使当信号质量或功率非常差时，例如在诸如地下室的差的环境中，MTC信道也能够被解码，导致小区半径和信号穿透效果的增加。MTC可以仅支持可在单层(或单个天线)中操作的有限数量的传输模式(TM)，或者可以支持可在单层中操作的信道或参考信号(RS)。例如，MTC可以操作的传输模式可以是TM 1、2、6或9。

(6)MTC的HARQ重送是自适应且异步的，并且基于在MPDCCH上接收的新调度指配。

(7)在MTC中，PDSCH调度(DCI)和PDSCH传输发生在不同的子帧中(跨子帧调度)。

(8)用于SIB1解码的所有资源分配信息(子帧、传输块大小(TBS)、子带索引)由MIB的参数确定，并且没有控制信道被用于MTC的SIB1解码。

(9)用于SIB2解码的所有资源分配信息(子帧、TBS、子带索引)由若干SIB1参数确定，并且不使用用于MTC的SIB2解码的控制信道。

(10)MTC支持扩展寻呼(DRX)循环。

(11)MTC可以使用与在传统LTE或NR中使用的相同的主同步信号(PSS)/辅助同步信号(SSS)/公共参考信号(CRS)。在NR的情况下，PSS/SSS以SS块(或SS/PBCH块或SSB)为单位被发送，并且TRS(跟踪RS)可以用于与CRS相同的目的。也就是说，TRS是小区特定RS，并且可以用于频率/时间跟踪。

MTC操作模式和等级(level)

接下来，将描述MTC操作模式和等级。MTC被分类为两种操作模式(第一模式和第二模式)和用于覆盖增强的四个不同等级，并且可以如下面的表42中所示。

MTC操作模式被称为CE模式。在这种情况下，第一模式可以被称为CE模式A，第二模式可以被称为CE模式B。

[表42]

第一模式被定义为改善小覆盖，其中支持完整的移动性和信道状态信息(CSI)反馈，且因此不存在重复或重复的次数少。第一模式的操作可以与UE类别1的操作范围相同。第二模式是针对具有支持CSI反馈和有限移动性的极差覆盖条件的UE定义的，并且定义了大量重复传输。第二模式基于UE类别1的范围提供直至15dB的覆盖增强。在RACH和寻呼过程中不同地定义MTC的每个等级。

查看MTC操作模式以及如何确定每个等级。

MTC的操作模式由基站确定，并且每个等级由MTC终端确定。具体地，基站向终端发送包括关于MTC操作模式的信息的RRC信令。这里，RRC信令可以是RRC连接建立消息、RRC连接重新配置消息或RRC连接重新建立消息。这里，术语“消息”可以被表达为信息元素(IE)。

此后，MTC终端确定每个操作模式内的等级，并将确定的等级发送到基站。具体地，MTC终端基于测量的信道质量(例如，RSRP、RSRQ或SINR)来确定操作模式中的等级，并且使用与确定的等级对应的PRACH资源(频率、时间、前导)将确定的等级通知给基站。

MTC保护时段

如上所述，MTC在窄带中操作。窄带的位置对于每个特定时间单元(例如，子帧或时隙)可以是不同的。MTC终端在所有时间单元中被调谐到不同的频率。因此，所有频率重新调谐需要一定时间，并且该一定时间被定义为MTC的保护时段。即，当从一个时间单单元转换到下一个时间单元时需要保护时段，并且在该时段期间不发生发送和接收。

保护时段根据是下行链路还是上行链路而被不同地定义，并且根据下行链路或上行链路情况被不同地定义。首先，根据第一时间单元(时间单元N)和第二时间单元(时间单元N+1)承载的数据的特性，不同地定义上行链路中定义的保护时段。接下来，下行链路的保护时段需要条件：(1)第一下行链路窄带中心频率和第二窄带中心频率不同，以及(2)在TDD中，第一上行链路窄带中心频率和第二下行链路中心频率不同。

描述了传统LTE中定义的MTC保护时段，并且最多针对在两个连续子帧之间的Tx-Tx频率重新调谐来生成个SC-FDMA符号的保护时段。如果配置了上层参数ce-RetinngSymbols，则/>等于ce-RetinngSymbols，否则/>此外，对于配置有上层参数srs-UpPtsAdd的MTC终端，针对在用于帧结构类型2的第一特殊子帧和第二上行链路子帧之间的Tx-Tx频率重新调谐，生成最大SC-FDMA符号的保护时段。

图18是说明可用于MTC的物理信道和使用它们的一般信号传输方法的图。

在电源关闭时再次打开的MTC终端或刚进入小区的MTC终端在步骤S1101中执行初始小区搜索操作，例如与基站同步。为此，MTC终端从基站接收主同步信号(PSS)和辅助同步信号(SSS)，与基站同步，并且获取诸如小区标识符(ID)的信息。用于MTC的初始小区搜索操作的PSS/SSS可以是传统LTE PSS/SSS、重新同步信号(RSS)等等。

此后，MTC终端可以从基站接收物理广播信道(PBCH)信号以获得小区内广播信息。

同时，MTC终端可以在初始小区搜索步骤中通过接收下行链路参考信号(DL RS)来检查下行链路信道状态。通过PBCH发送的广播信息是MIB(主信息块)，并且在MTC中，MIB在与无线电帧的子帧#0的第一个时隙不同的子帧(对于FDD，子帧#9；对于TDD，子帧#5)中重复。

通过在不同的OFDM符号中重复完全相同的星座点来执行PBCH重复，使得可以将其用于初始频率误差估计，即使是在尝试PBCH解码之前。

图19(a)示出了在FDD中用于子帧#0、正常CP、和重复符号的重复图样的频率误差估计方法的示例，以及图19(b)示出了在宽带LTE信道上的SIB-BR传输的示例。

在MIB中，五个保留比特用于MTC中，以发送针对包括时间/频率位置和传输块大小的带宽减少装置的新系统信息块(SIB1-BR)的调度信息。

SIB-BR是直接在PDSCH上发送的，没有与之关联的任何控制信道。

SIB-BR在512个无线电帧(5120ms)中保持不变，以允许多个子帧被组合。

表43是示出MIB的示例的表。

[表43]

在表43中，SchedulingInfoSIB1-BR字段表示用于定义SystemInformationBlockType1-BR调度信息的表的索引，并且值0意味着SystemInformationBlockType1-BR未被调度。由SystemInformationBlockType1-BR(或SIB1-BR)所承载的总体功能和信息与传统LTE SIB1的总体功能和信息类似。SIB1-BR的内容可以被分类为(1)PLMN，(2)小区选择准则，以及(3)SIB2和其它SIB的调度信息。

在完成初始小区搜索之后，MTC终端可在步骤S1102中根据MPDCCH信息接收MPDCCH和PDSCH，以获得更详细的系统信息。对于MPDCCH，(1)其非常类似于EPDCCH，承载公共的和UE特定的信令，(2)其可被仅发送一次或可被重复发送(重复的次数由高层信令配置)，(3)支持多个MPDCCH，并且UE监视MPDCCH的集合，(4)其由增强控制信道元素(eCCE)的聚合形成，每个eCCE包括资源元素的集合，(5)支持RA-RNTI(无线电网络临时标识符)、SI-RNTI、P-RNTI、C-RNTI、临时C-RNTI、以及半持久调度(SPS)C-RNTI。

此后，MTC终端可以执行诸如步骤S1103到S1106的随机接入过程，以便完成对基站的接入。与RACH过程相关的基本配置由SIB2发送。另外，SIB2包括与寻呼相关的参数。寻呼时机(PO)是其中可以在MPCCH上发送P-RNTI的子帧。当P-RNTI PDCCH被重复发送时，PO指MPDCCH重复的开始子帧。寻呼帧(PF)是一个无线电帧，并且可以包括一个或多个PO。当使用DRX时，MTC终端在每个DRX循环仅监视一个PO。寻呼窄带(PNB)是一个窄带，并且MTC终端执行寻呼消息接收。

为此，MTC终端可通过物理随机接入信道(PRACH)发送前导(S1103)，并且通过MPDCCH和相应的PDSCH接收对前导的响应消息(RAR)(S1104)。在基于竞争的随机接入的情况下，MTC终端可执行竞争解决过程，诸如附加PRACH信号的传输(S1105)以及与其对应的MPDCCH信号和PDSCH信号的接收(S1106)。在MTC中的RACH过程中发送的信号和/或消息(msg1、msg2、msg3、msg4)可以被重复发送，并且这种重复图样根据CE等级被不同地配置。msg1可以表示PRACH前导，msg2可以表示RAR(随机接入响应)，msg3可以表示用于RAR的MTC终端的UL传输，msg4可以表示用于msg3的基站的DL传输。

对于随机接入，支持用于不同PRACH资源和不同CE等级的信令。这通过将经历类似路径损耗的UE分组在一起而为PRACH提供了对远近效应的相同控制。可以向MTC终端发信号通知直至四个不同的PRACH资源。

MTC终端使用下行链路RS(例如，CRS、CSI-RS、TRS等)来估计RSRP，并且基于测量结果选择资源之一用于随机接入。用于随机接入的四个资源中的每一个与PRACH的重复次数和用于随机接入响应(RAR)的重复次数具有关系。

因此，具有差的覆盖的MTC终端需要大量重复以被基站成功地检测，并且需要接收具有相应重复次数的RAR以满足它们的覆盖等级。

用于RAR和竞争解决消息的搜索空间也在系统信息中定义，并且对于每个覆盖等级是独立的。

并且，MTC中使用的PRACH波形与传统LTE中使用的PRACH波形(例如，OFDM和Zadoff-Chu序列)相同。

在执行上述过程之后，MTC终端接收MPDCCH信号和/或PDSCH信号(S1107)，并且发送物理上行链路共享信道(PUSCH)信号和/或物理上行链路控制信道(PUCCH)(S1108)，作为一般的上行链路/下行链路信号传输过程。从MTC终端向基站发送的控制信息被统称为上行链路控制信息(UCI)。UCI可以包括HARQ-ACK/NACK、调度请求(SR)、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示(RI)信息等。

当建立了到MTC终端的RRC连接时，MTC终端在被配置成获得上行链路和下行链路数据分配的搜索空间中盲解码MPDCCH。

MTC使用子帧中可用的所有OFDM符号来发送DCI。因此，在同一子帧中的控制信道和数据信道之间的时域复用是不可能的。即，如上所讨论的，在控制信道和数据信道之间的跨子帧调度是可能的。

在子帧#N中具有最后重复的MPDCCH调度在子帧#N+2中的PDSCH分配。

通过MPDCCH发送的DCI提供关于MPDCCH被重复多少次的信息，使得MTC终端知道PDSCH传输何时开始。

PDSCH分配可以在不同的窄带中执行。因此，MTC终端需要在对PDSCH分配进行解码之前重新调谐。

对于上行链路数据传输，调度遵循与传统LTE相同的定时。这里，子帧#N中的最后一个MPDCCH调度在子帧#N+4中开始的PUSCH传输。

图20是示出针对MTC和传统LTE中的每一个的调度的示例的示图。

使用PDCCH来调度传统LTE分配，PDCCH在每个子帧中使用第一OFDM符号，并且PDSCH在与接收PDCCH的子帧相同的子帧中被调度。

相比之下，MTC PDSCH被跨子帧调度，并且在MPDCCH和PDSCH之间定义一个子帧以允许MPDCCH解码和RF重新调谐。

MTC控制信道和数据信道可以通过大量的子帧来重复，这些子帧具有用于MPDCCH的最大256个子帧和用于PDSCH的最大2048个子帧，以便在极端覆盖条件下被解码。

MTC的小区搜索

在下文中，将更详细地描述在图18的步骤S1001中MTC的(初始)小区搜索(小区搜索)过程进行说明。

小区搜索是UE获取与小区的时间和频率同步并检测该小区的小区ID的过程。E-UTRA小区搜索支持对应于6个RB或更高的可缩放总体传输带宽。PSS和SSS在下行链路中被发送以方便小区搜索。如果在下行链路中发送了重新同步信号，则可以将其用于重新获取与小区的时间和频率同步。物理层使用同步信号提供504个唯一小区标识符。

UE在中间6个PRB中搜索PSS/SSS以获得小区ID、子帧定时信息、双工模式(时分双工(TDD)或频分双工(FDD))和循环前缀(CP))长度。PSS使用Zadoff-Chu(ZC)序列。对于帧结构类型1(即FDD)，PSS应当被映射到在时隙0和10中的最后一个正交频分复用(OFDM)符号。对于帧结构类型2(即TDD)，PSS应当被映射到子帧1和6中的第三个OFDM符号。SSS使用两个长度为31的二进制序列的交织级联。通过PSS给出的加扰序列对级联的序列进行加扰。对于FDD，SSS应当被映射到时隙0和10中的OFDM符号编号NsymbDL-2，其中NsymbDL是下行链路时隙中OFDM符号的数量。对于TDD，SSS应当被映射到时隙1和11中的OFDM符号编号NsymbDL-1，其中NsymbDL是下行链路时隙中的OFDM符号的数量。

MTC的系统信息获取

在下文中，将更详细地描述在图18的步骤S1002中获得MTC的系统信息的过程。

图21示出了用于系统信息获取过程的一般系统。

在通过使用PSS/SSS搜索小区时，UE获取系统信息(SI)。

UE应用系统信息获取过程来获取由E-UTRAN广播的接入层(AS)和非接入层(NAS)系统信息。所述过程适用于RRC_IDLE中的UE和RRC_CONNECTED中的UE。

系统信息分为主信息块(MIB；MasterInformationBlock)和多个系统信息块(SIB)。MIB定义了接收进一步系统信息所需的小区的最基本的物理层信息。MIB在PBCH上被发送。系统信息块类型1(SIB1；SystemInformationBlockType1)以外的SIB被承载在SI消息中，并且SIB到SI消息的映射可通过SystemInformationBlockType1中包含的scheduleInfoList灵活地配置，但有以下限制：每个SIB仅包含在单个SI消息中，以及在该消息中最多只能有一次；只有具有相同调度要求(周期性)的SIB可以被映射到同一SI消息；系统信息块类型1(SIB2；SystemInformationBlockType2)始终被映射到对应于在scheduleInfoList的SI消息列表中的第一个条目的SI消息。可能有多个以相同周期性发送的SI消息。SystemInformationBlockType1和所有SI消息均在DL-SCH上被发送。CE中的UE和BL UE应用SIB或SI消息的BR版本，例如SystemInformationBlockType1-BR。

MIB使用周期性为40毫秒的固定调度，并在40毫秒内进行重复。在SFN mod 4＝0的无线电帧的子帧#0中调度MIB的第一传输，在所有其他无线电帧的子帧#0中调度重复。对于具有大于支持CE中的UE或BL UE的1.4MHz的带宽的TDD/FDD系统，MIB传输可以在用于FDD和TDD的同一无线电帧的子帧#0和同一无线电帧的子帧#5中附加地重复。

SystemInformationBlockType1包含当评估是否允许UE接入小区时的相关信息，并定义其他系统信息块的调度。SystemInformationBlockType1使用周期性为80ms的固定调度，并在80ms内进行重复。SystemInformationBlockType1的第一传输是在SFN mod 8＝0的无线电帧的子帧#5中调度的，以及重复是在SFN mod 2＝0的所有其他无线电帧的子帧#5中调度的。

对于CE中的UE或BL UE，MIB被应用，其可以被提供有附加的重复，而对于SIB1和进一步的SI消息，使用单独的消息，这些消息是被独立调度的并且其内容可能有所不同。SIB1的单独的实例被命名为SystemInformationBlockType1-BR。SystemInformationBlockType1-BR包括诸如以下信息：有效的下行链路和上行链路子帧、覆盖增强的最大支持以及其他SIB的调度信息。SystemInformationBlockType1-BR通过PDSCH直接被发送，而没有与之关联的任何控制信道。SystemInformationBlockType1-BR使用周期性为80ms的调度。SystemInformationBlockType1-BR的传输块大小(TBS)和在80ms内进行的重复是通过MIB中的scheduleInfoSIB1-BR或可选地在包括MobilityControlInfo的RRCConnectionReconfiguration消息中指示的。具体地，在eMTC中使用MIB中的五个保留比特来传达关于SystemInformationBlockType1-BR的调度信息，包括时间和频率位置以及传输块大小。SIB-BR在512个无线电帧(5120毫秒)内保持不变，以允许大量的子帧将被组合。

通过使用动态调度在周期性发生的时域窗口(称为SI窗口)内发送SI消息。每个SI消息都与SI窗口关联，并且不同SI消息的SI窗口不重叠。即，在一个SI窗口内仅发送对应的SI。SI窗口的长度对于所有SI消息都是公共的，并且是可配置的。在SI窗口内，对应的SI消息可以在多媒体广播多播服务单频网络(MBSFN)子帧、TDD中的上行链路子帧以及SFN模式的无线帧的子帧#5以外的任何子帧中被发送多次。UE从PDCCH上的解码系统信息无线电网络临时标识(SI-RNTI)获取详细的时域调度(以及其他信息，例如频域调度，使用的传输格式)。对于CE中的UE或BL UE，SI消息的详细时域/频域调度信息在SystemInformationBlockType1-BR中提供。

SystemInformationBlockType2包含共用和共享的信道信息。

MTC的随机接入过程

下文中，将更详细地描述在图18的步骤S1003至S1006中的MTC的随机接入过程。

对以下事件执行随机接入过程：

-从RRC_IDLE的初始接入；

-RRC连接重建过程；

-切换；

-需要随机接入过程的在RRC_CONNECTED期间的DL数据到达；

-需要随机接入过程的在RRC_CONNECTED期间的UL数据到达；

-需要随机接入过程的在RRC_CONNECTED期间用于定位的目的。

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

随机接入前导(可以称为“Msg1”)在PRACH上发送。UE从由系统信息或切换命令指示的一组随机接入前导中随机选择一个随机接入前导，选择能够发送该随机接入前导的PRACH资源，并将其进行发送。

物理层随机接入前导由长度为TCP的循环前缀和长度为TSEQ的序列部分组成。参数值在下表44中列出，并取决于帧结构和随机接入配置。所述前导格式由更高层控制。

[表44]

前导格式	T_CP	T_SEQ
			0	3168·T_s	24576·T_s
1	21024·T_s	24576·T_s
			2	6240·T_s	2·24576·T_s
3	21024·T_s	2·24576·T_s
			4	448·T_s	4096·T_s

MTC的不连续接收过程

在上述MTC的一般信号传输/接收过程期间，MTC终端处于空闲状态(例如，RRC_IDLE状态)和/或非活动状态(例如，RRC_INACTIVE状态)，以便减少功耗。在这种情况下，转换到空闲状态和/或非活动状态的MTC终端可以被配置为使用DRX方案。例如，已经转变到空闲状态和/或非活动状态的MTC终端可被配置为根据由基站配置的DRX周期等仅在特定子帧(或帧、时隙)中执行对与寻呼相关的MPDCCH的监视。这里，与寻呼相关的MPDCCH可以表示利用P-RNTI(寻呼接入RNTI)加扰的MPDCCH。

图23示出了处于空闲状态和/或非活动状态的DRX方案的示例。

如图23所示，处于RRC_IDLE状态的MTC UE仅监视在无线电帧(即，寻呼帧，PF)的子集中与寻呼(即，寻呼机会，PO)有关的一些子帧(SF)。寻呼用于触发RRC连接，并在RRC_IDLE模式下指示在用于UE的系统信息中的改变。

此外，可以如图24所示执行针对MTC终端的DRX配置和指示。

图24示出了用于MTC终端的DRX配置和指示过程的示例。另外，图24仅是为了方便描述，并且不限制本公开中提出的方法。

参照图24，MTC终端可以从基站(例如，节点B，e节点B，eNB，gNB等)接收DRX配置信息(S210)。在这种情况下，MTC终端可以通过更高层信令(例如，RRC信令)从基站接收这样的信息。这里，DRX配置信息可以包括DRX周期信息、DRX偏移和与DRX有关的定时器的配置信息。

此后，MTC终端可以从基站接收DRX命令(S220)。在这种情况下，UE可以通过更高层信令(例如，MAC-CE信令)从基站接收这样的DRX命令。

接收到上述DRX命令的MTC终端可以根据DRX周期在特定时间单元(例如，子帧，时隙)监视MPDCCH(S230)。这里，监视MPDCCH可以意味着，在根据要通过相应搜索空间接收的DCI格式对用于特定区域的MPDCCH进行解码之后，通过将对应的CRC与预定的特定RNTI值加扰来检查其是否与期望值匹配(即一致)。

当相应的MTC终端通过上述图24所示的过程在MPDCCH中接收到用于指示其寻呼ID和/或系统信息的改变的信息时，与基站的连接(例如，RRC连接)被初始化(或重新配置)，或者它可以被配置为从基站接收(或获取)新系统信息。

图25示出了DRX周期的示例。

如图25所示，DRX周期指定开启持续时间随后是可能的不活动周期的周期性重复。MAC实体可以由RRC配置有DRX功能，所述DRX功能控制针对MAC实体的RNTI(例如，C-RNTI)的UE的PDCCH监视活动。因此，MTC UE在短时段(例如，开启持续时间)上监视PDCCH，并且可以在长时段(例如，DRX的机会)上停止监视PDCCH。当处于RRC_CONNECTED状态时，如果配置了DRX(即，连接模式DRX，CDRX)，则允许MAC实体使用以下指定的DRX操作来不连续地监视PDCCH。否则，MAC实体连续监视PDCCH。对于MTC，PDCCH可以指代MPDCCH。对于MTC，在RRCConnected(RRC连接)中支持10.24s的扩展DRX周期。

缩写

在描述本公开中提出的方法之前，概述稍后将描述的术语的缩写和定义。

MIB-NB：masterinformationblock-narrowband(主信息块窄带)

SIB1-NB：systeminformationblock1-narrowband(系统信息块1-窄带)

CRS：小区特定参考信号或公共参考信号

ARFCN：绝对射频信道号

PRB：物理资源块

PRG：预编码资源块组

PCI：物理小区标识符

N/A：不适用

EARFCN：E-UTRA绝对射频信道号

RRM：无线电资源管理

RSRP：参考信号接收功率

RSRQ：参考信号接收质量

TBS：传输块大小

TDD/FDD：时分双工/频分双工

定义

NB-IoT：NB-IoT允许通过E-UTRA接入网络服务，其中信道带宽限制为200kHz。

NB-IoT带内操作：在正常E-UTRA载波中使用资源块时，NB-IoT在带内操作。

NB-IoT保护带操作：当使用未在E-UTRA载波的保护带中使用的资源块时，NB-IoT作为保护带操作。

NB-IoT独立组网操作：当使用自己的频谱时，NB-IoT独立组网操作。例如，由GERAN系统当前使用的代表一个或多个GSM载波的频谱以及为潜在的IoT部署而分散的频谱。

锚定载波：在NB-IoT中，载波假设已发送了用于FDD的NPSS/NSSS/NPBCH/SIB-NB或用于TDD的NPSS/NSSS/NPBCH。

非锚定载波：在NB-IoT中，载波未假设已发送了用于FDD的NPSS/NSSS/NPBCH/SIB-NB或用于TDD的NPSS/NSSS/NPBCH。

信道栅格：终端读取资源的最小单元。在LTE系统的情况下，信道栅格(信道栅格)的值为100kHz。

另外，本公开中描述的“/”可以被解释为“和/或”，并且“A和/或B”可以被解释为具有与“包括A或(和/或)B的至少一个”相同的含义。

本公开提供一种用于通过改善诸如接收信号接收功率(RSRP)/接收信号接收质量(RSRQ)的测量性能来改善LTE-MTC(机器类型通信)的移动性的方法。

更具体地，提供了一种通过将为了减少系统获取时间而引入的重新同步信号(RSS)用于诸如RSRQ/RSRP的测量，来改善LTE-MTC的移动性的方法。

为了提供一种改善MTC的移动性的方法，本公开提出以下三种方法。

第一，本公开提出了一种配置RSS的端口以通过一起使用小区特定参考信号(CRS)和RSS来测量RSRP/RSRQ的方法(方法1)，与仅使用CRS的常规测量RSRP/RSRQ不同。

第二，本公开提出了一种配置所述RSS和测量间隙(MG)以使用所述RSS进行测量的方法(方法2)。

第三，本公开提出了一种用于UE通过使用CRS和/或RSS来执行测量的方法(方法3)。

在下文中，服务小区的含义可以指其中用户设备(UE)通过初始接入执行(重新)连接建立过程的小区。

替换地，服务小区可以取决于系统而指代主小区等等，并且在更一般的意义上可以指代参考小区。

配置用于测量的RSS端口的方法(方法1)

为系统获取时间减少而引入的RSS对RSS端口的使用没有任何限制，除了RSS传输端口保持2个子帧以外。

即，无需限制使用哪个天线端口进行RSS传输，当确定RSS传输端口时，所确定的RSS传输端口需要保持2帧。

但是，例外地，当通过一个端口发送CRS时，必须强制性地使用与CRS传输端口相同的端口作为RSS端口。

在这种情况下，当除了使用CRS之外还使用RSS测量RSRP/RSRQ时，即，当CRS和RSS都用于RSRP/RSRQ测量时，可以将RSS端口配置为使用CRS端口0。

在下文中，将更详细地描述当同时使用CRS和RSS测量RSRP/RSRQ时的配置RSS端口的方法。

提议1)将RSS端口固定为CRS端口0的方法

在该提议中，与CRS传输端口相同的端口用作RSS传输端口。

即，终端始终使用配置为在同一端口上发送的RSS和CRS进行测量。

例如，CRS端口0可以被配置为通过其发送RSS和CRS的端口。

该提议是消除RSS和CRS的端口歧义的最简单方法。

提议2)将RSS端口固定到2个CRS端口的方法

该提议是一种将通过其发送RSS的端口固定到两个CRS端口的方法。

例如，两个CRS端口可以是CRS端口1和CRS端口2。

由于通过其发送RSS的端口被固定到两个CRS端口，因此具有的优点在于，与以上提议1的方法相比，可以发送RSS的Tx(传输)分集。

提议3)通过在2个CRS端口或4个CRS端口内执行端口循环来确定RSS端口的方法。

该提议是一种在两个CRS端口或四个CRS端口内沿时间方向执行端口循环以确定RSS端口的方法。

可以以预定单位执行在时间方向上的RSS端口循环。例如，与常规的固定RSS端口单元相同，预定单位可以是2个子帧。另外，为了快速获得空间分集增益，可以采用正交频分复用符号(OFDM)符号单位、时隙单位或一个子帧单位。替换地，它可以是配置有无线资源控制(RRC)的多个子帧单位。

端口循环可以在频率方向上执行。端口循环的单位可以是例如资源块(RB)单位或窄带(NB)单位。

在图26中，可以在四个CRS端口内执行端口循环。四个CRS端口包括端口0/端口1/端口2/端口3，RSS配置的最小单位为8毫秒，并且RSS端口可以维持2个子帧的持续时间。

#1至#8中的每一个代表一个子帧，并且一个子帧的时间长度为1ms。可以如下定义每个子帧的RSS端口循环序列。端口0->端口0->端口1->端口1->端口2->端口2->端口3->端口3。

除了在CRS端口内的RSS端口循环外，该提议还包括将CRS端口的每个端口和RSS的每个端口(和预编码)配置为具有1：1或1：M(M>1)的准共址(QCL)关系，并在与CRS端口的每个端口具有QCL关系的RSS的每个端口之间进行端口循环。

当CRS的每个端口和RSS的每个端口(和预编码)具有1：1的QCL关系时，这意味着RSS的一个端口被QCL到CRS的一个端口。另外，当CRS的每个端口和RSS的每个端口具有与1：M(M>1)的QCL关系时，这意味着M个RSS端口被QCL到CRS的一个端口中。

该提议具有在RSS传输期间获得空间分集增益的效果。

提议4)在RSS端口和CRS端口之间的QCL假设设置

该提议不允许将RSS端口确定为CRS端口之一，但是，该提议是一种在就RSRP/RSRQ测量而言在短期或长期中没有重大差异的假设情况下，配置为仅满足在RSS端口和CRS端口之间的QCL关系的方法。

如以上提议3所述，为了空间分集，可以在QCL关系的假设下应用端口(和预编码)循环。

关于配置用于终端测量的RSS端口的方法，如提议1至4中所述，基站(eNB)可以用信号发送与RSS端口配置有关的信息，以便关于配置RSS端口的方法根据情况提供灵活性。与RSS配置有关的信息可以表示为“RSS端口配置信息”。

有以下三种用信号发送RSS端口配置信息的方法。

第一，基站可以直接向终端发送端口信息。例如，提议1至3之一可以直接指示给终端。

第二，基站可以向终端发送RSS传输模式信息。传输模式可以是RSS端口Tx分集开/关、RSS端口循环开/关等。

第三，基站可以向终端发送QCL开/关信息。例如，QCL关闭信息可以用于命令(或推荐)UE不使用RSS进行测量的目的。

RSS配置或测量配置方法_(方法2)

在所述方法中，为了使用RSS改善RSRP/RSRQ测量性能，当基站向终端指示测量配置(以下称为MC)时，提出了一种发送测量配置信息的方法。

测量配置信息是UE测量RSRP和/或RSRQ的配置信息。在下文中，测量配置信息可以被称为“配置信息”。

当基站向终端指示MC时，这可能意味着所述基站发送配置信息，使得所述终端执行测量。

用于终端的RSRP和/或RSRQ测量的配置信息可以包括(1)RSS功率提升信息，(2)RSS配置信息，(3)RSS传输信息和(4)RSS序列信息(包括RSS覆盖码信息)，(5)CRS端口信息(称为CRS端口配置信息)等。

RSS功率提升信息可以是对于RSS的CRS的功率比率(RSS与CRS功率比率)有关的信息，并且RSS序列信息可以包括RSS覆盖码信息。

包括与通过其发送参考信号的天线端口有关的信息的信息可以被称为“端口配置信息”。在信息(1)至(5)中，与通过其发送CRS的天线端口有关的CRS端口配置信息可以包括在端口配置信息中。另外，上述的RSS端口配置信息也可以包括在端口配置信息中。

包括用于测量例如与CRS和RSS之间的关系有关的信息的信息的信息，可以称为“测量配置信息”。信息(1)至(5)中的信息(1)至(4)可以包括在测量配置信息中。

总之，配置信息可以表示为包括端口配置信息和测量配置信息。

端口配置信息包括与通过其发送参考信号的天线端口有关的信息。

与通过其发送参考信号的天线端口有关的信息包括CRS端口配置信息和RSS端口配置信息。

测量配置信息包括用于测量例如与CRS和RSS之间的关系有关的信息的信息。

用于测量的信息可以包括RSS功率提升信息、RSS配置信息、RSS传输信息和RSS序列信息(RSS覆盖码信息)。

可以为每个要测量的分量载波(CC)或小区来配置所述配置信息。即，可以为每个CC或小区配置MC信息。

可以为频率间和/或频率内的所有或某些CC或小区中的每个CC或小区配置所述配置信息。

并非为每个CC或小区配置包括在配置信息中的信息(1)至(5)的全部或一部分，但是可以将信息(1)至(5)的全部或一部分配置为公共地应用于CC或小区的信息。

即，包括在配置信息中的信息(1)至(5)的全部或一部分不是针对多个小区的每一个而配置的，而是可以公共地应用于多个小区。

为了便于描述，信息(1)至(5)可以分别称为“测量相关信息”或“测量对象”。

在下文中，将详细描述每个测量相关信息。

RSS功率提升信息

为了将RSS应用于RSRP/RSRQ测量，配置信息应当包括RSS功率参考或功率提升信息。

RSS功率参考或功率提升信息可以是相对于CRS功率的RSS值，并且可以被表达为RSS与CRS的功率比率。

对于没有配置RSS功率参考或功率提升信息的小区，终端可以假设与服务小区相同的值。

替换地，终端可以不期望在没有配置RSS功率参考或功率提升信息的小区中接收RSS，或者在该小区中测量时可以不使用RSS。

RSS配置信息

RSS配置信息是用于指示对于每个CC或小区是否支持RSS、或者是否支持使用RSS的RSRP/RSRQ测量的信息。

终端可以基于RRS配置信息来确定是在小区或CC中仅使用CRS来执行测量，还是使用CRS和/或RSS来执行测量。

当RSS配置对于每个CC或小区不同时，基站或终端可以如下操作。

基站放宽其中不支持RSS、或者不支持使用RSS的RSRP/RSRQ测量的CC或小区的RSRP/RSRQ测量要求。

基站可以根据是否支持RSS或者是否支持使用RSS的RSRP/RSRQ测量来不同地配置MG图样(测量间隙图样)的持续时间和/或周期。

例如，当支持RSS或者支持使用RSS的RSRP/RSRQ测量时，基站可以配置具有短MG持续时间和/或大MG周期的MG图样，以便通过使用RSS来改善测量性能。

相反，当不支持RSS或者不支持使用RSS的RSRP/RSRQ测量时，为了防止由于不使用RSS而导致的性能下降，可以配置具有长MG持续时间和/或短MG周期的MG图样。

此外，基站可以根据是否支持RSS或者是否支持使用RSS的RSRP/RSRQ测量来选择性地应用(一个或多个)新MC或者(一个或多个)RSS配置方法。

如果不支持RSS或者不支持使用RSS的RSRP/RSRQ测量，则基站可以应用CRS的(附加)功率提升，以防止由于不使用RSS而导致的性能降低。

CRS的(附加)功率提升具有抵消由于不使用RSS而导致的测量性能的降低的效果。

基站可以根据每个CC或小区是否支持RSS或者是否支持使用RSS的RSRP/RSRQ测量来不同地处理测量值的可靠性。

例如，基站不同地应用终端的小区选择/重新选择的判决阈值，或者当基于测量值确定小区选择/重新选择时，不同地应用置信度计数(COUNT)值。

由于RSS是小区特定值，因此为了将RSS应用于RSRP/RSRQ测量，配置信息应当包括RSS配置信息。

对于其中没有配置RSS配置信息的小区，终端可以假设与服务小区相同的配置。替换地，对于其中没有配置RSS配置信息的小区，当在所述小区中测量时，终端不使用RSS。

RSS传输信息

RSS传输信息可以包括RSS传输持续时间和能够进行RSS传输的子帧信息。

RSS传输信息中包括的RSS传输持续时间和能够进行RSS传输的子帧(在下文中，称为RSS子帧)信息可以以位图的形式被直接指示给终端。RSS传输持续时间信息可以是RSS定时偏移或开始子帧号(SFN)。

接收以位图的形式包括在RSS传输信息中的RSS传输持续时间和RSS子帧信息的终端可以知道在其余的持续时间或子帧中RSS传输是不可能的。此外，包括在RSS传输信息中的RSS传输持续时间和RSS子帧信息可以以带宽降低的低复杂度(BL)/覆盖范围增强(CE)DL子帧位图或多媒体广播单频网络(MBSFN)子帧位图的形式间接指示。

当终端接收到以BL/CE DL子帧位图的形式的包括在RSS传输信息中的RSS传输持续时间和RSS子帧信息时，终端可以知道RSS仅在BL/CE DL子帧中被发送，并且其余的持续时间被推迟或被打孔。

此外，当终端接收到以MBSFN子帧位图形式的包括在RSS传输信息中的RSS传输持续时间和RSS子帧信息时，终端可以知道RSS仅在非MBSFN子帧中发送，并且MBSFN持续时间被推迟或被打孔。替换地，RSS传输信息可以是RSS持续时间、周期和时间偏移的形式。

RSS传输持续时间或RSS子帧信息是用于仅对其中可以进行实际RSS传输的有效持续时间或子帧进行计数的信息，或者是包括在RSS传输的开始和结束之间的RSS传输方面的无效持续时间或子帧的持续时间或子帧。

RSS序列信息

RSS序列由随机序列和子帧等级覆盖码组成。

RSS随机序列由小区ID(物理小区ID或虚拟CID)信息和SI(系统信息)更新信息来初始化。

SI更新信息可以是更高层参数'systemInfoUnstable-BR-R15'。因此，配置信息可以包括小区ID信息和SI更新信息，使得可以再生成用于特定小区的RSS序列。

SI更新信息可以是更高层参数systemInfoUnchanged-BR-R15和/或SI有效性定时器值。此外，配置信息应包括RSS子帧等级覆盖码信息。

如果RSS子帧等级覆盖码信息与RSS子帧长度具有1：1映射关系，则它可以被更换为与RSS子帧长度相对应的信息。替换地，当使用RSS进行相邻小区测量时，可以允许将“systemInfoUnchanged-BR”假设为特定值。所述特定值可以为“真”或“假”。

CRS端口配置信息

在使用CRS的常规相邻小区测量的情况下，假设CRS端口0。

由于基站附加地向终端发送CRS端口配置信息，因此由于用于测量的CRS资源元素(RE)的数量增加，终端可以期望改善测量性能。

CRS端口配置信息可以包括关于通过其发送CRS的端口数量的信息。

在RSS子帧中的RSS传输RE可以由CRS打孔。

当未配置CRS端口配置信息时，当使用RSS序列测量RSRP/RSRQ时，UE可以假设最大CRS端口进行操作。最大CRS端口可以是4个端口。当实际使用的CRS发送端口小于最大CRS端口时，基站可以附加地向终端发送CRS端口配置信息。

通过接收附加地发送的CRS端口配置信息，终端可以附加地使用等于CRS端口的最大数量和CRS传输端口的实际数量之间的差的RSS RE进行测量。另外，为了支持上述用于配置用于测量的RSS端口的方法的上述提议3或提议4，基站可以附加地配置在RSS端口和CRS端口之间的QCL关系或QCL信息。

由于小区之间的CRS端口配置、RSS端口配置和QCL关系可以不同，因此与CRS端口配置、RSS端口配置和QCL关系有关的信息应包括在配置信息中。

可以不基于RSS的中心载波来配置包括与CRS端口配置、RSS端口配置和QCL关系有关的信息在内的测量相关信息。即，即使小区间RSS的频率资源彼此不重叠，如果从终端进行测量的角度来说可以将它们容纳在测量带宽内，其也可以作为一个测量相关信息来给出。

但是，对于每个小区，可以在一个测量相关信息内提供所有以上信息。测量相关信息内的每个小区的RSS位置信息可以作为测量带宽内的逻辑索引给出。

MG(测量间隙)配置方法_(方法2)

在解释所述方法之前，MG间隙模式(MGP)配置和RSS配置概述如下。

首先，在频率间测量持续时间中的MG图样配置概述如下。

MGP#0：MG周期(MGP)40ms；MG长度(MGL)6ms；MG偏移(MGO)可以在MGP中以ms为单位进行配置。

MGP#1：MG周期(MGP)80ms；MG长度(MGL)6ms；MG偏移(MGO)可以在MGP中以ms为单位进行配置。

接下来，RRS配置概述如下。

RSS持续时间：{8、16、32、40}ms

RSS周期：{160、320、640、1280}ms

可以在以1/2/4帧为单位的周期内配置RSS时间偏移

在如上所述使用基于MGP和RSS配置的RSS进行测量的情况下，从终端的角度来看，RSS可以在周期性MG持续时间内不存在，或者RSS可以仅部分存在。即，需要修改所述配置，以便使RSS始终存在于周期性MG持续时间内，或者以便使所有RSS都存在于MG持续时间内。

图27是示出终端根据MG配置和RSS配置执行测量的示例的图。

图27是最短周期的常规MGP#0、MGP#1和RSS配置的示例。

根据常规方法，即使RSS配置有最短周期(160ms)，也有可能对于MGP#0每4次仅使用一次、而对于MGP#1每2次使用一次来在MG持续时间内使用RSS进行测量。

如图27的示例所示，当应用现有技术并且终端可以使用RSS进行测量时，终端实际上不会在不包含RSS的MGP中执行测量，并且终端可以被配置为期望从基站接收MTC物理下行链路控制信道(MPDCCH)/物理下行链路共享信道(PDSCH)。

当RSS仅用于服务小区测量时，UE在不包括RSS的MGP中不执行测量的情况下接收MPDCCH/PDSHCH的配置是更适合的。

不与RSS持续时间重叠的MGP持续时间可以用于通过MPDCCH/PDSCH接收来改善吞吐量。

当基于如上所述的常规MGP配置和RSS配置而将RSS用于测量时，其中终端可以用于测量的CRS和RSS的配置对于每个MG持续时间可以发生变化。

在这种情况下，在使用终端的RSS来改善测量性能时存在限制，并且终端的接收器的操作可以很复杂。

为了通过解决上述问题来改善使用终端的RSS的RSRP/RSRQ测量性能，提出了一种将MGP周期配置为RSS周期的整数倍的方法。

将MGP周期配置为RSS周期的整数倍的方法可以如下执行。

使MGP周期与在RSS配置中的周期或该周期的整数倍相匹配的方法

所述方法提出了一种使MGP在与在RSS配置中的周期(或RSS的最小在)或该周期的整数倍相匹配的方法。

例如，更具体地，MGP周期可以被配置为，使得MGP周期与在RSS配置中的最小周期一致。

图28是图示将MGP周期与在RSS配置上的周期(或RSS的最小周期)或该周期的整数倍相匹配的方法的示例的图。

在图28中，可以看到MGP#2 2810的周期被配置为等于160ms，这是在RSS配置上的最小周期2820。

使RSS配置的周期与MGP#0和/或MGP#2的周期匹配的方法

该方法提出了一种将在RSS(或最小周期的RSS)配置上的周期与MGP#0和/或MGP#1的周期进行匹配的方法。

例如，RSS配置中可以包括具有与MGP配置中的最大周期相同的值的周期的RSS配置。

图29是示出将在RSS(或最小周期的RSS)配置上的周期与MGP#0和/或MGP#2的周期进行匹配的方法的示例的图。

在图29中，可以看出，RSS的周期2920被配置为80ms，从而具有与MGP#1的周期2910的80ms相同的周期。

通过应用将MGP周期配置为RSS周期的整数倍的方法，以便改善使用RSS的RSRP/RSRQ测量性能，可以期望对均匀性能进行测量，因此，可以期望简化接收器的操作以确定测量要求并满足测量要求。

此外，MGP配置和RSS配置信息可以用于确定终端是否仅使用CRS来测量RSRP和RSRQ，或者是否使用CRS和RSS两者来测量RSRP和RSRQ。MGP配置和RSS配置信息可以被包括在M信息中。

例如，如果RSS持续时间是MGL(MG长度)中的X子帧，或者RSS持续时间以一定百分比(Y％)或更多包含在MGL中，则终端可以使用CRS和RSS进行测量，否则终端可以仅使用CRS进行测量并将测量结果报告给基站。

作为另一示例，如图27所示，当RSS周期大于MG周期时，如果将RSS周期除以MG周期而获得的值大于或等于特定值(Z)，与复杂度相比，由于使用RSS而导致的测量性能的提高并不明显，因此终端可以仅使用CRS执行RSRP/RSRQ测量。

所述X、Y和Z值是固定值，或者是由更高层配置的值，并且可以包括在测量配置(MC)信息中。X、Y和Z值可以针对频率间和/或频率内的全部或一些CC或小区的每个CC或小区来配置。

替换地，可以对于每个CC或小区进行配置，但是可以由公共地应用于所有或多个CC或小区的一个或多个测量对象组成。

RSRP/RSRP测量性能与由UE测量的RE数量成正比。因此，注意到在单个NB内的RSS测量样本的数量大于现有CRS的数量(大约7倍)的事实，提出了一种配置比常规MGL小的MGL的方法。例如，与RSS持续时间无关，除了传统的MGL 6ms(固定)之外，MGL可以另外配置为1、2和4ms。

配置附加MGL的方法可以是被附加地应用于配置与MGP周期相等的RSS周期的方法。

除了配置小于常规MGL的MGL的方法外，出于相同的原因，可以考虑将RSS持续时间定义为等于或小于常规MGL的值的方法。

该方法可以附加地应用于配置与MGP周期相等的RSS周期的方法。RSS覆盖码需要匹配新定义的RSS持续时间。为了使RSS覆盖码与新定义的RSS持续时间匹配，以下选项是有可能的。

图30示出了使RSS覆盖码与新定义的RSS持续时间匹配的方法的示例。

将参考图30描述以下选项。

(1)从现有的RSS覆盖码的最早序列开始，顺序使用新持续时间的RSS覆盖码，而不使用其余序列。

参照图30(a)，3811表示现有的RSS覆盖码序列，3812表示新持续时间的RSS覆盖码。

可以看出，新持续时间的RSS覆盖码从现有的RSS覆盖码的最早序列开始依次使用，而没有使用其余序列。

通过以上述方式将RSS覆盖码与新定义的RSS持续时间进行匹配，RSS覆盖码可以保持以下特征：将第一序列配置为适合于获得天线分集增益，并配置后续部分以适于获得噪声平均增益。

(2)新持续时间的RSS覆盖码的最后序列与现有RSS覆盖码的最后序列匹配，并且不使用其余的先前序列。

参照图30(b)，3021表示现有的RSS覆盖码序列，3022表示新持续时间的RSS覆盖码。

可以看出，新持续时间的RSS覆盖码的最后序列与现有RSS覆盖码的最后序列相匹配，并且没有使用其余的先前序列。

在需要噪声平均增益的情况下，由于需要提高使用RSS的测量性能的终端的SNR环境较差，因此需要增加终端的噪声平均增益。

通过以上述方式将RSS覆盖码与新定义的RSS持续时间进行匹配，可以使用位于RSS覆盖码的最后一部分，其比RSS覆盖码的第一部分更适合于增加噪声平均增益。

(3)新持续时间的RSS覆盖码通过排除现有RSS覆盖码的最前面的序列的连续部分和最后序列的连续部分来使用。

这是在选项(1)和(2)之间的中间步骤。

参考图30(c)，3831表示现有的RSS覆盖码序列，并且3032表示新持续时间的RSS覆盖码。

可以看出，新持续时间的RSS覆盖码通过排除现有RSS覆盖码的最前面的序列的连续部分和最后序列的连续部分来进行使用。

以上述方式使RSS覆盖码与新定义的RSS持续时间匹配的原因是，使具有良好SNR环境的终端和没有SNR环境的终端都能够使用RSS进行测量。

基站需要在其中配置有新定义的RSS周期的RSS持续时间和现有终端的RSS持续时间都重叠的资源中，优先地发送用于现有终端的RSS。

此外，当配置为新定义的RSS周期的RSS持续时间和现有终端的RSS部分部分重叠时，基站可以在对应的周期中跳过被配置为新定义的RSS周期的RSS的传输。

这是优先考虑对现有终端的后向兼容性，因为支持新RSS周期的终端也支持现有RSS的配置。

MGL可以被配置为包括NB切换间隙。NB切换可以表示从正常下行链路到下行链路NB的切换间隔。

在频率内测量之后切换回正常下行链路接收的情况下，即，当从下行链路NB切换到下行链路时，由于在小区之间的同步不足，现有的LTE控制区域可能不能吸收下行链路切换时间。

即，可以存在切换时间短于LTE控制区域的长度的情况。

为应对这种情况，LTE控制区域可以通过以下三种方式来吸收切换时间。

第一，有可能保证将至少两个OFDM符号的到正常下行链路的切换回时间(switching back time)。

例如，即使终端已将开始OFMM符号配置为1(StartOFDMsymbol＝1)，终端也可以在两个OFDM符号时段期间不接收正常下行链路。

第二，终端有可能选择大于两个OFDM符号时段的下行链路切换时间。

例如，切换时间可以长达3或4个OFDM符号时段。

最后，到正常下行链路的切换时间可以固定为大于两个OFDM符号时段的值。

例如，切换时间可以长达3个或4个OFDM符号时段。

用于频率内NB间测量的附加MG(MG2)配置方法

基于LTE-MTC的NB特性和可以在系统带宽内配置RSS的点，为了改善使用RSS的测量性能，1)除了常规的频率间MG(以下简称为MG 1)，可以另外配置频率内MG(以下称为MG2)。

替换地，2)可以将常规的MG 1配置为包括频率内测量和频率间测量。

1)通过使用用于频率内和/或频率间测量的RSS，可以将被附加地配置到常规MG 1的MG 2独立地或从MG 1附加地进行配置，以使用常规CRS进行频率间测量，MG 2配置包括配置参数，即在RSS配置或测量配置方法_(方法2)中提出的测量对象。

在独立组网MTC操作或不能期望CRS的子帧的情况下，MG 2可以不包括CRS。

当MG 2中不包括CRS时，带内LTE-MTC或独立组网MTC UE可以执行以下操作。

第一，可以仅通过RSS来测量/报告RSRP/RSRQ。

第二，假设采用默认配置，则可以使用CRS(或CRS和RSS)来测量/报告RSRP/RSRQ，或者

第三，默认配置可以假设与服务小区的CRS相同的配置，或者假设1端口CRS(端口0)，或者假设最大CRS端口(端口0、1、2和3)。

2)如果未附加的配置MG2，并且常规MG 1被配置为包括频率内测量和频率间测量，则在MG 1的时段期间可以通过时分复用(TDM)方法依次地执行频率内测量和频率间测量。

用于测量的RSS配置方法

可以为每个CC或小区在系统带宽内的不同物理资源块(PRB)位置中配置RSS。

当配置用于测量的RSS时，可以通过以下方式确定RSS在频率上的位置。通过如下确定RSS的位置，可以减少用于基站的MC指示的开销，或者可以实现终端操作的便利。

结合窄带(NB)来确定RSS位置

(提议1)对可以配置RSS的位置的限制

为了减少与RSS配置相关的信息的信令开销，该提议为基站提供了一种基站将其中可以配置RSS的位置限制到在NB中的特定位置，并通过NB索引向终端指示RSS位置的方法。

例如，其中在每个NB内可以配置RSS的位置可以固定到NB内的中心2RB。

(提议2)结合系统带宽和/或系统带宽内的NB位置来确定RSS位置

该提议提供了一种在确定在系统带宽内的RSS位置时对称于中心频率来配置RSS的方法。

替换地，该提议为中心6RB或由中心6RB组成的NB提供了一种例外地不同的RSS配置的方法。

例如，中心NB可以被配置为容纳多个RSS，并且每个NB可以容纳其余RSS中的仅一个。

最后，该提议提供了一种考虑干扰而布置RSS的方法。

例如，考虑到对非NB信号(即PRACH和PUCCH)的干扰，其中可以为每个NB位置配置RSS的位置可以不同地确定。

在一个NB中配置RSS

该方法提供一种在一个或至少一个NB中配置多个RSS的方法。

为了最小化操作，诸如在通过这种方法的测量期间最小化NB切换操作，可以实现终端的测量操作的便利。

(提议1)通过允许RSS重叠来在一个NB中配置多个RSS

该提议提供了一种通过允许RSS重叠来在一个NB中配置多个RSS的方法。

根据该提议，UE可以执行最大小区的RSRP/RSRQ测量而无需NB跳变。

(提议2)在一个NB中配置多达3个RSS，使得RSS不会重叠

该提议提供了一种在一个NB中配置多达3个RSS的方法，使得RSS不重叠。

根据该提议，通过限制在NB中的最低RSS PRB的位置，使得RSS不重叠，与上述(提议1)相比，终端的测量性能不受重叠的影响，并且可以减少信令开销。

最低RSS PRB位置可能限于偶数或奇数索引。

(提议3)配置为在RSS之间具有交织结构

该提议是一种在同一NB中配置多个小区的RSS位置并以子帧单位或多个子帧单位进行交织的方法。

根据该提议，有可能避免在RSS之间的重叠，或者最小化在相邻RSS之间的干扰对测量的影响。

该方法可以是以周期和偏移的形式用信号发送的图样，或者可以配置为位图的形式。

另外，位图或图样的单位可以是子帧单位或多个子帧单位，或更密集地，可以是符号单位或测量间隙长度(MGL)单位。

例如，当以子帧为单位表示为位图时，可以以相同的方式进行配置，例如小区1{10 0 1 0 0 1 0 0…}，小区2{0 1 0 0 1 0 0 1 0…}，小区3{0 0 1 0 0 1 0 0 1…}，依此类推。

在子帧#0中配置小区1的RSS，在子帧#1中配置小区2的RSS，在子帧#2中配置小区3的RSS。

当以符号为单位进行交织时，可以以打孔RSS序列的形式进行配置。

更一般地，在用于测量的RSS的情况下，考虑到干扰对测量的影响，可以将不同小区的RSS限制为配置在时间/频率资源上彼此不相邻的位置。

替换地，为了使不同小区的RSS在时间/频率资源上确保恒定的间隔，可以限制PRB在其中可以配置RSS的时间/频率资源上的位置(网格)。

RSS间隔可以是在相邻的RSS之间的1RB的间隔。

用于噪声和干扰测量的零功率RSS配置

上述方法和提议表示关于在其中在实际相邻小区中发送或可以发送RSS的资源的信息，其可以称为非零功率RSS。

UE可以通过非零功率RSS来测量相邻小区的RSRP或接收信号强度指示符(RSSI)。

如果基站打算使用RSS配置来测量相邻小区的噪声或干扰，则可以配置零功率RSS。

在这种情况下，终端假设在将RSS配置为用于相邻小区的噪声或干扰测量的持续时间内，实际上并未从服务小区发送RSS。

当终端使用在持续时间中测量的功率(例如RSSI)来测量诸如服务小区的RSRQ的质量信息时，所测量的功率可以被视为噪声和/或噪声功率并被使用。

然而，为了最小化传统终端的影响，终端可以假设从服务小区发送特定的广播信号和信道，诸如CRS或PBCH(物理广播信道)、PSS(主同步信号)、SSS(辅助同步信号))、或者系统信息。

信令开销减小方法_(方法3)

为了使终端能够使用参考信号进行重新同步(RSS)，以进行相邻小区的RSRP测量，基站可以通过使用SI(系统信息)等为每个小区用信号发送以下RSS相关参数

ce-rss-periodicity-config：这指示RSS传输周期。可以指示诸如{160、320、640、1280}ms的值。

ce-rss-duration-config：这指示RSS持续时间。可以指示诸如{8、16、32、40}子帧的值。

ce-rss-freqPos-config：这指示RSS所在的频率位置。它可以由最低PRB编号((最低物理资源块编号)表示。

ce-rss-timeOffset-config：这指示RSS时间偏移。它可以通过无线电帧的数量来指示。无线电帧

ce-rss-powerBoost-config：这指示相对于LTE CRS的功率偏移。可以指示诸如{0、3、4.8、6}dB的值。

如果为每个小区配置与用于测量的信号有关的上述参数，则在信令开销方面可能是个问题。

当为每个小区配置频率位置和时间偏移参数时，就信令开销而言特别成问题。

该方法提出了用于减少用于向终端发送频率位置参数和时间偏移参数的信令的信令开销的两种方法。

首先，该方法提出一种用于布置与服务小区的RSS位置相邻的相邻小区的RSS位置的方法(提议1)。

提议1可以是用于在同一NB中布置服务小区的RSS和相邻小区的RSS的方法。

第二，该方法提出了一种基于服务小区的RSS位置来限制相邻小区的RSS可以位于其中的相对布置范围，并且基于服务小区的RSS位置仅用信号发送相对位置(变量(delta))的值(在下文中，被称为“变量信令”)的方法(提议2)。

下面，将详细描述提议1至2。

在下文中，服务小区可以被称为S小区，并且相邻小区可以被称为N小区。

(提议1)N小区RSS频率位置参数变量信令

当以全分辨率用信号发送服务小区的RSS频率位置时，可能需要例如7比特来表示{0、1、2，...，98}PRB。

当存在N个相邻小区时，可能需要7N个信令比特来用信号发送相邻小区的所有RSS频率位置。

图31是示出没有变量信令的RSS频率位置参数信令的示例的图。

参照图31，服务小区的RSS存在于RB索引号为特定X的位置，并且相邻小区的RSS可以位于其中的候选位置为{0，1，2，...，98}PRB，且可能需要7比特来表示所有候选位置。

为了减少信令开销，基站可以仅用信号发送变量值，该变量值是基于服务小区的RSS频率位置的特定差值。

更具体地，基站可以基于服务小区的RSS位置通过预定值来限制相邻小区的RSS可以位于其中的频率位置，并用信号向终端通知在服务小区的RSS频率位置与相邻小区的RSS频率位置之间的差。

图32是示出使用变量信令的RSS频率位置参数信令的示例的图。

参照图32，服务小区的RSS存在于其中RB索引号为特定X的位置，并且相邻小区的RSS可以位于其中的频率位置可以在以下范围内：{0，+/-2，+/-4}PRB，并且在服务小区的RSS频率位置与相邻小区的RSS频率位置之间的差(δ)为{0，+/-2，+/-4}PRB。

可以通过用于服务小区的RSS位置和用于相邻小区的RSS频率的位置的信令比特的数量来确定相邻小区的RSS可以位于其中的范围。如果{0，+/-2，+/-4}PRB被称为变量，则基站需要3个比特来用信号发送变量值。

因此，当存在N个相邻小区时，可能仅需要3N个信令比特，以便使基站用信号发送相邻小区的所有RSS频率位置。

可能存在在相邻小区的RSS配置中不存在变量信令参数或不存在对应字段的情况(以下称为“无信令情况”)。接收其中不包括变量信令参数的RSS配置的终端可以假设变量为“0”。如果存在变量信令参数，则变量信令参数可以表示{+/-2，+/-4}，并且当有N个相邻小区时，可能仅需要2N个信令比特，以便使基站用信号发送相邻小区的所有RSS频率位置。

作为变量信令的另一示例，为了避免服务小区的RSS和相邻小区的RSS重叠或在RSS之间的干扰，可以以X个PRB为单位配置变量信令单位。X的值可以等于或大于2。

为了方便终端的操作，由变量信令限制的相邻RSS的频率候选位置可以属于一个或多个NB。

替换地，为了灵活部署相邻小区的RSS位置(部署灵活性)，可以与NB网格无关地设置相邻小区的RSS位置。

为了在变量信令中有效地使用信令比特，在无信令的情况下，终端可以假设特定值作为相邻小区的RSS频率位置值。例如，所述特定值可以与服务小区的RSS相同。

另外，当考虑到NB网格来配置相邻小区的RSS位置时，可以根据服务小区的RSS位置来改变对相同信令比特的相邻小区的RSS位置的解释。

例如，根据服务小区的RSS位置在NB网格中是否为0、2、4，对相邻小区的RSS的频率位置信息的解释可以为{2,4}，{0,4}，{0，2}，或者分别可以是{2,4}，{4,0}，{0,2}。

图33是示出存在能够配置RSS的多个RSS频率位置候选块的情况的示例的图。

当要被配置RSS的相邻小区的数量大、和/或当不能连续地配置RSS时，可以通过配置两个或更多个图32的RSS频率位置候选块来发送RSS，如图33所示。

所述块是指RSS可以连续或相邻配置的频率区域，如下所述。

在这种情况下，考虑到信令开销，可以将块的位置配置为载波特定值或小区公共值。

其中相邻小区的RSS属于载波特定的一个或多个块中的哪个块、以及相邻小区的RSS所属于的块中的确切位置，可以被设置为对于每个相邻小区是小区特定的。

当多个块是连续的或不连续的时，可以以频域的特定单位以位图的形式来用信号发送被配置为载波特定的块的配置。

特定单位可以是RB、由多个相邻RB(例如，6个RB)组成的NB、多个相邻NB、或者预定或配置的块单元。

当特定单位是块单位时，可以以组合索引的形式定义多个块的指示，在所述组合索引中，将每个块数量的每个可能的组合映射到整数。

块的单位可以是RB、多个相邻RB、NB、多个相邻NB等。

被配置为载波特定的块(多个块)可以在频率上具有特定大小，并且可以以特定间隔布置。

在这种情况下，可以基于诸如频域中的开始点、大小和间隔的参数来配置频域中的块的布置。

块的大小可以以诸如RB、NB等为单位，并且开始点和间隔可以以诸如子载波或RE、或RB、NB等为单位。

当在系统带宽内的DC子载波周围存在未包括在NB中的RB时，例如，当系统带宽是{3，5，15}时，可以通过排除未包括在NB中的RB来计算与频域中的(一个或多个)块的布置有关的参数。

具体地，在不包括在NB中的RB存在于DC子载波周围的情况下，基站(eNB)可以通过调整块的开始点和在块之间的间隔来将RSS放置在NB上的特定位置处，以便于调度(例如，当NB中的RB位置在跳变期间相同时)。

在这种情况下，如果在不排除NB中未包括的RB的情况下计算参数，则在DC子载波周围划分的两个区域中，在分别存在于这两个区域中的NB中所包括的RB可能变化。

由于上述原因，当在DC子载波周围存在不包括在NB中的RB时，基站可以通过排除所述RB来计算与在频域中的块的布置有关的参数。

出于类似的原因，可以利用用于基于系统带宽中的DC子载波而划分的两个区域中的仅一个区域(第一区域)的参数来确定(一个或多个)块的(一个或多个)位置，并且对于包括在另一区域(第二区域)中的RB，可以基于所述DC子载波对称地应用第一区域的(一个或多个)块的位置。

当块的数量是一个或多个时，可以应用与频域中的块布置相关的方法。

在多个块被配置为载波特定的状态下，RSS的精确位置可以通过三种方法来用信号发送。

将参考图34描述上述三种方法。

图34是示出在多个块被配置为载波特定的状态下配置RSS在频域中的精确位置的方法的示例的示图。

在图34中，假设一个块由1NB(6个RB)组成，并且以2个RB为单位用信号发送RSS。在3401和3402中，即使块是不连续的，也假设块是连续的，并且基于块内的RB索引来顺序地用信号发送所述信号。

3401是一种以增加RB索引的顺序计数的方法，该RB索引不包括服务小区的RSS位置。在无信令的情况下，假设终端假设与服务小区相同的RSS位置。

3402是一种从服务小区的RSS位置开始以增加RB索引的顺序用信号发送、并且当超过RB索引时通过模运算用信号发送具有比服务小区的RSS位置更小的RB索引值的区域的方法。

此外，3403是一种通过MSB(或LSB)来区分多个块、并用信号发送由其余LSB(或MSB)分开的每个块中RB的位置的方法。

在图34中，对于每个实施例，用于表示每个RSS位置的整数值指示通过对对应的信令比特进行整数化而获得的值。

更具体地说，在3403的情况下，使用3个比特，通过MSB 1比特区分所述块，并且通过LSB 2比特识别存在于所述块中的RSS位置。

如果当RSS位置以RB索引增加的顺序表示时，则以{000}(0)、{001}(1)、{100}(4)、(101)(5)和{110}(6)的顺序示出。考虑到当RSS在频率维度上部分或全部重叠时，同步性能或测量性能可能会降低，因此，在配置RSS时，基站可以按一定单位或以块为单位来配置RSS以便减少信令开销。所述一定单位是2RB单位，即{0、2、4，...，98}个PRB，2RB的倍数单位，NB单位等等。

(提议2)N小区RSS时间偏移参数变量信令

基站可以用信号发送在相邻小区的RSS时间偏移与服务小区的时间偏移值之间的相对差，即变量值。例如，基站用信号发送{0，+/-1，+/-2}帧中的一个作为变量值，并且通过将用信号发送的变量值与服务小区的时间偏移值相加来确定相邻小区的RSS时间偏移。

此外，如果没有指示变量值的字段，则终端可以假设变量值为0。变量的单元可以是帧单元或RSS持续时间单元，以进一步减少信令开销。RSS持续时间可以是例如{8，16，32，40}子帧值之一。

另外，当服务小区的周期和相邻小区的周期不同时，基站可以基于服务小区和相邻小区的两个周期中的较小者来用信号发送和解释偏移以消除模糊。

通过变量信令的信令开销减少方法不限于频率位置和时间偏移参数，并且可以应用于当为服务小区和相邻小区配置相同的RRC参数时的所有情况。

更具体地说，当期望在相邻小区和服务小区的RSS功率提升参数之间的差较小时，与变量信令方法类似，基站可以通过仅从服务小区用信号发送差值变量作为相邻小区的RSS功率提升参数值来减少信令开销。

即，基站不向终端指示相邻小区的RSS功率提升参数的实际值，而是可以仅向终端指示作为与服务小区的RSS功率提升参数值的差值的变量值。

替换地，对于无信令的情况，终端可以假设与服务小区相同的值。即，当没有指示RSS功率提升变量值时，终端可以假设相邻小区的RSS功率提升参数值与服务小区的RSS功率提升参数值相同。

为了减少信令开销，可以以降低的分辨率来用信号发送相邻小区的RSS时间偏移值。例如，基站可以以X帧为单位或者以服务小区的RSS时间偏移的单位的N＞1倍来用信号发送相邻小区的RSS时间偏移值。

X帧单位可以以例如8或16帧为单位固定，并且N值可以以N、2N或4N帧为单位。

变量信令信息可以是隐式信令的形式。例如，它可以由(虚拟)小区索引隐式地用信号发送。即，终端可以通过在相邻小区中检测到的小区索引，并且如果必要的话，通过附加的模运算，来确定在NB中的RSS位置。

隐式信令类型不限于变量信令信息，并且即使当发送与RSS配置有关的一些或全部信息时也可以应用。

此外，用于减少包括RSS时间偏移的RSS配置参数的全部或部分的信令开销的方法可以限于同步网络。即，仅当保证在小区之间的同步时才可以应用该方法。可以基于指示网络是同步的还是异步的信息来启用/禁用上述方法。

(提议3)用于RSS时间偏移和频率位置的载波特定信令

为了减少信令开销，可以仅为服务小区配置RSS相关参数的全部或一部分。

终端可以假设与服务小区的参数相同的值，用于相邻小区的RSS相关参数。在该方法中，由于假设相邻小区的RSS相关参数的值与服务小区的RSS相关参数的值相同，所以RSS配置的灵活性可能受到限制。

替换地，终端可以在接收部分信息时执行盲检测(BD)。然而，该方法可能具有增加终端的功耗的缺点。

将分别从终端侧到网络侧描述该提议。

如果所有或部分RSS相关参数没有被配置用于相邻小区，则终端可以假设与服务小区的参数相同的值。

替换地，终端可以针对部分信息进行BD。更具体地说，终端可以在服务小区的RSS所属的NB内或者在服务小区的RSS的时间位置周围的特定窗口内进行搜索。

(一个或多个)相邻小区的RSS的频率位置和/或时间位置可以位于服务小区的RSS的邻近或附近，并且对应的频率位置和/或时间位置参数不针对(一个或多个)相邻小区进行配置。

发送或接收部分参数或部分信息的情况可以包括以下情况。

可以以X个PRB为单位来用信号发送相邻小区的RSS频率位置，并且终端可以在X个PRB内针对频率位置值执行盲检测(BD)。

相邻小区的RSS时间偏移可以以Y帧为单位来用信号发送，并且终端可以在Y帧内针对时间偏移值执行BD。

图35示出了上述本发明中的终端的操作的示例。

即，图35示出了在无线通信系统中执行测量的终端的操作。

终端从服务基站接收用于测量参考信号接收功率(RSRP)和/或参考信号接收质量(RSRQ)的配置信息(S3510)。

所述配置信息包括与通过其发送参考信号的天线端口有关的端口配置信息，以及与用于测量的小区特定参考信号(CRS)和重新同步信号(RSS)之间的关系有关的测量配置信息。

这里，端口配置信息可以包括CRS端口配置信息和RSS端口配置信息。

另外，CRS端口配置信息可以是与通过其发送CRS的天线端口的数量有关的信息。

另外，RSS端口配置信息可以是与通过其发送CRS的至少一个第一天线端口和通过其发送RSS的至少一个第二天线端口之间的关系有关的信息。

另外，根据RSS端口配置信息，至少一个第二天线端口可以被配置为与至少一个第一天线端口中的固定的一个天线端口相同。

另外，根据RSS端口配置信息，至少一个第二天线端口可以被配置为与至少一个第一天线端口中的固定的两个天线端口相同。

另外，RSS端口配置信息可以包括与至少一个第二天线端口的循环次序有关的序列信息。

另外，根据序列信息，至少一个第二天线端口可以在时域和/或频域中循环。

另外，循环的至少一个第二天线端口可以与包括在至少一个第一天线端口中的两个或四个天线端口相同。

另外，可以根据RSS端口配置信息来配置至少一个第一天线端口与至少一个第二天线端口之间的准共址(QCL)关系。

此外，测量配置信息可以包括关于RSS的功率与CRS的功率的比率的信息。

此外，测量配置信息还可以包括指示是否支持RSS的RSS配置信息、与发送RSS的持续时间有关的RSS传输信息、或者包括与RSS的覆盖码有关的信息的RSS序列信息中的至少一个。

此外，RSS可以在频域上的第一位置中，由服务基站发送的RRS可以在频域上的第二位置中，并且在第一位置的RB索引(资源块索引)值和第二位置的RB索引值之间的差可以不超过一定值。

另外，终端还可以执行基于位置信息获得RSS的第一位置的步骤。

在这种情况下，可以通过将小于或等于包括在位置信息中的一定值的特定值添加到第二位置的RB索引值来获得第一位置。

接下来，终端从相邻基站接收CRS和/或RSS(S3520)。

接着，终端通过使用CRS和RSS根据配置信息计算RSRP和/或RSRQ(S3530)。

最后，终端向服务基站报告RSRP和/或RSRQ(S3540)。

另外，终端还可以执行从基站接收不连续接收(DRX)模式的配置信息的步骤。

这里，可以在DRX模式的监听持续时间内接收配置信息。

将参考图35的终端操作方法来描述在终端中实现的用于执行本公开中提出的测量的更具体的细节。

为了在无线通信系统中执行测量，终端包括用于发送无线电信号的发射器；用于接收无线电信号的接收器；以及处理器，其功能性地连接到所述发射器和所述接收器。

处理器从服务基站接收用于测量参考信号接收功率(RSRP)和/或参考信号接收质量(RSRQ)的配置信息。

配置信息包括与通过其发送参考信号的天线端口有关的端口配置信息，以及与用于测量的小区特定参考信号(CRS)和重新同步信号(RSS)之间的关系有关的测量配置信息。

此外，处理器从相邻基站接收CRS和/或RSS。

接着，处理器根据设置的配置信息使用CRS和RSS计算RSRP和/或RSRQ。

此外，处理器向服务基站报告RSRP和/或RSRQ。

图36是示出如上所述的本公开中的基站的操作的示例的图。

即，图36示出了在无线通信系统中终端执行测量的方法中基站的操作。

基站向终端发送用于测量参考信号接收功率(RSRP)和/或参考信号接收质量(RSRQ)的配置信息(S3610)。

另外，至少一个第二天线端口可以根据序列信息在时域和/或频域中循环。

另外，所述循环的至少一个第二天线端口可以与包括在至少一个第一天线端口中的两个或四个天线端口相同。

另外，可以根据RSS端口配置信息来配置在至少一个第一天线端口和至少一个第二天线端口之间的准共址(QCL)关系。

另外，测量配置信息可以包括关于RSS的功率与CRS的功率之比的信息。

另外，测量配置信息还可以包括用于指示是否支持RSS的RSS配置信息、与发送RSS的持续时间有关的RSS传输信息、或包括与RSS的覆盖码有关的信息的RSS序列信息中的至少一个。

终端从相邻基站接收CRS和/或RSS，并根据配置信息通过使用CRS和RSS来计算RSRP和/或RSRQ。

最后，基站从终端报告RSRP和/或RSRQ(S3620)。

另外，基站还可以执行向终端发送不连续接收(DRX)模式配置信息的步骤。

这里，终端可以在DRX模式的监听持续时间中接收配置信息。

参考图36的基站操作方法，在本公开中提出的用于终端执行测量的方法中，将描述在基站中实施的更详细的信息。

在无线通信系统中，用于从终端接收测量报告的基站包括：用于发送无线电信号的发射器；用于接收无线电信号的接收器；以及处理器，其功能性地连接到所述发射器和所述接收器。

处理器向终端发送用于测量参考信号接收功率(RSRP)和/或参考信号接收质量(RSRQ)的配置信息。

此外，处理器向终端发送CRS和/或RSS。

接着，处理器从终端接收由终端根据配置信息通过使用CRS和RSS所计算的RSRP和/或RSRQ报告。

可以应用本公开的一般设备

图37示出了根据本公开的实施例的无线电通信设备的框图。

参照图37，无线通信系统包括基站3710和位于基站3710的区域中的多个终端3720。

基站3710包括处理器3711、存储器3712和射频(RF)单元3713。处理器3711实施先前在图1至图40中提议的功能、过程和/或方法。无线电接口协议层可由处理器3711实施。存储器3712连接到处理器3711以存储用于操作处理器3711的各种信息。RF单元3713连接到处理器3711以发射和/或接收无线电信号。

终端3720包括处理器3721、存储器3722和RF模块3723。处理器3721实施先前在图1至图36中提议的功能、过程和/或方法，无线电接口协议层可由处理器3721实施。存储器3722连接到处理器3721以存储用于操作处理器3721的各种信息。RF单元3723连接到处理器3721以发射和/或接收无线电信号。

存储器3712和3722可以在处理器3711和3721内部或外部，并且可以以公知的各种方式连接到处理器3711和3721。另外，基站3710和/或终端3720可以具有一个单个天线或多个天线。

至此描述的实施例是以预定形式耦接的元件和技术特征的实施例。只要没有任何明显的提及，每个元件和技术特征都应被认为是选择性的。每个元件和技术特征可以在不与其它元件或技术特征耦接的情况下实施。另外，也可以通过将元件和/或技术特征的一部分进行耦接来构造本发明的实施例。可以改变本发明的实施例中描述的操作的顺序。在一个实施例中的元件或技术特征的一部分可以包括在另一实施例中，或者可以由与其它实施例相对应的元件和技术特征来代替。通过组合在所附权利要求中没有明确引用关系的权利要求来构造实施例，或者通过申请后的修改将权利要求包括在新权利要求中是显而易见的。

本发明的实施例可以通过各种方式来实施，例如硬件、固件、软件及其组合。在硬件的情况下，本发明的实施例可以由一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实施。

在通过固件或软件来实施的情况下，本发明的实施例可以以诸如执行所描述的功能或操作的模块、过程、功能等的形式来实施。远。软件代码可以存储在存储器中，并由处理器驱动。存储器可以位于处理器内部或外部，并且可以通过各种已知方式与处理器交换数据。

本领域技术人员可以理解，可以在不脱离本发明的基本特征的情况下进行各种修改和变化。因此，详细描述不限于上述实施例，而应视为示例。本发明的范围应通过所附权利要求的合理解释来确定，并且在等同范围内的所有修改应包括在本发明的范围内。

参考图38，无线电通信系统包括基站3810和位于基站区域中的多个终端3820。基站可以表示为发送设备，而终端可以表示为接收设备，反之亦然。基站和终端包括处理器3811和3821、存储器3814和3824、一个或多个Tx/Rx射频(RF)模块3815和3825、Tx处理器3812和3822、Rx处理器3813和3823以及天线3816和3826。处理器实施上述功能、过程和/或方法。

更详细地，将来自核心网络的上层分组提供给DL中的处理器3811(从基站到终端的通信)。处理器实施L2层的功能。在DL中，处理器为终端3820提供在逻辑信道和发送信道之间的无线电资源分配和多路复用，并负责向终端的信令。发送(TX)处理器3812实施用于L1层(例如，物理层)的各种信号处理功能。信号处理功能有助于终端中的前向纠错(FEC)，并包括编码和交织。编码和调制的符号被划分为并行流，每个流被映射到OFDM子载波，在时域和/或频域中与参考信号(RS)复用，并通过使用快速傅里叶逆变换(IFFT)组合在一起，以产生用于发送时域OFDMA符号流的物理信道。OFDM流在空间上被预编码以生成多个空间流。可以为每个Tx/Rx模块(或发射器-接收器3815)中的不同天线3816提供每个空间流。每个Tx/Rx模块可以调制每个空间流中的RF载波以进行发送。在终端中，每个Tx/Rx模块(或发射器-接收器3825)通过每个Tx/Rx模块的每个天线3826接收信号。每个Tx/Rx模块重建由RF载波调制的信息，以将其提供给接收(RX)处理器3823。RX处理器实施层1的各种信号处理功能。RX处理器可以对信息进行空间处理，以便为终端重建任意空间流。当多个空间流朝向终端时，它们可以被多个RX处理器组合成单个OFDMA符号流。RX处理器通过使用快速傅立叶变换(FFT)将OFDMA符号流从时域转换到频域。频域信号包括用于OFDM信号的每个子载波的单独的OFDMA符号流。通过确定基站发送的最可能的信号布置点，重构和解调每个子载波中的符号和参考信号。这样的软判决可以基于信道估计值。对软判决进行解码和解交织，以重建物理信道中基站发送的数据和控制信号。对应的数据和控制信号被提供给处理器3821。

通过类似于在终端3820中关于接收器的功能所描述的方法，在基站3810中处理UL(从终端到基站的通信)。每个Tx/Rx模块3825通过每个天线3826接收信号。每个Tx/Rx模块为RX处理器3823提供RF载波和信息。处理器3821可以与用于存储程序代码和数据的存储器3824有关。存储器可以被称为计算机可读介质。

参照图39，车辆100可以包括通信单元110、控制单元120、存储单元130、输入/输出单元140a和定位单元140b。这里，框110至130/140a至140b分别对应于图X3的框110至130/140。

通信单元110可以与其他车辆或诸如基站的外部设备发送和接收信号(例如，数据，控制信号等)。控制单元120可以通过控制车辆100的组件来执行各种操作。存储单元130可以存储支持车辆100的各种功能的数据/参数/程序/代码/命令。输入/输出单元140a可以输出AR/基于存储单元130中的信息的VR对象。输入/输出单元140a可以包括HUD。定位单元140b可以获得车辆100的位置信息。位置信息可以包括车辆100的绝对位置信息、行进路线内的位置信息、加速度信息以及周围车辆的位置信息。定位单元140b可以包括GPS和各种传感器。

例如，车辆100的通信单元110可以从外部服务器接收地图信息、交通信息等，并将其存储在存储单元130中。定位单元140b可以通过GPS等获取车辆位置信息。传感器并将其存储在存储单元130中。控制单元120可基于地图信息、交通信息、车辆位置信息等生成虚拟对象，并且输入/输出单元140a可将生成的虚拟对象显示在车辆的窗口(1410、1420)上。。另外，控制单元120可以基于车辆位置信息来确定车辆100是否在驾驶路线内正常操作。当车辆100异常地偏离驾驶路线时，控制单元120可以通过输入/输出单元140a在车辆的窗户上显示警告。另外，控制单元120可以通过通信单元110向附近的车辆广播关于驾驶异常的警告消息。根据情况，控制单元120可以将车辆的位置信息和关于驾驶/车辆异常的信息通过通信单元110发送给相关机构。

图40示出了可以应用本公开中提出的方法的XR设备的示例。

XR设备可以实施为HMD、车辆、电视、智能手机、计算机、可穿戴设备、家用电器、数字告示牌、车辆、机器人等等。

参照图40，XR设备100a可以包括通信单元110、控制单元120、存储单元130、输入/输出单元140a、传感器单元140b和电源单元140c。这里，框110至130/140a至140c分别对应于图X3的框110至130/140。

通信单元110可以与其他无线设备、便携式设备或诸如媒体服务器的外部设备发送和接收信号(例如，媒体数据，控制信号等)。媒体数据可以包括图像、图像和声音。控制单元120可以通过控制XR设备100a的组件来执行各种操作。例如，控制单元120可以被配置为控制和/或执行诸如视频/图像获取、(视频/图像)编码以及元数据生成和处理的过程。存储单元130可以存储驱动XR设备100a/生成XR对象所需的数据/参数/程序/代码/命令。输入/输出单元140a可以从外部获得控制信息、数据等，并且可以输出所生成的XR对象。输入/输出单元140a可以包括相机、麦克风、用户输入单元、显示单元、扬声器和/或触觉模块。传感器单元140b可以获得XR设备状态、周围环境信息、用户信息等。传感器单元140b可以包括接近传感器、照度传感器、加速度传感器、磁传感器、陀螺仪传感器、惯性传感器、RGB传感器、IR传感器、指纹识别传感器、超声波传感器、光学传感器、麦克风和/或雷达。电源单元140c向XR设备100a供电，并且可以包括有线/无线充电电路、电池等等。

例如，XR设备100a的存储单元130可以包括生成XR对象(例如，AR/VR/MR对象)所需的信息(例如，数据等)。输入/输出单元140a可以从用户获得操纵XR设备100a的命令，并且控制单元120可以根据用户的驱动命令来驱动XR设备100a。例如，当用户试图通过XR设备100a观看电影、新闻等时，控制单元120通过通信单元130将内容请求信息发送到另一设备(例如，移动设备100b)或媒体服务器。通信单元130可以将诸如电影和新闻的内容从另一设备(例如，移动设备100b)或媒体服务器下载/流发送到存储单元130。控制单元120可以控制和/或执行诸如视频/图像获取、(视频/图像)编码、和对所述数据的元数据生成/处理的过程。并且可以基于通过输入/输出单元140a/传感器单元140b获取的关于周围空间或真实对象的信息来生成/输出XR对象。

另外，XR设备100a通过通信单元110无线连接到移动设备100b，并且XR设备100a的操作可以由移动设备100b控制。例如，移动设备100b可以用作XR设备100a的控制器。为此，XR设备100a可以获得移动设备100b的3D位置信息，然后生成并输出与移动设备100b相对应的XR对象。

在本公开中，无线设备包括基站、网络节点、发送终端、接收终端、无线设备、无线通信设备、车辆、配备有自主驾驶功能的车辆、无人机(无人飞行器，UAV)、AI(人工智能)模块、机器人、增强现实(AR)设备、虚拟现实(VR)设备、MTC设备、IoT设备、医疗设备、金融科技设备(或金融设备)、安全设备、气候/环境设备或与第四次工业革命领域或5G服务相关的设备等。例如，无人机可能是非人类的交通工具而且通过无线电控制信号来飞行。例如，MTC设备和IoT设备是不需要直接人工干预或操纵的设备，并且可以是智能仪表、折弯机、温度计、智能灯泡、门锁以及各种传感器。例如，医疗设备是用于诊断、治疗、缓解、治疗或预防疾病、检查、更换或修改结构或功能的设备，并且可以是医疗设备、手术设备、(体外)诊断设备、助听器、外科手术设备等等。例如，安全设备是为防止可能发生的风险并保持安全而安装的设备，并且可以是摄像机、CCTV或黑盒子。例如，金融科技设备是能够提供诸如移动支付之类的金融服务的设备，并且可以是支付设备或销售点(POS)。例如，气候/环境设备可以指监视和预测气候/环境的设备。

在本公开中，终端是移动电话、智能电话、膝上型计算机、数字广播终端、个人数字助理(PDA)、便携式多媒体播放器(PMP)、导航系统、薄板PC、以及平板PC(平板电脑)、超级本、可穿戴设备(例如，智能手表、智能眼睛、头戴式显示器(HMD))、可折叠设备等等。例如，HMD是戴在头上的一种显示设备，并且可以用于实施VR或AR。

至今描述的实施例是以预定形式耦接的元件和技术特征的实施例。只要没有明显提及，每个元件和技术特征都应被视为具有选择性。每个元件和技术特征可以在不与其他元件或技术特征耦接的情况下实施。另外，还可以通过耦接一部分元件和/或技术特征来构造本公开的实施例。本公开的实施例中描述的操作顺序可以改变。一个实施例中的一部分元件或技术特征可以被包括在另一实施例中，或者可以由与其他实施例相对应的元件和技术特征来代替。显而易见的是，通过组合以下权利要求中没有明确引用关系的权利要求来构造实施例，或者将权利要求包括在由申请后的修改所设定的新权利要求中。

本公开的实施例可以通过各种方式来实施，例如，硬件、固件、软件及其组合。在硬件的情况下，本公开的实施例可以由一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等等。

在通过固件或软件来实施的情况下，本公开的实施例可以以诸如执行所描述的功能或操作的模块、过程、功能等的形式来实施。软件代码可以存储在存储器中，并由处理器驱动。存储器可以位于处理器内部或外部，并且可以通过各种已知方式与处理器交换数据。

本领域技术人员将理解，可以在不脱离本公开的基本特征的情况下进行各种修改和变化。

因此，所述详细描述不限于上述实施例，而应视为示例。本公开的范围应通过所附权利要求的合理解释来确定，并且在等同范围内的所有修改应包括在本公开的范围内。

工业实用性

已经主要以应用于3GPP LTE/LTE-A系统的示例描述了本公开的在无线通信系统中用于请求用于上行链路数据发送的调度的方法，但是它也可以应用于除3GPP LTE/LTE-A系统以外的各种无线通信系统。

Claims

1.一种在无线通信系统中在终端处执行测量的方法，由所述终端执行的所述方法包括：

从基站接收与重新同步信号RSS有关的配置信息；

从所述基站接收所述RSS；和

基于所述配置信息，使用所述RSS执行对参考信号接收功率RSRP和/或参考信号接收质量RSRQ的测量，

其中，所述配置信息包括具有一个或多个比特的位图，用于指示用于部署所述RSS的一个或多个窄带NB，

其中，三个不重叠的RSS位置位于所述一个或多个NB的每一个中，以及

其中，特定小区的RSS频率位置基于使用所述特定小区的小区标识符的模运算来确定。

2.根据权利要求1所述的方法，其中，以两个资源块RB为单位将所述RSS映射到资源。

3.一种在无线通信系统中用于执行测量的终端，所述终端包括：

发射器，所述发射器用于发送无线电信号；

接收器，所述接收器用于接收无线电信号；和

处理器，所述处理器用于控制所述发射器和所述接收器，

其中，所述处理器被配置为：

从基站接收与重新同步信号RSS有关的配置信息；

从所述基站接收所述RSS；和

4.根据权利要求3所述的终端，其中，以两个资源块RB为单位将所述RSS映射到资源。

5.一种在无线通信系统中发送重新同步信号RSS的方法，所述方法包括：

向终端发送与所述RSS相关的配置信息；和

向所述终端发送所述RSS，

6.根据权利要求5所述的方法，其中，以两个资源块RB为单位将所述RSS映射到资源。

7.一种用于在无线通信系统中发送重新同步信号RSS的基站，所述基站包括：

发射器，所述发射器用于发送无线电信号；

接收器，所述接收器用于接收无线电信号；和

处理器，所述处理器用于控制所述发射器和所述接收器，

其中，所述处理器被配置为：

终端发送与所述RSS相关的配置信息；和

将所述RSS发送到所述终端，

其中，所述配置信息包括具有一个或多个比特的位图，用于指示用于部署RSS的一个或多个窄带NB，

其中，三个非重叠的RSS位置位于一个或多个NB中的每一个中，以及