CN113056953A - 在窄带无线通信系统中发送和接收数据的方法和系统 - Google Patents

在窄带无线通信系统中发送和接收数据的方法和系统 Download PDF

Info

Publication number
CN113056953A
CN113056953A CN201980071196.4A CN201980071196A CN113056953A CN 113056953 A CN113056953 A CN 113056953A CN 201980071196 A CN201980071196 A CN 201980071196A CN 113056953 A CN113056953 A CN 113056953A
Authority
CN
China
Prior art keywords
pur
base station
feedback
subframe
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201980071196.4A
Other languages
English (en)
Other versions
CN113056953B (zh
Inventor
辛硕珉
朴昶焕
安俊基
黄升溪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN113056953A publication Critical patent/CN113056953A/zh
Application granted granted Critical
Publication of CN113056953B publication Critical patent/CN113056953B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/18—TPC being performed according to specific parameters
    • H04W52/26—TPC being performed according to specific parameters using transmission rate or quality of service QoS [Quality of Service]
    • H04W52/262—TPC being performed according to specific parameters using transmission rate or quality of service QoS [Quality of Service] taking into account adaptive modulation and coding [AMC] scheme
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/362—Aspects of the step size
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365—Power headroom reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

公开了一种在窄带无线通信系统中在用户设备(UE)和基站之间发送和接收数据的方法。具体地，该方法包括经由RRC信令向UE发送预配置的上行链路(UL)资源(PUR)配置；当UE处于空闲模式时，在PUR上从UE接收上行链路数据；以及向UE发送针对上行链路数据的反馈，其中该反馈被配置成在从PUR接收起已经流逝特定时间之后在NPDCCH上被发送。

Description

在窄带无线通信系统中发送和接收数据的方法和系统
技术领域
本公开涉及一种用于在窄带(NB)无线通信系统中发送和接收反馈的方法和系统。
背景技术
已经开发了移动通信系统，以在确保用户活动的同时提供语音服务。然而，除了语音之外，移动通信系统的区域已经扩展到数据服务。由于当前业务的爆炸性增长，存在资源的短缺，并且因此用户需要更高速度的服务。因此，需要更高级的移动通信系统。
对下一代移动通信系统的需求需要能够支持爆炸性数据业务的容纳、每位用户的数据速率的急剧增加、显著增加的连接设备数目的容纳、非常低的端对端的时延以及高能效。为此，研究了多种技术，诸如双连接性、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、超宽带支持和设备联网。
发明内容
技术问题
本公开提供一种在窄带(NB)无线通信系统中有效地发送和接收数据的方法。
本公开要实现的技术目的不限于上文仅通过示例描述的技术目的，并且本领域的技术人员可以根据以下描述清楚地理解本公开属于的未提及的其他技术目的。
技术方案
在一个方面，提供了一种用于在窄带(NB)无线通信系统中由基站向用户设备(UE)发送数据的方法，该方法包括：经由RRC信令向UE发送预配置的上行链路(UL)资源(PUR)配置；当UE处于空闲模式时，在PUR上从UE接收上行链路数据；以及向UE发送针对上行链路数据的反馈，其中，所述反馈被配置成在从PUR接收起已经流逝特定时间之后在NPDCCH上被发送。
特定时间可以是特定数目的至少一个子帧。
特定数目可以是四。
该方法可以进一步包括：监测用于发送反馈的搜索空间上的反馈窗口，以及基于是否在该反馈窗口上接收到包括反馈的DCI来向UE指示停止监测。
该方法可以进一步包括：配置成在从被包括在UL许可中的多个字段当中除了指示PUR重传所需要的第一字段之外的其他第二字段上，向UE发送响应。
有益效果
根据本公开，窄带无线通信系统的用户设备(UE)可以最小化用于接收针对发送给基站的数据的ACK/NACK而消耗的电池量。
本公开可以实现的效果不限于以上仅通过示例描述的那些，并且本公开所属的本领域的技术人员将从以下描述中更清楚地理解本公开的其他效果和优点。
附图说明
被包括以提供对本公开的进一步理解并构成详细描述的一部分的附图示出本公开的实施例，并且用于与说明书一起解释本公开的技术特征。
图1图示本公开可适用于的5G场景的示例。
图2图示根据本公开的实施例的AI设备100。
图3图示根据本公开的实施例的AI服务器200。
图4图示根据本公开的实施例的AI系统1。
图5图示LTE无线电帧结构的示例。
图6图示用于下行链路时隙的资源网格的示例。
图7图示下行链路子帧结构的示例。
图8图示上行链路子帧结构的示例。
图9图示帧结构类型1的示例。
图10图示帧结构类型2的另一示例。
图11图示随机接入符号组的示例。
图12是图示与支持窄带物联网系统的无线电系统有关的初始接入过程的流程图。
图13是图示与支持窄带物联网系统的无线电系统有关的随机接入过程的流程图。
图14图示与支持窄带物联网系统的无线电系统有关的窄带物理随机接入信道(NPRACH)区域。
图15图示本公开中描述的方法可适用于的执行一个或多个物理信道/信号的空闲模式预配置的UL资源传输的UE的操作流程图的示例。
图16图示在本公开中描述的方法可适用于的执行一个或多个物理信道/信号的空闲模式预配置的UL资源传输的基站的操作流程图的示例。
图17图示在本公开中描述的方法可适用于的执行一个或多个物理信道/信号的空闲模式预配置的UL资源发送/接收的UE和基站之间的信令的示例。
图18图示本公开中描述的方法可适用于的无线通信设备的配置框图。
图19图示复用不同的PUR和ACK/NACK的方法。
图20是图示根据本公开的实施例的在支持窄带(NB)-物联网(IoT)的无线通信系统中UE从基站接收反馈的方法的流程图。
图21是图示根据本公开的实施例的在支持NB-IoT的无线通信系统中基站向UE发送反馈的方法的流程图。
图22图示应用于本公开的通信系统1。
图23图示适用于本公开的无线设备。
图24图示用于传输信号的信号处理电路。
图25图示应用于本公开的无线设备的另一示例，并且可以根据使用示例/服务以各种类型来实现无线设备。
图26图示应用于本公开的便携式设备。
具体实施方式
现在将详细参考本公开的实施方式，其示例在附图中图示。下面将与附图一起公开的详细描述是为了描述本公开的示例性实施方式，而不是为了描述用于执行本公开的独特的实施方式。下面的详细描述包括细节以提供对本公开的完整理解。然而，本领域的技术人员知道，可以在没有细节的情况下执行本公开。
在一些情况下，为了防止本公开的概念模棱两可，可以省略或基于每个结构和设备的核心功能以框图格式图示已知的结构和设备。
在本公开中，基站(BS)意指直接执行与终端的通信的网络的终端节点。在本公开中，如有必要或若需要，描述为要由基站执行的特定操作可以由基站的上层节点来执行。即，显而易见的是，在由包括基站的多个网络节点组成的网络中，可以通过基站或除基站之外的网络节点来执行用于与终端的通信所执行的各种操作。“基站(BS)”可以用诸如固定站、节点B、演进型节点B(eNB)、基站收发器系统(BTS)、接入点(AP)、gNB(通用NB)等等代替。此外，“终端”可以是固定的或可移动的，并且可以用诸如用户设备(UE)、移动台(MS)、用户终端(UT)、移动订户台(MSS)、订户台(SS)、高级移动台(AMS)、无线终端(WT)、机器类型通信(MTC)设备、机器对机器(M2M)设备、设备对设备(D2D)设备等的术语代替。
在本公开中，下行链路(DL)意指从基站到终端的通信，并且上行链路(UL)意指从终端到基站的通信。在下行链路中，发射器可以是基站的一部分，并且接收器可以是终端的一部分。在上行链路中，发射器可以是终端的一部分，并且接收器可以是基站的一部分。
提供以下描述中使用的特定术语以帮助理解本公开，并且在没有无线电服务(GPRS)/用于GSM演进的增强数据速率(EDGE)的范围内，可以将其改变为其他形式。
OFDMA可以被实现为诸如IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802-20、E-UTRA(演进的UTRA)等的无线电技术。UTRA是通用移动电信系统(UMTS)的一部分。作为使用EUTRA的演进型UMTS(E-UMTS)的一部分，第三代合作伙伴计划(3GPP)长期演进(LTE)在下行链路中采用OFDMA，并且在上行链路中采用SC-FDMA。LTE-A(高级)是3GPP LTE的演进。
此外，5G新无线电(NR)基于使用场景定义增强型移动宽带(eMBB)、大型机器类型通信(mMTC)、超可靠低时延通信(URLLC)以及车辆到一切(V2X)。
取决于NR系统和LTE系统之间的共存，5G NR标准被划分为独立组网(SA)和非独立组网(NSA)。
5G NR支持各种子载波间隔，并且在下行链路中支持CP-OFDM，并且在上行链路中支持CP-OFDM和DFT-s-OFDM(SC-OFDM)。
可以由在作为无线接入系统的IEEE 802、3GPP和3GPP2中的至少一个中公开的标准文档来支持本公开的实施方式。即，可以通过标准文档来描述本公开的实施方式中未描述以清楚地示出本公开的技术精神的步骤或部分。
主要为了清楚描述而描述3GPP LTE/LTE-A/新RAT(NR)，但是本公开的技术特征不限于此。
在本公开中，可以以与“包括A或B中的至少一个”相同的意义来解释“A和/或B”。
下面，我们描述5G使用场景的示例，在该示例中可以应用本说明书中提出的方法。
5G的三个主要需求领域包括：(1)增强型移动宽带(eMBB)领域、(2)大规模机器类型通信(mMTC)领域和(3)超可靠低时延通信(URLLC)领域。
一些用例可能需要对多个领域进行优化，而其他用例可能只关注一个关键性能指标(KPI)。5G以灵活可靠的方式支持各种用例。
eMBB远远超出基本的移动互联网接入，并涵盖大量双向任务、云或增强现实中的媒体和娱乐应用。数据是5G的主要动力之一，并且在5G时代可能首次不会看到专用语音服务。在5G中，期待将使用由通信系统简单提供的数据连接将语音作为应用程序进行处理。业务量增加的主要原因包括内容大小的增加和需要高数据传输速率的应用数量的增加。随着越来越多的设备连接到互联网，流服务(音频和视频)、对话型视频和移动互联网连接将被更广泛地使用。如此众多的应用程序需要始终接通的连接以便于将实时信息和通知推送给用户。云存储和应用在移动通信平台中突然增加，并且这可以应用于商业和娱乐两者。此外，云存储是带动上行链路数据传输速率增长的特殊用例。5G还用于云的远程业务。当使用触觉接口时，需要更低的端对端时延以保持出色的用户体验。娱乐，例如，云游戏和视频流是增加对移动宽带能力需求的其他关键要素。在包括诸如火车、车辆和飞机的高移动性环境中的任何地方，在智能手机和平板计算机中，娱乐都是必不可少的。另一个用例是增强现实和娱乐信息搜索。在这种情况下，增强现实要求极低的时延和即时的数据量。
此外，最受期待的5G用例之一涉及一种能够在所有领域中平滑地连接嵌入式传感器的功能，即mMTC。到2020年，预计潜在的物联网(IoT)设备将达到204亿。工业物联网是5G执行主要作用的领域之一，其可实现智能城市、资产跟踪、智能公用设施、农业和安全基础设施。
URLLC包括一项新业务，其将通过对主要基础设施的远程控制和具有超高可靠性/低可用时延的链接(诸如自驾驶车辆)来改变行业。可靠性和时延的水平对于智能电网控制、工业自动化、机器人工程、无人机控制和调节至关重要。
更具体地描述多个用例。
5G可以补充光纤到户(FTTH)和基于电缆的宽带(或DOCSIS)，作为提供从每秒千兆比特到每秒几百兆比特的评估的流的手段。除了虚拟现实和增强现实之外，这种快的速度对于递送分辨率为4K或更高(6K、8K或更高)的电视也是必需的。虚拟现实(VR)和增强现实(AR)应用包括沉浸式的体育游戏。特定的应用程序可能需要特殊的网络配置。例如，在VR游戏的情况下，为了使游戏公司最小化时延，可能需要将核心服务器与网络运营商的边缘网络服务器集成在一起。
与车辆移动通信的众多用例一起，汽车被期待成为5G的重要和新动力。例如，乘客的娱乐同时需要高容量和高移动性移动宽带。其原因是，未来的用户都将继续期望获得高质量的连接，无论其位置和速度如何。汽车领域的另一个使用示例是增强现实仪表板。增强现实仪表板在驾驶员透过前窗看到的事物上重叠并显示信息，该信息为在黑暗中识别对象，并通知驾驶员该对象的距离和移动的信息。将来，无线模块可实现汽车之间的通信、汽车与支持的基础设施之间的信息交换以及汽车与其他连接的设备(例如，由行人伴随的设备)之间的信息交换。安全系统指导可替选的行为过程，以便驾驶员可以更安全地驾驶，从而减少发生事故的危险。下一步将是远程控制或自驾驶车辆。这要求不同的自驾驶车辆之间以及汽车与基础设施之间非常可靠、非常快速的通信。将来，自驾驶车辆可能会执行所有驾驶活动，并且驾驶员将专注于汽车本身无法识别的交通以外的事物。自驾驶车辆的技术需求要求超低时延和超高速可靠性，使得交通安全性增加到人无法达到的水平。
被称为智能社会的智能城市和智能家庭将被嵌入为高密度无线电传感器网络。智能传感器的分布式网络将识别城市或家庭的成本以及节能维护的状况。可以对每个家庭执行类似的配置。所有的温度传感器、窗户和加热控制器、防盗警报器和家用电器被无线连接。许多这样的传感器通常是低数据传输速率、低能耗和低成本的。但是，例如，特定类型的监视设备可能要求实时高清视频。
包括热量或气体的能量的消耗和分配高度分散，并且因此需要对分布式传感器网络进行自动控制。智能电网收集信息，并使用数字信息和通信技术将这些传感器互连，以使传感器基于信息进行操作。该信息可以包括供应商和消费者的行为，并且因此智能电网可以以有效、可靠、经济、生产可持续和自动化的方式改善诸如电力的燃料分配。智能电网可以被认为是具有小的时延的另一个传感器网络。
健康部门拥有许多应用程序，其从移动通信中受益。通信系统可以支持远程治疗，其在遥远的地方提供临床治疗。这有助于减少距离的障碍，并可以改善在偏远农业地区不连续使用的医疗服务的获取。此外，这可用于在重要治疗和紧急情况下挽救生命。基于移动通信的无线电传感器网络可以为诸如心率和血压的参数提供远程监测和传感器。
无线电和移动通信在工业应用领域中变得越来越重要。布线需要很高的安装和维护成本。因此，在许多工业领域中，将通过可重配置的无线电链路代替电缆的可能性是有吸引力的机会。然而，为了实现这种可能性，要求无线电连接以类似于电缆的时延、可靠性和容量进行操作，并且管理被简化。低时延和低错误概率是连接到5G的新要求。
物流和货运跟踪是移动通信的重要用例，其能够使用基于位置的信息系统在任何地方跟踪库存和包裹。物流和货运跟踪用例通常需要较低的数据速度，但是需要宽广的区域和可靠的位置信息。
5G场景
图1图示本公开可适用于的5G场景的示例。
5G的三个主要需求领域包括：(1)增强型移动宽带(eMBB)领域、(2)大规模机器类型通信(mMTC)领域和(3)超可靠低时延通信(URLLC)领域。
一些用例可能需要对多个领域进行优化，而其他用例可能只关注一个关键性能指标(KPI)。5G以灵活可靠的方式支持各种用例。
eMBB远远超出基本的移动互联网接入，并涵盖大量双向任务、云或增强现实中的媒体和娱乐应用。数据是5G的主要动力之一，并且在5G时代可能首次不会看到专用语音服务。在5G中，期待将使用由通信系统简单提供的数据连接将语音作为应用程序进行处理。业务量增加的主要原因包括内容大小的增加和需要高数据传输速率的应用数量的增加。随着越来越多的设备连接到互联网，流服务(音频和视频)、对话型视频和移动互联网连接将被更广泛地使用。如此众多的应用程序需要始终接通的连接以便于将实时信息和通知推送给用户。云存储和应用在移动通信平台中突然增加，并且这可以应用于商业和娱乐两者。此外，云存储是带动上行链路数据传输速率增长的特殊用例。5G还用于云的远程业务。当使用触觉接口时，需要更低的端对端时延以保持出色的用户体验。娱乐，例如，云游戏和视频流是增加对移动宽带能力需求的其他关键要素。在包括诸如火车、车辆和飞机的高移动性环境中的任何地方，在智能手机和平板计算机中，娱乐都是必不可少的。另一个用例是增强现实和娱乐信息搜索。在这种情况下，增强现实要求极低的时延和即时的数据量。
此外，最受期待的5G用例之一涉及一种能够在所有领域中平滑地连接嵌入式传感器的功能，即mMTC。到2020年，预计潜在的物联网(IoT)设备将达到204亿。工业物联网是5G执行主要作用的领域之一，其可实现智能城市、资产跟踪、智能公用设施、农业和安全基础设施。
URLLC包括一项新业务，其将通过对主要基础设施的远程控制和具有超高可靠性/低可用时延的链接(诸如自驾驶车辆)来改变行业。可靠性和时延的水平对于智能电网控制、工业自动化、机器人工程、无人机控制和调节至关重要。
更具体地描述多个用例。
5G可以补充光纤到户(FTTH)和基于电缆的宽带(或DOCSIS)，作为提供从每秒千兆比特到每秒几百兆比特的评估的流的手段。除了虚拟现实和增强现实之外，这种快的速度对于递送分辨率为4K或更高(6K、8K或更高)的电视也是必需的。虚拟现实(VR)和增强现实(AR)应用包括沉浸式的体育游戏。特定的应用程序可能需要特殊的网络配置。例如，在VR游戏的情况下，为了使游戏公司最小化时延，可能需要将核心服务器与网络运营商的边缘网络服务器集成在一起。
与车辆移动通信的众多用例一起，汽车被期待成为5G的重要和新动力。例如，乘客的娱乐同时需要高容量和高移动性移动宽带。其原因是，未来的用户都将继续期望获得高质量的连接，无论其位置和速度如何。汽车领域的另一个使用示例是增强现实仪表板。增强现实仪表板在驾驶员透过前窗看到的事物上重叠并显示信息，该信息为在黑暗中识别对象，并通知驾驶员该对象的距离和移动的信息。将来，无线模块可实现汽车之间的通信、汽车与支持的基础设施之间的信息交换以及汽车与其他连接的设备(例如，由行人伴随的设备)之间的信息交换。安全系统指导可替选的行为过程，以便驾驶员可以更安全地驾驶，从而减少发生事故的危险。下一步将是远程控制或自驾驶车辆。这要求不同的自驾驶车辆之间以及汽车与基础设施之间非常可靠、非常快速的通信。将来，自驾驶车辆可能会执行所有驾驶活动，并且驾驶员将专注于汽车本身无法识别的交通以外的事物。自驾驶车辆的技术需求要求超低时延和超高速可靠性，使得交通安全性增加到人无法达到的水平。
被称为智能社会的智能城市和智能家庭将被嵌入为高密度无线电传感器网络。智能传感器的分布式网络将识别城市或家庭的成本以及节能维护的状况。可以对每个家庭执行类似的配置。所有的温度传感器、窗户和加热控制器、防盗警报器和家用电器被无线连接。许多这样的传感器通常是低数据传输速率、低能耗和低成本的。但是，例如，特定类型的监视设备可能要求实时高清视频。
包括热量或气体的能量的消耗和分配高度分散，并且因此需要对分布式传感器网络进行自动控制。智能电网收集信息，并使用数字信息和通信技术将这些传感器互连，以使传感器基于信息进行操作。该信息可以包括供应商和消费者的行为，并且因此智能电网可以以有效、可靠、经济、生产可持续和自动化的方式改善诸如电力的燃料分配。智能电网可以被认为是具有小的时延的另一个传感器网络。
健康部门拥有许多应用程序，其从移动通信中受益。通信系统可以支持远程治疗，其在遥远的地方提供临床治疗。这有助于减少距离的障碍，并可以改善在偏远农业地区不连续使用的医疗服务的获取。此外，这可用于在重要治疗和紧急情况下挽救生命。基于移动通信的无线电传感器网络可以为诸如心率和血压的参数提供远程监测和传感器。
无线电和移动通信在工业应用领域中变得越来越重要。布线需要很高的安装和维护成本。因此，在许多工业领域中，将通过可重配置的无线电链路代替电缆的可能性是有吸引力的机会。然而，为了实现这种可能性，要求无线电连接以类似于电缆的时延、可靠性和容量进行操作，并且管理被简化。低时延和低错误概率是连接到5G的新要求。
物流和货运跟踪是移动通信的重要用例，其能够使用基于位置的信息系统在任何地方跟踪库存和包裹。物流和货运跟踪用例通常需要较低的数据速度，但是需要宽广的区域和可靠的位置信息。
人工智能(AI)
人工智能是指研究人工智能或能够产生人工智能的方法的领域。机器学习是指定义人工智能领域中处理的各种问题并研究解决问题的方法的领域。机器学习也被定义为一种通过对任务的连续体验来提高任务性能的算法。
人工神经网络(ANN)是一种在机器学习中使用的模型，并配置有通过突触组合形成网络的人工神经元(节点)，并且可以意指具有解决问题的能力的整个模型。人工神经网络可以由不同层的神经元之间的连接模式、更新模型参数的学习过程以及用于生成输出值的激活函数来定义。
人工神经网络可以包括输入层、输出层以及可选的一个或多个隐藏层。每一层包括一个或多个神经元。人工神经网络可以包括连接神经元的突触。在人工神经网络中，每个神经元可输出针对通过突触输入的输入信号、权重和偏置的激活函数的函数值。
模型参数是指通过学习确定的参数，并且包括突触连接的权重和神经元的偏置。此外，超参数是指在机器学习算法中学习之前需要配置的参数，并且包括学习速率、重复次数、最小部署大小和初始化函数。
可以考虑人工神经网络的训练目的来确定使损失函数最小化的模型参数。损失函数可以用作在人工神经网络的学习过程中确定最佳模型参数的指标。
基于学习方法，机器学习可以被分类成监督学习、非监督学习和强化学习。
监督学习是指在已经给出用于学习数据的标签的状态下训练人工神经网络的方法。标签可以意指当学习数据输入到人工神经网络时必须由人工神经网络推导的答案(或结果值)。无监督学习可以意指在尚未给出用于学习数据的标签的状态下训练人工神经网络的方法。强化学习可以意指一种学习方法，其中，对在环境中定义的代理进行训练以选择一种行为或行为序列，其使每个状态下累积的补偿最大化。
在人工神经网络当中，被实现为包括多个隐藏层的深度神经网络(DNN)的机器学习也称为深度学习。深度学习是机器学习的一部分。在下文中，机器学习被用作包括深度学习的含义。
机器人
机器人可以指自动处理给定任务或基于自主拥有的能力进行操作的机器。特别地，具有用于识别环境并自主地确定和执行操作的功能的机器人可以被称为智能型机器人。
根据使用目的或领域，可以将机器人分类用于工业、医疗、家庭和军事。
机器人包括包含致动器或电动机的驱动单元，并且可以执行各种物理操作，例如移动机器人关节。此外，可移动机器人在驱动单元中包括轮子、制动器、螺旋桨等，并且可通过驱动单元在地面上行驶或在空中飞行。
<自驾驶或者自动驾驶>
自驾驶是指自动驾驶技术。自驾驶车辆是指无需用户操纵或通过用户最少操纵行驶的车辆。
例如，自驾驶可以包括用于维持行驶车道的所有技术、诸如自适应巡航控制的用于自动控制速度的技术、用于沿着预定路径自驾驶的技术、用于当设置目的地时自动配置路径并且行驶的技术。
车辆包括仅具有内燃发动机的车辆、包括内燃发动机和电动机两者的混合动力车辆以及仅具有电动机的电动车辆，并且可以包括除了车辆之外的火车、摩托车、等等。
在这种情况下，自驾驶车辆可以被认为是具有自驾驶功能的机器人。
扩展现实(XR)
扩展现实统称为虚拟现实(VR)、增强现实(AR)和混合现实(MR)。VR技术仅提供真实世界的对象或背景作为CG图像。AR技术在实际事物图像上提供虚拟生成的CG图像。MR技术是一种计算机图形技术，用于将虚拟对象与现实世界混合并组合在一起并进行提供。
MR技术类似于AR技术，因为其示出真实的对象和虚拟的对象。然而，在AR技术中，以补充真实对象的形式使用虚拟对象。相比之下，与AR技术不同，在MR技术中，虚拟对象和真实对象被用作相同的角色。
XR技术可以应用于头戴式显示器(HMD)、平视显示器(HUD)、移动电话、平板计算机、笔记本计算机、台式机、电视和数字标牌。已经应用XR技术的设备可以称为XR设备。
图2是图示根据本公开的实施例的AI设备100。
AI设备100可以实现为固定设备或移动设备，例如电视、投影仪、移动电话、智能电话、台式计算机、笔记本、用于数字广播的终端、个人数字助理(PDA)、便携式多媒体播放器(PMP)、导航器、平板电脑、可穿戴设备、机顶盒(STB)、DMB接收器、收音机、洗衣机、冰箱、台式计算机、数字标牌、机器人和车辆。
参考图2，终端100可以包括通信单元110、输入单元120、学习处理器130、感测单元140、输出单元150、存储器170和处理器180。
通信单元110可以使用有线和无线通信技术向外部设备，诸如其他AI设备100a至100e或AI服务器200，发送数据和从其接收数据。例如，通信单元110可以向外部设备发送传感器信息、用户输入、学习模型或者控制信号并从外部设备接收传感器信息、用户输入、学习模型或者控制信号。
在这种情况下，通信单元110使用的通信技术包括全球移动通信系统(GSM)、码分多址(CDMA)、长期演进(LTE)、5G、无线LAN(WLAN)、无线保真(Wi-Fi)、蓝牙TM、射频识别(RFID)、红外数据协会(IrDA)、紫蜂、近场通信(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传感器、指纹识别传感器、超声波传感器、光电传感器、麦克风、光学雷达(LIDAR)和雷达。
输出单元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中的两个或更多个元件以便执行应用程序。
图3图示根据本公开的实施例的AI服务器200。
参考图3，AI服务器200可以意指使用机器学习算法训练人工神经网络或使用已训练的人工神经网络的装置。在这种情况下，AI服务器200被配置有多个服务器，并且可以执行分布式处理，并且可以被定义为5G网络。在这种情况下，AI服务器200可以被包括为AI设备100的部分配置，并且可以执行AI处理中的至少一些。
AI服务器200可以包括通信单元210、存储器230、学习处理器240和处理器260。
通信单元210可以向与诸如AI设备100的外部设备发送数据并且从其接收数据。
存储器230可以包括模型存储单元231。模型存储单元231可以存储模型(或人工神经网络231a)，其通过学习处理器240正在被训练或者已经被训练。
学习处理器240可以使用学习数据来训练人工神经网络231a。学习模型可以以已经安装在人工神经网络的AI服务器200上的状态使用，或者可以安装在诸如AI设备100的外部设备上并且被使用。
学习模型可以被实现为硬件、软件或硬件和软件的组合。如果一些或全部学习模型被实现为软件，则配置学习模型的一个或多个指令可以存储在存储器230中。
处理器260可以使用学习模型来推导新的输入数据的结果值，并且可以基于推导的结果值来生成响应或控制命令。
图4图示根据本公开的实施例的AI系统1。
参考图4，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的各种实施例。在这种情况下，图4中所示的AI设备100a至100e可以被视为是图2中所示的AI设备100的详细实施例。
<AI+机器人>
将AI技术应用于机器人100a，并且该机器人100a可以实现为引导机器人、运输机器人、清洁机器人、可穿戴机器人、娱乐机器人、宠物机器人、无人飞行机器人等等。
机器人100a可以包括用于控制操作的机器人控制模块。机器人控制模块可以意指软件模块或其中已经使用硬件实现软件模块的芯片。
机器人100a可以获得机器人100a的状态信息，可以检测(识别)周围的环境和对象，可以生成地图数据，可以确定移动路径和行驶计划，可以确定对用户交互的响应，或者可以使用从各种类型的传感器获得的传感器信息来确定操作。
在这种情况下，机器人100a可以使用由光学雷达(LIDAR)、雷达和相机中的至少一个传感器获得的传感器信息以便于确定移动路径和行驶计划。
机器人100a可以使用配置有至少一个人工神经网络的学习模型来执行上述操作。例如，机器人100a可以使用学习模型来识别周围环境和对象，并且可以使用所识别的周围环境信息或对象信息来确定操作。在这种情况下，学习模型可能已经在机器人100a中被直接训练，或者可能已经在诸如AI服务器200的外部设备中被训练。
在这种情况下，机器人100a可以使用学习模型直接生成结果并执行操作，但是可以通过将传感器信息发送到诸如AI服务器200的外部设备并接收响应于其生成的结果来执行操作。
机器人100a可以使用地图数据、从传感器信息检测到的对象信息或从外部设备获得的对象信息中的至少一种来确定移动路径和行驶计划。机器人100a可以通过控制驱动单元沿着确定的移动路径和行驶计划行驶。
地图数据可以包括用于布置在机器人100a移动的空间中的各种对象的对象标识信息。例如，地图数据可以包括用于诸如墙壁和门的固定对象以及诸如气流导孔和桌子的可移动对象的对象标识信息。此外，对象标识信息可以包括名称、类型、距离、位置等。
此外，机器人100a可以基于用户的控制/交互通过控制驱动单元来执行操作或行驶。在这种情况下，机器人100a可以根据用户的行为或语音说话来获得交互的意图信息，可以基于所获得的意图信息来确定响应，并且可以执行操作。
<AI+自驾驶>
AI技术被应用到自驾驶车辆100b，并且自驾驶车辆100b可以被实现为可移动型机器人、车辆、无人飞行体等。
自驾驶车辆100b可以包括用于控制自驾驶功能的自驾驶控制模块。自驾驶控制模块可以指的是软件模块或者其中已经使用硬件实现软件模块的芯片。自驾驶控制模块可以作为自驾驶车辆100b的元件被包括在自驾驶车辆100b中，但是可以被配置成自驾驶车辆100b外部的单独硬件并且连接到自驾驶车辆100b。
自驾驶车辆100b可以获取自驾驶车辆100b的状态信息，可以检测(识别)周围的环境和对象，可以生成地图数据，可以确定移动路径和行驶计划，或者可以使用从各种类型的传感器获得的传感器信息确定操作。
在这种情况下，为了确定移动路径和行驶计划，自驾驶车辆100b可以像机器人100a一样，使用从激光雷达(LIDAR)、雷达和相机中的至少一个传感器获得的传感器信息。
特别地，自驾驶车辆100b可以通过从外部设备接收环境或对象的传感器信息来识别其视野被遮挡的区域或给定距离或更大的区域中的环境或对象，或者可以从外部设备直接接收识别的环境或对象信息。
自驾驶车辆100b可以使用配置有至少一个人工神经网络的学习模型来执行上述操作。例如，自驾驶车辆100b可以使用学习模型来识别周围环境和对象，并且可以使用识别出的周围环境信息或对象信息来确定行驶的流程。在这种情况下，学习模型可能已经在自驾驶车辆100b中被直接训练，或者可能已经在诸如AI服务器200的外部设备中被训练。
在这种情况下，自驾驶车辆100b可以使用学习模型直接生成结果并执行操作，但是可以通过将传感器信息发送到诸如AI服务器200的外部设备并接收响应于其生成的结果来执行操作。
自驾驶车辆100b可以使用地图数据、从传感器信息检测到的对象信息或从外部设备获得的对象信息中的至少一种来确定移动路径和行驶计划。自驾驶车辆100b可以通过控制驱动单元基于所确定的移动路径和行驶计划来行驶。
地图数据可以包括用于被布置在自驾驶车辆100b行驶的空间(例如，道路)中的各种对象的对象标识信息。例如，地图数据可以包括用于诸如路灯、岩石和建筑物等的固定对象以及诸如车辆和行人的可移动对象的对象标识信息。此外，对象标识信息可以包括名称、类型、距离、位置等。
此外，自驾驶车辆100b可以基于用户的控制/交互来控制驱动单元以执行操作或行驶。在这种情况下，自驾驶车辆100b可以根据用户的行为或语音说话来获得交互的意图信息，可以基于所获得的意图信息来确定响应，并且可以执行操作。
<AI+XR>
将AI技术应用于XR设备100c，并且XR设备100c可以实现为头戴显示器、车辆中设置的平视显示器、电视、移动电话、智能电话、计算机、可穿戴设备、家用电器、数字标牌、车辆、固定型机器人或可移动型机器人。
XR设备100c可以通过分析通过各种传感器或从外部设备获得的三维点云数据或图像数据来生成三维点的位置数据和属性数据，可以基于生成的位置数据和属性数据获取有关周围空间或真实对象的信息，并且可以通过渲染XR对象来输出XR对象。例如，XR设备100c可以通过使XR对象与对应的识别的对象相对应来输出包括用于识别的对象的附加信息的XR对象。
XR设备100c可以使用配置有至少一个人工神经网络的学习模型来执行上述操作。例如，XR设备100c可以使用学习模型来识别三维点云数据或图像数据中的真实对象，并且可以提供与所识别的真实对象相对应的信息。在这种情况下，学习模型可能已经在XR设备100c中被直接训练，或者可能已经在诸如AI服务器200的外部设备中被训练。
在这种情况下，XR设备100c可以使用学习模型直接生成结果并执行操作，但是可以通过将传感器信息发送到诸如AI服务器200的外部设备并接收响应于其生成的结果来执行操作。
<AI+机器人+自驾驶>
将AI技术和自驾驶技术应用于机器人100a，并且该机器人100a可以实现为引导机器人、运输机器人、清洁机器人、可穿戴机器人、娱乐机器人、宠物机器人、无人飞行机器人等
已经应用AI技术和自驾驶技术的机器人100a可以意指具有自驾驶功能的机器人本身，也可以意指与自驾驶车辆100b交互的机器人100a。
具有自驾驶功能的机器人100a可以统称为沿着给定流向自动移动而无需用户控制或自动确定流向和移动的设备。
具有自驾驶功能的机器人100a和自驾驶车辆100b可以使用共同的感测方法以便于确定移动路径或行驶计划中的一个或多个。例如，具有自驾驶功能的机器人100a和自驾驶车辆100b可以使用通过激光雷达(LIDAR)、雷达、相机等感测到的信息来确定移动路径或行驶计划中的一个或多个。
与自驾驶车辆100b交互的机器人100a与自驾驶车辆100b分开存在，并且可以在自驾驶车辆100b的内部或外部执行与自驾驶功能相关联的操作或可以执行与进入自驾驶车辆100b中的用户相关联的操作。
在这种情况下，与自驾驶车辆100b交互的机器人100a可以通过代替自驾驶车辆100b获取传感器信息并且将传感器信息提供给自驾驶车辆100b来控制或辅助自驾驶车辆100b的自驾驶功能，或者通过获取传感器信息，生成周围环境信息或对象信息，并将周围环境信息或对象信息提供给自驾驶车辆100b来控制或辅助自驾驶车辆100b的自驾驶功能。
可替选地，与自驾驶车辆100b交互的机器人100a可以通过监视进入自驾驶车辆100b的用户或通过与用户的交互来控制自驾驶车辆100b的功能。例如，如果确定驾驶员处于睡意状态，则机器人100a可以激活自驾驶车辆100b的自驾驶功能或辅助控制自驾驶车辆100b的驱动单元。在这种情况下，除了简单的自驾驶功能之外，由机器人100a控制的自驾驶车辆100b的功能可以包括由设置在自驾驶车辆100b内的导航系统或音频系统提供的功能。
可替选地，与自驾驶车辆100b交互的机器人100a可以向自驾驶车辆100b提供信息或者可以辅助自驾驶车辆100b之外的功能。例如，机器人100a可以如在智能交通灯中那样向自驾驶车辆100b提供包括信号信息的交通信息，并且可以如在电动车辆的自动充电器中一样通过与自驾驶车辆100b的交互将充电器自动连接到充电口。
<AI+机器人+XR>
AI技术和XR技术被应用于机器人100a，并且机器人100a可以被实现为引导机器人、运输机器人、清洁机器人、可穿戴机器人、娱乐机器人、宠物机器人、无人飞行机器人、无人机等。
已经应用XR技术的机器人100a可以指机器人，即，XR图像内的控制/交互的目标。在这种情况下，机器人100a不同于XR设备100c，并且它们可以彼此结合地操作。
当机器人100a，即，XR图像内的控制/交互的目标，从包括相机的传感器获得传感器信息时，机器人100a或XR设备100c可以基于传感器信息生成XR图像，并且XR设备100c可以输出所生成的XR图像。此外，机器人100a可以基于通过XR设备100c接收到的控制信号或用户的交互进行操作。
例如，用户可以识别与机器人100a的定时相对应的XR图像，通过诸如XR设备100c的外部设备进行远程操作，可以通过交互调节机器人100a的自驾驶路径，可以控制操作或驾驶，或者可以识别周围对象的信息。
<AI+自驾驶+XR>
AI技术和XR技术被应用于自驾驶车辆100b，并且自驾驶车辆100b可以被实现为可移动型机器人、车辆、无人飞行体等。
已经应用XR技术的自驾驶车辆100b可以意指配备有用于提供XR图像的装置的自驾驶车辆或作为XR图像内的控制/交互的目标的自驾驶车辆。特别地，作为XR图像内的控制/交互的目标的自驾驶车辆100b不同于XR装置100c，并且它们可以彼此结合地操作。
配备有用于提供XR图像的装置的自驾驶车辆100b可以从包括相机的传感器获得传感器信息，并且可以输出基于所获得的传感器信息生成的XR图像。例如，自驾驶车辆100b包括HUD，并且可以通过输出XR图像向乘客提供与真实对象或屏幕内的对象相对应的XR对象。
在这种情况下，当将XR对象输出到HUD时，可以输出至少一些XR对象，使其与乘客视线所指向的真实对象重叠。相比之下，当将XR对象显示在自驾驶车辆100b内包括的显示器上时，可以输出至少一些XR对象，使得其与屏幕内的对象重叠。例如，自驾驶车辆100b可以输出与诸如车道、另一车辆、交通信号灯、路标、两轮车、行人和建筑物的对象相对应的XR对象。
当作为XR图像内的控制/交互的目标的自驾驶车辆100b从包括相机的传感器获得传感器信息时，自驾驶车辆100b或XR设备100c可能会基于传感器信息生成XR图像。XR设备100c可以输出所生成的XR图像。此外，自驾驶车辆100b可以基于通过诸如XR设备100c的外部设备接收的控制信号或用户的互动来进行操作。
NB-IoT概述
下面描述NB-IoT技术。
系统概述
图5图示LTE无线电帧结构的示例。
在图5中，无线电帧包括10个子帧。子帧在时域中包括两个时隙(slot)。用于发送一个子帧的时间被定义为传输时间间隔(TTI)。例如，一个子帧可以具有1毫秒(ms)的长度，并且一个时隙可以具有0.5ms的长度。一个时隙在时域中包括多个正交频分复用(OFDM)符号。由于3GPP LTE在下行链路中使用OFDMA，所以OFDM符号用于表示一个符号周期。OFDM符号还可以被称为SC-FDMA符号或符号周期。资源块(RB)是资源分配单元，并且在一个时隙中包括多个连续的子载波。示出的无线电帧的结构仅用于示例性目的。因此，可以以各种方式修改包括在无线电帧中的子帧的数量或包括在子帧中的时隙的数量或包括在时隙中的OFDM符号的数量。
图6图示用于下行链路时隙的资源网格的示例。
在图6中，下行链路时隙在时域中包括多个OFDM符号。通过一个下行链路时隙包括7个OFDM符号，并且一个资源块(RB)包括在频域中的12个子载波的示例，在此描述本公开。然而，本公开不限于此。在资源网格上的每个元素被称为资源元素(RE)。一个RB包括12×7个RE。包括在下行链路时隙中的RB的数量NDL取决于下行链路发射带宽。上行链路时隙的结构可以与下行链路时隙的结构相同。
图7图示下行链路子帧结构的示例。
在图7中，位于子帧内的第一时隙的前部中的最多三个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。
图8图示上行链路子帧结构的示例。
在图8中，上行链路子帧可以在频域中被划分为控制区域和数据区域。控制区域被分配有用于承载上行链路控制信息的物理上行链路控制信道(PUCCH)。数据区域被分配有用于承载用户数据的物理上行链路共享信道(PUSCH)。为了保持单载波属性，一个UE不会同时发送PUCCH和PUSCH。用于一个UE的PUCCH被分配给子帧中的RB对。属于RB对的RB在两个时隙中均占用不同的子载波。这被称为，分配给PUCCH的RB对在时隙边界中跳频。
在下文中，将更详细地描述LTE中的帧结构。
在整个LTE规范中，除非另外指出，在时域中的各个字段的大小被表示为时间单元Ts＝1/(15000×2048)秒的数量。
下行链路和上行链路传输被组织成具有Tf＝307200×Ts＝10ms的持续时间的无线电帧。支持两种无线电帧结构。
-类型1，适用于FDD
-类型2，适用于TDD
帧结构类型1
帧结构类型1可以应用于全双工和半双工FDD两者。每个无线电帧是Tf＝307200·Ts＝10ms长，并且由长度为Tslot＝15360·Ts＝0.5ms的20个时隙组成，编号从0到19。子帧被定义为两个连续时隙，其中子帧i由时隙2i和时隙2i+1组成。
对于FDD，10个子帧可用于下行链路传输，并且以每10ms的间隔10个子帧可用于上行链路传输。
上行链路传输和下行链路传输在频域中是分开的。在半双工FDD操作中，UE不能同时进行发送和接收，而在全双工FDD中没有这种限制。
图9图示帧结构类型1的示例。
帧结构类型2
帧结构类型2适用于TDD。每个长度为Tf＝307200×Ts＝10ms的无线电帧由两个长度均为15360·Ts＝0.5ms的半帧组成。每个半帧由五个长度为30720·Ts＝1ms的子帧组成。在表2中列出了所支持的上行链路-下行链路配置，其中，对于无线电帧中的每个子帧，“D”表示该子帧被保留用于下行链路传输，“U”表示该子帧被保留用于上行链路传输，并且“S”表示具有下行导频时隙(DwPTS)、保护时段(GP)和上行导频时隙(UpPTS)的三个字段的特殊子帧。DwPTS和UpPTS的长度由表1给出，条件是DwPTS、GP和UpPTS的总长度等于30720·Ts＝1ms。每个子帧i被定义为在每个子帧中的两个长度为Tslot＝15360·Ts＝0.5ms的时隙2i和2i+1。
支持具有5ms和10ms下行链路到上行链路切换点周期性两者的上行链路-下行链路配置。在5ms下行链路到上行链路切换点周期性的情况下，两个半帧中都存在特殊子帧。在10ms下行链路到上行链路切换点周期性的情况下，特殊子帧仅存在于第一个半帧中。子帧0和5以及DwPTS始终保留用于下行链路传输。UpPTS和紧接在特殊子帧之后的子帧始终保留用于上行链路传输。
图10图示帧结构类型2的另一示例。
表1表示特殊子帧的配置的示例。
[表1]
Figure BDA0003041813350000321
表2表示上行链路-下行链路配置的示例。
[表2]
Figure BDA0003041813350000322
NB-IoT
窄带(NB)-物联网(IoT)NB-IoT是用于支持低复杂性和低成本设备的标准，与现有的LTE设备相比，其被定义为仅执行相对简单的操作。NB-IoT遵循LTE的基本结构，并且基于以下定义的内容进行操作。如果NB-IoT重用LTE的信道或信号，则NB-IoT可以遵循现有LTE中定义的标准。
上行链路
定义了以下窄带物理信道：
-窄带物理上行链路共享信道(NPUSCH)
-窄带物理随机接入信道(NPRACH)
定义了以下上行链路窄带物理信号：
-窄带解调参考信号
从子载波的角度来看，下表3给出上行链路带宽
Figure BDA0003041813350000331
和时隙持续时间Tslot。
表3表示NB-IoT参数的示例。
[表3]
Figure BDA0003041813350000332
单个天线端口p＝0用于所有上行链路传输。
资源单元
资源单元用于解释NPUSCH和资源元素的映射。资源单元在时域中由连续符号
Figure BDA0003041813350000333
来定义，并且由频域中的连续子载波
Figure BDA0003041813350000334
来定义，其中
Figure BDA0003041813350000341
和
Figure BDA0003041813350000342
由以下表4给出。
表4表示所支持的
Figure BDA0003041813350000343
和
Figure BDA0003041813350000344
的组合的示例。
[表4]
Figure BDA0003041813350000345
窄带物理上行链路共享信道(NPUSCH)
通过两种格式支持窄带物理上行链路共享信道：
-NPUSCH格式1，用于承载UL-SCH
-NPUSCH格式2，用于承载上行链路控制信息
应当按照TS 36.211的条款5.3.1进行加扰。使用
Figure BDA0003041813350000346
来初始化加扰序列发生器，其中ns是码字的传输的第一时隙。在NPUSCH重复的情况下，在每
Figure BDA0003041813350000347
个码字的传输后，均应按照上述等式重新初始化加扰序列，并分别将ns和nf设置到用于所述重复的传输的第一时隙和帧。TS36.211中的条款10.1.3.6给出了数量
Figure BDA0003041813350000348
表5指定适用于窄带物理上行链路共享信道的调制映射。
[表5]
Figure BDA0003041813350000351
NPUSCH可以映射到一个或多个资源单元nRU，如3GPP TS 36.213的条款16.5.1.2所给出的，每个资源元单元应当被发送
Figure BDA0003041813350000352
次。
复数值符号
Figure BDA0003041813350000353
的块与幅度缩放因子βNPUSCH相乘，以符合3GPP TS 36.213中规定的发射功率PNPUSCH，并在从z(0)开始的序列中映射到被指配用于NPUSCH的传输的子载波上。指向与被指配用于传输而未用于参考信号的传输的子载波相对应的资源元素(k，l)的映射应当从所指配的资源单元中的第一时隙开始以升序排列，首先是索引k，然后是索引l。
在映射到Nslots时隙之后，在继续将z(·)映射到下一个时隙之前，将Nslots时隙另外重复
Figure BDA0003041813350000354
次，其中下述等式1被重复直到时隙已经被发送。
[等式1]
Figure BDA0003041813350000355
Figure BDA0003041813350000356
在由于256·30720Ts时间单元的NPRACH而导致的传输和/或推迟之后，插入40·3070Ts时间单元的间隙，在该间隙中推迟NPUSCH传输。由于与间隙一致的NPRACH而导致的推迟的部分被计数为间隙的一部分。
当更高层参数npusch-AllSymbols被设置为假时，SC-FDMA符号中的与根据srs-SubframeConfig配置有SRS的符号相重叠的资源元素在NPUSCH映射中被计数，但是不被用于NPUSCH的传输。当更高层参数npusch-AllSymbols被设置为真时，所有符号被发送。
在没有UL-SCH数据的NPUSCH上的上行链路控制信息
根据表15对HARQ-ACK的一比特信息
Figure BDA0003041813350000361
进行编码，其中
Figure BDA0003041813350000362
用于肯定应答以及
Figure BDA0003041813350000363
用于否定应答。
表6表示HARQ-ACK码字的示例。
[表6]
Figure BDA0003041813350000364
功率控制
用于服务小区的NB-IoT UL时隙i中的NPUSCH传输的UE发射功率由下面的等式2和3给出。
如果所分配的NPUSCH RU的重复次数大于2，
[等式2]
PNPUSCH,c(i)＝PCMAX,c(i)[dBm]
否则，
[等式3]
Figure BDA0003041813350000371
其中，PCMAX，c(i)是在3GPP TS 36.101中定义的用于服务小区c的NB-IoT UL时隙i中配置的UE发射功率。
PO_NPUSCH,c(j)是针对j＝1以及针对服务小区c由更高层提供的分量PO_NOMINAL_NPUSCH,c(j)和由更高层提供的分量PO_UE_NPUSCH,c(j)的和所组成的参数，其中j∈{1，2}。对于与动态调度许可相对应的NPUSCH(重新)传输，则j＝1，并且对于与随机接入响应许可相对应的NPUSCH(重新)传输，则j＝2。
PO_UE_NPUSCH,c(2)＝0并且PO_NORMINAL_NPUSCH,c(2)＝PO_PRE+△PREAMBLE_Msg3，其中参数preambleInitialReceivedTargetProwerPO PRE和△PREAMBLE_Msg3是针对服务小区c从更高层发信号通知的。
对于j＝1，对于NPUSCH格式2，αc(j)＝1；对于NPUSCH格式1，αc(j)由更高层提供用于服务小区c。对于j＝2，αc(j)＝1。
PLC是在UE中为服务小区c计算的以dB为单位的下行链路路径损耗估计，并且PLC＝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中针对服务小区c发送NPUSCH，则使用下面的等式4来计算功率余量。
[等式4]
PHc(i)＝PCMAX,c(i)-{PO_NPUSCH,c(1)+αc(1)·PLc}[dB]
用于发送格式1 NPUSCH的UE过程
在给定服务小区上检测到旨在用于UE的结束于NB-IoT DL子帧n的具有DCI格式N0的NPDCCH时，UE在n+k0DL子帧结束时，根据NPDCCH信息，在N个连续NB-IoT UL时隙ni(其中i＝0，1，...，N-1)中使用NPUSCH格式1来执行相应的NPUSCH传输，其中
子帧n是其中NPDCCH被发送的最后子帧，并且是根据NPDCCH传输的开始子帧以及在相应DCI中的DCI子帧重复次数字段确定的；以及
Figure BDA0003041813350000381
其中，NRep的值由在对应DCI中的重复次数字段确定，值NRU由在对应DCI中的资源分配字段确定，并且值
Figure BDA0003041813350000382
是与对应DCI中的所分配的子载波数量相对应的资源单元的NB-IoT UL时隙的数量，
n0是在子帧n+k0结束之后开始的第一NB-IoT UL时隙。
根据表7，k0值由在相应DCI中的调度延迟字段(IDelay)确定。
表7表示DCI格式N0的k0的示例。
[表7]
I<sub>Delay</sub> k<sub>0</sub>
0 8
1 16
2 32
3 64
用于NPUSCH传输的上行链路DCI格式N0中的资源分配信息向被调度的UE指示。
-由在所述对应DCI中的所述子载波指示字段确定的资源单元的连续分配的子载波(nsc)的集合，
-根据表9由在相应DCI中的资源分配字段确定的资源单元的数量(NRU)，
-根据表10由相应DCI中的重复次数字段确定的重复次数(NRep)。
根据3GPP TS 36.213中的子条款16.3.3，NPUSCH传输的子载波间隔△f由在窄带随机接入响应许可中的上行链路子载波间隔字段确定。
对于具有子载波间隔Δf＝3.75kHz的NPUSCH传输，nsc＝Isc，其中ISC是DCI中的子载波指示字段。
对于具有子载波间隔Δf＝15kHz的NPUSCH传输，DCI中的子载波指示字段(ISC)根据表8确定连续分配的子载波(nsc)的集合。
表8表示分配给具有Δf＝15kHz的NPUSCH的子载波的示例。
[表8]
子载波指示字段(I<sub>sc</sub>) 分配的子载波的集合(n<sub>sc</sub>)
0–11 I<sub>sc</sub>
12-15 3(I<sub>sc</sub>-12)+{0,1,2}
16-17 6(I<sub>sc</sub>-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<sub>RU</sub> N<sub>RU</sub>
0 1
1 2
2 3
3 4
4 5
5 6
6 8
7 10
表10表示用于NPUSCH的重复次数的示例。
[表10]
I<sub>Rep</sub> N<sub>Rep</sub>
0 1
1 2
2 4
3 8
4 16
5 32
6 64
7 128
解调参考信号(DMRS)
用于
Figure BDA0003041813350000401
的参考信号序列
Figure BDA0003041813350000402
由下面的等式5定义。
[等式5]
Figure BDA0003041813350000411
其中二进制序列c(n)由TS 36.211的条款7.2定义，并且应在NPUSCH传输的开始时以cinit＝35被初始化。如果未启用组跳变，对于NPUSCH格式2，以及对于NPUSCH格式1，数量w(n)由表11给出，其中
Figure BDA0003041813350000412
并且如果启用了组跳变，对于NPUSCH格式1，则所述数量由3GPP TS 36.211的条款10.1.4.1.3给出。
表11表示w(n)的示例。
[表11]
Figure BDA0003041813350000421
NPUSCH格式1的参考信号序列由下面的等式6给出。
[等式6]
Figure BDA0003041813350000422
NPUSCH格式2的参考信号序列由下面的等式7给出。
[等式7]
Figure BDA0003041813350000431
其中
Figure BDA0003041813350000432
由3GPP TS 36.211的表5.5.2.2.1-2中定义，其中序列索引根据
Figure BDA0003041813350000433
选择，其中
Figure BDA0003041813350000434
用于
Figure BDA0003041813350000435
的参考信号序列ru(n)是根据下面的等式8通过基本序列的循环移位α来定义的。
[等式8]
Figure BDA0003041813350000436
其中
Figure BDA0003041813350000437
由表21针对
Figure BDA0003041813350000438
给出，并且通过表22针对
Figure BDA0003041813350000439
给出。如果未启用组跳变，则基本序列索引u由分别用于
Figure BDA00030418133500004310
Figure BDA00030418133500004311
和
Figure BDA00030418133500004312
的更高层参数threeTone-BaseSequence(三音基序)、sixTone-BaseSequence(六音基序)和twelveTone-BaseSequence(12音基序)给出。如果更高层没有发信号，则基本序列由下面的等式9给出。
[等式9]
Figure BDA00030418133500004313
如果启用了组跳变，则基本序列索引u由3GPP TS 36.211的条款10.1.4.1.3给出。
如表23所定义的，用于
Figure BDA0003041813350000441
和
Figure BDA0003041813350000442
的循环移位分别从更高层参数threeTone-CyclicShift(三音循环移位)和sixTone-CyclicShift(六音循环移位)导出。对于
Figure BDA0003041813350000443
α＝0。
表12表示用于
Figure BDA0003041813350000444
的
Figure BDA0003041813350000445
的示例。
[表12]
Figure BDA0003041813350000446
表13表示用于
Figure BDA0003041813350000447
的
Figure BDA0003041813350000448
的另一个示例。
[表13]
Figure BDA0003041813350000449
表14表示∝的示例。
[表14]
Figure BDA0003041813350000451
对于NPUSCH格式1的参考信号，可以启用序列-组跳变，其中，根据下面的等式10，由组跳变图案fgh(ns)和序列-移位图案fss来定义时隙ns中的序列-组编号u。
[等式10]
Figure BDA0003041813350000452
其中，可用于每个资源单元大小的参考信号序列的数量
Figure BDA0003041813350000453
由下面的表15给出。
[表15]
Figure BDA0003041813350000454
可以通过由更高层提供的小区特定参数groupHoppingEnabled来启用或禁用序列组跳变。用于NPUSCH的序列组跳变可以通过更高层参数groupHoppingDisabled来对某个UE禁用，尽管它可以在小区基础上启用，除非NPUSCH传输作为基于竞争的随机接入过程的一部分对应于相同传送块的重新传输或对应于随机接入响应许可。
组跳变图案fgh(ns)由下面的等式11给出。
[等式11]
Figure BDA0003041813350000461
其中，对于
Figure BDA0003041813350000462
n′s＝ns，并且n′s是用于
Figure BDA0003041813350000463
的资源单元的第一时隙的时隙号。伪随机序列c(i)由条款7.2定义。伪随机序列发生器在用于
Figure BDA0003041813350000464
的资源单元的开头和在对于
Figure BDA0003041813350000465
的每个偶数时隙中通过
Figure BDA0003041813350000466
被初始化。
序列移位图案fss由下面的等式12给出。
[等式12]
Figure BDA0003041813350000467
其中，△ss∈{0,1,...,29}由更高层参数groupAssignmentNPUSCH给出。如果没有值由信号通知，则△ss＝0。
序列r(·)应当与幅度缩放因子βNPUSCH相乘，并从r(0)开始按顺序映射到子载波上。
在映射过程中使用的子载波集应当与在3GPP 36.211的条款10.1.3.6中定义的相应NPUSCH传输相同。
到资源元素(k,l)的映射应当按升序顺序，首先是k，然后是l，且最后是时隙号。表25中给出了时隙中的符号索引l的值。
表16表示用于NPUSCH的解调参考信号位置的示例。
[表16]
Figure BDA0003041813350000471
SF-FDMA基带信号生成
对于
Figure BDA0003041813350000472
通过条款5.6定义了在时隙中的SC-FDMA符号l中的时间连续信号sl(t)，其中用
Figure BDA0003041813350000473
取代了数量
Figure BDA0003041813350000474
对于
Figure BDA0003041813350000475
上行链路时隙中SC-FDMA符号l中的子载波索引k的时间连续信号sk,l(t)由下面的等式13定义。
[等式13]
Figure BDA0003041813350000476
Figure BDA0003041813350000477
对于0≤t<(NCP,l+N)Ts，其中用于△f＝15kHz和△f＝3.75kHz的参数在表26中给出，ak(-),l是符号l的调制值，并且相位旋转
Figure BDA0003041813350000478
由下面的等式14定义。
[等式14]
Figure BDA0003041813350000481
Figure BDA0003041813350000482
Figure BDA0003041813350000483
Figure BDA0003041813350000484
Figure BDA0003041813350000485
其中
Figure BDA0003041813350000486
是符号计数器，其在传输开始处重置，并在传输期间对于每个符号递增。
表17表示用于
Figure BDA0003041813350000487
的SC-FDMA参数的示例。
[表17]
Figure BDA0003041813350000488
在时隙中的SC-FDMA符号应当以l的升序从l＝0开始进行发送，其中SC-FDMA符号l>0在时隙内的时间
Figure BDA0003041813350000489
开始。对于△f＝3.75kHz，在Tslot中的其余2304Ts不被发送并且用于保护时段。
窄带物理随机接入信道(NPRACH)
物理层随机接入前导基于单子载波跳频符号组。符号组是图11中图示的随机接入符号组，由长度为TCP的循环前缀和总长度为TSEQ的5个相同的符号组成。参数值是表18中列出的随机接入前导参数。
图11图示随机接入符号组的示例。
表18表示随机接入前导参数的示例。
[表18]
前导格式 T<sub>CP</sub> T<sub>SEQ</sub>
0 2048T<sub>s</sub> 5·8192T<sub>s</sub>
1 8192T<sub>s</sub> 5·8192T<sub>s</sub>
由无间隙发送的4个符号组组成的前导被发送
Figure BDA0003041813350000491
次。
如果由MAC层触发，则随机接入前导的传输被限制在某些时间和频率资源上。
由更高层提供的NPRACH配置包含以下内容：
NPRACH资源周期性
Figure BDA0003041813350000492
(nprach-Periodicity)，
分配给NPRACH的第一子载波的频率位置
Figure BDA0003041813350000493
(nprach-SubcarrierOffset)，
分配给NPRACH的子载波的数量
Figure BDA0003041813350000494
(nprach-NumSubcarrier)，
分配给基于竞争的NPRACH随机接入的开始子载波的数量
Figure BDA0003041813350000495
(nprach-NumCBRA-StartSubcarriers)，
每次尝试的NPRACH重复次数
Figure BDA0003041813350000496
(numRepetitionsPerPreambleAttempt)，
NPRACH开始时间
Figure BDA0003041813350000497
(nprach-StartTime)，
用于计算被保留用于指示UE支持多音调msg3传输的NPRACH子载波的范围的开始子载波索引的分数
Figure BDA0003041813350000498
(nprach-SubcarrierMSG3-RangeStart)。
NPRACH传输只能在满足
Figure BDA0003041813350000499
的无线电帧开始之后的
Figure BDA00030418133500004910
个时间单元开始。在4·64(TCP+TSEQ)个时间单元的传输之后，插入40·30720Ts个时间单元的间隔。
其中
Figure BDA0003041813350000501
的NPRACH配置无效。
分配给基于竞争的随机接入的NPRACH开始子载波被分成两个子载波集合，
Figure BDA0003041813350000502
和
Figure BDA0003041813350000503
其中第二集合(如果存在的话)指示UE支持多音调msg3传输。
NPRACH传输的频率位置被限制在
Figure BDA0003041813350000504
个子载波内。跳频在12个子载波内使用，其中第i个符号组的频率位置由
Figure BDA0003041813350000505
和等式15给出，其中
Figure BDA0003041813350000506
并且
[等式15]
Figure BDA0003041813350000507
Figure BDA0003041813350000508
f(-1)＝0
其中，
Figure BDA0003041813350000509
ninit是由MAC层从
Figure BDA00030418133500005010
中选择的子载波，并且伪随机序列c(n)由3GPP TS 36.211的条款7.2给出。伪随机序列发生器应当使用
Figure BDA00030418133500005011
来初始化。
用于符号组i的时间连续随机接入信号si(t)由下面的等式16定义。
[等式16]
Figure BDA00030418133500005012
其中0≤t＜TSEQ+TCP，βNPRACH是为了符合在3GPP TS 36.213的条款16.3.1中规定的发射功率PNPRACH的幅度缩放因子，
Figure BDA0003041813350000511
K＝Δf/ΔfRA考虑了在随机接入前导和上行链路数据传输之间的子载波间隔中的差异，并且在由参数
Figure BDA0003041813350000512
控制的频域中的位置是从3GPP TS 36.211的条款10.1.6.1得出的。变量ΔfRA由下表28给出。
表19表示随机接入基带参数的示例。
[表19]
前导格式 △f<sub>RA</sub>
0,1 3.75kHz
下行链路
下行链路窄带物理信道对应于承载源自更高层的信息的资源元素集，并且是在3GPP TS 36.212和3GPP TS 36.211之间定义的接口。
定义了以下的下行链路物理信道：
-窄带物理下行链路共享信道(NPDSCH)
-窄带物理广播信道(NPBCH)
-窄带物理下行链路控制信道(NPDCCH)
下行链路窄带物理信号对应于由物理层使用的资源元素集，但是不承载源自更高层的信息。
下行链路窄带物理信号对应于物理层使用的资源元素集，但不承载源自更高层的信息。定义了以下下行链路物理信号：
-窄带参考信号(NRS)
-窄带同步信号
-窄带物理下行链路共享信道(NPDSCH)
加扰序列发生器利用
Figure BDA0003041813350000521
被初始化，其中ns是码字传输的第一时隙。在NPDSCH重复并且NPDSCH承载BCCH的情况下，对于每次重复，根据上述表达式重新初始化加扰序列发生器。在NPDSCH重复并且NPDSCH不承载BCCH的情况下，在分别具有ns和nf集的码字到第一时隙和该帧的每
Figure BDA0003041813350000522
次传输之后，根据上述表达式重新初始化加扰序列发生器，以用于所述重复的传输。
调制使用QPSK调制方案来完成。
NPDSCH可以被映射到一个或多于一个的子帧，NSF，如3GPP TS 36.213的条款16.4.1.5所给出的，其中每个将被发送
Figure BDA0003041813350000523
次。
对于用于物理信道的传输的天线端口中的每个，复数值符号的块
Figure BDA0003041813350000524
应当被映射到满足当前子帧中的所有以下准则的资源元素(k，l)：
子帧不用于NPBCH、NPSS或NSSS的传输，以及
它们被UE假设为不用于NRS，以及
它们不与用于CRS的资源元素(如果有的话)重叠，以及
在子帧中的第一时隙中的索引l满足l≥lDataStart，其中lDataStart由3GPP TS 36.213的条款16.4.1.4给出。
以从y(p)(0)开始到满足上述准则的天线端口p上的资源元素(k，l)的顺序对
Figure BDA0003041813350000525
的映射应当以首先索引k然后索引l的升序，从子帧中的第一时隙开始并且以第二时隙结束。对于不承载BCCH的NPDSCH，在映射到子帧之后，在继续将y(p)(·)映射到下一子帧之前，该子帧应当被重复以用于
Figure BDA0003041813350000526
附加子帧。然后重复所述
Figure BDA0003041813350000527
的映射，直到
Figure BDA0003041813350000528
子帧已经被发送。对于承载BCCH的NPDSCH，按顺序将
Figure BDA0003041813350000531
映射到NSF子帧，然后重复，直到
Figure BDA0003041813350000532
子帧已经被发送。
NPDSCH传输可以由更高层来配置，具有其中NPSDCH传输被推迟的传输间隙。如果Rmax＜Ngap，threshold，其中Ngap，threshold由更高层参数dl-GapThreshold给出，并且Rmax由3GPP TS36.213给出，则在NPDSCH传输中没有间隙。间隙开始帧和子帧由
Figure BDA0003041813350000533
给出，其中间隙周期性Ngap，period由更高层参数dl-GapPeriodicity给出。在多个子帧中的间隙持续时间由Ngap，duration＝Ngap，coeffNgap，period给出，其中Ngap，coeff由更高层参数dl-GapDurationCoeff给出。对于承载BCCH的NPDSCH，在传输中没有间隙。
如果不是NB-IoT下行链路子帧，则除了在子帧4中的承载SystemInformationBlockType1-NB的NPDSCH的传输之外，UE不预期在子帧i中进行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的旨在用于UE的子帧n中结束的NPDCCH的给定服务小区时，根据NPDCCH信息，从n+5DL子帧中开始对在N个连续NB-IoT DL子帧ni中的对应NPDSCH传输进行解码，其中i＝0，1，...，N-1，其中
子帧n是发送NPDCCH的最后子帧，且根据NPDCCH传输的开始子帧和在相应DCI中的DCI子帧重复次数字段来确定；
子帧ni，其中i＝0，1,…，N-1，是除了用于SI消息的子帧之外的N个连续NB-IoT DL子帧，其中n0＜n1＜…，nN-1，
N＝NRepNSF，其中NRep的值由在相应DCI中的重复次数字段确定，并且NSF的值由相应DCI中的资源分配字段确定，以及
k0是从DL子帧n+5开始直到DL子帧n0的NB-IoT DL子帧的数量，其中k0由用于DCI格式N1的调度延迟字段(IDelay)确定，且k0＝0用于DCI格式N2。对于由G-RNTI加扰的DCI CRC，k0根据表30由调度延迟字段(IDelay)确定，否则k0根据表29由调度延迟字段(IDelay)确定，Rmax的值根据3GPP 36.213中的子条款16.6用于相应DCI格式N1。
表20表示用于DCI格式N1的k0的示例。
[表20]
Figure BDA0003041813350000541
表21表示具有由G-RNTI加扰的DCI CRC的DCI格式N1的k0的示例。
[表21]
I<sub>Delay</sub> k<sub>0</sub>
0 0
1 4
2 8
3 12
4 16
5 32
6 64
7 128
预期UE不会在由UE进行的NPUSCH传输结束后的3个DL子帧中接收传输。
用于NPSICH的DCI格式N1、N2(寻呼)的资源分配信息向调度的UE指示下述信息。
-子帧数量(NSF)，由在相应DCI中的资源分配字段(ISF)根据表22来确定。
-重复次数(NRep)，由在相应DCI中的重复次数字段(IRep)根据表23来确定。
[表22]
I<sub>SF</sub> N<sub>SF</sub>
0 1
1 2
2 3
3 4
4 5
5 6
6 8
7 10
[表23]
I<sub>Rep</sub> N<sub>Rep</sub>
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并根据表33来确定的。
表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]
Figure BDA0003041813350000571
用于NPDSCH的开始OFDM符号由在子帧k中的第一时隙中的索引lDataStrart给出，并确定如下：
-如果子帧k是用于接收SIB1-NB的子帧，
如果高层参数operationModeInfo的值设置为“00”或“01”，则lDataStrart＝3，
除此之外，lDataStrart＝0
-否则
如果存在更高层参数eutraControlRegionSize的值，则lDataStrart由更高层参数eutraControlRegionSize给出，
除此之外，lDataStrart＝0
用于报告ACK/NACK的UE过程
UE应当在检测到旨在用于UE的、结束于NB-IoT子帧n的、并且应当对其提供ACK/NACK的NPDSCH传输时，在N个连续的NB-IoT UL时隙中通过使用NPUSCH格式2在承载ACK/NACK响应的NPUSCH的n+k0-1DL子帧传输结束处开始，其中
Figure BDA0003041813350000581
Figure BDA0003041813350000582
的值由用于Msg4NPDSCH传输的相关联NPRACH资源配置的更高层参数ack-NACK-NumRepetitions-Msg4给出，否则由更高层参数ack-NACK-NumRepetitions给出，并且
Figure BDA0003041813350000583
的值是所述资源单元的时隙数量，
根据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来进行，其中Mbit表示将在NPBCH上发送的比特的数量。对于正常循环前缀，Mbit等于1600。加扰序列将在满足nf mod 64＝0的无线电帧中利用
Figure BDA0003041813350000591
被初始化。
对于每个天线端口，使用QPSK调制方案来进行调制，并且在满足nfmod 64＝0的每个无线电帧中开始的64个连续无线电帧期间在子帧0中发送。
层映射和预编码根据3GPP TS 36.211的条款6.6.3来进行，其中P∈{1，2}。UE假设天线端口R2000和R2001用于窄带物理广播信道的传输。
在满足nfmod 64＝0的每个无线电帧中开始的64个连续无线电帧期间，在子帧0中发送用于每个天线端口的复数值符号块y(p)(0)，...y(p)(Msymb-1)，并且应当从以y(0)开始的连续无线电帧开始依次映射到不是被保留用于参考信号的传输的资源元素(k，l)，应当按照首先是索引k、然后是索引l的升序进行。在映射到子帧之后，在继续将y(p)(·)映射到在随后无线电帧中的子帧0之前，该子帧在随后7个无线电帧中的子帧0中重复。在子帧中的前三个OFDM符号在映射过程中不使用。出于映射的目的，UE假设存在用于天线端口0-3的小区特定参考信号和用于天线端口2000和2001的窄带参考信号，而不管实际配置如何。小区特定参考信号的频移通过在3GPP TS 36.211的条款6.10.1.2中vshift的计算中用小区
Figure BDA0003041813350000592
代替
Figure BDA0003041813350000593
来计算。
窄带物理下行链路控制信道(NPDCCH)
窄带物理下行链路控制信道承载控制信息。在一个或两个连续窄带控制信道元素(NCCE)的聚合上发送窄带物理控制信道，其中窄带控制信道元素对应于子帧中的6个连续子载波，其中NCCE 0占用子载波0到5，且NCCE 1占用子载波6到11。NPDCCH支持在表35中列出的多种格式。对于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节以
Figure BDA0003041813350000601
在子帧k0开始处被初始化，其中ns是其中加扰被(重新)初始化的NPDCCH子帧的第一时隙。
调制根据TS 36.211的条款6.8.3通过使用QPSK调制方案来进行。
层映射和预编码根据TS 36.211的条款6.6.3通过使用与NPBCH相同的天线端口来进行。
复数值符号块y(0)，...y(Msymb-1)在从y(0)开始的序列中在关联天线端口上映射到满足所有以下准则的资源元素(k，l)：
它们是被指配用于NPDCCH传输的NCCE的一部分，并且
它们被假定为不用于NPBCH、NPSS或NSSS的传输，并且
它们被UE假定为不用于NRS，并且
它们不与TS 36.211的条款6中定义的用于PBCH、PSS、SSS或CRS的资源元素重叠(如果有的话)，以及
子帧中的第一时隙中的索引l满足l≥lNPDCCHStart，其中lNPDCCHStart由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搜索空间
Figure BDA0003041813350000631
其中每个候选在排除用于从子帧k开始的SI消息的传输的子帧的R个连续NB-IoT下行链路子帧的集合中重复。
开始子帧k的位置由k＝kb给出，其中kb是除了用于SI消息的传输的子帧之外的从子帧k0起的第b个连续NB-IoT DL子帧，并且b＝u·R且
Figure BDA0003041813350000632
其中子帧k0是满足条件
Figure BDA0003041813350000633
的子帧，其中T＝Rmax·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中的第一时隙中的索引lNPDCCHStart给出，并且如下确定：
如果存在更高层参数eutraControlRegionSize，
lNPDCCHStart由更高层参数eutraControlRegionSize给出。
否则，lNPDCCHStart＝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)
用于窄带主同步信号的序列dl(n)根据下面的等式17从频域Zadoff-Chu序列生成。
[等式17]
Figure BDA0003041813350000651
n＝0，1，…，10
其中对于不同符号索引l的S(l)和Zadoff-Chu根序列索引u＝5由表27给出。
表27表示S(l)的一个示例。
[表27]
Figure BDA0003041813350000652
相同的天线端口将用于在子帧内的窄带主同步信号的所有符号。
UE不应假设窄带主同步信号在与任何下行链路参考信号相同的天线端口上被发送。UE不应当假设在给定子帧中的窄带主同步信号的传输使用与在任何其他子帧中的窄带主同步信号相同的一个或多个天线端口。
序列dl(n)应当在每个无线电帧中的子帧5中以首先是索引
Figure BDA0003041813350000653
且然后是索引l
Figure BDA0003041813350000654
的升序被映射到资源元素(k，l)。对于与其中发送小区特定参考信号的资源元素重叠的资源元素(k，l)，相应的序列元素d(n)不用于NPSS，而是在映射过程中计数。
窄带辅同步信号(NSSS)
用于窄带辅同步信号的序列d(n)根据下面的等式18从频域Zadoff-Chu序列生成。
[等式18]
Figure BDA0003041813350000661
其中
n＝0，1，…，131
n′＝n mod 131
m＝n mod 128
Figure BDA0003041813350000662
Figure BDA0003041813350000663
二进制序列bq(n)由表35给出。帧号nf的循环移位θf由
Figure BDA0003041813350000664
给出。
表28表示bq(n)的示例。
[表28]
Figure BDA0003041813350000671
应当将相同的天线端口用于在子帧内的窄带辅同步信号的所有符号。
UE不应假设窄带辅同步信号是在与任何下行链路参考信号相同的天线端口上发送的。UE不应假设在给定子帧中的窄带辅同步信号的传输使用与在任何其他子帧中的窄带辅同步信号相同的一个或多个天线端口。
序列d(n)应当首先通过指配的12个子载波以索引k、然后在满足nfmod 2＝0的无线电帧中通过指配的最后
Figure BDA0003041813350000672
符号以索引l的升序，映射到以d(0)开始的序列中的资源元素(k,l)，其中
Figure BDA0003041813350000673
由表29给出。
表29表示NSSS符号的数量的示例。
[表29]
Figure BDA0003041813350000681
OFDM基带信号生成
如果更高层参数operationModeInfo不指示‘inband-SamePCI’，而且samePCI-Indicator不指示‘samePCI’，则下行链路时隙上的OFDM符号l中的天线端口p上的时间连续信号
Figure BDA0003041813350000682
由下面的等式19定义。
[等式19]
Figure BDA0003041813350000683
对于0≤t＜(NCP，i+N)×Ts，其中
Figure BDA0003041813350000684
N＝2048，Δf＝15kHz，且
Figure BDA0003041813350000685
是在天线端口上的资源元素(k，l)的内容。
如果更高层参数operationModeInfo指示‘inband-SamePCI’或者samePCI-Indicator指示‘samePCI’，则OFDM符号l'的天线端口p上的时间连续的信号
Figure BDA0003041813350000686
(其中
Figure BDA0003041813350000687
)是在最后偶数子帧的开始处的OFDM符号索引，并且由下面的等式20定义。
[等式20]
Figure BDA0003041813350000688
对于0≤t＜(NCP，i+N)×Ts，其中
Figure BDA0003041813350000691
且
Figure BDA0003041813350000692
如果资源元素(k，l′)用于窄带IoT，则
Figure BDA0003041813350000693
否则为0，并且fNR-IoT是窄带IoT PRB载波的频率位置减去LTE信号的中心频率位置。
在3GPP规范的此版本中，窄带IoT下行链路仅支持正常CP。
用于NB-IoT的初始接入过程
在“NB-IoT中的一般信号发送和接收过程”部分中简要地描述了NB-IoT UE初始接入基站的过程。具体地，NB-IoT UE初始接入基站的过程可以包括其中NB-IoT UE搜索初始小区的过程和其中NB-IoT UE获取系统信息的过程。
在这方面，图12图示用于在NB-IoT中进行初始接入的UE与基站(例如，NodeB、eNodeB、eNB、gNB等)之间的信令的特定过程。在下文中，将参考图12描述用于NB-IoT的正常初始接入过程、NPSS/NSSS配置以及在NB-IoT中对系统信息(例如，MIB、SIB等)的获取。
图12是图示关于支持NB-IoT系统的无线电系统的初始接入过程的流程图。
图12中的是图示用于NB-IoT的初始接入过程的示例的流程图，可以取决于NB-IoT被应用于的无线通信系统而不同地配置或指定每个物理信道和/或物理信号的名称。例如，尽管图12图示考虑基于LTE系统的NB-IoT的过程，但是这仅仅是为了方便说明的示例。例如，其内容能够被扩展和应用于基于NR系统的NB-IoT。
如图12所图示的，NB-IoT基于在下行链路中发送的以下信号：主窄带同步信号和辅窄带同步信号(NPSS和NSSS)。在每个帧的第六子帧中从第一子载波到第十一子载波的11个子载波之上发送NPSS(S1110)，并且在每隔一帧的对于FDD为第十子帧而对于TDD为第一子帧中在NB-IoT载波中的12个子载波之上发送NSSS(S1120)。
NB-IoT UE可以在NB物理广播信道(NPBCH)上接收MIB-NB(主信息块-NB)(S1130)。
MIB-NB使用周期为640ms的固定的调度并且在640ms内做出重复。在SFN mod 64＝0的无线电帧的子帧#0中调度MIB-NB的首次传输，并且在所有其他无线电帧的子帧#0中调度重复。传输被安排在80ms持续时间的8个独立可解码的块中。
然后，NB-IoT UE可以在PDSCH上接收SIB1-NB(SystemInformationBlockType1-NB(系统信息块类型1-NB))(S1140)。
SIB1-NB使用周期为2560ms的固定的调度。SIB1-NB传输发生在16个连续帧中的每隔一帧的子帧#4中。用于SIB1-NB的首次传输的起始帧是从小区PCID和2560ms周期内的重复次数导出的。在2560ms周期内等间隔地做出重复。用于SystemInformationBlockType1-NB的TBS和在2560ms内做出的重复由MIB-NB中的scheduleInfoSIB1字段指示。
使用SystemInformationBlockType1-NB中提供的调度信息来在周期性地发生的时域窗口(被称为SI窗口)中发送SI消息。每个SI消息与SI窗口相关联，并且不同的SI消息的SI窗口不重叠。也就是说，在一个SI窗口内发送仅对应的SI。SI窗口的长度对所有SI消息来说是共同的，并且是可配置的。
在SI窗口内，能够取决于TBS而在2或8个连续NB-IoT下行链路子帧之上发送对应SI消息多次。UE获取详细的时/频域调度信息和其他信息。其他信息的示例可以包括来自SystemInformationBlockType1-NB中的schedulingInfoList字段的用于SI消息的传输格式。不要求UE并行地累积若干SI消息，但是UE可能需要取决于覆盖范围条件而跨多个SI窗口累积SI消息。
SystemInformationBlockType1-NB为所有SI消息配置SI窗口长度和传输周期。
另外，NB-IoT UE可以在PDSCH上接收SIB2-NB(SystemInformationBlockType2-NB(系统信息块类型2-NB))以得到附加信息(S1150)。
如图12所图示的，NRS是指窄带参考信号。
用于NB-IoT的随机接入过程
在“NB-IoT中的一般信号发送和接收过程”部分中简要地描述了NB-IoT UE随机地接入基站的过程。具体地，可以通过其中NB-IoT UE发送前导并且接收对该前导的响应的过程等来执行其中NB-IoT UE随机地接入基站的过程。
在这方面，图13图示用于在NB-IoT中进行随机接入的UE与基站(例如，NodeB、eNodeB、eNB、gNB等)之间的信令的特定过程。在下文中，将参考图13描述基于在用于NB-IoT的正常随机接入过程中使用的消息(例如，msg1、msg2、msg3、msg4)的随机接入过程。
图13是图示关于支持NB-IoT系统的无线电系统的随机接入过程的流程图。
图13中的是图示用于NB-IoT的随机接入过程的示例的流程图，可以取决于NB-IoT被应用于的无线通信系统而不同地配置或指定每个物理信道、物理信号和/或消息的名称。例如，尽管图13图示考虑基于LTE系统的NB-IoT的过程，但是这仅仅是为了方便说明的示例。例如，其内容能够被扩展和应用于基于NR系统的NB-IoT。
如图13所图示的，在NB-IoT的情况下，RACH过程具有与LTE相同的消息流，但是具有不同的参数。
关于用于NB-IoT的随机接入过程，在下面详细地描述NB-IoT UE向基站发送的NPRACH。
图14图示与支持NB-IoT系统的无线电系统有关的窄带物理随机接入信道(NPRACH)区域。
如图14所图示的，随机接入符号组由长度的循环前缀和具有总长度的相同符号的序列构成。前导重复单元中的符号组的总数由P表示。时间连续的符号组的数目由G表示。
帧结构1和2的参数值分别被示出在表30和31中。
[表30]
前导格式 G P N T<sub>CP</sub> T<sub>SEQ</sub>
0 4 4 5 2048T<sub>s</sub> 5·8192T<sub>s</sub>
1 4 4 5 8192T<sub>s</sub> 5·8192T<sub>s</sub>
2 6 6 3 24576T<sub>s</sub> 3·24576T<sub>s</sub>
[表31]
Figure BDA0003041813350000731
由于NB-IoT中的具体上行链路传输方案，在RAR消息中进一步包括音调信息，并且重新定义用于导出随机接入无线电网络临时标识符(RA-RNTI)的公式。为了支持传输重复，扩展了包括RAR窗口大小和媒体接入控制(MAC)竞争解决定时器的对应参数。
参考图14，物理层随机接入前导(即，PRACH)基于针对单个用户具有跳频的单个子载波/音调传输。PRACH使用3.75kHz的子载波间隔(即，266.7us的符号长度)，并且提供两个循环前缀长度以支持不同的小区大小。在随机接入符号组之间执行跳频，其中每个符号组包括五个符号和循环前缀，在符号组的重复之间伪随机跳变。
由更高层(例如，RRC)提供的NPRACH配置可以包括下述。
-NPRACH资源周期
Figure BDA0003041813350000732
(nprach-Periodicity)
-分配给NPRACH的第一子载波的频率位置
Figure BDA0003041813350000733
(nprach-SubcarrierOffset)
-分配给NPRACH的子载波的数目
Figure BDA0003041813350000734
(nprach-NumSubcarriers)
-分配给基于竞争的NPRACH随机接入的起始子载波的数目
Figure BDA0003041813350000735
(nprach-NumCBRA-StartSubcarriers)
-每次尝试的NPRACH重复次数
Figure BDA0003041813350000736
(numRepetitionsPerPreambleAttempt)
-NPRACH起始时间
Figure BDA0003041813350000741
(nprach-StartTime)，
-用于针对为指示UE支持多音调msg3传输而保留的NPRACH子载波的范围计算起始子载波索引的部分
Figure BDA0003041813350000742
(nprach-SubcarrierMSG3-RangeStart)
在满足
Figure BDA0003041813350000743
的无线电帧开始之后仅
Figure BDA0003041813350000744
个时间单元NPRACH传输能够开始。在4·64(TCP+TSEQ)个时间单元的传输之后，应插入40·30720Ts个时间单元的间隙。
Figure BDA0003041813350000745
的NPRACH配置是无效的。
分配给基于竞争的随机接入的NPRACH起始子载波被分为两个子载波集合
Figure BDA0003041813350000746
和
Figure BDA0003041813350000747
其中第二集合若存在的话，指示UE支持多音调msg3传输。
NPRACH传输的频率位置被约束在
Figure BDA0003041813350000748
个子载波内。应在12个子载波内使用跳频，其中第i个符号组的频率位置由
Figure BDA0003041813350000749
给出，其中
Figure BDA00030418133500007410
并且
Figure BDA00030418133500007411
Figure BDA00030418133500007412
f(-1)＝0。
其中
Figure BDA00030418133500007413
其中ninit是由MAC层从
Figure BDA00030418133500007414
中选择的子载波，并且伪随机序列c(n)由下式给出：
c(n)＝(x1(n+NC)+x2(n+NC))mod 2
x1(n+31)＝(x1(n+3)+x1(n))mod 2
x2(n+31)＝(x2(n+3)+x2(n+2)+x2(n+1)+x2(n))mod 2。
其中NC＝1600并且第一m序列应利用x1(0)＝1，x1(n)＝0，n＝1，2，...，30进行初始化。第二m序列的初始化可以由
Figure BDA0003041813350000751
表示。对于NPRACH，伪随机序列发生器应利用
Figure BDA0003041813350000752
进行初始化。
在每个NPRACH发生中，可以支持{12、24、36、48}个子载波。另外，可以将随机接入前导传输(即，PRACH)重复达{1、2、4、8、16、32、64、128}次以增强覆盖范围。
下面详细描述用于窄带物理广播信道(NPBCH)的物理层处理。
加扰
根据3GPP TS 36.211的第6.6.1条进行加扰，其中Mbit表示要在NPBCH上发送的比特数。针对正常循环前缀，Mbit等于1600。加扰序列在无线电帧满足nf mod 64＝0中以
Figure BDA0003041813350000753
初始化。
调制
使用表10.2.4.2-1中的调制方案，根据TS 36.211的条款6.6.2进行调制。
表32表示NPBCH的调制方案的示例。
[表32]
物理信道 调制方案
NPBCH QPSK
层映射和预编码
层映射和预编码根据3GPP TS 36.211的条款6.6.3进行，其中P∈{1，2}。UE假设天线端口R2000和R2001用于窄带物理广播信道的传输。
映射到资源元素
每个天线端口的复数值符号块y(p)(0),...,y(p)(Msymb-1)在满足nfmod64＝0的每个无线电帧中开始的64个连续无线电帧期间在子帧0中被发送，并且应当以y(0)开始按顺序映射到资源元素(k,l)。指向未被保留用于参考信号的传输的资源元素(k,l)的映射应按升序进行，首先是索引k，然后是索引l。在映射到子帧之后，在继续将y(p)(·)映射到在后续无线电帧中的子帧0之前，该子帧在随后的7个无线电帧中的子帧0中重复。子帧中的前三个OFDM符号在映射过程中不使用。
出于映射的目的，UE假设存在用于天线端口0-3的小区特定参考信号以及用于天线端口2000和2001的窄带参考信号，不论实际配置如何。小区特定参考信号的频移应当通过在3GPP TS 36.211的条款6.10.1.2的vshift计算中将
Figure BDA0003041813350000761
替换为
Figure BDA0003041813350000762
来计算。
接下来，将更详细地描述与MIB-NB和SIBN1-NB相关的信息。
MasterInformationBlock-NB
MasterInformationBlock-NB包括在BCH上发送的系统信息。
信令无线电承载：N/A
RLC-SAP：TM
逻辑信道：BCCH
方向：E-UTRAN到UE
表33示出MasterInformationBlock-NB格式的示例。
[表33]
Figure BDA0003041813350000771
下面表34表示MasterInformationBlock-NB字段的描述。
[表34]
Figure BDA0003041813350000772
Figure BDA0003041813350000781
SystemInformationBlockType1-NB
SystemInformationBlockType1-NB消息包含在评估是否允许UE接入小区时相关的信息，并定义其他系统信息的调度。
信令无线电承载：N/A
RLC-SAP：TM
逻辑信道：BCCH
方向：E-UTRAN到UE
表35表示SystemInformationBlockType1(SIB1)-NB消息的示例。
[表35]
Figure BDA0003041813350000791
Figure BDA0003041813350000801
Figure BDA0003041813350000811
表36表示SystemInformationBlockType1-NB字段的描述。
[表36]
Figure BDA0003041813350000812
Figure BDA0003041813350000821
Figure BDA0003041813350000831
Figure BDA0003041813350000841
[表37]
Figure BDA0003041813350000842
机器类型通信(MTC)
MTC主要设计用于将LTE用于机器对机器(M2M)或物联网(IoT)。通常，这样的应用不需要那么多的吞吐量(在大多数情况下，它需要非常低的吞吐量)。M2M通信的关键要求包括降低成本、降低功耗、增强覆盖范围等。
为促进MTC，长期演进(LTE)版本12已经引入一些初始特征，诸如新的低成本用户设备(UE)类别、省电模式(PSM)和针对演进型NodeB(eNB)参数调谐的UE辅助信息。LTE版本12中引入的新的低成本UE类别称为类别0。为了降低UE的基带和RF复杂度，类别0定义降低的峰值数据速率(例如，1Mbps)、具有宽松的射频(RF)要求的半双工操作、以及单个接收天线。PSM允许UE大幅降低具有延迟容忍的移动发起的(MO)业务的应用的功耗，以实现多年的电池寿命。
对于本领域技术人员而言显而易见的是，本公开中描述的UE/基站的操作可以应用于LTE MTC。
在描述用于本公开中提出的在TDD NB-IoT系统中发送和接收SIB1-NB的方法之前，将概述稍后将描述的术语的缩写和定义。
缩写
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使能够使用限制为200kHz的信道带宽通过E-UTRA接入网络服务。
NB-IoT带内操作：在正常E-UTRA载波中使用资源块时，NB-IoT作为带内操作。
NB-IoT保护带操作：当使用未在E-UTRA载波的保护带中使用的资源块时，NB-IoT作为保护带操作。
NB-IoT独立组网操作：当使用自己的频谱时，NB-IoT作为独立组网操作。例如，当前GERAN系统使用的频谱(而不是一个或多个GSM载波)以及用于潜在IoT部署的分散频谱。
锚载波：在NB-IoT中，UE假定对于FDD发送NPSS/NSSS/NPBCH/SIB-NB，或者对于TDD发送NPSS/NSSS/NPBCH的载波。
非锚载波：在NB-IoT中，UE不假定对于FDD发送NPSS/NSSS/NPBCH/SIB-NB或对于TDD发送NPSS/NSSS/NPBCH的载波。
信道栅格：UE读取资源所用的最小单位。在LTE系统的情况下，信道栅格的值为100kHz。
此外，本公开中描述的“/”可以被解释为“和/或”，并且“A和/或B”可以被解释为与“包括A或(和/或)B中的至少之一”的相同的含义。
MTC物理下行链路控制信道(MPDCCH)是基于EPDCCH的MTC物理下行链路控制信道。因此，以与EPDCCH相同的方式，MPDCCH基于解调参考信号(DMRS)来估计信道，并且使用所估计的信道来执行MPDCCH解调。
LTE-MTC UE可以以与LTE UE相同的方式执行时间/频率内插，以便增强信道估计能力。然而，由于以下的信号特性，可能发生就信道估计能力而言，不可能在用于MPDCCH解调的参考信号上执行时间/频率内插的情况。
影响MPDCCH信道估计的MPDCCH的特征
-仅针对用于MPDCCH传输的物理资源块(PRB)发送MPDCCH的DMRS。
-支持MPDCCH格式，其支持各种增强型控制信道元素(ECCE)聚合等级。
-LTE-MTC中支持的MPDCCH格式占用1/2/4PRB：一个PRB中可能存在四个ECCE。因此，如果AL≤4的MPDCCH格式执行集中式传输，则在一个PRB中发送对应的MPDCCH，仅在对应的PRB中发送用于MPDCCH的DMRS。即，用于UE的DMRS不在对应PRB以外的PRB中被发送。
-支持在相同子帧(MPDCCH子帧)内的相同或不同UE之间对MPDCCH和PDSCH进行复用
-UE对支持的各种MPDCCH格式执行盲解码(BD)。
由于MPDCCH的信号特性，在MPDCCH子帧内不支持PRB捆绑。PRB捆绑是指一种方法，该方法用于通过将相同的预编码应用于不同的PRB，在UE估计信道时允许在PRB之间执行频率内插。
在这种情况下，对其应用相同预编码的PRB组被称为预编码RB组(PRG)。
半持续性调度(SPS)
半持续性调度(SPS)是一种调度方案，其中将资源分配给特定UE，使得在特定时间段内连续进行维护。
当像互联网协议语音(VoIP)一样在特定时间内发送预定量的数据时，没有必要在每个数据传输间隔内发送控制信息以进行资源分配，因此可以通过使用SPS方案减少控制信息的浪费。在所谓的SPS方法中，优先分配可以向UE分配资源的时间资源域。
在这种情况下，在半持续性分配方法中，可以将分配给特定UE的时间资源域区域配置成具有周期性。然后，如有必要或者若需要，则通过分配频率资源域来完成时频资源的分配。如上所述的频率资源域的分配可以被称为所谓的激活。如果使用半持续性分配方法，则由于通过一个信令在预定时段期间维持资源分配，所以不需要执行重复的资源分配，从而减少了信令开销。
此后，如果不再需要用于UE的资源分配，则可以从基站向UE发送用于释放频率资源分配的信令。如上所述释放频率资源域的分配可以被称为停用。
在当前的LTE中，对于用于上行链路和/或下行链路的SPS，优选地，经由无线电资源控制(RRC)信令通知UE将在哪个子帧中发送/接收SPS。即，首先经由RRC信令在被分配用于SPS的时频资源中指定时间资源。为了通知可以使用的子帧，例如，可以通知子帧的周期性和偏移。然而，因为经由RRC信令仅向UE分配了时间资源域，所以即使UE已经接收到RRC信令，UE也不会通过SPS立即执行发送/接收，而是通过分配频率资源域(如有必要)来完成时频资源的分配。如上所述的频率资源域的分配可以被称为激活，并且如上所述释放频率资源域的分配可以被称为停用。
因此，在接收到指示激活的PDCCH之后，UE根据包括在接收到的PDCCH中的RB分配信息来分配频率资源，并且取决于调制和编码方案(MCS)信息来应用调制和码率以根据经由RRC信令分配的子帧周期性和偏移开始发送/接收。
然后，当从基站接收到指示停用的PDCCH时，UE停止发送/接收。如果UE在停止发送和接收之后接收到指示激活或重新激活的PDCCH，则UE使用通过PDCCH指定的RB分配或MCS以经由RRC信令分配的子帧周期性和偏移来再次重新恢复发送和接收。即，时间资源的分配是经由RRC信令执行的，但是实际信号的发送和接收可以在接收到指示SPS的激活和重新激活的PDCCH之后执行，并且信号发送/接收的中断在接收指示SPS停用的PDCCH之后执行。
具体地，当由RRC启用SPS时，可以提供以下信息：
-SPS C-RNTI
-上行链路SPS间隔semiPersistSchedIntervalUL和隐式释放之前的空传输数，如果为上行链路启用了SPS
-仅对于TDD，是否为上行链路启用或停用twoIntervalsConfig
-如果为下行链路启用SPS，则下行链路SPS间隔semiPersistSchedIntervalDL和已配置的SPS HARQ过程数，
与此不同的是，如果RRC禁用SPS，则应丢弃相应的已配置许可或已配置的指配。
此外，仅在SpCell上支持SPS，并且结合RN子帧配置，不支持与E-UTRAN的RN通信。
关于下行链路SPS，在配置了半持续性下行链路指配之后，MAC实体应顺序考虑第N个指配在子帧中发生，如以下等式21所示。
关于下行链路SPS，在配置半持续性下行链路指配之后，MAC实体应顺序考虑第N个指配在子帧中发生，如以下等式21所示。
[等式21]
(10*SFN+subframe)＝[(10*SFNstart time+subframestart time)+N*semiPersistSchedIntervalDL]modulo 10240
在等式21中，SFNstart time和subframestart time分别表示(重新)初始化配置的下行链路指配时的SFN和子帧。对于BL UE或增强覆盖范围中的UE，SFNstart time和subframestart time可以指其中配置的下行链路指配被(重新)初始化的PDSCH的第一传输的SFN和子帧。
相反，关于上行链路SPS，在配置半持续性上行链路指配之后，MAC实体应顺序考虑第N个许可出现在子帧中，如以下等式22所示。
[等式22]
(10＊SFN+subframe)＝[(10＊SFNstart time+subframestart time)+N*semiPersistSchedTntervalUL+Subframe_Offset＊(Nmodulo 2)]modulo 10240
在等式22中，SFNstart time和subframestart time分别表示(重新)初始化配置的上行链路许可时的SFN和子帧。对于BL UE或增强覆盖范围中的UE，SFNstart time和subframestart time可以是指其中配置的上行链路许可被(重新)初始化的PDSCH的第一传输的SFN和子帧。
下面的表38表示用于指定上述SPS配置的RRC消息(SPS-Config)的示例。
[表38]
Figure BDA0003041813350000911
用于半持续性调度的PDCCH/EPDCCH/MPDCCH验证
如果满足以下所有条件，则UE可以验证包括SPS指示的PDCCH。首先，应使用SPS C-RNTI对为PDCCH有效载荷添加的CRC奇偶校验比特进行加扰，其次，应将新数据指示符(NDI)字段设置为零。在DCI格式2、2A、2B、2C和2D的情况下，新数据指示符字段指的是已启用的传送块的字段。
此外，如果满足以下所有条件，则UE可以验证包括SPS指示的EPDCCH。首先，应使用SPS C-RNTI对为EPDCCH有效载荷添加的CRC奇偶校验比特进行加扰，并且其次，新数据指示符(NDI)字段应设置为零。在DCI格式2、2A、2B、2C和2D的情况下，新数据指示符字段指的是已启用的传送块的字段。
此外，如果满足以下所有条件，则UE可以验证包括SPS指示的MPDCCH。首先，应使用SPS C-RNTI对为MPDCCH有效载荷添加的CRC奇偶校验比特进行加扰，其次，新数据指示符(NDI)字段应设置为零。
当根据下面的表39或表40、41和42配置用于DCI格式的每个字段时，验证完成。如果验证完成，则UE将接收到的DCI信息识别为有效的SPS激活或停用(或释放)。另一方面，如果验证未完成，则UE识别出所接收的DCI格式中包括不匹配的CRC。
表39表示用于指示SPS激活的PDCCH/EPDCCH验证的字段。
[表39]
Figure BDA0003041813350000921
表40表示用于指示SPS停用(或释放)的PDCCH/EPDCCH验证的字段。
[表40]
Figure BDA0003041813350000931
表41表示用于指示SPS激活的MPDCCH验证的字段。
[表41]
Figure BDA0003041813350000932
表42表示用于指示SPS停用(或释放)的MPDCCH验证的字段。
[表42]
Figure BDA0003041813350000933
如果DCI格式指示SPS下行链路调度激活，则可以将用于PUCCH字段的TPC命令值用作表示由更高层设置的四个PUCCH资源值的索引。
表43表示用于下行链路SPS的PUCCH资源值。
[表43]
Figure BDA0003041813350000941
在NB-IoT中的下行链路控制信道有关的过程
将描述与用于NB-IoT的窄带物理下行链路控制信道(NPDCCH)有关的过程。
UE应如用于控制信息的由更高层信令所配置的来监测NPDCCH候选(即，NPDCCH候选的集合)，其中监测可以暗示试图根据所有被监测的DCI格式来对集合中的NPDCCH中的每一个进行解码。要监测的NPDCCH候选的集合是按NPDCCH搜索空间定义的。在这种情况下，UE可以使用与相应的NPDCCH搜索空间相对应的标识符(例如，C-RNTI、P-RNTI、SC-RNTI、G-RNTI)来执行监测。
在这种情况下，UE应监测以下各项中的一个或多个：a)类型1-NPDCCH公共搜索空间、b)类型2-NPDCCH公共搜索空间以及c)NPDCCH UE特定搜索空间。在此实例中，不要求UE同时监测NPDCCH UE特定搜索空间和类型1-NPDCCH公共搜索空间。不要求UE同时监测NPDCCH UE特定搜索空间和类型2-NPDCCH公共搜索空间。不要求UE同时监测类型1-NPDCCH公共搜索空间和类型2-NPDCCH公共搜索空间。
在聚合等级和重复等级下的NPDCCH搜索空间由NPDCCH候选的集合定义，其中每个NPDCCH候选在以子帧k开始的排除用于系统信息(SI)消息的传输的子帧的R个连续NB-IoT下行链路子帧的集合中重复。
对于NPDCCH UE特定搜索空间，通过用更高层配置的参数al-Repetition-USS取代Rmax的值，在表44中列出定义相应的搜索空间的聚合等级和重复等级以及被监测的相应的NPDCCH候选。
[表44]
Figure BDA0003041813350000951
对于类型1-NPDCCH公共搜索空间，通过用更高层配置的参数al-Repetition-CSS-Paging取代Rmax的值来在表45中列出定义相应的搜索空间的聚合等级和重复等级以及被监测的相应的NPDCCH候选。
[表45]
Figure BDA0003041813350000952
对于类型2-NPDCCH公共搜索空间，通过用更高层配置的参数npdcch-MaxNumRepetitions-RA取代Rmax的值来在表46中列出定义相应的搜索空间的聚合等级和重复等级以及被监测的相应的NPDCCH候选。
[表46]
Figure BDA0003041813350000961
起始子帧k的位置由k＝kb给出，其中kb是从子帧k0起的第b个连续NB-IoT下行链路子帧，b＝u*R，并且u＝0,1,…,(Rmax/R)-1。另外，子帧k0是指满足以下等式23的子帧。
[等式23]
Figure BDA0003041813350000962
其中T＝Rmax·G
对于NPDCCH UE特定搜索空间，等式23中的G由更高层参数nPDCCH-startSF-UESS给出，并且αoffset由更高层参数nPDCCH-startSFoffset-UESS给出。对于NPDCCH类型2-NPDCCH公共搜索空间，等式23中的G由更高层参数nPDCCH-startSF-Type2CSS给出，并且αoffset由更高层参数nPDCCH-startSFoffset-Type2CSS给出。对于类型1-NPDCCH公共搜索空间，k＝k0并且是根据NB-IoT寻呼机会子帧的位置来确定的。
如果UE通过更高层被配置有用于监测NPDCCH UE特定搜索空间的PRB，则UE应在更高层配置的PRB上监测NPDCCH UE特定搜索空间。在这种情况下，UE不预期在更高层配置的PRB上接收NPSS、NSSS和NPBCH。另一方面，如果PRB不是由更高层配置的，则UE应在检测到NPSS/NSSS/NPBCH的同一PRB上监测NPDCCH UE特定搜索空间。
如果NB-IoT UE检测到以子帧n结尾的具有DCI格式N0的NPDCCH，并且如果对应的NPUSCH格式1传输从子帧n+k开始，则不要求UE在从子帧n+1开始到子帧n+k-1的任何子帧中监测NPDCCH。
如果NB-IoT UE检测到以子帧n结尾的具有DCI格式N1或DCI格式N2的NPDCCH，并且如果对应的NPDSCH传输从子帧n+k开始，则不要求UE在从子帧n+1开始到子帧n+k-1的任何子帧中监测NPDCCH。
如果NB-IoT UE检测到以子帧n结尾的具有DCI格式N1的NPDCCH，并且如果对应NPUSCH格式2传输从子帧n+k开始，则不要求UE在从子帧n+1开始到子帧n+k-1的任何子帧中监测NPDCCH。
如果NB-IoT UE检测到以子帧n结尾的具有用于“PDCCH命令”的DCI格式N1的NPDCCH，并且如果对应的NPRACH传输从子帧n+k开始，则不要求UE在从子帧n+1开始到子帧n+k-1的任何子帧中监测NPDCCH。
如果NB-IoT UE具有以子帧n结尾的NPUSCH传输，则不要求UE在从子帧n+1开始到子帧n+3的任何子帧中监测NPDCCH。
如果NPDCCH搜索空间的NPDCCH候选以子帧n结尾，并且如果UE被配置成监测在子帧n+5之前开始的另一NPDCCH搜索空间的NPDCCH候选，则不要求NB-IoT UE监测NPDCCH搜索空间的NPDCCH候选。
关于NPDCCH起始位置，用于NPDCCH的起始OFDM符号由子帧k中的第一时隙中的索引lNPDCCHStart给出。在此实例中，如果更高层参数operarionModeInfo指示‘00’或‘01’，则索引lNPDCCHStart由更高层参数eutaControlRegionSize给出。或者，如果更高层参数operarionModeInfo指示‘10’或‘11’，则lNPDCCHStart＝0。
用于半持续性调度(SPS)的NPDCCH验证
只有当满足所有以下条件时，UE才可以判定半持续性调度指配NPDCCH是有效的。
-针对NPDCCH有效载荷获得的CRC奇偶校验比特应利用半持续性调度C-RNTI加扰。
-应将新数据指示符字段设置为‘0’。
如果根据下表48或49来配置所使用的DCI格式N0的所有字段，则能够验证NPDCCH的有效性。
[表48]
Figure BDA0003041813350000981
[表49]
Figure BDA0003041813350000982
如果NPDCCH的有效性被验证，则UE应基于所接收到的DCI信息将NPDCCH认为是有效的半持续性激活或释放。
如果NPDCCH的有效性未被验证，则UE应将所接收到的DCI信息认为是与非匹配CRC一起被接收的。
下行链路控制信息(DCI)格式
DCI发送用于一个小区和一个RNTI的下行链路或上行链路调度信息。RNTI被隐式地编码在CRC中。
作为与NB-IoT有关的DCI格式，可以考虑DCI格式N0、DCI格式N1和DCI格式N2。
首先，DCI格式N0被用于一个UL小区中的NPUSCH的调度并且可以发送以下信息。
-用于区分格式N0和格式N1的标志(例如，1比特)，其中值0可以指示格式N0，而值1可以指示格式N1
-子载波指示(例如，6个比特)
-资源指配(例如，3个比特)
-调度延迟(例如，2个比特)
-调制和编码方案(例如，4个比特)
-冗余版本(例如，1比特)
-重复次数(例如，3个比特)
-新数据指示符(例如，1比特)
-DCI子帧重复次数(例如，2个比特)
接下来，DCI格式N1被用于一个小区中的一个NPDSCH码字的调度以及由NPDCCH命令发起的随机接入过程。与NPDCCH命令相对应的DCI由NPDCCH承载。
DCI格式N1可以发送以下信息。
-用于区分格式N0和格式N1的标志(例如，1比特)，其中值0可以指示格式N0，而值1可以指示格式N1。
格式N1被用于由NPDCCH命令发起的随机接入过程，只有当NPDCCH命令指示符被设置为‘1’时，格式N1循环冗余校验(CRC)才用C-RNTI进行加扰，并且所有剩余字段被设置如下。
-起始NPRACH重复次数(例如，2个比特)
-NPRACH的子载波指示(例如，6比特)
-格式N1中的所有剩余比特都被设置为‘1’
否则，发送以下剩余信息。
-调度延迟(例如，3个比特)
-资源指配(例如，3个比特)
-调制和编码方案(例如，4个比特)
-重复次数(例如，4个比特)
-新数据指示符(例如，1比特)
-HARQ-ACK资源(例如，4个比特)
-DCI子帧重复次数(例如，2个比特)
当格式N1 CRC用RA-RNTI进行加扰时，保留以上信息(即，字段)当中的以下信息(即，字段)。
-新数据指示符
-HARQ-ACK资源
如果格式N1中的信息比特的数目小于格式N0中的信息比特的数目，则应将零附加到格式N1，直到格式N1中的有效载荷大小等于格式N0中的有效载荷大小为止。
接下来，DCI格式N2被用于寻呼和直接指示并且可以发送以下信息。
-用于区分寻呼和直接指示的标志(例如，1比特)，其中值0可以指示直接指示，而值1可以指示寻呼。
如果标志的值是零(标志＝0)，则DCI格式N2包括(或者发送)直接指示信息(例如，8个比特)和保留信息比特，这些保留信息比特被配置为使大小等于具有标志＝1的N2格式的大小。
另一方面，如果标志的值是1(标志＝1)，则DCI格式N2包括(或发送)资源指配(例如，3个比特)、调制和编码方案(例如，4个比特)、重复次数(例如，4个比特)以及DCI子帧重复次数(例如，3个比特)。
针对具有配置的许可的上行链路传输的资源分配
当通过BWP信息元素中的更高层参数ConfiguredGrantConfig半静态地配置PUSCH资源分配并且触发了与配置的许可相对应的PUSCH传输时，在PUSCH传输中应用以下更高层参数：
-对于具有配置的许可的类型1PUSCH传输，在ConfiguredGrantConfig中给出以下参数。
-更高层参数timeDomainAllocation值m提供指向分配的表的行索引m+1，并且该分配的表指示PUSCH映射类型的起始符号、长度和组合。表选择遵循TS 38.214的条款6.1.2.1.1中定义的UE特定搜索空间的规则。
-对于由resourceAllocation指示的给定资源分配类型，频域资源分配是通过更高层参数frequencyDomainAllocation根据TS 38.214条款6.1.2.2的过程来确定的。
-IMCS由更高层参数mcsAndTBS提供。
-DM-RS CDM组、DM-RS端口、SRS资源指示和DM-RS序列初始化的编号如在TS38.212的条款7.3.1.1中那样被确定。天线端口值、用于DM-RS序列初始化的比特值、预编码信息和层数、SRS资源指示符分别由antennaPort、dmrs-SeqInitialization、precodingAndNumberOfLayers和srs-ResourceIndicator提供。
-当启用跳频时，能够通过更高层参数frequencyHoppingOffset来配置两个频跳之间的频率偏移。
-对于具有配置的许可的类型2PUSCH传输：资源分配遵循根据[10,TS 38.321]的更高层配置，并且在下行链路控制信息(DCI)上接收UL许可。
如果更高层未递送要在为没有许可的上行链路传输分配的资源上发送传送块，则UE不会在由ConfiguredGrantConfig配置的资源上发送任何东西。
在[12,TS 38.331]中定义了允许的周期P的集合。
用于具有配置的许可的上行链路传输的传送块重复
更高层配置参数repK和repK-RV定义要应用于发送的传送块的K个重复以及要应用于该重复的冗余版本(RV)图案。对于K个重复当中的第n个传输时机，其中n＝1、2、..、K，对应的传输与配置的RV序列中的第(mod(n-1,4)+1)个值相关联。传送块的初始传输可以在以下情况下开始。
-如果配置的RV序列是{0,2,3,1}则为K个重复的第一传输时机，
-如果配置的RV序列是{0,3,0,3}则为与RV＝0相关联的K个重复的传输机会中的任何一个，
-如果配置的RV序列是{0,0,0,0}(当K＝8时排除最后传输时机)则为K个重复的传输时机中的任何一个。
对于任何RV序列，当发送K个重复时，或者在周期P内的K个重复当中的最后传输时机，或者当在周期P内接收到用于调度同一TB的UL许可时，无论哪个最先到达，应终止重复。
UE不预期被配置有大于由周期P导出的持续时间的用于K个重复的传输的持续时间。
对于类型1PUSCH传输和类型2PUSCH传输两者，当UE被配置有repK>1时，UE应跨repK个连续时隙重复TB，从而在每个时隙中应用相同的符号分配。如果用于确定TS 38.213的条款11.1中定义的时隙配置的UE过程将为PUSCH分配的时隙的符号确定为下行链路符号，则对于多时隙PUSCH传输省略对应时隙中的传输。
NB-IoT中的上行链路功率控制
上行链路功率控制控制另一上行链路物理信道的发射功率。
上行链路功率控制的UE行为
用于窄带物理上行链路共享信道(NPUSCH)传输的UE发射功率的设定被定义如下。对于FDD，UE能够进行增强型随机接入功率控制[12]，并且它由更高层配置，而对于TDD，应对于在第一或第二配置的NPRACH重复等级中开始随机接入过程的UE应用增强型随机接入功率控制。
在用于服务小区c的NB-IoT UL时隙i中进行NPUSCH传输的UE发射功率PNPUSCH，c(i)被给出如下：
对于在未应用增强型随机接入功率控制的情况下与随机接入响应许可相对应的NPUSCH(重新)传输，以及对于所分配的NPUSCH RU的重复次数大于2的所有其他NPUSCH传输：
[等式24]
PNPUSCH，c(i)＝PCMAX，c(i)[dBm]
否则，
[等式25]
Figure BDA0003041813350001031
其中，对于服务小区c
-PCMAX，c(i)是在[6]中在用于服务小区c的NB-IoT UL时隙i中定义的所配置的UE发射功率。
-PO_NPUSCH,c(j)是针对j＝1并且针对服务小区c的由从更高层提供的分量PO_NOMINAL_NPUSCH,c(j)与从更高层提供的分量PO_UE_NPUSCH,c(j)之和组成的参数，其中j∈{1，2}。对于与动态调度的许可相对应的NPUSCH(重新)传输，那么j＝1，对于与随机接入响应许可相对应的NPUSCH(重新)传输，那么j＝2，PO_UE_NPUSCH,c(2)＝0。如果未应用增强型随机接入功率控制，则为服务小区c从更高层用信号通知参数preambleInitialReceivedTargetPower[8](PO_PRE)和△PREAMBLE_Msg3。如果应用了增强型随机接入功率控制，则
[等式26]
PO_NORMINAL_NPUSCH，c(2)＝MSG3_RECEIVED_TARGET_POWER+ΔPREAMBLE_Msg3
对于j＝1，对于NPUSCH格式2，αc(j)＝1；对于NPUSCH格式1，αc(j)由更高层为服务小区c提供。对于j＝2，αc(j)＝1。
PLc是在UE中为服务小区c计算出的下行链路路径损耗估计并且PLc＝nrs-Power+nrs-PowerOffsetNonAnchor-NRSRP，其中nrs-Power由更高层和子条款16.2.2.2提供，并且nrs-power-offsetNonAnchor在它不是由更高层提供的情况下被设置为零。
功率余量
如果UE在用于服务小区c的NB-IoT UL时隙i中发送NPUSCH，则使用下式来计算功率余量。
[等式27]
PHc(i)＝PCMAX，c(i)-{PO_NPUSCH，c(1)+αc(1)·PLc}[dB]
其中，PCMAX，c(i)、PO_NPUSCH,c(l)、αc(l)和PLc被定义在子条款16.2.1.1.1中。
应将功率余量向下舍入到如[10]中所定义的集合[PH1,PH2,PH3,PH4]dB中的最接近值，并且功率余量应由物理层递送到更高层。
本公开的实施例
上述内容(3GPP系统、帧结构、NB-IoT系统等)能够被相结合地应用于要在下面描述的根据本公开的方法，或者能够被补充以阐明本公开中描述的方法的技术特征。
窄带(NB)-LTE是用于以与LTE系统的1个PRB相对应的系统BW支持低复杂性和低功耗的系统。这可以被主要用作用于通过在蜂窝系统中支持诸如机器类型通信(MTC)的设备来实现物联网(IoT)的通信方法。通过使用与LTE相同的参数作为诸如现有LTE的子载波间隔的OFDM参数，存在优点的原因在于向用于NB-LTE的传统LTE频带分配1个PRB，而无需附加频带分配，从而使得能够高效地使用频率。在下行链路的情况下，将NB-LTE的物理信道定义为NPSS/NSSS、NPBCH、NPDCCH/NEPDCCH、NPDSCH等，并且添加N以与LTE区分开。
在传统LTE和LTE eMTC中，已引入并且使用了半持续性调度(SPS)。首先，UE经由RRC信令接收SPS配置设置信息。随后，如果UE接收到SPS激活DCI(具有SPS-C-RNTI)，则SPS使用经由RRC信令接收到的SPS配置信息、包括在对应的DCI中的资源调度信息、MCS信息等来操作。如果UE接收到SPS释放DCI(具有SPS-C-RNTI)，则将释放SPS。此后，如果UE再次接收到SPS激活DCI(具有SPS-C-RNTI)，则SPS如上所述操作。如果UE接收到SPS释放DCI(具有SPS-C-RNTI)，然后经由RRC信令接收到SPS配置释放信息，则对应UE不能检测到SPS激活DCI直到再次接收到SPS配置设置信息(因为UE不知道SPS-C-RNTI值)。
本公开中使用的短语“监测搜索空间”意指根据要通过搜索空间接收的DCI格式来对用于特定区域的NPDCCH进行解码、然后用预设特定RNTI值对对应CRC进行加扰以检查预期值是否正确的过程。此外，由于NB-LTE系统中的每个UE将单个PRB识别为相应的载波，所以可以说，本公开中提及的PRB具有与载波相同的含义。本公开中提及的DCI格式N0、N1和N2是指3GPP TS 36.212[2]标准中的DCI格式N0、N1和N2。
此外，以上内容(3GPP系统、帧结构、NB-IoT系统等)可以被与下述根据本公开的方法相结合地应用，或者可以被补充以阐明本公开中描述的方法的技术特征。
图15图示本公开中描述的方法适用于的UE执行一个或多个物理信道/信号的空闲模式预配置UL资源传输的操作流程图的示例。
图15仅仅为了说明的方便图示一个示例，并且不限制本公开的范围。
图16图示本公开中描述的方法适用于的基站执行一个或多个物理信道/信号的空闲模式预配置UL资源传输的操作流程图的示例。
图16仅仅为了说明的方便图示一个示例，并且不限制本公开的范围。
图17图示本公开中描述的方法适用于的执行一个或多个物理信道/信号的空闲模式预配置UL资源发送/接收的UE和基站之间的信令的示例。
图17仅仅为了说明的方便图示一个示例，并且不限制本公开的范围。
图18图示本公开中描述的方法适用于的无线通信设备的框图。
例如，图15至图17中的基站和UE的操作以及下述根据本公开的方法能够由下述基站910和UE 920执行。
参考图18，无线通信系统包括基站1810和位于该基站的区域中的多个UE 1820。基站1810可以由发射器表示，并且UE 1820可以由接收器表示，或者反之亦然。基站1810和UE1820分别包括处理器1811和1821、存储器1814和1824、一个或多个Tx/Rx RF模块1815和1825、Tx处理器1812和1822、Rx处理器1813和1823以及天线1816和1826。处理器实现以上提及的功能、过程和/或方法。更具体地，在DL(从基站到UE的通信)中，来自核心网络的上层分组被提供给处理器1811。处理器实现L2层的功能性。在DL中，处理器提供逻辑信道与传送信道之间的复用以及无线电资源到UE 1820的分配，并且还负责用信号通知给UE 1820。发送(Tx)处理器1812实现L1层(即，物理层)的各种信号处理功能。信号处理功能包括用于促进UE处的前向纠错(FEC)的编码和交织。编码和调制后的符号被分割成并行流，并且每个流被映射到OFDM子载波，在时域和/或频域中与参考信号(RS)复用，并且使用快速傅里叶逆变换(IFFT)组合在一起以产生承载时域OFDMA符号流的物理信道。OFDMA流被空间上预编码以产生多个空间流。可以经由单独的Tx/Rx模块(或收发器1815)将每个空间流提供给不同的天线1816。每个Tx/Rx模块可以用相应的空间流对RF载波进行调制以供传输。在UE处，每个Tx/Rx模块(或收发器1825)通过每个Tx/Rx模块的相应的天线1826来接收信号。每个Tx/Rx模块恢复被调制到RF载波上的信息并且将该信息提供给接收(Rx)处理器1823。Rx处理器实现第1层的各种信号处理功能。Rx处理器可以对信息执行空间处理以恢复去往UE的任何空间流。如果多个空间流去往UE，则它们可以由多个Rx处理器组合成单个OFDMA符号流。Rx处理器使用快速傅立叶变换(FFT)来将OFDMA符号流从时域转换到频域。频域信号包括用于OFDM信号的每个子载波的单独的OFDMA符号流。每个子载波和参考信号上的符号是通过确定由基站发送的最可能的信号星座点来恢复和解调的。这些软判决可以基于信道估计值。软判决被解码和解交织以恢复由基站在物理信道上原始发送的数据和控制信号。对应数据和控制信号被提供给处理器1821。
在基站1810处以类似于与UE 1820处的接收器功能相关联的描述的方式处理UL(从UE到基站的通信)。每个Tx/Rx模块1825通过相应的天线1826来接收信号。每个Tx/Rx模块向Rx处理器1823提供RF载波和信息。处理器1821可以与存储程序代码和数据的存储器1824相关联。存储器可以被称为计算机可读介质。
第一实施例：用于预配置UL资源(PUR)的反馈信道设计
上述内容(3GPP系统、帧结构、NB-IoT系统等)能够被相结合地应用于要在下面描述的根据本公开的方法，或者能够被补充以阐明本公开中描述的方法的技术特征。
在版本16NB-IoT中，讨论了UE在空闲模式下向预配置UL资源发送UL数据的构思。为此，当UE处于上行链路TA有效的空闲模式时，基站可以经由SIB或RRC信令指示用于发送UL数据的预配置UL资源。
在这种情况下，基站可以以专用资源类型将预配置UL资源配置给每个UE，或者可以以共享资源类型将预配置UL资源配置给多个UE。通常，专用资源类型可以针对能够使得有可能预测哪个UE、什么时间点或有多少信息要发送的UL数据进行定义。也就是说，专用资源类型具有的缺点在于，从资源利用角度来看UE应总是占用UL资源，但是它具有能够在没有竞争(例如，无竞争)的情况下发送UL数据的优点，因为UE具有它自己的专用资源。另一方面，共享资源类型可以针对不能够使得有可能预测哪个UE、什么时间点以及有多少信息的UL数据进行定义。也就是说，共享资源类型可以具有的缺点在于UE应执行基于竞争的操作，但是与专用资源类型比较，从资源利用角度来看它是自由的。例如，这是因为可能进行较长的周期或者因为不需要为希望PUR的多个UE准备所有资源。
1-1实施例：不同的资源+ACK/NACK复用
首先，描述用于基站复用从不同的PUR发送的UE的ACK/NACK并且一次发送该ACK/NACK的方法。在下面对这种方法进行详细的描述。
基站可以UE特定地或CE等级特定地或小区特定地经由更高层信令将PUR配置给UE。在下文中，还可以将CE模式包括在CE等级中，其中CE模式可以是由CE等级选择的值或由基站在RRC连接模式下设定的值。在此实例中，如果基站按UE特定地将PUR配置给UE，则PUR可以成为PUR的专用资源类型，而如果基站按CE等级特定地或小区特定地将PUR配置给UE，则PUR可以成为PUR的共享资源类型。附加地，基站还可以经由更高层信令发送相应的PUR的反馈信息(例如，ACK/NACK)在其上被发送的搜索空间(例如，传统CSS类型或用于PUR的新CSS)的信息。特性上，由于基站考虑复用相应的PUR的ACK/NACK，所以可以CE等级特定地或小区特定地配置对应ACK/NACK被发送到的搜索空间信息。
此后，UE经由从基站接收到的更高层信令接收/获取由基站配置的PUR信息，并且如果生成了要发送的上行链路数据，则UE在对应PUR上发送上行链路数据。在此实例中，特性上，如果考虑PUR的专用资源类型，则可以为每个UE不同地配置用于PUR传输的时间/频率/码/空间资源。
可以在下面以各种方式考虑用于基站复用针对所发送的UL数据的ACK/NACK的方法。
作为用于基站复用ACK/NACK的第一方法，可以考虑用于基站将针对多个UL数据的ACK/NACK信息在一个搜索空间上发送的方法。更具体地，基站可以被配置成通过在存在于预配置搜索空间中的多个(N)PDCCH候选上发送DCI(它们是不同的UE信息并且可区分的)来指示ACK/NACK。在此实例中，可以将能够被用作不同UE信息的值配置成使用基于由每个UE发送的PUR的时间/频率/码/空间资源位置和/或唯一UE ID而计算出的RNTI值。
另外，可以将已在对应的小区中进入连接模式的UE配置成使用在先前连接模式下使用的C-RNTI值。特性上，在共享资源类型的PUR中，如果仅用PUR的时间/频率/码/空间资源位置生成RNTI，则RNTI可能全部被计算为相同，所以可以必要地考虑诸如唯一UE ID的UE特定信息。在此实例中，指示对应ACK/NACK的DCI可能不需要调度NPDSCH，并且因此，对应的有效载荷大小可以不大于传统DCI(例如，DCI格式N0)的有效载荷大小。因此，基站能够向出于PUR反馈的目的搜索空间发出比现有搜索空间更多的DCI。
作为用于基站复用ACK/NACK的另一方法，可以被配置为使得ACK/NACK映射次序是取决于由基站配置的PUR的UL数据传输时间/频率/码/空间资源位置(即，PUR内的资源之间的相对位置或PRB/基站发送天线端口资源在绝对时间/系统BW内的位置)而确定的。特性上，在专用资源类型的PUR中，基站能够配置对应PUR的周期或PUR窗口、起始子帧偏移、PRB索引、最大TBS等，并且能够提前向UE通知ACK/NACK将与使用相同或相似的周期的其他UE复用的信息，并且对应ACK/NACK复用可以以位图的形式存在于DCI字段中。在此实例中，该方法可以被配置为使得使用对应的PUR的周期、起始子帧偏移、PRB索引和最大TBS来确定发送特定UE的ACK/NACK的次序。特性上，在这种情况下，可以将预期对应ACK/NACK复用的UE配置成使用相同的RNTI值。
附加地，如果基站向UE指示针对UL数据的NACK，则可以被配置成向对应的DCI字段或由该对应的DCI调度的NPDSCH有效载荷指示相关的自适应重传信息。
上述方法被图示在图19中。
图19图示复用不同的PUR和ACK/NACK的方法。
如图19所图示的，能够看到具有不同起始子帧的十个UE在四个不同的UL载波上发送UL数据。特性上，可以有在对应PUR窗口中给予每个UE的一个或多个PUR，并且基站可以被配置成通过反映对应信息来指示ACK/NACK。在此实例中，ACK/NACK是通过被复用到由基站提前指示的DL配置的载波来发送的。这种配置在网络开销方面具有的优点在于能够收集并且一次发送多个UE的ACK/NACK。
在这里，还可以将反馈信道确定为特定窗口，并且UE需要在对应的持续时间期间接收反馈信道。这是因为如果由UE在空闲模式下使用的资源与用于连接模式UE的资源重叠，则能够按较高的优先级来发送连接模式UE的资源。另外，对应窗口的实际持续时间可以取决于NB-IoT中的操作模式和/或NB-IoT DL载波是锚载波还是非锚载波而变化。在MTC的情况下，它可以取决于系统带宽和/或双工模式和/或跳频而变化。
作为用于基站复用ACK/NACK的另一方法，可以被认为是配置为使得UE在PUR中发送UL数据并且在预定数目的子帧中或在预定持续时间期间监测UL许可的方法。也就是说，如果用于CSS的子帧位置被相等地配置并且在同一地方要求监测，则上述方法可以是配置为使得UE在PUR中发送UL数据并且在预定数目的子帧中或在预定持续时间期间监测UL许可的方法。这种方法的特征在于，不同的UE在不同位置处监测UL许可，但是基站指定对应预定数目的子帧或预定持续时间。
另外，当在预定数目的子帧或预定持续时间内没有更多的UL许可(例如，重传UL许可)时，UE可以被配置成删除包含已在PUR中被发送的UL数据的缓冲区。或者，基站可以被配置成使用以上UL许可的特定字段或特定字段值的组合(例如，NDI切换+特定TBS值或特定RA值)来向UE指示不再要求重传的内容。如果基站支持对应方法，则能够改进UE的电池节省效果。
附加地，可以被配置成当在预定数目的子帧或预定持续时间内接收到NDI切换的UL许可时自然地发送附加TB并且延长用于查看搜索空间的持续时间。特性上，当已在先前PUR中发送SR/BSR时，能够应用此操作。
1-2实施例：重传资源选择细节
接下来，提出了当由UE发送的初始传输成为NACK所以基站请求重传时选择/配置重传资源的详细方法。
最简单地，基站可以通过指示ACK/NACK的DCI的特定字段来向UE指示UE执行自适应重传。接收到此指示的UE可以被配置成在由对应的DCI字段调度的位置中执行UL数据的重传。然而，可能优选的是在UE竞争正在PUR的共享资源类型中进行时应用此方法。在这种情况下，即使UE发送相同的数据，但是取决于UE监测针对初始传输的反馈还是监测针对重传的反馈，搜索空间可以是不同的或者DCI配置可以是不同的。
另一方面，在PUR的专用资源类型中，基站可以被配置成指示非自适应重传。特性上，基站还可以在紧接在接收到对应的ACK/NACK之后存在的下一个PUR中指示非自适应重传。这种配置具有基站不需要为PUR重传分配附加UL资源的优点。然而，还存在由于先前数据的重传可能使打算在下一个PUR中发送的其他数据的初始传输延迟的缺点。
基站可以在经由更高层信令预配置的附加UL资源中指示非自适应重传。在这种方法中，可以被配置为PUR被整体用于初始传输的概念，并且将专用于重传的UL资源附加地配置给UE。这种方法具有用于初始传输的资源总是被确保的优点，并且还具有当未发生许多重传时不必分配附加UL资源的优点。在这种情况下，即使UE发送相同的数据，但是取决于UE监测针对初始传输的反馈还是针对重传的反馈，搜索空间可以是不同的或者DCI配置可以是不同的。
在上述方法当中，在定义针对PUR的反馈并且考虑基站在对应反馈信道中发送ACK/NACK的方法中，如果此时，UE未接收到指示ACK/NACK的DCI，则UE可以被配置成如下操作。
由于被显式地配置成通过DCI来发送ACK/NACK，所以如果UE未接收到指示ACK/NACK的DCI，则UE可以判定已在对应PUR传输中发生问题(即，NACK)并且可以在用于重传的资源中或者在此后存在的PUR中执行重传。如果如上所述配置用于重传的资源，则存在的优点在于UE的数据传输的可靠性增加了，但是从UE的电池寿命角度来看可能存在缺点，因为会连续地执行重传直到从基站接收到指示ACK/NACK的DCI为止。另一方面，为了解决该缺点，如果UE未能接收到指示ACK/NACK的DCI，则UE判定在对应PUR的传输中没有问题(即，ACK)，并且不执行重传，而是在此后存在的PUR中执行其他数据的初始传输。从UE的电池寿命角度来看可能有优点，但是从数据可靠性角度来看可能有缺点。可以被配置成在基站向UE分配第一PUR时指定在两种方法当中操作什么，或者可以被配置成定义本公开中的两种方法中的一种。如果基站在分配第一PUR时指定，则基站可以被配置成根据服务类型UE特定地或资源特定地(或小区/CE等级特定地)进行指示。还可以将这种方法应用于使用以上组ACK/NACK的方法。
此外，如果定义了针对PUR的反馈并且如果被假设在对应的反馈信道上接收ACK/NACK的UE未接收到任何反馈(例如，ACK/NACK)特定次数(在这种情况下，可以在基站配置或规范中定义该特定次数)，则对应UE可以被配置成释放对应PUR。换句话说，UE被假设接收反馈，并且如果UE已执行PUR传输但是没有针对此的反馈，则UE可以确定对应PUR传输存在问题，因为基站可能不知道对应UE正在执行传输。因此，可以被配置为能够释放PUR。
作为另一方法，可以被配置为使得基站通过DCI向UE发送ACK/NACK和重传许可。也就是说，可以被配置为总是存在指示ACK/NACK的1比特字段，并且可以被配置为如果基站通过对应的字段来指示NACK，则UE通过解释后续DCI字段(例如，MCS、RU、重复次数、调度延迟等)来执行重传，而如果基站通过对应的字段来指示ACK，则保留后续DCI字段。然而，在这种情况下，存在在DCI中存在指示ACK的许多保留字段的缺点。因此，如果NACK被指示，则可以被认为是连续DCI字段不是诸如传统UL许可的配置的方法。也就是说，已经连同PUR配置一起指示了重传专用资源，并且MCS/TBS、重复次数等可以被配置成具有与用于初始PUR传输的值相同的值或者具有仅指示变量(delta)的短字段。换句话说，方法能够被视为总体上使用紧凑DCI的方法。在这种情况下，可以解决在当指示ACK时的情况下仍然存在许多保留字段的问题。
附加地，在用于反馈的NPDCCH搜索空间中通过DCI来接收ACK/NACK或重传许可的PUR UE可以被配置成使用于对应反馈的DCI的有效载荷大小与传统DCI格式N0/N1匹配，并且如果是这样的话，UE能够在用于对应反馈的NPDCCH搜索空间中接收DL许可。这意味着如果UE通过PUR来发送MSG3等，则能够随后调度NPDSCH，并且UE能够通过对应NPDSCH来接收诸如连接(重新)建立的RRC连接消息。为此，基站可以被配置成通过使用与被配置成对反馈DCI进行加扰的RNTI值相同的RNTI来对用于DL许可的DCI进行加扰，并且如果UE也被配置成预期使用相同的RNTI值，则UE能够在一个搜索空间中不增加DCI BD的数目的情况下接收反馈DCI和DL许可。
在此实例中，当已发送PUR的UE如在以上方法中那样在对应PUR的反馈信道上通过DCI接收到显式ACK时，如果DL许可，而不是显式ACK也不是重传UL许可，在对应的DCI中被发送，则UE可以被配置成确定先前发送的PUR是隐式ACK。也就是说，为了发送显式ACK并且发送DL许可，指示ACK/NACK的字段和能够指示DL/UL许可的字段应一起存在于一个DCI字段中，但是存在的缺点在于比传统DCI大小增加了1比特。因此，可以被配置为如果UE从基站接收到DL许可作为用于PUR传输的反馈，则PUR被确定为隐式ACK并且执行由对应DL许可指示的操作(例如，(N)PDCCH命令或(N)PDSCH接收)。
作为另一方法，如果DL许可(既不是显式ACK也不是重传UL许可)在由UE发送的PUR的反馈信道的DCI中被发送，并且如果由对应DL许可指示的内容表示后续(N)PDSCH的调度信息，则可以确定由UE发送的PUR是隐式ACK。可以被配置为如果由对应DL许可指示的内容已是(N)PDCCH命令的RACH过程指示，则确定由UE发送的PUR是隐式NACK并且执行RACH过程(没有用于PUR的重传)。
特性上，可以被设定为如果DL许可在PUR反馈信道中被发送并且对应DL许可指示(N)PDCCH命令，则基站可以被配置成指示用于传统RACH过程的(N)PRACH前导并且还可以被配置成指示用于传统EDT过程的(N)PRACH前导。例如，如果对应DL许可指示(N)PDCCH命令并且如果对应的小区和UE支持EDT，则UE/基站可以被配置成通过使用用于(N)PDCCH命令的DCI格式中的保留字段的1比特(例如，DCI格式N1、DCI格式6-1A、B)来显式地指示它是用于RACH过程的(N)PRACH前导还是用于EDT过程的(N)PRACH前导。由于在用于(N)PDCCH命令的DCI中有许多保留字段，所以总DCI长度不增加，因此，即使被显式地指示也没有大问题。
作为另一方法，如果EDT对UE和基站两者来说是可能的，并且如果在由(N)PDCCH命令指示的载波索引和CE等级(即，重复次数)中存在EDT资源和RACH资源两者，则基站可以配置UE选择并且发送EDT。在这种方法中，由于UE在空闲模式下执行PUR并且响应于来自基站的请求而执行(N)PDCCH命令，所以可能优选按EDT而不是传统RACH来操作。因此，如果基站能够在(N)PDCCH命令中指示EDT，则UE可以被配置成通过EDT来发送先前PUR的重传。另外，UE可以通过EDT从基站接收PUR的重新配置。
在所提出的方法当中，如果在PUR反馈信道上将基站的显式ACK/NACK发送到UE，则可以考虑以下方法代替用于基站添加并且使用独立字段以用于指示实际的显式ACK/NACK的方法。可以被配置为基站使用在现有UL许可中指示PUR重传时不必要的字段来发送显式ACK/NACK。表47示出指示NB-IoT UL许可的DCI格式N0。也就是说，当被用作用于PUR重传的UL许可时不必要的字段是用于格式N0/格式N1区分(即，当未接收到DL许可而接收到仅UL许可时它是不必要的)和冗余版本(即，当被配置为不提供用于PUR的初始传输UL许可时它是不必要的)的标志。因此，基站可以配置UE将对应字段(例如，用于格式N0/格式N1区分或冗余版本或新数据指示符等的标志，以及当被用作用于PUR重传的UL许可时不必要的所有类型的字段)重新解释为指示显式ACK/NACK的字段。可以被配置为：如果被配置为DL许可连同UL许可一起在PUR反馈信道中被发送，则将冗余版本字段重新解释为指示显式ACK/NACK的字段(在此实例中，NACK可以意指指示重传的UL许可)。
[表47]
Figure BDA0003041813350001171
作为另一方法，可以类似于应用于eMTC的方法定义显式ACK。已在版本15eMTC中并且在36.212条款5.3.3.1.10和5.3.3.1.11中讨论了以下显式ACK，并且它被如下介绍。
如果将格式6-0A中的资源块指配设定为全一，则格式6-0A被用于ACK反馈的指示，并且除了用于格式6-0A/格式6-1A区分的标志和DCI子帧重复次数之外的所有剩余比特都被设置为零。
<省略>
如果格式6-0B中的调制和编码方案是4个比特并且被设置为全一，则格式6-0B被用于ACK反馈的指示，并且除了用于格式6-0B/格式6-1B区分的标志和DCI子帧重复次数之外的所有剩余比特都被设置为零。
为了应用类似的方法，未用于DCI格式N0中的UL许可的状态与下表50和51相同。
[表50]
子载波指示字段(I<sub>sc</sub>) 分配的子载波的集合(n<sub>sc</sub>)
0-11 I<sub>sc</sub>
12-15 3(I<sub>sc</sub>-12)+{0,1,2}
16-17 6(I<sub>sc</sub>-16)+{0,1,2,3,4,5}
18 {0,1,2,3,4,5,6,7,8,9,10,11}
19-63 保留
[表51]
Figure BDA0003041813350001181
因此，作为使用DCI格式N0的未用状态来指示UL许可的方法，可以存在用于UE/基站将子载波指示字段配置为全一并且将剩余比特(当被配置为在PUR反馈信道上将DL许可连同UL许可一起发送时除了用于格式N0/格式N1区分字段的标志以外)设置为零的方法。作为另一方法，可能存在用于UE/基站将调制和编码方案字段配置为全一并且将剩余比特(当被配置为在PUR反馈信道上将DL许可连同UL许可一起发送时除了用于格式N0/格式N1区分字段的标志以外)设置为零的方法。在此实例中，由于调制和编码方案字段具有仅2个状态(即，14、15)作为保留状态并且以后能够被用于增强，所以可能更优选的是使用具有保留状态的相对大的余量(即，48-63)并且以后不易于增强的子载波指示字段。
附加地，可以将以下方法认为是用于UE/基站通过UL许可来指示显式NACK的方法。类似于以上提议，可以将用于UE/基站将具有保留状态的特定字段(例如，子载波指示字段)配置为全一并且将剩余比特设置为零的方法配置为显式NACK。然而，当通过将具有保留状态的特定字段(例如，子载波指示字段)配置为全一并且将剩余比特设置为零的方法指示显式ACK时，可以采用用于UE/基站为了显式NACK将具有保留状态(例如，子载波)的特定字段(例如，子载波指示字段)的最小比特值设置为0并且将剩余比特设置为1(例如，111110)的方法，并且可以将剩余字段设置为零。也就是说，如果以不同的表达描述此示例，则它是用于UE/基站在所有其他比特为零的同时使用子载波指示字段的保留状态中的63作为显式ACK并且使用保留状态中的62作为显式NACK的方法。使用这种方法具有不要求用于ACK/NACK的附加1比特字段的优点。然而，如果显式NACK被配置成如上所述使用保留状态，则存在的缺点在于基站不能向UE指示用于重传的UL资源。如果使用这种方法，则UE可以被配置成接收显式NACK并且选择和执行RACH/EDT过程或在下一个PUR中传输。
此外，作为用于基站更清楚地指示UE的操作的方法，可以被配置成将具有保留状态的特定字段(例如，子载波指示字段)的多个保留状态用于显式NACK。也就是说，例如，基站可以配置子载波指示字段的保留状态中的63指示显式ACK而所有其他比特为零，配置子载波指示字段的保留状态中的62指示显式NACK，指示UE执行(CB)RACH过程，配置子载波指示字段的保留状态61指示显式NACK，指示UE执行(CB)EDT过程，配置子载波指示字段的保留状态60指示显式NACK，并且指示UE在下一个PUR时机(或由基站预配置的PUR时机)中执行重传。可以说这种方法是所希望的操作，因为基站能够准确地指示UE的后续操作。
所提出的通过UL许可来指示显式NACK的方法还能够被应用于eMTC。也就是说，在使用格式6-0A的CE模式A的情况下，可以被配置成通过附加地使用资源块指配字段的保留状态来指示显式NACK，而在使用格式6-0B的CE模式B的情况下，可以被配置成通过附加地使用调制和编码方案的保留状态来指示显式NACK。
在以上提议中，为什么UL许可(其中，UL许可意指将针对PUR传输的下行链路反馈信道(例如，DCI)解释为用于指示上行链路调度的目的的情况)的特定状态用于通知“UE在PUR中发送的数据尚未能被基站检测到”的原因可以是为了指示回退到传统操作(例如，通过EDT或随机接入过程进入数据传输过程)，而不是通过对应UL许可分配新资源以进行重传。也就是说，当确定了要被分配用于由UE的重传的新资源不足或者当未能检测到从PUR先前接收到的数据的原因是UE的传输定时或者确定了发射功率存在问题时，基站可以回退到传统操作，使得能够重新调整传输定时和功率而不是分配新上行链路资源。可以通过在下行链路反馈信道中指示显式NACK的同时将UL许可的资源固定为特定状态(不是指示实际的上行链路传输资源的)来指示这样的操作，并且可以通过指示除作为与UL许可无关的字段而存在或者用于指示UL许可内实际的上行链路传输资源的状态以外的特定状态来隐式地指示显式NACK，并且上述特定字段的组合可以是针对此的示例。此外，UL许可中未使用的状态可以用于指示释放。
附加地，当在(N)PDSCH上发送针对PUR的ACK/NACK时，如果UE对用于调度对应(N)PDSCH的DCI进行解码但是未能解码对应的(N)PDSCH，则基站可以配置UE可以将对应PUR视为NACK，并且不需要发送针对对应(N)PDSCH的反馈(ACK/NACK)。也就是说，如果尽管ACK/NACK在DCI中被发送但是UE未接收到它，则UE可以将PUR视为NACK，并且即使UE接收到DCI但是未能对(N)PDSCH进行解码，UE也可以将对应的PUR视为NACK。在此实例中，由于如果被配置为不需要针对(N)PDSCH的反馈则不必使用DCI格式N1的HARQ-ACK资源字段(4个比特)，因此可以被配置成保留对应字段或者在不使用该字段的情况下减小DCI大小。在此实例中，优选与DCI有效载荷大小匹配以用一个RNTI对DL许可和UL许可执行BD。此外，即使UE成功解码对应的(N)PDSCH，当对应(N)PDSCH被用于指示针对PUR传输的ACK/NACK时，也可能不将针对此的ACK/NACK报告到上行链路。在这样的情况下，在调度对应(N)PDSCH的DCI中用于指示ACK/NACK资源的字段可以被用于不同的目的或者可以被设置为随机值或者可能不存在。例外地，当在(N)PDSCH上指示PUR释放时，UE可以报告针对此的ACK(或NACK)或者在(N)PUSCH上发送对其的响应。然而，在使用(N)PUSCH的情况下，可以在(N)PDSCH中包括用于配置诸如UL许可的UL资源的信息。如上所述，如果要由UE在解释(N)PDSCH信息和/或检测到对应(N)PDSCH之后执行的操作可以变化，则调度对应(N)PDSCH的DCI可以包括用于对应(N)PDSCH的解释信息和与UE的后续操作有关的指示信息的方法。
此外，如果用于反馈目的的DCI的有效载荷大小与传统DCI格式N0/N1不匹配并且使用了较短的紧凑DCI，则可以应用稍微不同的方法。也就是说，如果UE通过PUR来发送诸如MSG3的东西，则可以被配置成在传输时间点之后存在的传统公共搜索空间(例如，类型1/2、1A/2A NPDCCH CSS)中接收DL许可。在此实例中，可以配置UE应该监测哪个传统公共搜索空间，并且这被概括如下。即使在这种情况下，对用于对应DL许可的DCI进行加扰的RNTI值也可以被配置成使用与对PUR的反馈DCI进行加扰的RNTI值相同的值。
1)以最简单的方式，可以被配置为基站向UE指示基站应监测哪一个传统公共搜索空间以接收DL许可以及PUR配置。在无竞争的PUR的情况下，可以被配置成按UE特定地指定，而在基于竞争的PUR的情况下，可以被配置成按小区/资源(例如，PUR)特定地指定。特性上，可以被配置为包括载波索引、CE等级、时段、Rmax等作为传统公共搜索空间信息。
2)在另一方法中，可以隐式地指定与PUR资源相关联的传统公共搜索空间。例如，可以被配置成在存在于与发送PUR资源的UL载波相对应的DL载波中的传统公共搜索空间当中监测在从PUR传输的结束时间起已经过X子帧之后存在的传统公共搜索空间，并且如果公共搜索空间不存在于对应载波中，则可以被配置成监测在锚载波中从当PUR传输结束时的时间起已经过X子帧之后存在的传统公共搜索空间。前述传统公共搜索空间可以是类型1/2、1A/2A NPDCCH CSS等。
3)在第三方法中，与用于反馈目的的NPDCCH搜索空间分开地定义特殊搜索空间，因此可以被配置成通过在UE向PUR发送MSG3等的情况下分开地指示的特殊搜索空间来接收DL许可。特性上，可以将特殊搜索空间的周期定义为PUR资源的周期的N倍，并且UE可以被配置成紧接在存在对应特殊搜索空间的定时之前向PUR发送MSG3等，其中N可以是小于1的值。这目的可能是：当在已发送对应数据的PUR之后的新上行链路资源中而不在下一个PUR对被指示重传的数据进行重传时，接收ACK/NACK等的指示。也就是说，当N小于1时，如果指示了针对PUR传输的ACK，则可以允许ACK的接收时间与下一个PUR之间的特殊搜索空间，使得UE不能执行监测。此外，不管是否在对应特殊搜索空间中实际上发送下行链路反馈信息，UE能够总是预期的NRS都可以限于特定的持续时间。
特性上，当被配置为基站能够显式地配置连同PUR配置一起发送反馈信道的下行链路载波索引时并且当实际上显式地配置了下行链路载波索引时，UE可以在所配置的下行链路载波中接收反馈信道。如果基站未具体地配置能够在其中发送对应反馈信道(例如，搜索空间等)的下行链路载波，则可以基本上被配置成在锚载波中被递送或者可以被配置为反馈信道在与配置了PUR的UL载波相对应的DL载波中被递送。
此外，当基站在PUR的反馈信道中指示UL许可时，UE可以被配置成总是将它视为指示针对先前发送的PUR的重传并且执行对于同一TB的重传。
此外，考虑到类似于传统NPDCCH搜索空间设计PUR的反馈信道，通过使用基站指示为更高层参数的Rmax、npdcch-StartSF和npdcch-Offset的等式来确定传统搜索空间的起始SF。然而，可能不期望在其中发送PUR反馈信道的搜索空间与PUR传输无关，并且可能期望在PUR传输继续进行之后具有用于对应反馈信道的搜索空间。因此，在从PUR传输开始UL子帧或者PUR传输结束UL子帧起已经过X ms或X(NB-IoT)DL子帧(例如，X＝4)之后的(NB-IoT)DL子帧中，通过添加使用基站指示为更高层参数的对应搜索空间的Rmax、npdcch-StartSF和npdcch-Offset计算出的值而获得的(NB-IoT)DL子帧可以成为对应搜索空间的起始子帧。特性上，可以基于有效子帧配置对应的DL/UL子帧。此外，如果UE以DCI的形式从基站接收HARQ反馈，则基站可以将对应搜索空间的周期(即，NPDCCH周期)的特定倍数指示为反馈窗口或者可以在本公开中被定义和配置。也就是说，如果基站已将能够在其中发送反馈DCI的搜索空间周期的N倍设置为反馈窗口，则UE可以发送PUR并且应监测是否在与搜索空间周期的N倍相对应的时间内发送了反馈DCI。如果在UE正在监测尽可能多的对应反馈窗口的同时已在特定位置的搜索空间(或搜索空间候选)中接收到反馈DCI，则可以被配置为不需要监测下一个反馈窗口中的其他搜索空间(或其他搜索空间候选)。在这种配置中，在UE的电池寿命方面存在优点，因为UE不需要执行附加监测。
在UE在PUR中发送数据之后监测的搜索空间中(对应搜索空间可以是用于调度针对在PUR中发送的数据的重传或HARQ反馈的信道，或者可以为了用于TA和/或TPC调整的(非)周期性地发送的信道而被配置给UE)，可以被配置为UE能够预期参考信号(例如，NRS)，而不管是否在对应搜索空间中发送反馈信道。这可以是出于UE的自动增益控制(AGC)、时间/频率同步、早期盲检测终止等的目的。在这里，能够在其中发送NRS的子帧可以被限于从在被配置为使得发送搜索空间的子帧之前的位置(例如，在X子帧之前的子帧，其中X是正整数)起在开始搜索空间之后的Y子帧，其中Y可以取决于对应搜索空间的长度(例如，重复传输的最大长度/数目)而变化。
出于以上目的(例如，UE的AGC、时间/频率同步等)并且为了通过TA验证和DL路径损耗测量进行UL功率控制，可以在比PUR早Z子帧(其中Z是正整数)的时间点附加地配置UE能够总是预期NRS的子帧。也就是说，可以按照相对于PUR的位置关系配置用于此目的的下行链路子帧，并且还可以从与PUR周期有关的参数间接导出传输周期。然而，对每个PUR来说可能不存在对应下行链路子帧，并且例如，可以每K个PUR(即，每第K个PUR)在Z子帧之前配置用于此目的的子帧(这意味着UE能够预期NRS)。
在其中能够发送由UE在以上提出的方法中考虑的PUR中的数据传输之后监测的搜索空间的下行链路载波不仅包括锚载波，而且还可以包括非锚载波。
附加地，当在PUR上执行重传时，基站可能要求用于区分发送到对应PUR的UL数据是初始传输还是重传的方法。特性上，在无竞争的PUR(例如，专用PUR、无竞争的共享PUR)中，基站可以UE特定地指示用于初始传输的DMRS序列和用于重传的DMRS序列。或者，对于用于重传的DMRS序列，与DMRS序列具有特定关系的序列可以由基站指示或者可以在本公开中被定义。在此实例中，特定关系意味着在用于选择DMRS序列的基本序列的索引当中用于初始传输的索引可以由基站指示(例如，k)，可以将用于重传的索引定义为(k+m)mod N(其中N是每个长度的基本序列的总数，并且mod是模运算)，并且可以UE特定地或小区特定地定义m的值。对于基于竞争的共享PUR，基站可以小区/CE特定地或资源(例如，PUR)特定地配置为初始传输设置的DMRS序列和为重传设置的DMRS序列。或者，以上提出的用于初始传输的DMRS序列与用于重传的DMRS序列之间的关系也在此适用，并且当UE选择用于初始传输的DMRS序列时，可以将用于重传的DMRS序列配置成根据对应规则被确定。在这种配置中，存在基站能够通过DMRS检测来确定要在特定PUR中发送的UL数据被初始发送还是重传的优点。特性上，可以通过用在基站与终端之间彼此已知的特定序列取代来应用DMRS序列。
接下来，即使基站设置PUR UE能够使用的RNTI值，如果用于执行PUR的空闲模式UE的数目增加，则与用于连接模式UE的C-RNTI值重叠可能是不可避免的。此外，基站可以智能地并且独立地配置搜索空间以不引起冲突，但是由于对于UE无法保证基站总是智能地配置搜索空间，所以可能存在专用于PUR反馈的搜索空间和另一连接模式UE的UE特定搜索空间部分重叠的一些情况。因此，为了解决此问题，可以考虑以下方法。
方法1：
如果使用于递送PUR反馈的DCI有效载荷大小变得与传统DCI格式N0/N1/N2中的任何一个的有效载荷大小相同，则可以通过向递送PUR反馈的DCI添加任意比特(例如，1比特零填补)来将DCI有效载荷大小配置为始终不同。如果将此应用于eMTC，则可以通过将它应用于传统DCI格式6-0A/6-1A/6-0B/6-1B/6-2来配置。因此，如果DCI有效载荷大小总是不同，则存在即使多个RNTI值重叠也不会在UE之间发生歧义的优点。
方法2：
作为另一方法，可以将用于对用于递送PUR反馈的DCI进行加扰的RNTI的比特数设置为大于在连接模式下使用的RNTI的比特数，并且可以被配置为与在连接状态下使用的RNTI值不重叠的RNTI值中的一个被指配给PUR UE。例如，当RNTI比特的数目增加了n个比特时，可以排除传统16比特RNTI能够具有的从0到216-1的值，而选择并且分配从216到216+n-1的值中的一个。
方法3：
在另一方法中，可以考虑允许用于递送PUR反馈的DCI的加扰序列的初始化与传统NPDCCH加扰序列的初始化不同的方法。因此，如果如上所述不同地配置加扰序列的初始化，则存在不会在具有重叠RNIT值的UE之间对DCI进行解码时发生歧义的优点。
方法4：在另一方法中，可以考虑在用于递送PUR反馈的目的的DCI RE映射步骤中与传统DCI映射方法不同地去除UE之间的歧义的方法。当前，传统DCI映射被执行如下。
“满足以上准则的指向天线端口p上的资源元素(k,l)的映射应按照在子帧中从第一时隙开始并且以第二时隙结束的首先索引k然后索引l的递增次序”。因此，“在子帧中从第一时隙开始并且以第二时隙结束的首先索引k然后索引l的递减次序”可以被配置成通过在用于递送PUR的反馈的目的的DCI RE映射步骤中将映射次序设置为递减次序而不是递增次序来应用，“在子帧中从第一时隙开始并且以第二时隙结束的首先索引l然后索引k的递增次序”可以被配置成通过对索引k和索引l进行重新排序来应用，并且“在子帧中从第二时隙开始并且以第一时隙结束的首先索引k然后索引l的递增次序”可以被配置成通过应用从第二时隙开始并且以第一时隙结束的映射方法来应用。
第二实施例：用于预配置UL资源(PUR)的发射功率控制
在下面详细地描述用于PUR的发射功率控制方法。
2-1实施例：取决于传输次数和/或反馈接收次数的PUR发射功率渐变(ramping)
首先，可以考虑取决于传输次数和/或反馈接收次数的用于PUR的TX功率渐变的方法。特性上，功率渐变方法可以被主要应用于需要在UE之间的竞争的共享资源类型的PUR。
基站可以被配置成指示当在PUR中发送UL数据时能够使用的初始TX功率。或者，可以被配置为在规范中确定对应TX功率值。此后，UE可以被配置成使用对应初始TX功率值来在PUR中发送UL数据。在此实例中，基站可以被配置成针对对应UL数据给出反馈，并且基站可以被配置成向UE指示给出对应反馈的位置。在这里，初始TX功率可以与用于现有(N)PRACH前导的传输的TPC不同，并且根据UE能够从共享资源中选择的资源(例如，(N)PUSCH资源或TBS等)，可以存在一个或多个TPC设定。
在UE使用初始TX功率值来在PUR中发送UL数据之后，如果尽管存在本可以从基站发送反馈的机会但未接收到反馈与被预设或者由基站指示的特定次数(例如，N次，其中N是大于或等于1的正整数)那么多次，则可以被配置成在下一个PUR传输中渐变TX功率。特性上，还可以如由基站所指示的那样配置功率渐变间隔，并且还可以如由基站所指示的那样配置功率能够以最大值渐变的次数。如果UE在PUR中发送UL数据之后接收到NACK，则UE在维持现有TX功率的同时发送UL数据与被预设或者由基站指示的特定次数(例如，M次，其中M是大于或等于1的正整数)那么多次。如果即使在已发送UL数据M次之后连续地接收到NACK，则可以被配置成在发送下一UL数据时执行功率渐变。
此后，如果UE使用能够通过重复前述功率渐变来经由功率渐变发送的最大功率来发送UL数据，则UE可以被配置成在尽管存在本可以由基站发送反馈的机会但未接收到反馈如被预设或者由基站指示的特定次数(例如，L次，其中L是大于或等于1的正整数)那么多次的情况下，改变资源类型或者改变PUR的周期。或者，可以被配置为UE请求基站改变资源类型。特性上，为了配置这种方式，基站应在对应的小区中配置多个PUR，并且需要按专用资源类型和共享资源类型两者而配置资源类型。如果UE发送要将资源类型从共享资源改变为专用资源的请求并且基站希望对该请求做出响应，则基站可以向对应UE新配置UE特定PUR。在此实例中，基站可以被配置成如由UE所请求的改变资源类型并且还新指示TX功率。或者，如果UE接收到基站的能够改变资源类型的指示，则可以被配置成被重置为用于先前PUR的初始TX功率值。
另一方面，在UE使用特定TX功率值来在PUR中发送UL数据之后，如果UE已在预设特定时间内接收到ACK如被预设或由基站指示的特定次数(例如，C次，其中C是大于或等于1的正整数)那么多次，则UE可以被配置成在下一个PUR传输中减小TX功率。特性上，可以如由基站所指示的那样设置用于减小功率的间隔，并且还可以如由基站所指示的那样设置最小的TX功率值。
此外，如果UE未能通过重复前述功率渐变使用能够经由功率渐变发送的最大功率来发送PUR超过预设特定次数(例如，N次)，则可以被配置成自行释放对应PUR并且执行回退操作。在这里，回退操作可以包括试图通过EDT过程来发送数据、执行用于进入RRC连接模式的RACH过程、或执行用于TA更新的预定义操作。如果与其他用户共享PUR，则在特定位置的PUR中的传输失败之后，不在后续PUR处立即执行数据传输，并且可以被配置为在预设位置处的PUR中执行数据传输。
此后，如果UE通过重复前述功率渐变使用能够经由功率渐变发送的最大功率来发送UL数据，则UE可以被配置成在尽管存在本可以由基站发送反馈的机会但未接收到反馈如被预设或者由基站指示的特定次数(例如，L次，其中L是大于或等于1的正整数)那么多次的情况下，改变资源类型或者改变PUR的周期。或者，可以被配置为UE请求基站改变资源类型。特性上，为了配置这种方式，基站应在对应的小区中配置多个PUR，并且需要按专用资源类型和共享资源类型两者而配置资源类型。如果UE发送要将资源类型从共享资源改变为专用资源的请求，并且基站希望对该请求做出响应，则基站可以向对应UE新配置UE特定PUR。在此实例中，基站可以被配置成如由UE所请求的改变资源类型并且还新地指示TX功率。或者，如果UE接收到基站的能够改变资源类型的指示，则可以被配置成被重置为用于先前PUR的初始TX功率值。
另一方面，在UE使用特定TX功率值来在PUR中发送UL数据之后，如果UE在预设特定时间内接收到ACK如被预设或者由基站指示的特定次数(例如，C次，其中C是大于或等于1的正整数)那么多次，则UE可以被配置成在下一个PUR传输中减小TX功率。特性上，可以如由基站所指示的那样设置用于减小功率的间隔，并且还可以如由基站所指示的那样设置最小的TX功率值。
此外，如果UE未能通过重复前述功率渐变使用能够经由功率渐变发送的最大功率发送PUR超过预设特定次数(例如，N次)，则可以被配置成自行释放对应PUR并且执行回退操作。在这里，回退操作可以包括试图通过EDT过程来发送数据、执行用于进入RRC连接模式的RACH过程、或执行用于TA更新的预定义操作。如果与其他用户共享PUR，则在特定位置的PUR中的传输失败之后，不在后续PUR处立即执行数据传输，并且可以被配置为在预设位置处的PUR中执行数据传输。
2-3实施例：用于PUR传输的发射功率配置
接下来，提出了配置用于PUR传输的UE的UL TX功率的方法。在最简单的方法中，可以被配置为进入空闲模式并且希望发送PUR的UE照原样使用紧接在进入空闲模式之前用于在连接模式下使用的(N)PUSCH传输的TX功率。在这里，照原样使用用于(N)PUSCH传输的TX功率可以意指照原样使用除了取决于路径损耗测量值、用于(N)PUSCH传输的RB/子载波的数目和编码速率而变化的值以外的TX功率分量当中的分量。或者，可以被配置成使用通过将特定偏移添加到所有对应TX功率值(或用于计算TX功率值的特定参数)而获得的值，并且可以被配置为特定偏移由基站UE特定地、PUR特定地、CE等级特定地等指示。
特性上，如果PUR配置不在连接模式下继续进行(例如，如果通过EDT来指示PUR配置)，则可以被配置成照原样使用用于包含MSG3的PUSCH传输的TX功率值，并且可以被配置成使用通过将特定偏移添加到所有对应TX功率值(或者到用于计算TX功率值的特定参数)而获得的值。特性上，在NB-IoT中，可以被配置成确定诸如(NPRACH目标功率)/(MSG3目标功率)+特定偏移(例如，delat_preamble_MSG3)的TX功率。在eMTC中，可以被配置成确定诸如(PRACH目标功率)+特定偏移(例如，delat_preamble_MSG3)的TX功率。可以被配置为前述特定偏移由基站按UE特定地、PUR特定地、CE等级特定地等指示。
在eMTC的情况下当它不处于CE模式B时，以及在NB-IoT的情况下，当RU重复次数为2或更少时以及当RU重复次数为2或以上的同时未配置增强型随机接入功率控制时，可以应用所提出的方法。也就是说，在eMTC的情况下当处于CE模式B时，以及在NB-IoT的情况下，当RU重复次数为2或以上的同时配置了增强型随机接入功率控制时，可以应用以上提出的方法，但是可以被配置成使用PUR传输UE的最大TX功率来发送。
图20图示根据本公开的实施例的用于UE在支持窄带(NB)-物联网(IoT)的无线通信系统中从基站接收反馈的方法的流程图。
首先，在S2001中UE可以经由RRC信令从基站接收预配置上行链路(UL)资源(PUR)配置。
随后，在S2003中，当UE处于空闲模式时，UE可以在PUR上向基站发送上行链路数据。
最后，在S2005中，UE可以接收针对上行链路数据的反馈。
可以将反馈配置成在从PUR传输起已经流逝特定时间之后在NPDCCH上被接收。
特定时间可以是特定数目的至少一个子帧。
特定数目可以是四。
UE可以监测用于接收反馈的搜索空间上的反馈窗口，并且可以基于是否在反馈窗口上接收到包括反馈的DCI来停止监测。
UE可以被配置成从基站在包括在UL许可中的多个字段当中的除了指示PUR重传所需要的第一字段之外的其他第二字段上接收响应。
图21是图示根据本公开的实施例的用于在支持窄带(NB)-物联网(IoT)的无线通信系统中基站向UE发送反馈的方法的流程图。
首先，在S2101中，基站可以经由RRC信令向UE发送预配置的上行链路(UL)资源(PUR)配置。
随后，在S2103中，当UE处于空闲模式时，基站可以在PUR上从UE接收上行链路数据。
最后，在S2105中，基站可以向UE发送针对上行链路数据的反馈。
反馈可以被配置成在从PUR接收起已经流逝特定时间之后在NPDCCH上被发送。
参考图22至图26在本公开中描述的UE或设备可以被实现以执行本公开中参考图20和图21描述的方法。
应用了本公开的通信系统的示例
尽管不限于此，但是可以将本公开中描述的各种描述、功能、过程、提议、方法和/或操作流程图应用于需要在设备之间进行无线通信/连接(例如，5G)的各种领域。
在下文中，将参考附图更详细地描述通信系统。在以下附图/说明中，如果没有不同地描述，则相同的附图标记将指代相同或相应的硬件块、软件块或功能块。
图22图示应用于本公开的通信系统1。
参考图22，应用于本公开的通信系统1包括无线设备、BS和网络。这里，无线设备可以指通过使用无线接入技术(例如，5G新RAT(NR)或长期演进(LTE))来执行通信的设备，并且可以被称为通信/无线/5G设备。尽管不限于此，无线设备可以包括机器人100a、车辆100b-1和100b-2、扩展现实(XR)设备100c、手持设备100d、家用电器100e、物联网(IoT)设备100f和AI设备/服务器400。例如，车辆可以包括具有无线通信功能的车辆、自动驾驶车辆、能够执行车辆间通信的车辆等。此外，车辆可以包括无人飞行器(UAV)(例如，无人机)。XR设备可以包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)设备，并且可以被实现为头戴式设备(HMD)、车辆中提供的平视显示器(HUD)、电视、智能手机、计算机、可穿戴设备、家用电器设备、数字标牌、车辆、机器人等。手持设备可以包括智能电话、智能平板、可穿戴设备(例如，智能手表、智能眼镜)、计算机(例如，笔记本计算机等)等。家用电器设备可以包括电视、冰箱、洗衣机等。IoT设备可以包括传感器、智能仪表等。例如，基站和网络甚至可以被实现为无线设备，并且特定的无线设备200a可以用作其他无线设备的基站/网络节点。
无线设备100a至100f可以通过基站200连接至网络300。人工智能(AI)技术可以应用于无线设备100a至100f，并且无线设备100a至100f可以通过网络300被连接到AI服务器400。可以使用3G网络、4G(例如，LTE)网络或5G(例如，NR)网络来构成网络300。无线设备100a至100f可以通过基站200/网络300彼此通信，但是可以不通过基站/网络而直接彼此通信(侧链路通信)。例如，车辆100b-1和100b-2可以执行直接通信(例如，车辆到车辆(V2V)/车辆到一切(V2X)通信)。此外，IoT设备(例如，传感器)可以执行与其他IoT设备(例如，传感器)或其他无线设备100a至100f的直接通信。
可以在无线设备100a至100f与基站200之间以及在基站200与基站200之间进行无线通信/连接150a、150b和150c。可以通过各种无线接入技术(例如，5G NR)，诸如上行链路/下行链路通信150a、侧链路通信150b(或D2D通信)和基站间通信150c(例如，中继、集成接入回程(IAB))进行无线通信/连接。无线设备和基站/无线设备以及基站和基站可以通过无线通信/连接150a、150b和150c相互之间发送/接收无线电信号。例如，无线通信/连接150a、150b和150c可以在各种物理信道上发送/接收信号。为此，基于本公开的各种描述，可以执行各种配置信息设置过程、各种信号处理过程(例如，信道编码/解码、调制/解调、资源映射/解映射等)、资源分配过程等等中的至少一些，用于无线电信号的发送/接收。
应用了本公开的无线设备的示例
图23图示可适用于本公开的无线设备。
参考图23，第一无线设备100和第二无线设备200可以通过各种无线接入技术(例如，LTE和NR)来发送/接收无线电信号。第一无线设备100和第二无线设备200可以对应于图22的无线设备100x和基站200和/或无线设备100x和无线设备100x。
第一无线设备100可以包括一个或多个处理器102和一个或多个存储器104，并且可以进一步包括一个或多个收发器106和/或一个或多个天线108。处理器102可以控制存储器104并且/或者收发器106可以被配置成实现本公开中描述的描述、功能、过程、提议、方法和/或操作流程。例如，处理器102可以处理存储器104中的信息并生成第一信息/信号，并且然后通过收发器106发送包括第一信息/信号的无线电信号。此外，处理器102可以通过收发器106接收包括第二信息/信号的无线电信号，并且然后将从第二信息/信号的信号处理中获得的信息存储在存储器104中。存储器104可以连接到处理器102，并且存储与处理器102的操作有关的各种信息。例如，存储器104可以存储软件代码，该软件代码包括用于执行由处理器102控制的一些或全部过程或者执行本公开中描述的描述、功能、过程、提议、方法和/或操作流程图的指令。处理器102和存储器104可以是被设计为实现无线通信技术(例如，LTE和NR)的通信调制解调器/电路/芯片的一部分。收发器106可以连接到处理器102，并且可以通过一个或多个天线108发送和/或接收无线电信号。收发器106可以包括发射器和/或接收器。收发器106可以与射频(RF)单元混合。在本公开中，无线设备可以指通信调制解调器/电路/芯片。
第二无线设备200可以包括一个或多个处理器202和一个或多个存储器204，并且可以进一步包括一个或多个收发器206和/或一个或多个天线208。处理器202可以控制存储器204和/或收发器206并且可以被配置成实现本公开中描述的描述、功能、过程、提议、方法和/或操作流程。例如，处理器202可以处理存储器204中的信息并生成第三信息/信号，并且然后通过收发器206发送包括第三信息/信号的无线电信号。此外，处理器202可以通过收发器206接收包括第四信息/信号的无线电信号，并且然后将从第四信息/信号的信号处理中获得的信息存储在存储器204中。存储器204可以连接到处理器202并且存储与处理器202的操作有关的各种信息。例如，存储器204可以存储软件代码，该软件代码包括用于执行由处理器202控制的一些或全部过程或者执行本公开中描述的描述、功能、过程、提议、方法和/或操作流程图的指令。处理器202和存储器204可以是被指定用于实现无线通信技术(例如，LTE和NR)的通信调制解调器/电路/芯片的一部分。收发器206可以连接到处理器202，并且可以通过一个或多个天线208发送和/或接收无线电信号。收发器206可以包括发射器和/或接收器，并且收发器206可以与RF单元混合。在本公开中，无线设备可以指通信调制解调器/电路/芯片。
在下文中，将更详细地描述无线设备100和200的硬件元件。尽管不限于此，一个或多个协议层可以由一个或多个处理器102和202来实现。例如，一个或多个处理器102和202可以实现一个或多个层(例如，诸如PHY、MAC、RLC、PDCP、RRC和SDAP的功能层)。一个或多个处理器102和202可以根据在本公开中描述的描述、功能、过程、提议、方法和/或操作流程图来生成一个或多个协议数据单元(PDU)和/或一个或多个服务数据单元(SDU)。一个或多个处理器102和202可以根据本公开中描述的描述、功能、过程、提议、方法和/或操作流程图来生成消息、控制信息、数据或信息。一个或多个处理器102和202可以根据在本公开中描述的描述、功能、过程、提议、方法和/或操作流程图生成包括PDU、SDU、消息、控制信息、数据或者信息的信号(例如，基带信号)，并且将所生成的信号提供给一个或多个收发器106和206。一个或多个处理器102和202可以从一个或多个收发器106和206接收信号(例如，基带信号)并根据本公开中描述的描述、功能、过程、提议、方法和/或操作流程图获取PDU、SDU、消息、控制信息、数据或信息。
一个或多个处理器102和202可以被称为控制器、微控制器、微处理器或微型计算机。一个或多个处理器102和202可以通过硬件、固件、软件或其组合来实现。例如，一个或多个专用集成电路(ASIC)、一个或多个数字信号处理器(DSP)、一个或多个数字信号处理设备(DSPD)、一个或多个可编程逻辑设备(PLD)或一个或多个场可编程门阵列(FPGA)可以被包括在一个或多个处理器102和202中。可以通过使用固件或软件来实现本公开中描述的描述、功能、过程、提议和/或操作流程图，以及固件或软件可以被实现为包括模块、过程、功能等。被配置成执行本公开中描述的描述、功能、过程、提议和/或操作流程图的固件或软件可以被包括在一个或多个处理器102和202中，或者被存储在一个或多个存储器104和204中并且由一个或更多处理器102和202驱动。本公开中描述的描述、功能、过程、提议和/或操作流程图可以通过使用固件、软件、代码、指令和/或指令集形式来实现。
一个或多个存储器104和204可以连接到一个或多个处理器102和202，并且可以存储各种类型的数据、信号、消息、信息、程序、代码、指示和/或指令。一个或多个存储器104和204可以由ROM、RAM、EPROM、闪存、硬盘驱动器、寄存器、高速缓冲存储器、计算机读取存储介质和/或其组合组成。一个或多个存储器104和204可以位于一个或多个处理器102和202的内部和/或外部。此外，一个或多个存储器104和204可以通过诸如有线或有线连接的各种技术连接到一个或多个处理器102和202。
一个或多个收发器106和206可以向一个或多个其他设备发送在本公开的方法和/或操作流程图中提到的用户数据、控制信息、无线信号/信道等。一个或多个收发器106和206可以从一个或多个其他设备接收在本公开描述的描述、功能、过程、提议、方法和/或操作流程图中提到的用户数据、控制信息、无线信号/信道等。例如，一个或多个收发器106和206可以连接到一个或多个处理器102和202，并发送和接收无线电信号。例如，一个或多个处理器102和202可以控制一个或多个收发器106和206以将用户数据、控制信息或无线电信号发送到一个或多个其他设备。此外，一个或多个处理器102和202可以控制一个或多个收发器106和206以从一个或多个其他设备接收用户数据、控制信息或无线电信号。此外，一个或多个收发器106和206可以连接到一个或多个天线108和208，并且一个或多个收发器106和206可以被配置成通过一个或多个天线108和208发送和接收在本公开中描述的描述、功能、过程、提议、方法和/或操作流程图中提到的用户数据、控制信息、无线信号/信道等。在本公开中，一个或多个天线可以是多个物理天线或多个逻辑天线(例如，天线端口)。一个或多个收发器106和206可以将接收到的无线电信号/信道从RF频带信号转换为基带信号，以便使用一个或多个处理器102和202来处理接收到的用户数据、控制信息、无线电信号/信道等。一个或多个收发器106和206可以将使用一个或多个处理器102和202处理的用户数据、控制信息、无线电信号/信道等从基带信号转换为RF带信号。为此，一个或多个收发器106和206可以包括(模拟)振荡器和/或滤波器。
应用了本公开的信号处理电路的示例
图24图示用于传输信号的信号处理电路。
参考图24，信号处理电路1000可以包括加扰器1010、调制器1020、层映射器1030、预编码器1040、资源映射器1050和信号发生器1060。尽管不限于此，但是图24的操作/功能可以由图23的处理器102和202和/或收发器106和206执行。图24的硬件元件可以在图23的处理器102和202和/或收发器106和206中实现。例如，框1010至1060可以在图23的处理器102和202中实现。此外，框1010至1050可以在图23的处理器102和202中实现，并且框1060可以在图23的收发器106和206中实现。
可以经由图24的信号处理电路1000将码字转变成无线电信号。码字是信息块的编码比特序列。信息块可以包括传送块(例如，UL-SCH传送块、DL-SCH传送块等)。可以在各种物理信道(例如，PUSCH、PDSCH等)上发送无线电信号。
具体地，可以将码字变换成由加扰器1010加扰的比特序列。可以基于初始化值来生成用于加扰的加扰序列，并且该初始化值可以包括无线设备的ID信息等。可以通过调制器1020将加扰的比特序列调制为调制符号序列。调制方案可以包括pi/2-二进制相移键控(BPSK)、m相移键控(PSK)、m正交幅度调制(QAM)。层映射器1030可以将复数调制符号序列映射到一个或多个传输层。预编码器1040可以将每个传输层的调制符号映射到对应的天线端口(预编码)。可以通过将层映射器1030的输出y乘以N*M的预编码矩阵W来获得预编码器1040的输出z，其中，N是天线端口的数量，并且M是传输层的数量。预编码器1040可以在对复数调制符号执行变换预编码(例如，DFT变换)之后执行预编码。此外，预编码器1040可以在不执行变换预编码的情况下执行预编码。
资源映射器1050可以将每个天线端口的调制符号映射到时频资源。时频资源可以在时域中包括多个符号(例如，CP-OFDMA符号和DFT-s-OFDMA符号)，并且在频域中包括多个子载波。信号发生器1060可以从映射的调制符号中生成无线电信号，并且所生成的无线电信号可以通过每个天线被发送到另一设备。为此，信号发生器1060可以包括快速傅里叶逆变换(IFFT)模块、循环前缀(CP)插入器、数模转换器(DAC)、频率上行链路转换器等。
可以以与图24的信号处理过程(1010至1060)相反的方式来配置无线设备中的接收信号的信号处理过程。例如，无线设备(例如，图23的100和200)可以通过天线端口/收发器从外部接收无线电信号。可以通过信号重构器将接收到的无线电信号转换为基带信号。为此，信号重构器可以包括频率下行链路转换器、模数转换器(ADC)、CP去除器和快速傅立叶变换(FFT)模块。此后，可以通过资源解映射器过程、后编码过程、解调过程和解扰过程将基带信号重构为码字。可以经由解码将码字重构为原始信息块。因此，用于接收信号的信号处理电路(未图示)可以包括信号重构器、资源解映射器、后编码器、解调器、解扰器和解码器。
应用了本公开的无线设备的使用示例
图25图示应用于本公开的无线设备的另一示例。根据使用示例/服务，可以在各种类型的设备中实现无线设备。
参考图25，无线设备100和200可以对应于图23的无线设备100和200并且可以由各种元件、组件、单元和/或模块组成。例如，无线设备100和200可以包括通信单元110、控制单元120和存储器单元130以及附加元件140。通信单元可以包括通信电路112和收发器114。例如，通信电路112可以包括图23的一个或多个处理器102和202和/或一个或多个存储器104和204。例如，收发器114可以包括图23的一个或者多个收发器106和206和/或一个或多个天线108和208。控制单元120电连接到通信单元110、存储器单元130和附加元件140，并且控制无线设备的整体操作。例如，控制单元120可以基于存储在存储器单元130中的程序/代码/指令/信息来进行无线设备的电气/机械操作。此外，控制单元120可以经由无线/有线接口通过通信单元110向外部(例如，其他通信设备)发送存储在存储器单元130中的信息，或者通过通信单元110经由无线/有线接口存储从外部(例如，其他通信设备)接收到的信息。
可以根据无线设备的类型来不同地配置附加元件140。例如，附加元件140可以包括功率单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。尽管不限于此，但是无线设备可以被实现为诸如图22的机器人100a、图22的车辆100b-1和100b-2、图22的XR设备100c、图22的便携式设备100d、图22的家用电器100e、图22的IoT设备100f、数字广播终端、全息图设备、公共安全设备、MTC设备、医疗设备、金融科技设备(或金融设备)、安全设备、气候/环境设备、图22的AI服务器/设备400、图22的基站200、网络节点等的形式。根据使用示例/服务，无线设备可以是可移动的或者可以在固定的地方使用。
在图25中，无线设备100和200中的所有各种元件、组件、单元和/或模块可以经由有线接口互连，或者至少可以通过通信单元110无线连接。例如，控制单元120和无线设备100和200中的通信110可以被有线连接，并且控制单元120和第一单元(例如，130或140)可以通过通信单元110无线连接。此外，无线设备100和200中的每个元件、组件、单元和/或模块可以进一步包括一个或多个元件。例如，控制单元120可以由一个或多个处理器集构成。例如，控制单元120可以由通信控制处理器、应用处理器、电子控制单元(ECU)、图形处理处理器、存储器控制处理器等的集合配置而成。作为另一示例，存储器单元130可以被配置成随机存取存储器(RAM)、动态RAM(DRAM)、只读存储器(ROM)、闪存、易失性存储器、非易失性存储器和/或其组合。
应用了本公开的便携式设备的示例
图26图示应用于本公开的便携式设备。
便携式设备可以包括智能电话、智能平板、可穿戴设备(例如，智能手表，智能眼镜)和便携式计算机(例如，笔记本电脑等)。便携式设备可以称为移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)或无线终端(WT)。
参考图26，便携式设备100可以包括天线单元108、通信单元110、控制单元120、存储器单元130、电源单元140a、接口单元140b和输入/输出单元140c。天线单元108可以被配置成通信单元110的一部分。框110至130/140a至140c分别对应于图25的框110至130/140。
通信单元110可以向/从其他无线设备和基站发送/接收信号(例如，数据、控制信号等)。控制单元120可以通过控制便携式设备100的组件来执行各种操作。控制单元120可以包括应用处理器(AP)。存储器单元130可以存储用于驱动便携式设备100所需的数据/参数/程序/代码/指令。此外，存储器单元130可以存储输入/输出数据/信息等。电源单元140a可以向便携式设备100供电，并且包括有线/无线充电电路、电池等。接口单元140b可以支持便携式设备100和另一外部设备之间的连接。接口单元140b可以包括用于与外部设备连接的各种端口(例如，音频输入/输出端口、视频输入/输出端口)。输入/输出单元140c可以接收或输出从用户输入的视频信息/信号、音频信息/信号、数据和/或信息。输入/输出单元140c可以包括相机、麦克风、用户输入单元、显示器140d、扬声器和/或触觉模块。
例如，在数据通信的情况下，输入/输出单元140c可以获取从用户输入的信息/信号(例如，触摸、文本、语音、图像、视频等)，并且获取的信息/信号可以被存储在存储器单元130中。通信单元110可以将存储在存储器中的信息/信号转换成无线电信号，并将无线电信号直接发送到另一无线设备，或者将无线电信号发送到基站。此外，通信单元110可以从另一无线设备或基站接收无线电信号，并且然后将接收到的无线电信号重构为原始信息/信号。重构的信息/信号可以存储在存储器单元130中，并且然后通过输入/输出单元140c以各种形式(例如，文本、语音、图像、视频、触觉)输出。
工业适用性
尽管已经集中于应用于3GPP LTE/LTE-A/NR系统的示例描述了本公开，但是本公开可以应用于除了3GPP LTE/LTE-A/NR系统之外的各种无线通信系统。

