CN116158164A - 用户设备和基站 - Google Patents

用户设备和基站 Download PDF

Info

Publication number
CN116158164A
CN116158164A CN202180060844.3A CN202180060844A CN116158164A CN 116158164 A CN116158164 A CN 116158164A CN 202180060844 A CN202180060844 A CN 202180060844A CN 116158164 A CN116158164 A CN 116158164A
Authority
CN
China
Prior art keywords
downlink control
search space
control information
information message
monitoring
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
Application number
CN202180060844.3A
Other languages
English (en)
Inventor
况泉
铃木秀俊
李宏超
堀内绫子
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of CN116158164A publication Critical patent/CN116158164A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本公开涉及一种用户设备(UE)，包括如下。UE的处理器运行监视功能，所述监视功能涉及基于多个搜索空间集组之一监视用于接收下行链路控制信息消息的下行链路控制信道。UE的接收器经由监视的下行链路控制信道接收下行链路控制信息消息，其中接收的下行控制信息消息将数据的发送或接收分配给UE。处理器还确定用于执行下行链路控制信道的监视功能的多个搜索空间集组中的一个搜索空间集组。确定搜索空间集的一组是基于接收的下行链路控制信息消息的内容或格式。

Description

用户设备和基站
技术领域
本公开针对通信系统(诸如3GPP通信系统)中的方法、设备和物品。
技术背景
目前，第三代合作伙伴计划(3GPP)致力于下一代蜂窝技术(也被称为第五代(5G))的技术规范。
一个目标是提供解决所有使用场景、要求和部署场景的单一技术框架(例如，参见TR 38.913版本15.0.0的第6节)，至少包括增强型移动宽带(eMBB)、超可靠低时延通信(URLLC)、大规模机器类型通信(mMTC)。例如，eMBB部署场景可能包括室内热点、密集城市、农村、城市宏观和高速；URLLC部署场景可能包括工业控制系统、移动医疗保健(远程监视、诊断和治疗)、车辆的实时控制、智能电网的广域监视和控制系统；mMTC部署场景可能包括大量设备进行非时间关键数据传递场景，诸如智能可穿戴设备和传感器网络。MBB和URLLC服务的相似之处在于它们都要求非常宽的带宽，但是不同之处在于URLLC服务可能优选地要求超低时延。
第二个目标是实现向前兼容。不要求向后兼容长期演进(LTE，LTE-A)蜂窝系统，这有助于于设计全新的系统和/或引入新颖的特征。
发明内容
一个非限制性和示例性的实施例有助于提供用于有助于UE执行改进的下行链路控制信道监视程序的过程。
在实施例中，这里公开的技术以包括以下的用户设备为特征。UE的处理器运行监视功能，该监视功能涉及基于多个搜索空间集组之一监视用于接收下行链路控制信息消息的下行链路控制信道。UE的接收器经由所监视的下行链路控制信道接收下行链路控制信息消息，其中所接收的下行链路控制信息消息将数据的发送或接收分配给UE。处理器还确定用于执行下行链路控制信道的监视功能的、多个搜索空间集组中的一个搜索空间集组。确定该一个搜索空间集组是基于：
·所接收的下行链路控制信息消息的内容或格式。
应该注意，一般或特定的实施例可以实施为系统、方法、集成电路、计算机程序、存储介质或其任何选择性的组合。例如，集成电路可以控制UE或基站的过程。
从说明书和附图中，所公开的实施例和不同实施方案的附加的益处和优点将显而易见。这些益处和/或优点可以通过说明书和附图的各种实施例和特征单独获得，为了获得一个或多个这样的益处和/或优点，不需要提供所有这些实施例和特征。
附图说明
在下文中，将参考附图更详细地描述示例性实施例。
图1示出了3GPP NR系统的示例性架构；
图2是示出了NG-RAN和5GC之间的功能划分的示意图，
图3是RRC连接建立/重新配置程序的序列图，
图4是示出增强型移动宽带(eMBB)、大规模机器型通信(mMTC)和超可靠和低时延通信(URLLC)的使用场景，
图5是示出非漫游场景的示例性5G系统架构的框图，
图6示出了不同带宽部分、CORESET、搜索空间和PDCCH候选之间的关系；
图7示出了在不同SSS组中搜索空间集的配置，
图8A和8B示出了根据示例性5G NR标准实施方案，两个搜索空间集组之间的切换，
图9示出了5G NR帧结构，包括帧、子帧、时隙、OFDM符号以及迷你时隙，
图10示出了示例性多-TTI调度，这里两个PDSCH接收由单个DCI分配，
图11示出了与多-TTI调度和PDCCH监视有关的问题，
图12示出了UE和gNB的示例性的和简化的结构，
图13示出了根据改进的PDCCH监视程序的示例性实施方案的UE的结构，
图14是根据改进的PDCCH监视程序的示例性实施方案的UE行为的流程图，
图15示出了根据改进的PDCCH监视程序的示例性实施方案的基站的结构，
图16是根据改进的PDCCH监视程序的示例性实施方案的基站行为的流程图，
图17示出了根据改进的PDCCH监视程序的不同的搜索空间集组之间的切换，
图18是根据改进的PDCCH监视程序的第一解决方案的UE行为的流程图，
图19和20是示出根据改进的PDCCH监视程序的第一解决方案的不同的搜索空间集组之间切换的图示，
图21是根据改进的PDCCH监视程序的第一解决方案的变体的UE行为的流程图，
图22和23是根据改进的PDCCH监视程序的第一解决方案的UE的状态变化图，
图24是根据改进的PDCCH监视程序的第二解决方案的UE行为的流程图，
图25是根据改进的PDCCH监视程序的第二解决方案的变体的UE行为流程图，
图26是根据改进的PDCCH监视程序的第二方案的变体的UE的状态变化图，以及
图27是根据改进的PDCCH监视程序的第三解决方案的UE行为的流程图。
具体实施方式
5G NR系统架构和协议栈
3GPP一直致力于第五代蜂窝技术(被简称为5G)的下一版本的发布，包括在高达100GHz的频率范围内工作的新无线电接入技术(NR)的开发。5G标准的第一个版本于2017年底完成，其允许进行符合5G NR标准的试验和智能手机的商业部署。
除其他之外，整个系统架构采用包括gNB的NG-RAN(下一代无线电接入网络)，向UE提供NG-无线电接入用户平面(SDAP/PDCP/RLC/MAC/PHY)和控制平面(RRC)协议终端。gNB通过Xn接口的方式相互连接。gNB还通过下一代(NG)接口的方式被连接到NGC(下一代核心)，更具体地通过NG-C接口的方式被连接到AMF(接入和移动性管理功能)(例如，执行AMF的具体核心实体)，并且通过NG-U接口的方式被连接到UPF(用户平面功能)(例如，执行UPF的具体核心实体)。图1中图示了NG-RAN架构(参见例如3GPP TS 38.300 v16.0.0，第4节)。
NR的用户平面协议栈(参见例如3GPP TS 38.300，第4.4.1节)包括PDCP(分组数据汇聚协议，参见TS 38.300的第6.4节)、RLC(无线电链路控制，参见TS 38.300的第6.3节)和MAC(媒体接入控制，参见TS 38.300的第6.2节)子层，这些子层在网络侧的gNB中被终止。附加地，在PDCP之上引入了新的接入分层(AS)子层(SDAP，服务数据适配协议)(参见例如3GPPTS 38.300的子条款6.5)。还为NR定义了控制平面协议栈(例如，参见TS 38.300，第4.4.2节)。TS 38.300的子条款6中给出了层2功能的概述。TS 38.300的子条款7中列出了RRC层的功能。
例如，媒体接入控制层处置逻辑信道复用、调度和与调度相关的功能，包括处理不同的参数集。
物理层(PHY)例如负责编码、PHY HARQ处理、调制、多天线处理以及将信号映射到适当的物理时间-频率资源。它还处置传输信道到物理信道的映射。物理层以传输信道的形式向MAC层提供服务。物理信道对应于被用于特定传输信道的发送的时间-频率资源集合，并且每个传输信道被映射到对应的物理信道。例如，物理信道是用于上行链路的PRACH(物理随机接入信道)、PUSCH(物理上行链路共享信道)和PUCCH(物理上行链路控制信道)以及用于下行链路的PDSCH(物理下行链路共享信道)、PDCCH(物理下行链路控制信道)和PBCH(物理广播信道)。
NR的使用案例/部署场景可能包括增强型移动宽带(eMBB)、超可靠低时延通信(URLLC)、大规模机器类型通信(mMTC)，它们在数据速率、时延和覆盖范围方面有不同的要求。例如，期望eMBB能支持峰值数据速率(下行链路20Gbps，上行链路10Gbps)和用户体验数据速率，其数量级是IMT-Advanced所提供的三倍。另一方面，在URLLC的情况下，对超低时延(UL和DL的用户平面延迟各为0.5ms)和高可靠性(1ms内1-10-5)提出了更严格的要求。最后，mMTC可能优选地要求高连接密度(在城市中为1000000个设备/km2)、恶劣环境中的大覆盖范围以及用于低成本设备的极长寿命的电池(15年)。
因此，适用于一个使用案例的OFDM参数集(例如，子载波间隔、OFDM符号持续时间、循环前缀(CP)持续时间、每个调度间隔的符号数量)可能不适用于另一个使用案例。例如，与mMTC服务相比，低时延服务可能优选地要求更短的符号持续时间(并且因此要求更大的子载波间隔)和/或每个调度间隔(也称为TTI)更少的符号。此外，具有大信道延迟扩展的部署场景可能优选地要求比具有短延迟扩展的部署场景更长的CP持续时间。应该相应地优化子载波间隔，以保留相似的CP开销。NR可以支持一个以上的子载波间隔值。对应地，子载波间隔15kHz，30kHz，60kHz……目前都在考虑中。符号持续时间Tu和子载波间隔Δf通过公式Δf＝1/Tu直接地相关。以与LTE系统中类似的方式，术语“资源元素”可以被用于指由一个OFDM/SC-FDMA符号长度的子载波组成的最小资源单元。
在新无线电系统5G-NR中，对于每个参数集和载波，分别为上行链路和下行链路定义了子载波和OFDM符号的资源网格。资源网格中的每个元素被称为资源元素，并且其基于频域中的频率索引和时域中的符号位置来进行识别(参见3GPP TS 38.211 v16.0.0，例如第4节)。例如，下行链路传输和上行链路传输被组织成具有10ms的持续时间的帧，每个帧由10个持续时间分别为1ms的子帧组成。在5g NR的实施方案中，每个子帧的连续OFDM符号的数量取决于子载波间隔配置。例如，对于15kHz的子载波间隔，子帧具有14个OFDM符号(类似于符合LTE的实施方案，假设常规循环前缀)。另一方面，对于30kHz的子载波间隔，子帧具有两个时隙，每个时隙包含14个OFDM符号。
NG-RAN和5GC之间的5G NR功能划分
图2图示了NG-RAN和5GC之间的功能划分。NG-RAN逻辑节点是gNB或ng-eNB。5GC具有逻辑节点AMF、UPF和SMF。
具体而言，gNB和ng-eNB托管以下主要功能：
-用于无线电资源管理的功能，诸如无线电承载控制、无线电准入控制、连接移动性控制、在上行链路和下行链路两者中向UE动态分配资源(调度)；
-数据的IP标头压缩、加密和数据的完整性保护；
-当不能从UE提供的信息中确定到AMF的路由时，在UE附接处选择AMF；
-用户平面数据到(一个或多个)UPF的路由；
-控制平面信息到AMF的路由；
-连接建立和释放；
-寻呼消息的调度和发送；
-系统广播信息(源自AMF或OAM)的调度和发送；
-用于移动性和调度的测量和测量报告配置；
-上行链路中的传输级分组标记；
-会话管理；
-网络切片的支持；
-QoS流管理和到数据无线电承载的映射；
-处于RRC_INACTIVE状态的UE的支持；
-NAS消息的分发功能；
-无线电接入网络共享；
-双重连接性；
-NR和E-UTRA之间的紧密互通。
接入和移动性管理功能(AMF)托管以下主要功能：
-非接入分层NAS信令终端；
-NAS信令安全；
-接入分层AS安全控制；
-用于3GPP接入网络之间的移动性的核心网CN间节点信令；
-空闲模式UE可达性(包括寻呼重新发送的控制和运行)；
-注册区域管理；
-系统内和系统间的移动性的支持；
-接入认证；
-接入授权，包括检查漫游权限；
-移动性管理控制(订阅和策略)；
-网络切片的支持；
-会话管理功能SMF选择。
此外，用户平面功能UPF托管以下主要功能：
-RAT内/RAT间移动性的锚点(当适用时)；
-与数据网络互连的外部PDU会话点；
-分组路由和转发；
-分组检查和策略规则强制实施的用户平面部分；
-通信量使用报告；
-支持将通信量流路由到数据网络的上行链路分类器；
-支持多宿PDU会话的分支点；
-用于用户平面的QoS处置，诸如分组滤波、门控、UL/DL速率强制实施；
-上行链路通信量验证(SDF到QoS流映射)；
-下行链路分组缓冲和下行链路数据通知触发。
最后，会话管理功能SMF托管以下主要功能：
-会话管理；
-UE IP地址分配和管理；
-UP功能的选择和控制；
-在用户平面功能UPF处配置通信量导向，以将通信量路由到合适的目的地；
-策略强制实施的控制部分和QoS；
-下行链路数据通知。
RRC连接建立和重新配置程序
图3图示了NAS部分(参见TS 38.300)在UE从RRC_IDLE转换到RRC_CONNECTED的上下文中，UE、gNB和AMF(5GC实体)之间的一些交互。
RRC是被用于UE和gNB配置的更高层信令(协议)。具体而言，这种转换涉及AMF准备UE上下文数据(包括例如PDU会话上下文、安全密钥、UE无线电能力和UE安全能力等)，并将其与初始上下文建立请求一起发送到gNB。然后，gNB激活与UE的AS安全性，这是通过gNB向UE发送SecurityModeCommand消息以及通过UE利用SecurityModeComplete消息来响应gNB来执行的。然后，gNB通过向UE发送RRCReconfiguration消息并且作为响应由gNB从UE接收RRCReconfigurationComplete的方式执行重新配置以建立信令无线电承载2、SRB2和(一个或多个)数据无线电承载DRB。对于仅信令连接，跳过与RRCReconfiguration相关的步骤，因为不建立SRB2和DRB。最后，gNB通过初始上下文建立响应通知AMF建立程序已完成。
因此，在本公开中提供了第五代(5GC)核心实体(例如AMF、SMF等)，其包括控制电路，该控制电路设立与gNodeB的下一代(NG)连接；以及发送器，该发送器经由NG连接向gNodeB发送初始上下文建立消息，以引起gNodeB和用户设备(UE)之间的信令无线电承载建立。具体而言，gNodeB经由信令无线电承载向UE发送包含资源分配配置信息元素(IE)的无线电资源控制RRC信令。然后，UE基于资源分配配置执行上行链路发送或下行链路接收。
2020年及以后的IMT的使用场景
图4图示了5G NR的一些使用案例。在第三代合作伙伴计划新无线电(3GPP NR)中，已经设想了三种正在考虑中的使用案例以由IMT-2020支持各种各样的服务和应用。增强型移动宽带(eMBB)的阶段1的规范已经完成。除了进一步延伸eMBB支持之外，当前和未来的工作将涉及超可靠和低时延通信(URLLC)和大规模机器类型通信的标准化。图4图示了2020年及以后IMT的设想使用场景的一些示例(参见例如图2的ITU-R M.20183)。
URLLC使用案例对诸如吞吐量、时延和可用性的能力有严格的要求，并被设想为未来垂直应用(诸如工业制造或生产过程的无线控制、远程医疗手术、智能电网中的配电自动化、传输安全等)的推动因素之一。通过识别满足TR 38.913版本15.0.0要求集合的技术来支持URLLC的超可靠性。对于版本15中的NR URLLC，关键要求包括UL(上行链路)以及DL(下行链路)的目标用户平面时延为0.5ms。对于具有1ms用户平面时延的32字节的分组大小，分组的一次发送的一般URLLC要求是1E-5的BLER(误块率)。
从物理层的角度来看，可以通过多种可能的方式提高可靠性。当前提高可靠性的范围涉及：为URLLC定义单独的CQI表、更紧凑的DCI格式、PDCCH的重复等。然而，随着NR变得更加稳定和发达，实现超可靠性的范围可能会扩大(对于NR URLLC关键要求)。Rel.15中的NR URLCC的具体使用案例包括：增强现实/虚拟现实(AR/VR)、电子医疗、电子安全和关键任务应用。
此外，NR URLCC针对的技术增强旨在时延改善和可靠性改善。时延改善的技术增强包括：可配置的参数集、具有灵活映射的非基于时隙的调度、免许可(经配置许可)上行链路、数据信道的时隙级重复以及下行链路抢占。抢占意味着已经为其分配了资源的发送被停止，并且已经分配的资源被用于稍后所请求的、但是具有更低的时延/更高的优先级要求的另一个发送。相应地，已经经许可的发送被稍后的发送抢占。抢占的适用性独立于具体的服务类型。例如，服务类型A(URLCC)的发送可能被服务类型B(诸如eMBB)的发送抢占。关于可靠性改善的技术增强包括1E-5的目标BLER的专用CQI/MCS表。
mMTC(大规模机器类型通信)的使用案例的特征在于：大量的连接设备通常发送相对少量的非延迟敏感数据。设备被要求是低成本并且具有非常长的电池寿命。从NR的角度来看，利用非常窄带宽部分是一种可能的解决方案以节省功率(从UE的角度来看)并使长电池寿命成为可能。
如上所述，预期NR中的可靠性范围会变得更广。所有案例的一个关键要求(并且尤其是对URLLC和mMTC来说很有必要)是高可靠性或超可靠性。从无线电角度和网络角度来看，可以考虑几种机制来改善可靠性。一般来说，有几个关键的潜在领域可以帮助改善可靠性。这些领域包括紧凑的控制信道信息，数据/控制信道重复以及相对于频率、时间和/或空间域的分集。这些领域适用于一般的可靠性，而不考虑具体的通信场景。
对于NR URLLC，已经确认了具有更严格要求的其他使用案例，诸如工厂自动化、运输行业和电力分配，包括工厂自动化、运输行业和电力分配。更严格的要求意味着更高的可靠性(高达106级)、更高的可用性、分组大小高达256字节、低至几微秒量级的时间同步(其中该值可以是一微秒或几微秒，取决于频率范围)以及0.5至1毫秒量级的短时延，具体是0.5毫秒的目标用户平面时延，取决于使用案例。
此外，对于NR URLCC，从物理层的角度来看，已经确认了几种技术增强。其中包括PDCCH(物理下行链路控制信道)增强，其与紧凑的DCI、PDCCH重复、增加的PDCCH监视相关。此外，UCI(上行链路控制信息)增强与增强型HARQ(混合自动重复请求)和CSI反馈增强相关。还确认了与微时隙级跳跃和重新发送/重复增强相关的PUSCH增强。术语“微时隙”指的是包括比时隙(包括14个符号的时隙)更少数量的符号的发送时间间隔(TTI)。
QoS控制
5G QoS(服务质量)模型基于QoS流，并且支持要求保证流比特率的QoS流(GBR QoS流)和不要求保证流比特率的QoS流(非GBR QoS流)两者。因此，在NAS级，QoS流是PDU会话中最精细的QoS区分粒度。QoS流在PDU会话内由NG-U接口上的封装标头中所携带的QoS流ID(QFI)来识别。
对于每个UE，5GC设立一个或多个PDU会话。对于每个UE，NG-RAN与PDU会话一起设立至少一个数据无线电承载(DRB)，并且随后可以配置该PDU会话的(一个或多个)QoS流的(一个或多个)附加DRB(何时这样做取决于NG-RAN)，例如如上参考图4所示出的。NG-RAN将属于不同PDU会话的分组映射到不同的DRB。UE和5GC中的NAS级分组滤波器将UL和DL分组与QoS流相关联，而UE和NG-RAN中的AS级映射规则将UL和DL QoS流与DRB相关联。
图5图示了5G NR非漫游参考架构(参见TS 23.501 v16.3.0，第4.2.3节)。应用功能(AF)(例如图4中示例性描述的托管5G服务的外部应用服务器)与3GPP核心网络交互，以便提供服务，例如以支持应用对通信量路由的影响、接入网络开放功能(NEF)或与用于策略控制(参见策略控制功能，PCF)的策略框架交互，例如QoS控制。基于运营商部署，受运营商信任的应用功能可以被允许与相关网络功能直接地交互。运营商不允许直接地访问网络功能的应用功能经由NEF使用外部开放框架与相关网络功能进行交互。
图5示出了5G架构的进一步功能单元，即网络切片选择功能(NSSF)、网络存储库功能(NRF)、统一数据管理(UDM)、认证服务器功能(AUSF)、接入和移动性管理功能(AMF)、会话管理功能(SMF)和数据网络(DN)，例如运营商服务、互联网接入或第三方服务。核心网络功能和应用服务的全部或部分可以在云计算环境上部署和运行。
因此，在本公开中，提供了一种包括发送器的应用服务器(例如，5G架构的AF)，该服务器向5GC中的至少一个功能(例如NEF、AMF、SMF、PCF、UPF等)发送包含用于URLLC、eMBB和mMTC服务中的至少一个的QoS要求的请求，以根据QoS要求和控制电路建立包括gNodeB和UE之间的无线电承载的PDU会话，该控制电路使用建立的PDU会话执行服务。
带宽部分
NR系统将支持比LTE的20MHz宽得多的最大信道带宽(例如，100MHz)。在LTE中，宽带通信也经由高达20MHz的分量载波的载波聚合(CA)被支持。通过在NR中定义更宽的信道带宽，可以经由调度动态分配频率资源，这可以比LTE的载波聚合操作更高效和灵活，载波聚合操作的激活/去激活是基于MAC控制元素。具有单个宽带载波也具有低控制开销的优点，因为它仅需要单个控制信令(载波聚合要求每个聚合载波单独的控制信令)。
此外，类似LTE，NR也可以经由载波聚合或双重连接支持多个载波的聚合。
因为UE并不总是要求高数据率，从RF和基带信号处理的两个角度来看，宽带宽的使用可能会产生更高的空载功率。在这方面，新开发的用于NR的带宽部分的概念提供了一种使用比配置的信道带宽更小的带宽运行UE的方式，以便于在尽管支持宽带操作的情况下提供一种节能的解决方案。不能接入用于NR的整个带宽的低端终端，可以从中受益。
带宽部分(BWP)是小区的总小区带宽的子集，例如，相邻的物理资源块(PRB)的位置和数量。其可以为上行链路和下行链路单独定义。此外，每个带宽部分可以与特定的OFDM参数集相关联，例如，与子载波间距和循环前缀相关联。例如，带宽适配是通过使用BWP配置UE并告知UE配置的BWP中的哪个是当前活动的那个来实现的。
示例性地，在5G NR中，仅为处于RRC_Connected状态的UE配置特定的BWP。例如，除了初始BWP(例如,分别用于UL的一个和用于DL的一个)外，BWP仅存在于处于连接状态的UE。为了支持UE和网络之间的初始数据交换，例如，在将UE从RRC_IDLE或RRC_INACTIVE状态移动到RRC_CONNECTED状态的过程期间，在最小系统信息中配置初始DL BWP和初始UL BWP。
尽管UE可以被配置多于一个BWP(例如，每个服务小区最多4个BWP，如目前为NR定义的那样)，但UE一次仅具有一个活动DL BWP。
例如，可以通过下行链路控制信息(DCI)的方式实现配置的BWP之间的切换。
对于主小区(PCell)，初始BWP是用于初始接入的BWP，以及除非显式地配置了另一个初始BWP，否则默认BWP是初始BWP。对于辅小区(SCell)，初始BWP总是显式地配置的，并且也可以配置默认BWP。当默认BWP被配置用于服务小区时，与该小区相关联的不活动定时器的期满会将活动BWP切换到默认BWP。
一些DCI格式不包含BWP ID(例如，格式0_0和1_0)，然而在其他DCI格式中，用于BWP ID的比特的数量是RRC-可配置的，并且可以是0、1、2比特(例如，格式0_1、0_2、1_1和1_2)。
图6示出了配置了三种不同BWP的场景，BWP1具有40MHz的频率带宽以及子载波间隔为15kHz，BWP2具有10MHz的频率带宽以及子载波间隔为15kHz，BWP3具有20MHz的频率带宽以及子载波间隔为60kHz。
控制信息-搜索空间集
由UE进行PDCCH监视，以便识别和接收以UE为目的的信息，诸如控制信息以及用户通信量(例如，PDCCH上的DCI，以及由PDCCH指示的PDSCH上的用户数据)。
下行链路中的控制信息(可以被称为下行链路控制信息，DCI)在5G NR中具有与LTE中的DCI基本相同的目的，即作为例如调度下行链路数据信道(例如，PDSCH)或上行链路数据信道(例如，PUSCH)的特殊控制信息集。在5G NR中，已经定义了多个不同的DCI格式(参见TS 38.212 v16.0.0第7.3.1节)。下表给出了概述。
Figure BDA0004113812660000121
在5G NR中，PDCCH在称为控制资源集(CORESET)的无线电资源区域中发送。在LTE中，CORESET的概念没有显式地呈现。相反，LTE中的PDCCH在前1-3个OFDM符号中使用全载波带宽(对于最窄带的情况，是4)。相比之下，NR中的CORESET可以发生在时隙内的任何位置和载波的频率范围内的任何地方，除非UE不预计处理其活动带宽部分(BWP)以外的CORESET。
因此，UE使用相应的搜索空间集在每个配置有PDCCH监视的激活的服务小区上监视一个或多个CORESET中的PDCCH候选集，其中监视暗示根据监视的DCI格式对每个PDCCH候选解码，例如，如3GPP TS 38.213版本16.1.0，第10和11节中所定义的。
在示例性的5G NR实施方案中，搜索空间可以包括与相同的聚合级别相关联的多个PDCCH候选(例如，其中PDCCH候选在要监视的DCI格式方面有所不同)。进而，搜索空间集可以包括不同聚合级别的多个搜索空间，但与相同的CORESET相关联。与LTE中不同，如上所述，控制信道跨越整个载波带宽，CORESET的带宽可以被配置，例如，在活动DL频率带宽部分(BWP)内。换言之，CORESET配置定义了用于搜索空间集并且因此用于集中的搜索空间的包括的PDCCH候选的频率资源。CORESET配置还定义了搜索空间集的持续时间，持续时间可以具有一个到三个OFDM符号的长度。另一方面，开始时间是由搜索空间集配置其本身配置的，例如，UE在哪个OFDM符号处开始监视该集的搜索空间的PDCCH。结合起来，搜索空间集的配置和CORESET的配置在频域和时域上对UE的PDCCH监视要求提供了明确的定义。CORESET和搜索空间集的配置两者都可以经由RRC信令半静态地进行。
第一CORESET，即CORESET 0，由主系统信息块(MIB)作为初始带宽部分的配置的部分提供，以能够从网络接收剩余的系统信息和附加的配置信息。在连接建立后，可以使用RRC信令为UE配置多个CORESET。
在NR中，可以通过小区特定和/或UE特定的高层信令以半静态下行链路/上行链路指派的方式，或可以经由组-公共PDCCH(GC-PDCCH)中的DCI格式2_0动态信令，为UE配置灵活的时隙格式。当动态信令被配置时，UE将监视携带动态时隙格式指示(SFI)的GC-PDCCH(DCI格式2_0)。还有其他字段，例如可用的RB集指示符、COT(信道占用时间)持续时间指示符、搜索空间集监视组标志，如TS 38.212 v16.1.0，第7.3.1.3.1节中规定的。
概念上，图6提供了UE可以监视的带宽部分、CORESET、搜索空间和PDCCH候选之间的关系的示例性说明。从图6显而易见的，每个BWP示出了一个CORESET，尽管可能有多于一个CORESET，包括公共和UE特定的CORESET(例如，每BWP最多3个CORESET)。然后，每个CORESET可以具有数个搜索空间，依次分别具有一个或多个PDCCH候选。
搜索空间集组切换
在3GPP中，配置至少两个搜索空间集(缩写为SSS或SS集)组用于监视PDCCH的概念已被讨论。这一概念可能对于例如非授权无线电频谱中的操作特别有用，其中gNB必须首先获取信道，然后才被允许发送PDCCH。
例如，不同的SSS组可以由在时隙期间UE被要求何时和/或多长时间监视PDCCH而有所不同。这在图7中被示例性地示出。由此显而易见，两个不同的搜索空间集组被配置，其中组0SS集配置要求以例如，每第二时隙的粒度进行PDCCH监视(这里是各个时隙的第一OFDM符号)，以及组1SS集配置要求以时隙的粒度进行PDCCH监视(这里是，例如，每一个时隙的前两个OFDM符号)。根据示例性的3GPP解决方案，gNB能够通过使用信息元素搜索空间(SearchSpace)(例如，参见，TS 38.331 v16.0.0，第6.3.2节)配置将由UE监视的搜索空间，包括使用参数监视时隙周期性和偏移(monitoringSlotPeriodicityAndOffset)的监视时隙周期性。在时隙内被监视的OFDM符号的数量可以由gNB使用参数时隙内监视符号(monitoringSymbolsWithinSlot)来配置，该参数也可以在信息元素搜索空间中携带。
例如，UE被要求至少监视当前活动的SSS组的搜索空间。此外，可能存在不属于配置的组的搜索空间集(例如，公共搜索空间集)，无论活动的SSS组如何，UE将始终监视这些搜索空间集。
各种组可以包括各种搜索空间集。单个搜索空间集可以是多于一个SSS组的一部分。
根据本概念的一个示例性方面，UE可以被配置为在组之间切换。用于5G NR的3GPP规范中特别是TS 38.213 v16.1.0，第10.4节“搜索空间集切换”定义了搜索空间集切换的一个具体示例性实施方案。图8A和8B中提供了这种切换的相应的简化和示例性说明。
由此显而易见，搜索空间集组之间的切换可以被显式和隐式地控制。基于gNB的配置(例如，使用特定的搜索空间集切换触发器(SearchSpaceSwitchTrigger-r16)，作为信息元素时隙格式指示符(SlotFormatIndicator)的一部分(参见TS 38.331 v16.0.0第6.3.2节)，UE被配置为遵循隐式或显式切换方案。例如，在下文中示例性假设存在两个，SSS组0和SSS组1。
显式指示基于格式2_0的DCI中携带的切换字段值工作(参见图8A)。如果切换字段值指示为0，则UE被指导为根据具有指示的组索引0的搜索空间集监视PDCCH。相应地，如果尚未这样做，则UE开始监视SSS组0的PDCCH时机并且停止监视SSS组1的PDCCH时机。
如前一节所述，DCI格式2_0目前可用于通知UE组时隙格式、COT持续时间、可用的RB集和搜索空间组切换。
相反地，如果切换字段值指示为1，则UE被指导为根据具有指示的组索引1的搜索空间集监视PDCCH。相应地，如果尚未这样做，则UE开始监视SSS组1的PDCCH时机并且停止监视SSS组0的PDCCH时机。此外，UE可以将适当的定时器设置为配置的定时器值。当定时器期满时，该定时器然后被用来切换回根据SSS组0进行PDCCH监视。另外，UE也可以在用于其服务小区的信道占用持续时间之后，从根据SSS组1的PDCCH监视切换回SSS组0。
隐式SSS组切换是基于PDCCH上的DCI的监视。从图8B显而易见，如果UE在SSS组0上的检测到任何DCI，则UE开始根据SSS组1进行监视，并停止根据SSS组0进行监视。此外，UE启动定时器，在定时器期满时，切换回根据SSS组0进行监视。否则，UE保持根据SSS组1执行PDCCH监视功能
5G NR中的时域调度
在时域中，5G NR中的传输被组织为长度10ms的帧，每一帧被划分为10个均等的大小的长度为1ms的子帧。子帧又被划分为若干个每个包含14个OFDM符号的时隙。时隙的持续时间以毫秒为单位，取决于参数集。例如，对于15kHz的子载波间距，NR时隙因此具有与具有常规循环前缀的LTE子帧相同的结构。NR中的子帧作为与参数集独立的时间参考，这很有用，特别是多个参数集在相同载波上混合的情况下，然而时隙是典型的动态调度单元。这种3GPP 5G NR基于其进行通信的帧结构在图9中示例性地示出。
3GPP NR通过允许调度更短的时隙大小，即所谓的迷你时隙，还支持更有效的低时延传输方法，也在图9中示出。基于迷你时隙(也称为基于非时隙)的传输也可以抢占已经在进行到另一个设备的基于时隙的传输，允许应用数据的即时传输需要非常低的时延。迷你时隙可用于低时延的应用，诸如URLLC和非授权频段中的操作，例如，在成功的先听后说(listen-before-talk)程序后直接开始传输，而无需等待时隙边界。更一般地，迷你时隙可以被配置为在1到13个OFDM符号之间跨越。为了便于说明，图9中示出的迷你时隙示例性地跨越了两个、四个或七个OFDM符号。例如，迷你时隙的第一符号包括(上行链路相关或下行链路相关)控制信息。
在下文中，将呈现基于当前的3GPP技术规范的时域资源分配的一个示例性实施方案。下文的解释应被理解为时域资源分配的特定示例性实施方案，而不应被理解为唯一可能的时域资源分配可能。
将要接收或发送的数据的时域分配在DCI中动态地信令通知，这很有用，因为作为动态TDD或用于上行链路控制信令的资源量的使用的结果，用于下行链路接收或上行链路发送的时隙可用的部分可以因时隙而异。传输发生的时隙被信令通知为时域分配的一部分。尽管下行链路数据在许多情况下是在与相应的资源指派相同的时隙中发送，但通常情况并非如此，例如用于上行链路发送。
当UE通过DCI被调度来接收PDSCH或发送PUSCH时，DCI的时域资源指派(TDRA)字段值指示UE和gNB可用的时域资源分配(TDRA)表的行索引。本文中使用术语“表”，因为TDRA条目在相应的3GPP技术规范中作为表呈现，但应被解释为逻辑的和相当非限制性术语。具体地，本公开不限于任何特定的组织，并且TDRA表可以以任何方式实施作为与分别的条目索引相关联的一个参数集。
例如，由DCI索引的TDRA表的行定义了可以用于时域中的无线电资源分配的数个参数。在本示例中，TDRA表可以指示时隙偏移K0/K2、开始和长度指示符SLIV或者直接地指示开始符号S和分配长度L。此外，TDRA表还可以指示在PDSCH接收和dmrs-TypeA-Position中被假设的PDSCH映射类型，参数与调度的时域无线电资源并不直接相关。DCI中的时域分配字段被用作该表的索引，然后从该表中获得实际的时域分配。在这样的示例性实施方案中，TDRA表的行的DCI指示(行索引的一个值)因此对应于dmrs-TypeA-Position、PDSCH映射类型、K0值、S值和/或L值的特定值的组合的指示。
存在至少一个用于上行链路调度授权的表和一个用于下行链路调度指派的表。例如，可以配置16行，其中每一行包含：
·时隙偏移(K0，K2)，这是相对于DCI被获得的时隙的偏移。目前，下行链路的时隙偏移从0到3是可能的，然而对于上行链路的时隙偏移从0到7可以被使用。时隙偏移也可以称为PDCCH(包括K0/K2)的时隙和由PDCCH调度的相应的PDSCH的时隙之间的、作为时隙的数量的间隙(例如，时间间隙或时隙间隙)。
·数据被发送的时隙中的第一OFDM符号。
·时隙中OFDM符号数量的传输持续时间。并非所有的开始和长度组合都适合在一个时隙内进行。因此，开始和长度被联合编码以覆盖仅有效的组合。
·对于下行链路，PDSCH映射类型，即DMRS位置也是该表的一部分。与单独地指示的映射类型相比，这提供了更多的灵活性。
例如，1个时隙的DL时隙偏移将在时隙n的DCI中被指示，并且因此调度的PDSCH在时隙n+1中发送。开始符号可以是时隙n+1的第4符号，以及调度的PDSCH的持续时间可以是4个符号。
当前的3GPP标准TS 38.214 v16.1.0，例如用于DL的第5.1.2节和用于UL的6.1.2节，与时域调度有关，并提供了可用于上述方面的数个默认表，例如，当在UE处没有RRC-配置的表(例如，pdsch-ConfigCommon或pdsch-Config中的pdsch-TimeDomainAllocationList)可用时。
多-TTI调度
在3GPP 5G NR的版本16中，其支持一个单个DCI在多个传输时间间隔(TTI)上调度多个重复的PDSCH或PUSCH。在下文中，一个TTI可以被认为是时隙或迷你时隙(参见，例如图9和上述相关描述)。此外，例如在TTI内的传输块的发送在下文中也被称为(单个)发送；相反地，在TTI内传输块的接收在下文中也被称为(单个)接收。
示例性的多-TTI调度在图10中示出，根据该多-TTI调度，在时隙n的一个DCI在时隙n+1调度第1PDSCH和在时隙n+2调度第2PDSCH。示例性地，两个PDSCH都从时隙中的第3符号开始并具有12个OFDM符号的长度。传输因此在时隙n+2重复一次，时隙n+2是与时隙n+1处的第一次传输连续的。
上述图10的多TTI调度只是示例，还存在其他的可能性。例如，重复传输可以在DCI被接收的同一时隙n处开始。
在所述的连接中，对于gNB可以以附加重复参数配置的特定TDRA表。在上行链路中，例如，PUSCH时域资源分配列表新(PUSCH-TimeDomainResourceAllocationListNew)信息元素可以由gNB配置，它适用于定义PDCCH(DCI)和DCI格式0_1/0_2的PUSCH之间的时域关系。这个信息元素可以包含参数重复的数量-r16(numberOfRepetitions-r16)，它可以是{n1,n2,n4,n7,n12,n16}(参见TS 38.331 v16.0.0第6.3.2节)。例如，n1可以理解为意味着仅执行一次传输，有效地禁用了重复机制；n2可以理解为意味着总共执行了两次TB的传输；等等。
另一方面，对于下行链路，例如，信息元素PDSCH-时域资源分配列表(PDSCH-TimeDomainResourceAllocationList)可以由gNB用于配置用于PDCCH和PDSCH之间时域关系的特定TDRA表。该信息元素可以包含可选的参数重复数量(repetitionNumber)，其可以取{n2,n3,n4,n5,n6,n7,n8,n16}中的值(参见TS 38.331 v16.0.0第6.3.2节)。例如，n2可以理解为意味着总共执行了两次TB的传输；n3意味着总共执行了三次TB的传输，等等。
目前，5G NR的实施方案假设了连续的传输，即在连续的TTI上的重复。然而，在未来版本的电信标准中，如5G NR或后续版本，这种情况可能会改变，从而也有可能在传输的每个或一些之间发生传输间隙。本文中呈现的解决方案也应用于这种具有传输间隙的重复传输。
此外，按照当前5G NR版本16的定义，重复机制在多个TTI(例如，时隙)上重复来自上层的相同信息数据(例如，来自MAC层的传输块(TB))。然而，这在电信标准的未来版本，诸如5G NR或后续版本中可能会改变，从而也可能存在基于多个TTI上的单个DCI多于一个的传输块可以被发送(在上行链路或下行链路中)的可能性。此外，每个传输块可以依次被重复(例如，4次总传输，每一个传输块总共传输2次)。本文中呈现的解决方案也应用于每个DCI的数个传输块的分配。
因此，在已经被引入到5G NR版本16中的重复概念被扩大用于本应用。例如，在下文中，示例性地假设gNB发送的单个DCI可以分配多个(即，超过一个)发送/接收，这在下文中被称为多-TTI调度。因此，多-TTI调度机制将涵盖一个或多个TB的发送或接收，在连续或不连续的TTI中，在接收DCI后有或没有偏移开始。
进一步改进
发明人已经识别了与上述有关的问题。
具体地，时域中的PDCCH监视时机是由RRC在搜索空间集配置中半静态地配置的。这是独立完成的，并且与可能的多-TTI调度无关。
因此，即使DCI调度了多-TTI发送或接收，半静态地配置的PDCCH监视时机也不会被取消，尽管可以假设gNB在这些时机不发送(另一个)PDCCH(DCI)。因此，UE也在那些非常不可能有进一步PDCCH DCI的PDCCH监视时机执行PDCCH监视功能。
这样的示例性方案在图11中示出，它假设两个随后的单TTI分配，然后时隙n+2处的多TTI分配，该多TTI分配分配三个传输块，具体在n+2、n+3和n+4。尽管如此，UE在时隙n+3和n+4(水平虚线)监视配置的PDCCH监视时机(在各自的前3个OFDM符号)。
因此，UE将通过在时隙n+3和n+4的那些PDCCH监视时机执行监视功能而不必要地消耗功率。
因此，发明人已经识别了提供一种PDCCH监视功能的可能性，该功能可以避免或缓解上述所识别的问题。
实施例
在下文中，将为5G移动通信系统所设想的新无线电接入技术描述满足这些需求的UE、基站和程序，但这些技术也可以用于LTE移动通信系统。不同的实施方式和变体也将被解释。以下的公开由上述的讨论和发现促进，并且可以例如，至少基于其中的一部分。
一般来说，应该注意的是，本文中已经做了许多假设，以便能够以清晰和可理解的方式解释本公开基本的原理。然而，这些假设应被理解为仅仅是用于说明目的而在本文中做出的示例，不应限制本公开的范围。技术人员将意识到，以下公开的原理和权利要求中所列出的内容可以被应用于不同的场景，并以本文中未显式地描述的方式进行。
此外，以下使用的程序、实体、层等的一些术语与LTE/LTE-A系统或当前3GPP 5G标准化中使用的术语密切相关，尽管将被用于下一代3GPP 5G通信系统的新无线电接入技术的上下文的具体的术语并未完全决定或可能最终改变。因此，术语可以在未来被改变，而不影响本实施例的功能。因此，技术人员知道，本实施例及它们的保护的范围不应因为缺乏更新的或最终商定的术语而限制于本文中示例性地使用的特定术语，而应该依据构成本公开的功能和原理基础的功能和概念更广泛地理解。
例如，移动站或移动节点或用户终端或用户设备(UE)是通信网络内的物理实体(物理节点)。一个节点可以具有数个功能实体。功能实体是指实施和/或向同一节点或另一节点或网络的其他功能实体提供预定的功能集的软件或硬件模块。节点可以具有一个或多个接口，将节点连接到节点可以通信的通信设施或媒介上。类似地，网络实体可以具有将功能实体附加到通信设施或介质上的逻辑接口，通过它可以与其他功能实体或对应的节点进行通信。
这里的“基站”或“无线电基站”是指通信网络内的物理实体。与移动站一样，基站可以具有数个功能实体。功能实体是指实施和/或向同一节点或另一节点或网络的其他功能实体提供预定的功能集的软件或硬件模块。物理实体执行一些关于通信设备的控制任务，包括调度和配置中的一个或多个。要注意的是，基站功能性和通信设备功能性也可以集成在单个设备中。例如，移动终端也可以实施用于其他终端的基站的功能性。LTE中使用的术语是eNB(或eNodeB)，而5G NR当前使用的术语是gNB。
UE和基站之间的通信通常是标准化的，并且可以由不同的层定义，如PHY、MAC、RRC等(参见上述背景讨论)。
本文中所使用的“发送或接收”和“发送/接收”的表述应理解为，本概念应用于调度DCI，而无关调度DCI是否调度了调度的发送或调度的接收。同样地，当提及发送或接收的数量时，应理解为调度DCI分配给UE的发送的具体数量或接收的具体数量。
本文使用的表述“单TTI调度”(以及类似的表述)应理解为指调度DCI，该DCI调度数据的单个发送或接收，例如，在一个TTI中发生。
另一方面，本文使用的“多TTI”应理解为指调度DCI，该DCI调度数据的多个发送或接收，例如，在数个TTI中发生。多个发送或接收可以在不同的发送/接收时机(即TTI)传达相同的数据，即在数据重复的意义上。替代地，多个发送或接收可以在不同的发送/接收时机(即TTI)分别地传输不同的数据，即由此增加数据的吞吐量。还有，替代地，多个发送或接收可以在一些不同的发送/接收时机中传达相同的数据，而在另一些不同的发送/接收时机传达不同的数据。
表述“搜索空间集”可以广义地理解为搜索空间的集合，有多个搜索空间，每个搜索空间包括一个或多个用于接收DCI消息的可能的候选。例如，搜索空间将具有相同聚合级别但DCI消息的不同格式的各种候选分组。进而，例如，搜索空间集可以包括不同聚合级别的搜索空间，但与要监视的相同的时频资源集(例如，相同的CORESET)相关联。如上所解释的，3GPP 5G NR标准给出了一个具体的示例性实施方案。本文中使用“搜索空间集”和“搜索空间集组”的表述来命名基本概念，但不应被视为限制。
术语“监视”可以广义地理解为尝试对用于接收DCI消息的可能候选进行解码，例如，基于特定的格式。这样的解码尝试也可以称为盲解码。
图12示出了用户设备(也称为通信设备)和调度设备(这里示例性地假设位于基站中，例如，eLTE eNB(替代地称为ng-eNB)或5G NR中的gNB)的一般、简化和示例性框图。UE和eNB/gNB分别地使用收发器在(无线)物理信道上相互通信。
通信设备可以包括收发器和处理电路。收发器可以依次包括接收器和发送器和/或起到接收器和发送器的功能。处理电路可以是一个或多个硬件，诸如一个或多个处理器或任何LSI。在收发器和处理电路之间存在输入/输出点(或节点)，通过其处理电路可以控制收发器，即控制接收器和/或发送器并交换接收/发送数据。作为发送器和接收器的收发器可以包括包含一个或多个天线的RF(射频)前端、放大器、RF调制器/解调器等。处理电路可以实施控制任务，诸如控制收发器发送处理电路提供的用户数据和控制数据和/或接收用户数据和控制数据，其由处理电路进一步处理。处理电路也可以负责执行其他处理，诸如确定、决定、计算、测量等。发送器可以负责执行发送处理和与之相关的其他处理。接收器可以负责执行接收处理和与之相关的其他处理，如监视通道。
改进的下行链路控制信道(例如PDCCH)监视程序将在下文中描述。在所述连接中，呈现了改进的UE和改进的基站，它们参与改进的下行链路控制信道监视程序(在下文中也示例性地称为PDCCH监视程序)。也提供了用于UE行为和基站行为的相应的方法。
图13示出了根据改进的PDCCH监视程序的一个示例性解决方案的简化的和示例性UE结构，并且可以基于与图12相关的解释的一般UE结构来实施。所述图中示出的UE的各种结构元素可以相互连接，例如与相应的输入/输出节点(未示出)相互连接，例如为了交换控制和用户数据及其他信号。尽管出于说明的目而没有示出，但是UE可以包括进一步的结构元素。
从图13显而易见，UE可以包括用于下行链路控制信道监视功能的处理电路、用于确定搜索空间集组的处理电路以及用于接收下行链路控制信息消息的接收器。
在目前的情况下，正如将从下述的公开中变得显而易见，UE的接收器可以因此被示例性地配置为至少部分地执行接收下行链路控制信息消息、接收分配的数据和接收配置信息中的一个或多个。
此外，在目前的情况下，正如将从下述的公开中变得显而易见，UE的处理电路(也称为处理器)可以因此被示例性地配置为至少部分地执行执行用于下行链路控制信道的监视功能、确定搜索空间集组、确定下行链路控制信息消息的内容、确定由下行链路控制信息消息的内容分配的发送或接收的数量、确定搜索空间集组的标识、确定由下行链路控制信息消息的内容分配的发送或接收的数据的优先级等中的一个或多个。
此外，在目前的情况下，正如将从下述的公开中变得显而易见，UE的发送器可以因此被示例性地配置为至少部分地执行发送分配的数据等中的一个或多个。
下面将进一步详细公开的一个示例性解决方案由包括以下内容的UE实施。UE的处理器运行监视功能，该功能涉及基于多个搜索空间集组之一监视用于接收下行链路控制信息消息的下行链路控制信道。UE的接收器经由监视的下行链路控制信道接收下行链路控制信息消息，其中接收的下行链路控制信息消息将数据的发送或接收分配给UE。处理器还确定用于执行下行链路控制信道的监视功能的、多个搜索空间集组中的一个搜索空间集组。确定该一个搜索空间集组是基于：
·接收的下行链路控制信息消息的内容或格式。
符合上述讨论的UE的示例性UE行为的相应的顺序图在图14中示出。UE运行监视功能，该功能涉及基于多个搜索空间集组之一监视用于接收下行链路控制信息消息的下行链路控制信道。UE经由监视的下行链路控制信道接收下行链路控制信息消息，其中接收的下行链路控制信息消息将数据的发送或接收分配给UE。UE确定用于执行下行链路控制信道的监视功能的、多个搜索空间集组中的一个搜索空间集组，其中确定该一个搜索空间集组是基于：
·接收的下行链路控制信息消息的内容或格式。
根据该改进的PDCCH监视程序，UE能够根据由下行链路控制信息(DCI)消息执行的分配来适配PDCCH监视功能，通过适当地确定不同的、更合适的搜索空间集(SSS)组来执行监视功能。例如，新的SSS组的下行链路控制信道的所需的监视时机的周期性可能会改变，取决于基站在接收的DCI消息中如何调度UE。简而言之，对UE提出的监视要求可以与基站的调度意图或需要相匹配。
从上面已经可以显而易见，改进的下行链路控制信道监视程序还提供了改进的无线电基站。图15示出了根据改进的下行链路控制信道监视程序的一个示例性解决方案的简化和示例性基站结构，并且可以基于与图12有关的解释的一般基站结构来实施。在所述图15中示出的无线电基站的各种结构元素之间可以相互连接，例如，与相应的输入/输出节点(未示出)相互连接，例如为了交换控制和用户数据及其他信号。尽管出于说明的目而没有示出，但该基站可以包括进一步的结构元素。
从图15显而易见的，基站可以包括用于生成下行链路控制信息消息的处理电路、用于确定搜索空间集组的处理电路以及用于发送下行链路控制信息消息的发送器。
在目前的情况下，正如将从下述的公开中变得显而易见，基站的处理电路可以因此被示例性地配置为至少部分地执行生成下行链路控制信息消息(包括设置消息的内容和格式以及确定搜索空间集组)、确定由BS在先前发送的下行链路控制信息消息中分配的发送或接收的数量、运行定时器(诸如禁止定时器和切换定时器)等中的一个或多个。
在目前的情况下，正如将从下述的公开中变得显而易见，基站的发送器可以因此被示例性地配置为至少部分地执行向UE发送下行链路控制信息消息和发送配置消息等中的一个或多个。
在目前的情况下，正如将从下述的公开中变得显而易见，基站的接收器可以因此被示例性地配置为至少部分地执行接收来自UE的数据的发送中的一个或多个。
下面将进一步详细公开的一个示例性解决方案是由包括以下内容的无线电基站实施。BS的处理器生成下行链路控制信息消息，其中生成的下行链路控制信息消息将数据的发送或接收分配给UE。此外，生成的下行链路控制信息消息的内容或格式使得用户设备能够确定多个搜索空间集组中的一个搜索空间集组。该确定的搜索空间集组将由用户设备用于执行监视功能，该监视功能涉及监视用于接收下行链路控制信息消息的下行链路控制信道。BS的处理器确定多个搜索空间集组中的、当前由用户设备用于执行监视功能的组。当前使用的搜索空间集组的确定是基于先前发送给用户设备的另一个下行链路控制信息消息的内容或格式。BS的发送器基于确定的当前使用的搜索空间集组，经由下行链路控制信道向用户设备发送生成的下行链路控制信息消息。
符合上述基站的示例性基站行为的相应的顺序图在图16中示出。根据该改进的基站行为，基站生成下行链路控制信息消息，其中生成的下行链路控制信息消息将数据的发送或接收分配给UE。生成的下行链路控制信息消息的内容或格式使得用户设备能够确定将由用户设备用于执行监视功能的、多个搜索空间集组中的一个搜索空间集组，所述监视功能涉及监视用于接收下行链路控制信息消息的下行链路控制信道。基站确定当前被用户设备用于执行监视功能的、多个搜索空间集组中的搜索空间集组。当前使用的搜索空间集组的确定是基于先前发送给用户设备的另一个下行链路控制信息消息的内容或格式。然后，基于确定的当前使用的搜索空间集组，基站经由下行链路控制信道将生成的下行链路控制信息消息发送给用户设备。
相应地，基于从BS向UE发送的调度DCI，改进的基站能够对UE如何执行PDCCH监视程序进行一些控制。调度DCI不仅提供给UE以分配用于数据的下行接收或数据的上行发送的无线电资源，而且被用于控制UE要使用哪个SSS组来执行下行链路控制信道监视功能。
在改进的下行链路控制信道监视程序在图17示例性地示出，它示出了在对于时隙序列，UE(和基站)如何取决于调度DCI的接收切换搜索空间集(SSS)组。假设UE基于SSSG 0开始监视功能，假设它提供只每第四个时隙(在n，n+4，n+8，n+12等；被认为是稀疏的SSSG，特别是与SSSG 1相比)监视时机的周期性。SSSG 1另一方面可以被认为是提供相对密集的所需的监视时机，具体地是在每一个时隙。
还假设基站知道UE的监视时机，并因此使用该监视时机在时隙n+8来调度UE(参见图17中的“调度DCI”)，例如，用于下行链路或上行链路传输。在这个特定的示例中，调度DCI使得UE切换到SSS组1，并且因此在每个时隙监视下行链路控制信道。相应地，该调度DCI的内容或格式由gNB设置，使得其使得UE切换到另一SSS组。这允许基站可以更频繁地调度UE，例如从图17的n+10、n+12和n+13时隙可以显而易见。UE在每个时隙保持监视下行链路控制信道，直到n+17时隙，其中基站提供另一个调度DCI，这时使得UE从n+18时隙开始再次切换回SSS组0(稀疏监视时机)。根据SSS组0的第一监视时机发生在切换之后，在n+20。
因此，通过提供具有稀疏监视要求的SSSG，允许UE跳过用于监视功能的某些时隙，使得就不需要在所述方面浪费功率(例如，不必要在那些下行链路控制信道监视时机执行盲解码)。
根据一个示例性实施方案，当基站不可能或不合理地调度UE时，稀疏SSSG将由UE使用。例如，这可能是调度DCI调度多TTI发送或接收的情况，它跨越了数个时隙(也参见下面相应的更详细的解决方案)。另一个示例是这样一种场景，在这种场景中UE被调度为延迟容忍通信量(例如，低优先级的)，UE的功率节省机会可能被认为比基站的调度灵活性更重要(调度灵活性通常对例如延迟容忍通信量，例如高优先级更重要；参见下面相应的更详细的解决方案)。
总的来说，UE的监视要求可以适配于基站的调度要求。例如，当多TTI发送/接收被调度时，UE的监视工作以及由此产生的功率消耗都会减少，而通信量需求仍然可以被满足。如果，例如信道条件在跨多个TTI中是稳定的，这可能是有益的。
另一方面，当切换到单TTI调度时，PDCCH的监视工作会增加，以允许更好的调度灵活性。如果，例如信道条件变得更加动态以及对于基站很难跨多个TTI做出好的调度决定，这可能是有益的。具体地，基站必须考虑高优先级UE的不可预测的通信量动态，使得基站不能提前预留多个TTI的无线电资源。
上面提到的调度DCI将数据的发送/接收分配给UE。例如，下行链路控制信息消息分配用于UE接收数据的下行链路无线电资源。在示例性的5G NR实施方案中，下行链路控制信息消息的格式可以是1_0或1_1或1_2。另一方面，下行链路控制信息消息分配用于UE发送数据的上行链路无线电资源。下行链路控制信息消息的格式为0_0或0_1或0_2。
尽管在上述图中没有示出，因为它是无关紧要的，但UE也根据单个调度DCI提供的调度继续执行例如数据的发送或接收。例如，UE执行数据的单个发送(在单-TTI上行链路调度的情况下)或数据的多个发送(在多-TTI上行链路调度的情况下)。或者，UE执行数据的单个接收(在单-TTI下行链路调度的情况下)或数据的多个接收(在多-TTI下行链路调度的情况下)。
在上述图17的示例性说明中(以及在随后的说明和解释中)，为了易于说明和解释，已经做了数个假设，然而这些假设不应理解为限制本发明的范围。
例如，一个这样的示例性假设是，SSSG的切换发生在时隙(例如时隙n+1)的时隙边界，该时隙与接收调度DCI引起切换的时隙(例如时隙n)相邻。然而，这仅仅是示例，切换也可以在不同的定时发生，例如在稍后的时隙边界(n+x)，或者通过考虑x个符号(值x是一个正整数，可以由合适的3GPP标准来配置或定义)的最小时间间隔，在调度DCI后的最早的时隙边界。另外，值x也可以取决于UE能力，例如，高端UE可以基于较低n值支持更快处理，以及低端UE基于较大n值允许更多处理时间。
另一个示例性假设是，两个(或更多)SSS组在UE被要求监视用于接收DCI消息的下行链路控制信道的监视时机的周期性方面彼此不同。例如，SSSG 0具有长监视周期性(长，与SSSG 1相比；这里，长周期性是4个时隙)，而SSSG 1具有短周期性(短，与SSSG 0相比；这里，短周期性是1个时隙)。换言之，密集的SSSG在时域(或每个时域单位)提供大量的监视时机，多于稀疏的SSSG在时域(或每个时域单位)仅提供的少量监视时机。
然而，另外或替代地，各种SSS组也可能以不同的方式不同，例如在PDCCH候选的数量方面。例如，SSSG 0包含比SSSG 1更少的PDCCH候选数量。因此，通过监视SSSG 0，UE可以在牺牲调度灵活性的一些(可控的)程度上实现功率节省增益。
另外或替代地，各种SSSG在DCI格式也可以不同，例如，SSSG 0可以被配置为只包含DCI格式0-0和1-0(也称为回退格式，因为它们结构紧凑(尺寸较小)，并且因此具有较小的调度灵活性)，然而SSSG 1包含其他DCI格式。这种配置的益处包括，一旦UE监视SSSG 0，盲解码的工作就会减少，并且因此，就能实现UE功率节省。
进一步另外或替代地，可以为不同的SSSG分别配置时隙内的不同PDCCH监视模式。例如，SSSG 0可以被配置为在时隙的前2个符号呈现，而SSSG 1可以被配置为在时隙的第7和第8符号呈现。有了这样的配置，SSG0将比SSSG1更有利于相同时隙调度。这是由于一个PDSCH传输或一个PUSCH传输不能跨越时隙边界。因此，通过在时隙的开始提供调度机会，如SSSG 0，如果数据在同一时隙被调度，则允许UE有更多的时间来处理数据。与此相对，SSSG1可用于跨时隙调度，例如，时隙n中的DCI调度时隙n+1中的数据。
为了易于说明和解释而作出的另一个示例性假设是，UE仅配置了两个不同的搜索空间集组。然而，本文中描述的概念也适用于具有多于两个的不同SSS组的UE。
另一个示例性假设是，SSS组中的一个是默认SSS组，例如，UE初始地用于执行监视功能的一个SSS组。例如，初始或默认SSS组可以被定义来提供每次监视时机的高数量，以便增加基站的调度灵活性，并且因此可能地减少调度延迟。另一方面，初始或默认SSS组可以被定义为每次提供较少数量的监视时机，以便增加UE跳过PDCCH监视的时隙的可能性以节省功率。
另一个示例性假设是，改进的下行链路控制信道监视功能(例如，包括SSS组切换，以及还有UE可以被BS调度的时间单元)在时隙的基础上执行(即，用于常规循环前缀的14个OFDM符号；用于扩展循环前缀的12个OFDM符号)。然而，改进的功能也可以在迷你时隙的基础上执行，其中迷你时隙跨越一个或多个OFDM符号，但少于完整的时隙(即对于常规循环前缀<14个OFDM符号；对于扩展循环前缀<12个OFDM符号)。例如，监视功能将在每一个迷你时隙上进行，例如，每两个OFDM符号。因此，迷你时隙构成了UE可以被调度的TTI。
尽管没有显式地提及，但另一个示例性的假设是UE在多-TTI调度中被调度为接收或发送相同的数据。然而，这并不被认为是改进的程序的限制。相反，改进的PDCCH监视程序也适用于数个传输块可由单个DCI调度的情况。换言之，多-TTI调度不只是指相同的单个传输块(因此有效地重复)，而是指多于一个的传输块(传输块中的每个然后也可能在相同的多-TTI调度中重复)。
上面解释的改进的PDCCH监视程序也涉及基站，基站负责将调度DCI发送给UE。例如，基站执行与UE侧相应的步骤，以便允许基站确定UE如何监视PDCCH。这对于基站是有利的，因为它可以在UE确实监视下行链路控制信道的时间时隙(和OFDM符号)发送调度DCI。例如，基站可以执行与UE相同的用于确定SSS组的确定。基站的基本行为在图16中示出。
关于UE如何基于调度DCI(例如，基于调度DCI的内容或格式)确定它应该用于监视功能的SSSG，有数种可能性。对这些解决方案进行了简要概述，随后将对解决方案中的每个进行更详细的解释。
第一解决方案区分了调度单个发送或接收的调度DCI(单-TTI调度)和调度多个发送或接收的调度DCI(多-TTI调度)。第一解决方案的变体纳入了禁止时间时段的使用，确保切换适用于最小的时间量。
第二解决方案提供UE将用于监视功能的SSS组的更显式的指示，例如通过在调度DCI中包括允许UE直接识别该SSS组的字段。该第二解决方案的变体纳入了基于切换时间时段的进一步的切换机制，以便在所述切换时间时段期满后切换回另一个SSS组。
第三解决方案是基于DCI调度的数据的优先级。
第一解决方案-基于单-TTI vs多-TTI调度DCI的SSS组的隐式指示
下面将呈现第一解决方案(及其变体)，关于UE如何基于调度DCI确定它应该用于PDCCH监视功能的SSSG。该第一解决方案围绕着在调度单个发送或接收的调度DCI(单-TTI调度)和调度多个发送或接收的调度DCI(多-TTI调度)之间进行区分的想法。
根据一个示例性实施方案，调度DCI指示由基站分配给UE的分配的发送或接收的数量。因此，它可以允许UE区分单-TTI调度和多-TTI调度并且，在此基础上，适当地确定UE应根据其运行PDCCH监视功能的SSSG。
在示例性的基于5G-NR标准的实施方案中，在UE配置具体的TDRA表，该具体的TDRA表具有指示发送或接收的数量的参数。相应地，调度DCI识别TDRA表的一个参数集(例如，行)，并且因此也识别分配是指单个发送/接收还是多个发送/接收。
在一个示例性实施方案中，TDRA表中的参数可以是已经标准化的重复参数，并在上面进行了解释(用于PDSCH的“重复数量(repetitionNumber)”；用于PUSCH的“重复的数量(numberOfRepetitions)”)。在这种情况下，多-TTI传输将指在不同的TTI上相同的数据的重复(例如，相同的传输块)。
上述TDRA表可以例如由5G标准固定，也可以由gNB配置。
根据第一解决方案的一个简化和示例性实施的UE行为的流程图在图18呈现。由此显而易见，假设仅有两种不同的SSSG可用于切换；具有密集PDCCH监视模式的初始SSSG 0，和具有稀疏PDCCH监视模式的SSSG 1。UE因此假设首先基于SSSG 0运行监视功能，这允许UE最终从基站接收调度DCI消息。符合第一解决方案，UE确定调度DCI消息是调度单-TTI传输还是多-TTI传输。在UE被调度用于单-TTI传输的情况下，UE将更频繁地监视PDCCH，并且因此遵循根据SSSG 0的监视时机。另一方面，在UE被调度用于多-TTI传输的情况下，允许UE放宽PDCCH的监视，因为进一步的调度DCI不太可能也没有必要如此频繁地被发送；UE因此遵循根据其他SSS组1的监视时机。
尽管上面没有提及，但当UE切换到用于执行监视功能的另一个SSSG时，这隐式地涉及UE停止遵循根据先前的SSSG的监视时机。
然后，UE可以重复这所讨论的处理，以便于保持使其PDCCH监视适配调度(例如，接收的调度DCI)。
由此产生的，用于执行PDCCH监视功能的两个SSS组之间的切换在图19和20示出。图19是详细的时间时隙示意图，示出了SSS组0和SSS组1二者的PDCCH监视时机，其中SSS组0要求对于一个OFDM符号每第二时间时隙监视PDCCH，以及SSS组1要求对于两个OFDM符号每一时间时隙监视PDCCH。图19的第三行示出了由UE执行的实际调度和监视，这取决于UE接收的调度DCI，例如上文与图18有关的讨论。
在此特定的示例性场景中，假设UE已经在运行其监视功能，并且在时间时隙n中，根据SSSG 1监视PDCCH(见图19第三行的时隙n)，即，在前两个OFDM符号期间。UE在时间时隙n从基站接收调度DCI，调度DCI调度相同或不同数据的多个发送/接收。因此，UE确定切换到SSSG 0，以便在每第二个时间时隙允许跳过PDCCH监视。在这种情况下，UE在时隙n和n+1之间的时隙边界切换到SSSG 0配置，其中时间时隙n+1没有根据SSSG 0配置监视时机。
基站采用UE遵循的时隙n+4处的PDCCH监视时机，以便向UE提供单-TTI调度DCI。UE因此切换到SSSG 1，并根据由SSSG 1定义的PDCCH监视时机在时间时隙n+5开始监视PDCCH。这增加了调度灵活性，因为用于基站的调度机会在每个时间时隙可用。另一个单-TTI由调度DCI在时间时隙n+5调度，并且UE根据SSSG 1继续执行监视功能，直到时间时隙n+7。在时间时隙n+7，UE接收多-TTI调度DCI，该多-TTI调度DCI使得UE在到时间时隙n+8的下一个时隙边界再次切换回SSSG 0。
图20是与图19相比类似但有所简化的另一个时间时隙图。再次假设定义了两个不同的SSS组，SSSG在每四时间时隙(n，n+4，n+8等)具有稀疏的监视时机，而SSSG 1具有相对密集的发生在每个时间时隙的监视时机。由此显而易见，切换由单-TTI或多-TTI调度的接收触发。在这种情况下，基站在时隙n+8发送的单TTI调度DCI使得UE自时隙n+9起切换到密集的SSSG 1。基站使用更好的调度灵活性在时间时隙n+9、n+11和n+12调度进一步的单-TTI发送/接收。当在时间时隙n+17接收多-TTI调度DCI时，UE自下一个时间时隙n+18起再次切换到基于SSSG 0监视PDCCH。根据SSSG 0的下一个监视时机是在时间时隙n+20，因此允许UE在时隙n+18和n+19(也在n+21和n+22)跳过监视PDCCH。
在上述第一解决方案的示例性实施方案中，猜想性地假设UE仅配置了用于执行改进的PDCCH监视程序的两个不同的SSSG。在有多于两个的SSSG的情况下，UE需要进一步以某种方式在各种SSSG之间选择。这可以例如，通过比较调度DCI的调度的传输的数量和不同SSSG的所需的监视时机的周期性来完成，并且然后选择具有所需的监视时机的周期性的SSSG，该SSSG与调度的发送/接收的数量最匹配。
例如，可以假设定义三个SSS组的场景，SSSG 0具有4个时隙的监视周期性(参见图20的SSSG 0)，SSSG 1具有2个时隙的监视周期性(参见图19的SSSG 0)，以及SSSG 2具有1个时隙的监视周期性(例如，参见图19或20的SSSG 1)。当调度DCI在时隙n中分配四个时间时隙(n至n+3)(或多于四个时间时隙)的多-TTI传输时，UE可以确定SSSG 0，其具有相应的4个时间时隙的监视周期。当调度DCI调度三个时间时隙的多-TTI传输时，UE可以确定具有相应的2个时间时隙的监视周期性的SSSG 1(从而具有增加的调度灵活性，但以减少的功率节省可能性为代价)或可以确定具有相应的4个时间时隙的监视周期的SSSG 0(从而具有减少的调度灵活性，但受益于增加的功率节省可能性)。当调度DCI在时隙n中分配两个时间时隙(n和n+1)的多-TTI传输时，UE可以确定SSSG 1，其具有相应的2个时间时隙的监视周期。
第一解决方案的变体纳入禁止时间时段的使用，该禁止时间时段在可能切换到另一个SSSG(或先前的SSSG)之前，确保变更的SSSG由UE应用最小的时间量。换言之，在切换到不同的SSSG后的这个禁止时间时段期间，UE将不执行SSSG的另一个变更，即使由UE接收调度DCI会使得这样的SSSG的变更。因此，UE被禁止在(在确定了当前使用的SSS组之后的)一时间时段内确定与当前使用的SSS组不同的搜索空间组。
禁止时间时段可以只适用于所有SSSG中的一个或所有SSSG中的一些，或者可以适用于所有SSSG。例如，当已变更为具有稀疏监视时机的SSSG时应用禁止时间时段，可以确保更多的功率节省，因为UE在最小时间量中遵循稀疏监视时机。相反地，当已变更为具有密集监视时机的SSSG时应用禁止时间时段，可以确保更多的调度灵活性。
在一个示例性实施方案中，可以基于由UE运行的禁止定时器来实施禁止时间时段。这在图21的UE行为的流程图中被示例性地说明。图21在以下方面类似于图18，即UE基于接收的调度DCI是分配单-TTI发送/接收还是多-TTI发送/接收来决定使用哪个SSS组。除了图18的步骤外，图21纳入了与两个分支(即多-TTI和单-TTI分支)中禁止定时器的运行有关的步骤。
具体地，示例性地假设禁止定时器仅在从稀疏SSSG 1切换回密集SSSG 0时应用(但不是反过来)。相应地，当切换到与多TTI有关的SSSG 1时，禁止定时器被启动，并运行特定的时间时段(例如上述的禁止时间时段)。如图21中显而易见的，当UE被调度为单-TTI发送/接收时，UE另外地确定禁止定时器是否正在运行(期满)。当禁止定时器不运行时，UE可以切换到与单-TTI相关的SSSG 0，或者如果运行，则等待禁止定时器期满后。
在一个可选的实施方案中(在图21中以虚线示出)，当禁止定时器已经运行并且当UE再次确定多-TTI调度DCI时，禁止定时器被重新启动。因此，在每次多-TTI调度DCI被接收时，禁止时间时段都会延长。
图22是根据上述第一种基于定时器的解决方案的示例性实施方案的状态示意图，并示出了与图21的解决方案相似的解决方案。在图22的状态示意图中，假设UE基于具有密集监视时机的SSSG 0开始PDCCH监视功能，使得默认更高的调度灵活性是可能的。相应地，UE基于多-TTI调度DCI从SSSG 0切换到SSSG 1，但当检测到单-TTI调度DCI时，继续基于SSSG 0。还如图21中所假设的，在图22的示例性实施方案中，禁止定时器仅适用于从SSSG 1切换到SSSG 0，因此避免了UE甚至当其接收单-TTI调度DCI时直接切换回SSSG 0。
此外，还有一种可能性，即UE在已经接收单-TTI调度DCI并等待禁止定时器期满后，已经启动的到SSSG 0的切换被中止，即当再次接收多-TTI调度DCI时。在这种情况下，禁止定时器避免了乒乓效应(来回切换)。
图23是根据上述第一种基于定时器的解决方案的另一个示例性实施方案的另一个状态示意图。它主要与图22的状态图不同之处在于，SSSG 0是稀疏监视方案，SSSG 1是密集监视方案，使得UE基于稀疏监视方案开始PDCCH监视功能，该稀疏监视方案默认允许在UE处节省更多的功率。因此，相反地，从SSSG 0到SSSG 1的切换是基于检测单-TTI调度DCI，反之亦然。此外，禁止定时器应用于从密集监视到稀疏监视的切换，从而确保了最小时间量具有更好的调度灵活性。
上述第一解决方案(及其变体)也可以在基站处实施。如上面已经大致提及的，基站执行与UE侧的步骤相对应的步骤，以便允许基站确定UE如何监视PDCCH，并且然后能够根据其执行操作(例如，发送下一个调度DCI)。在本第一解决方案中，基站因此基于先前发送的调度DCI的内容分配给UE的发送/接收的数量来确定在UE处当前使用的SSS组。另外，对于上述基于禁止时间时段的解决方案，基站还考虑这样的禁止时间时段，以正确确定UE行为，并因此确定UE当前用于PDCCH监视功能的SSS组。
相应地，基站与UE关于UE当前正在使用哪个SSS组同步，并且因此UE的哪个监视时机可以用于发送UE能够接收的调度DCI。
第二解决方案-SSS组的显式指示
下面将呈现第二解决方案(及其变体)，关于UE如何基于调度DCI来确定它应该用于PDCCH监视功能的SSSG。
根据该第二解决方案，UE将用于监视功能的SSS组的显式指示由调度DCI提供，例如，通过在调度DCI中包括允许UE直接识别该SSS组的字段。相应地，UE基于作为调度DCI内容的一部分的字段来确定将被UE用于PDCCH监视的SSS组的标识。
通过使用SSS组的显式指示，基站具有更多的灵活性来控制UE应监视的SSS组。
第二解决方案的示例性实施方案在图24示出，其显示了UE行为。由此显而易见，在接收调度DCI消息之后，UE从调度DCI消息的字段中确定SSS组的标识。然后，UE基于识别的SSSG继续执行监视功能。
下文将讨论第二解决方案的两个替代的变体。
根据第二解决方案的第一变体，调度DCI包括字段，该字段包括标识要使用的SSS组的值。字段可以例如，被称为搜索空间集组字段(SSSG字段)，并且将是DCI中的单独的字段。例如，在仅有两个SSS组的情况下，SSSG字段仅需要具有一个比特，以便在这两个SSSG之间进行区分；标识SSSG 0的比特值0，以及标识SSSG 1的比特值1。另一方面，SSSG字段可以具有多于一个的比特，以便在多于两个的SSS组之间进行区分。
根据第二解决方案的第二变体(该第二变体可以是第一变体的补充或替代)，SSSG的标识被联合地编码到资源分配字段中，该资源分配字段例如，指示与分配的发送/接收有关的时域调度参数。换言之，调度DCI的资源分配字段允许UE确定时域调度参数以及UE将使用的SSS组的标识这二者。与第一变体相比，第二变体的益处是，调度DCI没有用于SSSG的标识的单独的字段，从而减少了开销。
根据一个示例性实施方案，时域调度可以基于合适的时域资源分配(TDRA)表(例如，由5G NR标准提供的一个表)。相应地，TDRA表的各种时域调度参数集还可以指示SSSG标识。因此，当调度DCI的资源分配字段指示使用TDRA表中的哪一个参数集时，该资源分配字段也标识UE必须用于监视功能的SSSG。
以下示例性TDRA表可以固定在合适的5G NR标准中，或者可以是由gNB可配置的(例如，使用RRC)。
TDRA表
Figure BDA0004113812660000341
从示例性表中显而易见，每个时域调度参数集被放在表的行中，并与行索引相关联，如调度DCI指示的。在这个特定的示例中，传输的重复(这里仅是示例，也可以是不同TB的多-TTI调度)可以由基站指导，由行索引值2、3和4索引的时域调度参数集。此外，为每一行提供了相应的SSSG索引。
从上述TDRA表中显而易见，与行索引2(因此具有n2的重复数量；多-TTI传输)相关联的SSSG索引也是SSSG 0(例如，假设在每个时隙定义监视时机)，然而与行索引3和4(因此分别具有n3和n4的重复数量；也是多-TTI传输)相关联的SSSG索引是不同的SSS组，SSSG 1(例如，假设具有较少的PDCCH监视时机，例如，每第4时隙))。例如，如果行2在时隙n在DCI中被指示，UE仍然监视每个时隙(即，停留在SSSG 0中)，尽管时隙n在时隙n和时隙n+1上调度PDCCH重复。
此外，这给予gNB机会在时隙n+1发送另一个DCI，以调度使用例如行索引1的另一个PDSCH。这将是可能的，因为在时隙n+1，两个PDSCH在不同的频率资源上发送，尽管它们在时间上都跨越相同数量的符号。
还应注意，在上述示例性TDRA表中，对于条目3，一个DCI调度3个传输，但UE每第4时隙监视PDCCH，即，停留在SSSG 1。例如，gNB不希望切换SSS组，但希望暂时地减少重复次数，例如，在改进的信道条件的情况下，或者在用于UE的缓冲器中的数据不足以适应n3传输的情况下。
第二解决方案的进一步变体纳入切换时间的使用作为在不同SSS组之间切换的另外的机制。这在UE错过携带SSSG指示的调度DCI的情况下可能是有用的。一般来说，UE在切换时间时段期满后确定用于执行监视功能的新的SSS组，其中切换时间时段是在根据当前使用的SSS组已经开始监视下行链路控制信道时开始。
当有多于两个的SSS组可用于改进的PDCCH监视程序时，也可以使用基于时间的切换机制。在这种情况下，在时间期满后，UE可以使用默认(或初始的)SSSG，或另一个固定的SSSG(在各种SSSG中，与默认SSSG不同)，或UE在当前使用的SSSG先前使用的SSS组(使得切换时间开始)。
因此，这样的切换时间提供了如何在SSS组之间更改的另一种可能性，并且可以实施用于一个、一些或所有可能的SSS组转换。例如，正如下面将结合图25和26解释的那样，基于时间的切换只可用于切换回默认SSS组0，但不用于从SSS组0到另一个SSS组(例如SSSG1)。然而，这仅是示例，并且UE可能切换到另一个、预先确定的SSS组或在切换时间时段期满后切换到先前使用的SSS组。
此外，根据示例性实施方案，UE可以使用定时器来监视切换时间时段。
图25是用于第二解决方案的基于定时器的变体的示例性实施方案的UE行为的流程图。此外，图26是UE的状态图，类似于根据图24和25的实施方案。在这两种情况下，示例性地假设UE基于默认SSSG 0开始监视PDCCH，其可以例如，提供密集或稀疏的监视时机。
从图25显而易见，当基于该确定的SSS组确定SSS组并执行PDCCH监视时，UE还启动切换定时器。在所述切换定时器期满时(并且假设在切换定时器期满之前UE中没有接收到指示SSSG 0的调度DCI)，UE切换回基于默认SSSG 0监视PDCCH。
图26类似地示出了“监视SSSG 0”和“监视SSSG 1”的状态之间的状态转换。显而易见的，基于定时器期满，从非默认SSSG 1到默认SSSG 0的状态转换也是可能的(也参见图25)。此外，图26示出了在再次指导相同的SSSG 1时，重新启动切换定时器的可选的可能性，从而延长UE保持基于SSSG 1监视下行链路控制信道的时间时段。
根据第二解决方案的进一步变体，所有SSS组中的至少一些分别用于接收分配不同数量的发送/接收的DCI消息。
例如，当假设两个SSS组时，不同SSS组的具体配置将一个SSS组明确地与例如，单-TTI调度相关联，并将另一个不同的SSS组明确地与例如，多-TTI调度相关联。相应地，用于单-TTI的调度DCI将由基站在由相应的单-TTI相关SSS组定义的监视时机中发送。相反地，用于多-TTI的调度DCI将由基站在相应的多-TTI相关SSS组定义的监视时机中发送。
在有多于两个的SSS组的情况下，一个示例性的解决方案是，可以考虑多-TTI调度的调度粒度，其中一个SSS组用于携带分配相同(或类似)的发送/接收的数量的调度DCI。例如，SSSG 0总是调度单-TTI发送/接收，SSSG 1总是调度具有2个发送/接收的多-TTI，SSSG2总是调度具有3个发送/接收的多-TTI。
作为一种可能的补充，单-TTI相关SSS组将定义相对密集的监视时机，为了允许用于可能的后续单-TTI调度的良好的灵活性。另一方面，多-TTI相关SSS组将定义相对稀疏的监视时机(例如，取决于多-TTI调度的调度粒度)，从而允许UE通过在一些时间时隙中跳过PDCCH监视来节省功率。
这样，不同SSS组的PDCCH监视周期性将很好地匹配分别的SSS组中携带的相应的调度DCI的调度粒度。
对于SSS组的这样的配置，上述第一解决方案中讨论的用于在不同SSS组之间切换的隐式指示难以实施，因为当UE根据一个SSS组进行监视时，UE将仅接收与该SSS组有关的调度DCI，但不接收与其他SSS组有关的调度DCI，其将隐式地触发切换到那些其他SSS组(参见第一解决方案，图18)。另一方面，可以很好地使用提供SSS组的显式指示的第二解决方案，例如，单-TTI调度DCI可以标识与用于未来的PDCCH监视的多-TTI相关的SSS组，以便允许基站然后发送多-TTI调度DCI。
上述第二解决方案(及其变体)也可以在基站处实施。如上面已经大致提及的，基站执行与UE侧的步骤相对应的步骤，以便允许基站确定UE如何监视PDCCH，并且然后能够相应地执行操作(例如，发送下一个调度DCI)。
在本第二解决方案中，具体地对于使用显式SSSG字段的第一变体，基站行为因此包括确定UE之后将用于执行PDCCH监视功能的SSS组的处理。根据第二解决方案的第一变体，基站然后将调度DCI的SSSG字段设置为与确定的未来SSS组相对应的特定值。
确定UE将使用的未来SSS组的这样的步骤不需要但也可以对第二解决方案的第二变体执行，使得考虑到确定的未来SSS组，确定合适的时域调度参数集(以及与之相关联的SSS组)。然后，基站将调度DCI的资源分配字段设置为与确定的时域调度参数集相对应的特定值。
不同地，在第一解决方案(以及下面呈现的第三解决方案)中，SSS组的切换是作为基站作出的调度决定的直接结果发生。确定UE未来将使用的SSS组的单独的步骤不必在基站处执行。例如，当调度单-TTI发送/接收时，相应的SSS组被自动关联，使得不需要单独的SSS组确定；类似地，用于当基站确定多-TTI发送/接收时。尽管如此，基站可以知道UE是如何监视PDCCH的，特别是基于哪个SSS组，以便在需要时向UE传递DCI。
在第二解决方案的上下文中，特别是对于基于适当地配置的时域调度参数集的第二变体，基站可能负责定义这些时域调度参数集并相应地配置UE。因此，基站生成合适的配置消息(例如，作为RRC层的一部分)，并将配置消息发送给UE。因此，UE具有可用于稍后与资源分配字段一起调度的合适的信息来识别时域调度参数以及指导的SSS组。一般来说，配置信息向UE提供不同SSS组和调度DCI的资源分配字段的不同值之间的关联。
在具体实施方案中，基站通过使用RRC消息定义TDRA表(见，例如，5G NR标准讨论)。
相应地，因为基站单独地并且主动地确定UE未来应使用的SSS组，所以它应该总是知道UE是如何监视PDCCH的，特别是基于哪个SSS组。
在第二解决方案的其他基于时间的变体中，基站的行为因此也纳入切换时间时段的监视(并可选地纳入定时器的运行来监视切换时间时段)，以便确定UE在切换时间时段期满后何时切换回另一SSS组。
第三解决方案-基于调度的数据的优先级的SSS组的显式指示
下面将呈现第三解决方案(及其变体)，关于UE如何基于调度DCI来确定它应该用于PDCCH监视功能的SSSG。
第三解决方案是基于由DCI调度的数据的优先级。相应地，UE确定由调度DCI分配的发送/接收的数据的优先级，并且然后，在优先级的基础上，确定其将用于监视功能SSS组。
示例性的实施方案在高优先级的数据通信量和低优先级的数据通信量之间进行区分。优先级可以与一个或多个特定的通信量特性有关，如时延要求。
例如，高优先级的数据通信量可能是例如URLLC的数据，其中低时延要求受益于具有相对密集的监视时机的SSS组。相反地，低优先级的数据通信量可能是例如eMBB的数据，其中放宽的时延要求允许SSS组的相对稀疏的监视时机(因此允许功率节省机会)。
因此，UE基于与调度的数据通信量的优先级及其特性(如时延要求)相匹配的SSS组来执行PDCCH监视。
根据该第三解决方案的相应的示例性UE行为在图27示出。从中显而易见，UE首先确定由DCI消息调度的数据的优先级，并且然后继续确定与确定的优先级相对应的SSS组。然后根据确定的SSS组执行PDCCH监视。
存在数种UE如何能够确定由调度DCI分配的数据发送/接收的优先级的可能性。例如，优先级可以独立于调度DCI是调度单-TTI发送/接收还是多-TTI发送/接收。
在第三解决方案的第一变体中，调度DCI可以包括合适的优先级字段，该优先级字段直接指示分配的优先级，并且因此允许推导与该优先级相关联的SSS组。
根据第三解决方案的第二变体，优先级可以由UE基于调度DCI的格式推导。例如，调度DCI可以以不同的格式发送，其中这些格式与不同的优先级相关联。在符合5G NR标准的示例性实施方案中，URLLC通信量可以用格式为1_2的DCI消息来调度，并且eMBB通信量可以用格式为1_0或1_1的DCI消息来调度。因此，当UE确定解码的DCI消息的格式为1_2时，它将推导出调度的通信量是高优先级的(URLLC)，并将使用具有密集监视时机的合适的SSS组。当UE确定解码的DCI消息的格式为1_0或1_1时，它将推导出调度的通信量是低优先级的(eMBB)，并将使用具有稀疏监视时机的合适的SSS组。
任何变体中的UE都具有合适的可用信息，以便能够从确定的调度DCI的数据通信量优先级推导出SSS组。该信息可以例如，在标准中固定，或者可以由基站以配置消息(例如，使用RRC)提供。
上述第三解决方案(及其变体)也可以在基站处实施。如上面已经大致提及的，基站执行与UE侧的步骤相对应的步骤，以便允许基站确定UE如何监视PDCCH，然后能够相应地执行操作(例如，发送下一个调度DCI)。
在目前的第三解决方案中，基站可以简单地确定调度用于UE的通信量的优先级，以便推导(以与UE相对应的方式)UE将使用哪个SSS组来执行其监视功能(以及因此如何执行调度DCI的未来传输)。
根据第三解决方案的第一变体，基站通过调度DCI确定它想要分配的数据的优先级，并且然后相应地设置调度DCI的优先级字段。如上面所解释的，这允许UE基于优先级字段来识别分配的数据发送/接收的优先级。
根据第三解决方案的第二变体，基站基于指示分配数据的优先级的合适的格式生成调度DCI。然后，基站基于先前发送的调度DCI的格式执行相应的优先级的确定，以便确定UE当前正在监视的SSS组。
进一步的变体
已经描述了改进的下行链路信道监视程序的许多变体和实施方案。例如，关于UE可以如何基于调度DCI的内容或格式确定UE应该使用哪个SSS组来实现监视功能，已经描述了三种不同的解决方案(和各自的变体)，为了有助于对各自变体或实施方式的基本机制和益处的理解，其中的一些已经彼此单独地描述。
根据进一步的解决方案，UE可以支持上述讨论的解决方案中的一些或全部的组合，以形成改进程序的新变体和实施方案。在未穷尽的情况下，下面列出了这些可以被组合的实施方案中的几个。
在一个示例性实施方案中，UE可以被初始地配置(例如，由基站配置)基于解决方案(或变体)中的一个执行改进的下行链路信道监视程序。然后，UE也可以根据需要被重新配置。
另外或替代地，UE可以同时根据多于一个解决方案(或其变体)来运行。例如，UE可以能够遵循SSS组的显式指示(参见第二解决方案)，但另外地遵循基于单-vs-多-TTI解决方案的隐式切换(参见第一解决方案)。解决方案的其他组合也同等地可能。
两个或更多解决方案的这样组合的可能是有益的，例如，当有多于两个的SSS组时。根据一个这样的示例性实施方案，UE能够仅基于各种SSS组中的两个遵循隐式切换(例如，在单-TTI相关SSSG和多-TTI相关SSSG之间切换)。另一方面，剩余的SSS组中的一个或多个可以在被基站显式地指导时由US使用，例如，使用第二解决方案(及其实施方案和变体)的显式信令。
在上述解决方案中，假设UE在用于接收来自基站的DCI消息的下行链路控制信道(例如，3GPP实施的解决方案中的PDCCH)上执行监视功能。根据可与其他解决方案相结合的进一步示例性解决方案，根据该改进的PDCCH监视程序，UE为其监视PDCCH的调度DCI通常在UE特定的搜索空间或在类型3的公共搜索空间中发送(关于不同类型的公共搜索空间的定义，参见TS 38.213 v16.1.0第10.1节)。其他公共搜索空间，诸如用于广播系统信息的传输的type-0、type-0A、type-1、type-2，独立于这些搜索空间并独立于上述解释的SSSG切换进行监视(例如，用于接收广播PDCCH)。
根据可与其他解决方案相结合的进一步示例性解决方案，可以定义对SSS组的进一步限制，例如，不同的SSS组被定义在同一控制资源集(CORESET)上。此外，为一个SSS组定义的稀疏监视时机可能是同一CORESET中另一个SSS组的密集监视时机的子集。SSS组的这样的定义和它们的监视时机将便于错误恢复。例如，假设场景，其中UE错过携带显式组切换指示的调度DCI，例如，由于信道衰减。结果，基站和UE可能对应使用哪个SSSG有不同的理解。为了解决这种不确定性，基站可以在两个SSSG中发生的PDCCH监视时机(即，不同SSSG之间的重叠时机)上发送新的DCI。无论UE当前监视哪个SSSG，UE都能够接收新的DCI。通过解码新的DCI，UE知道来自基站的SSSG指示。因此，可能的不匹配问题得到了解决。
根据可与其他解决方案相结合的进一步示例性解决方案，改进的PDCCH监视程序可仅应用于UE的单个服务小区，或者替代地，应用于(例如，小区组内的)特定的或所有服务小区。这可以，例如，由基站以相应的配置(例如，通过RRC)进行配置。
在上述的改进的PDCCH监视程序的解决方案和变体中的一些中，提及了默认SSS组，UE最初用它开始执行监视功能。例如，默认SSSG可以在SSG的配置(例如，通过RRC)之后立即应用。关于何时使用默认SSSG的示例性其他条件可以包括如下：
·默认SSSG可以在DRX周期的开始唤醒时使用(例如，当On Duration定时器启动时)。
·默认SSSG可以在由DCI格式2_6触发的唤醒时使用，意味着UE在休眠的时间时段后恢复PDCCH监视。
·当在非授权频段运行时，默认SSSG可以在信道占用时间时段的开始使用。
·默认SSSG可以在定时器期满时使用，例如，该定时器可以是前面的解决方案中提到的禁止定时器或切换定时器。
根据可与其他解决方案相结合的进一步示例性解决方案，也可以考虑DRX操作。简而言之，不连续接收(DRX)功能是最小化UE花在监视PDCCH上的时间的机制，以便减少电池消耗。DRX功能定义了DRX时段(在此期间不要求UE监视PDCCH)和活动时间时段(在此期间UE需要履行其监视PDCCH的要求)。定义DRX功能涉及定义许多参数、定时器等；如OnDuration、DRX不活动定时器、DRX短周期、DRX长周期。5G NR的标准化已经在3GPP TS38.321 v16.0.0第5.7节中定义了DRX，标题为“不连续接收(DRX)”。
根据第一实施方案，改进的PDCCH监视程序不对UE运行的DRX功能有任何影响，例如，DRX功能的参数和定时器与改进的PDCCH监视程序不适配或不同步。
根据另一个实施方案，DRX相关的定时器和/或参数中的一些根据UE当前用于执行监视功能的SSSG被连续调整。例如，定时器值根据当前使用的SSSG的PDCCH监视周期性被缩放。更详细地，作为一个示例，配置了两个SSSG，SSSG 0具有4个时隙的PDCCH监视周期性，SSSG 1具有1个时隙的PDCCH监视周期性。因此，DRX不活动定时器具有两个配置的值，4n和n，分别地相应于不同的SSSG。DRX不活动定时器的目的是定义持续时间，在该持续期间期间，如果没有接收到PDCCH，UE将在它期满后进入休眠。由于SSSG 0和SSSG 1之间的PDCCH监视要求是不同的，因此按照描述相应地缩放DRX不活动定时器更符合该定时器的最初用途。
DRX功能是否与改进的PDCCH监视功能适配/同步，可以固定在3GPP标准中，或者可以由基站配置(例如，使用RRC消息)。
在上述第一和第二解决方案的变体中，使用时间(和可选的定时器)来进一步改进SSSG切换操作。根据进一步的变体，时间(和可选的定时器)可以被具体地配置，如以下所述。
定时器值可以按服务小区(或如果配置了小区组，则按服务小区组)配置。因此，在跨不同的SSSG中仅需要维护一个单个的定时器值。
只要监视非默认SSSG，定时器的值就会被递减(或递增)(例如，以参考SCS(子载波间隔)的时隙为单位)(例如，除非满足定时器的重新启动条件)。
替代地，可以按带宽部分或按非默认SSSG来配置定时器值，这提供了更多的灵活性，但代价是UE(以及还有基站)需要跟踪多个定时器的复杂性。同样在这种情况下，定时器值被递减(或递增)(例如，以使用监视的SSSG的SCS的时隙为单位(或以TTI为单位))(除非满足定时器的重新启动条件)。
进一步的方面
根据第一方面，提供了用户设备，用户设备包括以下内容。UE的处理器运行监视功能，该监视功能涉及基于多个搜索空间集组之一监视用于接收下行链路控制信息消息的下行链路控制信道。UE的接收器经由所监视的下行链路控制信道接收下行链路控制信息消息，其中所接收的下行链路控制信息消息将数据的发送或接收分配给该UE。该处理器还确定用于执行该下行链路控制信道的该监视功能的、该多个搜索空间集组中的一个搜索空间集组。确定该一个搜索空间集组是基于：
·所接收的下行链路控制信息消息的内容或格式。
根据在第一方面之外提供的第二方面，确定用于执行监视功能的该一个搜索空间集组是由该处理器基于以下执行的：
·基站通过该下行链路控制信息消息的该内容分配给该UE的发送或接收的数量。
在可选的实施方案中，在该发送或接收的数量为一的情况下，搜索空间集组被确定具有所需的监视时机的短周期性。在该发送或接收的数量大于一的情况下，搜索空间集组被确定具有所需的监视时机的长周期性。在进一步的可选的实施方案中，当确定用于执行该监视功能的该一个搜索空间集组时，该处理器确定与由该下行链路控制信息消息分配的该发送或接收的数量相对应的、具有所需的监视时机的周期性的搜索空间集组。
根据在第二方面之外提供的第三方面，该处理器在基于该发送或接收的数量已经确定当前使用的搜索空间集组之后，禁止在禁止时间时段内确定不同于当前使用的搜索空间集组的搜索空间集组。在可选的实施方案中，该处理器，当确定使用与当前使用的搜索空间集组不同的、用于执行该监视功能的搜索空间集组时，启动禁止定时器。该处理器在启动该禁止定时器之后并且在该禁止定时器运行时间期间，不确定使用与当前使用的搜索空间集组不同的搜索空间集组。在进一步的可选的实施方案中，每次该处理器确定引起该禁止定时器的启动、用于执行该监视功能的搜索空间集组时，重新启动该禁止定时器。
根据在第一至第三方面中的一个之外提供的第四方面，该多个搜索空间集组中的至少两个搜索空间集组在关于将由该用户设备监视的该下行链路控制信道的所需的监视时机的周期性彼此不同。该一个搜索空间集组的该确定确定该多个搜索空间集组中的该至少两个搜索空间集组之一以便基于所需的监视时机的不同周期性执行该监视功能。在可选的实施方案中，该多个搜索空间集组之一被配置为默认搜索空间集组。进一步可选地，该默认搜索空间集组初始地用于执行该监视功能，在进一步的可选的实施方案中，该默认搜索空间集组是具有所需的监视时机的短周期性或具有所需的监视时机的长周期性的搜索空间集组。
根据在第一至第四方面中的一个之外提供的第五方面，确定用于执行该监视功能的该一个搜索空间集组是由该处理器基于以下执行的：
·该下行链路控制信息消息的该内容的字段，基于该字段，该处理器确定将用于执行该监视功能的搜索空间集组的标识。
该字段是搜索空间集组字段，识别将用于执行该监视功能的搜索空间集组，或该字段是资源分配字段，指示与所分配的发送或接收有关的时域调度参数。所指示的时域调度参数也识别将用于执行该监视功能的搜索空间集组。在可选的实施方案中，该处理器基于下行链路控制信息的该资源分配字段的值确定时域资源分配表的多个时域调度参数集中的一个集。时域调度参数的每个集与搜索空间集组相关联。
根据在第五方面之外提供的第六方面，该处理器在切换时间时段期满之后确定与当前使用的搜索空间集组不同的、用于执行该监视功能的搜索空间集组。当开始使用当前搜索空间集组时，已经开始该切换时间时段。在可选的实施方案中，所确定的不同的搜索空间集组是默认搜索空间集组，或者是在当前使用的搜索空间集组先前使用的搜索空间集组。在进一步的可选的实施方案中，该处理器运行用于该切换时间时段的切换定时器。
根据在第五或第六方面中的一个之外提供的第七方面，该多个搜索空间集组中的至少一些被分别地用于监视用于接收分别地指示由该基站向该UE分配的发送或接收的不同的数量的下行链路控制信息消息的下行链路控制信道。在可选的实施方案中，该多个搜索空间集组中的该一些中的一组仅用于监视用于接收指示由该基站向该UE分配的一个发送或接收的下行链路控制信息消息的下行链路控制信道。该多个搜索空间集组中的该一些中的另一组仅用于监视用于接收指示由该基站向该UE分配的多于一个的发送或接收的下行链路控制信息消息的下行链路控制信道。
根据在第一至第七方面中的一个之外提供的第八方面，确定用于执行该监视功能的该一个搜索空间集组是由该处理器基于以下确定的：
·由该下行链路控制信息消息分配的该发送或接收的数据的优先级。
在可选的实施方案中，数据的优先级由该下行链路控制信息消息中的数据优先级字段指示。在进一步的可选的实施方案中，该UE具有关于数据的不同优先级和不同的搜索空间集组的关联的信息。在又进一步的可选的实施方案中，该处理器基于该下行链路控制信息消息的该格式确定数据的优先级。
根据在第一至第八方面中的一个之外提供的第九方面，该监视功能在时间时隙的基础上或在迷你时间时隙的基础上执行。在可选的实施方案中，迷你时隙跨越一个或多个OFDM符号，但少于时间时隙。
根据在第一至第九方面中的一个之外提供的第十方面，该UE运行不连续接收DRX功能，包括至少一个DRX相关定时器。该处理器基于当前用于执行该监视功能的搜索空间集组，诸如基于当前使用的搜索空间集组的该下行链路控制信道的所需的监视时机的周期性，调整该至少一个DRX相关定时器。替代地，该处理器基于当前用于执行该监视功能的搜索空间集组，不调整该至少一个DRX相关定时器。在可选的实施方案中，基于当前使用的搜索空间集组是调整还是不调整该至少一个DRX相关定时器由该处理器基于从基站接收的配置来确定。
根据在第一至第十方面中的一个之外提供的第十一方面，仅针对该UE的单个服务小区或针对该UE的多个服务小区执行该监视功能。在可选的实施方案中，该处理器基于从基站接收的配置，确定是仅针对该单个服务小区还是针对该多个服务小区执行该监视功能。
根据在第三和第六方面之外提供的第十二方面，该禁止时间时段，以及可选的该禁止定时器，按单个服务小区或按搜索空间集组的每个搜索空间组或按带宽部分被配置。该切换时间时段以及可选的该切换定时器，按单个服务小区或按搜索空间集组的每个搜索空间组或按带宽部分被配置。
根据在第一至第十二方面中的一个之外提供的第十三方面，该下行链路控制信息消息分配用于该UE的该数据的接收的下行链路无线电资源，可选地，其中该下行链路控制信息消息的格式为格式1_0或格式1_1或格式1_2。该下行链路控制信息消息分配用于该UE的该数据的发送的上行链路无线电资源，可选地，其中该下行链路控制信息消息的格式为格式0_0或格式0_1或格式0_2。
根据第十四方面，提供了一种方法。该方法包括由用户设备UE执行的以下步骤。UE运行监视功能，该监视功能涉及基于多个搜索空间集组之一监视用于接收下行链路控制信息消息的下行链路控制信道。UE经由所监视的下行链路控制信道接收下行链路控制信息消息，其中所接收的下行链路控制信息消息将数据的发送或接收分配给该UE。UE确定用于执行该下行链路控制信道的该监视功能的、该多个搜索空间集组中的一个搜索空间集组。确定该一个搜索空间集组是基于所接收的下行链路控制信息消息的内容或格式。
根据第十五方面，提供一种包括以下内容的基站。基站的处理器生成下行链路控制信息消息。所生成的下行链路控制信息消息将数据的发送或接收分配给UE。所生成的下行链路控制信息消息的内容或格式使用户设备能够确定由该用户设备用于执行监视功能的、多个搜索空间集组中的一个搜索空间集组，该监视功能涉及监视用于接收下行链路控制信息消息的下行链路控制信道。该处理器确定该用户设备当前用于执行该监视功能的、该多个搜索空间集组中的搜索空间集组。确定当前使用的搜索空间集组是基于先前发送给该用户设备的另一个下行链路控制信息消息的内容或格式。基站的发送器基于所确定的当前使用的搜索空间集组，经由该下行链路控制信道将所生成的下行链路控制信息消息发送给该用户设备。
根据在第十五方面之外提供的第十六方面，当前使用的搜索空间集组的该确定由该处理器基于以下执行：
·基站通过该先前发送的下行链路控制信息消息的内容分配给该UE的发送或接收的数量。
在可选的实施方案中，当前使用的搜索空间集组的该确定由该处理器基于以下执行：
·禁止时间时段，该禁止时间时段在基于该发送或接收的数量已经确定第一搜索空间集组之后，禁止该用户设备确定不同于第一搜索空间集组的第二搜索空间集组。
根据在第十五方面之外提供的第十七方面，该处理器确定由用户设备用于执行监视功能的、该多个搜索空间集组中的一个搜索空间集组，该监视功能涉及监视用于接收下行链路控制信息消息的下行链路控制信道。该处理器设置该下行链路控制信息消息的内容的搜索空间集组字段以识别所确定的该搜索空间集组。
根据在第十五方面之外提供的第十八方面，该发送器向该UE发送配置消息，该配置消息提供关于资源分配字段的不同值和该多个搜索空间集组中的不同组之间的关联的信息。所发送的下行链路控制信息消息包括该资源分配字段，该资源分配字段具有指示与所分配的发送或接收相关的时域调度参数的值。在可选的实施方案中，该配置信息提供关于时域资源分配表的信息，该时域资源分配表为该资源分配字段的不同值定义了不同的时域调度参数集。
根据在第十七或第十八方面之外提供的第十九方面，当前使用的搜索空间集组的该确定由该处理器基于以下执行：
·切换时间时段，在使用第一搜索空间集组时启动，其中在该切换时间时段期满后，UE确定与该第一搜索空间集组不同的用于执行该监视功能的搜索空间集组。
根据在第十五至第十九方面中的一个之外提供的第二十方面，当前使用的搜索空间集组的该确定由该处理器基于以下执行：
·由该先前发送的下行链路控制信息消息分配的该发送或接收的数据的优先级。
在可选的实施方案中，该处理器确定将由该下行链路控制消息分配的该发送或接收的数据的优先级。该处理器基于所确定的优先级在该下行链路控制消息中设置数据优先级字段。
根据第21方面，提供了一种包括由基站执行的以下步骤的方法。基站生成下行链路控制信息消息，其中所生成的下行链路控制信息消息将数据的发送或接收分配给UE。所生成的下行链路控制信息消息的内容或格式使用户设备能够确定由该用户设备用于执行监视功能的、多个搜索空间集组中的一个搜索空间集组，该监视功能涉及监视用于接收下行链路控制信息消息的下行链路控制信道。基站确定该用户设备当前用于执行该监视功能的、该多个搜索空间集组中的搜索空间集组。确定当前使用的搜索空间集组是基于先前发送给该用户设备的另一个下行链路控制信息消息的内容或格式。基站基于所确定的当前使用的搜索空间集组，经由该下行链路控制信道将所生成的下行链路控制信息消息发送给该用户设备。
根据第22方面，提供了一种集成电路，其控制用户设备的过程，该过程包括由用户设备执行的以下步骤：
运行监视功能，该监视功能涉及基于多个搜索空间集组之一监视用于接收下行链路控制信息消息的下行链路控制信道，
经由所监视的下行链路控制信道接收下行链路控制信息消息，其中所接收的下行链路控制信息消息将数据的发送或接收分配给UE，
确定用于执行该下行链路控制信道的该监视功能的、该多个搜索空间集组中的一个搜索空间集组，其中确定该一个搜索空间集组是基于：
·所接收的下行链路控制信息消息的内容或格式。
根据第23方面，提供了一种集成电路，其控制基站的过程，该过程包括由该基站执行的如下步骤：
生成下行链路控制信息消息，其中所生成的下行链路控制信息消息将数据的发送或接收分配给UE，并且其中所生成的下行链路控制信息消息的内容或格式使用户设备能够确定由该用户设备用于执行监视功能的、多个搜索空间集组中的一个搜索空间集组，该监视功能涉及监视用于接收下行链路控制信息消息的下行链路控制信道，
确定该用户设备当前用于执行该监视功能的、该多个搜索空间集组中的搜索空间集组，其中确定当前使用的搜索空间集组是基于先前发送给该用户设备的另一个下行链路控制信息消息的内容或格式，以及
基于所确定的当前使用的搜索空间集组，经由该下行链路控制信道将所生成的下行链路控制信息消息发送给该用户设备。
本公开的硬件和软件实施方案
本公开可以由软件、硬件或软件与硬件的协作来实现。在上述每个实施例的描述中使用的每个功能块可以部分地或全部地由诸如集成电路的LSI实现，并且每个实施例中描述的每个处理可以部分地或全部地由相同的LSI或LSI的组合控制。LSI可以单独形成为芯片，或者可以形成一个芯片以便包括部分或全部的功能块。LSI可以包括耦接到其上的数据输入和输出。取决于集成程度的不同，这里的LSI可以被称为IC(集成电路)、系统LSI、超级LSI或超LSI。然而，实施集成电路的技术并不局限于LSI，并且可以通过使用专用电路、通用处理器或具体用途处理器来实现。另外，可以使用在LSI制造后编程的FPGA(现场可编程门阵列)或可重新配置布置在LSI内的电路单元的连接和设置的可重新配置的处理器。本公开可以实现为数字处理或模拟处理。如果由于半导体技术或其他衍生技术的进步，将来的集成电路技术取代了LSI，那么可以使用将来的集成电路技术来集成功能块。生物技术也可以应用。
本公开可以通过任何种类的具有通信功能的装置、设备或系统来实现，其称为通信装置。
通信装置可以包括收发器和处理/控制电路。收发器可包括接收器和发送器和/或作为接收器和发送器的功能。作为发送器和接收器的收发器可以包括包括放大器、RF调制器/解调器等的RF(射频)模块，和一个或多个天线。
这种通信装置的一些非限制性示例包括电话(例如，蜂窝(小区)电话、智能电话)、平板电脑、个人计算机(PC)(例如，膝上型计算机、台式计算机、上网本)、相机(例如，数字静态/视频相机)、数字播放器(数字音频/视频播放器)、可穿戴设备(例如，可穿戴相机、智能手表、跟踪设备)、游戏控制台、数字图书阅读器、远程保健/远程医疗(远程保健和医疗)设备，以及提供通信功能性的载具(例如，汽车、飞机、船舶)，及其各种组合。
通信装置不限于便携式或可移动的，也可以包括任何种类的非便携式或固定的装置、设备或系统，诸如智能家居设备(例如，电器、照明、智能仪表、控制面板)、自动售货机，以及“物联网”网络中的任何其他“物”。
通信可包括通过例如，蜂窝系统、无线LAN系统、卫星系统等及其各种组合来交换数据。
通信装置可包括诸如控制器或传感器的设备，该通信装置耦接到执行本公开中描述的通信功能的通信设备。例如，通信装置可以包括生成由执行通信装置的通信功能的通信设备使用的控制信号或数据信号的控制器或传感器。
通信装置还可以包括基础设施，诸如基站、接入点，以及与诸如上述非限制性示例中的那些的装置通信或控制那些装置的任何其他装置、设备或系统。
此外，各种实施例也可以通过软件模块的方法来实施，软件模块由处理器执行或直接在硬件中执行。结合软件模块和硬件实施也是可能的。软件模块可以存储在任何种类的计算机可读存储介质上，例如，RAM、EPROM、EEPROM、闪存、寄存器、硬盘、CD-ROM、DVD等。应该进一步注意，不同实施例的各个特征可以单独地或任意组合成为另一实施例的主题。
本领域的技术人员可以理解，如具体实施例所示，可以对本公开进行许多变化和/或修改。因此，本实施例在所有方面都应被认为是说明性的，而非限制性的。

