CN117014109A - 一种通信方法及装置 - Google Patents

一种通信方法及装置 Download PDF

Info

Publication number
CN117014109A
CN117014109A CN202210440228.7A CN202210440228A CN117014109A CN 117014109 A CN117014109 A CN 117014109A CN 202210440228 A CN202210440228 A CN 202210440228A CN 117014109 A CN117014109 A CN 117014109A
Authority
CN
China
Prior art keywords
timer
data
rnti
control information
harq process
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
CN202210440228.7A
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 CN202210440228.7A priority Critical patent/CN117014109A/zh
Priority to PCT/CN2023/087383 priority patent/WO2023207568A1/zh
Publication of CN117014109A publication Critical patent/CN117014109A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0261Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • H04W52/028Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks

Landscapes

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

Abstract

本申请实施例公开一种通信方法及装置,包括:接收以组播方式传输的第一控制信息,第一控制信息用于调度第一数据,第一控制信息和/或第一数据与第一RNTI相关联,第一控制信息和/或第一数据与第一HARQ进程相关联;或,在第一资源上接收第一数据,第一资源和/或第一数据与第一RNTI相关联,第一数据与第一HARQ进程相关联;停止第一定时器,第一定时器为与第二RNTI关联的DRX对应的重传定时器,第一定时器与第一HARQ进程相关联。终端设备停止第一定时器,避免了第一定时器的无意义运行,可以降低终端设备的功耗。

Description

