CN116210323A - 在小区上从不同小区进行调度 - Google Patents
在小区上从不同小区进行调度 Download PDFInfo
- Publication number
- CN116210323A CN116210323A CN202180061056.6A CN202180061056A CN116210323A CN 116210323 A CN116210323 A CN 116210323A CN 202180061056 A CN202180061056 A CN 202180061056A CN 116210323 A CN116210323 A CN 116210323A
- Authority
- CN
- China
- Prior art keywords
- cell
- scheduling
- pdcch
- scheduling cell
- scheduled
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0072—Error control for data other than payload data, e.g. control data
-
- 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
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及一种用于将支持超过***(4G)***的更高数据速率的第五代(5G)通信***与物联网(IoT)技术进行融合的通信方法和***。本公开可以应用于基于5G通信技术和IoT相关技术的智能服务,诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安全和安保服务。根据本公开,提供了用于在小区上从不同小区进行调度的方法和装置。一种由UE执行的方法包括接收用于被调度小区的第一调度小区和第二调度小区的第一信息以及用于从第一调度小区和第二调度小区接收物理下行链路控制信道(PDCCH)的第二信息。PDCCH提供下行链路控制信息(DCI)格式。DCI格式在被调度小区上调度物理上行链路共享信道(PUSCH)发送或物理下行链路共享信道(PDSCH)接收。该方法还包括基于第二信息确定在时间单元内是仅从第一调度小区还是仅从第二调度小区接收PDCCH,以及在时间单元内仅从第一调度小区或者仅从第二调度小区接收PDCCH。
Description
技术领域
本公开总体上涉及无线通信***,并且更具体地,本公开涉及用于在小区上从不同小区进行调度的过程。
背景技术
为了满足自4G通信***部署以来增加的对无线数据流量的需求,已经努力开发改进的5G或预5G通信***。因此,5G或预5G通信***也被称为“超4G网络”或“后LTE***”。5G通信***被认为是在较高频率(毫米波)频带(例如,60GHz频带)中实施的,以便实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离,在5G通信***中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外,在5G通信***中,基于高级小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等,正在进行针对***网络改进的开发。在5G***中,已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)及滑动窗口叠加编码(SWSC),以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。
互联网作为人类在其中生成和消费信息的以人为中心的连接性网络,现在正在向分布式实体(诸如事物)在其中在没有人类干预的情况下交换和处理信息的物联网(IoT)发展。已经出现了通过与云服务器连接由IoT技术和大数据处理技术结合而成的万物网(IoE)。由于实施IoT需要诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术元素,近来已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这样的IoT环境可以提供智能互联网技术服务,这种服务通过收集和分析互联事物之间生成的数据来为人类生活创造新的价值。通过现有信息技术(IT)与各种工业应用之间的融合和结合,IoT可以应用于各种领域,包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和高级医疗服务。
与此相适应地,已经进行了各种尝试来将5G通信***应用于IoT网络。例如,诸如传感器网络、机器类型通信(MTC)和机器对机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实施。云无线电接入网络(RAN)作为上述大数据处理技术的应用也可以被认为是5G技术与IoT技术之间的融合的示例。
第五代(5G)或新无线电(NR)移动通信最近正随着来自工业界和学术界的各种候选技术的所有全球技术活动而聚集越来越多的动力。5G/NR移动通信的候选促成技术包括用以提供波束成形增益并支持增加容量的从传统蜂窝频带到高频的大规模天线技术、用以灵活地适应具有不同要求的各种服务/应用的新波形(例如,新无线电接入技术(RAT))、用以支持大规模连接的新多址方案等等。
发明内容
技术问题
为了更有效的通信***,需要用于在小区上从不同小区进行调度的方法和装置。
问题的解决方案
本公开涉及用于在小区上从不同小区进行调度的过程。
在一个实施例中,提供了一种方法。该方法包括接收用于被调度小区的第一调度小区和第二调度小区的第一信息以及用于从第一调度小区和第二调度小区接收物理下行链路控制信道(PDCCH)的第二信息。PDCCH提供具有通过以下方式加扰的循环冗余校验(CRC)的下行链路控制信息(DCI)格式:小区无线电网络临时标识符(C-RNTI)、配置调度RNTI(CS-RNTI)或调制和编码方案C-RNTI(MCS-C-RNTI)。DCI格式在被调度小区上调度物理上行链路共享信道(PUSCH)发送或物理下行链路共享信道(PDSCH)接收。该方法还包括:基于第二信息确定在时间单元内是仅从第一调度小区还是仅从第二调度小区接收PDCCH,以及在该时间单元内仅从第一调度小区或者仅从第二调度小区接收PDCCH。
在另一实施例中,提供了一种用户设备(UE)。该UE包括收发器,该收发器被配置为接收用于被调度小区的第一调度小区和第二调度小区的第一信息以及用于从第一调度小区和第二调度小区接收PDCCH的第二信息。PDCCH提供具有通过以下方式加扰的CRC的DCI格式:C-RNTI、CS-RNTI或MCS-C-RNTI。DCI格式在被调度小区上调度PUSCH发送或PDSCH接收。UE还包括可操作地耦合到收发器的处理器。该处理器被配置为基于第二信息确定在时间单元内PDCCH的接收是仅来自第一调度小区还是仅来自第二调度小区。收发器还被配置为在时间单元内仅从第一调度小区或者仅从第二调度小区接收PDCCH。
在又一实施例中,提供了一种基站。该基站包括收发器,该收发器被配置为发送用于被调度小区的第一调度小区和第二调度小区的第一信息以及用于从第一调度小区和第二调度小区接收PDCCH的第二信息。PDCCH提供具有通过以下方式加扰的CRC的DCI格式:C-RNTI、CS-RNTI或MCS-C-RNTI。DCI格式在被调度小区上调度PUSCH发送或PDSCH接收。该基站还包括可操作地耦合到收发器的处理器,该处理器被配置为根据第二信息确定在时间单元内PDCCH的发送是仅来自第一调度小区还是仅来自第二调度小区。收发器还被配置为在时间单元内仅从第一调度小区或者仅从第二调度小区发送PDCCH。
根据下面的附图、描述和权利要求,其他技术特征对于本领域技术人员来说是容易清晰的。
发明的有利效果
根据本公开的实施例,提供了用于在小区上从不同小区进行调度的方法和装置。
附图说明
为了更完整地理解本公开及其优点,现在提及结合附图进行的以下描述,其中相同的附图标记表示相同的部件:
图1示出了根据本公开的实施例的示例无线网络;
图2示出了根据本公开的实施例的示例基站(BS);
图3示出了根据本公开的实施例的用户设备(UE);
图4示出了根据本公开的实施例的示例无线发送和接收路径;
图5示出了根据本公开的实施例的示例无线发送和接收路径;
图6示出了根据本公开的实施例的使用正交频分复用(OFDM)的示例发送器结构的框图;
图7示出了根据本公开的实施例的使用OFDM的示例接收器结构的框图;
图8示出了根据本公开的实施例的下行链路控制信息(DCI)格式的示例编码处理;
图9示出了根据本公开的实施例的用于与UE一起使用的DCI格式的示例解码处理;
图10示出了根据本公开的实施例的UE确定物理下行链路控制信道(PDCCH)候选的总数和非重叠控制信道元素(CCE)的总数的方法;
图11示出了根据本公开的实施例的基于时间模式在小区上从第一小区和第二小区调度UE的方法;
图12示出了根据本公开的实施例的用于在辅小区上确定活动DL BWP到休眠BWP的改变的方法;
图13示出了根据本公开的实施例的用于基于DCI格式的指示来确定是否在辅小区(SCell)上监视用于在主小区上进行调度的PDCCH的方法;
图14示出了根据本公开的实施例的用于基于主小区上的活动DL BWP来确定是否在SCell上监视用于在主小区上进行调度的PDCCH的方法;
图15示出了根据本公开的实施例的用于生成类型1混合自动重复请求确认(HARQ-ACK)码本的方法;
图16示出了根据本公开的实施例的用于确定搜索空间的方法;
图17示出了根据本公开的实施例的搜索空间集合配置的示例图;
图18示出了根据本公开的实施例的用于确定用于接收PDCCH的UE能力的方法;
图19示出了根据本公开的实施例的用于确定是丢弃还是进行速率匹配的方法;
图20示出了根据本公开的实施例的用户设备(UE);以及
图21示出了根据本公开的实施例的基站。
具体实施方式
在进行下面的详细描述之前,阐述本专利文件通篇使用的某些单词和短语的定义可能是有利的。术语“耦合”及其派生词是指两个或更多个元件之间的任何直接或间接的通信,无论这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词涵盖直接和间接通信。术语“包括”和“包含”及其派生词意味着无限制的包括。术语“或”是包含性的,意味着和/或。短语“与……相关联”及其派生词是指包括、被包括在……内、与……互连、包含、被包含在……内、连接到……或与……连接、耦合到……或与……耦合、可与……通信、与……协作、交织、并置、与……接近、绑定到……或与……绑定、具有、具有……的属性、与……有关系等。术语“控制器”意味着控制至少一个操作的任何设备、***或其一部分。这种控制器可以用硬件或者硬件和软件和/或固件的组合来实施。与任何特定控制器相关联的功能可以是集中式的或分布式的,无论是本地的还是远程的。短语“……中的至少一个”在与项目列表一起使用时意味着可以使用一个或多个所列项目的不同组合,并且可能仅需要列表中的一个项目。例如,“A、B和C中的至少一个”包括任何以下组合:A、B、C、A和B、A和C、B和C以及A和B和C。
此外,下面描述的各种功能可以由一个或多个计算机程序实施或支持,每个计算机程序由计算机可读程序代码形成并体现在计算机可读介质中。术语“应用”和“程序”是指一个或多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或其适于以合适的计算机可读程序代码实施的部分。短语“计算机可读程序代码”包括任何类型的计算机代码,包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质,诸如只读存储器(read only memory,ROM)、随机存取存储器(random access memory,RAM)、硬盘驱动器、光盘(compact disc,CD)、数字视频光盘(digital video disc,DVD)或任何其他类型的存储器。“非瞬时”计算机可读介质不包括传输瞬时电信号或其他信号的有线、无线、光学或其他的通信链路。非暂时性计算机可读介质包括可以永久存储数据的介质以及可以存储数据并在以后重写的介质(诸如可重写光盘或可擦除存储设备)。
本专利文档通篇还提供了针对其他特定单词和短语的定义。本领域的普通技术人员应该理解,在许多(如果不是大多数)情况下,这样的定义适用于这样定义的单词和短语的先前以及将来的使用。
下面讨论的图1至图21以及在本专利文档中用于描述本公开的原理的各种实施例仅是示例性的,不应以任何方式解释为限制本公开的范围。本领域技术人员将理解,本公开的原理可以在任何适当布置的***或设备中实施。
以下文档通过引用结合到本公开中,如同在本文中完全阐述一样:3GPP TS38.211v16.2.0,“NR;物理信道和调制”;3GPP TS 38.212v16.2.0,“NR;复用和信道编码”;3GPP TS 38.213v16.2.0,“NR;用于控制的物理层过程”;3GPP TS 38.214v16.2.0,“NR;用于数据的物理层过程”;3GPP TS 38.321v16.1.0,“NR;媒体接入控制(Medium AccessControl,MAC)协议规范”;以及3GPP TS 38.331v16.1.0,“NR;无线电资源控制(RadioResource Control,RRC)协议规范”。
为了满足自部署***(fourth generation,4G)通信***以来增加的无线数据业务的需求,已经努力开发和部署改进的第五代(5th generation,5G)或预5G/NR通信***。因此,5G或预5G通信***也被称为“超4G网络”或“后长期演进(long term evolution,LTE)***”。
5G通信***被认为在较高频率(毫米波)频带(例如,28GHz或60GHz频带)中实施以便实现较高的数据速率,或者在较低频率频带(诸如,6GHz)中实施以实现稳健的覆盖和移动性支持。为了减少无线电波的传播损耗并增加传输距离,在5G通信***中讨论了波束成形、大规模多输入多输出(multiple-input multiple-output,MIMO)、全维MIMO(FullDimensional MIMO,FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。
此外,在5G通信***中,基于高级小小区、云无线电接入网络(Radio AccessNetwork,RAN)、超密集网络、设备到设备(device-to-device,D2D)通信、无线回程、移动网络、协作通信、协调多点(coordinated multi-points,CoMP)、接收端干扰消除等,正在进行针对***网络改进的开发。
5G***和与其相关联的频带的讨论是供参考的,因为本公开的某些实施例可以在5G***中实施。然而,本公开不限于5G***或与其相关联的频带,并且本公开的实施例可以与任何频带结合使用。例如,本公开的各方面还可以应用于可以使用太赫兹(THz)频带的对5G通信***、6G乃至更新版本的部署。
取决于网络类型,术语“基站”(base station,BS)可以指被配置为提供对网络的无线接入的任何组件(或组件集合),诸如发送点(transmit point,TP)、发送-接收点(transmit-receive point,TRP)、增强型基站(eNodeB或eNB)、gNB、宏小区、毫微微小区、WiFi接入点(access point,AP)、卫星或其他支持无线的设备。基站可以根据一个或多个无线通信协议(例如,5G3GPP新无线电接口/接入(NR)、LTE、高级LTE(LTE advanced,LTE-A)、高速分组接入(High Speed Packet Access,HSPA)、Wi-Fi 802.11a/b/g/n/ac等)来提供无线接入。术语“BS”、“gNB”和“TRP”在本公开中可以互换使用,以指代向远程终端提供无线接入的网络基础设施组件。此外,取决于网络类型,术语“用户设备”(UE)可以指任何组件,诸如移动站、订户站、远程终端、无线终端、接收点、交通工具或用户设备。例如,UE可以是移动电话、智能电话、监视设备、警报设备、车队管理设备、资产跟踪设备、汽车、台式计算机、娱乐设备、信息娱乐设备、自动售货机、电表、水表、气表、安全设备、传感器设备、电器等。
下面的图1-图3描述了在无线通信***中使用正交频分复用(orthogonalfrequency division multiplexing,OFDM)或正交频分多址(orthogonal frequencydivision multiple access,OFDMA)通信技术实施的各种实施例。图1-图3的描述并不意味着对不同实施例可以实施的方式的物理或架构限制。本公开的不同实施例可以在任何适当布置的通信***中实施。
图1示出了根据本公开的实施例的示例无线网络100。图1所示的无线网络100的实施例仅用于说明。在不脱离本公开的范围的情况下,可以使用无线网络100的其他实施例。
如图1所示,无线网络100包括基站BS 101(例如,gNB)、BS 102和BS 103。BS 101与BS 102和BS 103进行通信。BS 101还与至少一个网络130(诸如互联网、专有互联网协议(Internet Protocol,IP)网络或其他数据网络)进行通信。
BS 102为BS 102的覆盖区域120内的第一多个用户设备(UE)提供对网络130的无线宽带接入。第一多个UE包括:UE 111,其可以位于小型商业中;UE 112,其可以位于企业(E)中;UE 113,其可以位于WiFi热点(HS)中;UE 114,其可以位于第一住宅(R)中;UE 115,其可以位于第二住宅(R)中;以及UE 116,UE 116可以是移动设备(M),诸如蜂窝电话、无线膝上型电脑、无线PDA等。BS 103为BS 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在一些实施例中,BS 101-103中的一个或多个可以使用5G/NR、长期演进(LTE)、高级长期演进(LTE-A)、WiMAX、WiFi或其他无线通信技术来彼此通信以及与UE 111-116进行通信。
虚线示出了覆盖区域120和125的大致范围,仅出于说明和解释的目的而将其大致示为圆形。应该清楚地理解,取决于BS的配置以及与自然和人为障碍物相关联的无线电环境的变化,与BS相关联的覆盖区域(诸如覆盖区域120和125)可以具有其他形状,包括不规则形状。
如下文更详细描述的,UE 111-116中的一个或多个包括用于在小区上进行调度的电路、编程或其组合。在某些实施例中,BS 101-103中的一个或多个包括用于在小区上针对不同小区进行调度的电路、编程或其组合。
尽管图1示出了无线网络的一个示例,但是可以对图1进行各种改变。例如,无线网络可以包括任何适当布置的任何数量的BS和任何数量的UE。此外,BS 101可以直接与任何数量的UE进行通信,并向这些UE提供对网络130的无线宽带接入。类似地,每个BS 102-103可以直接与网络130进行通信,并向UE提供对网络130的直接无线宽带接入。此外,BS 101、102和/或103可以提供对其他或附加外部网络(诸如外部电话网络或其他类型的数据网络)的接入。
图2示出了根据本公开的实施例的示例BS 102。图2所示的BS 102的实施例仅用于说明,并且图1的BS 101和103可以具有相同或相似的配置。然而,BS有各种各样的配置,并且图2没有将本公开的范围限制到BS的任何特定实施方式。
如图2所示,BS 102包括多个天线205a-205n、多个射频(radio frequency,RF)收发器210a-210n、发送(TX)处理电路215和接收(RX)处理电路220。BS 102还包括控制器/处理器225、存储器230和回程或网络接口(interface,IF)235。
RF收发器210a-210n从天线205a-205n接收传入的RF信号,诸如由无线网络100中的UE传输的信号。RF收发器210a-210n对传入的RF信号进行下变频以生成IF或基带信号。IF或基带信号被发送到RX处理电路220,RX处理电路220通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路220将经处理的基带信号传输到控制器/处理器225以供进一步处理。
TX处理电路215从控制器/处理器225接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路215对传出的基带数据进行编码、复用和/或数字化,以生成经处理的基带或IF信号。RF收发器210a-210n从TX处理电路215接收传出的经处理的基带或IF信号,并将基带或IF信号上变频为经由天线205a-205n传输的RF信号。
控制器/处理器225可以包括控制BS 102的总体操作的一个或多个处理器或其他处理设备。例如,控制器/处理器225可以根据众所周知的原理,通过RF收发器210a-210n、RX处理电路220和TX处理电路215来控制前向信道信号的接收和反向信道信号的发送。控制器/处理器225也可以支持附加功能,诸如更高级的无线通信功能。例如,控制器/处理器225可以支持在小区上针对不同小区进行调度,以及针对可变调度时延要求的信令。控制器/处理器225可以在BS 102中支持各种其他功能中的任何一种。在一些实施例中,控制器/处理器225包括至少一个微处理器或微控制器。
控制器/处理器225还能够执行驻留在存储器230中的过程和其他过程,诸如OS。控制器/处理器225可以根据执行过程的需要将数据移入或移出存储器230。例如,控制器/处理器225可以根据正在执行的过程将数据移入或移出存储器230。
控制器/处理器225也耦合到回程或网络接口235。回程或网络接口235允许BS 102通过回程连接或网络与其他设备或***进行通信。接口235可以支持通过任何合适的(多个)有线或无线连接进行的通信。例如,当BS 102被实施为蜂窝通信***(诸如支持5G/NR、LTE或LTE-A的蜂窝通信***)的一部分时,网络接口235可以允许BS 102通过有线或无线回程连接与其他BS进行通信。当BS 102被实施为接入点时,网络接口235可以允许BS 102通过有线或无线局域网或者通过有线或无线连接与更大的网络(诸如互联网)进行通信。网络接口235包括支持通过有线或无线连接进行的通信的任何合适的结构,诸如以太网或RF收发器。
存储器230耦合到控制器/处理器225。存储器230的一部分可以包括RAM,并且存储器230的另一部分可以包括闪存或其他ROM。
尽管图2示出了BS 102的一个示例,但是可以对图2进行各种改变。例如,BS 102可以包括图2所示的任何数量的每种组件。作为特定示例,接入点可以包括多个网络接口235,并且控制器/处理器225可以支持路由功能,以在不同的网络地址之间路由数据。作为另一特定示例,虽然被示为包括TX处理电路215的单个实例和RX处理电路220的单个实例,但是BS 102可以包括每种处理电路的多个实例(诸如每个RF收发器一个实例)。此外,图2中的各种组件可以被组合、进一步细分或省略,并且可以根据特定需要添加附加的组件。
图3示出了根据本公开的实施例的示例UE 116。图3所示的UE 116的实施例仅用于说明,并且图1的UE 111-115可以具有相同或相似的配置。然而,UE有各种各样的配置,并且图3不将本公开的范围限制于UE的任何特定实施方式。
如图3所示,UE 116包括天线305、RF收发器310、TX处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、处理器340、输入/输出(input/output,I/O)接口(IF)345、输入设备350、显示器355和存储器360。存储器360包括操作***(operatingsystem,OS)361和一个或多个应用362。
RF收发器310从天线305接收由无线网络100的BS传输的传入的RF信号。RF收发器310对传入的RF信号进行下变频,以生成中频(IF)或基带信号。IF或基带信号被发送到RX处理电路325,RX处理电路325通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路325将经处理的基带信号传输到扬声器330(诸如用于语音数据)或处理器340以供进一步处理(诸如用于网页浏览数据)。
TX处理电路315从麦克风320接收模拟或数字语音数据,或者从处理器340接收其他传出的基带数据(诸如网络数据、电子邮件或交互式视频游戏数据)。TX处理电路315对传出的基带数据进行编码、复用和/或数字化,以生成经处理的基带或IF信号。RF收发器310从TX处理电路315接收传出的经处理的基带或IF信号,并将基带或IF信号上变频为经由天线305传输的RF信号。
处理器340可以包括一个或多个处理器或其他处理设备,并执行存储在存储器360中的OS 361,以便控制UE 116的总体操作。例如,根据众所周知的原理,处理器340可以通过RF收发器310、RX处理电路325和TX处理电路315来控制前向信道信号的接收和反向信道信号的发送。在一些实施例中,处理器340包括至少一个微处理器或微控制器。
处理器340还能够执行驻留在存储器360中的其他过程和过程,诸如用于波束管理的过程。处理器340可以根据执行过程的需要将数据移入或移出存储器360。在一些实施例中,处理器340被配置为基于OS 361或响应于从BS或运营商接收的信号来执行应用362。处理器340还耦合到I/O接口345,I/O接口345向UE 116提供用以连接到其他设备(诸如膝上型计算机和手持计算机)的能力。I/O接口345是这些附件与处理器340之间的通信路径。
处理器340还耦合到输入设备350。UE 116的操作者可以使用输入设备350将数据输入到UE 116中。输入设备350可以是键盘、触摸屏、鼠标、轨迹球、语音输入或能够充当用户接口以允许用户与UE 116交互的其他设备。例如,输入设备350可以包括语音识别处理,从而允许用户输入语音命令。在另一示例中,输入设备350可以包括触摸面板、(数字)笔传感器、按键或超声波输入设备。触摸面板可以识别例如至少一种方案(诸如电容方案、压敏方案、红外方案或超声波方案)中的触摸输入。
处理器340还耦合到显示器355。显示器355可以是液晶显示器、发光二极管显示器或能够呈现文本和/或至少有限图形(诸如来自网站的有限图形)的其他显示器。
存储器360耦合到处理器340。存储器360的一部分可以包括随机存取存储器(RAM),并且存储器360的另一部分可以包括闪存或其他只读存储器(ROM)。
尽管图3示出了UE 116的一个示例,但是可以对图3进行各种改变。例如,图3中的各种组件可以被组合、进一步细分或省略,并且可以根据特定需要添加附加的组件。作为特定示例,处理器340可以被分成多个处理器,诸如一个或多个中央处理单元(centralprocessing unit,CPU)和一个或多个图形处理单元(graphics processing uni,GPU)。此外,尽管图3示出了被配置为移动电话或智能电话的UE 116,但是UE可以被配置为作为其他类型的移动或固定设备来操作。
图4和图5示出了根据本公开的示例无线发送路径和无线接收路径。在以下描述中,图4的发送路径400可以被描述为在BS(诸如BS 102)中实施,而图5的接收路径500可以被描述为在UE(诸如UE 116)中实施。然而,可以理解,接收路径500可以在BS中实施,并且发送路径400可以在UE中实施。在一些实施例中,接收路径500被配置为支持调度小区,如本公开的实施例中所述。
如图4所示的发送路径400包括信道编码和调制块405、串并变换(serial-to-parallel,S-P)块410、大小为N的快速傅立叶逆变换(inverse fast Fourier transform,IFFT)块415、并串变换(parallel-to-serial,P-S)块420、添加循环前缀块425和上变频器(up-converter,UC)430。如图5所示的接收路径500包括下变频器(down-converter,DC)555、去除循环前缀块560、串并变换(S-P)块565、大小为N的快速傅立叶变换(fast Fouriertransform,FFT)块570、并串变换(P-S)块575以及信道解码和解调块580。
如图4所示,信道编码和调制块405接收信息比特集合,应用编码(诸如低密度奇偶校验(low-density parity check,LDPC)编码或极化编码),并调制输入比特(诸如用正交相移键控(quadrature phase shift keying,QPSK)或正交幅度调制(quadratureamplitude modulation,QAM))以生成频域调制符号序列。串并变换块410将串行的调制符号转换(诸如解复用)为并行的数据,以便生成N个并行的符号流,其中N是在BS 102和UE116中使用的IFFT/FFT大小。大小为N的IFFT块415对N个并行的符号流执行IFFT运算,以生成时域输出信号。并串变换块420对来自大小为N的IFFT块415的并行的时域输出符号进行转换(诸如复用),以便生成串行的时域信号。添加循环前缀块425向时域信号***循环前缀。上变频器430将添加循环前缀块425的输出调制(诸如上变频)到RF频率,以便经由无线信道传输。信号也可以在转换到RF频率之前在基带处进行滤波。
从BS 102传输的RF信号在通过无线信道传递之后到达UE 116,并且在UE 116处执行与BS 102处的操作相反的操作。
如图5所示,下变频器555将接收到的信号下变频到基带频率,并且去除循环前缀块560去除循环前缀以生成串行的时域基带信号。串并变换块565将时域基带信号转换成并行的时域信号。大小为N的FFT块570执行FFT算法以生成N个并行的频域信号。并串变换块575将并行的频域信号转换成调制数据符号序列。信道解码和解调块580对调制符号进行解调和解码,以恢复原始的输入数据流。
BS 101-103中的每一个可以实施如图4所示的发送路径400,其类似于在下行链路中向UE 111-116发送,并且可以实施如图5所示的接收路径500,其类似于在上行链路中从UE 111-116接收。类似地,UE 111-116中的每一个可以实施用于在上行链路中向BS 101-103发送的发送路径400,并且可以实施用于在下行链路中从BS 101-103接收的接收路径500。
图4和图5中的每个组件可以使用硬件或者使用硬件和软件/固件的组合来实施。作为特定示例,图4和图5中的至少一些组件可以用软件来实施,而其他组件可以由可配置的硬件或者软件和可配置的硬件的混合来实施。例如,FFT块570和IFFT块515可以被实施为可配置的软件算法,其中大小N的值可以根据实施方式来修改。
此外,尽管被描述为使用FFT和IFFT,但这仅是示例性的,并且不能被解释为限制本公开的范围。可以使用其他类型的变换,诸如离散傅立叶变换(discrete Fouriertransform,DFT)和离散傅立叶逆变换(inverse discrete Fourier transform,IDFT)函数。可以理解,对于DFT和IDFT函数,变量N的值可以是任何整数(诸如1、2、3、4等),而对于FFT和IFFT函数,变量N的值可以是作为2的幂的任何整数(诸如1、2、4、8、16等)。
尽管图4和图5示出了无线发送路径和无线接收路径的示例,但是可以对图4和图5进行各种改变。例如,图4和图5中的各种组件可以被组合、进一步细分或省略,并且可以根据特定需要添加附加的组件。此外,图4和图5旨在示出可以在无线网络中使用的发送路径和接收路径的类型的示例。任何其他合适的架构都可以用于支持无线网络中的无线通信。
小区上用于下行链路(downlink,DL)信令或上行链路(uplink,UL)信令的单位被称为时隙,并且可以包括一个或多个符号。带宽(bandwidth,BW)单位被称为资源块(resource block,RB)。一个RB包括多个子载波(sub-carrier,SC)。例如,时隙可以具有1毫秒的持续时间,并且RB可以具有180kHz的带宽并包括12个SC,其中SC间间隔为15kHz。子载波间隔(sub-carrier spacing,SCS)可以由SCS配置μ确定为2μ·15kHz。一个符号上的一个子载波的单位被称为资源元素(resource element,RE)。一个符号上的一个RB的单位被称为物理RB(physical RB,PRB)。在某些实施例中,时隙可以是全DL时隙,或者全UL时隙,或者与时分双工(time division duplex,TDD)***中的特殊子帧类似的混合时隙。
DL信号包括传送信息内容的数据信号、传送DL控制信息(DL controlinformation,DCI)的控制信号、参考信号(reference signal,RS)(也称为导频信号)等。BS(诸如BS 102)通过相应的物理DL共享信道(physical DL shared channel,PDSCH)或物理DL控制信道(physical DL control channel,PDCCH)发送数据信息或DCI。PDSCH或PDCCH可以在包括一个时隙符号的可变数量的时隙符号上发送。BS发送包括信道状态信息RS(channel state information RS,CSI-RS)和解调RS(demodulation RS,DM-RS)在内的多种类型RS中的一种或多种。CSI-RS旨在供UE(诸如UE 116)执行测量并向BS提供信道状态信息(CSI)。对于信道测量或对于时间跟踪,可以使用非零功率CSI-RS(non-zero power CSI-RS,NZP CSI-RS)资源。对于干扰测量报告(interference measurement report,IMR),可以使用CSI干扰测量(CSI interference measurement,CSI-IM)资源。CSI-IM资源也可以与零功率CSI-RS(zero power CSI-RS,ZP CSI-RS)配置相关联。UE可以通过DL控制信令或高层信令(诸如来自gNB的无线电资源控制(RRC)信令)来确定CSI-RS接收参数。DM-RS通常仅在相应的PDCCH或PDSCH的BW内发送,并且UE可以使用DM-RS来解调数据或控制信息。
UL信号还包括传送信息内容的数据信号、传送UL控制信息(UL controlinformation,UCI)的控制信号、与数据或UCI解调相关联的DM-RS、使得gNB能够执行UL信道测量的探测RS(sounding RS,SRS)、以及使得UE(诸如UE 116)能够执行随机接入的随机接入(random access,RA)前导码。UE通过相应的物理UL共享信道(physical UL sharedchannel,PUSCH)或物理UL控制信道(physical UL control channel,PUCCH)发送数据信息或UCI。PUSCH或PUCCH可以在包括一个时隙符号的可变数量的时隙符号上发送。当UE同时发送数据信息和UCI时,UE可以在PUSCH中复用这两者,或者取决于UE能力,发送两者,即,至少当在不同的小区上发送时的具有数据信息的PUSCH和具有UCI的PUCCH。
UCI包括:混合自动重复请求确认(hybrid automatic repeat requestacknowledgement,HARQ-ACK)信息,指示PDSCH中数据传输块(transport block,TB)或码块组(code blockgroup,CBG)的正确或不正确的检测;调度请求(scheduling request,SR),指示UE在其缓冲器中是否有数据要发送,以及CSI报告,使得gNB能够选择用于到UE的PDSCH或PDCCH传输的适当参数。CSI报告可以包括:信道质量指示符(channel qualityindicator,CQI),向gNB通知使UE以预定误块率(block error rate,BLER)(诸如10%BLER)检测数据TB的最大调制和编码方案(modulation and coding scheme,MCS);预编码矩阵指示符(precoding matrix indicator,PMI),向gNB通知如何根据多输入多输出(MIMO)传输原理组合来自多个发送器天线的信号;CSI-RS资源指示符(CSI-RS resource indicator,CRI),用于获得CSI报告;以及秩指示符(rank indicator,RI),指示PDSCH的传输秩。在某些实施例中,UL RS包括DM-RS和SRS。DM-RS通常在相应PUSCH或PUCCH的BW内发送。gNB可以使用DM-RS来解调相应PUSCH或PUCCH中的信息。SRS由UE发送以向gNB提供UL CSI,并且对于TDD***,还提供用于DL传输的PMI。此外,作为随机接入过程的一部分或出于其他目的,UE可以发送物理随机接入信道(physical random access channel,PRACH)。
DL传输和UL传输可以基于正交频分复用(OFDM)波形,包括使用DFT预编码的变体,称为DFT扩展OFDM。
图6示出了根据本公开的实施例的使用正交频分复用(OFDM)的示例发送器结构的框图600。图7示出了根据本公开的实施例的使用OFDM的示例接收器结构的框图700。
框图600中所示的发送器结构和框图600中所示的接收器结构可以类似于图2的RF收发器210a-210n和图3的RF收发器310。图6的示例框图600和图7的框图700仅用于说明,并且在不脱离本公开的范围的情况下,可以使用其他实施例。
如框图600中所示,信息比特610(诸如DCI比特或数据比特)由编码器620编码,由速率匹配器630速率匹配到指派的时间/频率资源,并且由调制器640调制。随后,SC映射单元660利用来自BW选择器单元665的输入将调制的编码符号和DMRS或CSI-RS 650映射到SC,滤波器670执行快速傅立叶逆变换(IFFT),CP***单元680添加循环前缀(cyclic prefix,CP),并且滤波器690对所得信号进行滤波,并且射频(RF)单元将该信号作为发送比特695进行发送。
如框图700所示,滤波器720对接收信号710进行滤波,CP去除单元730去除CP,滤波器740应用快速傅立叶变换(FFT),SC解映射单元750对BW选择器单元755所选择的SC进行解映射,信道估计器和解调器单元760对接收符号进行解调,速率解匹配器770恢复速率匹配,并且解码器780对所得比特进行解码以提供信息比特790。
在某些实施例中,UE针对相应的潜在PDCCH接收来监视多个候选位置,以对时隙中的多个DCI格式进行解码。DCI格式包括循环冗余校验(cyclic redundancy check,CRC)比特,以便UE确认DCI格式的正确检测。一种类型的DCI格式通过对DCI格式的CRC比特进行加扰的无线电网络临时标识符(radio network temporary identifier,RNTI)来识别。
对于向单个UE调度PDSCH或PUSCH的DCI格式,RNTI可以是小区RNTI(cell RNTI,C-RNTI)或配置调度RNTI(configured scheduling RNTI,CS-RNTI)或MCS-C-RNTI,并且用作UE标识符。在下面的示例中,C-RNTI将在需要时被引用。UE通常接收/监视PDCCH,以根据UE特定搜索空间(UE-specific search space,USS)来检测具有由C-RNTI加扰的CRC的DCI格式。
对于调度传送***信息(system information,SI)的PDSCH的DCI格式,RNTI可以是SI-RNTI。对于调度提供随机接入响应(random access response,RAR)的PDSCH的DCI格式,RNTI可以是RA-RNTI。对于调度提供寻呼信息的PDSCH的DCI格式,RNTI可以是P-RNTI。还有许多其他与提供各种控制信息并且根据公共搜索空间(common search space,CSS)监视的DCI格式相关联的RNTI。
图8示出了根据本公开的实施例的下行链路控制信息(DCI)格式的示例编码过程800。图9示出了根据本公开的实施例的用于与UE一起使用的DCI格式的示例解码过程900。图8的编码过程800和图9的解码过程900仅用于说明,并且在不脱离本公开的范围的情况下,可以使用其他实施例。
BS在相应的PDCCH中分开对每个DCI格式进行编码和发送。当适用时,DCI格式所针对的UE的RNTI将DCI格式码字的CRC屏蔽,以便使得UE能够识别DCI格式。例如,CRC可以包括16比特或24比特,并且RNTI可以包括16比特或24比特。否则,当RNTI不被包括在DCI格式中时,DCI格式类型指示符字段可以被包括在DCI格式中。
如图8所示,使用CRC计算单元820来确定(未编码的)DCI格式比特810的CRC,并且使用CRC比特与RNTI比特840之间的异或(XOR)运算单元830来屏蔽CRC。XOR运算被定义为XOR(0,0)=0,XOR(0,1)=1,XOR(1,0)=1,XOR(1,1)=0。使用CRC附加单元850将屏蔽的CRC比特附加到DCI格式信息比特。编码器860执行信道编码(诸如咬尾卷积编码或极性编码),随后速率匹配器870速率匹配到分配的资源。交织和调制单元880应用交织和调制(诸如QPSK),并且输出控制信号890被发送。
如图9所示,解调器和解交织器920对接收的控制信号910进行解调和解交织。速率匹配器930恢复在BS发送器处应用的速率匹配,并且解码器940对所得比特进行解码。在解码之后,CRC提取器950提取CRC比特,并且提供DCI格式信息比特960。通过与RNTI 980(当适用时)的XOR运算对DCI格式信息比特进行解掩码970,并且单元990执行CRC校验。当CRC校验成功时(校验和为零),DCI格式信息比特被认为是有效的。当CRC校验没有成功时,DCI格式信息比特被认为是无效的。
在某些实施例中,PDCCH传输可以在PRB集合内。BS可以为UE配置用于PDCCH接收的一组或多组PRB集合,称为控制资源集(control resource set,CORESET)。PDCCH接收可以在CORESET中包括的控制信道元素(control channel element,CCE)中进行。
UE可以根据第一PDCCH监视类型或者根据第二PDCCH监视类型来监视PDCCH。对于与UE按时隙进行PDCCH监视的能力相对应的第一PDCCH监视类型,按时隙来定义PDCCH候选的最大数量和用于接收PDCCH候选的非重叠CCE的最大数量/>非重叠CCE是具有不同索引的或在CORESET的不同符号中的或在不同CORESET中的CCE。/>
对于与UE按跨度(span)进行PDCCH监视的能力相对应的第二PDCCH监视类型,按组合(X,Y)来定义PDCCH候选的最大数量和用于接收PDCCH候选的非重叠CCE的最大数量。UE(诸如UE 116)可以按SCS配置μ=0和μ=0,根据组合(X,Y)=(2,2)、(4,3)和(7,3)中的一个或多个来指示监视PDCCH的能力。跨度(span)是其中UE被配置为监视PDCCH(接收候选/潜在PDCCH并针对对应的DCI格式进行解码)的时隙中的连续符号的数量。每个PDCCH监视时机在一个跨度内。如果UE根据组合(X,Y)监视小区上的PDCCH,则UE支持时隙的任何符号中的PDCCH监视时机,其中在两个连续跨度(包括跨时隙的跨度)的第一符号之间具有X个符号的最小时间分隔。跨度开始于PDCCH监视时机开始的第一符号,并且结束于PDCCH监视时机结束的最后符号,其中跨度的符号数量取决于Y。如果UE指示,用以根据用于小区上的PDCCH监视的多个(X,Y)组合和对UE的搜索空间集合的配置来监视PDCCH的能力,导致了对于多个组合(X,Y)中的一个或多个,每两个连续PDCCH监视跨度的分隔等于或大于X值,则UE根据来自一个或多个组合(X,Y)的与和/>的最大数量相关联的组合(X,Y)来监视小区上的PDCCH。在某些实施例中,如果UE(诸如UE 116)可以支持/>个服务小区的第一集合和/>个服务小区的第二集合,则出于报告pdcch-BlindDetectionCA的目的,UE将服务小区的数量确定为/>其中R是由UE报告的值。在这个实施例中,(i)/>个服务小区的第一集合与每个小区的单个TRP相关联,并且对于来自第一服务小区集合的每个服务小区的所有DL BWP上的所有CORESET,UE没有被提供CORESETPoolIndex,或者被提供的CORESETPoolIndex具有单一值,以及(ii)/>个服务小区的第二集合与每个小区的两个TRP相关联,并且对于来自第二服务小区集合的每个服务小区的任何DL BWP上的第一CORESET,UE被提供的CORESETPoolIndex的值为0,而对于第二CORESET,UE被提供的CORESETPoolIndex的值为1。
在某些实施例中,如果UE(诸如UE 116)(i)被配置有个下行链路小区,(ii)与使用SCS配置μ在(多个)调度小区的活动DL BWP中监视的PDCCH候选相关联,其中并且(iii)激活的小区的DL BWP是激活的小区的活动DL BWP,并且停用的小区的DL BWP是具有由用于停用的小区的firstActiveDownlinkBWP-Id所提供的索引的DL BWP,则不要求UE在来自/>个下行链路小区的(多个)调度小区的(多个)活动DLBWP上每个时隙监视多于/>个PDCCH候选或多于/>个非重叠CCE。在该示例中,/>等于4或者是由UE报告的能力。另外,在该示例中,γ是由高层提供给UE的值,或者是R。
对于每个被调度小区,不要求UE在来自个下行链路小区的调度小区的具有SCS配置μ的活动DL BWP上每个时隙监视多于/>个PDCCH候选或多于/>个非重叠CCE。类似地,对于每个被调度小区,不要求UE在来自/>个下行链路小区的调度小区的具有SCS配置μ的活动DL BWP上,对于具有相同CORESETPoolIndex值的CORESET,每个时隙监视多于/>个PDCCH候选或多于/>个非重叠CCE。如果没有为小区提供CORESETPoolIndex,或者如果为小区提供了单一的CORESETPoolIndex,则γ=0。
在某些实施例中,UE基于搜索空间来确定用于对PDCCH候选进行解码的CCE。对于一些RNTI(诸如C-RNTI),用于相应DCI格式的PDCCH候选集合定义了对应的UE特定搜索空间集合。对于其他RNTI(诸如SI-RNTI),用于相应DCI格式的PDCCH候选集合定义了对应的公共搜索空间集合(CSS集合)。搜索空间集合与其中UE监视搜索空间集合的PDCCH候选的CORESET相关联。UE预期监视多达4种大小的DCI格式的PDCCH候选,其中包括多达3种大小的DCI格式具有由每个服务小区的C-RNTI或MCS-C-RNTI加扰的CRC。UE可以基于在用于对应的活动DL BWP的相应搜索空间集合中配置的PDCCH候选的数量,按服务小区对DCI格式大小的数量进行计数。
对于与CORESETp相关联的搜索空间集合s,时隙中搜索空间集合的与PDCCH候选/>相对应的聚合级别L的CCE索引由下面的等式(1)给出,该搜索空间集合用于与载波指示符字段值nCI相对应的服务小区的活动DL BWP。如等式(1)所述,对于任何CSS,/>类似地,对于USS,/>Yp,-1=nRNTI≠0,对pmod3=0有Ap=39827,对pmod3=1有Ap=39829,对pmod3=2有Ap=39839,并且D=65537。
另外,如等式(1)中所述,i=0,…,L-1,并且NCCE,p是CORESETp中CCE(编号从0到NCCE,p-1)的数量。类似地,如果UE被配置有用于在其上监视PDCCH的服务小区的载波指示符字段,则nCI是载波指示符字段值;否则,对于任何CSS,包括nCI=0。等式(1)中描述的表达式说明了/>其中,/>是UE被配置为针对用于与nCI相对应的服务小区的搜索空间集合s的聚合级别L进行监视的PDCCH候选的数量。对于USS,/>是针对搜索空间集合s的聚合级别L,在所有配置的nCI值上的/>最大值。此外,用于nRNTI的RNTI值是C-RNTI。
在某些实施例中,UE(诸如UE 116)根据CSS来监视PDCCH,以便仅在被称为主小区的一个小区上调度提供***信息、随机接入响应或寻呼的PDSCH。UE仅在主小区上发送PUCCH。在某些实施例中,UE被配置为用于PUCCH发送的主辅小区(primary secondarycell,PSCell)。当UE被配置为PSCell时,UE在主/主要小区组的主小区上发送PUCCH,并且在辅小区组的PSCell上发送PUCCH。为简洁起见,本公开的实施例描述考虑了主小区,但是实施例可以直接扩展到PSCell。
响应于PDSCH接收或半持久调度(semi-persistent scheduling,SPS)PDSCH释放或检测到指示SCell的休眠/非休眠行为的DCI格式(监视/不监视用于在SCell上进行调度的PDCCH),报告UE根据类型1HARQ-ACK码本或类型2HARQ-ACK码本生成的HARQ-ACK信息。为简洁起见,在下面的示例中只提及PDSCH接收。
当小区上的第一PDSCH接收可以由第一PDCCH提供的第一DCI格式来调度(第一PDCCH是在来自第一CORESET集合的第一CORESET中接收的,对于第一CORESET集合,UE没有被提供高层参数CORESETPoolIndex,或者被提供的CORESETPoolIndex的值为0),和/或小区上的第二PDSCH接收可以由第二PDCCH提供的第二DCI格式来调度(第二PDCCH是在来自第二CORESET集合的第二CORESET中接收的,对于第二CORESET集合,UE被提供的CORESETPoolIndex的值为1)时,UE根据第一HARQ-ACK码本生成用于第一PDSCH接收的HARQ-ACK信息,并且根据第二HARQ-ACK码本生成用于第二PDSCH接收的HARQ-ACK信息。UE可以被高层配置为在同一PUCCH中对第一HARQ-ACK码本和第二HARQ-ACK码本进行联合编码和复用,或者在相应的第一PUCCH和第二PUCCH中分开对第一HARQ-ACK码本和第二HARQ-ACK码本进行编码和复用。
在某些实施例中,UE还可以接收使用第一TCI状态提供TB的第一PDSCH和使用第二TCI状态提供TB的第二PDSCH。这里,第一PDSCH接收和第二PDSCH接收由单个DCI格式来调度,并且DCI格式中的TCI状态字段指示第一TCI状态和第二TCI状态。UE可以为由第一PDSCH接收和第二PDSCH接收提供的TB生成单一的HARQ-ACK信息。
例如,对于类型-1HARQ-ACK码本被生成,如果UE(i)对于服务小区的活动DL BWP上的第一CORESET,没有被提供CORESETPoolIndex,或者被提供的CORESETPoolIndex的值为0,(ii)对于服务小区的活动DL BWP上的第二CORESET,被提供的CORESETPoolIndex的值为1,以及(iii)被提供的ACKNACKFeedbackMode=JointFeedback。在该示例中,如果服务小区包括第一CORESET,则该服务小区被放置在个服务小区的第一集合S0中。类似地,如果服务小区包括第二CORESET,则该服务小区被放置在/>个服务小区的第二集合S1中。另外,根据服务小区索引的升序将服务小区放置在集合中。也就是说,UE分开为服务小区的集合S0和集合S1生成类型1HARQ-ACK码本,并且将为集合S0生成的HARQ-ACK码本与其后的为集合S1生成的HARQ-ACK码本进行拼接,以获得总计OACK个HARQ-ACK信息比特。
在某些实施例中,配置有DRX模式操作的UE被配置为在活动时间之外监视主小区上的PDCCH,以便检测被称为DCI格式2_6的DCI格式以及DCI格式2_6中的唤醒指示比特的位置。当向高层报告时,唤醒指示比特的‘0’值指示不启动下一个长DRX周期的drx-onDurationTimer,并且当向高层报告时,唤醒指示比特的‘1’值指示启动下一个长DRX周期的drx-onDurationTimer。当UE被配置了搜索空间集合来监视PDCCH以便检测DCI格式2_6,并且UE未能检测到DCI格式2_6时,UE是否在主小区上启动下一个DRX周期的drx-onDurationTimer的UE行为可以由高层配置(以启动drx-onDurationTimer或者不启动drx-onDurationTimer)。drx-onDurationTimer是在DRX周期的起始处的持续时间。
在某些实施例中,UE以DCI格式2_6被配置了用于对应的配置SCell组的位图,其中,对于对应的配置SCell组中每个激活的小区,位图的比特的“0”值指示的活动DL BWP是UE的休眠BWP,并且如果当前的活动DL BWP是休眠DL BWP,则对于对应的配置SCell组中每个激活的SCell,位图的比特的“1”值指示UE的活动(非休眠)DL BWP,或者,如果当前的活动DL BWP不是休眠DL BWP,则对于对应的配置SCell组中每个激活的SCell,位图的比特的“1”值指示UE的当前的活动DL BWP。UE不在SCell的休眠BWP中监视PDCCH。当UE检测到DCI格式2_6时,UE的物理层在下一个长DRX周期内向高层报告UE的唤醒指示比特的值;否则,不报告。还可以通过在主小区上调度PDSCH接收的DCI格式来指示UE将活动DL BWP改变为休眠BWP或非休眠BWP,并且为简洁起见,在本公开中省略了对应的描述。主小区上的UE的活动DLBWP不被指示为改变到休眠BWP。
至少对于初始部署,使用新无线电(NR)无线电接入技术的UE(NR UE)与使用长期演进(LTE)无线电接入技术的传统UE(LTE UE)在同一网络中共存。为了实现这种在同一频谱中的共存,使用动态频谱共享(dynamic spectrum sharing,DSS),其中,NR UE和LTE UE共享同一信道,并且网络可以在LTE UE和NR UE之间动态地分配资源。在某些时间实例(NR的时隙或LTE的子帧)期间,网络可以将大多数DL资源分配给LTE UE,而通常UL频谱没有被完全利用,并且可以用于来自NR UE或LTE UE的传输。还有可能的是,一些DL频谱可用于NRUE的PDSCH接收。为了使得能够进行载波聚合(carrier aggregation,CA)操作的NR UE进行这种操作,可以将在LTE UE和NR UE所共存的第一小区上调度PDSCH接收的PDCCH接收卸载到通常也具有更大带宽的第二小区,在第二小区中,仅存在NR UE。因为第一小区通常是提供同步信号和广播***信息的宏小区,所以它是主小区,并且第二小区可以被表示为辅小区。然而,DSS操作也可以应用于辅小区之间。
一般来说,利用DSS,可以在被调度小区上从第一调度小区(诸如主小区)或者从第二调度小区(诸如SCell)调度NR UE。注意,除非另外明确提及,否则本公开中使用的术语UE是指NR UE。
因此,本公开的实施例考虑到需要定义用于UE的调度过程,该调度过程可以是基于来自第一调度小区或者来自第二调度小区的PDCCH接收在被调度小区上调度的PDSCH接收或PUSCH发送。
本公开的实施例还考虑到,需要定义当可以基于来自主小区或者来自辅小区的PDCCH接收在主小区上为UE调度PDSCH接收或PUSCH发送时用于主小区上的UE的唤醒过程。
本公开的实施例还考虑到,需要定义当可以在主小区上从辅小区调度UE时用于将辅小区上的活动DL BWP改变为休眠BWP的UE过程。
另外,本公开的实施例考虑到需要为UE定义HARQ-ACK报告过程,该HARQ-ACK报告过程可以是基于第一调度小区或第二调度小区上的PDCCH接收在被调度小区上调度的PDSCH接收。
相应地,本公开的实施例涉及定义用于UE的调度过程,该调度过程可以是基于来自第一调度小区或者来自第二调度小区的PDCCH接收在被调度小区上调度的PDSCH接收或PUSCH发送。本公开还涉及定义当UE可以基于来自主小区或者来自辅小区的PDCCH接收在主小区上调度PDSCH接收或PUSCH发送时用于主小区上的UE的唤醒过程。另外,本公开涉及定义用于UE的HARQ-ACK报告过程,该HARQ-ACK报告过程可以基于第一小区或第二小区上的PDCCH接收在第一小区上调度PDSCH接收。
本公开的实施例描述了从第一调度小区或第二调度小区对用于在被调度小区上进行调度UE PDCCH监视能力进行分割。以下示例和实施例描述了从第一调度小区或第二调度小区对用于在被调度小区上进行调度的UE PDCCH监视能力进行分割。
本公开的实施例考虑从第一调度小区或第二调度小区对当可以调度来自小区上的UE的PDSCH接收或PUSCH发送时UE的PDCCH监视能力进行分割。被调度小区可以与第一调度小区或第二调度小区相同或不同,并且第一调度小区和第二调度小区是不同的。该小区是被调度小区,并且第一小区和第二小区是调度小区。为简洁起见,当提及在小区上被调度的UE时,该调度包括使用具有由C-RNTI、CS-RNTI或MCS-C-RNTI加扰的CRC的DCI格式(利用由高层配置的参数),来调度由UE进行的PDSCH接收或者来自UE的PUSCH发送,或者激活或停用由UE进行的半持久调度的PDSCH接收或来自UE的半持久调度的PUSCH发送。
当在小区上从第一调度小区或第二调度小区调度UE(诸如UE 116)而不进行任何时间约束时(UE在第一小区和第二小区上被配置了用于在小区上进行调度的搜索空间集合),该小区是针对第一调度小区和第二调度小区两者的被调度小区。如果第一调度小区和第二调度小区针对UE的相应活动DL BWP中的PDCCH接收使用相同的SCS配置μ,并且对于与用于监视用于在小区上进行调度的PDCCH的、配置给UE的搜索空间集合相关联的CORESET,则基于以下示例,对被调度小区进行计数,或者不进行计数。
例如,如果对于第一调度小区和第二调度小区两者上的至少一个CORESET,UE没有被提供CORESETPoolIndex值,或者被提供的CORESETPoolIndex值为0,则在个小区的数量中对被调度小区计数两次。再例如,如果对于第一调度小区和第二调度小区两者上的至少一个CORESET,UE被提供的CORESETPoolIndex值为1,则在/>个小区的数量中对被调度小区计数两次。再例如,如果对于在第一调度小区或第二调度小区中仅一个上的所有CORESET,UE没有被提供CORESETPoolIndex值,或者仅被提供的CORESETPoolIndex值为0,则在/>个小区的数量中对被调度小区计数一次。再例如,如果对于在第一调度小区或第二调度小区中仅一个上的所有CORESET,UE仅被提供的CORESETPoolIndex值为1,则在/>个小区的数量中对被调度小区计数一次。再例如,如果对于第一调度小区和第二调度小区两者上的所有CORESET,UE仅被提供CORESETPoolIndex值1,则不将被调度小区计入/>个小区的数量中。又例如,如果对于第一调度小区和第二调度小区两者上的所有CORESET,UE没有被提供CORESETPoolIndex值,或者仅被提供CORESETPoolIndex值0,则不将被调度小区计入/>个小区的数量中。
例如,对于其中UE监视用于在被调度小区上进行调度的PDCCH的与搜索空间集合相关联的CORESET,如果对于第一调度小区和第二调度小区两者上的所有CORESET,UE没有被提供CORESETPoolIndex值,则在中对被调度小区计数两次,即/>并且不将其计入/>中。再例如,如果UE在第一调度小区上没有被提供CORESETPoolIndex值,并且对于第二调度小区上的第一CORESET,UE没有被提供CORESETPoolIndex值或者被提供CORESETPoolIndex值0,对于第二调度小区上的第二CORESET,UE被提供CORESETPoolIndex值1,则在/>中对被调度小区计数两次,并且在/>中对被调度小区计数一次。又例如,如果对于第一调度小区上的第一CORESET,UE没有被提供CORESETPoolIndex值或者被提供CORESETPoolIndex值0,并且对于第一调度小区上的第二CORESET,UE被提供CORESETPoolIndex值1,并且,对于第二调度小区上的第一CORESET,UE被提供CORESETPoolIndex值0,并且对于第二调度小区上的第二CORESET,UE被提供CORESETPoolIndex值1,则在/>中对被调度小区计数两次,并且在/>中对被调度小区计数两次。
图10示出了根据本公开的实施例的UE的用以确定物理下行链路控制信道(PDCCH)候选的总数和非重叠控制信道元素(CCE)的总数的方法1000,该UE具有从第一调度小区和第二调度小区调度的小区,该第一调度小区和第二调度小区对于活动下行链路(DL)带宽部分(bandwidth part,BWP)具有相同的子载波间隔(SCS)配置。例如,方法1000的步骤可以由图1的UE 111-116中的任何一个(诸如图3的UE 116)来执行。图10的方法1000仅用于说明,并且在不脱离本公开的范围的情况下,可以使用其他实施例。
如图10所示,根据本公开,方法1000描述了用于UE确定PDCCH候选的总数和非重叠CCE的总数的示例过程,该UE具有从第一调度小区和第二调度小区调度的小区,该第一调度小区和第二调度小区对于活动DL BWP具有相同的SCS配置μ。
UE被配置用于在被调度小区上进行调度的第一调度小区和第二调度小区1010。在步骤1020中,UE确定第一条件是否有效,第一条件是第一调度小区在个小区的第一集合中并且在/>个小区的第二集合中以及第二调度小区在/>个小区的第一集合中并且在/>个小区的第二集合中。当(步骤1020的)第一条件有效时,在步骤1030中,UE通过对在/>个小区的第一集合中并且在/>个小区的第二集合中的第一调度小区和第二调度小区的被调度小区计数两次,来计算针对SCS配置μ的PDCCH候选的总数/>和非重叠CCE的总数/>
当(步骤1020的)第一条件无效时,在步骤1040中,UE确定第二条件是否有效,第二条件是分别有第一调度小区或第二调度小区在个小区的第一集合中并且在/>个小区的第二集合中以及第二调度小区或第一调度小区仅在/>个小区的第一集合中或者仅在/>个小区的第二集合中。当(步骤1040的)第二条件有效时,在步骤1050中,UE通过分别对在/>个小区的第一集合中并且在/>个小区的第二集合中的第一调度小区或第二调度小区的被调度小区计数两次以及对仅在/>个小区的第一集合中或者仅在/>个小区的第二集合中的第二调度小区或第一调度小区的被调度小区计数一次,来计算PDCCH候选的总数和针对SCS配置μ的非重叠CCE的总数。
当(步骤1040的)第二条件无效时,在步骤1060中,UE确定第一调度小区或第二调度小区是否在个小区的第一集合中1060。当第一调度小区或第二调度小区分别在个小区的第一集合中时,在步骤1070中,UE通过分别对/>个小区的第一集合中的第一调度小区或第二调度小区的被调度小区计数一次,来计算PDCCH候选的总数和针对SCS配置μ的非重叠CCE的总数。替代地,在步骤1080中,UE对/>个小区的第二集合中的第一调度小区或第二调度小区的被调度小区分别计数一次。还可能的是,如果调度小区仅在小区的一个集合中,这小区的该一个集合在/>个小区的第一集合中,那么UE不执行步骤1050之后的步骤,并且在/>个小区的第一集合中对被调度小区计数一次。
如果第一调度小区和第二调度小区使用不同的SCS配置μ以便在UE的相应活动DLBWP中进行PDCCH接收,并且对于与用于监视用于在被调度小区上进行调度的PDCCH的、配置给UE的搜索空间集合相关联的CORESET,对被调度小区进行计数,以便确定第一调度小区和第二调度小区两者上的值和/>值,其中对第一调度小区的计数与没有在被调度小区上从第二调度小区调度UE的情况相同,并且对第二调度小区的计数与没有在被调度小区上从第一调度小区调度UE的情况相同。
对被调度小区进行计数以便确定针对第一调度小区和第二调度小区两者的和/>不利于(penalize)针对仅具有一个调度小区的其他被调度小区的PDCCH监视能力,因为具有多于一个调度小区的被调度小区的PDCCH候选需要存在于多于一个调度小区上。
在用以避免不利于具有一个调度小区的被调度小区的第一方法中,分配给这种被调度小区的UE PDCCH监视能力仅被计数一次。例如,如果被调度小区和调度小区可以是同一小区,则仅对于自身作为调度小区(例如,CIF值为0),该小区被包括在和/或/>中,并且对于与被调度小区不同的调度小区(CIF值不为0),该小区不被包括在/>和/或中。例如,如果被调度小区和任何调度小区不是同一小区,则仅对于具有最小小区索引的调度小区,该小区被包括在/>和/或/>中,并且对于具有较大索引的调度小区,该小区不被包括在/>和/或/>中。
在第二种方法中,对于何时可以从第一小区或者从第二小区调度小区,可以引入时间模式。时间模式可以是时隙模式,并且可以由UE基于用于被调度小区的搜索空间集合的配置来确定,或者当用于被调度小区的搜索空间集合的配置导致在相同时隙中从两个调度小区进行PDCCH监视时,由高层提供给UE。时隙模式可以具有预定或配置的持续时间,诸如10个时隙或40个时隙,或者10毫秒或40毫秒。在后一种情况下,时隙数量可以通过将持续时间乘以由SCS配置μ确定的每毫秒的时隙数量来推导出。例如,对于10个时隙的时间模式,UE可以基于用于被调度小区的搜索空间集合的配置或者由高层提供的配置来确定10比特的位图,该位图具有到10个时隙的一对一映射,其中比特值“0”指示该小区在对应的时隙中只能从第一调度小区调度,并且比特值“1”指示该小区在对应时隙中只能从第二调度小区调度。然后,为了确定时隙中PDCCH候选的总数和非重叠CCE的总数/>当对应的位图值为“0”时,UE通过将被调度小区与第一调度小区相关联来确定/>和/或/>其中,μ是第一调度小区中的活动DL BWP的SCS配置,并且当对应的位图值为“1”时,UE通过将被调度小区与第二调度小区相关联来确定/>和/或/>其中,μ是第二调度小区中的活动DL BWP的SCS配置。
图11示出了根据本公开的实施例的用于基于时间模式在小区上从第一小区和第二小区调度UE的方法1100。例如,方法1100的步骤可以由图1的UE 111-116中的任何一个(诸如图3的UE 116)来执行。图11的方法1100仅用于说明,并且在不脱离本公开的范围的情况下,可以使用其他实施例。
如图11所示,步骤1110描述了UE被配置用于在小区上进行调度的第一小区和第二小区。在步骤1120中,UE基于针对该小区的搜索空间集合或者由高层提供的搜索空间集合来确定位图,其中,位图的每个比特具有到多个时隙中的时隙的一对一映射,其中时隙数量等于位图大小。位图大小和时隙数量可以在***操作中是预定的,或者由高层提供给UE。对于给定的时隙,在步骤1130中,UE确定位图中对应的比特是否具有值“0”。当UE确定该比特具有值“0”时,在步骤1140中,UE根据第一小区的活动DL BWP上的搜索空间集合来监视PDCCH候选。当UE确定该比特具有值“1”时,在步骤1150中,UE根据第二小区的活动DL BWP上的搜索空间集合来监视PDCCH候选。
尽管图10和图11示出了方法1000和1100,但是可以对图10和图11进行各种改变。例如,虽然图10的方法1000和图11的方法1100被示为一系列步骤,但是各个步骤可以重叠、并行发生、以不同的次发生或者发生多次。在另一示例中,步骤可以被省略或者被其他步骤代替。例如,方法1100的步骤可以以不同的次序执行。
本公开的实施例还描述了响应于用于在调度小区上监视PDCCH的条件的变化的UE行为。以下示例和实施例描述了响应于用于在调度小区上监视PDCCH的条件的变化的UE行为。
当被调度小区是主小区,或者是UE发送PUCCH的主SCell(PSCell),并且主小区是从SCell被调度的时,UE不预期接收用以停用SCell的指示(例如通过MAC控制元素)。类似地,为了能够在时隙中从主小区或者从SCell动态调度主小区,UE不将SCell上的活动DLBWP改变为SCell上的休眠BWP,其中即使当SCell被包括在一组SCell(对于该组SCell,UE接收到用以将活动DL BWP改变为休眠DL BWP的指示)中时,UE也不监视PDCCH。小区上的休眠DL BWP是其中UE不监视PDCCH的BWP。UE行为可以另外以主小区上已经启动的UE的drx-onDurationTimer为条件;否则,UE行为可以遵循用以停用SCell或将SCell上的活动DL BWP改变为SCell上的休眠BWP的指示。类似于SCell停用,还有可能的是,UE不预期将SCell配置为SCell组的一部分,对于该SCell组,UE可以接收用以将活动DL BWP改变为休眠BWP的指示。
图12示出了根据本公开的实施例的用于确定在辅小区上的活动DL BWP到休眠BWP的改变的方法1200。例如,方法1200的步骤可以由图1的UE 111-116中的任何一个(诸如图3的UE 116)来执行。图12的方法1200仅用于说明,并且在不脱离本公开的范围的情况下,可以使用其他实施例。
如图12所示,根据本公开,方法1200描述了用于UE在辅小区上确定活动DL BWP到休眠BWP的改变的示例过程。在步骤1210中,UE在主小区和第一SCell上被配置了用于在主小区上进行调度的搜索空间集合。在步骤1220中,UE检测DCI格式,该DCI格式针对包括该SCell的一组SCell而包括对活动DL BWP到休眠BWP的改变的指示。在步骤1230中,UE将该组SCell中的每个SCell上的活动DL BWP设置为对应的休眠BWP,除了第一SCell之外,其中活动DL BWP保持不变,并且UE继续根据相应的搜索空间集合来监视PDCCH。注意,对于主小区上的drx-onDurationTimer没有运行的情况可以是例外,在这种情况下,当UE接收到DCI格式的对应的指示时,UE可以将第一SCell上的活动DL BWP改变为休眠BWP。
当被调度小区是主小区或主SCell(PSCell),并且DCI格式2_6指示UE(诸如UE116)不在主小区上启动下一个DRX周期的drx-onDurationTimer时,或者当UE没有检测到DCI格式2_6,UE行为是不在主小区上启动下一个DRX周期的drx-onDurationTimer,并且主小区是从SCell被调度的时,在主小区上的下一个DRX周期期间,UE不在SCell上监视用于在主小区上进行调度的PDCCH。这对于UE功率节省或更好地利用PDCCH监视能力是有益的,因为服务gNB不打算在主小区上调度UE。
此外,UE可以认为DCI格式2_6的指示适用于主小区和SCell两者。在这种情况下,UE不监视用于在SCell上进行调度的PDCCH。另外,当主小区和SCell上的DRX周期对齐时,UE不在SCell上为SCell上的下一个DRX周期启动drx-onDurationTimer。
一般来说,用于在小区上从第一小区或者从第二小区进行调度的条件可以是第一小区和第二小区上对应的DRX周期是对齐的,并且UE可以预期这种对齐。此外,对UE不在主小区上启动下一个DRX周期的drx-onDurationTimer的指示也可以用作对UE将所有SCell上的活动DL BWP改变为对应的休眠BWP或者停用所有SCell的指示。DRX周期可以是长DRX周期或短DRX周期。
当UE在主小区和SCell两者上都被配置了用于在主小区上进行调度的搜索空间集合时,除了主小区上对应的搜索空间集合之外,UE还可以被配置搜索空间集合来监视PDCCH,以用于检测SCell上的DCI格式2_6。否则,当根据主小区上的搜索空间集合,仅通过PDCCH接收在主小区上调度UE时,UE可以仅在主小区上被配置搜索空间集合来监视PDCCH,以用于检测DCI格式2_6。
另外,当主小区上的UE(诸如UE 116)的DRX周期与作为针对主小区的调度小区的SCell上的UE的DRX周期不相同时,UE在主小区上的drx-onDurationTimer没有运行时不监视SCell上的用于在主小区上进行调度的PDCCH。
图13示出了根据本公开的实施例的用于基于DCI格式的指示来确定是否在辅小区(SCell)上监视用于在主小区上进行调度的PDCCH的方法1300。例如,方法1300的步骤可以由图1的UE 111-116中的任何一个(诸如图3的UE 116)来执行。图13的方法1300仅用于说明,并且在不脱离本公开的范围的情况下,可以使用其他实施例。
如图13所示,根据本公开,方法1300描述了UE基于DCI格式的指示来确定是否在SCell上监视用于在主小区上进行调度的PDCCH的示例过程。
在步骤1310中,UE在主小区和SCell上被配置了用于在主小区上进行调度的搜索空间集合。在步骤1320中,UE还在主小区上被配置了搜索空间集合来监视PDCCH,以便检测DCI格式2_6,其中DCI格式2_6包括针对UE是否在主小区上启动下一个DRX周期的drx-onDurationTimer的对UE的指示。
基于该指示或者基于当UE没有检测到DCI格式2_6时配置的UE行为,在步骤1330中,UE确定UE是否在主小区上启动下一个DRX周期的drx-onDurationTimer。当UE在主小区上启动下一个DRX周期的drx-onDurationTimer时(如步骤1330中所确定的),在步骤1340中,UE在SCell上监视用于在主小区上进行调度的PDCCH。当UE没有在主小区上启动下一个DRX周期的drx-onDurationTimer时(如步骤1330中所确定的),在步骤1350中,UE在SCell上监视用于在主小区上进行调度的PDCCH。
还可能的是,UE基于对主小区和SCell两者的DCI格式2_6检测(或者检测的不存在),针对是否启动下一个DRX周期的相应drx-onDurationTimer应用相同的行为。
在某些实施例中,用于在主小区上进行调度的SCell上的PDCCH监视的UE行为也可以取决于主小区上的活动DL BWP。例如,当主小区上的活动DL BWP不是默认DL BWP(其中,通常由DCI格式或者基于定时器bwp-InactivityTimer的期满来指示UE转换到该默认DL)时,或者当没有提供默认DL BWP时是初始DL BWP时,UE基于相应的搜索空间集合在SCell上监视用于在主小区上进行调度的PDCCH。当UE在调度被调度小区上的PDSCH接收或PUSCH发送的第一调度小区或第二调度小区上的PDCCH接收中检测到DCI格式时,UE重置针对被调度小区的定时器bwp-InactivityTimer。再例如,当主小区上的活动DL BWP是默认DL BWP时,则在主小区上对UE的调度通常不太频繁,并且对于UE来说,在SCell上监视用于在主小区上进行调度的PDCCH可能是有害的。例如,由于附加的UE功耗或者由于UE PDCCH监视能力的不必要使用。
在某些实施例中,当UE将主小区上的活动DL BWP改变为默认DL BWP时,UE可以停止在SCell上监视用于在主小区上进行调度的PDCCH,并且当UE将主小区上的活动DL BWP从默认DL BWP改变为另一DL BWP时,UE可以开始在SCell上监视用于在主小区上进行调度的PDCCH。替代地,当UE将主小区上的活动DL BWP改变为主小区上的默认DL BWP或初始DL BWP时,UE可以从搜索空间集合的第一配置切换到搜索空间集合的第二配置,以便在SCell上监视用于在主小区上(或者一般是在被调度小区上)进行调度的PDCCH,反之亦然。如在本公开的第一实施例中所描述的,对于确定时隙中的PDCCH候选的总数或者非重叠CCE的总数,UE也可以不在数量和/或/>中对主小区计数两次。
图14示出了根据本公开的实施例的用于基于主小区上的活动DL BWP来确定是否在SCell上监视用于在主小区上进行调度的PDCCH的方法1400。例如,方法1400的步骤可以由图1的UE 111-116中的任何一个(诸如图3的UE 116)来执行。图14的方法1400仅用于说明,并且在不脱离本公开的范围的情况下,可以使用其他实施例。
如图14所示,根据本公开,方法1400描述了UE基于主小区上的活动DL BWP来确定是否在SCell上监视用于在主小区上进行调度的PDCCH的示例过程。
在步骤1410中,UE在主小区和SCell上被配置了用于在主小区上进行调度的搜索空间集合。在步骤1420中,UE确定主小区上的活动DL BWP是否为默认DL BWP(或初始DLBWP)。当主小区上的活动DL BWP是默认DL BWP时(如步骤1420中所确定的),在步骤1430中,UE在SCell上监视用于在主小区上进行调度的PDCCH,或者根据搜索空间集合的第二配置在SCell上监视用于在主小区上进行调度的PDCCH。否则,当主小区上的活动DL BWP不是默认DL BWP时(如步骤1420中所确定的),在步骤1440中,UE不在SCell上监视用于在主小区上进行调度的PDCCH,或者根据搜索空间集合的第一配置监视用于在主小区上进行调度的PDCCH。
尽管图12示出了方法1200,图13示出了方法1300,并且图14示出了方法1400,但是可以对这些图进行各种改变。例如,虽然图12的方法1200、图13的方法1300和图14的方法1400被示为一系列步骤,但是各个步骤可以重叠、并行发生、以不同的次序发生或者发生多次。在另一示例中,步骤可以被省略或者被其他步骤代替。例如,方法1400的步骤可以以不同的次序执行。
本公开的实施例还描述了用于当被调度小区具有多于一个调度小区时报告HARQ-ACK信息的UE过程。以下示例和实施例描述了用于当被调度小区具有多于一个调度小区时UE报告HARQ-ACK信息的过程。
在某些实施例中,类型1HARQ-ACK码本不取决于UE的PDCCH接收,因此应独立于小区上的PDSCH接收是由第一调度小区上的第一PDCCH接收还是由第二调度小区上的第二PDCCH接收来调度。
在某些实施例中,当第一调度小区与被调度小区相同,并且(i)对于第一调度小区的活动DL BWP上的第一CORESET,UE没有被提供CORESETPoolIndex,或者被提供的CORESETPoolIndex值为0,(ii)对于第一调度小区的活动DL BWP上的第二CORESET,UE被提供的CORESETPoolIndex值为1,(iii)对于第二调度小区的活动DL BWP上的所有CORESET,UE没有被提供CORESETPoolIndex,或者被提供的CORESETPoolIndex值为0,或者(iv)对于第二调度小区的活动DL BWP上的所有CORESET,UE被提供的CORESETPoolIndex值为1时,UE(诸如UE 116)在假设调度总是来自第一调度小区的情况下生成类型1HARQ-ACK码本,以避免类型1HARQ-ACK码本的内容中的任何模糊。
UE分开为第一调度小区的集合S0和集合S1生成类型1HARQ-ACK码本,并且将为集合S0生成的HARQ-ACK码本以及其后的为集合S1生成的HARQ-ACK码本进行拼接,以获得总计OACK个HARQ-ACK信息比特。如果可以在小区上从第一调度小区和从第二调度小区调度UE,第一调度小区既在个服务小区的第一集合S0中又在/>个服务小区的第二集合S1中,第二调度小区或者在/>个服务小区的第一集合S0中或者在/>个服务小区的第二集合S1中,则在假设调度来自第一调度小区的情况下,UE针对每个时隙来生成。
图15示出了根据本公开的实施例的用于生成类型1混合自动重复请求确认(HARQ-ACK)码本的方法1500。例如,方法1500的步骤可以由图1的UE 111-116中的任何一个(诸如图3的UE 116)来执行。图15的方法1500仅用于说明,并且在不脱离本公开的范围的情况下,可以使用其他实施例。
如图15所示,根据本公开,方法1500描述了用于UE取决于调度同一小区的第一小区和第二小区上的CORESET的配置来生成类型1HARQ-ACK码本的示例过程。
在步骤1510中,UE(诸如UE 116)在第一小区和第二小区上被配置了搜索空间集合,用于在第一小区上进行调度。
在步骤1520中,UE确定,对于第一小区的活动DL BWP上的搜索空间集合,(a)对于将第一小区与个服务小区的第一集合S0相关联的第一CORESET,UE没有被提供CORESETPoolIndex,或者被提供的CORESETPoolIndex值为0,以及(b)对于将第一小区与个服务小区的第二集合S1相关联的第二CORESET,UE被提供的CORESETPoolIndex值为1。类似地,对于第二小区的活动DL BWP上的搜索空间集合,(a)对于将第二小区与/>个服务小区的第一集合S0相关联的第一CORESET,UE没有被提供CORESETPoolIndex,或者被提供的CORESETPoolIndex值为0,或者(b)对于将第二小区与/>个服务小区的第二集合S1相关联的第二CORESET,UE被提供的CORESETPoolIndex值为1。
在步骤1530中,UE分开为第一调度小区的集合S0和集合S1生成类型1HARQ-ACK码本,并且UE将为集合S0生成的HARQ-ACK码本与其后的为集合S1生成的HARQ-ACK码本进行拼接(concatenate),以获得总计OACK个HARQ-ACK信息比特。
例如,当第一调度小区与被调度小区相同,并且(i)对于第一调度小区的活动DLBWP上的所有CORESET,UE没有被提供CORESETPoolIndex,或者被提供的CORESETPoolIndex的值为0,以及(ii)对于第二调度小区的活动DL BWP上的所有CORESET,UE被提供的CORESETPoolIndex值为1时,UE需要在假设调度可以来自第一调度小区或者来自第二调度小区的情况下生成类型1HARQ-ACK码本,以避免类型1HARQ-ACK码本的内容中的任何模糊。UE分开为第一调度小区的集合S0和第二调度小区的集合S1生成类型1HARQ-ACK码本,并且将为集合S0生成的HARQ-ACK码本和其后的为集合S1生成的HARQ-ACK码本进行拼接,以获得总计OACK个HARQ-ACK信息比特。也就是说,如果可以在小区上从第一调度小区和从第二调度小区调度UE,第一调度小区仅在个服务小区的第一集合S0中,第二调度小区仅在/>个服务小区的第二集合S1中,则UE在假设调度来自第一调度小区和第二调度小区的情况下针对每个时隙生成HARQ-ACK信息。如果第一调度小区仅在/>个服务小区的第二集合中,并且第二调度小区仅在/>个服务小区的第一集合S0中,则同样适用。
尽管图15示出了方法1500,但是可以对图15进行各种改变。例如,虽然图15的方法1500被示为一系列步骤,但是各个步骤可以重叠、并行发生、以不同的次序发生或者发生多次。在另一示例中,步骤可以被省略或者被其他步骤代替。例如,方法1500的步骤可以以不同的次序执行。
本公开的实施例还涉及根据被调度UE的可变调度时延要求来设计来自基站的下行链路控制信令。
在某些实施例中,参考上面的等式(1),参数基于UE(诸如UE 116)的C-RNTI来随机化针对UE的CCE聚合级别的PDCCH候选的第一CCE。然后,当UE和其他UE在时隙中对于一些PDCCH候选具有重叠的CCE时,该重叠在时隙之间不是永久的。这适用于根据第一PDCCH监视类型的基于时隙的PDCCH监视。对于根据第二PDCCH监视类型的基于跨度的PDCCH监视,更新每个时隙的参数/>将导致针对不同UE的一些PDCCH候选的重叠CCE在时隙内是永久的。例如,对于(X,Y)=(2,2),如果针对不同UE的PDCCH候选在一个跨度中重叠(具有公共的CCE),则它们将在时隙内的所有跨度中重叠,从而导致时隙内除了一个PDCCH候选之外的所有PDCCH候选的永久阻塞(无法准确接收)。因为根据(X,Y)=(2,2)的PDCCH监视的配置旨在支持低调度时延,所以对PDCCH候选的这种阻塞是有害的,并且可能导致无法满足调度时延要求。
例如,UE根据组合(X,Y)监视PDCCH的能力是以两个连续跨度(包括跨时隙的跨度)的第一符号要被至少X个符号分隔开为条件的。然而,UE能力取决于在要求UE接收新的PDCCH候选之前UE可用于处理接收到的PDCCH候选的时间。然后,两个连续跨度(包括跨时隙的跨度)的第一符号要被至少X个符号分隔开的条件可能是不必要的限制。
在某些实施例中,通过向UE提供指示时隙内的PDCCH监视模式的高层参数monitoringSymbolsWithinSlot,来支持UE根据组合(X,Y)在时隙内进行的PDCCH监视。对于UE设计复杂性有益的是,UE在时隙的前三(3)个符号之后的符号中接收PDCCH的能力取决于UE是仅支持第一PDCCH监视类型还是至少支持第二PDCCH监视类型,因为对应的调度时延能力是不同的,并且较小的调度时延与第二PDCCH监视类型相关联。对于仅支持第一PDCCH监视类型的UE,用于在时隙的第三符号之后进行PDCCH接收的能力可以被激发,以便实现与LTE无线电接入技术的共存,然后可以仅被限于SCS配置μ=0,因为LTE仅支持15kHz SCS。
如果UE对PDCCH候选的接收包括由高层指示为不可用的至少一个RE,诸如被指示为供根据LTE无线电接入技术的公共参考信号(CRS)所使用的RE,或者被指示用于由于其他信令的潜在传输而进行的速率匹配的RE,则不要求UE接收PDCCH候选。然而,因为几个PDCCH候选可以包括这样的至少一个RE,并且因为对于根据组合(X,Y)的PDCCH监视,每个跨度的PDCCH候选的数量可能是小的,所以UE不能接收这样的PDCCH候选可能对网络调度UE的能力有实质性的不利影响,并且可能因此增加对应的调度时延。
因此,本公开的实施例考虑到,当UE被配置为根据组合(X,Y)监视PDCCH时,需要按照Y个符号的跨度或者根据X个符号的持续时间来随机化PDCCH候选的位置。
本公开的实施例还考虑到需要确定用于UE根据组合(X,Y)监视PDCCH的条件。
本公开的实施例还考虑到,需要根据用于PDCCH监视类型的能力来确定UE在时隙的第三符号之后的该时隙的符号中接收PDCCH的能力。
另外,本公开的实施例考虑到,当根据用于PDCCH监视类型的能力,PDCCH接收的一些RE被指示为不可用时,需要确定UE接收PDCCH的能力。
相应地,本公开的实施例涉及当UE被配置为根据组合(X,Y)监视PDCCH时,按照Y个符号的跨度或者根据X个符号的持续时间来随机化PDCCH候选的位置。本公开还涉及确定用于UE根据组合(X,Y)监视PDCCH的条件。本公开还涉及根据用于PDCCH监视类型的能力来确定UE在时隙的第三符号之后的该时隙的符号中接收PDCCH的能力。另外,本公开涉及根据用于PDCCH监视类型的能力,当PDCCH接收的一些RE被指示为不可用时确定UE接收PDCCH的能力。
本公开的实施例提供了按照Y个符号传输的跨度来随机化PDCCH候选的位置。以下示例和实施例描述了按照Y个符号传输的跨度来随机化PDCCH候选的位置。
如下所述,本公开的实施例考虑了,当UE被配置为根据组合(X,Y)监视PDCCH时,按照Y个符号的跨度或者按照X个符号的持续时间来随机化PDCCH候选的位置。
考虑等式(1)中描述的搜索空间确定,导致时隙中PDCCH候选的不同第一位置的变量/>的时间单元需要从时隙改变为跨度(或持续时间)。对于根据组合(X,Y)的PDCCH监视,每个时隙有最大/>个跨度,或者等效地,每个时隙有最大/>个持续时间。在下文中,描述是针对跨度Y的,但是搜索空间的等效确定适用描述是针对持续时间X的情况。
为了实现对不同跨度中的PDCCH候选的第一CCE的随机化,应定义跨度的时间单元。因为每个时隙有最大/>个跨度,所以/>其中iY是时隙内的跨度索引并且/>然后,搜索空间确定可以如下面的等式(2)中所描述的那样归纳,以便还支持根据组合(X,Y)的第二(基于跨度的)PDCCH监视类型,其中术语的剩余部分如等式(1)中所描述的。
对于与CORESETCCEp相关联的搜索空间集合s,对于与载波指示符字段值nCI相对应的服务小区的活动DL BWP,在PDCCH监视是根据第一类型(基于时隙)的情况下时隙中的与搜索空间集合的PDCCH候选/>相对应的聚合级别L的CCE索引,或者在PDCCH监视是根据第二类型(基于跨度)的情况下跨度/>中的这种CCE索引,由下面的等式(2)给出。
在等式(2)中,对于任何CSS,Yp,t=0。另外,在等式(2)中,对于USS,如果PDCCH监视是根据第一类型的,则如果PDCCH监视是根据第二类型的,则/>Yp,-1=nRNTI≠0,对于pmod3=0有Ap=39827,对于pmod3=1有Ap=39829,对于pmod3=2有Ap=39839,并且D=65537。类似地,根据组合(X,Y)针对基于跨度的监视使用X而不是Y,在持续时间/>中,/>尽管该实施例考虑了X<14个符号,但是当X是多个时隙(诸如2、4或8个时隙)时,相同的原理也适用。
图16示出了根据本公开的实施例的用于确定搜索空间的方法1600。例如,方法1600的步骤可以由图1的UE 111-116中的任何一个(诸如图3的UE 116)来执行。图16的方法1600仅用于说明,并且在不脱离本公开的范围的情况下,可以使用其他实施例。
如图16所示,方法1600描述了根据本公开的用于UE确定搜索空间集合的示例处理。
在步骤1610中,UE(诸如UE 116)确定根据CORESETp中的搜索空间集合的且在具有SCS配置μ的活动DL BWP上的PDCCH监视是根据第一PDCCH监视类型基于时隙的,还是根据第二PDCCH监视类型使用组合(X,Y)而基于跨度的。当PDCCH监视是根据第一PDCCH监视类型的时(如在步骤1610中所确定的),在步骤1620中,UE通过设置根据等式(2)来确定对应的PDCCH候选的CCE,其中,/>是时隙索引。当PDCCH监视是根据第二PDCCH监视类型的时(如在步骤1610中确定的),在步骤1630中,UE通过设置/>(其中,/>是跨度索引)或者通过设置/>(其中,/>是持续时间索引)根据等式2来确定对应的PDCCH候选的CCE。
尽管图16示出了方法1600,但是可以对图16进行各种改变。例如,虽然图16的方法1600被示为一系列步骤,但是各个步骤可以重叠、并行发生、以不同的次序发生或者发生多次。在另一示例中,步骤可以被省略或者被其他步骤代替。例如,方法1600的步骤可以以不同的次序执行。
本公开的实施例提供了确定用于PDCCH监视的组合(X,Y)。以下示例和实施例描述了确定用于PDCCH监视的组合(X,Y)。
本公开的实施例考虑了用于UE(诸如UE 116)根据组合(X,Y)确定PDCCH监视的条件。
在某些实施例中,UE(诸如UE 116)根据组合(X,Y)=(7,3)和根据组合(X,Y)=(4,3)来监视PDCCH。注意,X越大,PDCCH候选的最大数量越大,并且UE可以用来监视SCS配置μ的PDCCH的非重叠CCE的最大数量/>也越大。例如,对于SCS配置μ=0,对于(X,Y)=(7,3)有/>和/>而对于(X,Y)=(4,3)有/>和/>
因此,对于UE来说,基于搜索空间集合的配置在适用情况下使用具有较大X值的组合(X,Y)是有益的。用于确定组合(X,Y)的适用性的条件涉及,在PDCCH接收的最后符号之后且在下一PDCCH接收的第一符号之前,UE可用于PDCCH处理的处理时间。对于组合(X,Y),处理时间是X-Y。使用在跨度中的PDCCH接收的最后符号与紧接的下一跨度中的PDCCH接收的第一符号之间具有X-Y个符号的标准比在跨度中的PDCCH接收的第一符号与紧接的下一跨度中的PDCCH接收的第一符号之间具有X个符号的标准更适当。
图17示出了根据本公开的实施例的搜索空间集合配置的示例图1700。
如图17所示,图1700描述了根据本公开的实施例的示例搜索空间集合配置和用以确定对应的(X,Y)组合的两个可能标准。
UE(诸如UE 116)可以配置用于第一类型(基于时隙的)PDCCH监视的第一搜索空间集合1710和用于第二类型(基于跨度的)PDCCH监视的第二搜索空间集合。例如,第一跨度1720在时隙的第三符号和第四符号上,并且第二跨度1730在时隙的第九符号和第十符号上。
如果由UE对用于第二类型PDCCH监视的组合(X,Y)的确定是基于两个连续跨度的第一符号之间的符号数量,则该组合是(X,Y)=(4,3),因为符号数量需要至少是X个符号,并且它是6个符号。如果由UE对用于第二类型PDCCH监视的组合(X,Y)的确定是基于跨度的最后符号与下一跨度的第一符号之间的符号数量,则该组合是(X,Y)=(7,3),因为符号数量需要至少是X-Y个符号,并且它是4个符号。
因此,优选的是,如果UE根据组合(X,Y)在小区上监视PDCCH,则UE支持时隙的任何符号中的PDCCH监视时机,其中在跨度的最后符号与紧接的下一跨度的第一符号之间(对于任何两个连续跨度)(包括跨时隙的跨度)具有X-Y个符号的最小时间分隔。
本公开的实施例提供了根据PDCCH SCS确定UE在时隙内监视PDCCH的能力。以下示例和实施例描述了根据PDCCH SCS确定UE在时隙内监视PDCCH的能力。
本公开的实施例考虑了根据用于PDCCH监视类型的能力来确定UE(诸如UE 116)在时隙的符号(该符号在该时隙的第三符号之后)中接收PDCCH的能力。
在某些实施例中,UE基于由高层参数monitoringSymbolsWithinSlot提供的时隙内的PDCCH监视模式,根据组合(X,Y)来确定时隙内的PDCCH监视。对于第一类型(基于时隙的)PDCCH监视,UE可能不具有在时隙的预定的第一数量的符号(诸如3个符号)之后的、该时隙的符号中接收PDCCH的能力,或者可能仅具有针对SCS配置μ=0的(15kHz)的能力,例如以支持在相同带宽中与LTE无线电接入技术共存。对于第二类型(基于跨度的)PDCCH监视,UE需要具有在时隙的前3个符号之后接收PDCCH的能力,因为第二类型PDCCH监视的目的是最小化调度时延。因此,UE在针对SCS配置μ>0的时隙的前3个符号之后接收PDCCH的能力可以与用于根据第一类型或第二类型的PDCCH监视的UE能力相关联。
例如,因为针对SCS配置μ=2的时隙持续时间是0.25毫秒,并且对于要求低时延的典型服务来说足够小,所以除了SCS配置μ=0之外,UE在用于第二类型PDCCH监视的时隙的前3个符号之后接收PDCCH的能力可以被限制为SCS配置μ=1(时隙持续时间是0.5毫秒)。
图18示出了根据本公开的实施例的用于确定用于接收PDCCH的UE能力的方法1800。例如,方法1800的步骤可以由图1的UE 111-116中的任何一个(诸如图3的UE 116)来执行。图18的方法1800仅用于说明,并且在不脱离本公开的范围的情况下,可以使用其他实施例。
如图18所示,根据本公开,方法1800描述了基于包括时隙的最后符号之后的符号的PDCCH监视模式来确定接收PDCCH的UE能力。
在步骤1810中,由高层向UE(诸如UE 116)提供用于搜索空间集合的配置,该配置包括指示时隙内的PDCCH监视模式的参数monitoringSymbolsWithinSlot。在步骤1820中,UE确定在具有SCS配置μ的活动DL BWP上的PDCCH监视是根据第一PDCCH监视类型基于时隙的,还是根据第二PDCCH监视类型使用组合(X,Y)而基于跨度的。
当PDCCH监视是根据第一PDCCH监视类型的时(如在步骤1820中所确定的),在步骤1830中,UE仅针对SCS配置μ=0来监视PDCCH。当PDCCH监视是根据第二PDCCH监视类型的时(如步骤1820中所确定的),在步骤1840中,UE既针对SCS配置μ=0又针对SCS配置μ=1来监视PDCCH。
在某些实施例中,通过包括高层参数dci-Format2-4的用于搜索空间集合的配置,UE在针对SCS配置μ=1的时隙内监视PDCCH的能力也可以适用于配置有第一类型(基于时隙的)PDCCH监视的UE。高层参数dci-Format2-4指示UE被配置为根据搜索空间集合来检测DCI格式2_4,其中DCI格式2_4用于指示其中UE需要取消PUSCH或SRS传输的资源集合。这种传输取消的目的是释放时间-频率资源以用于低调度流量的传输,该低调度流量通常在要取消的PUSCH或SRS传输之后被调度,能够支持用于检测DCI格式2_4的PDCCH监视的UE需要支持针对SCS配置μ=1包括的时隙内的PDCCH监视。
尽管图18示出了方法1800,但是可以对图18进行各种改变。例如,虽然图18的方法1800被示为一系列步骤,但是各个步骤可以重叠、并行发生、以不同的次序发生或者发生多次。在另一示例中,步骤可以被省略或者被其他步骤代替。例如,方法1800的步骤可以以不同的次序执行。
本公开的实施例提供了确定UE用于监视包括被指示为不可用的RE的PDCCH候选的能力。以下示例和实施例考虑了确定UE接收包括向UE指示为不可用的RE的PDCCH候选的能力。
例如,该指示可以基于通过DCI格式的层1信令,或者基于可以例如通过***信息或寻呼来广播的高层信令,或者例如通过PDSCH而被调度给UE的包括无线电资源控制(RRC)信令的UE特定的。
在某些实施例中,如果UE(诸如UE 116)根据第一类型(基于时隙的PDCCH监视)来监视PDCCH,则UE通常具有足够数量的PDCCH候选或非重叠CCE,并且不需要招致附加的复杂度来对PDCCH候选的被指示为不可用的RE进行速率匹配或穿孔,以便接收PDCCH候选。如果UE根据基于跨度的第二类型来监视PDCCH,则候选的数量或非重叠CCE的数量可以显著小于基于时隙的PDCCH监视。例如,SCS配置μ=1,对于基于时隙的PDCCH监视,PDCCH候选或非重叠CCE的最大数量可以分别是36或56,而对于具有组合(X,Y)=(2,2)的基于跨度的PDCCH监视,PDCCH候选或非重叠CCE的最大数量可以分别是12和18。例如,由于针对组合(X,Y)=(2,2)的PDCCH监视可以贯穿时隙,并且因为诸如当这些操作与LTE操作或CSI-RS共存时的CRS的其他信令(对于这些信令,RE被指示为不可用)可以遍及整个活动DL BWP,所以实际上UE不可能在包括这些RE的符号中接收任何PDCCH候选。因此,可以要求具有第二类型(基于跨度的)PDCCH监视的UE对已经向UE指示为不可用于PDCCH接收的RE中的PDCCH候选的接收进行速率匹配或穿孔。
图19示出了根据本公开的实施例的用于确定用于接收PDCCH的UE能力的方法1800。例如,方法1800的步骤可以由图1的UE 111-116中的任何一个(诸如图3的UE 116)来执行。图19的方法1900仅用于说明,并且在不脱离本公开的范围的情况下,可以使用其他实施例。
如图19所示,根据本公开,方法1900描述了由UE确定包括对于向UE指示为不可用于PDCCH接收的RE的PDCCH候选的接收,是否丢弃或者是否进行速率匹配或者穿孔。
在步骤1910中,由高层向UE(诸如UE 116)提供不可用于PDCCH接收的RE集合。在步骤1920中,UE确定PDCCH候选包括来自RE集合的RE子集。在步骤1930中,UE确定是否要求UE对RE子集中的PDCCH候选的接收进行速率匹配或穿孔。当要求UE对RE子集中的PDCCH接收进行速率匹配或穿孔时(如步骤1930中所确定的),在步骤1940中,UE在排除RE子集的对应的RE中接收PDCCH候选。替代地,在步骤1950中,UE可以不接收PDCCH候选。
在某些实施例中,由UE对PDCCH候选的RE进行速率匹配或穿孔以避免被指示为不可用于接收PDCCH候选的RE,也可以应用,而与PDCCH监视类型无关。例如,对PDCCH候选的速率匹配或穿孔可以取决于针对对应的DCI格式的或者在该DCI格式上的PDCCH候选的数量。例如,对于在CSS中提供***或寻呼信息的DCI格式(称为DCI格式1_0),或者对于指示一个时隙或时隙集合中的UL-DL配置的DCI格式(称为DCI格式2_0),或者对于指示UE取消PUSCH或SRS传输的DCI格式(称为DCI格式2_4),UE可以具有很少的PDCCH候选,诸如一个或两个PDCCH候选。然后,即使用于检测上述DCI格式的PDCCH监视可以是基于时隙的,但是实际上UE可能有必要对于在被指示为不可用的RE中的PDCCH候选的接收进行速率匹配或穿孔,并且接收PDCCH候选。可以要求UE在不可用的RE中对PDCCH接收进行速率匹配或穿孔,该PDCCH接收用于检测预定DCI格式(诸如DCI格式1_0、DCI格式2_0或DCI格式2_4),或者用于检测UE根据CSS监视对应的PDCCH候选的DCI格式,并且不要求UE接收用于其他DCI格式(诸如UE根据USS监视对应的PDCCH候选的DCI格式)的包括不可用的RE的PDCCH候选。
在某些实施例中,在被指示为对UE不可用的RE中由UE对PDCCH候选的接收进行速率匹配或穿孔也可以取决于RE的数量。例如,如果速率匹配或穿孔将会导致高于一定码率的与PDCCH候选相关联的DCI格式的码率,则UE可以跳过PDCCH候选的接收。例如,码率可以在***操作中是预定的,或者由高层提供给UE。
尽管图19示出了方法1900,但是可以对图19进行各种改变。例如,虽然图19的方法1900被示为一系列步骤,但是各个步骤可以重叠、并行发生、以不同的次序发生或者发生多次。在另一示例中,步骤可以被省略或者被其他步骤代替。例如,方法1900的步骤可以以不同的次序执行。
图20示出了根据本公开的实施例的用户设备(UE)。
参考图20,UE 2000可以包括控制器2010、收发器2020和存储器2030。然而,所有示出的组件都不是必需的。UE 2000可以由比图20所示更多或更少的组件来实施。此外,根据另一实施例,控制器2010和收发器2020以及存储器2030可以被实施为单个芯片。
UE 2000可以对应于如上所述的UE。例如,UE 2000可以对应于图3中的UE。
现在将详细描述前述组件。
控制器2010可以包括一个或多个处理器或控制所提出的功能、处理和/或方法的其他处理设备。UE 2000的操作可以由控制器2010来实施。
收发器2020可以包括用于对发送的信号进行上变频和放大的RF发送器和用于对接收的信号的频率进行下变频的RF接收器。然而,根据另一实施例,收发器2020可以由比组件中所示更多或更少的组件来实施。
收发器2020可以连接到控制器2010,并且发送和/或接收信号。信号可以包括控制信息和数据。此外,收发器2020可以通过无线信道接收信号,并且将信号输出到控制器2010。收发器2020可以通过无线信道发送从控制器2010输出的信号。
存储器2030可以存储由电子设备2000获得的信号中包括的控制信息或数据。存储器2030可以连接到控制器2010,并且存储至少一个指令或协议或参数以用于所提出的功能、处理和/或方法。存储器2030可以包括只读存储器(ROM)和/或随机存取存储器(RAM)和/或硬盘和/或CD-ROM和/或DVD和/或其他存储设备。
图21示出了根据本公开的实施例的基站。
参考图21,基站2100可以包括控制器2110、收发器2120和存储器2130。然而,所有示出的组件都不是必需的。基站2100可以由比图21所示更多或更少的组件来实施。此外,根据另一实施例,控制器2110和收发器2120以及存储器2130可以被实施为单个芯片。
基站2100可以对应于本公开中描述的gNB。例如,基站2100可以对应于图2中的gNB。
现在将详细描述前述组件。
控制器2110可以包括一个或多个处理器或控制所提出的功能、处理和/或方法的其他处理设备。基站2100的操作可以由控制器2110来实施。
收发器2120可以包括用于对发送的信号进行上变频和放大的RF发送器,以及用于对接收的信号的频率进行下变频的RF接收器。然而,根据另一实施例,收发器2120可以由比组件中所示更多或更少的组件来实施。
收发器2120可以连接到控制器2110,并且发送和/或接收信号。信号可以包括控制信息和数据。此外,收发器2120可以通过无线信道接收信号,并且将信号输出到控制器2110。收发器2120可以通过无线信道发送从控制器2110输出的信号。
存储器2130可以存储由基站2100获得的信号中包括的控制信息或数据。存储器2130可以连接到控制器2110,并且存储至少一个指令或协议或参数以用于所提出的功能、处理和/或方法。存储器2130可以包括只读存储器(ROM)和/或随机存取存储器(RAM)和/或硬盘和/或CD-ROM和/或DVD和/或其他存储设备。
尽管附图示出了用户设备的不同示例,但是可以对附图进行各种改变。例如,用户设备可以以任何合适的布置包括任何数量的每种组件。一般来说,附图并不将本公开的范围限制于任何特定的(多个)配置。此外,虽然附图示出了可以使用本专利文档中公开的各种用户设备特征的操作环境,但是这些特征可以用于任何其他合适的***中。
尽管已经用示例性实施例描述了本公开,但是本领域技术人员可以想到各种变化和修改。本公开旨在包含落入所附权利要求的范围内的这些变化和修改。本申请中的任何描述都不应被理解为暗示任何特定的元素、步骤或功能是必须被包括在权利要求范围内的必要元素。专利主题的范围由权利要求限定。
Claims (15)
1.一种由通信***中的用户设备(UE)执行的方法,所述方法包括:
接收:
用于被调度小区的第一调度小区和第二调度小区的第一信息,以及
用于从第一调度小区和第二调度小区接收物理下行链路控制信道(PDCCH)的第二信息,其中:
PDCCH提供具有通过下述项加扰的循环冗余校验(CRC)的下行链路控制信息(DCI)格式:小区无线电网络临时标识符(C-RNTI)、配置调度RNTI(CS-RNTI)或者调制和编码方案C-RNTI(MCS-C-RNTI),以及
DCI格式在被调度小区上调度物理上行链路共享信道(PUSCH)发送或物理下行链路共享信道(PDSCH)接收;
基于第二信息确定在时间单元内是仅从第一调度小区还是仅从第二调度小区接收PDCCH;以及
在时间单元内仅从第一调度小区或者仅从第二调度小区接收PDCCH。
2.根据权利要求1所述的方法,还包括:
在被调度小区上发送PUSCH,其中,PUSCH发送由来自DCI格式的DCI格式来调度,
其中,时间单元是被调度小区的时隙、第一调度小区的时隙或第二调度小区的时隙。
3.根据权利要求1所述的方法,还包括:
基于下述项来确定用于被调度小区的时隙的类型1混合自动重复请求确认(HARQ-ACK)码本:
第一调度小区上的第一控制资源集(CORESET)的索引,以及
第二调度小区上的第二CORESET的索引,其中,来自第一调度小区和第二调度小区的PDCCH分别在第一CORESET和第二CORESET中接收。
4.根据权利要求1所述的方法,还包括:
将第一调度小区上的活动下行链路带宽部分(DL BWP)改变为默认DL BWP;以及
改变用于来自第二调度小区的PDCCH接收的搜索空间集合的配置。
5.根据权利要求1所述的方法,还包括:
接收PDCCH,该PDCCH提供具有由PS-RNTI加扰的CRC的DCI格式,该DCI格式指示不在主小区上启动下一个非连续接收(DRX)周期的定时器;以及
在下一个DRX周期期间暂停来自主小区和来自辅小区的PDCCH接收,其中:
第一调度小区是主小区,并且
第二调度小区是辅小区。
6.一种通信***中的用户设备(UE),包括:
收发器;以及
控制器,被配置为控制:
经由收发器接收,
用于被调度小区的第一调度小区和第二调度小区的第一信息,以及
用于从第一调度小区和第二调度小区接收物理下行链路控制信道(PDCCH)的第二信息,其中:
PDCCH提供具有通过下述项加扰的循环冗余校验(CRC)的下行链路控制信息(DCI)格式:小区无线电网络临时标识符(C-RNTI)、配置调度RNTI(CS-RNTI)或调制和编码方案C-RNTI(MCS-C-RNTI),以及
DCI格式在被调度小区上调度物理上行链路共享信道(PUSCH)发送或物理下行链路共享信道(PDSCH)接收,
基于第二信息确定在时间单元内PDCCH的接收是仅来自第一调度小区还是仅来自第二调度小区,以及
经由收发器在时间单元内仅从第一调度小区或者仅从第二调度小区接收PDCCH。
7.根据权利要求6所述的UE,其中,控制器还被配置为控制:
经由收发器在被调度小区上发送PUSCH,其中,PUSCH发送由来自DCI格式的DCI格式来调度,
其中,时间单元是被调度小区的时隙、第一调度小区的时隙或第二调度小区的时隙。
8.根据权利要求6所述的UE,其中,控制器还被配置为控制:
基于下述项来构建用于被调度小区的时隙的类型1混合自动重复请求确认(HARQ-ACK)码本:
第一调度小区上的第一控制资源集(CORESET)的索引,以及
第二调度小区上的第二CORESET的索引,其中,来自第一调度小区和第二调度小区的PDCCH分别在第一CORESET和第二CORESET中接收。
9.根据权利要求6所述的UE,其中,控制器还被配置为控制:
将第一调度小区上的活动下行链路带宽部分(DL BWP)改变为默认DL BWP,以及
改变用于来自第二调度小区的PDCCH接收的搜索空间集合的配置。
10.根据权利要求6所述的UE,其中,控制器还被配置为控制:
经由收发器接收PDCCH,该PDCCH提供具有由PS-RNTI加扰的CRC的DCI格式,该DCI格式指示不在主小区上启动下一个非连续接收(DRX)周期的定时器,以及
在下一个DRX周期期间暂停来自主小区和来自辅小区的PDCCH接收,其中:
第一调度小区是主小区,并且
第二调度小区是辅小区。
11.一种由通信***中的基站执行的方法,所述方法包括:
发送:
用于被调度小区的第一调度小区和第二调度小区的第一信息,以及
用于从第一调度小区和第二调度小区接收物理下行链路控制信道(PDCCH)的第二信息,其中:
PDCCH提供具有通过下述项加扰的循环冗余校验(CRC)的下行链路控制信息(DCI)格式:小区无线电网络临时标识符(C-RNTI)、配置调度RNTI(CS-RNTI)或调制和编码方案C-RNTI(MCS-C-RNTI),以及
DCI格式在被调度小区上调度物理上行链路共享信道(PUSCH)发送或物理下行链路共享信道(PDSCH)接收;
根据第二信息确定在时间单元内PDCCH的发送是仅来自第一调度小区还是仅来自第二调度小区;以及
在时间单元内仅从第一调度小区或者仅从第二调度小区发送PDCCH。
12.根据权利要求11所述的方法,还包括:
在被调度小区上接收PUSCH,其中,PUSCH接收由来自DCI格式的DCI格式来调度,
其中,时间单元是被调度小区的时隙、第一调度小区的时隙或第二调度小区的时隙。
13.一种通信***中的基站,包括:
收发器;以及
控制器,被配置为控制:
发送:
用于被调度小区的第一调度小区和第二调度小区的第一信息,以及
用于从第一调度小区和第二调度小区接收物理下行链路控制信道(PDCCH)的第二信息,其中:
PDCCH提供具有通过下述项加扰的循环冗余校验(CRC)的下行链路控制信息(DCI)格式:小区无线电网络临时标识符(C-RNTI)、配置调度RNTI(CS-RNTI)或调制和编码方案C-RNTI(MCS-C-RNTI),以及
DCI格式在被调度小区上调度物理上行链路共享信道(PUSCH)发送或物理下行链路共享信道(PDSCH)接收;以及
根据第二信息确定在时间单元内PDCCH的发送是仅来自第一调度小区还是仅来自第二调度小区,
经由收发器在时间单元内仅从第一调度小区或者仅从第二调度小区发送PDCCH。
14.根据权利要求13所述的基站,其中,控制器还被配置为:
经由收发器在被调度小区上接收PUSCH,其中,PUSCH接收由来自DCI格式的DCI格式来调度,
其中,时间单元是被调度小区的时隙、第一调度小区的时隙或第二调度小区的时隙。
15.根据权利要求13所述的基站,
其中,控制器还被配置为基于下述项来解构用于被调度小区的时隙的类型1混合自动重复请求确认(HARQ-ACK)码本:第一调度小区上的第一控制资源集(CORESET)的索引和第二调度小区上的第二CORESET的索引,其中,来自第一调度小区和第二调度小区的PDCCH分别在第一CORESET和第二CORESET中接收,或者
其中,控制器还被配置为将第一调度小区上的活动下行链路带宽部分(DL BWP)改变为默认DL BWP,并且改变用于来自第二调度小区的PDCCH发送的搜索空间集合的配置。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202063052781P | 2020-07-16 | 2020-07-16 | |
US63/052,781 | 2020-07-16 | ||
US202063055095P | 2020-07-22 | 2020-07-22 | |
US63/055,095 | 2020-07-22 | ||
US17/304,736 US11765716B2 (en) | 2020-07-16 | 2021-06-24 | Scheduling on a cell from different cells |
US17/304,736 | 2021-06-24 | ||
PCT/KR2021/009112 WO2022015078A1 (en) | 2020-07-16 | 2021-07-15 | Scheduling on a cell from different cells |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116210323A true CN116210323A (zh) | 2023-06-02 |
Family
ID=79293138
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180061056.6A Pending CN116210323A (zh) | 2020-07-16 | 2021-07-15 | 在小区上从不同小区进行调度 |
Country Status (5)
Country | Link |
---|---|
US (2) | US11765716B2 (zh) |
EP (1) | EP4165940A4 (zh) |
KR (1) | KR20230040947A (zh) |
CN (1) | CN116210323A (zh) |
WO (1) | WO2022015078A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220232401A1 (en) * | 2021-01-15 | 2022-07-21 | Qualcomm Incorporated | Pdcch monitoring capability indication per search space set group |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103037527B (zh) * | 2011-09-29 | 2016-09-07 | 财团法人工业技术研究院 | 为通信设备提供下行链路控制信令的方法和无线通信*** |
US20130114572A1 (en) * | 2011-11-04 | 2013-05-09 | Mo-Han Fong | Uplink synchronization with multiple timing advances in a wireless communication environment |
EP2807784A1 (en) * | 2012-01-27 | 2014-12-03 | Interdigital Patent Holdings, Inc. | Systems and/or methods for providing epdcch in a multiple carrier based and/or quasi-collated network |
WO2014062041A1 (ko) * | 2012-10-21 | 2014-04-24 | 엘지전자 주식회사 | 무선 통신 시스템에서 하향링크 제어채널을 모니터링하는 방법 및 장치 |
CN104012023B (zh) * | 2012-10-31 | 2017-03-15 | Lg电子株式会社 | 用于发送和接收控制信息的方法及其设备 |
WO2016114563A1 (ko) * | 2015-01-12 | 2016-07-21 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말의 하향링크 제어 정보 모니터링 방법 및 장치 |
WO2017217797A1 (ko) * | 2016-06-15 | 2017-12-21 | 엘지전자 주식회사 | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 |
US11419173B2 (en) * | 2017-08-09 | 2022-08-16 | Idac Holdings, Inc. | Methods and systems for beam recovery and management |
BR112020009722A8 (pt) * | 2017-11-17 | 2021-01-26 | Nokia Technologies Oy | monitoramento de controle mediante o recebimento de gatilho de recebimento descontínuo |
WO2020064770A1 (en) * | 2018-09-24 | 2020-04-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Control of power saving using layer-1 signaling |
US11546783B2 (en) * | 2018-11-09 | 2023-01-03 | Asustek Computer Inc. | Method and apparatus for improving PDCCH monitoring pattern in a wireless communication system |
EP3716520B1 (en) * | 2019-03-26 | 2022-05-04 | Ofinno, LLC | Discontinuous reception |
CN116669206A (zh) * | 2019-05-02 | 2023-08-29 | 韦勒斯标准与技术协会公司 | 在无线通信***中发送和接收共享信道的方法以及支持该方法的装置 |
US11330556B2 (en) * | 2019-07-18 | 2022-05-10 | Qualcomm Incorporated | Persistent paging occasion collision avoidance for multi-sim user equipments |
US11064513B1 (en) * | 2019-12-29 | 2021-07-13 | PanPsy Technologies, LLC | Scheduling of a primary cell from a secondary cell |
KR20220133890A (ko) * | 2020-01-29 | 2022-10-05 | 엘지전자 주식회사 | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 |
US11523459B2 (en) * | 2020-05-14 | 2022-12-06 | Qualcomm Incorporated | Positioning reference signal (PRS) report with discontinuous reception (DRX) |
EP4195856A1 (en) * | 2020-08-06 | 2023-06-14 | LG Electronics, Inc. | Method and apparatus for transmitting and receiving wireless signal in wireless communication system |
US11979266B2 (en) * | 2020-10-01 | 2024-05-07 | Qualcomm Incorporated | Control channel decoding configurations for cross-carrier scheduling |
US20220150946A1 (en) * | 2020-10-22 | 2022-05-12 | FG Innovation Company Limited | Search space group switching in next generation networks |
WO2022152924A1 (en) * | 2021-01-18 | 2022-07-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Physical downlink control channel monitoring with discontinuous reception and search space set groups configured |
EP4322676A1 (en) * | 2021-04-05 | 2024-02-14 | LG Electronics Inc. | Method and device for transmitting and receiving downlink control channel in wireless communication system |
-
2021
- 2021-06-24 US US17/304,736 patent/US11765716B2/en active Active
- 2021-07-15 CN CN202180061056.6A patent/CN116210323A/zh active Pending
- 2021-07-15 WO PCT/KR2021/009112 patent/WO2022015078A1/en unknown
- 2021-07-15 EP EP21843236.7A patent/EP4165940A4/en active Pending
- 2021-07-15 KR KR1020227042056A patent/KR20230040947A/ko active Search and Examination
-
2023
- 2023-09-14 US US18/467,664 patent/US20240008037A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
US11765716B2 (en) | 2023-09-19 |
WO2022015078A1 (en) | 2022-01-20 |
US20220022221A1 (en) | 2022-01-20 |
US20240008037A1 (en) | 2024-01-04 |
KR20230040947A (ko) | 2023-03-23 |
EP4165940A4 (en) | 2023-12-20 |
EP4165940A1 (en) | 2023-04-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11917662B2 (en) | Method and apparatus for channel measurement and reporting in CORESET basis | |
US12028868B2 (en) | Determination of physical downlink control channel (PDCCH) assignment in power saving mode | |
US11330575B2 (en) | Adaptation of communication parameters for a user equipment | |
CN113170348B (zh) | 在支持非连续接收(drx)操作的无线通信***中的终端和基站的方法和装置 | |
US20230309106A1 (en) | Multi-cell scheduling with reduced control overhead | |
EP4152677A1 (en) | Scheduling in communication systems with multiple service types | |
CN112703778A (zh) | 具有降低功耗的ue操作 | |
CN114175805A (zh) | 多发送-接收点通信的下行链路控制信道的监测 | |
US11792785B2 (en) | Enhancing scheduling flexibility for operation with carrier aggregation | |
US20240172212A1 (en) | Acknowledgement report for reception of control information | |
CN115066957A (zh) | 用于减少的pdcch监测的方法和装置 | |
EP3787214A1 (en) | Method and apparatus for rmsi reception from a neighboring cell | |
KR20210135549A (ko) | 비면허 스펙트럼에 대한 pdsch의 자원 매핑을 위한 방법 및 장치 | |
US20240008037A1 (en) | Scheduling on a cell from different cells | |
US20220417979A1 (en) | Downlink control signaling for multicast and unicast communications | |
US20220263603A1 (en) | Multiplexing unicast and multicast control information | |
CN116746105A (zh) | 调度能够通过多个天线面板进行接收的ue的方法和装置 | |
RU2780812C1 (ru) | Терминал, способ радиосвязи, базовая станция и система | |
US20240237133A1 (en) | Cell discontinuous transmission and reception |
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 |