Claims (23)

1.一种用户设备UE，包括：
处理器，所述处理器运行监视功能，所述监视功能涉及基于多个搜索空间集组之一监视用于接收下行链路控制信息消息的下行链路控制信道，
接收器，所述接收器经由所监视的下行链路控制信道接收下行链路控制信息消息，其中所接收的下行链路控制信息消息将数据的发送或接收分配给所述UE，
所述处理器确定用于执行所述下行链路控制信道的所述监视功能的、所述多个搜索空间集组中的一个搜索空间集组，其中确定所述一个搜索空间集组是基于：
·所接收的下行链路控制信息消息的内容或格式。
2.根据权利要求1所述的用户设备，其中确定用于执行监视功能的所述一个搜索空间集组是由所述处理器基于以下执行的：
·基站通过所述下行链路控制信息消息的所述内容分配给所述UE的发送或接收的数量，
可选地，其中在所述发送或接收的数量为一的情况下，搜索空间集组被确定具有所需的监视时机的短周期性，
其中在所述发送或接收的数量大于一的情况下，搜索空间集组被确定具有所需的监视时机的长周期性，
可选地，其中，当确定用于执行所述监视功能的所述一个搜索空间集组时，所述处理器确定与由所述下行链路控制信息消息分配的所述发送或接收的数量相对应的、具有所需的监视时机的周期性的搜索空间集组。
3.根据权利要求2所述的用户设备，其中所述处理器在基于所述发送或接收的数量已经确定当前使用的搜索空间集组之后，禁止在禁止时间时段内确定不同于当前使用的搜索空间集组的搜索空间集组，
可选地，其中
所述处理器，当确定使用与当前使用的搜索空间集组不同的、用于执行所述监视功能的搜索空间集组时，启动禁止定时器，
其中所述处理器，在启动所述禁止定时器之后并且在所述禁止定时器运行时间期间，不确定使用与当前使用的搜索空间集组不同的搜索空间集组；
可选地，其中每次所述处理器确定引起所述禁止定时器的启动、用于执行所述监视功能的搜索空间集组时，重新启动所述禁止定时器。
4.根据权利要求1到3中的一项所述的用户设备，其中所述多个搜索空间集组中的至少两个搜索空间集组在关于将由所述用户设备监视的所述下行链路控制信道的所需的监视时机的周期性彼此不同，并且其中所述一个搜索空间集组的所述确定确定所述多个搜索空间集组中的所述至少两个搜索空间集组之一以便基于所需的监视时机的不同周期性执行所述监视功能，
可选地，其中所述多个搜索空间集组之一被配置为默认搜索空间集组，可选地，其中所述默认搜索空间集组初始地用于执行所述监视功能，
可选地，其中所述默认搜索空间集组是具有所需的监视时机的短周期性或具有所需的监视时机的长周期性的搜索空间集组。
5.根据权利要求1到4中的一项所述的用户设备，其中确定用于执行所述监视功能的所述一个搜索空间集组是由所述处理器基于以下执行的：
·所述下行链路控制信息消息的所述内容的字段，基于所述字段，所述处理器确定将用于执行所述监视功能的搜索空间集组的标识，
其中所述字段是搜索空间集组字段，识别将用于执行所述监视功能的搜索空间集组，或
其中，所述字段是资源分配字段，指示与所分配的发送或接收有关的时域调度参数，其中所指示的时域调度参数也识别将用于执行所述监视功能的搜索空间集组，
可选地，其中所述处理器基于下行链路控制信息的所述资源分配字段的值确定时域资源分配表的多个时域调度参数集中的一个集，其中时域调度参数的每个集与搜索空间集组相关联。
6.根据权利要求5所述的用户设备，
其中所述处理器在切换时间时段期满之后确定与当前使用的搜索空间集组不同的、用于执行所述监视功能的搜索空间集组，当开始使用当前搜索空间集组时，已经开始所述切换时间时段，
可选地，其中所确定的不同的搜索空间集组是默认搜索空间集组，或者是在当前使用的搜索空间集组先前使用的搜索空间集组，
可选地，其中所述处理器运行用于所述切换时间时段的切换定时器。
7.根据权利要求5或6所述的用户设备，其中所述多个搜索空间集组中的至少一些被分别地用于监视用于接收分别地指示由所述基站向所述UE分配的发送或接收的不同的数量的下行链路控制信息消息的下行链路控制信道，
可选地，其中：
所述多个搜索空间集组中的所述一些中的一组仅用于监视用于接收指示由所述基站向所述UE分配的一个发送或接收的下行链路控制信息消息的下行链路控制信道，以及
所述多个搜索空间集组中的所述一些中的另一组仅用于监视用于接收指示由所述基站向所述UE分配的多于一个的发送或接收的下行链路控制信息消息的下行链路控制信道。
8.根据权利要求1到7中的一项所述的用户设备，其中确定用于执行所述监视功能的所述一个搜索空间集组是由所述处理器基于以下确定的：
·由所述下行链路控制信息消息分配的所述发送或接收的数据的优先级，
可选地，其中数据的优先级由所述下行链路控制信息消息中的数据优先级字段指示，
可选地，其中所述UE具有关于数据的不同优先级和不同的搜索空间集组的关联的信息，
可选地，其中所述处理器基于所述下行链路控制信息消息的所述格式确定数据的优先级。
9.根据权利要求1到8中的一项所述的用户设备，其中所述监视功能在时间时隙的基础上或在迷你时间时隙的基础上执行，可选地，其中迷你时隙跨越一个或多个OFDM符号，但少于时间时隙。
10.根据权利要求1到9中的一项所述的用户设备，其中所述UE运行不连续接收DRX功能，包括至少一个DRX相关定时器，
其中所述处理器，基于当前用于执行所述监视功能的搜索空间集组，诸如基于当前使用的搜索空间集组的所述下行链路控制信道的所需的监视时机的周期性，调整所述至少一个DRX相关定时器，
其中所述处理器，基于当前用于执行所述监视功能的搜索空间集组，不调整所述至少一个DRX相关定时器，
可选地，其中基于当前使用的搜索空间集组是调整还是不调整所述至少一个DRX相关定时器由所述处理器基于从基站接收的配置来确定。
11.根据权利要求1到10中的一项所述的用户设备，其中仅针对所述UE的单个服务小区或针对所述UE的多个服务小区执行所述监视功能，
可选地，其中所述处理器，基于从基站接收的配置，确定是仅针对所述单个服务小区还是针对所述多个服务小区执行所述监视功能。
12.根据权利要求3和6中的一项所述的用户设备，其中所述禁止时间时段，以及可选的所述禁止定时器，按单个服务小区或按搜索空间集组的每个搜索空间组或按带宽部分被配置，
其中，所述切换时间时段，以及可选的所述切换定时器，按单个服务小区或按搜索空间集组的每个搜索空间组或按带宽部分被配置。
13.根据权利要求1到12中的一项所述的用户设备，其中所述下行链路控制信息消息分配用于所述UE的所述数据的接收的下行链路无线电资源，可选地，其中所述下行链路控制信息消息的格式为格式1_0或格式1_1或格式1_2，以及
其中所述下行链路控制信息消息分配用于所述UE的所述数据的发送的上行链路无线电资源，可选地，其中所述下行链路控制信息消息的格式为格式0_0或格式0_1或格式0_2。
14.一种方法，所述方法包括由用户设备UE执行的以下步骤：
运行监视功能，所述监视功能涉及基于多个搜索空间集组之一监视用于接收下行链路控制信息消息的下行链路控制信道，
经由所监视的下行链路控制信道接收下行链路控制信息消息，其中所接收的下行链路控制信息消息将数据的发送或接收分配给所述UE，
确定用于执行所述下行链路控制信道的所述监视功能的、所述多个搜索空间集组中的一个搜索空间集组，其中确定所述一个搜索空间集组是基于：
·所接收的下行链路控制信息消息的内容或格式。
15.一种基站，包括：
处理器，所述处理器生成下行链路控制信息消息，其中所生成的下行链路控制信息消息将数据的发送或接收分配给UE，并且其中所生成的下行链路控制信息消息的内容或格式使用户设备能够确定由所述用户设备用于执行监视功能的、多个搜索空间集组中的一个搜索空间集组，所述监视功能涉及监视用于接收下行链路控制信息消息的下行链路控制信道，
所述处理器，确定所述用户设备当前用于执行所述监视功能的、所述多个搜索空间集组中的搜索空间集组，其中确定当前使用的搜索空间集组是基于先前发送给所述用户设备的另一个下行链路控制信息消息的内容或格式，以及
发送器，所述发送器基于所确定的当前使用的搜索空间集组，经由所述下行链路控制信道将所生成的下行链路控制信息消息发送给所述用户设备。
16.根据权利要求15所述的基站，其中当前使用的搜索空间集组的所述确定由所述处理器基于以下执行：
·基站通过所述先前发送的下行链路控制信息消息的内容分配给所述UE的发送或接收的数量，
可选地，其中当前使用的搜索空间集组的所述确定由所述处理器基于以下执行：
·禁止时间时段，所述禁止时间时段在基于所述发送或接收的数量已经确定第一搜索空间集组之后，禁止所述用户设备确定不同于第一搜索空间集组的第二搜索空间集组。
17.根据权利要求15所述的基站，其中所述处理器，确定由用户设备用于执行监视功能的、所述多个搜索空间集组中的一个搜索空间集组，所述监视功能涉及监视用于接收下行链路控制信息消息的下行链路控制信道，以及
其中所述处理器，设置所述下行链路控制信息消息的内容的搜索空间集组字段以识别所确定的所述搜索空间集组。
18.根据权利要求15所述的基站，其中所述发送器，向所述UE发送配置消息，所述配置消息提供关于资源分配字段的不同值和所述多个搜索空间集组中的不同组之间的关联的信息，
其中所发送的下行链路控制信息消息包括所述资源分配字段，所述资源分配字段具有指示与所分配的发送或接收相关的时域调度参数的值，
可选地，其中所述配置信息提供关于时域资源分配表的信息，所述时域资源分配表为所述资源分配字段的不同值定义了不同的时域调度参数集。
19.根据权利要求17或18所述的基站，其中当前使用的搜索空间集组的所述确定由所述处理器基于以下执行：
·切换时间时段，在使用第一搜索空间集组时启动，其中在所述切换时间时段期满后，UE确定与所述第一搜索空间集组不同的用于执行所述监视功能的搜索空间集组。
20.根据权利要求15到19中的一项所述的基站，其中当前使用的搜索空间集组的所述确定由所述处理器基于以下执行：
·由所述先前发送的下行链路控制信息消息分配的所述发送或接收的数据的优先级，
可选地，其中所述处理器，确定将由所述下行链路控制消息分配的所述发送或接收的数据的优先级，并且其中所述处理器，基于所确定的优先级在所述下行链路控制消息中设置数据优先级字段。
21.一种方法，所述方法包括由基站执行的以下步骤：
生成下行链路控制信息消息，其中所生成的下行链路控制信息消息将数据的发送或接收分配给UE，并且其中所生成的下行链路控制信息消息的内容或格式使用户设备能够确定由所述用户设备用于执行监视功能的、多个搜索空间集组中的一个搜索空间集组，所述监视功能涉及监视用于接收下行链路控制信息消息的下行链路控制信道，
确定所述用户设备当前用于执行所述监视功能的、所述多个搜索空间集组中的搜索空间集组，其中确定当前使用的搜索空间集组是基于先前发送给所述用户设备的另一个下行链路控制信息消息的内容或格式，以及
基于所确定的当前使用的搜索空间集组，经由所述下行链路控制信道将所生成的下行链路控制信息消息发送给所述用户设备。
22.一种集成电路，控制用户设备的过程，所述过程包括由用户设备执行的以下步骤：
运行监视功能，所述监视功能涉及基于多个搜索空间集组之一监视用于接收下行链路控制信息消息的下行链路控制信道，
经由所监视的下行链路控制信道接收下行链路控制信息消息，其中所接收的下行链路控制信息消息将数据的发送或接收分配给UE，
确定用于执行所述下行链路控制信道的所述监视功能的、所述多个搜索空间集组中的一个搜索空间集组，其中确定所述一个搜索空间集组是基于：
·所接收的下行链路控制信息消息的内容或格式。
23.一种集成电路，控制基站的过程，所述过程包括由所述基站执行的如下步骤：
生成下行链路控制信息消息，其中所生成的下行链路控制信息消息将数据的发送或接收分配给UE，并且其中所生成的下行链路控制信息消息的内容或格式使用户设备能够确定由所述用户设备用于执行监视功能的、多个搜索空间集组中的一个搜索空间集组，所述监视功能涉及监视用于接收下行链路控制信息消息的下行链路控制信道，
确定所述用户设备当前用于执行所述监视功能的、所述多个搜索空间集组中的搜索空间集组，其中确定当前使用的搜索空间集组是基于先前发送给所述用户设备的另一个下行链路控制信息消息的内容或格式，以及
基于所确定的当前使用的搜索空间集组，经由所述下行链路控制信道将所生成的下行链路控制信息消息发送给所述用户设备。
CN202180060844.3A 2020-07-16 2021-07-01 用户设备和基站 Pending CN116158164A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP20186155.6A EP3940982A1 (en) 2020-07-16 2020-07-16 User equipment and base station
EP20186155.6 2020-07-16
PCT/EP2021/068203 WO2022012956A1 (en) 2020-07-16 2021-07-01 User equipment and base station