一种通信方法及装置
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种通信方法及装置。
背景技术
在无线通信系统中,为了在保证数据有效传输的情况下,节省终端设备的功耗,引入了非连续接收(discontinuous reception,DRX)。在网络设备为终端设备配置了DRX功能的情况下,可以让终端设备在某些时刻进入睡眠状态,使得终端设备无需持续的监听物理下行控制信道(physical downlink control channel,PDCCH),而在需要监听PDCCH的时候,终端设备可以从睡眠状态中唤醒,从而可以在一定程度上节省终端设备的功耗。
多媒体广播多播业务(multimedia broadcast multicast service,MBMS)或组播广播服务(multicast and broadcast services,或,multicast/broadcast services,或,multicast-broadcast services,MBS)可以有效地利用通信资源,其在通信网络中提供一个数据源向多个用户发送数据的点到多点业务,实现资源共享,提高资源利用率,尤其是空口接口资源。一般的,在MBMS或MBS场景下,既可以将信息向所有用户广播,也可以发送给一组收费的签约用户收看,可以帮助运营商开展多媒体广告、免费和收费电视频道、彩信群发等多种商业应用。
在单播DRX和组播DRX共存的情况下,终端设备如何节能成为需要解决的技术问题。
发明内容
本申请实施例公开了一种通信方法及装置,用于降低终端设备的功耗。
第一方面,本申请公开一种通信方法,该通信方法可以应用于终端设备,也可以应用于终端设备中的模块(例如,芯片或处理器),还可以应用于能实现全部或部分终端设备功能的逻辑模块或软件。下面以执行主体是终端设备为例进行描述。该通信方法可以包括:
终端设备接收以组播方式传输的第一控制信息,第一控制信息用于调度第一数据,第一控制信息和/或第一数据与第一无线网络临时标识(radio network temporaryidentifier,RNTI)相关联,第一控制信息和/或第一数据与第一HARQ进程相关联;或,
在第一资源上接收第一数据,第一资源和/或第一数据与第一RNTI相关联,第一数据与第一HARQ进程相关联;
停止第一定时器,第一定时器为与第二RNTI关联的DRX对应的重传定时器,第一定时器与第一HARQ进程相关联;
其中,第一RNTI和第二RNTI与组播相关联。
本申请实施例中,终端设备接收到以组播方式传输的用于调度第一数据的第一控制信息或在第一资源上接收到第一数据之后,表明第一HARQ进程现在给第一RNTI对应的组播使用,不会对之前使用第一HARQ进程的第二RNTI对应的组播的数据进行重传,而第一定时器的运行是为了使终端设备可以接收到之前使用第一HARQ进程的第二RNTI对应的组播的数据的重传,因此,如果第二RNTI对应组播对应的第一定时器(即重传定时器)还在运行,可以停止第一定时器。由于终端设备停止了第一定时器,避免了第一定时器无意义的运行,进而可以避免不必要PDCCH的监听,从而可以降低终端设备的功耗。
作为一种可能的实施方式,该通信方法还可以包括:
终端设备停止第二定时器,第二定时器为与第一RNTI关联的DRX对应的重传定时器,第二定时器与第一HARQ进程相关联;和/或
停止第三定时器,第三定时器为与单播关联的DRX对应的重传定时器,第三定时器与第一HARQ进程相关联。
本申请实施例中,终端设备接收到以组播方式传输的用于调度第一数据的第一控制信息或在第一资源上接收到第一数据之后,表明第一RNTI对应的组播使用第一HARQ进程传输第一数据,不会对第一RNTI对应的组播之前使用第一HARQ进程传输的其他数据和/或单播使用第一HARQ进程传输的数据进行重传,而第二定时器和/或第三定时器的运行是为了使终端设备可以接收到之前使用第一HARQ进程传输的其他数据和/或单播使用第一HARQ进程传输的数据的重传,因此,可以停止第一RNTI对应组播之前使用第一HARQ进程对应的第二定时器,和/或第一HARQ之前传输单播对应的第三定时器。由于终端设备停止了第二定时器和/或第三定时器,可以避免第二定时器和/或第三定时器无意义的运行,进而可以避免不必要PDCCH的监听,从而可以降低终端设备的功耗。
作为一种可能的实施方式,该通信方法还可以包括:
终端设备接收以组播方式传输的第二控制信息,第二控制信息用于调度第二数据,第二控制信息和/或第二数据与第二RNTI相关联,第二控制信息和/或第二数据与第一HARQ进程相关联;或,
在第二资源上接收第二数据,第二资源和/或第二数据与第二RNTI相关联,第二数据与第一HARQ进程相关联;
启动或重启第四定时器,第四定时器为与第二RNTI关联的DRX对应的往返时间(round trip time,RTT)定时器,第四定时器与第一HARQ进程相关联;和/或,
启动或重启第五定时器,第五定时器为与单播关联的DRX对应的RTT定时器,第五定时器与第一HARQ进程相关联。
本申请实施例中,终端设备接收到以组播方式传输的用于调度第二数据的第二控制信息或在第二资源上接收到第二数据之后,为了保证终端设备后续能够接收到网络设备重传的第二数据,终端设备可以启动或重启对应的RTT定时器。在RTT定时器运行时间内,终端设备上没有其他定时器运行的情况下,终端设备可以不监听PDCCH,可以减少终端设备监听PDCCH的时间,从而可以降低终端设备的功耗。
作为一种可能的实施方式,该通信方法还可以包括:
第四定时器超时,且第二数据接收或解码失败,终端设备启动或重启第一定时器;和/或,
第五定时器超时,且第二数据接收或解码失败,终端设备启动或重启所述第三定时器。
本申请实施例中,如果RTT定时器超时,且RTT定时器对应的数据接收或解码失败,终端设备可以启动或重启对应的重传定时器,以便终端设备可以在重传定时器的运行时间内接收网络设备重传的数据。
作为一种可能的实施方式,该通信方法还可以包括:
终端设备接收以组播方式传输的第三控制信息,第三控制信息用于调度第三数据,第三控制信息和/或第三数据与第一RNTI相关联,第三控制信息和/或第三数据与第一HARQ进程相关联;或,
终端设备在第三资源上接收第三数据,第三资源和/或第三数据与第一RNTI相关联,第三数据与第一HARQ进程相关联;
终端设备启动或重启第六定时器,第六定时器为与第一RNTI关联的DRX对应的RTT定时器,第六定时器与第一HARQ进程相关联;和/或,
终端设备启动或重启第五定时器,第五定时器为与单播关联的DRX对应的RTT定时器,第五定时器与第一HARQ进程相关联。
本申请实施例中,终端设备接收到以组播方式传输的用于调度第三数据的第三控制信息或在第三资源上接收到第三数据之后,为了保证终端设备后续能够接收到网络设备重传的第三数据,终端设备可以启动或重启对应的RTT定时器。在RTT定时器运行时间内,终端设备上没有其他定时器运行的情况下,终端设备可以不监听PDCCH,可以减少终端设备监听PDCCH的时间,从而可以降低终端设备的功耗。
作为一种可能的实施方式,该通信方法还可以包括:
第六定时器超时,且第三数据接收或解码失败,终端设备启动或重启第二定时器;和/或,
第五定时器超时,且第三数据接收或解码失败,终端设备启动或重启第三定时器。
本申请实施例中,如果RTT定时器超时,且RTT定时器对应的数据接收或解码失败,终端设备可以启动或重启对应的重传定时器,以便终端设备可以在重传定时器的运行时间内接收网络设备重传的数据。
作为一种可能的实施方式,该通信方法还可以包括:
终端设备接收以单播方式传输的第四控制信息,第四控制信息用于调度第四数据,第四控制信息和/或第四数据与第一HARQ进程相关联;或,
终端设备在第四资源上接收第四数据,第四资源为单播对应的配置资源,第四数据与第一HARQ进程相关联;
终端设备启动或重启第五定时器,第五定时器为与单播关联的DRX对应的RTT定时器,第五定时器与第一HARQ进程相关联。
本申请实施例中,终端设备接收到以单播方式传输的用于调度第四数据的第四控制信息或在第四资源上接收到第四数据之后,为了保证终端设备后续能够接收到网络设备重传的第四数据,终端设备可以启动或重启对应的RTT定时器。在RTT定时器运行时间内,终端设备上没有其他定时器运行的情况下,终端设备可以不监听PDCCH,可以减少终端设备监听PDCCH的时间,从而可以降低终端设备的功耗。
作为一种可能的实施方式,该通信方法还可以包括:
第五定时器超时,且第四数据接收或解码失败,终端设备启动或重启第三定时器。
本申请实施例中,如果RTT定时器超时,且RTT定时器对应的数据接收或解码失败,终端设备可以启动或重启对应的重传定时器,以便终端设备可以在重传定时器的运行时间内接收网络设备重传的数据。
作为一种可能的实施方式,以组播方式传输的第一控制信息包括:第一RNTI加扰的第一控制信息。
作为一种可能的实施方式,第一RNTI包括第一组RNTI(group RNTI,G-RNTI)和/或第一组配置调度RNTI(group configured scheduling RNTI,G-CS-RNTI),和/或,第二RNTI包括第二G-RNTI和/或第二G-CS-RNTI。
作为一种可能的实施方式,第一RNTI和/或第二RNTI用于以下一项或多项:用于组播、用于调度组播动态资源、用于调度组播动态资源的重传资源、用于激活组播配置资源、用于重激活组播配置资源、用于去激活组播配置资源和用于调度组播配置资源的重传资源。
第二方面,本申请公开一种通信方法,该通信方法可以应用于终端设备,也可以应用于终端设备中的模块(例如,芯片或处理器),还可以应用于能实现全部或部分终端设备功能的逻辑模块或软件。下面以执行主体是终端设备为例进行描述。该通信方法可以包括:
终端设备接收以组播方式传输的第一控制信息,所述第一控制信息用于调度第一数据,所述第一控制信息和/或所述第一数据与第一RNTI相关联,所述第一控制信息和/或所述第一数据与第一HARQ进程相关联;或,
在第一资源上接收第一数据,所述第一资源和/或所述第一数据与第一RNTI相关联,所述第一数据与第一HARQ进程相关联;或,
接收以单播方式传输的第五控制信息,所述第五控制信息用于调度第五数据,所述第五控制信息和/或所述第五数据与所述第一HARQ进程相关联;或,
在第五资源上接收第五数据,所述第五资源为单播对应的配置资源,所述第五数据与所述第一HARQ进程相关联;
执行以下一项或多项:
停止第四定时器,所述第四定时器为与第二RNTI关联的DRX对应的RTT定时器,所述第四定时器与所述第一HARQ进程相关联;和/或
停止第五定时器,所述第五定时器为与单播关联的DRX对应的RTT定时器,所述第五定时器与所述第一HARQ进程相关联;
停止第六定时器,所述第六定时器为与所述第一RNTI关联的DRX对应的RTT定时器,所述第六定时器与所述第一HARQ进程相关联;
其中,所述第一RNTI和所述第二RNTI与组播相关联。
本申请实施例中,终端设备接收到以组播方式传输的用于调度第一数据的第一控制信息或在第一资源上接收到第一数据之后,或者以单播方式传输的用于调度第五数据的第五控制信息或在第五资源上接收到第四数据之后,表明第一HARQ进程现在给单播或第一RNTI对应的组播使用,不会对之前使用第一HARQ进程的第二RNTI对应的组播的数据、和/或第一RNTI对应的组播的其他数据、和/或单播的数据进行重传,而第一定时器、和/或第二定时器、和/或第三定时器的运行是为了第一定时器、和/或第二定时器、和/或第三定时器超时,且对应的数据接收或解码失败,启动对应的重传定时器,以便终端设备可以接收到之前使用第一HARQ进程的第二RNTI对应的组播的数据、和/或第一RNTI对应的组播的其他数据、和/或单播的数据的重传,因此,如果这些数据对应的RTT定时器还在运行,可以停止这些RTT定时器。由于终端设备停止了这些RTT定时器,可以避免无意义定时器的运行,进而可以避免不必要PDCCH的监听,从而可以降低终端设备的功耗。
作为一种可能的实施方式,该通信方法还可以包括:
终端设备接收以组播方式传输的第二控制信息,所述第二控制信息用于调度第二数据,所述第二控制信息和/或所述第二数据与所述第二RNTI相关联,所述第二控制信息和/或所述第二数据与所述第一HARQ进程相关联;或,
在第二资源上接收第二数据,所述第二资源和/或所述第二数据与所述第二RNTI相关联,所述第二数据与所述第一HARQ进程相关联;
启动或重启所述第四定时器;和/或,
启动或重启所述第五定时器。
本申请实施例中,终端设备接收到以组播方式传输的用于调度第二数据的第二控制信息或在第二资源上接收到第二数据之后,为了保证终端设备后续能够接收到网络设备重传的第二数据,终端设备可以启动或重启对应的RTT定时器。在RTT定时器运行时间内,终端设备上没有其他定时器运行的情况下,终端设备可以不监听PDCCH,可以减少终端设备监听PDCCH的时间,从而可以降低终端设备的功耗。
作为一种可能的实施方式,该通信方法还可以包括:
终端设备接收以组播方式传输的第三控制信息,所述第三控制信息用于调度第三数据,所述第三控制信息和/或所述第三数据与所述第一RNTI相关联,所述第三控制信息和/或所述第三数据与所述第一HARQ进程相关联;或,
在第三资源上接收第三数据,所述第三资源和/或所述第三数据与所述第一RNTI相关联,所述第三数据与所述第一HARQ进程相关联;
启动或重启所述第五定时器;和/或,
启动或重启所述第六定时器。
本申请实施例中,终端设备接收到以组播方式传输的用于调度第三数据的第三控制信息或在第三资源上接收到第三数据之后,为了保证终端设备后续能够接收到网络设备重传的第三数据,终端设备可以启动或重启对应的RTT定时器。在RTT定时器运行时间内,终端设备上没有其他定时器运行的情况下,终端设备可以不监听PDCCH,可以减少终端设备监听PDCCH的时间,从而可以降低终端设备的功耗。
作为一种可能的实施方式,该通信方法还可以包括:
终端设备接收以单播方式传输的第四控制信息,所述第四控制信息用于调度第四数据,所述第四控制信息和/或所述第四数据与所述第一HARQ进程相关联;或,
在第四资源上接收第四数据,所述第四资源为单播对应的配置资源,所述第四数据与第一HARQ进程相关联;
启动或重启所述第五定时器。
本申请实施例中,终端设备接收到以单播方式传输的用于调度第四数据的第四控制信息或在第四资源上接收到第四数据之后,为了保证终端设备后续能够接收到网络设备重传的第四数据,终端设备可以启动或重启对应的RTT定时器。由于终端设备从向网络设备发送否认应答到网络设备准备好重传的第四数据需要一段时间,这一段时间内终端设备是无法接收到重传的第四数据,因此,终端设备向网络设备发送否认之后,可以为第一HARQ重启或启动RTT定时器,在RTT定时器运行时间内,终端设备上没有其他定时器运行的情况下,终端设备可以不监听PDCCH,可以减少终端设备监听PDCCH的时间,从而可以降低终端设备的功耗。
作为一种可能的实施方式,所述以组播方式传输的第一控制信息包括:第一RNTI加扰的第一控制信息。
作为一种可能的实施方式,所述第一RNTI包括第一G-RNTI和/或第一G-CS-RNTI,和/或,所述第二RNTI包括第二G-RNTI和/或第二G-CS-RNTI。
作为一种可能的实施方式,所述第一RNTI和/或所述第二RNTI用于以下一项或多项:用于组播、用于调度组播动态资源、用于调度组播动态资源的重传资源、用于激活组播配置资源、用于重激活组播配置资源、用于去激活组播配置资源和用于调度组播配置资源的重传资源。
第三方面,本申请公开一种通信装置,该通信装置可以应用于终端设备,也可以应用于终端设备中的模块(例如,芯片或处理器),还可以应用于能实现全部或部分终端设备功能的逻辑模块或软件。该通信装置可以包括:
收发单元,用于接收以组播方式传输的第一控制信息,第一控制信息用于调度第一数据,第一控制信息和/或第一数据与第一RNTI相关联,第一控制信息和/或第一数据与第一HARQ进程相关联;或,
收发单元,用于在第一资源上接收第一数据,第一资源和/或第一数据与第一RNTI相关联,第一数据与第一HARQ进程相关联;
处理单元,用于停止第一定时器,第一定时器为与第二RNTI关联的DRX对应的重传定时器,第一定时器与第一HARQ进程相关联;
其中,第一RNTI和第二RNTI与组播相关联。
作为一种可能的实施方式,处理单元还用于:
停止第二定时器,第二定时器为与第一RNTI关联的DRX对应的重传定时器,第二定时器与第一HARQ进程相关联;和/或
停止第三定时器,第三定时器为与单播关联的DRX对应的重传定时器,第三定时器与第一HARQ进程相关联。
作为一种可能的实施方式,收发单元,还用于接收以组播方式传输的第二控制信息,第二控制信息用于调度第二数据,第二控制信息和/或第二数据与第二RNTI相关联,第二控制信息和/或第二数据与第一HARQ进程相关联;或,
收发单元,还用于在第二资源上接收第二数据,第二资源和/或第二数据与第二RNTI相关联,第二数据与第一HARQ进程相关联;
处理单元,还用于启动或重启第四定时器,第四定时器为与第二RNTI关联的DRX对应的RTT定时器,第四定时器与第一HARQ进程相关联;和/或,
处理单元,还用于启动或重启第五定时器,第五定时器为与单播关联的DRX对应的RTT定时器,第五定时器与第一HARQ进程相关联。
作为一种可能的实施方式,处理单元还用于:
第四定时器超时,且第二数据接收或解码失败,启动或重启所述第一定时器;和/或,
第五定时器超时,且第二数据接收或解码失败,启动或重启所述第三定时器。
作为一种可能的实施方式,收发单元,还用于接收以组播方式传输的第三控制信息,第三控制信息用于调度第三数据,第三控制信息和/或第三数据与第一RNTI相关联,第三控制信息和/或第三数据与第一HARQ进程相关联;或,
收发单元,还用于在第三资源上接收第三数据,第三资源和/或第三数据与第一RNTI相关联,第三数据与第一HARQ进程相关联;
处理单元,还用于启动或重启第六定时器,第六定时器为与第一RNTI关联的DRX对应的RTT定时器,第六定时器与第一HARQ进程相关联;和/或,
处理单元,还用于启动或重启第五定时器,第五定时器为与单播关联的DRX对应的RTT定时器,第五定时器与第一HARQ进程相关联。
作为一种可能的实施方式,处理单元还用于:
第六定时器超时,且第三数据接收或解码失败,启动或重启第二定时器;和/或,
第五定时器超时,且第三数据接收或解码失败,启动或重启第三定时器。
作为一种可能的实施方式,收发单元,还用于接收以单播方式传输的第四控制信息,第四控制信息用于调度第四数据,第四控制信息和/或第四数据与第一HARQ进程相关联;或,
收发单元,还用于在第四资源上接收第四数据,第四资源为单播对应的配置资源,第四数据与第一HARQ进程相关联;
处理单元,还用于启动或重启第五定时器,第五定时器为与单播关联的DRX对应的RTT定时器,第五定时器与第一HARQ进程相关联。
作为一种可能的实施方式,处理单元,还用于第五定时器超时,且第四数据接收或解码失败,启动或重启第三定时器。
作为一种可能的实施方式,以组播方式传输的第一控制信息包括:第一RNTI加扰的第一控制信息。
作为一种可能的实施方式,第一RNTI包括第一G-RNTI和/或第一G-CS-RNTI,和/或,第二RNTI包括第二G-RNTI和/或第二G-CS-RNTI。
作为一种可能的实施方式,第一RNTI和/或第二RNTI用于以下一项或多项:用于组播、用于调度组播动态资源、用于调度组播动态资源的重传资源、用于激活组播配置资源、用于重激活组播配置资源、用于去激活组播配置资源和用于调度组播配置资源的重传资源。
第四方面,本申请公开一种通信装置,该通信装置可以应用于终端设备,也可以应用于终端设备中的模块(例如,芯片或处理器),还可以应用于能实现全部或部分终端设备功能的逻辑模块或软件。该通信装置可以包括:
收发单元,用于接收以组播方式传输的第一控制信息,所述第一控制信息用于调度第一数据,所述第一控制信息和/或所述第一数据与第一RNTI相关联,所述第一控制信息和/或所述第一数据与第一HARQ进程相关联;或,
收发单元,用于在第一资源上接收第一数据,所述第一资源和/或所述第一数据与第一RNTI相关联,所述第一数据与第一HARQ进程相关联;或,
收发单元,用于接收以单播方式传输的第五控制信息,所述第五控制信息用于调度第五数据,所述第五控制信息和/或所述第五数据与所述第一HARQ进程相关联;或,
收发单元,用于在第五资源上接收第五数据,所述第五资源为单播对应的配置资源,所述第五数据与所述第一HARQ进程相关联;
处理单元用于:
停止第四定时器,所述第四定时器为与第二RNTI关联的DRX对应的RTT定时器,所述第四定时器与所述第一HARQ进程相关联;和/或
停止第五定时器,所述第五定时器为与单播关联的DRX对应的RTT定时器,所述第五定时器与所述第一HARQ进程相关联;
停止第六定时器,所述第六定时器为与所述第一RNTI关联的DRX对应的RTT定时器,所述第六定时器与所述第一HARQ进程相关联;
其中,所述第一RNTI和所述第二RNTI与组播相关联。
作为一种可能的实施方式,收发单元,还用于接收以组播方式传输的第二控制信息,所述第二控制信息用于调度第二数据,所述第二控制信息和/或所述第二数据与所述第二RNTI相关联,所述第二控制信息和/或所述第二数据与所述第一HARQ进程相关联;或,
收发单元,还用于在第二资源上接收第二数据,所述第二资源和/或所述第二数据与所述第二RNTI相关联,所述第二数据与所述第一HARQ进程相关联;
处理单元,还用于启动或重启所述第四定时器;和/或,
处理单元,还用于启动或重启所述第五定时器。
作为一种可能的实施方式,收发单元,还用于接收以组播方式传输的第三控制信息,所述第三控制信息用于调度第三数据,所述第三控制信息和/或所述第三数据与所述第一RNTI相关联,所述第三控制信息和/或所述第三数据与所述第一HARQ进程相关联;或,
收发单元,还用于在第三资源上接收第三数据,所述第三资源和/或所述第三数据与所述第一RNTI相关联,所述第三数据与所述第一HARQ进程相关联;
处理单元,还用于启动或重启所述第五定时器;和/或,
处理单元,还用于启动或重启所述第六定时器。
作为一种可能的实施方式,收发单元,还用于接收以单播方式传输的第四控制信息,所述第四控制信息用于调度第四数据,所述第四控制信息和/或所述第四数据与所述第一HARQ进程相关联;或,
收发单元,还用于在第四资源上接收第四数据,所述第四资源为单播对应的配置资源,所述第四数据与第一HARQ进程相关联;
处理单元,还用于启动或重启所述第五定时器。
作为一种可能的实施方式,处理单元,还用于第五定时器超时,且第四数据接收或解码失败,启动或重启第三定时器。
作为一种可能的实施方式,以组播方式传输的第一控制信息包括:第一RNTI加扰的第一控制信息。
作为一种可能的实施方式,第一RNTI包括第一G-RNTI和/或第一G-CS-RNTI,和/或,第二RNTI包括第二G-RNTI和/或第二G-CS-RNTI。
作为一种可能的实施方式,所述第一RNTI和/或所述第二RNTI用于以下一项或多项:用于组播、用于调度组播动态资源、用于调度组播动态资源的重传资源、用于激活组播配置资源、用于重激活组播配置资源、用于去激活组播配置资源和用于调度组播配置资源的重传资源。
第五方面,本申请公开了一种通信装置,该通信装置可以为上述方法实施例中的终端设备,或者为设置在终端设备中的芯片。该通信装置包括处理器,处理器与存储器耦合,存储器用于存储程序或指令,当程序或指令被处理器执行时,使通信装置执行上述方法实施例中由终端设备、或终端设备中的芯片或处理器所执行的方法。
第六方面,本申请公开了一种通信装置,该通信装置可以为上述方法实施例中的终端设备,或者为设置在终端设备中的芯片。该通信装置包括处理器和存储器,存储器用于存储程序或指令,当程序或指令被处理器执行时,使通信装置执行上述方法实施例中由终端设备、或终端设备中的芯片或处理器所执行的方法。
第七方面,本申请公开了一种通信装置,该通信装置可以为上述方法实施例中的终端设备,或者为设置在终端设备中的芯片。该通信装置包括通信接口以及处理器,可选的,还包括存储器。其中,该存储器用于存储计算机程序或指令,处理器与存储器、通信接口耦合,当处理器执行该计算机程序或指令时,使通信装置执行上述方法实施例中由终端设备、或终端设备中的芯片所执行的方法。
第八方面,本申请公开了一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在处理器上运行时,使得上述各方法被执行。
第九方面,本申请公开了一种芯片系统,该芯片系统包括处理器,用于实现上述各方法中的功能。在一种可能的设计中,该芯片系统还包括存储器,用于保存程序指令和/或数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
第十方面,本申请公开了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,当该计算机程序被运行时,实现上述各方法。
上述第三方面到第十方面的有益效果与第一方面和第二方面中对应的方法的有益效果类似,详细描述可以参考对应方法的有益效果。
附图说明
图1是本申请实施例公开的一种网络架构示意图;
图2a是本申请实施例公开的另一种网络架构示意图;
图2b是本申请实施例公开的又一种网络架构示意图;
图3是本申请实施例提供的一种DRX周期的示意图;
图4是本申请实施例公开的一种通信方法的流程示意图;
图5是本申请实施例公开的另一种通信方法的流程示意图;
图6是本申请实施例公开的一种通信装置的结构示意图;
图7是本申请实施例公开的另一种通信装置的结构示意图;
图8是本申请实施例公开的又一种通信装置的结构示意图。
具体实施方式
本申请实施例公开了一种通信方法及装置,用于降低终端设备的功耗。下面将结合附图,对本申请实施例中的技术方案进行描述。
下面将结合附图,对本申请实施例中的技术方案进行描述。
在本申请的描述中,除非另有说明,“/”表示“或”的意思,例如,A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。此外,“至少一个”是指一个或多个,“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。本申请中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(globalsystem of mobile communication,GSM)系统、码分多址(code division multipleaccess,CDMA)系统、宽带码分多址(wideband code division multiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信系统、第五代(5th generation,5G)系统或新无线(newradio,NR)以及未来的通信系统等,在此不做限制。
本申请实施例中的通信方法可以应用于下一代无线接入网(next generationradio access networks,NG-RAN)系统,也可以应用于LTE的系统,也可以应用于以后可能出现的第六代(6th generation,6G)、第七代(7th generation,7G)等系统,也可以适用于集中单元(centralized unit,CU)-分布单元(distributed unit,DU)架构,本申请实施例对此不予限制。
终端设备:终端设备是一种具有无线收发功能的设备,可以是固定设备,移动设备、手持设备(例如手机)、穿戴设备、车载设备,或内置于上述设备中的无线装置(例如,通信模块,调制解调器,或芯片系统等)。所述终端设备用于连接人,物,机器等,可广泛用于各种场景,例如包括但不限于以下场景:蜂窝通信、设备到设备通信(device-to-device,D2D)、车到一切(vehicle to everything,V2X)、机器到机器/机器类通信(machine-to-machine/machine-type communications,M2M/MTC)、物联网(internet of things,IoT)、虚拟现实(virtual reality,VR)、增强现实(augmented reality,AR)、工业控制(industrial control)、无人驾驶(self driving)、远程医疗(remote medical)、智能电网(smart grid)、智能家具、智能办公、智能穿戴、智能交通,智慧城市(smart city)、无人机、机器人等场景的终端设备。所述终端设备有时可称为用户设备(user equipment,UE)、终端、接入站、UE站、远方站、无线通信设备、或用户装置等等。
网络设备:例如包括接入网设备,和/或核心网设备。所述接入网设备为具有无线收发功能的设备,用于与所述终端设备进行通信。所述接入网设备包括但不限于上述通信系统中的基站(BTS,Node B,eNodeB/eNB,或gNodeB/gNB)、收发点(transmissionreception point,TRP),第三代合作伙伴计划(3rd generation partnership project,3GPP)后续演进的基站,无线通信(wireless fidelity,WiFi)系统中的接入节点,无线中继节点,无线回传节点等。所述基站可以是:宏基站,微基站,微微基站,小站,中继站等。多个基站可以支持上述提及的同一种接入技术的网络,也可以支持上述提及的不同接入技术的网络。基站可以包含一个或多个共站或非共站的传输接收点。网络设备还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器、集中单元(centralized unit,CU),和/或分布单元(distributed unit,DU)。网络设备还可以是服务器,可穿戴设备,或车载设备等。例如,V2X技术中的网络设备可以为路侧单元(road sideunit,RSU)。以下对接入网设备以为基站为例进行说明。所述通信系统中的多个网络设备可以为同一类型的基站,也可以为不同类型的基站。基站可以与终端设备进行通信,也可以通过中继站与终端设备进行通信。终端设备可以与不同接入技术中的多个基站进行通信。所述核心网设备用于实现移动管理,数据处理,会话管理,策略和计费等功能。不同接入技术的系统中实现核心网功能的设备名称可以不同,本申请并不对此进行限定。以5G系统为例,所述核心网设备包括:访问和移动管理功能(access and mobility managementfunction,AMF)、会话管理功能(session management function,SMF)、或用户面功能(userplane function,UPF)等。
在本申请实施例中,终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是终端设备或网络设备,或者,是终端设备或网络设备中能够调用程序并执行程序的功能模块。
另外,本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatile disc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasable programmableread-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
本申请实施例中的术语“系统”和“网络”可被互换使用。
下面结合说明书附图对本申请的技术方案作进一步地详细描述。
图1是本申请实施例公开的一种网络架构示意图。如图1所示,终端设备130可接入到无线网络,以通过无线网络获取外网(例如因特网)的服务,或者通过无线网络与其它设备通信,如可以与其它终端设备通信。该无线网络包括无线接入网(radio accessnetwork,RAN)设备110和核心网(core network,CN)设备120,其中RAN设备110用于将终端设备130接入到无线网络,CN设备120用于对终端设备进行管理并提供与外网通信的网关。应理解,图1所示的通信系统中各个设备的数量仅作为示意,本申请实施例并不限于此,实际应用中在通信系统中还可以包括更多的终端设备130、更多的RAN设备110,还可以包括其它设备。
图2a是本申请实施例公开的另一种网络架构示意图。如图2a所示,该网络架构可以包括CN设备、RAN设备和终端设备。其中,RAN设备包括基带装置和射频装置,其中基带装置可以由一个节点实现,也可以由多个节点实现,射频装置可以从基带装置拉远独立实现,也可以集成在基带装置中,或者部分功能独立集成、部分功能集成在基带装置中。例如,在LTE通信系统中,RAN设备(eNB)包括基带装置和射频装置,其中射频装置可以相对于基带装置拉远布置,例如射频拉远单元(remote radio unit,RRU)是相对于室内基带处理单元(building base unit,BBU)布置的远端无线单元。
RAN设备和终端设备之间的通信遵循一定的协议层结构,例如控制面协议层结构可以包括无线资源控制(radio resource control,RRC)层、分组数据汇聚层协议(packetdata convergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理层等协议层的功能;用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能;在一种可能的实现中,PDCP层之上还可以包括业务数据适配(service data adaptation protocol,SDAP)层。
RAN设备可以由一个节点实现RRC、PDCP、RLC和MAC等协议层的功能,或者可以由多个节点实现这些协议层的功能。例如,在一种演进结构中,RAN设备可以包括CU和DU,多个DU可以由一个CU集中控制。如图2a所示,CU和DU可以根据无线网络的协议层划分,例如PDCP层及以上协议层的功能设置在CU,PDCP以下的协议层,例如RLC层和MAC层等的功能设置在DU。
这种协议层的划分仅仅是一种举例,还可以在其它协议层划分,例如在RLC层划分,将RLC层及以上协议层的功能设置在CU,RLC层以下协议层的功能设置在DU;或者,在某个协议层中划分,例如将RLC层的部分功能和RLC层以上的协议层的功能设置在CU,将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。此外,也可以按其它方式划分,例如按时延划分,将处理时间需要满足时延要求的功能设置在DU,不需要满足该时延要求的功能设置在CU。
此外,射频装置可以独立集成,不放在DU中,也可以集成在DU中,或者部分拉远部分集成在DU中,在此不作任何限制。
图2b是本申请实施例公开的又一种网络架构示意图。相对于图2a所示的网络架构,图2b中还可以将CU的控制面(control plane,CP)和用户面(user plane,UP)分离,分成不同实体来实现,分别为CPCU实体(即CU-CP实体)和UPCU实体(即CU-UP实体)。
在以上网络架构中,CU产生的信令可以通过DU发送给终端设备,或者终端设备产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装后透传给终端设备或CU。以下实施例中如果涉及这种信令在DU和终端设备之间的传输,此时,DU对信令的发送或接收包括这种场景。例如,RRC或PDCP层的信令最终会处理为PHY层的信令发送给终端设备,或者,由接收到的物理(physical,PHY)层的信令转变而来。在这种架构下,该RRC或PDCP层的信令,即也可以认为是由DU发送的,或者,由DU和射频装载发送的。
上述图1、图2a或图2b所示意的网络架构可以适用于各种无线接入技术(radioaccess technology,RAT)的通信系统中,例如可以是LTE通信系统,也可以是5G(或者称为新无线(new radio,NR))通信系统,也可以是LTE通信系统与5G通信系统之间的过渡系统,该过渡系统也可以称为4.5G通信系统,当然也可以是未来的通信系统。本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着通信网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。例如,本发明可以适用于广播多播场景。
本申请以下实施例中的装置,根据其实现的功能,可以位于终端设备或网络设备。当采用以上CU-DU的结构时,网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的RAN设备。
为了便于理解,示例性的给出了部分与本申请实施例相关概念的说明以供参考。如下所示:
1、MBS:
本申请实施例提到的广播组播业务可以为NR系统下的MBS。MBS是3GPP为了有效地利用移动通信网络资源而引入,其在移动通信网络中提供一个数据源向多个用户发送数据的点到多点业务,实现网络资源共享,提高资源利用率,尤其是空口接口资源。NR MBS支持组播和广播。
MBS的传输方式:针对MBS业务/数据的传输,可以有下列任一项或多种传输方式:动态传输方式和/或配置传输方式。
其中,动态传输方式:包括点到点(point-to-point,PTP)传输方式和/或点到多点(point-to-multipoint,PTM)传输方式。
PTP传输方式:通过该传输方式,发送端将一份数据发给一个接收端。PTP传输方式可以理解为:(网络设备)以UE特定的RNTI(例如,小区无线网络临时标识符(cell-RNTI,C-RNTI)、第三RNTI加扰的PDCCH/下行控制信息(downlink control information,DCI)(为终端设备)调度数据或UE特定的RNTI(例如,C-RNTI、第三RNTI)加扰的物理下行共享信道(physical downlink shared channel,PDSCH)/数据。PTP传输方式也可以称为C+C传输方式。
在本申请中,DCI可以替换为PDCCH,PDCCH可以替换为DCI。
在本申请中,RNTI加扰PDCCH/DCI/控制信息可以理解为:RNTI加扰PDCCH/DCI/控制信息的循环冗余校验(cyclic redundancy check,CRC),或,PDCCH/DCI/控制信息的CRC被RNTI加扰。
PTM传输方式:通过PTM传输方式,发送端可以将一份数据发送给多个接收端。
PTM传输方式可以理解为:(网络设备)以公共的RNTI(例如,G-RNTI、G-CS-RNTI)加扰的PDCCH/DCI(为终端设备)调度数据或公共的RNTI(例如,G-RNTI、G-CS-RNTI)加扰的PDSCH/数据。或者可以这样理解,网络侧通过一个公共的RNTI加扰一个DCI,该DCI用于调度通过一个公共RNTI加扰的一个数据,这种情况下,多个终端设备接收到同一个DCI,且这多个终端设备接收的数据相同。
PTM传输方式也可以称为G+G传输方式。
例如,PDSCH也可以理解为数据。
配置传输方式(或称为组播配置传输方式)可以理解为:(网络设备)在配置资源/组播配置资源上(向终端设备)传输数据/组播数据;或,(终端设备)在配置资源/组播配置资源上接收(网络设备发送的)数据/组播数据。
配置传输方式也可以称为半静态传输方式。
配置资源/组播配置资源也可以称为半静态调度(semi-persistent scheduling,SPS)资源/组播半静态调度资源。
2、组播和单播:
组播可以包括以下任一项或多项:MBMS或MBS中的广播;MBMS或MBS中的组播;MBMS或MBS中的多播;V2X中的组播;V2X中的多播;V2X中的广播(broadcast);多播或组播(multicast);组播(groupcast);广播。
组播业务可以包括/替换为以下任一项或多项:广播业务、多播业务、MBS业务、MBS广播业务、MBS多播业务、V2X组播业务、V2X广播业务。
组播业务对应的数据可以称为组播数据。
单播可以包括以下任一项或多项:V2X中的单播;单播(unicast)。可选的,单播可理解为单播传输。
本申请实施例中的“组播”也可以替换为“多播”等名词,相对应的,组播业务也可以替换为多播业务。
组播可以将相同的服务和/或相同的内容数据同时提供给一组/多个终端设备。
组播可以是针对一组特定的终端设备,终端设备可能需要进行“组加入过程”。
对应的,单播可以理解为将相同的服务和/或相同的内容数据同时提供给一个终端设备。单播可以理解为:针对一个数据,若要发送给多个设备,需要给每个设备单独的发送该数据。
3、DRX:
在无线通信系统中,为了在保证数据能够有效传输的前提下进一步节省终端设备的功耗,引入了一种DRX的功能来控制终端设备监听物理下行控制信道PDDCH的行为。在网络设备为终端设备配置了DRX功能的情况下,可以让终端设备在某些时刻进入睡眠状态,使得终端设备无需持续的监听物理下行控制信道PDCCH,而在需要监听PDCCH的时候,终端设备可以从睡眠状态中唤醒,从而可以在一定程度上节省终端设备的功耗。
下面将结合图3简单介绍一下DRX:图3是本申请实施例提供的一种DRX周期的示意图。如图3所示,一个DRX周期(DRX cycle)可以包括一个持续时间(例如,on-duration)或唤醒时间(例如,on-duration)和一个睡眠时间(例如,opportunity for DRX)。在持续时间段内,终端设备被唤醒之后,等待接收PDCCH的持续时间,在这段时间,终端设备监听PDCCH。如果终端设备可以成功解码PDCCH,则终端设备可以保持在唤醒状态,或者延长激活时间。在睡眠时间段内,是终端设备的睡眠时间,这段时间内,终端设备不需要监听PDCCH,以节省功耗。可以理解的是,终端设备的睡眠时间越长,终端设备的功耗越低,但相应的,终端设备进行业务传输的时延会增加。
终端设备的DRX功能可以由网络设备进行配置。应理解,即使网络设备为终端设备配置了DRX功能,终端设备也可以根据其他MAC层过程的要求来监听PDCCH,即当其他MAC层过程要求终端设备保持监听PDCCH时,无论此时DRX的状态如何,终端设备都需要持续监听PDCCH。
(一)单播DRX:
在没有配置DRX组(DRX group)的情况下(或者说,在R15),DRX参数是网络设备针对每个终端设备的MAC实体或针对每个终端设备进行配置的,即一个终端设备的MAC实体使用一套DRX参数。
在载波聚合(carrier aggregation,CA)的场景下,终端设备对于所有激活的小区都使用相同的一套DRX参数,且运行一套DRX。
在多模双连接(multi-radio dual connectivity,MR-DC)的场景下,主节点(master node,MN)和辅节点(secondary node,SN)分别对应一个终端设备的MAC实体,因此,终端设备针对MN和SN具有独立的两套DRX参数,且运行两套DRX。也就是说,终端设备针对主小区组(master cell group,MCG)内所有激活的服务小区使用一套DRX参数,运行一套DRX;对于辅小区组(secondary cell group,SCG)内所有激活的服务小区使用另一套DRX参数,运行该另一套DRX。
在没有配置DRX组的情况下,DRX的激活时间可以包括以下任一项或多项:drx-onDurationTimer的运行时间;drx-InactivityTimer的运行时间;drx-RetransmissionTimerDL的运行时间;drx-RetransmissionTimerUL的运行时间;drx-RetransmissionTimerSL的运行时间;在物理上行控制信道(physical uplink controlchannel,PUCCH)上发送了调度请求(scheduling request,SR),并且SR正在等待处理;非竞争随机接入过程成功收到随机接入响应(random access response,RAR)之后(即非竞争随机接入(random access,RA)成功之后),还没有收到以C-RNTI加扰的指示新传的PDCCH,等等。
网络设备通过RRC消息配置下列参数中一项或多项来控制DRX操作:
drx-onDurationTimer:位于DRX周期开头的一段时间;其中,drx-onDurationTimer启动的位置可以是根据基站配置的参数和协议规定的公式计算出来的。
drx-InactivityTimer:指示了上行链路或下行链路新传调度的PDCCH时机(occasion)之后的一段时间。例如,终端设备接收PDCCH,指示有新的上行或下行传输(即新传调度),启动或重启drx-InactivityTimer。
drx-RetransmissionTimerDL:直到接收到下行(downlink,DL)重传的最大时长。例如,drx-HARQ-RTT-TimerUL超时,且数据没有被成功解码,启动drx-RetransmissionTimerDL。
drx-RetransmissionTimerUL:直到接收到针对上行(uplink,UL)重传的授权的最大时长。例如,在drx-HARQ-RTT-TimerUL超时之后的第一个符号中,为相应的HARQ进程启动drx-RetransmissionTimerUL。
drx-HARQ-RTT-TimerDL:MAC实体期望的HARQ重传的DL分配前的最小时长或MAC实体期望接收到HARQ重传的DL分配前的最小时长。例如,终端设备接收PDCCH,指示有下行传输,或者终端设备在配置的下行分配中接收到数据,启动或重启drx-HARQ-RTT-TimerDL。
drx-HARQ-RTT-TimerUL:MAC实体期望的UL HARQ重传授权前的最小时长或MAC实体期望接收到UL HARQ重传授权前的最小时长。例如,终端设备在配置的上行授权中发送了一个MAC协议数据单元(protocol data unit,PDU),或,终端设备接收PDCCH,指示了UL传输;启动或重启drx-HARQ-RTT-TimerUL。
drx-RetransmissionTimerSL:直到接收到一个针对侧行链路(sidelink,SL)重传的授权的最大时长。
drx-HARQ-RTT-TimerSL:期望的SL重传授权前的最小时长或期望接收到一个SL重传授权前的最小时长。
相比于R15,在R16标准协议中,单播DRX增加了DRX group的功能。
下面将简单介绍一下DRX组。
DRX组:在一个MAC实体内,针对不同频率范围区分不同的DRX组,针对或者说,针对频率范围(frequency range,FR)1和FR2区分DRX组。即对于FR2上的小区,引入了辅DRX组的概念。
对于FR1和FR2的小区/DRX组分别有一套drx-onDurationTimer和drx-InactivityTimer的参数,其他的DRX参数是公用的。
每个DRX组运行一套DRX,即一个MAC实体内,可以有两个DRX组,运行两个DRX。
在配置DRX组的情况下,一个DRX组的激活时间可以包括以下任一项或多项:该DRX组的drx-onDurationTimer的运行时间;该DRX组的drx-InactivityTimer的运行时间;该DRX组对应的(或,该DRX组中的任一个小区的)drx-RetransmissionTimerDL的运行时间;该DRX组对应的(或,该DRX组中的任一个小区的)drx-RetransmissionTimerUL的运行时间;该DRX组对应的(或,该DRX组中的任一个小区的)drx-RetransmissionTimerSL的运行时间;该DRX组对应的组播对应的drx-RetransmissionTimer-DL-PTM的运行时间;在PUCCH上发送了SR,并且SR正在等待处理;非竞争随机接入过程成功收到RAR之后(即非竞争RA成功之后),还没有收到以C-RNTI加扰的指示新传的PDCCH,等等。
(二)组播DRX:
组播DRX和单播DRX是独立的,组播的DRX参数可以是每个(per)G-RNTI和/或G-CS-RNTI的,且是每个G-RNTI和/或G-CS-RNTI运行组播DRX的。
每个组播DRX的激活时间(activity time)可以包括以下任一项或多项:针对该G-RNTI或G-CS-RNTI的drx-onDurationTimerPTM的运行时间或drx-InactivityTimerPTM的运行时间或drx-RetransmissionTimerDL-PTM的运行时间。
针对组播DRX功能可以描述如下:
网络设备通过RRC消息配置下列参数中一项或多项来控制组播DRX操作:
drx-onDurationTimerPTM:位于DRX周期开头的一段时间。drx-onDurationTimerPTM启动的位置是根据基站配置的参数和协议规定的公式计算出来的。
drx-InactivityTimerPTM:指示了DL新传调度的PDCCH时机之后的一段时间。例如,终端设备接收PDCCH,指示有新的上行或下行传输(即新传调度),启动或重启drx-InactivityTimerPTM。
drx-RetransmissionTimerDL-PTM:直到接收到DL重传的最大时长。例如,drx-HARQ-RTT-TimerDL-PTM超时,且数据没有被成功解码,启动或重启drx-RetransmissionTimerDL-PTM。
drx-HARQ-RTT-TimerDL-PTM:期望的DL重传前的最小时长或期望接收到DL重传前的最小时长。例如,终端设备接收PDCCH,指示有下行传输,或者终端设备在配置的下行分配中接收到数据,启动或重启drx-HARQ-RTT-TimerDL-PTM。
需要说明的是,DRX相关的内容可以参考3GPP TS 38.321:"NR;Medium AccessControl(MAC);Protocol specification",此处不再赘述。
需要说明的是,drx-HARQ-RTT-TimerDL、drx-RetransmissionTimerUL、drx-HARQ-RTT-TimerDL-PTM、drx-RetransmissionTimerDL-PTM中的任一个或多个是每个HARQ进程的。可以理解的是,例如,终端设备为不同的HARQ进程,维护不同的drx-HARQ-RTT-TimerDL。例如,终端设备为不同的HARQ进程,维护不同的drx-RetransmissionTimerUL。例如,终端设备为不同的HARQ进程,维护不同的drx-HARQ-RTT-TimerDL-PTM。例如,终端设备为不同的HARQ进程,维护不同的drx-RetransmissionTimerDL-PTM。
需要说明的是,drx-HARQ-RTT-TimerDL-PTM、drx-RetransmissionTimerDL-PTM中的任一个或多个是每个G-RNTI和/或G-CS-RNTI的,或,是每个组播/组播业务的。可以理解的是,例如,终端设备为不同的G-RNTI和/或G-CS-RNTI,或,终端设备为不同的组播/组播业务,维护不同的drx-HARQ-RTT-TimerDL-PTM。例如,终端设备为不同的G-RNTI和/或G-CS-RNTI,或,终端设备为不同的组播/组播业务,维护不同的drx-RetransmissionTimerDL-PTM。
4、HARQ:
单播和组播之间可以共享HARQ进程。例如,一个HARQ进程可能一会/第一时间给组播用,一会/第二时间给单播用;或者说,一个HARQ进程一会/第一时间和组播关联,一会/第二时间和单播关联。
组播1和组播2之间可以共享HARQ进程。例如,一个HARQ进程可能一会/第一时间给组播2用,一会/第二时间给组播1用;或者说,一个HARQ进程一会/第一时间和组播2关联,一会/第二时间和组播1关联。
单播和不同的组播之间可以共享HARQ进程。例如,一个HARQ进程可能一会/第一时间给组播2用,一会/第二时间给组播1用,一会/第三时间给单播用;或者说,一个HARQ进程一会/第一时间和组播2关联,一会/第二时间和组播1关联,一会/第三时间和单播关联。
在本申请中,组播方式也可以包括/替换为多播方式或广播方式。本申请皆以组播方式为例进行说明。
需要说明的是,本申请实施例以终端设备为例进行说明,也可以将终端设备替换为终端设备的MAC实体或其他,本申请不限定。
本申请实施例中,关联的可以理解为:对应的。
本申请中,第一组播可以理解为第一组播业务。第二组播可以理解为第二组播业务。
本申请实施例中,第一HARQ进程可以包括/理解为/替换为:第一HARQ进程标识(identity,ID)。
本申请实施例中,例如,接收可以理解为:接收到,和/或,接收到后/时。
用于指示终端设备接收重传(例如,数据/DCI)前等待的时长可以包括/理解为以下任一项或多项:用于指示终端设备接收到/接收重传(例如,数据/DCI)(例如,DL数据)前等待的时长(例如,最小时长),用于指示终端设备期望接收到/接收重传(例如,数据/DCI)(例如,DL数据)前等待的时长(例如,最小时长)。
用于指示终端设备接收重传(例如,数据/DCI)的时长可以包括/理解为:用于指示终端设备接收到/接收重传(例如,数据/DCI)(例如,DL数据或SL数据)的时长(例如,最大时长)。
问题引出:
由于单播和组播(包括不同的组播)之间共享HARQ进程,针对一个HARQ进程,终端设备可能会维护一个drx-HARQ-RTT-TimerDL,和/或,一个或多个drx-HARQ-RTT-TimerDL-PTM(例如,针对不同的组播,或,针对不同的G-RNTI和/或G-CS-RNTI)。
由于单播和组播(包括不同的组播)之间共享HARQ进程,针对一个HARQ进程,终端设备可能会维护一个drx-RetransmissionTimerUL,和/或,一个或多个drx-RetransmissionTimerDL-PTM(例如,针对不同的组播,或,针对不同的G-RNTI和/或G-CS-RNTI)。
且不同定时器的时长可能相同也可能不同。
问题1:针对一个HARQ进程(process),UE收到了组播2的PTM传输或配置传输,此时,针对该HARQ进程,组播1的DRX的重传定时器可能正在运行,由于UE已经接收到了针对该HARQ进程的组播2的传输,UE将不会再收到针对该HARQ进程的组播1的重传,组播1的DRX的重传定时器继续运行是没有意义的,且会导致UE费电。
例如,针对一个HARQ进程,UE接收到组播1的PTM传输或配置传输后,为了接收重传,启动了组播1的DRX的重传定时器(例如,可以是:先启动组播1的DRX的RTT定时器,超时后再启动组播1的DRX的重传定时器,本申请不限制),后来UE又收到了相同HARQ process的组播2的PTM传输或或配置传输,此时,组播1的DRX的重传定时器继续运行会费电。
问题2:针对一个HARQ进程,UE收到了组播2的PTM传输或或配置传输,或,UE收到单播传输(例如,DCI或数据),此时,针对该HARQ进程,组播1的DRX的RTT定时器、组播2的DRX的RTT定时器、单播的DRX的RTT定时器中的一个或多个可能正在运行,若组播1的DRX的RTT定时器、组播2的DRX的RTT定时器、单播的DRX的RTT定时器中的一个或多个继续运行,超时之后可能会导致对应的重传定时器启动,由于UE已经接收到了针对该HARQ进程的组播2的传输(例如,新传或重传)或单播传输(例如,新传或重传),UE将不会再收到针对该HARQ进程的组播1的重传,或者说,UE不需要再接收针对该HARQ进程的组播1的重传或组播2的重传或单播的重传,组播1的DRX的RTT定时器、组播2的DRX的RTT定时器、单播的DRX的RTT定时器中的一个或多个的继续运行和/或其超时后可能启动的对应的重传定时器的运行是没有意义的,且会导致UE费电。
例如,针对一个HARQ process,UE接收到组播1的PTM传输或配置传输后,启动了组播1的DRX的RTT timer和单播RTT timer,在RTT timer(例如,组播1的RTT timer和/或单播RTT timer)超时之前UE又收到了相同HARQ process的组播2的PTM传输或配置传输或单播传输,在这种情况下,若组播1的RTT timer(或单播RTT timer)超时,该HARQ process进程的数据(例如,之前针对该HARQ进程接收的数据或针对该HARQ进程现在接收的数据)没有解码成功,UE会启动组播1的重传timer(或单播重传timer),会导致UE费电。
下面,对本申请提供的方法进行说明。应理解,下文所描述的方法实施例中仅以执行主体为网络设备和/或终端设备为例,但并不限定其一定为网络设备和/或终端设备,网络设备和/或终端设备可替换为能实现该申请中方法的设备,或,支持设备实现该方法的芯片、芯片系统、处理器、逻辑模块或软件等。例如,网络设备还可以替换为配置于网络设备中的芯片,终端设备也可以替换为配置于终端设备中的芯片。
针对上述问题1中的技术问题,为了降低终端设备的功耗,本申请提出一种通信方法,如图4所示,该通信方法可以包括以下步骤。
401.终端设备接收以组播方式传输的第一控制信息,或,终端设备在第一资源上接收第一数据。例如,对应的,网络设备发送以组播方式传输的第一控制信息,或,网络设备在第一资源上发送第一数据。
其中,第一控制信息用于调度第一数据或以组播方式传输的第一数据。例如,第一控制信息可以为DCI,也可以为通过PDCCH传输的其他控制信息。
例如,第一控制信息和/或第一数据与第一RNTI相关联。
例如,第一控制信息和/或第一数据与第一HARQ进程相关联。
例如,第一资源和/或第一数据与第一RNTI相关联。
例如,第一数据与第一HARQ进程相关联。
本申请中,控制信息和/或数据与HARQ进程相关联可以包括:控制信息中包含HARQprocess ID。
以组播方式传输的第一控制信息可以包括/理解为:第一RNTI加扰的第一控制信息,或,与第一RNTI相关联的第一控制信息。
例如,“第一控制信息与第一RNTI相关联”或“与第一RNTI相关联的第一控制信息”可以理解为:第一RNTI加扰第一控制信息,或者,第一控制信息的CRC被第一RNTI加扰(例如,PDCCH/DCI/控制信息with CRC scrambled by第一RNTI)。
例如,第一数据与第一RNTI相关联可以理解为:第一RNTI加扰第一数据。
以组播方式传输的第一数据可以包括/理解为:第一RNTI加扰的第一数据,或,与第一RNTI相关联的第一数据。
例如,第一RNTI与第一组播相关联。
例如,第一数据可以为组播数据。
可以理解的是,第一控制信息为用于调度组播业务的数据的控制信息,第一数据为组播业务的数据。
例如,第一资源为/包括与组播/第一组播关联的资源/配置资源。
第一资源为/包括与组播/第一组播关联的资源/配置资源可以理解为:第一资源在组播对应的公共的频率资源内,或,第一资源为与组播/第一组播对应的SPS资源。
与组播/第一组播对应的SPS资源可以理解为组播/第一组播对应的公共的SPS资源(例如,PDSCH资源)。可以理解的是,对于接收组播/第一组播的终端设备均可以在与组播/第一组播对应的SPS资源上接收数据。
示例性的,终端设备可以通过广播消息(例如,系统信息、MBS控制信道(MBSControl Channel,MCCH)消息)、RRC消息(例如,专有RRC消息)、MAC消息(例如,MAC控制消息(control element,CE))、物理层消息(例如,DCI)、预配置中的任一项或多项获取SPS资源/SPS资源的配置和/或获取与组播/第一组播对应的SPS资源/SPS资源的配置。
例如,终端设备获取SPS的配置后,可能需要激活(例如,通过物理层消息/DCI激活)才能使用该资源接收数据;也可能可以直接使用该资源接收数据(即,不需要激活)。
组播对应的公共的频率资源可以理解为:组播对应的带宽部分(bandwidth part,BWP),或,组播对应的频率范围。
例如,第一资源可以为PDSCH资源。
组播对应的SPS资源可以替换/理解为MBSSPS资源。
第一RNTI可以用于以下任一项或任多项:用于组播、用于调度动态资源/组播动态资源、用于调度动态资源/组播动态资源的重传资源、用于激活配置资源/组播配置资源、用于重激活配置资源/组播配置资源、用于去激活配置资源/组播配置资源、或,用于调度配置资源/组播配置资源的重传资源。
例如,第一RNTI可以用于第一资源的激活/重激活/去激活。
例如,第一RNTI可以用于调度第一资源的重传资源。
示例性的,第一RNTI可以包括/为:第一G-RNTI和/或第一G-CS-RNTI。
例如,第一RNTI/第一组播与第一组播DRX相关联。例如,第一组播DRX用于控制第一RNTI/第一组播相关的控制信息的监听/接收。需要说明的是,第一组播DRX还可以用于控制其他控制信息的监听/接收,本申请不限制。
例如,第一组播相关的控制信息可以包括/理解为:第一G-RNTI和/或第一G-CS-RNTI关联的(或,加扰的)控制信息,和/或,单播RNTI(例如,C-RNTI和/或CS-RNTI)加扰的控制信息。
示例性的,组播DRX的激活时间可以包括以下任一项或多项:组播(例如,G-RNTI和/或G-CS-RNTI)对应的持续时间定时器(例如,drx-onDurationTimerPTM)的运行时间;组播(例如,G-RNTI和/或G-CS-RNTI)对应的非激活定时器(例如,drx-InactivityTimerPTM)的运行时间;或,组播(例如,G-RNTI和/或G-CS-RNTI)对应的重传定时器(例如,drx-RetransmissionTimerDL-PTM)的运行时间。
可以理解的是,在组播DRX(例如,第一组播DRX)的激活时间内,终端设备监听组播(例如,第一RNTI/第一组播)相关的控制信息。
例如,组播对应的持续时间定时器/持续时间定时器用于指示终端设备被唤醒之后等待接收控制信息(例如,DCI)的持续时间。
例如,组播对应的非激活定时器/非激活定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长。
例如,组播对应的重传定时器/重传定时器用于指示终端设备接收重传(例如,重传DCI、重传数据、重传资源)的时长。
可选的,终端设备接收以组播方式传输的第一控制信息可以包括:终端设备接收以组播方式传输的第一控制信息和第一数据。
可选地,终端设备接收到以组播方式传输的第一控制信息之后,或,终端设备在第一资源上接收到第一数据之后,终端设备可以启动对应的第五定时器和/第六定时器。
402.终端设备执行以下步骤402-1、402-2、402-3中的任一个或多个:
402-1.终端设备停止第一定时器。
例如,终端设备接收到第一控制信息之后,或者在第一资源上接收到第一数据之后,可以先确定是否存在正在运行的第一定时器。在存在正在运行的第一定时器的情况下,可以停止第一定时器。
示例性的,第一定时器与第二组播DRX相关联。
例如,第二RNTI/第二组播与第二组播DRX相关联。例如,第二组播DRX用于控制第二RNTI/第二组播相关的控制信息的监听/接收。需要说明的是,第二组播DRX还可以用于控制其他控制信息的监听/接收,本申请不限制。
例如,第二组播相关的控制信息可以包括/理解为:第二G-RNTI和/或第二G-CS-RNTI关联的(或,加扰的)控制信息,和/或,单播RNTI(例如,C-RNTI和/或CS-RNTI)加扰的控制信息。
示例性的,第一定时器为组播对应的重传定时器(例如,drx-RetransmissionTimerDL-PTM)。
例如,第一定时器为与第二RNTI关联的DRX对应的重传定时器或第二组播DRX对应的重传定时器。
例如,第一定时器与第一HARQ进程相关联。
即可以理解的是,第一定时器与另一个组播相关联,这个组播与第二RNTI相关联。也即第一定时器为与第二RNTI对应的组播关联的DRX对应的重传定时器。
第二RNTI可以用于以下任一项或任多项:用于组播、用于调度动态资源/组播动态资源、用于调度动态资源/组播动态资源的重传资源、用于激活配置资源/组播配置资源、用于重激活配置资源/组播配置资源、用于去激活配置资源/组播配置资源、或,用于调度配置资源/组播配置资源的重传资源。
示例性的,第二RNTI可以包括/为:第二G-RNTI和/或第二G-CS-RNTI。
可以理解的是,第一RNTI与第二RNTI不同,第一RNTI对应的组播与第二RNTI对应的组播不同。第一数据与第二数据可以不同。
例如,终端设备接收第一G-RNTI/第一G-CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)或者在与第一G-RNTI/第一G-CS-RNTI关联的MBS SPS资源上接收数据1(例如,与第一HARQ进程相关联),与第二G-RNTI/第二G-CS-RNTI关联的第一定时器(例如,与第一HARQ进程相关联的重传定时器)可能正在运行,终端设备可以停止第一定时器。可以理解的是,第一定时器运行是为了使终端设备可以接收数据2(例如,与第二G-RNTI/第二G-CS-RNTI相关联)的重传(例如,重传DCI和/或重传数据),但这种情况下,由于第一HARQ进程已经给数据1使用,因此,终端设备不会再接收到数据2的重传。因此,在这种情况下,如果第一定时器还继续运行是没有意义的,且将会导致终端设备费电,为了避免第一定时器无意义的运行,可以停止第一定时器,进而可以降低终端设备的功耗。
402-2(图中未示出).终端设备停止第二定时器。
示例性的,第二定时器与第一组播DRX相关联。
示例性的,第二定时器为组播对应的重传定时器(例如,drx-RetransmissionTimerDL-PTM)。
例如,第二定时器为与第一RNTI关联的DRX对应的重传定时器或第一组播DRX对应的重传定时器。
例如,重传定时器/重传定时器的时长可以用于指示终端设备接收重传(例如,数据/DCI)的时长。
例如,第二定时器与第一HARQ进程相关联。
例如,终端设备接收到第一控制信息之后,或者在第一资源上接收到第一数据之后,可以先确定是否存在正在运行的第二定时器。在存在正在运行的第二定时器的情况下,可以停止第二定时器。
例如,终端设备接收第一G-RNTI/第一G-CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)或者在与第一G-RNTI/第一G-CS-RNTI关联的MBS SPS资源上接收数据1(例如,与第一HARQ进程相关联),与第一G-RNTI/第一G-CS-RNTI关联的第二定时器(例如,与第一HARQ进程相关联的重传定时器)可能正在运行,终端设备可以停止第二定时器。可以理解的是,第二定时器运行是为了使终端设备可以接收数据2(例如,与第一G-RNTI/第一G-CS-RNTI相关联)的重传(例如,重传DCI和/或重传数据),但这种情况下,由于第一HARQ进程已经给数据1使用,因此,终端设备不会再接收到数据2的重传。因此,在这种情况下,如果第二定时器还继续运行是没有意义的,且将会导致终端设备费电,为了避免第二定时器无意义的运行,可以停止第二定时器,进而可以降低终端设备的功耗。
402-3(图中未示出).终端设备停止第三定时器。
示例性的,第三定时器与第一DRX相关联。
第一DRX可以用于控制终端设备特定的控制信息的监听。
需要说明的是,第一DRX也可以用于控制不是终端设备特定的控制信息的监听,本申请不限定。
例如,第一DRX可以用于控制针对以下任一项或多项RNTI的控制信息的监听:C-RNTI、取消指示RNTI(cancellation indication RNTI,CI-RNTI)、配置调度RNTI(configured scheduling RNTI,CS-RNTI)、中断RNTI(interruption RNTI,INT-RNTI)、时隙格式指示RNTI(slot format indication RNTI,SFI-RNTI)、半静态信道状态信息(channel state information,CSI)RNTI(semi-persistent CSI RNTI,SP-CSI-RNTI)、传输功率控制-物理上行控制信道-RNTI(transmit power control-PUCCH-RNTI,TPC-PUCCH-RNTI)、传输功率控制-物理上行共享信道-RNTI(transmit power control-PUSCH-RNTI,TPC-PUSCH-RNTI)、传输功率控制-探测参考信号-RNTI(transmit power control-sounding reference signal-RNTI,TPC-SRS-RNTI)、采集指示器(acquisitionindicator,AI)-RNTI、侧行链路RNTI(sidelink RNTI,SL-RNTI)、侧行链路配置调度RNTI(sidelink configured scheduling RNTI,SLCS-RNTI)、侧行链路半静态调度V2X RNTI(SLsemi-persistent scheduling V-RNTI)。
例如,第一DRX可以为单播DRX,或,DRX组(例如,一个DRX组)。
示例性的,第一DRX的激活时间可以包括以下任一项或多项:单播对应的持续时间定时器(例如,drx-onDurationTimer)的运行时间;单播对应的非激活定时器(例如,drx-InactivityTimer)的运行时间;或,单播对应的重传定时器的运行时间。
示例性的,单播对应的重传定时器可以包括以下任一项或多项:下行重传定时器(例如,drx-RetransmissionTimerDL),上行重传定时器(例如,drx-RetransmissionTimerUL),或,侧行链路重传定时器(例如,drx-RetransmissionTimerSL)。
可以理解的是,在第一DRX的激活时间内,终端设备监听终端设备特定的控制信息。
例如,单播对应的持续时间定时器/持续时间定时器用于指示终端设备被唤醒之后等待接收控制信息(例如,DCI)的持续时间。
例如,单播对应的非激活定时器/非激活定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长。
例如,单播对应的重传定时器/重传定时器用于指示终端设备接收重传(例如,重传DCI、重传数据、重传资源)的时长。
例如,单播对应的下行重传定时器/下行重传定时器用于指示终端设备接收下行重传(例如,重传DCI、重传数据、重传资源)的时长。
例如,单播对应的上行重传定时器/上行重传定时器用于指示终端设备接收上行重传(例如,重传DCI、重传数据、重传资源)的时长。
例如,单播对应的侧行链路重传定时器/侧行链路重传定时器用于指示终端设备接收侧行链路重传(例如,重传DCI、重传数据、重传资源)的时长。
示例性的,第一DRX的激活时间可以包括以下任一项或多项:DRX组对应的持续时间定时器(例如,drx-onDurationTimer)的运行时间;DRX组对应的非激活定时器(例如,drx-InactivityTimer)的运行时间;或,DRX组对应的重传定时器的运行时间。
需要说明的是,第一DRX的激活时间还可以包括其他的时间,本申请不限定。示例性的,第一DRX的激活时间的内容可以参考3GPP TS 38.321:"NR;Medium Access Control(MAC);Protocol specification".
示例性的,第三定时器为单播对应的重传定时器(例如,drx-RetransmissionTimerDL-PTM)。
例如,第三定时器为与单播关联的DRX对应的重传定时器或第一DRX对应的重传定时器。
例如,第三定时器与第一HARQ进程相关联。
例如,终端设备接收到第一控制信息之后,或者在第一资源上接收到第一数据之后,可以先确定是否存在正在运行的第三定时器。在存在正在运行的第三定时器的情况下,可以停止第三定时器。
例如,终端设备接收第一G-RNTI/第一G-CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)或者在与第一G-RNTI/第一G-CS-RNTI关联的MBS SPS资源上接收数据1(例如,与第一HARQ进程相关联),与单播关联的第三定时器(例如,与第一HARQ进程相关联的重传定时器)可能正在运行,终端设备可以停止第三定时器。可以理解的是,第三定时器运行是为了使终端设备可以接收数据2(例如,与单播相关联)的重传(例如,重传DCI和/或重传数据),但这种情况下,由于第一HARQ进程已经给数据1使用,因此,终端设备不会再接收到数据2的重传。因此,在这种情况下,如果第三定时器还继续运行是没有意义的,且将会导致终端设备费电,为了避免第三定时器无意义的运行,可以停止第三定时器,进而可以降低终端设备的功耗。
可选的,该通信方法还可以包括:403(图中未示出).终端设备接收以组播方式传输的第二控制信息,或,终端设备在第二资源上接收第二数据。例如,对应的,网络设备发送以组播方式传输的第二控制信息,或,网络设备在第二资源上发送第二数据。
其中,第二控制信息用于调度第二数据或以组播方式传输的第二数据。例如,第二控制信息可以为DCI,也可以为通过PDCCH传输的其他控制信息。
例如,第二控制信息和/或第二数据与第二RNTI相关联。
例如,第二控制信息和/或第二数据与第一HARQ进程相关联。
例如,第二资源和/或第二数据与第二RNTI相关联。
例如,第二数据与第一HARQ进程相关联。
以组播方式传输的第二控制信息可以包括/理解为:第二RNTI加扰的第二控制信息,或,与第二RNTI相关联的第二控制信息。
例如,“第二控制信息与第二RNTI相关联”或“与第二RNTI相关联的第二控制信息”可以理解为:第二RNTI加扰第二控制信息,或者,第二控制信息的CRC被第二RNTI加扰(例如,PDCCH/DCI/控制信息with CRC scrambled by第二RNTI)。
例如,第二数据与第二RNTI相关联可以理解为:第二RNTI加扰第二数据。
以组播方式传输的第二数据可以包括/理解为:第二RNTI加扰的第二数据,或,与第二RNTI相关联的第二数据。
例如,第二RNTI与第二组播相关联。
例如,第二数据可以为组播数据。
可以理解的是,第二控制信息为用于调度组播业务的数据的控制信息,第二数据为组播业务的数据。
例如,第二资源为/包括与组播/第二组播关联的资源/配置资源。
第二资源为/包括与组播/第二组播关联的资源/配置资源可以理解为:第二资源在组播对应的公共的频率资源内,或,第二资源为与组播/第二组播对应的SPS资源。
与组播/第二组播对应的SPS资源可以理解为组播/第二组播对应的公共的SPS资源(例如,PDSCH资源)。可以理解的是,对于接收组播/第二组播的终端设备均可以在与组播/第二组播对应的SPS资源上接收数据。
示例性的,终端设备可以通过广播消息(例如,系统信息、MCCH)消息、RRC消息(例如,专有RRC消息)、MAC消息(例如,MACCE)、物理层消息(例如,DCI)、预配置中的任一项或多项获取SPS资源/SPS资源的配置和/或获取与组播/第二组播对应的SPS资源/SPS资源的配置。
例如,第二资源可以为PDSCH资源。
例如,第二RNTI可以用于第二资源的激活/重激活/去激活。
例如,第二RNTI可以用于调度第二资源的重传资源。
例如,第一资源与第二资源不同。
可选的,该通信方法还可以包括:404.终端设备执行以下步骤404-1、404-2中的任一个或多个:
404-1(图中未示出).终端设备启动或重启第四定时器。
示例性的,第四定时器与第二组播DRX相关联。
示例性的,第四定时器为组播对应的RTT定时器(例如,drx-HARQ-RTT-TimerDL-PTM)。
例如,RTT定时器/RTT定时器的时长用于指示终端设备接收重传(例如,数据/DCI)前等待的时长。
例如,第四定时器为与第二RNTI关联的DRX对应的RTT定时器或第二组播DRX对应的RTT定时器。
例如,第四定时器与第一HARQ进程相关联。
可选的,启动或重启第四定时器需满足下列条件:HARQ反馈被开启。
可选的,启动或重启第四定时器包括:终端设备发送第二反馈信息,第二反馈信息用于指示终端设备接收第二数据成功或失败;或,在第二反馈时间或第二反馈时间后或第二反馈时间前,启动或重启第四定时器。第二反馈时间为第二反馈资源所在的时域位置,第二反馈资源与第二数据相关联。
其中,第二反馈信息可以包括:确定(acknowledge,ACK)ACK和/或否认(notacknowledge,NACK)。
例如,第二反馈资源与第二数据相关联可以包括/理解为:第二反馈资源用于终端设备发送第二反馈信息。
例如,第二反馈资源可以为与第二数据关联的、在时域上第一个反馈资源或在时域上的最后一个反馈资源,本申请不限定。例如,多个终端设备接收第二数据,多个终端设备对应的反馈资源在时域上可能是相同的(例如,是时分的),第二反馈资源可以为该多个反馈资源中在时域上第一个反馈资源或在时域上的最后一个反馈资源。这样,可以对齐不同的终端设备的激活时间(与组播关联的DRX的激活时间),保证终端设备可以接收网络设备发送的控制信息和/或数据。
例如,终端设备可以在PUCCH资源或PUSCH资源上发送第二反馈信息。
例如,第二反馈资源可以包括PUCCH资源。
可选的,启动或重启第四定时器需满足下列条件:终端设备接收/解码第二数据失败。
可选的,终端设备可以在接收第二控制信息后的第三时长后/第三时刻启动第四定时器,或,在接收第二数据后的第三时长后/第三时刻启动第四定时器,或,在发送第二反馈信息后的第三时长后/第三时刻启动第四定时器,或,在第二反馈时间后的第三时长后/第三时刻启动第四定时器。
其中,第三时刻可以为第c个符号/时隙/子帧/帧等。其中,c为大于或等于0的整数。例如,c为1。第三时刻的值/c的值/第三时长的值可以是网络设备配置或预配置的或协议规定的,本申请不限制。
可选的,该通信方法还可以包括,第四定时器超时,终端设备启动或重启第一定时器;或第四定时器超时,终端设备接收/解码第二数据失败,终端设备启动或重启第一定时器。
可选的,终端设备可以在第四定时器超时后的第四时长后/第四时刻启动第一定时器。
其中,第四时刻可以为第d个符号/时隙/子帧/帧等。其中,d为大于或等于0的整数。例如,d为1。第四时刻的值/d的值/第四时长的值可以是网络设备配置或预配置的或协议规定的,本申请不限制。
例如,终端设备接收通过G+G传输方式传输的DCI和/或数据(例如,第二G-RNTI/第二G-CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)),或接收配置传输方式传输的数据(例如,在与第二G-RNTI/第二G-CS-RNTI关联的MBS SPS资源上接收数据1(例如,与第一HARQ进程相关联)),网络设备后续可能通过G+G传输方式传输该数据的重传。为了保证终端设备能够接收网络设备后续通过G+G传输方式传输的DCI和/或数据,终端设备可以启动或重启与第二组播关联的DRX对应的第四定时器。可选的,在第四定时器超时后,启动或重启与第二组播关联的DRX对应的第一定时器。这样,若网络设备在第一定时器运行的时长内通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证终端设备可以接收DCI和/或数据,或者说就可以避免终端设备处于睡眠态而无法接收DCI和/或数据,提高了数据传输的可靠性。另外,终端设备启动或重启与第二组播关联的DRX对应的第四定时器,在第四定时器超时后,启动或重启与第二组播关联的DRX对应的第一定时器,也可以避免在第四定时器运行的时长内监听该数据的重传,有利于终端设备的节能。启动或重启与第二组播关联的DRX对应的第一定时器,可以保证终端设备可以接收DCI和/或数据,或者说就可以避免终端设备处于睡眠态而无法接收DCI和/或数据,提高了数据传输的可靠性。
404-2(图中未示出).终端设备启动或重启第五定时器。
示例性的,第五定时器与第一DRX相关联。
示例性的,第五定时器为单播对应的RTT定时器(例如,drx-HARQ-RTT-TimerDL)。
例如,第五定时器为与单播关联的DRX对应的RTT定时器或第一DRX对应的RTT定时器。
例如,第五定时器与第一HARQ进程相关联。
可选的,启动或重启第五定时器需满足下列条件:HARQ反馈被开启。
可选的,启动或重启第五定时器包括:终端设备发送第二反馈信息,第二反馈信息用于指示终端设备接收第二数据成功或失败;或,在第二反馈时间或第二反馈时间后或第二反馈时间前,启动或重启第五定时器。第二反馈时间为第二反馈资源所在的时域位置,第二反馈资源与第二数据相关联。
可选的,启动或重启第五定时器需满足下列条件:终端设备接收/解码第二数据失败。
可选的,终端设备可以在接收第二控制信息后的第五时长后/第五时刻启动第五定时器,或,在接收第二数据后的第五时长后/第五时刻启动第五定时器,或,在发送第二反馈信息后的第五时长后/第五时刻启动第五定时器,或,在第二反馈时间后的第五时长后/第五时刻启动第五定时器。
需要说明的是,第五时长与第三时长可以相同,也可以不同,不限制。
需要说明的是,第五时刻与第三时刻可以相同,也可以不同,不限制。
其中,第五时刻可以为第e个符号/时隙/子帧/帧等。其中,e为大于或等于0的整数。例如,e为1。第五时刻的值/e的值/第五时长的值可以是网络设备配置或预配置的或协议规定的,本申请不限制。
可选的,该通信方法还可以包括,第五定时器超时,终端设备启动或重启第三定时器;或第五定时器超时,终端设备接收/解码第二数据失败,终端设备启动或重启第三定时器。
可选的,终端设备可以在第五定时器超时后的第六时长后/第六时刻启动第三定时器。
需要说明的是,第六时长与第四时长可以相同,也可以不同,不限制。
需要说明的是,第六时刻与第四时刻可以相同,也可以不同,不限制。
其中,第六时刻可以为第f个符号/时隙/子帧/帧等。其中,f为大于或等于0的整数。例如,f为1。第六时刻的值/f的值/第六时长的值可以是网络设备配置或预配置的或协议规定的,本申请不限制。
例如,终端设备接收通过G+G传输方式传输的DCI和/或数据(例如,第二G-RNTI/第二G-CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)),或接收配置传输方式传输的数据(例如,在与第二G-RNTI/第二G-CS-RNTI关联的MBS SPS资源上接收数据1(例如,与第一HARQ进程相关联)),网络设备后续可能通过C+C传输方式传输该数据的重传。为了保证终端设备能够接收网络设备后续通过C+C传输方式传输的DCI和/或数据,终端设备可以启动或重启与单播关联的DRX对应的第五定时器。可选的,在第五定时器超时后,启动或重启与单播关联的DRX对应的第三定时器。这样,若网络设备在第三定时器运行的时长内通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证终端设备可以接收DCI和/或数据,或者说就可以避免终端设备处于睡眠态而无法接收DCI和/或数据,提高了数据传输的可靠性。另外,终端设备启动或重启与单播关联的DRX对应的第五定时器,在第五定时器超时后,启动或重启与单播关联的DRX对应的第三定时器,也可以避免在第五定时器运行的时长内监听该数据的重传,有利于终端设备的节能。启动或重启与单播关联的DRX对应的第三定时器,可以保证终端设备可以接收DCI和/或数据,或者说就可以避免终端设备处于睡眠态而无法接收DCI和/或数据,提高了数据传输的可靠性。
例如,在步骤401或步骤402之前,该通信方法还可以包括:步骤403和/或步骤404。
可选的,该通信方法还可以包括:405(图中未示出).终端设备接收以组播方式传输的第三控制信息,或,终端设备在第三资源上接收第三数据。例如,对应的,网络设备发送以组播方式传输的第三控制信息,或,网络设备在第三资源上发送第三数据。
其中,第三控制信息用于调度第三数据或以组播方式传输的第三数据。例如,第三控制信息可以为DCI,也可以为通过PDCCH传输的其他控制信息。
例如,第三控制信息和/或第三数据与第一RNTI相关联。
例如,第三控制信息和/或第三数据与第一HARQ进程相关联。
例如,第三资源和/或第三数据与第一RNTI相关联。
例如,第三数据与第一HARQ进程相关联。
以组播方式传输的第三控制信息可以包括/理解为:第一RNTI加扰的第三控制信息,或,与第一RNTI相关联的第三控制信息。
例如,“第三控制信息与第一RNTI相关联”或“与第一RNTI相关联的第三控制信息”可以理解为:第一RNTI加扰第三控制信息,或者,第三控制信息的CRC被第一RNTI加扰(例如,PDCCH/DCI/控制信息with CRC scrambled by第一RNTI)。
例如,第三数据与第一RNTI相关联可以理解为:第一RNTI加扰第三数据。
以组播方式传输的第三数据可以包括/理解为:第一RNTI加扰的第三数据,或,与第一RNTI相关联的第三数据。
例如,第三数据可以为组播数据。
可以理解的是,第三控制信息为用于调度组播业务的数据的控制信息,第三数据为组播业务的数据。
第三资源为/包括与组播/第一组播关联的资源/配置资源。
第三资源为/包括与组播/第一组播关联的资源/配置资源可以理解为:第三资源在组播对应的公共的频率资源内,或,第三资源为与组播/第一组播对应的SPS资源。
例如,第三资源可以为PDSCH资源。
例如,第一资源与第三资源可以相同,也可以不同。
可选的,该通信方法还可以包括:406.终端设备执行以下步骤406-1、406-2中的任一个或多个:
406-1(图中未示出).终端设备启动或重启第六定时器。
示例性的,第六定时器与第一组播DRX相关联。
示例性的,第六定时器为组播对应的RTT定时器(例如,drx-HARQ-RTT-TimerDL-PTM)。
例如,第六定时器为与第一RNTI关联的DRX对应的RTT定时器或第一组播DRX对应的RTT定时器。
例如,第六定时器与第一HARQ进程相关联。
可选的,启动或重启第六定时器需满足下列条件:HARQ反馈被开启。
可选的,启动或重启第六定时器包括:终端设备发送第三反馈信息,第三反馈信息用于指示终端设备接收第三数据成功或失败;或,在第三反馈时间或第三反馈时间后或第三反馈时间前,第三反馈时间为第三反馈资源所在的时域位置,第三反馈资源与第三数据相关联;启动或重启第六定时器。
其中,第三反馈信息可以包括:ACK和/或NACK。
例如,第三反馈资源与第三数据相关联可以包括/理解为:第三反馈资源用于终端设备发送第三反馈信息。
例如,第三反馈资源可以为与第三数据关联的、在时域上第一个反馈资源或在时域上的最后一个反馈资源,本申请不限定。例如,多个终端设备接收第三数据,多个终端设备对应的反馈资源在时域上可能是相同的(例如,是时分的),第三反馈资源可以为该多个反馈资源中在时域上第一个反馈资源或在时域上的最后一个反馈资源。这样,可以对齐不同的终端设备的激活时间(与组播关联的DRX的激活时间),保证终端设备可以接收网络设备发送的控制信息和/或数据。
例如,终端设备可以在PUCCH资源或PUSCH资源上发送第三反馈信息。
例如,第三反馈资源可以包括PUCCH资源。
可选的,启动或重启第六定时器需满足下列条件:终端设备接收/解码第三数据失败。
可选的,终端设备可以在接收第三控制信息后的第三时长后/第三时刻启动第六定时器,或,在接收第三数据后的第三时长后/第三时刻启动第六定时器,或,在发送第三反馈信息后的第三时长后/第三时刻启动第六定时器,或,在第三反馈时间后的第三时长后/第三时刻启动第六定时器。
可选的,该通信方法还可以包括,第六定时器超时,终端设备启动或重启第二定时器;或第六定时器超时,终端设备接收/解码第三数据失败,终端设备启动或重启第一定时器。
可选的,终端设备可以在第六定时器超时后的第四时长后/第四时刻启动第二定时器。
例如,终端设备接收通过G+G传输方式传输的DCI和/或数据(例如,第一G-RNTI/第一G-CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)),或接收配置传输方式传输的数据(例如,在与第一G-RNTI/第一G-CS-RNTI关联的MBS SPS资源上接收数据1(例如,与第一HARQ进程相关联)),网络设备后续可能通过G+G传输方式传输该数据的重传。为了保证终端设备能够接收网络设备后续通过G+G传输方式传输的DCI和/或数据,终端设备可以启动或重启与第一组播关联的DRX对应的第六定时器。可选的,在第六定时器超时后,启动或重启与第一组播关联的DRX对应的第二定时器。这样,若网络设备在第二定时器运行的时长内通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证终端设备可以接收DCI和/或数据,或者说就可以避免终端设备处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。另外,终端设备启动或重启与第一组播关联的DRX对应的第六定时器,在第六定时器超时后,启动或重启与第一组播关联的DRX对应的第二定时器,也可以避免在第六定时器运行的时长内监听该数据的重传,有利于终端设备的节能。启动或重启与第一组播关联的DRX对应的第二定时器,可以保证终端设备可以接收DCI和/或数据,或者说就可以避免终端设备处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。
406-2(图中未示出)、终端设备启动或重启第五定时器。
“终端设备启动或重启第五定时器”相关的内容可以参考步骤404-2中的描述,此处不再赘述。
例如,终端设备接收通过G+G传输方式传输的DCI和/或数据(例如,第一G-RNTI/第一G-CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)),或接收配置传输方式传输的数据(例如,在与第一G-RNTI/第一G-CS-RNTI关联的MBS SPS资源上接收数据1(例如,与第一HARQ进程相关联)),网络设备后续可能通过C+C传输方式传输该数据的重传。为了保证终端设备能够接收网络设备后续通过C+C传输方式传输的DCI和/或数据,终端设备可以启动或重启与单播关联的DRX对应的第五定时器。可选的,在第五定时器超时后,启动或重启与单播关联的DRX对应的第三定时器。这样,若网络设备在第三定时器运行的时长内通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证终端设备可以接收DCI和/或数据,或者说就可以避免终端设备处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。另外,终端设备启动或重启与单播关联的DRX对应的第五定时器,在第五定时器超时后,启动或重启与单播关联的DRX对应的第三定时器,也可以避免在第五定时器运行的时长内监听该数据的重传,有利于终端设备的节能。启动或重启与单播关联的DRX对应的第三定时器,可以保证终端设备可以接收DCI和/或数据,或者说就可以避免终端设备处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。
例如,在步骤401或步骤402之前,该通信方法还可以包括:步骤405和/或步骤406。
可选的,该通信方法还可以包括:407(图中未示出)、终端设备接收以单播方式传输的第四控制信息,或,终端设备在第四资源上接收第四数据。例如,对应的,网络设备发送以单播方式传输的第四控制信息,或,网络设备在第四资源上发送第四数据。
其中,第四控制信息用于调度第四数据或以单播方式传输的第四数据。例如,第四控制信息可以为DCI,也可以为通过PDCCH传输的其他控制信息。
例如,第四控制信息和/或第四数据与单播/第三RNTI相关联。
第三RNTI可以为用于以下任一种或任多种:用于单播,用于调度动态资源,用于动态资源的重传资源,用于激活配置资源,用于重激活配置资源,用于去激活配置资源,用于调度配置资源的重传资源,用于加扰(例如,用于加扰PDCCH或PDSCH)。
示例性的,第三RNTI可以包括/为C-RNTI和/或CS-RNTI。
例如,第四控制信息和/或第四数据与第一HARQ进程相关联。
例如,第四资源和/或第四数据与第三RNTI相关联。
例如,第四数据与第一HARQ进程相关联。
以单播方式传输的第四控制信息可以包括/理解为:第三RNTI加扰的第四控制信息,或,与第三RNTI相关联的第四控制信息。
例如,“第四控制信息与第三RNTI相关联”或“与第三RNTI相关联的第四控制信息”可以理解为:第三RNTI加扰第四控制信息,或者,第四控制信息的CRC被第三RNTI加扰(例如,PDCCH/DCI/控制信息with CRC scrambled by第三RNTI)。
例如,第四数据与第三RNTI相关联可以理解为:第三RNTI加扰第四数据。
以单播方式传输的第四数据可以包括/理解为:第三RNTI加扰的第四数据,或,与第三RNTI相关联的第四数据。
例如,第三RNTI与单播相关联。
例如,第四数据可以为/包括单播数据或组播数据。
可以理解的是,第四控制信息为用于调度单播数据的控制信息,第四数据为单播数据。
第四资源为/包括与单播关联的资源/配置资源。
第四资源为/包括与单播关联的资源/配置资源可以理解为:第四资源为与单播对应的SPS资源。
示例性的,终端设备可以通过广播消息(例如,系统信息、MCCH消息)、RRC消息(例如,专有RRC消息)、MAC消息(例如,MACCE)、物理层消息(例如,DCI)、预配置中的任一项或多项获取SPS资源/SPS资源的配置和/或获取与单播对应的SPS资源/SPS资源的配置。
例如,第四资源可以为PDSCH资源。
例如,第三RNTI可以用于第四资源的激活/重激活/去激活。
例如,第三RNTI可以用于调度第四资源的重传资源。
例如,第一资源与第四资源不同。例如,第一资源与第二资源不同。例如,第一资源与第三资源不同。
可选的,该通信方法还可以包括:408、终端设备启动或重启第五定时器。
“终端设备启动或重启第五定时器”相关的内容可以参考步骤404-2中的描述,此处不再赘述。
例如,终端设备接收通过C+C传输方式传输的DCI和/或数据(例如,C-RNTI或CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)),或接收配置传输方式传输的数据(例如,在与单播关联的SPS资源上接收数据1(例如,与第一HARQ进程相关联)),网络设备后续可能通过C+C传输方式传输该数据的重传。为了保证终端设备能够接收网络设备后续通过C+C传输方式传输的DCI和/或数据,终端设备可以启动或重启与单播关联的DRX对应的第五定时器。可选的,在第五定时器超时后,启动或重启与单播关联的DRX对应的第三定时器。这样,若网络设备在第三定时器运行的时长内通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证终端设备可以接收DCI和/或数据,或者说就可以避免终端设备处于睡眠态而无法接收DCI和/或数据,提高了数据传输的可靠性。另外,终端设备启动或重启与单播关联的DRX对应的第五定时器,在第五定时器超时后,启动或重启与单播关联的DRX对应的第三定时器,也可以避免在第五定时器运行的时长内监听该数据的重传,有利于终端设备的节能。启动或重启与单播关联的DRX对应的第三定时器,可以保证终端设备可以接收DCI和/或数据,或者说就可以避免终端设备处于睡眠态而无法接收DCI和/或数据,提高了数据传输的可靠性。
例如,在步骤401或步骤402之前,该通信方法还可以包括:步骤407和/或步骤408。
应理解,终端设备接收到以组播方式传输的第一控制信息,或,终端设备在第一资源上接收第一数据之后,可以停止第一HARQ进程对应的所有组播(例如,所有正在运行的)对应的重传定时器和/或单播对应的重传定时器。
针对上述问题2中的技术问题,为了降低终端设备的功耗,本申请提出一种通信方法,如图5所示,该通信方法可以包括以下步骤。
501.终端设备接收以组播方式传输的第一控制信息,或,终端设备在第一资源上接收第一数据,或,终端设备接收以单播方式传输的第五控制信息,或,终端设备在第五资源上接收第五数据。例如,对应的,网络设备发送以组播方式传输的第一控制信息,或,网络设备在第一资源上发送第一数据,或,网络设备发送以单播方式传输的第五控制信息,或,网络设备在第五资源上发送第五数据。
第一控制信息、第一数据相关的内容可以参考步骤401中的描述,此处不再赘述。
其中,第五控制信息用于调度第五数据或以单播方式传输的第五数据。例如,第五控制信息可以为DCI,也可以为通过PDCCH传输的其他控制信息。
例如,第五控制信息和/或第五数据与单播/第三RNTI相关联。
例如,第五控制信息和/或第五数据与第一HARQ进程相关联。
例如,第五资源和/或第五数据与第三RNTI相关联。
例如,第五数据与第一HARQ进程相关联。
以单播方式传输的第五控制信息可以包括/理解为:第三RNTI加扰的第五控制信息,或,与第三RNTI相关联的第五控制信息。
例如,“第五控制信息与第三RNTI相关联”或“与第三RNTI相关联的第五控制信息”可以理解为:第三RNTI加扰第五控制信息,或者,第五控制信息的CRC被第三RNTI加扰(例如,PDCCH/DCI/控制信息with CRC scrambled by第三RNTI)。
例如,第五数据与第三RNTI相关联可以理解为:第三RNTI加扰第五数据。
以单播方式传输的第五数据可以包括/理解为:第三RNTI加扰的第五数据,或,与第三RNTI相关联的第五数据。
例如,第五数据可以为/包括单播数据或组播数据。
可以理解的是,第五控制信息为用于调度单播业务的数据的控制信息,第五数据为单播业务的数据。
第五资源为/包括与单播关联的资源/配置资源。
第五资源为/包括与单播关联的资源/配置资源可以理解为:第五资源为与单播对应的SPS资源。
示例性的,终端设备可以通过广播消息(例如,系统信息、MCCH消息)、RRC消息(例如,专有RRC消息)、MAC消息(例如,MACCE)、物理层消息(例如,DCI)、预配置中的任一项或多项获取SPS资源/SPS资源的配置和/或获取与单播对应的SPS资源/SPS资源的配置。
例如,第五资源可以为PDSCH资源。
例如,第三RNTI可以用于第五资源的激活/重激活/去激活。
例如,第三RNTI可以用于调度第五资源的重传资源。
例如,第一资源与第五资源不同。例如,第四资源与第五资源相同或不同。
可选地,终端设备接收到以组播方式传输的第一控制信息之后,或,终端设备在第一资源上接收到第一数据之后,终端设备可以启动对应的第五定时器和/第六定时器。
502.终端设备执行以下步骤502-1、502-2、502-3中的任一个或多个:
502-1.终端设备停止第四定时器。
例如,终端设备接收第一G-RNTI/第一G-CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)或者在与第一G-RNTI/第一G-CS-RNTI关联的MBS SPS资源上接收数据1(例如,与第一HARQ进程相关联)或者接收C-RNTI/CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)或者在与单播关联的SPS资源上接收数据1(例如,与第一HARQ进程相关联),与第二G-RNTI/第二G-CS-RNTI关联的第四定时器(例如,与第一HARQ进程相关联的RTT定时器)可能正在运行,终端设备可以停止第四定时器。可以理解的是,第四定时器运行是为了超时之后可以启动第一定时器,在第一定时器运行期间使终端设备可以接收数据2(例如,与第二G-RNTI/第二G-CS-RNTI相关联)的重传(例如,重传DCI和/或重传数据),但这种情况下终端设备不会再接收到数据2的重传。因此,在这种情况下,如果第四定时器继续运行,第四定时器超时后启动或重启第一定时器是没有意义的,且将会导致终端设备费电,为了避免第四定时器和/或第一定时器无意义的运行,可以停止第四定时器,进而可以降低终端设备的功耗。
502-2.终端设备停止第五定时器。
例如,终端设备接收第一G-RNTI/第一G-CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)或者在与第一G-RNTI/第一G-CS-RNTI关联的MBS SPS资源上接收数据1(例如,与第一HARQ进程相关联)或者接收C-RNTI/CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)或者在与单播关联的SPS资源上接收数据1(例如,与第一HARQ进程相关联),与单播关联的第五定时器(例如,与第一HARQ进程相关联的重传定时器)可能正在运行,终端设备可以停止第五定时器。可以理解的是,第五定时器运行是为了超时之后可以启动第三定时器,在第三定时器运行期间使终端设备可以接收数据2(例如,与单播/C-RNTI/CS-RNTI相关联)的重传(例如,重传DCI和/或重传数据),终端设备不会再接收到数据2的重传。因此,在这种情况下,如果第五定时器继续运行,第五定时器超时后启动或重启第三定时器是没有意义的,且将会导致终端设备费电,为了避免第五定时器和/或第三定时器无意义的运行,可以停止第五定时器,进而可以降低终端设备的功耗。
502-3.终端设备停止第六定时器。
例如,终端设备接收第一G-RNTI/第一G-CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)或者在与第一G-RNTI/第一G-CS-RNTI关联的MBS SPS资源上接收数据1(例如,与第一HARQ进程相关联)或者接收C-RNTI/CS-RNTI加扰的DCI1(例如,与第一HARQ进程相关联)或者在与单播关联的SPS资源上接收数据1(例如,与第一HARQ进程相关联),与第一G-RNTI/第一G-CS-RNTI关联的第六定时器(例如,与第一HARQ进程相关联的重传定时器)可能正在运行,终端设备可以停止第六定时器。可以理解的是,第六定时器运行是为了超时之后可以启动第二定时器,在第二定时器运行期间使终端设备可以接收数据2(例如,与第一G-RNTI/第一G-CS-RNTI相关联)的重传(例如,重传DCI和/或重传数据),终端设备不会再接收到数据2的重传。因此,在这种情况下,如果第六定时器还继续运行是没有意义的,第六定时器超时后启动或重启第二定时器,且将会导致终端设备费电,为了避免第六定时器和/或第二定时器无意义的运行,可以停止第六定时器,进而可以降低终端设备的功耗。
可选的,该通信方法还可以包括:503(图中未示出).终端设备接收以组播方式传输的第二控制信息,或,终端设备在第二资源上接收第二数据。例如,对应的,网络设备发送以组播方式传输的第二控制信息,或,网络设备在第二资源上发送第二数据。
可选的,该通信方法还可以包括:504.终端设备执行以下步骤504-1、504-2中的任一个或多个:
504-1(图中未示出).终端设备启动或重启第四定时器。
504-2(图中未示出).终端设备启动或重启第五定时器。
例如,在步骤501或步骤502之前,该通信方法还可以包括:步骤503和/或步骤504。
可选的,该通信方法还可以包括:505(图中未示出).终端设备接收以组播方式传输的第三控制信息,或,终端设备在第三资源上接收第三数据。例如,对应的,网络设备发送以组播方式传输的第三控制信息,或,网络设备在第三资源上发送第三数据。
可选的,该通信方法还可以包括:506.终端设备执行以下步骤506-1、506-2中的任一个或多个:
506-1(图中未示出).终端设备启动或重启第六定时器。
506-2(图中未示出).终端设备启动或重启第五定时器。
“终端设备启动或重启第五定时器”相关的内容可以参考步骤504-2中的描述,此处不再赘述。
例如,在步骤501或步骤502之前,之前该实施例还包括:步骤505和/或步骤506。
可选的,该通信方法还可以包括:507(图中未示出).终端设备接收以单播方式传输的第四控制信息,或,终端设备在第四资源上接收第四数据。例如,对应的,网络设备发送以单播方式传输的第四控制信息,或,网络设备在第四资源上发送第四数据。
可选的,该通信方法还可以包括:508.终端设备启动或重启第五定时器。
“终端设备启动或重启第五定时器”相关的内容可以参考步骤504-2中的描述,此处不再赘述。
例如,在步骤501或502之前,该通信方法还可以包括:步骤507和/或步骤508。
需要说明的是,图5所述实施例的内容/解释可以参考图4所述实施例中的描述,此处不再赘述。
应理解,终端设备接收到以组播方式传输的第一控制信息,或,终端设备在第一资源上接收第一数据之后,或,接收到以单播方式传输的第五控制信息之后,或,在第五资源上接收到第五数据之后,可以停止第一HARQ进程对应的所有组播(例如,所有正在运行的)对应的RTT定时器和/或单播对应的RTT定时器。
在一个实施例中,一个通信方法可以同时包括图4对应的通信方法,以及图5对应的通信方法。例如,该通信方法可以包括步骤501。该通信方法还可以包括步骤402和/或步骤502。可选的,该通信方法还可以包括步骤403/503、步骤404/504、步骤405/505、步骤406/506、步骤407/507、步骤408/508中的任一项或多项。
应理解,上述通信方法中,终端设备还可以获取DRX配置。DRX配置用于配置DRX对应的不同定时器,不同定时器的时长可以相同,也可以不同。
应理解,上述通信方法中,终端设备接收的数据,或为终端设备调度的数据可以为新传的数据,也可以为重传的数据。
应理解,上述不同通信方法或同一通信方法中不同步骤、不同位置或不同实施例中相同信息或相应信息的相关描述可以相互参考。
应理解的是,现有技术有可能会随着技术方案的演进而发生变化,本申请提供的技术方案并不限于所提供的现有技术。
需要说明的是,本申请中不同实施例或者不同实施例中的部分步骤(例如,任一个或多个步骤)之间可以相互结合,形成新的实施例。需要说明的是,不限定不同实施例中的部分步骤或任一个或多个步骤可以包括某个实施例中的可选步骤,也可以包括某个实施例中的必选步骤,也可以包括某个实施例中的可选步骤和必选步骤,本申请不限定。
需要说明的是,如果没有特殊说明以及逻辑冲突,不同实施例之间的术语和/或描述具有一致性,且可以相互引用。
需要说明的是,本申请实施例中各步骤的先后顺序,本申请不限制。
基于上述网络架构,请参阅图6,图6是本申请实施例公开的一种通信装置的结构示意图。如图6所示,该通信装置可以包括收发单元601和处理单元602。
该通信装置可以是终端设备,也可以是支持该终端设备实现该方法的芯片、芯片系统、或处理器,还可以是能实现全部或部分终端设备功能的逻辑模块或软件。
一种情况下,收发单元601,用于接收以组播方式传输的第一控制信息,第一控制信息用于调度第一数据,第一控制信息和/或第一数据与第一RNTI相关联,第一控制信息和/或第一数据与第一HARQ进程相关联;或,
收发单元601,用于在第一资源上接收第一数据,第一资源和/或第一数据与第一RNTI相关联,第一数据与第一HARQ进程相关联;
处理单元602,用于停止第一定时器,第一定时器为与第二RNTI关联的DRX对应的重传定时器,第一定时器与第一HARQ进程相关联;
其中,第一RNTI和第二RNTI与组播相关联。
在一个实施例中,处理单元602还用于:
停止第二定时器,第二定时器为与第一RNTI关联的DRX对应的重传定时器,第二定时器与第一HARQ进程相关联;和/或
停止第三定时器,第三定时器为与单播关联的DRX对应的重传定时器,第三定时器与第一HARQ进程相关联。
在一个实施例中,收发单元601,还用于接收以组播方式传输的第二控制信息,第二控制信息用于调度第二数据,第二控制信息和/或第二数据与第二RNTI相关联,第二控制信息和/或第二数据与第一HARQ进程相关联;或,
收发单元601,还用于在第二资源上接收第二数据,第二资源和/或第二数据与第二RNTI相关联,第二数据与第一HARQ进程相关联;
处理单元602,还用于启动或重启第四定时器,第四定时器为与第二RNTI关联的DRX对应的RTT定时器,第四定时器与第一HARQ进程相关联;和/或,
处理单元602,还用于启动或重启第五定时器,第五定时器为与单播关联的DRX对应的RTT定时器,第五定时器与第一HARQ进程相关联。
在一个实施例中,处理单元602还用于:
第四定时器超时,且第二数据接收或解码失败,启动或重启所述第一定时器;和/或,
第五定时器超时,且第二数据接收或解码失败,启动或重启所述第三定时器。
在一个实施例中,收发单元601,还用于接收以组播方式传输的第三控制信息,第三控制信息用于调度第三数据,第三控制信息和/或第三数据与第一RNTI相关联,第三控制信息和/或第三数据与第一HARQ进程相关联;或,
收发单元601,还用于在第三资源上接收第三数据,第三资源和/或第三数据与第一RNTI相关联,第三数据与第一HARQ进程相关联;
处理单元602,还用于启动或重启第六定时器,第六定时器为与第一RNTI关联的DRX对应的RTT定时器,第六定时器与第一HARQ进程相关联;和/或,
处理单元602,还用于启动或重启第五定时器,第五定时器为与单播关联的DRX对应的RTT定时器,第五定时器与第一HARQ进程相关联。
在一个实施例中,处理单元602还用于:
第六定时器超时,且第三数据接收或解码失败,启动或重启第二定时器;和/或,
第五定时器超时,且第三数据接收或解码失败,启动或重启第三定时器。
在一个实施例中,收发单元601,还用于接收以单播方式传输的第四控制信息,第四控制信息用于调度第四数据,第四控制信息和/或第四数据与第一HARQ进程相关联;或,
收发单元601,还用于在第四资源上接收第四数据,第四资源为单播对应的配置资源,第四数据与第一HARQ进程相关联;
处理单元602,还用于启动或重启第五定时器,第五定时器为与单播关联的DRX对应的RTT定时器,第五定时器与第一HARQ进程相关联。
在一个实施例中,处理单元602,还用于第五定时器超时,且第四数据接收或解码失败,启动或重启第三定时器。
在一个实施例中,以组播方式传输的第一控制信息包括:第一RNTI加扰的第一控制信息。
在一个实施例中,第一RNTI包括第一G-RNTI和/或第一G-CS-RNTI,和/或,第二RNTI包括第二G-RNTI和/或第二G-CS-RNTI。
在一个实施例中,第一RNTI和/或第二RNTI用于以下一项或多项:用于组播、用于调度组播动态资源、用于调度组播动态资源的重传资源、用于激活组播配置资源、用于重激活组播配置资源、用于去激活组播配置资源和用于调度组播配置资源的重传资源。
有关上述收发单元601和处理单元602更详细的描述可以直接参考上述图4所示的方法实施例中终端设备的相关描述直接得到,这里不加赘述。
另一种情况下,收发单元601,用于接收以组播方式传输的第一控制信息,第一控制信息用于调度第一数据,第一控制信息和/或第一数据与第一RNTI相关联,第一控制信息和/或第一数据与第一HARQ进程相关联;或,
收发单元601,用于在第一资源上接收第一数据,第一资源和/或第一数据与第一RNTI相关联,第一数据与第一HARQ进程相关联;或,
收发单元601,用于接收以单播方式传输的第五控制信息,第五控制信息用于调度第五数据,第五控制信息和/或第五数据与第一HARQ进程相关联;或,
收发单元601,用于在第五资源上接收第五数据,第五资源为单播对应的配置资源,第五数据与第一HARQ进程相关联;
处理单元602用于:
停止第四定时器,第四定时器为与第二RNTI关联的DRX对应的RTT定时器,第四定时器与第一HARQ进程相关联;和/或
停止第五定时器,第五定时器为与单播关联的DRX对应的RTT定时器,第五定时器与第一HARQ进程相关联;
停止第六定时器,第六定时器为与第一RNTI关联的DRX对应的RTT定时器,第六定时器与第一HARQ进程相关联;
其中,第一RNTI和第二RNTI与组播相关联。
在一个实施例中,收发单元601,还用于接收以组播方式传输的第二控制信息,第二控制信息用于调度第二数据,第二控制信息和/或第二数据与第二RNTI相关联,第二控制信息和/或第二数据与第一HARQ进程相关联;或,
收发单元601,还用于在第二资源上接收第二数据,第二资源和/或第二数据与第二RNTI相关联,第二数据与第一HARQ进程相关联;
处理单元602,还用于启动或重启第四定时器;和/或,
处理单元602,还用于启动或重启第五定时器。
在一个实施例中,收发单元601,还用于接收以组播方式传输的第三控制信息,第三控制信息用于调度第三数据,第三控制信息和/或第三数据与第一RNTI相关联,第三控制信息和/或第三数据与第一HARQ进程相关联;或,
收发单元601,还用于在第三资源上接收第三数据,第三资源和/或第三数据与第一RNTI相关联,第三数据与第一HARQ进程相关联;
处理单元602,还用于启动或重启第五定时器;和/或,
处理单元602,还用于启动或重启第六定时器。
在一个实施例中,收发单元601,还用于接收以单播方式传输的第四控制信息,第四控制信息用于调度第四数据,第四控制信息和/或第四数据与第一HARQ进程相关联;或,
收发单元601,还用于在第四资源上接收第四数据,第四资源为单播对应的配置资源,第四数据与第一HARQ进程相关联;
处理单元602,还用于启动或重启第五定时器。
在一个实施例中,处理单元602,还用于第五定时器超时,且第四数据接收或解码失败,启动或重启第三定时器。
在一个实施例中,以组播方式传输的第一控制信息包括:第一RNTI加扰的第一控制信息。
在一个实施例中,第一RNTI包括第一G-RNTI和/或第一G-CS-RNTI,和/或,第二RNTI包括第二G-RNTI和/或第二G-CS-RNTI。
在一个实施例中,第一RNTI和/或第二RNTI用于以下一项或多项:用于组播、用于调度组播动态资源、用于调度组播动态资源的重传资源、用于激活组播配置资源、用于重激活组播配置资源、用于去激活组播配置资源和用于调度组播配置资源的重传资源。
有关上述收发单元601和处理单元602更详细的描述可以直接参考上述图5所示的方法实施例中终端设备的相关描述直接得到,这里不加赘述。
基于上述网络架构,请参阅图7,图7是本申请实施例公开的另一种通信装置的结构示意图。如图7所示,该通信装置可以包括处理器701、存储器702、收发器703和总线704。存储器702可以是独立存在的,可以通过总线704与处理器701相连接。存储器702也可以和处理器701集成在一起。其中,总线704用于实现这些组件之间的连接。在一种情况下,如图7所示,收发器703可以包括发射机7031、接收机7032和天线7033。在另一种情况下,收发器703可以包括发射器(即输出接口)和接收器(即输入接口)。发射器可以包括发射机和天线,接收器可以包括接收机和天线。
该通信装置可以为终端设备,也可以为终端设备中的模块。存储器702中存储的计算机程序指令被执行时,该处理器701用于执行上述实施例中处理单元602执行的操作,收发器703用于执行上述实施例中收发单元601执行的操作。上述通信装置还可以用于执行上述图4和/或图5方法实施例中终端设备执行的各种方法,不再赘述。
基于上述网络架构,请参阅图8,图8是本申请实施例公开的又一种通信装置的结构示意图。如图8所示,该通信装置可以包括输入接口801、逻辑电路802和输出接口803。输入接口801与输出接口803通过逻辑电路802相连接。其中,输入接口801用于接收来自其它通信装置的信息,输出接口803用于向其它通信装置输出、调度或者发送信息。逻辑电路802用于执行除输入接口801与输出接口803的操作之外的操作,例如实现上述实施例中处理器701实现的功能。其中,该通信装置可以为终端设备(或终端设备内的模块))。其中,有关输入接口801、逻辑电路802和输出接口803更详细的描述可以直接参考上述方法实施例中终端设备的相关描述直接得到,这里不加赘述。
应理解,上述各个模块可以是独立的,也可以集成在一起的。例如,发射机、接收机和天线可以是独立的,也可以集成为收发器。再例如,输入接口与输出接口可以是独立的,也可以集成为通信接口。
本申请实施例还公开一种计算机可读存储介质,其上存储有指令,该指令被执行时执行上述方法实施例中的方法。
本申请实施例还公开一种包括计算机指令的计算机程序产品,该计算机指令被执行时执行上述方法实施例中的方法。
本申请实施例还公开一种通信系统,该通信系统可以包括集中控制器、路由计算器和路由执行器,具体描述可以参考上述所示的通信方法。
以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本申请的具体实施方式而已,并不用于限定本申请的保护范围,凡在本申请的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本申请的保护范围之内。
显然,以上所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或者特性可以包含在本实施例申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是相同的实施例,也不是与其它实施例互斥的独立的或是备选的实施例。本领域技术人员可以显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
此外,术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。例如,包含了一系列步骤或单元,或者可选地,还包括没有列出的步骤或单元,或者可选地还包括这些过程、方法、产品或设备固有的其它步骤或单元。
附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前,应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理,但是其中的许多操作可以并行地、并发地或者同时实施。此外,各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图中的附加步骤。
在本说明书中使用的术语“单元”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件或执行中的软件。例如,单元可以是但不限于在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或分布在两个或多个计算机之间。此外,这些单元可从在上面存储有各种数据结构的各种计算机可读介质执行。单元可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一单元交互的第二单元数据。例如,通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
随着用户需求的不同,当前的终端设备分为传统终端设备与低能力(reducedcapability,REDCAP)终端设备。其中,REDCAP终端设备是指设备复杂度较低的用于工业无线传感器、视频监控以及可穿戴的设备。一方面,由于REDCAP终端设备的能力较现有传统终端设备的能力有所降低,当其接入网络时可能需要网络为其提供更多的资源,而网络出于负载或策略的原因,可以拒绝REDCAP终端设备的接入,因此网络需要在REDCAP终端设备接入之前识别REDCAP终端设备;另一方面,由于REDCAP终端设备能力的降低,网络在为其调度资源时需要特殊处理,例如在REDCAP终端设备支持的带宽范围内为其调度资源,因此网络也需要在REDCAP终端设备接入之前识别REDCAP终端设备。为此,一种可能的方法是为REDCAP终端设备引入了单独的初始带宽部分(bandwidth part,BWP),也可以理解为特定的初始带宽部分,该单独的初始带宽部分是可配的。REDCAP终端设备在非连接态仅在关联CD-SSB(cell defined synchronization signal and PBCH block,CD-SSB)的初始BWP监听寻呼,REDCAP终端设备在非连接态仅在关联CD-SSB的初始BWP上执行测量,其中,该初始BWP可以为非REDCAP特定的初始BWP或REDCAP特定的初始BWP(也叫单独的初始BWP)。
小数据传输过程(small data transmission,SDT)是终端设备在非连接态下进行数据传输的过程。终端设备可以通过基于随机接入的小数据传输在非连接态下进行小数据传输,也可以通过基于配置的授权资源在非激活态下进行数据传输。在小数据传输过程中,支持多个上行和/或下行数据的传输。在小数据传输过程中,终端设备需要监听系统信息变更指示和公共预警系统(public warning system,PWS)通知的寻呼,其中PWS包括地震海啸警报系统(earthquake and tsunami warning system,ETWS)和商用移动预警系统(commercial mobile alert system,CMAS)。另一方面,在小数据传输过程中,终端设备需要进行同步信号块(synchronization signal and PBCH block,SSB)测量,例如当验证定时提前有效选择时或进行SSB选择时。
针对REDCAP终端设备,当配置单独的初始BWP时,可以在该单独初始BWP上配置SDT资源,包括基于随机接入的SDT资源和/或基于配置授权的SDT资源。当终端设备在单独的初始BWP触发SDT过程,但该单独的初始BWP不包含CD-SSB和控制资源集#0(control-resourceset#0,CORESET#0)时,终端设备在SDT过程中会导致一下至少两项存在冲突或重叠:测量,寻呼,调度授权的下行控制信息(downlink control information,DCI),上行传输,或下行传输。此时,UE如何处理这种冲突是前亟待解决的问题。
在一种实现方法中,终端设备在单独的初始BWP触发SDT过程,该单独的初始BWP不包含CD-SSB和CORESET#0情况下,终端设备在SDT过程中以下至少两项存在冲突或重叠:测量,寻呼,调度授权的下行控制信息(downlink control information,DCI),或上行传输。终端设备根据配置的优先级信息,确定执行以下至少一项:测量,监听寻呼,监听调度授权的下行控制信息(downlink control information,DCI),上行传输,或下行传输。
测量可以是针对配置授权的TA验证的SSB测量,也可以是SDT过程中,进行上行传输过程中SSB选择时进行的测量。寻呼可以包括系统信息变更,和/或PWS通知;可选的,REDCAP终端设备可以在SDT过程中在每个修改周期中特定的寻呼时机监听系统信息变更通知,可选的,REDCAP终端设备可以在SDT过程中每个默认寻呼周期中在特定的寻呼时机监听PWS通知,其中特定的寻呼时间可以是一个或多个。调度授权的下行控制信息可以理解为网络通过DCI调度用于下行或上行传输的授权,可选的该DCI可能与测量时机重叠或部分重叠。上行传输包括网络动态调度的上行授权或预配置的上行授权传输时机,该上行传输可能与测量或寻呼重叠或部分重叠。
配置的优先级信息可以是预配置的或者是网络配置的。可选的,网络可以通过系统信息或专有信令配置优先级信息。当以下任意两项事件冲突:测量,寻呼,调度授权的下行控制信息(downlink control information,DCI),上行传输,或下行传输;配置的优先级信息包括高优先级事件。可以理解为,当任意两项A和B冲突或重叠时,配置的优先级信息包括:A的优先级高于B的优先级,或B的优先级高于A的优先级。例如,当测量和寻呼接收时机冲突时,配置测量优先级高于寻呼优先级,或寻呼优先级高于测量优先级。例如当上行传输和寻呼冲突时,上行传输优先级高,终端设备进行上行传输而不接收寻呼。再例如当测量和寻呼冲突时,寻呼优先级高,终端设备进行寻呼接收而不进行测量,此时终端设备如果在单独的初始BWP上,则UE需要切换到初始BWP(或非REDCAP特定的初始BWP)接收寻呼。当以下任意三项事件冲突:测量,寻呼,调度授权的下行控制信息(downlink control information,DCI),上行传输,或下行传输;配置的优先级信息包括高优先级事件或优先级顺序。可以理解为,当任意三项A,B和C冲突时,配置的优先级信息包括:优先级从高到低是ABC或ACB或BCA或BAC或CAB或CBA;或者配置的优先级信息包括:A优先级最高或B优先级最高或C优先级最高。例如,当测量,寻呼接收以及下行传输冲突时,配置下行传输优先级高于测量,测量优先级高于寻呼,或者配置最高优先级为下行传输,终端设备进行下行传输而放弃或忽略测量和寻呼接收。可选的,如果测量或者寻呼优先级较高,则终端设备需要进行BWP切换以进行测量或寻呼接收。当以下任意四项事件冲突:测量,寻呼,调度授权的下行控制信息(downlink control information,DCI),上行传输,或下行传输;配置的优先级信息包括高优先级事件或优先级顺序。可以理解为,当任意四项A,B,C和D冲突时,配置的优先级信息包括:优先级从高到低为A,B,C,D任意组合;或者配置的优先级信息包括:A优先级最高或B优先级最高或C优先级最高或D的优先级最高。A,B,C,D优先级从高到低任意组合包含24种情况。当以下任意五项事件冲突:测量,寻呼,调度授权的下行控制信息(downlink controlinformation,DCI),上行传输,或下行传输;配置的优先级信息包括高优先级事件或优先级顺序。可以理解为,当任意五项A,B,C,D和E冲突时,配置的优先级信息包括:优先级从高到低为A,B,C,D,E的任意组合;或者配置的优先级信息包括:A优先级最高或B优先级最高或C优先级最高或D的优先级最高或E优先级最高。可选的,如果测量或者寻呼优先级较高,则终端设备需要进行BWP切换以进行测量或寻呼接收。
在这种实现方式中,通过配置不同冲突事件的优先级,可以保证终端设备在冲突发生时确定其操作或行为,保证了终端设备和网络设备的对齐。可选的,规定REDCAP终端设备在SDT过程中,在每个修改周期中特定的寻呼时机监听系统信息变更通知,可以在SDT过程中每个默认寻呼周期中在特定的寻呼时机监听PWS通知,而不是在每个修改周期的任意寻呼时机监听至少一次SI变更指示,不是在每个默认寻呼周期的任意寻呼时机监听至少一次PWS通知,减少了冲突概率。规定特定的寻呼时机监听寻呼,保证了网络在特定寻呼时机调度寻呼,减少网络寻呼的发送频率,同时网络能够在一定程度上避免其他下行调度与寻呼的冲突,减少了REDCAP终端设备进行SDT过程中冲突概率的发生。