Claims (20)

1.一种用于在窄带(NB)无线通信系统中由基站向用户设备(UE)发送数据的方法，所述方法包括：
经由RRC信令向所述UE发送预配置的上行链路(UL)资源(PUR)配置；
当所述UE处于空闲模式时，在所述PUR上从所述UE接收上行链路数据；以及
向所述UE发送针对所述上行链路数据的反馈，
其中，所述反馈被配置成在从所述PUR接收起已经流逝特定时间之后在NPDCCH上被发送。
2.根据权利要求1所述的方法，其中，所述特定时间是特定数目的至少一个子帧。
3.根据权利要求2所述的方法，其中，所述特定数目是四。
4.根据权利要求1所述的方法，进一步包括：
监测用于发送所述反馈的搜索空间上的反馈窗口；以及
基于是否在所述反馈窗口上接收到包括所述反馈的DCI，向所述UE指示停止所述监测。
5.根据权利要求1所述的方法，进一步包括：
配置成在从被包括在UL许可中的多个字段当中排除指示PUR重传所需要的第一字段的其他第二字段上，向所述UE发送响应。
6.一种用于在窄带(NB)无线通信系统中由用户设备(UE)从基站接收数据的方法，所述方法包括：
经由RRC信令从所述基站接收预配置的上行链路(UL)资源(PUR)配置；
在所述PUR上向所述基站发送上行链路数据；以及
当所述UE处于空闲模式时，从所述基站接收针对所述上行链路数据的反馈，
其中，所述反馈被配置成在从所述PUR传输起已经流逝特定时间之后在NPDCCH上被接收。
7.根据权利要求6所述的方法，其中，所述特定时间是特定数目的至少一个子帧。
8.根据权利要求7所述的方法，其中，所述特定数目是四。
9.根据权利要求6所述的方法，进一步包括：
监测用于接收所述反馈的搜索空间上的反馈窗口；以及
基于是否在所述反馈窗口上接收到包括所述反馈的DCI，停止所述监测。
10.根据权利要求6所述的方法，进一步包括：
配置成在从被包括在UL许可中的多个字段当中排除指示PUR重传所需要的第一字段的其他第二字段上，从所述基站接收响应。
11.一种在窄带(NB)无线通信系统中向用户设备(UE)发送数据的基站，所述基站包括：
射频(RF)模块，所述射频(RF)模块被配置成发送和接收无线电信号；和
处理器，所述处理器在功能上连接到所述RF模块，
其中，所述处理器被配置成：
经由RRC信令向所述UE发送预配置的上行链路(UL)资源(PUR)配置；
当所述UE处于空闲模式时，在所述PUR上从所述UE接收上行链路数据；以及
向所述UE发送针对所述上行链路数据的反馈，
其中，所述反馈被配置成在从所述PUR接收起已经流逝特定时间之后在NPDCCH上被发送。
12.根据权利要求11所述的基站，其中，所述特定时间是特定数目的至少一个子帧。
13.根据权利要求12所述的基站，其中，所述特定数目是四。
14.根据权利要求11所述的基站，其中，所述处理器被配置成：
监测用于发送所述反馈的搜索空间上的反馈窗口；以及
基于是否在所述反馈窗口上接收到包括所述反馈的DCI，向所述UE指示停止所述监测。
15.根据权利要求11所述的基站，其中，所述处理器被配置成：
在从被包括在UL许可中的多个字段当中除了指示PUR重传所需要的第一字段之外的其他第二字段上，向所述UE发送响应。
16.一种在窄带(NB)无线通信系统中从基站接收数据的用户设备(UE)，所述UE包括：
射频(RF)模块，所述射频(RF)模块被配置成发送和接收无线电信号；和
处理器，所述处理器在功能上连接到所述RF模块，
其中，所述处理器被配置成：
经由RRC信令从所述基站接收预配置的上行链路(UL)资源(PUR)配置；
当所述UE处于空闲模式时，在所述PUR上向所述基站发送上行链路数据；以及
从所述基站接收针对所述上行链路数据的反馈；
其中，所述反馈被配置成在从所述PUR传输起已经流逝特定时间之后在NPDCCH上被接收。
17.根据权利要求16所述的UE，其中，所述特定时间是特定数目的至少一个子帧。
18.根据权利要求17所述的UE，其中，所述特定数目是四。
19.根据权利要求16所述的UE，其中，所述处理器被配置成：
监测用于接收所述反馈的搜索空间上的反馈窗口；以及
基于是否在所述反馈窗口上接收到包括所述反馈的DCI，停止所述监测。
20.根据权利要求16所述的UE，其中，所述处理器被配置成：
在从被包括在UL许可中的多个字段当中除了指示PUR重传所需要的第一字段之外的其他第二字段上，从所述基站接收响应。
CN201980071196.4A 2018-09-27 2019-09-27 在窄带无线通信系统中发送和接收数据的方法和系统 Active CN113056953B (zh)