Publications (1)

Publication Number Publication Date
CN116158164A true CN116158164A (zh) 2023-05-23

Family

ID=71661682

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180060844.3A Pending CN116158164A (zh) 2020-07-16 2021-07-01 用户设备和基站

Country Status (5)

Country Link
US (1) US20230269742A1 (zh)
EP (2) EP3940982A1 (zh)
JP (1) JP2023535682A (zh)
CN (1) CN116158164A (zh)
WO (1) WO2022012956A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114902770A (zh) * 2019-11-08 2022-08-12 瑞典爱立信有限公司 用于切换搜索空间集组的控制信道监测的方法
US20230362954A1 (en) 2020-09-29 2023-11-09 Electronics And Telecommunications Research Institute Adaptive control channel monitoring method for low-power operation of terminal, and apparatus therefor
US12075341B2 (en) * 2021-03-19 2024-08-27 Qualcomm Incorporated Search space set group switching for cross-carrier scheduling
WO2023178614A1 (zh) * 2022-03-24 2023-09-28 Oppo广东移动通信有限公司 通信方法、终端设备、网络设备
WO2024065179A1 (en) * 2022-09-27 2024-04-04 Nec Corporation Methods, devices, and medium for communication

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10660020B2 (en) * 2017-12-20 2020-05-19 Qualcomm Incorporated Search space set combining and dropping

Also Published As

Publication number Publication date
EP4183084A1 (en) 2023-05-24
JP2023535682A (ja) 2023-08-21
US20230269742A1 (en) 2023-08-24
EP3940982A1 (en) 2022-01-19
WO2022012956A1 (en) 2022-01-20

Similar Documents

Publication Publication Date Title
US11212747B2 (en) Power saving operations for communication systems
US11116032B2 (en) Power saving mechanism
CN113287360B (zh) 用于nr用户设备的选择性跨时隙调度
US20230156659A1 (en) User equipment and base station involved in paging
EP3940982A1 (en) User equipment and base station
US20230143590A1 (en) Communication apparatus and base station
EP3945745A1 (en) User equipment, scheduling node, method for user equipment, and method for scheduling node
US20220279557A1 (en) User equipment, scheduling node, method for user equipment, and method for scheduling node
US20220217758A1 (en) Devices and methods for cross-slot scheduling adaption
CN114667768A (zh) 用户设备和调度节点
EP4271086A1 (en) User equipment, scheduling node, method for user equipment, and method for scheduling node
JP2024536203A (ja) ダウンリンク制御チャネルの監視に関与するユーザ機器および基地局
US20230269726A1 (en) User equipment, scheduling node, method for user equipment, and method for scheduling node
JP2023534473A (ja) ユーザ機器、スケジューリングノード、ユーザ機器のための方法、およびスケジューリングノードのための方法
EP4271056A1 (en) User equipment and base station involved in power saving procedures
EP4271085A1 (en) Video transmission with periodic wireless resources
EP4271087A1 (en) User equipment, scheduling node, method for user equipment, and method for scheduling node
JP2024528083A (ja) 制御チャネルのモニタに関与するユーザ機器および基地局
CN116508358A (zh) 参与寻呼的用户设备和基站

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