Claims (23)

1.一种通信方法,其特征在于,包括:
接收以组播方式传输的第一控制信息,所述第一控制信息用于调度第一数据,所述第一控制信息和/或所述第一数据与第一无线网络临时标识RNTI相关联,所述第一控制信息和/或所述第一数据与第一混合自动重传请求HARQ进程相关联;或,
在第一资源上接收第一数据,所述第一资源和/或所述第一数据与第一RNTI相关联,所述第一数据与所述第一HARQ进程相关联;
停止第一定时器,所述第一定时器为与第二RNTI关联的非连续接收DRX对应的重传定时器,所述第一定时器与所述第一HARQ进程相关联;
其中,所述第一RNTI和所述第二RNTI与组播相关联。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
停止第二定时器,所述第二定时器为与所述第一RNTI关联的DRX对应的重传定时器,所述第二定时器与所述第一HARQ进程相关联;和/或
停止第三定时器,所述第三定时器为与单播关联的DRX对应的重传定时器,所述第三定时器与所述第一HARQ进程相关联。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
接收以组播方式传输的第二控制信息,所述第二控制信息用于调度第二数据,所述第二控制信息和/或所述第二数据与所述第二RNTI相关联,所述第二控制信息和/或所述第二数据与所述第一HARQ进程相关联;或,
在第二资源上接收第二数据,所述第二资源和/或所述第二数据与所述第二RNTI相关联,所述第二数据与所述第一HARQ进程相关联;
启动或重启第四定时器,所述第四定时器为与所述第二RNTI关联的DRX对应的往返时间RTT定时器,所述第四定时器与所述第一HARQ进程相关联;和/或,
启动或重启第五定时器,所述第五定时器为与单播关联的DRX对应的RTT定时器,所述第五定时器与所述第一HARQ进程相关联。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述第四定时器超时,且所述第二数据接收或解码失败,启动或重启所述第一定时器;和/或,
所述第五定时器超时,且所述第二数据接收或解码失败,启动或重启所述第三定时器。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述方法还包括:
接收以组播方式传输的第三控制信息,所述第三控制信息用于调度第三数据,所述第三控制信息和/或所述第三数据与所述第一RNTI相关联,所述第三控制信息和/或所述第三数据与所述第一HARQ进程相关联;或,
在第三资源上接收第三数据,所述第三资源和/或所述第三数据与所述第一RNTI相关联,所述第三数据与所述第一HARQ进程相关联;
启动或重启第六定时器,所述第六定时器为与所述第一RNTI关联的DRX对应的RTT定时器,所述第六定时器与所述第一HARQ进程相关联;和/或,
启动或重启第五定时器,所述第五定时器为与单播关联的DRX对应的RTT定时器,所述第五定时器与所述第一HARQ进程相关联。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述第六定时器超时,且所述第三数据接收或解码失败,启动或重启所述第二定时器;和/或,
所述第五定时器超时,且所述第三数据接收或解码失败,启动或重启所述第三定时器。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述方法还包括:
接收以单播方式传输的第四控制信息,所述第四控制信息用于调度第四数据,所述第四控制信息和/或所述第四数据与所述第一HARQ进程相关联;或,
在第四资源上接收第四数据,所述第四资源为单播对应的配置资源,所述第四数据与所述第一HARQ进程相关联;
启动或重启第五定时器,所述第五定时器为与单播关联的DRX对应的RTT定时器,所述第五定时器与所述第一HARQ进程相关联。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
所述第五定时器超时,且所述第四数据接收或解码失败,启动或重启所述第三定时器。
9.根据权利要求1-8任一项所述的方法,其特征在于,所述以组播方式传输的第一控制信息包括:所述第一RNTI加扰的所述第一控制信息。
10.根据权利要求1-9任一项所述的方法,其特征在于,所述第一RNTI包括第一组无线网络临时标识G-RNTI和/或第一组配置调度无线网络临时标识G-CS-RNTI,和/或,
所述第二RNTI包括第二G-RNTI和/或第二G-CS-RNTI。
11.一种通信装置,其特征在于,包括:
收发单元,用于接收以组播方式传输的第一控制信息,所述第一控制信息用于调度第一数据,所述第一控制信息和/或所述第一数据与第一无线网络临时标识RNTI相关联,所述第一控制信息和/或所述第一数据与第一混合自动重传请求HARQ进程相关联;或,
收发单元,用于在第一资源上接收第一数据,所述第一资源和/或所述第一数据与第一RNTI相关联,所述第一数据与所述第一HARQ进程相关联;
处理单元,用于停止第一定时器,所述第一定时器为与第二RNTI关联的非连续接收DRX对应的重传定时器,所述第一定时器与所述第一HARQ进程相关联;
其中,所述第一RNTI和所述第二RNTI与组播相关联。
12.根据权利要求11所述的装置,其特征在于,所述处理单元还用于:
停止第二定时器,所述第二定时器为与所述第一RNTI关联的DRX对应的重传定时器,所述第二定时器与所述第一HARQ进程相关联;和/或
停止第三定时器,所述第三定时器为与单播关联的DRX对应的重传定时器,所述第三定时器与所述第一HARQ进程相关联。
13.根据权利要求11或12所述的装置,其特征在于,所述收发单元,还用于接收以组播方式传输的第二控制信息,所述第二控制信息用于调度第二数据,所述第二控制信息和/或所述第二数据与所述第二RNTI相关联,所述第二控制信息和/或所述第二数据与所述第一HARQ进程相关联;或,
所述收发单元,还用于在第二资源上接收第二数据,所述第二资源和/或所述第二数据与所述第二RNTI相关联,所述第二数据与所述第一HARQ进程相关联;
所述处理单元,还用于启动或重启第四定时器,所述第四定时器为与所述第二RNTI关联的DRX对应的往返时间RTT定时器,所述第四定时器与所述第一HARQ进程相关联;和/或,
所述处理单元,还用于启动或重启第五定时器,所述第五定时器为与单播关联的DRX对应的RTT定时器,所述第五定时器与所述第一HARQ进程相关联。
14.根据权利要求13所述的装置,其特征在于,所述处理单元还用于:
所述第四定时器超时,且所述第二数据接收或解码失败,启动或重启所述第一定时器;和/或,
所述第五定时器超时,且所述第二数据接收或解码失败,启动或重启所述第三定时器。
15.根据权利要求11-14任一项所述的装置,其特征在于,所述收发单元,还用于接收以组播方式传输的第三控制信息,所述第三控制信息用于调度第三数据,所述第三控制信息和/或所述第三数据与所述第一RNTI相关联,所述第三控制信息和/或所述第三数据与所述第一HARQ进程相关联;或,
所述收发单元,还用于在第三资源上接收第三数据,所述第三资源和/或所述第三数据与所述第一RNTI相关联,所述第三数据与所述第一HARQ进程相关联;
所述处理单元,还用于启动或重启第六定时器,所述第六定时器为与所述第一RNTI关联的DRX对应的RTT定时器,所述第六定时器与所述第一HARQ进程相关联;和/或,
所述处理单元,还用于启动或重启第五定时器,所述第五定时器为与单播关联的DRX对应的RTT定时器,所述第五定时器与所述第一HARQ进程相关联。
16.根据权利要求15所述的装置,其特征在于,所述处理单元还用于:
所述第六定时器超时,且所述第三数据接收或解码失败,启动或重启所述第二定时器;和/或,
所述第五定时器超时,且所述第三数据接收或解码失败,启动或重启所述第三定时器。
17.根据权利要求11-16任一项所述的装置,其特征在于,所述收发单元,还用于接收以单播方式传输的第四控制信息,所述第四控制信息用于调度第四数据,所述第四控制信息和/或所述第四数据与所述第一HARQ进程相关联;或,
所述收发单元,还用于在第四资源上接收第四数据,所述第四资源为单播对应的配置资源,所述第四数据与所述第一HARQ进程相关联;
所述处理单元,还用于启动或重启第五定时器,所述第五定时器为与单播关联的DRX对应的RTT定时器,所述第五定时器与所述第一HARQ进程相关联。
18.根据权利要求17所述的装置,其特征在于,所述处理单元,还用于所述第五定时器超时,且所述第四数据接收或解码失败,启动或重启所述第三定时器。
19.根据权利要求11-18任一项所述的装置,其特征在于,所述以组播方式传输的第一控制信息包括:所述第一RNTI加扰的所述第一控制信息。
20.根据权利要求11-19任一项所述的装置,其特征在于,所述第一RNTI包括第一组无线网络临时标识G-RNTI和/或第一组配置调度无线网络临时标识G-CS-RNTI,和/或,
所述第二RNTI包括第二G-RNTI和/或第二G-CS-RNTI。
21.一种通信装置,其特征在于,包括处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得所述装置执行如权利要求1-10任一项所述的方法。
22.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序或计算机指令,当所述计算机程序或计算机指令被运行时,实现如权利要求1-10任一项所述的方法。
23.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序代码,当所述计算机程序代码被运行时,实现如权利要求1-10任一项所述的方法。
CN202210440228.7A 2022-04-25 2022-04-25 一种通信方法及装置 Pending CN117014109A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210440228.7A CN117014109A (zh) 2022-04-25 2022-04-25 一种通信方法及装置
PCT/CN2023/087383 WO2023207568A1 (zh) 2022-04-25 2023-04-10 一种通信方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210440228.7A CN117014109A (zh) 2022-04-25 2022-04-25 一种通信方法及装置