Applications Claiming Priority (13)

Application Number Priority Date Filing Date Title
KR10-2018-0115085 2018-09-27
KR20180115085 2018-09-27
KR20180119334 2018-10-05
KR10-2018-0119334 2018-10-05
KR20180133988 2018-11-02
KR10-2018-0133988 2018-11-02
KR10-2018-0138057 2018-11-12
KR20180138057 2018-11-12
US201862767443P 2018-11-14 2018-11-14
KR10-2018-0140246 2018-11-14
US62/767,443 2018-11-14
KR20180140246 2018-11-14
PCT/KR2019/012670 WO2020067820A1 (ko) 2018-09-27 2019-09-27 협대역 무선 통신 시스템에서 데이터를 송수신하는 방법 및 시스템

Publications (2)

Publication Number Publication Date
CN113056953A true CN113056953A (zh) 2021-06-29
CN113056953B CN113056953B (zh) 2023-07-28

Family

ID=69950681

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980071196.4A Active CN113056953B (zh) 2018-09-27 2019-09-27 在窄带无线通信系统中发送和接收数据的方法和系统

Country Status (4)

Country Link
US (1) US12010689B2 (zh)
EP (1) EP3846568B1 (zh)
CN (1) CN113056953B (zh)
WO (1) WO2020067820A1 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3846568B1 (en) * 2018-09-27 2023-06-21 LG Electronics Inc. Transmitting and receiving data in narrow band wireless communication system
CN113056954B (zh) * 2018-09-27 2023-09-15 Lg 电子株式会社 在窄带无线通信系统中由终端控制发射功率的方法和终端
EP3849271A4 (en) * 2018-09-28 2021-10-27 Huawei Technologies Co., Ltd. COMMUNICATION PROCESS AND APPARATUS
MX2021009775A (es) * 2019-02-14 2021-09-08 Ntt Docomo Inc Terminal de usuario.
EP3925140A1 (en) * 2019-02-15 2021-12-22 Nokia Technologies Oy Preconfigured uplink resource control signaling enhancements
CN113924806B (zh) * 2019-03-28 2024-07-30 苹果公司 Emtc的dci格式3/3a的重复次数的指示
US11515907B2 (en) * 2019-05-03 2022-11-29 Qualcomm Incorporated Techniques for wireless communications using preconfigured uplink resources
US11616528B2 (en) 2019-05-03 2023-03-28 Qualcomm Incorporated Techniques for wireless communications using preconfigured uplink resources
US11356141B2 (en) 2019-05-03 2022-06-07 Qualcomm Incorporated Techniques for wireless communications using preconfigured uplink resources
ES2883806T3 (es) * 2019-09-30 2021-12-09 Deutsche Telekom Ag Método para mejorar la eficiencia y/o la flexibilidad en la transmisión de los datos de carga útil y/o de control en la dirección de enlace descendente y/o de enlace ascendente entre una entidad de estación base y un equipo de usuario de una red de comunicaciones móvil, sistema, equipo de usuario y entidad de estación base, programa y medio legible por ordenador
AU2019468597C1 (en) * 2019-09-30 2024-06-20 Huawei Technologies Co., Ltd. Communication method and apparatus
CN115088374A (zh) * 2020-02-13 2022-09-20 上海诺基亚贝尔股份有限公司 增强型prach前导码
CN114080045B (zh) * 2020-08-11 2024-06-14 维沃移动通信有限公司 数据发送处理方法、资源配置方法及相关设备
US11496236B2 (en) * 2020-08-14 2022-11-08 Samsung Electronics Co., Ltd. Method and apparatus for link budget enhancements in communication systems
US20220240323A1 (en) * 2021-01-23 2022-07-28 Qualcomm Incorporated Techniques for channel repetition counting

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170013610A1 (en) * 2014-02-16 2017-01-12 Lg Electronics Inc. Method and apparatus for transmitting uplink data in a wireless communication system
CN107734693A (zh) * 2016-08-12 2018-02-23 华硕电脑股份有限公司 无线通信系统中用于确定基础参数带宽的方法和设备
CN107926008A (zh) * 2015-08-14 2018-04-17 索尼公司 处理覆盖扩展模式下的重复次数
WO2018080758A1 (en) * 2016-10-28 2018-05-03 Qualcomm Incorporated Coexistence of interleaved and contiguous uplink transmissions
WO2018170516A2 (en) * 2017-03-17 2018-09-20 Ofinno Technologies, Llc Radio access network notification area update failure

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9363059B2 (en) * 2010-04-02 2016-06-07 Acer Incorporated Method of handling component carrier activation and deactivation and communication device thereof
US11785660B2 (en) * 2017-08-11 2023-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Early data retransmission of message 3
CN113056954B (zh) * 2018-09-27 2023-09-15 Lg 电子株式会社 在窄带无线通信系统中由终端控制发射功率的方法和终端
EP3846569B1 (en) * 2018-09-27 2022-11-23 LG Electronics Inc. User equipment and methods for transmitting or receiving feedback in wireless communication system supporting nb-iot
EP3846568B1 (en) * 2018-09-27 2023-06-21 LG Electronics Inc. Transmitting and receiving data in narrow band wireless communication system
JP2023538285A (ja) * 2020-08-05 2023-09-07 コムキャスト ケーブル コミュニケーションズ， エルエルシー 非接続状態のためのリソース構成

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170013610A1 (en) * 2014-02-16 2017-01-12 Lg Electronics Inc. Method and apparatus for transmitting uplink data in a wireless communication system
CN107926008A (zh) * 2015-08-14 2018-04-17 索尼公司 处理覆盖扩展模式下的重复次数
CN107734693A (zh) * 2016-08-12 2018-02-23 华硕电脑股份有限公司 无线通信系统中用于确定基础参数带宽的方法和设备
WO2018080758A1 (en) * 2016-10-28 2018-05-03 Qualcomm Incorporated Coexistence of interleaved and contiguous uplink transmissions
WO2018170516A2 (en) * 2017-03-17 2018-09-20 Ofinno Technologies, Llc Radio access network notification area update failure

