CN116234070A - 一种传输指示方法及通信装置 - Google Patents

一种传输指示方法及通信装置 Download PDF

Info

Publication number
CN116234070A
CN116234070A CN202111460771.5A CN202111460771A CN116234070A CN 116234070 A CN116234070 A CN 116234070A CN 202111460771 A CN202111460771 A CN 202111460771A CN 116234070 A CN116234070 A CN 116234070A
Authority
CN
China
Prior art keywords
time
time window
transmission
indication information
terminal device
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
CN202111460771.5A
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202111460771.5A priority Critical patent/CN116234070A/zh
Priority to PCT/CN2022/134214 priority patent/WO2023098574A1/zh
Publication of CN116234070A publication Critical patent/CN116234070A/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • 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
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • 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]

Landscapes

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

Abstract

本申请提供了一种传输指示方法及通信装置，该方法包括：终端设备接收媒体接入控制‑控制元素MAC CE或下行控制信息DCI，终端设备基于MAC CE或DCI中的指示信息在一个时间窗内不接收部分或全部下行传输。基于本申请提供的方案，能够动态地、灵活地为终端设备配置非连续接收DRX传输，有利于降低终端设备的性能损失。

Description

一种传输指示方法及通信装置
技术领域
本申请涉及通信技术领域，尤其涉及一种传输指示方法及通信装置。
背景技术
随着蜂窝通信技术的发展，网络设备(如基站)功率消耗越来越高。例如，从***(4th Generation，4G)通信技术发展到第五代(5th Generation，5G)统计数，网络设备使用的频谱越来越宽，配置的发送天线数目越来越多，网络设备(如基站)功率消耗增加了2～3倍。此外，网络设备的功率消耗与业务负载的可能不成正比，例如，多个传输时间间隔(transmission time interval，TTI)上网络设备功耗包括与负载相关的动态功耗以及与负载无关的静态功耗，此时，网络设备的功率消耗与业务负载的不成正比。
新空口(new radio，NR)协议支持给终端设备配置非连续接收(dis-continuousreception，DRX)传输，使终端设备只在规定时间段接收某些信道及参考信号。网络设备为终端设备配置的DRX为周期性的。例如，如图1所示，网络设备可以为终端设备配置长DRX周期的时间窗参数。该时间窗参数包括每个时间窗的长度Plong(又称为DRX period)、起始子帧偏移Ssf、起始子帧内onDuration状态的起始时隙偏移值Sslot、onDuration状态的持续时间T。终端设备在每个时间窗中onDuration状态的起始时隙开始时刻进入激活态，一直到onDuration状态结束，终端设备转入非激活态。终端设备只有在激活态下才会去监测绝大多数调度数据的下行控制信道(physical downlink control channel,PDCCH)，从而根据PDCCH的指示进行数据收发。对于给终端设备配置DRX传输，由于DRX的周期一般比较长，进行DRX配置和重配置的时延也较大，这种终端设备的DRX传输方案比较适用于较大时间粒度上、半静态地进行数据传输，往往会引起较大的性能损失，如终端设备体验速率损失。
因此，如何保证通信性能，同时降低网络设备和终端设备的功耗，是亟待解决的问题。
发明内容
本申请实施例提供了一种传输指示方法及通信装置，能够动态地、灵活地配置DRX传输，有利于降低终端设备的性能损失，同时降低网络设备和终端设备的功耗。
第一方面，本申请提供了一种传输指示方法，该方法包括：终端设备接收第一指示信息，该第一指示信息指示终端设备在第一时间窗内不接收第一下行传输，该第一指示信息承载于第一媒体接入控制-控制元素(medium access control-control element，MACCE)或第一下行控制信息(downlink control information，DCI)中；终端设备基于第一指示信息在第一时间窗内不接收第一下行传输。基于第一方面所描述的方法，终端设备通过MAC CE或DCI中的第一指示信息，能够动态的确定是否在第一时间窗内接收下行传输。有利于降低终端设备的性能损失，同时降低网络设备和终端设备的功耗。
在一种可能的实现中，第一MAC CE或第一DCI承载于组播或广播的物理下行信道。由于组播或广播的物理下行信道是发给一组终端设备的，而不是用户特定的(UE-specific)，第一指示信息通过组播或广播的物理下行信道发送给终端设备，避免了网络设备为每个终端设备分别发送第一指示信息造成的信令开销大的问题，降低了网络设备的信令开销。
在一种可能的实现中，第一时间窗的起始时刻由第一物理下行信道的传输时刻T1确定，该第一物理下行信道为承载第一MAC CE或第一DCI的物理下行信道。
在一种可能的实现中，第一时间窗的起始时刻由第一物理下行信道的传输时刻T1和第一时间长度ΔT1确定，该第一物理下行信道为承载第一MAC CE或第一DCI的物理下行信道，第一时间长度ΔT1是预设的或者是由第一指示信息指示的。由于终端设备接收第一物理下行信道之后，需要一定时间才能译码出第一指示信息。基于第一物理下行信道的传输时刻T1和第一时间长度ΔT1确定第一时间窗的起始时刻，能够保证第一时间窗的起始时刻位于终端设备解析出第一指示信息的时刻之后，避免出现终端设备在解析第一指示信息之前，不确定是否需要进行下行接收的情况而造成的通信异常的问题。
在一种可能的实现中，第一时间窗的起始时刻为第一时间单元的起始时刻，该第一时间单元为起始时刻不早于时刻T2的最早时间单元，时刻T2＝T1+ΔT1。可选的，时间单元可以是符号、子时隙、时隙或子帧等。基于该可能的实现方式，有利于保证第一时间窗从一个时间单元的起始时刻开始，符合网络设备和终端设备以时间单元为单位进行传输的特征，可以降低实现复杂度。
在一种可能的实现中，第一时间长度ΔT1大于或等于第一门限，该第一门限为终端设备支持的、对第一物理下行信道的最短处理时长。基于该可能的实现方式，有利于保证确定出的第一时间窗的起始时刻位于终端设备解析出第一指示信息的时刻之后，避免出现终端设备在解析第一指示信息之前，不确定是否需要进行下行接收的情况。
在一种可能的实现中，第一门限可以是协议预先规定的，也即终端设备支持的、对第一物理下行信道的最短处理时长为协议预先规定的，为方便描述，以下用将终端设备支持的、对第一物理下行信道的最短处理时长简称为最短处理时长。
在一种可能的实现中，第一物理下行信道为第一物理下行共享信道(physicaldownlink shared channel，PDSCH)，最短处理时长为终端设备接收第一PDSCH到发送该第一PDSCH对应的混合自动重传请求确认(hybrid automatic repeat request-acknowledgment，HARQ-ACK)的最短处理时长Tproc,1；或者，最短处理时长为终端设备接收第一PDSCH到完成该第一PDSCH译码需要的最短处理时长
Figure BDA0003388512360000021
在一种可能的实现中，第一物理下行信道为第一PDCCH，最短处理时长为终端设备接收第一PDCCH到发送该第一PDCCH调度的物理上行共享信道(physical uplink sharedchannel,PUSCH)的最短处理时长Tproc,2；或者，最短处理时长为终端设备接收第一PDCCH到完成该第一PDCCH译码需要的最短处理时长
Figure BDA0003388512360000022
在一种可能的实现中，协议预先规定最短处理时长包含N个不同情况下的最短处理时长，N大于1，第一门限值为上述N个最短处理时长中最大值；或者，第一门限值为上述N个最短处理时长中第n个值，其中1≤n≤N，n是网络设备预先指示的。
在一种可能的实现中，第一时间窗的起始时刻为第二时间单元的起始时刻，该第二时间单元为起始时刻不早于第一物理下行信道的传输时刻T1的最早时间单元。基于该可能的实现方式，有利于保证第一时间窗从一个时间单元的起始时刻开始，符合网络设备和终端设备以时间单元为单位进行传输的特征，可以降低实现复杂度。
在一种可能的实现中，第一物理下行信道的传输时刻T1为第一物理下行信道的传输起始时刻或传输结束时刻。
在一种可能的实现中，第一时间窗的持续时长是预设的。通过预设第一时间窗的持续时长有利于节省第一时间窗的持续时长的指示开销。
在一种可能的实现中，第一时间窗的持续时长由第一指示信息指示的。通过第一指示信息来指示第一时间窗的持续时长，第一时间窗的持续时长可以动态改变，第一时间窗的持续时长能够更加灵活。
在一种可能的实现中，第一下行传输包括以下的任意一种或几种：PDCCH、动态调度的PDSCH、半静态调度的下行共享物理信道(semi-persistent scheduling PDSCH，SPSPDSCH)、信道状态信息-参考信号(channel state information reference signal，CSI-RS)或同步信号-广播信道块(synchronization signal/PBCH，SSB)。例如，第一下行传输包括PDCCH、动态调度的PDSCH、SPS PDSCH、CSI-RS和SSB，这样能够更大程度地节省网络设备和终端设备的功耗。
在另一种可能的实现中，第一下行传输包括：PDCCH、动态配置的PDSCH、SPS PDSCH和CSI-RS，且第一下行传输不包括SSB。对于SSB传输，不仅仅连接态终端设备需要接收，空闲态或非激活态终端设备也需要接收，而空闲态或非激活态终端设备未必可以成功接收第一指示信息。因此在第一时间窗内保留SSB传输有助于维持空闲态或非激活态终端设备的SSB接收和测量，避免网络设备不发送SSB但是空闲态或非激活态终端设备尝试检测SSB造成的测量错误，避免由此造成不必要的小区重选等操作。另一方面，SSB发送本身周期较大，时域占比较小，网络设备在第一时间窗内发送一下SSB不会给网络设备带来很大的功耗。
在又一种可能的实现中，第一下行传输不包括SSB和寻呼无线网络临时标识(paging radio network temporary identifier，P-RNTI)加扰的PDCCH。P-RNTI加扰的PDCCH用于调度终端设备的寻呼指示，而每个终端设备接收对应的P-RNTI加扰的PDCCH的位置是预配置的。对于某个终端设备，如果网络设备跳过一个P-RNTI加扰的PDCCH传输时机，需要等到下一个预配置时机，等待时延较大。因此，在第一时间窗内保留P-RNTI加扰的PDCCH传输有助于维持终端设备的寻呼接收。
在一种可能的实现中，第一下行传输包括PDCCH时，PDCCH包括以下一项或多项：小区无线网络临时标识(cell access RNTI，C-RNTI)加扰的PDCCH、配置调度无线网络临时标识(configured scheduling RNTI，CS-RNTI)加扰的PDCCH、时隙格式指示无线网络临时标识(slot format indication RNTI，SFI-RNTI)加扰的PDCCH、中断传输指示无线网络临时标识(interrupted transmission indication RNTI，INT-RNTI)加扰的PDCCH、取消指示无线网络临时标识(cancellation indication RNTI，CI-RNTI)加扰的PDCCH、物理上行控制信道传输功率控制无线网络临时标识(transmit power control-PUCCH-RNTI，TPC-PUCCH-RNTI)加扰的PDCCH、物理上行共享信道传输功率控制无线网络临时标识(transmit powercontrol-PUSCH-RNTI，TPC-PUSCH-RNTI)加扰的PDCCH、探测参考信号传输功率控制无线网络临时标识(transmit power control-SRS-RNTI，TPC-SRS-RNTI)加扰的PDCCH、可用性指示无线网络临时标识(availability indicator RNTI，AI-RNTI)加扰的PDCCH、***信息无线网络临时标识(system information RNTI，SI-RNTI)加扰的PDCCH、随机接入无线网络临时标识(random access RNTI，RA-RNTI)加扰的PDCCH、临时小区无线网络临时标识(temporary cell access RNTI，TC-RNTI)加扰的PDCCH或寻呼无线网络临时标识(pagingRNTI，P-RNTI)加扰的PDCCH。即终端设备在第一时间窗内不对这些RNTI加扰的PDCCH进行盲检。
在一种可能的实现中，第一指示信息还指示终端设备在第一时间窗内不发送第一上行传输。相应地，终端设备还可基于第一指示信息在第一时间窗内不发送第一上行传输。基于该可能的实现方式，终端设备可以动态关断第一下行传输的接收和第一上行传输的发送，有利于节省网络设备功耗的同时，节省终端设备的功耗。
在一种可能的实现中，第一上行传输可以包括以下的任意一种或几种：基于授权的物理上行共享信道(grant-basedphysical downlink shared channel，GB PUSCH)、配置授权的物理上行共享信道(configured grantphysical downlink shared channel，CGPUSCH)、物理上行控制信道(physical uplink control channel，PUCCH)、物理随机接入信道(physical random access channel，PRACH)、上行探测参考信号(Sounding ReferenceSignal，SRS)。
在一种可能的实现中，第一上行传输包括PUCCH时，PUCCH可包括以下一项或多项：承载动态调度的PDSCH的HARQ-ACK的PUCCH、承载SPS PDSCH的HARQ-ACK的PUCCH、承载CSI的PUCCH，承载调度请求(scheduling request，SR)或波束故障恢复(beam failurerecovery，BFR)的PUCCH。
在一种可能的实现中，第一指示信息通过显示指示的方式指示终端设备在第一时间窗内不接收第一下行传输，第一指示信息的第一状态值指示终端设备在第一时间窗内不接收第一下行传输；第一指示信息的第二状态值指示终端设备在第一时间窗内接收第一下行传输。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备确认第一指示信息的取值为第二状态值。基于该可能的实现方式，有利于终端设备不漏收下行传输。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备确认第一指示信息的取值为第一状态值。基于该可能的实现方式，有利于节省终端设备的功耗。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备基于网络设备发送的无线资源控制(radio resource control，RRC)信令确定第一指示信息的取值为第一状态值或第二状态值。基于该可能的实现方式，可以灵活地确定第一指示信息的取值。
在一种可能的实现中，第一指示信息通过隐式指示的方式指示终端设备在第一时间窗内不接收第一下行传输，第一指示信息的“存在”指示终端设备在第一时间窗内不接收第一下行传输；第一指示信息的“不存在”指示终端设备在第一时间窗内接收第一下行传输。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备确认第一指示信息不存在。基于该可能的实现方式，有利于终端设备不漏收下行传输，保证通信质量。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备确认第一指示信息存在。基于该可能的实现方式，有利于节省终端设备的功耗。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备基于网络设备发送的RRC信令确定第一指示信息是否存在。基于该可能的实现方式，可以灵活地确定第一指示信息是否存在。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备在第一时间窗内接收第一下行传输。基于该可能的实现方式，有利于终端设备不漏收下行传输。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备在第一时间窗内不接收第一下行传输。基于该可能的实现方式，有利于节省终端设备的功耗。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备基于网络设备发送的无线资源控制RRC信令确定在第一时间窗内是否接收第一下行传输。基于该可能的实现方式，在终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功时，可以灵活地确定在第一时间窗内是否接收第一下行传输。
在一种可能的实现中，第一指示信息承载于第一MAC CE且第一MAC CE承载于SPSPDSCH：当第一指示信息指示在第一时间窗内不进行第一下行传输，且该第一时间窗内包含该SPS PDSCH的下一个传输时机时，终端设备执行以下任意一种操作：
(1)在该下一个传输时机上不接收SPS PDSCH。这样有利于节省终端设备的功耗。
(2)终端设备在该下一个传输时机上接收SPS PDSCH，并根据该下一个传输时机上接收的SPS PDSCH中的第一指示信息确定下一个第一时间窗内是否接收第一下行传输。这样有利于获取最大的调度灵活性。
(3)终端设备根据网络设备发送的RRC信令，确定在该下一个传输时机上是否接收SPS PDSCH。这样可以更加灵活地确定在第一时间窗内是否接收SPS PDSCH。
在一种可能的实现中，第一指示信息承载于第一DCI：当第一指示信息指示在第一时间窗内不接收第一下行传输，且第一时间窗内包含第一DCI的下一个传输时机时，终端设备执行以下任意一种操作：
(1)在该下一个传输时机上不接收第一DCI。这样有利于节省终端设备的功耗。
(2)终端设备在该下一个传输时机上接收第一DCI，并根据该下一个传输时机上接收的第一DCI中的第一指示信息确定下一个第一时间窗内是否接收第一下行传输。这样有利于获取最大的调度灵活性。
(3)终端设备根据网络设备发送的RRC信令，确定在该下一个传输时机上是否接收第一DCI，这样可以更加灵活地确定在第一时间窗内是否接收第一DCI。
第二方面，本申请提供了一种传输指示方法，该方法包括：网络设备向终端设备发送第一指示信息，该第一指示信息用于指示终端设备在第一时间窗内不接收第一下行传输，该第一指示信息承载于第一MAC CE信令或第一DCI信令；网络设备在第一时间窗内不发送第一下行传输。
在一种可能的实现中，第一MAC CE或第一DCI承载于组播或广播的物理下行信道。
在一种可能的实现中，第一时间窗的起始时刻为第一时间单元的起始时刻，该第一时间单元为起始时刻不早于时刻T2的最早时间单元，时刻T2＝T1+ΔT1；其中，T1为第一物理下行信道的传输时刻，ΔT1为第一时间长度，第一物理下行信道为承载第一MAC CE或第一DCI的物理下行信道，第一时间长度ΔT1为预设的，或者，第一指示信息还指示第一时间长度ΔT1。
在一种可能的实现中，第一时间长度ΔT1大于或等于第一门限，该第一门限为终端设备可支持的、对第一物理下行信道的最短处理时长。
在一种可能的实现中，第一门限可以是协议预先规定的，也即终端设备支持的、对第一物理下行信道的最短处理时长为协议预先规定的，为方便描述，以下用将终端设备支持的、对第一物理下行信道的最短处理时长简称为最短处理时长。
在一种可能的实现中，第一物理下行信道为第一PDSCH，最短处理时长为终端设备接收第一PDSCH到发送该第一PDSCH对应的HARQ-ACK的最短处理时长Tproc,1；或者，最短处理时长为终端设备接收第一PDSCH到完成该第一PDSCH译码需要的最短处理时长
Figure BDA0003388512360000051
在一种可能的实现中，第一物理下行信道为第一PDCCH，最短处理时长为终端设备接收第一PDCCH到发送该第一PDCCH调度的PUSCH的最短处理时长Tproc,2；或者，最短处理时长为终端设备接收第一PDCCH到完成该第一PDCCH译码需要的最短处理时长
Figure BDA0003388512360000061
在一种可能的实现中，协议预先规定最短处理时长包含N个不同情况下的最短处理时长，N大于1，第一门限值为上述N个最短处理时长中最大值；或者，第一门限值为上述N个最短处理时长中第n个值，其中1≤n≤N，n是网络设备预先指示的。
在一种可能的实现中，第一时间窗的起始时刻为第二时间单元的起始时刻，该第二时间单元为起始时刻不早于第一物理下行信道的传输时刻T1的最早时间单元。
在一种可能的实现中，第一物理下行信道的传输时刻T1为第一物理下行信道的传输起始时刻或传输结束时刻。
在一种可能的实现中，第一时间窗的持续时长是预设的；或者，第一指示信息还指示第一时间窗的持续时长。
在一种可能的实现中，第一下行传输包括以下的任意一种或几种：PDCCH、动态调度的PDSCH、SPS PDSCH、CSI-RS或SSB。
在另一种可能的实现中，第一下行传输包括：PDCCH、动态调度的PDSCH、SPS PDSCH和CSI-RS，且第一下行传输不包括SSB。
在又一种可能的实现中，第一下行传输不包括SSB和P-RNTI加扰的PDCCH。
在一种可能的实现中，第一下行传输包括PDCCH时，PDCCH包括以下一项或多项：C-RNTI加扰的PDCCH、CS-RNTI加扰的PDCCH、SFI-RNTI加扰的PDCCH、INT-RNTI加扰的PDCCH、CI-RNTI加扰的PDCCH、TPC-PUCCH-RNTI加扰的PDCCH、TPC-PUSCH-RNTI加扰的PDCCH、TPC-SRS-RNTI加扰的PDCCH、AI-RNTI加扰的PDCCH、SI-RNTI加扰的PDCCH、RA-RNTI加扰的PDCCH、TC-RNTI加扰的PDCCH或P-RNTI加扰的PDCCH。即终端设备在第一时间窗内不对这些RNTI加扰的PDCCH进行盲检。
在一种可能的实现中，第一指示信息还指示终端设备在第一时间窗内不发送第一上行传输。相应地，网络设备在第一时间窗内不接收第一上行传输。
在一种可能的实现中，第一上行传输可以包括以下的任意一种或几种：GB PUSCH、CG PUSCH、PUCCH、PRACH、SRS。
可选的，第一上行传输包括PUCCH时，PUCCH可包括以下一项或多项：承载动态调度的PDSCH的HARQ-ACK的PUCCH、承载SPS PDSCH的HARQ-ACK的PUCCH、承载CSI的PUCCH，承载SR或BFR的PUCCH。
在一种可能的实现中，第一指示信息的第一状态值指示终端设备在第一时间窗内不接收第一下行传输；第一指示信息的第二状态值指示终端设备在第一时间窗内接收第一下行传输。
在另一种可能的实现中，第一指示信息“存在”指示终端设备在第一时间窗内不接收第一下行传输；第一指示信息“不存在”指示终端设备在第一时间窗内接收第一下行传输。
第二方面的有益效果可参见第一方面对应的有益效果，在此不赘述。
第三方面，本申请提供了一种传输指示方法，该方法包括：终端设备接收第二指示信息，该第二指示信息指示网络设备在第二时间窗内不发送第一下行传输，第二指示信息承载于第一MAC CE或第一DCI，该第二时间窗的结束时刻不晚于承载第二MAC CE或第二DCI的第一物理下行信道的传输时刻T1；终端设备基于第二指示信息确定网络设备在第二时间窗内没有发送第一下行传输，即当终端设备在第二时间窗内接收了第一下行传输，该第一下行传输无效。
基于第三方面所描述的方法，终端设备通过MAC CE和DCI中的第二指示信息，能够动态的确定网络设备在第二时间窗内是否发送第一下行传输，有利于降低终端设备的性能损失。并且，通过使第二时间窗的结束时刻不晚于承载第二MAC CE或第二DCI的第一物理下行信道的传输时刻T1，这样网络设备就不需要预测后续时间的第一下行传输的传输量来确定是否关断第一下行传输，有利于节省网络设备的功耗。
其中，第一物理下行信道的传输时刻T1可以是第一物理下行信道的传输起始时刻或第一物理下行信道的传输结束时刻。
在一种可能的实现中，第二MAC CE或第二DCI承载于组播或广播的物理下行信道。由于组播或广播的物理下行信道是发给一组终端设备的，而不是用户特定的(UE-specific)，第二指示信息通过组播或广播的物理下行信道发送给终端设备，避免了网络设备为每个终端设备分别发送第二指示信息造成的信令开销大的问题，降低了网络设备的信令开销。
在一种可能的实现中，第二时间窗的结束时刻由第一物理下行信道的传输时刻T1确定。
在一种可能的实现中，第二时间窗的结束时刻具体由第一物理下行信道的传输时刻T1和第二时间长度ΔT2确定，第二时间长度ΔT2是预设的或者是由第二指示信息指示的。第二时间长度ΔT2大于0。由于网络设备在经历第二时间窗后，准备发送第二指示信息需要一定的处理时延，基于第一物理下行信道的传输时刻T1和第二时间长度ΔT2确定第二时间窗的结束时刻，有利于使第二时间窗的结束时刻位于第一物理下行信道的传输时刻T1之前，更加匹配网络设备侧的发送处理开销。
在一种可能的实现中，第二时间窗的结束时刻为第三时间单元的结束时刻，该第三时间单元为结束时刻不晚于时刻T3的最晚时间单元，时刻T3＝T1-ΔT2。可选的，时间单元可以是符号、子时隙、时隙或子帧等。基于该可能的实现方式，有利于保证第二时间窗在一个时间单元的结束时刻结束，符合网络设备和终端设备以时间单元为单位进行传输的特征，可以降低实现复杂度。
在一种可能的实现中，第二时间窗的结束时刻为第四时间单元的结束时刻，该第四时间单元为结束时刻不晚于第一物理下行信道的传输时刻T1的最晚时间单元。基于该可能的实现方式，有利于使第二时间窗的结束时刻位于第一物理下行信道的传输时刻T1之前，更加匹配网络设备侧的发送处理开销。
在一种可能的实现中，第二时间窗的持续时长是预设的。通过预设第二时间窗的持续时长有利于节省第二时间窗的持续时长的指示开销。
在一种可能的实现中，第二时间窗的持续时长由第二指示信息指示的。通过第二指示信息来指示第二时间窗的持续时长，第二时间窗的持续时长可以动态改变，第二时间窗的持续时长能够更加灵活。
在一种可能的实现中，第一下行传输包括以下的任意一种或几种：PDCCH、动态调度的PDSCH、半静态调度的下行共享物理信道SPS PDSCH、CSI-RS或SSB。例如，第一下行传输包括PDCCH、动态调度的PDSCH、SPS PDSCH、CSI-RS和SSB，这样能够更大程度地节省网络设备的功耗。
在另一种可能的实现中，第一下行传输包括：PDCCH、动态调度的PDSCH、SPS PDSCH和CSI-RS，且第一下行传输不包括SSB。对于SSB传输，不仅仅连接态终端设备需要接收，空闲态或非激活态终端设备也需要接收，而空闲态或非激活态终端设备未必可以成功接收第二指示信息。因此在第二时间窗内保留SSB传输有助于维持空闲态或非激活态终端设备的SSB接收和测量，避免网络设备不发送SSB但是空闲态或非激活态终端设备尝试检测SSB造成的测量错误，避免由此造成不必要的小区重选等操作。另一方面，SSB发送本身周期较大，时域占比较小，网络设备在第二时间窗内发送一下SSB不会给网络设备带来很大的功耗。
在又一种可能的实现中，第一下行不包括SSB和P-RNTI加扰的PDCCH。P-RNTI加扰的PDCCH用于调度用户的寻呼指示，而每个用户在什么位置接收对应的P-RNTI加扰的PDCCH的位置是预配置好的。对于某个终端设备，如果网络设备跳过一个P-RNTI加扰的PDCCH传输时机，需要等到下一个预配置时机，等待时延较大。因此，在第二时间窗内保留P-RNTI加扰的PDCCH传输有助于维持用户的寻呼接收。
可选的，第一下行传输包括PDCCH时，PDCCH包括以下一项或多项：C-RNTI加扰的PDCCH、CS-RNTI加扰的PDCCH、SFI-RNTI加扰的PDCCH、INT-RNTI加扰的PDCCH、CI-RNTI加扰的PDCCH、TPC-PUCCH-RNTI加扰的PDCCH、TPC-PUSCH-RNTI加扰的PDCCH、TPC-SRS-RNTI加扰的PDCCH、AI-RNTI加扰的PDCCH、SI-RNTI加扰的PDCCH、RA-RNTI加扰的PDCCH、TC-RNTI加扰的PDCCH或P-RNTI加扰的PDCCH。
在一种可能的实现中，第二指示信息还指示网络设备在第二时间窗内不接收第一上行传输。相应地，终端设备还可基于第二指示信息确定网络设备在第二时间窗内没有接收第一上行传输，即当终端设备在第二时间窗内发送了第一上行传输时，该第一上行传输无效，终端设备认为第一上行传输在网络设备侧接收失败。基于该可能的实现方式，网络设备可以动态关断第一下行传输和第一上行传输，有利于节省网络设备的功耗。
在一种可能的实现中，第一上行传输可以包括以下的任意一种或几种：GB PUSCH、CG PUSCH、PUCCH、PRACH、SRS。
在一种可能的实现中，如果第一上行传输包括GB PUSCH，终端设备不认为在第二时间窗内有需要发送GB PUSCH，即终端设备不期望第二时间窗内存在GB PUSCH。
可选的，如果第一上行传输包括PUCCH，PUCCH可包括以下一项或多项：承载动态调度的PDSCH的HARQ-ACK的PUCCH、承载SPS PDSCH的HARQ-ACK的PUCCH、承载CSI的PUCCH，承载SR或BFR的PUCCH。
在一种可能的实现中，第二指示信息通过显示指示的方式指示网络设备在第二时间窗内未发送第一下行传输，第二指示信息的第一状态值指示网络设备在第二时间窗内未发送第一下行传输；第二指示信息的第二状态值指示网络设备在第二时间窗内发送第一下行传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，终端设备确认第二指示信息的取值为第二状态值。基于该可能的实现方式，有利于避免终端设备将第二时间窗内的有效传输确定为无效传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，终端设备确认第二指示信息的取值为第一状态值。基于该可能的实现方式，有利于避免终端设备将第二时间窗内的无效传输确定为有效传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，终端设备基于网络设备发送的RRC信令确定第二指示信息的取值为第一状态值或第二状态值。基于该可能的实现方式，可以灵活地确定第二指示信息的取值。
在一种可能的实现中，第二指示信息通过隐式指示的方式指示网络设备在第二时间窗内未发送第一下行传输，第二指示信息“存在”指示网络设备在第二时间窗内未发送第一下行传输，即第一下行传输失效；第二指示信息“不存在”指示网络设备在第二时间窗内发送第一下行传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，终端设备确认第二指示信息不存在。基于该可能的实现方式，有利于避免终端设备将第二时间窗内的有效传输确定为无效传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，终端设备确认第二指示信息存在。基于该可能的实现方式，有利于避免终端设备将第二时间窗内的无效传输确定为有效传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，终端设备基于网络设备发送的RRC信令确定第二指示信息是否存在。基于该可能的实现方式，可以灵活地确定在第二时间窗内接收的第一下行传输是否有效。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，则终端设备确定网络设备在第二时间窗内发送第一下行传输。基于该可能的实现方式，有利于避免终端设备将第二时间窗内的有效传输确定为无效传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，则终端设备确定网络设备在第二时间窗内没有发送第一下行传输。基于该可能的实现方式，有利于避免终端设备将第二时间窗内的无效传输确定为有效传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，则终端设备基于网络设备发送的RRC信令确定网络设备在第二时间窗内是否发送第一下行传输。基于该可能的实现方式，可以灵活地确定在第二时间窗内接收的第一下行传输是否有效。
第四方面，本申请提供了一种传输指示方法，该方法包括：网络设备在第二时间窗内不发送第一下行传输；网络设备向终端设备发送第二指示信息，该第二指示信息指示网络设备在第二时间窗内未发送第一下行传输，即指示终端设备在第二时间窗内接收的第一下行传输是无效的；第二指示信息承载于第一MAC CE信令或第一DCI信令，该第二时间窗的结束时刻不晚于承载第二MAC CE或第二DCI的第一物理下行信道的传输时刻T1。
其中，第一物理下行信道的传输时刻T1可以是第一物理下行信道的传输起始时刻或第一物理下行信道的传输结束时刻。
在一种可能的实现中，第二MAC CE或第二DCI承载于组播或广播的物理下行信道。
在一种可能的实现中，第二时间窗的结束时刻位于的时间单元为结束时刻不晚于时刻T1的最晚时间单元。
在另一种可能的实现中，第二时间窗的结束时刻为第三时间单元的结束时刻，该第三时间单元为结束时刻不晚于时刻T3的最晚时间单元，时刻T3＝T1-ΔT2；其中，T1为第一物理下行信道的传输时刻，ΔT2为第二时间长度，第二时间长度ΔT2为预设的，或者，第二指示信息还指示第二时间长度ΔT2。
在一种可能的实现中，第二时间窗的结束时刻为第四时间单元的结束时刻，该第四时间单元为结束时刻不晚于第一物理下行信道的传输时刻T1的最晚时间单元。
在一种可能的实现中，第二时间窗的持续时长是预设的；或者，第二指示信息还指示第二时间窗的持续时长。
在一种可能的实现中，第一下行传输包括以下的任意一种或几种：PDCCH、动态调度的PDSCH、SPS PDSCH、CSI-RS或SSB。
在另一种可能的实现中，第一下行传输包括：PDCCH、动态调度的PDSCH、SPS PDSCH和CSI-RS，且第一下行传输不包括SSB。
在又一种可能的实现中，第一下行不包括SSB和P-RNTI加扰的PDCCH。
可选的，第一下行传输包括PDCCH时，PDCCH包括以下一项或多项：C-RNTI加扰的PDCCH、CS-RNTI加扰的PDCCH、SFI-RNTI加扰的PDCCH、INT-RNTI加扰的PDCCH、CI-RNTI加扰的PDCCH、TPC-PUCCH-RNTI加扰的PDCCH、TPC-PUSCH-RNTI加扰的PDCCH、TPC-SRS-RNTI加扰的PDCCH、AI-RNTI加扰的PDCCH、SI-RNTI加扰的PDCCH、RA-RNTI加扰的PDCCH、TC-RNTI加扰的PDCCH或P-RNTI加扰的PDCCH。
在一种可能的实现中，第二指示信息还指示网络设备在第二时间窗内不接收第一上行传输。相应地，网络设备在第二时间窗内不接收第一上行传输。基于该可能的实现方式，网络设备可以动态关断第一下行传输和第一上行传输，有利于节省网络设备的功耗。
在一种可能的实现中，第一上行传输可以包括以下的任意一种或几种：GB PUSCH、CG PUSCH、PUCCH、PRACH、SRS。
可选的，第一下行传输包括PUCCH时，PUCCH可包括以下一项或多项：承载动态调度的PDSCH的HARQ-ACK的PUCCH、承载SPS PDSCH的HARQ-ACK的PUCCH、承载CSI的PUCCH，承载SR或BFR的PUCCH。
在一种可能的实现中，第二指示信息通过显示指示的方式指示网络设备在第二时间窗内未发送第一下行传输，第二指示信息的第一状态值指示网络设备在第二时间窗内未发送第一下行传输；第二指示信息的第二状态值指示网络设备在第二时间窗内发送第一下行传输。
在另一种可能的实现中，第二指示信息通过隐式指示的方式指示网络设备在第二时间窗内未发送第一下行传输，第二指示信息“存在”指示网络设备在第二时间窗内未发送第一下行传输，即第一下行传输失效；第二指示信息“不存在”指示网络设备在第二时间窗内发送第一下行传输。
第四方面的有益效果可参见第三方面对应的有益效果，在此不赘述。
第五方面，本申请提供了一种通信装置，该通信装置可以是终端设备，也可以是终端设备中的装置，或者是能够和终端设备匹配使用的装置。其中，该通信装置还可以为芯片***。该通信装置可执行第一方面或第三方面所述的方法。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。该单元或模块可以是软件和/或硬件。该通信装置执行的操作及有益效果可以参见上述第一方面或第三方面所述的方法以及有益效果。
第六方面，本申请提供了一种通信装置，该通信装置可以是网络设备，也可以是网络设备中的装置，或者是能够和网络设备匹配使用的装置。其中，该通信装置还可以为芯片***。该通信装置可执行第二方面或第四方面所述的方法。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。该单元或模块可以是软件和/或硬件。该通信装置执行的操作及有益效果可以参见上述第二方面或第四方面所述的方法以及有益效果。
第七方面，本申请提供了一种通信装置，通信装置包括处理器和接口电路，所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置，所述处理器通过逻辑电路或执行代码指令用于实现如第一方面～第四方面所述的方法。
第八方面，本申请提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现如第一方面～第四方面所述的方法。
第九方面，本申请提供一种包括指令的计算机程序产品，当通信装置读取并执行该指令时，使得通信装置执行如第一方面～第四方面中任意一项的方法。
第十方面，本申请提供了一种通信***，包括用于执行上述第一方面所述的方法的通信装置，以及用于执行上述第二方面所述方法的通信装置。或者，包括用于执行上述第三方面所述的方法的通信装置，以及用于执行上述第四方面所述方法的通信装置。
附图说明
图1是一种现有的一种DRX周期的示意图；
图2是本申请实施例提供的一种通信***的示意图；
图3是本申请实施例提供的一种时间单元的示意图；
图4是本申请实施例提供的一种传输指示方法的流程示意图；
图5是本申请实施例提供的一种第一时间窗的示意图；
图6是本申请实施例提供的另一种第一时间窗的示意图；
图7是本申请实施例提供的又一种第一时间窗的示意图；
图8是本申请实施例提供的又一种第一时间窗的示意图；
图9是本申请实施例提供的又一种第一时间窗的示意图；
图10是本申请实施例提供的另一种传输指示方法的流程示意图；
图11是本申请实施例提供的一种第二时间窗的示意图；
图12是本申请实施例提供的另一种第二时间窗的示意图；
图13是本申请实施例提供的又一种第二时间窗的示意图；
图14是本申请实施例提供的又一种第二时间窗的示意图；
图15是本申请实施例提供的又一种第二时间窗的示意图；
图16是本申请实施例提供的一种通信装置的结构示意图；
图17是本申请实施例提供的另一种通信装置的结构示意图。
具体实施方式
本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了能够更好地理解本申请，下面对本申请实施例提供的通信***进行介绍：
图2是本申请的实施例应用的通信***2000的示意图。如图2所示，该通信***2000包括无线接入网100和核心网200，可选的，通信***2000还可以包括互联网300。其中，无线接入网100可以包括至少一个无线接入网设备(如图2中的110a和110b)，还可以包括至少一个终端设备(如图2中的120a-120j)。终端设备通过无线的方式与无线接入网设备相连，无线接入网设备通过无线或有线方式与核心网连接。核心网设备与无线接入网设备可以是独立的不同的物理设备，也可以是将核心网设备的功能与无线接入网设备的逻辑功能集成在同一个物理设备上，还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网设备的功能。终端设备和终端设备之间以及无线接入网设备和无线接入网设备之间可以通过有线或无线的方式相互连接。图2只是示意图，该通信***中还可以包括其它网络设备，如还可以包括无线中继设备和无线回传设备，在图2中未画出。
无线接入网设备可以是基站(base station)、演进型基站(evolved NodeB，eNodeB)、发送接收点(transmission reception point，TRP)、第五代(5th generation，5G)移动通信***中的下一代基站(next generation NodeB，gNB)、第六代(6thgeneration，6G)移动通信***中的下一代基站、未来移动通信***中的基站或WiFi***中的接入节点等；也可以是完成基站部分功能的模块或单元，例如，可以是集中式单元(central unit，CU)，也可以是分布式单元(distributed unit，DU)。这里的CU完成基站的无线资源控制协议和分组数据汇聚层协议(packet data convergence protocol，PDCP)的功能，还可以完成业务数据适配协议(service data adaptation protocol，SDAP)的功能；DU完成基站的无线链路控制层和媒体接入控制(medium access control，MAC)层的功能，还可以完成部分物理层或全部物理层的功能，有关上述各个协议层的具体描述，可以参考第三代合作伙伴计划(3rd generation partnership project，3GPP)的相关技术规范。无线接入网设备可以是宏基站(如图2中的110a)，也可以是微基站或室内站(如图2中的110b)，还可以是中继节点或施主节点等。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。在本申请的实施例中，无线接入网设备可以简称为网络设备，为了便于描述，下文将无线接入网设备简称为网络设备进行描述。
终端设备也可以称为终端、用户设备(user equipment，UE)、移动台、移动终端等。终端设备可以广泛应用于各种场景，例如，设备到设备(device-to-device，D2D)、车物(vehicle to everything，V2X)通信、机器类通信(machine-type communication，MTC)、物联网(internet of things，IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
网络设备和终端设备可以是固定位置的，也可以是可移动的。网络设备和终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对网络设备和终端设备的应用场景不做限定。
网络设备和终端设备的角色可以是相对的，例如，图2中的直升机或无人机120i可以被配置成移动网络设备，对于那些通过120i接入到无线接入网100的终端设备120j来说，终端设备120i是网络设备；但对于网络设备110a来说，120i是终端设备，即110a与120i之间是通过无线空口协议进行通信的。当然，110a与120i之间也可以是通过网络设备与网络设备之间的接口协议进行通信的，此时，相对于110a来说，120i也是网络设备。因此，网络设备和终端设备都可以统一称为通信装置，图2中的110a和110b可以称为具有网络设备功能的通信装置，图2中的120a-120j可以称为具有终端设备功能的通信装置。
网络设备和终端设备之间、网络设备和网络设备之间、终端设备和终端设备之间可以通过授权频谱进行通信，也可以通过免授权频谱进行通信，也可以同时通过授权频谱和免授权频谱进行通信；可以通过6千兆赫(gigahertz，GHz)以下的频谱进行通信，也可以通过6GHz以上的频谱进行通信，还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线通信所使用的频谱资源不做限定。
在本申请的实施例中，网络设备的功能也可以由网络设备中的模块(如芯片)来执行，也可以由包含有网络设备功能的控制子***来执行。这里的包含有网络设备功能的控制子***可以是智能电网、工业控制、智能交通、智慧城市等上述应用场景中的控制中心。终端设备的功能也可以由终端设备中的模块(如芯片或调制解调器)来执行，也可以由包含有终端设备功能的装置来执行。
下面对出本申请实施例所使用的一些名词或术语进行解释说明。
(1)物理下行信道
物理下行信道包括PDSCH和PDCCH。PDCCH用于承载DCI，PDCCH潜在的传输位置(包括时域位置和频域位置)是通过RRC信令配置的。PDSCH用于承载下行数据信道，PDSCH又分为动态调度的PDSCH和SPS PDSCH。对于动态调度的PDSCH，每次PDSCH传输都对应一个DCI，该DCI用于指示该PDSCH传输的时频资源和其他参数；对于SPS PDSCH，SPS PDSCH的传输是周期性重复的，传输周期是由RRC信令配置的，且首次传输由DCI激活，最后的传输也由DCI去激活。
(2)DCI的传输时机
DCI传输时机又称为PDCCH传输时机，指的是PDCCH传输的潜在时域位置。或者，指的是PDCCH传输的起始符号所在时域位置。
(3)SPS PDSCH的传输时机
SPS PDSCH的传输时机指的是SPS PDSCH传输的时域位置，具体地，SPS PDSCH的首次传输是根据激活DCI中时域资源分配字段确定的，后续其他传输时域位置是根据首次传输位置和所述SPS PDSCH的预设周期确定的。
(4)组播或广播的物理下行信道
一个组播或广播的物理下行信道可以由多个终端设备检测并译码。组播或广播的物理下行信道包括组播或广播的PDSCH和组播或广播的PDCCH。
本申请中，广播PDSCH可以由一个广播DCI调度。例如，该广播DCI由一个小区公共的RNTI加扰，这样小区内所有终端设备都可以用这个RNTI去解码该广播DCI从而去接收广播的PDSCH。组播PDSCH可以由一个组播DCI调度。例如，该组播DCI由一个用户组公共的RNTI加扰，这样这一个用户组内所有终端设备都可以用这个RNTI去解码组播DCI从而去接收组播的PDSCH。
本申请中，将承载于组播或广播的PDCCH的DCI简称为广播DCI或组播DCI，其中，组播DCI也可以称为组公共DCI。广播DCI由一个小区公共的RNTI加扰，这样小区内所有终端设备都可以用这个RNTI去解码该广播DCI。组播DCI由一个用户组公共的RNTI加扰，这样这一个用户组内所有终端设备都可以用这个RNTI去解码组播DCI。
(5)时间单元
时间单元为用于信号传输的时域单元，可包括无线帧(radio frame)、子帧(subframe)、时隙(slot)、微时隙(mini-slot)或至少一个正交频分复用(OrthogonalFrequency Division Multiplexing，OFDM)符号等时域单位。OFDM符号也可以简称为时域符号。图3所示为本申请中一种可能的时间单元关系的示意图。参考图3，一个无线帧的时域长度为10ms。一个无线帧可以包括10个无线子帧，一个无线子帧的时域长度为1ms。一个无线子帧可以包括一个或多个时隙，具体一个子帧包括多少个时隙与子载波间隔(Subcarrier Space，SCS)相关。对于SCS为15kHz的情况，一个时隙的时域长度为1ms。一个时隙包括14个符号。
(6)非连续发送(dis-continuous transmit，DTX)机制
为了降低通信设备的功率消耗，可以使能通信设备在一段时间内不发送数据传输，或者，可以使能通信设备在一段时间内不发送全部信道或者部分信道。这种降低通信设备功率消耗的方式可以称为DTX机制。以下以通信设备是网络设备为例进行描述。
例如，网络设备可以设置一个传输图样，在一个传输周期内只在部分时间段上进行数据传输，在其他时间段都不进行数据发送或数据收发。
当没有业务负载的时候，可以采用网络设备DTX机制，从而降低网络设备的功耗。
当业务负载很轻的时候，很多传输时间间隔上虽然有数据传输，但传输时间间隔的资源利用率很低，此时也可以采用网络设备DTX机制，通过将待发送的数据汇集到时间段A发送，从而可以在时间段B进入DTX状态，实现网络设备的静态节能。
需要说明的是，对于网络设备DTX机制，网络设备在每个TTI可以选择是进行数据收发还是静默，并通知终端设备；或者，网络设备也可以通过终端设备触发，确定进行数据收发还是静默。
下面进一步对本申请实施例提供的传输指示方法及通信装置进行详细描述。
图4是本申请实施例提供的一种传输指示方法的流程示意图。如图4所示，该传输指示方法包括如下步骤401～步骤402。图4所示的方法执行主体可以为终端设备和网络设备。或者，图4所示的方法执行主体可以为终端设备中的芯片和网络设备中的芯片。图4以终端设备和网络设备为方法的执行主体为例进行说明。
401、网络设备向终端设备发送第一指示信息。对应的，终端设备可以接收该第一指示信息。
其中，该第一指示信息用于指示终端设备在第一时间窗内不接收第一下行传输，该第一指示信息承载于第一MAC CE或第一DCI。
402、网络设备在第一时间窗内不发送第一下行传输。对应的，终端设备基于第一指示信息不在第一时间窗内不接收第一下行传输。
也就是说，网络设备可以实现DTX传输，终端设备可以实现DRX传输。
下面对承载第一指示信息的第一MAC CE的相关内容进行详细介绍：
在一种可能的实现中，第一MAC CE承载于组播或广播的PDSCH。由于组播或广播的PDSCH是发给一组终端设备的，而不是用户特定的(UE-specific)，第一指示信息通过组播或广播的PDSCH发送给终端设备，避免了网络设备为每个终端设备分别发送第一指示信息造成的信令开销大的问题，降低了网络设备的信令开销。
在一种可能的实现中，第一MAC CE也可承载于单播的PDSCH。
在一种可能的实现中，第一MAC CE承载的PDSCH可以为SPS PDSCH。终端设备可在预设的SPS PDSCH的传输时机(occasion)上接收SPS PDSCH，并对该SPS PDSCH进行译码，以获取第一MAC CE。由于SPS PDSCH时机是周期性出现的，第一时间窗和SPS PDSCH的传输时机之间的关系可以满足以下一项或者多项关系：
(1)可以预定义SPS PDSCH的周期长度作为第一时间窗的持续时长，这样就不用另外配置第一时间窗的持续时间。
(2)可以预定义第一时间窗的结束时刻为下一个SPS PDSCH的传输时机的起始时刻，这样就不用另外配置第一时间窗的结束时刻。
通过使第一MAC CE承载于SPS PDSCH中，有并且预定义SPS PDSCH的传输时机和第一时间窗之间的关系，利于节省指示开销。
在一种可能的实现中，第一MAC CE承载的PDSCH可以为动态调度(dynamic)的PDSCH。
下面对承载第一指示信息的第一DCI的相关内容进行详细介绍：
在一种可能的实现中，第一DCI可承载于组播或广播的PDCCH。也即，第一DCI可以为组播DCI或者广播DCI。对于网络设备而言，通过组播DCI或者广播DCI发送第一指示信息，相比较对每个终端设备分别发送对应的第一指示信息，有利于降低指示开销。
在一种可能的实现中，第一DCI也可承载于单播的PDCCH。
基于第一DCI承载于组播或广播的PDCCH，或者承载于单播的PDCCH，第一DCI还可以有以下设计中的一种或者多种：
方式一，通过在现有协议的一种DCI格式中增加一个字段，得到第一DCI，其中，该增加的一个字段用于携带第一指示信息。
方式二，通过设计不同于现有协议中的DCI格式，得到第一DCI，也即第一DCI不同于现有协议中的DCI格式，相比较现有协议中的DCI格式，第一DCI是一种新的DCI格式。
方式三，第一DCI对应一个新的RNTI，该RNTI用于对第一DCI进行加扰。例如，该加扰RNTI对于多个终端设备都取值相同，多个终端设备都可以检测并译码该第一DCI。
本申请实施例中，终端设备可基于第一时间窗的起始时刻、第一时间窗的持续时间和第一时间窗的结束时刻中的两种或者三种来确定第一时间窗的位置。
下面对第一时间窗的起始时刻、第一时间窗的持续时间和第一时间窗的结束时刻分别进行介绍：
(1)第一时间窗的起始时刻
第一时间窗的起始时刻不早于承载第一MAC CE或第一DCI的第一物理下行信道的传输时刻T1。例如，第一时间窗的起始时刻可以等于第一物理下行信道的传输时刻T1。或者，第一时间窗的起始时刻在第一物理下行信道的传输时刻T1之后。第一物理下行信道的传输时刻T1可以是第一物理下行信道的传输起始时刻或第一物理下行信道的传输结束时刻。
需要说明的是，本申请中的传输时刻T1为网络设备和终端设备对齐理解的传输时刻，例如，对于网络设备来说，第一物理下行信道的传输时刻T1可以是第一物理下行信道的发送时刻。对于终端设备来说，第一物理下行信道的传输时刻T1可以是第一物理下行信道的接收时刻。
图5为第一时间窗的起始时刻位于第一物理下行信道的传输时刻T1之后的一种示例。如图5所示，网络设备通过第一物理下行信道向终端设备发送第一指示信息。网络设备发送第一指示信息之后，网络设备在第一物理下行信道的传输时刻T1之后的第一时间窗内不发送第一下行传输。相应地，终端设备接收第一指示信息之后，终端设备基于第一指示信息在第一物理下行信道的传输时刻T1之后的第一时间窗内不接收第一下行传输。
由于第一时间窗的起始时刻不早于承载第一MAC CE或第一DCI的第一物理下行信道的传输时刻T1，关于第一时间窗的起始时刻如何确定，以下提出几种可选的方式：
方式A：第一时间窗的起始时刻由第一物理下行信道的传输时刻T1和第一时间长度ΔT1确定，第一时间长度ΔT1是预设的或者是由第一指示信息指示的。第一时间长度ΔT1是预设的，是指第一时间长度ΔT1是协议预先规定的。或者，第一时间长度ΔT1是预设的是指第一时间长度ΔT1是网络设备通过RRC信令配置的。由于终端设备接收第一物理下行信道之后，需要一定时间才能译码出第一指示信息。基于第一物理下行信道的传输时刻T1和第一时间长度ΔT1确定第一时间窗的起始时刻，有利于保证确定出的第一时间窗的起始时刻位于终端设备解析出第一指示信息的时刻之后，避免出现终端设备在解析第一指示信息之前，不确定是否需要接收第一下行传输的情况。
可选的，第一时间窗的起始时刻为第一时间单元的起始时刻，该第一时间单元为起始时刻不早于时刻T2的最早时间单元，时刻T2＝T1+ΔT1。基于该可能的实现方式，有利于保证第一时间窗从一个时间单元的起始时刻开始，符合网络设备和终端设备以时间单元为单位进行传输的特征，可以降低实现复杂度。
例如，第一物理下行信道的传输时刻T1、第一时间长度ΔT1和时刻T2如图6所示。时间单元4的起始时刻等于时刻T2。由于时间单元4为起始时刻不早于时刻T2的最早时间单元，因此第一时间单元为时间单元4。
再如，第一物理下行信道的传输时刻T1、第一时间长度ΔT1和时刻T2如图7所示。时间单元4的起始时刻晚于时刻T2。由于时间单元4为起始时刻不早于时刻T2的最早时间单元，因此第一时间单元为时间单元4。
可选的，第一时间长度ΔT1大于或等于第一门限，该第一门限为终端设备支持的、对第一物理下行信道的最短处理时长。这样有利于保证确定出的第一时间窗的起始时刻位于终端设备解析出第一指示信息的时刻之后，避免出现终端设备在解析第一指示信息之前，不确定是否需要接收第一下行传输的情况而造成的通信异常的问题。
可选的，第一门限可以是协议预先规定的，也即终端设备支持的、对第一物理下行信道的最短处理时长为协议预先规定的，为方便描述，以下用将终端设备支持的、对第一物理下行信道的最短处理时长简称为最短处理时长。
可选的，第一物理下行信道为第一PDSCH，最短处理时长为终端设备接收第一PDSCH到发送该第一PDSCH对应的HARQ-ACK的最短处理时长Tproc，1；或者，最短处理时长为终端设备接收第一PDSCH到完成该第一PDSCH译码需要的最短处理时长
Figure BDA0003388512360000161
例如，
Figure BDA0003388512360000162
参数a和b是协议预定义的；最短处理时长Tproc，1的定义可参见3GPPTS 38.214中5.3节相关描述，在此不赘述。可选地，参数a的取值满足0＜a≤1或0＜a≤0.5，参数b的取值为0，或者1个或2个传输符号的长度。
可选的，如果第一物理下行信道为第一PDCCH，最短处理时长可以是终端设备接收第一PDCCH到发送该第一PDCCH调度的PUSCH的最短处理时长Tproc，2，或者是终端设备接收第一PDCCH到完成该第一PDCCH译码需要的最短处理时长
Figure BDA0003388512360000163
例如是/>
Figure BDA0003388512360000164
Figure BDA0003388512360000165
其中，最短处理时长Tproc，2的定义可见3GPP TS 38.214中6.4节相关描述。参数c和d是协议预定义的；可选地，参数c的取值满足0＜c≤1或0＜c≤0.5，参数d的取值为0，或者1个或2个传输符号的长度。
可选的，协议预先规定最短处理时长包含N个不同情况下的最短处理时长，N大于1，第一门限值为上述N个最短处理时长中最大值；或者，第一门限值为上述N个最短处理时长中第n个值，其中1≤n≤N，n是网络设备预先指示的。例如，协议定义两种终端设备处理能力，对应N＝2个最短处理时长，为了保证小区内所有终端设备都可以及时成功译码第一指示信息并在第一时间窗内进行，所述第一门限为上述2个最短处理时长中的最大值。
方式B：第一时间窗的起始时刻由第一物理下行信道的传输时刻T1确定。例如，第一时间窗的起始时刻为第二时间单元的起始时刻，第二时间单元为起始时刻不早于第一物理下行信道的传输时刻T1的最早时间单元。
例如，第一物理下行信道的传输时刻T1如图8所示。时间单元4的起始时刻等于第一物理下行信道的传输时刻T1。由于时间单元4为起始时刻不早于第一物理下行信道的传输时刻T1的最早时间单元，因此第二时间单元为时间单元4。
再如，第一物理下行信道的传输时刻T1如图9所示。时间单元4的起始时刻晚于第一物理下行信道的传输时刻T1。由于时间单元4为起始时刻不早于第一物理下行信道的传输时刻T1的最早时间单元，因此第二时间单元为时间单元4。
方式C：可通过第一指示信息直接指示第一时间窗的起始时刻，这样有利于减小终端设备的计算量，降低终端设备的功耗。
(2)第一时间窗的持续时间
第一时间窗的持续时长是预设的或者由第一指示信息指示的。第一时间窗的持续时长是预设的是指第一时间窗的持续时长是协议预先规定的。或者，第一时间窗的持续时长是预设的是指第一时间窗的持续时长是网络设备通过RRC信令配置的。
通过预设第一时间窗的持续时长有利于节省第一时间窗的持续时长的指示开销。通过第一指示信息来指示第一时间窗的持续时长，第一时间窗的持续时长可以动态改变，第一时间窗的持续时长能够更加灵活。
(3)第一时间窗的结束时刻
第一时间窗的结束时刻是预设的或者由第一指示信息指示的。第一时间窗的结束时刻是预设的是指第一时间窗的结束时刻是协议预先规定的。或者，第一时间窗的结束时刻是预设的是指第一时间窗的结束时刻是网络设备通过RRC信令配置的。例如，网络设备通过RRC信令可以配置：当第一指示信息承载于第一MAC CE且第一MAC CE承载于SPS PDSCH时，第一时间窗的结束时刻为下一个承载第一MAC CE的SPS PDSCH的检测时机的起始时刻，或者，当第一指示信息承载于第一DCI，第一时间窗的结束时刻为下一个承载第一指示信息的第一DCI的检测时机的起始时刻。
通过预设第一时间窗的结束时刻，有利于节省第一时间窗的结束时刻的指示开销。通过第一指示信息来指示第一时间窗的结束时刻，样有利于减小终端设备的计算量，降低终端设备的功耗。
下面对第一下行传输的相关内容进行详细介绍：
在一种可能的实现中，第一下行传输包括以下的任意一种或几种：PDCCH、动态调度的PDSCH、SPS PDSCH、CSI-RS或SSB。例如，第一下行传输包括PDCCH、动态调度的PDSCH、SPS PDSCH、CSI-RS和SSB。这样网络设备和终端设备可以动态关断众多的下行传输，有利于节省网络设备和终端设备的功耗。
终端设备在第一时间窗内不接收PDCCH是指：终端设备在第一时间窗内在PDCCH的传输时机上不对PDCCH进行盲检。
终端设备在第一时间窗内不接收动态调度的PDSCH是指：终端设备在第一时间窗内不接收动态调度的PDSCH，终端设备认为没有动态调度的PDSCH传输，也不会生成动态调度的PDSCH对应的反馈信息。
终端设备在第一时间窗内不接收SPS PDSCH是指：终端设备在第一时间窗内在SPSPDSCH的传输时机不接收SPS PDSCH，终端设备认为没有SPS PDSCH传输，也不会生成SPSPDSCH对应的反馈信息。
终端设备在第一时间窗内不接收CSI-RS是指：终端设备在第一时间窗内不测量CSI-RS，终端设备认为没有CSI-RS传输，也不会生成对CSI-RS的测量结果。
在一种可能的实现中，第一下行传输包括：PDCCH、动态调度的PDSCH、SPS PDSCH和CSI-RS，且第一下行传输不包括SSB。对于SSB传输，不仅连接态终端设备需要接收，空闲态或非激活态终端设备也需要接收，而空闲态或非激活态终端设备未必可以成功接收第一指示信息。因此在第一时间窗内保留SSB传输有助于维持空闲态或非激活态终端设备的SSB接收和测量，避免网络设备不发送SSB但是空闲态或非激活态终端设备尝试检测SSB造成的测量错误，避免由此造成不必要的小区重选等操作。另一方面，SSB发送本身周期较大，时域占比较小，网络设备在第一时间窗内发送SSB不会给网络设备带来很大的功耗，同理，终端设备在第一时间窗接收SSB不会给终端设备带来很大的功耗。
在一种可能的实现中，第一下行传输不包括SSB和P-RNTI加扰的PDCCH。P-RNTI加扰的PDCCH用于调度终端设备的寻呼指示，而每个终端设备接收对应的P-RNTI加扰的PDCCH的位置是预配置的。对于某个终端设备，如果网络设备跳过这次P-RNTI加扰的PDCCH传输时机，需要等到下一个预配置时机，等待时延较大。因此，在第一时间窗内保留P-RNTI加扰的PDCCH传输有助于维持终端设备的寻呼接收。
可选的，第一下行传输包括PDCCH时，PDCCH包括以下一项或多项：C-RNTI加扰的PDCCH、CS-RNTI加扰的PDCCH、SFI-RNTI加扰的PDCCH、INT-RNTI加扰的PDCCH、CI-RNTI加扰的PDCCH、TPC-PUCCH-RNTI加扰的PDCCH、TPC-PUSCH-RNTI加扰的PDCCH、TPC-SRS-RNTI加扰的PDCCH、AI-RNTI加扰的PDCCH、SI-RNTI加扰的PDCCH、RA-RNTI加扰的PDCCH、TC-RNTI加扰的PDCCH或P-RNTI加扰的PDCCH。即终端设备在第一时间窗内不对这些RNTI加扰的PDCCH进行盲检。
在一种可能的实现中，第一指示信息还指示终端设备在第一时间窗内不发送第一上行传输。相应地，终端设备还可基于第一指示信息在第一时间窗内不发送第一上行传输，网络设备在第一时间窗内不接收第一上行传输。基于该可能的实现方式，网络设备不仅仅可以关断第一下行传输的发送，还可以关断第一上行传输的接收和第一上行传输对应的信号处理，进一步降低网络设备功耗。对应地，终端设备可以动态关断第一下行传输的接收和第一上行传输的发送，有利于节省终端设备的功耗。
在一种可能的实现中，第一上行传输可以包括以下的任意一种或几种：GB PUSCH、CG PUSCH、PUCCH、PRACH、SRS。
本申请全文中，GB PUSCH，即基于一个UL DCI确定的PUSCH，或者说，这个PUSCH是由一个UL DCI调度的。
在一种可能的实现中，如果第一上行传输包括GB PUSCH，终端设备不认为在第一时间窗内有需要发送GB PUSCH，即终端设备不期望第一时间窗内存在GB PUSCH。
可选的，第一上行传输包括PUCCH时，PUCCH可包括以下一项或多项：承载动态调度的PDSCH的HARQ-ACK的PUCCH、承载SPS PDSCH的HARQ-ACK的PUCCH、承载信道状态信息CSI的PUCCH，承载SR或BFR的PUCCH。
第一指示信息可以通过显示的指示方式或者隐式的指示方式指示终端设备在第一时间窗内不接收第一下行传输。
(1)显示的指示方式
在一种可能的实现中，第一指示信息为一个信息比特，该信息比特的不同状态值用于指示不同的信息。第一指示信息的第一状态值指示终端设备在第一时间窗内不接收第一下行传输；第一指示信息的第二状态值指示终端设备在第一时间窗内接收第一下行传输。
例如，第一指示信息为一个1比特的信息比特，当该1比特状态值为1时，第一指示信息指示终端设备在第一时间窗内不接收第一下行传输，当该1比特状态值为0时，第一指示信息指示终端设备在第一时间窗内接收第一下行传输。或者，当该1比特状态值为0时，第一指示信息指示终端设备在第一时间窗内不接收第一下行传输，当该1比特状态值为1时，第一指示信息指示终端设备在第一时间窗内接收第一下行传输。
又如，第一指示信息为一个2比特的信息比特。当该2比特状态值为11时，指示终端设备在第一时间窗内不接收第一下行传输；当该2比特状态值为00时，指示终端设备在第一时间窗内接收第一下行传输。或者，当该2比特状态值为00时，指示终端设备在第一时间窗内不接收第一下行传输；当该2比特状态值为11时，指示终端设备在第一时间窗内接收第一下行传输。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备确认第一指示信息的取值为第二状态值。基于该可能的实现方式，有利于终端设备不漏收下行传输。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备确认第一指示信息的取值为第一状态值。基于该可能的实现方式，有利于节省终端设备的功耗。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备基于网络设备发送的无线资源控制(radio resource control，RRC)信令确定第一指示信息的取值为第一状态值或第二状态值。基于该可能的实现方式，可以灵活地确定第一指示信息的取值。
(2)隐式的指示方式
终端设备通过检测第一MAC CE或者第一DCI中是否存在第一指示信息，确定是否在第一时间窗内接收第一下行传输。在一种可能的实现中，第一指示信息“存在”指示终端设备在第一时间窗内不接收第一下行传输；第一指示信息“不存在”指示终端设备在第一时间窗内接收第一下行传输。或者，第一指示信息“不存在”指示终端设备在第一时间窗内不接收第一下行传输；第一指示信息“存在”指示终端设备在第一时间窗内接收第一下行传输。
以第一指示信息承载于第一MAC CE为例，当该第一MAC CE承载于SPS PDSCH时，终端设备在预设的时频位置接收SPS PDSCH并进行译码，译码后去查询该数据块中是否包含的第一MAC CE。如果包含第一MAC CE，即该第一指示信息“存在”，终端设备在第一时间窗内不接收第一下行传输。当所述数据块不包含第一MAC CE，即该第一指示信息“不存在”，终端设备在第一时间窗内接收第一下行传输。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备确认第一指示信息不存在。基于该可能的实现方式，有利于终端设备不漏收下行传输，保证通信质量。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备确认第一指示信息存在。基于该可能的实现方式，有利于节省终端设备的功耗。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备基于网络设备发送的RRC信令确定第一指示信息是否存在。基于该可能的实现方式，可以灵活地确定第一指示信息是否存在。
在一种可能的实现中，网络设备在第一时间窗内不发送第一下行传输，也可以理解为网络设备在第一时间窗内处于非激活状态。网络设备在第一时间窗内发送第一下行传输，也可以理解为网络设备在第一时间窗内处于激活状态。对应的，终端设备在第一时间窗内不接收第一下行传输，可以理解为终端设备在第一时间窗内处于非激活状态。终端设备在第一时间窗内接收第一下行传输，可以理解为终端设备在第一时间窗内处于激活状态。第一指示信息指示终端设备在第一时间窗内不接收第一下行传输也可以理解为：第一指示信息指示终端设备在第一时间窗内处于非激活状态。第一指示信息指示终端设备在第一时间窗内接收第一下行传输也可以理解为：第一指示信息指示终端设备在第一时间窗内处于激活状态。
在一种可能的实现中，由于网络设备在第一时间窗内不发送第一下行传输，终端设备在第一时间窗内不接收第一下行传输，对于第一时间窗内有传输需求的情况，网络设备可以在第一时间窗结束之后的可用时频资源上重新发送第一下行传输和/或接收第一上行传输；终端设备可以在第一时间窗结束之后的可用时频资源上重新接收第一下行传输和/或发送第一上行传输。基于该可能的实现方式，能够在不牺牲数据传输的情况下，实现网络设备和终端设备的节能。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备在第一时间窗内接收第一下行传输。也即，当终端设备无法获知第一指示信息时，终端设备在第一时间窗内接收第一下行传输，或者理解为，终端设备在无法获知第一指示信息时，终端设备认为第一指示信息指示终端设备在第一时间窗内接收下行传输。基于该可能的实现方式，有利于终端设备不漏收下行传输。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备在第一时间窗内不接收第一下行传输。也即，当终端设备无法获知第一指示信息时，终端设备在第一时间窗内不接收下行传输，或者理解为，终端设备在无法获知第一指示信息时，终端设备认为第一指示信息指示终端设备在第一时间窗内不接收下行传输。基于该可能的实现方式，有利于节省终端设备的功耗。
在一种可能的实现中，若终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功，终端设备基于网络设备发送的RRC信令确定在第一时间窗内是否接收第一下行传输。基于该可能的实现方式，在终端设备对承载第一MAC CE或第一DCI的第一物理下行信道译码不成功时，终端设备可以根据RRC信令灵活地确定在第一时间窗内是否接收第一下行传输。
在一种可能的实现中，第一指示信息承载于第一MAC CE且第一MAC CE承载于SPSPDSCH：当第一指示信息指示在第一时间窗内不接收第一下行传输，且第一时间窗内包含承载第一MAC CE的SPS PDSCH的下一个传输时机时，终端设备执行以下任意一种操作：
(1)在该下一个传输时机上不接收SPS PDSCH。这样有利于节省终端设备的功耗。对应的，网络设备在该下一个传输时机上不会发送SPS PDSCH，从而可以降低网络设备的功耗。
(2)终端设备在该下一个传输时机上进行SPS PDSCH接收，并根据该下一个传输时机上接收的SPS PDSCH中的第一指示信息确定下一个第一时间窗内是否接收第一下行传输。对应的，网络设备在该下一个传输时机上发送SPS PDSCH。
例如，终端设备根据该下一个传输时机上接收的SPS PDSCH中的第一指示信息确定下一个第一时间窗内需要进行第一下行传输。当下一个第一时间窗和之前的第一时间窗部分重叠时，下一个第一时间窗内的终端设备行为会覆盖之前第一时间窗内的终端设备行为，即终端设备会在重叠部分进行第一下行传输。这样，网络设备可以不断调整决策行为，获取最大的调度灵活性。
(3)终端设备根据网络设备发送的RRC信令，确定在该下一个传输时机上是否接收SPS PDSCH。这样可以更加灵活地确定在第一时间窗内是否接收SPS PDSCH。
在一种可能的实现中，第一指示信息承载于第一DCI：当第一指示信息指示在第一时间窗内不接收第一下行传输，且第一时间窗内包含第一DCI的下一个传输时机时，终端设备执行以下任意一种操作：
(1)在该下一个传输时机上不接收第一DCI。对应的，网络设备在该下一个传输时机上不会发送第一DCI，从而可以降低网络设备的功耗。
(2)终端设备在该下一个传输时机上接收第一DCI，并根据该下一个传输时机上接收的第一DCI中的第一指示信息确定下一个第一时间窗内是否接收第一下行传输。对应的，网络设备在该下一个传输时机上发送第一DCI。
例如，终端设备根据该下一个传输时机上接收的第一DCI中的第一指示信息确定下一个第一时间窗内需要进行第一下行传输。当下一个时间时机窗和之前的第一时间窗部分重叠时，下一个第一时间窗内的终端设备行为会覆盖之前第一时间窗内的终端设备行为，即终端设备会在重叠部分进行第一下行传输。这样，网络设备可以不断调整决策行为，获取最大的调度灵活性。
(3)终端设备根据网络设备发送的RRC信令，确定在该第一DCI传输时机上是否接收第一DCI。这样可以更加灵活地确定在第一时间窗内是否接收第一DCI。
可见，通过实施图4所描述的方法，网络设备能够通过MAC CE和DCI指示终端设备在第一时间窗内不接收第一下行传输，能够动态地、灵活地为终端设备配置DRX，有利于降低终端设备的性能损失，同时降低网络设备和终端设备的功耗。
下面对本申请实施例提供的另一种传输指示方法进行介绍：
图10是本申请实施例提供的另一种传输指示方法的流程示意图。如图10所示，该传输指示方法包括如下步骤1001～步骤1003。图10所示的方法执行主体可以为终端设备和网络设备。或者，图10所示的方法执行主体可以为终端设备中的芯片和网络设备中的芯片。图10以终端设备和网络设备为方法的执行主体为例进行说明。
1001、网络设备在第二时间窗内不发送第一下行传输。
也就是说，网络设备可以实现DTX传输。
1002、网络设备向终端设备发送第二指示信息。相应地，终端设备可以接收该第二指示信息。
其中，该第二指示信息指示网络设备在第二时间窗内未发送第一下行传输，该第二指示信息承载于第二MAC CE或第二DCI。或者，也可以理解为该第二指示信息指示终端设备在第二时间窗内不需要接收第一下行传输。
下面对承载第二指示信息的第二MAC CE的相关内容进行详细介绍：
在一种可能的实现中，第二MAC CE承载于组播或广播的PDSCH。由于组播或广播的PDSCH是发给一组终端设备的，而不是用户特定的(UE-specific)，第二指示信息通过组播或广播的PDSCH发送给终端设备，避免了网络设备为每个终端设备分别发送第二指示信息造成的信令开销大的问题，降低了网络设备的信令开销。
在一种可能的实现中，第二MAC CE也可承载于单播的PDSCH。
在一种可能的实现中，第二MAC CE承载的PDSCH可以为SPS PDSCH。终端设备可在预设的SPS PDSCH的传输时机上接收SPS PDSCH，并对该SPS PDSCH进行译码，以获取第二MAC CE。由于SPS PDSCH时机是周期性出现的，第二时间窗和SPS PDSCH的传输时机之间的关系可以满足以下一项或者多项关系：
(1)可以预定义SPS PDSCH的周期长度作为第二时间窗的持续时长，这样就不用另外配置第二时间窗的持续时间。
(2)可以预定义第二时间窗的起始时刻为上一个SPS PDSCH时机的起始时刻或结束时刻，这样就不用另外配置第二时间窗的起始时刻。
通过使第二MAC CE承载于SPS PDSCH中，有并且预定义SPS PDSCH的传输时机和第二时间窗之间的关系，利于节省指示开销。
在一种可能的实现中，第二MAC CE承载的PDSCH可以为动态调度的PDSCH中。
下面对承载第二指示信息的第二DCI的相关内容进行详细介绍：
在一种可能的实现中，第二DCI可承载于组播或广播的PDCCH。也即，第二DCI可以为组播DCI或者广播DCI。对于网络设备而言，通过组播DCI或者广播DCI发送第二指示信息，相比较对每个终端设备分别发送对应的第二指示信息，有利于降低指示开销。
在一种可能的实现中，第二DCI也可承载于单播的PDCCH。
基于第二DCI承载于组播或广播的PDCCH，或者承载于单播的PDCCH，第二DCI还可以有以下设计中的一种或者多种：
方式一，通过在现有协议的一种DCI格式中增加一个字段，得到第二DCI，其中，该增加的一个字段用于携带第二指示信息。
方式二，通过设计不同于现有协议中的DCI格式，得到第一点DCI，也即第二DCI不同于现有协议中的DCI格式，相比较现有协议中的DCI格式，第二DCI是一种新的DCI格式。
方式三，第二DCI对应一个新的RNTI，该RNTI用于对第二DCI进行加扰。例如，该加扰RNTI对于多个终端设备都取值相同，多个终端设备都可以检测并译码该第二DCI。
本申请实施例中，终端设备可基于第二时间窗的结束时刻、第二时间窗的持续时间和第二时间窗的起始时刻中的两种或者三种来确定第二时间窗的位置。
下面对第二时间窗的结束时刻、第二时间窗的持续时间和第二时间窗的起始时刻分别进行介绍：
(1)第二时间窗的结束时刻
第二时间窗的结束时刻不晚于承载第二MAC CE或第二DCI的第一物理下行信道的传输时刻T1。例如，第二时间窗的结束时刻可以等于第一物理下行信道的传输时刻T1。或者，第二时间窗的结束时刻在第一物理下行信道的传输时刻T1之前。第一物理下行信道的传输时刻T1可以是第一物理下行信道的传输起始时刻或第一物理下行信道的传输结束时刻。
需要说明的是，本申请中的传输时刻T1为网络设备和终端设备对齐理解的传输时刻，例如，对于网络设备来说，第一物理下行信道的传输时刻T1可以是第一物理下行信道的发送时刻。对于终端设备来说，第一物理下行信道的传输时刻T1可以是第一物理下行信道的接收时刻。
例如，图11以第二时间窗的结束时刻位于第一物理下行信道的传输时刻T1之前为例。如图11所示，网络设备在第二时间窗内发现需要传输的数据较少，可以推迟到后面与后面的数据一起发送，因此决定不发送第一下行传输。在第二时间窗结束之后，网络设备向终端设备发送第二指示信息，告诉终端设备在第一物理下行信道的传输时刻T1之前的第二时间窗内，网络设备没有发送第一下行传输。相应地，终端设备接收第二指示信息之后，确定在第一物理下行信道的传输时刻T1之前的第二时间窗内接收的第一下行传输无效。
由于第二时间窗的结束时刻不早于承载第二MAC CE或第二DCI的第一物理下行信道的传输时刻T1，关于第二时间窗的起始时刻如何确定，以下提出几种可选的方式：
方式A：第二时间窗的结束时刻由第一物理下行信道的传输时刻T1和第二时间长度ΔT2确定，第二时间长度ΔT2是预设的或者是由第二指示信息指示的。第二时间长度ΔT2大于0。第二时间长度ΔT2是预设的是指第二时间长度ΔT2是协议预先规定的。或者，第二时间长度ΔT2是预设的是指第二时间长度ΔT2是网络设备通过RRC信令配置的。由于网络设备在经历第二时间窗后，准备发送第二指示信息需要一定的处理时延，基于第一物理下行信道的传输时刻T1和第二时间长度ΔT2确定第二时间窗的结束时刻，有利于使第二时间窗的结束时刻位于第一物理下行信道的传输时刻T1之前，更加匹配网络设备侧的发送处理开销。
可选的，第二时间窗的结束时刻为第三时间单元的结束时刻，该第三时间单元为结束时刻不晚于时刻T3的最晚时间单元，时刻T3＝T1-ΔT2。基于该可能的实现方式，有利于保证第二时间窗在一个时间单元的结束时刻结束，符合网络设备和终端设备以时间单元为单位进行传输的特征，可以降低实现复杂度。
例如，第一物理下行信道的传输时刻T1、第二时间长度ΔT2和时刻T3如图12所示。时间单元4的结束时刻等于时刻T3。由于时间单元4为结束时刻不晚于时刻T3的最晚时间单元，因此第三时间单元为时间单元4。
再如，第一物理下行信道的传输时刻T1、第二时间长度ΔT2和时刻T3如图13所示。时间单元4的起始时刻早于时刻T3。由于时间单元4为结束时刻不晚于时刻T3的最晚时间单元，因此第三时间单元为时间单元4。
方式B：第二时间窗的结束时刻由第一物理下行信道的传输时刻T1确定。例如，第二时间窗的结束时刻为第四时间单元的结束时刻，第四时间单元为结束时刻不晚于时刻T1的最晚时间单元。基于该可能的实现方式，有利于保证第二时间窗在一个时间单元的结束时刻结束，符合网络设备和终端设备以时间单元为单位进行传输的特征，可以降低实现复杂度。
例如，第一物理下行信道的传输时刻T1如图14所示。时间单元4的结束时刻等于第一物理下行信道的传输时刻T1。由于时间单元4为结束时刻不晚于第一物理下行信道的传输时刻T1的最晚时间单元，因此第四时间单元为时间单元4。
再如，第一物理下行信道的传输时刻T1如图15所示。时间单元4的起始时刻早于第一物理下行信道的传输时刻T1。由于时间单元4为结束时刻不晚于第一物理下行信道的传输时刻T1的最晚时间单元，因此第四时间单元为时间单元4。
方式C：也可以通过第二指示信息直接指示第二时间窗的结束时刻，这样有利于减小终端设备的计算量，降低终端设备的功耗。
(2)第二时间窗的持续时间
第二时间窗的持续时长是预设的或者由第二指示信息指示的。第二时间窗的持续时长是预设的是指第二时间窗的持续时长是协议预先规定的。或者，第二时间窗的持续时长是预设的是指第二时间窗的持续时长是网络设备通过RRC信令配置的。
其中，通过预设第二时间窗的持续时长有利于节省第二时间窗的持续时长的指示开销。通过第二指示信息来指示第二时间窗的持续时长，第二时间窗的持续时长可以动态改变，第二时间窗的持续时长能够更加灵活。
(3)第二时间窗的起始时刻
第二时间窗的起始时刻是预设的或者由第二指示信息指示的。第二时间窗的起始时刻是预设的是指第二时间窗的起始时刻是协议预先规定的。或者，第二时间窗的起始时刻是预设的是指第二时间窗的起始时刻是网络设备通过RRC信令配置的。例如，当第二指示信息承载于第二MAC CE且第二MAC CE承载于SPS PDSCH时，第二时间窗的起始时刻为上一个承载第二MAC CE承载的SPS PDSCH的检测时机的起始时刻或结束时刻，或者，当第二指示信息承载于第二DCI，第二时间窗的起始时刻为上一个承载第一指示新的第二DCI的检测时机的起始时刻或结束时刻。
通过预设第二时间窗的起始时刻，有利于节省第二时间窗的结束时刻的指示开销。通过第二指示信息来指示第二时间窗的起始时刻，样有利于减小终端设备的计算量，降低终端设备的功耗。
1003、终端设备基于第二指示信息确定网络设备在第二时间窗内未发送第一下行传输。
本申请实施例中，终端确定第二时间窗后，如果在第二时间窗内没有接收第一下行传输，则不进行处理。如果接收了第一下行传输，则认为第一下行传输无效，忽略第一下行传输接收信息和测量结果。
例如，如果第一下行传输包括PDCCH，则终端设备确定在第二时间窗内对PDCCH的盲检无效。终端设备可忽略第二时间窗内PDCCH上的DCI调度的下行传输和上行传输。忽略PDCCH上的DCI指示的测量和上报。
再如，如果第一下行传输包括动态调度的PDSCH或SPS PDSCH，则终端设备冲掉缓存的在第二时间窗内接收的动态调度的PDSCH或SPS PDSCH，并且不需要反馈在第二时间窗内接收的动态调度的PDSCH或SPS PDSCH的HARQ-ACK。
再如，如果第一下行传输包括CSI-RS，则终端设备删除第二时间窗内对CSI-RS的测量信息。
下面对第一下行传输的相关内容进行详细介绍：
在一种可能的实现中，第一下行传输包括以下的任意一种或几种：PDCCH、动态调度的PDSCH、SPS PDSCH、CSI-RS或SSB。例如，第一下行传输包括PDCCH、动态配置的PDSCH、SPS PDSCH、CSI-RS和SSB。这样网络设备可以动态关断众多的下行传输，有利于节省网络设备的功耗。
在一种可能的实现中，第一下行传输包括：PDCCH、动态调度的PDSCH、SPS PDSCH和CSI-RS，且第一下行传输不包括SSB。对于SSB传输，不仅仅连接态终端设备需要接收，空闲态或非激活态终端设备也需要接收，而空闲态或非激活态终端设备未必可以成功接收第二指示信息。因此在第二时间窗内保留SSB传输有助于维持空闲态或非激活态终端设备的SSB接收和测量，避免网络设备不发送SSB但是空闲态或非激活态终端设备尝试检测SSB造成的测量错误，造成不必要的小区重选等操作。另一方面，SSB发送本身周期较大，时域占比较小，网络设备在第二时间窗内发送一下SSB不会给网络设备带来很大的功耗。
在一种可能的实现中，第一下行不包括SSB和P-RNTI加扰的PDCCH。P-RNTI加扰的PDCCH用于调度用户的寻呼指示，而每个用户在什么位置接收对应的P-RNTI加扰的PDCCH是预配置好的。对于某个UE，如果基站跳过这次P-RNTI加扰的PDCCH传输时机，需要等到一个预配置时机，等待时延较大。因此，在第二时间窗内保留P-RNTI加扰的PDCCH传输有助于维持用户的寻呼接收。
可选的，第一下行传输包括PDCCH时，PDCCH包括以下一项或多项：C-RNTI加扰的PDCCH、CS-RNTI加扰的PDCCH、SFI-RNTI加扰的PDCCH、INT-RNTI加扰的PDCCH、CI-RNTI加扰的PDCCH、TPC-PUCCH-RNTI加扰的PDCCH、TPC-PUSCH-RNTI加扰的PDCCH、TPC-SRS-RNTI加扰的PDCCH、AI-RNTI加扰的PDCCH、SI-RNTI加扰的PDCCH、RA-RNTI加扰的PDCCH、TC-RNTI加扰的PDCCH或P-RNTI加扰的PDCCH。
在一种可能的实现中，网络设备还可在第二时间窗内不接收第一上行传输。第二指示信息还指示网络设备在第二时间窗内未接收第一上行传输。相应地，终端设备还可基于第二指示信息确定在第二时间窗内发送的第一上行传输无效，即终端设备认为第一上行传输在网络设备侧接收失败。基于该可能的实现方式，网络设备不仅仅可以关断第一下行传输的发送，还可以关断第一上行传输的接收和第一上行传输对应的信号处理，进一步降低网络设备功耗。
在一种可能的实现中，第一上行传输可以包括以下的任意一种或几种：GB PUSCH、CG PUSCH、PUCCH、PRACH、SRS。
在一种可能的实现中，如果第一上行传输包括GB PUSCH，终端设备不认为在第二时间窗内有需要发送GB PUSCH，即终端设备不期望第二时间窗内存在GB PUSCH。
可选的，第一上行传输包括PUCCH时，PUCCH可包括以下一项或多项：承载动态调度的PDSCH的HARQ-ACK的PUCCH、承载SPS PDSCH的HARQ-ACK的PUCCH、承载CSI的PUCCH，承载SR或BFR的PUCCH。
第二指示信息可以通过显示的指示方式或者隐式的指示方式指示网络设备在第二时间窗内未发送第一下行传输。
(1)显示的指示方式
在一种可能的实现中，第二指示信息为一个信息比特，该信息比特的不同状态值用于指示不同的信息。第二指示信息的第一状态值指示网络设备在第二时间窗内未发送第一下行传输；第二指示信息的第二状态值指示网络设备在第二时间窗内发送第一下行传输。
例如，第二指示信息为一个1比特的信息比特，当该1比特状态值为1时，指示网络设备在第二时间窗内未发送第一下行传输；当该1比特状态值为0时，指示网络设备在第二时间窗内发送第一下行传输。或者，当该1比特状态值为0时，指示网络设备在第二时间窗内未发送第一下行传输；当该1比特状态值为1时，指示网络设备在第二时间窗内发送第一下行传输。
再如，第二指示信息为一个2比特的信息比特。当该2比特状态值为11时，指示网络设备在第二时间窗内未发送第一下行传输；当该2比特状态值为00时，指示网络设备在第二时间窗内发送第一下行传输。或者，当该2比特状态值为00时，指示网络设备在第二时间窗内未发送第一下行传输；当该2比特状态值为11时，指示网络设备在第二时间窗内发送第一下行传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，终端设备确认第二指示信息的取值为第二状态值。基于该可能的实现方式，有利于避免终端设备将第二时间窗内的有效传输确定为无效传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，终端设备确认第二指示信息的取值为第一状态值。基于该可能的实现方式，有利于避免终端设备将第二时间窗内的有效传输确定为无效传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，终端设备基于网络设备发送的RRC信令确定第二指示信息的取值为第一状态值或第二状态值。基于该可能的实现方式，可以灵活地确定第二指示信息的取值。
(2)隐式的指示方式
终端设备通过检测第二MAC CE或者第二DCI中是否存在第二指示信息，确定网络设备在第二时间窗内是否发送第一下行传输。在一种可能的实现中，第二指示信息“存在”指示网络设备在第二时间窗内未发送第一下行传输，即第一下行传输失效；第二指示信息“不存在”指示网络设备在第二时间窗内发送第一下行传输。或者，第二指示信息“不存在”指示网络设备在第二时间窗内未发送第一下行传输，即第一下行传输失效；第二指示信息“存在”指示网络设备在第二时间窗内发送第一下行传输。
以第二指示信息承载于第二MAC CE为例，当该第二MAC CE承载于SPS PDSCH时，终端设备在预设的时频位置接收SPS PDSCH并进行译码，译码后去查询该数据块中包含的MACCE。如果包含第二MAC CE，即该第二指示信息“存在”，终端设备在第二时间窗内不需要接收第一下行传输，即第一下行传输失效。当所述数据块不包含第二MAC CE，即该第二指示信息“不存在”，终端设备在第二时间窗内需要接收第一下行传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，终端设备确认第二指示信息不存在。基于该可能的实现方式，有利于避免终端设备将第二时间窗内的有效传输确定为无效传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，终端设备确认第二指示信息存在。基于该可能的实现方式，有利于避免终端设备将第二时间窗内的有效传输确定为无效传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，终端设备基于网络设备发送的RRC信令确定第二指示信息是否存在。基于该可能的实现方式，可以灵活地确定第二指示信息是否存在。
在一种可能的实现中，网络设备在第二时间窗内不发送第一下行传输，也可以理解为网络设备在第二时间窗内处于非激活状态。网络设备在第二时间窗内发送第一下行传输，也可以理解为网络设备在第二时间窗内处于激活状态。第二指示信息指示网络设备在第二时间窗内未发送第一下行传输也可以理解为：第二指示信息指示网络设备在第二时间窗内处于非激活状态。第二指示信息指示网络设备在第二时间窗内发送第一下行传输也可以理解为：第二指示信息指示网络设备在第二时间窗内处于激活状态。
可选的，网络设备可以在第二时间窗结束之后的可用时频资源上发送第一下行传输和/或接收第一上行传输；终端设备可以在第二时间窗结束之后的可用时频资源上重新接收第一下行传输和/或发送第一上行传输。基于该可能的实现方式，能够在不牺牲数据传输的情况下，实现网络设备的节能。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，则终端设备确定网络设备在第二时间窗内发送了第一下行传输，即终端设备确定在第二时间窗内接收的第一下行传输有效。基于该可能的实现方式，有利于避免终端设备将第二时间窗内的有效传输确定为无效传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，则终端设备确定网络设备在第二时间窗内未发送第一下行传输，即终端设备确定在第二时间窗内接收的第一下行传输无效。基于该可能的实现方式，有利于避免终端设备将第二时间窗内的无效传输确定为有效传输。
在一种可能的实现中，若终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功，则终端设备基于网络设备发送的无线资源控制RRC信令确定网络设备在第二时间窗内是否发送了第一下行传输。基于该可能的实现方式，在终端设备对承载第二MAC CE或第二DCI的第一物理下行信道译码不成功时，可以灵活地确定网络设备在第二时间窗内未发送第一下行传输。
可见，通过实施图10所描述的方法，网络设备能够通过MAC CE和DCI动态地指示网络设备自己在第二时间窗内是否发送第一下行传输，网络设备侧能够更加灵活地关断下行传输，有利于降低终端设备的性能损失。并且，通过先关断第一下行传输，再向终端设备指示网络设备关断了第一下行传输，网络设备不需要预测后续时间的第一下行传输的传输量来确定是否关断第一下行传输，有利于节省网络设备的功耗，提高了网络设备发送下行传输或者静默下行传输的灵活性。
可以理解的是，为了实现上述实施例中功能，网络设备和终端设备包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的单元及方法步骤，本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用场景和设计约束条件。
图16和图17为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中终端设备或网络设备的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，该通信装置可以是如图2所示的终端设备120a-120j中的一个，也可以是如图2所示的网络设备110a或110b，还可以是应用于终端设备或网络设备的模块(如芯片)。
如图16所示，通信装置1600包括处理单元1610和收发单元1620。
在一种可能的实现中，通信装置1600用于实现上述图4中所示的方法实施例中终端设备或网络设备的功能。
当通信装置1600用于实现图4所示的方法实施例中终端设备的功能时：收发单元1620用于接收第一指示信息，第一指示信息指示终端设备在第一时间窗内不接收第一下行传输，第一指示信息承载于第一MAC CE或第一DCI中；处理单元1610用于基于第一指示信息在第一时间窗内不接收第一下行传输。
当通信装置1600用于实现图4所示的方法实施例中网络设备的功能时：收发单元1620用于向终端设备发送第一指示信息，第一指示信息用于指示终端设备在第一时间窗内不接收第一下行传输，第一指示信息承载于第一MAC CE信令或第一DCI信令。
有关上述处理单元1610和收发单元1620更详细的描述可以直接参考图4所示的方法实施例中相关描述直接得到，这里不加赘述。
在另一种可能的实现中，通信装置1600用于实现上述图10中所示的方法实施例中终端设备或网络设备的功能。
当通信装置1600用于实现图10所示的方法实施例中终端设备的功能时：收发单元1620用于接收第二指示信息，该第二指示信息指示网络设备在第二时间窗内未发送第一下行传输，该第二指示信息承载于第一MAC CE或第一DCI，该第二时间窗的结束时刻不晚于承载第二MAC CE或第二DCI的第一物理下行信道的传输时刻T1；处理单元1610用于基于第二指示信息确定第二时间窗内接收的第一下行传输无效。
当通信装置1600用于实现图10所示的方法实施例中网络设备的功能时：处理单元1610用于在第二时间窗内不发送第一下行传输；收发单元1620用于向终端设备发送第二指示信息，第二指示信息指示网络设备在第二时间窗内未发送第一下行传输，第二指示信息承载于第一MAC CE信令或第一DCI信令，该第二时间窗的结束时刻不晚于承载第二MAC CE或第二DCI的第一物理下行信道的传输时刻T1。
有关上述处理单元1610和收发单元1620更详细的描述可以直接参考图10所示的方法实施例中相关描述直接得到，这里不加赘述。
如图17所示，通信装置1700包括处理器1710和接口电路1720。处理器1710和接口电路1720之间相互耦合。可以理解的是，接口电路1720可以为收发器或输入输出接口。可选的，通信装置1700还可以包括存储器1730，用于存储处理器1710执行的指令或存储处理器1710运行指令所需要的输入数据或存储处理器1710运行指令后产生的数据。
当通信装置1700用于实现图4或图10所示的方法时，处理器1710用于实现上述处理单元1610的功能，接口电路1720用于实现上述收发单元1620的功能。
当上述通信装置为应用于终端设备的芯片时，该终端设备芯片实现上述方法实施例中终端设备的功能。该终端设备芯片从终端设备中的其它模块(如射频模块或天线)接收信息，该信息是网络设备发送给终端设备的；或者，该终端设备芯片向终端设备中的其它模块(如射频模块或天线)发送信息，该信息是终端设备发送给网络设备的。
当上述通信装置为应用于网络设备的模块时，该网络设备模块实现上述方法实施例中网络设备的功能。该网络设备模块从网络设备中的其它模块(如射频模块或天线)接收信息，该信息是终端设备发送给网络设备的；或者，该网络设备模块向网络设备中的其它模块(如射频模块或天线)发送信息，该信息是网络设备发送给终端设备的。这里的网络设备模块可以是网络设备的基带芯片，也可以是DU或其他模块，这里的DU可以是开放式无线接入网(open radio access network，O-RAN)架构下的DU。
可以理解的是，本申请的实施例中的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。
本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于网络设备或终端设备中。当然，处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘；还可以是半导体介质，例如，固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质，或可包括易失性和非易失性两种类型的存储介质。
在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

Claims (22)

1.一种传输指示方法，其特征在于，所述方法包括：
终端设备接收第一指示信息，所述第一指示信息指示所述终端设备在第一时间窗内不接收第一下行传输，所述第一指示信息承载于第一媒体接入控制-控制元素MAC CE或第一下行控制信息DCI中；
所述终端设备基于所述第一指示信息在所述第一时间窗内不接收所述第一下行传输。
2.根据权利要求1所述的方法，其特征在于，所述第一MAC CE或所述第一DCI承载于组播或广播的物理下行信道。
3.根据权利要求1或2所述的方法，其特征在于，所述第一时间窗的起始时刻由第一物理下行信道的传输时刻T1和第一时间长度ΔT1确定，所述第一物理下行信道为承载所述第一MAC CE或所述第一DCI的物理下行信道，所述第一时间长度ΔT1是预设的或者是由所述第一指示信息指示的。
4.根据权利要求3所述的方法，其特征在于，所述第一时间窗的起始时刻为第一时间单元的起始时刻，所述第一时间单元为起始时刻不早于时刻T2的最早时间单元，所述时刻T2＝T1+ΔT1。
5.根据权利要求3或4所述的方法，其特征在于，所述第一时间长度ΔT1大于或等于第一门限，所述第一门限为所述终端设备支持的、对所述第一物理下行信道的最短处理时长。
6.根据权利要求1～5中任意一项所述的方法，其特征在于，所述第一时间窗的持续时长是预设的或者由所述第一指示信息指示的。
7.根据权利要求1～6中任意一项所述的方法，其特征在于，所述第一下行传输包括以下的任意一种或几种：物理下行控制信道PDCCH、动态调度的物理下行共享信道PDSCH、半静态调度的下行共享物理信道SPS PDSCH、信道状态信息-参考信号CSI-RS或同步信号-广播信道块SSB。
8.根据权利要求1～6中任意一项所述的方法，其特征在于，所述第一下行传输包括：物理下行控制信道PDCCH、动态调度的物理下行共享信道PDSCH、半静态调度的下行共享物理信道SPS PDSCH和信道状态信息-参考信号CSI-RS，且所述第一下行传输不包括同步信号-广播信道块SSB。
9.根据权利要求1～8中任意一项所述的方法，其特征在于，
所述第一指示信息的第一状态值指示所述终端设备在所述第一时间窗内不接收所述第一下行传输；
所述第一指示信息的第二状态值指示所述终端设备在所述第一时间窗内接收所述第一下行传输。
10.根据权利要求1～9中任意一项所述的方法，其特征在于，所述方法还包括：
若所述终端设备对承载所述第一MAC CE或所述第一DCI的第一物理下行信道译码不成功，所述终端设备在所述第一时间窗内接收所述第一下行传输；或者，
若所述终端设备对承载所述第一MAC CE或所述第一DCI的第一物理下行信道译码不成功，所述终端设备在所述第一时间窗内不接收所述第一下行传输；或者，
若所述终端设备对承载所述第一MAC CE或所述第一DCI的第一物理下行信道译码不成功，所述终端设备基于所述网络设备发送的无线资源控制RRC信令确定在所述第一时间窗内是否接收所述第一下行传输。
11.一种传输指示方法，其特征在于，所述方法包括：
网络设备向终端设备发送第一指示信息，所述第一指示信息用于指示所述终端设备在第一时间窗内不接收第一下行传输，所述第一指示信息承载于第一媒体接入控制-控制元素MAC CE信令或第一下行控制信息DCI信令；
所述网络设备在所述第一时间窗内不发送第一下行传输。
12.根据权利要求11所述的方法，其特征在于，所述第一MAC CE或所述第一DCI承载于组播或广播的物理下行信道。
13.根据权利要求11或12所述的方法，其特征在于，所述第一时间窗的起始时刻为第一时间单元的起始时刻，所述第一时间单元为起始时刻不早于时刻T2的最早时间单元，所述时刻T2＝T1+ΔT1；
其中，所述T1为第一物理下行信道的传输时刻，所述ΔT1为第一时间长度，所述第一物理下行信道为承载所述第一MAC CE或所述第一DCI的物理下行信道，所述第一时间长度ΔT1为预设的，或者，所述第一指示信息还指示所述第一时间长度ΔT1。
14.根据权利要求13所述的方法，其特征在于，所述第一时间长度ΔT1大于或等于第一门限，所述第一门限为所述终端设备可支持的、对所述第一物理下行信道的最短处理时长。
15.根据权利要求11～14中任意一项所述的方法，其特征在于，所述第一时间窗的持续时长是预设的；或者，所述第一指示信息还指示所述第一时间窗的持续时长。
16.根据权利要求11～15中任意一项所述的方法，其特征在于，所述第一下行传输包括以下的任意一种或几种：物理下行控制信道PDCCH、动态调度的物理下行共享信道PDSCH、半静态调度的下行共享物理信道SPS PDSCH、信道状态信息-参考信号CSI-RS或同步信号-广播信道块SSB。
17.根据权利要求11～15中任意一项所述的方法，其特征在于，所述第一下行传输包括：物理下行控制信道PDCCH、动态调度的物理下行共享信道PDSCH、半静态调度的下行共享物理信道SPS PDSCH和信道状态信息-参考信号CSI-RS，且所述第一下行传输不包括同步信号-广播信道块SSB。
18.根据权利要求11～17中任意一项所述的方法，其特征在于，
所述第一指示信息的第一状态值指示所述终端设备在所述第一时间窗内不接收所述第一下行传输；
所述第一指示信息的第二状态值指示所述终端设备在所述第一时间窗内接收所述第一下行传输。
19.一种通信装置，包括用于执行如权利要求1至10中的任一项所述方法的模块，或包括用于执行如权利要求11至18中的任一项所述方法的模块。
20.一种通信装置，其特征在于，包括处理器和接口电路，所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置，所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至10中任一项所述的方法，或者，所述处理器通过逻辑电路或执行代码指令用于实现如权利要求11至18中任一项所述的方法。
21.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现如权利要求1至10中任一项所述的方法，或实现如权利要求11至18中任一项所述的方法。
22.一种计算机程序产品，其特征在于，所述计算机程序产品包括指令，当所述指令被执行时，使得如权利要求1～10中任意一项所述的方法被实现，或者，使得如权利要求11～18中任意一项所述的方法被实现。
CN202111460771.5A 2021-12-02 2021-12-02 一种传输指示方法及通信装置 Pending CN116234070A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202111460771.5A CN116234070A (zh) 2021-12-02 2021-12-02 一种传输指示方法及通信装置
PCT/CN2022/134214 WO2023098574A1 (zh) 2021-12-02 2022-11-25 一种传输指示方法及通信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111460771.5A CN116234070A (zh) 2021-12-02 2021-12-02 一种传输指示方法及通信装置

Publications (1)

Publication Number Publication Date
CN116234070A true CN116234070A (zh) 2023-06-06

Family

ID=86575459

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111460771.5A Pending CN116234070A (zh) 2021-12-02 2021-12-02 一种传输指示方法及通信装置

Country Status (2)

Country Link
CN (1) CN116234070A (zh)
WO (1) WO2023098574A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109587786A (zh) * 2017-09-29 2019-04-05 展讯通信（上海）有限公司 检测trs的方法、装置及用户设备
WO2020133445A1 (zh) * 2018-12-29 2020-07-02 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN116248241A (zh) * 2019-05-13 2023-06-09 华为技术有限公司 一种通信方法及设备
CA3154832A1 (en) * 2019-10-14 2021-04-22 Zhipeng LIN Method and apparatus for downlink control information

Also Published As

Publication number Publication date
WO2023098574A1 (zh) 2023-06-08

Similar Documents

Publication Publication Date Title
CN110351898B (zh) 非连续接收的通信方法、装置、通信设备和通信***
RU2721183C1 (ru) Способ управления активным режимом работы с 2-этапным предоставлением разрешения
JP7522765B2 (ja) 端末デバイスのウェイクアップ方法及び装置、ネットワーク・デバイス、並びに端末デバイス
EP3437427B1 (en) Wireless communications
CN113316229A (zh) 一种监测方法及设备
CN113382379B (zh) 无线通信方法和通信装置
CN115119325A (zh) 用于低时延通信的半持久性调度
CN110062464B (zh) 用于管理非授权频段的信道占用时长的方法和设备
WO2021114060A1 (zh) 通信方法及相关装置、设备
CN111587600B (zh) 用于在多带宽部分上通信的方法、设备和计算机可读存储介质
US11616628B2 (en) Beam search pilots for paging channel communications
CN113133026A (zh) 一种非连续接收状态配置方法、终端及网络侧设备
US20220330291A1 (en) Method and apparatus of communication for reduced-capability user equipment in wireless communication system
CN113950151A (zh) 物理下行控制信道pdcch监测方法、装置及终端
WO2019029497A1 (zh) 免授权资源配置方法及装置
WO2019085911A1 (en) Window-based scheduling method, device and computer readable medium
EP4325965A1 (en) Random access method, communication apparatus and communication system
CN116506087A (zh) 用于管理非授权频段的信道占用时长的方法和设备
WO2023098574A1 (zh) 一种传输指示方法及通信装置
CN116250369A (zh) 一种通信方法及装置
CN113271181A (zh) 发送反馈信息的方法及装置
WO2024065179A1 (en) Methods, devices, and medium for communication
WO2024093741A1 (zh) 通信方法、装置、***及存储介质
WO2023087189A1 (en) Method, device and computer storage medium of communication
WO2023115476A1 (en) Method, device and computer storage medium of communication

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication