CN113424632A - 在无线通信系统中执行使用预配置资源的上行链路传输的方法和装置 - Google Patents

在无线通信系统中执行使用预配置资源的上行链路传输的方法和装置 Download PDF

Info

Publication number
CN113424632A
CN113424632A CN202080013848.1A CN202080013848A CN113424632A CN 113424632 A CN113424632 A CN 113424632A CN 202080013848 A CN202080013848 A CN 202080013848A CN 113424632 A CN113424632 A CN 113424632A
Authority
CN
China
Prior art keywords
pur
information
transmission
base station
channel
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
CN202080013848.1A
Other languages
English (en)
Other versions
CN113424632B (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 CN113424632A publication Critical patent/CN113424632A/zh
Application granted granted Critical
Publication of CN113424632B publication Critical patent/CN113424632B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1858Transmission or retransmission of more than one copy of acknowledgement message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements

Landscapes

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

Abstract

本说明书涉及一种用于在无线通信系统中执行使用预配置上行链路资源(PUR)的PUR传输的方法,其中,由终端执行的所述方法包括以下步骤:在RRC连接状态下从基站接收用于所述PUR传输的PUR配置信息;以及在RRC空闲状态下基于所述PUR配置信息向所述基站执行所述PUR传输,所述PUR配置信息包括用于发送有关下行链路反馈的ACK或NACK的信道信息。

Description

在无线通信系统中执行使用预配置资源的上行链路传输的方 法和装置
技术领域
本公开涉及一种无线通信系统,并且涉及一种用于执行使用预配置资源的上行链路传输的方法和装置。
背景技术
已开发移动通信系统来提供话音服务,同时保证用户活动。然而,移动通信系统的服务覆盖范围甚至已扩展到数据服务以及话音服务,并且当前,业务的爆炸式增长已导致了资源短缺和用户对高速服务的需求,从而需要高级移动通信系统。
下一代移动通信系统的要求可以包括支持巨大数据业务、相当大的每个用户的传送速率的增加、显著地增加的数目的连接设备的容纳、非常低的端到端延时、以及高能量效率。为此,已研究了各种技术,诸如小小区增强、双连接、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、支持超宽带和设备联网。
发明内容
技术问题
本公开的一个目的是为了提供一种用于执行使用预配置的上行链路资源(PUR)的上行链路传输的方法。
另外,本公开的目的是为了提供与在执行使用PUR的上行链路传输之后向基站发送的上行链路信道有关的信息。
另外,本公开的目的是为了提供一种确定用于执行使用PUR的上行链路传输的传输功率的方法。
要由本公开实现的技术目的不限于上述技术目的,并且相关领域的技术人员将从以下描述中清楚地理解本文中未描述的其他技术目的。
技术方案
本公开将提供一种执行使用预配置上行链路资源的PUR传输的方法。
具体地,由用户设备(UE)执行的方法可以包括:在RRC连接状态下从基站接收用于PUR传输的PUR配置信息;以及在RRC空闲状态下基于PUR配置信息向基站执行PUR传输,并且PUR配置信息可以包括用于发送针对下行链路反馈的ACK或NACK的信道信息。
以及,本公开还可以包括基于信道信息将ACK或NACK发送到基站。
以及,在本公开中,信道信息可以是关于通过其发送ACK或NACK的信道的信息,并且信道信息可以包括关于信道的重复传输次数的信息。
以及,在本公开中,信道信息还可以包括关于信道的格式的信息和关于信道的资源索引值的信息。
以及,在本公开中,信道可以是物理上行链路共享信道(PUSCH)或物理上行链路控制信道(PUCCH)。
以及,在本公开中,用于将ACK或NACK发送到基站的传输功率是通过与发送功率控制(TPC)累积值无关地重置来确定的。
以及,在本公开中,PUR配置信息可以包括以下中的至少一个:关于用于PUR传输的资源的信息、关于PUR配置信息的传输周期的信息、与传送块大小(TBS)有关的信息、与调制编码方案(MCS)有关的信息。
以及,在本公开中,一种用于在无线通信系统中执行使用预配置上行链路资源(PUR)的PUR传输的用户设备(UE)可以包括:至少一个收发器;至少一个处理器;以及至少一个存储器,该至少一个存储器用于存储由至少一个处理器执行的操作的指令并且耦合到至少一个处理器。并且操作可以包括:在RRC连接状态下从基站接收用于PUR传输的PUR配置信息;以及在RRC空闲状态下基于PUR配置信息向基站执行PUR传输;并且其中,PUR配置信息包括用于发送针对下行链路反馈的ACK或NACK的信道信息。
以及,在本公开中,操作还可以包括基于信道信息将ACK或NACK发送到基站。
在本公开中,信道信息可以是关于通过其发送ACK或NACK的信道的信息,并且信道信息可以包括关于信道的重复传输次数的信息。
以及,在本公开中,用于将ACK或NACK发送到基站的传输功率可以是通过与发送功率控制(TPC)累积值无关地重置来确定的。
以及,在本公开中,一种在无线通信系统中由基站接收使用预配置上行链路资源(PUR)的PUR传输的方法可以包括:向在RRC连接状态下的用户设备(UE)发送用于PUR传输的PUR配置信息;以及从在RRC空闲状态下的UE接收基于PUR配置信息的PUR传输,并且PUR配置信息可以包括用于发送针对下行链路反馈的ACK或NACK的信道信息。
以及,在本公开中,一种在无线通信系统中接收使用预配置上行链路资源(PUR)的PUR传输的基站可以包括:至少一个收发器;至少一个处理器;以及至少一个存储器,该至少一个存储器用于存储由至少一个处理器执行的操作的指令并且耦合到至少一个处理器,并且操作可以包括:向在RRC连接状态下的用户设备(UE)发送用于PUR传输的PUR配置信息;以及从在RRC空闲状态下的UE接收基于PUR配置信息的PUR传输;并且PUR配置信息可以包括用于发送针对下行链路反馈的ACK或NACK的信道信息。
以及,在本公开中,一种装置可以包括至少一个存储器和至少一个处理器,该至少一个处理器在操作上耦合到至少一个存储器,并且该至少一个处理器可以被配置成:在RRC连接状态下从基站接收用于执行使用预配置上行链路资源(PUR)的PUR传输的PUR配置信息;以及在RRC空闲状态下基于PUR配置信息向基站执行PUR传输;并且PUR配置信息可以包括用于发送针对下行链路反馈的ACK或NACK的信道信息。
并且,在本公开中,在存储至少一个指令的至少一个非暂时性计算机可读介质中,可由至少一个处理器执行的至少一个指令可以包括:在RRC连接状态下从基站接收用于执行使用预配置上行链路资源(PUR)的PUR传输的PUR配置信息;以及在RRC空闲状态下基于PUR配置信息向基站执行PUR传输;并且PUR配置信息可以包括用于发送针对下行链路反馈的ACK或NACK的信道信息。
有益效果
在本公开中,由于执行使用预配置上行链路资源(PUR)的上行链路传输,存在可以通过在不用转变到RRC_CONNECTED状态的情况下在RRC_IDLE状态下的用户设备(UE)中执行上行链路传输来降低功耗的效果。
另外,在本公开中,存在通过提供一种用于确定执行使用PUR的上行链路传输的传输功率的方法,高效的PUR传输是可能的效果。
本公开的技术效果不限于上述效果,并且本领域的技术人员可以从以下描述中理解本文未提及的其他效果。
附图说明
被作为说明书的一部分包括在本文中以便帮助理解本公开的附图提供本公开的实施例,并且与下面的描述一起描述本公开的技术特征。
图1是图示可以应用本公开的5G场景的示例的图。
图2是图示可以应用本公开中提出的方法的AI装置的图。
图3是图示可以应用本公开中提出的方法的AI服务器的图。
图4是图示可以应用本说明书中提出的方法的AI系统的图。
图5是图示可以应用本公开的无线通信系统中的无线电帧的图。
图6是图示可以应用本公开的无线通信系统中的一个下行链路时隙的资源网格的图。
图7是图示可以应用本公开的无线通信系统中的下行链路子帧结构的图。
图8是图示可以应用本公开的无线通信系统中的上行链路子帧结构的图。
图9是图示可以应用本公开的无线通信系统中使用的上行链路子帧的结构的图。
图10是图示可以应用本公开的无线通信系统中使用的物理信道和使用该物理信道的一般信号传输方法的图。
图11是图示可以应用本公开的无线通信系统中的无线电帧结构的图。
图12是图示作为可以应用本公开的无线系统的NR帧的结构的图。
图13是图示可以应用本公开中提出的方法的自包含时隙结构的实施例的图。
图14是图示可以应用本公开的MTC通信的图。
图15是图示可以应用本公开的MTC中使用的物理信道和使用该物理信道的一般信号传输的图。
图16是图示可以应用本公开的MTC中的小区覆盖范围增强的图。
图17是图示可以应用本公开的MTC的信号带宽的图。
图18是图示可以应用本公开的传统LTE和MTC中的调度的图。
图19是图示可以应用本公开的NB-IoT中使用的物理信道和使用该物理信道的一般信号传输的图。
图20是图示可以应用本公开的当子载波间隔为15kHz时的帧结构的图。
图21是图示可以应用本公开的当子载波间隔为3.75kHz时的帧结构的图。
图22是图示NB-IoT中的三种操作模式的图。
图23是图示可以应用本公开的LTE带宽10MHz中的带内锚载波的部署的图。
图24是图示可以应用本公开的FDD LTE系统中的NB-IoT下行链路物理信道/信号的传输的图。
图25是图示可以应用本公开的NPUSCH格式的图。
图26是图示可以应用本公开的当在FDD NB-IoT中配置多载波时的操作的图。
图27是图示可以应用本公开的WUS与PO之间的定时关系的图。
图28是图示根据本公开的实施例的在无线通信系统中执行使用预配置上行链路资源的PUR传输的UE中的操作过程的流程图。
图29是图示根据本公开的实施例的在无线通信系统中接收使用预配置上行链路资源的PUR传输的基站中的操作过程的流程图。
图30是图示可以应用本公开中提出的方法的无线通信系统的实施例的图。
图31是图示可以应用本公开中提出的方法的无线装置的实施例的图。
图32是图示可以应用本公开中提出的方法的无线装置的实施例的图。
具体实施方式
参考附图详细地描述本公开的一些实施例。要连同附图一起公开的详细描述旨在描述本公开的一些示例性实施例,而不旨在描述本公开的唯一实施例。以下详细描述包括更多细节以便提供对本公开的完全理解。然而,本领域的技术人员将理解,可以在没有此类更多细节的情况下实现本公开。
在一些情况下,为了避免本公开的构思变得模糊,已知结构和设备被省略或者可以基于每个结构和设备的核心功能被以框图形式示出。
在此说明书中,基站具有基站与设备通过其直接进行通信的网络的UE节点的含义。在此文档中,被描述成由基站执行的特定操作可以由基站的上层节点根据情况执行。也就是说,明显的是,在包括有包括基站的多个网络节点的网络中,为了与设备通信而执行的各种操作可以由基站或除该基站以外的其他网络节点执行。基站(BS)可以用诸如以下各项的另一术语取代:固定站、节点B、eNB(演进型节点B)、基站收发器系统(BTS)、接入点(AP)、远程无线电头端(RRH)、传输点(TP)、接收点(RP)、中继站(中继器)。此外,装置可以是固定的或者可以具有移动性并且可以用诸如以下各项的另一术语取代:用户设备(UE)、移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)、无线终端(WT)、机器类型通信(MTC)设备、机器对机器(M2M)设备或设备对设备(D2D)设备。
在下文中,下行链路(DL)意指从eNB到UE的通信,而上行链路(UL)意指从UE到eNB的通信。在DL中,发送器可以是eNB的一部分,而接收器可以是UE的一部分。在UL中,发送器可以是UE的一部分,而接收器可以是eNB的一部分。
已提供了以下描述中使用的特定术语以帮助理解本公开,并且在不脱离本公开的技术精神的情况下,可以以各种形式改变此类特定术语的使用。
可以在各种无线通信系统中使用以下技术,诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)和非正交多址(NOMA)。CDMA可以使用诸如通用陆地无线电接入(UTRA)或CDMA2000的无线电技术来实现。TDMA可以使用诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强型数据速率GSM演进(EDGE)的无线电技术来实现。OFDMA可以使用诸如电气与电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20或演进型UTRA(E-UTRA)的无线电技术来实现。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用演进型UMTS陆地无线电接入(E-UTRA)的演进型UMTS(E-UMTS)的一部分,并且它在下行链路中采用OFDMA而在上行链路中采用SC-FDMA。高级LTE(LTE-A)是3GPP LTE的演进。
本公开的实施例可以由在作为无线电接入系统的IEEE 802、3GPP和3GPP2中的至少一个中公开的标准文档支持。也就是说,属于本公开的实施例并且未描述以便清楚地暴露本公开的技术精神的步骤或部分可以由该文档支持。此外,本文档中公开的所有术语都可以由标准文档描述。
为了更澄清描述,主要地描述3GPP LTE/LTE-A/NR(新无线电),但是本公开的技术特性不限于此。
另外,可以将本公开中描述的“A和/或B”解释为具有与“包括A或B中的至少一个”相同的含义。
在下文中,将描述可以应用本公开中提出的方法的5G使用场景的实施例。
5G的三个主要需求领域包括(1)增强型移动宽带(eMBB)领域、(2)大规模机器类型通信(mMTC)领域以及(3)超可靠低延时通信(URLLC)领域。
图1是图示可以应用本公开的5G使用场景的实施例的图。
在一些用例中,可能需要多个领域用于优化,而其他用例可以集中于仅一个关键性能指标(KPI)。5G以灵活且可靠的方式支持这些不同的用例。
eMBB远超出基本移动互联网接入,涵盖云或增强现实中的丰富交互式工作、媒体和娱乐应用。数据是5G的关键驱动因素之一,并且在5G时代可能首次不会看到专用话音服务。在5G中,话音预期作为简单地使用由通信系统提供的数据连接的应用程序被处理。业务量增加的主要原因是内容大小增加以及需要高数据速率的应用的数目增加。随着更多设备连接到互联网,流服务(音频和视频)、交互式视频和移动互联网连接将变得被更广泛地应用。许多这些应用需要始终在线(always-on)的连接以向用户推送实时信息和通知。云存储和应用正在移动通信平台中迅速地增加,这些移动通信平台能够被应用于工作和娱乐两者。并且,云存储是驱动上行链路数据速率的增长的特殊用例。5G也被用于云中的远程工作并且需要低得多的端到端延时以在使用触觉接口时维持良好的用户体验。例如,娱乐、云游戏和视频流是正在增加对移动宽带能力的需求的另一关键因素。娱乐在任何地方在智能电话和平板上是必要的,所述任何地方包括诸如火车、汽车和飞机的高移动性环境。另一用例是用于娱乐的增强现实和信息检索。这里,增强现实需要非常低的延时和瞬时数据量。
另外,最期待的5G用例之一涉及在所有领域中无缝地连接嵌入式传感器的能力,即mMTC。到2020年,潜在IoT设备预期达到204亿。工业IoT是5G在启用智能城市、资产跟踪、智能公用事业、农业和安全基础设施时起主要作用的领域之一。
URLLC包括将用超可靠/低延时链路改变行业的新服务,诸如自驾驶车辆和关键基础设施的远程控制。可靠性和延迟水平对智能电网控制、工业自动化、机器人、无人机控制和协调来说是必要的。
接下来,更详细地看许多例子。
5G能够补充光纤到户(FTTH)和基于电缆的宽带(或DOCSIS)作为提供速率为每秒数百兆比特至每秒数千兆比特的流的手段。这些高速度是递送4K或更高(6K、8K及更高)分辨率的TV以及虚拟和增强现实所必需的。虚拟现实(VR)和增强现实(AR)应用涉及几乎沉浸式体育赛事。某些应用可能需要特殊网络设置。例如,对于VR游戏,游戏公司可能需要将核心服务器与网络运营商的边缘网络服务器集成在一起以使延时最小化。
汽车因到车辆的移动通信的许多用例而预期成为5G中的重要新驱动力。例如,乘客的娱乐要求同时的高容量和高移动性移动宽带。原因是将来的用户将继续预期高质量连接,而不管他们的位置和速度如何。汽车领域中的另一应用示例是增强现实仪表板。它在驾驶员通过前窗看到的物体之上标识黑暗中的物体并且显示告诉驾驶员物体的距离和移动的信息。将来,无线模块实现车辆之间的通信、车辆与支持基础设施之间的信息交换以及车辆与其他连接设备(例如,由行人承载的设备)之间的信息交换。安全系统能够通过引导驾驶员通过替代行动路线来降低事故风险以使驾驶变得更安全。下一步骤将是遥控或自驾驶车辆。它是非常可靠的并且在不同的自驾驶车辆之间以及在车辆与基础设施之间需要非常快的通信。将来,自驾驶汽车将执行所有驾驶活动,而使得驾驶员将仅集中于车辆它本身不能识别的交通异常。自驾驶车辆的技术要求要求超低延时和超快可靠性以将交通安全提高至人类无法达到的水平。
智能城市和智能家庭,称为智能社会,将被嵌入有高密度无线传感器网络。智能传感器的分布式网络将识别城市或家庭的成本和能量高效维护的条件。能够为每个住户做类似的设置。温度传感器、窗户和加热控制器、防盗报警器和电器都以无线方式连接。许多这些传感器通常是低数据速率、低功率和低成本的。然而,例如,在某些类型的监测设备中可能需要实时HD视频。
包括热或气的能量的消耗和分配是高度分散的,从而需要对分布式传感器网络进行自动化控制。智能电网使用数字信息和通信技术来互连这些传感器以收集信息并且相应地行动。此信息能够包括供应商和消费者的行为,从而允许智能电网以自动化方式改进诸如电力的燃料的生产和分配的效率、可靠性、经济性、可持续性。也能够将智能电网视为另一低延时传感器网络。
卫生部门有能够从移动通信中受益的许多应用。通信系统能够支持从远程位置提供临床护理的远程医疗。这能够帮助减少距离障碍并且改进在偏远农村区域中不可持续地提供的医疗服务的可及性。它也用于在重症护理和紧急情况下挽救生命。基于移动通信的无线传感器网络可以提供传感器以及对诸如心率和血压的参数的远程监测。
无线和移动通信正在工业应用中变得日益重要。布线的安装和维护昂贵。因此,用可重新配置的无线链路替换电缆的可能性对许多行业来说是一个有吸引力的机会。然而,实现这个需要无线连接以与电缆的延迟、可靠性和容量类似的延迟、可靠性和容量而操作,并且其管理需要被简化。低延时和非常低的错误概率是需要连接到5G的新要求。
物流和货运跟踪是使得能够使用基于位置的信息系统从任何地方跟踪库存和包裹的移动通信的重要使用示例。物流和货运跟踪用例通常需要低数据速率,但是需要宽范围且可靠的位置信息。
人工智能(AI)
人工智能是指研究人工智能或创建它的方法学的领域,而机器学习是指研究用于定义并解决人工智能领域中处理的各种问题的方法学的领域。机器学习也被定义为通过连续的经验来改进任务的性能的算法。
人工神经网络(ANN)是机器学习中使用的模型,并且可以是指具有解决问题能力的整体模型,其由通过组合突触来形成网络的人工神经元(节点)组成。人工神经网络可以由不同层的神经元之间的连接模式、用于更新模型参数的学习过程以及用于生成输出值的激活函数来定义。
人工神经网络可以包括输入层、输出层和任选地一个或多个隐藏层。每个层包括一个或多个神经元,并且人工神经网络可以包括神经元和连接神经元的突触。在人工神经网络中,每个神经元能够针对通过突触输入的输入信号、权重和偏差输出激活函数的函数值。
模型参数是指通过学习所确定的参数,并且包括突触连接的权重和神经元的偏差。另外,超参数是指在机器学习算法中学习之前必须设置的参数,包括学习速率、迭代计数、最小批大小和初始化函数。
学习人工神经网络的目的可以是确定使损失函数最小化的模型参数。能够将损失函数用作用于在人工神经网络的学习过程中确定最优模型参数的指标。
能够根据学习方法将机器学习分类成监督学习、无监督学习和强化学习。
监督学习是指在给定训练数据的标签时训练人工神经网络的方法,并且标签可以意指人工神经网络在将训练数据输入到人工神经网络时必须推断出的正确答案(或结果值)。无监督学习可以意指在未给出训练数据的标签的状态下训练人工神经网络的方法。强化学习可以意指在特定环境中定义的代理学习选择在每种状态下使累积奖励最大化的动作或动作序列的学习方法。
在人工神经网络当中,作为包括多个隐藏层的深度神经网络(DNN)实现的机器学习有时被称为深度学习,并且深度学习是机器学习的一部分。在下文中,在包括深度学习的意义上使用机器学习。
机器人
机器人可以是指自动地处理或操作由它自己的能力给出的任务的机器。特别地,可以将具有辨识环境并且通过自我确定来执行操作的功能的机器人称为智能机器人。
能够取决于使用目的或领域而将机器人分类成工业、医疗、家用、军事等。
机器人可以被提供有包括致动器或电机的驱动单元以执行各种物理操作,诸如移动机器人关节。另外,可移动机器人在驱动单元中包括轮子、制动器、螺旋桨等,并且能够通过驱动单元在地面上行驶或者在空中飞行。
自驾驶、自主驾驶
自主驾驶是指自驾驶技术,并且自主驾驶车辆是指在没有用户的操纵的情况下或利用用户的最少操纵驾驶的车辆。
例如,在自主驾驶中,维持驾驶车道的技术、自动地调整速度的技术如自适应巡航控制、沿着指定路线自动地驾驶的技术以及在设置目的地时自动地设置路线的技术等。能够包括所有这些。
车辆包括仅包括内燃机的所有车辆、包括内燃机和电动机的混合动力车辆以及仅包括电动机的电动车辆,并且可以不仅包括汽车,而且还包括火车和摩托车。
在这种情况下,能够将自主车辆视为具有自主驾驶功能的机器人。
扩展现实(XR)
扩展现实统指虚拟现实(VR)、增强现实(AR)和混合现实(MR)。VR技术仅提供真实世界对象或背景的CG图像,AR技术在真实对象图像之上提供虚拟地创建的CG图像,而MR技术是在真实世界中混合并组合虚拟对象的计算机图形技术。
MR技术类似于AR技术,因为它一起示出真实对象和虚拟对象。然而,在AR技术中,以补充真实对象的形式使用虚拟对象,然而在MR技术中,按同等特性使用虚拟对象和真实对象。
能够将XR技术应用于HMD(头戴式显示器)、HUD(平视显示器)、移动电话、平板PC、膝上型电脑、台式电脑、TV、数字标牌等,并且可以将应用有XR技术的设备称为XR设备。
图2图示根据本公开的实施例的AI设备100。
可以将AI设备100实现为固定设备或可移动设备,诸如TV、投影仪、移动电话、智能电话、台式计算机、膝上型计算机、数字广播终端、个人数字助理(PDA)、便携式多媒体播放器(PMP)、导航仪、平板PC、可穿戴设备、机顶盒(STB)、DMB接收器、无线电设备、洗衣机、冰箱、台式计算机、数字标牌、机器人、车辆等。
参考图2,用户设备(UE)100可以包括通信单元110、输入单元120、学习处理器130、感测单元140、输出单元150、存储器170和处理器180。
通信单元110可以使用有线/无线通信技术来与诸如其他AI设备100a至100e或AI服务器200的外部设备发送和接收数据。例如,通信单元110可以与外部设备发送和接收传感器信息、用户输入、学习模型和控制信号。
这里,由通信单元110使用的通信技术包括全球移动通信系统(GSM)、码分多址(CDMA)、长期演进(LTE)、5G、无线LAN(WLAN)和无线保真(Wi-Fi)、BluetoothTM、射频标识(RFID)、红外数据协会(IrDA)、ZigBee和近场通信(NFC)等。
输入单元120可以获取各种类型的数据。
这里,输入单元120可以包括用于输入图像信号的相机、用于接收音频信号的麦克风以及用于从用户接收信息的用户输入单元。这里,通过将相机或麦克风视为传感器,可以将从相机或麦克风获取的信号称为感测数据或传感器信息。
输入单元120可以获取要在通过将训练数据用于模型训练时使用的输入数据和训练模型。输入单元120可以获得未处理的输入数据,并且在这种情况下,处理器180或学习处理器130可以提取输入特征作为对输入数据的预处理。
学习处理器130可以使用训练数据来训练由人工神经网络组成的模型。这里,可以将学习的人工神经网络称为学习模型。学习模型能够用于针对除训练数据以外的新输入数据来推断结果值,并且能够将推断的值用作决定要执行某个操作的基础。
这里,学习处理器130可以与AI服务器200的学习处理器240一起执行AI处理。
这里,学习处理器130可以包括在AI设备100中集成或实现的存储器。替换地,可以使用存储器170、直接耦合到AI设备100的外部存储器或在外部设备中维持的存储器来实现学习处理器130。
感测单元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可以存储正被训练或通过学习处理器240训练的模型(或人工神经网络,231a)。
学习处理器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与作为构成AI系统1的AI设备的机器人100a、自驾驶车辆100b、XR设备100c、智能电话100d或家用电器100e中的至少一个连接,并且可以帮助已连接的AI设备100a至100e的AI处理的至少一部分。
在这种情况下,AI服务器200可以代替AI设备100a至100e根据机器学习算法来训练人工神经网络,并且可以直接存储学习模型或者将其发送到AI设备100a至100e。
此时,AI服务器200可以从AI设备100a至100e接收输入数据,使用学习模型针对所接收到的输入数据推断结果值,并且基于经推断的结果值生成响应或控制命令,以及将其发送到AI设备100a至100e。
替换地,AI设备100a至100e可以使用直接学习模型针对输入数据推断结果值并且基于经推断的结果值生成响应或控制命令。
在下文中,将描述应用上述技术的AI设备100a至100e的各种实施例。这里,图3所示的AI设备100a至100e可以作为图1所示的AI设备100的特定示例。
AI+机器人
机器人100a被应用有AI技术并且可以被实现为引导机器人、运输机器人、清洁机器人、可穿戴机器人、娱乐机器人、宠物机器人、无人驾驶飞行机器人等。
机器人100a可以包括用于控制操作的机器人控制模块,并且该机器人控制模块可以是指软件模块或将其实现为硬件的芯片。
机器人100a可以使用从各种类型的传感器获得的传感器信息来获取机器人100a的状态信息,检测(辨识)周围环境和对象,生成地图数据,决定移动路线和驾驶计划,决定对用户交互的响应,或者决定动作。
这里,机器人100a可以使用从激光雷达、雷达和相机当中的至少一个传感器获得的传感器信息以便确定移动路线和驾驶计划。
机器人100a可以使用由至少一个人工神经网络组成的学习模型来执行上述操作。例如,机器人100a可以使用学习模型来辨识周围环境和对象,并且可以使用经辨识的周围环境信息或对象信息来确定操作。这里,学习模型可以由机器人100a直接学习或者由诸如AI服务器200的外部设备学习。
这里,机器人100a可以通过使用直接学习模型生成结果来执行操作,但是它可以将传感器信息发送到诸如AI服务器200的外部设备并且通过接收相应地生成的结果来执行操作。
机器人100a可以使用地图数据、从传感器信息中检测到的对象信息或从外部设备获得的对象信息中的至少一种来确定移动路线和驾驶计划,并且可以控制驱动单元根据所确定的移动路线和驾驶计划来驱动机器人100a。
地图数据可以包括关于布置在机器人100a在其中移动的空间中的各种对象的对象识别信息。例如,地图数据可以包括关于诸如墙壁和门的固定对象以及诸如花盆和桌子的可移动对象的对象识别信息。另外,对象识别信息可以包括名称、类型、距离和位置。
另外,机器人100a可以通过基于用户的控制/交互控制驱动单元来执行操作或运行。在这种情况下,机器人100a可以根据用户的运动或话音语音来获取交互意图信息,并且基于所获得的意图信息来确定响应以执行操作。
AI+自主驾驶
可以通过应用AI技术将自驾驶(自主)车辆100b实现为移动机器人、车辆或无人驾驶航空飞行器。
自驾驶车辆100b可以包括用于控制自主驾驶功能的自主驾驶控制模块,并且自主驾驶控制模块可以是指软件模块或将其实现为硬件的芯片。自主驾驶控制模块可以作为自驾驶车辆100b的配置被包括在内部,但是可以被配置成单独的硬件并且连接到自驾驶车辆100b的外部。
自驾驶车辆100b可以使用从各种类型的传感器获得的传感器信息来获取自驾驶车辆100b的状态信息,检测(辨识)周围环境和对象,生成地图数据,决定移动路线和驾驶计划,决定对用户交互的响应,或者决定行动。
这里,类似于机器人100a,自驾驶车辆100b可以使用从激光雷达、雷达和相机当中的至少一个传感器获得的传感器信息,以便确定移动路线和驾驶计划。
特别地,自驾驶车辆100b可以通过从外部设备接收传感器信息或者从外部设备接收直接辨识的信息来辨识视野被阻挡的区域或大于特定距离的区域中的环境或对象。
自驾驶车辆100b可以使用由至少一个人工神经网络组成的学习模型来执行上述操作。例如,自驾驶车辆100b可以使用学习模型来辨识周围环境和对象,并且可以使用经辨识的周围环境信息或对象信息来确定驾驶路径。这里,学习模型可以由自驾驶车辆100b直接学习或者由诸如AI服务器200的外部设备学习。
这里,自驾驶车辆100b可以通过使用直接学习模型生成结果来执行操作,但是它可以将传感器信息发送到诸如AI服务器200的外部设备并且通过接收相应地生成的结果来执行操作。
自驾驶车辆100b可以使用地图数据、从传感器信息中检测到的对象信息或从外部设备获得的对象信息中的至少一种来确定移动路线和驾驶计划,并且可以控制驱动单元根据所确定的移动路线和驾驶计划来驱动自驾驶车辆100b。
地图数据可以包括关于布置在自驾驶(自主)车辆100b在其中移动的空间(例如,道路)中的各种对象的对象识别信息。例如,地图数据可以包括关于诸如路灯、岩石和建筑物的固定对象以及诸如车辆和行人的可移动对象的对象识别信息。另外,对象识别信息可以包括名称、类型、距离和位置。
另外,自驾驶车辆100b可以通过基于用户的控制/交互控制驱动单元来执行操作或驱动。在这种情况下,自驾驶车辆100b可以根据用户的运动或话音语音来获取交互意图信息,并且基于所获得的意图信息确定响应以执行操作。
AI+XR
XR设备100c被应用有AI技术,并且可以被实现为设置在车辆中的HMD(头戴式显示器)、HUD(平视显示器)、TV、移动电话、智能电话、计算机、可穿戴设备、家用电器、数字标牌、车辆、固定机器人或移动机器人。
XR设备100c可以通过分析通过各种传感器或从外部设备获取的3D点云数据或图像数据来获取关于周围空间或真实对象的信息以生成3D点的位置数据和属性数据,并且可以渲染要显示以输出的XR对象。例如,XR装置100c可以输出与经辨识的对象相对应的包括关于经辨识的对象的附加信息的XR对象。
XR装置100c可以使用由至少一个人工神经网络组成的学习模型来执行上述操作。例如,XR设备100c可以使用学习模型来根据3D点云数据或图像数据辨识真实对象,并且可以提供与经辨识的真实对象相对应的信息。这里,学习模型可以由XR设备100c直接学习或者由诸如AI服务器200的外部设备学习。
此时,XR设备100c可以使用学习模型来直接生成结果以执行操作,但是也可以将传感器信息发送到诸如AI服务器200的外部设备并且接收所生成的结果以执行操作。
AI+机器人+自主驾驶
可以通过应用AI技术和自主驾驶技术将机器人100a实现为引导机器人、运输机器人、清洁机器人、可穿戴机器人、娱乐机器人、宠物机器人、无人驾驶飞行机器人等。
应用AI技术和自主驾驶技术的机器人100a可以是指具有自主驾驶功能的机器人或与自驾驶车辆100b交互的机器人100a。
具有自主驾驶功能的机器人100a可以统指在没有用户的控制的情况下根据给定移动线自行移动或者通过自行确定移动线移动的设备。
具有自主驾驶功能的机器人100a和自驾驶车辆100b可以使用公共感测方法来确定移动路线或驾驶计划中的一个或多个。例如,具有自主驾驶功能的机器人100a和自驾驶车辆100b可以使用通过激光雷达、雷达和相机感测的信息来确定移动路线或驾驶计划中的一个或多个。
与自驾驶车辆100b交互的机器人100a与自驾驶车辆100b分开地存在并且可以被链接到自主驾驶车辆100b内部或外部的自主驾驶功能,或者可以执行与搭乘在自驾驶车辆100b上的用户相关联的操作。
这里,与自驾驶车辆100b交互的机器人100a可以通过代表自驾驶(自主)车辆100b获取传感器信息以将它提供给自驾驶车辆100b或者获取传感器信息并且生成关于周围环境的对象信息以将它提供给自驾驶车辆100b来控制或协助自驾驶车辆100b的自主驾驶功能。
替换地,与自驾驶车辆100b交互的机器人100a可以监测自驾驶车辆100b中的用户或者通过与用户的交互来控制自驾驶车辆100b的功能。例如,当确定了驾驶员处于困倦状态时,机器人100a可以激活自驾驶车辆100b的自主驾驶功能或者协助控制自驾驶车辆100b的驱动单元。这里,由机器人100a控制的自驾驶车辆100b的功能可以不仅包括自主驾驶功能,还可以包括由设置在自驾驶车辆100b内部的导航系统或音频系统提供的功能。
替换地,与自驾驶车辆100b交互的机器人100a可以从自驾驶车辆100b外部向自驾驶车辆100b提供信息或者协助功能。例如,机器人100a可以向自驾驶车辆100b提供包括信号信息的交通信息,诸如智能交通灯,或者通过与自驾驶车辆100b交互来将充电器自动地连接到充电端口,诸如用于电动汽车的自动充电器。
AI+机器人+XR
可以通过应用AI技术和XR技术将机器人100a实现为引导机器人、运输机器人、清洁机器人、可穿戴机器人、娱乐机器人、宠物机器人、无人驾驶飞行机器人、无人机等。
应用XR技术的机器人100a可以是指在XR图像内要控制/交互的机器人。在这种情况下,机器人100a与XR设备100c区分开并且可以相互交互。
当作为XR图像中的控制/交互对象的机器人100a从包括相机的传感器获取传感器信息时,机器人100a或XR设备100c可以基于传感器信息生成XR图像,并且XR设备100c可以输出所生成的XR图像。另外,机器人100a可以基于通过XR设备100c输入的控制信号或用户的交互来操作。
例如,用户可以检查与通过诸如XR设备100c的外部设备远程链接的机器人100a的视点相对应的XR图像,并且可以通过交互来调整机器人100a的自主驾驶路径,或者控制运动或驾驶,或者检查关于周围对象的信息。
AI+自主驾驶+XR
可以通过应用AI技术和XR技术将自驾驶(自主)车辆100b实现为移动机器人、车辆或无人驾驶航空飞行器。
应用XR技术的自驾驶车辆100b可以意指包括用于提供XR图像的手段的自主驾驶车辆,或作为XR图像内的控制/交互对象的自主驾驶车辆。特别地,作为XR图像中的控制/交互对象的自驾驶车辆100b与XR设备100c区分开并且可以相互交互。
具有用于提供XR图像的手段的自驾驶车辆100b可以从包括相机的传感器获取传感器信息,并且可以输出基于所获取的传感器信息而生成的XR图像。例如,自驾驶车辆100b可以通过用HUD输出XR图像来向乘客提供与真实对象或屏幕中的对象相对应的XR对象。
在这种情况下,当XR对象被输出到HUD时,可以输出XR对象的至少一部分以与面对乘客注视的实际对象重叠。同时,当在设置在自驾驶车辆100b内部的显示器上输出XR对象时,该XR对象的至少一部分可以被输出以与屏幕中的对象重叠。例如,自驾驶车辆100b可以输出与诸如车道、其他车辆、交通灯、交通标志、摩托车、行人和建筑物的对象相对应的XR对象。
当作为XR图像中的控制/交互对象的自驾驶车辆100b从包括相机的传感器获取传感器信息时,自驾驶车辆100b或XR设备100c可以基于传感器信息生成XR图像,并且输出所生成的XR图像。另外,自驾驶车辆100b可以基于通过诸如XR设备100c的外部设备输入的控制信号或用户的交互来操作。
可以应用本公开的总体无线通信系统
图5图示可以应用本公开的无线通信系统中的无线电帧结构。
在3GPP LTE/LTE-A中支持适用于频分双工(FDD)的类型1无线电帧结构和适用于时分双工(TDD)的类型2无线电帧结构。
在图5中,无线电帧的时域大小被表达为时间单位T_s=1/(15000*2048)的倍数。下行链路传输和上行链路传输由持续时间为T_f=307200*T_s=10ms的无线电帧构成。
图5的(a)图示类型1无线电帧的结构。类型1无线电帧适用于全双工FDD和半双工FDD两者。
一无线电帧由10个子帧构成。一个无线电帧由具有长度T_slot=15360*T_s=0.5ms的20个时隙构成,并且每个时隙被指配从0至10的索引。一个子帧由时域中的两个连续的时隙构成并且子帧i由时隙2i和时隙2i+1构成。发送一个子帧所花费的时间被称为传输时间间隔(TTI)。例如,一个子帧的长度可以是1ms并且一个时隙的长度可以是0.5ms。
在FDD中,在频域中区分上行链路传输和下行链路传输。虽然对全双工FDD没有限制,但是UE不能在半双工FDD操作中同时发送和接收。
一个时隙在时域中包括多个正交频分复用(OFDM)并且在频域中包括多个资源块(RB)。由于3GPP LTE在下行链路中使用OFDMA,所以OFDM符号用于表达一个符号时段。可以将一个OFDM符号称为一个SC-FDMA符号或符号时段。资源块是资源分配单元并且在一个时隙中包括多个连续的子载波。
图5的(b)图示帧结构类型2。
类型2无线电帧由两个半帧构成,每个半帧的长度为153600*T_s=5ms。每个半帧由5个子帧构成,每个子帧的长度为30720*T_s=1ms。
在TDD系统的类型2帧结构中,上行链路-下行链路配置是指示是否为所有子帧分配(或保留)上行链路和下行链路的规则。
表1指示上行链路-下行链路配置。
【表1】
Figure BDA0003206996970000281
参见表1,对于无线电帧的每个子帧,‘D’指示用于下行链路传输的子帧,‘U’指示用于上行链路传输的子帧,‘S’指示由包括下行链路导频时隙(DwPTS)、保护时段(GP)和上行链路导频时隙(UpPTS)的三个字段组成的特殊子帧。
DwPTS被用于UE中的初始小区搜索、同步或信道估计。UpPTS被用于基站中的信道估计和UE中的上行链路传输的同步。GP是用于去除由于在上行链路与下行链路之间的下行链路信号的多径延迟而在上行链路中引起的干扰的持续时间。
每个子帧i由时隙2i和时隙2i+1构成,每个时隙的长度为T_slot=15360*T_s=0.5ms。
可以将上行链路-下行链路配置划分成7种类型,并且对每种配置来说,下行链路子帧、特殊子帧和上行链路子帧的位置和/或数目不同。
下行链路被切换到上行链路的时间点或上行链路被切换到下行链路的时间点被称为切换点。切换点周期是指以相同方式切换上行链路子帧和下行链路子帧的周期,并且支持5ms和10ms两者。在具有5ms下行链路-上行链路切换时间的周期的情况下,每半帧存在特殊子帧(S),而在具有5ms下行链路-上行链路切换时间的周期的情况下,仅在第一半帧中存在特殊子帧(S)。
在所有配置中,子帧0、5和DwPTS是仅用于下行链路传输的持续时间。紧接在UpPTS之后的子帧和该子帧是仅用于上行链路传输的持续时间。
上行链路-下行链路配置可以作为系统信息被基站和UE两者所知。每当上行链路-下行链路配置信息发生改变时,基站可以通过仅发送配置信息的索引来向UE通知无线电帧的上行链路-下行链路分配状态的变化。另外,配置信息可以作为下行链路控制信息像其他调度信息一样通过物理下行链路控制信道(PDCCH)来发送,并且可以作为广播信息通过广播信道被发送给小区中的所有UE。
表2指示特殊子帧的配置(DwPTS/GP/UpPTS的长度)。
【表2】
Figure BDA0003206996970000291
Figure BDA0003206996970000301
图5的实施例中的无线电帧的结构仅是一个示例,并且无线电帧中包括的子载波的数目或子帧中包括的时隙的数目和时隙中包括的OFDM符号的数目可以不同地改变。
图6图示可以应用本公开的无线通信系统中的下行链路时隙的资源网格。
参考图6,一个下行链路时隙在时域中包括多个OFDM符号。这里,示例性地描述了一个下行链路时隙包含7个OFDM符号并且一个资源块包括频域中的12个子载波,但是不限于此。
资源网格中的每个元素被定义为资源元素,并且一个资源块(RB)包括12×7个资源元素。下行链路时隙中包括的资源块的数目取决于下行链路传输带宽。
上行链路时隙的结构与下行链路时隙的结构相同。
图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的传输功率控制命令集以及IP话音(VoIP)的激活。可以在控制区域中发送多个PDCCH,并且UE可以监测多个PDCCH。PDCCH由一个或多个连续的控制信道元素(CCE)的集合构成。CCE是用于根据无线电信道的状态来向PDCCH提供编码率的逻辑分配单元。CCE对应于多个资源元素组(resource element group)。PDCCH的格式和可用PDCCH的比特数是根据CCE的数目与通过CCE提供的编码率之间的相关性确定的。
基站根据要发送到UE的DCI来确定格式并且将循环冗余校验(CRC)附加到控制信息。在CRC中,根据PDCCH的所有者或用法对唯一标识符(其被称为无线电网络临时标识符(RNTI))进行掩码。如果PDCCH用于特定UE,则可以将UE的唯一标识符(例如,C-RNTI(小区-RNTI))掩码到CRC。替换地,如果PDCCH用于寻呼消息,则可以将寻呼指示标识符(例如,寻呼-RNTI(P-RNTI))掩码到CRC。如果它是用于系统信息(更具体地为系统信息块(SIB))的PDCCH,则可以将系统信息标识符和系统信息RNTI(SI-RNTI)掩码到CRC。为了指示作为对UE对随机接入前导的传输的响应的随机接入响应,可以将随机接入-RNTI(RA-RNTI)掩码到CRC。
增强型PDCCH(EPDCCH)承载UE特定信令。EPDCCH被定位在UE特定配置的物理资源块(PRB)中。换句话说,如上所述,可以在子帧中的第一时隙中的先前三个OFDM符号中发送PDCCH,但是可以在除PDCCH以外的资源区域中发送EPDCCH。可以通过更高层信令(例如,RRC信令等)在UE中配置EPDCCH在子帧中开始的时间点(即,符号)。
EPDCCH可以承载与DL-SCH有关的传输格式、资源分配和HARQ信息、与UL-SCH有关的传输格式、资源分配和HARQ信息、与SL-SCH(侧链共享信道)和PSCCH(物理侧链控制信道)有关的资源分配信息。可以支持多个EPDCCH,并且UE可以监测EPCCH集。
可以使用一个或多个连续的增强型CCE(ECCE)来发送EPDCCH,并且可以针对每个EPDCCH格式来确定每单个EPDCCH的ECCE的数目。
每个ECCE可以由多个增强型资源元素组(EREG)构成。EREG用于定义ECCE到RE的映射。每PRB对有16个EREG。除了在每个PRB对内承载DMRS的RE之外,将所有RE都按频率增加和时间增加的次序从0编号至15。
UE可以监测多个EPDCCH。例如,可以配置UE监测EPDCCH传输的一个PRB对中的一个或两个EPDCCH集。
可以通过合并不同数目的ECCE来实现用于EPCCH的不同编码率。EPCCH可以使用局部式传输或分布式传输,并且相应地,PRB中的ECCE到RE的映射可以变化。
图8图示可以应用本公开的无线通信系统中的上行链路子帧的结构。
参考图8,上行链路子帧可以在频率区域中被划分成控制区域和数据区域。承载上行链路控制信息的物理上行链路控制信道(PUCCH)被分配给控制区域。承载用户数据的物理上行链路共享信道(PUSCH)被分配给数据区域。为了维持单载波特性,一个UE不同时发送PUCCH和PUSCH。
子帧中的资源块(RB)对被分配给用于UE的PUCCH。属于RB对的RB在两个时隙中的每一个中占据不同的子载波。这里,分配给PUCCH的RB对被称为时隙边界处的跳频。
图9图示可以应用本公开的无线系统中使用的上行链路子帧的结构的实施例。
参考图9,子帧500由两个0.5ms时隙501构成。每个时隙由多个符号502构成并且一个符号对应于一个SC-FDMA符号。RB 503是与频域中的12个子载波和时域中的一个时隙相对应的资源分配单元。LTE的上行链路子帧的结构被划分成数据区域504和控制区域505。数据区域是指用于发送诸如向每个UE发送的话音和分组的数据的通信资源,并且包括物理上行链路共享信道(PUSCH)。控制区域是指用于发送上行链路控制信号的通信资源,例如,来自每个UE的下行链路信道质量报告、针对下行链路信号的接收ACK/NACK、上行链路调度请求等,并且包括PUCCH(物理上行链路控制信道)。探测参考信号(SRS)通过一个子帧中位于时间轴上最后的SC-FDMA符号来发送。
图10图示无线通信系统中使用的物理信道和使用该物理信道来发送一般信号的方法。
参考图10,在无线通信系统中,UE通过下行链路(DL)从基站接收信息并且通过上行链路(UL)向基站发送信息。在基站与UE之间发送和接收的信息包括数据和各种控制信息,并且根据它们发送或接收的信息的类型/用途存在各种物理信道。
当UE被接通或者新近进入小区时,UE执行诸如与基站同步的初始小区搜索操作S201。为此,UE可以通过从基站接收主同步信号(PSS)和辅同步信号(SSS)来与基站同步并且获得诸如小区标识符(ID)等的信息。然后,UE可以通过从基站接收物理广播信道(PBCH)来获得小区中的广播信息。同时,UE可以通过在初始小区搜索步骤接收下行链路参考信号(DL RS)来检查下行链路信道状态。
在完成初始小区搜索之后,UE可以通过接收物理下行链路控制信道(PDCCH)并且根据PDCCH中的信息接收物理下行链路共享信道(PDSCH)来获得更具体的系统信息S202。
同时,当UE第一次接入基站或者没有用于信号传输的无线电资源时,UE可以向基站执行随机接入过程(RACH)S203至S206。为此,UE可以通过物理随机接入信道(PRACH)由前导发送特定序列S203和S205并且可以通过PDCCH和对应的PDSCH来接收针对前导的响应消息。基于竞争的RACH可以附加地执行竞争解决过程S206。
执行了上述过程的UE随后可以执行PDCCH/PDSCH接收S207和PUSCH(物理上行链路共享信道)/PUCCH(物理上行链路控制信道)传输S208作为一般上行链路/下行链路信号传输过程。特别地,UE通过PDCCH来接收下行链路控制信息(DCI)。这里,DCI可以包括针对UE的诸如资源分配信息的控制信息,并且可以取决于使用的目的而不同地应用格式。
同时,通过上行链路由UE向基站发送或者从基站接收的控制信息包括下行链路/上行链路ACK/NACK(肯定应答/否定应答)信号、CQI(信道质量指示符)、PMI(预编码矩阵指示符)、RI(秩指示符)等。UE可以通过PUSCH和/或PUCCH来发送上述CQI/PMI/RI等的控制信息。
随着更多的通信设备已需要更高的容量,已出现了对与现有无线电接入技术(RAT)相比改进的移动宽带通信的需要。另外,通过连接多个设备和事物随时随地提供各种服务的大规模MTC(机器类型通信)也是将在下一代通信中考虑的主要问题之一。此外,也讨论了考虑对可靠性和延时敏感的服务/UE的通信系统设计。因此,讨论了考虑eMBB(增强型移动宽带通信)、mMTC(大规模MTC)、URLLC(超可靠低延时通信)等的下一代RAT的引入,并且为了方便,在本公开中将对应的技术称为新RAT。
NR
随着更多的通信设备已需要更高的容量,已出现了对与现有无线电接入技术(RAT)相比改进的移动宽带通信的需要。另外,通过连接多个设备和事物随时随地提供各种服务的大规模MTC(机器类型通信)也是将在下一代通信中考虑的主要问题之一。此外,也讨论了考虑对可靠性和延时敏感的服务/UE的通信系统设计。因此,讨论了考虑eMBB(增强型移动宽带通信)、mMTC(大规模MTC)、URLLC(超可靠低延时通信)等的下一代RAT的引入,并且为了方便,在本公开中将对应的技术称为NR。
图11图示可以应用本公开的无线通信系统中的无线电帧的结构。
图11是无线电帧的结构的示例。
在NR中,上行链路传输和下行链路传输由帧构成。一无线电帧具有10ms的长度并且被定义为两个5ms半帧(HF)。半帧被定义为1ms的5个子帧(SF)。一子帧被划分成一个或多个时隙,并且一子帧中的时隙的数目取决于子载波间隔(SCS)。根据循环前缀(CP),每个时隙包括12或14个OFDM(A)符号。当使用正常CP时,每个时隙包括14个符号。当使用扩展CP时,每个时隙包括12个符号。这里,符号可以包括OFDM符号(或CP-OFDM符号)和SC-FDMA符号(或DFT-s-OFDM符号)。
NR支持许多参数集(或子载波间隔(SCS))以支持各种5G服务。例如,当SCS是15kHz时,支持传统蜂窝频带中的宽区域,并且当SCS是30kHz/60kHz时,支持密集城市、更低的延时和更宽的载波带宽,以及当SCS是60kHz或更高时,支持大于24.25GHz的带宽以克服相位噪声。
NR频带被定义为两种类型(FR1、FR2)中的频率范围。FR1是低于6GHz范围。FR2高于6GHz范围,这可能意指毫米波(mmW)。
下表3示出NR频带的定义。
【表3】
频率范围指定 对应的频率范围 子载波间隔
FR1 450MHz–6000MHz 15、30、60kHz
FR2 24250MHz–52600MHz 60、120、240kHz
表4图示当使用正常cp时,根据SCS而变化的每时隙的符号的数目、每帧的时隙的数目和每子帧的时隙的数目。
【表4】
SCS(15*2^u) N<sup>slot</sup><sub>symb</sub> N<sup>frame,u</sup><sub>slot</sub> N<sup>subframe,u</sup><sub>slot</sub>
15KHz(u=0) 14 10 1
30KHz(u=1) 14 20 2
60KHz(u=2) 14 40 4
120KHz(u=3) 14 80 8
240KHz(u=4) 14 160 16
*Nslot symb:每时隙的符号的数目
*Nframe,u slot:每帧的时隙的数目
*Nsubframe,u slot:每子帧的时隙的数目
表5图示当使用扩展cp时,根据SCS而变化的每时隙的符号的数目、每帧的时隙的数目和每子帧的时隙的数目。
【表5】
SCS(15*2^u) N<sup>slot</sup><sub>symb</sub> N<sup>frame,u</sup><sub>slot</sub> N<sup>subframe,u</sup><sub>slot</sub>
60KHz(u=2) 12 40 4
在NR系统中,可以在合并成一个UE的多个小区之间不同地配置OFDM(A)参数集(例如,SCS、CP长度等)。因此,可以在经合并的小区之间不同地配置由相同数目的符号组成的时间资源(例如,SF、时隙或TTI)(为了方便统称为TU(时间单元))的间隔(绝对时间)。
图12图示作为可以应用本公开的无线系统的NR帧的结构。
时隙包括时域中的多个符号。例如,在正常CP的情况下,一个时隙包括14个符号,但是在扩展CP的情况下,时隙包括12个符号。载波包括频域中的多个子载波。资源块(RB)被定义为频域中的多个(例如,12个)连续的子载波。带宽部分(BWP)被定义为频域中的多个连续的(P)RB,并且可以对应于一个参数集(例如,SCS、CP长度等)。载波可以包括最多N(例如,5)个BWP。数据通信通过激活的BWP来执行,并且对于一个UE能够激活仅一个BWP。资源网格中的每个元素被称为资源元素(RE),并且可以映射一个复符号。
图13图示可以应用本公开的自包含时隙的结构。
在NR系统中,帧由DL控制信道、DL或UL数据、UL控制信道等可以被全部包括在一个时隙中的自包含结构表征。例如,时隙中的前N个符号可以用于发送DL控制信道(在下文中为DL控制区域),并且时隙中的最后M个符号可以用于发送UL控制信道(在下文中为UL控制区域)。N和M各自是大于或等于0的整数。DL控制区域与UL控制区域之间的资源区域(在下文中称为数据区域)可以被用于DL数据传输或UL数据传输。作为示例,可以考虑以下配置。按时间次序列举每个持续时间。
1.仅DL配置
2.仅UL配置
3.混合UL-DL配置
-DL区域+保护时段(GP)+UL控制区域
-DL控制区域+GP+UL区域
*DL区域:(i)DL数据区域,(ii)DL控制区域+DL数据区域
*UL区域:(i)UL数据区域,(ii)UL数据区域+UL控制区域
可以在DL控制区域中发送PDCCH,并且可以在DL数据区域中发送PDSCH。可以在UL控制区域中发送PUCCH,并且可以在UL数据区域中发送PUSCH。在PDCCH中,可以发送下行链路控制信息(DCI),例如DL数据调度信息和UL数据调度信息等。在PUCCH中,可以发送上行链路控制信息(UCI),例如针对DL数据的ACK/NACK(肯定应答/否定应答)信息、CSI(信道状态信息)信息、SR(调度请求)等。GP在从传输模式切换到接收模式的过程中或者在从接收模式切换到传输模式的过程中提供基站与UE之间的时间间隙。可以将在子帧中从DL切换到UL时的一些符号配置为GP。
MTC(机器类型通信)
MTC是包括一个或多个机器的数据通信的形式并且可以被应用于机器对机器(M2M)或物联网(IoT)。这里,机器意指不需要直接人类操纵或干预的对象。例如,机器包括配备有移动通信模块的智能仪表、自动售货机、具有MTC功能的移动终端等。
在3GPP中,MTC自版本10以来已被应用,并且可以被实现来满足低成本和低复杂度、增强型覆盖范围和低功耗的准则。例如,3GPP版本12为低成本MTC设备添加特征,并且出于此目的定义UE类别0。UE类别是指示UE能够在通信调制解调器中处理多少数据的指标。UE类别0的UE可以通过使用降低的峰值数据速率、具有放宽射频(RF)要求的半双工操作和单个接收天线来降低基带/RF复杂性。在3GPP版本12中,引入了eMTC(增强型MTC),并且通过仅在1.08MHz(即,6个RB)下操作进一步降低MTC终端的价格和功耗,1.08MHz是传统LTE所支持的最小频率带宽。
在以下描述中,MTC可以与诸如eMTC、LTE-M1/M2、BL/CE(带宽降低的低复杂度/覆盖范围增强)、非BL UE(在增强型覆盖范围中)、NR MTC、增强型BL/CE等或其他等效术语的术语互换地使用。另外,MTC终端/设备包括具有MTC功能的终端/设备(例如,智能仪表、自动售货机、具有MTC功能的移动终端)。
图14图示可以应用本公开的MTC通信。
参考图14,MTC设备100m是提供MTC通信的无线设备并且可以是固定的或移动的。例如,MTC设备100m包括配备有移动通信模块的智能电表、自动售货机和具有MTC功能的移动终端。基站200m使用无线接入技术连接到MTC设备100m并且可以通过有线网络连接到MTC服务器700。MTC服务器700连接到MTC设备100m并且向MTC设备100m提供MTC服务。通过MTC提供的服务不同于现有涉及人类干预的通信服务,并且可以通过MTC来提供诸如跟踪、计量、支付、医疗服务和远程控制的各种类别的服务。例如,可以通过MTC来提供诸如仪表读取、水位测量、监视相机的使用以及自动售货机的库存报告的服务。MTC通信具有发送的数据量小并且偶尔发生上行链路/下行链路数据传输/接收的特性。因此,依照低数据速率来降低MTC设备的单位成本并且降低电池消耗是高效的。MTC设备通常具有小移动性,并且因此,MTC通信具有信道环境几乎不改变的特性。
图15图示可以应用本公开的MTC中使用的物理信道和使用该物理信道的一般信号传输。
在无线通信系统中,MTC终端通过下行链路(DL)从基站接收信息,并且终端通过上行链路(UL)向基站发送信息。在基站与UE之间发送和接收的信息包括数据和各种控制信息,并且根据它们发送和接收的信息的类型/用途存在各种物理信道。
在电源被关闭的状态下,电源被再次接通,或者新近进入小区的UE执行诸如与基站同步的初始小区搜索操作(S1001)。为此,UE通过从基站接收PSS(主同步信号)和SSS(辅同步信号)来与基站同步并且获取诸如小区ID(标识符)的信息。用于UE的初始小区搜索操作的PSS/SSS可以是传统LTE的PSS/SSS。此后,MTC终端可以从基站接收PBCH(物理广播信道)信号以获得小区内广播信息(S1002)。同时,UE可以在初始小区搜索步骤中接收DL RS(下行链路参考信号)以检查下行链路信道状态。
在完成初始小区搜索之后,UE可以接收MPDCCH(MTC PDCCH)及其对应的PDSCH以获得更特定的系统信息(S1102)。
此后,UE可以执行随机接入过程以完成对基站的接入(S1003至S1006)。具体地,UE可以通过物理随机接入信道(PRACH)来发送前导(S1003),并且通过PDCCH和对应的PDSCH来接收针对前导的随机接入响应(RAR)(S1004)。此后,UE可以通过使用RAR中的调度信息来发送物理上行链路共享信道(PUSCH)(S1005)并且可以执行诸如PDCCH和所对应的PDSCH的竞争解决过程(S1006)。
在执行如上所述的过程之后,UE可以随后接收MPDCCH信号和/或PDSCH信号(S1107)并且发送物理上行链路共享信道(PUSCH)信号和/或物理上行链路控制信道(S1108)作为一般上行链路/下行链路信号传输过程。由UE向基站发送的控制信息被统称为上行链路控制信息(UCI)。UCI包括HARQ ACK/NACK(混合自动重传请求应答/否定ACK)、SR(调度请求)、CSI(信道状态信息)等。CSI包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)和秩指示(RI)等。
图16图示可以应用本公开的MTC中的小区覆盖范围增强。
为了对于MTC(100m)扩展基站的小区覆盖范围(或覆盖范围增强,CE),讨论了各种小区覆盖范围扩展技术。例如,为了小区覆盖范围扩展,基站/UE可以在多个时机(物理信道的捆绑)之上发送一个物理信道/信号。在捆绑持续时间中,可以根据预定义规则来重复地发送物理信道/信号。接收设备可以通过对物理信道/信号捆绑的部分或全部进行解码来提高物理信道/信号的解码成功率。这里,时机可以意指能够通过其发送/接收物理信道/信号的资源(例如,时间/频率)。物理信道/信号的时机可以包括时域中的子帧、时隙或符号集。这里,符号集可以由一个或多个连续的基于OFDM的符号构成。基于OFDM的符号可以包括OFDM(A)符号、DFT-s-OFDM(A)(=SC-FDM(A))符号。物理信道/信号的时机可以包括频带、频域中的RB集。例如,可以重复地发送PBCH、PRACH、MPDCCH、PDSCH、PUCCH和PUSCH。
图17图示可以应用本公开的MTC的信号带宽。
参考图17,作为用于降低MTC终端的单价的方法,MTC可以仅在小区的系统带宽的特定频带(或信道频带)上操作,而不管小区的系统带宽(在下文中为MTC子带或窄带,NB)如何。例如,可以仅在1.08MHz频带中执行MTC终端的上行链路/下行链路操作。1.08MHz对应于LTE系统中的连续的6个PRB(物理资源块)并且被定义成遵循与LTE终端相同的小区搜索和随机接入过程。图C4的(a)图示在小区的中心(例如,中心6个PRB)中配置MTC子带的实施例。图C4的(b)图示在小区中配置多个MTC子带的实施例。可以在频域中连续地/不连续地配置多个MTC子带。可以在一个MTC子带中发送/接收用于MTC的物理信道/信号。在NR系统中,可以考虑到频率范围和子载波间隔(SCS)来定义MTC子带。例如,在NR系统中,可以将MTC子带的大小定义为X个连续的PRB(即,0.18*X*(2^u)MHz带宽)(对于u参见表A4)。这里,可以根据同步信号/物理广播信道(SS/PBCH)块的大小将X定义为20。在NR系统中,MTC可以在至少一个BWP(带宽部分)中操作。这里,可以在BWP中配置多个MTC子带。
图18图示可以应用本公开的MTC和传统LTE中的调度。
参考图18,在传统LTE中,可以使用PDCCH来调度PDSCH。具体地,可以在子帧(N=1~3)中的前N个OFDM符号中发送PDCCH,并且在同一个子帧中发送由PDCCH调度的PDSCH。同时,在MTC中,使用MPDCCH来调度PDSCH。因此,MTC终端可以在子帧内的搜索空间中监测MPDCCH候选。这里,监测包括对MPDCCH候选的盲解码。MPDCCH发送DCI,并且DCI包括上行链路或下行链路调度信息。MPDCCH在子帧中与PDSCH通过FDM复用。在最多256个子帧中重复地发送MPDCCH,并且由MPDCCH发送的DCI包括关于MPDCCH的重复次数的信息。在下行链路调度的情况下,当MPDCCH的重复传输在子帧#N中结束时,由MPDCCH调度的PDSCH的传输在子帧#N+2中开始。可以在最多2048个子帧中重复地发送PDSCH。可以在不同的MTC子带中发送MPDCCH和PDSCH。因此,MTC终端可以在MPDCCH接收之后为了PDSCH接收执行射频(RF)重新调谐。在上行链路调度的情况下,当MPDCCH的重复传输在子帧#N中结束时,由MPDCCH调度的PUSCH的传输在子帧#N+4中开始。当对物理信道应用重复传输时,通过RF重新调谐在不同的MTC子带之间支持跳频。例如,当在32个子帧中重复地发送PDSCH时,在前16个子帧中,可以在第一MTC子带中发送PDSCH,而在剩余16个子帧中,可以在第二MTC子带中发送PDSCH。MTC在半双工模式下操作。MTC的HARQ重传是自适应和异步的。
NB-IoT(窄带物联网)
NB-IoT是指通过现有无线通信系统(例如,LTE、NR)来支持低功率广域网的窄带物联网技术。另外,NB-IoT可以是指通过窄带来支持低复杂度和低功耗的系统。由于NB-IoT系统使用与现有系统相同的诸如子载波间隔(SCS)的OFDM参数,所以不需要为NB-IoT系统单独地分配附加频带。例如,可以为NB-IoT分配现有系统频带的一个PRB。由于NB-IoT终端将单个PRB(单个PRB)辨识为每个载波,所以在NB-IoT的描述中可以将PRB和载波解释为相同的含义。
在下文中,NB-IoT的描述将主要在被应用于现有LTE系统时被描述,但是可以将以下描述扩展和应用于下一代系统(例如,NR系统等)。另外,在本公开中,可以将与NB-IoT有关的内容扩展和应用于面向类似技术目的(例如,低功率、低成本、覆盖范围改进等)的MTC。另外,NB-IoT可以用诸如NB-LTE、NB-IoT增强、增强型NB-IoT、进一步增强型NB-IoT、NB-NR等的其他等效术语替换。
图19图示可以应用本公开的NB-IoT中使用的物理信道和使用该物理信道的一般信号传输。
在无线通信系统中,UE通过下行链路(DL)从基站接收信息,并且UE通过上行链路(UL)向基站发送信息。在基站与终端之间发送和接收的信息包括数据和各种控制信息,并且根据它们发送和接收的信息的类型/用途存在各种物理信道。
在电源被关闭的状态下,电源被再次接通,或者新近进入小区的UE执行诸如与基站同步的初始小区搜索操作(S11)。为此,UE通过从基站接收NPSS(窄带主同步信号)和NSSS(窄带辅同步信号)来与基站同步并且获取诸如小区ID(标识符)的信息。此后,UE可以从基站接收NPBCH(窄带物理广播信道)信号以获得小区内广播信息(S12)。同时,UE可以在初始小区搜索步骤中接收DL RS(下行链路参考信号)以检查下行链路信道状态。
在完成初始小区搜索之后,UE可以接收窄带PDCCH(NPDCCH)及其对应的窄带PDSCH(NPDSCH)以获得更特定的系统信息(S12)。
此后,UE可以执行随机接入过程(Random Access Procedure)以完成对基站的接入(S13~S16)。具体地,UE可以通过窄带物理随机接入信道(NPRACH)来发送前导(S13),并且通过NPDCCH和所对应的NPDSCH来接收针对前导的随机接入响应(RAR)(S14)。此后,UE可以使用RAR中的调度信息来发送窄带物理上行链路共享信道(NPUSCH)(S15)并且执行诸如NPDCCH和所对应的NPDSCH的竞争解决过程(S16)。
在执行如上所述的过程之后,UE可以随后执行NPDCCH信号和/或NPDSCH信号接收(S17)及NPUSCH传输(S18)作为一般上行链路/下行链路信号传输过程。由UE向基站发送的控制信息被统称为上行链路控制信息(UCI)。UCI包括HARQ ACK/NACK(混合自动重传应答/否定ACK)、SR(调度请求)、CSI(信道状态信息)等。CSI包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)和秩指示(RI)。在NB-IoT中,通过NPUSCH来发送UCI。根据网络(例如,基站)的请求/指令,UE可以通过NPUSCH周期性地、非周期性地或半持久地发送UCI。
可以根据子载波间隔(SCS)不同地配置NB-IoT帧结构。图20图示可以应用本公开的当子载波间隔是15kHz时的帧结构,并且图21图示可以应用本公开的当子载波间隔是3.75kHz时的帧结构。图20的帧结构可以被用在下行链路/上行链路中,而图21的帧结构可以被仅用在上行链路中。
参考图20,15kHz子载波间隔的NB-IoT帧结构可以被配置成与传统系统(即,LTE系统)的帧结构相同。也就是说,10ms的NB-IoT帧可以包括10个1ms的NB-IoT子帧,并且1ms的NB-IoT子帧可以包括两个0.5ms的NB-IoT时隙。每个0.5ms的NB-IoT时隙可以包含7个符号。15kHz子载波间隔可以被应用于下行链路和上行链路两者。符号包括下行链路中的OFDMA符号和上行链路中的SC-FDMA符号。在图D2的帧结构中,系统频带是1.08MHz并且由12个子载波定义。15kHz子载波间隔被应用于下行链路和上行链路两者,并且由于保证了与LTE系统的正交性,所以与LTE系统的共存可以是顺利的。
同时,参考图21,当子载波间隔是3.75kHz时,10ms的NB-IoT帧包括2ms的5个NB-IoT子帧,并且2ms的NB-IoT子帧包括7个符号和一个GP(保护时段)符号。可以将2ms的NB-IoT子帧表达为NB-IoT时隙或NB-IoT资源单元(RU)。这里,符号可以包括SC-FDMA符号。在图D3的帧结构中,系统频带是1.08MHz并且由48个子载波定义。3.75kHz子载波间隔被仅应用于上行链路,并且与LTE系统的正交性被打破,而且由于干扰可能发生性能降级。
该图图示基于LTE系统帧结构的NB-IoT帧结构,并且可以将所图示的NB-IoT帧结构扩展和应用于下一代系统(例如,NR系统)。例如,在图20的帧结构中,子帧间隔可以用表4的子帧间隔替换。
图22图示NB-IoT的三种操作模式。具体地,图22的(a)图示带内系统,图22的(b)图示保护频带系统,并且图22的(c)图示独立系统。这里,可以将带内系统表达为带内模式,可以将保护频带系统表达为保护频带模式,并且可以将独立系统表达为独立模式。为了方便,基于LTE频带描述NB-IoT操作模式,但是LTE频带可以用另一系统的频带(例如,NR系统频带)替换。
带内模式是指用于在(传统)LTE频带内执行NB-IoT的操作模式。在带内模式下,可以为NB-IoT分配LTE系统载波的一些资源块。例如,在带内模式下,可以为NB-IoT分配LTE频带中的特定1个RB(即,PRB)。可以在其中NB-IoT共存于LTE频带内的结构中操作带内模式。保护频带模式是指用于在为(传统)LTE频带的保护频带所保留的空间中执行NB-IoT的操作模式。因此,在保护频带模式下,可以为NB-IoT分配在LTE系统中未被用作资源块的LTE载波的保护频带。(传统)LTE频带可以在每个LTE频带的结尾处具有至少100kHz的保护频带。独立模式是指用于在独立于(传统)LTE频带配置的频带中执行NB-IoT的操作模式。例如,在独立模式下,可以为NB-IoT分配GSM EDGE无线电接入网络(GERAN)中使用的频带(例如,将来重新分配的GSM载波)。
NB-IoT终端为了初始同步以100kHz为单位搜索锚载波,并且带内和保护频带中的锚载波的中心频率应该位于距100kHz信道栅格±7.5kHz内。另外,LTE PRB当中的6个PRB未被分配给NB-IoT。因此,锚载波可以仅位于特定PRB中。
图23图示在可以应用本公开的LTE带宽10MHz中的带内锚载波的部署。
参考图23,DC(直流)子载波被定位在信道栅格中。由于相邻PRB之间的中心频率间隔是180kHz,所以PRB索引4、9、14、19、30、35、40、45在距信道栅格±2.5kH处具有中心频率。类似地,在20MHz的LTE带宽中适合作为锚载波的PRB的中心频率被定位在距信道栅格±2.5kHz处,而在3MHz、5MHz和15MHz的LTE带宽中适合作为锚载波的PRB的中心频率被定位在距信道栅格±7.5kHz处。
对于保护频带模式,在10MHz和20MHz的带宽下紧邻LTE的边缘PRB的PRB在距信道栅格±2.5kHz处具有中心频率。在带宽为3MHz、5MHz和15MHz的情况下,通过使用与距边缘PRB的三个子载波相对应的保护频带,可以将锚载波的中心频率定位在距信道栅格±7.5kHz处。
可以将独立模式下的锚载波与100kHz信道栅格对准,并且可以将包括DC载波的任何GSM载波用作NB-IoT锚载波。
NB-IoT支持多载波,并且可以使用带内+带内、带内+保护频带、保护频带+保护频带、独立+独立的组合。
在NB-IoT下行链路中提供诸如窄带物理广播信道(NPBCH)、窄带物理下行链路共享信道(NPDSCH)和窄带物理下行链路控制信道(NPDCCH)的物理信道。在NB-IoT下行链路中提供诸如窄带主同步信号(NPSS)、窄带辅同步信号(NSSS)和窄带参考信号(NRS)的物理信号。
NPBCH向终端递送MIB-NB(Master Information Block-Narrowband,主信息块-窄带),其是NB-IoT终端接入系统所需要的最少系统信息。NPBCH信号能够被发送总共8次以改进覆盖范围。MIB-NB的传送块大小(TBS)是34个比特并且每640ms TTI周期被重新更新。MIB-NB包括诸如操作模式、系统帧编号(SFN)、超级SFN、CRS(Cell-specific ReferenceSignal,小区特定参考信号)端口的数目和信道栅格偏移的信息。
NPSS由序列长度为11并且根索引为5的ZC(Zadoff-Chu)序列构成。
【等式1】
Figure BDA0003206996970000481
这里,可以如表6所示的那样定义OFDM符号索引l的S(l)。
【表6】
Figure BDA0003206996970000482
NSSS由序列长度为131的ZC序列和诸如哈达玛(Hadamard)序列的二进制加扰序列的组合组成。NSSS通过序列的组合向小区中的NB-IoT终端指示PCID。
可以根据以下等式来生成NASS。
【等式2】
Figure BDA0003206996970000483
这里,可以将应用于等式2的变量定义如下。
【等式3】
n=0,1,…,131
n′=nmod131
m=nmod128
Figure BDA0003206996970000491
Figure BDA0003206996970000492
这里,如表7所示的那样定义二进制序列bq(m),b0(m)~b3(m)分别对应于128阶哈达玛矩阵的第1、32、64和128列。可以如在等式(4)中一样定义帧编号nf的循环移位θf。
【表7】
Figure BDA0003206996970000493
【等式4】
Figure BDA0003206996970000494
这里,n_f是指无线电帧编号。Mod是指模函数。
下行链路物理信道/信号包括NPSS、NSSS、NPBCH、NRS、NPDCCH和NPDSCH。
图24图示可以被应用于本公开的FDD LTE系统中的NB-IoT下行链路物理信道/信号的传输。下行链路物理信道/信号通过一个PRB来发送并且支持15kHz子载波间隔/多音调传输。
参考图24,在每一帧的第6子帧中发送NPSS,并且在每一偶数帧的最后(例如,第10)子帧中发送NSSS。UE可以使用同步信号(NPSS、NSSS)来获取频率、符号和帧同步并且搜索504个物理小区ID(PCID)(即,基站ID)。NPBCH在每一帧的第一子帧中被发送并且承载NB-MIB。NRS作为用于下行链路物理信道解调的参考信号被提供并且被以与LTE相同的方式生成。然而,NB-PCID(物理小区ID)(或NCell ID、NB-IoT基站ID)被用作用于NRS序列生成的初始化值。NRS通过一个或两个天线端口来发送。可以在除了NPSS/NSSS/NPBCH之外的剩余子帧中发送NPDCCH和NPDSCH。不能在同一子帧中一起发送NPDCCH和NPDSCH。NPDCCH承载DCI,并且DCI支持三种类型的DCI格式。DCI格式N0包括窄带物理上行链路共享信道(NPUSCH)调度信息,而DCI格式N1和N2包括NPDSCH调度信息。NPDCCH能够被重复地发送最多2048次以改进覆盖范围。NPDSCH用于发送诸如下行链路共享信道(DL-SCH)和寻呼信道(PCH)的传送信道的数据(例如,TB)。最大TBS是680个比特,并且重复传输可能为最多2048次以改进覆盖范围。
上行链路物理信道包括窄带物理随机接入信道(NPRACH)和NPUSCH,并且支持单音调传输和多音调传输。对于3.5kHz和15kHz子载波间隔支持单音调传输,而对于15kHz子载波间隔仅支持多音调传输。
图25图示可以应用本公开的NPUSCH格式。
NPUSCH支持两种格式。NPUSCH格式1被用于UL-SCH传输,并且最大TBS是1000个比特。NPUSCH格式2用于发送诸如HARQ ACK信令的上行链路控制信息。NPUSCH格式1支持单/多音调传输,而NPUSCH格式2支持仅单音调传输。在单音调传输的情况下,pi/2-BPSK(二进制相移键控)和pi/4-QPSK(正交相移键控)用于降低峰均功率比(PAPR)。在NPUSCH中,由一个RU(资源单元)占用的时隙的数目可以根据资源分配而不同。RU表示TB被映射到的最小资源单元并且由时域中的NUL symb*NUL slots个连续的SC-FDMA符号和频域中的NRUsc个连续的子载波构成。这里,NUL symb表示时隙中的SC-FDMA符号的数目,NUL slots表示时隙的数目,并且NRU sc表示构成RU的子载波的数目。
表8示出根据NPUSCH格式和子载波间隔的RU的配置。在TDD的情况下,所支持的NPUSCH格式和SCS根据上行链路-下行链路配置而变化。上行链路-下行链路配置可以参考表1。
【表8】
Figure BDA0003206996970000511
用于UL-SCH数据(例如,UL-SCH TB)传输的调度信息被包括在DCI格式NO中并且通过NPDCCH来发送DCI格式NO。DCI格式NO包括关于NPUSCH的开始时间、重复次数、用于TB传输的RU的数目、子载波的数目和频域中的资源位置、MCS等的信息。
参考图25,根据NPUSCH格式在每时隙的一个或三个SC-FDMA符号中发送DMRS。DMRS与数据(例如TB、UCI)复用并且仅在包括数据传输的RU中被发送。
图26图示当在可以应用本公开的FDD NB-IoT中配置多载波时的操作。
在FDD NB-IoT中,基本上配置DL/UL锚载波,并且可以附加地配置DL(和UL)非锚载波。RRCConnectionReconfiguration可以包括关于非锚载波的信息。当配置了DL非锚载波(DL附加载波)时,UE仅在DL非锚载波上接收数据。另一方面,仅在锚载波中提供同步信号(NPSS、NSSS)、广播信号(MIB、SIB)和寻呼信号。如果配置了DL非锚载波,则UE在处于RRC_CONNECTED状态的同时仅侦听DL非锚载波。类似地,当配置了UL非锚载波(UL附加载波)时,UE仅在UL非锚载波上发送数据,并且不允许UL非锚载波和UL锚载波中的同时传输。在转变到RRC_IDLE状态时,UE返回到锚载波。
图26图示为UE1配置仅锚载波、为UE2附加地配置DL/UL非锚载波并且为UE3附加地配置DL非锚载波的情况。因此,通过其在每个UE中发送/接收数据的载波如下。
-UE1:数据传输(DL锚载波),数据接收(UL锚载波)
-UE2:数据传输(DL非锚载波),数据传输(UL非锚载波)
-UE3:数据接收(DL非锚载波),数据传输(UL锚载波)
NB-IoT终端不能同时发送和接收并且传输/接收操作分别限于一个频带。因此,即使配置了多载波,UE也需要180kHz频带的仅一个传输/接收链。
在本公开中,将描述通过预配置上行链路资源(PUR)来执行上行链路传输的方法。可以将通过PUR的上行链路传输表达为PUR传输。
本公开中描述的PUR是指当UE处于RRC_IDLE状态或RRC_CONNECTED状态时预先从基站配置(分配)用于上行链路传输的资源的资源。并且它可以包括用于使用所配置的资源来执行上行链路传输的操作和过程。这里,执行上行链路传输的操作可以在RRC_IDLE状态下执行。当UE处于RRC_IDLE状态时,可以在定时提前(TA)有效时执行上行链路传输(即,PUR传输)。
当UE处于RRC_IDLE并且开始执行上行链路传输时,与通过转变到一般RRC_CONNECTED状态的过程来执行上行链路传输的方法相比,能够简化传输过程,使得在高效的上行链路传输和终端功耗方面可以是有效的。
换句话说,由于UE能够在不用通过转变到RRC_CONNECTED状态来执行上行链路传输的情况下使用预配置PUR资源来在RRC_IDLE状态下执行上行链路传输,所以使得高效的上行链路传输是可能的。
在本公开中,将描述用于支持通过PUR的上行链路传输的上述方法、用于通过PUR的上行链路传输的TA更新、验证TA是否有效的方法/过程以及在上行链路传输之后的HARQ操作/过程等。
在下文中,本公开中描述的服务小区可以是指在其中配置了PUR的小区或用于接收PUR的小区。另外,本公开中描述的PUR可以是被相同地配置给多个UE并且在多个UE当中共享的PUR(共享PUR),或仅被配置给特定UE而在UE之间没有竞争的专用PUR(PUR),或共享PUR和专用PUR两者。
在PUR传输期间,需要根据UE的环境或基站/网络的需要来更新用于配置PUR传输的PUR配置参数。这些PUR配置参数的更新可以使用层1(L1)信令(即,DCI)来进行,或者可以通过媒体访问控制元素(MAC CE)或RRC(无线电资源控制)信令来进行。在本公开中,通过L1信令(即,DCI)来更新PUR配置参数的方法被描述为“L1PUR配置更新”。另外,显然的是,能够将本公开中描述的方法/操作/实施例应用于各种系统以及LTE MTC系统和NB-IoT系统。
用于支持通过PUR的上行链路传输的方法及其过程
TA更新机制
为了通过PUR来执行上行链路传输,UE必须处于RRC_IDLE状态,并且另外,TA必须处于有效状态。换句话说,由于可以在TA有效时执行PUR传输,所以必须周期性地更新TA以维持有效状态。因此,将描述用于支持TA更新的方法。
在本公开中,TA可以被描述为与TA有关的信息或者可以被描述为TA值。
(方法1)
可以存在基站更新TA相关信息并且将更新的TA相关信息反馈给UE的方法。这里,为了让基站获取TA相关信息并支持它,需要UE的上行链路传输。具体地,UE可以i)通过PUR持续时间来执行上行链路传输或者ii)通过除PUR持续时间以外的持续时间来执行上行链路传输。
首先,i)将描述UE通过PUR时段来执行上行链路传输的实施例。也就是说,i)是基站基于通过PUR持续时间发送的上行链路传输来获取TA相关信息的方法。
即使在支持PUR中的上行链路跳过的UE的情况下,也可以不管是否在上行链路传输中包括数据都对所有PUR执行上行链路传输以获得基站的(周期性)TA相关信息。替换地,即使当UE执行上行链路跳过操作(UL跳过)以从基站接收用于释放PUR资源的命令时,UE也可以被配置成接收和/或检测被承诺在PUR传输之后监测的响应信道。这里,可以通过TA反馈值的特定状态或特定值来间接指示由基站向UE发送的用于释放PUR资源的命令。
在本公开中,可以将PUR中的UL跳过或PUR的特定资源的跳过的含义解释为与UE丢弃PUR或PUR的特定资源中的上行链路传输的含义相同。
这里,丢弃可以意味着UE不执行上行链路传输或者可以意指对PUR或PUR的特定资源进行穿孔或速率匹配。
另外,在UE支持PUR中的UL跳过的情况下,UE可以执行UL跳过,并且基站可能不使用已跳过的PUR来获得TA相关信息。这里,诸如用于TA验证的TA对准定时器的计数器值对于跳过的PUR被确定为无效并且可以被保持而不被计数。
同时,相反,当不保证有效的TA相关信息时,可以增加计数器值。
本公开中描述的保持的含义可以意味着值不改变。
另外,在本公开中,表述TA验证意指用于确定TA是否有效的过程,并且能够使用其他表述,只要它们被解释为与所对应的含义相同即可。
除了上述TA对准定时器之外,还可以定义指示UE能够使用PUR多少次或者UE能够使用PUR的哪个时间持续时间的单独的参数。这里,可以独立于是否跳过PUR而定义和配置参数。换句话说,可以基于由UE配置的参数来确定在特定时间持续时间之后PUR对UE来说不再有效,并且可以确定要释放PUR。
接下来,将描述ii)UE通过除PUR持续时间以外的持续时间来执行上行链路传输的情况。
在情况ii)下,例如,基站可以配置/指示终端执行上行链路传输以便在除PUR持续时间以外的持续时间中获取TA相关信息。这里,用于获得TA相关信息的上行链路传输可以是根据基站的请求的响应/传输(例如,RACH过程)。这里,可以在PUR响应信道上指示基站的请求,并且当所请求的传输资源是PUR时,UE可以通过PUR来发送上行链路。替换地,由UE执行的上行链路传输可以是使用预先配置的或从基站接收更高层配置的资源的周期性上行链路传输。这里,上层配置可以包括关于传输周期和持续时间的信息。
如上所述,当基站更新TA相关信息并且将它反馈给UE时,基站可以通过MAC CE向UE发送TA相关信息(或命令)。基站可以配置包括TA相关信息(或命令)的MAC CE并且将它反馈给UE。这里,可以将TA相关信息包括在作为PUR响应信道的NPDCCH/MPDCCH/PDCCH或从NPDCCH/MPDCCH/PDCCH调度的(N)PDSCH中。并且TA值可以限于特定符号的值(类似于初始接入过程)或具有正(+)值或负(-)值的德尔塔(delta)值/信息。这里,德尔塔值/信息可以被用于向前/向后调整UE的传输时间的目的。
另外,可以根据用于由基站检测TA值的信道(即由UE向基站发送的上行链路信道)通过哪种准则被发送来确定TA值。具体地,可以取决于是上行链路信道是基于由UE先前接收的下行链路传输来发送的或者上行链路信道是基于由UE先前获得的TA值(即,在当UE执行上行链路传输时的时间之前获得的TA信息)来发送的而确定TA值。例如,当UE在接收TA之前发送(N)PRACH之后接收到第一TA时,当基于下行链路同步时间执行(N)PRACH传输时,可以将TA值仅解释为特定符号(例如,在UE侧将传输时间提前)。
TA更新机制——使用修改或缩短的RACH
当处于RRC_IDLE状态的UE确定TA无效时,UE可以以与使用被配置成在RRC_IDLE状态下使用或保留的UE特定RNTI或/和UE ID或/和1比特标志等的传统RACH过程类似的方法执行TA更新。换句话说,可以使用MAC响应内的MAC RAR信息中的TA命令来执行TA更新。这里,在基站向UE发送msg4的步骤之后,可以停止基站与UE之间的RRC连接过程而不前进。也就是说,在msg4竞争解决确认步骤中,可以执行仅检查UE特定RNTI和/或UE ID或者在检查之后发送ACK的步骤。
另外,当存在PUR传输中包括的数据时,可以附加地执行稍后描述的操作。在使用上述修改的RACH或缩简的RACH过程来执行并完成TA更新之后,UE可以在第X子帧(或时隙或ms(毫秒))之后开始的最早PUR上执行PUR传输。可以将在第X子帧(或时隙)之后开始的最早PUR解释为具有与在第X子帧之后可用的第一PUR相同的含义。这里,当TA更新完成时的时间是构成PDSCH(即由基站向UE发送的msg4)的最后子帧(或时隙),或UE发送针对msg4的ACK的PUCCH或PUSCH的最后子帧(或时隙)。第X子帧可以是特定值或通过更高层配置的值。另外,第X子帧可以是UE为PUR传输做好准备所需要的时间或者可以被用于在UE发送针对msg4的ACK之后监测从基站附加地接收的反馈。
另外,当存在PUR传输中包括的数据时,如果执行上述修改的RACH或缩简的RACH过程,则UE可以假定TA值有效并且在没有附加TA值验证的情况下执行PUR传输。例如,UE ID可以是IMSI(International Mobile Subscriber Identity,国际移动订户标识),其是UE的唯一编号,并且1比特标志可以是具有“仅TA更新”或“无RRC连接设置”的含义的标志。这里,UE ID可以被用于竞争解决并且1比特标志可以是指示不监测附加PDCCH搜索空间(SearchSpace,SS)以便让UE在步骤msg4或针对msg4的ACK传输之后进入RRC_CONNCTED状态的标志。
另外,由UE在RRC_IDLE状态下使用或保持的UE特定RNTI可以是被配置成由UE用于在RRC_IDLE状态下进行PUR传输/接收并用于PUR SS监测的PUR-RNTI。这里,PUR-RNTI可以由基站配置给UE。当PUR-RNTI是UE特定RNTI时,执行RACH过程的UE可以在步骤msg3中将PUR-RNTI发送到基站。另外,UE可以通过在步骤msg4中检查它自己的PUR-RNTI来确认PUR-RNTI已被成功地发送到基站。为了让基站在步骤msg4中将PUR-RNTI发送到UE,基站可以执行使用PUR-RNTI来对调度作为msg4的PDSCH的PDCCH进行CRC加扰或者通过经由作为msg4的PDSCH发送的消息向UE通知PUR-RNTI并且使用作为msg4的PDSCH的码字PUR-RNTI来加扰。
因此,UE可以检查调度作为msg4的PDSCH的PDCCH使用哪个RNTI来CRC加扰。换句话说,UE可以通过用PUR-RNTI进行CRC加扰的PDCCH来检测PUR-RNTI或者检查由作为msg4的PDSCH发送的消息中包括的PUR-RNTI或者检测用于对作为msg4的PDSCH的码字进行加扰的PUR-RNTI。UE可以通过检查/检测PUR-RNTI来检查竞争被解决并且可以通过将PUR-RNTI发送到基站来仅指示TA更新。也就是说,在使用PUR-RNTI来执行TA更新的方法中,通过msg3来发送PUR-RNTI(例如,16个比特)而不是发送上述UE ID(例如,40个比特)和/或1比特标志,使得存在能够使用小比特大小来执行相同操作的效果。这里,在PUR传输中,每个UE接收并发送专用PUR设置,并且因此,PUR-RNTI此时可以是专用PUR-RNTI。
TA更新机制——使用基于PDCCH命令的非竞争随机接入的方法(使用基于PDCCH命 令的无竞争随机接入的方法)
基站可以指示UE通过使用PDCCH命令的非竞争随机接入来TA更新。这里,不管RRC_IDLE状态,基站可以使用另一单独的RNTI而不是C-RNTI用于通过作为随机接入响应的msg2来调度PUSCH/PDSCH。这里,单独的RNTI可以是用于特定UE在RRC_IDLE状态下执行PDCCH监测和/或上行链路传输的RTNI(UE特定地配置的RNTI)。例如,单独的RNTI可以是为使用PUR的上行链路传输和下行链路PDCCH监测而配置的PUR-RNTI。
当基站将通过PDCCH命令的非竞争随机接入指示给在RRC_IDLE状态下监测PDCCH的UE时,UE可以使用上述单独的RNTI(例如,PUR-RNTI)进行用于PDCCH命令接收的PDCCH监测以及在作为RAR的msg2之后的PUSCH/PDSCH调度。在发送作为RAR的msg2之后,基站可以通过检查应用于由UE发送的PUSCH的加扰码字的PUR-RNTI来检查UE是否已正常地接收到msg2(RAR MAC CE)。附加地,UE也可以检查是否已成功地应用了TA调整。可以在与TA更新相同的意义上使用本文描述的TA调整。
如本文所描述的,“用于TA更新的操作”可以是包括使用修改的RACH或基于缩简的RACH的方法以及使用基于PDCCH命令的非竞争随机接入的方法的操作。
当TA无效时,可以跳过用于执行TA更新操作的持续时间中包括的PUR的全部或部分。不管是否存在数据,都可能不将为了TA更新而跳过的PUR计为用于PUR释放的跳过事件。换句话说,可以维持用于PUR取消的PUR跳过计数器值而不增加。
作为另一示例,如果在PUR跳过计数器中配置了特定初始值,并且当发生跳过事件时,PUR被设计成在对初始值进行倒计数的同时随着计数器值变为0而释放,UE可以仅根据计数器初始值(例如,初始值=1)或者当PUR跳过计数器变得小于或等于特定值(例如,特定值=1)时才维持计数器值。在执行TA更新操作之后,如果TA值有效并且UE能够执行PUR传输,因为释放PUR并且从基站接收新的PUR相关配置的过程在功耗方面是不利的,所以TA值被维持。
同时,如果不允许PUR跳过,作为例外,UE可以允许在执行用于更新TA的过程的同时丢弃或跳过PUR中的PUR传输,并且在TA更新过程结束之后,UE可以通过假定PUR可用来允许PUR传输。
可以将用于TA更新操作的初始PRACH功率被配置为基于关于最近PUR传输更新的上行链路传输功率校正值的初始PRACH传输功率校正值。
另外,当UE通过TA更新新近获取用于PUR传输的TA时,可以基于在用于TA更新的操作中最近使用的上行链路传输功率校正值来配置后续PUR传输功率校正值。
用于TA更新的TA相关参数的比特大小的优化
关于优化要稍后描述的TA相关参数的比特大小,可以考虑TA命令MAC CE范围、比特大小、参考信号接收功率(RSRP)变化阈值等。
下行链路发送到常规TA MAC CE的TA相关信息的比特大小被设计成包括由扩展循环前缀(E-CP)支持的TA范围并且不管CP模式如何都被应用。这里,CP模式意指它是正常循环前缀(N-CP)还是E-CP。当基站可以通过下行链路信道(即,PDSCH或PDCCH)向UE发送TA相关信息以便更新TA相关信息时,例如,可以通过PDCCH来发送DCI内容。这里,为了不增加DCI的比特大小或者增加相同传输资源元素(RE)的传输成功概率,所支持的TA范围可以限于由N-CP支持的TA范围,并且可以基于N-CP来配置相关信息的TA和比特大小。例如,基于E-CP来配置+/-512Ts的TA命令MAC CE范围。因此,在N-CP中支持+/-512Ts=+/-32*16Ts需要6个比特,并且支持+/-160Ts=+/-10*16Ts需要5个比特。
替换地,可以根据CP模式(N-CP、E-CP)来不同地配置TA相关参数的比特大小。
由于由N-CP支持的小区大小小于E-CP的小区大小,所以在N-CP的情况下,可以不同于E-CP的情况不同地应用用于TA验证的RSRP变化阈值的范围(例如,小)。另外,用于TA验证的RSRP值的范围可以根据CP模式而变化,并且可能取决于CP模式而变化的TA相关参数的范围或比特大小可以根据CP模式被分别定义并且可以通过RRC被配置给UE。并且UE可以根据CP模式不同地应用它,或者根据CP模式不同地解释由TA相关参数的每个字段实际地意指的含义。这里,与TA有关的参数可以是RSRP变化值范围/阈值等。
另外,当UE执行PUR传输时,基站可以通过下行链路信道来发送用于TA更新的与TA有关的参数或者可以配置/发送用于TA验证的参数值。
TA验证机制
为了通过PUR来执行上行链路传输,UE必须连续地确定TA是否有效。这里,可以将用于确定TA是否有效的操作和过程称为TA验证。对于TA验证,可以使用服务小区RSRP、TA对准定时器等的变化量。
为TA验证测量/确定的服务小区RSRP变化的方法
在下文中,将描述为了TA验证用于测量/确定服务小区RSRP变化的方法。
例如,可以将服务小区RSRP变化确定为在点A和点B处测量的RSRP值之间的差。这里,点A可以是参考点,而点B可以意指测试点。换句话说,在点A处测量的服务小区RSRP值可以意指参考RSRP值,而在点B处测量的服务小区RSRP值可以意指测试RSRP值。在下文中,将描述用于确定点A的方法。
确定点A的方法
点A可以是UE基于接收PUR配置的时间最近测量服务小区RSRP的点。替换地,基站可以在PUR设置之后已经过特定时间时测量RSRP,并且可以指示UE将RSRP测量点配置为点A。这里,参考RSRP值可以被固定为在上述时间点测量的RSRP值或者可以在特定时间点被更新。
当UE支持参考RSRP值的更新时,参考RSRP值可以是i)当支持TA更新时由UE基于TA更新的时间而测量的最近服务小区RSRP值,或ii)当支持基站使用特定控制信号来将点A(动态地)改变为特定时间点时由UE基于经改变的时间点最近测量的服务小区RSRP值。在ii)中,由基站使用来(动态地)改变点A的控制信号可以是为了改变的目的而定义或指定的特定信号、从UE在PUR传输之后监测的信道/信号中接收的DCI中的1比特更新标志、或由特定字段指示的一种状态的形式。
确定点B的方法
点B可以是UE基于由基站发送的PUR的传输时间最近测量服务小区RSRP的点。这里,UE可以被配置成在从每一PUR传输时间的特定时间之前测量服务小区RSRP值或者可以被配置成不为PUR传输指定附加服务小区RSRP值。
当UE被配置成在从每一PUR传输时间的特定时间之前测量服务小区RSRP值时,在点B处测量的服务小区RSRP值可以是基于由UE执行的PUR传输时间的预定特定时间。这里,当UE支持PUR中的UL跳过时,UE可以被配置成在执行上行链路跳过的PUR的特定时间之前不测量服务小区RSRP值以便减少不必要的功耗。这里,参考值可以是在从由最近UE(在不执行上行链路跳过的情况下)发送的PUR传输时间的特定时间之前测量的服务小区RSRP值。替换地,它可以是由UE最近测量的服务小区RSRP值。这里,可以将参考值确定为“在从由最近UE(在不执行上行链路跳过的情况下)发送的PUR传输时间的特定时间之前测量的服务小区RSRP值”或“由UE最近测量的服务小区RSRP值”当中的最近测量的值(用于满足RRM要求)。
另外,为了防止由于根据PUR中的UL跳过的非周期性RSRP值测量而导致的TA验证的性能降级,在PUR中的UL跳过的情况下,UE可以被配置成在从用于上行链路跳过的PUR传输时间的特定时间之前测量服务小区RSRP值。这里,参考值可以是由UE在基于用于上行链路跳过的PUR传输时间的预配置特定时间之前测量的服务小区RSRP值。
同时,如果UE不测量用于PUR传输的附加服务小区RSRP值,则点B处的服务小区RSRP值可以是由UE基于所对应的PUR传输时间的最近测量(以满足RRM要求)的服务小区RSRP值。
在仅执行RSRP测量以满足RRM要求的UE的情况下,可以将服务小区RSRP变化值配置成小于另一个UE的服务小区RSRP变化值。
上述参考点(即,点A)是用于测量参考RSRP的参考点。当通过L1 PUR配置更新来更新TA时,可以根据要稍后描述的方法来确定点A。
(方法1)
方法1是将L1 PUR配置更新时间点更新为参考点(即,点A)的方法。这里,可以将L1PUR配置更新时间定义为当通过更高层信令或L1 PUR配置更新来更新TA的时间。
当经由更高层信令或经由L1 PUR配置更新来更新TA时,当参考RSRP值被测量时的参考点(点A)被更新。
在方法1的情况下,如果UE未能接收到DCI,则在UE与基站之间的TA更新时间上可能存在歧义。
也就是说,如果基站通过DCI来指示TA调整(更新),但是UE未能接收到DCI,则UE可以基于DCI传输时间更新参考点,并且UE可以参考在DCI传输时间之前的TA更新时间。
基站然后可以对UE的PUR传输执行假设检验或盲检测等,通过这个来检查L1 PUR配置更新是否成功,并且根据检查结果来维持或修改参考点。换句话说,假定L1 PUR配置更新成功的情况下,基站可以维持或取消更新参考点的操作。
同时,可能存在UE可能未能接收到DCI并且基站可能执行未能期望的L1 PUR配置更新并更新参考点的情况。这里,UE和基站具有不同的参考点。这里,为了解决在基站与UE之间具有不同的参考点的问题,只有当基站可以检查到L1 PUR配置更新成功时才可以更新基站与UE之间的参考点。这里,用于基站检查L1 PUR配置更新是否成功的方法可以包括上述假设检验或盲检测等。这里,由于UE不能辨识基站是否已检查了L1 PUR配置更新,所以基站可以通过DCI来向UE发送L1 PUR配置更新确认信息。这里,确认信息可以是ACK信息等。
(方法2)
方法2是不将L1 PUR配置更新时间更新为参考点(即,点A)的方法。在方法2中,可以将最新的TA更新时间定义为通过更高层信令更新的时间。
当仅经由更高层信令而不经由L1 PUR配置更新来更新TA时,当参考RSRP值被测量时的参考点(点A)被更新。
这里,基于TA对准定时器的TA验证可以限于在TA由更高层被配置或更新时被执行。L1 PUR配置更新可能不用于TA验证并且可以仅指为了在TA有效的时段内进行高效的PUR传输而“调整TA和UE传输功率”和“更新PUSCH重复次数”的操作。
当因为UE未能接收/检测到DCI(假检测)所以UE执行未能期望的L1 PUR配置更新并且更新参考点时,由基站和UE辨识的参考点(点A)可能彼此不同。因此,当基站确定TA无效时并且由于UE能够在UE预期执行回退操作时在假设TA有效的情况下执行PUR传输,所以可能不对TA验证应用L1 PUR配置更新。
另外,基站可以将PUR用于其他目的并且可能不使用/应用L1PUR配置更新用于TA验证以便避免如上所述的资源冲突。
用于TA验证的TA对准定时器管理方法
对于TA验证,可以在空闲模式下操作TA对准定时器。
将稍后描述的TA对准定时器可以是指在空闲模式下操作以进行TA验证的定时器,而不是在连接模式下操作的TA定时器。
TA对准定时器在TA被更新时初始化(或重置)之后,可以是根据时域单位顺序地增加的计数器或在被初始化为特定值之后顺序地减少的计数器。当TA对准定时器值大于或等于特定值时,基站和/或UE可以确定TA无效。类似地,当TA对准定时器值在被重置为特定值之后顺序地减少时,如果它小于或等于预配置值(例如,0),则基站和/或UE可以确定TA无效。
TA对准定时器的初始化
TA对准定时器的初始化可以操作如下。
基于接收到PUR设置的时间来初始化TA对准定时器。这里,初始化值可以是0或者可以通过继承在连接模式下操作的TA定时器值来初始化。这里,继承的含义可以意味着在连接模式下操作的TA定时器计数器的值被用作初始值。
另外,可以在特定时间点更新TA对准定时器。
当支持TA更新时,可以基于TA更新时间来初始化TA对准定时器,或者基站可以使用特定控制信号来在特定时间(动态地)初始化TA定时器。
基站可以使用来在特定时间(动态地)初始化TA对准定时器的控制信号可以是为了初始化而定义或指定的特定信号、从UE在PUR传输之后监测的信道/信号接收的DCI中的1比特更新标志、或由特定字段指示的一种状态的形式。
上述TA对准定时器可以用于测量当前时间点与最近TA更新时间点之间的差并且在差大于或等于特定值的情况下确定TA无效。如果(当前时间-在最后TA更新时的时间)>PUR时间对准定时器,则UE认为TA无效。
当UE不支持或支持L1 PUR配置更新时,可以操作这样的TA对准定时器。
首先,(1)当UE不支持L1 PUR配置更新时,PUR TA对准定时器可以操作如下。
1-i)如果(当前时间-在最后TA更新时的时间)>PUR时间对准定时器,则UE认为TA无效。
当经由更高层信令更新TA时,在最后TA更新时的时间被更新。
接下来,(2)当UE支持L1 PUR配置更新时,PUR TA对准定时器可以以以下两种方式操作。
2-i)首先,存在将L1 PUR配置更新应用于PUR TA验证机制的方法。
在TA属性当中,使用PUR TA对准定时器的TA验证准则可以如下。如果(当前时间-在最后TA更新时的时间)>PUR时间对准定时器,则UE认为TA无效。这里,可以定义最后(最近)TA更新时间如下。当经由更高层信令或经由L1 PUR配置更新来更新TA时,在最后TA更新时的时间被更新。也就是说,它可以是当通过更高层信令或L1 PUR配置更新来更新TA时的时间。
在2-i)的情况下,如果UE未能接收到DCI,则关于由UE和基站辨识的TA更新时间可能存在歧义。也就是说,如果基站通过DCI来指示TA调整(更新)但是UE未能接收到DCI,则基站可以基于DCI传输时间更新最后TA更新时间,并且UE可以在DCI传输时间之前参考TA更新时间。
此后,基站可以对UE的PUR传输执行假设检验或者盲检测并且可以通过这个来检查L1 PUR配置更新是否成功,并且根据确认结果来维持或校正在最后TA更新时的时间。换句话说,基站可以维持或取消假定L1 PUR配置更新成功的更新最后TA更新时间的操作。
同时,可能存在UE未能接收到DCI的情况,所以基站可能执行未能预期的L1 PUR配置更新并且更新最后TA更新时间。这里,UE和基站具有不同的最后TA更新时间值。这里,为了解决辨识基站与UE之间的最后TA更新时间的不同值的问题,只有当基站可以确认L1 PUR配置更新成功时才可以执行对基站与UE之间的最后TA更新时间的更新。这里,用于基站确定L1 PUR配置更新是否成功的方法可以包括上述假设检验或盲检测。
这里,由于UE不能辨识基站是否已检查了L1 PUR配置更新,所以基站可以通过DCI来向UE发送L1 PUR配置更新确认信息。这里,确认信息可以是ACK信息等。
2-ii)接下来,存在不将PUR配置更新应用于PUR TA验证机制的方法。
这里,可以定义最后(最近)TA更新时间如下。当仅经由更高层信令而不经由L1PUR配置更新来更新TA时,在最后TA更新时的时间被更新。也就是说,最后TA更新时间可以是当通过更高层信令来更新TA时的时间。
这里,只有当通过更高层来配置或更新TA时才限制基于TA对准定时器的TA验证。另外,L1 PUR配置更新可能不用于TA验证并且是指仅执行为了在TA有效的时段内进行高效的PUR传输而调整TA和UE传输功率并且更新PUSCH重复次数的操作。
当因为UE在DCI接收/检测方面失败(假检测)所以UE执行未能预期的L1 PUR配置更新并且更新最后TA更新时间时,由基站和UE辨识的TA更新时间彼此不同。因此,由于基站确定TA无效并且预期UE执行回退操作时,UE可能假定TA有效从而执行PUR传输,所以不将L1PUR配置更新应用于TA验证。
另外,基站可以将PUR用于其他目的并且可能不使用/应用L1PUR配置更新用于TA验证以便避免如上所述的资源冲突。
PUR配置
多个参数可以被包括在由基站向UE先前配置的信息中以通过PUR执行上行链路传输。这里,参数中包括的信息如下。
具体地,参数中包括的信息可以包括与以下有关的信息:i)包括周期的时域资源、ii)频域资源、iii)传送块大小(TBS)、iv)调制和编码方案(MCS)以及v)用于响应于PUR中的UL传输的反馈监测的搜索空间等。
附加地,可以包括与用于执行上行链路传输的信道有关的信息(或信道信息),包括应答/否定应答(Ack/Nack,A/N)信息等,其是响应于由基站向UE发送的下行链路信道的反馈信息。换句话说,UE可以将针对从基站接收到的下行链路传输的反馈发送到基站,并且与将这种反馈发送到基站有关的信息(例如,与用于发送反馈的信道有关的信息等)可以被附加地包括在参数中。这里,由基站向UE发送的下行链路信道可以是在UE的PUR传输之后由基站向UE发送的PDCCH/PDSCH。这里,PDSCH可以包括通过更高层的针对PUR传输的ACK/NACK信息或用于上述TA更新的MAC CE。同时,可能存在发送仅PDCCH而没有PDSCH传输的情况。这里,可以将针对PUR传输的ACK/NACK包括在PDCCH中。换句话说,可以将针对PUR传输的反馈信息包括在PDCCH/PDSCH中。
信道可以是PUCCH、PUSCH或窄带PUSCH(NPUSCH)格式1或NPUSCH格式2。信道相关信息可以包括重复次数等,并且当它不是隐式PUCCH资源时,可以包括PUCCH时间/频率资源等。例如,PUR配置参数可以包括关于在UE的PUR传输之后的上行链路信道(PUCCH/PUSCH)的信息以及与PUR有关的信息。具体地,可以包括PUCCH/PUSCH资源索引等。
另外,由于在LTE MTC中,在CE模式A下,可以支持LTE PUCCH格式1系列(1/1a/1b)和格式2系列(2/2a/2b),而在CE模式B下,可以支持LTE PUCCH格式1/1a,可以在与信道有关的信息中包括与由每种模式支持的格式有关的参数。
PUR配置更新
可以在PUR传输之后或在(重新)传输过程期间以以下方式更新或适配上述参数中的全部或部分,以便适应变化的UE环境和网络环境。
在UE侧更新PUR配置信息(即,参数)的过程的实施例如下。
首先,1)UE向基站执行PUR传输。在这种情况下,可以在PUSCH上执行PUR传输。
并且2)UE从基站接收与下行链路指配(DL指配)有关的信息。这里,可以在MPDCCH(MTC PDCCH)上接收与下行链路分配有关的信息。
此后,3)UE可以从基站接收与PUR传输有关的信息(即,PUR参数)。这里,可以在PDSCH上接收与PUR传输有关的信息,并且可以使用下行链路分配信息来接收与PUR传输有关的信息。
然后,4)UE向基站发送作为关于与PUR传输有关的信息的反馈的ACK。这里,可以在PUCCH上发送ACK。
5)在将4)的ACK发送到基站之后,UE执行MPDCCH监测持续一段时间。这里,MPDCCH可以是用于接收与当基站未能接收到从UE发送的ACK时再次发送的PDSCH有关的信息的信道。
这里,操作5)可以是例如在第k子帧或第k时隙之后不预期接收MPDCCH或不监测MPDCCH。换句话说,5)用于执行操作的预定时段可以是从当UE发送ACK时的时间到第k子帧或第k时隙。
另外,在操作2)中,UE可以预期四种情形:ACK、下行链路分配、NACK和无ACK。
(i)ACK:这是接收基站通过MPDCCH的作为针对在1)中发送的PUR传输的反馈的ACK的情形。也就是说,UE可以解释PUR传输成功,并且不执行PUR参数更新(无PUR参数更新)。
(ii)下行链路分配:当UE从基站接收到与下行链路分配有关的信息时,UE可以辨识PUR传输成功,并且另外,可以预期用于PUR参数更新和/或PUR释放的PDSCH调度。
(iii)NACK:当UE从基站接收到NACK时,UE可以辨识PUR传输已失败并且可以预期PUR重传指令或PUR释放。另外,可以预期使用传统早期数据传输(EDT)或RACH来执行上行链路传输。
(iv)无ACK:当UE从基站接收到无ACK时,UE可以辨识PUR传输已失败并且可以预期PUR重传指令。这里,可以通过UE的自动功率渐升(ramp-up)、重复次数的增加等来在同一PUR持续时间或下一个PUR持续时间中执行PUR重传。
用于PUR传输的功率控制
作为控制用于初始PUR传输的上行链路传输(PUR初始传输)功率的方法,可以存在下述两种方法。
(方法A)在初始PUR传输期间应用传输功率控制(TPC)累积机制的方法。换句话说,可以基于先前执行的PUR传输的传输功率值来确定用于PUR上行链路传输的传输功率。
(方法B)这是对于每一初始PUR传输重置TPC累积机制的方法。换句话说,可以与先前PUR传输的传输功率值的值无关地确定用于PUR上行链路传输的传输功率。也就是说,每当UE执行PUR传输时,在重置TPC累积机制以确定用于PUR传输的传输功率之后,可以基于所确定的传输功率执行PUR传输。即使UE未接收到用于初始PUR传输的传输功率的单独的设置,UE也可以初始化TPC累积机制以确定传输功率。
这里,可以考虑到PUR传输特性根据PUR传输周期来选择上述方法A或B中的一种。
例如,配置了PUR传输周期的某个阈值X,并且如果PUR传输周期大于(或者大于或等于)X,则可以应用方法B。并且相反的情况(当传输周期小于X时),可以应用提议A。
如果PUR传输周期大,则在PUR传输期间的信道环境和路径损耗的变化大,使得在当前PUR传输期间不能参考在先前PUR传输期间应用的功率值。因此,如果PUR传输周期大于阈值,则应用方法B。
阈值X可以是子帧、帧或超帧单元,并且可以是由基站/网络设置的值。对于基站/网络配置,可以将阈值X包括在PUR配置参数中。
另外,基站/网络可以向UE配置并发送要在UE执行初始PUR传输时应用的PUR上行链路传输功率控制方法(例如,方法A、方法B),并且甚至在这种情况下,也可以在PUR配置参数中包括与PUR上行链路传输功率控制方法配置有关的参数。
当重传PUR时,如果如在应用LTE长期演进机器类型通信覆盖范围增强(MTC CE)模式A的情况下一样在由UE接收的用于重传的UL许可下行链路DCI中存在TPC字段,则可以使用TPC字段来控制PUR上行链路传输功率。
然而,当应用LTE MTC CE模式B时,在由UE接收的用于重传的UL许可下行链路控制信息中可能不存在TPC字段。这里,将考虑用于PUR上行链路传输功率的以下两种方法。
将考虑以下两种方法:(i)将所配置的(最大)上行链路传输功率应用于PUR上行链路传输功率的方法以及ii)通过为每一重传配置的渐变(ramping)步长值来增加PUR上行链路传输功率的方法。
方法i)是可以被应用于处于CE模式B的UE的方法并且具有能够被简单地应用的优势。然而,即使在相邻的邻近UE中,也存在通过以最大上行链路传输功率重传PUR而在UE/小区之间发生干扰的问题。
由于方法ii)逐步(逐渐地)增加PUR上行链路传输功率并且基于UE中设置的渐变步长调整传输功率增加幅度,所以当与方法i)相比时,方法ii)在干扰方面具有相对优势。
方法i)和ii)中的上述渐变步长和/或配置信息可以被添加到PUR配置参数并且由基站/网络配置给UE。换句话说,可以将PUR配置参数包括在UE从基站/网络接收以用于PUR传输的配置信息中。
用于支持无竞争共享PUR的方法
多用户多输入多输出(MU-MIMO)技术可以用于在共享PUR时间/频率资源的同时支持多个UE之间的无竞争PUR传输。具体地,基站可以将PUR配置中的DMRS序列的循环移位(CS)值和/或正交覆盖码(OCC)或CS和OCC的组合配置为UE特定的或UE组特定的,以使用正交专用解调参考信号(DMRS)进行MU-MIMO解调。
(i)CS和/或OCC或(ii)配置CS和OCC的组合的方法可以是被RRC配置给特定UE的或者是使用PUR(重新)激活DCI((重新))激活)或用于PUR(重传)的UL许可的DCI配置给UE的。
基站可以通过向共享PUR时间/频率资源的UE配置不同的CS和/或OCC值来支持无竞争PUR传输。
在PUR SS中的接收的DL/UL许可和显式ACK/NACK
UE可以预期上行链路许可和下行链路分配信息被包括在针对PUR传输的下行链路反馈中。
这里,可以将上行链路许可的特定状态定义为显式ACK和/或显式NACK,并且可以将下行链路许可的特定状态定义为显式ACK。
显式NACK可以被用于PUR或(专用PUR)释放的目的。这里,包括NACK信息的DCI的新数据指示符(NDI)可以始终被保留为0或1并且可以被用于使用上行链路资源(资源块)指配/分配和/或MCS字段中未经验证的组合的虚拟小区特定参考信号(CRS)或完整性检查的目的。这里,可以被配置成对于初始PUR传输假定NDI值始终为0或1。显式ACK单独可以包括仅针对PUR传输的ACK信息(这里,它可以作为上行链路许可或下行链路许可被发送),或者显式ACK可以通过DCI连同用于调度(N)PDSCH的下行链路分配信息一起被发送。这里,可以根据在诸如下行链路资源(资源块)分配和/或MCS字段的字段中是否指示验证的组合来确定(N)PDSCH是否与ACK信息一起被实际地调度。
用于监测PUR传输和PUR搜索空间(SS)的方法
在此方法中,将描述UE的PUR传输和PUR SS中的监测方法。SS可以意指UE执行PUR传输并且监测以接收基站针对PUR传输的反馈信息的时间/频率资源持续时间。
在下文中,将在下面描述1)在UE发送PUR之前存在的PUR SS中的监测方法,以及2)在UE发送PUR之后存在的PUR SS中的监测方法。
1)UE在PUR传输时间之前的PUR SS中的监测方法
本公开中的术语“在PUR传输时间之前”意指与在其中接收到基站针对在UE当前打算发送的PUR传输时间之前发送的PUR传输的反馈信息的区域无关的区域。
如果基站由于调度问题(关闭)而不使用所保留的PUR资源或者使UE跳过PUR传输,则UE可以被配置成监测存在于PUR传输之前的特定时段(例如,从X ms到Y ms)中的PUR SS。换句话说,UE可以通过监测特定持续时间来接收配置信息。这里,配置信息可以包括指示要关闭PUR资源或者跳过PUR传输的信息。
如上所述,可能不将通过来自基站的配置跳过的PUR视为用于PUR释放的PUR跳过事件。
2)UE在PUR传输时间之后存在的PUR SS中的监测方法
可以将UE在PUR传输时间之后存在的PUR SS中的监测划分成i)当UE跳过PUR传输时,以及ii)当UE执行PUR传输时。
i)跳过PUR传输的情况
由于基站可以向PUR SS发送PDSCH调度信息,所以UE可以被配置成与是否跳过PUR传输无关地在特定时段中监测PUR SS。
另外,基站可以通过被配置成监测的PUR SS中的PDCCH命令来指示UE执行TA更新操作。当在被指示要监测PUR SS的持续时间中检测到显式NACK、上行链路许可和显式ACK中的任何一个时,UE可以通忽略它或者与基站约定将它用于除其目的以外的目的来与其预定用途不同地解释它。由于存在需要取决于应用而周期性地更新TA的情况,所以即使PUR传输被跳过,UE也需要监测PUR SS。
当由于诸如在PUR传输时没有要发送的UL数据的原因,需要跳过PUR传输时,可以允许UL跳过操作以便UE节省功率。即使在这种情况下,对PUR SS的监测在以下两个方面也是必要的。
a)PUR配置更新(使用L1信令或RRC信令)
b)使用PUR传输窗口的DL传输
在上述a)的情况下,即使当在PUR传输中没有要包括的数据时,也可以通过执行PUR配置更新来防止TA验证失败的情形。通过更新PUR配置,可以防止UE进入传统EDT或传统RACH过程以进行TA重新获取。
是否在跳过PUR传输时执行对PUR SS的监测可以基于基站/网络的情形或UE的类型等被确定,并且可以通过更高层信令以1比特标志的形式指示给UE。另外,与是否应该执行对PUR SS的监测有关的信息可以被包括在PUR配置中,并且可以为此定义单独的参数。这里,由于UE跳过PUR传输,所以可以对PUR跳过事件进行计数。
同时,尽管UE跳过PUR传输,但是在应该执行所对应的PUR传输时的时间点之后的PUR SS中,UE可以通过下行链路信道等从基站/网络接收诸如TA更新的指令。因此,可能不对PUR跳过事件进行计数。另外,即使PUR传输被跳过也不对PUR跳过事件进行计数的情况可以限于从PUR SS成功地接收到MPDCCH的情况。
ii)执行PUR传输的情况
即使UE被配置成在PUR传输之后监测PUR SS,如果通过下行链路指配DCI仅接收到显式ACK而没有实际下行链路指配,而不是通过上行链路许可DCI(UL许可DCI)从基站接收到显式ACK的情况,则UE可以被配置成停止监测PUR SS。具体地,它可以被配置成停止监测用于PDCCH检测的PUR SS,直到下一个PUR或者直到在下一个PUR之前的PUR SS将出于另一目的被监测的时段。替换地,可能不需要UE监测PUR SS。
当UE通过上行链路许可DCI从基站接收到显式NACK时,显式NACK可以被用于释放PUR或专用PUR的目的。
可以预期要在UE执行PUR传输之后从基站接收的上行链路许可DCI和/或下行链路指配DCI的状态如下。
(上行链路许可DCI接收)
-在从基站接收到显式ACK时,UE可以辨识PUR传输成功,并且另外,可能不执行PUR参数更新。
当从基站接收到显式NACK时,UE可以辨识PUR传输已失败,并且另外,可以辨识已接收到PUR或专用PUR释放指令。
当从基站接收到重传相关信息时,UE可以辨识PUR传输已失败并且可以向基站执行PUR重传。
(下行链路分配DCI接收)
在从基站接收到包括针对下行链路许可的显式ACK信息的下行链路分配DCI时,UE可以辨识已接收到要停止对PUR SS的监测的指令并且可以停止监测。
UE可以在PDCCH上接收下行链路分配DCI并且发送基于PDCCH命令的PRACH。也就是说,基站基于PDCCH命令指示要发送用于TA更新的PRACH。
附加地,可能存在UE在使用当前PUR资源(例如,第n(#n)资源)执行PUR传输之后未从基站/网络接收到任何响应的情况。在这种情况下,UE可以执行以下操作。
例如,如果未从基站接收到响应,则UE可以将其辨识为NACK并且使用下一个PUR资源(例如,#n+1资源)来执行PUR重传。当没有使用下一个PUR资源来发送的新数据时,可以有限地执行使用下一个PUR资源(例如,#n+1资源)的PUR重传。同时,当存在使用下一个PUR资源来发送的新数据时,UE可以使用下一个PUR资源来发送新数据并且可能不预期先前数据的重传。
这里,新数据可以意指与当使用原始#n资源来执行PUR传输时包括的数据(即,先前数据)不同的数据。
作为另一示例,如果未从基站接收到响应,则UE可以将其辨识为NACK并且可能不预期在此后的PUR资源中的PUR重传。这可以与是否存在使用下一个PUR资源(例如,#n+1资源)来发送的新数据无关地被应用。另外,UE可以对使用当前PUR资源(例如,#n资源)来发送的数据执行诸如缓冲器刷新的附加操作。
作为另一示例,即使未从基站接收到响应,UE也可以将其辨识为ACK,并且可以对使用当前PUR资源(例如,#n资源)来发送的数据执行诸如缓冲器刷新的附加操作。
WUS(唤醒信号)
在MTC和NB-IoT中,WUS可以用于降低与寻呼监测有关的功耗。WUS是指示UE是否根据小区配置来执行对寻呼信号(例如,用P-RNTI加扰的MPDCCH/NPDCCH)的监测的物理层信号。在未配置eDRX(即,配置了仅DRX)的UE的情况下,WUS可以与一个PO(N=1)相关联。另一方面,在配置有eDRX的UE的情况下,WUS可以与一个或多个PO(N≥1)相关联。当检测到WUS时,UE可以在与WUS相关联之后监测N个PO。另一方面,如果未检测到WUS,则UE可以通过省略PO监测来维持休眠模式,直到下一个WUS被监测为止。
图27图示可以应用本公开的WUS与Po之间的定时关系。
UE可以从基站接收用于WUS的配置信息并且基于WUS配置信息来监测WUS。用于WUS的配置信息可以包括例如最大WUS持续时间、与WUS相关联的连续PO的数目、间隙信息等。最大WUS时段指示可以在其中发送WUS的最大时间段并且可以被表达为与和PDCCH(例如,MPDCCH、NPDCCH)有关的最大重复次数(例如,Rmax)的比率。UE可以在最大WUS间隔内预期重复的WUS传输,但是WUS传输的实际数目可以小于最大WUS间隔内的WUS传输的最大数目。例如,对于在良好覆盖范围内的UE,WUS重复次数可以是小的。为了方便,可以在最大WUS时段内发送WUS的资源/机会被称为WUS资源。可以将WUS资源定义为多个连续的OFDM符号和多个连续的子载波。可以将WUS资源定义为子帧或时隙中的多个连续的OFDM符号和多个连续的子载波。例如,可以将WUS资源定义为14个连续的OFDM符号和12个连续的子载波。检测到WUS的UE直到与WUS相关联的第一PO才监测WUS。如果在最大WUS时段内未检测到WUS,则UE不监测与WUS相关联的PO中的寻呼信号(或者保持在休眠模式下)。
图28是图示用于执行使用本公开中提出的预配置上行链路资源(PUR)的PUR传输的UE操作方法的实施例的流程图。
首先,UE可以在RRC连接状态下从基站接收用于PUR传输的PUR配置信息(S2810)。
然后,UE可以在RRC_idle状态下基于PUR配置信息向基站执行PUR传输(S2820)。
这里,PUR配置信息可以包括用于发送针对下行链路反馈的ACK或NACK的信道信息。
在步骤S2820之后,UE可以基于信道信息将ACK或NACK发送到基站。
信道信息可以是通过其发送ACK或NACK的信道的信息并且可以包括信道的重复次数。
信道信息还可以包括关于信道的格式的信息和关于信道的资源索引值的信息。
信道可以是物理上行链路共享信道(PUSCH)或物理上行链路控制信道(PUCCH)。
可以与发送功率控制(TPC)累积值无关地重置并确定用于将ACK或NACK发送到基站的传输功率。
PUR配置信息可以包括以下各项中的至少一个:关于用于PUR传输的资源的信息、关于PUR配置信息的传输周期的信息、与传送块大小(TBS)有关的信息、与调制编码方案有关的信息(MCS)。
参考图30至图32,将描述在本公开中提出的无线通信系统中执行使用预配置上行链路资源的PUR传输的UE。
这里,UE可以被配置成包括用于发送和接收无线电信号的一个或多个收发器、在操作上耦合到收发器的一个或多个处理器、存储由一个或多个处理器执行的操作的指令并且耦合到一个或多个处理器的一个或多个存储器。
这里,由一个或多个处理器执行的操作可以与和上述图28有关的操作相同。
图29是图示操作用于在本公开中提出的无线通信系统中接收使用预设上行链路资源(PUR)的PUR传输的基站的方法的实施例的流程图。
首先,基站向在RRC_connected状态下的UE发送用于PUR传输的PUR配置信息。
基站从在RRC_idle状态下的UE接收基于PUR配置信息的PUR传输。
这里,PUR配置信息可以包括用于发送针对下行链路反馈的ACK或NACK的信道信息。
参考图30至图32,将描述在本公开中提出的无线通信系统中接收使用预配置上行链路资源(PUR)的PUR传输的基站。
这里,基站可以被配置成包括用于发送和接收无线电信号的一个或多个收发器、在操作上耦合到收发器的一个或多个处理器、存储由一个或多个处理器执行的操作的指令并且耦合到一个或多个处理器的一个或多个存储器。
这里,由一个或多个处理器执行的操作可以与和图29有关的操作相同。
本公开中描述的UE/基站可以用如图30至图32所示的各种装置替换。
例如,在图28和图29中描述的UE/基站的无线通信系统中执行使用预配置上行链路资源(PUR)的PUR传输并且接收PUR传输的操作可以由图31至图32的装置实现。例如,参考图31,一个或多个处理器3112、3122可以控制一个或多个存储器3114、3124和/或一个或多个收发器3116、3126等,以接收相关信息。另外,一个或多个收发器3116和3126可以发送相关信息。
与在上述UE/基站的无线通信系统中执行/接收使用预配置上行链路资源(PUR)的PUR传输的方法有关的操作可以由稍后描述的装置(例如,图30至图32)实现。例如,与执行通过PUR的上行链路传输/接收的上述方法有关的操作可以由图30至图32的一个或多个处理器3112和3122处理,并且与执行通过PUR的上行链路的传输/接收的方法有关的操作可以被以用于驱动图30至图32的至少一个处理器3112和3122的指令/程序(例如,指令、可执行代码)的形式存储在存储器3114和3124中。
例如,在包括一个或多个存储器和在操作上耦合到一个或多个存储器的一个或多个处理器的装置中,一个或多个处理器可以从基站接收用于装置在RRC连接状态下执行使用预配置上行链路资源(PUR)的PUR传输的PUR配置信息,在RRC空闲状态下基于PUR配置信息向基站执行PUR传输,从基站接收针对PUR传输的反馈信息,并且向基站发送针对反馈信息的ACK/NACK信息,其中,PUR配置信息可以被配置成包括关于可以通过其发送ACK/NACK信息的信道的信息。
作为另一示例,在存储一个或多个指令的非暂时性计算机可读介质(CRM)中,可由一个或多个处理器执行的一个或多个指令可以允许UE从基站接收用于执行使用预配置上行链路资源(PUR)的PUR传输的PUR配置信息,在RRC空闲状态下基于PUR配置信息将PUR发送到基站,从基站接收针对PUR传输的反馈信息,并且向基站发送针对反馈信息的ACK/NACK信息,并且PUR配置信息将包括关于通过其发送ACK/NACK信息的信道的信息。
可以应用本公开的通信系统示例
不限于此,可以将此文档中公开的本公开的各种描述、功能、过程、提议、方法和/或操作流程图应用于在设备之间需要无线通信/连接(例如,5G、LTE)的各种领域。
在下文中,将参考附图更详细地描述。在以下附图/描述中,除非另外指示,否则相同的附图标记可以表示相同或对应的硬件块、软件块或功能块。
图30图示应用本公开的通信系统10000。
参考图30,应用于本公开的通信系统10000包括无线设备、基站和网络。这里,无线设备意指使用无线接入技术(例如,5G NR(新RAT)、LTE(长期演进))来执行通信的设备,并且可以被称为通信/无线/5G设备。尽管不限于此,但是无线设备可以包括机器人10000a、车辆10000b-1和10000b-2、扩展现实(XR)设备10000c、手持设备10000d以及家用电器10000e、物联网(IoT)设备10000f和AI设备/服务器40000。例如,车辆可以包括配备有无线通信功能的车辆、自主驾驶车辆、能够执行车辆间通信的车辆等。这里,车辆可以包括无人驾驶航空飞行器(UAV)(例如,无人机)。XR设备包括AR(增强现实)/VR(虚拟现实)/MR(混合现实)设备,并且可以将它以HMD(头戴式设备)、HUD(平视显示器)的形式实现在车辆、TV、智能电话、计算机、可穿戴设备、家用电器、数字标牌、飞行器、机器人等中。手持设备可以包括智能电话、智能板、可穿戴设备(例如,智能手表、智能眼镜)、计算机(例如,笔记本计算机等)。家用电器可以包括TV、冰箱、洗衣机等。IoT设备可以包括传感器、智能电表等。例如,可以将基站和网络实现为无线设备,并且特定无线设备20000a可以作为其他无线设备的基站/网络节点操作。
无线设备10000a至10000f可以通过基站20000连接到网络30000。可以对无线设备10000a至10000f应用AI(人工智能)技术,并且无线设备10000a至10000f可以通过网络30000连接到AI服务器40000。网络30000可以使用3G网络、4G(例如,LTE)网络或5G(例如,NR)网络等来配置。无线设备10000a至10000f可以通过基站20000/网络30000彼此通信,但是可以在不用通过基站/网络的情况下直接通信(例如,侧链路通信)。例如,车辆10000b-1和10000b-2可以执行直接通信(例如,V2V(车辆对车辆)/V2X(车辆对一切)通信)。另外,IoT设备(例如,传感器)可以直接与其他IoT设备(例如,传感器)或其他无线设备10000a至10000f进行通信。
可以在无线设备10000a至10000f/基站20000与基站20000/基站20000之间建立无线通信/连接15000a、15000b和15000c。这里,无线通信/连接可以通过诸如以下各项的各种无线接入技术(例如,5G NR)来实现:上行链路/下行链路通信15000a、侧链通信15000b(或D2D通信)、基站通信15000c(例如,中继、集成接入回程(IAB))。通过无线通信/连接15000a、15000b、15000c,无线设备和基站/无线设备以及基站和基站能够相互发送/接收无线电信号。例如,无线通信/连接15000a、15000b、15000c可以通过各种物理信道来发送/接收信号。为此,基于本公开的各种提议,为了发送/接收无线电信号,可以执行配置各种配置信息的过程、各种信号处理过程(例如,信道编码/解码、调制/解调、资源映射/解映射等)和资源分配过程中的至少一些。
可以应用本公开的无线设备的示例
图31图示可以应用本公开的无线设备。
参考图31,第一无线设备3110和第二无线设备3120可以通过各种无线接入技术(例如,LTE、NR)来发送/接收无线信号。这里,{第一无线设备3110,第二无线设备3120}可以对应于图30的{无线设备10000x,基站20000}和/或{无线设备10000x,无线设备10000x}。
第一无线设备3110可以包括一个或多个处理器3112和一个或多个存储器3114并且还可以包括一个或多个收发器3116和/或一个或多个天线3118。处理器3112可以控制存储器3114和/或收发器3116并且可以被配置成实现本文公开的描述、功能、过程、建议、方法和/或操作流程图。例如,处理器3112可以处理存储器3114中的信息以生成第一信息/信号,然后通过收发器3116来发送包括第一信息/信号的无线信号。另外,处理器3112可以通过收发器3116来接收包括第二信息/信号的无线信号,然后将从对第二信息/信号的信号处理获得的信息存储在存储器3114中。存储器3114可以连接到处理器3112并且存储与处理器的操作有关的各种信息3112。例如,存储器3114可以存储软件代码,所述软件代码包括用于执行由处理器3112控制的过程中的一些或全部或者用于执行本文公开的描述、功能、过程、建议、方法和/或操作流程图的指令。这里,处理器3112和存储器3114可以是被设计来实现无线通信技术(例如,LTE、NR)的通信调制解调器/电路/芯片的一部分。收发器3116可以耦合到处理器3112并且可以经由一个或多个天线3118发送和/或接收无线信号。收发器3116可以包括发送器和/或接收器。收发器3116可以与射频(RF)单元互换地使用。在本公开中,无线设备可以是指通信调制解调器/电路/芯片。
第二无线设备3120可以包括一个或多个处理器3122、一个或多个存储器3124,并且还可以包括一个或多个收发器3126和/或一个或多个天线3128。处理器3122可以控制存储器3124和/或者收发器3126并且可以被配置成实现本文公开的描述、功能、过程、建议、方法和/或操作流程图。例如,处理器3122可以处理存储器3124中的信息以生成第三信息/信号,然后通过收发器3126来发送包括第三信息/信号的无线信号。另外,处理器3122可以通过收发器3126来接收包括第四信息/信号的无线信号,然后将从对第四信息/信号的信号处理获得的信息存储在存储器3124中。存储器3124可以连接到处理器3122并且存储与处理器3122的操作有关的各种信息。例如,存储器3124可以存储软件代码,所述软件代码包括用于执行由处理器3122控制的过程中的一些或全部或者用于执行本文公开的描述、功能、过程、建议、方法和/或操作流程图的指令。这里,处理器3122和存储器3124可以是被设计来实现无线通信技术(例如,LTE、NR)的通信调制解调器/电路/芯片的一部分。收发器3126可以耦合到处理器3122并且可以经由一个或多个天线3128发送和/或接收无线信号。收发器3126可以包括发送器和/或接收器。收发器3126可以与RF单元互换地使用。在本发明中,无线设备可以是指通信调制解调器/电路/芯片。
在下文中,将更详细地描述无线设备3110和3120的硬件元件。尽管不限于此,但是一个或多个协议层可以由一个或多个处理器3112、3122实现。例如,一个或多个处理器3112、3122可以实现一个或多个层(例如,诸如PHY、MAC、RLC、PDCP、RRC、SDAP的功能层)。一个或多个处理器3112、3122可以根据本文公开的描述、功能、过程、提议、方法和/或操作流程图来创建一个或多个协议数据单元(PDU)或/和一个或多个服务数据单元(SDU)。一个或多个处理器3112、3122可以根据本文公开的描述、功能、过程、提议、方法和/或流程图来生成消息、控制信息、数据或信息。一个或多个处理器3112和3122可以根据此文档中公开的功能、过程、提议和/或方法来生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如,基带信号)并且将它们提供给一个或多个收发器3116和3126。一个或多个处理器3112、3122可以从一个或多个收发器3116、3126接收信号(例如,基带信号),并且根据操作的描述、功能、过程、建议、方法和/或流程图来获得PDU、SDU、消息、控制信息数据和信息。
一个或多个处理器3112和3122可以被称为控制器、微控制器、微处理器或微计算机。一个或多个处理器3112和3122可以由硬件、固件、软件或其组合实现。例如,可以在一个或多个处理器3112和3122中包括一个或多个专用集成电路(ASIC)、一个或多个数字信号处理器(DSP)、一个或多个数字信号处理器件(DSPD)、一个或多个可编程逻辑器件(PLD)或一个或多个现场可编程门阵列(FPGA)。本文公开的操作的描述、功能、过程、建议、方法和/或流程图可以使用固件或软件来实现,该固件或软件可以被实现成包括模块、过程、功能等。被配置成执行本文公开的描述、功能、过程、提议、方法和/或流程图的固件或软件可以被包括在一个或多个处理器3112、3122中,或者存储在一个或多个处理器3114、3124中并且可以由上述处理器3112和3122驱动。本文公开的描述、功能、过程、提议、方法和/或流程图可以使用形式为代码、指令和/或指令集的固件或软件来实现。
一个或多个存储器3114和3124可以耦合到一个或多个处理器3112和3122并且可以存储各种类型的数据、信号、消息、信息、程序、代码、指示和/或指令。一个或多个存储器3114和3124可以包括ROM、RAM、EPROM、闪速存储器、硬盘驱动器、寄存器、高速缓存存储器、计算机可读存储介质和/或其组合。一个或多个存储器3114、3124可以位于一个或多个处理器3112、3122内部和/或外部。另外,一个或多个存储器3114和3124可以通过诸如有线或无线连接的各种技术连接到一个或多个处理器3112和3122。
一个或多个收发器3116、3126可以将此文档的方法和/或操作流程图中提及的用户数据、控制信息、无线电信号/信道等发送到一个或多个其他设备。一个或多个收发器3116、3126可以从一个或多个其他设备接收在本文中公开的描述、功能、过程、建议、方法和/或流程图等中提及的用户数据、控制信息、无线电信号/信道等。例如,一个或多个收发器3116和3126可以连接到一个或多个处理器3112和3122并且可以发送和接收无线信号。例如,一个或多个处理器3112、3122可以控制一个或多个收发器3116、3126以向一个或多个其他设备发送用户数据、控制信息或无线信号。另外,一个或多个处理器3112、3122可以控制一个或多个收发器3116、3126以从一个或多个其他设备接收用户数据、控制信息或无线电信号。此外,一个或多个收发器3116、3126可以与一个或多个天线3118、3128耦合,并且一个或多个收发器3116和3126可以被配置成经由一个或多个天线3118、3128发送和接收在此文档中公开的描述、功能、程序、提议、方法和/或操作流程图中提及的用户数据、控制信息、无线电信号/信道等。在本文档中,一个或多个天线可以是多个物理天线或多个逻辑天线(例如,天线端口)。一个或多个收发器3116和3126可以将所接收到的无线电信号/信道等从RF频带信号转换成基带信号以使用一个或多个处理器3112、3122来处理所接收到的用户数据、控制信息、无线电信号/信道等。一个或多个收发器3116和3126可以将使用一个或多个处理器3112和3122处理的用户数据、控制信息、无线电信号/信道等从基带信号转换为RF频带信号。为此,一个或多个收发器3116、3126可以包括(模拟)振荡器和/或滤波器。
可以应用本公开的无线设备的应用的示例
图32图示可以应用本公开的无线设备的另一示例。可以根据使用示例/服务以各种形式实现无线设备。
参考图32,无线设备3100和3200对应于图31的无线设备3110和3120,并且可以由各种元件、组件、单元/部件和/或模块组成。例如,无线设备3110和3120可以包括通信单元3210、控制单元3220、存储器单元3230和附加元件3240。通信单元可以包括通信电路系统3212和收发器3214。例如,通信电路系统3212可以包括图31的一个或多个处理器3112和3122和/或一个或多个存储器3114和3124。例如,收发器3214可以包括图31的一个或多个收发器3116、3126和/或一个或多个天线3118、3128。控制单元3220可以电连接到通信单元3210、存储器单元3230和附加元件3240,并且可以控制无线设备的一般操作。例如,控制器3220可以基于存储在存储器单元3230中的程序/代码/命令/信息来控制无线设备的电气/机械操作。另外,控制单元3220可以将存储在存储器单元3230中的信息通过通信单元3210和通过无线/有线接口发送到外部(例如,另一通信设备),或者可以将通过通信单元3210和通过无线/有线接口从外部(例如,另一通信设备)接收的信息存储在存储器单元3230中。
可以根据无线设备的类型不同地配置附加元件3240。例如,附加元件3240可以包括电源单元/电池、输入/输出单元(I/O单元)、驱动单元和计算单元中的至少一个。尽管不限于此,但是可以以以下各项的形式实现无线设备:机器人(图30,10000a)、车辆(图30,10000b-1、10000b-2)、XR设备(图30,10000c)、移动设备(图30,10000d)、家用电器(图30,10000e)、IoT设备(图30,10000f)、数字广播终端、全息图设备、公用安全设备、MTC设备、医疗设备、金融科技设备(或金融设备)、安全设备、气候/环境设备、AI服务器/设备(图30和40000)、基站(图30和20000)和网络节点。取决于使用示例/服务,无线设备可以是移动的或者在固定位置中使用。
在图32中,无线设备3100和3200中的各种元件、组件、单元/部件和/或模块可以通过有线接口完全互连,或者它们中的至少一些可以通过通信单元以无线方式连接3210。例如,在无线设备3100和3200中,控制单元3220和通信单元3210通过电线连接,并且控制单元3220和第一单元(例如,3230、3240)可以通过通信单元3210以无线方式连接。另外,无线设备3100、3200中的每个元件、组件、单元/部件和/或模块还可以包括一个或多个元件。例如,控制器3220可以包括一个或多个处理器集合。例如,控制单元3220可以包括通信控制处理器、应用处理器、电子控制单元(ECU)、图形处理处理器、存储器控制处理器等的集合。作为另一示例,存储器单元3230可以包括随机存取存储器(RAM)、动态RAM(DRAM)、只读存储器(ROM)、闪速存储器、易失性存储器和非易失性存储器、易失性存储器和/或其组合。
到目前为止所描述的实施例是以预定形式耦合的元件和技术特征的实施例。只要没有任何显而易见的提及,这些元件和技术特征中的每一个应该被认为是选择性的。这些元件和技术特征中的每一个可以在不与其他元件或技术特征耦合的情况下被具体化。另外,也可以通过耦合元件和/或技术特征的一部分来构造本公开的实施例。可以改变本公开的实施例中描述的操作的次序。一个实施例中的元件或技术特征的一部分可以被包括在另一实施例中,或者可以用对应于其他实施例的元件和技术特征替换。显然将通过组合在以下权利要求中不具有显式引用关系的权利要求来构造实施例,或者将这些权利要求包括在申请之后通过修正案设置的新权利要求中。
本公开的实施例可以由各种手段例如硬件、固件、软件及其组合来实现。在硬件的情况下,本公开的实施例可以由一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。
在由固件或软件实现的情况下,可以以诸如执行到目前为止描述的功能或操作的模块、过程、功能等的形式实现本公开的实施例。软件代码可以被存储在存储器中并且由处理器驱动。存储器可以位于处理器内部或外部并且可以用各种已知手段与处理器交换数据。
本领域的技术人员将理解,在不脱离本公开的必要特征的情况下,能够做出各种修改和变化。因此,详细描述不限于上述实施例,而应该被认为是示例。本公开的范围应该通过对所附权利要求的合理解释来确定,并且在等价范围内的所有修改都应该被包括在本公开的范围内。
【工业适用性】
本公开已主要用应用于3GPP LTE/LTE-A/NR系统的示例进行了描述,但是也可以被应用于除3GPP LTE/LTE-A/NR系统之外的各种无线通信系统。

Claims (15)

1.一种在无线通信系统中由用户设备(UE)执行使用预配置上行链路资源(PUR)的PUR传输的方法,所述方法包括:
在无线电资源控制(RRC)连接状态下从基站接收用于所述PUR传输的PUR配置信息;以及
在RRC空闲状态下基于所述PUR配置信息向所述基站执行所述PUR传输;
其中,所述PUR配置信息包括用于发送响应于下行链路反馈的应答(ACK)或否定应答(NACK)的信道信息。
2.根据权利要求1所述的方法,进一步包括:
基于所述信道信息将所述ACK或NACK发送到所述基站。
3.根据权利要求1所述的方法,其中:
所述信道信息是关于通过其发送所述ACK或NACK的信道的信息,以及
所述信道信息包括关于所述信道的传输的重复次数的信息。
4.根据权利要求3所述的方法,其中:
所述信道信息进一步包括关于所述信道的格式的信息和关于所述信道的资源索引值的信息。
5.根据权利要求3所述的方法,其中:
所述信道是物理上行链路共享信道(PUSCH)或物理上行链路控制信道(PUCCH)。
6.根据权利要求1所述的方法,其中:
用于将所述ACK或NACK发送到所述基站的传输功率是通过与发送功率控制(TPC)累积值无关地重置来确定的。
7.根据权利要求1所述的方法,其中:
所述PUR配置信息包括以下中的至少一个:关于用于所述PUR传输的资源的信息、关于所述PUR配置信息的传输周期的信息、与传送块大小(TBS)有关的信息、或与调制编码方案(MCS)有关的信息。
8.一种用于在无线通信系统中执行使用预配置上行链路资源(PUR)的PUR传输的用户设备(UE),所述UE包括:
至少一个收发器;
至少一个处理器;以及
至少一个存储器,所述至少一个存储器用于存储由所述至少一个处理器执行的操作的指令并且耦合到所述至少一个处理器,
其中,所述操作包括:
在无线电资源控制(RRC)连接状态下从基站接收用于所述PUR传输的PUR配置信息;以及
在RRC空闲状态下基于所述PUR配置信息向所述基站执行所述PUR传输;以及
其中,所述PUR配置信息包括用于发送响应于下行链路反馈的应答(ACK)或否定应答(NACK)的信道信息。
9.根据权利要求8所述的UE,其中,所述操作进一步包括:
基于所述信道信息将所述ACK或NACK发送到所述基站。
10.根据权利要求8所述的UE,其中:
所述信道信息是关于通过其发送所述ACK或NACK的信道的信息,并且
所述信道信息包括关于所述信道的传输的重复次数的信息。
11.根据权利要求8所述的UE,其中:
用于将所述ACK或NACK发送到所述基站的传输功率是通过与发送功率控制(TPC)累积值无关地重置来确定的。
12.一种在无线通信系统中由基站接收使用预配置上行链路资源(PUR)的PUR传输的方法,所述方法包括:
向在无线电资源控制(RRC)连接状态下的用户设备(UE)发送用于所述PUR传输的PUR配置信息;以及
从在RRC空闲状态下的所述UE接收基于所述PUR配置信息的所述PUR传输;以及
其中,所述PUR配置信息包括用于发送响应于下行链路反馈的应答(ACK)或否定应答(NACK)的信道信息。
13.一种在无线通信系统中接收使用预配置上行链路资源(PUR)的PUR传输的基站,所述基站包括:
至少一个收发器;
至少一个处理器;以及
至少一个存储器,所述至少一个存储器用于存储由所述至少一个处理器执行的操作的指令并且耦合到所述至少一个处理器,
其中,所述操作包括:
向在无线电资源控制(RRC)连接状态下的用户设备(UE)发送用于所述PUR传输的PUR配置信息;以及
从在RRC空闲状态下的所述UE接收基于所述PUR配置信息的所述PUR传输;以及
其中,所述PUR配置信息包括用于发送响应于下行链路反馈的应答(ACK)或否定应答(NACK)的信道信息。
14.一种装置,包括至少一个存储器和在操作上耦合到所述至少一个存储器的至少一个处理器,
其中,所述至少一个处理器被配置成:
在无线电资源控制(RRC)连接状态下从基站接收用于执行使用预配置上行链路资源(PUR)的PUR传输的PUR配置信息;以及
在RRC空闲状态下基于所述PUR配置信息向所述基站执行所述PUR传输;以及
其中,所述PUR配置信息包括用于发送响应于下行链路反馈的应答(ACK)或否定应答(NACK)的信道信息。
15.至少一个非暂时性计算机可读介质,存储至少一个指令,可由至少一个处理器执行的所述至少一个指令包括:
在无线电资源控制(RRC)连接状态下从基站接收用于执行使用预配置上行链路资源(PUR)的PUR传输的PUR配置信息;以及
在RRC空闲状态下基于所述PUR配置信息向所述基站执行所述PUR传输;以及
其中,所述PUR配置信息包括用于发送响应于下行链路反馈的应答(ACK)或否定应答(NACK)的信道信息。
CN202080013848.1A 2019-02-15 2020-02-17 在无线通信系统中执行使用预配置资源的上行链路传输的方法和装置 Active CN113424632B (zh)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
KR20190018245 2019-02-15
KR10-2019-0018245 2019-02-15
KR20190036401 2019-03-28
KR10-2019-0036401 2019-03-28
KR20190052613 2019-05-03
KR10-2019-0052613 2019-05-03
KR20190123432 2019-10-04
KR10-2019-0123432 2019-10-04
PCT/KR2020/002254 WO2020167098A1 (ko) 2019-02-15 2020-02-17 무선 통신 시스템에서 사전 설정된 자원을 이용한 상향링크 전송을 수행하는 방법 및 이를 위한 장치

Publications (2)

Publication Number Publication Date
CN113424632A true CN113424632A (zh) 2021-09-21
CN113424632B CN113424632B (zh) 2023-07-25

Family

ID=72044253

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080013848.1A Active CN113424632B (zh) 2019-02-15 2020-02-17 在无线通信系统中执行使用预配置资源的上行链路传输的方法和装置

Country Status (4)

Country Link
US (1) US20220312406A1 (zh)
EP (1) EP3927078B1 (zh)
CN (1) CN113424632B (zh)
WO (1) WO2020167098A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220225357A1 (en) * 2019-03-29 2022-07-14 Lenovo (Beijing) Limited Control signal design

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3949561A1 (en) * 2019-03-29 2022-02-09 Telefonaktiebolaget LM ERICSSON (PUBL) Preconfigured uplink resources - configuration for ta validity in entire cell
US11582829B2 (en) 2019-11-01 2023-02-14 Qualcomm Incorporated Preconfigured uplink resource release counter management
US11689893B2 (en) * 2020-04-08 2023-06-27 Qualcomm Incorporated Feedback for multicast transmissions while in an inactive or idle mode
WO2022057835A1 (en) * 2020-09-16 2022-03-24 Qualcomm Incorporated Validation for pre-configured uplink resource

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016045094A1 (en) * 2014-09-26 2016-03-31 Panasonic Intellectual Property Corporation Of America Improved resource allocation for device to device (d2d) communication
CN107113147A (zh) * 2014-12-31 2017-08-29 Lg电子株式会社 在无线通信系统中分配资源的方法和设备
CN107925525A (zh) * 2015-07-02 2018-04-17 Lg 电子株式会社 在无线通信系统中发送和接收上行链路数据的方法及其装置
WO2018144643A1 (en) * 2017-02-02 2018-08-09 Intel IP Corporation Power headroom reporting for shortened transmission time intervals
EP3413660A1 (en) * 2016-03-03 2018-12-12 Huawei Technologies Co., Ltd. Communication method and apparatus applied to a super cell

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016045094A1 (en) * 2014-09-26 2016-03-31 Panasonic Intellectual Property Corporation Of America Improved resource allocation for device to device (d2d) communication
CN107113147A (zh) * 2014-12-31 2017-08-29 Lg电子株式会社 在无线通信系统中分配资源的方法和设备
CN107925525A (zh) * 2015-07-02 2018-04-17 Lg 电子株式会社 在无线通信系统中发送和接收上行链路数据的方法及其装置
EP3413660A1 (en) * 2016-03-03 2018-12-12 Huawei Technologies Co., Ltd. Communication method and apparatus applied to a super cell
WO2018144643A1 (en) * 2017-02-02 2018-08-09 Intel IP Corporation Power headroom reporting for shortened transmission time intervals

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "R2-1814342 \"Preconfigured uplink resources\"", 3GPP TSG_RAN\\WG2_RL2, no. 2 *
LG ELECTRONICS: "\"R1-1812528Discussion on preconfigured UL resources in MTC\"", 3GPP TSG RAN WG1 MEETING #95 *
QUALCOMM INCORPORATED: "R2-1817911 \"Supporting UL data transmission on preconfigured resources in IDLE\"", 3GPP TSG_RAN\\WG2_RL2, no. 2 *
SIERRA WIRELESS: "\"R1-1810490 NB-IOT Pre-configured UL Resources Design Considerations \"", 3GPP TSG RAN WG1 MEETING #94BIS *
SIERRA WIRELESS: "\"R1-1812724 LTE-M Pre-configured UL Resources Design Considerations \"", 3GPP TSG RAN WG1 MEETING #95 *
SIERRA WIRELESS: "\"R1-1813725 LTE-M Preconfigured UL Resources Summary RAN1 #95\"", 3GPP TSG RAN WG1 MEETING #95 *
SONY: "\"R1-1812754Considerations on Pre-configured Uplink Resource\"", 3GPP TSG RAN WG1 MEETING #95 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220225357A1 (en) * 2019-03-29 2022-07-14 Lenovo (Beijing) Limited Control signal design

Also Published As

Publication number Publication date
EP3927078B1 (en) 2024-01-24
EP3927078A4 (en) 2022-07-06
US20220312406A1 (en) 2022-09-29
WO2020167098A1 (ko) 2020-08-20
EP3927078A1 (en) 2021-12-22
CN113424632B (zh) 2023-07-25

Similar Documents

Publication Publication Date Title
US11778608B2 (en) Method for transmitting uplink data in wireless communication system supporting narrowband internet of things, and apparatus therefor
JP7441247B2 (ja) 共通リソースブロックグリッドに関係なく基準点を設定する方法及びそのための装置
CN112567658B (zh) 用于在无线通信系统中改善终端的测量性能的方法及其装置
US20210314925A1 (en) Method for transmitting uplink data by using preconfigured uplink resource in wireless communication system supporting narrowband internet of things system, and device therefor
EP3651528A1 (en) Methods for transmitting and receiving downlink data channels in wireless communication system, and apparatuses for same
CN113439476B (zh) 在无线通信系统中通过预配置的上行链路资源发送上行链路数据的方法及其装置
KR102150447B1 (ko) 참조 신호를 송수신하는 방법 및 이를 위한 장치
CN113424632B (zh) 在无线通信系统中执行使用预配置资源的上行链路传输的方法和装置
CN112567847B (zh) 在无线通信系统中通过使用pur发送和接收上行链路数据的方法及其装置
CN112567701B (zh) 在无线通信系统中由终端估计信道的方法及其装置
CN112567674B (zh) 改进lte mtc下行链路控制信道的传输和接收性能的方法及其装置
US11678330B2 (en) Method for transmitting and receiving downlink control channel, and apparatus therefor
CN113647175B (zh) 在无线通信系统中使用预配置的资源执行上行链路传输的方法及其装置
CN113439478A (zh) 在无线通信系统中通过预配置的上行链路资源发送上行链路数据的方法及其装置
US20220240341A1 (en) Method for transmitting uplink through preconfigured uplink resource in wireless communication system, and device therefor
CN112425105A (zh) 窄带无线通信系统中发送/接收信号和信道的方法及其装置
CN112930707A (zh) 在支持nb-iot的无线通信系统中发送或接收反馈的方法和系统
CN113056953B (zh) 在窄带无线通信系统中发送和接收数据的方法和系统
US12004204B2 (en) Method for transmitting and receiving uplink data by using PUR in wireless communication system, and device for same

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