Non-Patent Citations (8)

* Cited by examiner, † Cited by third party
Title
CATT: "\"R1-1808413Remaining issues on evaluation methodology for self-evaluation\"", 3GPP TSG RAN WG1 MEETING #94 *
HUAWEI, HISILICON: "\"R1-1809571 Feature lead summary on support for transmission in preconfigured UL resources\"", 3GPP TSG RAN WG1 MEETING #94 *
LG ELECTRONICS: "\"R1-1808466 Discussion on preconfigured UL resources in MTC\"", 3GPP TSG RAN WG1 MEETING #94 *
MEDIATEK INC.: "R1-1702750 \"Remaining issues for Rel-14 NB-IoT 2 HARQ processes\"", 3GPP TSG RAN WG1 MEETING #88, no. 1 *
NOKIA: "\"R1-1808440Preconfigured Grant for Uplink transmission\"", 3GPP TSG RAN WG1 MEETING #94 *
SIERRA WIRELESS: "\"R1-1808358 Pre-configured UL Resources Design Considerations \"", 3GPP TSG RAN WG1 MEETING 94 *
SIERRA WIRELESS: "\"R1-1809528 LTE-M Preconfigured UL Resources Summary\"", 3GPP TSG RAN WG1 MEETING 94 *
ZTE: "\"R2-1710987 Further consideration on early data transmission in eFeMTC and FeNB-IoT\"", 3GPP TSG-RAN WG2 MEETING#99 *

Also Published As

Publication number Publication date
EP3846568A1 (en) 2021-07-07
WO2020067820A1 (ko) 2020-04-02
EP3846568B1 (en) 2023-06-21
US12010689B2 (en) 2024-06-11
CN113056953B (zh) 2023-07-28
EP3846568A4 (en) 2021-12-01
US20220015089A1 (en) 2022-01-13

Similar Documents

Publication Publication Date Title
CN113056953B (zh) 在窄带无线通信系统中发送和接收数据的方法和系统
CN113056954B (zh) 在窄带无线通信系统中由终端控制发射功率的方法和终端
US11778608B2 (en) Method for transmitting uplink data in wireless communication system supporting narrowband internet of things, and apparatus therefor
CN112930707B (zh) 在支持nb-iot的无线通信系统中发送或接收反馈的方法和系统
CN112715046B (zh) 用于在支持窄带物联网系统的无线通信系统中通过使用预配置上行链路资源传送上行链路数据的方法及其设备
CN112703693B (zh) 在无线通信系统中发送/接收控制信息的方法及其装置
US11895643B2 (en) Method by which terminal transmits uplink control information in unlicensed band, and device using method
CN111096029B (zh) 与公共资源块网格无关地配置参考点的方法和用于该方法的设备
CN112567658B (zh) 用于在无线通信系统中改善终端的测量性能的方法及其装置
CN112567701B (zh) 在无线通信系统中由终端估计信道的方法及其装置
US11470537B2 (en) Cell access method of terminal in wireless communication system, and apparatus therefor
CN113439476B (zh) 在无线通信系统中通过预配置的上行链路资源发送上行链路数据的方法及其装置
CN112567674B (zh) 改进lte mtc下行链路控制信道的传输和接收性能的方法及其装置
CN113424632B (zh) 在无线通信系统中执行使用预配置资源的上行链路传输的方法和装置
US11638224B2 (en) Method for transmitting a synchronization signal block (SSB) based on a fixed frame period (FFP) by a communication device in a wireless communication system and apparatus using the same
CN113439478A (zh) 在无线通信系统中通过预配置的上行链路资源发送上行链路数据的方法及其装置
US20210306182A1 (en) Method for performing channel estimation in wireless communication system and device therefor
US20220104276A1 (en) Method for transmitting or receiving physical uplink shared channel for random access in wireless communication system and apparatus therefor

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant