CN114175548A - 在无线通信系统中通过预配置的上行链路资源监视搜索空间的方法及其设备 - Google Patents
在无线通信系统中通过预配置的上行链路资源监视搜索空间的方法及其设备 Download PDFInfo
- Publication number
- CN114175548A CN114175548A CN202080033340.8A CN202080033340A CN114175548A CN 114175548 A CN114175548 A CN 114175548A CN 202080033340 A CN202080033340 A CN 202080033340A CN 114175548 A CN114175548 A CN 114175548A
- Authority
- CN
- China
- Prior art keywords
- pur
- early
- transmission
- monitoring
- uplink signal
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
-
- 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]
-
- 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/1854—Scheduling and prioritising arrangements
-
- 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
- H04L5/0012—Hopping in multicarrier systems
-
- 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
- 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
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- 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
-
- 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
Abstract
本说明书涉及一种用于在无线通信系统中通过预配置的上行链路资源(PUR)监视搜索空间(SS)的方法及其设备。该方法包括以下步骤:终端在无线电资源控制(RRC)连接状态中从基站接收与基于PUR的上行链路信号传输的重复次数相关的PUR配置信息;从RRC连接状态相移用于PUR操作的特定状态,并且基于重复次数在PUR的第一资源上发送上行链路信号;以及终端在从上行链路信号的传输点偏移固定时间之后执行PUR SS监视,从基站接收针对上行链路信号的早期应答(ACK),并且基于早期ACK的接收在上行链路信号的传输次数达到重复次数之前终止上行链路信号的传输。
Description
技术领域
本公开涉及无线通信系统,并且更具体地,涉及用于在无线通信系统中通过预配置的上行链路资源监视搜索空间的方法及其装置。
背景技术
已经开发了移动通信系统,以确保用户活动并且提供语音服务。然而,移动通信系统已经将它们的范围扩展到数据服务以及语音,并且当前业务的爆炸性增长正导致资源的短缺,并且存在用户对更高速度的服务的需求,这产生了对更高级的移动通信系统的需求。
对下一代移动通信系统的要求主要包括处理爆炸性数据业务、每位用户非常高的数据速率、处理惊人大量的连接设备、非常低的端对端时延以及支持高能效。为此,正在对诸如双连接性、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、对超宽带的支持和设备联网的各种技术进行研究。
发明内容
技术问题
本公开提供一种用于通过预配置的上行链路资源(PUR)监视搜索空间的方法及其装置。
本公开还提供一种用于定义与通过预配置的上行链路资源(PUR) 的上行链路数据传输相关的PUR搜索空间的方法及其装置。
此外,本公开还提供一种用于基于早期肯定应答(ACK)来监视 PUR搜索空间的方法及其装置。
本公开还提供了一种用于定义PUR搜索空间的方法及其设备,该方法能够避免与通过预配置的上行链路资源(PUR)的上行链路数据传输相关的PUR搜索空间和与通过除了PUR之外的资源的上行链路数据传输相关的搜索空间之间的冲突。
本公开的技术目的不限于上述技术目的,并且本领域的技术人员根据以下描述将明显理解以上未提及的其他技术目的。
技术方案
本公开提供一种用于通过预配置的上行链路资源监视搜索空间的方法及其装置。
在本公开中,一种用于由用户设备在无线通信系统中通过预配置的上行链路资源(PUR)来监视搜索空间(SS)的方法,该方法包括:在RRC连接状态中从基站接收与基于PUR的上行链路信号传输的重复次数相关的PUR配置信息;从RRC连接状态转换到用于PUR操作的特定状态;基于重复次数在PUR的第一资源上向基站发送上行链路信号;在从上行链路信号的传输定时偏移特定时间之后监视PUR SS;从基站接收针对上行链路信号的早期应答(早期ACK);以及基于早期 ACK的接收,在上行链路信号的传输次数达到重复次数之前停止上行链路信号的传输。
此外,在本公开中,其中,特定状态是RRC空闲状态或RRC不活动状态。
此外,在本公开中,其中,针对PUR SS的全部或PUR SS的部分来执行监视。
此外,在本公开中,其中,基于针对PUR SS的部分来执行监视,在从执行上行链路信号的传输的传输间隔中的特定时间偏移特定时间之后执行监视。
此外,在本公开中,还包括:从基站接收关于在早期ACK的接收定时之后是否对PURSS执行附加监视的配置信息。
此外,在本公开中,其中基于配置信息指示不执行附加监视,基于早期ACK的接收在早期ACK的接收定时之后不执行附加监视。
此外,在本公开中,其中基于配置信息指示执行附加监视,在早期ACK的接收定时之后执行附加监视。
此外,在本公开中,其中从基站接收早期ACK进一步包括:从基站接收用于调度物理下行链路共享信道(PDSCH)的下行链路控制信息(DCI),物理下行链路共享信道(PDSCH)用于更新基于PUR配置信息的PUR配置和/或用于更高层ACK传输,其中基于用户设备是否已经接收到DCI,隐式地指示与早期ACK相关的信息。
此外,在本公开中,在不考虑是否接收到上行链路信号的情况下,基于基站被配置为调度用于更新基于PUR配置信息的PUR配置和/或更高层ACK传输的物理下行链路共享信道(PDSCH),从基站接收早期ACK进一步包括:从基站接收用于调度PDSCH的下行链路控制信息(DCI),其中DCI包括与早期ACK相关的信息。
此外,在本公开中,其中DCI进一步包括与是否停止附加监视相关的指示信息,其中基于指示信息来确定是否停止附加监视。
此外,在本公开中,进一步包括:在完成上行链路信号的传输之前,从基站接收早期NACK(早期否定ACK),早期NACK指示基于关于特定PUR SS的PUR配置信息的PUR配置的更新,其中基于PUR 配置的更新来更新与PUR配置相关的至少一个PUR参数的全部或部分。
此外,在本发明中,从基站接收早期NACK进一步包括:接收用于调度物理上行链路共享信道(PUSCH)的下行链路控制信息(DCI),其中DCI包括与早期NACK相关的信息和指示执行用于更新与上行链路传输定时相关的定时提前(TA)的随机接入信道(RACH)过程的指示信息。
此外,在本公开中,基于支持基于用于停止PUR SS监视的定时器的第一监视停止方法和基于早期ACK的第二监视停止方法这两者:其中基于早期ACK未被接收,仅基于第一监视停止方法来确定是否停止监视,以及其中基于早期ACK被接收,仅基于第二监视停止方法来确定是否停止监视,而不管定时器的值如何。
此外,在本公开中,其中与在RRC连接状态中是否支持早期ACK 和早期NACK单独地配置在特定状态中是否支持早期ACK和早期 NACK,以及其中PUR配置信息还包括与在特定状态中的PUR操作期间是否支持早期ACK和早期NACK相关的特定信息。
此外,在本公开中,其中基于在特定状态中是否支持早期ACK和早期NACK未被单独地配置,基于在RRC连接状态中是否支持早期 ACK和早期NACK来确定在特定状态中是否支持早期ACK和早期 NACK。
此外,在本公开中,一种用于在无线通信系统中通过预配置的上行链路资源(PUR)来监视搜索空间(SS)的用户设备,该用户设备包括:发射器,该发射器用于发送无线电信号;接收器,该接收器用于接收无线电信号;以及处理器,该处理器被操作地耦合到发射器和接收器,其中处理器被配置为控制:接收器在RRC连接状态中从基站接收与基于PUR的上行链路信号传输的重复次数相关的PUR配置信息;从RRC连接状态转换到用于PUR操作的特定状态;发射器基于重复次数在PUR的第一资源上向基站发送上行链路信号;在从上行链路信号的传输定时偏移特定时间之后监视PUR SS;接收器从基站接收针对上行链路信号的早期应答(早期ACK);以及基于早期ACK的接收,在上行链路信号的传输次数达到重复次数之前停止上行链路信号的传输。
此外,在本公开中,一种用于在无线通信系统中通过预配置的上行链路资源(PUR)来监视搜索空间(SS)的方法,该方法由基站执行,该方法包括:向RRC连接状态中的用户设备发送与基于PUR的上行链路信号传输的重复次数相关的PUR配置信息;从由RRC连接状态转换到用于PUR操作的特定状态的用户设备接收基于重复次数发送的 PUR的第一资源上的上行链路信号;以及在从上行链路信号的传输定时偏移特定时间之后在PUR SS上向用户设备发送早期应答(早期 ACK),其中基于早期ACK的传输,在上行链路信号的传输次数达到重复次数之前,停止上行链路信号的接收。
此外,在本公开中,一种用于执行在无线通信系统中通过预配置的上行链路资源(PUR)来监视搜索空间(SS)的方法的基站,该基站包括:发射器,该发射器用于发送无线电信号;接收器,该接收器用于接收无线电信号;以及处理器,该处理器被操作地耦合到发射器和接收器,其中处理器被配置为控制:发射器向RRC连接状态中的用户设备发送与基于PUR的上行链路信号传输的重复次数相关的PUR配置信息;接收器从由RRC连接状态转换到用于PUR操作的特定状态的用户设备接收基于重复次数发送的PUR的第一资源上的上行链路信号;以及发射器在从上行链路信号的传输定时偏移特定时间之后在 PUR SS上向用户设备发送早期应答(早期ACK),其中基于早期ACK 的传输,在上行链路信号的传输次数达到重复次数之前,停止上行链路信号的接收。
此外,在本公开中,一种装置包括一个或多个存储器以及被操作地耦合到一个或多个存储器的一个或多个处理器,该装置包括:其中一个或多个处理器控制装置:在RRC连接状态中从基站接收与基于 PUR的上行链路信号传输的重复次数相关的PUR配置信息;从RRC 连接状态转换到用于PUR操作的特定状态;基于重复次数在PUR的第一资源上向基站发送上行链路信号;在从上行链路信号的传输定时偏移特定时间之后监视PUR SS;从基站接收针对上行链路信号的早期应答(早期ACK);以及基于早期ACK的接收,在上行链路信号的传输次数达到重复次数之前停止上行链路信号的传输。
此外,在本公开中,一种存储一个或多个指令的非暂时性计算机可读介质(CRM),该CRM包括:其中由一个或多个处理器可执行的一个或多个指令使用户设备:在RRC连接状态中从基站接收与基于 PUR的上行链路信号传输的重复次数相关的PUR配置信息;从RRC连接状态转换到用于PUR操作的特定状态;基于重复次数在PUR的第一资源上向基站发送上行链路信号;在从上行链路信号的传输定时偏移特定时间之后监视PUR SS;从基站接收针对上行链路信号的早期应答(早期ACK);以及基于早期ACK的接收,在上行链路信号的传输次数达到重复次数之前停止上行链路信号的传输。
有益效果
根据本公开,存在可以通过预配置的上行链路资源(PUR)监视搜索空间的效果。
此外,根据本公开,存在可以定义与通过预配置的上行链路资源 (PUR)的上行链路数据传输相关的PUR搜索空间的效果。
此外,根据本公开,存在可以通过基于早期肯定应答(ACK)的 PUR搜索空间监视有效执行PUR搜索空间监视的效果。
此外,根据本公开,存在可以避免与通过预配置的上行链路资源 (PUR)的上行链路数据传输相关的PUR搜索空间和与通过除PUR之外的资源的上行链路数据传输相关的搜索空间之间的冲突。
在本公开中可以获得的优点不限于上述优点,并且本领域技术人员从以下描述将清楚地理解其他未提及的优点。
附图说明
作为详细描述的一部分被包括以帮助理解本公开的附图提供了本公开的实施例,并且用于与详细说明一起描述了本公开的技术特征。
图1图示根据本公开的实施例的增强现实电子设备的透视图。
图2图示根据本公开的实施例的AI设备。
图3图示根据本公开的实施例的AI服务器。
图4图示根据本公开的实施例的AI系统。
图5图示可以应用本公开的演进通用陆地无线电接入网络 (E-UTRAN)的网络结构的示例。
图6图示在3GPP系统中使用的物理信道和一般信号传输。
图7图示LTE中使用的上行链路子帧的结构。
图8是图示LTE无线电帧结构的示例的图。
图9是图示用于下行链路时隙的资源网格的示例的图。
图10图示下行链路子帧的结构的示例。
图11图示上行链路子帧的结构的示例。
图12图示帧结构类型1的示例。
图13是图示帧结构类型2的另一示例的图。
图14图示NR中使用的无线电帧的结构。
图15图示NR帧的时隙结构。
图16图示自包含时隙的结构。
图17图示MTC通信。
图18图示在MTC中使用的物理信道和使用该物理信道的一般信号传输。
图19图示MTC中的小区覆盖范围增强。
图20图示用于MTC的信号频带。
图21图示传统LTE和MTC中的调度。
图22图示NB-IoT中使用的物理信道以及使用该物理信道的一般信号传输。
图23图示当子载波间隔是15kHz时的帧结构,并且图24图示当子载波间隔是3.75kHz时的帧结构。
图25图示NB-IoT的三种操作模式。
图26图示在10MHz的LTE带宽处的带内锚定载波的布局。
图27图示FDD LTE系统中的NB-IoT下行链路物理信道/信号的传输。
图28图示NPUSCH格式。
图29图示针对UE1仅配置锚定载波、针对UE2附加地配置DL/UL 非锚定载波、针对UE3附加地配置DL非锚定载波的情况。
图30是图示向UE配置PUR资源的方案的示例的图。
图31是图示更新UE的PUR配置的操作的示例的图。
图32是图示其中UE在基于定时器定义的PUR搜索空间监视间隔中执行PUR搜索空间监视的示例的图。
图33是图示其中执行用于支持早期ACK的PUR SS监视方法的示例的图。
图34图示其中接收早期ACK的UE执行与PUR SS监视相关的操作的示例。
图35是图示通过基于早期NACK反映PUR配置更新来执行PUR 传输的UE操作的示例的图。
图36是图示在执行本公开中提出的用于在无线通信系统中通过预配置的上行链路资源来监视搜索空间(SS)的方法的UE中实现的操作的示例的图。
图37是图示在执行本公开中提出的用于在无线通信系统中通过预配置的上行链路资源来监视搜索空间的方法的操作的基站中实现的示例的图。
图38是示出执行空闲模式DRX操作的方法的示例的流程图。
图39是图示空闲模式DRX操作的示例的图。
图40是图示空闲模式DRX操作的示例的图。
图41是示出用于执行C-DRX操作的方法的示例的流程图。
图42是图示C-DRX操作的示例的图。
图43图示适用于本公开的通信系统。
图44图示适用于本公开的无线设备。
图45图示应用于本公开的无线设备的另一个示例。
图46图示适用于本发明的XR设备。
具体实施方式
在下文中,将参照附图详细描述根据本公开的优选实施例。下面将结合附图公开的详细描述旨在描述本公开的示例性实施例,而不是旨在仅表示可以实施本公开的实施例。下面的详细描述包括具体细节以提供对本公开的透彻理解。然而,本领域技术人员应理解,本公开可以在没有这些具体细节的情况下实施。
在一些情况下,为了避免模糊本公开的概念,可以省略公知的结构和设备,或者可以以每个结构和设备的核心能力为中心以框图形式示出公知的结构和设备。
在本公开中,基站表示直接与终端执行通信的网络的终端节点。在本文档中,在一些情况下,被描述为由基站执行的特定操作可以由基站的上层节点执行。即,显然在由包括基站的多个网络节点构成的网络中,可以由基站或除基站之外的其他网络节点来执行为与终端通信而执行的各种操作。基站(BS)通常可以用诸如固定站、节点B、演进节点B(eNB)、基站收发器系统(BTS)、接入点(AP)等术语来替代。此外,“终端”可以是固定的或可移动的,并且可以用诸如用户设备(UE)、移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)、无线终端(WT)、机器类型通信(MTC)设备、机器对机器(M2M)设备、设备对设备(D2D)设备等术语来替代。
在下文中,下行链路表示从基站到终端的通信,而上行链路表示从终端到基站的通信。在下行链路中,发射器可以是基站的一部分,接收器可以是终端的一部分。在上行链路中,发射器可以是终端的一部分,接收器可以是基站的一部分。
提供在以下描述中使用的特定术语以帮助理解本公开,并且在不脱离本公开的技术精神的情况下,可以将特定术语的使用修改为在该范围内的其他形式。
以下技术可以用于各种无线接入系统,诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波-FDMA(SC-FDMA)、非正交多址(NOMA)等。CDMA可以由诸如通用陆地无线电接入(UTRA)或CDMA2000的无线电技术实现。TDMA可以由诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/GSM演进的增强型数据速率(EDGE)的无线电技术实现。OFDMA可以由诸如IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、 IEEE802.20或演进UTRA(E-UTRA)等的无线电技术实现。UTRA 是通用移动电信系统(UMTS)的一部分。作为使用演进UMTS陆地无线接入(E-UTRA)的演进UMTS(E-UMTS)的一部分的第三代合作伙伴计划(3GPP)长期演进(LTE)在下行链路中采用OFDMA,并且在上行链路中采用SC-FDMA。高级LTE(A)是3GPP LTE的演进。
根据使用场景,5G新无线电(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/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的新要求。
物流和货运跟踪是移动通信的重要用例,其能够使用基于位置的信息系统在任何地方跟踪库存和包裹。物流和货运跟踪用例通常需要较低的数据速度,但是需要宽广的区域和可靠的位置信息。
<人工智能(AI)>
人工智能是指研究人工智能或能够产生人工智能的方法的领域。机器学习是指定义人工智能领域中处理的各种问题并研究解决问题的方法的领域。机器学习也被定义为一种通过对任务的连续体验来提高任务性能的算法。
人工神经网络(ANN)是一种在机器学习中使用的模型,并配置有通过突触组合形成网络的人工神经元(节点),并且可以意指具有解决问题的能力的整个模型。人工神经网络可以由不同层的神经元之间的连接模式、更新模型参数的学习过程以及用于生成输出值的激活函数来定义。
人工神经网络可以包括输入层、输出层以及可选的一个或多个隐藏层。每一层包括一个或多个神经元。人工神经网络可以包括连接神经元的突触。在人工神经网络中,每个神经元可输出针对通过突触输入的输入信号、权重和偏置的激活函数的函数值。
模型参数是指通过学习确定的参数,并且包括突触连接的权重和神经元的偏置。此外,超参数是指在机器学习算法中学习之前需要配置的参数,并且包括学习速率、重复次数、最小部署大小和初始化函数。
可以考虑人工神经网络的学习目的来确定使损失函数最小化的模型参数。损失函数可以用作在人工神经网络的学习过程中确定最佳模型参数的指标。
基于学习方法,机器学习可以被分类成监督学习、非监督学习和强化学习。
监督学习是指在已经给出用于学习数据的标签的状态中训练人工神经网络的方法。标签可以意指当学习数据输入到人工神经网络时必须由人工神经网络推导的答案(或结果值)。无监督学习可以意指在尚未给出用于学习数据的标签的状态中训练人工神经网络的方法。强化学习可以意指一种学习方法,其中,对在环境中定义的代理进行训练以选择一种操作或操作序列,其使每个状态中累积的补偿最大化。
在人工神经网络之中,被实现为包括多个隐藏层的深度神经网络 (DNN)的机器学习也称为深度学习。深度学习是机器学习的一部分。在下文中,机器学习被用作包括深度学习的含义。
<机器人>
机器人可以指自动处理给定任务或基于自主拥有的能力进行操作的机器。特别地,具有用于识别环境并自主地确定和执行操作的功能的机器人可以被称为智能型机器人。
根据使用目的或领域,可以将机器人分类用于工业、医疗、家庭和军事。
机器人包括包含致动器或电动机的驱动单元,并且可以执行各种物理操作,例如移动机器人关节。此外,可移动机器人在驱动单元中包括轮子、制动器、螺旋桨等,并且可通过驱动单元在地面上行驶或在空中飞行。
<自驾驶(自主驾驶)>
自驾驶是指自主驾驶技术。自驾驶车辆是指无需用户操纵或通过用户最少操纵行驶的车辆。
例如,自驾驶可以包括用于维持行驶车道的所有技术、诸如自适应巡航控制的用于自动控制速度的技术、用于沿着预定路径自驾驶的技术、用于当设置目的地时自动配置路径并且行驶的技术。
车辆包括仅具有内燃发动机的车辆、包括内燃发动机和电动机两者的混合动力车辆以及仅具有电动机的电动车辆,并且可以包括除了车辆之外的火车、摩托车等等。
在这种情况下,自驾驶车辆可以被认为是具有自驾驶功能的机器人。
扩展现实(XR)
扩展现实统称为虚拟现实(VR)、增强现实(AR)和混合现实 (MR)。VR技术仅提供真实世界的对象或背景作为CG图像。AR技术在实际事物图像上提供虚拟生成的CG图像。MR技术是一种计算机图形技术,用于将虚拟对象与现实世界混合并组合在一起并进行提供。
MR技术类似于AR技术,因为其示出真实的对象和虚拟的对象。然而,在AR技术中,以补充真实对象的形式使用虚拟对象。相比之下,与AR技术不同,在MR技术中,虚拟对象和真实对象被用作相同的角色。
XR技术可以应用于头戴式显示器(HMD)、平视显示器(HUD)、移动电话、平板计算机、笔记本计算机、台式机、电视和数字标牌。已经应用XR技术的设备可以称为XR设备。
图1是根据本公开的实施例的增强现实电子设备的透视图。
如图1所示,根据本发明的实施例的电子设备可以包括框架1000、控制单元2000和显示单元3000。
电子设备可以被提供为眼镜类型(智能眼镜)。眼镜类型电子设备可以被配置为佩戴在人体的头部上,并且可以包括用于其的框架(外壳、壳体等)1000。框架1000可以由柔性材料制成以便于佩戴。
框架1000被支撑在头部上,并且具有安装各种组件的空间。如图所示,诸如控制单元2000、用户输入单元1300或音频输出单元1400 的电子组件可以安装在框架1000上。此外,覆盖左眼和右眼中的至少一个的透镜可以可拆卸地安装在框架1000上。
如图1所示,框架1000可以具有佩戴在用户的人体的面部上的眼镜形式,但是本公开不限于此,并且框架100可以具有诸如护目镜等的形式,其以与使用者的面部紧密接触的方式佩戴。
这种框架1000可以包括具有至少一个开口的前框架1100和在与前框架1100相交的第一方向y上延伸并且彼此平行的侧框架1200对。
控制单元2000被提供用于控制在电子设备中设置的各种电子组件。
控制单元2000可以生成要向用户示出的图像或者其中图像连续的视频。控制单元2000可以包括生成图像的图像源面板和散射和会聚从图像源面板生成的光的多个透镜。
控制单元2000可以固定到两个侧框架1200中的任一个侧框架 1200。例如,控制单元2000可以固定到任意一个侧框架1200的内部或外部,或者嵌入并一体地形成在任意一个侧框架1200中。可选地,控制单元2000可以固定到前框架1100或者与电子设备分开设置。
显示单元3000可以以头戴式显示器(HMD)的形式实现。HMD 形式是指安装在头部上并且直接在用户眼睛正前方显示视频的显示方案。当用户佩戴电子设备时,显示单元3000可以被布置为对应于左眼和右眼中的至少一个,以便在直接用户的眼睛的正前方提供视频。在该图中,图示了显示单元3000位于与右眼对应的部分,以便向用户的右眼输出视频。
显示单元3000可以允许在用户视觉地辨识外部环境的同时向用户显示由控制单元2000生成的图像。例如,显示单元3000可以使用棱镜将图像投影到显示区域。
另外,显示单元3000可以被形成为透光的,使得可以同时看到投影图像和一般视野(用户通过眼睛看到的范围)。例如,显示单元3000 可以是半透明的,并且可以由包括玻璃的光学元件形成。
另外,显示单元3000可以插入或固定到包括在前框架1100中的开口中,或者位于开口的后表面上(即,在开口和用户之间)以固定到前框架1100。在图中,作为示例示出了显示单元3000位于开口的后表面上并且固定到前框架1100的情况,但是与此不同,显示单元3000 可以排列和固定在框架1000的各个位置处。
如图1所示,在电子设备中,当图像的图像光通过控制单元2000 入射到显示单元3000的一侧时,图像光通过显示单元3000发射到另一侧,以向用户示出由控制单元2000生成的图像。
结果,用户可以在通过框架1000的开口观看外部环境的同时观看由控制单元2000生成的图像。也就是说,通过显示单元3000输出的视频可以被看作与一般视野重叠。电子设备可以通过使用这样的显示特性来提供将虚拟图像叠加在真实图像或背景上的增强现实(AR)。
图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的外部设备接收的控制信号或用户的互动来进行操作。
系统的一般描述
图5图示可以应用本公开的演进通用陆地无线电接入网络 (E-UTRAN)的网络结构的示例。
作为从传统UTRAN系统演进的系统的E-UTRAN系统可以是例如3GPP LTE/LTE-A系统。E-UTRAN由提供控制平面和用户平面协议的基站(eNB)构成,并且基站通过X2接口连接。在基站之间定义 X2用户平面接口(X2-U)。X2-U接口提供用户平面分组数据单元 (PDU)的非保证递送。在两个相邻基站之间定义X2控制平面接口 (X2-CP)。X2-CP执行诸如基站之间的上下文递送、源基站和目标基站之间的用户平面隧道的控制、切换相关消息的递送、上行链路负载管理等功能。基站通过无线接口连接到UE,并通过S1接口连接到演进分组核心(EPC)。在基站和服务网关(S-GW)之间定义S1用户平面接口(S1-U)。在基站和移动性管理实体(MME)之间定义S1控制平面接口(S1-MME)。S1接口执行演进分组系统(EPS)承载服务管理功能、非接入层(NAS)信令传输功能、网络共享、MME负载平衡功能等。S1接口支持基站和MME/S-GW之间的多对多关系。
物理信道和一般信号传输
图6图示在3GPP系统中使用的物理信道和一般信号传输。在无线通信系统中,UE通过下行链路(DL)从基站接收信息,并且UE通过上行链路(UL)从基站发送信息。基站和UE发送和接收的信息包括数据和各种控制信息,并且根据基站和UE发送和接收的信息的类型 /用途,存在各种物理信道。
在关机时再次开机或进入新小区的UE执行初始小区搜索操作,诸如与BS同步(S201)。为此,UE从BS接收主同步信道(PSCH) 和辅同步信道(SSCH),以与基站同步并获得诸如小区标识(ID)等的信息。此外,UE从基站接收物理广播信道(PBCH)以获得小区内广播信息。此外,UE在初始小区搜索步骤中接收下行链路参考信号(DL RS)以检查下行链路信道状态。
在完成初始小区搜索时,UE接收物理下行链路控制信道 (PDCCH)和与其相对应的物理下行链路控制信道(PDSCH),以获取更具体的系统信息(S202)。
此后,UE可以执行随机接入过程以便完成对基站的接入(S203 至S206)。具体地,UE可以通过物理随机接入信道(PRACH)发送前导(S203),并且通过PDCCH和与其对应的PDSCH接收针对前导的随机接入响应(RAR)(S204)。此后,UE可以通过使用RAR中的调度信息来发送物理上行链路共享信道(PUSCH)(S205),并且执行诸如PDCCH和与其对应的PDSCH的竞争解决过程(S206)。
执行上述过程的UE然后可以执行PDCCH/PDSCH的接收(S207) 和PUSCH/物理上行链路控制信道(PUCCH)的传输(S208),作为一般的上行链路/下行链路信号传输过程。从UE发送到基站的控制信息被称为上行链路控制信息(UCI)。UCI包括混合自动重复和请求应答/否定ACK(HARQ ACK/NACK)、调度请求(SR)、信道状态信息(CSI)等。CSI包括信道质量指示(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)等。UCI通常通过PUCCH发送,但是当控制信息和数据同时发送时,可以通过PUSCH发送UCI。此外,UE可以根据网络的请求/指令通过PUSCH非周期性地发送UCI。
图7图示LTE中使用的上行链路子帧的结构。
参考图7,子帧500由两个0.5ms时隙501构成。每个时隙由多个符号502构成,并且一个符号对应于一个SC-FDMA符号。RB 503 是与频域中的12个子载波和时域中的一个时隙相对应的资源分配单元。LTE的上行链路子帧的结构主要被划分为数据区域504和控制区域505。数据区域是指用于发送诸如发送到每个UE的语音和分组的数据的通信资源,并且包括物理上行链路共享信道(PUSCH)。控制区域是指用于发送上行链路控制信号的通信资源,例如来自每个UE的下行链路信道质量报告、用于下行链路信号的接收ACK/NACK、上行链路调度请求等,并且包括物理上行链路控制信道(PUCCH)。通过在一个子帧中在时间轴上最后定位的SC-FDMA符号来发送探测参考信号(SRS)。
图8是图示LTE无线电帧结构的示例的图。
在图8中,无线电帧包括10个子帧。子帧在时域中包括两个时隙 (slot)。用于发送一个子帧的时间被定义为传输时间间隔(TTI)。例如,一个子帧可以具有1毫秒(ms)的长度,并且一个时隙可以具有0.5ms的长度。一个时隙在时域中包括多个正交频分复用(OFDM) 符号。由于3GPP LTE在下行链路中使用OFDMA,所以OFDM符号用于表示一个符号时段。OFDM符号还可以被称为SC-FDMA符号或符号时段。资源块(RB)是资源分配单元,并且在一个时隙中包括多个连续的子载波。示出的无线电帧的结构仅用于示例性目的。因此,可以以各种方式修改包括在无线电帧中的子帧的数量或包括在子帧中的时隙的数量或包括在时隙中的OFDM符号的数量。
图9是图示用于下行链路时隙的资源网格的示例的图。
在图9中,下行链路时隙在时域中包括多个OFDM符号。作为示例,本文描述了一个下行链路时隙包括7个OFDM符号,并且一个资源块(RB)包括在频域中的12个子载波。然而,本公开不限于此。在资源网格上的每个元素被称为资源元素(RE)。一个RB包括12×7个RE。包括在下行链路时隙中的RB的数量NDL取决于下行链路发射带宽。上行链路时隙的结构可以与下行链路时隙的结构相同。
图10是图示下行链路子帧结构的示例。
在图10中,位于子帧内的第一时隙的前部中的最多三个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。
图11示出上行链路子帧结构的示例。
在图11中,上行链路子帧可以在频域中被划分为控制区域和数据区域。控制区域被分配有用于承载上行链路控制信息的物理上行链路控制信道(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
图12示出帧结构类型1的示例。
帧结构类型1适用于全双工和半双工FDD这两者。每个无线电帧是Tf=307200·Ts=10ms长,并且由长度为Tslot=15360·Ts=0.5ms的 20个时隙组成,编号从0到19。子帧被定义为两个连续时隙,其中子帧i由时隙2i和时隙2i+1组成。
对于FDD,在每个10ms间隔中,10个子帧可用于下行链路传输,并且10个子帧可用于上行链路传输。
上行链路传输和下行链路传输在频域中是分开的。在半双工FDD 操作中,UE不能同时进行发送和接收,而在全双工FDD中没有这种限制。
帧结构类型2
帧结构类型2适用于TDD。每个长度为Tf=307200×Ts=10ms的无线电帧由两个长度均为15360·Ts=0.5ms的半帧组成。每个半帧由五个长度为30720×Ts=1ms的子帧组成。在表2中列出了所支持的上行链路-下行链路配置,其中,对于无线电帧中的每个子帧,“D”表示该子帧被保留用于下行链路传输,“U”表示该子帧被保留用于上行链路传输,并且“S”表示具有三个字段DwPTS、GP和UpPTS的特殊子帧。 DwPTS、GP和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和紧接在特殊子帧之后的子帧始终保留用于上行链路传输。图13是图示帧结构类型2的另一示例的图。
表1示出特殊子帧的配置的示例。
[表1]
表2示出了上行链路-下行链路配置的示例。
[表2]
图14图示NR中使用的无线帧的结构。
在NR中,上行链路和下行链路传输由帧来配置。无线电帧具有 10ms的长度,并且被定义为两个5ms的半帧(HF)。半帧被定义为 5个1ms子帧(SF)。子帧被分成一个或多个时隙,并且子帧中的时隙的数量取决于子载波间隔(SCS)。根据循环前缀(CP),每个时隙包括12或14个OFDM(A)符号。当使用正常CP时,每个时隙包括14个符号。当使用扩展CP时,每个时隙包括12个符号。这里,符号可以包括OFDM符号(或CP-OFDM符号)和SC-FDMA符号(或 DFT-s-OFDM符号)。
表3示出当使用正常CP时,每个时隙的符号的数量、每个帧的时隙的数量和每个子帧的时隙的数量根据SCS而变化。
[表3]
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:子帧中的时隙的数量
表4示出当使用扩展CP时,每个时隙的符号的数量、每个帧的时隙的数量以及每个子帧的时隙的数量根据SCS而变化。
[表4]
SCS(15*2^u) | N<sup>slot</sup><sub>svmb</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))的(绝对时间)区间可以在合并的小区之间不同地配置。
图15示出NR帧的时隙结构。
时隙包括时域中的多个符号。例如,在正常CP的情况下,一个时隙包括14个符号,但是在扩展CP的情况下,一个时隙包括12个符号。载波在频域中包括多个子载波。资源块(RB)被定义为频域中的多个 (例如,12个)连续子载波。带宽部分(BWP)可以被定义为频域中的多个连续(P)RB,并且可以对应于一个参数集(例如,SCS、CP 长度等)。载波可以包括最多N个(例如,5个)BWP。可以通过激活的BWP来执行数据通信,并且在一个UE中可以仅激活一个BWP。在资源网格中,每个元素被称为资源元素(RE),并且可以映射一个复数符号。
图16示出自包含时隙的结构。
在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中,可以发送用于DL数据的上行链路控制信息(UCI),例如肯定应答/ 否定应答(ACK/NACK)信息、信道状态信息(CSI)信息、调度请求(SR)等。GP在将BS和UE从传输模式切换到接收模式的过程中或者在从接收模式切换到传输模式的过程中提供时间间隙。在从DL到 UL的切换定时处的一些符号可以被配置为GP。
机器类型通信(MTC)
MTC作为一种类型的数据通信,包括一个或多个机器,并且可以应用于机器对机器(M2M)或物联网(IoT)。这里,机器是不需要直接人工操纵或干预的实体。例如,机器包括具有移动通信模块的智能仪表、自动售货机、具有MTC功能的便携式终端等。
在3GPP中,MTC可以从版本10被应用,并且可以被实现为满足低成本和低复杂度、增强的覆盖范围和低功耗的标准。例如,低成本 MTC设备的特征被添加到3GPP版本12,并且为此,定义UE类别0。 UE类别是指示UE可以在通信调制解调器中处理多少数据的索引。UE类别0的UE使用具有降低的峰值数据速率和宽松的射频(RF)要求的半双工操作,以及单个接收天线来降低基带/RF复杂度。在3GPP版本12中,引入了增强型MTC(eMTC),并且MTC终端被配置为仅在1.08MHz(即,6个RB)下操作,该频率带宽是在传统LTE中支持的最小频率带宽,以进一步降低MTC UE的价格和功耗。
在以下描述中,MTC可以与诸如eMTC、LTE-M1/M2、带宽减少的低复杂度/覆盖范围增强(BL/CE)、非BL UE(在增强覆盖范围中)、 NR MTC、增强BL/CE等或其他等效术语混合使用。此外,MT CUE/ 设备包括具有MTC功能的UE/设备(例如,智能仪表、自动售货机、或具有MTC功能的便携式终端)。
图17图示MTC通信。
参考图17,作为提供MTC的无线设备的MTC设备100m可以是固定的或移动的。例如,MTC设备100m包括具有移动通信模块的智能仪表、自动售货机、具有MTC功能的便携式终端等。基站200m可以通过使用无线电接入技术连接到MTC设备100,并且通过有线网络连接到MTC服务器700。MTC服务器700连接到MTC设备100m,并且向MTC设备100m提供MTC服务。通过MTC提供的服务与通信中的人在相关技术中介入的服务具有区别,并且可以提供包括跟踪、计量、支付、医疗现场服务、远程控制等的各种类型的服务。例如,可以通过MTC提供包括电子仪表读数、水位测量、使用监视相机、报告自动售货机的存货等的服务。MTC具有发送数据量小并且偶尔发生上行链路/下行链路数据发送/接收的特性。因此,根据低数据速率,降低MTC设备的单价并且减少电池消耗是有效的。MTC设备通常具有低移动性,因此,MTC具有信道环境几乎不改变的特性。
图18图示在MTC中使用的物理信道和使用该物理信道的一般信号传输。在无线通信系统中,MTC UE通过下行链路(DL)从BS接收信息,并且UE通过上行链路(UL)向BS发送信息。基站和UE发送和接收的信息包括数据和各种控制信息,并且根据基站和UE发送和接收的信息的类型/用途,存在各种物理信道。
在关机时再次开机或进入新小区的UE执行初始小区搜索操作,诸如与BS同步(S1001)。为此,UE从BS接收主同步信号(PSS) 和辅同步信号(SSS)以与基站同步并且获得诸如小区标识符(ID)等的信息。用于UE的初始小区搜索操作的PSS/SSS可以是传统LTE的PSS/SSS。此后,MTC UE可以从基站接收物理广播信道(PBCH)并且获得小区内广播信息(S1002)。同时,UE在初始小区搜索步骤中接收下行链路参考信号(DL RS)以检查下行链路信道状态。
在完成初始小区搜索时,UE接收MTC PDCCH(MPDCCH)和与其对应的PDSCH,以获得更具体的系统信息(S1102)。
此后,UE可以执行随机接入过程以便完成对基站的接入(S1003 到S1006)。具体地,UE可以通过物理随机接入信道(PRACH)发送前导(S1003),并且通过PDCCH和与其对应的PDSCH接收针对前导的随机接入响应(RAR)(S1004)。此后,UE可以通过使用RAR 中的调度信息来发送物理上行链路共享信道(PUSCH)(S1005),并且执行诸如PDCCH和与其相对应的PDSCH的竞争解决过程(S1006)。
执行上述过程的UE然后可以执行MPDCCH信号和/或PDSCH信号的接收(S1107)和物理上行链路共享信道(PUSCH)信号和/或物理上行链路控制信道(PUCCH)信号的传输(S1108),作为一般的上行链路/下行链路信号传输过程。从UE向BS发送的控制信息被统称为上行链路控制信息(UCI)。UCI包括混合自动重复和请求应答/否定 ACK(HARQ ACK/NACK)、调度请求(SR)、信道状态信息(CSI) 等。CSI包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)等。
图19图示MTC中的小区覆盖范围增强。
正在讨论各种小区覆盖范围扩展技术,以便扩展MTC设备100m 的基站的覆盖范围扩展或覆盖范围增强(CE)。例如,对于小区覆盖范围的扩展,基站/UE可以在多个时机(物理信道捆绑)上发送一个物理信道/信号。在捆绑区间中,物理信道/信号可以根据预定义规则被重复地发送。接收装置可以通过对物理信道/信号捆绑的一部分或全部进行解码来提高物理信道/信号的解码成功率。这里,时机可以表示可以发送/接收物理信道/信号的资源(例如,时间/频率)。用于物理信道 /信号的时机可以包括时域中的子帧、时隙或符号集。这里,符号集可以由一个或多个连续的基于OFDM的符号构成。基于OFDM的符号可以包括OFDM(A)符号和DFT-s-OFDM(A)(=SC-FDM(A))符号。用于物理信道/信号的时机可以包括频带和在频域中的RB集。例如,可以重复地发送PBCH、PRACH、MPDCCH、PDSCH、PUCCH和PUSCH。
图20图示用于MTC的信号带。
参照图20,作为用于降低MTC UE的单价的方法,MTC可以仅在特定带(或信道带)(在下文中,称为MTC子带或窄带(NB)) 中操作,而与小区的系统带宽无关。例如,MTC UE的上行链路/下行链路操作可以仅在1.08MHz的频带中执行。1.08MHz对应于LTE系统中的6个连续物理资源块(PRB),其被定义为遵循与LTE UE相同的小区搜索和随机接入过程。图20(a)图示在小区的中心(例如,6 个PRB)配置MTC子带的情况,并且图20(b)图示在小区中配置多个MTC子带的情况。可以在频域中连续地/不连续地配置多个MTC子带。用于MTC的物理信道/信号可以在一个MTC子带中发送/接收。在 NR系统中,可以通过考虑频率范围和子载波间隔(SCS)来定义MTC 子带。作为示例,在NR系统中,MTC子带的大小可以被定义为X个连续的PRB(即,0.18*X*P*(2^u)MHz的带宽)(参见表3 中的u)。这里,根据同步信号/物理广播信道(SS/PBCH)的大小,X 可以被定义为20。在NR系统中,MTC可以在至少一个带宽部分(BWP) 中操作。在这种情况下,可以在BWP中配置多个MTC子带。
图21图示传统LTE和MTC中的调度。
参照图21,在传统LTE中,通过使用PDCCH来调度PDSCH。具体地,PDCCH可以在子帧中的前N个OFDM符号中发送(N=1至 3),并且由PDCCH调度的PDSCH在相同子帧中发送。同时,在MTC 中,通过使用MPDCCH调度PDSCH。结果,MTC UE可以在子帧中的搜索空间中监视MPDCCH候选。这里,监视包括对MPDCCH候选进行盲解码。MPDCCH发送DCI,并且DCI包括上行链路或下行链路调度信息。在子帧中MPDCCH与PDSCH进行FDM复用。在最多256 个子帧中重复地发送MPDCCH,并且由MPDCCH发送的DCI包括关于MPDCCH重复的次数的信息。在下行链路调度的情况下,当 MPDCCH的重复传输在子帧#N中结束时,由MPDCCH调度的PDSCH 在子帧#N+2中开始被发送。PDSCH可以在最多2048个子帧中被重复发送。MPDCCH和PDSCH可以在不同的MTC子带中被发送。结果, MTC UE可以在接收到MPDCCH之后执行用于接收PDSCH的射频(RF)重新调谐。在上行链路调度的情况下,当MPDCCH的重复传输在子帧#N中结束时,在子帧#N+4中开始发送由MPDCCH调度的 PUSCH。当重复传输应用于物理信道时,通过RF重新调谐来支持不同 MTC子带之间的跳频。例如,当PDSCH在32个子帧中重复地发送时, PDSCH可以在前16个子帧中在第一MTC子带中发送,并且PDSCH 可以在16个剩余子帧中在第二MTC子带中发送。MTC以半双工模式操作。MTC的HARQ重传是自适应异步方案。
窄带物联网(NB-IoT)
NB-IoT表示通过传统无线通信系统(例如,LTE、NR)支持低功率广域网的窄带物联网技术。此外,NB-IoT可以是指用于通过窄带支持低复杂度和低功耗的系统。NB-IoT系统以与传统系统相同的方式使用诸如子载波间隔(SCS)的OFDM参数,使得不需要为NB-IoT系统单独分配附加带。例如,传统系统带的一个PRB可以被分配用于 NB-IoT。由于NB-IoT UE将单个PRB识别为每个载波,因此在NB-IoT 的描述中PRB和载波可以被解释为相同含义。
在下文中,NB-IoT的描述主要集中在NB-IoT的描述被应用于传统LTE系统的情况,但是下面的描述甚至可以被广泛地应用于下一代系统(例如,NR系统等)。此外,在本公开中,与NB-IoT有关的内容可以广泛地应用于针对类似技术目的(例如,低功率、低成本、覆盖范围增强等)的MTC。此外,NB-IoT可以被诸如NB-LTE、NB-IoT 增强、增强型NB-IoT、进一步增强型NB-IoT、NB-NR等的其他等效术语替代。
图22图示NB-IoT中使用的物理信道以及使用该物理信道的一般信号传输。在无线通信系统中,UE通过下行链路(DL)从基站接收信息,并且UE通过上行链路(UL)向基站发送信息。基站和UE发送和接收的信息包括数据和各种控制信息,并且根据基站和UE发送和接收的信息的类型/用途,存在各种物理信道。
在关机时再次开机或进入新小区的UE执行初始小区搜索操作,诸如与基站同步(S11)。为此,UE从基站接收窄带主同步信号(NPSS) 和窄带辅同步信号(NSSS),以与BS同步并获得诸如小区标识符(ID) 等的信息。此后,UE从基站接收窄带物理广播信道(NPBCH)以获得小区内广播信息(S12)。同时,UE在初始小区搜索步骤中接收下行链路参考信号(DLRS)以检查下行链路信道状态。
在完成初始小区搜索时,在步骤S12中,UE接收窄带PDCCH (NPDCCH)和与其相对应的窄带PDSCH(NPDSCH),以获得更具体的系统信息(S12)。
此后,UE可以执行随机接入过程以便完成对BS的接入(S13至 S16)。具体地,UE可以通过窄带物理随机接入信道(NPRACH)发送前导(S13),并且通过NPDCCH和与其相对应的NPDSCH接收针对前导的随机接入响应(RAR)(S14)。此后,UE可以通过使用RAR 中的调度信息来发送窄带物理上行链路共享信道(NPUSCH)(S15),并且执行诸如NPDCCH和与其相对应的NPDSCH的竞争解决过程 (S16)。
执行前述过程的UE然后可以执行NPDCCH信号和/或NPDSCH 信号的接收(S17)和NPUSCH发送(S18)作为一般上行链路/下行链路信号发送过程。从UE向BS发送的控制信息被统称为上行链路控制信息(UCI)。UCI包括混合自动重复和请求应答/否定ACK(HARQ ACK/NACK)、调度请求(SR)、信道状态信息(CSI)等。CSI包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI) 等。在NB-IoT中,通过NPUSCH来发送UCI。根据网络(例如,基站)的请求/指示,UE可以通过NPUSCH周期性地、非周期性地或半永久地发送UCI。
可以根据子载波间隔(SCS)来不同地配置NB-IoT帧结构。图23 图示当子载波间隔是15kHz时的帧结构,图24图示当子载波间隔是 3.75kHz时的帧结构。图23的帧结构可以用于下行链路/上行链路,而图24的帧结构可以仅用于上行链路。
参考图23,用于15kHz的子载波间隔的NB-IoT帧结构可以被配置为与传统系统(即,LTE系统)的帧结构相同。也就是说,10ms NB-IoT 帧可以包括十个1ms NB-IoT子帧,而1ms NB-IoT子帧可以包括两个 0.5ms NB-IoT时隙。每个0.5ms NB-IoT时隙可以包括七个符号。15 kHz子载波间隔可以应用于下行链路和上行链路两者。该符号包括下行链路中的OFDMA符号和上行链路中的SC-FDMA符号。在图23的帧结构中,系统带是1.08MHz并且由12个子载波来定义。15kHz子载波间隔被应用于下行链路和上行链路两者,并且保证与LTE系统的正交性,并且因此,可以促进与LTE系统的共存。
同时,参照图24,当子载波间隔是3.75kHz时,10ms NB-IoT帧可以包括五个2msNB-IoT子帧,并且2ms NB-IoT子帧可以包括七个符号和一个保护时段(GP)符号。2ms NB-IoT子帧可以被表示为NB-IoT时隙或NB-IoT资源单元(RU)。这里,符号可以包括SC-FDMA 符号。在图25的帧结构中,系统带是1.08MHz,并且由48个子载波来定义。3.75kHz的子载波间隔可以仅应用于上行链路,并且与LTE 系统的正交性可能被削弱,从而导致由于干扰而引起的性能下降。
该图可以图示基于LTE系统帧结构的NB-IoT帧结构,并且所图示的NB-IoT帧结构甚至可以广泛应用于下一代系统(例如,NR系统)。例如,在图23的帧结构中,子帧间隔可以用表3的子帧间隔来替代。
图25示出NB-IoT的三种操作模式。具体地,图25(a)图示带内系统,图25(b)图示保护带系统,而图25(c)图示独立系统。这里,带内系统可以被表示为带内模式,保护带系统可以被表示为保护带模式,并且独立系统可以被表示为独立模式。为了方便,基于LTE 带描述NB-IoT操作模式,但是LTE带可以被另一系统的带(例如, NR系统带)替代。
带内模式表示在(传统)LTE带中执行NB-IoT的操作模式。在带内模式中,可以为NB-IoT分配LTE系统载波的一些资源块。例如,在带内模式中,可以为NB-IoT分配LTE带中的特定1RB(即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 UE以100kHz为单位搜索锚定载波,并且在带内和保护带内,锚定载波的中心频率应当位于距100kHz信道光栅的±7.5kHz 内。此外,LTE PRB中的六个中心PRB不被分配给NB-IoT。因此,锚定载波可以仅位于特定PRB中。
图26图示在10MHz的LTE带宽处的带内锚定载波的布局。
参考图26,直流(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.5 kHz处。
在保护带模式的情况下,在10MHz和20MHz的带宽下,在PRB 紧邻LTE的边缘PRB的情况下,中心频率位于距离信道光栅的±2.5kHz 处。在带宽3MHz、5MHz和15MHz的情况下,使用与来自边缘PRB 的三个子载波相对应的保护频带来将锚定载波的中心频率定位在距离信道光栅的±7.5kHz处。
独立模式的锚定载波可以在100kHz信道光栅中对准,并且包括 DC载波的所有GSM载波可以用作NB-IoT锚定载波。
NB-IoT可以支持多载波,并且可以使用带内和带内、带内和保护带、保护带和保护带以及独立和独立的组合。
在NB-IoT下行链路中,提供诸如窄带物理广播信道(NPBCH)、窄带物理下行链路共享信道(NPDSCH)和窄带物理下行链路控制信道 (NPDCCH)的物理信道,并且提供诸如窄带主同步信号(NPSS)、窄带辅同步信号(NSSS)和窄带参考信号(NRS)的物理信号。
NPBCH向UE传送主信息块-窄带(MIB-NB),该主信息块-窄带是NB-IoT为了接入系统而需要的最小系统信息。NPBCH信号可以被重复地发送总共八次,以用于覆盖范围增强。MIB-NB的传送块大小 (TBS)是34比特,并且每640ms TTI周期被重新更新。MIB-NB包括诸如操作模式、系统帧号(SFN)、超SFN、小区特定参考信号(CRS) 端口的数量、信道光栅偏移等的信息。
NPSS由序列长度为11并且根索引为5的Zadoff-Chu(ZC)序列配置,NPSS可以根据下面的等式生成。
[等式1]
这里,OFDM符号索引I的S(I)可以如图5中所定义。
[表5]
NSSS由序列长度为131的ZC序列和诸如哈达玛序列的二进制加扰序列的组合构成。NSSS通过序列的组合向小区中的NB-IoT UE指示 PCID。
NSSS可以根据以下等式来生成。
[等式2]
这里,应用于等式2的变量可以被定义如下。
[等式3]
n=0,1,...,131
n′=n mod131
m=n mod128
这里,二进制序列bq(m)如表6中所定义,并且b0(m)到b3 (m)分别对应于128阶哈达玛矩阵的列1、32、64和128。帧号nf的循环移位θf可以如等式4中定义。
[表6]
[等式4]
这里,nf表示无线电帧号。mod表示模函数。
下行链路物理信道/信号包括NPSS、NSSS、NPBCH、NRS、 NPDCCH和NPDSCH。
图27图示FDD LTE系统中的NB-IoT下行链路物理信道/信号的传输。下行链路物理信道/信号通过一个PRB发送,并且支持15kHz 子载波间隔/多音调传输。
参考图27,在每个帧的第6子帧中发送NPSS,并且在每个偶数帧的最后(例如,第10个)子帧中发送NSSS。UE可以使用同步信号(NPSS和NSSS)来获得频率、符号和帧同步,并且搜索504物理小区ID(PCID)(即,基站ID)。NPBCH在每个帧的第一子帧中发送,并且传输NB-MIB。NRS被提供作为用于下行链路物理信道解调的参考信号,并且以与LTE相同的方案生成。然而,物理小区ID (NB-PCID)(或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的子载波间隔支持多音调传输。
图28图示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被映射到的最小资源单位,并且由时域中的NULsymb*NULslots连续SC-FDMA符号和频域中的NRUsc连续子载波构成。这里,NULsymb表示时隙中的 SC-FDMA符号的数量,NULslots表示时隙的数量,NRUsc表示构成 RU的子载波的数量。
表7示出根据NPUSCH格式和子载波间隔的RU的配置。在TDD 的情况下,所支持的NPUSCH格式和SCS根据上行链路-下行链路配置而变化。可以参考表2用于上行链路-下行链路配置。
[表7]
用于发送UL-SCH数据(例如,UL-SCH TB)的调度信息被包括在DCI格式NO中,并且DCI格式NO通过NPDCCH被发送。DCI 格式NO包括关于NPUSCH的开始时间、重复次数、用于TB传输的 RU的数量、子载波的数量、频域中的资源位置和MCS的信息。
参考图28,根据NPUSCH格式,在每时隙的一个或三个SC-FDMA 符号中发送DMRS。DMRS与数据(例如,TB、UCI)复用,并且仅在包括数据传输的RU中被发送。
图29图示当在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锚定载波上的同时传输。当UE转换到RRC_IDLE 状态时,UE返回到锚定载波。
图29图示仅锚定载波被配置用于UE1、DL/UL非锚定载波被附加地配置用于UE2、并且DL非锚定载波被附加地配置用于UE3的情况。结果,在每个UE中发送/接收数据的载波如下。
-UE1:数据接收(DL锚定载波)和数据传输(UL锚定载波)
-UE2:数据接收(DL非锚定载波)和数据传输(UL非锚定载波)
-UE3:数据接收(DL非锚定载波)和数据传输(UL锚定载波)
NB-IoT UE可以不同时发送和接收,并且发送/接收操作被限制为每个带。因此,即使配置了多载波,UE也仅需要180kHz带的一个发送/接收链。
本公开涉及一种用于通过预配置的上行链路资源(PUR)来监视搜索空间(SS)的方法及其装置。
在本公开中,预配置的上行链路资源(PUR)表示用户设备(UE) 在RRC连接状态中通过更高层信令从基站预配置以便在RRC空闲状态中在没有UL许可的情况下执行上行链路传输的上行链路传输资源。也就是说,PUR可以被解释为包括这样的操作和过程,其中处于RRC 连接状态的UE被预先分配有上行链路(UL)传输资源,并且状态在 RRC连接状态中被转换到用于通过PUR进行上行链路传输的特定状态的UE从所分配的UL资源执行UL传输。特定状态可以是RRC空闲状态或RRC不活动状态之一。
在本公开中,其中UE通过使用PUR来发送UL信号的操作可以被简单地表达为“PUR传输”。此外,在本公开中,用于UE监视与下行链路反馈、UL许可下行链路控制信息(DCI)、下行链路(DL) 指配DCI等相关的信息的搜索空间(SS)将被称为PUR SS。这里,与下行链路反馈相关的信息可以包括用于混合自动重传请求(HARQ)操作的信息等。此外,UL许可DCI可以是调度用于UE的上行链路传输的资源的控制信息,并且DL指配DCI可以是用于BS的下行链路传输的资源的调度的控制信息。
此外,在本公开中,UE监视与PUR传输相关的机器类型通信物理下行链路控制信道(MPDCCH)的预定时间间隔将被称为PUR SS 窗口。
此外,在本公开中,在UE处于RRC空闲状态的情况下,UE可以被解释为在定时提前(TA)有效时执行PUR传输。定时提前可以表示与UE的上行链路传输定时相关的参数。
PUR可以通过诸如起始点、周期和传输间隔的配置参数被周期地配置。
也就是说,UE可以在基于配置参数周期地指配的PUR资源上执行PUR传输。
例如,当PUR被周期地配置给UE时,配置给UE的每个PUR资源可以被表示为{…,PUR#n,PUR#n+1,…}。在这种情况下,可以存在其中UL传输在每个周期的每个PUR资源可用的PUR时机。一个PUR资源中可以存在一个或多个PUR时机。
图30是图示向UE配置PUR资源的方案的示例的图。
UE从BS接收PUR配置信息以被配置有PUR 3000,该PUR配置信息包括用于PUR传输(3010)的配置参数。PUR 3000可以包括至少一个PUR资源(3030至3050)。这里,该至少一个PUR资源中的每个可以每隔预定周期T被指配,并且可以被表示为PUR#1和PUR#2。此外,UE可以在至少一个PUR资源中的每个中的一个或多个PUR时机中执行PUR传输。UE可以基于PUR配置信息中包括的重复传输次数的参数来重复地执行PUR传输。当重复执行PUR传输时,PUR时机可以被给定为具有预定长度的时间间隔,在该时间间隔中可以执行 PUR重复传输。
在UE的PUR传输期间,可以根据通信环境或BS/网络的需要来更新被配置给UE的PUR配置参数。PUR配置参数的更新可以被称为 PUR配置更新。PUR配置参数的更新可以由层1(L1)信令执行。可替选地,PUR配置参数的更新可以由媒体接入控制控制元素(MAC CE) 或无线电资源控制(RRC)信令来执行。通过L1信令的更新可表示通过DCI的更新。PUR配置参数可以表示与用于UE的PUR操作的PUR 配置相关的参数。在下文中,PUR配置参数可以和与PUR配置相关的参数具有相同的含义。
图31是图示更新UE的PUR配置的操作的示例的图。
UE从BS接收PUR配置信息(3110)以被指配有PUR 3100,该 PUR配置信息包括用于PUR传输的配置参数。PUR 3100可以包括至少一个PUR资源(3130到3180)。这里,至少一个PUR资源中的每个可以每隔预定时间段T1或T2被指配,并且可以被表示为PUR#1 和PUR#2。此外,UE可以在至少一个PUR资源中的每个中的一个或多个PUR时机中执行PUR传输。
当基于PUR配置信息3110所配置的PUR配置参数需要根据通信环境或BS/网络的需要而被更新时,UE可以接收指示更新基于PUR配置信息3110的PUR配置参数的L1信令(MACCE)或无线电资源控制(RRC)信令(3120)。
PUR配置参数可以基于指示PUR配置参数的更新的信令来更新,并且UE可以基于更新的PUR配置参数来执行PUR传输。能够以T2 的预定周期将应用了更新的PUR配置参数的PUR资源3160至3180 指配给UE。UE可以在应用了更新的PUR配置参数的每个PUR资源 3160至3190中执行PUR传输。
当然,即使在PUR 3100中包括的PUR资源3130到3180中,PUR 传输也可以如图30的示例中那样被重复执行。
以上参考图31描述的内容仅是用于帮助理解本公开中提供的方法的一个示例,并且本公开中提供的方法不受所描述的内容限制。
PUR资源和PUR SS资源可以被独立地配置。也就是说,PUR资源和PUR SS资源可以被配置为具有不同的周期和起始点。
在本公开中,服务小区可以表示配置PUR的小区和/或通过PUR 接收UL传输的小区。
在下文中,“PUR”可以是包括仅被配置给特定UE而在UE之间没有竞争的专用PUR和被同等地配置给多个UE并且在多个UE之间共享的共享PUR这两者的含义。可替选地,“PUR”可以仅表示共享 PUR。可替选地,“PUR”可以仅表示专用PUR。
在下文中,“PDCCH”可以表示一般物理控制信道,并且可以用作包括MPDCCH、NPDCCH等的含义。此外,“物理下行链路共享信道(PDSCH)”可以表示一般物理下行链路共享信道,并且可以用作包括NPDSCH的含义。此外,“物理上行链路共享信道(PUSCH)”可以表示一般物理上行链路共享信道,并且可以用作包括NPUSCH的含义。
此外,在本公开中,LTE MTC物理下行链路控制信道(MPDCCH) 可以用作包括PDCCH、NB-IoT物理下行链路控制信道(NPDCCH) 等的含义。此外,PDSCH可以表示一般物理下行链路共享信道并且包括NPDSCH。此外,SIB1-BR可以扩展到诸如SIB、SIB1-NB等的术语。
在本公开中,“早期肯定应答(ACK)”表示当在UE的上行链路重复传输期间在UE完成上行链路重复传输之前BS/网络成功地解码由UE发送的上行链路信号时,为了省电的目的,在UE的上行链路重复传输完成之前BS/网络通过MPDCCH发送上行链路HARQ ACK 反馈信息的操作。在下文中,为了便于描述,PUR SS可以被解释为包括MPDCCH SS、NPDCCH等的概念。
本公开涉及一种涉及PUR SS的方法和一种UE监视PUR SS的方法。
在下文中,将详细描述用于支持通过PUR的上行链路传输的方法及其过程。
PUR搜索空间监视方法-(方法1)
PUR SS可以由基于绝对时间或绝对子帧索引的开始时间和周期、搜索空间持续时间来在时间上定义。这里,可以基于PUR传输定时来确定用于监视PUR SS的PUR SS窗口或PUR SS监视间隔(持续时间)。更具体地,PUR SS窗口或PUR SS监视间隔(持续时间)可以基于其中执行PUR传输的时间间隔(持续时间)开始的子帧或执行PUR传输的时间间隔(持续时间)的最后子帧来被相对地确定。
对于UE的PUR SS监视,PUR SS窗口或PUR SS监视间隔(持续时间)可以通过以下两种方法来定义。
(提议1)基于PUR传输通过定时器定义PUR SS监视间隔(持续时间)
该提议涉及一种用于在从UE的PUR传输完成时间起的预定时间间隔(持续时间)之后定义PUR SS监视间隔(持续时间)的方法。此外,在该提议中,PUR SS监视间隔(持续时间)也可以在从UE的PUR 传输之前的时间起的预定时间间隔(持续时间)之后被定义。
在与特定PUR传输相关的PUR SS监视中,结束定时可以是当定时器的值达到PURSS监视结束的特定值时的定时。例如,当定时器的初始值被配置为特定值(X值),在启动了配置初始值的定时器之后,定时器的值基于初始值增加或减少,并且达到定时器的结束的特定值 (Y值)时,UE的PUR SS监视可以结束。
当UE在定时器以初始值开始并且在达到定时器结束时的特定值的间隔(定时器间隔)的间隔(持续时间)期间未能从BS接收到HARQ 反馈时,UE可以将未接收到HARQ反馈假设(辨识)为ACK或NACK。
更具体地,(1)当UE在该时间间隔(持续时间)期间(在该间隔(持续时间)内)未能从BS接收到针对PUR传输的HARQ反馈的情况下,可以通过RRC消息来预配置UE以将该情况识别为ACK。(2) 此后,当UE执行PUR传输并且未能从BS接收到针对PUR传输的 HARQ反馈本身时,UE可以将未接收到HARQ反馈辨识为ACK接收。 (3)此后,UE可以假定从BS接收ACK,并且可以执行附加操作。
相反,(1)当UE在该时间间隔(持续时间)期间(在该间隔(持续时间)内)未能从BS接收到针对PUR传输的HARQ反馈的情况下,可以通过RRC消息来预配置UE以将该情况识别为NACK。(2)此后,当UE执行PUR传输并且未能从BS接收到针对PUR传输的HARQ反馈本身时,UE可以将未接收到HARQ反馈识别为NACK接收。(3) 此后,UE可以假定从BS接收NACK,并且可以执行附加操作(例如, PUR重传等)。
当UE在该定时器间隔(持续时间)期间接收到用于指示PUR重传的UL许可的DCI或用于调度PDSCH的DL指配DCI时,可以重置该定时器的值。在这种情况下,重置之后的定时器的值可以被配置为值X。
当在基于定时器定义的PUR SS监视间隔(持续时间)中仅存在部分搜索空间时,UE可以认为在PUR SS监视间隔(持续时间)中仅包括所包括的部分搜索空间,并且可以仅针对所包括的部分PUR SS完成盲解码。可替选地,UE可以为了省电而不执行针对包括的仅部分搜索空间的PUR SS监视。
图32是图示其中UE在基于定时器定义的PUR搜索空间监视间隔(持续时间)中执行PUR搜索空间监视的示例的图。
参考图32,UE在PUR资源3210中执行PUR传输。此后,UE 在基于定时器定义的PURSS监视间隔(持续时间)3200中执行PUR SS 3220的监视。在PUR SS监视间隔(持续时间)3200中仅包括部分PUR SS 3220。UE可以辨识出PUR SS监视间隔(持续时间)中仅包括一部分的PUR SS#1 3220属于PUR SS监视间隔(持续时间),并且执行针对PUR SS 3220的监视(盲解码)。可替选地,UE可以辨识出PUR SS监视间隔(持续时间)3200中仅包括部分的PURSS 3220不属于 PUR SS监视间隔(持续时间),并且不执行针对PUR SS#3230的监视(盲解码)。作为另一个示例,UE可以基于PUR SS监视间隔(持续时间)中包括的PUR SS 3220的比率来确定是否执行针对PUR SS 3220的监视。即,当在PUR SS 3220的整个间隔(持续时间)的预定比率或更多被包括在PUR SS监视间隔(持续时间)中时,UE可以执行针对PUR SS3220的监视,而在相反的情况下,UE可以不执行针对 PUR SS 3220的监视。可以通过更高层信令向UE预配置与预定比率有关的值。
以上通过参考图32描述的内容仅是用于帮助理解本公开中提供的方法的一个示例,并且本公开中提供的方法不受所描述的内容限制。
基于定时器的PUR SS监视间隔(持续时间)的时间单位可以由系统时间单位、Rmax(MPDCCH的最大重复次数)单位或搜索空间数量单位来定义。系统时间T可以是(1/(15000*2048)秒)。
用于定义PUR SS监视间隔(持续时间)的定时器值(可以是值X 和/或值Y)可以针对每种CE模式被不同地配置。作为示例,在覆盖增强(CE)模式B的情况下,定时器值可以被配置成使得(X-Y)的绝对值具有大值。
(提议2)用于PUR SS监视的PUR SS窗口的定义
该提议可以类似于用于定义用于在随机接入过程中监视随机接入响应(RAR)消息的RAR窗口的方法。
PUR SS窗口的起始点可以被配置为从PUR传输之后的特定定时起的特定时间之后的定时。这里,特定时间可以是与X个子帧相对应的时间。
PUR SS窗口可以被定义为与类似于RAR窗口的PUR间隔(持续时间)相链接的特定时间间隔(持续时间)。特定时间间隔(持续时间)可以被配置为搜索空间的数量或搜索空间周期的单位。搜索空间周期可以表示为Rmax*G,并且Rmax可以是子帧{1,2,4,8,16, 32,64,128,256}中的一个值,并且G可以是{1,1.5,2,2.5,4,5, 8,10}中的一个值。
用于确定PUR SS窗口大小的搜索空间的数量可以仅包括UE实际监视针对PUR传输的BS的反馈信息的MPDCCH SS。在这种情况下,当由于特定PUR SS和用于不同目的的MPDCCHSS之间的冲突而跳过 /丢弃或推迟对特定PUR SS的监视时,PUR SS窗口的绝对时间可以被扩展为与跳过/丢弃或推迟的PUR SS的数量一样大。用于不同目的的 MPDCCH SS可以是与PUR传输不相关的MPDCCH SS。
PUR SS窗口可以针对每种CE模式被不同地配置。例如,UE可以被配置为在CE模式B中监视的PUR SS比在CE模式A中监视的 PUR SS更多。即,由于在CE模式B的情况下的重复传输数量可以被配置为大于在CE模式A的情况下的重复传输数量,因此,可以优选的是,在CE模式B中的PUR SS比在CE模式A中的PUR SS更多被配置为被监视。
在UE的PUR传输之后,当UE通过PUR SS窗口内的PUR SS 接收DL指配DCI时,PUR SS窗口可以被自动扩展。也就是说,可以基于DL指配DCI自动扩展PUR SS窗口以用于监视PDSCH。基于DL 指配DCI接收来自动扩展PUR SS窗口的操作可以仅应用于支持通过 BS的PUR SS的PDSCH调度的情况。为了扩展MPDCCH监视间隔(持续时间)以支持DL HARQ,可以基于DL指配DCI接收来自动扩展 PUR SS窗口。此外,基于DL指配DCI接收的自动扩展PUR SS窗口的操作可以仅应用于针对基于DL指配DCI所调度的PDSCH支持DL HARQ操作的情况。
(提议3)UE在跳过PUR传输时的PUR SS监视方法
当在UE的PUR传输定时(PUR传输时机)不存在用于PUR传输的UL数据时,为了省电,可以允许UE的UL跳过。UL跳过可以表示UE丢弃PUR资源上(或者在PUR资源上的PUR传输时机处) 的PUR传输。
即使当执行UL跳过时,也可以在以下两个方面请求对PUR SS的监视。
-(情况1)PUR配置更新(使用L1信令或RRC信令)
-(情况2)使用PUR传输窗口的DL传输
在(情况1)的情况下,即使当不存在用于PUR传输的UL数据时,UE也执行PUR SS监视,并且结果,UE可以执行PUR配置,从而防止TA有效性验证失败。因此,UE可以不进入用于TA重新获取的传统早期数据传输或传统RACH过程。
当UE跳过PUR传输时,可以基于BS/网络的情况或UE类型来确定是否执行PUR SS监视。即使当UE跳过PUR传输时,关于是否执行PUR SS监视的指示信息也可以通过更高层信令以1比特标志的形式被指示给UE。例如,当指示信息指示“0”时,UE可以被配置为即使在跳过PUR传输的情况下也执行PUR SS监视,并且当指示信息指示“1”时,UE可以被配置为在跳过PUR传输的情况下不执行PUR SS监视。该示例仅是一个示例,并且本公开中提出的方法自然不限于该示例。
指示信息可以被包括在PUR配置中。也就是说,UE从BS接收的用于在RRC连接状态中的PUR传输的配置信息可以包括该指示信息。
当UE因为没有用于PUR传输的UL数据而跳过PUR传输时,因为UE跳过了PUR传输,所以用于PUR释放的PUR跳过计数器可以将PUR跳过计数为PUR跳过事件。
可替选地,即使UE跳过PUR资源上的PUR传输,由于UE可以通过PUR资源中的下行链路从BS/网络接收TA更新或者可以被指示其他操作,因此PUR跳过计数器可以不将PUR传输的跳过计数为PUR 跳过事件。PUR跳过计数器不对PUR传输的跳过进行计数作为PUR 跳过事件的操作可以仅应用于UE通过PUR SS成功地接收MPDCCH 的情况。
在即使UE跳过PUR传输也执行PUR SS的监视时,(提议1) 即用于基于定时器配置PUR SS监视的方法可以如下所述操作。
(提议1-1)跳过PUR传输的UE与在执行PUR传输的情况下的定时器开始定时相同的定时处启动定时器。基于(提议1-1),当跳过 PUR传输的UE监视早期ACK时,UE可以在与执行PUR传输的情况相同的定时处监视早期ACK。
(提议1-2)跳过PUR传输的UE在与跳过的PUR传输相关的PUR 资源的开始定时处启动定时器。在(提议1-2)的情况下,UE与执行 PUR传输的情况下的时间开始定时相比,提前开启定时器。在这种情况下,定时器值可以被单独地配置,使得当定时器提前启动时,PURSS 监视间隔(持续时间)的结束定时提前。可替选地,定时器值可以被单独地配置为,使得在执行PUR传输的情况下的定时器结束定时与在跳过PUR传输的情况下的定时器结束定时彼此相同。
例如,可以配置在跳过PUR传输的情况下的定时器值,使得在执行PUR传输的情况下和在跳过PUR传输的情况下的PUR SS监视间隔 (持续时间)的结束定时彼此相同,或者,在跳过PUR传输的情况下的PUR SS监视间隔(持续时间)可以被监视为比在执行PUR传输的情况下的PUR SS监视间隔(持续时间)短以便在跳过PUR传输时使不必要的功率消耗最小化。例如,在跳过PUR传输的情况下的PUR SS 监视间隔(持续时间)可以被配置为仅包括一个或两个PUR SS。
基于早期ACK的PUR SS监视方法-(方法2)
该方法涉及一种基于针对UE的PUR传输所接收的早期ACK的 PUR SS监视方法。更具体地,UE可以在PUR资源上(在PUR资源上的PUR传输时机处)执行PUR传输,并且执行对与PUR传输相关的PUR SS的监视。UE可以通过对PUR SS的监视来接收BS针对PUR 传输的早期ACK,并且可以基于所接收的早期ACK来确定与对UE的 PUR SS的监视相关的附加操作。
在下文中,将详细描述与其相关的具体操作。
用于支持早期ACK的PUR SS监视方法
在UE支持FD-FDD和TDD操作的情况下,为了支持早期ACK 操作,UE可以对PUR SS的全部或部分执行MPDCCH监视,该PUR SS 在从PUR传输的开始点(例如,在MPDCCH重复的情况下的第一 MPDCCH传输子帧)起的预定间隔(时间偏移)之后而不是在PUR传输之后(在完成PUR传输的定时之后)开始(存在)。
更具体地,当UE对整个PUR SS执行MPDCCH监视时,从PUR 传输的起始点起的Y(>=0)子帧之后的定时变为用于监视PUR SS 的PUR SS窗口的起始点。在这种情况下,UE可以执行对存在于起始点之后的所有PUR SS的监视。
此外,当UE执行对PUR SS的一部分的MPDCCH监视时,UE 可以从PUR传输间隔内的特定定时起执行对MPDCCH的监视。这里,该特定定时可以是与PUR传输间隔的{1/4,1/2,3/4,1}相对应的定时。即,在这种情况下,在UE对整个PUR SS执行MPDCCH监视的情况下的起始点和PUR SS监视窗口的起始点可以彼此相同,并且在PUR SS窗口内实际监视PUR SS的点可以是与UE的PUR传输间隔{1/4,1/2,3/4,1}相对应的定时。例如,UE可以仅针对在从成为UE的PUSCH 传输间隔的{1/4,1/2,3/4,1}的每个点起的Z(>=0)子帧之后开始的PUR SS执行监视。例如,如果UE的PUSCH重复传输数量是256,则UE可以在每64次执行重复传输之后监视PUR SS。
图33是图示执行用于支持早期ACK的PUR SS监视方法的示例的图。
图33(a)图示UE对PUR传输的开始点之后存在的整个PUR SS 进行PUR SS监视的情况的示例。PUR SS监视间隔(窗口)3300a可以被定义在UE的PUR传输的开始点处,即,与PUR资源3310a上的 PUR传输间隔3311a的开始点的预定偏移K一样大的定时。在这种情况下,UE可以对PUR SS监视间隔3300a中包括的整个PUR SS执行监视。
图33(b)示出UE针对PUR传输的起始点之后存在的一些PUR SS 执行PUR SS监视的情况的示例。在这种情况下,PUR SS监视间隔可以被定义为与图33(a)相同的定时。在这种情况下,UE可以执行对从UE的PUR传输的开始点(即,PUR资源3310b上的PUR传输间隔的特定定时)起存在预定时间偏移K的初始PUR SS进行监视,并且对在初始PUR SS之后存在的PURSS进行监视。该特定定时可以是与 UE的PUR传输间隔的{1/4,1/2,3/4,1}相对应的定时。在图33(b) 中,UE可以针对存在于从特定定时起的预定时间偏移之后的初始PUR SS以及后续的PUR SS3322b和3323b执行PUR SS监视。
以上参照图33描述的内容仅是用于帮助理解本公开中提供的方法的一个示例,并且本公开中提供的方法不受所描述的内容限制。
UE在接收到早期ACK时的操作
当UE在执行PUR传输的中间(即,在基于PUR配置的PUR重复传输期间)从BS接收到早期ACK时,UE可以在PUR传输的重复传输次数达到预先配置或指示的重复次数之前停止PUR传输和/或不执行附加PUR SS监视以用于省电。当预期UE不执行附加PUR SS监视时,UE可以在接收到早期ACK之后处于RRC空闲状态或RRC不活动状态。
可替选地,当BS/网络可以通过PDSCH向UE发送诸如PUR配置更新、更高层ACK等的信息时,UE可以执行附加PUR SS监视,以便接收用于PDSCH的调度的信息。可以根据BS/网络的情况或UE类型来确定UE是否在接收到早期ACK(接收定时)之后执行附加PUR SS 监视。此外,可以根据BS通过更高层信令向UE发送的指示信息或配置信息来确定UE在接收到早期ACK(接收定时)之后是否要执行附加PUR SS监视。
当不预期UE在接收到早期ACK之后执行附加PUR SS监视时,即,当UE通过更高层信令从BS被配置为在接收到早期ACK之后不执行附加PUR SS监视时,UE可以在接收到早期ACK之后不执行附加PUR监视。
当预期UE在接收到早期ACK之后执行附加PUR SS监视时,即,当UE通过更高层信令从BS被配置为在接收到早期ACK之后执行附加PUR SS监视时,可以通过UE是否接收到DL指配DCI来向UE隐式地指示与早期ACK有关的信息。可替选地,DL指配DCI可以显式地包括与ACK相关的信息。
仅在执行附加PDSCH调度的情况下,可以应用其中ACK相关信息被包括在DL指配DCI中的方法,而不管BS/网络是否成功地解码 PUR传输。
此外,当预期UE在接收到早期ACK之后执行附加PUR SS监视时,可以将指示停止PUR SS监视的状态或字段添加到DL或UL指配 DCI。指示停止PUR SS监视的状态或字段被添加到DL或UL指配DCI 内,并且因此,可以减少UE功耗。
图34图示接收早期ACK的UE执行与PUR SS监视相关的操作的示例。
UE通过更高层信令从BS接收指示在接收到早期ACK之后是否执行附加PUR SS监视的指示信息(S3410)。此后,UE在PUR传输间隔3421中在PUR资源3420上重复执行PUR传输(3421)。UE在重复执行PUR传输的中间从BS接收针对PUR传输的早期ACK (3430)。
在这种情况下,当该指示信息指示在接收到早期ACK之后不执行附加PUR SS监视时,UE可以在接收到早期ACK之后不执行附加PUR SS监视。
相反,当指示信息指示在接收到早期ACK之后执行附加PUR SS 监视时,UE可以甚至在接收到早期ACK之后也执行附加PUR SS监视。在这种情况下,早期ACK可以被显式地包括在DL指配DCI中,并且被发送。可替选地,DL指配DCI可以不显式地包括与早期ACK 相关的信息,但是UE可以将DL指配DCI的接收辨识为早期ACK接收。
此外,当指示附加PUR SS监视的停止的状态或字段被包括在DL 指配DCI中并且与早期ACK一起被发送时,如果指示附加PUR SS监视的停止的状态或字段指示附加PUR SS监视的停止,则UE可以在接收到DL指配DCI之后停止附加PUR SS监视(3430)。
可替选地,DL指配DCI可以仅包括与早期ACK相关的信息。在这种情况下,指示附加PUR SS监视的停止的状态或字段可以被包括在 BS在该DL指配DCI之后发送的下一DL指配DCI或UL指配DCI中,并且UE还可以基于下一DL指配DCI或UL指配DCI来确定是否停止附加PUR SS监视(3450)。以上参照图34描述的内容仅是用于帮助理解本公开中提供的方法的一个示例,并且本公开中提供的方法不受所描述的内容限制。
用于通过早期NACK指示PUR配置更新的方法
为了在执行PUR传输的中间通过早期NACK向UE指示来自BS 的PUR配置更新,UE可以在与监视PUR SS以便接收早期ACK的定时相同的定时处执行用于接收早期NACK的PUR SS监视。在这种情况下,BS/网络使用用于UL信道估计以确定是否发送早期NACK的 PUSCH专用解调参考信号(DM-RS)。
早期NACK可以包括显式指示信息,用于向UE指示通过执行除了PUR配置更新之外的传统EDT/RACH过程来更新PUR配置参数。 PUR配置参数可以包括TA等。
当BS/网络在接收UE的PUR传输的中间确定早期NACK和UE 的产生的后续操作时,BS/网络可以通过在完成PUR传输之前的定义的 PUR SS和UE的PUR SS监视间隔来指示早期NACK。
早期NACK信息可以以UL许可DCI的一些比特或特定状态的形式指示给UE。此外,包括早期NACK的UL许可DCI可以具有仅包括最小信息的DCI大小,以用于可靠性增强和/或低功耗。在这种情况下,包括早期NACK的UL许可DCI可以指示被更新,其包括PUR配置参数,并且可以指示在PUR传输的中间或者在后续特定定时改变PUR传输参数中的全部或者一些。该特定定时可以是在用于接收早期NACK 的PUR SS之后的预定间隔之后的定时,或者是PUR传输间隔内的特定定时。当该特定定时是PUR传输间隔内的特定定时时,该特定定时可以是PUR传输间隔内的成为整个PUR传输间隔的{1/4,1/2,3/4, 1}的定时。
指示要更新的PUR传输参数可以是UE Tx功率调整。在当前PUR 传输完成之后(例如,下一个PUR),指示被更新的参数可以被应用于PUSCH(重复)传输。该方法可以应用于增加UE Tx功率以用于覆盖扩展的情况。
作为另一示例,指示要被更新的PUR传输参数可以是PUSCH重复次数。在这种情况下,通过UL许可DCI发送的PUSCH重复次数可以是PUR传输中的总PUSCH重复次数或者要附加执行的PUSCH重复次数。也就是说,通过UL许可DCI发送的PUSCH重复次数指示要附加执行的PUSCH重复次数,当前PUSCH重复次数可以是10,并且当请求更新的PUSCH重复次数是15时,通过UL许可DCI发送的PUSCH 重复次数可以是5。
当通过UL许可DCI发送的PUSCH重复次数是PUR传输中的总 PUSCH重复次数时,可以将现有技术中(在接收UL许可DCI之前) 半静态配置或更新的值覆盖到UL许可DCI中包括的PUSCH重复次数。
相反,当通过UL许可DCI发送的PUSCH重复次数是要附加执行的PUSCH重复次数时,通过UL许可DCI发送的PUSCH重复次数被添加到现有技术中(在接收UL许可DCI之前)半静态地配置或更新的总PUSCH重复次数值并且被应用。
当PUSCH重复次数增加时,反映通过UL许可DCI发送的所有或一些PUR传输参数的特定定时可以是在UE的PUR重复次数达到现有技术中(在接收UL许可DCI之前)半静态配置或更新的PUSCH重复次数之后的定时。也就是说,通过UL许可DCI发送的所有或一些PUR 传输参数可以被应用于通过UL许可DCI添加的PUSCH重复传输。
图35是图示通过基于早期NACK反映PUR配置更新来执行PUR 传输的UE操作的示例的图。
在图35中,UE处于被配置有重复次数为3并且被配置有除了重复次数之外的与用于PUR传输的PUR配置相关的参数的配置值的状态。
UE在PUR传输间隔中执行两次PUR重复传输(3520到3530)。此后,UE从BS接收UL许可DCI,该UL许可DCI包括早期NACK 并且指示与PUR配置相关的所有或一些参数的更新(3540)。UL许可DCI包括用于要另外执行的PUSCH重复次数的值,并且该值对应于“2”。接下来,UE另外执行三次PUR重复传输(3550至3570)。在这种情况下,对于基于现有技术中配置的重复次数的重复传输#3,应用现有技术中配置的PUR配置相关参数,并且对于通过UL许可DCI 添加的重复传输#4和重复传输#5,在执行重复传输#4时的定时处应用更新的参数。所描述的内容仅是用于帮助理解本公开中提供的方法的一个示例,并且本公开中提供的方法不受所描述的内容限制。
当UE可能预期在PUR传输的中间在监视早期ACK的间隔中接收DL指配DCI时,BS/网络可以接收上行链路DMRS等,并且基于接收到的DMRS确定难以接收UE的PUR传输。在这种情况下,BS/网络可以通过DL或UL指配DCI来发送PDCCH命令或用于与PDCCH 命令类似目的的显式指示。
UE可以基于PDCCH命令或显式指示来提前停止PUR传输,和/ 或通过执行基于PDCCH命令或显式指示导出的无竞争或基于竞争的随机接入过程来重新获取TA。另外/可替选地,UE可以通过传统 EDT/RACH过程来发送要通过PUR发送的数据(即,由于PUR传输的停止而可能不被发送的数据)。
基于DMRS确定BS是否发送和接收PUR传输可以是导出上行链路信道环境的操作,在该上行链路信道环境中,通过在仅检测PUR传输的一部分的同时与DMRS一起测量或估计TA来执行UE的PUR传输。UE可以考虑基于PDCCH命令或者由更高层通过利用用于监视早期NACK的PUR SS发送的DL指配DCI来更新PUR配置参数的情况。
当UE支持指示在PUR传输之后基于定时器停止PUR SS监视的方法[方法1的(提议1)]和指示基于早期ACK停止PUR SS监视的方法[方法2]时,UE可以基于以下两种操作方法之一来操作。
(第一操作)当没有接收到早期ACK时,UE基于定时器的方法进行操作,即,基于定时器来确定是否停止PUR SS监视。可替选地,当接收到早期ACK时,基于早期ACK来确定是否停止PUR SS监视,而不管定时器的值如何。
(第二操作)基于定时器来确定PUR SS监视的停止,而不管是否接收到早期ACK。也就是说,即使在接收到早期ACK之后,UE也继续执行PUR SS监视,直到PUR SS监视被定时器停止。
与所述操作中的第二操作相比,第一操作在UE的功率节省方面具有优势。
在NB-IoT的情况下,由于UE在UL HARQ往返时间(RTT)定时器间隔期间不执行下行链路监视,所以可能难以将基于早期ACK的 PUR SS监视方法应用于NB-IoT的UE。因此,可以优选的是,仅将基于早期ACK的PUR SS监视方法应用于能够在UL HARQ RTT定时器间隔期间对UE进行DL监视的LTE、LTE MTC、NR等。
即使在RRC连接状态中也可以支持早期ACK或早期NACK,并且可以与在RRC连接状态中是否支持早期ACK或早期NACK分开地配置在RRC空闲状态中是否支持用于PUR传输的早期ACK或早期 NACK。为了便于描述,RRC连接状态和RRC空闲状态被描述为示例,但是也可以单独地配置是否支持用于RRC连接状态和RRC非活动状态的早期ACK或早期NACK。
为了向UE指示在RRC空闲状态中支持早期ACK还是早期 NACK,BS/网络可以做出用于通知在RRC空闲状态中的PUR传输时是否支持早期ACK或早期NACK的显式指示,即,指示信息被包括在与PUR配置有关的参数中。换句话说,UE在RRC连接状态中从BS 接收的用于PUR传输的PUR配置信息可以包括指示在处于RRC空闲状态的PUR传输时是否支持早期ACK或早期NACK的指示信息。
当BS/网络确定在RRC空闲状态中不需要支持早期ACK或早期 NACK时,BS/网络可以配置是否支持与RRC连接状态不同的用于在 RRC空闲状态中的PUR传输的早期ACK或早期NACK。换句话说, BS/网络可以配置早期ACK或早期NACK仅在RRC连接状态中被支持。
例如,BS/网络确定在RRC空闲状态中不需要支持早期ACK或早期NACK的情况可以是(i)UE通过考虑UE在RRC连接状态中支持早期ACK或早期NACK的能力来确定在RRC空闲状态中的PUR传输的中间附加PUR SS监视将是困难的情况,(ii)确定在UE的RRC空闲状态中在PUR传输情况中早期ACK或NACK发生可能性低的情况,并且因此,不需要相应的操作等。在这种情况下,即使BS/网络支持对处于RRC连接状态的UE的早期ACK或早期NACK,BS/网络也可能不支持处于RRC空闲状态的UE的PUR传输中的早期ACK或早期 NACK。
除了可以基于BS/网络的确定来确定是否配置早期ACK或早期 NACK之外,UE可以单独地向BS/网络报告在除RRC连接状态之外的RRC空闲状态中的PUR传输中是否支持早期ACK或早期NACK。 UE能够以UE能力信息的形式执行是否支持早期ACK或早期NACK 有关的报告。用于单独配置在RRC连接状态中是否支持早期ACK或早期NACK以及在RRC空闲状态中是否支持早期ACK或早期NACK 的原因可以与BS/网络的情况中的原因类似。
此外,BS/网络单独地配置在RRC连接状态中是否支持早期ACK 或早期NACK以及在RRC空闲状态中是否支持早期ACK或早期 NACK的情况可以基于UE的单独配置。也就是说,BS/网络可以通过参考在UE的RRC空闲状态中的PUR传输时是否支持早期ACK或早期NACK来确定在UE的RRC空闲状态中的PUR传输时是否支持早期ACK或早期NACK。BS/网络可以基于UE的能力信息来参考在UE 的RRC空闲状态中的PUR传输时是否支持早期ACK或早期NACK。
当不存在用于针对在RRC空闲状态的PUR传输是否支持早期 ACK或早期NACK的配置时,BS/网络和UE可以参考用于在RRC连接状态中是否支持早期ACK或早期NACK的配置(作为默认配置)。
当UE通过DCI接收到早期ACK或早期NACK时,UE可以在从接收DCI的子帧起的X个子帧之后停止PUR传输,或者停止PUR SS 监视。X可以具有诸如4的值等。
此外,在PUR SS监视的情况下,当UE通过DCI接收到早期ACK 或早期NACK时,UE可以在接收到DCI之后立即停止PUR SS监视。例如,当通过重复发送的MPDCCH接收早期ACK或早期NACK DCI 时,停止PUR传输或PUR SS监视的定时可以被定义如下。
在接收到在子帧n中结束的早期ACK或早期NACK DCI时,UE 将不迟于子帧n+X中停止正在进行的PUR传输和/或监视PUR SS,其中X=4。
PUR搜索空间冲突避免方法-(方法3)
用于监视与PUR传输相关的MPDCCH的PUR SS等可能与不与 PUR传输相关的MPDCCH(SS)或PDSCH冲突。该冲突可以意味着 PUR SS在时域和/或频域中部分地或全部地重叠与PUR传输不相关的 MPDCCH(SS)或PDSCH重叠的情况。可替选地,该冲突可以意味着PUR SS存在于在时域和/或频域中与不与PUR传输相关的MPDCCH (SS)或PDSCH相同的定时的不同窄带(NB)中的情况。
例如,PUR SS可以与其中发送SIB1-BR的PDSCH(携带SIB1-BR 的PDSCH)、SI消息或寻呼消息相冲突。此外,PUR SS可能与用于寻呼的类型1公共搜索空间(CSS)冲突。
这样,当PUR SS与不与PUR传输相关的MPDCCH冲突时,UE 可以基于下面提出的方法来进行操作以便于避免冲突。
(提议1)用于跳过对其中发生冲突的PUS SS的监视的方法
UE可以跳过对与不与PUR传输相关的MPDCCH冲突的特定PUR SS的监视。特别地,该提议中描述的方法可以优选地应用于PUR SS 与类型1-CSS冲突的情况和/或PUR SS与SI消息冲突的情况。
更具体地,可以假定在PUR SS监视间隔或PUR SS窗口中存在多个PUR SS并且在多个PUR SS中的至少一个特定PUR SS中发生冲突的情况。在这种情况下,UE可以跳过对至少一个特定PUR SS的监视,并且通过在至少一个特定PUR SS之后的PUR SS来获取(早期)ACK信息。即,可以在与不与PUR相关的MPDCCH不冲突的至少一个特定PUR SS之后通过PUR SS发送在其中发送早期(ACK)的MPDCCH。
在这种情况下,可以延长PUR SS监视间隔或PUR SS窗口的结束定时。更具体地,PUR SS监视间隔或PUR SS窗口的结束定时可以扩展与跳过的PUR SS的数量一样大,或者与由于冲突而跳过的PUR SS 的数量相对应的时间一样长。
当UE在PUR SS监视间隔(或PUR SS窗口)中没有接收到(早期)ACK时,UE可以类似于在PUR传输之后没有接收到针对PUR 传输的反馈的情况来操作。作为示例,在UE在PUR传输之后没有接收到针对PUR传输的反馈的情况下,UE可以将对没有用于PUR传输的反馈的接收视为(辨识为)ACK或NACK。
(提议2)用于跳过与发生冲突的PUS SS相关的PUR传输的方法
当与PUR传输相对应的PUR SS与不与PUR传输相关的MPDCCH 冲突时,UE可以跳过或丢弃PUR传输本身。特别地,该提议中描述的方法可以优选地仅应用于UE可以在PUR传输之前预先知道PUR SS 是否与MPDCCH冲突的情况。
与对应于BS/网络不可能接收PUR传输情况的UE跳过PUR传输的情况不同,在UE为了避免PUR SS的冲突而跳过PUR传输的情况下,用于PUR释放的PUR跳过计数器可以不对PUR传输的跳过进行计数作为跳过事件。也就是说,在这种情况下,即使UE跳过PUR传输,PUR跳过计数器的值也不改变。
SIB1-BR以预定周期在连续子帧中无重复地发送。因此,可以针对MPDCCH重复来打孔SIB1-BR。在这种情况下,可以跳过或丢弃或推迟PUR SS或MPDCCH传输子帧。在这种情况下,如果基于定时器来定义PUR SS监视间隔,则可以对定时器进行计数,而不管PUR SS 或MPDCCH传输子帧的丢弃或推迟。
相反,SI消息和类型1-CSS可以以与LTE MTC中的MPDCCH类似的级别重复。因此,可以在重叠或冲突方面访问SI消息和类型1-CSS,并且UE可以基于针对SI消息和类型1-CSS以及PUR SS之间的冲突的(提议1)和(提议2)的方法来操作。
图36是图示在UE实现的执行本公开中提出的用于在无线通信系统中通过预配置的上行链路资源(PUR)来监视搜索空间(SS)的方法的操作的示例的图。
更具体地,为了执行用于在无线通信系统中通过预配置的上行链路资源(PUR)来监视搜索空间(SS)的方法,UE在无线电资源控制 (RRC)连接状态中从BS接收基于PUR的与上行链路信号传输的重复次数相关的PUR配置信息(S3610)。
接下来,UE在RRC连接状态中转换到用于PUR操作的特定状态 (S3620)。
在这种情况下,特定状态可以是RRC空闲状态或RRC不活动状态之一。
此后,UE基于重复次数在PUR的第一资源上向BS发送上行链路信号(S3630)。
接下来,UE在从上行链路信号的传输定时起的预定时间偏移之后执行对PUR SS的监视(S3640)。
这里,可以对(i)所有PUR SS或(ii)一些PUR SS执行监视。
此外,当对一些PUR SS执行监视时,可以在执行上行链路信号的传输间隔内从特定定时偏移预定时间之后执行监视。
此后,UE从BS接收用于上行链路的早期应答(ACK)(S3650)。
在这种情况下,从BS接收早期ACK的操作可以进一步包括从BS 接收下行链路控制信息(DCI)的操作,该下行链路控制信息(DCI) 用于调度用于基于PUR配置信息的PUR配置的更新和/或更高层ACK 传输的物理下行链路共享信道(PDSCH)。这里,可以基于UE是否接收到DCI来隐式地指示与早期ACK相关的信息。
此外,在不考虑BS是否接收到上行链路信号的情况下,当BS被配置为调度用于更新基于PUR配置信息的PUR配置和/或更高层ACK 传输的物理下行链路共享信道(PDSCH)时,从BS接收早期ACK的操作可以进一步包括:从BS接收用于调度PDSCH的下行链路控制信息(DCI)的操作。在这种情况下,DCI可以显式地包括与早期ACK 相关的信息。
此外,DCI还可以包括与是否停止附加监视相关的指示信息,并且可以基于该指示信息来确定是否停止附加监视。
最后,UE基于接收到早期ACK在上行链路信号的传输次数达到重复次数之前停止上行链路信号的传输(S3660)。
另外,在步骤S3610之前,在步骤S3610至S3660之间或在步骤 S3660之后,UE可以从BS接收关于在接收早期ACK的定时之后是否执行对PUR SS的附加监视的配置信息。
在下文中,当配置信息指示不执行附加监视时,可以在接收到早期ACK的时间之后不执行附加监视。
此外,当配置信息指示执行附加监视时,可以在接收早期ACK的定时之后执行附加监视。
此外,另外,在步骤S3610之前,在步骤S3610至S3660之间或在步骤S3660之后,UE可以在上行链路信号的传输完成定时之前,基于关于特定PUR SS的PUR配置信息从BS接收指示PUR配置的更新的早期否定ACK(NACK)。
这里,与PUR配置相关的至少一个PUR参数的一些或全部可以基于PUR配置的更新来被更新。
在这种情况下,从BS接收早期NACK的操作还可以包括接收用于调度物理上行链路共享信道(PUSCH)的下行链路控制信息(DCI) 的操作。这里,DCI可以包括与早期NACK有关的信息和指示执行随机接入信道(RACH)过程的指示信息,该随机接入信道(RACH)过程用于更新与上行链路传输定时相关的定时提前(TA)。
此外,当支持基于用于停止PUR SS监视的定时器的第一监视步骤方案和基于早期ACK的第二监视停止方案时,如果没有接收到早期 ACK,则可以仅基于第一监视停止方案来确定是否停止监视,并且如果接收到早期ACK,则可以仅基于第二监视步骤方案来确定是否停止监视。
此外,可以与在RRC连接状态中是否支持早期ACK和早期NACK 分开地配置在特定状态中是否支持早期ACK和早期NACK,并且PUR 配置信息还可以包括与在特定状态中在PUR操作时是否支持早期ACK 和早期NACK相关的特定信息。
这里,当在特定状态中没有单独地配置是否支持早期ACK和早期 NACK时,可以基于在RRC连接状态中是否支持早期ACK和早期 NACK来确定在特定状态中是否支持早期ACK和早期NACK。
图37是图示在基站中实现的执行本公开中提出的用于在无线通信系统中通过预配置的上行链路资源(PUR)来监视搜索空间(SS) 的方法的操作的示例的图。
更具体地,为了执行用于在无线通信系统中通过预配置的上行链路资源(PUR)来监视搜索空间(SS)的方法,BS向处于无线电资源控制(RRC)连接状态的UE发送与基于PUR的上行链路信号传输的重复次数相关的PUR配置信息(S3710)。
接着,BS从在RRC连接状态转换到用于PUR操作的特定状态的 UE在PUR的第一资源上接收基于重复次数发送的上行链路信号 (S3720)。
此后,BS在从发送上行链路信号的定时起的预定时间偏移之后开始的PUR SS上向UE发送早期ACK(S3730)。
这里,基于早期ACK的传输在上行链路信号的传输次数达到重复次数之前停止上行链路信号的接收。
另外,本公开中提出的方法可以由包括一个或多个存储器和功能性地连接到一个或多个存储器的一个或多个处理器的装置来执行。
更具体地,在包括一个或多个存储器和功能性地连接到一个或多个存储器的一个或多个处理器的装置中,一个或多个处理器控制装置在RRC连接状态中从基站接收与基于PUR的上行链路信号传输的重复次数相关的PUR配置信息。
此后,处理器控制装置从RRC连接状态转换到用于PUR操作的特定状态。
接着,处理器控制该装置基于重复次数在PUR的第一资源上向基站发送上行链路信号。
接着,处理器控制该装置在从上行链路信号的传输定时偏移了特定时间之后监视PUR SS。
此后,处理器控制该装置从基站接收针对上行链路信号的早期应答(早期ACK)。
最后,处理器控制该装置基于早期ACK的接收在上行链路信号的传输次数达到重复次数之前停止上行链路信号的传输。
此外,本公开中提出的方法可以由一个或多个处理器执行的一个或多个指令来执行,一个或多个指令被存储在存储一个或多个指令的非暂时性计算机可读介质(CRM)中。
更具体地,在存储一个或多个指令的非暂时性计算机可读介质 (CRM)中,可以由一个或多个处理器执行的一个或多个指令使得用户设备在RRC连接状态中从基站接收与基于PUR的上行链路信号传输的重复次数相关的PUR配置信息。
此后,CRM使UE从RRC连接状态转换到用于PUR操作的特定状态。
接着,CRM使UE基于重复次数在PUR的第一资源上向基站发送上行链路信号。
接着,CRM使UE在从上行链路信号的传输定时偏移特定时间之后监视PUR SS。
此后,CRM使UE从基站接收针对上行链路信号的早期应答(早期ACK)。
最后,CRM使UE基于早期ACK的接收在上行链路信号的传输次数达到重复次数之前停止上行链路信号的传输。
不连续接收(DRX)操作
不连续接收(DRX)表示允许UE降低电池消耗以便UE不连续地接收下行链路信道的操作模式。换句话说,其中DRX被配置的UE不连续地接收DL信号以降低功耗。在表示周期性地重复开启持续时间 (On Duration)的时间间隔的DRX周期中执行DRX操作,并且DRX 周期包括开启持续时间和睡眠间隔(可选地,DRX的时机)。开启持续时间表示UE为了接收PDCCH而监视的时间间隔。DRX可以在无线电资源控制(RRC)空闲状态(或模式)、RRC_INACTIVE状态(或模式)和RRC_CONNECTED状态(或模式)中执行。在RRC_IDLE 状态和RRC_INACTIVE状态中,DRX用于不连续地接收寻呼信号。
-RRC_Idle状态:在基站和UE之间没有配置无线连接(RRC连接) 的状态。
-RRC不活动状态:在基站和UE之间配置无线连接(RRC连接) 但是无线连接被去激活的状态。
-RRC_Connected状态:在基站和UE之间配置无线连接(RRC连接)的状态。
DRX通常被划分为空闲模式DRX、连接DRX(C-DRX)和扩展 DRX,并且应用在空闲状态中的DRX被称为空闲模式DRX,应用在连接状态中的DRX被称为连接模式DRX(C-DRX)。
作为能够扩展空闲模式DRX和C-DRX的周期的机制的扩展/增强DRX(eDRX)可以主要用于(大规模)IoT的应用。在空闲模式DRX 中是否允许eDRX可以由系统信息(例如,SIB1)来配置。SIB1可以包括eDRX-Allowed参数,并且eDRX-Allowed参数是表示是否允许空闲模式扩展DRX的参数。
空闲模式DRX
在空闲模式中,UE可以使用DRX以便降低功耗。一个寻呼时机 (PO)是其中可以在PDCCH、MPDCCH或寻址用于NB-IoT的寻呼消息的NPDCCH上发送寻呼-无线电网络临时标识符(P-RNTI)的子帧。在MPDCCH上发送的P-RNTI中,PO表示MPDCCH重复的起始子帧。在NPDCCH上发送P-RNTI的情况下,当由PO确定的子帧不是有效的NB-IoT下行链路子帧时,PO指示NPDCCH重复的起始子帧。那么, PO之后的第一个有效NB-IoT下行链路子帧是NPDCCH重复的起始子帧。
一个寻呼帧(PF)是可以包括一个或多个寻呼时机的一个无线电帧。当使用DRX时,UE需要在每个DRX周期仅监视一个PO。一个寻呼窄带(PNB)是UE在其中接收寻呼消息的一个窄带。可以基于在系统信息中提供的DRX参数来确定PF、PO和PNB。
图38是示出执行空闲模式DRX操作的方法的示例的流程图。
UE通过更高层信令(例如,系统信息)从基站接收空闲模式DRX 配置信息(S2510)。
另外,UE基于空闲模式DRX配置信息来确定用于在DRX周期中监视物理下行链路控制信道(例如,PDCCH)的寻呼帧(PF)和PF 中的寻呼时机(PO)(S2520)。这里,DRX周期包括开启持续时间和睡眠间隔(可替选地,DRX的时机)。
此外,UE监视所确定的PF的PO中的PDCCH(S2530)。UE在每个寻呼DRX周期仅监视一个子帧(PO)。
另外,当UE在开启持续时间内(即,当检测到寻呼时)接收到由P-RNTI加扰的PDCCH时,UE转换到连接模式,以向基站发送数据和从基站接收数据。
图39是图示空闲模式DRX操作的示例的图。
参照图39,当发生发往处于RRC空闲状态(下文中,称为“空闲状态”)的UE的业务时,对相应的UE发生寻呼。UE周期性地(即,每个(寻呼)DRX周期)唤醒并且监视PDCCH。当存在寻呼时,UE 转换到连接状态并接收数据,并且当不存在寻呼时,UE再次进入睡眠模式。
连接模式DRX(C-DRX)
C-DRX可以是应用在RRC连接状态中的DRX,并且C-DRX的 DRX周期可以由短DRX周期和/或长DRX周期构成。短DRX周期是可选的。当配置了C-DRX时,UE在开启持续时间内监视PDCCH。当在监视PDCCH的同时存在成功检测到的PDCCH时,UE操作不活动定时器并且保持唤醒状态。相反,当在监视PDCCH的同时不存在成功检测到的PDCCH时,UE在开启持续时间结束之后进入睡眠状态。当配置了C-DRX时,可以根据C-DRX配置不连续地配置PDCCH接收时机(例如,具有PDCCH搜索空间的时隙)。相反,当没有配置C-DRX 时,可以连续地配置PDCCH接收时机(例如,具有PDCCH搜索空间的时隙)。同时,无论是否配置了C-DRX,PDCCH监视都可以被限制在被配置为测量间隙的时间间隔中。
图40是示出执行C-DRX操作的方法的示例的流程图。
UE从eNB接收包括DRX配置信息的RRC信令(例如, MAC-MainConfig IE)(S2710)。DRX配置信息可以包括以下信息。
-onDurationTimer:在DRX周期的开始部分要连续监视的PDCCH 子帧的数量
-drx-InactivityTimer:当UE解码具有调度信息的PDCCH时要连续监视的PDCCH子帧的数量
-drx-RetransmissionTimer:在预测HARQ重传时要连续监视的 PDCCH子帧的数量
-longDRX-Cycle:开启持续时间发生周期
-drxStartOffset:DRX周期开始的子帧号
-drxShortCycleTimer:短DRX周期的次数
-shortDRX-Cycle:当Drx-InactivityTimer终止时,以 DrxShortCycleTimer的次数操作的DRX周期
另外,当通过MAC命令元素(CE)的DRX命令配置DRX“开启”时(S2720),UE基于DRX配置在DRX周期的开启持续时间内监视 PDCCH(S2730)。
图41是图示C-DRX操作的示例的图。
参照图41,当UE在RRC_Connected状态(下文中,称为连接状态)中接收到调度信息(例如,DL许可)时,UE驱动DRX不活动定时器和RRC不活动定时器。
当DRX不活动定时器期满时,DRX模式开始,并且UE在DRX 周期唤醒并且在预定时间(开启持续时间定时器)内监视PDCCH。这里,当配置短DRX时,UE在开始DRX模式时以短DRX周期开始,并且当短DRX周期结束时,UE进入长DRX周期。长DRX周期是短 DRX周期的倍数,并且UE在短DRX周期中更频繁地唤醒。当RRC 不活动定时器期满时,UE转换到空闲状态并且执行空闲模式DRX操作。
IA/RA+DRX操作
图42是图示取决于UE的状态的功耗的示例的图。
参照图42,在通电之后,UE执行用于应用加载的启动(Boot Up)、用于与基站同步下行链路和上行链路的初始接入/随机接入过程、向网络的注册过程等,并且在执行每个过程时消耗的电流(或功耗)在图 43中示出。当UE的传输功率高时,UE的电流消耗增加。另外,当没有业务被发送到UE或将被发送到基站时,UE转换到空闲模式并且执行空闲模式DRX操作。另外,当在空闲模式DRX操作期间发生寻呼 (例如,呼叫发生)时,UE通过小区建立过程从空闲模式转换到连接模式,并且向基站发送数据和从基站接收数据。另外,当在连接模式下在特定时间或在配置的时间没有UE向基站发送和从基站接收的数据时,UE执行连接DRX(C-DRX)操作。
另外,当通过更高层信令(例如,系统信息)来配置扩展DRX (eDRX)时,UE可以在空闲模式或连接模式中执行eDRX操作。
应用本公开的通信系统的示例
虽然不限于此,但是在本公开中公开的本公开的各种描述、功能、过程、提议、方法和/或操作流程图可以应用于需要设备之间的无线通信/连接(例如,LTE、5G)的各种领域。
在下文中,将参考附图更详细地描述通信系统。在以下附图/描述中,如果没有不同地描述,相同的附图标记将指代相同或相应的硬件块、软件块或功能块。
图43示出了应用于本公开的200a通信系统10000。
参考图43,应用于本公开的200a通信系统10000包括无线设备、基站和网络。这里,无线设备可以表示通过使用无线接入技术(例如, 5G新RAT(NR)或长期演进(LTE))来执行通信的设备,并且可以被称为通信/无线/5G设备。尽管不限于此,无线设备可以包括机器人10000a、车辆10000b-1和10000b-2、扩展现实(XR)设备10000c、手持设备10000d、家用电器10000e、物联网(IoT)设备10000f、以及AI设备/服务器40000。例如,车辆可以包括具有无线通信功能的车辆、自主驾驶车辆、能够执行车辆间通信的车辆等。这里,车辆可以包括无人驾驶飞行器(UAV)(例如,无人机)。XR设备可包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)设备,并且可以被实现为诸如头戴式设备(HMD)、设置在车辆中的平视显示器(HUD)、电视、智能电话、计算机、可穿戴设备、家用电器设备、数字标牌、车辆、机器人等形式。手持设备可以包括智能电话、智能垫、可穿戴设备(例如,智能手表、智能眼镜)、计算机(例如,笔记本电脑等) 等。家用电器设备可以包括TV、冰箱、洗衣机等。IoT设备可以包括传感器、智能仪表等。例如,基站和网络甚至可以实现为无线设备,并且特定无线设备20000a可以操作用于另一无线设备的基站/网络节点。
无线设备10000a至10000f可以通过基站20000连接到网络30000。人工智能(AI)技术可以被应用于无线设备10000a至10000f,并且无线设备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的直接通信。
无线通信/连接15000a、15000b、15000c可以在无线设备10000a 至10000f/基站20000之间以及基站20000和基站20000之间进行。这里,无线通信/连接可以通过各种无线接入技术(例如,5G NR)来进行,诸如上行链路/下行链路通信15000a、侧链路通信15000b(或D2D 通信)和基站间通信15000c(例如,中继、集成接入回程(IAB))。无线设备和基站/无线设备和基站可以通过无线通信/连接15000a、 15000b和15000c向/从彼此发送/接收无线电信号。例如,无线通信/连接15000a、15000b和15000c可以通过各种物理信道发送/接收信号。为此,基于本公开的各种提议,可以执行用于无线电信号的发送/接收的各种配置信息设置处理、各种信号处理(例如,信道编码/解码、调制/解调、资源映射/解映射等)、资源分配处理等中的至少一些。
应用本公开的无线设备的示例
图44图示适用于本公开的无线设备。
参考图44,第一无线设备32100和第二无线设备32200可以通过各种无线接入技术(例如,LTE和NR)发送/接收无线电信号。这里,第一无线设备32100和第二无线设备32200可以对应于图43的无线设备10000x和基站20000和/或无线设备10000x和无线设备10000x。
第一无线设备32100可以包括一个或多个处理器32120和一个或多个存储器32140,并且还包括一个或多个收发器32160和/或一个或多个天线32180。处理器32120可以控制存储器32140和/或收发器 32160,并且可以被配置成实现本公开中所公开的描述、功能、过程、提议、方法、和/或操作流程。例如,处理器32120可以处理存储器32140 中的信息并生成第一信息/信号,然后通过收发器32160发送包括第一信息/信号的无线电信号。此外,处理器32120可以通过收发器32160 接收包括第二信息/信号的无线电信号,并且然后将从第二信息/信号的信号处理获得的信息存储在存储器32140中。存储器32140可以连接到处理器32120并且存储与处理器32120的操作有关的各种信息。例如,存储器32140可以存储包括用于执行由处理器32120控制的一些或所有过程或者执行本公开中公开的描述、功能、过程、提议、方法和/或操作流程图的指令的软件代码。这里,处理器32120和存储器32140可以是被指定为实现无线通信技术(例如,LTE和NR)的通信调制解调器/电路/芯片的一部分。收发器32160可以连接到处理器 32120,并且可以通过一个或多个天线32180发送和/或接收无线电信号。收发器32160可以包括发射器和/或接收器。收发器32160可以与射频(RF)单元混合使用。在本公开中,无线设备可以意指通信调制解调器/电路/芯片。
第二无线设备32200可以包括一个或多个处理器32220和一个或多个存储器32240,并且附加地还包括一个或多个收发器32260和/或一个或多个天线32280。处理器32220可以控制存储器32240和/或收发器32260,并且可以被配置为实现本公开中公开的描述、功能、过程、提议、方法和/或操作流程。例如,处理器32220可以处理存储器32240 中的信息并且生成第三信息/信号,然后通过收发器32260发送包括第三信息/信号的无线电信号。此外,处理器32220可以通过收发器32260 接收包括第四信息/信号的无线电信号,并且然后在存储器32240中存储从第四信息/信号的信号处理获得的信息。存储器32240可以连接到处理器32220并且存储与处理器32220的操作有关的各种信息。例如,存储器32240可以存储软件代码,该软件代码包括用于执行由处理器 32220控制的一些或所有过程或者执行本公开中公开的描述、功能、过程、提案、方法和/或操作流程图的指令。这里,处理器32220和存储器32240可以是被指定为实现无线通信技术(例如,LTE和NR)的通信调制解调器/电路/芯片的一部分。收发器32260可以连接到处理器 32220,并且可以通过一个或多个天线32280来发送和/或接收无线电信号。收发器32260可以包括发射器和/或接收器。收发器32260可以与射频(RF)单元混合使用。在本公开中,无线设备可以意指通信调制解调器/电路/芯片。
在下文中,将更详细地描述无线设备32100和32200的硬件元件。尽管不限于此,但是一个或多个协议层可以由一个或多个处理器32120 和32220实现。例如,一个或多个处理器32120和32220可以实现一个或多个层(例如,诸如PHY、MAC、RLC、PDCP、RRC和SDAP 之类的功能层)。一个或多个处理器32120和32220可以根据本公开中公开的描述、功能、过程、提议、方法和/或操作流程图来生成一个或多个协议数据单元(PDU)和/或一个或多个服务数据单元(SDU)。一个或多个处理器32120和32220可以根据本公开中公开的描述、功能、过程、提议、方法和/或操作流程图来生成消息、控制信息、数据或信息。一个或多个处理器32120和32220可以根据本公开中公开的功能、过程、提议和/或方法来生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如,基带信号),并且向一个或多个收发器32160 和32260提供所生成的信号。一个或多个处理器32120和32220可以从一个或多个收发器32160和32260接收信号(例如,基带信号),并且根据本公开中所公开的描述、功能、过程、提议、方法和/或操作流程图来获取PDU、SDU、消息、控制信息、数据或信息。
一个或多个处理器32120和32220可以被称为控制器、微控制器、微处理器或微型计算机。一个或多个处理器32120和32220可以由硬件、固件、软件或其组合来实现。作为一个示例,一个或多个专用集成电路(ASIC)、一个或多个数字信号处理器(DSP)、一个或多个数字信号处理设备(DSPD)、一个或多个可编程逻辑器件(PLD)或者一个或多个现场可编程门阵列(FPGA)可以包括在一个或多个处理器32120和32220中。本公开中公开的描述、功能、过程、提议和/或操作流程图可以通过使用固件或软件来实现,并且固件或软件可以被实现为包括模块、过程、功能等。被配置成执行本公开中所公开的描述、功能、过程、提议、和/或操作流程图的固件或软件可被包括在一个或多个处理器32120和32220中,或被存储在一个或多个存储器 32140和32240中并由一个或多个处理器32120和32220驱动。本公开中公开的描述、功能、过程、提议和/或操作流程图可以通过使用代码、指令和/或指令集形式的固件或软件来实现。
一个或多个存储器32140和32240可以连接到一个或多个处理器 32120和32220,并且可以存储各种类型的数据、信号、消息、信息、程序、代码、指令和/或命令。一个或多个存储器32140和32240可以由ROM、RAM、EPROM、闪存、硬盘驱动器、寄存器、高速缓存存储器、计算机读取存储介质和/或其组合来配置。一个或多个存储器 32140和32240可以位于一个或多个处理器32120和32220的内部和/ 或外部。此外,一个或多个存储器32140和32240可以通过诸如有线或无线连接的各种技术被连接到一个或多个处理器32120和32220。
一个或多个收发器32160和32260可以向一个或多个其他设备发送在本公开的方法和/或操作流程图中提及的用户数据、控制信息、无线信号/信道等。一个或多个收发器32160和32260可以从一个或多个其他设备接收在本公开中公开的描述、功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息、无线信号/信道等。例如,一个或多个收发器32160和32260可以连接到一个或多个处理器32120 和32220,并且发送和接收无线电信号。例如,一个或多个处理器32120 和32220可以控制一个或多个收发器32160和32260以向一个或多个其他设备发送用户数据、控制信息、或无线电信号。此外,一个或多个处理器32120和32220可以控制一个或多个收发器32160和32260 以从一个或多个其他设备接收用户数据、控制信息、或无线电信号。此外,一个或多个收发器32160和32260可以连接到一个或多个天线 32180和32208,并且一个或多个收发器32160和32260可以被配置成通过一个或多个天线32180和2208来发送和接收在本公开中所公开的描述、功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息、无线信号/信道等。在本公开中,一个或多个天线可以是多个物理天线或多个逻辑天线(例如,天线端口)。一个或多个收发器 32160和32260可以通过使用一个或多个处理器32120和32220将接收到的无线电信号/信道从RF带信号转换为基带信号以便处理接收到的用户数据、控制信息、无线电信号/信道等。一个或多个收发器32160 和32260可以将通过使用一个或多个处理器32120和32220处理的用户数据、控制信息、无线电信号/信道等从基带信号转换成RF带信号。为此,一个或多个收发器32160和32260可以包括(模拟)振荡器和/ 或滤波器。
应用本公开的无线设备的使用示例
图45图示应用于本公开的无线设备的另一示例。无线设备可以根据使用示例/服务被实现为各种类型(参见图43)。
参考图45,无线设备4601和4602可以对应于图44的无线设备 32100和32200,并且可以由各种元件、组件、单元和/或模块构成。例如,无线设备4601和4602可以包括通信单元4610、控制单元4620、存储器单元4630以及附加元件4640。通信单元可以包括通信电路4612和收发器4614。例如,通信电路4612可以包括图44的一个或多个处理器32120和/或一个或多个存储器32140、32240。例如,收发器4614 可以包括图44的一个或多个收发器32160和32260和/或一个或多个天线32180和32280。控制单元4620被电连接到通信单元4610、存储器单元4630和附加元件4640,并且控制无线设备的整体操作。例如,控制单元4620可以基于存储在存储器单元4630中的程序/代码/指令/信息来进行无线设备的电气/机械操作。此外,控制单元4620可以通过通信单元4610经由无线/有线接口将存储在存储单元4630中的信息发送到外部(例如,其他通信设备),或通过通信单元4610将经由无线/有线接口从外部(例如,其他通信设备)接收到的信息存储在存储单元4630 中。
附加元件4640可以根据无线设备的类型而不同地配置。例如,附加元件4640可以包括供电单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。尽管不限于此,无线设备可以被实现为诸如图43的机器人10000a、图43的车辆10000b-1和10000b-2、图43 的XR设备10000c、图43的手持设备10000d、图43的家用电器10000e、图43的IoT设备10000f、数字广播终端、全息图设备、公共安全设备、 MTC设备、医疗设备、金融科技(Fintech)设备(或金融设备)、安全设备、气候/环境设备、图43的AI服务器/设备40000、图43的基站 20000、网络节点等的形式。根据使用示例/服务,无线设备可以是可移动的,或者可以在固定的地方处使用。
在图45中,无线设备4601和4602中的所有各种元件、部件、单元和/或模块可以通过有线接口互连,或者至少可以通过通信单元4610 无线连接。例如,无线设备3210和3220中的控制单元4620和通信单元4610可以有线连接,并且控制单元3320和第一单元(例如3330或 3340)可以通过通信单元3310无线连接。此外,无线设备32100和32200 中的每个元件、组件、单元和/或模块还可以包括一个或多个元件。例如,控制单元4620可以由一个或多个处理器组构成。例如,控制单元 4620可以被配置为通信控制处理器、应用处理器、电子控制单元 (ECU)、图形处理器、存储器控制处理器等的集合。作为另一示例,存储器4630可以被配置为随机存取存储器(RAM)、动态RAM (DRAM)、只读存储器(ROM)、闪存、易失性存储器、非易失性存储器、和/或其组合。
应用本公开的XR设备的示例
图46图示应用于本发明的XR设备。XR设备可以被实现为HMD、设置在车辆中的平视显示器(HUD)、电视、智能电话、计算机、可穿戴设备、家用电器设备、数字标牌、车辆、机器人等。
参照图46,XR设备10000c可以包括通信单元4610、控制单元 4620、存储器单元4630、输入/输出单元4640a、传感器单元4640b和电源单元4640c。这里,块4610至4630/4640a至4640c分别对应于图 45的块4610至4630/4640。
通信单元4610可以向外部设备(诸如,其他无线设备、手持设备或媒体服务器)发送信号(例如,媒体数据、控制信号等)/从外部设备接收信号。媒体数据可以包括视频、图像、声音等。控制单元4620 可以通过控制XR设备10000c的组件进行各种操作。例如,控制单元 4620可以被配置为控制和/或执行诸如视频/图像采集、(视频/图像) 编码、元数据生成和处理等过程,存储单元4630可以存储驱动XR设备10000c/生成XR对象所需的数据/参数/程序/代码/指令。输入/输出单元4640a也可以从外部输出控制信息、数据等,并且输出生成的XR对象。输入/输出单元4640a可以包括相机、麦克风、用户输入单元、显示单元、扬声器和/或触觉模块。传感器单元4640b可以获得XR设备状态、周围环境信息、用户信息等。传感器单元4640b可以包括接近传感器、照度传感器、加速度传感器、磁传感器、陀螺仪传感器、惯性传感器、RGB传感器、IR传感器、指纹传感器、超声波传感器、光学传感器、麦克风和/或雷达。电源单元4640c可以向XR设备10000a 供电,并且包括有线/无线充电电路、电池等。
作为示例,XR设备10000c的存储器单元4630可以包括生成XR 对象(例如,AR/VR/MR对象)所需的信息(例如,数据)。输入/输出单元4640a可以从用户获取用于操作XR设备10000ca的指令,以及控制单元2120可以根据用户的驱动命令驱动XR设备10000a。例如,当用户想要通过XR设备10000c观看电影、新闻等时,控制单元4620 可以通过通信单元4630将内容请求信息发送到另一设备(例如,手持设备10000d)或媒体服务器。通信单元4630可以从另一设备(例如,手持设备10000d)或媒体服务器下载/流式传输诸如电影、新闻等内容到存储器单元4630。控制单元4620可以对内容执行控制和/或执行诸如视频/图像获取、(视频/图像)编码、元数据生成/处理等过程,并且基于通过输入/输出单元4640a/传感器单元4640b获取的周围空间或现实对象生成/输出XR对象。
此外,XR设备10000c可以通过通信单元4610无线连接到手持设备10000d,并且XR设备10000c的操作可以由手持设备10000d控制。例如,手持设备10000d可以操作XR设备10000c作为控制器。为此, XR设备10000c可以获取手持设备10000d的3D位置信息,然后生成并输出与手持设备10000d相对应的XR对象。
对于本领域技术人员显而易见的是,在不脱离本公开的基本特征的情况下,本公开可以以其他特定形式来实施。因此,上述详细描述不应被解释为在所有方面是限制性的,并且应被示例性地考虑。本公开的范围应当通过对所附权利要求的合理解释来确定,并且在本公开的等同范围内的所有修改都包括在本公开的范围内。
在上述实施例中,本公开的元件和特性已经以特定形式组合。除非另外明确地描述,否则每个元件或特性可以被认为是可选的。每个元件或特性可以以不与其他元件或特性组合的形式来实现。此外,一些元件和/或特征可以组合以形成本公开的实施例。可以改变本公开的实施例中描述的操作的顺序。实施例的一些元件或特征可以包括在另一实施例中,或者可以用另一实施例的相应元件或特征来代替。显然,可以通过组合权利要求中不具有明确引用关系的权利要求来构造实施例,或者可以通过提交申请之后的修改将实施例包括为新权利要求。
本公开的实施例可以通过各种手段来实现,例如硬件、固件、软件或其组合。在硬件实现中,本公开的实施例可以由一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。
在通过固件或软件实现的情况下,本公开的实施例可以以用于执行上述功能或操作的模块、过程或功能的形式来实现。软件代码可以存储在存储器中并由处理器驱动。存储器可以位于处理器内部或外部,并且可以通过各种已知的手段与处理器交换数据。
对于本领域技术人员来说,显然本公开可以以其他特定形式实现,而不脱离本公开的本质特征。因此,不应将详细描述从所有方面解释为限制性的,而应将其解释为说明性的。本发明的范围应由所附权利要求的合理分析来确定,并且在本发明的等同范围内的所有变化都包括在本发明的范围内。
[工业实用性]
根据本公开的用于通过预配置的上行链路资源来监视搜索空间的方法基于应用于3GPP LTE/NR系统的示例来描述,但是除了3GPP LTE/NR系统之外还可以应用于各种无线通信系统。
Claims (20)
1.一种用于由用户设备在无线通信系统中通过预配置的上行链路资源(PUR)来监视搜索空间(SS)的方法,所述方法包括:
在RRC连接状态中从基站接收与基于所述PUR的上行链路信号传输的重复次数相关的PUR配置信息;
从所述RRC连接状态转换到用于PUR操作的特定状态;
基于所述重复次数,在所述PUR的第一资源上向所述基站发送上行链路信号;
在从所述上行链路信号的传输定时偏移特定时间之后监视PUR SS;
从所述基站接收针对所述上行链路信号的早期应答(早期ACK);以及
基于所述早期ACK的接收,在所述上行链路信号的传输次数达到所述重复次数之前停止所述上行链路信号的传输。
2.根据权利要求1所述的方法,
其中,所述特定状态是RRC空闲状态或RRC不活动状态。
3.根据权利要求1所述的方法,
其中,针对所述PUR SS的全部或所述PUR SS的部分执行所述监视。
4.根据权利要求3所述的方法,
其中,基于针对所述PUR SS的部分执行所述监视,在从执行所述上行链路信号的传输的传输间隔中的特定时间偏移所述特定时间之后执行所述监视。
5.根据权利要求1所述的方法,进一步包括:
从所述基站接收关于在所述早期ACK的接收定时之后是否对所述PUR SS执行附加监视的配置信息。
6.根据权利要求5所述的方法,
其中,基于所述配置信息指示不执行所述附加监视,基于所述早期ACK的接收在所述早期ACK的所述接收定时之后不执行所述附加监视。
7.根据权利要求5所述的方法,
其中,基于所述配置信息指示执行所述附加监视,在所述早期ACK的所述接收定时之后执行所述附加监视。
8.根据权利要求7所述的方法,其中,从所述基站接收所述早期ACK进一步包括:
从所述基站接收用于调度物理下行链路共享信道(PDSCH)的下行链路控制信息(DCI),所述物理下行链路共享信道(PDSCH)用于更新基于所述PUR配置信息的PUR配置和/或用于更高层ACK传输,
其中,基于所述用户设备是否已经接收到所述DCI,隐式地指示与所述早期ACK相关的信息。
9.根据权利要求7所述的方法,其中,在不考虑是否接收到所述上行链路信号的情况下,基于所述基站被配置为调度用于更新基于所述PUR配置信息的PUR配置和/或更高层ACK传输的物理下行链路共享信道(PDSCH),从所述基站接收所述早期ACK进一步包括:
从所述基站接收用于调度所述PDSCH的下行链路控制信息(DCI),
其中,所述DCI包括与所述早期ACK相关的信息。
10.根据权利要求9所述的方法,
其中,所述DCI进一步包括与是否停止所述附加监视相关的指示信息,
其中,基于所述指示信息来确定是否停止所述附加监视。
11.根据权利要求1所述的方法,进一步包括:
在完成所述上行链路信号的传输之前,从所述基站接收早期NACK(早期否定ACK),所述早期NACK指示基于关于特定PUR SS的PUR配置信息的PUR配置的更新,
其中,基于所述PUR配置的更新来更新与所述PUR配置相关的至少一个PUR参数的全部的部分。
12.根据权利要求11所述的方法,从所述基站接收所述早期NACK进一步包括:
接收用于调度物理上行链路共享信道(PUSCH)的下行链路控制信息(DCI),
其中,所述DCI包括与所述早期NACK相关的信息和指示执行用于更新与上行链路传输定时相关的定时提前(TA)的随机接入信道(RACH)过程的指示信息。
13.根据权利要求1所述的方法,基于支持基于用于停止PUR SS监视的定时器的第一监视停止方法和基于所述早期ACK的第二监视停止方法这两者:
其中,基于所述早期ACK未被接收,仅基于所述第一监视停止方法来确定是否停止所述监视,以及
其中,基于所述早期ACK被接收,仅基于所述第二监视停止方法来确定是否停止所述监视,而不管所述定时器的值如何。
14.根据权利要求11所述的方法,
其中,与在所述RRC连接状态中是否支持所述早期ACK和所述早期NACK单独地配置在所述特定状态中是否支持所述早期ACK和所述早期NACK,以及
其中,所述PUR配置信息进一步包括与在所述特定状态中的所述PUR操作期间是否支持所述早期ACK和所述早期NACK相关的特定信息。
15.根据权利要求11所述的方法,其中,基于在所述特定状态中是否支持所述早期ACK和所述早期NACK未被单独地配置,基于在所述RRC连接状态中是否支持所述早期ACK和所述早期NACK来确定在所述特定状态中是否支持所述早期ACK和所述早期NACK。
16.一种用于在无线通信系统中通过预配置的上行链路资源(PUR)来监视搜索空间(SS)的用户设备,该用户设备包括:
发射器,所述发射器用于发送无线电信号;
接收器,所述接收器用于接收无线电信号;以及
处理器,所述处理器被操作地耦合到所述发射器和所述接收器,
其中,所述处理器被配置为控制:
所述接收器在RRC连接状态中从基站接收与基于所述PUR的上行链路信号传输的重复次数相关的PUR配置信息;
从所述RRC连接状态转换到用于PUR操作的特定状态;
所述发射器基于所述重复次数在所述PUR的第一资源上向所述基站发送上行链路信号;
在从所述上行链路信号的传输定时偏移特定时间之后监视PUR SS;
所述接收器从所述基站接收针对所述上行链路信号的早期应答(早期ACK);以及
基于所述早期ACK的接收,在所述上行链路信号的传输次数达到所述重复次数之前停止所述上行链路信号的传输。
17.一种用于在无线通信系统中通过预配置的上行链路资源(PUR)来监视搜索空间(SS)的方法,所述方法由基站执行,所述方法包括:
向RRC连接状态中的用户设备发送与基于所述PUR的上行链路信号传输的重复次数相关的PUR配置信息;
从由所述RRC连接状态转换到用于PUR操作的特定状态的用户设备接收基于所述重复次数发送的所述PUR的第一资源上的上行链路信号;以及
在从所述上行链路信号的传输定时偏移特定时间之后,在PUR SS上向所述用户设备发送早期应答(早期ACK),
其中,基于所述早期ACK的传输,在所述上行链路信号的传输次数达到所述重复次数之前,停止所述上行链路信号的接收。
18.一种用于执行在无线通信系统中通过预配置的上行链路资源(PUR)来监视搜索空间(SS)的方法的基站,所述基站包括:
发射器,所述发射器用于发送无线电信号;
接收器,所述接收器用于接收无线电信号;以及
处理器,所述处理器被操作地耦合到所述发射器和所述接收器,
其中,所述处理器被配置为控制:
所述发射器向RRC连接状态中的用户设备发送与基于所述PUR的上行链路信号传输的重复次数相关的PUR配置信息;
所述接收器从由所述RRC连接状态转换到用于PUR操作的特定状态的所述用户设备接收基于所述重复次数发送的所述PUR的第一资源上的上行链路信号;以及
所述发射器在从所述上行链路信号的传输定时偏移特定时间之后在PUR SS上向所述用户设备发送早期应答(早期ACK),
其中,基于所述早期ACK的传输,在所述上行链路信号的传输次数达到所述重复次数之前,停止所述上行链路信号的接收。
19.一种包括一个或多个存储器和被操作地耦合到所述一个或多个存储器的一个或多个处理器的装置,所述装置包括:
其中,所述一个或多个处理器控制所述装置:
在RRC连接状态中,从基站接收与基于所述PUR的上行链路信号传输的重复次数相关的PUR配置信息;
从所述RRC连接状态转换到用于PUR操作的特定状态;
基于所述重复次数,在所述PUR的第一资源上向所述基站发送上行链路信号;
在从所述上行链路信号的传输定时偏移特定时间之后,监视PUR SS;
从所述基站接收针对所述上行链路信号的早期应答(早期ACK);以及
基于所述早期ACK的接收,在所述上行链路信号的传输次数达到所述重复次数之前,停止所述上行链路信号的传输。
20.一种存储一个或多个指令的非暂时性计算机可读介质(CRM),包括:
其中,由所述一个或多个处理器可执行的所述一个或多个指令使用户设备:
在RRC连接状态中,从基站接收与基于所述PUR的上行链路信号传输的重复次数相关的PUR配置信息;
从所述RRC连接状态转换到用于PUR操作的特定状态;
基于所述重复次数,在所述PUR的第一资源上向所述基站发送上行链路信号;
在从所述上行链路信号的传输定时偏移特定时间之后,监视PUR SS;
从所述基站接收针对所述上行链路信号的早期应答(早期ACK);以及
基于所述早期ACK的接收,在所述上行链路信号的传输次数达到所述重复次数之前,停止所述上行链路信号的传输。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2019-0052625 | 2019-05-03 | ||
KR20190052625 | 2019-05-03 | ||
KR20190123429 | 2019-10-04 | ||
KR10-2019-0123429 | 2019-10-04 | ||
PCT/KR2020/005892 WO2020226394A1 (ko) | 2019-05-03 | 2020-05-04 | 무선 통신 시스템에서 사전 설정된 상향링크 자원을 통한 검색 공간 모니터링 방법 및 이에 대한 장치 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114175548A true CN114175548A (zh) | 2022-03-11 |
Family
ID=73051535
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080033340.8A Pending CN114175548A (zh) | 2019-05-03 | 2020-05-04 | 在无线通信系统中通过预配置的上行链路资源监视搜索空间的方法及其设备 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20220232600A1 (zh) |
EP (1) | EP3958492A4 (zh) |
KR (1) | KR20210153741A (zh) |
CN (1) | CN114175548A (zh) |
WO (1) | WO2020226394A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020068947A1 (en) * | 2018-09-28 | 2020-04-02 | Intel Corporation | Preconfigured shared resources for uplink transmission |
WO2020198904A1 (en) * | 2019-03-29 | 2020-10-08 | Lenovo (Beijing) Limited | Control signal design |
US11963023B2 (en) * | 2020-08-12 | 2024-04-16 | Qualcomm Incorporated | Early negative acknowledgment indication for a data message |
CN115066846A (zh) * | 2020-12-31 | 2022-09-16 | 北京小米移动软件有限公司 | 一种上行链路传输方法和装置 |
US20220295225A1 (en) * | 2021-03-09 | 2022-09-15 | Nokia Technologies Oy | UE Location Validation for PUR in LEO Networks |
US11930495B1 (en) * | 2021-03-31 | 2024-03-12 | Amazon Technologies, Inc. | Downlink scheduling optimization for edge devices that use a radio communication protocol |
CN113382446A (zh) * | 2021-06-29 | 2021-09-10 | 浙江安防职业技术学院 | 一种大数据服务器远程控制方法及系统 |
US20230052095A1 (en) * | 2021-08-03 | 2023-02-16 | Qualcomm Incorporated | Extension of an evaluation period of integrated access backhaul mobile termination due to communication of the co-located integrated access backhaul distributed unit |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101502162A (zh) * | 2006-08-22 | 2009-08-05 | 中兴通讯股份有限公司 | Td-scdma系统及其中hsupa随机接入的控制方法 |
WO2015113227A1 (en) * | 2014-01-28 | 2015-08-06 | Mediatek Inc. | Methods of small cell on/off operation based on small cell over-the-air signaling |
WO2018005615A1 (en) * | 2016-06-29 | 2018-01-04 | Intel IP Corporation | Early acknowledgement feedback for 5g grouped transmissions |
WO2018203722A1 (ko) * | 2017-05-04 | 2018-11-08 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말과 기지국의 신호 송수신 방법 및 이를 지원하는 장치 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE112019004008T5 (de) * | 2018-08-09 | 2021-05-20 | Lg Electronics Inc. | Verfahren zum senden von uplink-daten unter verwendung einer vorkonfigurierten uplink-ressource in einem drahtlosen kommunikationssystem, das ein schmalband-internet-der-dinge-system unterstützt, und vorrichtung dafür |
US20210352690A1 (en) * | 2018-09-27 | 2021-11-11 | Lg Electronics Inc. | Method and system for transmitting or receiving feedback in wireless communication system supporting nb-iot |
WO2020092126A1 (en) * | 2018-11-01 | 2020-05-07 | Intel Corporation | Transmission, retransmission, and harq process for preconfigured uplink resource in idle mode |
CA3126402A1 (en) * | 2019-01-11 | 2020-02-20 | Zte Corporation | Preconfiguring dedicated resource information in idle mode |
WO2020166017A1 (ja) * | 2019-02-14 | 2020-08-20 | 株式会社Nttドコモ | ユーザ装置、基地局及び通信方法 |
US20220085942A1 (en) * | 2019-02-15 | 2022-03-17 | Lg Electronics Inc. | Method for transmitting uplink data through preconfigured uplink resource in wireless communication system and apparatus therefor |
EP3934341A1 (en) * | 2019-02-27 | 2022-01-05 | Ntt Docomo, Inc. | Terminal, base station, and communication method |
WO2020222281A1 (ja) * | 2019-05-02 | 2020-11-05 | 株式会社Nttドコモ | ユーザ装置 |
US20210203449A1 (en) * | 2020-03-13 | 2021-07-01 | Intel Corporation | Mechanism on response of pre-allocated resource based pusch transmission |
-
2020
- 2020-05-04 EP EP20802372.1A patent/EP3958492A4/en active Pending
- 2020-05-04 US US17/608,714 patent/US20220232600A1/en active Pending
- 2020-05-04 CN CN202080033340.8A patent/CN114175548A/zh active Pending
- 2020-05-04 WO PCT/KR2020/005892 patent/WO2020226394A1/ko unknown
- 2020-05-04 KR KR1020217039827A patent/KR20210153741A/ko unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101502162A (zh) * | 2006-08-22 | 2009-08-05 | 中兴通讯股份有限公司 | Td-scdma系统及其中hsupa随机接入的控制方法 |
WO2015113227A1 (en) * | 2014-01-28 | 2015-08-06 | Mediatek Inc. | Methods of small cell on/off operation based on small cell over-the-air signaling |
WO2018005615A1 (en) * | 2016-06-29 | 2018-01-04 | Intel IP Corporation | Early acknowledgement feedback for 5g grouped transmissions |
WO2018203722A1 (ko) * | 2017-05-04 | 2018-11-08 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말과 기지국의 신호 송수신 방법 및 이를 지원하는 장치 |
Non-Patent Citations (1)
Title |
---|
NOKIA, NOKIA SHANGHAI BELL: "R1-1904177,Transmission in preconfigured UL resources", 《3GPP》, pages 1 - 6 * |
Also Published As
Publication number | Publication date |
---|---|
EP3958492A4 (en) | 2022-06-22 |
KR20210153741A (ko) | 2021-12-17 |
WO2020226394A1 (ko) | 2020-11-12 |
US20220232600A1 (en) | 2022-07-21 |
EP3958492A1 (en) | 2022-02-23 |
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 | |
KR102192823B1 (ko) | 무선 통신 시스템에서, 하향링크 데이터 채널을 송수신하는 방법 및 이를 위한 장치 | |
CN113056954B (zh) | 在窄带无线通信系统中由终端控制发射功率的方法和终端 | |
CN113439478B (zh) | 在无线通信系统中通过预配置的上行链路资源发送上行链路数据的方法及其装置 | |
EP3958492A1 (en) | Method for monitoring search space by means of preconfigured uplink resource in wireless communication system and device therefor | |
KR102150447B1 (ko) | 참조 신호를 송수신하는 방법 및 이를 위한 장치 | |
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 | |
CN113056953B (zh) | 在窄带无线通信系统中发送和接收数据的方法和系统 | |
CN111096029B (zh) | 与公共资源块网格无关地配置参考点的方法和用于该方法的设备 | |
CN112930707B (zh) | 在支持nb-iot的无线通信系统中发送或接收反馈的方法和系统 | |
CN113439476B (zh) | 在无线通信系统中通过预配置的上行链路资源发送上行链路数据的方法及其装置 | |
CN113647175B (zh) | 在无线通信系统中使用预配置的资源执行上行链路传输的方法及其装置 | |
US11678330B2 (en) | Method for transmitting and receiving downlink control channel, and apparatus therefor | |
CN113424632B (zh) | 在无线通信系统中执行使用预配置资源的上行链路传输的方法和装置 | |
US11166255B2 (en) | Monitoring a paging on an unlicensed band |
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 |