Publications (1)

Publication Number Publication Date
CN117014109A true CN117014109A (zh) 2023-11-07

Family

ID=88517329

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210440228.7A Pending CN117014109A (zh) 2022-04-25 2022-04-25 一种通信方法及装置

Country Status (2)

Country Link
CN (1) CN117014109A (zh)
WO (1) WO2023207568A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020163998A1 (zh) * 2019-02-12 2020-08-20 Oppo广东移动通信有限公司 无线通信的方法和设备
CN112399435B (zh) * 2019-08-15 2022-10-04 华为技术有限公司 一种定时器控制方法、装置及系统
CN116367314A (zh) * 2019-09-24 2023-06-30 华为技术有限公司 时域资源确定方法、装置、设备及存储介质
WO2022077522A1 (zh) * 2020-10-16 2022-04-21 华为技术有限公司 一种指示反馈信息的方法和装置

Also Published As

Publication number Publication date
WO2023207568A1 (zh) 2023-11-02

Similar Documents

Publication Publication Date Title
US11871349B2 (en) Sleep method for terminal device and apparatus
CN113382379B (zh) 无线通信方法和通信装置
JP2019530348A (ja) 2ステップ・グラントでのアクティブ時間処理
US20180270897A1 (en) Apparatus and method for providing power saving during idle to connected mode transitions
CN114286429B (zh) 一种通信方法及设备
US20230363051A1 (en) Discontinuous reception control method and apparatus
WO2023134539A1 (zh) 通信方法和通信装置
WO2022082593A1 (zh) 通信方法及装置
WO2023207568A1 (zh) 一种通信方法及装置
KR20230146656A (ko) 사이드링크 불연속 수신 커맨드 트리거 방법, 장치, 및 시스템
WO2024032402A1 (zh) 通信方法和通信装置
WO2024032222A1 (zh) 一种通信方法及装置
WO2022206363A1 (zh) 一种通信方法及装置
WO2024139566A1 (zh) 通信方法及装置
WO2022205346A1 (zh) 终端设备切换搜索空间集分组sssg的方法、终端设备和网络设备
WO2022205350A1 (en) Method and apparatus for drx operation for multicast and broadcast services
WO2022205479A1 (zh) 定时器状态更改方法、装置、终端及存储介质
WO2022179242A1 (zh) 一种通信方法及设备
CN117676472A (zh) 一种通信方法及装置
CN118282586A (zh) 一种非连续接收drx配置方法、装置及设备
CN118283751A (zh) 通信方法及装置
CN117812674A (zh) 一种网络配置方法、装置及设备
CN114501689A (zh) 直接通信接口的drx控制方法、装置、终端及存储介质
CN115706931A (zh) 通信方法及装置
CN113260026A (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